From owner-freebsd-current@FreeBSD.ORG Sat Feb 22 23:05:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0290B375 for ; Sat, 22 Feb 2014 23:05:31 +0000 (UTC) Received: from mail.modirum.com (mail.modirum.com [31.185.27.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8D0D0164F for ; Sat, 22 Feb 2014 23:05:29 +0000 (UTC) Received: from [77.87.241.103] (helo=desktop.reztek) by mail.modirum.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1WHLdH-000LWJ-Fa for freebsd-current@freebsd.org; Sat, 22 Feb 2014 23:05:19 +0000 From: Matthew Rezny To: freebsd-current@freebsd.org Subject: Re: base unzip on 10-STABLE/ 11-HEAD "unzip: skipping non-regular entry" Date: Sun, 23 Feb 2014 00:05:20 +0100 Message-ID: <1589586.YeM053UtWR@desktop.reztek> Organization: RezTek, s.r.o. User-Agent: KMail/4.10.5 (FreeBSD/10.0-STABLE; KDE/4.10.5; amd64; ; ) In-Reply-To: <1393025888512-5887996.post@n5.nabble.com> MIME-Version: 1.0 X-SA-Authenticated: Yes X-SA-Exim-Connect-IP: 77.87.241.103 X-SA-Exim-Mail-From: matthew@reztek.cz X-SA-Exim-Scanned: No (on mail.modirum.com); SAEximRunCond expanded to false X-Mailman-Approved-At: Sun, 23 Feb 2014 00:55:35 +0000 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Feb 2014 23:05:31 -0000 > Hello, > > Unfortunately, this is the case with *zips from Dropbox (Download > as .zip) directory option. > > $ /usr/bin/unzip file.zip > Archive: file.zip > unzip: skipping non-regular entry '' > unzip: skipping non-regular entry 'A B C D.pdf' > > archivers/unzip manages this case though... > > $ /usr/local/bin/unzip file.zip > Archive: file.zip > warning: stripped absolute path spec from / > mapname: conversion of failed > inflating: A B C D.pdf > > Tested on 10-STABLE, but should be the same on HEAD. % /usr/bin/unzip sr003-02-24192.zip Archive: sr003-02-24192.zip unzip: Mac metadata is too large: 2520404 > 128K bytes FAIL % unzip -t sr003-02-24192.zip Archive: sr003-02-24192.zip unzip: Mac metadata is too large: 2520404 > 128K bytes really? % /usr/local/bin/unzip -t sr003-02-24192.zip Archive: sr003-02-24192.zip testing: sr003-02-24192.wav OK testing: __MACOSX/ OK testing: __MACOSX/._sr003-02-24192.wav OK getting better % /usr/local/bin/unzip sr003-02-24192.zip -x __MACOSX/* Archive: sr003-02-24192.zip inflating: sr003-02-24192.wav Flawless victory :) Base unzip isn't very useful. Having it first in the path is just annoying. From owner-freebsd-current@FreeBSD.ORG Sun Feb 23 06:09:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8E56596A for ; Sun, 23 Feb 2014 06:09:29 +0000 (UTC) Received: from mail-qc0-x234.google.com (mail-qc0-x234.google.com [IPv6:2607:f8b0:400d:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4DF431BD7 for ; Sun, 23 Feb 2014 06:09:29 +0000 (UTC) Received: by mail-qc0-f180.google.com with SMTP id i17so7895130qcy.39 for ; Sat, 22 Feb 2014 22:09:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=7kO4TnNQlIpLiIV6To5BUp7AtDFQO7/Qz/YZa7PIlkE=; b=wjyyHC3UPLMqO97ZaoftEUTLA9z6f+EiqB645DrJXZ1IJ9SqeFpPTFemJ459lqz9EZ MS8uU1ly0L2Wic3t2ADygrHD4/wCvKsL/1PrT1mRLmp1ybuuu/cabyhyNqSwKGpp4ue0 XSETFhkQWfIl9SUQzBIXAbP2PM/O3EfmneNY1zvOhEC/y2tIQ4b90SbV3QwY2rA/Mwdf siUY3nJ4wcpAbLZWXxxuqxlmQJ4+44cSWoKdFzeiKTcS/dbGI+dg8wUxmETa0Gd+Mo6g /2PAGfBG4Qswo+eJRTYi3oVT9Xtr3TTTsGl3kgeCoteQUrKe94M6kFsOwPRwBtYiBKI2 odzA== MIME-Version: 1.0 X-Received: by 10.224.121.137 with SMTP id h9mr21545974qar.55.1393135767557; Sat, 22 Feb 2014 22:09:27 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.16.10 with HTTP; Sat, 22 Feb 2014 22:09:27 -0800 (PST) In-Reply-To: <1589586.YeM053UtWR@desktop.reztek> References: <1393025888512-5887996.post@n5.nabble.com> <1589586.YeM053UtWR@desktop.reztek> Date: Sat, 22 Feb 2014 22:09:27 -0800 X-Google-Sender-Auth: SY69ENQ3DC8zhOJI5MOw1Ml8CI4 Message-ID: Subject: Re: base unzip on 10-STABLE/ 11-HEAD "unzip: skipping non-regular entry" From: Adrian Chadd To: Matthew Rezny Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Feb 2014 06:09:29 -0000 Hi, Please file PRs for these. The author is quite prompt at fixing these issues. -a On 22 February 2014 15:05, Matthew Rezny wrote: >> Hello, >> >> Unfortunately, this is the case with *zips from Dropbox (Download >> as .zip) directory option. >> >> $ /usr/bin/unzip file.zip >> Archive: file.zip >> unzip: skipping non-regular entry '' >> unzip: skipping non-regular entry 'A B C D.pdf' >> >> archivers/unzip manages this case though... >> >> $ /usr/local/bin/unzip file.zip >> Archive: file.zip >> warning: stripped absolute path spec from / >> mapname: conversion of failed >> inflating: A B C D.pdf >> >> Tested on 10-STABLE, but should be the same on HEAD. > > % /usr/bin/unzip sr003-02-24192.zip > Archive: sr003-02-24192.zip > unzip: Mac metadata is too large: 2520404 > 128K bytes > > FAIL > > % unzip -t sr003-02-24192.zip > Archive: sr003-02-24192.zip > unzip: Mac metadata is too large: 2520404 > 128K bytes > > really? > > % /usr/local/bin/unzip -t sr003-02-24192.zip > Archive: sr003-02-24192.zip > testing: sr003-02-24192.wav OK > testing: __MACOSX/ OK > testing: __MACOSX/._sr003-02-24192.wav OK > > getting better > > % /usr/local/bin/unzip sr003-02-24192.zip -x __MACOSX/* > Archive: sr003-02-24192.zip > inflating: sr003-02-24192.wav > > Flawless victory :) > > Base unzip isn't very useful. Having it first in the path is just annoying. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Feb 23 07:46:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF78330D for ; Sun, 23 Feb 2014 07:46:29 +0000 (UTC) Received: from mail-ie0-x230.google.com (mail-ie0-x230.google.com [IPv6:2607:f8b0:4001:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ADC0C1302 for ; Sun, 23 Feb 2014 07:46:29 +0000 (UTC) Received: by mail-ie0-f176.google.com with SMTP id rd18so2566287iec.35 for ; Sat, 22 Feb 2014 23:46:29 -0800 (PST) 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=oabS6R1A2tEU1VvjdjnRI1lzm5Nh+Zj0Nl9v8l8UkwA=; b=J+CmsB5Se3paVTlj4Yeg4vO+6jxxmjujeH754xqaSAhLbk9mw9F/I2SgBl28ux4idS FBvOS5cC/3k82oWCoeS6FscZmMqV2GMnicaFxcAMv1BiGfR3z1jZTVJEIlvIcJ83kSe+ F64oRoOrGqKulAcrDcDTs5txU0mrleSy1pdh/vM5kk1ZVW9F5l1mcRDgnkiZkfplpIuf LrRw2qbjTTNRMguubd3yoCbM6aAqQjtGZ0HvRcFPLU11s9qJz960Jwxn76zXG1r9JzOZ qGaLXU/6d1zxZq7FbetaACVmpI4niV13tG2lMbT4Ba64+GSQl7Vm4mv9NsFvTPtxoULH OMzQ== MIME-Version: 1.0 X-Received: by 10.43.182.74 with SMTP id pl10mr9624005icc.70.1393141589159; Sat, 22 Feb 2014 23:46:29 -0800 (PST) Received: by 10.50.164.227 with HTTP; Sat, 22 Feb 2014 23:46:29 -0800 (PST) In-Reply-To: References: Date: Sun, 23 Feb 2014 01:46:29 -0600 Message-ID: Subject: Re: libinit idea From: Scot Hetzel To: =?ISO-8859-1?Q?Bruno_Lauz=E9?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Feb 2014 07:46:29 -0000 On Sat, Feb 22, 2014 at 5:54 PM, Bruno Lauz=E9 wrote: > https://github.com/brunolauze/libnit > > I know there's really big debate about init system but here's my tentativ= e to propose a new model to replace rc. > > Let's call it libinit but the name as no significance for now. > > I started coding a library with the following architecture. > > the main idea is to rewrite rc in C language. > > a utility called system would act a little bit like service command does. > > a folder would contains libraries instead of scripts inside [target]/etc/= rc.d > so we can add as many librairies a user desire and interlink the order of= each piece among all like in rc. > libraries don't belong in [target]/etc/rc.d, they would have to be in {/usr,}/lib{exec,}/rc.d or ${PREFIX}/lib{exec,}/rc.d --=20 DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Sun Feb 23 08:19:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 30715912 for ; Sun, 23 Feb 2014 08:19:59 +0000 (UTC) Received: from mail-ve0-x22d.google.com (mail-ve0-x22d.google.com [IPv6:2607:f8b0:400c:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DB4F7151E for ; Sun, 23 Feb 2014 08:19:58 +0000 (UTC) Received: by mail-ve0-f173.google.com with SMTP id jw12so4700397veb.4 for ; Sun, 23 Feb 2014 00:19:58 -0800 (PST) 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=NLUv8kyLHDbMvK4URvLtt831d0EKpHAmkMLM9o2K5U8=; b=giSCuTskhRucF8BIbYr8pFxmCs9t4PfigN9PKxqTGAxgiEbHiNJLN8N30E9qGYoyDS 5Y4E3P04hdUs5+kfiNT1aMAo/Rw7gGYspNrS3IJa7yfXkfh7+EEpiS04r27yn1XOEGOp T0LWhxe2SpZJ77ZMcbvrLIGu6YX0BKZ/uDJi0TgBeRjU0Sho31zRZi9GyBUn8P1RHvXy fbOTMwOP4QPDJ7ohlltBqGMutDmDlMYTHcfGxL9NHYRRE3xjxiRxwJkhG2XpcUd7nNA7 A7IA1QSAW2zbHYgFXToogX080gKMJubUKKEEzwm2gUNn+0UY57SFJC5/aN8lG0VKokv4 Sr/A== MIME-Version: 1.0 X-Received: by 10.220.84.193 with SMTP id k1mr9359764vcl.64.1393143598088; Sun, 23 Feb 2014 00:19:58 -0800 (PST) Received: by 10.58.160.33 with HTTP; Sun, 23 Feb 2014 00:19:57 -0800 (PST) In-Reply-To: <5308B7B7.2020402@gwdg.de> References: <20140221184033.7759978f@munin.walstatt.dyndns.org> <016792A4-1420-40B2-8B03-B91D490CE6BF@FreeBSD.org> <20140221190013.475b0654@munin.walstatt.dyndns.org> <20140221190330.709105d8@munin.walstatt.dyndns.org> <53085BF2.8040703@shurik.kiev.ua> <5308B7B7.2020402@gwdg.de> Date: Sun, 23 Feb 2014 09:19:57 +0100 Message-ID: Subject: Re: [CURRENT]: claws-mail and firefox fail with "Invalid alignment" From: "Ranjan1018 ." <214748mv@gmail.com> To: Rainer Hurling Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Feb 2014 08:19:59 -0000 2014-02-22 15:44 GMT+01:00 Rainer Hurling : > Am 22.02.2014 10:03, schrieb Ranjan1018 .: > > The problem is still present in r262325. Verified with Firefox. > > Just for the record. With r262334 the problem seems to be solved, > Firefox, Thunderbird etc. work again :-) > > Thanks to davidxu@ for the quick fix. > > I can confirm, with r262336 the problem is solved, Firefox works again. Thanks to davidxu@ for the quick fix and thanks to Rainer for reporting it. Regards Maurizio From owner-freebsd-current@FreeBSD.ORG Sun Feb 23 08:33:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2447ACEA for ; Sun, 23 Feb 2014 08:33:06 +0000 (UTC) Received: from mail-oa0-x229.google.com (mail-oa0-x229.google.com [IPv6:2607:f8b0:4003:c02::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DEC59164F for ; Sun, 23 Feb 2014 08:33:05 +0000 (UTC) Received: by mail-oa0-f41.google.com with SMTP id o6so5873540oag.0 for ; Sun, 23 Feb 2014 00:33:05 -0800 (PST) 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=pUZpozNUP4KcOcU+q2sOH7QnGgJwvLOSUXEHt0rWqfU=; b=E1taCxAFsarV7uJnlJ4AunDLIKrFeTniXPDm7H048P/6ofcylzrFjKUWXME3XTjxk0 UGFnMmhTwc1kS/KE3HKZRp2kzXaLevAIOV6FwTZQTobE0zOoGxwNyKubx26Y1NCjXOMZ 0K/1f9+ahDFyc4joB7AjOdigGdPJ7d5eW73dhmy+X0xOhIdsiD3kVZpV+JcU+cujZWCt 2l5pDpHdIoxOa9ZhgLpPicj/JG44rYA2LB/11vf0d4o301wLeTIbGK/k1xE7ZcbA3PsB kNmgI5vBND2ExVpWMhDgREnw9OCJ/5QTC1n9lWqw7XjSdZltU3zmsTBeB2pow9y7spXk a53w== MIME-Version: 1.0 X-Received: by 10.182.2.170 with SMTP id 10mr12565808obv.50.1393144385196; Sun, 23 Feb 2014 00:33:05 -0800 (PST) Received: by 10.76.144.10 with HTTP; Sun, 23 Feb 2014 00:33:05 -0800 (PST) In-Reply-To: References: Date: Sun, 23 Feb 2014 09:33:05 +0100 Message-ID: Subject: Re: libinit idea From: Andreas Nilsson To: Scot Hetzel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: =?ISO-8859-1?Q?Bruno_Lauz=E9?= , "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Feb 2014 08:33:06 -0000 On Sun, Feb 23, 2014 at 8:46 AM, Scot Hetzel wrote: > On Sat, Feb 22, 2014 at 5:54 PM, Bruno Lauz=E9 wrote= : > > https://github.com/brunolauze/libnit > > > > I know there's really big debate about init system but here's my > tentative to propose a new model to replace rc. > > > > Let's call it libinit but the name as no significance for now. > > > > I started coding a library with the following architecture. > > > > the main idea is to rewrite rc in C language. > To me this seems like much work for no real gain. And it would make it that much harder to debug a misbehaving "script", in more than one way: * c is a lot longer than sh, ie sh expresses the logic that much more clearly. * to actually see the new "script" would require to have the source code installed, something far from everybody has. > > > > a utility called system would act a little bit like service command doe= s. > > > > a folder would contains libraries instead of scripts inside > [target]/etc/rc.d > > so we can add as many librairies a user desire and interlink the order > of each piece among all like in rc. > > > libraries don't belong in [target]/etc/rc.d, they would have to be in > {/usr,}/lib{exec,}/rc.d or ${PREFIX}/lib{exec,}/rc.d > > Imho, the replacement to init and rc-scripts I sometimes think about woul= d be to import SMF from opensolaris/illumos. There one can at least get the commands run and config used without looking at the source code. Best regards Andreas From owner-freebsd-current@FreeBSD.ORG Sun Feb 23 09:13:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F370518D for ; Sun, 23 Feb 2014 09:13:14 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B21B718DF for ; Sun, 23 Feb 2014 09:13:14 +0000 (UTC) Received: from [192.168.0.7] (cpc28-cmbg15-2-0-cust64.5-4.cable.virginm.net [86.27.189.65]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.5) with ESMTP id s1N9CvGL047899 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 23 Feb 2014 09:13:00 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: libinit idea From: David Chisnall In-Reply-To: Date: Sun, 23 Feb 2014 09:12:52 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <62A9DF47-C938-464B-92B6-9A2A96B5A9C9@FreeBSD.org> References: To: =?iso-8859-1?Q?Bruno_Lauz=E9?= X-Mailer: Apple Mail (2.1827) Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Feb 2014 09:13:15 -0000 Hi Bruno, To preface this, I'd like to say that I do believe that FreeBSD does = need a more modern init system. SMF on Solaris and Launchd on Darwin = both have some advantages. These are what I see as the limitations in = our current design (not in priority order): 1) Options are implicit. Because init scripts are written in a = Turing-complete language, including routines scattered across a large = number of files, it's very difficult for a tool (e.g. a GUI system = administration tool like the SMF GUI on Solaris) to enumerate all of the = options. Additionally, these options are untyped so a GUI that does = manage to find them can't tell whether it should be displaying a = checkbox (for a boolean value) or a text field. Additionally, it can't = tell what the dependencies are between them. 2) Dependency information between services is poor. If service A = depends on B, and B is not running, then starting A should start B. If = nothing else depends on B and B was not explicitly started, then B = should stop. The last part is the hard one with shell scripts, because = it requires maintaining the dependency graph and effectively garbage = collecting it (explicitly started services are roots, dependencies are = references). 3) It's easy for tools to add lines to rc.conf, it's hard to remove = them. If you're administering a large number of nodes, you want to be = able to push out updates to all, in a way that doesn't clobber local = changes. Text file processing here is always going to be a fragile = hack. 4) Shell scripts are a good tool for invoking complex sequences of = command-line programs, but have a measurable overhead relative to fork() = / exec() for running a single command. Most rc actions just run a = single program, we should only be doing a shell invocation for ones that = are more complex. 5) In a world where we're moving towards sandboxing services via = Capsicum, the service launcher needs to be able to create services with = a potentially large set of initial file descriptors (including a socket = to Casper), based on the configuration policy. 6) As with launchd, it would make sense for a service management = framework to subsume inetd and cron (and devd!) functionality, because = timer events, network events, system startup, system shutdown, device = attachment, and explicit service starting from the command line are even = sources that trigger changes to the service dependency graph. 7) Inspecting the system status is very hard with the current system. I = want to be able to see a list of all running services, along with the = reason why they were started. 8) Again, in capsicum world we'd like inetd-like functionality for UNIX = domain sockets, so that it's possible to lazily start things like = powerboxes. In terms of design, I don't think that turning rc scripts into libraries = is a win. I would like to see them replaced by a declarative config = file in a structured format that provides dependency information, = configuration options, and the commands required to start / stop the = service (which can be shell scripts, but don't have to invoke a shell). = The configuration options should be separate from the configuration = variables, with the former provided by the package and the latter by the = system administrator. We already have, in the base system, a library for parsing a structured = configuration file format that is used for the pkg tools and a library = with an efficient binary serialisation (libnv) that is used for various = Capsicum-related functions. I'd like to see these combined so that in = embedded devices all of the configuration files could be stored in the = binary serialisation (which is denser and faster to parse) and turned = back into the human-readable one only for editing. =20 I do like the idea of an init library, so that the functionality is = easily reusable and can be run in nested scopes. I don't think we gain = anything by rewriting shell scripts in C, other than a maintenance = headache and a requirement that all port maintainers be fluent C = programmers... David On 22 Feb 2014, at 23:54, Bruno Lauz=E9 wrote: > https://github.com/brunolauze/libnit >=20 > I know there's really big debate about init system but here's my = tentative to propose a new model to replace rc. >=20 > Let's call it libinit but the name as no significance for now. >=20 > I started coding a library with the following architecture. >=20 > the main idea is to rewrite rc in C language. >=20 > a utility called system would act a little bit like service command = does. >=20 > a folder would contains libraries instead of scripts inside = [target]/etc/rc.d > so we can add as many librairies a user desire and interlink the order = of each piece among all like in rc. >=20 > each library would follow and expose the following pattern: >=20 > char **provide(); /* returns all the PROVIDE a library contains */ >=20 > then for each provide() value the library would expose : >=20 > XXX_provide() > XXX_require() > XXX_before() > XXX_keywords() >=20 > and optionally: > XXX_canstart(); > XXX_prestart(); > XXX_start(); > XXX_status(); > XXX_stop(); >=20 > and also: >=20 > XXX_mycommand(int argc, char **argv); >=20 > essentially repeating the rc.subr model >=20 > system utilty would source /etc/defaults/rc.conf, then source result = of rc_conf_files loaded >=20 > On init, /sbin/init would call /sbin/system init instead of running = script /etc/rc >=20 > on init, system would scan folder (let's suppose /lib/init.d and = /usr/local/init.d for now) > try dlopen() each *.so* files > and grab provide(); xxx_provide(), xxx_require(), xxx_before() and = xxx_keyword() for each one. > compile a list of "service" discovered and do an "rcorder". >=20 > The benefits is to avoid firing so many utility to manage to init the = system. >=20 > Replicating all small helper function from rc to C language like = load_kld would avoid opening a process and do real syscall at moment. > Heavily use pthread, waitpid, etc... >=20 > So instead of firing /sbin/devfs /dev rule -s 1 applyset=20 > call direcly what's would run inside devfs -> rule_main in = src/sbin/devfs/rule.c ... > cut the fat >=20 > here's an example to show /etc/rc.d/abi conversion to abi.c >=20 > abi.h: > #ifndef __ABI_H__ > #define __ABI_H__ > #include "../default.h" >=20 > #define PROVIDE abi > #define REQUIRE { "archdep" } > #define KEYWORD { NOJAIL } >=20 > #include "../common.h" >=20 > #endif >=20 >=20 > abi.c: > #include "abi.h" >=20 > int sysvipc_start() > { > if (load_kld("sysvmsg")) > if (load_kld("sysvsem")) > return load_kld("sysvshm"); > return -1; > } >=20 > int linux_start() > { > return load_kld("linux"); > } >=20 > int srv4_start() > { > if (load_kld("svr4elf") =3D=3D 0) > return load_kld("svr4"); > return (-1); > } >=20 > #define __canstart > int abi_canstart() > { > return is_enabled("sysvipc") || is_enabled("linux") || = is_enabled("srv4"); > } >=20 > int abi_start() > { > int err1 =3D 0, err2 =3D 0, err3 =3D 0; > if (is_enabled("sysvipc")) err1 =3D sysvipc_start(); > if (is_enabled("linux")) err2 =3D linux_start(); > if (is_enabled("srv4")) err3 =3D srv4_start(); > return err1 && err2 && err3; > } >=20 > #include "../common.c" >=20 >=20 > where common.h and common.c implement everything by default a little = bit like rc.subr does. > e.g: PID_FILE and COMMAND macros implement the start by itself, etc... >=20 >=20 > as you can see really similar to what we have in the script file... >=20 > Then the system utility would also allow digging into the libraries = with command like: > system accounting rotatelog > etc.. >=20 > I uploaded a quick start to show some code and expose more the idea. >=20 > https://github.com/brunolauze/libinit >=20 >=20 >=20 > Thanks in advance for your comments. = =20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >=20 From owner-freebsd-current@FreeBSD.ORG Sun Feb 23 18:11:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4836D36 for ; Sun, 23 Feb 2014 18:11:09 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 89FFF16DC for ; Sun, 23 Feb 2014 18:11:08 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id AFC475FCE0 for ; Sun, 23 Feb 2014 18:11:06 +0000 (UTC) Message-ID: <530A39BB.6070003@allanjude.com> Date: Sun, 23 Feb 2014 13:11:07 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: libinit idea References: <62A9DF47-C938-464B-92B6-9A2A96B5A9C9@FreeBSD.org> In-Reply-To: <62A9DF47-C938-464B-92B6-9A2A96B5A9C9@FreeBSD.org> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HOdplItv9iCtRcmCx0JT4f5AknjKUkSxG" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Feb 2014 18:11:09 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --HOdplItv9iCtRcmCx0JT4f5AknjKUkSxG Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-02-23 04:12, David Chisnall wrote: > Hi Bruno, >=20 > 3) It's easy for tools to add lines to rc.conf, it's hard to remove the= m. If you're administering a large number of nodes, you want to be able = to push out updates to all, in a way that doesn't clobber local changes. = Text file processing here is always going to be a fragile hack. >=20 sysrc solves this nicely, it is in base now, and is great for programmatically adding, removing and changing lines in rc.conf style files. It is also in ports for older versions of FreeBSD where it is not in base. At ScaleEngine, we make extensive use of a global rc.conf pushed by puppet, with local modifications in rc.conf.local (and we actually extend this with an rc.conf.role file, added to the rc_conf_files. --=20 Allan Jude --HOdplItv9iCtRcmCx0JT4f5AknjKUkSxG 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTCjm/AAoJEJrBFpNRJZKf5KAP/jTu4Vx2ULYmHsdkX2DsHVUY REY7Yy66apJZbAaoK9ZKTHuGLUK5Bufc+PM5NWZXzuL4Jf+P945oZE8/boTkkswy 1IsLBzfr7v/kybMerIe0dhWJ77wi7RqP2d0WLVx6lo6VyXKNcfvIaa4+oNECYv1D Iq+q3bC5dV2yQe1GJ+uGhXysM9il7zaMkUwukaWMY6h2FOGU+0JPResjpt/ShCCy X1viqxu1KTJysl2QmIAurptwXY9TeeFKFv31P9cjIU3yY9DBmeFQcLhoRZOUdCDq EmGyWe1R1USa8XoUHuPf7qwe3qF49cGw198mq5bqne2a6C2eE3mPEPmyZB9QhOI+ NEQI8wmYBANSht/AZZ09jX8e1Id7uA09CEt2nzPBi97vu9/FV+ewPqLJfBX/cshP zsFIqbeGyi75DQoSa7gKw13b2k0kwfzXLYl1SzFOXz2DCFDPlXLO7kh8I1VPsD+6 A5UZ8Z69yCuIs51cPgsl5aDV43Tzrz6F6y6wrJ8YX+/EhsfJuFV7SAzSmqHT1bYY 8RT32WkE2rJMA/GumuaVxzAjXCFhdfaeJWYf/mkea3X3rBlQWIz/7wrkF8SyRBmS fzLiNcM6b7AQ6FQ7ecQ3HHcs5KsrXC2Ag86JFnmIcLZfpXUurTiKAC9gUzpeewIG x0v8XSbhihkQGps5JLfK =ZblD -----END PGP SIGNATURE----- --HOdplItv9iCtRcmCx0JT4f5AknjKUkSxG-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 23 18:17:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2DB70E93 for ; Sun, 23 Feb 2014 18:17:54 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EF6061714 for ; Sun, 23 Feb 2014 18:17:53 +0000 (UTC) Received: from [192.168.0.7] (cpc28-cmbg15-2-0-cust64.5-4.cable.virginm.net [86.27.189.65]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.5) with ESMTP id s1NIHjk9049790 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 23 Feb 2014 18:17:48 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: libinit idea From: David Chisnall In-Reply-To: <530A39BB.6070003@allanjude.com> Date: Sun, 23 Feb 2014 18:17:40 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <0DB376E3-8C7F-4F20-9DEE-4DB98C078571@FreeBSD.org> References: <62A9DF47-C938-464B-92B6-9A2A96B5A9C9@FreeBSD.org> <530A39BB.6070003@allanjude.com> To: Allan Jude X-Mailer: Apple Mail (2.1827) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Feb 2014 18:17:54 -0000 On 23 Feb 2014, at 18:11, Allan Jude wrote: > sysrc solves this nicely, it is in base now, and is great for > programmatically adding, removing and changing lines in rc.conf style > files. It is also in ports for older versions of FreeBSD where it is = not > in base. The problem is, there is no such thing as an rc.conf style file. = rc.conf is just a shell script. If you only edit it with sysrc, or you = are careful to preserve the structure, then it's fine. There is = absolutely nothing stopping you, however, from writing arbitrarily = complex shell scripts inside rc.conf. Sure, it's a terrible idea to do = so, but when has that ever stopped anyone? An rc-replacement could enforce this by only accepting purely = declarative files for configuration, guaranteeing that if they were = syntactically valid they would also be machine editable, no matter what = the user does to them. David From owner-freebsd-current@FreeBSD.ORG Sun Feb 23 18:22:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AFFFDCA for ; Sun, 23 Feb 2014 18:22:47 +0000 (UTC) Received: from 20pmail.ess.barracuda.com (20pmail.ess.barracuda.com [64.235.150.247]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C47B017A0 for ; Sun, 23 Feb 2014 18:22:44 +0000 (UTC) Received: from Opium.Pharm.Guru (Opium.Pharm.Guru [162.243.227.187]) by mx1.ess.sfj.cudaops.com; Sun, 23 Feb 2014 18:22:37 +0000 X-BESS-ID: 1393179757-298552-26319-351932-1 X-BESS-VER: 2.4.2-r1402191942 X-BESS-BRTS-Status: 1 X-OurDotGuru-Mailborder-Watermark: 1393784555.99383@1xs+qNVzG/zaze6p87HKdA X-OurDotGuru-Mailborder-From: lucius.rizzo@lucius.xxx X-OurDotGuru-Mailborder-SpamCheck: not spam, SpamAssassin (not cached, score=-0.647, required 3, autolearn=not spam, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, RP_MATCHES_RCVD -0.55) X-OurDotGuru-Mailborder-IP-Protocol: IPv4 X-OurDotGuru-Mailborder: Found to be clean X-OurDotGuru-Mailborder-ID: 7555A40ECF.ACC07 X-OurDotGuru-Mailborder-Information: Please contact your admin for more information Received: from lucius.XxX (lucius.XxX [95.85.22.130]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by Opium.Pharm.Guru (Postfix) with ESMTPS id 7555A40ECF; Sun, 23 Feb 2014 13:22:35 -0500 (EST) Authentication-Results: Opium.Pharm.Guru; dkim=pass reason="2048-bit key; unprotected key" header.d=lucius.xxx header.i=@lucius.xxx header.b=ElYdomv0; dkim-adsp=pass Received: from Lucius.XxX (lrizzo@localhost.localdomain [127.0.0.1]) by lucius.XxX (8.14.8/8.14.8) with ESMTP id s1NIMXV3025988 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 23 Feb 2014 18:22:33 GMT DKIM-Filter: OpenDKIM Filter v2.9.0 lucius.XxX s1NIMXV3025988 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=lucius.xxx; s=default; t=1393179753; bh=L1ms4Bu90kHUNo57MIoI+44ax0anbPU8aNmRJheIViA=; h=Date:From:To:Cc:Subject:References:In-Reply-To; z=Date:=20Sun,=2023=20Feb=202014=2018:22:32=20+0000|From:=20Lucius= 20Rizzo=20|To:=20Andreas=20Nilsson=20|Cc:=20Scot=20Hetzel=20,=20Bru no=20Lauz??=20,=0D=0A=20=20=20=20=20=20=20=20" freebsd-current@freebsd.org"=20|Subje ct:=20Re:=20libinit=20idea|References:=20=0D=0A=20=0D=0A=20|In-Reply-To:=20; b=ElYdomv0YCm7Cx+znBEM0otguUNzV44Ez3PwTqV3D4DlsNrCgFfbPgBcWJxqZxMut ERy1xOg8awNYfHy1nHU27tvFBnEDHSWaKqyB/uXpyBIzRquU9XkBiCdZPh33kpWyLR Thdc5xFa8bSVywyyq00d6c6RuqYX9wcmaf/IISXNJHfdMJB03wk5kqgQWr0lGgUOBH OsBjMKc1vvsQNn1ivgOR1iq3WlaQqPh78M8tZi2sYDx7eqc0A8WsTVFU9slk3tCxFZ UGKN54bgG1zdVxmww4eJIqAwyASLKwdHLMZb85zQpFYD1t7rJKUcbcFTdBTPbuC3Xu WlSJaq3d85qeg== Received: (from lrizzo@localhost) by Lucius.XxX (8.14.8/8.14.8/Submit) id s1NIMWJu025987; Sun, 23 Feb 2014 18:22:32 GMT X-Authentication-Warning: Lucius.XxX: lrizzo set sender to Lucius.Rizzo@Lucius.XxX using -f Date: Sun, 23 Feb 2014 18:22:32 +0000 From: Lucius Rizzo To: Andreas Nilsson Subject: Re: libinit idea Message-ID: <20140223182232.GA25967@lucius.XxX> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Organization: T.gT Consulting - http://t.gt X-Homepage: http://www.Say.Si User-Agent: Mutt/1.5.22 (2013-10-16) X-PWhois-Status: No originator identified Cc: Bruno Lauz?? , Scot Hetzel , "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Feb 2014 18:22:47 -0000 * Andreas Nilsson [2014-02-23 09:33]: > Imho, the replacement to init and rc-scripts I sometimes think about > would be to import SMF from opensolaris/illumos. There one can at > least get the commands run and config used without looking at the > source code. I like SMF from Solaris 11 onwards and even SmartOS. However, I have found to like systemd and use via systemctl on Arch far nicer than any other rc scripts to date. Anyone care to share their thoughts on the pros and cons of something like systemd the way Arch does? -- | _o _ |_)o_ _ _ |_|_|(_||_|_> | \|/_/_(_) - Lucius.Tel -------------------------------------- ++ Q: How many Bell Labs Vice Presidents does it take to change a light bulb? ++ ++ A: That's proprietary information. Answer available from AT&T on payment ++ ++ of license fee (binary only). ++ From owner-freebsd-current@FreeBSD.ORG Sun Feb 23 18:31:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 74AA932A for ; Sun, 23 Feb 2014 18:31:49 +0000 (UTC) Received: from mail-ob0-x235.google.com (mail-ob0-x235.google.com [IPv6:2607:f8b0:4003:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 37F52186D for ; Sun, 23 Feb 2014 18:31:49 +0000 (UTC) Received: by mail-ob0-f181.google.com with SMTP id wp4so4359088obc.40 for ; Sun, 23 Feb 2014 10:31:48 -0800 (PST) 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=gY+Y59dUL02q1gfHyQtszV4qFNdgwz5mAbbNC5diQc8=; b=aT8TWlJkk8fOgWNVy/BMetFaDA3AMdywBt9/GXVAzEXdEXA40pF9j1Lvff3SEBOEnT IMNIQM91F6m5rAngqHzicA1Q1TnEXZiiuBoxebzN8aLsnIKyoMkvUwkNwoKCB6pxtRFW VjosktUaCRuPmOpFuyUw2L0RbD7DleCdlc+lma3kKze4+j9mEt1ZnM3peflPRxQXqiTu ZuwUOsn4K3KeP9ogKY+asnfrim7vRVjEcVGtNHiJrAVWbMXPq5mHa1N/x0tz5OW8gMzw CLEXnnFsaCoyZWVt8vCHVbABTDZsbB00H7iFKcPqvMa5nA65UwH+txWqm6hbV6hGa9bu 4j3w== MIME-Version: 1.0 X-Received: by 10.60.145.197 with SMTP id sw5mr18472718oeb.58.1393180308569; Sun, 23 Feb 2014 10:31:48 -0800 (PST) Received: by 10.76.180.164 with HTTP; Sun, 23 Feb 2014 10:31:48 -0800 (PST) Received: by 10.76.180.164 with HTTP; Sun, 23 Feb 2014 10:31:48 -0800 (PST) In-Reply-To: <20140223182232.GA25967@lucius.XxX> References: <20140223182232.GA25967@lucius.XxX> Date: Sun, 23 Feb 2014 10:31:48 -0800 Message-ID: Subject: Re: libinit idea From: Freddie Cash To: Lucius Rizzo Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Bruno Lauz?? , Scot Hetzel , FreeBSD-Current , Andreas Nilsson X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Feb 2014 18:31:49 -0000 Typos and terseness brought to you by the LG G2 running SlimKat. On Feb 23, 2014 10:22 AM, "Lucius Rizzo" wrote: > > * Andreas Nilsson [2014-02-23 09:33]: > > Imho, the replacement to init and rc-scripts I sometimes think about > > would be to import SMF from opensolaris/illumos. There one can at > > least get the commands run and config used without looking at the > > source code. > > I like SMF from Solaris 11 onwards and even SmartOS. However, I have > found to like systemd and use via systemctl on Arch far nicer than any > other rc scripts to date. > > Anyone care to share their thoughts on the pros and cons of something > like systemd the way Arch does? The main developer for systemd is very anti-portability and anti-!Linux. He had actively rejected patches that made his projects work on non-Linux systems. In order to port systemd to a non-Linux system, he wants you to first implement every Linux feature that systemd uses. systemd is a non-starter, and not with considering. In theory, devd could be extended to support socket-activation, and the support for that added to RCng, providing the bulk of the systemd features, without having to deal with the systemd devs. From owner-freebsd-current@FreeBSD.ORG Sun Feb 23 18:39:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F7DF652 for ; Sun, 23 Feb 2014 18:39:34 +0000 (UTC) Received: from mail.lifanov.com (mail.lifanov.com [206.125.175.12]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 62B7D18A6 for ; Sun, 23 Feb 2014 18:39:34 +0000 (UTC) Received: by mail.lifanov.com (Postfix, from userid 58) id 2CD261A8AA1; Sun, 23 Feb 2014 13:39:28 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.lifanov.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.3.2 Received: from app.lifanov.com (chat.lifanov.com [206.125.175.13]) by mail.lifanov.com (Postfix) with ESMTPA id 5ED121A8A9E for ; Sun, 23 Feb 2014 13:39:23 -0500 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 23 Feb 2014 13:39:23 -0500 From: Nikolai Lifanov To: freebsd-current@freebsd.org Subject: Re: libinit idea In-Reply-To: <0DB376E3-8C7F-4F20-9DEE-4DB98C078571@FreeBSD.org> References: <62A9DF47-C938-464B-92B6-9A2A96B5A9C9@FreeBSD.org> <530A39BB.6070003@allanjude.com> <0DB376E3-8C7F-4F20-9DEE-4DB98C078571@FreeBSD.org> Message-ID: <6d0ef0394dedb04335d4f61fb2b55f7f@mail.lifanov.com> X-Sender: lifanov@mail.lifanov.com User-Agent: Roundcube Webmail/0.9.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Feb 2014 18:39:34 -0000 On 2014-02-23 13:17, David Chisnall wrote: > On 23 Feb 2014, at 18:11, Allan Jude wrote: > >> sysrc solves this nicely, it is in base now, and is great for >> programmatically adding, removing and changing lines in rc.conf style >> files. It is also in ports for older versions of FreeBSD where it is >> not >> in base. > > The problem is, there is no such thing as an rc.conf style file. > rc.conf is just a shell script. If you only edit it with sysrc, or > you are careful to preserve the structure, then it's fine. There is > absolutely nothing stopping you, however, from writing arbitrarily > complex shell scripts inside rc.conf. Sure, it's a terrible idea to > do so, but when has that ever stopped anyone? > > An rc-replacement could enforce this by only accepting purely > declarative files for configuration, guaranteeing that if they were > syntactically valid they would also be machine editable, no matter > what the user does to them. > > David > Just my $0.02: I don't believe our current RC is broken. It's faster than most, it supports an early-late divider, virtual targets (NETWORK, etc.), dependencies, etc. Rewriting scripts (units) in C has a non-trivial cost to customization for end users. I have custom, packaged, RC scripts in /usr/local that are pretty easy to add and maintain. Shell script logic can go there and not in rc.conf proper. The rcorder program provides a pretty good idea for when these can be run, and, as already pointed out, sysrc can be used to add/remove/configure these on clusters of (automatically) managed machines. If all scripts a properly written, "service foo status" can also provide something that can be acted upon by configuration management systems. Serialization is great (libnv), but it's just gravy. The only feature I see that's missing is (SMF-style) service management, but for hardware events, like losing a network link or a disk, can be plugged in to devd configuration, also easily. Also, in real-life deployments, shutting down service dependencies is not practical either. For example, if postfix crashes, I don't want to stop postgey or dovecot. I just want to nanny postfix back up rather than trying to bring up the whole stack. Also, forking a shell does not have any significant cost to it when bringing up something like MySQL, since it's a small fraction of where the system spends its time to bring up a useful service. Rewriting scripts in C doesn't provide service management or give any on-demand (inetd, read: launchd) functionality. - Nikolai Lifanov From owner-freebsd-current@FreeBSD.ORG Sun Feb 23 18:47:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 44C55A91 for ; Sun, 23 Feb 2014 18:47:14 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E90C0193A for ; Sun, 23 Feb 2014 18:47:13 +0000 (UTC) Received: from [192.168.0.7] (cpc28-cmbg15-2-0-cust64.5-4.cable.virginm.net [86.27.189.65]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.5) with ESMTP id s1NIl7aH049908 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 23 Feb 2014 18:47:10 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: libinit idea From: David Chisnall In-Reply-To: Date: Sun, 23 Feb 2014 18:47:03 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <3F3C8E1C-C58C-4489-9762-ACA742B2A0C4@FreeBSD.org> References: <20140223182232.GA25967@lucius.XxX> To: Freddie Cash X-Mailer: Apple Mail (2.1827) Cc: Bruno Lauz?? , Scot Hetzel , Lucius Rizzo , Andreas Nilsson , FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Feb 2014 18:47:14 -0000 On 23 Feb 2014, at 18:31, Freddie Cash wrote: > The main developer for systemd is very anti-portability and = anti-!Linux. He > had actively rejected patches that made his projects work on non-Linux > systems. In order to port systemd to a non-Linux system, he wants you = to > first implement every Linux feature that systemd uses. >=20 > systemd is a non-starter, and not with considering. I don't think that's a relevant discussion. The license would likely = preclude systemd from making it into the base system anyway. Please = let's not be too negative about the author of systemd: he's responsible = for more people switching from Linux to FreeBSD than any other single = individual I can think of and I would strongly encourage him to = continue. The relevant question is whether it does anything in a way that is = sufficiently sensible to merit a FreeBSD service management = infrastructure doing it in the same (or a similar) way. Oh, two things missing from my original list: - Service jails should be able to run without an init process, with just = the required libraries installed and the host machine's init system = starting the jail and the service process(es) inside it. - The init system should use process descriptors, not pids, for tracking = processes, preventing issues with pid reuse and so on (and removing the = need to write pid files). If process descriptors do not provide the = required functionality (e.g. the ability to trace forked children) then = this should be added. David From owner-freebsd-current@FreeBSD.ORG Sun Feb 23 19:09:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B510F43C for ; Sun, 23 Feb 2014 19:09:39 +0000 (UTC) Received: from mail.lifanov.com (mail.lifanov.com [206.125.175.12]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8E5891AF5 for ; Sun, 23 Feb 2014 19:09:39 +0000 (UTC) Received: by mail.lifanov.com (Postfix, from userid 58) id 41BAE1A8AA6; Sun, 23 Feb 2014 14:09:39 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.lifanov.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.3.2 Received: from app.lifanov.com (chat.lifanov.com [206.125.175.13]) by mail.lifanov.com (Postfix) with ESMTPA id 7D5BC1A8AA2 for ; Sun, 23 Feb 2014 14:09:38 -0500 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 23 Feb 2014 14:09:38 -0500 From: Nikolai Lifanov To: freebsd-current@freebsd.org Subject: Re: libinit idea In-Reply-To: <3F3C8E1C-C58C-4489-9762-ACA742B2A0C4@FreeBSD.org> References: <20140223182232.GA25967@lucius.XxX> <3F3C8E1C-C58C-4489-9762-ACA742B2A0C4@FreeBSD.org> Message-ID: <1084e79a6f6ff62ed3dca5ee0bcd45f3@mail.lifanov.com> X-Sender: lifanov@mail.lifanov.com User-Agent: Roundcube Webmail/0.9.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Feb 2014 19:09:39 -0000 On 2014-02-23 13:47, David Chisnall wrote: > On 23 Feb 2014, at 18:31, Freddie Cash wrote: > >> The main developer for systemd is very anti-portability and >> anti-!Linux. He >> had actively rejected patches that made his projects work on non-Linux >> systems. In order to port systemd to a non-Linux system, he wants you >> to >> first implement every Linux feature that systemd uses. >> >> systemd is a non-starter, and not with considering. > > I don't think that's a relevant discussion. The license would likely > preclude systemd from making it into the base system anyway. Please > let's not be too negative about the author of systemd: he's > responsible for more people switching from Linux to FreeBSD than any > other single individual I can think of and I would strongly encourage > him to continue. > I also noticed this. > The relevant question is whether it does anything in a way that is > sufficiently sensible to merit a FreeBSD service management > infrastructure doing it in the same (or a similar) way. > > Oh, two things missing from my original list: > > - Service jails should be able to run without an init process, with > just the required libraries installed and the host machine's init > system starting the jail and the service process(es) inside it. > Isn't this a bit too complicated? If there is an init script under $jail/usr/local/etc/rc.d, then the host init will need to find it, which can be even more complicated if rc search path in the jail is customized (prefixed if it's managed by a different department, for example). Host init will have to read the jail configuration, parse it too, and then manage children and pids of the jailed services, including reparenting, all within a jail context. Then the admin in that jail would need to be able to restart services, affecting host init, which opens a whole new can of worms. If init program is skinny and not too complicated, which it is, there is no tangible overhead. And if a jail really needs a single simple service, init process in the jail can *be* that, like jexec myjail /bin/sh -c somestuff (or even /usr/local/bin/myservice -c myservice conf). > - The init system should use process descriptors, not pids, for > tracking processes, preventing issues with pid reuse and so on (and > removing the need to write pid files). If process descriptors do not > provide the required functionality (e.g. the ability to trace forked > children) then this should be added. > This is a good idea. > David > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Feb 23 19:31:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 62460C3B for ; Sun, 23 Feb 2014 19:31:42 +0000 (UTC) Received: from mail-oa0-x229.google.com (mail-oa0-x229.google.com [IPv6:2607:f8b0:4003:c02::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 234D61CF4 for ; Sun, 23 Feb 2014 19:31:42 +0000 (UTC) Received: by mail-oa0-f41.google.com with SMTP id o6so6166303oag.28 for ; Sun, 23 Feb 2014 11:31:41 -0800 (PST) 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=Y/6cXKZjJl7jdqP990kCMlyovr0Aw5Waz6S/EE8/CxY=; b=Pfd5CbsVo05N1geot9N1acydtIEUFAsLjOJwMavLz2FoMJkN5J1jUnQSmVyUyqmj8X +S8F3vyzoYf8AtN2dCZTn6r4sanfVnSA6hLoSc8sZyc8lOLzSXJ4DRH3rUiMZeWOnlI7 ecdoY1KnT9phgvSFweIbKIhmRXaexZGlyuHFOYeHtMLM9T7sWhUfqCzvv5MM3YRuN5oS kCVYrKUfxw3YdJeAEdFZ1+gRnfv4H1bDVi//EIrL1OY0v+wPH7kZ8LztO5ci9U3u6ghP Mlxl4rEMgq+7lwOkKfkXEUCTIC432LTnYF7PjAdcHZ5Tgzqa/w0kqSPzQ/1Ac/mzkMLA XA3w== X-Received: by 10.182.22.33 with SMTP id a1mr14747550obf.60.1393183901491; Sun, 23 Feb 2014 11:31:41 -0800 (PST) Received: from [192.168.1.156] ([72.189.249.168]) by mx.google.com with ESMTPSA id x3sm88187515oek.3.2014.02.23.11.31.40 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 23 Feb 2014 11:31:41 -0800 (PST) Message-ID: <530A4C9B.6050808@gmail.com> Date: Sun, 23 Feb 2014 14:31:39 -0500 From: OutBackDingo User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: libinit idea References: <20140223182232.GA25967@lucius.XxX> <3F3C8E1C-C58C-4489-9762-ACA742B2A0C4@FreeBSD.org> <1084e79a6f6ff62ed3dca5ee0bcd45f3@mail.lifanov.com> In-Reply-To: <1084e79a6f6ff62ed3dca5ee0bcd45f3@mail.lifanov.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Feb 2014 19:31:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 02/23/2014 02:09 PM, Nikolai Lifanov wrote: > On 2014-02-23 13:47, David Chisnall wrote: >> On 23 Feb 2014, at 18:31, Freddie Cash >> wrote: >> >>> The main developer for systemd is very anti-portability and >>> anti-!Linux. He had actively rejected patches that made his >>> projects work on non-Linux systems. In order to port systemd to >>> a non-Linux system, he wants you to first implement every Linux >>> feature that systemd uses. >>> >>> systemd is a non-starter, and not with considering. >> >> I don't think that's a relevant discussion. The license would >> likely preclude systemd from making it into the base system >> anyway. Please let's not be too negative about the author of >> systemd: he's responsible for more people switching from Linux to >> FreeBSD than any other single individual I can think of and I >> would strongly encourage him to continue. >> > > I also noticed this. > >> The relevant question is whether it does anything in a way that >> is sufficiently sensible to merit a FreeBSD service management >> infrastructure doing it in the same (or a similar) way. >> >> Oh, two things missing from my original list: >> >> - Service jails should be able to run without an init process, >> with just the required libraries installed and the host machine's >> init system starting the jail and the service process(es) inside >> it. >> > > Isn't this a bit too complicated? If there is an init script under > $jail/usr/local/etc/rc.d, then the host init will need to find it, > which can be even more complicated if rc search path in the jail is > customized (prefixed if it's managed by a different department, for > example). Host init will have to read the jail configuration, parse > it too, and then manage children and pids of the jailed services, > including reparenting, all within a jail context. Then the admin in > that jail would need to be able to restart services, affecting host > init, which opens a whole new can of worms. If init program is > skinny and not too complicated, which it is, there is no tangible > overhead. And if a jail really needs a single simple service, init > process in the jail can *be* that, like jexec myjail /bin/sh -c > somestuff (or even /usr/local/bin/myservice -c myservice conf). > >> - The init system should use process descriptors, not pids, for >> tracking processes, preventing issues with pid reuse and so on >> (and removing the need to write pid files). If process >> descriptors do not provide the required functionality (e.g. the >> ability to trace forked children) then this should be added. >> > > This is a good idea. > >> David openrc already does this and runs on FreeBSD, ive been using it on 5 boxes in testing so far, clealy replaces init without breaking rc.conf configurations. >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current To >> unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current To > unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJTCkyWAAoJEP7cFACJNhNalmgH/1hquNUT75g4xOGc8CX+RyVD kVYKW2SUgMOCCQwgXMydsZUafQ8kLSU24H8T9W2J/q2WDm1lWedqeO9/yk7t3pNS 8+c8YsTIuAYtPgiBES65YW667Cj9+FwN268fEqF58/WNS6kNx8snCfoRkvy6l7jN M62ajdNJtgSxF/Iwyfuq4W6REBW3CF4rL+g64OGrK8PQ6yPteJfM3CUGQoUlHXZC KHHY+qMYBSb/H0j9z7PzcpJsC/bb4fJRzccfVc34IV0ovdevLtQeJojTy4E55NhB kWTX1EDRYVxv9Zvy1uPut5qAtc0b+UB5sAPON0RGxBB0rzjzIYZXlieKo4s752w= =BXYO -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Feb 23 19:33:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DBB67D4C for ; Sun, 23 Feb 2014 19:33:38 +0000 (UTC) Received: from luigi.brtsvcs.net (luigi.brtsvcs.net [IPv6:2607:fc50:1000:1f00::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B2D291D04 for ; Sun, 23 Feb 2014 19:33:38 +0000 (UTC) Received: from chombo.houseloki.net (unknown [IPv6:2601:7:880:bd0:21c:c0ff:fe7f:96ee]) by luigi.brtsvcs.net (Postfix) with ESMTPSA id 7A8F82D4FD4; Sun, 23 Feb 2014 11:33:37 -0800 (PST) Received: from [IPv6:2601:7:880:bd0:4dc6:fe9a:fceb:5eeb] (unknown [IPv6:2601:7:880:bd0:4dc6:fe9a:fceb:5eeb]) by chombo.houseloki.net (Postfix) with ESMTPSA id DC8559FD; Sun, 23 Feb 2014 11:33:33 -0800 (PST) Message-ID: <530A4D0A.5000604@bluerosetech.com> Date: Sun, 23 Feb 2014 11:33:30 -0800 From: Darren Pilgrim User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Freddie Cash Subject: Re: libinit idea References: <20140223182232.GA25967@lucius.XxX> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Feb 2014 19:33:38 -0000 On 2/23/2014 10:31 AM, Freddie Cash wrote: > The main developer for systemd is very anti-portability and anti-!Linux. He > had actively rejected patches that made his projects work on non-Linux > systems. In order to port systemd to a non-Linux system, he wants you to > first implement every Linux feature that systemd uses. > > systemd is a non-starter, and not with considering. It's pretty clear Lennart Poettering failed history. Perhaps the best examples of why systemd is an anti-pattern is this: systemd stores logs in a binary journal. After the Linux zealots have spent about two decades using binary system data storage as one of the reasons Windows sucks, that strikes me as particularly ironic. The RC system we have is proof you do not need anything more than bourne and a respectable amount of intelligence to design a good init system. From owner-freebsd-current@FreeBSD.ORG Sun Feb 23 19:51:51 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0E1134F; Sun, 23 Feb 2014 19:51:51 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6514C1FAA; Sun, 23 Feb 2014 19:51:51 +0000 (UTC) Received: from smarthost.fisglobal.com ([10.132.206.193]) by ltcfislmsgpa05.fnfis.com (8.14.5/8.14.5) with ESMTP id s1NJpjCb021617 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 23 Feb 2014 13:51:45 -0600 Received: from THEMADHATTER (10.242.181.54) by smarthost.fisglobal.com (10.132.206.193) with Microsoft SMTP Server id 14.3.174.1; Sun, 23 Feb 2014 13:51:43 -0600 From: Sender: Devin Teske To: "'David Chisnall'" , "'Allan Jude'" References: <62A9DF47-C938-464B-92B6-9A2A96B5A9C9@FreeBSD.org> <530A39BB.6070003@allanjude.com> <0DB376E3-8C7F-4F20-9DEE-4DB98C078571@FreeBSD.org> In-Reply-To: <0DB376E3-8C7F-4F20-9DEE-4DB98C078571@FreeBSD.org> Subject: RE: libinit idea Date: Sun, 23 Feb 2014 11:51:35 -0800 Message-ID: <129e01cf30d0$a9c95ab0$fd5c1010$@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQISR3ofyJhDsVgc5yL7QKIkV53qPQF/+vvdAmUWq0ABcDLEW5oSZYzg Content-Language: en-us X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87, 1.0.14, 0.0.0000 definitions=2014-02-23_02:2014-02-21,2014-02-23,1970-01-01 signatures=0 Cc: dteske@FreeBSD.org, 'FreeBSD Current' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Feb 2014 19:51:51 -0000 > -----Original Message----- > From: David Chisnall [mailto:theraven@FreeBSD.org] > Sent: Sunday, February 23, 2014 10:18 AM > To: Allan Jude > Cc: FreeBSD Current > Subject: Re: libinit idea > > On 23 Feb 2014, at 18:11, Allan Jude wrote: > > > sysrc solves this nicely, it is in base now, and is great for > > programmatically adding, removing and changing lines in rc.conf style > > files. It is also in ports for older versions of FreeBSD where it is > > not in base. > > The problem is, there is no such thing as an rc.conf style file. rc.conf is just a > shell script. If you only edit it with sysrc, or you are careful to preserve the > structure, then it's fine. Actually, sysrc is well aware that rc.conf is a shell script and sysrc will actually make certain that structure is preserved (regardless of whether you've placed shell code in rc.conf or not). > There is absolutely nothing stopping you, however, > from writing arbitrarily complex shell scripts inside rc.conf. Sure, it's a terrible > idea to do so, but when has that ever stopped anyone? > When sysrc is told to make a change, it first finds where it needs to make that change (/etc/rc.conf or /etc/rc.conf.local or one of other paths mentioned in rc_conf_files setting), it will refuse to edit the file *IF* the file doesn't first (before editing) pass a shell syntax check (using "sh -n FILE"). After making the changes in a temporarily file (produced with mktemp(1)), it again performs yet another syntax check (also using "sh -n FILE") to make sure that it continues to yield clean syntax. On top of that, it makes certain not to muck with dynamic assignments. So it will leave-alone an assignment such as "foo=$( bar )" if told to edit the variable foo -- instead opting to add a foo=newvalue after the dynamic assignment (logic is simple... sysrc wasn't responsible for putting that dynamic assignment in, so it is going to leave it as-is and put the new [static] assignment further below. So Allan was absolutely correct in stating that sysrc is for editing "rc.conf style" files -- shell scripts really. In essence, sysrc is actually a shell script modifying utility that takes extreme special care to rely on the fact that rc.conf *is* a shell script. > An rc-replacement could enforce this by only accepting purely declarative files > for configuration, guaranteeing that if they were syntactically valid they would > also be machine editable, no matter what the user does to them. > sysrc does this for you. -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Sun Feb 23 20:50:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C891675A for ; Sun, 23 Feb 2014 20:50:17 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 827C413CD for ; Sun, 23 Feb 2014 20:50:17 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:2572:353:cc5e:8eee]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 10C444AC31; Mon, 24 Feb 2014 00:50:15 +0400 (MSK) Date: Mon, 24 Feb 2014 00:50:07 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1261682866.20140224005007@serebryakov.spb.ru> To: Freddie Cash Subject: Linux chasing (Was: libinit idea) In-Reply-To: References: <20140223182232.GA25967@lucius.XxX> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Bruno Lauz?? , Scot Hetzel , Lucius Rizzo , Andreas Nilsson , FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Sun, 23 Feb 2014 20:50:17 -0000 Hello, Freddie. You wrote 23 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F 2014 =D0=B3., 22:31= :48: FC> The main developer for systemd is very anti-portability and anti-!Linux= . He FC> had actively rejected patches that made his projects work on non-Linux FC> systems. In order to port systemd to a non-Linux system, he wants you to FC> first implement every Linux feature that systemd uses. FC> systemd is a non-starter, and not with considering. The problem is, next (or N+2) GNOME, KDE and X.org itself will depend on systemd, and, maybe, X.org will be discontinued at all for Wayland (or-what-is-name-of-this-technology), which will be even more Linux-centric. It is topic for other thread, but this chasing Linux in system features (hal/udev/systemd/whatever) needed for desktop environment is painful, and FreeBSD without decent modern DE will fail to attract new users :( --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Sun Feb 23 21:12:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD71C40E for ; Sun, 23 Feb 2014 21:12:01 +0000 (UTC) Received: from mail-wg0-x22e.google.com (mail-wg0-x22e.google.com [IPv6:2a00:1450:400c:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 631971654 for ; Sun, 23 Feb 2014 21:12:01 +0000 (UTC) Received: by mail-wg0-f46.google.com with SMTP id x13so3976703wgg.1 for ; Sun, 23 Feb 2014 13:11:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=SbrDgnzOaiLKiHRfg8TFkgaR33v/ZSc8BcWxQUkZFyA=; b=MNgtuP3FeRdkDs88BPHN+QNmwODEQYv04QnB5nzqQcoCpvSgRBGPCwh5I3h7wRhPJV LCfmTg8a/NhCfX0NwgDTkQk+aJm8ZH6AT7ab/WCjCJayc14ZYJggl5JirIZWns19GZ1i oVUp+mPBWBtO29sgWmOCEysjB/9Sh8Fhs8W8AY02dTEukq1zK5V7PkrpRBbAnXF9gk7P EzQr2qAXKcBlbIIkwrpIxC4j1l2wYytE8AZu94jB8+Py5foLcV7fUVVgDT+F8vr6SFCk xUEjlXJlv3uY/4+9vIIjobbtYsminjbKXZBt/mY3Ys+C9pT63U4nuQD9xriHfHLrfZtr FPrw== X-Received: by 10.195.13.103 with SMTP id ex7mr15655221wjd.3.1393189919721; Sun, 23 Feb 2014 13:11:59 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id fb6sm17802886wib.2.2014.02.23.13.11.57 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 23 Feb 2014 13:11:58 -0800 (PST) Sender: Baptiste Daroussin Date: Sun, 23 Feb 2014 22:11:56 +0100 From: Baptiste Daroussin To: current@FreeBSD.org Subject: Import of DragonFly Mail Agent Message-ID: <20140223211155.GS1699@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NAmHCRPXNp23hR9r" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Feb 2014 21:12:01 -0000 --NAmHCRPXNp23hR9r Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, As some of you may have noticed, I have imorted a couple of days ago dma (DragonFly Mail Agent) in base. I have been asked to explain my motivation so here they are. DragonFly Mail Agent is a minimalistic mailer that is able to relay mails to some smtp servers (with TLS, authentication and so on) It supports MASQUERADE and NULLCLIENT, and is able to deliver mails locally (respecting aliases). I imported it because dma is lightweight, BSD license and easy to use. The code base is rather small and easy to capsicumize (which I plan to do) My initial goal is not to replace sendmail. All I want is a small mailer simple to configure, and not listening to port 25, suitable for small environment (embedded and/or resource bounded) as well as for server deployment. To be honnest dma needs a bit of more work (improving the retry queue, capsicumize), but is working. I have read a couple of the past discussions about what are the requirements for base as a mailer (in case one want to remove sendmail) and yes dma is fulfilling all of them. That said I have never been a supporter of having a full mail server in base, as I consider a full mail server as being a specific use case so not required on all setup, in my opinion dma is the kind of mailer that fits better with base requirements. regards, Bapt --NAmHCRPXNp23hR9r Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlMKZBsACgkQ8kTtMUmk6ExKTACgtB3yx01dm1yotHCdoVougT4T dp8An2MHkcEJ2g0jt9iO/ytOsb6nDhjt =k+QW -----END PGP SIGNATURE----- --NAmHCRPXNp23hR9r-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 23 21:13:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E9F616A3; Sun, 23 Feb 2014 21:13:14 +0000 (UTC) Received: from mail-ob0-x22e.google.com (mail-ob0-x22e.google.com [IPv6:2607:f8b0:4003:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 967E81665; Sun, 23 Feb 2014 21:13:14 +0000 (UTC) Received: by mail-ob0-f174.google.com with SMTP id uy5so6512496obc.33 for ; Sun, 23 Feb 2014 13:13:14 -0800 (PST) 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=wV4/8rvo2AhW8gT4O7urAvSftuDXLjFArRwmZjg3qZ0=; b=dIq34IrYTHPJWNmSfu5gfZ4x2bj0bN73/8BVtXRwdYD+nODmnW7Jy05SPijlgGmuX/ jQ9B/YB0Mqla3XvPhYYew6z2QllO9BCiuGOuIeRnsVhXO7u3LhOZeT20IXmDGbvESxil Wp3WqjZrTqt/28obNxXgUFhCgW9Mz9r71nUPZdkd47cobFmaEvpVfiIq9en874M7XZB9 TNlgS9n97BUQ6Q9LPL57YATcrnFnISFwwHgN4n4kesldIMFdW1WwzBpjbI5qQkQMZLYd B7s5obo++ZbsIMisCy99yzlsswVrnH4Hf7GWONEQ4d0vdRJfVb122llu4kcC7I2wrFEK nBkg== MIME-Version: 1.0 X-Received: by 10.60.233.8 with SMTP id ts8mr2534118oec.76.1393189993878; Sun, 23 Feb 2014 13:13:13 -0800 (PST) Received: by 10.182.78.71 with HTTP; Sun, 23 Feb 2014 13:13:13 -0800 (PST) In-Reply-To: <1261682866.20140224005007@serebryakov.spb.ru> References: <20140223182232.GA25967@lucius.XxX> <1261682866.20140224005007@serebryakov.spb.ru> Date: Sun, 23 Feb 2014 16:13:13 -0500 Message-ID: Subject: Re: Linux chasing (Was: libinit idea) From: Joe Nosay To: lev@freebsd.org Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Bruno Lauz?? , Scot Hetzel , Freddie Cash , FreeBSD-Current , Andreas Nilsson , Lucius Rizzo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Feb 2014 21:13:15 -0000 On Sun, Feb 23, 2014 at 3:50 PM, Lev Serebryakov wrote: > Hello, Freddie. > You wrote 23 =C6=C5=D7=D2=C1=CC=D1 2014 =C7., 22:31:48: > > FC> The main developer for systemd is very anti-portability and > anti-!Linux. He > FC> had actively rejected patches that made his projects work on non-Linu= x > FC> systems. In order to port systemd to a non-Linux system, he wants you > to > FC> first implement every Linux feature that systemd uses. > FC> systemd is a non-starter, and not with considering. > The problem is, next (or N+2) GNOME, KDE and X.org itself will depend on > systemd, and, maybe, X.org will be discontinued at all for Wayland > (or-what-is-name-of-this-technology), which will be even more > Linux-centric. > > It is topic for other thread, but this chasing Linux in system features > (hal/udev/systemd/whatever) needed for desktop environment is painful, an= d > FreeBSD without decent modern DE will fail to attract new users :( > > -- > // 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= " The convoluted hierarchy of Linux makes it a pain when working on software porting between Linux and any BSD system. There is more similarities between the BSD setup than between various Linux distributions. Take, for example, sound. It is a layer that has kernel access in FreeBSD. Even OSS has kernel level modules. In Linux there is sound, and alsa, and pulse, and bits of esound to make the system work. A bit of difference, eh? Look also at the implementation of NFS on Linux. They would have saved a lot of time doing an exact porting to Linux but that was ignored. NFSv3 is more common than NFSv4 because the latter in Linux is still in the developmental and porting stage. --Actually, it is easier to see the similarities between the NFS implementations and see the exact similarities than working with comparing sound between the systems.-- It is Linux chasing to be on an equal plane and it is the wrong way to do things. Recently CLang and GCC developers decided to forego the silliness proposed by Stallman and work together. A bad analogy no less but, it is still relevant. Why would anyone want to lock a system into a single piece or set of software unless they did not want development to continue in other areas. I, like other enthusiasts, prefer a system that is simple, stable, to the point, and easily configured. If one wants to use the idea as an alternative then by all means do so; but, do not make it a requirement, keep it as an option for those who want it. From owner-freebsd-current@FreeBSD.ORG Sun Feb 23 22:16:55 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B92B858C; Sun, 23 Feb 2014 22:16:55 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 7121B1B3E; Sun, 23 Feb 2014 22:16:54 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id D39385F0D2; Sun, 23 Feb 2014 22:09:43 +0000 (UTC) Message-ID: <530A71A9.5040705@allanjude.com> Date: Sun, 23 Feb 2014 17:09:45 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Warner Losh , David Chisnall Subject: Re: libinit idea References: <62A9DF47-C938-464B-92B6-9A2A96B5A9C9@FreeBSD.org> <530A39BB.6070003@allanjude.com> <0DB376E3-8C7F-4F20-9DEE-4DB98C078571@FreeBSD.org> <6B911759-48AC-4981-A5E1-2634B5D01F0D@gmail.com> In-Reply-To: <6B911759-48AC-4981-A5E1-2634B5D01F0D@gmail.com> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wRItEN90eih39L3KUEkMt2d5vlhbDUVKw" Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Feb 2014 22:16:55 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --wRItEN90eih39L3KUEkMt2d5vlhbDUVKw Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-02-23 17:04, Warner Losh wrote: >=20 > On Feb 23, 2014, at 11:17 AM, David Chisnall wro= te: >=20 >> On 23 Feb 2014, at 18:11, Allan Jude wrote: >> >>> sysrc solves this nicely, it is in base now, and is great for >>> programmatically adding, removing and changing lines in rc.conf style= >>> files. It is also in ports for older versions of FreeBSD where it is = not >>> in base. >> >> The problem is, there is no such thing as an rc.conf style file. rc.c= onf is just a shell script. If you only edit it with sysrc, or you are c= areful to preserve the structure, then it's fine. There is absolutely no= thing stopping you, however, from writing arbitrarily complex shell scrip= ts inside rc.conf. Sure, it's a terrible idea to do so, but when has tha= t ever stopped anyone? >> >> An rc-replacement could enforce this by only accepting purely declarat= ive files for configuration, guaranteeing that if they were syntactically= valid they would also be machine editable, no matter what the user does = to them. >=20 > We already have a rc.conf.default. Why not a rc.conf.automation that do= es that and is added to the list of things to source? Then things like sy= src could operation on that secure in the knowledge that no shell command= s could be there, and all bets are off if someone edits it by hand? >=20 > Warner >=20 This is basically what we do, we have puppet add: rc_conf_files=3D"/etc/rc.conf /etc/rc.conf.local /etc/rc.conf.scaleengine= " to rc.conf, and then we push our global config to the .scaleengine file --=20 Allan Jude --wRItEN90eih39L3KUEkMt2d5vlhbDUVKw 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTCnGsAAoJEJrBFpNRJZKfijMP/2otas8rmwBAuz9b63kw0ySm qr1qDVKNM9ji71TXuwHBd4NGfJfPR6Q55EjhJAEsnBGVmh7iZZZlnCX4I/tsDMJN FtSUCVsmmFINqSndpWxaxUXdjs3nNoQndHlL8L0cydO8JgX/BDhz43YAMAKGMlZu +OuaptiJPEzBjXKUwHpxpNGgp3RdtEEpavuwWwogu6+uqi6m+Th4hgaLCRb5/y/j +4xgHrXWS636Wg+Bn4DBKOFZJg+E7ObgvwrFfFeJg1xXReG3l+Jp9ZLTLYTLPKld 5SJcu9Xl9XGhcH83ltlZeMGquz+KtI4av5N1sOA0sLqM894myxatabMpZg/bbOkP V11wfHGA8pQI6E64zVBvtg/YHABge5X9ljeKi6b0c1WoyaYIW5CwXj1JukE8YXpM AWipF7daguVSlKFwr9+0982ckZJQdq6r8Jm9RtGUqOimWysNCuiBbYl9uAc00HgS TlAGyO7swsKy9lprxERg0TxwdBYB2mfHGOGsG3GXDn2HZUiOznvtiLtyGzpQYCR2 g3sZa//o2KWJoHTqPf6k41TuqY88wi5QTrRtOespZ2QVT/KrlZY+2FHbRW5u0hm/ qXArN5szVQ5g+5hegK5hD5WaI4f8iPGcm3Ll5ciX46fTaoGHFbRQa1MNhHSJcRzz Prr4/XmuYXpm7F1wCxEo =ZqrW -----END PGP SIGNATURE----- --wRItEN90eih39L3KUEkMt2d5vlhbDUVKw-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 23 22:04:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB6D59E3; Sun, 23 Feb 2014 22:04:04 +0000 (UTC) Received: from mail-ig0-x235.google.com (mail-ig0-x235.google.com [IPv6:2607:f8b0:4001:c05::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AACD51A60; Sun, 23 Feb 2014 22:04:04 +0000 (UTC) Received: by mail-ig0-f181.google.com with SMTP id y6so3380072igj.2 for ; Sun, 23 Feb 2014 14:04:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=SoGKuurqYrBBdkZ11GjsQLxQeF0jBmvg2gXGUstbg4A=; b=GNEl7w8GAkzyZ/uyE1oNzy8LubRDAm7xrG+hv6QQN3t3UbOlhX0kOZ9td6etQRl7HN mxXeI6LpY3GUiL0uesfbbERc2VlTJZRP5ft48/a+7lnHJhLqtWxKNID/VL5e3Az/otcI 6zk7c/Aks149iIcyp//+Vtxc07e0Rz9YKhxhSwTc4PnvNf5+nfZykEeup+NTHa/MDScU QhI4DDucUZbl3VtcpOnL/SHf6cSlcBt4Q/MggpIHXMzByJxNdsAPWsuzwbFmH9eZHwNk aW8zaqkM2ViWhX3P6t0Ce3P+aHkX0SpQy1dIY8yzCnIVLDa4X7boNI+mTZVF3Ldja09G ADJQ== X-Received: by 10.50.117.69 with SMTP id kc5mr10755125igb.25.1393193044216; Sun, 23 Feb 2014 14:04:04 -0800 (PST) Received: from [10.0.0.150] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id f1sm19542612igy.2.2014.02.23.14.04.02 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 23 Feb 2014 14:04:03 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: libinit idea From: Warner Losh In-Reply-To: <0DB376E3-8C7F-4F20-9DEE-4DB98C078571@FreeBSD.org> Date: Sun, 23 Feb 2014 15:04:07 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <6B911759-48AC-4981-A5E1-2634B5D01F0D@gmail.com> References: <62A9DF47-C938-464B-92B6-9A2A96B5A9C9@FreeBSD.org> <530A39BB.6070003@allanjude.com> <0DB376E3-8C7F-4F20-9DEE-4DB98C078571@FreeBSD.org> To: David Chisnall X-Mailer: Apple Mail (2.1827) X-Mailman-Approved-At: Mon, 24 Feb 2014 02:15:56 +0000 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Feb 2014 22:04:05 -0000 On Feb 23, 2014, at 11:17 AM, David Chisnall = wrote: > On 23 Feb 2014, at 18:11, Allan Jude wrote: >=20 >> sysrc solves this nicely, it is in base now, and is great for >> programmatically adding, removing and changing lines in rc.conf style >> files. It is also in ports for older versions of FreeBSD where it is = not >> in base. >=20 > The problem is, there is no such thing as an rc.conf style file. = rc.conf is just a shell script. If you only edit it with sysrc, or you = are careful to preserve the structure, then it's fine. There is = absolutely nothing stopping you, however, from writing arbitrarily = complex shell scripts inside rc.conf. Sure, it's a terrible idea to do = so, but when has that ever stopped anyone? >=20 > An rc-replacement could enforce this by only accepting purely = declarative files for configuration, guaranteeing that if they were = syntactically valid they would also be machine editable, no matter what = the user does to them. We already have a rc.conf.default. Why not a rc.conf.automation that = does that and is added to the list of things to source? Then things like = sysrc could operation on that secure in the knowledge that no shell = commands could be there, and all bets are off if someone edits it by = hand? Warner From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 04:10:24 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2CC0027C for ; Mon, 24 Feb 2014 04:10:24 +0000 (UTC) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 710951BE2 for ; Mon, 24 Feb 2014 04:10:23 +0000 (UTC) Received: from alph.d.allbsd.org (p2106-ipbf2009funabasi.chiba.ocn.ne.jp [114.146.169.106]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id s1O4A2ZO031390 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 24 Feb 2014 13:10:12 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.7/8.14.7) with ESMTP id s1O4A1L0028230; Mon, 24 Feb 2014 13:10:02 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Mon, 24 Feb 2014 13:09:24 +0900 (JST) Message-Id: <20140224.130924.1512809959333112659.hrs@allbsd.org> To: ianf@clue.co.za Subject: Re: netstat: sysctl: net.route.0.0.dump.0: Cannot allocate memory From: Hiroki Sato In-Reply-To: References: X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart0(Mon_Feb_24_13_09_24_2014_476)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Mon, 24 Feb 2014 13:10:13 +0900 (JST) X-Spam-Status: No, score=-94.3 required=13.0 tests=CONTENT_TYPE_PRESENT, RCVD_IN_PBL,RCVD_IN_RP_RNBL,SPF_SOFTFAIL,USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 04:10:24 -0000 ----Security_Multipart0(Mon_Feb_24_13_09_24_2014_476)-- Content-Type: Multipart/Mixed; boundary="--Next_Part(Mon_Feb_24_13_09_24_2014_200)--" Content-Transfer-Encoding: 7bit ----Next_Part(Mon_Feb_24_13_09_24_2014_200)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Ian FREISLICH wrote in : ia> Hiroki Sato wrote: ia> > Hm, how about the attached one? ia> > ia> > I think the cause is just a race when length of the sysctl's output ia> > is changed in kernel after the buffer allocation in userspace, not ia> > memory shortage. Size of the routing table can quickly change. ia> ia> You are correct. It's growing at about 9000 entries per second (I ia> wish it were faster). ia> ia> This is what the output looks like now. I guess I'm not the average ia> case. Can you try the attached patch? It will attempt to enlarge the buffer every retry. -- Hiroki ----Next_Part(Mon_Feb_24_13_09_24_2014_200)-- Content-Type: Text/X-Patch; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="netstat-2.diff" Index: route.c =================================================================== --- route.c (revision 262313) +++ route.c (working copy) @@ -69,6 +69,7 @@ #include #include #include +#include #include "netstat.h" #define kget(p, d) (kread((u_long)(p), (char *)&(d), sizeof (d))) @@ -560,7 +561,7 @@ char *buf, *next, *lim; struct rt_msghdr *rtm; struct sockaddr *sa; - int fam = 0, ifindex = 0, size; + int fam = 0, ifindex = 0, size, count = 0; struct ifaddrs *ifap, *ifa; struct sockaddr_dl *sdl; @@ -600,6 +601,7 @@ freeifaddrs(ifap); +retry: mib[0] = CTL_NET; mib[1] = PF_ROUTE; mib[2] = 0; @@ -607,19 +609,27 @@ mib[4] = NET_RT_DUMP; mib[5] = 0; mib[6] = fibnum; - if (sysctl(mib, 7, NULL, &needed, NULL, 0) < 0) { - err(1, "sysctl: net.route.0.%d.dump.%d estimate", af, fibnum); + if (sysctl(mib, nitems(mib), NULL, &needed, NULL, 0) < 0) + err(EX_OSERR, "sysctl: net.route.0.%d.dump.%d estimate", af, + fibnum); + needed += PAGE_SIZE * (count + 1); + if ((buf = malloc(needed)) == NULL) + errx(EX_OSERR, "malloc(%zd)", needed); + if (sysctl(mib, nitems(mib), buf, &needed, NULL, 0) < 0) { + if (errno == ENOMEM && count++ < 20) { + warnx("Routing table grew, retrying"); + sleep(1); + free(buf); + goto retry; + } else + err(EX_OSERR, "sysctl: net.route.0.%d.dump.%d", af, + fibnum); } - - if ((buf = malloc(needed)) == 0) { - errx(2, "malloc(%lu)", (unsigned long)needed); - } - if (sysctl(mib, 6, buf, &needed, NULL, 0) < 0) { - err(1, "sysctl: net.route.0.%d.dump.%d", af, fibnum); - } lim = buf + needed; for (next = buf; next < lim; next += rtm->rtm_msglen) { rtm = (struct rt_msghdr *)next; + if (rtm->rtm_version != RTM_VERSION) + continue; /* * Peek inside header to determine AF */ @@ -632,6 +642,7 @@ } p_rtentry_sysctl(rtm); } + free(buf); } static void ----Next_Part(Mon_Feb_24_13_09_24_2014_200)---- ----Security_Multipart0(Mon_Feb_24_13_09_24_2014_476)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEABECAAYFAlMKxfQACgkQTyzT2CeTzy311gCcCe7gnRiQIX0bqSKt4ykC6hX/ EiIAoK2IhblmxU68fA+6Xbw/YiJ5w8U9 =+fo0 -----END PGP SIGNATURE----- ----Security_Multipart0(Mon_Feb_24_13_09_24_2014_476)---- From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 04:26:42 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0ECFC55B for ; Mon, 24 Feb 2014 04:26:42 +0000 (UTC) Received: from mail-qg0-f43.google.com (mail-qg0-f43.google.com [209.85.192.43]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BC7CE1D44 for ; Mon, 24 Feb 2014 04:26:41 +0000 (UTC) Received: by mail-qg0-f43.google.com with SMTP id f51so13565810qge.2 for ; Sun, 23 Feb 2014 20:26:40 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-type; bh=mzulxfCIPVgYefYxme9p4rfdj54mEtBb4AxiZMMaXBw=; b=HMnKbY6FCJkMb+8bnJ1Ls6kg7XtC3oUYvyjJdSZOJfeSPYCUmmBJHhD4kU0WFU17Vg mp/t1MeRnwDSWWgdmhOOt5iHkfdT09zWkobdLGdVBiPCwurVxupAezu1miNkfKllOpWD nHD+5Aykha6nxU+oefJoLAR1xL6BEgQs5W99QPuv3/JxADFrrKLxFfsrN6CdM2Bj5yzZ icmKePWAzezqWojXy6Fm0+ALOuLtcfIwAx0kqtmr47nqCv6hQutOCXJt1rywl4QqZ2+v WsgpkRg5vya4cmZAW6D2NbSXsA3cFQpfHetzdbjB1Y3kCdbHq8QK4r40BjB/kW1CRfiJ 9Cog== X-Gm-Message-State: ALoCoQmvd1JBZfn3zyRdLiosFWgetm0b/OI3Dr4KEa+NH+aXflqSchBESdgY914yPMwOy1/oAdDp X-Received: by 10.140.29.139 with SMTP id b11mr25511396qgb.48.1393216000503; Sun, 23 Feb 2014 20:26:40 -0800 (PST) MIME-Version: 1.0 Sender: jmmv@meroh.net Received: by 10.96.83.102 with HTTP; Sun, 23 Feb 2014 20:26:20 -0800 (PST) X-Originating-IP: [108.176.158.82] In-Reply-To: <20140223211155.GS1699@ithaqua.etoilebsd.net> References: <20140223211155.GS1699@ithaqua.etoilebsd.net> From: Julio Merino Date: Sun, 23 Feb 2014 23:26:20 -0500 X-Google-Sender-Auth: QXK7YUzoZuj3M9nGwYHTLLn9x_w Message-ID: Subject: Re: Import of DragonFly Mail Agent To: Baptiste Daroussin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 04:26:42 -0000 On Sun, Feb 23, 2014 at 4:11 PM, Baptiste Daroussin wrote: > Hi, > > As some of you may have noticed, I have imorted a couple of days ago dma > (DragonFly Mail Agent) in base. I have been asked to explain my motivation > so > here they are. > > DragonFly Mail Agent is a minimalistic mailer that is able to relay mails > to > some smtp servers (with TLS, authentication and so on) > > It supports MASQUERADE and NULLCLIENT, and is able to deliver mails locally > (respecting aliases). > > I imported it because dma is lightweight, BSD license and easy to use. > > The code base is rather small and easy to capsicumize (which I plan to do) > > My initial goal is not to replace sendmail. But is it an eventual goal? *I* don't see why not, but if it is: what's the plan? How is the decision to drop sendmail going to be made when the time comes? (I.e. who _can_ and will make the call?) > All I want is a small mailer > simple to configure, and not listening to port 25, suitable for small > environment (embedded and/or resource bounded) as well as for server > deployment. > Playing devil's advocate: what specific problems is this trying to solve? I'd argue, for example, that postfix can be also easily configured and can be made to not listen on port 25 for local mail delivery, while at the same time it is a fully-functional MTA that could replace sendmail altogether. (Which, by the way, is the configuration with which postfix ships within the NetBSD base system.) The reason I'm asking these questions is because I have seen NetBSD maintain two MTAs (sendmail + postfix) in the base system for _years_ and it was not a pretty situation. The eventual removal of sendmail was appreciated, but of course it came with the associated bikeshedding. From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 07:34:24 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F8E5A30; Mon, 24 Feb 2014 07:34:24 +0000 (UTC) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E03001D7C; Mon, 24 Feb 2014 07:34:23 +0000 (UTC) Received: by mail-wi0-f171.google.com with SMTP id cc10so2689281wib.10 for ; Sun, 23 Feb 2014 23:34:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=3xXUPrLIoNP9+mL0HMwq66Efcu+zlGKJqhT49DtYl8w=; b=Pc4dwtFGcPHGDf+XWDxDna4WAye3i6MiNscdrPo0SZNPpBgSjBgofuOsI0Ekgu7WeC NvMygbJbEjjKajwm9TlXtnkkb/rK58wzopVRDF2LChu+nfQcflnHGtZE1RHuWoC49GlU xaipJscZMRFPVMsPrYzLAV24vuwiLs43bGelA6HngVsXpffVTDKz4DTwMQ+ZhmEe7IEY 4DvoqqHk+QhvlFTzwzDvRmYtwq272f2/Gtgqqqxr4TgcTcz8nkJh0BSs90LOgv4Fnua9 SXFq/uhJBJI/Hv/Kxq94uRzip0MTwGg29X+tGamvMuF5RMrIvzGqq0G7a8sg0rYPwQKE Tt/A== X-Received: by 10.181.13.82 with SMTP id ew18mr12906147wid.22.1393227262252; Sun, 23 Feb 2014 23:34:22 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id n3sm21666820wix.10.2014.02.23.23.34.20 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 23 Feb 2014 23:34:21 -0800 (PST) Sender: Baptiste Daroussin Date: Mon, 24 Feb 2014 08:34:19 +0100 From: Baptiste Daroussin To: Julio Merino Subject: Re: Import of DragonFly Mail Agent Message-ID: <20140224073418.GX1699@ithaqua.etoilebsd.net> References: <20140223211155.GS1699@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NJ5+aVN4Egd/eJfU" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 07:34:24 -0000 --NJ5+aVN4Egd/eJfU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 23, 2014 at 11:26:20PM -0500, Julio Merino wrote: > On Sun, Feb 23, 2014 at 4:11 PM, Baptiste Daroussin wro= te: >=20 > > Hi, > > > > As some of you may have noticed, I have imorted a couple of days ago dma > > (DragonFly Mail Agent) in base. I have been asked to explain my motivat= ion > > so > > here they are. > > > > DragonFly Mail Agent is a minimalistic mailer that is able to relay mai= ls > > to > > some smtp servers (with TLS, authentication and so on) > > > > It supports MASQUERADE and NULLCLIENT, and is able to deliver mails loc= ally > > (respecting aliases). > > > > I imported it because dma is lightweight, BSD license and easy to use. > > > > The code base is rather small and easy to capsicumize (which I plan to = do) > > > > My initial goal is not to replace sendmail. >=20 >=20 > But is it an eventual goal? *I* don't see why not, but if it is: what's > the plan? How is the decision to drop sendmail going to be made when the > time comes? (I.e. who _can_ and will make the call?) Anyone at anytime can call for this ;) if some bits are missing in dma to achieve this goal I m willing to implement them. >=20 >=20 > > All I want is a small mailer > > simple to configure, and not listening to port 25, suitable for small > > environment (embedded and/or resource bounded) as well as for server > > deployment. > > >=20 > Playing devil's advocate: what specific problems is this trying to solve? > I'd argue, for example, that postfix can be also easily configured and c= an > be made to not listen on port 25 for local mail delivery, while at the sa= me > time it is a fully-functional MTA that could replace sendmail altogether. > (Which, by the way, is the configuration with which postfix ships within > the NetBSD base system.) >=20 > The reason I'm asking these questions is because I have seen NetBSD > maintain two MTAs (sendmail + postfix) in the base system for _years_ and > it was not a pretty situation. The eventual removal of sendmail was > appreciated, but of course it came with the associated bikeshedding. I do understand that, one of the goal of this mail is also to get feedback = =66rom users about what they do expect, is dma fulfilling they normal requirememts= for a local mailer in general purpose cases, if yes I do not see a reason not to remove sendmail from base. Usual complains about sendmail in base until now has been: - complex configuration - long history of security concerns - no need for a full mta in base regards, Bapt --NJ5+aVN4Egd/eJfU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlMK9foACgkQ8kTtMUmk6EzHpwCgkfH0rZihkRiwEFJ3XFV0wuYi 6fUAniDcceguqhiMp4/6+ii5Q14I3Y+L =3BKT -----END PGP SIGNATURE----- --NJ5+aVN4Egd/eJfU-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 08:32:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 450DA3F6; Mon, 24 Feb 2014 08:32:27 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 115AD1748; Mon, 24 Feb 2014 08:32:26 +0000 (UTC) Received: from [192.168.0.7] (cpc28-cmbg15-2-0-cust64.5-4.cable.virginm.net [86.27.189.65]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.5) with ESMTP id s1O8WJwk053446 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 24 Feb 2014 08:32:23 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: Import of DragonFly Mail Agent From: David Chisnall In-Reply-To: <20140224073418.GX1699@ithaqua.etoilebsd.net> Date: Mon, 24 Feb 2014 08:32:13 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <20140224073418.GX1699@ithaqua.etoilebsd.net> To: Baptiste Daroussin X-Mailer: Apple Mail (2.1827) Cc: Julio Merino , "current@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 08:32:27 -0000 On 24 Feb 2014, at 07:34, Baptiste Daroussin wrote: > Usual complains about sendmail in base until now has been: > - complex configuration > - long history of security concerns > - no need for a full mta in base The other complaint is that sendmail is only half of a useable MTA in = base. If you actually want to use it for anything other than local = delivery, then you need to turn on authentication, which means = installing the saslauthd port and then recompiling sendmail from source. = As soon as you do a freebsd-update, email stops working and you need to = recompile sendmail again, meaning that you can't get binary security = updates for one of the parts of the system with the worst security = record. I would love to have something in the base system that can handle mail = delivery and authenticated relaying out of the box. OpenBSD now ships = with osmpd, which seems to work quite well for this, and if dma can as = well then I'm very much in favour of it. David From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 08:35:07 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD1D9671; Mon, 24 Feb 2014 08:35:07 +0000 (UTC) Received: from mail-we0-x231.google.com (mail-we0-x231.google.com [IPv6:2a00:1450:400c:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E6BE81764; Mon, 24 Feb 2014 08:35:06 +0000 (UTC) Received: by mail-we0-f177.google.com with SMTP id t61so4238673wes.8 for ; Mon, 24 Feb 2014 00:35:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=K7HR4snn8j1S6dXwYndK032IsVbiztQKw5LScUzpWVQ=; b=jNNRrNfSkHt3l8ozoQM1VWfVf6W9xU2ms3RE4SUb5EPssXUrqCmE7aRWGwXwlXR3dd 5Ag3sxYfE92RGrxTDaJIXD/pUT61+/+InLY42g/0lhroLcbID91NxA/HfEG1Rckd18sx aEC7kiNjslXbaWHGXZfiiG75OGt25xe7YLBRwXVaBf1RKyrJx6NfxtjOhqpbxmLDiW+G pJ4cJUITqPQC278mTEBBFiVdMoSwPiI5tblkJzAJLoHaFl0zQi/wbRbzMEVqpXv8llWK GqvxUkGbQaw6rwLsJi7HaZARw06GNSduCcf1tS2TnvT504cxIdyqzgVqnW2UGD3qq+2Z mssg== X-Received: by 10.180.219.66 with SMTP id pm2mr12874839wic.60.1393230905374; Mon, 24 Feb 2014 00:35:05 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id f1sm22713607wik.1.2014.02.24.00.35.03 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 24 Feb 2014 00:35:04 -0800 (PST) Sender: Baptiste Daroussin Date: Mon, 24 Feb 2014 09:35:02 +0100 From: Baptiste Daroussin To: David Chisnall Subject: Re: Import of DragonFly Mail Agent Message-ID: <20140224083502.GY1699@ithaqua.etoilebsd.net> References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <20140224073418.GX1699@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4mUolEm2oNas7DxE" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Julio Merino , "current@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 08:35:07 -0000 --4mUolEm2oNas7DxE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 24, 2014 at 08:32:13AM +0000, David Chisnall wrote: > On 24 Feb 2014, at 07:34, Baptiste Daroussin wrote: >=20 > > Usual complains about sendmail in base until now has been: > > - complex configuration > > - long history of security concerns > > - no need for a full mta in base >=20 > The other complaint is that sendmail is only half of a useable MTA in bas= e. If you actually want to use it for anything other than local delivery, = then you need to turn on authentication, which means installing the saslaut= hd port and then recompiling sendmail from source. As soon as you do a fre= ebsd-update, email stops working and you need to recompile sendmail again, = meaning that you can't get binary security updates for one of the parts of = the system with the worst security record. >=20 > I would love to have something in the base system that can handle mail de= livery and authenticated relaying out of the box. OpenBSD now ships with o= smpd, which seems to work quite well for this, and if dma can as well then = I'm very much in favour of it. dma can exactly do that :) while being smaller than opensmtpd (which is very very nice as well, this is the one I use when I need a full smtp setup :)) regards, Bapt --4mUolEm2oNas7DxE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlMLBDYACgkQ8kTtMUmk6EyyqQCgqRXPl2WW6gfzrBH99wDumWpa w7sAn0GMXXLZhaw+ii1zGKFl9LRRkOaa =Erm/ -----END PGP SIGNATURE----- --4mUolEm2oNas7DxE-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 08:38:18 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7714879D; Mon, 24 Feb 2014 08:38:18 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id EE1B11782; Mon, 24 Feb 2014 08:38:17 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:2572:353:cc5e:8eee]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 8C6A94AC2D; Mon, 24 Feb 2014 12:38:16 +0400 (MSK) Date: Mon, 24 Feb 2014 12:38:14 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1733409790.20140224123814@serebryakov.spb.ru> To: Baptiste Daroussin Subject: Re: Import of DragonFly Mail Agent In-Reply-To: <20140223211155.GS1699@ithaqua.etoilebsd.net> References: <20140223211155.GS1699@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Mon, 24 Feb 2014 08:38:18 -0000 Hello, Baptiste. You wrote 24 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F 2014 =D0=B3., 1:11:= 56: BD> DragonFly Mail Agent is a minimalistic mailer that is able to relay mai= ls to BD> some smtp servers (with TLS, authentication and so on) One question: why not OpenSMTPD from OpenBSD? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 08:42:49 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A9D879B2; Mon, 24 Feb 2014 08:42:49 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7490C1827; Mon, 24 Feb 2014 08:42:49 +0000 (UTC) Received: from [192.168.0.7] (cpc28-cmbg15-2-0-cust64.5-4.cable.virginm.net [86.27.189.65]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.5) with ESMTP id s1O8gh1B053497 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 24 Feb 2014 08:42:47 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: Import of DragonFly Mail Agent From: David Chisnall In-Reply-To: <20140224083502.GY1699@ithaqua.etoilebsd.net> Date: Mon, 24 Feb 2014 08:42:36 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <1C9C5D61-493D-419D-9FCC-FFA1C10B3748@FreeBSD.org> References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <20140224073418.GX1699@ithaqua.etoilebsd.net> <20140224083502.GY1699@ithaqua.etoilebsd.net> To: Baptiste Daroussin X-Mailer: Apple Mail (2.1827) Cc: Julio Merino , "current@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 08:42:49 -0000 On 24 Feb 2014, at 08:35, Baptiste Daroussin wrote: > dma can exactly do that :) while being smaller than opensmtpd (which = is very > very nice as well, this is the one I use when I need a full smtp setup = :)) Sounds excellent then. We definitely should be moving to a world where = all of the base system services are compartmentalised with capsicum and = given the attack surface and complex security requirements of an MTA, it = sounds like it would be an excellent idea. If you're willing to do the = work then that's excellent (and makes you the de-facto winner of any = resulting bikeshed)! It would be good to have it merged to 10 for 10.2 so that people can = play with it early. If we decide to switch for 11, then it would also = be a good idea to teach the upgrade process how to recognise non-default = sendmail configurations (or, at least, ask the question), move them to = /usr/local, and install a sendmail port, so that people who want to be = using it will keep doing so. I'm only using sendmail because I learned = just enough of the config file syntax to do what I wanted 10 or so years = ago and then I had a working config and never overcame the inertia = required to switch - a clean and modern replacement in base would give = me the right incentive! David From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 08:45:04 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7FC89B18; Mon, 24 Feb 2014 08:45:04 +0000 (UTC) Received: from mail-wg0-x22b.google.com (mail-wg0-x22b.google.com [IPv6:2a00:1450:400c:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E39C5184E; Mon, 24 Feb 2014 08:45:03 +0000 (UTC) Received: by mail-wg0-f43.google.com with SMTP id a1so4412581wgh.22 for ; Mon, 24 Feb 2014 00:45:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=SCNrOQNVul8zSL9yqAGvEhhU1oPtD9gnxW94fIhGQqE=; b=abCHW2dLh4RxOBqib4/9diG5+eVYHPshZ+dFPtupByrYqaNVMb0Artwbv6s2qw6Ntk V3qWBjPhnHJf2LluLzJ/N42vszGcRY96AV5Wgp243cWilNKDOtAxy0LU3GAtBRUl5Upk 9FdlAxvhzMGhWO2DOLsMpwNkQgw1VZt3eZg8PNjDwCTRh6qE9GWDXX8Whz0W/pz9fzql fpk6PnXrKCvGiuLbkaCejxByCeJcGHcNUMBG68q1WmV7aLvBFNmkqA0DECo42NUyBQ6a mvTeOzabOsoV/DDZ25Y26Oo2I5EDF/IAEwHv1XBRXAdpa9sBNo7QpueZElQeSnAZuw6K HPNQ== X-Received: by 10.180.96.102 with SMTP id dr6mr12764371wib.61.1393231502337; Mon, 24 Feb 2014 00:45:02 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id 12sm40222162wjm.10.2014.02.24.00.45.00 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 24 Feb 2014 00:45:01 -0800 (PST) Sender: Baptiste Daroussin Date: Mon, 24 Feb 2014 09:44:59 +0100 From: Baptiste Daroussin To: Lev Serebryakov Subject: Re: Import of DragonFly Mail Agent Message-ID: <20140224084458.GZ1699@ithaqua.etoilebsd.net> References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <1733409790.20140224123814@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7ohyzAr2DuZRs7WU" Content-Disposition: inline In-Reply-To: <1733409790.20140224123814@serebryakov.spb.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 08:45:04 -0000 --7ohyzAr2DuZRs7WU Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 24, 2014 at 12:38:14PM +0400, Lev Serebryakov wrote: > Hello, Baptiste. > You wrote 24 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F 2014 =D0=B3., 1:1= 1:56: >=20 > BD> DragonFly Mail Agent is a minimalistic mailer that is able to relay m= ails to > BD> some smtp servers (with TLS, authentication and so on) > One question: why not OpenSMTPD from OpenBSD? Just because it is not minimalistic, but I have to admit that OpenSMTPD is really attractive as well :) (and iirc it doesn't support NULLCLIENT - not 100% sure about that) regards, Bapt --7ohyzAr2DuZRs7WU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlMLBooACgkQ8kTtMUmk6ExXgQCgt+nPGa7tofzXmZv/3RcJltCa PVYAnirnYnA0+Oq/raiXH36RZbWJHnWt =QOGe -----END PGP SIGNATURE----- --7ohyzAr2DuZRs7WU-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 08:56:19 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E870EFB for ; Mon, 24 Feb 2014 08:56:19 +0000 (UTC) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7CE461911 for ; Mon, 24 Feb 2014 08:56:19 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id s1O8u82F073645; Mon, 24 Feb 2014 00:56:12 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201402240856.s1O8u82F073645@gw.catspoiler.org> Date: Mon, 24 Feb 2014 00:56:08 -0800 (PST) From: Don Lewis Subject: Re: libinit idea To: Lucius.Rizzo@Lucius.XxX In-Reply-To: <20140223182232.GA25967@lucius.XxX> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: brunolauze@msn.com, swhetzel@gmail.com, andrnils@gmail.com, freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 08:56:19 -0000 On 23 Feb, Lucius Rizzo wrote: > * Andreas Nilsson [2014-02-23 09:33]: >> Imho, the replacement to init and rc-scripts I sometimes think about >> would be to import SMF from opensolaris/illumos. There one can at >> least get the commands run and config used without looking at the >> source code. > > I like SMF from Solaris 11 onwards and even SmartOS. However, I have > found to like systemd and use via systemctl on Arch far nicer than any > other rc scripts to date. > > Anyone care to share their thoughts on the pros and cons of something > like systemd the way Arch does? I've got a Fedora server here that has systemd and I've come to dislike it. It seems to be one of those "Do not open. No user serviceable parts inside." sorts of things. I was never able to get it to start NUT properly. More often than not, it fails to come up multi-user. The machine has a large number of disks (mostly JFS and XFS) attached to it, and even after what I think should be a clean shutdown, it seems to want to fsck a bunch of them. Unfortunately, there seems to be some sort of timeout on that, so a bunch get skipped and then don't get mounted. I have to manually fsck everything in single user mode. Then if I reboot, it *might* come up properly. I haven't been able to find any knobs to adjust the timeout. Sometimes, there is just a message that says something like "an error occurred" at the top of the screen, just before the prompt for the single-user password, with no clue as to what it is unhappy about. Emergency shutdown can also be a problem. If I'm around when the power fails, I manually try to shut down the machine before the UPS battery runs down. I don't have the screen on the UPS, so I hit the power button and cross my fingers that the machine will make it through the clean shutdown sequence in time. It seems to take forever (many minutes) and I have no idea what the heck it is spending all of its time on. The documentation seems to be very sparse. My plan is to migrate this function to a FreeBSD server. From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 09:05:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B840A51F; Mon, 24 Feb 2014 09:05:00 +0000 (UTC) Received: from mail-la0-x230.google.com (mail-la0-x230.google.com [IPv6:2a00:1450:4010:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DD0031A13; Mon, 24 Feb 2014 09:04:59 +0000 (UTC) Received: by mail-la0-f48.google.com with SMTP id gf5so2225137lab.7 for ; Mon, 24 Feb 2014 01:04:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=KRkLcxHc+/+Arz6ir99e9Fby4VLjMu9etyg9WlPIevY=; b=zh6qL+Iop7VIoTXqo4uwTfoz1f/qKPVy1b5QEyXbl2mcv5wAXRORpjtVM0nRf2pebn ksvgWQYnVNIjLA3jRsZWQjJbIiEXW8Wo5PNaHCQG6tR2lt8bbMFs80xutHxaA/ATTnDR hU38/etvqEob6nVJKWs9EW9RtMQ4JaCbOCPpIWV8CRUsTTbuhXdBLRoBfeb/Jm0knHSf oRR2AQDTbTLHDE7ytKh073j7d7sAJtqrTraFZIORtWPGzxsYFh2kPVSGkAlBz14XpHNA Oc8ZIfpP/U8WdBoieGR2SUt34hADCdhwlSOmoPwkXnK3amgh7N0/HyqMIg0z9htWyIM5 ePgg== MIME-Version: 1.0 X-Received: by 10.112.38.4 with SMTP id c4mr6022535lbk.84.1393232697995; Mon, 24 Feb 2014 01:04:57 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.112.30.211 with HTTP; Mon, 24 Feb 2014 01:04:57 -0800 (PST) Date: Mon, 24 Feb 2014 01:04:57 -0800 X-Google-Sender-Auth: GJ-RLk0zanzAiFwB-3MMsyh7h-o Message-ID: Subject: March 13: Jenkins and BHyve presentation From: Craig Rodrigues To: freebsd-current Current , "freebsd-virtualization@freebsd.org" , freebsd-testing@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 09:05:00 -0000 Hi, I will be giving a talk discussing what I have done settings up Jenkins ( https://jenkins.freebsd.org ) in the FreeBSD cluster, using BHyve VM's: The presentation will be on March 13 in Mountain View, California, U.S.A.: http://www.meetup.com/BAFUG-Bay-Area-FreeBSD-User-Group/events/167325932/ If you think you can come, please RSVP on the Meetup site, so that the organizers can get a big enough room. I am interested in collaborating with FreeBSD hackers who can contribute to the effort and help expand testing of FreeBSD!! -- Craig From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 09:49:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F680DA9 for ; Mon, 24 Feb 2014 09:49:31 +0000 (UTC) Received: from mail.lhr1.as41113.net (mail.lhr1.as41113.net [91.208.177.22]) by mx1.freebsd.org (Postfix) with ESMTP id BE9291D16 for ; Mon, 24 Feb 2014 09:49:30 +0000 (UTC) Received: from [172.21.87.41] (unknown [212.9.98.193]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: lists@rewt.org.uk) by mail.lhr1.as41113.net (Postfix) with ESMTPSA id 3fXdb80RwTz7rBW for ; Mon, 24 Feb 2014 09:41:56 +0000 (UTC) Message-ID: <530B13CA.6000005@rewt.org.uk> Date: Mon, 24 Feb 2014 09:41:30 +0000 From: Joe Holden User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Import of DragonFly Mail Agent References: <20140223211155.GS1699@ithaqua.etoilebsd.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 09:49:31 -0000 On 24/02/2014 04:26, Julio Merino wrote: > On Sun, Feb 23, 2014 at 4:11 PM, Baptiste Daroussin wrote: > >> Hi, >> >> As some of you may have noticed, I have imorted a couple of days ago dma >> (DragonFly Mail Agent) in base. I have been asked to explain my motivation >> so >> here they are. >> >> DragonFly Mail Agent is a minimalistic mailer that is able to relay mails >> to >> some smtp servers (with TLS, authentication and so on) >> >> It supports MASQUERADE and NULLCLIENT, and is able to deliver mails locally >> (respecting aliases). >> >> I imported it because dma is lightweight, BSD license and easy to use. >> >> The code base is rather small and easy to capsicumize (which I plan to do) >> >> My initial goal is not to replace sendmail. > > > But is it an eventual goal? *I* don't see why not, but if it is: what's > the plan? How is the decision to drop sendmail going to be made when the > time comes? (I.e. who _can_ and will make the call?) > > >> All I want is a small mailer >> simple to configure, and not listening to port 25, suitable for small >> environment (embedded and/or resource bounded) as well as for server >> deployment. >> > > Playing devil's advocate: what specific problems is this trying to solve? > I'd argue, for example, that postfix can be also easily configured and can > be made to not listen on port 25 for local mail delivery, while at the same > time it is a fully-functional MTA that could replace sendmail altogether. > (Which, by the way, is the configuration with which postfix ships within > the NetBSD base system.) > > The reason I'm asking these questions is because I have seen NetBSD > maintain two MTAs (sendmail + postfix) in the base system for _years_ and > it was not a pretty situation. The eventual removal of sendmail was > appreciated, but of course it came with the associated bikeshedding. *dons flame-proof suit* The trend towards having sensible lightweight things in the base is a good thing IMO. There is no need for things like bind (replaced by unbound), or a full featured mta like sendmail in the base, base install should contain enough to get going but for specific functions like performing MTA tasks, the user can install the appropriate software, such as postfix. Just my 2p :) From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 09:56:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF33A269 for ; Mon, 24 Feb 2014 09:56:12 +0000 (UTC) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id A18C51DD0 for ; Mon, 24 Feb 2014 09:56:12 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 18BF63EB6A; Mon, 24 Feb 2014 09:56:06 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.7/8.14.7) with ESMTP id s1O9u5am033613; Mon, 24 Feb 2014 09:56:05 GMT (envelope-from phk@phk.freebsd.dk) To: Joe Holden Subject: Re: Import of DragonFly Mail Agent In-reply-to: <530B13CA.6000005@rewt.org.uk> From: "Poul-Henning Kamp" References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B13CA.6000005@rewt.org.uk> Content-Type: text/plain; charset=ISO-8859-1 Date: Mon, 24 Feb 2014 09:56:05 +0000 Message-ID: <33612.1393235765@critter.freebsd.dk> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 09:56:12 -0000 In message <530B13CA.6000005@rewt.org.uk>, Joe Holden writes: >On 24/02/2014 04:26, Julio Merino wrote: >> On Sun, Feb 23, 2014 at 4:11 PM, Baptiste Daroussin wrote: >>> As some of you may have noticed, I have imorted a couple of days ago dma >>> (DragonFly Mail Agent) in base. I have been asked to explain my motivation >>> so here they are. >> I'd argue, for example, that postfix can be also easily configured and can >> be made to not listen on port 25 for local mail delivery, while at the same >> time it is a fully-functional MTA that could replace sendmail altogether. >The trend towards having sensible lightweight things in the base is a >good thing IMO. Fully agree. To the extent we can manage it, we should have minimal client-focused tools for things like DNS, SMTP and NTP in the tree and make it trivial for people to install the fully featured server version of their choice from ports. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 10:00:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F28FC3EC for ; Mon, 24 Feb 2014 10:00:42 +0000 (UTC) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 818F01F55 for ; Mon, 24 Feb 2014 10:00:42 +0000 (UTC) Received: by mail-wg0-f48.google.com with SMTP id a1so4481757wgh.27 for ; Mon, 24 Feb 2014 02:00:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=QiOb7MujQC/ZbZbXIlRox761I9ds+LikBl4S6yCEk9g=; b=wAB8FGW5m90BZdKvZ2aRbOHkWfDIAQEDRMKOcrFEYqJViTt6EZueaLXMeZhCVmcRMx 0bjz2S9kTANwuGLdTf8sHEy5PJJhDddwN82CMC0KY8rLFx/1JbBzVB4BqBFYnTe9preu w+yXeNB/UCwTFFowCntywZPksBnTpe0P3iKx3Lt+tmlcABvQd6TuNJGVvk53i6iEirbr C1iUfFIgJxVjkgR/t8F5sXVugTUPD6ToAbjw6G2+Bd8/pC7yd2WE9gQkFiZoxwOdhY/8 JboRP158GzdeD6sxeFYmiGiaZVQYx6VEZx2NFKK/FsXNJdjb1B4s1H8Akgt23IXx0rgy 3vww== X-Received: by 10.194.61.114 with SMTP id o18mr17654731wjr.6.1393236040898; Mon, 24 Feb 2014 02:00:40 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id z1sm40714804wjq.19.2014.02.24.02.00.38 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 24 Feb 2014 02:00:39 -0800 (PST) Sender: Baptiste Daroussin Date: Mon, 24 Feb 2014 11:00:37 +0100 From: Baptiste Daroussin To: Poul-Henning Kamp Subject: Re: Import of DragonFly Mail Agent Message-ID: <20140224100036.GA1699@ithaqua.etoilebsd.net> References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B13CA.6000005@rewt.org.uk> <33612.1393235765@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="72pTQ1Q5L511SwPT" Content-Disposition: inline In-Reply-To: <33612.1393235765@critter.freebsd.dk> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Joe Holden , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 10:00:43 -0000 --72pTQ1Q5L511SwPT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 24, 2014 at 09:56:05AM +0000, Poul-Henning Kamp wrote: > In message <530B13CA.6000005@rewt.org.uk>, Joe Holden writes: > >On 24/02/2014 04:26, Julio Merino wrote: > >> On Sun, Feb 23, 2014 at 4:11 PM, Baptiste Daroussin = wrote: >=20 > >>> As some of you may have noticed, I have imorted a couple of days ago = dma > >>> (DragonFly Mail Agent) in base. I have been asked to explain my motiv= ation > >>> so here they are. >=20 > >> I'd argue, for example, that postfix can be also easily configured and= can > >> be made to not listen on port 25 for local mail delivery, while at the= same > >> time it is a fully-functional MTA that could replace sendmail altogeth= er. >=20 > >The trend towards having sensible lightweight things in the base is a=20 > >good thing IMO. >=20 > Fully agree. >=20 > To the extent we can manage it, we should have minimal client-focused > tools for things like DNS, SMTP and NTP in the tree and make it > trivial for people to install the fully featured server version of > their choice from ports. That's is what I'm doing with dma :) you want a full featured smtp server: pkg install ${FAVORITESMTP:-opensmtpd} regards, Bapt --72pTQ1Q5L511SwPT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlMLGEQACgkQ8kTtMUmk6EwCSgCgv3lVfXTSdEZW2pGM4t8guXrw koYAnR2f17ULXYJw/DNVZlKDQ4iE/cAd =RpgN -----END PGP SIGNATURE----- --72pTQ1Q5L511SwPT-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 10:55:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 77CCEF6F for ; Mon, 24 Feb 2014 10:55:08 +0000 (UTC) Received: from mail.lhr1.as41113.net (mail.lhr1.as41113.net [91.208.177.22]) by mx1.freebsd.org (Postfix) with ESMTP id 3A292147E for ; Mon, 24 Feb 2014 10:55:06 +0000 (UTC) Received: from [172.21.87.41] (unknown [212.9.98.193]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: lists@rewt.org.uk) by mail.lhr1.as41113.net (Postfix) with ESMTPSA id 3fXgCt2HSWz7rBW for ; Mon, 24 Feb 2014 10:55:22 +0000 (UTC) Message-ID: <530B2500.5030608@rewt.org.uk> Date: Mon, 24 Feb 2014 10:54:56 +0000 From: Joe Holden User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Import of DragonFly Mail Agent References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B13CA.6000005@rewt.org.uk> <33612.1393235765@critter.freebsd.dk> <20140224100036.GA1699@ithaqua.etoilebsd.net> In-Reply-To: <20140224100036.GA1699@ithaqua.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 10:55:08 -0000 On 24/02/2014 10:00, Baptiste Daroussin wrote: > On Mon, Feb 24, 2014 at 09:56:05AM +0000, Poul-Henning Kamp wrote: >> In message <530B13CA.6000005@rewt.org.uk>, Joe Holden writes: >>> On 24/02/2014 04:26, Julio Merino wrote: >>>> On Sun, Feb 23, 2014 at 4:11 PM, Baptiste Daroussin wrote: >> >>>>> As some of you may have noticed, I have imorted a couple of days ago dma >>>>> (DragonFly Mail Agent) in base. I have been asked to explain my motivation >>>>> so here they are. >> >>>> I'd argue, for example, that postfix can be also easily configured and can >>>> be made to not listen on port 25 for local mail delivery, while at the same >>>> time it is a fully-functional MTA that could replace sendmail altogether. >> >>> The trend towards having sensible lightweight things in the base is a >>> good thing IMO. >> >> Fully agree. >> >> To the extent we can manage it, we should have minimal client-focused >> tools for things like DNS, SMTP and NTP in the tree and make it >> trivial for people to install the fully featured server version of >> their choice from ports. > > That's is what I'm doing with dma :) > > you want a full featured smtp server: > pkg install ${FAVORITESMTP:-opensmtpd} > > regards, > Bapt > Can I also suggest that ntp.org shouldn't be in the base either? :P From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 10:56:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B4FB272 for ; Mon, 24 Feb 2014 10:56:57 +0000 (UTC) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 2DCD514A5 for ; Mon, 24 Feb 2014 10:56:57 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 176A43EB5C; Mon, 24 Feb 2014 10:56:56 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.7/8.14.7) with ESMTP id s1OAuti1037320; Mon, 24 Feb 2014 10:56:55 GMT (envelope-from phk@phk.freebsd.dk) To: Joe Holden Subject: Re: Import of DragonFly Mail Agent In-reply-to: <530B2500.5030608@rewt.org.uk> From: "Poul-Henning Kamp" References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B13CA.6000005@rewt.org.uk> <33612.1393235765@critter.freebsd.dk> <20140224100036.GA1699@ithaqua.etoilebsd.net> <530B2500.5030608@rewt.org.uk> Content-Type: text/plain; charset=ISO-8859-1 Date: Mon, 24 Feb 2014 10:56:55 +0000 Message-ID: <37319.1393239415@critter.freebsd.dk> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 10:56:57 -0000 In message <530B2500.5030608@rewt.org.uk>, Joe Holden writes: >Can I also suggest that ntp.org shouldn't be in the base either? :P I absolutely agree, but the replacement is less clear in that case. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 11:01:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD49D4E5 for ; Mon, 24 Feb 2014 11:01:57 +0000 (UTC) Received: from nm27-vm5.access.bullet.mail.gq1.yahoo.com (nm27-vm5.access.bullet.mail.gq1.yahoo.com [216.39.63.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 70346156A for ; Mon, 24 Feb 2014 11:01:57 +0000 (UTC) Received: from [216.39.60.165] by nm27.access.bullet.mail.gq1.yahoo.com with NNFMP; 24 Feb 2014 10:59:25 -0000 Received: from [98.138.226.244] by tm1.access.bullet.mail.gq1.yahoo.com with NNFMP; 24 Feb 2014 10:59:25 -0000 Received: from [127.0.0.1] by smtp115.sbc.mail.ne1.yahoo.com with NNFMP; 24 Feb 2014 10:59:25 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1393239565; bh=jcPfyvOS2nMl+WzNytcSR9Tf+gQLYXrzJqYtdIMSMPw=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:Subject:References; b=c9qjlIdYFG/AVHY9zCBpaP9JR+IODBV+QxXSSZSXhQVOrUojrSKzsq39EGj8q6GJM+zVEGxH0BpRw+HPwkrA9k4TVx883paHaelR6iFeLyLW5CSDze4sl8/1nS7CTF83oQV5X4AJ2WsulE34tmvNjbJPqYNOaNU+m8fYYAhEQlk= X-Yahoo-Newman-Id: 658811.23371.bm@smtp115.sbc.mail.ne1.yahoo.com Message-ID: <658811.23371.bm@smtp115.sbc.mail.ne1.yahoo.com> Date: Mon, 24 Feb 2014 10:59:25 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: G1lRtMgVM1nlKhPWr2hJ6cgDVvn9meDrnXSRUaZ8sKqLSoo .aa.2s7Ew3_KPTnypKdbzTUQjENUtd6pvIkOJxotF1GHOZciX596PcVMG8T9 DTMS3aw__SaovtVGvkK6ssKghIjQhYuMgscn5tKlim2CI_VoYkDABRmOlBsS dnidBdnj3m9lQfk6cQ5EiJmYIRHf2IUp8jlXMASr0l.UVkAFQuuldafAOCdF kI4PD6SfzVRSlnY6AYYDfOUzgJAsmvcw71.mlbYYYIZbveOrbAyThB6SXya8 jpNZr4EbiWSJhoLGCGy3617qlYmQy2hXMmHEvWiQ8ey913xGT6F61MlSZjZT AhHje0b.xYHVkMluWdbfrOpbL_F8oWAXEaryvGlNxXniOV1eLz1FsqExp_fs RzYJ_vUC40qxRZupTECy69WSXodVXuI8FyOn2FVzbW4RA6Hb.Ef6OAY2QvnV hhBX57I7FtjJFStJD1rQg8mm7RXHLlwoGyMTAVkEqU.WM0FgK9YtYuUeJKjD 68c72bUYgPCa2kvJ9qA7MSy.g40ALhA1YfMdnSQ7mqoX0z_ZQiYC_CrZHELq kNZo8yMDgSBvNbhEBQLrUio9k X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [98.138.31.74]) by smtp115.sbc.mail.ne1.yahoo.com with SMTP; 24 Feb 2014 10:59:25 +0000 UTC From: "Thomas Mueller" To: freebsd-current@freebsd.org Subject: Re: libinit idea References: <201402240856.s1O8u82F073645@gw.catspoiler.org> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 11:01:57 -0000 from Don Lewis: > I've got a Fedora server here that has systemd and I've come to dislike > it. It seems to be one of those "Do not open. No user serviceable > parts inside." sorts of things. > I was never able to get it to start NUT properly. > More often than not, it fails to come up multi-user. The machine has a > large number of disks (mostly JFS and XFS) attached to it, and even > after what I think should be a clean shutdown, it seems to want to fsck > a bunch of them. Unfortunately, there seems to be some sort of timeout > on that, so a bunch get skipped and then don't get mounted. I have to > manually fsck everything in single user mode. Then if I reboot, it > *might* come up properly. I haven't been able to find any knobs to > adjust the timeout. Sometimes, there is just a message that says > something like "an error occurred" at the top of the screen, just before > the prompt for the single-user password, with no clue as to what it is > unhappy about. > Emergency shutdown can also be a problem. If I'm around when the power > fails, I manually try to shut down the machine before the UPS battery > runs down. I don't have the screen on the UPS, so I hit the power > button and cross my fingers that the machine will make it through the > clean shutdown sequence in time. It seems to take forever (many > minutes) and I have no idea what the heck it is spending all of its time > on. > The documentation seems to be very sparse. > My plan is to migrate this function to a FreeBSD server. This looks scandalously slow. It reminds me of the time with OS/2 Warp 4 in the late 1990s when I had to close Netscape web browser in preparation for shutdown, and it took 15 minutes because it was a hog for memory, by late 1990s standards. I had 20 MB RAM, not bad for those days. What would happen if you typed at the command prompt shutdown -r now or shutdown -p now ? Would it take seemingly forever? I would like to try systemd in Linux, can't say at this stage whether I'll like it, hate it, or somewhere in between. Tom From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 11:04:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B180D607 for ; Mon, 24 Feb 2014 11:04:58 +0000 (UTC) Received: from mail.lhr1.as41113.net (mail.lhr1.as41113.net [91.208.177.22]) by mx1.freebsd.org (Postfix) with ESMTP id 700C41589 for ; Mon, 24 Feb 2014 11:04:57 +0000 (UTC) Received: from [172.21.87.41] (unknown [212.9.98.193]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: lists@rewt.org.uk) by mail.lhr1.as41113.net (Postfix) with ESMTPSA id 3fXgRF6d5nz7rBW for ; Mon, 24 Feb 2014 11:05:13 +0000 (UTC) Message-ID: <530B2750.3050200@rewt.org.uk> Date: Mon, 24 Feb 2014 11:04:48 +0000 From: Joe Holden User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Import of DragonFly Mail Agent References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B13CA.6000005@rewt.org.uk> <33612.1393235765@critter.freebsd.dk> <20140224100036.GA1699@ithaqua.etoilebsd.net> <530B2500.5030608@rewt.org.uk> <37319.1393239415@critter.freebsd.dk> In-Reply-To: <37319.1393239415@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 11:04:58 -0000 On 24/02/2014 10:56, Poul-Henning Kamp wrote: > In message <530B2500.5030608@rewt.org.uk>, Joe Holden writes: > >> Can I also suggest that ntp.org shouldn't be in the base either? :P > > I absolutely agree, but the replacement is less clear in that case. > > I'd suggest openntpd as a candidate as it would require less work than dntpd since that has some kernel changes. At ~400K it is pretty lightweight and doesn't listen at all by default, suitable as a default ntpd that just maintains time - one can always install ntp.org from ports should they need more features (such as access control and monlist, etc) From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 11:08:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C26E33BE for ; Mon, 24 Feb 2014 11:08:48 +0000 (UTC) Received: from mail-we0-x229.google.com (mail-we0-x229.google.com [IPv6:2a00:1450:400c:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 519FF1775 for ; Mon, 24 Feb 2014 11:08:48 +0000 (UTC) Received: by mail-we0-f169.google.com with SMTP id t61so4613451wes.14 for ; Mon, 24 Feb 2014 03:08:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=n8oxwoAVapNC5e8YKnJ/8WkXNwvcAPLPvqNtkj1P0BA=; b=mOY4fqjm7uRESTx/Eiavb39VRlpGbYIBnzGnwreaGN9jF8phNL37wOD8jmDOxcC5jM 7JD/vjqLAjxnjBXK+cLE/CL/UjZSh4FJ4uzINewHl2IVY9px4QMlg3zC0yIwMtZ4FcJs b8jUNu21CE1zyM7VDD0z2K2EQdiqq5HjiDXmTQiYU8gWQ+MD+7yueuuIVp0nqWvEAdWo 3g3PMNXixbJBC1xfeQKkG6ggYISXGMgb3DX+5roD4bvCGHOwZkxjZd7h2indINo55gJe DKnJAgXiJz97kydDWrKgJRDpHUD6cNQXJUz0m1rbJhaXYcVgk7wPNRx0VFrLTtxzF9vc YUGw== X-Received: by 10.180.12.115 with SMTP id x19mr13772690wib.19.1393240126142; Mon, 24 Feb 2014 03:08:46 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id f3sm23302838wiv.2.2014.02.24.03.08.44 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 24 Feb 2014 03:08:44 -0800 (PST) Sender: Baptiste Daroussin Date: Mon, 24 Feb 2014 12:08:42 +0100 From: Baptiste Daroussin To: Joe Holden Subject: Re: Import of DragonFly Mail Agent Message-ID: <20140224110842.GA83610@ithaqua.etoilebsd.net> References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B13CA.6000005@rewt.org.uk> <33612.1393235765@critter.freebsd.dk> <20140224100036.GA1699@ithaqua.etoilebsd.net> <530B2500.5030608@rewt.org.uk> <37319.1393239415@critter.freebsd.dk> <530B2750.3050200@rewt.org.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6" Content-Disposition: inline In-Reply-To: <530B2750.3050200@rewt.org.uk> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 11:08:48 -0000 --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 24, 2014 at 11:04:48AM +0000, Joe Holden wrote: > On 24/02/2014 10:56, Poul-Henning Kamp wrote: > > In message <530B2500.5030608@rewt.org.uk>, Joe Holden writes: > > > >> Can I also suggest that ntp.org shouldn't be in the base either? :P > > > > I absolutely agree, but the replacement is less clear in that case. > > > > > I'd suggest openntpd as a candidate as it would require less work than=20 > dntpd since that has some kernel changes. >=20 > At ~400K it is pretty lightweight and doesn't listen at all by default,= =20 > suitable as a default ntpd that just maintains time - one can always=20 > install ntp.org from ports should they need more features (such as=20 > access control and monlist, etc) openntpd not able to authenticate the sources it is using and thus lack a b= ig ntp feature as a client. regards, Bapt --y0ulUmNC+osPPQO6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlMLKDoACgkQ8kTtMUmk6Ez5dACeL56cU5CFvC0s/mYmADwOnIdt E6oAoKeRg6HXnWI8eG+j67CDUmrIbtUD =yE5y -----END PGP SIGNATURE----- --y0ulUmNC+osPPQO6-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 11:13:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A7B7A5F2 for ; Mon, 24 Feb 2014 11:13:34 +0000 (UTC) Received: from mail.lhr1.as41113.net (mail.lhr1.as41113.net [91.208.177.22]) by mx1.freebsd.org (Postfix) with ESMTP id 5F63F1835 for ; Mon, 24 Feb 2014 11:13:33 +0000 (UTC) Received: from [172.21.87.41] (unknown [212.9.98.193]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: lists@rewt.org.uk) by mail.lhr1.as41113.net (Postfix) with ESMTPSA id 3fXgd86XQPz7rBW for ; Mon, 24 Feb 2014 11:13:48 +0000 (UTC) Message-ID: <530B2953.3030901@rewt.org.uk> Date: Mon, 24 Feb 2014 11:13:23 +0000 From: Joe Holden User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Import of DragonFly Mail Agent References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B13CA.6000005@rewt.org.uk> <33612.1393235765@critter.freebsd.dk> <20140224100036.GA1699@ithaqua.etoilebsd.net> <530B2500.5030608@rewt.org.uk> <37319.1393239415@critter.freebsd.dk> <530B2750.3050200@rewt.org.uk> <20140224110842.GA83610@ithaqua.etoilebsd.net> In-Reply-To: <20140224110842.GA83610@ithaqua.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 11:13:34 -0000 On 24/02/2014 11:08, Baptiste Daroussin wrote: > On Mon, Feb 24, 2014 at 11:04:48AM +0000, Joe Holden wrote: >> On 24/02/2014 10:56, Poul-Henning Kamp wrote: >>> In message <530B2500.5030608@rewt.org.uk>, Joe Holden writes: >>> >>>> Can I also suggest that ntp.org shouldn't be in the base either? :P >>> >>> I absolutely agree, but the replacement is less clear in that case. >>> >>> >> I'd suggest openntpd as a candidate as it would require less work than >> dntpd since that has some kernel changes. >> >> At ~400K it is pretty lightweight and doesn't listen at all by default, >> suitable as a default ntpd that just maintains time - one can always >> install ntp.org from ports should they need more features (such as >> access control and monlist, etc) > > openntpd not able to authenticate the sources it is using and thus lack a big > ntp feature as a client. > > regards, > Bapt > hm, I can't say I have noticed this as being a problem where I've used it, are there any scenarios where this is a showstopper? From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 11:16:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1082E816 for ; Mon, 24 Feb 2014 11:16:42 +0000 (UTC) Received: from mail-we0-x22f.google.com (mail-we0-x22f.google.com [IPv6:2a00:1450:400c:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 906E9185A for ; Mon, 24 Feb 2014 11:16:41 +0000 (UTC) Received: by mail-we0-f175.google.com with SMTP id q59so4480732wes.6 for ; Mon, 24 Feb 2014 03:16:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=53x+NJlTtSVpEhX2PFPwgRYVIj3mY2k6k1+tgJE1OA0=; b=zNpdbCvaI+W+0l4nMj5tcA4TGogG3mYjvVcqK1E7k6eXGf84ycn7qR+ZXkiarUDbGh mMK/Hf5vbVaYeSvUR4p52j6FqzVilmnWyOIYngMNhb3gVA+6btN+jYJBFhecgzO7p68B lb+tDi/Dk8WInF4Jem/YYVYmQ0TLC6n2sTKsTUuw3GzJSsDFdKxG2EZnfDKoErm0mtRz yprdVcOhVxA17hq+eQtJBqc5O6Qf7QeZexSJslUrevVa3ckUG9CJkAcVeLK85tZ/wa+V 3WJmnrcFYLjDYcI4p6lVW8GUQlH//eDczKn/xJxkyM/997qZg4nXg4ZSys53rQapSTOt 56Wg== X-Received: by 10.180.83.137 with SMTP id q9mr13540841wiy.55.1393240599805; Mon, 24 Feb 2014 03:16:39 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id uq2sm41271603wjc.5.2014.02.24.03.16.38 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 24 Feb 2014 03:16:38 -0800 (PST) Sender: Baptiste Daroussin Date: Mon, 24 Feb 2014 12:16:37 +0100 From: Baptiste Daroussin To: Joe Holden Subject: Re: Import of DragonFly Mail Agent Message-ID: <20140224111636.GB83610@ithaqua.etoilebsd.net> References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B13CA.6000005@rewt.org.uk> <33612.1393235765@critter.freebsd.dk> <20140224100036.GA1699@ithaqua.etoilebsd.net> <530B2500.5030608@rewt.org.uk> <37319.1393239415@critter.freebsd.dk> <530B2750.3050200@rewt.org.uk> <20140224110842.GA83610@ithaqua.etoilebsd.net> <530B2953.3030901@rewt.org.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H1spWtNR+x+ondvy" Content-Disposition: inline In-Reply-To: <530B2953.3030901@rewt.org.uk> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 11:16:42 -0000 --H1spWtNR+x+ondvy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 24, 2014 at 11:13:23AM +0000, Joe Holden wrote: > On 24/02/2014 11:08, Baptiste Daroussin wrote: > > On Mon, Feb 24, 2014 at 11:04:48AM +0000, Joe Holden wrote: > >> On 24/02/2014 10:56, Poul-Henning Kamp wrote: > >>> In message <530B2500.5030608@rewt.org.uk>, Joe Holden writes: > >>> > >>>> Can I also suggest that ntp.org shouldn't be in the base either? :P > >>> > >>> I absolutely agree, but the replacement is less clear in that case. > >>> > >>> > >> I'd suggest openntpd as a candidate as it would require less work than > >> dntpd since that has some kernel changes. > >> > >> At ~400K it is pretty lightweight and doesn't listen at all by default, > >> suitable as a default ntpd that just maintains time - one can always > >> install ntp.org from ports should they need more features (such as > >> access control and monlist, etc) > > > > openntpd not able to authenticate the sources it is using and thus lack= a big > > ntp feature as a client. > > > > regards, > > Bapt > > > hm, I can't say I have noticed this as being a problem where I've used=20 > it, are there any scenarios where this is a showstopper? Yes when you really need to trust what ntp sources you are using, which mea= ns there are lots of scenarios. regards, Bapt --H1spWtNR+x+ondvy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlMLKhQACgkQ8kTtMUmk6EyqPgCfWNeMX+WB2+/kk99vuo4muAPi ztAAoKGcDEeVDdgcMTfx2zILn0MUjPVQ =/pHW -----END PGP SIGNATURE----- --H1spWtNR+x+ondvy-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 11:17:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2BE3947 for ; Mon, 24 Feb 2014 11:17:03 +0000 (UTC) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id A0BC0186C for ; Mon, 24 Feb 2014 11:17:03 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 83D933EB57; Mon, 24 Feb 2014 11:17:02 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.7/8.14.7) with ESMTP id s1OBH1gb044705; Mon, 24 Feb 2014 11:17:02 GMT (envelope-from phk@phk.freebsd.dk) To: Joe Holden Subject: Re: Import of DragonFly Mail Agent In-reply-to: <530B2953.3030901@rewt.org.uk> From: "Poul-Henning Kamp" References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B13CA.6000005@rewt.org.uk> <33612.1393235765@critter.freebsd.dk> <20140224100036.GA1699@ithaqua.etoilebsd.net> <530B2500.5030608@rewt.org.uk> <37319.1393239415@critter.freebsd.dk> <530B2750.3050200@rewt.org.uk> <20140224110842.GA83610@ithaqua.etoilebsd.net> <530B2953.3030901@rewt.org.uk> Content-Type: text/plain; charset=ISO-8859-1 Date: Mon, 24 Feb 2014 11:17:01 +0000 Message-ID: <44704.1393240621@critter.freebsd.dk> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 11:17:03 -0000 In message <530B2953.3030901@rewt.org.uk>, Joe Holden writes: >> openntpd not able to authenticate the sources it is using and thus lack a big >> ntp feature as a client. Last I looked its clock-discipline algorithm were non-existent, it just slammed the clock around. >hm, I can't say I have noticed this as being a problem where I've used >it, are there any scenarios where this is a showstopper? Yes, for this date and time it is a showstopper. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 11:18:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 30AA4A6F for ; Mon, 24 Feb 2014 11:18:19 +0000 (UTC) Received: from keltia.net (cl-90.mrs-01.fr.sixxs.net [IPv6:2a01:240:fe00:59::2]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DAD72187D for ; Mon, 24 Feb 2014 11:18:18 +0000 (UTC) Received: from roberto-aw.eurocontrol.fr (enterprise.frmug.org [88.191.250.97]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.net (Postfix) with ESMTPSA id 5013C529E for ; Mon, 24 Feb 2014 12:18:16 +0100 (CET) Date: Mon, 24 Feb 2014 12:18:07 +0100 From: Ollivier Robert To: freebsd-current@freebsd.org Subject: ntpd replacement (Was: Re: Import of DragonFly Mail Agent) Message-ID: <20140224111745.GA13864@roberto-aw.eurocontrol.fr> References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B13CA.6000005@rewt.org.uk> <33612.1393235765@critter.freebsd.dk> <20140224100036.GA1699@ithaqua.etoilebsd.net> <530B2500.5030608@rewt.org.uk> <37319.1393239415@critter.freebsd.dk> <530B2750.3050200@rewt.org.uk> <20140224110842.GA83610@ithaqua.etoilebsd.net> <530B2953.3030901@rewt.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <530B2953.3030901@rewt.org.uk> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 7.2 / Dell D820 SMP User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 11:18:19 -0000 According to Joe Holden on Mon, Feb 24, 2014 at 11:13:23AM +0000: > hm, I can't say I have noticed this as being a problem where I've > used it, are there any scenarios where this is a showstopper? Non-support for auth is a concern, lack of NTPv4 protocol support is another. Base ntpd also include SNTP which is a lightweight NTPv3 client. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.net In memoriam to Ondine, our 2nd child: http://ondine.keltia.net/ From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 11:27:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC02BD36 for ; Mon, 24 Feb 2014 11:27:07 +0000 (UTC) Received: from mail.lhr1.as41113.net (mail.lhr1.as41113.net [91.208.177.22]) by mx1.freebsd.org (Postfix) with ESMTP id 9B0F8192B for ; Mon, 24 Feb 2014 11:27:06 +0000 (UTC) Received: from [172.21.87.41] (unknown [212.9.98.193]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: lists@rewt.org.uk) by mail.lhr1.as41113.net (Postfix) with ESMTPSA id 3fXgwm4jZMz7rBW for ; Mon, 24 Feb 2014 11:27:20 +0000 (UTC) Message-ID: <530B2C7E.3050208@rewt.org.uk> Date: Mon, 24 Feb 2014 11:26:54 +0000 From: Joe Holden User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: ntpd replacement (Was: Re: Import of DragonFly Mail Agent) References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B13CA.6000005@rewt.org.uk> <33612.1393235765@critter.freebsd.dk> <20140224100036.GA1699@ithaqua.etoilebsd.net> <530B2500.5030608@rewt.org.uk> <37319.1393239415@critter.freebsd.dk> <530B2750.3050200@rewt.org.uk> <20140224110842.GA83610@ithaqua.etoilebsd.net> <530B2953.3030901@rewt.org.uk> <20140224111745.GA13864@roberto-aw.eurocontrol.fr> In-Reply-To: <20140224111745.GA13864@roberto-aw.eurocontrol.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 11:27:07 -0000 On 24/02/2014 11:18, Ollivier Robert wrote: > According to Joe Holden on Mon, Feb 24, 2014 at 11:13:23AM +0000: >> hm, I can't say I have noticed this as being a problem where I've >> used it, are there any scenarios where this is a showstopper? > > Non-support for auth is a concern, lack of NTPv4 protocol support is another. Base ntpd also include SNTP which is a lightweight NTPv3 client. > I suspect if you can't be reasonably sure about the integrity of your network traffic you have other problems anyway... one can run ntpd -s to get a similar function to ntpdate/sntp. But again, for 99% of installs as a client, auth and/or ntpv4 doesn't matter and much like sendmail/dma, one can always install ntp.org from ports if they require authentication (I've never seen it used). From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 11:33:13 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA907EDC for ; Mon, 24 Feb 2014 11:33:13 +0000 (UTC) Received: from mail.lhr1.as41113.net (mail.lhr1.as41113.net [91.208.177.22]) by mx1.freebsd.org (Postfix) with ESMTP id 92E8D19F8 for ; Mon, 24 Feb 2014 11:33:13 +0000 (UTC) Received: from [172.21.87.41] (unknown [212.9.98.193]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: lists@rewt.org.uk) by mail.lhr1.as41113.net (Postfix) with ESMTPSA id 3fXh3r1tJfz7rC7 for ; Mon, 24 Feb 2014 11:33:28 +0000 (UTC) Message-ID: <530B2DEE.3030808@rewt.org.uk> Date: Mon, 24 Feb 2014 11:33:02 +0000 From: Joe Holden User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: ntpd replacement (Was: Re: Import of DragonFly Mail Agent) References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B13CA.6000005@rewt.org.uk> <33612.1393235765@critter.freebsd.dk> <20140224100036.GA1699@ithaqua.etoilebsd.net> <530B2500.5030608@rewt.org.uk> <37319.1393239415@critter.freebsd.dk> <530B2750.3050200@rewt.org.uk> <20140224110842.GA83610@ithaqua.etoilebsd.net> <530B2953.3030901@rewt.org.uk> <20140224111745.GA13864@roberto-aw.eurocontrol.fr> <530B2C7E.3050208@rewt.org.uk> In-Reply-To: <530B2C7E.3050208@rewt.org.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 11:33:13 -0000 On 24/02/2014 11:26, Joe Holden wrote: > On 24/02/2014 11:18, Ollivier Robert wrote: >> According to Joe Holden on Mon, Feb 24, 2014 at 11:13:23AM +0000: >>> hm, I can't say I have noticed this as being a problem where I've >>> used it, are there any scenarios where this is a showstopper? >> >> Non-support for auth is a concern, lack of NTPv4 protocol support is >> another. Base ntpd also include SNTP which is a lightweight NTPv3 >> client. >> > I suspect if you can't be reasonably sure about the integrity of your > network traffic you have other problems anyway... one can run ntpd -s to > get a similar function to ntpdate/sntp. > > But again, for 99% of installs as a client, auth and/or ntpv4 doesn't > matter and much like sendmail/dma, one can always install ntp.org from > ports if they require authentication (I've never seen it used). The other point I should make here is that if you care that much about time security you shouldn't be contacting ntp servers over 3rd party networks anyway, at least not without some IP-level encryption/authentication, or use a source that can't easily be used as an attack surface, such as GPS/MSF etc. From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 11:54:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EAF1C56B for ; Mon, 24 Feb 2014 11:54:22 +0000 (UTC) Received: from nm19-vm6.access.bullet.mail.gq1.yahoo.com (nm19-vm6.access.bullet.mail.gq1.yahoo.com [216.39.63.167]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7B9421BD5 for ; Mon, 24 Feb 2014 11:54:22 +0000 (UTC) Received: from [216.39.60.171] by nm19.access.bullet.mail.gq1.yahoo.com with NNFMP; 24 Feb 2014 11:47:05 -0000 Received: from [67.195.23.146] by tm7.access.bullet.mail.gq1.yahoo.com with NNFMP; 24 Feb 2014 11:47:05 -0000 Received: from [127.0.0.1] by smtp118.sbc.mail.gq1.yahoo.com with NNFMP; 24 Feb 2014 11:47:05 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1393242425; bh=I5n0MYeAHsbLtJHUjldNrY5KVZMZ1nATFJB2P6MQAOw=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:CC:References:Subject; b=2pCHgSYsc6n+OzNzhR6q0eRyeoUrAU/NZ/hd/al+BuFKTo7L4tgIYHwOIw5ttwcR676+x5pUQHygtZSj4MXdgR1IrOYUv0GNBuObqkcSZr6ATNN6skzH0cI2hW5Oeoli51KiVYLKUE7avEPyhHE3w36i1xhDeinNgryxSgt9vAM= X-Yahoo-Newman-Id: 942222.61849.bm@smtp118.sbc.mail.gq1.yahoo.com Message-ID: <942222.61849.bm@smtp118.sbc.mail.gq1.yahoo.com> Date: Mon, 24 Feb 2014 11:47:05 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: ORdRVYIVM1nL..bX7YXC.isje2Zw_dRKYG2PUjDw9IqUwiV 3Rau1s3cOyoGErpAomfglM2Q3w_orjS0QeEvAqunP46Dxx3psASYyIePVVwJ X7f8tyxhiKyq6L2QbP5eHkQRs8KIs6.pYTngC7ACfG0yhOy_Cz6vv2FDlMw1 _MJiyHE..DA29cdyedrTzTBNNJKwcCW8063jvxgDlDqjz7gXQunOBVoAKXEj AIQHDDutJsHfd.iuDnkJ5qxAXPlXF8KWH9bOEUxtOB2f8IXu6I8H6_t5ICFZ nyzpZkOyRzyWIuOXGFZhtgeKEPWoGsrlA8fiErYRV7FcExLah3muLFbDXr5j TVBtWBLqNTLOi0QY8_mxqa2FVLCcz65z_we1rSL__cjjM00R1DgOh1P4FIx. 15dgnoyllfmw7zXqTI4oxk10qbEp9lZnjMPHoYHKNn7q4kJWnKAvvlEnDi_Y jo_jA.3MF8mFgOPgPadvQWnk2vZbFnXantHaDyWrOEleBnvo_14cKNd3mDue LiIMZtuhd.mctdKpv942vT9Uc9kniCB_66mFInn0wQhHlQZLkxCZ8kSqURL4 H6nretgaf0q4iDUBd399u87Q_ X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [67.195.15.66]) by smtp118.sbc.mail.gq1.yahoo.com with SMTP; 24 Feb 2014 11:47:05 +0000 UTC From: "Thomas Mueller" To: freebsd-current@freebsd.org References: <20140223211155.GS1699@ithaqua.etoilebsd.net> Subject: Re: Import of DragonFly Mail Agent Cc: Julio Merino X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 11:54:23 -0000 I never got far enough with DragonFlyBSD or OpenBSD on live USB to see osmpd or opensmtpd (OpenBSD or dma (DragonFly). I couldn't read hard drive from either OpenBSD or DragonFly, could read OpenBSD but not DragonFly live USB stick from FreeBSD and NetBSD, meaning poor interoperability on my system. But I find sendmail practically impossible to setup, and rather useless for my purposes. I use msmtp and mpop from ports for SMTP and POP3 mail, including SSL capability. These clients even allow multiple email accounts and multiple users, user name need not necessarily be the same as computer hostname. I've wondered if I'd lose anything by building FreeBSD WITHOUT_SENDMAIL. I looked and found mail/dma in FreeBSD ports tree. Could it be easily set up to use as SMTP client? I don't believe BSD users use base system of itself to send and receive email. They use ports (FreeBSD) or equivalent in other BSDs. Can't really say for Linux; "base system" is ill-defined given the anarchy of many different distributions. To Julio Merino: How long did NetBSD include both sendmail and postfix in base? What NetBSD releases? What was the first release that included both sendmail and postfix, and the first release where sendmail was dropped? But I think sendmail is still available in pkgsrc for users who'd rather have sendmail. Tom From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 13:16:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 812258D1 for ; Mon, 24 Feb 2014 13:16:07 +0000 (UTC) Received: from blu0-omc2-s38.blu0.hotmail.com (blu0-omc2-s38.blu0.hotmail.com [65.55.111.113]) by mx1.freebsd.org (Postfix) with ESMTP id 4A85E14A8 for ; Mon, 24 Feb 2014 13:16:06 +0000 (UTC) Received: from BLU179-W45 ([65.55.111.72]) by blu0-omc2-s38.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 24 Feb 2014 05:15:00 -0800 X-TMN: [bFbzp+45WLs78XfcmHyfhoONkdRoEeVr] X-Originating-Email: [brunolauze@msn.com] Message-ID: From: =?iso-8859-1?B?QnJ1bm8gTGF1euk=?= To: Darren Pilgrim , "freebsd-current@freebsd.org" Subject: RE: libinit idea Date: Mon, 24 Feb 2014 08:15:00 -0500 Importance: Normal In-Reply-To: <530A4D0A.5000604@bluerosetech.com> References: , , , <20140223182232.GA25967@lucius.XxX>, , <530A4D0A.5000604@bluerosetech.com> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 24 Feb 2014 13:15:00.0627 (UTC) FILETIME=[6C0B4E30:01CF3162] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 13:16:07 -0000 It's really good to read the comments and see people point of view on this = topic.=A0=0A= I totally agree RC system is really good and stable=2C easy and extensible.= =0A= The main concern I have here is performance. Starting a system is really sl= ow.=0A= Boot to X (with simple xdm) is minimum 25 secs and I just feel there's some= thing to do to cut this delay.=0A= =0A= =0A= =0A= ----------------------------------------=0A= > Date: Sun=2C 23 Feb 2014 11:33:30 -0800=0A= > From: list_freebsd@bluerosetech.com=0A= > To: fjwcash@gmail.com=0A= > Subject: Re: libinit idea=0A= > CC: freebsd-current@freebsd.org=0A= >=0A= > On 2/23/2014 10:31 AM=2C Freddie Cash wrote:=0A= >> The main developer for systemd is very anti-portability and anti-!Linux.= He=0A= >> had actively rejected patches that made his projects work on non-Linux= =0A= >> systems. In order to port systemd to a non-Linux system=2C he wants you = to=0A= >> first implement every Linux feature that systemd uses.=0A= >>=0A= >> systemd is a non-starter=2C and not with considering.=0A= >=0A= > It's pretty clear Lennart Poettering failed history.=0A= >=0A= > Perhaps the best examples of why systemd is an anti-pattern is this:=0A= > systemd stores logs in a binary journal. After the Linux zealots have=0A= > spent about two decades using binary system data storage as one of the=0A= > reasons Windows sucks=2C that strikes me as particularly ironic.=0A= >=0A= > The RC system we have is proof you do not need anything more than bourne= =0A= > and a respectable amount of intelligence to design a good init system.=0A= > _______________________________________________=0A= > freebsd-current@freebsd.org mailing list=0A= > http://lists.freebsd.org/mailman/listinfo/freebsd-current=0A= > To unsubscribe=2C send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" = From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 13:25:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 78184C04 for ; Mon, 24 Feb 2014 13:25:32 +0000 (UTC) Received: from mail-vc0-x22e.google.com (mail-vc0-x22e.google.com [IPv6:2607:f8b0:400c:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2B62B1596 for ; Mon, 24 Feb 2014 13:25:32 +0000 (UTC) Received: by mail-vc0-f174.google.com with SMTP id im17so5832996vcb.33 for ; Mon, 24 Feb 2014 05:25:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=XcjSc3TupEa9Y+az35za6Jv4pi8a1FWT0hAPpXu+A6s=; b=W1UgMmErUZpCicB7NpBH9mPmKJerWQD4zKblranM7G+cLB5Sp/9fJ1iPA/e9ob9REC b9/mWEUKKQjN0OQHAyqVM4OpOV0dchGsVGZGezV/fWFevCDMqk6A7ZIw7IBPvY9aOgte hz6GIR5gcLYPGedMdjulaKb45ll3IagC8o2SGcMTnJMOe3OsLHqA7mZHCyou2SQZNjqx LkKWzDjOOV1FfmWWb5mw/7z4CUqWOLraNk0bXWHPCQEbJKN3q3cxCjpdfLZAtK8f8Kaf BbhE1LRVDo/XV5Yla+De/cRcKTxwapRuTYs3nHZsbxOw7/x44Oj9ROYESq9wBpQHUlxJ OrPg== X-Received: by 10.220.95.2 with SMTP id b2mr59337vcn.61.1393248331178; Mon, 24 Feb 2014 05:25:31 -0800 (PST) MIME-Version: 1.0 Received: by 10.59.4.227 with HTTP; Mon, 24 Feb 2014 05:25:01 -0800 (PST) In-Reply-To: References: <20140223182232.GA25967@lucius.XxX> <530A4D0A.5000604@bluerosetech.com> From: Matthias Gamsjager Date: Mon, 24 Feb 2014 14:25:01 +0100 Message-ID: Subject: Re: libinit idea To: =?ISO-8859-1?Q?Bruno_Lauz=E9?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-current@freebsd.org" , Darren Pilgrim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 13:25:32 -0000 On Mon, Feb 24, 2014 at 2:15 PM, Bruno Lauz=E9 wrote: > It's really good to read the comments and see people point of view on thi= s > topic. > I totally agree RC system is really good and stable, easy and extensible. > The main concern I have here is performance. Starting a system is really > slow. > Boot to X (with simple xdm) is minimum 25 secs and I just feel there's > something to do to cut this delay. > How about delaying the startup of services that are not necessary right at the start. For example sshd, samba etc could be loaded after xdm ( or even after the DE has loaded). From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 13:31:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 96913E9A for ; Mon, 24 Feb 2014 13:31:34 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5E914164C for ; Mon, 24 Feb 2014 13:31:33 +0000 (UTC) Received: from dhcp-172-17-159-181.eduroam.lapwing.private.cam.ac.uk (global-1-26.nat.csx.cam.ac.uk [131.111.184.26]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.5) with ESMTP id s1ODVKhr054693 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 24 Feb 2014 13:31:22 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: libinit idea From: David Chisnall In-Reply-To: Date: Mon, 24 Feb 2014 13:31:15 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <199FFBA6-DBE0-4533-95BE-F23346239F11@FreeBSD.org> References: <20140223182232.GA25967@lucius.XxX> <530A4D0A.5000604@bluerosetech.com> To: Matthias Gamsjager X-Mailer: Apple Mail (2.1827) Cc: =?iso-8859-1?Q?Bruno_Lauz=E9?= , "freebsd-current@freebsd.org" , Darren Pilgrim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 13:31:34 -0000 On 24 Feb 2014, at 13:25, Matthias Gamsjager = wrote: > How about delaying the startup of services that are not necessary = right at > the start. For example sshd, samba etc could be loaded after xdm ( or = even > after the DE has loaded). It's a good idea, but it depends on a far more complex system than our = current rc. =20 For example, what happens if you're mounting home directories over SMB? = You need to make sure that XDM doesn't complete the login until samba = has started, which requires automounter / autofs integration with the = init system. You want to speculatively start samba (because you know a = user is going to need it), but in such a way that you can delay = directory lookup resolution until it's actually started. There is a reason most systems are moving away from services started by = a pile of shell scripts: the complex dependencies and event models that = they must handle require some complex generic logic. You can probably = implement this in shell scripts, but it probably won't be fast and it = definitely won't be maintainable. =20 I would be fully in favour of importing a modern, flexible, service = management framework into FreeBSD, but it needs some very careful = design. Launchd, systemd, SMF, and so on all have some good ideas, but = none is quite the right fit for FreeBSD. David From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 13:34:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7A0AD35D for ; Mon, 24 Feb 2014 13:34:15 +0000 (UTC) Received: from mail-ob0-x230.google.com (mail-ob0-x230.google.com [IPv6:2607:f8b0:4003:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 26A951683 for ; Mon, 24 Feb 2014 13:34:15 +0000 (UTC) Received: by mail-ob0-f176.google.com with SMTP id wo20so1218201obc.35 for ; Mon, 24 Feb 2014 05:34:14 -0800 (PST) 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=tf/1osoHBvZHvUJYSaRLVQiYwG5x0zTdN5wljUV0UBA=; b=qDSB0x73MOu3jQMAkr4GX8rcXHQc/WpE2TGoPi+p8jKoXBgvM5sMhl4Q/77q+zqr5B zrWMo63TAI7+cEvLtNzfsjFRZAko+zGvd+mUhbXt33M886XPL+34zgYM1EakyWpxzrOT MDQLGnAZkd617alqLNPVRzSSAmPtvzw8jOkvZ38h5y5oEG4YMKaHskPaj1mnqX5EJj+M Ic/G0PZiEysCg3sHCeAVpi6aKyceAKxBx6IWeo5sMiO9Cv9LCzEv3ANZJXEqNx+VEIfN xYii29YnPHlOwb/FSgdtNmbKCWVzcFhc3NFdHxCD8uU5pGcmprJfSBTVOdmADbt/7Igd h14w== MIME-Version: 1.0 X-Received: by 10.182.131.170 with SMTP id on10mr17172639obb.2.1393248854392; Mon, 24 Feb 2014 05:34:14 -0800 (PST) Received: by 10.76.144.10 with HTTP; Mon, 24 Feb 2014 05:34:14 -0800 (PST) In-Reply-To: References: <20140223182232.GA25967@lucius.XxX> <530A4D0A.5000604@bluerosetech.com> Date: Mon, 24 Feb 2014 14:34:14 +0100 Message-ID: Subject: Re: libinit idea From: Andreas Nilsson To: Matthias Gamsjager Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: =?ISO-8859-1?Q?Bruno_Lauz=E9?= , "freebsd-current@freebsd.org" , Darren Pilgrim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 13:34:15 -0000 On Mon, Feb 24, 2014 at 2:25 PM, Matthias Gamsjager w= rote: > On Mon, Feb 24, 2014 at 2:15 PM, Bruno Lauz=E9 wrote= : > > > It's really good to read the comments and see people point of view on > this > > topic. > > I totally agree RC system is really good and stable, easy and extensibl= e. > > The main concern I have here is performance. Starting a system is reall= y > > slow. > > Boot to X (with simple xdm) is minimum 25 secs and I just feel there's > > something to do to cut this delay. > > > > > > How about delaying the startup of services that are not necessary right a= t > the start. For example sshd, samba etc could be loaded after xdm ( or eve= n > after the DE has loaded). On my core i5 with regular hdd I get: 23sec to boot kernel 13sec from mounted root to slim login promp. Fixing the kernel boot time seems like a bigger gain, imho. Best regards Andreas From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 13:52:30 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B5CB1D3 for ; Mon, 24 Feb 2014 13:52:30 +0000 (UTC) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 08B26188D for ; Mon, 24 Feb 2014 13:52:29 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id D4D8C3EB40; Mon, 24 Feb 2014 13:52:28 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.7/8.14.7) with ESMTP id s1ODqRg9045249; Mon, 24 Feb 2014 13:52:28 GMT (envelope-from phk@phk.freebsd.dk) To: Joe Holden Subject: Re: ntpd replacement (Was: Re: Import of DragonFly Mail Agent) In-reply-to: <530B2DEE.3030808@rewt.org.uk> From: "Poul-Henning Kamp" References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B13CA.6000005@rewt.org.uk> <33612.1393235765@critter.freebsd.dk> <20140224100036.GA1699@ithaqua.etoilebsd.net> <530B2500.5030608@rewt.org.uk> <37319.1393239415@critter.freebsd.dk> <530B2750.3050200@rewt.org.uk> <20140224110842.GA83610@ithaqua.etoilebsd.net> <530B2953.3030901@rewt.org.uk> <20140224111745.GA13864@roberto-aw.eurocontrol.fr> <530B2C7E.3050208@rewt.org.uk> <530B2DEE.3030808@rewt.org.uk> Content-Type: text/plain; charset=ISO-8859-1 Date: Mon, 24 Feb 2014 13:52:27 +0000 Message-ID: <45248.1393249947@critter.freebsd.dk> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 13:52:30 -0000 In message <530B2DEE.3030808@rewt.org.uk>, Joe Holden writes: >The other point I should make here is that if you care that much about >time security you shouldn't be contacting ntp servers over 3rd party >networks anyway, at least not without some IP-level >encryption/authentication, or use a source that can't easily be used as >an attack surface, such as GPS/MSF etc. Please check how NTP is authenticated before giving bad advice, it's all in the RFC. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 14:06:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05A4AE62; Mon, 24 Feb 2014 14:06:34 +0000 (UTC) Received: from mail-oa0-x234.google.com (mail-oa0-x234.google.com [IPv6:2607:f8b0:4003:c02::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A5E5419D8; Mon, 24 Feb 2014 14:06:33 +0000 (UTC) Received: by mail-oa0-f52.google.com with SMTP id i4so7037542oah.39 for ; Mon, 24 Feb 2014 06:06:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=mPOxXr2bUSVkh6YxyOVwqm/RHKypXGGVsMk653bS8mY=; b=rmuboKV7bD6mwP6gdrmHsbUmR5hQ0ixBTbfHU8hKlBcSAC25y7CkTV3wRVReEf3k+q d1DDbp048QafLZUYkrnVLPBaGPyqvEICUjtFuKC8jHe5s6oBQktw8IMQZi9Rutjfqaa5 l76Pt7reH1nxjEmfxvHM2n2PwFSdUie7um8hwzH67/2jzMIOG7GWueL0b1EV8N08+m5S 1dUg69lvfOr9FXGB9pgDTJwc27LSYkuGz85wN0KK27MIGo8U9fuWOuJ4xM6DHcuLP9pg Pt1dljA6IB4t/X/0gAXYJKp5Dq4nqvwpN9pCg33SR2P+lV1Z7rRcAExfuJ80tJZqhvwm sYBA== X-Received: by 10.60.94.231 with SMTP id df7mr21469674oeb.69.1393250792949; Mon, 24 Feb 2014 06:06:32 -0800 (PST) MIME-Version: 1.0 Sender: jonathan.robert.anderson@gmail.com Received: by 10.182.59.18 with HTTP; Mon, 24 Feb 2014 06:06:12 -0800 (PST) In-Reply-To: References: From: Jonathan Anderson Date: Mon, 24 Feb 2014 14:06:12 +0000 X-Google-Sender-Auth: SERDqq8r3-GPntv7Qc7uH3u79ko Message-ID: Subject: Re: [HEADSUP] Jenkins running in FreeBSD cluster To: Craig Rodrigues Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-testing@freebsd.org, freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 14:06:34 -0000 This is great stuff, thanks! Can you say what the relationship with tinderbox is intended to be? Is this supposed to subsume tinderbox, or will they have different niches? Is Jenkins going to start e-mailing likely culprits (with e.g. https://wiki.jenkins-ci.org/display/JENKINS/Email-ext+plugin)? Also, can we see more architectures built by Jenkins? Thanks, Jon On 22 February 2014 19:54, Craig Rodrigues wrote: > Hi, > > I just wanted to let the FreeBSD community know that > with the help of some FreeBSD hackers, > we have set up an initial Jenkins Continuous Integration > server in the FreeBSD cluster. We are the jenkins-admin team > and you can contact us at jenkins-admin@freebsd.org. > > We have a few initial builds going and you can see things here: > > https://jenkins.freebsd.org > > We are still working on a few problems, and have some > ambitious plans moving forward, which you can read about > on our status page: > > http://wiki.freebsd.org/Jenkins > > Lastly, if you are able to attend the FreeBSD DevSummit > in Ottawa later this year, we will have a working group discussion > on Jenkins and Continuous Integration testing for FreeBSD on May 15, 2014: > > https://wiki.freebsd.org/201405DevSummit/Jenkins > > We'd love to get more FreeBSD hackers involved to > get this going and improve continuous integration and testing > on FreeBSD. We would like to use the freebsd-testing@freebsd.org > mailing list for followup discussions. > > I'd like to thank my fellow members of the jenkins-admin team > for helping to get things going: > > Steve Kreuzer > Li-Wen Hsu > Steve Wills > R. Tyler Croy > > If we can integrate more automated testing of FreeBSD with this, > that would be really great! > -- > Craig > _______________________________________________ > 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" > -- Jonathan Anderson jonathan@FreeBSD.org http://freebsd.org/~jonathan/ From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 14:17:39 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7C0B6218; Mon, 24 Feb 2014 14:17:39 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0CD6C1ACD; Mon, 24 Feb 2014 14:17:39 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1WHwLh-0004mq-KN; Mon, 24 Feb 2014 18:17:37 +0400 Date: Mon, 24 Feb 2014 18:17:37 +0400 From: Slawa Olhovchenkov To: Baptiste Daroussin Subject: Re: Import of DragonFly Mail Agent Message-ID: <20140224141737.GA15581@zxy.spb.ru> References: <20140223211155.GS1699@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140223211155.GS1699@ithaqua.etoilebsd.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 14:17:39 -0000 On Sun, Feb 23, 2014 at 10:11:56PM +0100, Baptiste Daroussin wrote: > As some of you may have noticed, I have imorted a couple of days ago dma > (DragonFly Mail Agent) in base. I have been asked to explain my motivation so > here they are. What's about suid, security separations & etc? From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 14:18:51 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56E56323 for ; Mon, 24 Feb 2014 14:18:51 +0000 (UTC) Received: from kazon.borderworlds.dk (kazon.borderworlds.dk [IPv6:2a01:4f8:201:220c::1:1]) by mx1.freebsd.org (Postfix) with ESMTP id 11F6B1AD8 for ; Mon, 24 Feb 2014 14:18:51 +0000 (UTC) Received: from borg.borderworlds.dk (localhost [127.0.0.1]) by kazon.borderworlds.dk (Postfix) with ESMTP id 945035C34 for ; Mon, 24 Feb 2014 15:18:49 +0100 (CET) Message-ID: <530B54C9.7000702@borderworlds.dk> Date: Mon, 24 Feb 2014 15:18:49 +0100 From: Christian Laursen Organization: The Border Worlds User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: libinit idea References: <20140223182232.GA25967@lucius.XxX> <530A4D0A.5000604@bluerosetech.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 14:18:51 -0000 On 02/24/14 14:34, Andreas Nilsson wrote: > On Mon, Feb 24, 2014 at 2:25 PM, Matthias Gamsjager wrote: > >> How about delaying the startup of services that are not necessary right at >> the start. For example sshd, samba etc could be loaded after xdm ( or even >> after the DE has loaded). > > > On my core i5 with regular hdd I get: > 23sec to boot kernel > 13sec from mounted root to slim login promp. I have not done any measurements here but this is what I experience as well. Once / has been mounted the rest of the startup doesn't take long. > Fixing the kernel boot time seems like a bigger gain, imho. +1 -- Christian Laursen From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 14:30:21 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 439EF8E9 for ; Mon, 24 Feb 2014 14:30:21 +0000 (UTC) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CB1DD1BFE for ; Mon, 24 Feb 2014 14:30:20 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id e4so3129615wiv.17 for ; Mon, 24 Feb 2014 06:30:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=pUtM23keevUmANll4IFN2l1g3Kzt4s81ANFbNbKlyOM=; b=ULZ+wvtBiskwORPzF5aDxcbQ2PAoOFyA7+mDvIEldC2EX74yhZrBH8eCzwwRsxCOKD FYX4iY+vkkF8hwGQNRMZUmjGpVPAKdM8XDhzxaTumuVopSzsmiLlzqF8urbs2GkJPVc5 83hTYhd43NCbuawg+zBiCuotflkNsaQ0Rt9ERBR0GpFQlyxTy7anNJPTjCz/VEWoamMw oN1TnhYXgX2ERnGYlCOy9fbSaIYQcq9MZrWneS3K1tHeapRq2iczU9pe58VGRq3gmWvU rwyZ9/1XEPMHfg65RoMEkY6X5/mvBxdI1V5TOPZ0D9G5Ihqa899Cf893kzbVZHRg+E/a oq/A== X-Received: by 10.194.174.197 with SMTP id bu5mr18310311wjc.71.1393252219244; Mon, 24 Feb 2014 06:30:19 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id di9sm24795128wid.6.2014.02.24.06.30.16 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 24 Feb 2014 06:30:17 -0800 (PST) Sender: Baptiste Daroussin Date: Mon, 24 Feb 2014 15:30:14 +0100 From: Baptiste Daroussin To: Slawa Olhovchenkov Subject: Re: Import of DragonFly Mail Agent Message-ID: <20140224143013.GD83610@ithaqua.etoilebsd.net> References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <20140224141737.GA15581@zxy.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fXStkuK2IQBfcDe+" Content-Disposition: inline In-Reply-To: <20140224141737.GA15581@zxy.spb.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 14:30:21 -0000 --fXStkuK2IQBfcDe+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 24, 2014 at 06:17:37PM +0400, Slawa Olhovchenkov wrote: > On Sun, Feb 23, 2014 at 10:11:56PM +0100, Baptiste Daroussin wrote: >=20 > > As some of you may have noticed, I have imorted a couple of days ago dma > > (DragonFly Mail Agent) in base. I have been asked to explain my motivat= ion so > > here they are. >=20 > What's about suid, security separations & etc? What do you mean? dma is changing user as soon as possible, dma will be capsicumized, what else do you want as informations? regards, Bapt --fXStkuK2IQBfcDe+ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlMLV3UACgkQ8kTtMUmk6EyHAgCghYGyd2QjgBS4H2kuUfd9Ft4W 9YwAoIaJlr7tli1Q3RiXbzWkBy+zNzfV =iPnq -----END PGP SIGNATURE----- --fXStkuK2IQBfcDe+-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 14:46:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 816851E0 for ; Mon, 24 Feb 2014 14:46:05 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 39ADE1DF8 for ; Mon, 24 Feb 2014 14:46:04 +0000 (UTC) Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 3A582210DA for ; Mon, 24 Feb 2014 09:45:59 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute1.internal (MEProxy); Mon, 24 Feb 2014 09:45:59 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=uKYKhWd3CQKJAN8AmJcLJ6hxDwQ=; b=NbO 9PBvdcSJOjuRY7E3bBFXwI4nkW4LEwm99CSlxInJm80RBbcoE+vGT4+OfapllLqq hHqrtz+DnSgdG6uGFRqgex5qSMMVjM1fwqmeXK8lKy2FzOsOhLKEV+ifdi+BHt9G FtRXYELWz9Ln/bLZ1KsJ9RIjRBsDInuokSrgdQGU= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id 97B9E162115; Mon, 24 Feb 2014 09:45:58 -0500 (EST) Message-Id: <1393253158.31965.87110609.756BD6A0@webmail.messagingengine.com> X-Sasl-Enc: veUNFUN7O6Risfiy0ipb1s5qmtSqmpJIowjNLcyt9myj 1393253158 From: Mark Felder To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-4527a23f In-Reply-To: <530B13CA.6000005@rewt.org.uk> References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B13CA.6000005@rewt.org.uk> Subject: Re: Import of DragonFly Mail Agent Date: Mon, 24 Feb 2014 08:45:58 -0600 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 14:46:05 -0000 On Mon, Feb 24, 2014, at 3:41, Joe Holden wrote: > On 24/02/2014 04:26, Julio Merino wrote: > > On Sun, Feb 23, 2014 at 4:11 PM, Baptiste Daroussin wrote: > > > >> Hi, > >> > >> As some of you may have noticed, I have imorted a couple of days ago dma > >> (DragonFly Mail Agent) in base. I have been asked to explain my motivation > >> so > >> here they are. > >> > >> DragonFly Mail Agent is a minimalistic mailer that is able to relay mails > >> to > >> some smtp servers (with TLS, authentication and so on) > >> > >> It supports MASQUERADE and NULLCLIENT, and is able to deliver mails locally > >> (respecting aliases). > >> > >> I imported it because dma is lightweight, BSD license and easy to use. > >> > >> The code base is rather small and easy to capsicumize (which I plan to do) > >> > >> My initial goal is not to replace sendmail. > > > > > > But is it an eventual goal? *I* don't see why not, but if it is: what's > > the plan? How is the decision to drop sendmail going to be made when the > > time comes? (I.e. who _can_ and will make the call?) > > > > > >> All I want is a small mailer > >> simple to configure, and not listening to port 25, suitable for small > >> environment (embedded and/or resource bounded) as well as for server > >> deployment. > >> > > > > Playing devil's advocate: what specific problems is this trying to solve? > > I'd argue, for example, that postfix can be also easily configured and can > > be made to not listen on port 25 for local mail delivery, while at the same > > time it is a fully-functional MTA that could replace sendmail altogether. > > (Which, by the way, is the configuration with which postfix ships within > > the NetBSD base system.) > > > > The reason I'm asking these questions is because I have seen NetBSD > > maintain two MTAs (sendmail + postfix) in the base system for _years_ and > > it was not a pretty situation. The eventual removal of sendmail was > > appreciated, but of course it came with the associated bikeshedding. > *dons flame-proof suit* > > The trend towards having sensible lightweight things in the base is a > good thing IMO. There is no need for things like bind (replaced by > unbound), or a full featured mta like sendmail in the base, base install > should contain enough to get going but for specific functions like > performing MTA tasks, the user can install the appropriate software, > such as postfix. > > Just my 2p :) > I fully agree here. Lightweight services in base, fully featured in ports. It makes it easier for users to follow the latest and greatest MTA, DNS, etc this way as well. Another nice feature of dma is that it's a perfect compliment to your lightweight jails -- emails can get out, but no worrying about conflicts on ports 25. From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 15:01:56 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 424288F7; Mon, 24 Feb 2014 15:01:56 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id EF39A10B7; Mon, 24 Feb 2014 15:01:54 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1WHx2Y-0005CK-AB; Mon, 24 Feb 2014 19:01:54 +0400 Date: Mon, 24 Feb 2014 19:01:54 +0400 From: Slawa Olhovchenkov To: Baptiste Daroussin Subject: Re: Import of DragonFly Mail Agent Message-ID: <20140224150154.GJ15848@zxy.spb.ru> References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <20140224141737.GA15581@zxy.spb.ru> <20140224143013.GD83610@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140224143013.GD83610@ithaqua.etoilebsd.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 15:01:56 -0000 On Mon, Feb 24, 2014 at 03:30:14PM +0100, Baptiste Daroussin wrote: > On Mon, Feb 24, 2014 at 06:17:37PM +0400, Slawa Olhovchenkov wrote: > > On Sun, Feb 23, 2014 at 10:11:56PM +0100, Baptiste Daroussin wrote: > > > > > As some of you may have noticed, I have imorted a couple of days ago dma > > > (DragonFly Mail Agent) in base. I have been asked to explain my motivation so > > > here they are. > > > > What's about suid, security separations & etc? > > What do you mean? dma is changing user as soon as possible, dma will be > capsicumized, what else do you want as informations? sendmail (in the past) have same behaviour (run as root and chage user). This is some security risk. For many scenario change user is not simple (for example -- send file from local user A to local user B, file with permsion 0400). sendmail will be forced to change behaviour -- mailnull suid program for place mail into queue and root daemon for deliver to user. This is more complex. Can be dma avoid this way? From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 15:10:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ECB15E00 for ; Mon, 24 Feb 2014 15:10:28 +0000 (UTC) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.21.123]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 78245119B for ; Mon, 24 Feb 2014 15:10:27 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [193.68.6.1]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.6/8.14.6) with ESMTP id s1OEudIh081043 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 24 Feb 2014 16:56:40 +0200 (EET) (envelope-from daniel@digsys.bg) Message-ID: <530B5DA7.1050902@digsys.bg> Date: Mon, 24 Feb 2014 16:56:39 +0200 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Import of DragonFly Mail Agent References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <942222.61849.bm@smtp118.sbc.mail.gq1.yahoo.com> In-Reply-To: <942222.61849.bm@smtp118.sbc.mail.gq1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 15:10:29 -0000 On 24.02.14 13:47, Thomas Mueller wrote: > I don't believe BSD users use base system of itself to send and receive email. They use ports (FreeBSD) or equivalent in other BSDs. One of the beauties of the BSD 'base system' is that upon installation you have an usable workstation/server environment that can be immediately used for most Internet-related tasks -- and this most certainly includes SMTP. Or NTP. Or... used to include DNS. We can strip pieces of FreeBSD off and end up with an kernel. Or we could keep the system very much usable out of the box. Indeed, the current integration of sendmail is far from optimal. In fact, BIND was better integrated but is now gone. NTP is also pretty well integrated -- it is nice to have ready access to such tools on *any* FreeBSD system. If one needs to strip down FreeBSD, there are already plenty of tools to do it, including WITHOUT_SENDMAIL. One of the many problems with removing functionality is very well illustrated by what happens now, when you upgrade an pre-10 system running nameserver: you end up without it and eventually without your nameserver database as well. Imagine, one day a user updates their 10-stable to 11-stable only to find out mail is no more. Currently, without any user configuration, sendmail is run in send-only mode. You need to explicitly request for it to not run at all. If there is suitable replacement that performs the tasks the send-only sendmail does, I see no problem to remove it. Or at least make it non-default for a release or two. The only remaining issue to solve is "I just upgraded FreeBSD and now mail is not working". Perhaps by installing sendmail with pkg if it is requested in rc.conf? Daniel From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 15:34:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 892C19A6 for ; Mon, 24 Feb 2014 15:34:12 +0000 (UTC) Received: from mail.lhr1.as41113.net (mail.lhr1.as41113.net [91.208.177.22]) by mx1.freebsd.org (Postfix) with ESMTP id 4858A1434 for ; Mon, 24 Feb 2014 15:34:11 +0000 (UTC) Received: from [172.21.87.41] (unknown [212.9.98.193]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: lists@rewt.org.uk) by mail.lhr1.as41113.net (Postfix) with ESMTPSA id 3fXnPv3qZ4z7rC7 for ; Mon, 24 Feb 2014 15:34:27 +0000 (UTC) Message-ID: <530B666A.1000800@rewt.org.uk> Date: Mon, 24 Feb 2014 15:34:02 +0000 From: Joe Holden User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: ntpd replacement (Was: Re: Import of DragonFly Mail Agent) References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B13CA.6000005@rewt.org.uk> <33612.1393235765@critter.freebsd.dk> <20140224100036.GA1699@ithaqua.etoilebsd.net> <530B2500.5030608@rewt.org.uk> <37319.1393239415@critter.freebsd.dk> <530B2750.3050200@rewt.org.uk> <20140224110842.GA83610@ithaqua.etoilebsd.net> <530B2953.3030901@rewt.org.uk> <20140224111745.GA13864@roberto-aw.eurocontrol.fr> <530B2C7E.3050208@rewt.org.uk> <530B2DEE.3030808@rewt.org.uk> <45248.1393249947@critter.freebsd.dk> In-Reply-To: <45248.1393249947@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 15:34:12 -0000 On 24/02/2014 13:52, Poul-Henning Kamp wrote: > In message <530B2DEE.3030808@rewt.org.uk>, Joe Holden writes: > >> The other point I should make here is that if you care that much about >> time security you shouldn't be contacting ntp servers over 3rd party >> networks anyway, at least not without some IP-level >> encryption/authentication, or use a source that can't easily be used as >> an attack surface, such as GPS/MSF etc. > > Please check how NTP is authenticated before giving bad advice, > it's all in the RFC. > v3 or v4? It is an optional part of the spec in both cases and again isn't required for 99% of people using ntpd as a client, which was the entire point of this exercise in the first place. If the argument is that X feature is missing then we may as well replace sendmail with exim as it has even more features, for example. But most importantly, explain how it was bad advice? There are provisions for integrity checking (not authentication) and autokey. My point was that if you need to authenticate ntp to avoid mitm-style attacks then perhaps the setup you have is wrong. If there is something huge I have missed then feel free to correct me! From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 15:40:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 306A4BBE for ; Mon, 24 Feb 2014 15:40:10 +0000 (UTC) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id DDD671493 for ; Mon, 24 Feb 2014 15:40:09 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id DB8A23AE30; Mon, 24 Feb 2014 15:40:08 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.7/8.14.7) with ESMTP id s1OFe7gf045664; Mon, 24 Feb 2014 15:40:08 GMT (envelope-from phk@phk.freebsd.dk) To: Joe Holden Subject: Re: ntpd replacement (Was: Re: Import of DragonFly Mail Agent) In-reply-to: <530B666A.1000800@rewt.org.uk> From: "Poul-Henning Kamp" References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B13CA.6000005@rewt.org.uk> <33612.1393235765@critter.freebsd.dk> <20140224100036.GA1699@ithaqua.etoilebsd.net> <530B2500.5030608@rewt.org.uk> <37319.1393239415@critter.freebsd.dk> <530B2750.3050200@rewt.org.uk> <20140224110842.GA83610@ithaqua.etoilebsd.net> <530B2953.3030901@rewt.org.uk> <20140224111745.GA13864@roberto-aw.eurocontrol.fr> <530B2C7E.3050208@rewt.org.uk> <530B2DEE.3030808@rewt.org.uk> <45248.1393249947@critter.freebsd.dk> <530B666A.1000800@rewt.org.uk> Content-Type: text/plain; charset=ISO-8859-1 Date: Mon, 24 Feb 2014 15:40:07 +0000 Message-ID: <45663.1393256407@critter.freebsd.dk> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 15:40:10 -0000 In message <530B666A.1000800@rewt.org.uk>, Joe Holden writes: >> Please check how NTP is authenticated before giving bad advice, >> it's all in the RFC. >> >v3 or v4? It is an optional part of the spec in both cases and again >isn't required for 99% of people using ntpd as a client, which was the >entire point of this exercise in the first place. Authentication of NTP is rapidly gaining focus these days, for obvious reasons, so I think adopting software now which don't support it would be needlessly shortsighted. 3 years ago I would have agree with you, but not now. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 15:40:41 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DB403DC8 for ; Mon, 24 Feb 2014 15:40:40 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B9FE31510 for ; Mon, 24 Feb 2014 15:40:40 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s1OFeeaT020486 for ; Mon, 24 Feb 2014 15:40:40 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s1OFeekn020485 for current@FreeBSD.org; Mon, 24 Feb 2014 15:40:40 GMT (envelope-from bdrewery) Received: (qmail 94401 invoked from network); 24 Feb 2014 09:40:38 -0600 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 24 Feb 2014 09:40:38 -0600 Message-ID: <530B67EA.1090102@FreeBSD.org> Date: Mon, 24 Feb 2014 09:40:26 -0600 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Baptiste Daroussin , current@FreeBSD.org Subject: Re: Import of DragonFly Mail Agent References: <20140223211155.GS1699@ithaqua.etoilebsd.net> In-Reply-To: <20140223211155.GS1699@ithaqua.etoilebsd.net> X-Enigmail-Version: 1.6 OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 15:40:41 -0000 On 2/23/2014 3:11 PM, Baptiste Daroussin wrote: > Hi, > > As some of you may have noticed, I have imorted a couple of days ago dma > (DragonFly Mail Agent) in base. I have been asked to explain my motivation so > here they are. > > DragonFly Mail Agent is a minimalistic mailer that is able to relay mails to > some smtp servers (with TLS, authentication and so on) > > It supports MASQUERADE and NULLCLIENT, and is able to deliver mails locally > (respecting aliases). > > I imported it because dma is lightweight, BSD license and easy to use. > IMHO base should be the very minimalistic needs to get a server online, and should be secure and simple by default. Being able to connect to the server sending *out* messages to the world is quite important. Receiving and processing messages is not. I.e., there is no httpd, it is not critical for operation of system. There is no desktop environment or scripting language as they are not critical. Anything not meeting the bare-bones criteria can be installed with 'pkg install' or ports. Having an full smtpd in base scares me as I never know if it is configured to prevent relaying or not. I go to extremes and block port 25/587 to be sure. Remembering the time I spent trying to configure sendmail to not accept inbound mail, and trying to get it to behave how I want, I fully support this. Of all the years I've messed with sendmail, I still have little understanding of how to configure it or if I've done it right. My exaggerated view of sendmail as a user: > # grep sendmail /etc/defaults/rc.conf > mta_start_script="/etc/rc.sendmail" > # Settings for /etc/rc.sendmail and /etc/rc.d/sendmail: > sendmail_enable="NO" # Run the sendmail inbound daemon (YES/NO). > sendmail_pidfile="/var/run/sendmail.pid" # sendmail pid file > sendmail_procname="/usr/sbin/sendmail" # sendmail process name > sendmail_flags="-L sm-mta -bd -q30m" # Flags to sendmail (as a server) > sendmail_submit_enable="YES" # Start a localhost-only MTA for mail submission > sendmail_submit_flags="-L sm-mta -bd -q30m -ODaemonPortOptions=Addr=localhost" > sendmail_outbound_enable="YES" # Dequeue stuck mail (YES/NO). > sendmail_outbound_flags="-L sm-queue -q30m" # Flags to sendmail (outbound only) > sendmail_msp_queue_enable="YES" # Dequeue stuck clientmqueue mail (YES/NO). > sendmail_msp_queue_flags="-L sm-msp-queue -Ac -q30m" > # Flags for sendmail_msp_queue daemon. > sendmail_rebuild_aliases="NO" # Run newaliases if necessary (YES/NO). > # grep sendmail /etc/rc.conf > sendmail_enable="NO" > sendmail_submit_enable="YES" > sendmail_outbound_enable="NO" > sendmail_msp_queue_enable="YES" This is quite obscure. Sendmail is not enabled? Outbound is not enabled? Sure they are. Submit is enabled? Is that port 587? 0.0.0.0:25? I don't want that. The RC script also leads to much confusion in this configuration: > # service sendmail stop > Stopping sendmail. > Waiting for PIDS: 80956. > sendmail_submit not running? (check /var/run/sendmail.pid). > Stopping sendmail_clientmqueue. > Waiting for PIDS: 81322. It wasn't running? Was it broken? Is that why I couldn't send mail? > # service sendmail start > Cannot 'start' sendmail. Set sendmail_enable to YES in /etc/rc.conf or use 'onestart' instead of 'start'. Oh, it didn't start? > # ps uaxw|grep sendmail > root 64518 0.0 0.1 6020 2980 ?? Ss 10:19AM 0:00.00 sendmail: accepting connections (sendmail) > smmsp 64726 0.0 0.1 6020 2924 ?? Ss 10:19AM 0:00.00 sendmail: Queue runner@00:30:00 for /var/spool/clientmqueue (sendmail) Oh. Can I restart? > # service sendmail restart > Cannot 'restart' sendmail. Set sendmail_enable to YES in /etc/rc.conf or use 'onerestart' instead of 'restart'. > Stopping sendmail_submit. Oh it looks dead again. > # ps uaxw|grep sendmail > smmsp 64726 0.0 0.0 6020 0 ?? IWs - 0:00.00 sendmail: Queue runner@00:30:00 for /var/spool/clientmqueue (sendmail) > root 88210 0.0 0.1 6020 3008 ?? Ss 10:20AM 0:00.00 sendmail: accepting connections (sendmail) > root 93369 0.0 0.1 3464 1296 18 S+ 10:20AM 0:00.00 grep sendmail Nope. RC script bugs aside, how about modifying the actual configuration? > [/etc/mail] # ls > ./ README aliases.db freebsd.submit.cf mailer.conf submit.cf > ../ access.sample freebsd.cf freebsd.submit.mc mailertable.sample virtusertable.sample > Makefile aliases freebsd.mc helpfile sendmail.cf *lost* I just want to relay elsewhere. > # grep -i relay *|wc -l > 232 Having done this before I know it is SMART_HOST: > # grep SMART * > freebsd.mc:dnl define(`SMART_HOST', `your.isp.mail.server') So do I edit this mc file? Then what? run make? Do I need it in the freebsd.submit.mc too? sendmail 1, bryan 0. https://github.com/corecode/dma/blob/master/dma.conf: > # Your smarthost (also called relayhost). Leave blank if you don't want > # smarthost support. > # NOTE: on Debian systems this is handled via debconf! > # Please use dpkg-reconfigure dma to change this value. > #SMARTHOST Oh look right there at the top, SMARTHOST for relay. Done. > # Uncomment if yout want TLS/SSL support > #SECURETRANSFER > > # Uncomment if you want STARTTLS support (only used in combination with > # SECURETRANSFER) > #STARTTLS Yes please. Simple. I'm not sure where to even start with sendmail to enable those options. -- Regards, Bryan Drewery From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 15:50:22 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1BF41BD; Mon, 24 Feb 2014 15:50:22 +0000 (UTC) Received: from orthanc.ca (neo.orthanc.ca [IPv6:2607:f2f8:abf8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EE9E415B0; Mon, 24 Feb 2014 15:50:21 +0000 (UTC) Received: from [192.168.42.6] (d66-183-221-35.bchsia.telus.net [66.183.221.35] (may be forged)) (authenticated bits=0) by orthanc.ca (8.14.7/8.14.7) with ESMTP id s1OFoHNH084076 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 24 Feb 2014 07:50:18 -0800 (PST) (envelope-from lyndon@orthanc.ca) Content-Type: multipart/signed; boundary="Apple-Mail=_01ABB0D1-51ED-4B04-93DE-92319CDE298D"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: Import of DragonFly Mail Agent From: Lyndon Nerenberg In-Reply-To: <530B67EA.1090102@FreeBSD.org> Date: Mon, 24 Feb 2014 07:50:16 -0800 Message-Id: References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B67EA.1090102@FreeBSD.org> To: Bryan Drewery X-Mailer: Apple Mail (2.1827) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on orthanc.ca Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 15:50:22 -0000 --Apple-Mail=_01ABB0D1-51ED-4B04-93DE-92319CDE298D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Feb 24, 2014, at 7:40 AM, Bryan Drewery wrote: > Anything not meeting the bare-bones criteria can be installed with = 'pkg > install' or ports. Try this in a shop where all your machines are completely air-gapped = from the internet. --Apple-Mail=_01ABB0D1-51ED-4B04-93DE-92319CDE298D Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQIcBAEBAgAGBQJTC2o4AAoJEG8PnXiV/JnUKSgQAIn6O0Lpx3tBd2OCTqrvVmNb 1yfuVev/ZZ0AFyJ/YBGgSH2YUVL4U5QtKo0KafYPwA1WtL4avfHwG6dlDh9f6sIg 7qiDsImyhzJ3RVvk7oUc4wy5yPwIlXf/0080ECF0RfLhTeUPaIMpdU+7zQyHwzfr q9aUGCWzKfwgTMwi+MamLUNqGqj6y2eGLDU4UaVj/npnTOS/mz++saIdmNKF+lNn WLprrxxlhBRLEXAo7z6fI8T3T/tK/9h2TrDv85w/lE754GsGGgYpYgJjc1nSn+88 dalxz5KYnOKXkcaMJNlDq8+02f+8qhPYBpK1BmxbB+ufyKTrjLUI2HrFUGekq8Xa x26VDF1ygWcBGuSG3ww/+JoLNZj7s6w4ttApYVPPtWmHL9kWXzcTJyT/yuOLoaH3 cyaMe8yJyYJPmTjVH3W6O3T9fdGiSX3HEiZmlyGxvV9Yco0XnzIke/ZfQ780XT3d ri9555kAoXD+RvmFQJD6XtFOFIm63rjTwH3qI8l9MLKkHBEMWvZr+HF58TYjTTGY wqzhW8KTCu+i0YaR6oGFYipg8MbBzSl9aKsjkhYTN/K634lWr2n9w08FmmaehTF8 29vOTHjAaWj5h92e09/7gJOX4oMKnkY5VAaTfirM+wCFZz9lQuTSo958BUn0gVA2 xT8/h2nw4J2DSlAcjycO =xo7s -----END PGP SIGNATURE----- --Apple-Mail=_01ABB0D1-51ED-4B04-93DE-92319CDE298D-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 15:53:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 279554F6; Mon, 24 Feb 2014 15:53:54 +0000 (UTC) Received: from 20pmail.ess.barracuda.com (20pmail.ess.barracuda.com [64.235.154.232]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 67699166A; Mon, 24 Feb 2014 15:53:48 +0000 (UTC) Received: from Opium.Pharm.Guru (Opium.Pharm.Guru [162.243.227.187]) by mx1404.ess.rzc.cudaops.com; Mon, 24 Feb 2014 15:53:41 +0000 X-BESS-ID: 1393257221-382908-14804-430630-1 X-BESS-VER: 2.4.2-r1402191942 X-BESS-BRTS-Status: 1 X-OurDotGuru-Mailborder-Watermark: 1393862019.90071@ZUTjM8uNz/fPcC/Mvx7T/g X-OurDotGuru-Mailborder-From: lucius.rizzo@lucius.xxx X-OurDotGuru-Mailborder-SpamCheck: not spam, SpamAssassin (not cached, score=-0.1, required 3, autolearn=not spam, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, RCVD_IN_DNSWL_BLOCKED 0.00, RP_MATCHES_RCVD -0.00) X-OurDotGuru-Mailborder-IP-Protocol: IPv4 X-OurDotGuru-Mailborder: Found to be clean X-OurDotGuru-Mailborder-ID: 20A1240CA4.ADD49 X-OurDotGuru-Mailborder-Information: Please contact your admin for more information Received: from lucius.XxX (lucius.XxX [95.85.22.130]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by Opium.Pharm.Guru (Postfix) with ESMTPS id 20A1240CA4; Mon, 24 Feb 2014 10:53:38 -0500 (EST) Authentication-Results: Opium.Pharm.Guru; dkim=pass reason="2048-bit key; unprotected key" header.d=lucius.xxx header.i=@lucius.xxx header.b=vVzKaoCQ; dkim-adsp=pass Received: from Lucius.XxX (lrizzo@localhost.localdomain [127.0.0.1]) by lucius.XxX (8.14.8/8.14.8) with ESMTP id s1OFrZ12032098 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 24 Feb 2014 15:53:36 GMT DKIM-Filter: OpenDKIM Filter v2.9.0 lucius.XxX s1OFrZ12032098 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=lucius.xxx; s=default; t=1393257216; bh=OokvpmbMCS4Hqyl2yjVJsMSmM24wlElhJbNSeHGaBQ0=; h=Date:From:To:Cc:Subject:References:In-Reply-To; z=Date:=20Mon,=2024=20Feb=202014=2015:53:34=20+0000|From:=20Lucius= 20Rizzo=20|To:=20Don=20Lewis=20|Cc:=20brunolauze@msn.com,=20swhetzel@gmail.com,=20and rnils@gmail.com,=0D=0A=20=20=20=20=20=20=20=20freebsd-current@Free BSD.org|Subject:=20Re:=20libinit=20idea|References:=20<20140223182 232.GA25967@lucius.XxX>=0D=0A=20<201402240856.s1O8u82F073645@gw.ca tspoiler.org>|In-Reply-To:=20<201402240856.s1O8u82F073645@gw.catsp oiler.org>; b=vVzKaoCQN+Z5BBwAitGxeMYElHp1Dn4cjGNvuYInfKlB5Eb8OXk0t2hp4nad0gvMf verhrhkvKTjMVybZ3NeuM0kzgtYlDzNmCHv9k7uO3SpYSK+9bQ/JIZ62QuXNy+SyDV wXoE4eRgVB9GXn8xMYtCaJ3FN9ZuqnvF+AV9/X3jJ+S12s0GPkc2EPBD5yn1/NK/ER ZRi+KAW4uYlNKNQ1fplSlkFAZGvriHv1VaLqdqWUjv6fQLsL8Zypt1MX2vKoaeIAMW 2UR2zdpo90iEmq/J2JKWq4JoV3RYns704WWrbVapDQcMgvKeQ3ApG1gKtBLgefL3tZ 2exnEfHeEGo3g== Received: (from lrizzo@localhost) by Lucius.XxX (8.14.8/8.14.8/Submit) id s1OFrZvT032097; Mon, 24 Feb 2014 15:53:35 GMT X-Authentication-Warning: Lucius.XxX: lrizzo set sender to Lucius.Rizzo@Lucius.XxX using -f Date: Mon, 24 Feb 2014 15:53:34 +0000 From: Lucius Rizzo To: Don Lewis Subject: Re: libinit idea Message-ID: <20140224155334.GA31812@lucius.XxX> References: <20140223182232.GA25967@lucius.XxX> <201402240856.s1O8u82F073645@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201402240856.s1O8u82F073645@gw.catspoiler.org> X-Organization: T.gT Consulting - http://t.gt X-Homepage: http://www.Say.Si User-Agent: Mutt/1.5.22 (2013-10-16) X-PWhois-Status: No originator identified Cc: brunolauze@msn.com, swhetzel@gmail.com, andrnils@gmail.com, freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 15:53:54 -0000 * Don Lewis [2014-02-24 00:56]: > On 23 Feb, Lucius Rizzo wrote: > > * Andreas Nilsson [2014-02-23 09:33]: > >> Imho, the replacement to init and rc-scripts I sometimes think about > >> would be to import SMF from opensolaris/illumos. There one can at > >> least get the commands run and config used without looking at the > >> source code. > > > > I like SMF from Solaris 11 onwards and even SmartOS. However, I have > > found to like systemd and use via systemctl on Arch far nicer than any > > other rc scripts to date. > > > > Anyone care to share their thoughts on the pros and cons of something > > like systemd the way Arch does? > > I've got a Fedora server here that has systemd and I've come to dislike > it. It seems to be one of those "Do not open. No user serviceable > parts inside." sorts of things. I had an entirely different experience - albeit on Arch. I had to use systemd via systemctl for pretty much everything to build on the machine. I use btrfs + linux-ck on Arch with systemd. In order to get stuff to work, I had a pretty detailed learning experience with systemd when I helped on the sendmail AUR port for Arch including writing/enabling scripts to work with journald and systemd. Naturally, I'm somewhat surprised to see the the author's attitude towards licensing and non-Linux support. Its rare to come across devs who are zealous to such a degree. However, there seems to be an agreement at least in part to modernize or optimize the boot-up/rc env in FreeBSD. I don't know for most of you but for me, while this is interesting...I almost never really reboot that often for me to actually see a real advantage of a 3 sec boot-up difference by throwing away what we have and migrating to something else. Which is why we should also consider more than just boot-up times -- for me having a newer more intelligent way to manage rc environment might bear more interest than a few second boot difference that I only see once in a blue moon. Though, now I am also at a point where I know commands in - Debian/CentOS/Arch, BSD (FreeBSD/NetBSD) and Solaris 10/11/SmartOS (all with different ways of doing thing). What's annoying is that each of these OS/flavors have nuances in use of their rc scripts and while ^now^ it doesn't bother me at all, I imagine it may for a newb. In most cases, everything works. But when it doesn't, its annoying to remember svcadmin vs systemctl vs /etc/init.d vs service vs /etc/rc.d/ along with all the other commands just to check the logs... -- | _o _ |_)o_ _ _ |_|_|(_||_|_> | \|/_/_(_) - Lucius.Tel -------------------------------------- ++ New members are urgently needed in the Society for Prevention of ++ ++ Cruelty to Yourself. Apply within. ++ From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 15:56:59 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 223B29D5; Mon, 24 Feb 2014 15:56:59 +0000 (UTC) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id D60D616A9; Mon, 24 Feb 2014 15:56:58 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 808AE3AE30; Mon, 24 Feb 2014 15:56:57 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.7/8.14.7) with ESMTP id s1OFuuqg045747; Mon, 24 Feb 2014 15:56:57 GMT (envelope-from phk@phk.freebsd.dk) To: Lyndon Nerenberg Subject: Re: Import of DragonFly Mail Agent In-reply-to: From: "Poul-Henning Kamp" References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B67EA.1090102@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Date: Mon, 24 Feb 2014 15:56:56 +0000 Message-ID: <45746.1393257416@critter.freebsd.dk> Cc: current@FreeBSD.org, Bryan Drewery X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 15:56:59 -0000 In message , Lyndon Nerenberg writes: >Try this in a shop where all your machines are completely air-gapped >from the internet. Bullshit. You got FreeBSD in there in the first place, there clearly is some kind of aperture through which software can migrate. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 16:09:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D656FE8C for ; Mon, 24 Feb 2014 16:09:34 +0000 (UTC) Received: from mail.lhr1.as41113.net (mail.lhr1.as41113.net [91.208.177.22]) by mx1.freebsd.org (Postfix) with ESMTP id 80BCF17AD for ; Mon, 24 Feb 2014 16:09:33 +0000 (UTC) Received: from [172.21.87.41] (unknown [212.9.98.193]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: lists@rewt.org.uk) by mail.lhr1.as41113.net (Postfix) with ESMTPSA id 3fXnyc0jXNz7rBW; Mon, 24 Feb 2014 15:59:19 +0000 (UTC) Message-ID: <530B6C3D.1080906@rewt.org.uk> Date: Mon, 24 Feb 2014 15:58:53 +0000 From: Joe Holden User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Poul-Henning Kamp Subject: Re: ntpd replacement (Was: Re: Import of DragonFly Mail Agent) References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B13CA.6000005@rewt.org.uk> <33612.1393235765@critter.freebsd.dk> <20140224100036.GA1699@ithaqua.etoilebsd.net> <530B2500.5030608@rewt.org.uk> <37319.1393239415@critter.freebsd.dk> <530B2750.3050200@rewt.org.uk> <20140224110842.GA83610@ithaqua.etoilebsd.net> <530B2953.3030901@rewt.org.uk> <20140224111745.GA13864@roberto-aw.eurocontrol.fr> <530B2C7E.3050208@rewt.org.uk> <530B2DEE.3030808@rewt.org.uk> <45248.1393249947@critter.freebsd.dk> <530B666A.1000800@rewt.org.uk> <45663.1393256407@critter.freebsd.dk> In-Reply-To: <45663.1393256407@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 16:09:34 -0000 On 24/02/2014 15:40, Poul-Henning Kamp wrote: > In message <530B666A.1000800@rewt.org.uk>, Joe Holden writes: > >>> Please check how NTP is authenticated before giving bad advice, >>> it's all in the RFC. >>> >> v3 or v4? It is an optional part of the spec in both cases and again >> isn't required for 99% of people using ntpd as a client, which was the >> entire point of this exercise in the first place. > > Authentication of NTP is rapidly gaining focus these days, for obvious > reasons, so I think adopting software now which don't support it would > be needlessly shortsighted. > > 3 years ago I would have agree with you, but not now. > Fair enough, that isn't the real problem we are facing but rather than derail this thread even further I think it would be best to discuss that another day :) From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 16:16:34 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4FAA1155; Mon, 24 Feb 2014 16:16:34 +0000 (UTC) Received: from 20pmail.ess.barracuda.com (20pmail.ess.barracuda.com [64.235.150.246]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E0C881878; Mon, 24 Feb 2014 16:16:32 +0000 (UTC) Received: from Opium.Pharm.Guru (Opium.Pharm.Guru [162.243.227.187]) by mx10.ess.sfj.cudaops.com; Mon, 24 Feb 2014 16:16:26 +0000 X-BESS-ID: 1393258585-425074-16275-516365-1 X-BESS-VER: 2.4.2-r1402191942 X-BESS-BRTS-Status: 1 X-OurDotGuru-Mailborder-Watermark: 1393863384.58223@yt6AgdCCdanIXMqdv2/zxg X-OurDotGuru-Mailborder-From: lucius.rizzo@lucius.xxx X-OurDotGuru-Mailborder-SpamCheck: not spam, SpamAssassin (not cached, score=-0.1, required 3, autolearn=not spam, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, RCVD_IN_DNSWL_BLOCKED 0.00, RP_MATCHES_RCVD -0.00) X-OurDotGuru-Mailborder-IP-Protocol: IPv4 X-OurDotGuru-Mailborder: Found to be clean X-OurDotGuru-Mailborder-ID: 0F51A40EBA.AAE66 X-OurDotGuru-Mailborder-Information: Please contact your admin for more information Received: from lucius.XxX (lucius.XxX [95.85.22.130]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by Opium.Pharm.Guru (Postfix) with ESMTPS id 0F51A40EBA; Mon, 24 Feb 2014 11:16:23 -0500 (EST) Authentication-Results: Opium.Pharm.Guru; dkim=pass reason="2048-bit key; unprotected key" header.d=lucius.xxx header.i=@lucius.xxx header.b=Dl1q6yqS; dkim-adsp=pass Received: from Lucius.XxX (lrizzo@localhost.localdomain [127.0.0.1]) by lucius.XxX (8.14.8/8.14.8) with ESMTP id s1OGGLua032372 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 24 Feb 2014 16:16:22 GMT DKIM-Filter: OpenDKIM Filter v2.9.0 lucius.XxX s1OGGLua032372 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=lucius.xxx; s=default; t=1393258582; bh=WlXygyv7tH3HtmDqgpqkJG3kg2WPC/8Ob7s+A/mwWlk=; h=Date:From:To:Cc:Subject:References:In-Reply-To; z=Date:=20Mon,=2024=20Feb=202014=2016:16:21=20+0000|From:=20Lucius= 20Rizzo=20|To:=20Bryan=20Drewery=20|Cc:=20Baptiste=20Daroussin=20,= 20current@FreeBSD.org|Subject:=20Re:=20Import=20of=20DragonFly=20M ail=20Agent|References:=20<20140223211155.GS1699@ithaqua.etoilebsd .net>=0D=0A=20<530B67EA.1090102@FreeBSD.org>|In-Reply-To:=20<530B6 7EA.1090102@FreeBSD.org>; b=Dl1q6yqSg/oprvWogyrclVOi2xcgfGvvvWN8qK2QzjY8qLYX2uGxDMjsnk1yyzS3K S4qE9HsPIdy1Nc7w8LkBbPp5t+uxz/2PvYYo3BioYZnTLnlndV8een1H5iPOesDAt+ 7ubcDRqKPAb/RpbDijIaE5d5N20jBtXsYC99L25xNaXj7/ab3ZFEFzD7LsygQcUcRY nOwJVAJPvDel/gY118xuHucb/I02Qzj+YR3pvWE8AIQFJ0wFc3WEVIUbxkod4bfZcL CoreykzNOplXbDFds6uA6ZKRMeU81Q4S34tkGdBO7Wa5XIaCj9forsXhfZ6cxppXts 2aYjwyvEFK7Fg== Received: (from lrizzo@localhost) by Lucius.XxX (8.14.8/8.14.8/Submit) id s1OGGL1n032371; Mon, 24 Feb 2014 16:16:21 GMT X-Authentication-Warning: Lucius.XxX: lrizzo set sender to Lucius.Rizzo@Lucius.XxX using -f Date: Mon, 24 Feb 2014 16:16:21 +0000 From: Lucius Rizzo To: Bryan Drewery Subject: Re: Import of DragonFly Mail Agent Message-ID: <20140224161621.GB31812@lucius.XxX> References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B67EA.1090102@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <530B67EA.1090102@FreeBSD.org> X-Organization: T.gT Consulting - http://t.gt X-Homepage: http://www.Say.Si User-Agent: Mutt/1.5.22 (2013-10-16) X-PWhois-Status: No originator identified Cc: Baptiste Daroussin , current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 16:16:34 -0000 * Bryan Drewery [2014-02-24 09:40]: > Remembering the time I spent trying to configure sendmail to not accept > inbound mail, and trying to get it to behave how I want, I fully support > this. Of all the years I've messed with sendmail, I still have little > understanding of how to configure it or if I've done it right. Hush! No sendmail hating :P. I remember it being a right of passage to graduate to a ^real^ UNIX admin when you had lost half of your hair while working on sendmail.cf. In a era now long gone, I remember carrying the sendmail bible (thick with detailed instructions on cf vars) as protection vs. say a baseball bat. The Sendmail manual was thick, heavy and while I never did use it as a weapon; I had imagined many times throwing it at a server and see if that maybe fixed the problem with sendmail.cf. I've worked with MTA's a lot. I have hated and loved Sendmail. ATM, I am back in my I <3 Sendmail mode and have it running quite well -- with a lot of cool milters on some of my servers. But sendmail is not for the faint of heart, or ones who are at risk of hair loss. In fact, I would highly discourage sendmail use in the latter case. > My exaggerated view of sendmail as a user: [...] Poof..that's easy :P > > # Uncomment if you want STARTTLS support (only used in combination > > with # SECURETRANSFER) #STARTTLS > > Yes please. Simple. > > I'm not sure where to even start with sendmail to enable those > options. See! That wasn't hard at all!! I don't get why people get so worried. What you posted was mostly mc stuff anyways. I would be far more impressed if you would have debugged that in the cf or via sendmail flags. :))) I often use ssmtp on servers that run Wordpress etc and collect most mail to a mailhub which routes it internally and externally. I <3 Sendmail. -- | _o _ |_)o_ _ _ |_|_|(_||_|_> | \|/_/_(_) - Lucius.Tel -------------------------------------- ++ The greatest griefs are those we cause ourselves. ++ ++ -- Sophocles ++ From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 16:28:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8FF64628; Mon, 24 Feb 2014 16:28:27 +0000 (UTC) Received: from mail-oa0-x233.google.com (mail-oa0-x233.google.com [IPv6:2607:f8b0:4003:c02::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 487F91972; Mon, 24 Feb 2014 16:28:27 +0000 (UTC) Received: by mail-oa0-f51.google.com with SMTP id i7so4250015oag.38 for ; Mon, 24 Feb 2014 08:28:26 -0800 (PST) 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=pgI2Zc742axRR3VQyZIsbw/LJEMIJUcaW9zecgWVbZE=; b=QxabIxB3cyuIKh93fKSgXtLAUDbDtqP6dEnC2UZl/qUNuvf23ENf6uoaCEu27YOy8X LzSYlIwVT8NaIQfUeqd0ahptyE1Ksx/NlmCoWY+6/OkiD3LiZYvS+8xajAs/3YmDnFIC ey4lRmMZ13DIu/j5feSjIVhHnCgHvjVXy/mcQd312e329VmSyMpU5Hf6sz3i1fLgyd70 GoTeiZfW5klnEDdCFr+WLve6M+hlpuzfZHOXYArpDMhvXS2HvNfxPjavyHrvxi9RCfKe BC1YopW5MVzFlKgeFOJpFZfD0JVQ6+tudRWwGI7eAZxxULP1U3KjZeYNAJ9iCphRPOPH 7b7w== MIME-Version: 1.0 X-Received: by 10.182.66.164 with SMTP id g4mr18002943obt.47.1393259306550; Mon, 24 Feb 2014 08:28:26 -0800 (PST) Received: by 10.76.180.164 with HTTP; Mon, 24 Feb 2014 08:28:26 -0800 (PST) Received: by 10.76.180.164 with HTTP; Mon, 24 Feb 2014 08:28:26 -0800 (PST) In-Reply-To: References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B67EA.1090102@FreeBSD.org> Date: Mon, 24 Feb 2014 08:28:26 -0800 Message-ID: Subject: Re: Import of DragonFly Mail Agent From: Freddie Cash To: Lyndon Nerenberg Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: current@freebsd.org, Bryan Drewery X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 16:28:27 -0000 On Feb 24, 2014 7:50 AM, "Lyndon Nerenberg" wrote: > > > On Feb 24, 2014, at 7:40 AM, Bryan Drewery wrote: > > > Anything not meeting the bare-bones criteria can be installed with 'pkg > > install' or ports. > > Try this in a shop where all your machines are completely air-gapped from the internet. Install from DVD which includes the vast majority of packages built from the ports tree. If you have a way to install FreeBSD, you have a way to get software onto it. From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 16:39:12 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81D45BC3 for ; Mon, 24 Feb 2014 16:39:12 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 45FE11A80 for ; Mon, 24 Feb 2014 16:39:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s1OGdBR0038957 for ; Mon, 24 Feb 2014 16:39:11 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s1OGdBt7038953 for current@FreeBSD.org; Mon, 24 Feb 2014 16:39:11 GMT (envelope-from bdrewery) Received: (qmail 97865 invoked from network); 24 Feb 2014 10:39:10 -0600 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 24 Feb 2014 10:39:10 -0600 Message-ID: <530B75A2.60109@FreeBSD.org> Date: Mon, 24 Feb 2014 10:38:58 -0600 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Lyndon Nerenberg Subject: Re: Import of DragonFly Mail Agent References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B67EA.1090102@FreeBSD.org> <45746.1393257416@critter.freebsd.dk> In-Reply-To: <45746.1393257416@critter.freebsd.dk> X-Enigmail-Version: 1.6 OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UaLixwjbjVDD0pwo0nKLE75u7S91j4EpN" Cc: Poul-Henning Kamp , current@FreeBSD.org, Bryan Drewery X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 16:39:12 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --UaLixwjbjVDD0pwo0nKLE75u7S91j4EpN Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2/24/2014 9:56 AM, Poul-Henning Kamp wrote: > In message , Lyndon Ne= renberg=20 > writes: >=20 >> Try this in a shop where all your machines are completely air-gapped >>from the internet. >=20 > Bullshit. >=20 > You got FreeBSD in there in the first place, there clearly > is some kind of aperture through which software can migrate. >=20 This. You pulled in something from somewhere. Build your own packages from that somewhere and send them along in your image to 'pkg add' on first boot, or install them into the image directly so they are already there. I can't imagine an air-gapped default FreeBSD being of much use without *any* packages/ports installed. --=20 Regards, Bryan Drewery --UaLixwjbjVDD0pwo0nKLE75u7S91j4EpN Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTC3WiAAoJEDXXcbtuRpfP4kQIAJhzUvx48UFjyTb9mfoW5HYW /H5TINOLuJdUhhBp9l3+wDeoHMMOSxHaLXFlbaZ8jgUMt4GsGSMZe2miL8fBYm94 1lkclDEpiKYjCG+R3UnEfnyflRYfaz0UrdXWorExiWjvAAkoXXlMdIcir8tKNh4P ekdY/UvdZWTaqI5uqKhYXtQ66ovWgIavWTIoOAtK6O6KLpTdHEAWQ3WFr7qh7fQW JdNHca9XYdlnNLiuhd3UYJMxdUjwYZos5X0WctqsN4KZoZEpTBOE7JSlckyTaohR fGTp0vIPh1TcELSoU9hDsjUIObdq7cygVdLE7goR9BkL9poLevDT8ZlDVPDbAqw= =qIZ8 -----END PGP SIGNATURE----- --UaLixwjbjVDD0pwo0nKLE75u7S91j4EpN-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 16:39:30 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7235CCC for ; Mon, 24 Feb 2014 16:39:30 +0000 (UTC) Received: from orthanc.ca (neo.orthanc.ca [IPv6:2607:f2f8:abf8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B43D81A8C for ; Mon, 24 Feb 2014 16:39:30 +0000 (UTC) Received: from [192.168.42.6] (d66-183-221-35.bchsia.telus.net [66.183.221.35] (may be forged)) (authenticated bits=0) by orthanc.ca (8.14.7/8.14.7) with ESMTP id s1OGdQcx084336 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Mon, 24 Feb 2014 08:39:28 -0800 (PST) (envelope-from lyndon@orthanc.ca) From: Lyndon Nerenberg Content-Type: multipart/signed; boundary="Apple-Mail=_FB0F918B-E922-4A06-AAB9-422D3EF3ACF6"; protocol="application/pgp-signature"; micalg=pgp-sha1 Message-Id: Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: Import of DragonFly Mail Agent Date: Mon, 24 Feb 2014 08:39:25 -0800 References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B67EA.1090102@FreeBSD.org> <45746.1393257416@critter.freebsd.dk> To: FreeBSD current In-Reply-To: <45746.1393257416@critter.freebsd.dk> X-Mailer: Apple Mail (2.1827) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on orthanc.ca X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 16:39:31 -0000 --Apple-Mail=_FB0F918B-E922-4A06-AAB9-422D3EF3ACF6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On Feb 24, 2014, at 7:56 AM, Poul-Henning Kamp = wrote: > Bullshit. Sounds like your week didn't get off to a good start. > You got FreeBSD in there in the first place, there clearly > is some kind of aperture through which software can migrate. Yes, we walk in a DVD-ROM with a FreeBSD installation image on it. This = works because there is a self-contained installer that contains a very = complete system. Certainly enough to build things like file servers and = network infrastructure machines (dhcp, ntp, other general network = services). Installing ports/pkgs, on the other hand, is a real pain. For pre-built = packages, you can build a list of dependencies, download the packages to = an external machine, copy them to a portable drive, and walk them over = to a shared filesystem. This works, provided there are pre-built images = of the package and its recursive dependency tree (and that they are = configured in a way that works for your environment). If the above doesn't work, you have to fall back to ports. And this is = where things get really hairy. Just generating the list of required = distfiles is problematic. 'make fetch-recursive-list' will give you a = script to run to pull down the direct build dependencies, but this = misses run-time dependencies. Generating that list takes a lot of = manual work, and is *very* time consuming. The increasing focus on securing systems from network attacks in only = increasing the number of air-gapped environments (and I know this from = first hand experience). The sort of massive unbundling that a few = people are tossing around here has the potential to exponentially = increase the workload of people operating in the environments I have = witnessed (and worked in). I want them to realize that there are = ramifications to those sort of changes that need to be taken into = consideration. These days UNIX tends to be single-user environment, for the most part. = Because of that it is very easy for people to get into the mindset that = "if I don't use it, nobody else uses it," and thus losing sight of the = whole being so much greater than the sum of its parts. That said, I can understand wanting to unbundle some of the very complex = but lesser used components (e.g. bind). But there's always a balancing = act to be performed here. Making every command in /usr/bin its own = package serves nobody. (Yes, I exaggerate to make a point.) --lyndon --Apple-Mail=_FB0F918B-E922-4A06-AAB9-422D3EF3ACF6 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQIcBAEBAgAGBQJTC3W9AAoJEG8PnXiV/JnUtDoP/1Jj+NpZnsJxhYXV13WGGh4L 8wWmgbsEtR0wFFZhvt4xFrawtEuZq/KPYERV7BovCgM+5Mcv/r4PNhbbjAov3uHn 2e9eDvhVD95p7Ee7xS5rZHpN0NVQo42PmPYwmd8vi4bYaqQ/XCFTEXjxE7dcnqRs DPEmzSrBdxhEhbqIUwizkx2rNwIq0I3wjec20P0exeoHPl5hS/871Ii2rmVoZaHD M7y9esd/uiUgXa/sN3RTjnOWz0A+7OcGYpiBTB91zRknRqnxHd5+umpuPE0R+h6Q brSm+jXHUch2rmEDkl/57OUcBa8agFq7oQ3JaZ3ZquK7nJtgzNkBPjfeDj/o+nTy w+PXuvapC6VpHZSQUkBxp8yHQ29zIXi0R7zPYmWrs5IE37TmSLbgAtSs+crPubnX 2pxt53wG5Mt8krYH9lWv8n59l8eP9BRFItdryO065wwvkISP5HZ2Ny3iO/SUHYhB g93UBa6hvBGcKQQrtnQQhrOssdWp8ZL7LZ8qxp/bDxfmx0/cz3DfMzON6AFKmGqt 7YBr7ZqYBOrN+vhe3pi7T+363DJwNXOO7f9ZRyio8NEajlzerKfTjAMBZTjdJiNn MCgQA5kXne8tubjEqq4xuz1Sd0M+vP2Cd4pk2zS228EFh+xsnPNAGpqx5hRwG2kO nt6bgASSZJSCp/243cw6 =qR9U -----END PGP SIGNATURE----- --Apple-Mail=_FB0F918B-E922-4A06-AAB9-422D3EF3ACF6-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 16:44:45 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0024BAF for ; Mon, 24 Feb 2014 16:44:44 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D74591B5D for ; Mon, 24 Feb 2014 16:44:44 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s1OGii8u041785 for ; Mon, 24 Feb 2014 16:44:44 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s1OGiirB041782 for current@FreeBSD.org; Mon, 24 Feb 2014 16:44:44 GMT (envelope-from bdrewery) Received: (qmail 62702 invoked from network); 24 Feb 2014 10:44:42 -0600 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 24 Feb 2014 10:44:42 -0600 Message-ID: <530B76EE.3010802@FreeBSD.org> Date: Mon, 24 Feb 2014 10:44:30 -0600 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Lucius Rizzo Subject: Re: Import of DragonFly Mail Agent References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B67EA.1090102@FreeBSD.org> <20140224161621.GB31812@lucius.XxX> In-Reply-To: <20140224161621.GB31812@lucius.XxX> X-Enigmail-Version: 1.6 OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 16:44:45 -0000 On 2/24/2014 10:16 AM, Lucius Rizzo wrote: > * Bryan Drewery [2014-02-24 09:40]: > >> Remembering the time I spent trying to configure sendmail to not accept >> inbound mail, and trying to get it to behave how I want, I fully support >> this. Of all the years I've messed with sendmail, I still have little >> understanding of how to configure it or if I've done it right. > > Hush! No sendmail hating :P. I remember it being a right of passage to > graduate to a ^real^ UNIX admin when you had lost half of your hair > while working on sendmail.cf. In a era now long gone, I remember > carrying the sendmail bible (thick with detailed instructions on cf > vars) as protection vs. say a baseball bat. > I have the Oreilly sendmail book here and it's thicker than The Design and Implementation of the FreeBSD Operating System. That's quite an application! -- Regards, Bryan Drewery From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 16:50:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7DDF0329 for ; Mon, 24 Feb 2014 16:50:52 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 47BC61BB8 for ; Mon, 24 Feb 2014 16:50:52 +0000 (UTC) Received: from [192.168.14.98] (no-dns-yet.demon.co.uk [62.49.66.12] (may be forged)) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.5) with ESMTP id s1OGoj7l064878 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 24 Feb 2014 16:50:49 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: Import of DragonFly Mail Agent From: David Chisnall In-Reply-To: Date: Mon, 24 Feb 2014 16:50:45 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <17F7065F-5CE1-47CE-AB45-7356E78E243A@FreeBSD.org> References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B67EA.1090102@FreeBSD.org> <45746.1393257416@critter.freebsd.dk> To: Lyndon Nerenberg X-Mailer: Apple Mail (2.1827) Cc: FreeBSD current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 16:50:52 -0000 On 24 Feb 2014, at 16:39, Lyndon Nerenberg wrote: > If the above doesn't work, you have to fall back to ports. And this = is where things get really hairy. Just generating the list of required = distfiles is problematic. 'make fetch-recursive-list' will give you a = script to run to pull down the direct build dependencies, but this = misses run-time dependencies. Generating that list takes a lot of = manual work, and is *very* time consuming. Or, purely hypothetically, if your goal was to make it work, you could = just use Poudriere which will take a list of packages that you need and = build a package set for you, which you can stick on a DVD / USB stick / = whatever and take into your production environment. It will also let = trivially update the package set to the latest version and build the = packages with your specific configuration. If you need an environment this customised, but don't want to use the = tools specifically designed for building such a setup, then you don't = really get to complain. If Poudriere doesn't do what you want, then = constructive feature requests are always welcome (bapt likes having us = add things to his to-do list - he has way too much free time). David From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 16:51:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D4EE443A; Mon, 24 Feb 2014 16:51:40 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9C0881C25; Mon, 24 Feb 2014 16:51:40 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.8/8.14.8) with ESMTP id s1OGpdkh009984; Mon, 24 Feb 2014 08:51:39 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.8/8.14.8/Submit) id s1OGpd35009983; Mon, 24 Feb 2014 08:51:39 -0800 (PST) (envelope-from david) Date: Mon, 24 Feb 2014 08:51:39 -0800 From: David Wolfskill To: current@freebsd.org Subject: [PATCH] Re: svn commit: r262439 - head/sys/dev/usb/input Message-ID: <20140224165139.GS1630@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="YqKeQn+qkMVHQmbT" Content-Disposition: inline In-Reply-To: <201402241044.s1OAig7H062968@svn.freebsd.org> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Hans Petter Selasky X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 16:51:41 -0000 --YqKeQn+qkMVHQmbT Content-Type: multipart/mixed; boundary="/KohU7xR/z4Rz7fl" Content-Disposition: inline --/KohU7xR/z4Rz7fl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I encountered an error during buildkernel: =2E.. =3D=3D=3D> usb/atp (all) --- atp.o --- clang -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdi= nc -DHAVE_KERNEL_OPTION_HEADERS -include /common/S4/obj/usr/src/sys/CANAR= Y/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -gdwarf-2 -I/common/S4/= obj/usr/src/sys/CANARY -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -f= freestanding -fstack-protector -std=3Diso9899:1999 -Qunused-arguments -fst= ack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-po= inter-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-o= ption -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-pa= rentheses-equality -Wno-unused-function -c /usr/src/sys/modules/usb/atp/.= =2E/../../dev/usb/input/atp.c /usr/src/sys/modules/usb/atp/../../../dev/usb/input/atp.c:797:40: error: un= used variable 'atp_sensor_data_interpreters' [-Werror,-Wunused-const-variab= le] static const sensor_data_interpreter_t atp_sensor_data_interpreters[TRACKPA= D_FAMILY_MAX] =3D { ^ 1 error generated. *** [atp.o] Error code 1 The attached patch worked for me. Now running: FreeBSD 11.0-CURRENT #1172 r262439M/262439:1100009: Mon Feb 24 08:06:04 PS= T 2014 root@localhost:/common/S4/obj/usr/src/sys/CANARY i386 Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --/KohU7xR/z4Rz7fl Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="atp.diff" Content-Transfer-Encoding: quoted-printable Index: sys/dev/usb/input/atp.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/dev/usb/input/atp.c (revision 262439) +++ sys/dev/usb/input/atp.c (working copy) @@ -794,11 +794,6 @@ static void atp_reset_buf(struct atp_softc *); static void atp_add_to_queue(struct atp_softc *, int, int, int, uint3= 2_t); =20 -static const sensor_data_interpreter_t atp_sensor_data_interpreters[TRACKP= AD_FAMILY_MAX] =3D { - [TRACKPAD_FAMILY_FOUNTAIN_GEYSER] =3D fg_interpret_sensor_data, - [TRACKPAD_FAMILY_WELLSPRING] =3D wsp_interpret_sensor_data, -}; - /* Device methods. */ static device_probe_t atp_probe; static device_attach_t atp_attach; --/KohU7xR/z4Rz7fl-- --YqKeQn+qkMVHQmbT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJ8BAEBCgBmBQJTC3iaXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7ikwP/RUiidDiU/aK3Kev3xUlgHAv bl+LVQcIy9/DZ8wD3orGivKza7WG/YR0kdW53+up1+4X8nLJ8ek6yP0qSoJ5gQ1p VkKnyVE7G4YU7Qrnki8HVsOzFFsmbV3ZuPC312p5Z4enK5gtgttIesD0vCNqJsiJ TZbVl1CPmz+lu+rNwHUFyG2rVAxq9lCILAbWL4eM+HQPXDIk2gFEL3kuuTH4KzgA HsEmeRKIDpLWN1ooSuTgS3M20a/wswBRYhKAySK1pdYjNCX5eSHAZT8tlAxrOA9i 9a3JuNEErrLjvI34fTznyNe8T1VcJdf8GGejETpzDySWBVB+/oA2hu7+3Nizoh0E rn/Wqy7oQoy38Gmd8HX9OTVmRbgcPZKCUEMnfRcH0tJjyhFpjfRL5+3BW14uT0hF GxO4peWyli2A945AJBmRAQhrESGjlf18AxRXRne85iz7Tx9EXV9xjJZcskEggOF8 w3QE4eeSxSkueReedzg4Zrb/CkZecd5hl+GUF7baCLKUuV24cPy53OE8pIVoCtqF lauSDi8FbtnuOxY4/4OTbloe15IxseiFVLNDrm5rKX0w6whaN6kqyd2qWAjywsv6 Sa9lu05dtr6bHsGz1EJCGnt69oICqrge/nerF2uNNN6AR13Z0fx3BdnlV8V9T4kV Bu936sfdHEZ7eUsLNBeR =aRA0 -----END PGP SIGNATURE----- --YqKeQn+qkMVHQmbT-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 17:04:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F981D64 for ; Mon, 24 Feb 2014 17:04:42 +0000 (UTC) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 4E4CA1D22 for ; Mon, 24 Feb 2014 17:04:42 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 0C4DC3EB4D; Mon, 24 Feb 2014 17:04:41 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.7/8.14.7) with ESMTP id s1OH4d0d046140; Mon, 24 Feb 2014 17:04:40 GMT (envelope-from phk@phk.freebsd.dk) To: Lyndon Nerenberg Subject: Re: Import of DragonFly Mail Agent In-reply-to: From: "Poul-Henning Kamp" References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B67EA.1090102@FreeBSD.org> <45746.1393257416@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1 Date: Mon, 24 Feb 2014 17:04:39 +0000 Message-ID: <46139.1393261479@critter.freebsd.dk> Cc: FreeBSD current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 17:04:42 -0000 In message , Lyndon Nerenberg writes: >On Feb 24, 2014, at 7:56 AM, Poul-Henning Kamp = >wrote: > >> Bullshit. > >Sounds like your week didn't get off to a good start. No, I'm simply calling your argument bullshit, because it is. >> You got FreeBSD in there in the first place, there clearly >> is some kind of aperture through which software can migrate. > >Yes, we walk in a DVD-ROM with a FreeBSD installation image on it. So put your packages on there as well, if they're not already there (did you even check ?) Or do a "cd /usr/ports && make fetch" and write a (number of ?) DVD's with the resulting distfiles, and carry those behind the firewall, knowing that you have 20k pieces of software including NetHack and and an INTERCAL compiler, so you will never be bored, no matter how long airgap remains open. I've been doing exactly that since 1998 and I know it is both trivially easy and wonderfully assuring to the customer when you can tell them: "*All* the source code is here, and you are running a system verifiably compiled from it." Just recently one of those old but still running FreeBSD systems were plucked out for a random audit. They found the CD's in storage, installed the FreeBSD 2.2.5 on a machine, also from storage, recompiled everything from sources, built the embedded image, installed the image and passed all the test-cases. And yes, now we're talking about a much overdue upgrade. QED: Bullshit. And no, we obviously should not move /bin/sh to ports, but software maintained by compet^H^H^H^H^H^capable projects outside of FreeBSD should not be imported into FreeBSD absent compelling reasons, and already imported software should be constantly scrutinized to see if there are better solutions. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 17:10:25 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6408EEC4 for ; Mon, 24 Feb 2014 17:10:25 +0000 (UTC) Received: from orthanc.ca (neo.orthanc.ca [IPv6:2607:f2f8:abf8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 406491D5C for ; Mon, 24 Feb 2014 17:10:25 +0000 (UTC) Received: from [192.168.42.6] (d66-183-221-35.bchsia.telus.net [66.183.221.35] (may be forged)) (authenticated bits=0) by orthanc.ca (8.14.7/8.14.7) with ESMTP id s1OHAL1A084630 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Mon, 24 Feb 2014 09:10:22 -0800 (PST) (envelope-from lyndon@orthanc.ca) From: Lyndon Nerenberg Content-Type: multipart/signed; boundary="Apple-Mail=_3F27D074-C6F1-4FFB-B6F9-61D3E37C7896"; protocol="application/pgp-signature"; micalg=pgp-sha1 Message-Id: Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: Import of DragonFly Mail Agent Date: Mon, 24 Feb 2014 09:10:19 -0800 References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B67EA.1090102@FreeBSD.org> <45746.1393257416@critter.freebsd.dk> <17F7065F-5CE1-47CE-AB45-7356E78E243A@FreeBSD.org> To: freebsd-current@freebsd.org In-Reply-To: <17F7065F-5CE1-47CE-AB45-7356E78E243A@FreeBSD.org> X-Mailer: Apple Mail (2.1827) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on orthanc.ca X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 17:10:25 -0000 --Apple-Mail=_3F27D074-C6F1-4FFB-B6F9-61D3E37C7896 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On Feb 24, 2014, at 8:50 AM, David Chisnall = wrote: > Or, purely hypothetically, if your goal was to make it work, you could = just use Poudriere which will take a list of packages that you need and = build a package set for you, which you can stick on a DVD / USB stick / = whatever and take into your production environment. For all the air-gapped shops I dealt with, any package builds had to be = done inside the air-gap. (Those were the rules - I didn't make them.) The bottom line was: the fewer external dependencies to build a = basically useful system, the better. > If Poudriere doesn't do what you want, then constructive feature = requests are always welcome (bapt likes having us add things to his = to-do list - he has way too much free time). What would really help is if the ports fetch-recursive-list target could = extend to reliably include the distfiles for the runtime dependencies as = well. But I'm not even sure that's possible. We tried a few different = things, but in the end we had to brute force it by running 'make fetch' = in every one of the ports directories in order to get all the distfiles = onto an external system, which we then rsynced to a USB drive, marched = inside, and rsynced to the fileserver. Not pretty ... but with all the = distfiles at hand we knew the inside ports builds wouldn't fail due to = missing dependencies. --lyndon --Apple-Mail=_3F27D074-C6F1-4FFB-B6F9-61D3E37C7896 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQIcBAEBAgAGBQJTC3z8AAoJEG8PnXiV/JnUDCgQALnzWveDo2OvwJJI7CRKBECB mYMJBEvRIpAXqrC1dHQzBMJCMHnrYtFxNCrJ0PlIxMpFBlaHlY0yRZZp94QNKKKy zk7bgRcAB8xJQKlv+7sAj0/BGiUvGqOLkvMDk7sTvUb3MUlqUb4CzRSqY5TLu9vF NEYNFuBiMSuXMX023DxzFGgaVY6bCg271nPKAzPKAAp64RkhKMv7QL3QcEv91rvw Nm8cm0wf4rMEuKms3ePT5HhuYFxOC7lSF78zakw1mEa40PT8PN4pKeJU+Ghb3E7w bSUSAi2yO8UdEH+iMxyxZ74sc9PQPJihLeqxChobts2uTPJQQ1zrYNPu1nFTwM3q CCntqMsTtg5axBL72TMYjYv6twp3Cq4R+yPEyLFMRdk8B0pdwZhAcm9qLP9m/sHG 2dJu5CZG5Z6xw1jQfNytb8tryqQDc/RtOzOGckFw12Nm2eNq8VYri6q2xiQVEmt1 Ddtn46HsISkRx93Dd6VF2pDkwX6dcmGPWRwT0VK+CaomUIibYDESjhzQSskzvjHe HCVr69ubkcRU2ieMEqW3DdCZ57CaO88ot7+r6zcHQTydhfBSb1UUT9BmMUWHwVMm coS1bmlskunIaMJJikvAvpyKVZKmTYHMTSq4+If1RNcGzSxhII1o6YhZrw0NquT+ K2ojLxYZHYZWNiQujM2W =xdVJ -----END PGP SIGNATURE----- --Apple-Mail=_3F27D074-C6F1-4FFB-B6F9-61D3E37C7896-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 17:49:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10B64D69 for ; Mon, 24 Feb 2014 17:49:44 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D43A31251 for ; Mon, 24 Feb 2014 17:49:43 +0000 (UTC) Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 1E01E2114B for ; Mon, 24 Feb 2014 12:49:40 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute5.internal (MEProxy); Mon, 24 Feb 2014 12:49:42 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date:in-reply-to :references; s=smtpout; bh=IZlPHKYOyD8xVbOTZR9uY7KqzcI=; b=ZFfYS DSl8UKH9CVFzzeTlblQe24XrajQCfKb6qacAatSIjT76qiNYR4DYqJRuev6X7X8q KNmJR8+J0+pIwnLCAjq3NYVWZkMsXONwLLEKdEmmkTZxmaHCV2uyXCV2ke5TN+mR EQZu9V4t5ovsQNYFU3aegI2esxFWeU3D3K3N9M= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id CA02B162767; Mon, 24 Feb 2014 12:49:40 -0500 (EST) Message-Id: <1393264180.28812.87188993.20F1344F@webmail.messagingengine.com> X-Sasl-Enc: QIArhfVcA/zKLOCEtwVqkZyQAOodhGX1epEIY7OQeZxs 1393264180 From: Mark Felder To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-4527a23f Subject: Re: Import of DragonFly Mail Agent Date: Mon, 24 Feb 2014 11:49:40 -0600 In-Reply-To: <530B5DA7.1050902@digsys.bg> References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <942222.61849.bm@smtp118.sbc.mail.gq1.yahoo.com> <530B5DA7.1050902@digsys.bg> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 17:49:44 -0000 On Mon, Feb 24, 2014, at 8:56, Daniel Kalchev wrote: > > On 24.02.14 13:47, Thomas Mueller wrote: > > I don't believe BSD users use base system of itself to send and receive email. They use ports (FreeBSD) or equivalent in other BSDs. > > One of the beauties of the BSD 'base system' is that upon installation > you have an usable workstation/server environment that can be > immediately used for most Internet-related tasks -- and this most > certainly includes SMTP. Or NTP. Or... used to include DNS. > And one of the warts is our dedication to long support on FreeBSD releases; FreeBSD 8 is still supported with 8.3 and 8.4 releases. RELENG_8 was branched in August of 2009. FreeBSD 8.4 has an estimated EoL of June 30 2015. This is nearly 6 years since the original release -- an incredible amount of time to be maintaining such complex software. (Though I'm aware that Sendmail's release process is rather slow) > We can strip pieces of FreeBSD off and end up with an kernel. Or we > could keep the system very much usable out of the box. > Imagine a world where everything in FreeBSD is a package and we have a working "PROVIDES" framework. Upon installation you can choose the software that "provides" the MTA role. Same for DNS, NTP, database, webserver... That would be a great accomplishment along with a framework to create a master install image utilizing the options/packages you desire. I think this type of thing is definitely plausible if we keep moving forward. My personal opinion remains that complex software is better served/secured/maintained when it is handled in ports not in base. From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 17:53:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 169AEEE8 for ; Mon, 24 Feb 2014 17:53:26 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DAB3912E5 for ; Mon, 24 Feb 2014 17:53:25 +0000 (UTC) Received: from compute6.internal (compute6.nyi.mail.srv.osa [10.202.2.46]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id DBEED20BFB for ; Mon, 24 Feb 2014 12:53:24 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute6.internal (MEProxy); Mon, 24 Feb 2014 12:53:24 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=e3BdwnYD6JnPk75DSbTzioLBBI0=; b=CRB 0SwvwGd+aqTu2DtW8VMsKL1Tfmh/KCWDoOrChk9AwhbOpgeDOQ4+1zniBtCwAWjh OlbtOrA38PNQLleR1F02+b58aQiKpl9T2f12/M+gE3H+AV/DmXhGx/LJcysfcM6o UU12MFO2hwpWYTldCvx6PyGZEfYQKRJCEOUo5bUE= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id C3F96101B6B; Mon, 24 Feb 2014 12:53:24 -0500 (EST) Message-Id: <1393264404.30738.87197949.347271BF@webmail.messagingengine.com> X-Sasl-Enc: ESAw3HUoLkeXpaKs0R4Yzg0se3LpC/+tS5xgqpWtWlCm 1393264404 From: Mark Felder To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-4527a23f In-Reply-To: References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B67EA.1090102@FreeBSD.org> Subject: Re: Import of DragonFly Mail Agent Date: Mon, 24 Feb 2014 11:53:24 -0600 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 17:53:26 -0000 On Mon, Feb 24, 2014, at 9:50, Lyndon Nerenberg wrote: > > On Feb 24, 2014, at 7:40 AM, Bryan Drewery wrote: > > > Anything not meeting the bare-bones criteria can be installed with 'pkg > > install' or ports. > > Try this in a shop where all your machines are completely air-gapped from > the internet. > Email had 1 attachment: > + signature.asc > 1k (application/pgp-signature) You might want to consult with Devin Teske. He deals with mass installations of airgapped FreeBSD and may be able to lend some tips on how he has tackled such challenges provided he doesn't have a massive NDA preventing him from talking about these high level details. From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 18:01:05 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E10FE260 for ; Mon, 24 Feb 2014 18:01:05 +0000 (UTC) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A2A8813BE for ; Mon, 24 Feb 2014 18:01:05 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id s1OI0vrs074990; Mon, 24 Feb 2014 10:01:01 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201402241801.s1OI0vrs074990@gw.catspoiler.org> Date: Mon, 24 Feb 2014 10:00:57 -0800 (PST) From: Don Lewis Subject: Re: libinit idea To: mueller6724@bellsouth.net In-Reply-To: <658811.23371.bm@smtp115.sbc.mail.ne1.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 18:01:06 -0000 On 24 Feb, Thomas Mueller wrote: > from Don Lewis: > >> I've got a Fedora server here that has systemd and I've come to >> dislike it. It seems to be one of those "Do not open. No user >> serviceable parts inside." sorts of things. > >> I was never able to get it to start NUT properly. > >> More often than not, it fails to come up multi-user. The machine has >> a large number of disks (mostly JFS and XFS) attached to it, and even >> after what I think should be a clean shutdown, it seems to want to >> fsck a bunch of them. Unfortunately, there seems to be some sort of >> timeout on that, so a bunch get skipped and then don't get mounted. >> I have to manually fsck everything in single user mode. Then if I >> reboot, it >> *might* come up properly. I haven't been able to find any knobs to >> adjust the timeout. Sometimes, there is just a message that says >> something like "an error occurred" at the top of the screen, just >> before the prompt for the single-user password, with no clue as to >> what it is unhappy about. > >> Emergency shutdown can also be a problem. If I'm around when the >> power fails, I manually try to shut down the machine before the UPS >> battery runs down. I don't have the screen on the UPS, so I hit the >> power button and cross my fingers that the machine will make it >> through the clean shutdown sequence in time. It seems to take >> forever (many minutes) and I have no idea what the heck it is >> spending all of its time on. > >> The documentation seems to be very sparse. > >> My plan is to migrate this function to a FreeBSD server. > > This looks scandalously slow. It reminds me of the time with OS/2 > Warp 4 in the late 1990s when I had to close Netscape web browser in > preparation for shutdown, and it took 15 minutes because it was a hog > for memory, by late 1990s standards. I had 20 MB RAM, not bad for > those days. > > What would happen if you typed at the command prompt > shutdown -r now > or > shutdown -p now > ? > Would it take seemingly forever? In Linux-land "shutdown -h now" does what our "shutdown -p now" does. For whatever reason, doing shutdown that way seems faster. That's not so handy for me in the power loss case because the machine is running X and is most likely sitting in the screensaver. Switching to another vty, doing a root login, and typing in the shutdown command is a lot of typing to get right while flying blind without a monitor. There might also be a slowdown due to the network being down, though it's hard to tell in my case. I'm also not using NFS, which would be the obvious culprit. I forgot to mention that the command line tools are feel cumbersome. To restart a service: FreeBSD: /etc/rc.d/foo restart Old Linux: /etc/init.d/foo restart Systemd: systemctl restart foo.service seems worse that that when I'm actually typing it ... > Would it take seemingly forever? > > I would like to try systemd in Linux, can't say at this stage whether > I'll like it, hate it, or somewhere in between. There's no substitute for firsthand experience. From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 18:06:58 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AFA72512; Mon, 24 Feb 2014 18:06:58 +0000 (UTC) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 79A0F1444; Mon, 24 Feb 2014 18:06:58 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id s1OI6nR8075004; Mon, 24 Feb 2014 10:06:53 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201402241806.s1OI6nR8075004@gw.catspoiler.org> Date: Mon, 24 Feb 2014 10:06:49 -0800 (PST) From: Don Lewis Subject: Re: libinit idea To: theraven@FreeBSD.org In-Reply-To: <62A9DF47-C938-464B-92B6-9A2A96B5A9C9@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: brunolauze@msn.com, freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 18:06:58 -0000 On 23 Feb, David Chisnall wrote: > 5) In a world where we're moving towards sandboxing services via > Capsicum, the service launcher needs to be able to create services > with a potentially large set of initial file descriptors (including a > socket to Casper), based on the configuration policy. I don't think we want to lose the option of running the daemon in debug mode in the foreground with extra verbosity sent to stdout/stderr and possibly launched from gdb. From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 18:07:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 398B8625; Mon, 24 Feb 2014 18:07:24 +0000 (UTC) Received: from mail-oa0-x229.google.com (mail-oa0-x229.google.com [IPv6:2607:f8b0:4003:c02::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E7A401454; Mon, 24 Feb 2014 18:07:23 +0000 (UTC) Received: by mail-oa0-f41.google.com with SMTP id o6so7439955oag.0 for ; Mon, 24 Feb 2014 10:07:23 -0800 (PST) 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=6ph7MoegDk7RpJI0XX6vfigo4wBsK1Kj1tko2D8PR+8=; b=KU2VRx4lSBsZkI2VNrB6Ni4tpW7BvOOhluQVsM+EMgbSdlqtQvzIpzUwy8umIiyYaS /G5RfvKZPTsLX224iTEBRWP0egTfvVnApMKHyWZwiz1Nv56bHerACoQdF4M3H/yzjE1y YMXiFsbqsVT8dmw7v2i1QIizsLVydPZnHVJmHgaSYc9R5QdtVxL5FCHxvJ94qmrFGibm n5j+a08y42nZnAp922IUAHPoA4gfp66+cRVapiDuwgKdl1fLwQpfFhITvGhyzFt/yLBM ry8CqAGt+GOouHvRV4nkpe5Jba2OWrXxK8af2gr5vK6F7Jxe86VneLYt3/0VL9x7f0K1 Dlew== MIME-Version: 1.0 X-Received: by 10.182.92.231 with SMTP id cp7mr1719319obb.82.1393265243285; Mon, 24 Feb 2014 10:07:23 -0800 (PST) Received: by 10.182.78.71 with HTTP; Mon, 24 Feb 2014 10:07:23 -0800 (PST) In-Reply-To: <1393264404.30738.87197949.347271BF@webmail.messagingengine.com> References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B67EA.1090102@FreeBSD.org> <1393264404.30738.87197949.347271BF@webmail.messagingengine.com> Date: Mon, 24 Feb 2014 13:07:23 -0500 Message-ID: Subject: Re: Import of DragonFly Mail Agent From: Joe Nosay To: Mark Felder Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 18:07:24 -0000 On Mon, Feb 24, 2014 at 12:53 PM, Mark Felder wrote: > > > On Mon, Feb 24, 2014, at 9:50, Lyndon Nerenberg wrote: > > > > On Feb 24, 2014, at 7:40 AM, Bryan Drewery wrote: > > > > > Anything not meeting the bare-bones criteria can be installed with 'pkg > > > install' or ports. > > > > Try this in a shop where all your machines are completely air-gapped from > > the internet. > > Email had 1 attachment: > > + signature.asc > > 1k (application/pgp-signature) > > You might want to consult with Devin Teske. He deals with mass > installations of airgapped FreeBSD and may be able to lend some tips on > how he has tackled such challenges provided he doesn't have a massive > NDA preventing him from talking about these high level details. > _______________________________________________ > 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" > Since Nathan did the basic setup of bsdinstall, why not ask him if it can be configured with an options screen? On the screen, let the user have his/her choice for mail agent, time server, et al; but, the user is able to only choose one. Just an isea. From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 18:07:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D56D3746; Mon, 24 Feb 2014 18:07:50 +0000 (UTC) Received: from mail-ob0-x231.google.com (mail-ob0-x231.google.com [IPv6:2607:f8b0:4003:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8E0211477; Mon, 24 Feb 2014 18:07:50 +0000 (UTC) Received: by mail-ob0-f177.google.com with SMTP id wp18so7369051obc.8 for ; Mon, 24 Feb 2014 10:07:49 -0800 (PST) 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=aHcQwkwKMnzG8m9wsRWgUh2Y470l6Y+NGLYLotYmlQM=; b=Wo8+YoFGX283zOA9U+Fhun8WtLB6/zBO7v27SnrVUxpyR+cvYu17pYp1c1e0+F+TUD BUPwe4jWOGQ8wlvVx09Ifc/RUbjUBTprL46AqLodWPo5/kFGLq06iq2+nvQ4XvNutX/Z /z7Ugo/KPHjsgGvySXKE91k5RVt9PzIft+RP9G8lv3zYR5aLNVc5on7qPD9rz8Pc1/kQ 8oBezqbu+bjwUu0DOnAV+0mNqEvDIchCvccPdJOM7alrbXkmhbz/W//uF1hvZ1+7kEgp levCxq+YtFVsdzRo+9VeIIelu0AxWM1szNjpOHuLbp+jsvZU5hraFLUhtLc9U2iOeZMH BOfQ== MIME-Version: 1.0 X-Received: by 10.60.52.101 with SMTP id s5mr22893712oeo.7.1393265269841; Mon, 24 Feb 2014 10:07:49 -0800 (PST) Received: by 10.182.78.71 with HTTP; Mon, 24 Feb 2014 10:07:49 -0800 (PST) In-Reply-To: References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B67EA.1090102@FreeBSD.org> <1393264404.30738.87197949.347271BF@webmail.messagingengine.com> Date: Mon, 24 Feb 2014 13:07:49 -0500 Message-ID: Subject: Re: Import of DragonFly Mail Agent From: Joe Nosay To: Mark Felder Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 18:07:50 -0000 On Mon, Feb 24, 2014 at 1:07 PM, Joe Nosay wrote: > > > > On Mon, Feb 24, 2014 at 12:53 PM, Mark Felder wrote: > >> >> >> On Mon, Feb 24, 2014, at 9:50, Lyndon Nerenberg wrote: >> > >> > On Feb 24, 2014, at 7:40 AM, Bryan Drewery >> wrote: >> > >> > > Anything not meeting the bare-bones criteria can be installed with >> 'pkg >> > > install' or ports. >> > >> > Try this in a shop where all your machines are completely air-gapped >> from >> > the internet. >> > Email had 1 attachment: >> > + signature.asc >> > 1k (application/pgp-signature) >> >> You might want to consult with Devin Teske. He deals with mass >> installations of airgapped FreeBSD and may be able to lend some tips on >> how he has tackled such challenges provided he doesn't have a massive >> NDA preventing him from talking about these high level details. >> _______________________________________________ >> 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 >> " >> > > > Since Nathan did the basic setup of bsdinstall, why not ask him if it can > be configured with an options screen? > On the screen, let the user have his/her choice for mail agent, time > server, et al; but, the user is able to only choose one. Just an isea. > I meant "idea". Sorry From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 17:03:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CAA6BD45; Mon, 24 Feb 2014 17:03:53 +0000 (UTC) Received: from mail-la0-x230.google.com (mail-la0-x230.google.com [IPv6:2a00:1450:4010:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E6BC21D1F; Mon, 24 Feb 2014 17:03:52 +0000 (UTC) Received: by mail-la0-f48.google.com with SMTP id gf5so3102293lab.35 for ; Mon, 24 Feb 2014 09:03:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=cIaoetxse3a42vdELD+YzomGsh5RFOyURS2nXUeAh28=; b=X7xL5MmQQbqZsTzhN+ms21HG+brm5EtppP7SGfKGpW4IePVzDniYgqKhc0x/ZcheAR 5ONVHcWHMrtmm9HmMwJoVyMb/bH8SQrKBp3Lbj0WC0qW+VxQZFwV3PQ0CmLjNUr60kVy Kf+9cLhmhYXjBjBdTBvBWtEi+Rnzz/L5r0E2k0nKAxvkJa0/WDTFQAbptSR0dRvu77Py JH8iWdVx9rKtgLjsAGi91csZXt8/ZSZpSpwvWC59hHN6Pxp+qe1q15oArm1QpdAwrWwk +09WZRaOCZdVuGfFIi0pZqWWzOP+b0iT0T2lc8OJnuFKRHhsjRjtXHW0D1LFeVtpbCOy k1jA== MIME-Version: 1.0 X-Received: by 10.152.25.165 with SMTP id d5mr75704lag.89.1393261430914; Mon, 24 Feb 2014 09:03:50 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.112.30.211 with HTTP; Mon, 24 Feb 2014 09:03:50 -0800 (PST) Received: by 10.112.30.211 with HTTP; Mon, 24 Feb 2014 09:03:50 -0800 (PST) In-Reply-To: References: Date: Mon, 24 Feb 2014 09:03:50 -0800 X-Google-Sender-Auth: SlI1kZt7W4hrRIbXwnyLqFp_Nio Message-ID: Subject: Re: [HEADSUP] Jenkins running in FreeBSD cluster From: Craig Rodrigues To: Jonathan Anderson X-Mailman-Approved-At: Mon, 24 Feb 2014 18:24:17 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-testing@freebsd.org, freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 17:03:54 -0000 On Feb 24, 2014 6:06 AM, "Jonathan Anderson" wrote: > > This is great stuff, thanks! > > Can you say what the relationship with tinderbox is intended to be? Is this supposed to subsume tinderbox, or will they have different niches? Is Jenkins going to start e-mailing likely culprits (with e.g. https://wiki.jenkins-ci.org/display/JENKINS/Email-ext+plugin)? Also, can we see more architectures built by Jenkins? > > Thanks, > > > Jon Although Jenkins has a lot of tinderbox-like functionality, the effort to set up Jenkins in the FreeBSD cluster is independent of the current FreeBSD Tinderbox system. The FreeBSD Tinderbox is maintained by a separate set of volunteers, and we wish to peacefully coexist with all FreeBSD volunteer projects. However, if you have any ideas for expanded use of Jenkins in the FreeBSD cluster, such as email notifications, take a look at the contact information on our web page and let us know: http://wiki.freebsd.org/Jenkins We are open to feedback, and are just getting started! -- Craig From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 18:46:57 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28DF593B for ; Mon, 24 Feb 2014 18:46:57 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0A77A1866 for ; Mon, 24 Feb 2014 18:46:57 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s1OIkuNB082475 for ; Mon, 24 Feb 2014 18:46:56 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s1OIkuI7082472 for current@FreeBSD.org; Mon, 24 Feb 2014 18:46:56 GMT (envelope-from bdrewery) Received: (qmail 78064 invoked from network); 24 Feb 2014 12:46:55 -0600 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 24 Feb 2014 12:46:55 -0600 Message-ID: <530B9393.4070400@FreeBSD.org> Date: Mon, 24 Feb 2014 12:46:43 -0600 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Baptiste Daroussin , current@FreeBSD.org Subject: Re: Import of DragonFly Mail Agent References: <20140223211155.GS1699@ithaqua.etoilebsd.net> In-Reply-To: <20140223211155.GS1699@ithaqua.etoilebsd.net> X-Enigmail-Version: 1.6 OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EBRSuopqVdQUXI2M1Jif7d8ntxi0TweBT" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 18:46:57 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --EBRSuopqVdQUXI2M1Jif7d8ntxi0TweBT Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2/23/2014 3:11 PM, Baptiste Daroussin wrote: > Hi, >=20 > As some of you may have noticed, I have imorted a couple of days ago dm= a > (DragonFly Mail Agent) in base. I have been asked to explain my motivat= ion so > here they are. >=20 Does this support a /usr/sbin/sendmail wrapper for sending mail through C= LI? --=20 Regards, Bryan Drewery --EBRSuopqVdQUXI2M1Jif7d8ntxi0TweBT Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTC5OTAAoJEDXXcbtuRpfPDDEH/0M8pWzm0UiJdzMlIZbynd1W whbQmm71AScv7GH/IdJPsvUCVs2YYChTmHiNfXE4+v7926Wb6cr7iGrHejmbce03 1IfrzhYgKcndeeb24XSuPivlWTlHUYTNrWEKCBiOwikN2GtUJcHNRaiyauqxjn/a DoPIucW1y5pvWh1AHuHf9JLbdwwRsWjztOwhITQFnUesB85JFO5x58RuF/8ONvBi fZpxlBt3IcIagI3oHNnz7ULrONXwvtQiYNxGu+Ve4stgsx5+Ckgkkb3DImZiwG9s dvEmHf6RTKGARYgkRXkE3xy/aCIHYEDXJ3DS7z5HQvx9we5LeaviedTA6olbBiw= =GJ2l -----END PGP SIGNATURE----- --EBRSuopqVdQUXI2M1Jif7d8ntxi0TweBT-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 18:47:30 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6ADAAA4B; Mon, 24 Feb 2014 18:47:30 +0000 (UTC) Received: from mail.lifanov.com (mail.lifanov.com [206.125.175.12]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 455A51873; Mon, 24 Feb 2014 18:47:30 +0000 (UTC) Received: by mail.lifanov.com (Postfix, from userid 58) id 7DA171A8B3C; Mon, 24 Feb 2014 13:47:24 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.lifanov.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.3.2 Received: from [10.1.3.5] (cnet520-windstream.mcclatchyinteractive.com [166.108.16.2]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.lifanov.com (Postfix) with ESMTPSA id EFFE91A8B38; Mon, 24 Feb 2014 13:47:11 -0500 (EST) Message-ID: <530B93AE.2020309@mail.lifanov.com> Date: Mon, 24 Feb 2014 13:47:10 -0500 From: Nikolai Lifanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Don Lewis , mueller6724@bellsouth.net Subject: Re: libinit idea References: <201402241801.s1OI0vrs074990@gw.catspoiler.org> In-Reply-To: <201402241801.s1OI0vrs074990@gw.catspoiler.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 18:47:30 -0000 On 02/24/14 13:00, Don Lewis wrote: > On 24 Feb, Thomas Mueller wrote: >> from Don Lewis: >> >>> I've got a Fedora server here that has systemd and I've come to >>> dislike it. It seems to be one of those "Do not open. No user >>> serviceable parts inside." sorts of things. >> >>> I was never able to get it to start NUT properly. >> >>> More often than not, it fails to come up multi-user. The machine has >>> a large number of disks (mostly JFS and XFS) attached to it, and even >>> after what I think should be a clean shutdown, it seems to want to >>> fsck a bunch of them. Unfortunately, there seems to be some sort of >>> timeout on that, so a bunch get skipped and then don't get mounted. >>> I have to manually fsck everything in single user mode. Then if I >>> reboot, it >>> *might* come up properly. I haven't been able to find any knobs to >>> adjust the timeout. Sometimes, there is just a message that says >>> something like "an error occurred" at the top of the screen, just >>> before the prompt for the single-user password, with no clue as to >>> what it is unhappy about. >> >>> Emergency shutdown can also be a problem. If I'm around when the >>> power fails, I manually try to shut down the machine before the UPS >>> battery runs down. I don't have the screen on the UPS, so I hit the >>> power button and cross my fingers that the machine will make it >>> through the clean shutdown sequence in time. It seems to take >>> forever (many minutes) and I have no idea what the heck it is >>> spending all of its time on. >> >>> The documentation seems to be very sparse. >> >>> My plan is to migrate this function to a FreeBSD server. >> >> This looks scandalously slow. It reminds me of the time with OS/2 >> Warp 4 in the late 1990s when I had to close Netscape web browser in >> preparation for shutdown, and it took 15 minutes because it was a hog >> for memory, by late 1990s standards. I had 20 MB RAM, not bad for >> those days. >> >> What would happen if you typed at the command prompt >> shutdown -r now >> or >> shutdown -p now >> ? >> Would it take seemingly forever? > > In Linux-land "shutdown -h now" does what our "shutdown -p now" does. > For whatever reason, doing shutdown that way seems faster. That's not > so handy for me in the power loss case because the machine is running X > and is most likely sitting in the screensaver. Switching to another > vty, doing a root login, and typing in the shutdown command is a lot of > typing to get right while flying blind without a monitor. > > There might also be a slowdown due to the network being down, though > it's hard to tell in my case. I'm also not using NFS, which would be > the obvious culprit. > > I forgot to mention that the command line tools are feel cumbersome. To > restart a service: > FreeBSD: /etc/rc.d/foo restart > Old Linux: /etc/init.d/foo restart > Systemd: systemctl restart foo.service > seems worse that that when I'm actually typing it ... > The Handbook-recommended invocation, which also works on linux, is "service foo restart". >> Would it take seemingly forever? >> >> I would like to try systemd in Linux, can't say at this stage whether >> I'll like it, hate it, or somewhere in between. > > There's no substitute for firsthand experience. > - Nikolai Lifanov From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 19:00:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F222120 for ; Mon, 24 Feb 2014 19:00:09 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 60FB119AB for ; Mon, 24 Feb 2014 19:00:09 +0000 (UTC) Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 0E64120FA7 for ; Mon, 24 Feb 2014 14:00:08 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute1.internal (MEProxy); Mon, 24 Feb 2014 14:00:08 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=fIKE1JWa+J9ip8+EF+wb15hIrds=; b=O/X nXLLqJ2WD23DHuKOG4w7WOLLladykTMCNFtiOgq4kvastxAs7R3PES2ob1olBnCp 3ETOHt/xni0HqV9orn1nquk3ToPX26BmV60YIn3MJH3RH805uvPoHQScEEj6ljIZ 3nD3Xv4vOhQzxaJMg1HrIGiGr/njqqRJoVhYvYdg= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id E7B6511EF06; Mon, 24 Feb 2014 14:00:07 -0500 (EST) Message-Id: <1393268407.19152.87227001.1E9765F0@webmail.messagingengine.com> X-Sasl-Enc: 9LKK7PdW+vaETOxLReiKCljamm3q96yaOCj0+kUlQ96t 1393268407 From: Mark Felder To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-4527a23f In-Reply-To: <530B9393.4070400@FreeBSD.org> References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B9393.4070400@FreeBSD.org> Subject: Re: Import of DragonFly Mail Agent Date: Mon, 24 Feb 2014 13:00:07 -0600 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 19:00:09 -0000 On Mon, Feb 24, 2014, at 12:46, Bryan Drewery wrote: > On 2/23/2014 3:11 PM, Baptiste Daroussin wrote: > > Hi, > > > > As some of you may have noticed, I have imorted a couple of days ago dma > > (DragonFly Mail Agent) in base. I have been asked to explain my motivation so > > here they are. > > > > Does this support a /usr/sbin/sendmail wrapper for sending mail through > CLI? > Yes. mailer.conf: sendmail /usr/local/libexec/dma send-mail /usr/local/libexec/dma mailq /usr/local/libexec/dma From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 19:01:00 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 004F4291; Mon, 24 Feb 2014 19:00:59 +0000 (UTC) Received: from mail.beastielabs.net (beasties.demon.nl [82.161.3.114]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 01E9F1A37; Mon, 24 Feb 2014 19:00:58 +0000 (UTC) Received: from merom.hotsoft.nl (merom.hotsoft.nl [192.168.0.12]) by mail.beastielabs.net (8.14.7/8.14.5) with ESMTP id s1OIZtap018059; Mon, 24 Feb 2014 19:35:55 +0100 (CET) (envelope-from hans@beastielabs.net) Message-ID: <530B910B.3050600@beastielabs.net> Date: Mon, 24 Feb 2014 19:35:55 +0100 From: Hans Ottevanger User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Lucius Rizzo , Bryan Drewery Subject: Re: Import of DragonFly Mail Agent References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B67EA.1090102@FreeBSD.org> <20140224161621.GB31812@lucius.XxX> In-Reply-To: <20140224161621.GB31812@lucius.XxX> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Baptiste Daroussin , current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 19:01:00 -0000 On 02/24/14 17:16, Lucius Rizzo wrote: > * Bryan Drewery [2014-02-24 09:40]: > >> Remembering the time I spent trying to configure sendmail to not accept >> inbound mail, and trying to get it to behave how I want, I fully support >> this. Of all the years I've messed with sendmail, I still have little >> understanding of how to configure it or if I've done it right. > > Hush! No sendmail hating :P. I remember it being a right of passage to > graduate to a ^real^ UNIX admin when you had lost half of your hair > while working on sendmail.cf. In a era now long gone, I remember > carrying the sendmail bible (thick with detailed instructions on cf > vars) as protection vs. say a baseball bat. > > The Sendmail manual was thick, heavy and while I never did use it as a > weapon; I had imagined many times throwing it at a server and see if > that maybe fixed the problem with sendmail.cf. > > I've worked with MTA's a lot. I have hated and loved Sendmail. ATM, I am > back in my I <3 Sendmail mode and have it running quite well -- with a > lot of cool milters on some of my servers. But sendmail is not for the > faint of heart, or ones who are at risk of hair loss. In fact, I would > highly discourage sendmail use in the latter case. > >> My exaggerated view of sendmail as a user: > > [...] > > Poof..that's easy :P > >>> # Uncomment if you want STARTTLS support (only used in combination >>> with # SECURETRANSFER) #STARTTLS >> >> Yes please. Simple. >> >> I'm not sure where to even start with sendmail to enable those >> options. > > > See! That wasn't hard at all!! I don't get why people get so worried. > What you posted was mostly mc stuff anyways. I would be far more > impressed if you would have debugged that in the cf or via sendmail > flags. :))) > > I often use ssmtp on servers that run Wordpress etc and collect most > mail to a mailhub which routes it internally and externally. > > I <3 Sendmail. > I have been using Sendmail for about 25 years now and I must say that I still find it quite satisfactory, though a bit overkill for the current needs of me and my customers. And I certainly lost a lot of hair, but not just due to using Sendmail 8-). So you understand that I grew quite attached to Sendmail. Nevertheless, I would like see Sendmail moved to ports and replaced by DMA in base, as proposed by Baptiste. Sendmail can receive much better care as a port and it also should become much easier to configure it for special needs (authentication, etc). This would also open possibilities to experiment more with newer and lighter MTA's like Postfix and OpenSMTPD without having parts of sendmail still lying around and sendmail being rebuilt on every buildworld. Go for it, and don't wait too long! Kind regards, Hans From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 20:24:22 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D2D1165; Mon, 24 Feb 2014 20:24:22 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id CF6871328; Mon, 24 Feb 2014 20:24:21 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1WI24Y-000Axg-Jr; Tue, 25 Feb 2014 00:24:18 +0400 Date: Tue, 25 Feb 2014 00:24:18 +0400 From: Slawa Olhovchenkov To: Don Lewis Subject: Re: libinit idea Message-ID: <20140224202418.GA41973@zxy.spb.ru> References: <658811.23371.bm@smtp115.sbc.mail.ne1.yahoo.com> <201402241801.s1OI0vrs074990@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201402241801.s1OI0vrs074990@gw.catspoiler.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: mueller6724@bellsouth.net, freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 20:24:22 -0000 On Mon, Feb 24, 2014 at 10:00:57AM -0800, Don Lewis wrote: > I forgot to mention that the command line tools are feel cumbersome. To > restart a service: > FreeBSD: /etc/rc.d/foo restart service foo restart > Old Linux: /etc/init.d/foo restart service foo restart > Systemd: systemctl restart foo.service > seems worse that that when I'm actually typing it ... > > > Would it take seemingly forever? > > > > I would like to try systemd in Linux, can't say at this stage whether > > I'll like it, hate it, or somewhere in between. > > There's no substitute for firsthand experience. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 22:50:13 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7435BDA2; Mon, 24 Feb 2014 22:50:13 +0000 (UTC) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 36BDB10F2; Mon, 24 Feb 2014 22:50:13 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id C253D3592E1; Mon, 24 Feb 2014 23:50:10 +0100 (CET) Received: by snail.stack.nl (Postfix, from userid 1677) id AE59228497; Mon, 24 Feb 2014 23:50:10 +0100 (CET) Date: Mon, 24 Feb 2014 23:50:10 +0100 From: Jilles Tjoelker To: Slawa Olhovchenkov Subject: Re: Import of DragonFly Mail Agent Message-ID: <20140224225010.GB58692@stack.nl> References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <20140224141737.GA15581@zxy.spb.ru> <20140224143013.GD83610@ithaqua.etoilebsd.net> <20140224150154.GJ15848@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140224150154.GJ15848@zxy.spb.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Baptiste Daroussin , current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 22:50:13 -0000 On Mon, Feb 24, 2014 at 07:01:54PM +0400, Slawa Olhovchenkov wrote: > On Mon, Feb 24, 2014 at 03:30:14PM +0100, Baptiste Daroussin wrote: > > On Mon, Feb 24, 2014 at 06:17:37PM +0400, Slawa Olhovchenkov wrote: > > > On Sun, Feb 23, 2014 at 10:11:56PM +0100, Baptiste Daroussin wrote: > > > > As some of you may have noticed, I have imorted a couple of days > > > > ago dma (DragonFly Mail Agent) in base. I have been asked to > > > > explain my motivation so here they are. > > > What's about suid, security separations & etc? > > What do you mean? dma is changing user as soon as possible, dma will > > be capsicumized, what else do you want as informations? > sendmail (in the past) have same behaviour (run as root and chage > user). > This is some security risk. > For many scenario change user is not simple (for example -- send file > from local user A to local user B, file with permsion 0400). > sendmail will be forced to change behaviour -- mailnull suid program > for place mail into queue and root daemon for deliver to user. > This is more complex. > Can be dma avoid this way? I'm a bit disappointed that dma uses setuid/setgid binaries, although it is not a regression because sendmail also uses this Unix misfeature. To avoid the large attack surface of set*id binaries (the untrusted user can set many process parameters, pass strange file descriptors, send signals, etc), I think it is better to implement trusted submission differently. A privileged daemon (not necessarily running as root) can listen on a Unix domain socket and use getpeereid(3) to verify the credentials of the client. Note that the largest gain with set*id binaries is obtained when the last set*id binary is removed; we are pretty far from that. -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 23:19:10 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E918366A; Mon, 24 Feb 2014 23:19:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7F7351353; Mon, 24 Feb 2014 23:19:08 +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 s1ONJ08t050155; Mon, 24 Feb 2014 18:19:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s1ONIxm5050148; Mon, 24 Feb 2014 23:18:59 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 24 Feb 2014 23:18:59 GMT Message-Id: <201402242318.s1ONIxm5050148@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Feb 2014 23:19:10 -0000 TB --- 2014-02-24 22:43:14 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-24 22:43:14 - 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 --- 2014-02-24 22:43:14 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-02-24 22:43:14 - cleaning the object tree TB --- 2014-02-24 22:43:14 - /usr/local/bin/svn stat /src TB --- 2014-02-24 22:43:23 - At svn revision 262455 TB --- 2014-02-24 22:43:24 - building world TB --- 2014-02-24 22:43:24 - CROSS_BUILD_TESTING=YES TB --- 2014-02-24 22:43:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-24 22:43:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-24 22:43:24 - SRCCONF=/dev/null TB --- 2014-02-24 22:43:24 - TARGET=ia64 TB --- 2014-02-24 22:43:24 - TARGET_ARCH=ia64 TB --- 2014-02-24 22:43:24 - TZ=UTC TB --- 2014-02-24 22:43:24 - __MAKE_CONF=/dev/null TB --- 2014-02-24 22:43:24 - cd /src TB --- 2014-02-24 22:43:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Feb 24 22:43:30 UTC 2014 >>> 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 [...] ===> lib/libiconv_modules/UTF8 (all) cc -fpic -DPIC -O2 -pipe -I/src/lib/libiconv_modules/UTF8/../../libc/iconv -Dbool=_Bool -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libiconv_modules/UTF8/citrus_utf8.c -o citrus_utf8.So building shared library libUTF8.so.4 ===> lib/libiconv_modules/VIQR (all) cc -fpic -DPIC -O2 -pipe -I/src/lib/libiconv_modules/VIQR/../../libc/iconv -Dbool=_Bool -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libiconv_modules/VIQR/citrus_viqr.c -o citrus_viqr.So cc1: warnings being treated as errors /src/lib/libiconv_modules/VIQR/citrus_viqr.c: In function '_citrus_VIQR_encoding_module_init': /src/lib/libiconv_modules/VIQR/citrus_viqr.c:460: warning: comparison of unsigned expression < 0 is always false *** Error code 1 Stop. bmake[5]: stopped in /src/lib/libiconv_modules/VIQR *** Error code 1 Stop. bmake[4]: stopped in /src/lib/libiconv_modules *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-24 23:18:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-24 23:18:59 - ERROR: failed to build world TB --- 2014-02-24 23:18:59 - 1585.11 user 390.16 system 2144.81 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 23:21:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A9BE7B3; Mon, 24 Feb 2014 23:21:28 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B081D13CE; Mon, 24 Feb 2014 23:21:27 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by freebsd.czest.pl (8.14.5/8.14.5) with ESMTP id s1ONKMmZ056238; Mon, 24 Feb 2014 23:20:22 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.5/8.14.5/Submit) id s1ONKMMl056237; Mon, 24 Feb 2014 23:20:22 GMT (envelope-from wkoszek) Date: Mon, 24 Feb 2014 23:20:22 +0000 From: "Wojciech A. Koszek" To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, soc-status@freebsd.org Subject: FreeBSD in GSoC 2014! (mentors wanted) Message-ID: <20140224232022.GM47836@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-0.4 required=5.0 tests=RP_MATCHES_RCVD, SPF_HELO_PASS, SPF_PASS autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on freebsd.czest.pl X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (freebsd.czest.pl [212.87.224.105]); Mon, 24 Feb 2014 23:20:26 +0000 (UTC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Feb 2014 23:21:28 -0000 (cross-posted message; keep discussion on hackers@ only) Hello, So we're in GSOC 2014! Our logo is featured on the main website: http://www.google-melange.com/gsoc/homepage/google/gsoc2014 Everybody can submit ideas through a web form: http://tinyurl.com/FreeBSD-GSOC2014 To help, please add/review/revisit ideas from the FreeBSD Wiki and provide mentorship! https://wiki.freebsd.org/SummerOfCode2014 There are ideas without mentors and ideas with only 1 mentor, as well as tasks which haven't been reviewed.. Help would be appreciated, Thanks, -- Wojciech A. Koszek wkoszek@FreeBSD.czest.pl http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 23:23:21 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BBF21A12; Mon, 24 Feb 2014 23:23:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 67EA5143A; Mon, 24 Feb 2014 23:23:20 +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 s1ONNI8Z083477; Mon, 24 Feb 2014 18:23:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s1ONNIwX083456; Mon, 24 Feb 2014 23:23:18 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 24 Feb 2014 23:23:18 GMT Message-Id: <201402242323.s1ONNIwX083456@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Feb 2014 23:23:21 -0000 TB --- 2014-02-24 22:55:50 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-24 22:55:50 - 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 --- 2014-02-24 22:55:50 - starting HEAD tinderbox run for mips/mips TB --- 2014-02-24 22:55:50 - cleaning the object tree TB --- 2014-02-24 22:55:50 - /usr/local/bin/svn stat /src TB --- 2014-02-24 22:55:53 - At svn revision 262455 TB --- 2014-02-24 22:55:54 - building world TB --- 2014-02-24 22:55:54 - CROSS_BUILD_TESTING=YES TB --- 2014-02-24 22:55:54 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-24 22:55:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-24 22:55:54 - SRCCONF=/dev/null TB --- 2014-02-24 22:55:54 - TARGET=mips TB --- 2014-02-24 22:55:54 - TARGET_ARCH=mips TB --- 2014-02-24 22:55:54 - TZ=UTC TB --- 2014-02-24 22:55:54 - __MAKE_CONF=/dev/null TB --- 2014-02-24 22:55:54 - cd /src TB --- 2014-02-24 22:55:54 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Feb 24 22:56:01 UTC 2014 >>> 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 [...] ===> lib/libiconv_modules/UTF8 (all) cc -fpic -DPIC -O -pipe -G0 -I/src/lib/libiconv_modules/UTF8/../../libc/iconv -Dbool=_Bool -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libiconv_modules/UTF8/citrus_utf8.c -o citrus_utf8.So building shared library libUTF8.so.4 ===> lib/libiconv_modules/VIQR (all) cc -fpic -DPIC -O -pipe -G0 -I/src/lib/libiconv_modules/VIQR/../../libc/iconv -Dbool=_Bool -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libiconv_modules/VIQR/citrus_viqr.c -o citrus_viqr.So cc1: warnings being treated as errors /src/lib/libiconv_modules/VIQR/citrus_viqr.c: In function '_citrus_VIQR_encoding_module_init': /src/lib/libiconv_modules/VIQR/citrus_viqr.c:460: warning: comparison of unsigned expression < 0 is always false *** Error code 1 Stop. bmake[5]: stopped in /src/lib/libiconv_modules/VIQR *** Error code 1 Stop. bmake[4]: stopped in /src/lib/libiconv_modules *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-24 23:23:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-24 23:23:18 - ERROR: failed to build world TB --- 2014-02-24 23:23:18 - 1181.09 user 333.38 system 1647.40 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Mon Feb 24 23:45:07 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A32C4C92; Mon, 24 Feb 2014 23:45:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5ADFB15E8; Mon, 24 Feb 2014 23:45:03 +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 s1ONj1F9025207; Mon, 24 Feb 2014 18:45:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s1ONj0Tr025191; Mon, 24 Feb 2014 23:45:00 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 24 Feb 2014 23:45:00 GMT Message-Id: <201402242345.s1ONj0Tr025191@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Feb 2014 23:45:07 -0000 TB --- 2014-02-24 23:19:00 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-24 23:19: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 --- 2014-02-24 23:19:00 - starting HEAD tinderbox run for mips64/mips TB --- 2014-02-24 23:19:00 - cleaning the object tree TB --- 2014-02-24 23:19:00 - /usr/local/bin/svn stat /src TB --- 2014-02-24 23:19:03 - At svn revision 262455 TB --- 2014-02-24 23:19:04 - building world TB --- 2014-02-24 23:19:04 - CROSS_BUILD_TESTING=YES TB --- 2014-02-24 23:19:04 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-24 23:19:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-24 23:19:04 - SRCCONF=/dev/null TB --- 2014-02-24 23:19:04 - TARGET=mips TB --- 2014-02-24 23:19:04 - TARGET_ARCH=mips64 TB --- 2014-02-24 23:19:04 - TZ=UTC TB --- 2014-02-24 23:19:04 - __MAKE_CONF=/dev/null TB --- 2014-02-24 23:19:04 - cd /src TB --- 2014-02-24 23:19:04 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Feb 24 23:19:11 UTC 2014 >>> 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 [...] ===> lib/libiconv_modules/UTF8 (all) cc -fpic -DPIC -O -pipe -G0 -I/src/lib/libiconv_modules/UTF8/../../libc/iconv -Dbool=_Bool -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libiconv_modules/UTF8/citrus_utf8.c -o citrus_utf8.So building shared library libUTF8.so.4 ===> lib/libiconv_modules/VIQR (all) cc -fpic -DPIC -O -pipe -G0 -I/src/lib/libiconv_modules/VIQR/../../libc/iconv -Dbool=_Bool -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libiconv_modules/VIQR/citrus_viqr.c -o citrus_viqr.So cc1: warnings being treated as errors /src/lib/libiconv_modules/VIQR/citrus_viqr.c: In function '_citrus_VIQR_encoding_module_init': /src/lib/libiconv_modules/VIQR/citrus_viqr.c:460: warning: comparison of unsigned expression < 0 is always false *** Error code 1 Stop. bmake[5]: stopped in /src/lib/libiconv_modules/VIQR *** Error code 1 Stop. bmake[4]: stopped in /src/lib/libiconv_modules *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-24 23:45:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-24 23:45:00 - ERROR: failed to build world TB --- 2014-02-24 23:45:00 - 1173.83 user 280.47 system 1560.18 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 25 00:00:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 76E43517; Tue, 25 Feb 2014 00:00:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4D29516CB; Tue, 25 Feb 2014 00:00:24 +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 s1P00Oa1031836; Mon, 24 Feb 2014 19:00:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s1P00OTl031835; Tue, 25 Feb 2014 00:00:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Feb 2014 00:00:24 GMT Message-Id: <201402250000.s1P00OTl031835@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2014 00:00:25 -0000 TB --- 2014-02-24 23:23:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-24 23:23: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 --- 2014-02-24 23:23:18 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-02-24 23:23:18 - cleaning the object tree TB --- 2014-02-24 23:23:18 - /usr/local/bin/svn stat /src TB --- 2014-02-24 23:23:22 - At svn revision 262455 TB --- 2014-02-24 23:23:23 - building world TB --- 2014-02-24 23:23:23 - CROSS_BUILD_TESTING=YES TB --- 2014-02-24 23:23:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-24 23:23:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-24 23:23:23 - SRCCONF=/dev/null TB --- 2014-02-24 23:23:23 - TARGET=powerpc TB --- 2014-02-24 23:23:23 - TARGET_ARCH=powerpc TB --- 2014-02-24 23:23:23 - TZ=UTC TB --- 2014-02-24 23:23:23 - __MAKE_CONF=/dev/null TB --- 2014-02-24 23:23:23 - cd /src TB --- 2014-02-24 23:23:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Feb 24 23:23:29 UTC 2014 >>> 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 [...] ===> lib/libiconv_modules/UTF8 (all) cc -fpic -DPIC -O2 -pipe -I/src/lib/libiconv_modules/UTF8/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libiconv_modules/UTF8/citrus_utf8.c -o citrus_utf8.So building shared library libUTF8.so.4 ===> lib/libiconv_modules/VIQR (all) cc -fpic -DPIC -O2 -pipe -I/src/lib/libiconv_modules/VIQR/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libiconv_modules/VIQR/citrus_viqr.c -o citrus_viqr.So cc1: warnings being treated as errors /src/lib/libiconv_modules/VIQR/citrus_viqr.c: In function '_citrus_VIQR_encoding_module_init': /src/lib/libiconv_modules/VIQR/citrus_viqr.c:460: warning: comparison of unsigned expression < 0 is always false *** Error code 1 Stop. bmake[5]: stopped in /src/lib/libiconv_modules/VIQR *** Error code 1 Stop. bmake[4]: stopped in /src/lib/libiconv_modules *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-25 00:00:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-25 00:00:24 - ERROR: failed to build world TB --- 2014-02-25 00:00:24 - 1733.25 user 338.78 system 2225.26 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 25 00:09:50 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F70679B; Tue, 25 Feb 2014 00:09:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 543CA1781; Tue, 25 Feb 2014 00:09: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 s1P09n35078326; Mon, 24 Feb 2014 19:09:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s1P09n5O078325; Tue, 25 Feb 2014 00:09:49 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Feb 2014 00:09:49 GMT Message-Id: <201402250009.s1P09n5O078325@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2014 00:09:50 -0000 TB --- 2014-02-24 23:32:29 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-24 23:32: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 --- 2014-02-24 23:32:29 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-02-24 23:32:29 - cleaning the object tree TB --- 2014-02-24 23:32:29 - /usr/local/bin/svn stat /src TB --- 2014-02-24 23:32:32 - At svn revision 262455 TB --- 2014-02-24 23:32:33 - building world TB --- 2014-02-24 23:32:33 - CROSS_BUILD_TESTING=YES TB --- 2014-02-24 23:32:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-24 23:32:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-24 23:32:33 - SRCCONF=/dev/null TB --- 2014-02-24 23:32:33 - TARGET=powerpc TB --- 2014-02-24 23:32:33 - TARGET_ARCH=powerpc64 TB --- 2014-02-24 23:32:33 - TZ=UTC TB --- 2014-02-24 23:32:33 - __MAKE_CONF=/dev/null TB --- 2014-02-24 23:32:33 - cd /src TB --- 2014-02-24 23:32:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Feb 24 23:32:40 UTC 2014 >>> 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 [...] ===> lib/libiconv_modules/UTF8 (all) cc -fpic -DPIC -O2 -pipe -I/src/lib/libiconv_modules/UTF8/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libiconv_modules/UTF8/citrus_utf8.c -o citrus_utf8.So building shared library libUTF8.so.4 ===> lib/libiconv_modules/VIQR (all) cc -fpic -DPIC -O2 -pipe -I/src/lib/libiconv_modules/VIQR/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libiconv_modules/VIQR/citrus_viqr.c -o citrus_viqr.So cc1: warnings being treated as errors /src/lib/libiconv_modules/VIQR/citrus_viqr.c: In function '_citrus_VIQR_encoding_module_init': /src/lib/libiconv_modules/VIQR/citrus_viqr.c:460: warning: comparison of unsigned expression < 0 is always false *** Error code 1 Stop. bmake[5]: stopped in /src/lib/libiconv_modules/VIQR *** Error code 1 Stop. bmake[4]: stopped in /src/lib/libiconv_modules *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-25 00:09:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-25 00:09:49 - ERROR: failed to build world TB --- 2014-02-25 00:09:49 - 1740.28 user 364.45 system 2239.88 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 25 00:12:10 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EAF2F8C8; Tue, 25 Feb 2014 00:12:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BEEE51814; Tue, 25 Feb 2014 00:12: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 s1P0C8Zb085125; Mon, 24 Feb 2014 19:12:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s1P0C8MM085122; Tue, 25 Feb 2014 00:12:08 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Feb 2014 00:12:08 GMT Message-Id: <201402250012.s1P0C8MM085122@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2014 00:12:10 -0000 TB --- 2014-02-24 23:45:01 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-24 23:45:01 - 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 --- 2014-02-24 23:45:01 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-02-24 23:45:01 - cleaning the object tree TB --- 2014-02-24 23:45:01 - /usr/local/bin/svn stat /src TB --- 2014-02-24 23:45:04 - At svn revision 262455 TB --- 2014-02-24 23:45:05 - building world TB --- 2014-02-24 23:45:05 - CROSS_BUILD_TESTING=YES TB --- 2014-02-24 23:45:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-24 23:45:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-24 23:45:05 - SRCCONF=/dev/null TB --- 2014-02-24 23:45:05 - TARGET=sparc64 TB --- 2014-02-24 23:45:05 - TARGET_ARCH=sparc64 TB --- 2014-02-24 23:45:05 - TZ=UTC TB --- 2014-02-24 23:45:05 - __MAKE_CONF=/dev/null TB --- 2014-02-24 23:45:05 - cd /src TB --- 2014-02-24 23:45:05 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Feb 24 23:45:12 UTC 2014 >>> 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 [...] ===> lib/libiconv_modules/UTF8 (all) cc -fPIC -DPIC -O2 -pipe -I/src/lib/libiconv_modules/UTF8/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libiconv_modules/UTF8/citrus_utf8.c -o citrus_utf8.So building shared library libUTF8.so.4 ===> lib/libiconv_modules/VIQR (all) cc -fPIC -DPIC -O2 -pipe -I/src/lib/libiconv_modules/VIQR/../../libc/iconv -Dbool=_Bool -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/lib/libiconv_modules/VIQR/citrus_viqr.c -o citrus_viqr.So cc1: warnings being treated as errors /src/lib/libiconv_modules/VIQR/citrus_viqr.c: In function '_citrus_VIQR_encoding_module_init': /src/lib/libiconv_modules/VIQR/citrus_viqr.c:460: warning: comparison of unsigned expression < 0 is always false *** Error code 1 Stop. bmake[5]: stopped in /src/lib/libiconv_modules/VIQR *** Error code 1 Stop. bmake[4]: stopped in /src/lib/libiconv_modules *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-25 00:12:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-25 00:12:08 - ERROR: failed to build world TB --- 2014-02-25 00:12:08 - 1253.09 user 287.77 system 1627.07 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 25 00:23:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4935BC68; Tue, 25 Feb 2014 00:23:06 +0000 (UTC) Received: from mail-la0-x232.google.com (mail-la0-x232.google.com [IPv6:2a00:1450:4010:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3975818D7; Tue, 25 Feb 2014 00:23:05 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id y1so2702137lam.9 for ; Mon, 24 Feb 2014 16:23:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=zF5xwKyUhnJUWBCaZIEMD8EDDkoPcaR6rFXKy9DjS+4=; b=BgimT1CPj3GL55pRqNudZQCgohXSPx2/5g/oJ9pZRig3i8ZVj7CsIZKX6RzLdqFJ7y nYbTsyYCz8DCtnAjftAQM2f9+CZlFzRuiEm60Z63pajEkrmU6lQaADus1QFGkaJDGI7B xH6fy3hS/SuqNJ0KNtOisZLu1td6qlbzXI2Yx8sEBoCOaSQ9E0nMR2Ovw2x7wV2t+d3S 03JY2DpK1BlSD1pfJdD2FXJeoZP634E1R0vDPsaohvEF8emD884lq19KoNmn9C94lL/H /sR+iIapOydjx88V3VcnR6cCd5uhVr/xGp8vwLp+kU76WEMfPFmoJ3anITf29i00fN+B UwlA== MIME-Version: 1.0 X-Received: by 10.112.132.131 with SMTP id ou3mr13073216lbb.29.1393287783296; Mon, 24 Feb 2014 16:23:03 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.112.30.211 with HTTP; Mon, 24 Feb 2014 16:23:03 -0800 (PST) In-Reply-To: References: Date: Mon, 24 Feb 2014 16:23:03 -0800 X-Google-Sender-Auth: nA4hBqd4BzoJYgVvU9PqAqRTaUY Message-ID: Subject: Re: March 13: Jenkins and BHyve presentation From: Craig Rodrigues To: freebsd-current Current , "freebsd-virtualization@freebsd.org" , freebsd-testing@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Dmitry Morozovsky , Emanuel Haupt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Feb 2014 00:23:06 -0000 On Mon, Feb 24, 2014 at 1:04 AM, Craig Rodrigues wrote: > Hi, > > I will be giving a talk discussing what I have done > settings up Jenkins ( https://jenkins.freebsd.org ) > in the FreeBSD cluster, using BHyve VM's: > > The presentation will be on March 13 in Mountain View, California, U.S.A.: > > http://www.meetup.com/BAFUG-Bay-Area-FreeBSD-User-Group/events/167325932/ > > If you think you can come, please RSVP on the Meetup site, so that > the organizers can get a big enough room. > > I am interested in collaborating with FreeBSD hackers who can > contribute to the effort and help expand testing of FreeBSD!! > Hi, For those who cannot attend the meetup in Mountain View, California, U.S.A., I will post a link to the slides after the presentation. I am not sure if video/webcast will be available. I have given a similar presentation at the 2013 FreeBSD Vendor Summit describing the use of Jenkins in the FreeNAS project, so you can look at this to get an idea: http://www.ixsystems.com/whats-new/jenkins-bhyve-and-webdriver-continuous-integration-testing-on-freenas/ However, my presentation on March 13 will be focused on how I set up https://jenkins.freebsd.org If you cannot make the March 13 meetup, I will be giving a similar presentation on May 17 at BSDCan: http://www.bsdcan.org/2014/schedule/events/445.en.html and on May 15 there will be a working group where we will discuss how to expand Continuous Testing in the FreeBSD project: https://wiki.freebsd.org/201405DevSummit Hope to see folks at one of these events, so we can do some interesting collaboration! -- Craig From owner-freebsd-current@FreeBSD.ORG Tue Feb 25 00:24:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 385A2DC1 for ; Tue, 25 Feb 2014 00:24:08 +0000 (UTC) Received: from dmz-mailsec-scanner-1.mit.edu (dmz-mailsec-scanner-1.mit.edu [18.9.25.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B317918E7 for ; Tue, 25 Feb 2014 00:24:07 +0000 (UTC) X-AuditID: 1209190c-f794a6d000000c27-c7-530be2a5d340 Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) (using TLS with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-1.mit.edu (Symantec Messaging Gateway) with SMTP id C4.00.03111.5A2EB035; Mon, 24 Feb 2014 19:24:05 -0500 (EST) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id s1P0O4fK018561; Mon, 24 Feb 2014 19:24:05 -0500 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id s1P0O2Yr005059 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 24 Feb 2014 19:24:04 -0500 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id s1P0O2k1005975; Mon, 24 Feb 2014 19:24:02 -0500 (EST) Date: Mon, 24 Feb 2014 19:24:02 -0500 (EST) From: Benjamin Kaduk To: Lyndon Nerenberg Subject: Re: Import of DragonFly Mail Agent In-Reply-To: Message-ID: References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B67EA.1090102@FreeBSD.org> <45746.1393257416@critter.freebsd.dk> <17F7065F-5CE1-47CE-AB45-7356E78E243A@FreeBSD.org> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrHIsWRmVeSWpSXmKPExsUixG6nrrv0EXewwfnFBhZz3nxgstgy+wiL A5PHjE/zWTzuvvrMFMAUxWWTkpqTWZZapG+XwJXxt2E5Y8FfzopL/16zNzA2cHQxcnJICJhI 3P/2nRnCFpO4cG89WxcjF4eQwGwmia0zFzJBOBsZJZYcu88I4RxikthzDybTwCgxvaWFBaSf RUBbYurxxYwgNpuAisTMNxvZQGwRAQ2J6df/MYHYzALyEv+vXAazhYHqH6zvA+vlFLCTmNB/ BugODg5eAQeJ7Y+sIeafZJLYPH8TK0iNqICOxOr9U8DqeQUEJU7OfMICMdNS4tyf62wTGAVn IUnNQpJawMi0ilE2JbdKNzcxM6c4NVm3ODkxLy+1SNdQLzezRC81pXQTIyhYOSV5djC+Oah0 iFGAg1GJh7ejmDtYiDWxrLgy9xCjJAeTkijvpCtAIb6k/JTKjMTijPii0pzU4kOMEhzMSiK8 P08A5XhTEiurUovyYVLSHCxK4ry1Fr+ChATSE0tSs1NTC1KLYLIyHBxKErwCwKgUEixKTU+t SMvMKUFIM3FwggznARq+6iHI8OKCxNzizHSI/ClGRSlx3gkgCQGQREZpHlwvLJm8YhQHekWY 9wNIFQ8wEcF1vwIazAQ0eN92sMEliQgpqQbGOUEf8grDuLUbij+YTG+s3bf/4WflHlFdBzXW 14b3pC9+26F6bzl/R/DTK7d0dY9cZbMW9NyqsGvJ2qydMmdfybxpnpkX13xAMfzzm9U3XwYz C8VExOuwRW3m6ld4kdf988vv3GmqbtevlM/X/HuV3+B//X69CBVG4xqzHYc0/z6I3ttqHcat xFKckWioxVxUnAgAqexjTQEDAAA= Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Feb 2014 00:24:08 -0000 On Mon, 24 Feb 2014, Lyndon Nerenberg wrote: > > What would really help is if the ports fetch-recursive-list target could > extend to reliably include the distfiles for the runtime dependencies as > well. But I'm not even sure that's possible. We tried a few different > things, but in the end we had to brute force it by running 'make fetch' > in every one of the ports directories in order to get all the distfiles > onto an external system, which we then rsynced to a USB drive, marched > inside, and rsynced to the fileserver. Not pretty ... but with all the > distfiles at hand we knew the inside ports builds wouldn't fail due to > missing dependencies. I'm rather confused by why it isn't working for you. http://svnweb.freebsd.org/ports/head/Mk/bsd.port.mk?revision=345884&view=markup#l5187 is quite clearly looking in ALL-DEPENDS-LIST, which includes runtime dependencies. The only thing I can think of is that non-default configurations are in play, so that 'make config && make config-recursive' should be (re-)run until it does not prompt, and only then fetch-recursive-list be used. I suppose there could be broken ports that always prompt (ISTR kde used to do this), but I thought we had moved away from that. -Ben From owner-freebsd-current@FreeBSD.ORG Tue Feb 25 02:50:55 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 551C071; Tue, 25 Feb 2014 02:50:55 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 311E71589; Tue, 25 Feb 2014 02:50:54 +0000 (UTC) Received: from jre-mbp.elischer.org (ppp121-45-232-70.lns20.per1.internode.on.net [121.45.232.70]) (authenticated bits=0) by vps1.elischer.org (8.14.7/8.14.7) with ESMTP id s1P2ooGT051228 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 24 Feb 2014 18:50:52 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <530C0504.8090807@freebsd.org> Date: Tue, 25 Feb 2014 10:50:44 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Mark Felder , freebsd-current@freebsd.org Subject: Re: Import of DragonFly Mail Agent References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B13CA.6000005@rewt.org.uk> <1393253158.31965.87110609.756BD6A0@webmail.messagingengine.com> In-Reply-To: <1393253158.31965.87110609.756BD6A0@webmail.messagingengine.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Feb 2014 02:50:55 -0000 On 2/24/14, 10:45 PM, Mark Felder wrote: > On Mon, Feb 24, 2014, at 3:41, Joe Holden wrote: >> On 24/02/2014 04:26, Julio Merino wrote: >>> On Sun, Feb 23, 2014 at 4:11 PM, Baptiste Daroussin wrote: >>> >>>> Hi, >>>> >>>> As some of you may have noticed, I have imorted a couple of days ago dma >>>> (DragonFly Mail Agent) in base. I have been asked to explain my motivation >>>> so >>>> here they are. >>>> >>>> DragonFly Mail Agent is a minimalistic mailer that is able to relay mails >>>> to >>>> some smtp servers (with TLS, authentication and so on) >>>> >>>> It supports MASQUERADE and NULLCLIENT, and is able to deliver mails locally >>>> (respecting aliases). >>>> >>>> I imported it because dma is lightweight, BSD license and easy to use. >>>> >>>> The code base is rather small and easy to capsicumize (which I plan to do) >>>> >>>> My initial goal is not to replace sendmail. >>> >>> But is it an eventual goal? *I* don't see why not, but if it is: what's >>> the plan? How is the decision to drop sendmail going to be made when the >>> time comes? (I.e. who _can_ and will make the call?) >>> >>> >>>> All I want is a small mailer >>>> simple to configure, and not listening to port 25, suitable for small >>>> environment (embedded and/or resource bounded) as well as for server >>>> deployment. >>>> >>> Playing devil's advocate: what specific problems is this trying to solve? >>> I'd argue, for example, that postfix can be also easily configured and can >>> be made to not listen on port 25 for local mail delivery, while at the same >>> time it is a fully-functional MTA that could replace sendmail altogether. >>> (Which, by the way, is the configuration with which postfix ships within >>> the NetBSD base system.) >>> >>> The reason I'm asking these questions is because I have seen NetBSD >>> maintain two MTAs (sendmail + postfix) in the base system for _years_ and >>> it was not a pretty situation. The eventual removal of sendmail was >>> appreciated, but of course it came with the associated bikeshedding. >> *dons flame-proof suit* >> >> The trend towards having sensible lightweight things in the base is a >> good thing IMO. There is no need for things like bind (replaced by >> unbound), or a full featured mta like sendmail in the base, base install >> should contain enough to get going but for specific functions like >> performing MTA tasks, the user can install the appropriate software, >> such as postfix. >> >> Just my 2p :) >> > I fully agree here. Lightweight services in base, fully featured in > ports. It makes it easier for users to follow the latest and greatest > MTA, DNS, etc this way as well. Once again I repeat my suggestion that we should at some stage be splitting up our distribution into a smaller "required" core, a slightly larger "usual" and a larger "extended" software sets, where the last one would be maintained in ports but with a distinction that failure in those ports is a reason to hold up a release etc. i.e. "some ports are more important than others" and we should take that into account officially. I'd also like to see the PCBSD PBI formats more integrates into our release.. > > Another nice feature of dma is that it's a perfect compliment to your > lightweight jails -- emails can get out, but no worrying about conflicts > on ports 25. > _______________________________________________ > 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 Feb 25 02:52:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AFEF3197; Tue, 25 Feb 2014 02:52:57 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7EF66159D; Tue, 25 Feb 2014 02:52:57 +0000 (UTC) Received: from jre-mbp.elischer.org (ppp121-45-232-70.lns20.per1.internode.on.net [121.45.232.70]) (authenticated bits=0) by vps1.elischer.org (8.14.7/8.14.7) with ESMTP id s1P2qpOT051236 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 24 Feb 2014 18:52:54 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <530C057D.3050202@freebsd.org> Date: Tue, 25 Feb 2014 10:52:45 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Thomas Mueller , freebsd-current@freebsd.org Subject: Re: Import of DragonFly Mail Agent References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <942222.61849.bm@smtp118.sbc.mail.gq1.yahoo.com> In-Reply-To: <942222.61849.bm@smtp118.sbc.mail.gq1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Julio Merino X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Feb 2014 02:52:57 -0000 On 2/24/14, 7:47 PM, Thomas Mueller wrote: > I never got far enough with DragonFlyBSD or OpenBSD on live USB to see osmpd or opensmtpd (OpenBSD or dma (DragonFly). > > I couldn't read hard drive from either OpenBSD or DragonFly, could read OpenBSD but not DragonFly live USB stick from FreeBSD and NetBSD, meaning poor interoperability on my system. > > But I find sendmail practically impossible to setup, and rather useless for my purposes. > > I use msmtp and mpop from ports for SMTP and POP3 mail, including SSL capability. These clients even allow multiple email accounts and multiple users, user name need not necessarily be the same as computer hostname. > > I've wondered if I'd lose anything by building FreeBSD WITHOUT_SENDMAIL. > > I looked and found mail/dma in FreeBSD ports tree. Could it be easily set up to use as SMTP client? > > I don't believe BSD users use base system of itself to send and receive email. They use ports (FreeBSD) or equivalent in other BSDs. I do (though recompiling with SASL and TLS was a pain in the neck. > Can't really say for Linux; "base system" is ill-defined given the anarchy of many different distributions. > > To Julio Merino: How long did NetBSD include both sendmail and postfix in base? What NetBSD releases? What was the first release that included both sendmail and postfix, and the first release where sendmail was dropped? > > But I think sendmail is still available in pkgsrc for users who'd rather have sendmail. > > Tom > > _______________________________________________ > 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 Feb 25 02:13:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B6BF405; Tue, 25 Feb 2014 02:13:03 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 633BB1215; Tue, 25 Feb 2014 02:13:03 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 863387BA; Tue, 25 Feb 2014 02:13:02 +0000 (UTC) Date: Tue, 25 Feb 2014 02:12:33 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org Message-ID: <1551769078.10.1393294381541.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1130198114.9.1393260520112.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1130198114.9.1393260520112.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #176 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-Mailman-Approved-At: Tue, 25 Feb 2014 03:35:40 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Feb 2014 02:13:03 -0000 See Changes: [eadler] hier(7): Add /usr/lib/private Requested by:=09theraven MFC After:=093 days ------------------------------------------ [...truncated 246402 lines...] --- rsu-rtl8712fw.fw --- uudecode -p > rsu-rtl8712fw.fw --- rsu-rtl8712fw.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc= -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contri= b/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-frame-p= ointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-= protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tau= tological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -W= no-unused-function -c rsu-rtl8712fw.c --- rsu-rtl8712fw.fw.fwo --- rsu-rtl8712fw.fw rsu-rtl8712fw.fw --- rsu-rtl8712fw.o --- ctfconvert -L VERSION -g rsu-rtl8712fw.o --- rsu-rtl8712fw.ko.debug --- ld -d -warn-common -r -d -o rsu-rtl8712fw.ko.debug rsu-rtl8712fw.fw.fwo rs= u-rtl8712fw.o ctfmerge -L VERSION -g -o rsu-rtl8712fw.ko.debug rsu-rtl8712fw.fw.fwo rsu-r= tl8712fw.o :> export_syms awk -f rsu-rtl8712fw.ko.debug export_syms | xargs -J% objcopy % rsu-= rtl8712fw.ko.debug --- rsu-rtl8712fw.ko.symbols --- objcopy --only-keep-debug rsu-rtl8712fw.ko.debug rsu-rtl8712fw.ko.symbols --- rsu-rtl8712fw.ko --- objcopy --strip-debug --add-gnu-debuglink=3Drsu-rtl8712fw.ko.symbols rsu-rt= l8712fw.ko.debug rsu-rtl8712fw.ko =3D=3D=3D> usb/rum (all) --- if_rum.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc= -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contri= b/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-frame-p= ointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-= protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tau= tological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -W= no-unused-function -c ctfconvert -L VERSION -g if_rum.o --- if_rum.ko.debug --- ld -d -warn-common -r -d -o if_rum.ko.debug if_rum.o ctfmerge -L VERSION -g -o if_rum.ko.debug if_rum.o :> export_syms awk -f if_rum.ko.debug export_syms | xargs -J% objcopy % if_rum.ko.d= ebug --- if_rum.ko.symbols --- objcopy --only-keep-debug if_rum.ko.debug if_rum.ko.symbols --- if_rum.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dif_rum.ko.symbols if_rum.ko.deb= ug if_rum.ko =3D=3D=3D> usb/run (all) --- if_run.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc= -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contri= b/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-frame-p= ointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-= protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tau= tological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -W= no-unused-function -c ctfconvert -L VERSION -g if_run.o --- if_run.ko.debug --- ld -d -warn-common -r -d -o if_run.ko.debug if_run.o ctfmerge -L VERSION -g -o if_run.ko.debug if_run.o :> export_syms awk -f if_run.ko.debug export_syms | xargs -J% objcopy % if_run.ko.d= ebug --- if_run.ko.symbols --- objcopy --only-keep-debug if_run.ko.debug if_run.ko.symbols --- if_run.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dif_run.ko.symbols if_run.ko.deb= ug if_run.ko =3D=3D=3D> usb/runfw (all) --- run.fw --- --- runfw.o --- --- run.fw --- uudecode -p > run.fw --- runfw.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc= -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contri= b/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-frame-p= ointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-= protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tau= tological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -W= no-unused-function -c runfw.c --- run.fw.fwo --- run.fw run.fw --- runfw.o --- ctfconvert -L VERSION -g runfw.o --- runfw.ko.debug --- ld -d -warn-common -r -d -o runfw.ko.debug run.fw.fwo runfw.o ctfmerge -L VERSION -g -o runfw.ko.debug run.fw.fwo runfw.o :> export_syms awk -f runfw.ko.debug export_syms | xargs -J% objcopy % runfw.ko.deb= ug --- runfw.ko.symbols --- objcopy --only-keep-debug runfw.ko.debug runfw.ko.symbols --- runfw.ko --- objcopy --strip-debug --add-gnu-debuglink=3Drunfw.ko.symbols runfw.ko.debug= runfw.ko =3D=3D=3D> usb/uath (all) --- if_uath.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc= -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contri= b/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-frame-p= ointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-= protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tau= tological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -W= no-unused-function -c ctfconvert -L VERSION -g if_uath.o --- if_uath.ko.debug --- ld -d -warn-common -r -d -o if_uath.ko.debug if_uath.o ctfmerge -L VERSION -g -o if_uath.ko.debug if_uath.o :> export_syms awk -f if_uath.ko.debug export_syms | xargs -J% objcopy % if_uath.ko= .debug --- if_uath.ko.symbols --- objcopy --only-keep-debug if_uath.ko.debug if_uath.ko.symbols --- if_uath.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dif_uath.ko.symbols if_uath.ko.d= ebug if_uath.ko =3D=3D=3D> usb/upgt (all) --- if_upgt.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc= -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contri= b/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-frame-p= ointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-= protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tau= tological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -W= no-unused-function -c ctfconvert -L VERSION -g if_upgt.o --- if_upgt.ko.debug --- ld -d -warn-common -r -d -o if_upgt.ko.debug if_upgt.o ctfmerge -L VERSION -g -o if_upgt.ko.debug if_upgt.o :> export_syms awk -f if_upgt.ko.debug export_syms | xargs -J% objcopy % if_upgt.ko= .debug --- if_upgt.ko.symbols --- objcopy --only-keep-debug if_upgt.ko.debug if_upgt.ko.symbols --- if_upgt.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dif_upgt.ko.symbols if_upgt.ko.d= ebug if_upgt.ko =3D=3D=3D> usb/usie (all) --- if_usie.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc= -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contri= b/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-frame-p= ointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-= protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tau= tological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -W= no-unused-function -c ctfconvert -L VERSION -g if_usie.o --- usie.ko.debug --- ld -d -warn-common -r -d -o usie.ko.debug if_usie.o ctfmerge -L VERSION -g -o usie.ko.debug if_usie.o :> export_syms awk -f usie.ko.debug export_syms | xargs -J% objcopy % usie.ko.debug --- usie.ko.symbols --- objcopy --only-keep-debug usie.ko.debug usie.ko.symbols --- usie.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dusie.ko.symbols usie.ko.debug u= sie.ko =3D=3D=3D> usb/ural (all) --- if_ural.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc= -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contri= b/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-frame-p= ointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-= protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tau= tological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -W= no-unused-function -c ctfconvert -L VERSION -g if_ural.o --- if_ural.ko.debug --- ld -d -warn-common -r -d -o if_ural.ko.debug if_ural.o ctfmerge -L VERSION -g -o if_ural.ko.debug if_ural.o :> export_syms awk -f if_ural.ko.debug export_syms | xargs -J% objcopy % if_ural.ko= .debug --- if_ural.ko.symbols --- objcopy --only-keep-debug if_ural.ko.debug if_ural.ko.symbols --- if_ural.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dif_ural.ko.symbols if_ural.ko.d= ebug if_ural.ko =3D=3D=3D> usb/zyd (all) --- if_zyd.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc= -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contri= b/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-frame-p= ointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-= protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tau= tological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -W= no-unused-function -c ctfconvert -L VERSION -g if_zyd.o --- if_zyd.ko.debug --- ld -d -warn-common -r -d -o if_zyd.ko.debug if_zyd.o ctfmerge -L VERSION -g -o if_zyd.ko.debug if_zyd.o :> export_syms awk -f if_zyd.ko.debug export_syms | xargs -J% objcopy % if_zyd.ko.d= ebug --- if_zyd.ko.symbols --- objcopy --only-keep-debug if_zyd.ko.debug if_zyd.ko.symbols --- if_zyd.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dif_zyd.ko.symbols if_zyd.ko.deb= ug if_zyd.ko =3D=3D=3D> usb/urtw (all) --- if_urtw.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc= -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contri= b/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-frame-p= ointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-= protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tau= tological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -W= no-unused-function -c ctfconvert -L VERSION -g if_urtw.o --- if_urtw.ko.debug --- ld -d -warn-common -r -d -o if_urtw.ko.debug if_urtw.o ctfmerge -L VERSION -g -o if_urtw.ko.debug if_urtw.o :> export_syms awk -f if_urtw.ko.debug export_syms | xargs -J% objcopy % if_urtw.ko= .debug --- if_urtw.ko.symbols --- objcopy --only-keep-debug if_urtw.ko.debug if_urtw.ko.symbols --- if_urtw.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dif_urtw.ko.symbols if_urtw.ko.d= ebug if_urtw.ko =3D=3D=3D> usb/urtwn (all) --- if_urtwn.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc= -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contri= b/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-frame-p= ointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-= protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tau= tological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -W= no-unused-function -c ctfconvert -L VERSION -g if_urtwn.o --- if_urtwn.ko.debug --- ld -d -warn-common -r -d -o if_urtwn.ko.debug if_urtwn.o ctfmerge -L VERSION -g -o if_urtwn.ko.debug if_urtwn.o :> export_syms awk -f if_urtwn.ko.debug export_syms | xargs -J% objcopy % if_urtwn.= ko.debug --- if_urtwn.ko.symbols --- objcopy --only-keep-debug if_urtwn.ko.debug if_urtwn.ko.symbols --- if_urtwn.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dif_urtwn.ko.symbols if_urtwn.ko= .debug if_urtwn.ko =3D=3D=3D> usb/urtwnfw (all) --- all --- =3D=3D=3D> usb/urtwnfw/urtwnrtl8192cT (all) --- urtwn-rtl8192cfwT.fw --- --- urtwn-rtl8192cfwT.o --- --- urtwn-rtl8192cfwT.fw --- uudecode -p > urtwn-rtl8192cfwT.fw --- urtwn-rtl8192cfwT.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc= -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contri= b/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-frame-p= ointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-= protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tau= tological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -W= no-unused-function -c urtwn-rtl8192cfwT.c --- urtwn-rtl8192cfwT.fw.fwo --- urtwn-rtl8192cfwT.fw urtwn-rtl8192cfwT.fw --- urtwn-rtl8192cfwT.o --- ctfconvert -L VERSION -g urtwn-rtl8192cfwT.o --- urtwn-rtl8192cfwT.ko.debug --- ld -d -warn-common -r -d -o urtwn-rtl8192cfwT.ko.debug urtwn-rtl8192cfwT.f= w.fwo urtwn-rtl8192cfwT.o ctfmerge -L VERSION -g -o urtwn-rtl8192cfwT.ko.debug urtwn-rtl8192cfwT.fw.f= wo urtwn-rtl8192cfwT.o :> export_syms awk -f urtwn-rtl8192cfwT.ko.debug export_syms | xargs -J% objcopy % = urtwn-rtl8192cfwT.ko.debug --- urtwn-rtl8192cfwT.ko.symbols --- objcopy --only-keep-debug urtwn-rtl8192cfwT.ko.debug urtwn-rtl8192cfwT.ko.s= ymbols --- urtwn-rtl8192cfwT.ko --- objcopy --strip-debug --add-gnu-debuglink=3Durtwn-rtl8192cfwT.ko.symbols ur= twn-rtl8192cfwT.ko.debug urtwn-rtl8192cfwT.ko =3D=3D=3D> usb/urtwnfw/urtwnrtl8192cU (all) --- urtwn-rtl8192cfwU.fw --- --- urtwn-rtl8192cfwU.o --- --- urtwn-rtl8192cfwU.fw --- uudecode -p > urtwn-rtl8192cfwU.fw --- urtwn-rtl8192cfwU.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc= -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contri= b/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-frame-p= ointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-= protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tau= tological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -W= no-unused-function -c urtwn-rtl8192cfwU.c --- urtwn-rtl8192cfwU.fw.fwo --- urtwn-rtl8192cfwU.fw urtwn-rtl8192cfwU.fw --- urtwn-rtl8192cfwU.o --- ctfconvert -L VERSION -g urtwn-rtl8192cfwU.o --- urtwn-rtl8192cfwU.ko.debug --- ld -d -warn-common -r -d -o urtwn-rtl8192cfwU.ko.debug urtwn-rtl8192cfwU.f= w.fwo urtwn-rtl8192cfwU.o ctfmerge -L VERSION -g -o urtwn-rtl8192cfwU.ko.debug urtwn-rtl8192cfwU.fw.f= wo urtwn-rtl8192cfwU.o :> export_syms awk -f urtwn-rtl8192cfwU.ko.debug export_syms | xargs -J% objcopy % = urtwn-rtl8192cfwU.ko.debug --- urtwn-rtl8192cfwU.ko.symbols --- objcopy --only-keep-debug urtwn-rtl8192cfwU.ko.debug urtwn-rtl8192cfwU.ko.s= ymbols --- urtwn-rtl8192cfwU.ko --- objcopy --strip-debug --add-gnu-debuglink=3Durtwn-rtl8192cfwU.ko.symbols ur= twn-rtl8192cfwU.ko.debug urtwn-rtl8192cfwU.ko =3D=3D=3D> usb/atp (all) --- atp.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc= -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contri= b/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-frame-p= ointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-= protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tau= tological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -W= no-unused-function -c :797:40: error: unused variable 'atp_sensor_= data_interpreters' [-Werror,-Wunused-const-variable] static const sensor_data_interpreter_t atp_sensor_data_interpreters[TRACKPA= D_FAMILY_MAX] =3D { ^ 1 error generated. *** [atp.o] Error code 1 make[5]: stopped in 1 error make[5]: stopped in *** [all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [modules-all] Error code 2 make[2]: stopped in /usr/obj 1 error make[2]: stopped in /usr/obj *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure Failed to send e-mail to tijl because no e-mail address is known, and no de= fault e-mail domain is configured Failed to send e-mail to rwatson because no e-mail address is known, and no= default e-mail domain is configured Failed to send e-mail to loos because no e-mail address is known, and no de= fault e-mail domain is configured Failed to send e-mail to eadler because no e-mail address is known, and no = default e-mail domain is configured Failed to send e-mail to adrian because no e-mail address is known, and no = default e-mail domain is configured Failed to send e-mail to bapt because no e-mail address is known, and no de= fault e-mail domain is configured Failed to send e-mail to ian because no e-mail address is known, and no def= ault e-mail domain is configured Failed to send e-mail to pjd because no e-mail address is known, and no def= ault e-mail domain is configured Failed to send e-mail to hselasky because no e-mail address is known, and n= o default e-mail domain is configured From owner-freebsd-current@FreeBSD.ORG Tue Feb 25 03:40:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3125E278 for ; Tue, 25 Feb 2014 03:40:16 +0000 (UTC) Received: from mail-qc0-f173.google.com (mail-qc0-f173.google.com [209.85.216.173]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E134E19E1 for ; Tue, 25 Feb 2014 03:40:15 +0000 (UTC) Received: by mail-qc0-f173.google.com with SMTP id x3so1653058qcv.4 for ; Mon, 24 Feb 2014 19:40:09 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-type; bh=DhPOKTTPwr7M5X9IW4iwwjDR2cMTK6nUaAxJheRk/Ww=; b=MTF0KUVpVPPIsBxRRG6RY8xdKGSsemzsLBLPxHSKSk68XMt0WbuOg4370Q1SHIlF+U cVuvVfiVM/B00/qVypbZy6qaCy09SwiRtqKaO8Ue5MHi1HMNCaRoHynUBbx4My+O318M kmm+3VPiiSzVErBKQ7mTGMtMzc8rKojRib5zAj1i56ZwezGpJYlEj1IYYi53BvYOnS73 Od/uhA+C8jmyCUZ7BfflPvMNVqTCb1tMHkzFPiNmdWT8o8mzMsjOZKFFOZjXDeGvvgLL UjjpuThrt6T1RsJg6MZkCWJSaVupb688Avjlj1cTJsdua/oI3mTDoDbFMN+IYSPTeq1S pwUw== X-Gm-Message-State: ALoCoQnMuUBgkr9yi82ZwAwZqAiHX7Nld+s/mKer69B/Ag+TaptGkLQWWh5f2DSSYgcwlByjhV0q X-Received: by 10.140.32.98 with SMTP id g89mr33203269qgg.37.1393299609335; Mon, 24 Feb 2014 19:40:09 -0800 (PST) MIME-Version: 1.0 Sender: jmmv@meroh.net Received: by 10.96.83.102 with HTTP; Mon, 24 Feb 2014 19:39:49 -0800 (PST) X-Originating-IP: [108.176.158.82] In-Reply-To: <942222.61849.bm@smtp118.sbc.mail.gq1.yahoo.com> References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <942222.61849.bm@smtp118.sbc.mail.gq1.yahoo.com> From: Julio Merino Date: Mon, 24 Feb 2014 22:39:49 -0500 X-Google-Sender-Auth: u20QkpnnM3_QXftoTxGix8Cxn-s Message-ID: Subject: Re: Import of DragonFly Mail Agent To: Thomas Mueller Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Feb 2014 03:40:16 -0000 On Mon, Feb 24, 2014 at 6:47 AM, Thomas Mueller wrote: > To Julio Merino: How long did NetBSD include both sendmail and postfix in > base? What NetBSD releases? What was the first release that included both > sendmail and postfix, and the first release where sendmail was dropped? > As far as I can tell, postfix was added in NetBSD 1.5 (Dec 6, 2000), made the default in NetBSD 2.0 (Dec 9, 2004) and sendmail was removed in NetBSD 4.0 (Dec 19, 2007). That's a 7-year long transitional period. I haven't been able to find the discussion for the removal of sendmail unfortunately. From owner-freebsd-current@FreeBSD.ORG Tue Feb 25 05:39:05 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ADF64927; Tue, 25 Feb 2014 05:39:05 +0000 (UTC) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 1F8B426F1; Tue, 25 Feb 2014 05:02:58 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 4089A5607C; Mon, 24 Feb 2014 23:02:57 -0600 (CST) Date: Mon, 24 Feb 2014 23:02:57 -0600 From: Mark Linimon To: Bryan Drewery Subject: Re: Import of DragonFly Mail Agent Message-ID: <20140225050257.GA27406@lonesome.com> References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B67EA.1090102@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <530B67EA.1090102@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Baptiste Daroussin , current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Feb 2014 05:39:05 -0000 On Mon, Feb 24, 2014 at 09:40:26AM -0600, Bryan Drewery wrote: > IMHO base should be the very minimalistic needs to get a server online, > and should be secure and simple by default. ... > Anything not meeting the bare-bones criteria can be installed with 'pkg > install' or ports. +1 (OTOH I am not volunteering to do the work :-) ) mcl From owner-freebsd-current@FreeBSD.ORG Tue Feb 25 05:57:28 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33F89101; Tue, 25 Feb 2014 05:57:28 +0000 (UTC) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AF0CC2D5A; Tue, 25 Feb 2014 05:57:27 +0000 (UTC) Received: from server.rulingia.com (c220-239-232-212.belrs5.nsw.optusnet.com.au [220.239.232.212]) by vps.rulingia.com (8.14.7/8.14.7) with ESMTP id s1P5v8g6025637 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 25 Feb 2014 16:57:08 +1100 (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.7/8.14.7) with ESMTP id s1P5v2tV084398 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 25 Feb 2014 16:57:02 +1100 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.7/8.14.7/Submit) id s1P5v2m6084397; Tue, 25 Feb 2014 16:57:02 +1100 (EST) (envelope-from peter) Date: Tue, 25 Feb 2014 16:57:02 +1100 From: Peter Jeremy To: Bryan Drewery Subject: Re: Import of DragonFly Mail Agent Message-ID: <20140225055701.GC83915@server.rulingia.com> References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B67EA.1090102@FreeBSD.org> <20140224161621.GB31812@lucius.XxX> <530B76EE.3010802@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline In-Reply-To: <530B76EE.3010802@FreeBSD.org> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Lucius Rizzo , current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Feb 2014 05:57:28 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2014-Feb-24 10:44:30 -0600, Bryan Drewery wrote: > >I have the Oreilly sendmail book here and it's thicker than The Design >and Implementation of the FreeBSD Operating System. That's quite an >application! More impressively, ISTR it's thicker than "The Magic Garden Explained" - which is the SVR4 internals. --=20 Peter Jeremy --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iKYEARECAGYFAlMMMK1fFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDBCRjc3QTcyNTg5NEVCRTY0RjREN0VFRUZF OEE0N0JGRjAwRkI4ODcACgkQ/opHv/APuIcynACcDOy43QGM7E2BTe7m7rAYRPC9 HIAAoJizLTClOEgnmnqrPoYVQGQcGm+X =1wnM -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 25 06:11:44 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 66F57544; Tue, 25 Feb 2014 06:11:44 +0000 (UTC) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 313842E55; Tue, 25 Feb 2014 06:11:43 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id s1P6BSAP076067; Mon, 24 Feb 2014 22:11:33 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201402250611.s1P6BSAP076067@gw.catspoiler.org> Date: Mon, 24 Feb 2014 22:11:28 -0800 (PST) From: Don Lewis Subject: Re: Import of DragonFly Mail Agent To: peter@rulingia.com In-Reply-To: <20140225055701.GC83915@server.rulingia.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: Lucius.Rizzo@Lucius.XxX, current@FreeBSD.org, bdrewery@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Feb 2014 06:11:44 -0000 On 25 Feb, Peter Jeremy wrote: > On 2014-Feb-24 10:44:30 -0600, Bryan Drewery wrote: >> >>I have the Oreilly sendmail book here and it's thicker than The Design >>and Implementation of the FreeBSD Operating System. That's quite an >>application! > > More impressively, ISTR it's thicker than "The Magic Garden Explained" > - which is the SVR4 internals. Not counting the covers, they are about the same thickness. It's thinner than "TCP/IP Illustrated Volume 2", and *way* thinner than "Advanced Programming in the UNIX Environment". From owner-freebsd-current@FreeBSD.ORG Tue Feb 25 08:09:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A99EE785 for ; Tue, 25 Feb 2014 08:09:36 +0000 (UTC) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.21.123]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 31545192E for ; Tue, 25 Feb 2014 08:09:35 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [193.68.6.1]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.6/8.14.6) with ESMTP id s1P89WLs076205 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 25 Feb 2014 10:09:32 +0200 (EET) (envelope-from daniel@digsys.bg) Message-ID: <530C4FBC.7000802@digsys.bg> Date: Tue, 25 Feb 2014 10:09:32 +0200 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Import of DragonFly Mail Agent References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <942222.61849.bm@smtp118.sbc.mail.gq1.yahoo.com> <530B5DA7.1050902@digsys.bg> <1393264180.28812.87188993.20F1344F@webmail.messagingengine.com> In-Reply-To: <1393264180.28812.87188993.20F1344F@webmail.messagingengine.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Feb 2014 08:09:36 -0000 On 24.02.14 19:49, Mark Felder wrote: >> We can strip pieces of FreeBSD off and end up with an kernel. Or we >> could keep the system very much usable out of the box. >> > Imagine a world where everything in FreeBSD is a package and we have a > working "PROVIDES" framework. Upon installation you can choose the > software that "provides" the MTA role. Same for DNS, NTP, database, > webserver... That would be a great accomplishment along with a framework > to create a master install image utilizing the options/packages you > desire. I think this type of thing is definitely plausible if we keep > moving forward. My personal opinion remains that complex software is > better served/secured/maintained when it is handled in ports not in > base. > While I agree with all you say, it is worth noting that bind/sendmail/ntp have been very compatible with FreeBSD precisely because of their integration with the base system. What we risk with "everything is a port" concept is that we live in a world that there is a lot of software to chose from, but from time to time, the software happens to be incompatible with FreeBSD in one way, or another. Another risk is the confusion of too much choice. There is a fine balance to be found here. Daniel From owner-freebsd-current@FreeBSD.ORG Tue Feb 25 09:09:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC60F8BD for ; Tue, 25 Feb 2014 09:09:40 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5FEAD1024 for ; Tue, 25 Feb 2014 09:09:40 +0000 (UTC) Received: from [192.168.0.7] (cpc28-cmbg15-2-0-cust64.5-4.cable.virginm.net [86.27.189.65]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.5) with ESMTP id s1P99KqR069934 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 25 Feb 2014 09:09:23 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: Import of DragonFly Mail Agent From: David Chisnall In-Reply-To: <530C4FBC.7000802@digsys.bg> Date: Tue, 25 Feb 2014 09:09:15 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <773EBF0C-99AC-4FF2-AB6F-26131AC7BCB8@FreeBSD.org> References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <942222.61849.bm@smtp118.sbc.mail.gq1.yahoo.com> <530B5DA7.1050902@digsys.bg> <1393264180.28812.87188993.20F1344F@webmail.messagingengine.com> <530C4FBC.7000802@digsys.bg> To: Daniel Kalchev X-Mailer: Apple Mail (2.1827) Cc: FreeBSD current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Feb 2014 09:09:40 -0000 On 25 Feb 2014, at 08:09, Daniel Kalchev wrote: > What we risk with "everything is a port" concept is that we live in a = world that there is a lot of software to chose from, but from time to = time, the software happens to be incompatible with FreeBSD in one way, = or another. Another risk is the confusion of too much choice. I think that, over the next few years, the hard line between base system = and ports is going to become a little bit more of a gradient. I would = like us to end up with multiple tiers: 1) These packages are required for absolutely everything, don't even = think about not installing them even in a minimal service jail. 2) These packages are required for a useable system. They're in the = default install, but if you're creating a jail you might not want them = (e.g. nvi, some of the management tools) because you'll be doing all of = your configuration with the version in the base system. 3) These packages are maintained by the FreeBSD project and are expected = to integrate well with the base system. Some of them are part of = various recommended installs for different configurations (e.g. = graphical workstation, web server, whatever), but you can have a working = minimal install without any of them. They will be supported for the = duration of the release, including prompt security updates. =20 4) These packages are third-party programs that have been tested with = FreeBSD and packaged by members of the FreeBSD project, but are = developed independently. They will be supported on a best-effort basis = for the release, but you may find that upgrading to a new version = requires a newer release at some point. 5) These packages are provided by third parties, on third-party = repositories, with no involvement from anyone in the FreeBSD project. =20= Currently, the base system overlaps tiers 1-3, and ports overlaps tiers = 3-4. Tier 3 is the source of most bikesheds, because there are lots of = things that would benefit from some FreeBSD-specific integration work, = are essential to a large section of the FreeBSD userbase, but are = completely irrelevant to another large section. =20 David From owner-freebsd-current@FreeBSD.ORG Tue Feb 25 10:31:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4A6329A for ; Tue, 25 Feb 2014 10:31:01 +0000 (UTC) Received: from mail-wg0-x233.google.com (mail-wg0-x233.google.com [IPv6:2a00:1450:400c:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 45CF618B7 for ; Tue, 25 Feb 2014 10:31:01 +0000 (UTC) Received: by mail-wg0-f51.google.com with SMTP id a1so171226wgh.34 for ; Tue, 25 Feb 2014 02:30:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=6EK/Bgdu5Dz3zyEShvO2v9XjK/dDpuPIpT29DG6o9eQ=; b=LBPu56TGnC6LUDU5+r+x6zP1tRK6L7weXHlepxSRAwIoQAMLjpfb9cxfOZ332h7hs4 YXo6G2K8po+eMtNPMWtYswdZlo+AerCUSLz41wgz/IOgpKPK28I+lllYuT2hrl0Z3NuP PPRruLW0WLLcszrMgVxR81vPgvM0/Lvw1kh9/Em7/5u3bTExvQWfBY3WexIOYF2AXyNk iNLvnkQbDLOEwFH726tA8gfGYs7Z4VCiLIDrnXIb8caiSVC5lcBxH6Ryz+kTyzyLpDnj DpzsYKY2LaRxAU5PrkjS8/oxQYkpk4H22pqIZDSBQ4SA5pgiThfpRiD+1TX5iz6TVgkm SDug== X-Received: by 10.194.240.7 with SMTP id vw7mr938353wjc.75.1393324259577; Tue, 25 Feb 2014 02:30:59 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id dk9sm49554536wjb.4.2014.02.25.02.30.57 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 25 Feb 2014 02:30:58 -0800 (PST) Sender: Baptiste Daroussin Date: Tue, 25 Feb 2014 11:30:56 +0100 From: Baptiste Daroussin To: Jilles Tjoelker Subject: Re: Import of DragonFly Mail Agent Message-ID: <20140225103056.GH83610@ithaqua.etoilebsd.net> References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <20140224141737.GA15581@zxy.spb.ru> <20140224143013.GD83610@ithaqua.etoilebsd.net> <20140224150154.GJ15848@zxy.spb.ru> <20140224225010.GB58692@stack.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TBNym+cBXeFsS4Vs" Content-Disposition: inline In-Reply-To: <20140224225010.GB58692@stack.nl> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@FreeBSD.org, Slawa Olhovchenkov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Feb 2014 10:31:01 -0000 --TBNym+cBXeFsS4Vs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 24, 2014 at 11:50:10PM +0100, Jilles Tjoelker wrote: > On Mon, Feb 24, 2014 at 07:01:54PM +0400, Slawa Olhovchenkov wrote: > > On Mon, Feb 24, 2014 at 03:30:14PM +0100, Baptiste Daroussin wrote: >=20 > > > On Mon, Feb 24, 2014 at 06:17:37PM +0400, Slawa Olhovchenkov wrote: > > > > On Sun, Feb 23, 2014 at 10:11:56PM +0100, Baptiste Daroussin wrote: >=20 > > > > > As some of you may have noticed, I have imorted a couple of days > > > > > ago dma (DragonFly Mail Agent) in base. I have been asked to > > > > > explain my motivation so here they are. >=20 > > > > What's about suid, security separations & etc? >=20 > > > What do you mean? dma is changing user as soon as possible, dma will > > > be capsicumized, what else do you want as informations? >=20 > > sendmail (in the past) have same behaviour (run as root and chage > > user). > > This is some security risk. > > For many scenario change user is not simple (for example -- send file > > from local user A to local user B, file with permsion 0400). > > sendmail will be forced to change behaviour -- mailnull suid program > > for place mail into queue and root daemon for deliver to user. > > This is more complex. > > Can be dma avoid this way? >=20 > I'm a bit disappointed that dma uses setuid/setgid binaries, although it > is not a regression because sendmail also uses this Unix misfeature. >=20 > To avoid the large attack surface of set*id binaries (the untrusted user > can set many process parameters, pass strange file descriptors, send > signals, etc), I think it is better to implement trusted submission > differently. A privileged daemon (not necessarily running as root) can > listen on a Unix domain socket and use getpeereid(3) to verify the > credentials of the client. >=20 As long as $anyone locally can send emails, what is the point of checking getpeereid(3)? regards, Bapt --TBNym+cBXeFsS4Vs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlMMcN8ACgkQ8kTtMUmk6Ezt1QCdGkLKW7SK2J+vZlik/UsfT1ZQ jpQAnRTKd0BIH3NOgonnyUNgQR5CZfQs =pE2r -----END PGP SIGNATURE----- --TBNym+cBXeFsS4Vs-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 25 07:02:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 319D9C6; Tue, 25 Feb 2014 07:02:39 +0000 (UTC) Received: from mta05.bitpro.no (mta05.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id DD07112DD; Tue, 25 Feb 2014 07:02:38 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta05.bitpro.no (Postfix) with ESMTPS id 7B0CC17F85F; Tue, 25 Feb 2014 08:02:37 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 2975E181561; Tue, 25 Feb 2014 08:03:35 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lGWFN4Hrjawt; Tue, 25 Feb 2014 08:03:34 +0100 (CET) Received: from mail.lockless.no (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id A2871181560; Tue, 25 Feb 2014 08:03:34 +0100 (CET) Subject: RE: Build failed in Jenkins: FreeBSD_HEAD #176 From: =?utf-8?Q?Hans_Petter_Selasky?= To: =?utf-8?Q?jenkins-admin=40freebsd=2Eorg?= , =?utf-8?Q?freebsd-current=40freebsd=2Eorg?= Date: Tue, 25 Feb 2014 08:03:34 +0100 Mime-Version: 1.0 In-Reply-To: <1551769078.10.1393294381541.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1130198114.9.1393260520112.JavaMail.jenkins@jenkins-9.freebsd.org> X-Priority: 3 (Normal) X-Mailer: Zarafa 7.1.4-41394 Message-Id: X-Mailman-Approved-At: Tue, 25 Feb 2014 12:41:38 +0000 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Feb 2014 07:02:39 -0000 Hi, The build failure should be fixed yesterday: http://svnweb.freebsd.org/base?view=revision&revision=262454 I forgot to test using "clang" compiler before committing. --HPS From owner-freebsd-current@FreeBSD.ORG Tue Feb 25 10:04:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 90919A98; Tue, 25 Feb 2014 10:04:56 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 7E0EF1611; Tue, 25 Feb 2014 10:04:56 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 8A58886D; Tue, 25 Feb 2014 10:04:56 +0000 (UTC) Date: Tue, 25 Feb 2014 10:04:55 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org Message-ID: <1986467968.12.1393322695950.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1551769078.10.1393294381541.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1551769078.10.1393294381541.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #177 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-Mailman-Approved-At: Tue, 25 Feb 2014 12:42:02 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Feb 2014 10:04:56 -0000 See From owner-freebsd-current@FreeBSD.ORG Tue Feb 25 12:42:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F77E33A for ; Tue, 25 Feb 2014 12:42:12 +0000 (UTC) Received: from nm21-vm9.access.bullet.mail.bf1.yahoo.com (nm21-vm9.access.bullet.mail.bf1.yahoo.com [216.109.115.136]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C3079150B for ; Tue, 25 Feb 2014 12:42:11 +0000 (UTC) Received: from [66.196.81.158] by nm21.access.bullet.mail.bf1.yahoo.com with NNFMP; 25 Feb 2014 12:36:18 -0000 Received: from [98.139.244.51] by tm4.access.bullet.mail.bf1.yahoo.com with NNFMP; 25 Feb 2014 12:36:18 -0000 Received: from [127.0.0.1] by smtp113.sbc.mail.bf1.yahoo.com with NNFMP; 25 Feb 2014 12:36:18 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1393331778; bh=yi9iXVNos5tG01TjvgpKH9lpthu0qitGSgsTN7HgD3g=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:CC:References:Subject; b=v3k3mrqCau1Mur3hqYDG2mjbwE8iTOBc9+oCuyMruS/2XKMyzHWQSFdaIT8h0Trg/wvbUlKxS0H5o0v3eaVSfE8yGa31SSAaTHFTQ5SMzeOE6uj8y9vvpSkVrsPOr4tImBqD27MrlwJ1OrtLbDxZthR4KSwzmNf0HCA1YrMAbkk= X-Yahoo-Newman-Id: 399306.11443.bm@smtp113.sbc.mail.bf1.yahoo.com Message-ID: <399306.11443.bm@smtp113.sbc.mail.bf1.yahoo.com> Date: Tue, 25 Feb 2014 04:36:18 -0800 (PST) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: t6dUk5IVM1muA2Ymf8QP7AWrKjIpA789ZJjjxsf6dtkLdnF kb9.a2qtt62wB94Vpi8JY9tuVdslZKYQQ6AHgOEA2jXUoGAQD.md4moVsfur l4p8vgbIs0qTN0UJx8KYVrfcFXCMnLhFF9s4NAWrqpgN2sUXLrNL1dFLLhDy qOFzczmFYyreTOBSBvrEu3QeOgd3ZRJ33y5_5f2r0.fDDJFUSL.XKGjscfaL rR.TyvLi9KICb5oDGgQ0Sy0svt238R_ysajxJiI_U8iQHE9ilXx9T6RO87HK IHkz8IfCdi_V3Vnv88twAgEZRv71qUCGw74b5QyM9H4hxZNTINnul6EwWRhC kBZZoSUd73aauHVKxH3VnJYmTG_n3_ioo0_fAvcpc4HVvktSbEh1PqkwKqqB Fr_zud4kLMz8w6bhCQuj2Dw23exMJqYrtuuXoJXGJoXS4GGorgSmujiMVZht oAcohllwTxrEYQdNJzzP3oblMT1jF.VBX5von_jLFDNpfLkM0J4VF9gDWkw5 jnhqDo4n2iVP83bprAkMeQWhbzSVTt9_9J43ibGg_x.51wq8ygH8BlA0EJpJ J5ewIXDrmT4OdwJyMAZk- X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [98.139.221.42]) by smtp113.sbc.mail.bf1.yahoo.com with SMTP; 25 Feb 2014 04:36:18 -0800 PST From: "Thomas Mueller" To: freebsd-current@freebsd.org References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <942222.61849.bm@smtp118.sbc.mail.gq1.yahoo.com> Subject: Re: Import of DragonFly Mail Agent Cc: Julio Merino X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Feb 2014 12:42:12 -0000 from Julio Merino: > On Mon, Feb 24, 2014 at 6:47 AM, Thomas Mueller > wrote: > > To Julio Merino: How long did NetBSD include both sendmail and postfix in > > base? What NetBSD releases? What was the first release that included both > > sendmail and postfix, and the first release where sendmail was dropped? > As far as I can tell, postfix was added in NetBSD 1.5 (Dec 6, 2000), made > the default in NetBSD 2.0 (Dec 9, 2004) and sendmail was removed in NetBSD > 4.0 (Dec 19, 2007). That's a 7-year long transitional period. > I haven't been able to find the discussion for the removal of sendmail > unfortunately. Oldest NetBSD I still have installed is 4.0.1 i386. I had no 64-bit computer at that time. I don't know if NetBSD 4.0.1 i386 would connect on my current Ethernet Realtek 8111E. Postfix seems somewhat more user-friendly than sendmail, though I still got error sending mail, apparently because user name didn't match computer hostname. There needs to be better documentation of sendmail if it is to be kept, and the option to compile sendmail for fuller function including SSL and TLS. I hope dma will be well documented as to setup if it is imported into FreeBSD. Tom From owner-freebsd-current@FreeBSD.ORG Tue Feb 25 11:49:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C795A2E for ; Tue, 25 Feb 2014 11:49:45 +0000 (UTC) Received: from server1.xenet.de (server1out.xenet.de [213.221.94.200]) by mx1.freebsd.org (Postfix) with ESMTP id 85A581FD8 for ; Tue, 25 Feb 2014 11:49:43 +0000 (UTC) Received: from [10.0.0.50] (intern.xenet.de [213.221.94.50]) (authenticated bits=0) by server1.xenet.de (8.12.5/8.12.5) with ESMTP id s1PBnKVn080416 for ; Tue, 25 Feb 2014 12:49:23 +0100 (CET) (envelope-from meyser@xenet.de) Message-ID: <530C8330.4000103@xenet.de> Date: Tue, 25 Feb 2014 12:49:04 +0100 From: Matthias Meyser Organization: XeNET GmbH, Clausthal-Zellerfeld User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Re: Import of DragonFly Mail Agent References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <942222.61849.bm@smtp118.sbc.mail.gq1.yahoo.com> <530B5DA7.1050902@digsys.bg> In-Reply-To: <530B5DA7.1050902@digsys.bg> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.38 X-Mailman-Approved-At: Tue, 25 Feb 2014 12:42:28 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Feb 2014 11:49:45 -0000 Am 24.02.2014 15:56, schrieb Daniel Kalchev: > > On 24.02.14 13:47, Thomas Mueller wrote: >> I don't believe BSD users use base system of itself to send and receive >> email. They use ports (FreeBSD) or equivalent in other BSDs. > > One of the beauties of the BSD 'base system' is that upon installation you > have an usable workstation/server environment that can be immediately used > for most Internet-related tasks -- and this most certainly includes SMTP. Or > NTP. Or... used to include DNS. > We can strip pieces of FreeBSD off and end up with an kernel. Or we could > keep the system very much usable out of the box. +1! and I want nsupdate back in base. Matthias -- Matthias Meyser | XeNET GmbH Tel.: +49-5323-9489050 | 38678 Clausthal-Zellerfeld, Marktstrasse 40 Fax: +49-5323-94014 | Registergericht: Amtsgericht Braunschweig HRB 110823 Email: Meyser@xenet.de | Geschaeftsfuehrer: Matthias Meyser From owner-freebsd-current@FreeBSD.ORG Tue Feb 25 15:32:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8AB0F8A0 for ; Tue, 25 Feb 2014 15:32:00 +0000 (UTC) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1AD6F168B for ; Tue, 25 Feb 2014 15:31:59 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id cc10so893874wib.17 for ; Tue, 25 Feb 2014 07:31:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=XIMXQimFADippSe7Dly4qQcnFwELkHdwehEMdcLJvNc=; b=pZgFijPSkr2pmLHkoDGTvuWauTCP9OrleQclIoc+b76X+d6YVcWOS877K4uvOpfkJa UoRhdftRX5Tzb569leO/R02mDPsskhWOlBKSqpMT12Dik46hzCJ26DBZroTuC/z6w5uP VZK1t4qXRbeknzBO+GtE3tqyjQvvfu4sFe8LZ+Si33QhwhYSpo59mNKAq1PsQ3eKh+kw o30uQPIURLAP4eT8D9Eo0OOZPzUE9Tv7IufICh+eu7e8GA3m/1eLPFSOB48kwQtRS+3+ LU9nE7m0kiPDZ69L6nknOgDYRx6+gITuWCBn0oe/FxY26VFXHcrpkq0fhfiVDG7JKB0M a0+Q== X-Received: by 10.194.192.233 with SMTP id hj9mr2712092wjc.78.1393342318559; Tue, 25 Feb 2014 07:31:58 -0800 (PST) Received: from gumby.homeunix.com (4e5670d1.skybroadband.com. [78.86.112.209]) by mx.google.com with ESMTPSA id r1sm1144005wia.5.2014.02.25.07.31.57 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Tue, 25 Feb 2014 07:31:57 -0800 (PST) Date: Tue, 25 Feb 2014 15:31:56 +0000 From: RW To: freebsd-current@freebsd.org Subject: Re: Import of DragonFly Mail Agent Message-ID: <20140225153156.3648c551@gumby.homeunix.com> In-Reply-To: References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B67EA.1090102@FreeBSD.org> <45746.1393257416@critter.freebsd.dk> <17F7065F-5CE1-47CE-AB45-7356E78E243A@FreeBSD.org> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Feb 2014 15:32:00 -0000 On Mon, 24 Feb 2014 19:24:02 -0500 (EST) Benjamin Kaduk wrote: > On Mon, 24 Feb 2014, Lyndon Nerenberg wrote: > > > > > What would really help is if the ports fetch-recursive-list target > > could extend to reliably include the distfiles for the runtime > > dependencies as well. But I'm not even sure that's possible. We > > tried a few different things, but in the end we had to brute force > > it by running 'make fetch' in every one of the ports directories in > > order to get all the distfiles onto an external system, which we > > then rsynced to a USB drive, marched inside, and rsynced to the > > fileserver. Not pretty ... but with all the distfiles at hand we > > knew the inside ports builds wouldn't fail due to missing > > dependencies. > > I'm rather confused by why it isn't working for you. > http://svnweb.freebsd.org/ports/head/Mk/bsd.port.mk?revision=345884&view=markup#l5187 > is quite clearly looking in ALL-DEPENDS-LIST, which includes runtime > dependencies. The only thing I can think of is that non-default > configurations are in play, so that 'make config && make > config-recursive' should be (re-)run until it does not prompt, and > only then fetch-recursive-list be used. One oddity is that fetch-recursive-list generates a script that downloads all the files into the current directory. It doesn't take account of the fact that some ports look for their files are in a sub-directory. From owner-freebsd-current@FreeBSD.ORG Tue Feb 25 16:25:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9DED23FA for ; Tue, 25 Feb 2014 16:25:03 +0000 (UTC) Received: from nm29-vm5.bullet.mail.ne1.yahoo.com (nm29-vm5.bullet.mail.ne1.yahoo.com [98.138.91.251]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3BC491B4F for ; Tue, 25 Feb 2014 16:25:02 +0000 (UTC) Received: from [98.138.100.112] by nm29.bullet.mail.ne1.yahoo.com with NNFMP; 25 Feb 2014 16:22:34 -0000 Received: from [98.138.89.254] by tm103.bullet.mail.ne1.yahoo.com with NNFMP; 25 Feb 2014 16:22:34 -0000 Received: from [127.0.0.1] by omp1046.mail.ne1.yahoo.com with NNFMP; 25 Feb 2014 16:22:34 -0000 X-Yahoo-Newman-Property: ymail-5 X-Yahoo-Newman-Id: 419747.70225.bm@omp1046.mail.ne1.yahoo.com Received: (qmail 28185 invoked by uid 60001); 25 Feb 2014 16:22:34 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1393345354; bh=hyY31vagMazxkSACP17hAWxCdHxzcb+2aV6hVmYYpl8=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=T/1ALPewnOxHu287DCMC8OaUatH/LrvTkA32uZl7S/qc8yNSonumCLt+040lU0nb/IIMUkUj6VARrTh16AhVOk5GTdpT5u7Yxpjj/aNBCP7akJSJvcWXUUDnYF5Qa8eKMrC8lvV1IhprSfHi7T4u62h9wzNJ8n0MHCe4P9/bpr4= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=XmzHvZf8URs/WQQekLXwrOVHp2EsdVqiH182g5XWxh3l75wlmmqAaDlVEy1Egz3RuRY75CyC2s+dUzZEZfykqhCnW8ZYw8aJsjHU4VohkgJL4i6LQHAiw68FPJ2riuXd0zzSfK5Rzj0lNn+I2oQQrC1pRtJKIBdSEvMXawW70zM=; X-YMail-OSG: 9v0ymGYVM1kgxGsTmhh9bUYF8n2H3.XZNtSsXBaE7Vh6Kot n.hbiY2uAuT_51oCKv2TRgTpt_snMg7DVClu5ZGvtCOVG2ZPQq2c_8X878I1 YqFyNZlj_uoeTVkLWb_oshTodNJpo2OPsCMOPo_7ZXelWaxxCiT70R056JvB Gzwl.a_m0pw9GnMyHtIiU.4zenkYensJ4Yod_UNv_yZJkieLCKa043DsdLjK zFyx27iTKWQ28lVq5nD5KMfgJEPVyNyqCqfRnD5nf4yP9i_XMg3znekZbT5e TtBKzpH.2NbQdXBir6UplQ775ac39P1RG.Jz1hx8YMywYVLma5vX9qoUY6ZD NHCPwhH3aoqNk9lLftHh4dkQrO88xRmGqh.Q7zYUB6nJZ8lPEcVdQXxhx4wq EgAyaAifujlkVXAaVBGcB0eCeZqmV_CYkG4Mq.AyvJ2YpMEsE9YRkh.OnpdN a7P0dSLx72DRCVmTwJmvdobOuWAZsNig1DLh9X417U9FgLuC6kPnzzbq3I.S DYaWgraN6uYX9DWX0x4iAjN9v6qiJCdSepGkiB_c3tNzDjTRFE5sqkZC2LjQ vS5Wzi3hb8ZZYXpI- Received: from [66.129.241.11] by web122301.mail.ne1.yahoo.com via HTTP; Tue, 25 Feb 2014 08:22:34 PST X-Rocket-MIMEInfo: 002.001, CgpoaSwgYWxsOgoKaSB1c2VkIHRvIHVzZSAicGtnZGIgLUZmIiBhbG9uZyB3aXRoIG9sZCB3b25kZXJmdWwgInBrZ193aGF0ZXZlciIgdG8ga2VlcCBteSBmcmVlYnNkIHN0YXRpb24gaGVhbHRoeS4gYnV0IGkgd2FzIHRvbGQgdGhlIG5ldyBlcmEgb2YgcGtnIGlzIGNvbWluZyBhbmQgc28gaSBtYWRlIHN3aXRjaCB0byBwa2duZy4KCnRoZSBxdWVzdGlvbiBpczogd2hhdCBpcyB0aGUgZXF1aXZhbGVudCBvZiAicGtnZGIgLUZmIj8gZm9yIHBrZz8KCmZvciAicGtnZGIgLUZmIiwgaSBhbSBlc3BlY2lhbGx5IGYBMAEBAQE- X-Mailer: YahooMailWebService/0.8.177.636 References: <1393343788.39710.YahooMailNeo@web122301.mail.ne1.yahoo.com> Message-ID: <1393345354.83534.YahooMailNeo@web122301.mail.ne1.yahoo.com> Date: Tue, 25 Feb 2014 08:22:34 -0800 (PST) From: gahn Subject: Fw: pkgng and pkgdb To: free bsd In-Reply-To: <1393343788.39710.YahooMailNeo@web122301.mail.ne1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: gahn List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Feb 2014 16:25:03 -0000 hi, all: i used to use "pkgdb -Ff" along with old wonderful "pkg_whatever" to keep my freebsd station healthy. but i was told the new era of pkg is coming and so i made switch to pkgng. the question is: what is the equivalent of "pkgdb -Ff"? for pkg? for "pkgdb -Ff", i am especially fond of its ability to fix those duplicated registrations. is the "pkg check -dB -av" the same as that "pkgdb -Ff"? thanks. _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Feb 25 16:08:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1BA0B41 for ; Tue, 25 Feb 2014 16:08:15 +0000 (UTC) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D45F019B9 for ; Tue, 25 Feb 2014 16:08:13 +0000 (UTC) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.14.4/jtpda-5.4) with ESMTP id s1PG7d6o081113 for ; Tue, 25 Feb 2014 17:07:52 +0100 (CET) X-Ids: 168 Received: from [192.168.1.11] (sge91-2-82-227-32-26.fbx.proxad.net [82.227.32.26]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by parthe.lpthe.jussieu.fr (Postfix) with ESMTPSA id 3CB19E4E83 for ; Tue, 25 Feb 2014 17:07:38 +0100 (CET) From: Michel Talon Content-Type: multipart/signed; boundary="Apple-Mail=_D677436F-A6F4-4DB4-B9EB-D8FEE758686C"; protocol="application/pkcs7-signature"; micalg=sha1 Subject: Re: Import of DragonFly Mail Agent Date: Tue, 25 Feb 2014 17:07:36 +0100 Message-Id: <8230C851-5814-4BC7-91FD-00798FD62021@lpthe.jussieu.fr> To: freebsd-current Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) X-Miltered: at jchkmail2.reseau.jussieu.fr with ID 530CBFCB.001 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 530CBFCB.001 from parthe.lpthe.jussieu.fr/parthe.lpthe.jussieu.fr/134.157.10.1/parthe.lpthe.jussieu.fr/ X-Mailman-Approved-At: Tue, 25 Feb 2014 16:32:34 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Feb 2014 16:08:15 -0000 --Apple-Mail=_D677436F-A6F4-4DB4-B9EB-D8FEE758686C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Thomas Mueller wrote > There needs to be better documentation of sendmail if it is to be = kept, and the option to compile sendmail for fuller function including=20= >SSL and TLS Apparently sendmail is compiled with ssl/tls support in FreeBSD, = standard. This is what i get by sending mail from my freshly installed FreeBSD-10 machine niobe to the lab's mailhub (running = postfix) Received: from niobe.lpthe.jussieu.fr (niobe.lpthe.jussieu.fr = [134.157.10.41]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 = bits)) (Client CN "niobe.lpthe.jussieu.fr", Issuer = "niobe.lpthe.jussieu.fr" (not verified)) by parthe.lpthe.jussieu.fr (Postfix) with ESMTPS id 18143E4DE9 and indeed i see niobe% telnet localhost 25 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. 220 niobe.lpthe.jussieu.fr ESMTP Sendmail 8.14.7/8.14.7; Tue, 25 Feb = 2014 16:41:11 +0100 (CET) ehlo lpthe.jussieu.fr 250-niobe.lpthe.jussieu.fr Hello localhost [127.0.0.1], pleased to meet = you 250-ENHANCEDSTATUSCODES 250-PIPELINING 250-8BITMIME 250-SIZE 250-DSN 250-ETRN 250-STARTTLS 250-DELIVERBY 250 HELP There is a directory /etc/mail/certs with various certs, presumably self = signed, which has been created at installation. -- Michel Talon talon@lpthe.jussieu.fr --Apple-Mail=_D677436F-A6F4-4DB4-B9EB-D8FEE758686C Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIIbzCCA7Yw ggKeoAMCAQICAQMwDQYJKoZIhvcNAQEFBQAwLDELMAkGA1UEBhMCRlIxDTALBgNVBAoTBENOUlMx DjAMBgNVBAMTBUNOUlMyMB4XDTA5MDEyMTA5MDM1MloXDTI5MDEyMDA5MDM1MlowNTELMAkGA1UE BhMCRlIxDTALBgNVBAoTBENOUlMxFzAVBgNVBAMTDkNOUlMyLVN0YW5kYXJkMIIBIjANBgkqhkiG 9w0BAQEFAAOCAQ8AMIIBCgKCAQEAnKlkarQHIxnDvggIxOIqXe3UKN7+P6DtkkRrFkc1EzeNdKn1 TYPkBRuPCGFM3ndb16n/u2Wdyaw8D/GJe5MioEcPXwa+jnigC3nXQmVhcmOSQIpbZxD61ic+2HdN Hnnbb0sSAFJY4thCBbIzN3fgjWwdvPj28pRYJfeC2YbZXPPYLs39cIkEh+850SrYkoxpLxxSZfpg jxB/zI/5XC4U7UyL4J03uNI8lMpQ/UF63vY87K7svVwW3bDwc5l6gf87M9IAnk2Mxls4LjPDdobK clTbLeIQ/ZJQaJOE7XepiWlRhevglKP5lwgRjCTwD7o4tCzW12xOY/60MZ/vj6ZapQIDAQABo4HZ MIHWMA8GA1UdEwEB/wQFMAMBAf8wHQYDVR0OBBYEFBHj2dFSRxtZsTwbeGZr9KGI7QpbMFQGA1Ud IwRNMEuAFFCXtg33rDMXr/EdRjxrO/8AoOXloTCkLjAsMQswCQYDVQQGEwJGUjENMAsGA1UEChME Q05SUzEOMAwGA1UEAxMFQ05SUzKCAQAwDgYDVR0PAQH/BAQDAgEGMD4GA1UdHwQ3MDUwM6AxoC+G LWh0dHA6Ly9jcmxzLnNlcnZpY2VzLmNucnMuZnIvQ05SUzIvZ2V0ZGVyLmNybDANBgkqhkiG9w0B AQUFAAOCAQEAT+njF+ZMJ/UXalBV6u7PTKq97izddj5ZoC8LaInaQ9AeHSxrEvlnE55lK6SE0jHP gqDK7yLoEGzpzxd8rK2HhUyK4dV7TObZDrKh5CmeIK8PPnu5fyRMMuCI/nrarBZgoXWuiZyKZp2U un6rDiAj7ffHhF2CSBTexNSwxU4sh9SNAxEvNtUpb66ZZxkMjW1aIN/Rn8bLr1XuC8qxWw/vXHT0 80aJY0d+LM6/yDANAEb2GOZsPzB+kG4QjR85Sc+TaevInsJnc69Ki/Z8Qijdpd3tr8lVG2Q/VLxh JhDrkdXp9+7Q9gsL+qaQ3WD0QJ0Lp5z4zi8hOP6rBr/aDXf6ZzCCBLEwggOZoAMCAQICAlA7MA0G CSqGSIb3DQEBBQUAMDUxCzAJBgNVBAYTAkZSMQ0wCwYDVQQKEwRDTlJTMRcwFQYDVQQDEw5DTlJT Mi1TdGFuZGFyZDAeFw0xMjA0MjQxMTE2MDJaFw0xNDA0MjQxMTE2MDJaMGwxCzAJBgNVBAYTAkZS MQ0wCwYDVQQKEwRDTlJTMRAwDgYDVQQLEwdVTVI3NTg5MRUwEwYDVQQDEwxNaWNoZWwgVGFsb24x JTAjBgkqhkiG9w0BCQEWFnRhbG9uQGxwdGhlLmp1c3NpZXUuZnIwggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQDgBxV/HgKdmPL6b8jVvUTR1SWD0aKiqo5WtdQqBIcmN2/dNqXbNt9YNznR Y4KLzV8VIFSj4WqDfzxCx6Xxulww7iwP8FE+Mt9NEQFtYoh9yZdokMTPQgYQ/sJTbvTSLK2f9IRV HCTnJkG1jRLzNKp9T+jbLpauKNX97jAzGFa5pqip0ARGduLmVTSEY4yDzgMjUXT/ghrA+emngSBW RDMj2nbcvPi5UqvbHv6oC/HrSl8YiN7zck9A7sWQqw8Dkzi7y5Az9cHaK5baoDJsmXtJjdE2poJU QFgj+qw5v1//rzWao6vF1Y2YuALbDk2rY0FGbHKBvQdUIOd9FPWVHcDhAgMBAAGjggGSMIIBjjAM BgNVHRMBAf8EAjAAMBEGCWCGSAGG+EIBAQQEAwIEsDAOBgNVHQ8BAf8EBAMCBeAwegYJYIZIAYb4 QgENBG0Wa0NlcnRpZmljYXQgQ05SUzItU3RhbmRhcmQuIFBvdXIgdG91dGUgaW5mb3JtYXRpb24g c2UgcmVwb3J0ZXIg4CBodHRwOi8vaWdjLnNlcnZpY2VzLmNucnMuZnIvQ05SUzItU3RhbmRhcmQv MB0GA1UdDgQWBBQVwmDyLZNTeQ9+lLkAnYAWHPUEyTBUBgNVHSMETTBLgBQR49nRUkcbWbE8G3hm a/ShiO0KW6EwpC4wLDELMAkGA1UEBhMCRlIxDTALBgNVBAoTBENOUlMxDjAMBgNVBAMTBUNOUlMy ggEDMCEGA1UdEQQaMBiBFnRhbG9uQGxwdGhlLmp1c3NpZXUuZnIwRwYDVR0fBEAwPjA8oDqgOIY2 aHR0cDovL2NybHMuc2VydmljZXMuY25ycy5mci9DTlJTMi1TdGFuZGFyZC9nZXRkZXIuY3JsMA0G CSqGSIb3DQEBBQUAA4IBAQBZqTWOw11I3rblql8PEPHhnPntu2IEg9DQRgP8jucvURw8KpZ7s94W 4hP13kmDhqGC4/St/XH4IlT86L64Zqt3toUoncLPjBfBYmQWGUgC08qhhuopLqsE1uvkdg5IX0bz RqOpEeybEpdrWrTs5DmGycZf93C1ud8PTLhSQYjYhGPfrOw5/3RNUQvL1yZK4ZaqzWucmvT9fjMW h24ofSN0sJyrBTInv30CzauKlIacgBtTfaMyQkoR1tch3hn57UI9w0/Ad5ywkdgFbA7PVBO12Bsi WHNpHVk1muWUYaGLYE7L4rvx1klv2uS+yQ7aJ1De9MtFy655R//GaJJlgfLvMYICXDCCAlgCAQEw OzA1MQswCQYDVQQGEwJGUjENMAsGA1UEChMEQ05SUzEXMBUGA1UEAxMOQ05SUzItU3RhbmRhcmQC AlA7MAkGBSsOAwIaBQCggfcwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUx DxcNMTQwMjI1MTYwNzM2WjAjBgkqhkiG9w0BCQQxFgQUkzKyebeCmIrOhb87CTUhRSVIUUQwSgYJ KwYBBAGCNxAEMT0wOzA1MQswCQYDVQQGEwJGUjENMAsGA1UEChMEQ05SUzEXMBUGA1UEAxMOQ05S UzItU3RhbmRhcmQCAlA7MEwGCyqGSIb3DQEJEAILMT2gOzA1MQswCQYDVQQGEwJGUjENMAsGA1UE ChMEQ05SUzEXMBUGA1UEAxMOQ05SUzItU3RhbmRhcmQCAlA7MA0GCSqGSIb3DQEBAQUABIIBAJIJ Yq2z1r/rZr0B1eeXOs09ts0HMYCmOeK1jVCjlvB+YnVI9wYpmB6HuU5IDQmNZ4GdMOMASy5kPvKf D6uvjYr83VYw7SvwfzROMV+y3Jh5sBmCxqvHfyF9/uEVcLZmQ4baWWtiLPO5haNjkSQ1zJhh0rhp IsRuCNJq4M7xnBqZ+Mq8nLHHvX3XbW2R384ciM0LFSysCTj3Ngp1ey2kJyMAbbUgqECMedoMs7NH z4V0Emp0EFsnzkSrHzT4P5NrJiC2YOQIwzi1Ou/klLgboi3SqAI+sIpHTUf7HdJyNcAgILAmeL5h hV058cvTBfYXSeDJuouQZgG7TCBY82xaxpYAAAAAAAA= --Apple-Mail=_D677436F-A6F4-4DB4-B9EB-D8FEE758686C-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 25 17:34:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 096F3B27 for ; Tue, 25 Feb 2014 17:34:52 +0000 (UTC) Received: from yoshi.brtsvcs.net (yoshi.brtsvcs.net [174.136.100.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E3B0712B4 for ; Tue, 25 Feb 2014 17:34:51 +0000 (UTC) Received: from chombo.houseloki.net (unknown [IPv6:2601:7:880:bd0:21c:c0ff:fe7f:96ee]) by yoshi.brtsvcs.net (Postfix) with ESMTPSA id CA623E604D; Tue, 25 Feb 2014 09:34:44 -0800 (PST) Received: from [IPv6:2601:7:880:bd0:544d:1912:bbb2:dcb] (unknown [IPv6:2601:7:880:bd0:544d:1912:bbb2:dcb]) by chombo.houseloki.net (Postfix) with ESMTPSA id 32AEEBF1; Tue, 25 Feb 2014 09:34:44 -0800 (PST) Message-ID: <530CD430.40607@bluerosetech.com> Date: Tue, 25 Feb 2014 09:34:40 -0800 From: Darren Pilgrim User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Daniel Kalchev , freebsd-current@freebsd.org Subject: Re: Import of DragonFly Mail Agent References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <942222.61849.bm@smtp118.sbc.mail.gq1.yahoo.com> <530B5DA7.1050902@digsys.bg> In-Reply-To: <530B5DA7.1050902@digsys.bg> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Feb 2014 17:34:52 -0000 On 2/24/2014 6:56 AM, Daniel Kalchev wrote: > One of the many problems with removing functionality is very well > illustrated by what happens now, when you upgrade an pre-10 system > running nameserver: you end up without it and eventually without your > nameserver database as well. Imagine, one day a user updates their > 10-stable to 11-stable only to find out mail is no more. I understand your point, but that would mean they didn't read the release notes or UPGRADING prior to doing so. That is not a problem we can fix in software. From owner-freebsd-current@FreeBSD.ORG Tue Feb 25 17:45:34 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ECC9E98; Tue, 25 Feb 2014 17:45:34 +0000 (UTC) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ACC4113BB; Tue, 25 Feb 2014 17:45:34 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 61C0B3592E3; Tue, 25 Feb 2014 18:45:33 +0100 (CET) Received: by snail.stack.nl (Postfix, from userid 1677) id 4341128497; Tue, 25 Feb 2014 18:45:33 +0100 (CET) Date: Tue, 25 Feb 2014 18:45:33 +0100 From: Jilles Tjoelker To: Baptiste Daroussin Subject: Re: Import of DragonFly Mail Agent Message-ID: <20140225174533.GA76368@stack.nl> References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <20140224141737.GA15581@zxy.spb.ru> <20140224143013.GD83610@ithaqua.etoilebsd.net> <20140224150154.GJ15848@zxy.spb.ru> <20140224225010.GB58692@stack.nl> <20140225103056.GH83610@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140225103056.GH83610@ithaqua.etoilebsd.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@FreeBSD.org, Slawa Olhovchenkov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Feb 2014 17:45:35 -0000 On Tue, Feb 25, 2014 at 11:30:56AM +0100, Baptiste Daroussin wrote: > On Mon, Feb 24, 2014 at 11:50:10PM +0100, Jilles Tjoelker wrote: > > On Mon, Feb 24, 2014 at 07:01:54PM +0400, Slawa Olhovchenkov wrote: > > > On Mon, Feb 24, 2014 at 03:30:14PM +0100, Baptiste Daroussin wrote: > > > > On Mon, Feb 24, 2014 at 06:17:37PM +0400, Slawa Olhovchenkov wrote: > > > > > On Sun, Feb 23, 2014 at 10:11:56PM +0100, Baptiste Daroussin wrote: > > > > > > As some of you may have noticed, I have imorted a couple of days > > > > > > ago dma (DragonFly Mail Agent) in base. I have been asked to > > > > > > explain my motivation so here they are. > > > > > What's about suid, security separations & etc? > > > > What do you mean? dma is changing user as soon as possible, dma will > > > > be capsicumized, what else do you want as informations? > > > sendmail (in the past) have same behaviour (run as root and chage > > > user). > > > This is some security risk. > > > For many scenario change user is not simple (for example -- send file > > > from local user A to local user B, file with permsion 0400). > > > sendmail will be forced to change behaviour -- mailnull suid program > > > for place mail into queue and root daemon for deliver to user. > > > This is more complex. > > > Can be dma avoid this way? > > I'm a bit disappointed that dma uses setuid/setgid binaries, although it > > is not a regression because sendmail also uses this Unix misfeature. > > To avoid the large attack surface of set*id binaries (the untrusted user > > can set many process parameters, pass strange file descriptors, send > > signals, etc), I think it is better to implement trusted submission > > differently. A privileged daemon (not necessarily running as root) can > > listen on a Unix domain socket and use getpeereid(3) to verify the > > credentials of the client. > As long as $anyone locally can send emails, what is the point of > checking getpeereid(3)? Checking getpeereid(3) is useful to provide a more reliable indication of which user account originated the message, for example on web hosting servers. For this, it is best if the smarthost authenticates dma so a user cannot bypass dma. -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Tue Feb 25 17:34:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 302F3B13 for ; Tue, 25 Feb 2014 17:34:15 +0000 (UTC) Received: from luigi.brtsvcs.net (luigi.brtsvcs.net [204.109.60.246]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0A0FC12AB for ; Tue, 25 Feb 2014 17:34:14 +0000 (UTC) Received: from chombo.houseloki.net (unknown [IPv6:2601:7:880:bd0:21c:c0ff:fe7f:96ee]) by luigi.brtsvcs.net (Postfix) with ESMTPSA id 994E62D4FD7; Tue, 25 Feb 2014 09:34:07 -0800 (PST) Received: from [IPv6:2601:7:880:bd0:544d:1912:bbb2:dcb] (unknown [IPv6:2601:7:880:bd0:544d:1912:bbb2:dcb]) by chombo.houseloki.net (Postfix) with ESMTPSA id 86429BF0; Tue, 25 Feb 2014 09:34:05 -0800 (PST) Message-ID: <530CD408.8000208@bluerosetech.com> Date: Tue, 25 Feb 2014 09:34:00 -0800 From: Darren Pilgrim User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Daniel Kalchev , freebsd-current@freebsd.org Subject: Re: Import of DragonFly Mail Agent References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <942222.61849.bm@smtp118.sbc.mail.gq1.yahoo.com> <530B5DA7.1050902@digsys.bg> In-Reply-To: <530B5DA7.1050902@digsys.bg> X-Mailman-Approved-At: Tue, 25 Feb 2014 17:48:29 +0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Feb 2014 17:34:15 -0000 On 2/24/2014 6:56 AM, Daniel Kalchev wrote: > > On 24.02.14 13:47, Thomas Mueller wrote: >> I don't believe BSD users use base system of itself to send and receive email. They use ports (FreeBSD) or equivalent in other BSDs. > > One of the beauties of the BSD 'base system' is that upon installation > you have an usable workstation/server environment that can be > immediately used for most Internet-related tasks -- and this most > certainly includes SMTP. Or NTP. Or... used to include DNS. Your beautiful base system ready for most Internet-related tasks does not have a: - GUI - browser - media player - email client - IRC client - office suite I'm wondering what you consider "most" internet tasks. If I want a basic internet desktop, I need to install a couple hundred ports to achieve that. If I want a server that follows best practices, I have to install openssl from ports, which means I *can't* use the in-base sendmail even if I wanted to. From owner-freebsd-current@FreeBSD.ORG Tue Feb 25 19:43:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 06DED34F for ; Tue, 25 Feb 2014 19:43:00 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CB6221177 for ; Tue, 25 Feb 2014 19:42:59 +0000 (UTC) Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 851BB2137B for ; Tue, 25 Feb 2014 14:42:49 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute3.internal (MEProxy); Tue, 25 Feb 2014 14:42:55 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=K11ZG+kJf/ATC+cysNrNe5ips9E=; b=S9E l9ZaGxrpjKTKXXG6hL8pJtY+zixWT2Autlbjgjii5gRZJoQ/X8sSgBijLyF6N3Ip B0Q7FN35pC8dbzVwU5QWFDihV/uChqCtuwk9QXR8trKn+VAlW8L824mtz97gs+eW CLSbz0cSQ7nYApvmEGTZyrD5naZdVKULexoZW99c= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id 8C868108589; Tue, 25 Feb 2014 14:42:49 -0500 (EST) Message-Id: <1393357369.19901.87724437.0D071783@webmail.messagingengine.com> X-Sasl-Enc: zEPMmtLgOV99KXIgWtJk6YZKqmIqM5dvmCrry5hRvwW7 1393357369 From: Mark Felder To: "freebsd-current" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-4527a23f In-Reply-To: <8230C851-5814-4BC7-91FD-00798FD62021@lpthe.jussieu.fr> References: <8230C851-5814-4BC7-91FD-00798FD62021@lpthe.jussieu.fr> Subject: Re: Import of DragonFly Mail Agent Date: Tue, 25 Feb 2014 13:42:49 -0600 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Feb 2014 19:43:00 -0000 On Tue, Feb 25, 2014, at 10:07, Michel Talon wrote: > Thomas Mueller wrote > > > There needs to be better documentation of sendmail if it is to be kept, and the option to compile sendmail for fuller function including > >SSL and TLS > > Apparently sendmail is compiled with ssl/tls support in FreeBSD, > standard. This is what i get by sending mail from my > freshly installed FreeBSD-10 machine niobe to the lab's mailhub (running > postfix) > Yes, however the Sendmail in base on FreeBSD 8 and 9 is compiled against OpenSSL < 1.0 which means it's missing support for TLS 1.2, SNI, and other modern best practice features. From owner-freebsd-current@FreeBSD.ORG Tue Feb 25 22:46:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E84B3DF for ; Tue, 25 Feb 2014 22:46:22 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E3FB6141E for ; Tue, 25 Feb 2014 22:46:21 +0000 (UTC) Received: from [192.168.0.100] ([87.139.233.65]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0Lz3JU-1XMeOK0yGW-014Eyv for ; Tue, 25 Feb 2014 23:46:13 +0100 Message-ID: <530D1D36.1020104@gmx.de> Date: Tue, 25 Feb 2014 23:46:14 +0100 From: olli hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Import of DragonFly Mail Agent References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B67EA.1090102@FreeBSD.org> <45746.1393257416@critter.freebsd.dk> <17F7065F-5CE1-47CE-AB45-7356E78E243A@FreeBSD.org> <20140225153156.3648c551@gumby.homeunix.com> In-Reply-To: <20140225153156.3648c551@gumby.homeunix.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:kPz/Bn660QUzdmf1cpLk91nl4iNghey9zj0ESPply0/LfDlDu1/ JGHXaj5amSOy3ccd2P089EjA7Actqr3I7ScreYbQfINw44n/faW1xVV2BvSFhsiGdiLMq3O 5j3gbmjRC8JFRSiJfExpLwQEWD320m3PvLWlrJMUP6Pg0pYA3R7TFUuljHwdN57gmfipdlB 5KCIzy49M0mJmd3aC8qQQ== Cc: RW , Lyndon Nerenberg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Feb 2014 22:46:22 -0000 On 2014-02-25 16:31, RW wrote: > On Mon, 24 Feb 2014 19:24:02 -0500 (EST) > Benjamin Kaduk wrote: > >> On Mon, 24 Feb 2014, Lyndon Nerenberg wrote: >> >>> >>> What would really help is if the ports fetch-recursive-list target >>> could extend to reliably include the distfiles for the runtime >>> dependencies as well. But I'm not even sure that's possible. We >>> tried a few different things, but in the end we had to brute force >>> it by running 'make fetch' in every one of the ports directories in >>> order to get all the distfiles onto an external system, which we >>> then rsynced to a USB drive, marched inside, and rsynced to the >>> fileserver. Not pretty ... but with all the distfiles at hand we >>> knew the inside ports builds wouldn't fail due to missing >>> dependencies. >> >> I'm rather confused by why it isn't working for you. >> http://svnweb.freebsd.org/ports/head/Mk/bsd.port.mk?revision=345884&view=markup#l5187 >> is quite clearly looking in ALL-DEPENDS-LIST, which includes runtime >> dependencies. The only thing I can think of is that non-default >> configurations are in play, so that 'make config && make >> config-recursive' should be (re-)run until it does not prompt, and >> only then fetch-recursive-list be used. > > > One oddity is that fetch-recursive-list generates a script that > downloads all the files into the current directory. It doesn't take > account of the fact that some ports look for their files are in a > sub-directory. Some snippets from a script that is used to manage updates, tinderboxe builds, poudriere builds ... I collected all ports that are required to build my environments from tinderbox (./tc listPorts) and others in a plain txt file. in the format $cat/$port. ... databases/php5-pdo databases/php5-pdo_mysql databases/php5-pdo_pgsql databases/php5-pdo_sqlite databases/php5-pgsql databases/postgresql92-client databases/postgresql92-server databases/postgresql93-client databases/postgresql93-server databases/py-gdbm databases/rrdtool databases/rrdtool12 databases/sqlite3 ... Reading this file in a loop with a command like the following will fetch all required distfiles. while read port; do env -i WRKDIRPREFIX=/tmp/rbtrash PKG_DBDIR=/var/empty \ LOCALBASE=/var/empty make fetch -DBATCH -C /usr/ports/${port} \ -DCLEAN_FETCH_ENV -DDISABLE_CONFLICTS done < $path/to/interesting/port/list A list of all required dependency's can be generated with this command (for a single port or in the sample loop (s/fetch/all-depends-list/) $> make all-depends-list /usr/ports/$cat/${port} Ports tree updates (portsnap or svn up) are written to a log which is used to generate a list of ports where the distfile is maybe missing, the loop reads then only this new list. The directory with all distfiles is distributed via httpd to all build systems (make.conf: MASTER_SITE_OVERRIDE=$central/fetch/server/url ) Hope this gives some ideas ;) -- olli From owner-freebsd-current@FreeBSD.ORG Wed Feb 26 06:47:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1C6739A8 for ; Wed, 26 Feb 2014 06:47:09 +0000 (UTC) Received: from mail-oa0-x230.google.com (mail-oa0-x230.google.com [IPv6:2607:f8b0:4003:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D31551243 for ; Wed, 26 Feb 2014 06:47:08 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id m1so395648oag.7 for ; Tue, 25 Feb 2014 22:47:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=UzSHwrj9mMuSECctvrASyEj86DcY7eUx+faS9i4Ugg0=; b=nIanYa/w9FKxIE1wak31DUUVDK7My2XkTJzPPVX7Bl5YVdASoBMVUb4SLh2Xbyz6Tu V5MJv0+Fql7vWAbKgmWWn8JizGaPbu/szJrILBDG7rYJ8+IMFBVyPvCd/T7bXEFnhFX3 i24LNTBctTIYfm2IjK5Tq2DLrWaRI/vi2ofZEmPmr8jRA/0BJHpSdPhZWRL47wEDHsyf sU4t8s6cNhjSLz2OfoeT9m8CWTXStD5hC2CvAzj5ZsUnugcYQ39RNaw228xu4QGFkUFs dnb2+/3MLar9euXI0nF0CNbd3e59BvjCzVdJyDGe50wOcqW00WIy8w3m0NsGrXMyXEs/ kqhw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=UzSHwrj9mMuSECctvrASyEj86DcY7eUx+faS9i4Ugg0=; b=Yo9+fwxFiHm0OZ5KDWaWyNsgGTDe/JIPdK31yi2qhAQux+L4UZbn4zBBGz9TEe50ei IGa0baJXnT64gRTRfoqLAa1Xg/P7QEu3V9m2oiAwCBOKFFm0YiLkYQz00rzg7p7wVD69 pOcRwWOQ/mgmmjCai31q6tBeB++hVv05w0AmA= MIME-Version: 1.0 X-Received: by 10.60.98.240 with SMTP id el16mr5231265oeb.50.1393397228113; Tue, 25 Feb 2014 22:47:08 -0800 (PST) Sender: alissonfer@gmail.com Received: by 10.182.246.136 with HTTP; Tue, 25 Feb 2014 22:47:08 -0800 (PST) Date: Wed, 26 Feb 2014 02:47:08 -0400 X-Google-Sender-Auth: UVQBbh7W51lhaa-yHyax01heKhg Message-ID: Subject: FREEBSD 10 - Error on Fetch (portsnap or freebsd-update) From: Alisson To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 26 Feb 2014 06:47:09 -0000 Hi. i`m trying to update my FreeBSD 10 Release to Stable, but i`m not getting to fetch on portsnap and freebsd-update look: # portsnap --debug fetch Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found. Fetching snapshot tag from your-org.portsnap.freebsd.org... snapshot.ssl 0% of 256 B 0 Bps 02m00s fetch: transfer timed out fetch: snapshot.ssl appears to be truncated: 0/256 bytes Error reading input Data invalid snapshot tag. Fetching snapshot tag from isc.portsnap.freebsd.org... snapshot.ssl 100% of 256 B 690 kBps 00m00s done. Fetching snapshot metadata... 009cb897995b7e322bb3b0495ac9a1a01c1ba82280c687 0% of 604 B 0 Bps 02m00s fetch: transfer timed out fetch: 009cb897995b7e322bb3b0495ac9a1a01c1ba82280c687b30f84f782f280dc7b appears to be truncated: 0/604 bytes Exit 1 --=20 Att. Alisson F. Gon=E7alves Consultoria em BGP/FreeBSD/Redes ----- "Grandes realiza=E7=F5es n=E3o s=E3o feitas por impulso, mas por uma soma d= e pequenas realiza=E7=F5es." (Vincent Van Gogh) E-mail: alissongoncalves@bsd.com.br Celular/Whatsapp: (67) 9694-3243 Skype: alissonx2 From owner-freebsd-current@FreeBSD.ORG Wed Feb 26 07:35:29 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F1C6939A; Wed, 26 Feb 2014 07:35:28 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AF7501666; Wed, 26 Feb 2014 07:35:28 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s1Q7ZRSO030434 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Feb 2014 23:35:27 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s1Q7ZQIj030433; Tue, 25 Feb 2014 23:35:26 -0800 (PST) (envelope-from jmg) Date: Tue, 25 Feb 2014 23:35:26 -0800 From: John-Mark Gurney To: Bryan Drewery Subject: Re: Import of DragonFly Mail Agent Message-ID: <20140226073526.GT92037@funkthat.com> Mail-Followup-To: Bryan Drewery , Baptiste Daroussin , current@freebsd.org References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B67EA.1090102@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <530B67EA.1090102@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 25 Feb 2014 23:35:27 -0800 (PST) Cc: Baptiste Daroussin , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 26 Feb 2014 07:35:29 -0000 Bryan Drewery wrote this message on Mon, Feb 24, 2014 at 09:40 -0600: > The RC script also leads to much confusion in this configuration: > > > # service sendmail stop > > Stopping sendmail. > > Waiting for PIDS: 80956. > > sendmail_submit not running? (check /var/run/sendmail.pid). > > Stopping sendmail_clientmqueue. > > Waiting for PIDS: 81322. > > It wasn't running? Was it broken? Is that why I couldn't send mail? > > > # service sendmail start > > Cannot 'start' sendmail. Set sendmail_enable to YES in /etc/rc.conf or use 'onestart' instead of 'start'. > > Oh, it didn't start? > > > # ps uaxw|grep sendmail > > root 64518 0.0 0.1 6020 2980 ?? Ss 10:19AM 0:00.00 sendmail: accepting connections (sendmail) > > smmsp 64726 0.0 0.1 6020 2924 ?? Ss 10:19AM 0:00.00 sendmail: Queue runner@00:30:00 for /var/spool/clientmqueue (sendmail) > > Oh. > > Can I restart? > > > # service sendmail restart > > Cannot 'restart' sendmail. Set sendmail_enable to YES in /etc/rc.conf or use 'onerestart' instead of 'restart'. > > Stopping sendmail_submit. > > Oh it looks dead again. > > > # ps uaxw|grep sendmail > > smmsp 64726 0.0 0.0 6020 0 ?? IWs - 0:00.00 sendmail: Queue runner@00:30:00 for /var/spool/clientmqueue (sendmail) > > root 88210 0.0 0.1 6020 3008 ?? Ss 10:20AM 0:00.00 sendmail: accepting connections (sendmail) > > root 93369 0.0 0.1 3464 1296 18 S+ 10:20AM 0:00.00 grep sendmail > > Nope. > > RC script bugs aside, how about modifying the actual configuration? The problem with the above is that the people who did the work did enough for it to work in their configuration and dropped it in.. Having recently fixed some of this, it's clear that they didn't bother to test starting/stopping parts of sendmail and more complicated configurations... This is standard stuff that needs to be maintained... and I don't belive dma will magicly fix stuff like the above... It just means someone will rewrite it with a new set of bugs... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Feb 26 10:45:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D8338DD3 for ; Wed, 26 Feb 2014 10:45:12 +0000 (UTC) Received: from eu1sys200aog101.obsmtp.com (eu1sys200aog101.obsmtp.com [207.126.144.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2E1BC1961 for ; Wed, 26 Feb 2014 10:45:10 +0000 (UTC) Received: from mail-wg0-f48.google.com ([74.125.82.48]) (using TLSv1) by eu1sys200aob101.postini.com ([207.126.147.11]) with SMTP ID DSNKUw3Fr1IRUL8VgLAne/Fo9Z3RSLhShtUK@postini.com; Wed, 26 Feb 2014 10:45:12 UTC Received: by mail-wg0-f48.google.com with SMTP id b13so1469474wgh.31 for ; Wed, 26 Feb 2014 02:45:02 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:message-id:to:subject:reply-to :in-reply-to; bh=YafCb41oCG8pw6bQ8y90yOu++ibXzmOE2G8k2tp34kk=; b=kT/xlQtgPoKrGbYWt2Gs/HNSmrfuvdsZkT/uoJV6VtnE0GgYS+RWp7bZW0mjLcKbYv 1EVD3YynwtwycttEhKbA6FwvL8ICcw/ac3sHEoyk5E/DFpHOsSEm6ajBn9JVvYnyY/Be 1ccM87xNhKRuOZBg32cbGA+wEf5CCnvbJuRPGy1hVvL3l5Y3VsUgjrDr3p0JLi+AF/KI Baeuq6qvE9TpzZb/7f1Yg3+Pjzqn/QHVsOjygRm018cFKekkeMnYzbBeg55G7CNVg+K8 kQUpWAMdp24PEpg+2RMzcJqpaIYL/Ro+VoqYplrtwCh8NAsAc9FGSFVBqgYKLSB+Hwm2 UeKQ== X-Received: by 10.194.174.4 with SMTP id bo4mr1178271wjc.62.1393411180430; Wed, 26 Feb 2014 02:39:40 -0800 (PST) X-Gm-Message-State: ALoCoQnDDhDLo+dI/fttpGhCoGy128oXOsPBRjuFVOUp9K+b6aq4D+IBxsDxHvQHVVVdd1i8sesqOKa70XjxtW4BHT56643GBw6HmCSmpSSalRxzZJ/qSRJjew4+gvXbppAkvtVqySKOX9LLz4JL4XwCZ11CKZEfKdAVNvi2dTVIOLs23bFGqXM= X-Received: by 10.194.174.4 with SMTP id bo4mr1178268wjc.62.1393411180352; Wed, 26 Feb 2014 02:39:40 -0800 (PST) Received: from mech-cluster241.men.bris.ac.uk (mech-cluster241.men.bris.ac.uk. [137.222.187.241]) by mx.google.com with ESMTPSA id uq2sm1420381wjc.5.2014.02.26.02.39.38 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 26 Feb 2014 02:39:39 -0800 (PST) Sender: Anton Shterenlikht Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6) with ESMTP id s1QAdaQ9096504 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Wed, 26 Feb 2014 10:39:37 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6/Submit) id s1QAdaFC096503 for freebsd-current@freebsd.org; Wed, 26 Feb 2014 10:39:36 GMT (envelope-from mexas) Date: Wed, 26 Feb 2014 02:39:39 -0800 (PST) From: Anton Shterenlikht Message-Id: <201402261039.s1QAdaFC096503@mech-cluster241.men.bris.ac.uk> To: freebsd-current@freebsd.org Subject: Re: kern/187080: panic: sparc64 r261798: Panic String: vm_page_alloc: page 0xfffff8003feea008 is wired In-Reply-To: <201402261030.s1QAU0rU086844@freefall.freebsd.org> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: mexas@bris.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: Wed, 26 Feb 2014 10:45:12 -0000 Not sure if this is sparc64 or a kernel issue: http://www.freebsd.org/cgi/query-pr.cgi?pr=187080 Anton From owner-freebsd-current@FreeBSD.ORG Wed Feb 26 11:09:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9570B3CE for ; Wed, 26 Feb 2014 11:09:01 +0000 (UTC) Received: from nm3-vm8.access.bullet.mail.gq1.yahoo.com (nm3-vm8.access.bullet.mail.gq1.yahoo.com [216.39.63.211]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 52D1D1B63 for ; Wed, 26 Feb 2014 11:09:01 +0000 (UTC) Received: from [216.39.60.175] by nm3.access.bullet.mail.gq1.yahoo.com with NNFMP; 26 Feb 2014 11:02:03 -0000 Received: from [98.138.104.96] by tm11.access.bullet.mail.gq1.yahoo.com with NNFMP; 26 Feb 2014 11:02:03 -0000 Received: from [127.0.0.1] by smtp116.sbc.mail.ne1.yahoo.com with NNFMP; 26 Feb 2014 11:02:03 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1393412523; bh=zcHkUAND/G+rgumAJ1Q9RYcuuxzwL8vaVN+Xs4vdpTw=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:CC:References:Subject; b=OvJIV+z8vWGpHDRcpgybwIQm+xgnPrS9vjJ1cuDPEXpIDcr7fpIWnc10ZEM7phEI/lOm+Qc/3k8zEiEpoR18xUE9bUsu+XLSwexF+YBzp0IGyeM3hynR5U6D9UND+pubQYfJlCwILPZ/RjXP4kZy+LiN91PhYqkUBKPSEh92uHM= X-Yahoo-Newman-Id: 293680.6038.bm@smtp116.sbc.mail.ne1.yahoo.com Message-ID: <293680.6038.bm@smtp116.sbc.mail.ne1.yahoo.com> Date: Wed, 26 Feb 2014 11:02:03 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 7G5NlLIVM1npNR7hBf2kn_OHx_.BdBVuJWXxA75cT75G.2J qNoU8WT5QQlIW4e3_ahU9lMEFPfqzfeRZTWbZ1CN650AfOTkqOO8Iw3EZVJx hwPHCATSE6E_HozLY2WMXwqUP_u1FSShmYy8hQzBdvR2s_Iv5wpA.7YiAXCX VkBuqpFn2p63_d6NVMGDrubFDoDJQa.LYQg9_3OlUXuAXsn1MA7uGZwZgSD8 eBSD7negDVukFampoD1buwAl0K93uLPMnqJWwV66KVFla2rKp6g2lnmeHU9O _1pXTAFt009siDwP3v1C_.M7MH5ytpdH6UOrZXJ5mVF_9IAo28FXXuTWlIu_ aDIfCpAWgbboFqXlcovoihA23gDNDCT5s9ngb1OvdU4TQj.Abc6IqFR4S6oN g3.Izbr.G5FHLDlc59Eyvahs2MBzS6pNrzobltpcAB5TXzmSxnmH6flChllP y0sanieksN3voDAw_byVSqVO9IvtWoLN_aghFjNLg8cih5FYPnfndRZmCJ5Y 4JSfLolYjxVflngPA58cjGCb_U0iBX3RNF3d3hLXLWsOLYZDp X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [98.138.31.74]) by smtp116.sbc.mail.ne1.yahoo.com with SMTP; 26 Feb 2014 11:02:03 +0000 UTC From: "Thomas Mueller" To: freebsd-current@freebsd.org References: <8230C851-5814-4BC7-91FD-00798FD62021@lpthe.jussieu.fr> <1393357369.19901.87724437.0D071783@webmail.messagingengine.com> Subject: Re: Import of DragonFly Mail Agent Cc: Julio Merino X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 26 Feb 2014 11:09:01 -0000 from Mark Felder: > Yes, however the Sendmail in base on FreeBSD 8 and 9 is compiled against > OpenSSL < 1.0 which means it's missing support for TLS 1.2, SNI, and > other modern best practice features. That suggests putting sendmail to ports rather than base system, so that updates would not depend on FreeBSD system release timing. Such an argument was the big reason why pkg (pkgng) is a port rather than part of base system. Tom From owner-freebsd-current@FreeBSD.ORG Wed Feb 26 11:12:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4C5EF5BC for ; Wed, 26 Feb 2014 11:12:59 +0000 (UTC) Received: from work.netasq.com (gwlille.netasq.com [91.212.116.1]) by mx1.freebsd.org (Postfix) with ESMTP id C96161C1C for ; Wed, 26 Feb 2014 11:12:58 +0000 (UTC) Received: from work.netasq.com (localhost [127.0.0.1]) by work.netasq.com (Postfix) with ESMTP id 723AF2705643; Wed, 26 Feb 2014 12:07:34 +0100 (CET) Received: from pc-alex.localnet (unknown [10.2.200.254]) by work.netasq.com (Postfix) with ESMTP id 2ADBB2705638; Wed, 26 Feb 2014 12:07:34 +0100 (CET) From: Alexandre Martins To: ricera10@gmail.com Subject: Status on igb crash Date: Wed, 26 Feb 2014 12:06 +0100 Message-ID: <3160420.vEZxcDgar0@pc-alex> Organization: NETASQ User-Agent: KMail/4.10.5 (FreeBSD/9.2-RELEASE-p2; KDE/4.10.5; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1500533.SJtA79HDWu"; micalg="sha1"; protocol="application/pkcs7-signature" Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 26 Feb 2014 11:12:59 -0000 --nextPart1500533.SJtA79HDWu Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Hi Eric, In January, I have report a bug into igb driver : http://lists.freebsd.org/pipermail/freebsd-current/2014-January/047827.html You send me a patch, but nothing was done into kernel sources. Will it be planed to put a fix into the repository ? Kind regards -- Alexandre Martins NETASQ -- We secure IT --nextPart1500533.SJtA79HDWu Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFATCCBP0w ggPloAMCAQICCnDGsUgWa/KQbJkwDQYJKoZIhvcNAQEFBQAwgZExCzAJBgNVBAYTAkZSMQ0wCwYD VQQIEwROb3JkMRowGAYDVQQHExFWaWxsZW5ldXZlIGQnQXNjcTEuMCwGA1UEChMlTkVUQVNRIC0g U2VjdXJlIEludGVybmV0IENvbm5lY3Rpdml0eTEnMCUGA1UECxMeTkVUQVNRIENlcnRpZmljYXRp b24gQXV0aG9yaXR5MB4XDTE0MDIxMzEwMTQzOVoXDTE1MDIxMzEwMTQzOVowgdoxCzAJBgNVBAYT AkZSMQ0wCwYDVQQIEwROb3JkMRowGAYDVQQHExFWaWxsZW5ldXZlIGQnQXNjcTEuMCwGA1UEChMl TkVUQVNRIC0gU2VjdXJlIEludGVybmV0IENvbm5lY3Rpdml0eTEnMCUGA1UECxMeTkVUQVNRIENl cnRpZmljYXRpb24gQXV0aG9yaXR5MRowGAYDVQQDExFBbGV4YW5kcmUgTUFSVElOUzErMCkGCSqG SIb3DQEJARYcYWxleGFuZHJlLm1hcnRpbnNAbmV0YXNxLmNvbTCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAKPr9rT5mc74R9GLCgdvwIgPtPt6/yd7hANsmFQsX8AihA4aUYbmtBb4fYTJ cp45E5Fx7mmxnqemMAUhzqJ+16V6V+IVonIXAbSzb5BjoM5G1J3cBBfVMKbE+P8AhviIPbWfGz15 gsZ3v0ELnCSzzp5zqR+C7XT3YAXfMUvOH6qZexzw3pWfjSE2i3Kn8poAxo2LXojbD0ca2f8E1m7w m3p5BmEr0BUx05PKXZT97yze32Aej4ZhO4lCZOkoRnXTNc91opCIcmWcq+uPA2u1J9KVaxZm4nMA PB3xIO2czDfJHEH/8KXjsb6IUso4gV0JDqLeC2YiZjrbBYET2lXnPBMCAwEAAaOCAQowggEGMB0G A1UdDgQWBBQnFIBr8FuBFQyLN6Dw7ui63k4AUzAfBgNVHSMEGDAWgBQnKusd2UTaOhdzagkgIMkl qPl/sjAJBgNVHRMEAjAAMA4GA1UdDwEB/wQEAwID6DAnBgNVHREEIDAegRxhbGV4YW5kcmUubWFy dGluc0BuZXRhc3EuY29tMBEGCWCGSAGG+EIBAQQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDBAYI KwYBBQUHAwIwTgYDVR0fBEcwRTBDoEGgP4Y9aHR0cHM6Ly9nYXRld2F5Lm5ldGFzcS5jb20vYXV0 aC9jZXJ0aWZpY2F0ZXJldm9jYXRpb25saXN0LmNybDANBgkqhkiG9w0BAQUFAAOCAQEAHilTUcJ2 GcvUJzPPsWtqxCPwZ7nR2YkJACnp+9+VMCOpXAJbUxFHLfAw1qai6M/vSkXV0dzIg3s7AjJJnu2c 23aAW2J4+Kn1pdO/0OYhIIxgb4CKAcKWJpZg/y27dH4eNlhNXXgH5mgKJBlJ2OlFqS9yTMDcTM2Y J6QRKD7A6gHT4QAVq5UvVcCyPjXDb1iRUH4euZSdKd6bfEl0rpW2GZ6S6nPAhUbVfl48ReSY+zFe GYeP3XX/4blSQ+RJpDt9hzrtWQsQRJjZ7+FOLMzkUiKT3TAtnLkpV8H2TKoyE7k4aifSg6WRdkVp D7L0bDzhiB+UHmxJzksfisYOJRwhmDGCAlIwggJOAgEBMIGgMIGRMQswCQYDVQQGEwJGUjENMAsG A1UECBMETm9yZDEaMBgGA1UEBxMRVmlsbGVuZXV2ZSBkJ0FzY3ExLjAsBgNVBAoTJU5FVEFTUSAt IFNlY3VyZSBJbnRlcm5ldCBDb25uZWN0aXZpdHkxJzAlBgNVBAsTHk5FVEFTUSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eQIKcMaxSBZr8pBsmTAJBgUrDgMCGgUAoIGHMBgGCSqGSIb3DQEJAzELBgkq hkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE0MDIyNjExMDYwMFowIwYJKoZIhvcNAQkEMRYEFKfK 87Yalfqw1FRI6XlKjHY5RoSwMCgGCSqGSIb3DQEJDzEbMBkwCwYJYIZIAWUDBAECMAoGCCqGSIb3 DQMHMA0GCSqGSIb3DQEBAQUABIIBAFSv8Tb4n0mURomEy84OMXLK9Ex/GPbPDmYok/ZKofuXL7sD dIw0gft5m4NZA9lph/kzQnN2Gaqf61XmisCSuaK63vMxeYmHMoPvmGzkKqS5lrwH0OYntYXMGYFV FUug13zbNzAoqgJwQ1EPBVJa1ccrrSCdOXWRhuMoU/IHh/YKhq9KYz9KYoTlcsQq3ZZ6PLf6FmaS 1Tgjh8IiQLh0YkAvwWTEO7XXLUIvnYUkJTdc7gWW+V/4wxixxTaXfNYz6JN+5WMTWpjO1poyMLS0 Q0npd3GyoabGt5dRRhMegzf3t5hjobJtcjXlznouC40MSaFRN2NxrUcGFIv0Bf9+jh0AAAAAAAA= --nextPart1500533.SJtA79HDWu-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 26 09:05:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E440C734 for ; Wed, 26 Feb 2014 09:05:29 +0000 (UTC) Received: from mx1.pertho.net (87-194-102-137.bethere.co.uk [87.194.102.137]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A697E1D4B for ; Wed, 26 Feb 2014 09:05:28 +0000 (UTC) Received: from syn.pertho.net (syn [10.0.29.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: tom) by syn.pertho.net (Postfix) with ESMTPSA id 6E1EE1D449D for ; Wed, 26 Feb 2014 08:59:23 +0000 (GMT) Date: Wed, 26 Feb 2014 08:59:21 +0000 From: Tom Murphy To: freebsd-current@freebsd.org Subject: iwn(4) in -HEAD supporting Centrino Wireless-N 135 Message-ID: <20140226085921.GA7607@syn.pertho.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Mailman-Approved-At: Wed, 26 Feb 2014 12:32:50 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 26 Feb 2014 09:05:30 -0000 Hi all, I compiled a fresh kernel from -HEAD and rebooted in the hope that my laptop's wifi would now be supported (I saw the commit messages in January about it possibly supporting Centrino Wireless-N 135). However, while it does attempt to bring the wifi up, the link just goes up and down and does not work properly. Knowing that the BSDs are fairly close and share some code, I did try the OpenBSD driver and it works. Is there some code that could be missing from the FreeBSD iwn(4) to stabilize it? I'd be happy to test any patches. Kind regards, Tom From owner-freebsd-current@FreeBSD.ORG Wed Feb 26 12:37:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 83F479A2 for ; Wed, 26 Feb 2014 12:37:14 +0000 (UTC) Received: from mx1.pertho.net (87-194-102-137.bethere.co.uk [87.194.102.137]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 45A411539 for ; Wed, 26 Feb 2014 12:37:13 +0000 (UTC) Received: from syn.pertho.net (syn [10.0.29.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: tom) by syn.pertho.net (Postfix) with ESMTPSA id 1CE6D1D449D for ; Wed, 26 Feb 2014 12:37:11 +0000 (GMT) Date: Wed, 26 Feb 2014 12:37:09 +0000 From: Tom Murphy To: freebsd-current@freebsd.org Subject: iwn(4) in -HEAD supporting Centrino Wireless-N 135 Message-ID: <20140226123709.GA31099@syn.pertho.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Mailman-Approved-At: Wed, 26 Feb 2014 12:53:40 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 26 Feb 2014 12:37:14 -0000 Hi all, I compiled a fresh kernel from -HEAD and rebooted in the hope that my laptop's wifi would now be supported (I saw the commit messages in January about it possibly supporting Centrino Wireless-N 135). However, while it does attempt to bring the wifi up, the link just goes up and down and does not work properly. Knowing that the BSDs are fairly close and share some code, I did try the OpenBSD driver and it works. Is there some code that could be missing from the FreeBSD iwn(4) to stabilize it? I'd be happy to test any patches. Kind regards, Tom wlan0: no link ......wlan0: link state changed to UP wlan0 link stage up -> down DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 14 DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 7 wlan0: link state changed to UP wlan0: link state down -> up (more DHCPDISCOVER) wlan0 link stage up -> down Rise and repeat. iwn0: mem 0xf7900000-0xf7901fff irq 18 at device 0.0 on pci3 From owner-freebsd-current@FreeBSD.ORG Wed Feb 26 15:09:30 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1C5EF3C1 for ; Wed, 26 Feb 2014 15:09:30 +0000 (UTC) Received: from mail-qc0-x22e.google.com (mail-qc0-x22e.google.com [IPv6:2607:f8b0:400d:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D1215135C for ; Wed, 26 Feb 2014 15:09:29 +0000 (UTC) Received: by mail-qc0-f174.google.com with SMTP id x13so831288qcv.33 for ; Wed, 26 Feb 2014 07:09:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=HOvTbamES6iVFWNo0ANEDfzmt6pwXoLUosg7zo6nfJQ=; b=OtM5qzpoH8RjzDCjpqiqSznQkkr+TyO9MEob4NaPiwprxbPZcE0tMkm4XVncKI/TvR FB+TRc3KOAFIiiZXTQhfU6HymFT6agaQRO7ji7LvuV/BOhYHzAT6NOgjvHybBkblYcpM Yoq0y+h3BOlseee7g9q9iQRpU/YaZAdYwrLfP/om5MHiDKQmCWB9LuVKnLaPov1crNAN h055HuVizZcjBIkw/P3mT6rbCSp3n+4XlwMIilUKznL/g27GD0SDCoQyhHyr4P8/A8sx O0PeLvclfSdGampS5KaEGI+GmfMSNrqF40Cd3jDsah5lgDLQqSN+U/0TPluVI8Ph/hrA q0fQ== MIME-Version: 1.0 X-Received: by 10.140.50.131 with SMTP id s3mr17903qga.12.1393427368957; Wed, 26 Feb 2014 07:09:28 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.16.10 with HTTP; Wed, 26 Feb 2014 07:09:28 -0800 (PST) In-Reply-To: <20140226123709.GA31099@syn.pertho.net> References: <20140226123709.GA31099@syn.pertho.net> Date: Wed, 26 Feb 2014 07:09:28 -0800 X-Google-Sender-Auth: T7w4kq_gyjwrVKR-UG_NogZ3LqQ Message-ID: Subject: Re: iwn(4) in -HEAD supporting Centrino Wireless-N 135 From: Adrian Chadd To: Tom Murphy Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 26 Feb 2014 15:09:30 -0000 Hi, Yeah, there's likely something missing. But I just at the moment have no time to debug this. -a On 26 February 2014 04:37, Tom Murphy wrote: > Hi all, > > I compiled a fresh kernel from -HEAD and rebooted in the hope that my > laptop's wifi would now be supported (I saw the commit messages in January > about it possibly supporting Centrino Wireless-N 135). However, while > it does attempt to bring the wifi up, the link just goes up and down > and does not work properly. > > Knowing that the BSDs are fairly close and share some code, I did try > the OpenBSD driver and it works. Is there some code that could be missing > from the FreeBSD iwn(4) to stabilize it? I'd be happy to test any patches. > > Kind regards, > Tom > > wlan0: no link ......wlan0: link state changed to UP > wlan0 link stage up -> down > DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 14 > DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 7 > wlan0: link state changed to UP > wlan0: link state down -> up > (more DHCPDISCOVER) > wlan0 link stage up -> down > > Rise and repeat. > > iwn0: mem 0xf7900000-0xf7901fff irq 18 at device 0.0 on pci3 > > _______________________________________________ > 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 Feb 26 18:32:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1F2BBAA8 for ; Wed, 26 Feb 2014 18:32:49 +0000 (UTC) Received: from mail-ee0-x234.google.com (mail-ee0-x234.google.com [IPv6:2a00:1450:4013:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AB7051A8B for ; Wed, 26 Feb 2014 18:32:48 +0000 (UTC) Received: by mail-ee0-f52.google.com with SMTP id c41so766852eek.25 for ; Wed, 26 Feb 2014 10:32:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=C394BA/XnTBpsSX0aXPNeuxatLbbnPnGcuJ1kqSqFIM=; b=ITDcSMOqxodo2rxQD+5MzqbYdnMbs6owi/0MJ6Vm1Uy2ypOOeWt+v4LCc133oYUL5e 0Vxu8Y7ED8x7HX9HASP2CyJZ0eKAIzoDX1nRoI5mLT8O+7ToNazA3MOlXb1OoR5F5ImR GhRuPJvz9RrBHh2Q8TZ50m6FkZDXltADHe1stbjTT8KL9U26CQgER6MoIWHWTSqlpBHl nqIQhJGSyZKudbTvqsZyKIxxsNa4NdhsIXRCxrTg48FfJuBZugFQsRqGClcE515YOXfk H4SBrE0g0Z/THxBwgCGq9CGGJBUsfahjA3Ein1w9vb2ec1cfXA+NULrpYtza9u2HNbLt /vjQ== MIME-Version: 1.0 X-Received: by 10.205.9.67 with SMTP id ov3mr3203644bkb.13.1393439566960; Wed, 26 Feb 2014 10:32:46 -0800 (PST) Sender: chmeeedalf@gmail.com Received: by 10.205.21.68 with HTTP; Wed, 26 Feb 2014 10:32:46 -0800 (PST) Date: Wed, 26 Feb 2014 10:32:46 -0800 X-Google-Sender-Auth: clojDUBn0XgSyBnVWwP1MjnBi1w Message-ID: Subject: Build failure on PowerPC in pf From: Justin Hibbits To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 26 Feb 2014 18:32:49 -0000 Building on PowerPC I see the following failure: cc1: warnings being treated as errors /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c: In function 'pfioctl': /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:1357:warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:1359:warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:1361:warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] struct pf_rule has counter_u64_t entries, which are actually pointers to uint64_t's. These pointers get assigned from the result of counter_u64_fetch(), which returns a uint64_t. Looks to me like there's a bug in here, but I have no idea what to do to fix it. And I'm surprised this hasn't been reported against other 32-bit architectures. - Justin From owner-freebsd-current@FreeBSD.ORG Wed Feb 26 18:44:18 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A73066D for ; Wed, 26 Feb 2014 18:44:18 +0000 (UTC) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DF5361BE6 for ; Wed, 26 Feb 2014 18:44:17 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id DB30760D0 for ; Wed, 26 Feb 2014 13:44:09 -0500 (EST) DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=EGgZDI1wz5XQCniU4imlHuWo1eLTtC4qytvkD/6DgLNQIsEEJI/+wT6GRJqLTVJae wtq8n66AOP1p2Jb+XUOMD2jRbzUlgpi74aFapy/47IvCMLmN+WqoPpDdvFYk3e6 Message-ID: <530E35F4.1090909@protected-networks.net> Date: Wed, 26 Feb 2014 13:44:04 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: FreeBSD Current Subject: Re: firebox build fails post clang-3.4 merge References: <53039401.7050701@protected-networks.net> In-Reply-To: <53039401.7050701@protected-networks.net> X-Enigmail-Version: 1.6 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 26 Feb 2014 18:44:18 -0000 On 02/18/14 12:10, Michael Butler wrote: > Is anyone else seeing firefox failing to install after the clang-3.4 > merge? As in xpcshell dumping core .. An update .. Recompiling with GCC48 on -current yields the same result. Seems to run correctly when invoked from the command-line but seg-faults with "errno = 4" (invalid instruction) from the build Giving up and using the Linux port .. :-( imb From owner-freebsd-current@FreeBSD.ORG Wed Feb 26 18:51:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F1115FAF for ; Wed, 26 Feb 2014 18:51:28 +0000 (UTC) Received: from mail-pa0-x22a.google.com (mail-pa0-x22a.google.com [IPv6:2607:f8b0:400e:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C8D871CBD for ; Wed, 26 Feb 2014 18:51:28 +0000 (UTC) Received: by mail-pa0-f42.google.com with SMTP id kl14so1350930pab.15 for ; Wed, 26 Feb 2014 10:51:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=eiKvfxhe2cnbf84zQ4exaYpFDht2V0APS74jX9TKiMo=; b=HfU7nOo3BPVF1I2TMBptCnbBa51hrZB+AfRqUEIl63flFa7KyRIwwqMHRDPhAaCVHf EQ4t1bZzK837F6Gy422cUs+QiAEmTzUEp0ssrv5oTIxhHpfOfyho+STndmC8bw9aIJJl pHepJIQWjPQBmgA3rL7fP7ej3S7eW5OFEsRIsA1n4oTFi9aunlkMliDT2BM4MBAp0ewR Z3aX9o1wXa8HmB9+Uc9RaOrD7jknvVrBnUhnT8rzZQjWRMdqeGDCFar4FfrzoGQFB4xT QGAlsFaaLktiJ76BbmCcKVQEW5XU4DBLAAiPuGeBVIlt2lL2c6JgXT+0z87SnVKYR1L7 EdIA== X-Received: by 10.66.142.42 with SMTP id rt10mr10510042pab.1.1393440688422; Wed, 26 Feb 2014 10:51:28 -0800 (PST) MIME-Version: 1.0 Received: by 10.70.129.177 with HTTP; Wed, 26 Feb 2014 10:50:48 -0800 (PST) In-Reply-To: <3160420.vEZxcDgar0@pc-alex> References: <3160420.vEZxcDgar0@pc-alex> From: Eric Joyner Date: Wed, 26 Feb 2014 10:50:48 -0800 Message-ID: Subject: Re: Status on igb crash To: Alexandre Martins Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 26 Feb 2014 18:51:29 -0000 Hi Alexandre, We didn't put the fix into the repository because we think it would have had a significant impact on throughput. It fixed a crash, but that gotcha could potentially annoy everyone else using the driver who wasn't experiencing the same type of crash. That said, I'm going to look into that performance impact, and will try to submit a patch later without one. --- - Eric Joyner On Wed, Feb 26, 2014 at 3:06 AM, Alexandre Martins < alexandre.martins@netasq.com> wrote: > Hi Eric, > > In January, I have report a bug into igb driver : > > http://lists.freebsd.org/pipermail/freebsd-current/2014-January/047827.html > > You send me a patch, but nothing was done into kernel sources. > > Will it be planed to put a fix into the repository ? > > Kind regards > > -- > Alexandre Martins > NETASQ -- We secure IT > > From owner-freebsd-current@FreeBSD.ORG Wed Feb 26 19:12:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A19634EE for ; Wed, 26 Feb 2014 19:12:15 +0000 (UTC) Received: from mail-ea0-x22e.google.com (mail-ea0-x22e.google.com [IPv6:2a00:1450:4013:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3731E1FE7 for ; Wed, 26 Feb 2014 19:12:15 +0000 (UTC) Received: by mail-ea0-f174.google.com with SMTP id h14so1195938eaj.33 for ; Wed, 26 Feb 2014 11:12:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=AMbRJsdO2AFqXA2m+rFJJWonX9H65zH3N2QGDadm/5g=; b=GHdbJN8sKi86jEMQDtJwCI2P4WOHpDOg2VUFMVhShCL2o7sf5qwBQI4p6kQRqNISX0 l5GNBa7YfQliLw3fmBmOlsPRBdDal0Kw5uWYCjTk+IbwbMccVUF4AfA3SfOOFF5wa2jD HQzq/nZCJZdBD7EfZJcXDnPg0A1vRYOvpYOXStZIGr9RovaUnfjN4YnWHXEbJU7+T2SG Vkofpjs/em5UkPNftSkUlyAZ9wDPf+lJNRAo+5xI4Pqa3xitg3JMabGUzcWWgzTtTPof U9V6srxiul8jHJfmsJkDUPAFUCgMSIh+1B9UOd/oC4qw8yJz39Vd/1Mr1cYy9ztEeR5S W1Eg== MIME-Version: 1.0 X-Received: by 10.204.244.199 with SMTP id lr7mr5369bkb.128.1393441933572; Wed, 26 Feb 2014 11:12:13 -0800 (PST) Sender: chmeeedalf@gmail.com Received: by 10.205.21.68 with HTTP; Wed, 26 Feb 2014 11:12:13 -0800 (PST) In-Reply-To: References: Date: Wed, 26 Feb 2014 11:12:13 -0800 X-Google-Sender-Auth: JabtD0-UwV0lcYr2-56mAj_f4xY Message-ID: Subject: Re: Build failure on PowerPC in pf From: Justin Hibbits To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 26 Feb 2014 19:12:15 -0000 On Wed, Feb 26, 2014 at 10:32 AM, Justin Hibbits wrote: > Building on PowerPC I see the following failure: > > cc1: warnings being treated as errors > > /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c: > In function 'pfioctl': > /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:1357:warning: > cast to pointer from integer of different size [-Wint-to-pointer-cast] > /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:1359:warning: > cast to pointer from integer of different size [-Wint-to-pointer-cast] > /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:1361:warning: > cast to pointer from integer of different size [-Wint-to-pointer-cast] > > struct pf_rule has counter_u64_t entries, which are actually pointers > to uint64_t's. These pointers get assigned from the result of > counter_u64_fetch(), which returns a uint64_t. Looks to me like > there's a bug in here, but I have no idea what to do to fix it. And > I'm surprised this hasn't been reported against other 32-bit > architectures. > > - Justin Replying to myself, it looks like this was broken by r261882. - Justin From owner-freebsd-current@FreeBSD.ORG Wed Feb 26 21:20:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA22CD2F; Wed, 26 Feb 2014 21:20:29 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 87D451D37; Wed, 26 Feb 2014 21:20:29 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s1QLKHES040992 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Feb 2014 13:20:18 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s1QLKHep040991; Wed, 26 Feb 2014 13:20:17 -0800 (PST) (envelope-from jmg) Date: Wed, 26 Feb 2014 13:20:17 -0800 From: John-Mark Gurney To: Justin Hibbits Subject: Re: Build failure on PowerPC in pf Message-ID: <20140226212017.GY92037@funkthat.com> Mail-Followup-To: Justin Hibbits , FreeBSD Current , glebius@FreeBSD.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Wed, 26 Feb 2014 13:20:18 -0800 (PST) Cc: FreeBSD Current , glebius@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 26 Feb 2014 21:20:29 -0000 Justin Hibbits wrote this message on Wed, Feb 26, 2014 at 11:12 -0800: > On Wed, Feb 26, 2014 at 10:32 AM, Justin Hibbits wrote: > > Building on PowerPC I see the following failure: > > > > cc1: warnings being treated as errors > > > > /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c: > > In function 'pfioctl': > > /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:1357:warning: > > cast to pointer from integer of different size [-Wint-to-pointer-cast] > > /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:1359:warning: > > cast to pointer from integer of different size [-Wint-to-pointer-cast] > > /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:1361:warning: > > cast to pointer from integer of different size [-Wint-to-pointer-cast] > > > > struct pf_rule has counter_u64_t entries, which are actually pointers > > to uint64_t's. These pointers get assigned from the result of > > counter_u64_fetch(), which returns a uint64_t. Looks to me like > > there's a bug in here, but I have no idea what to do to fix it. And > > I'm surprised this hasn't been reported against other 32-bit > > architectures. > > Replying to myself, it looks like this was broken by r261882. This comment says it all: 1352 glebius 261882 /* 1353 * XXXGL: this is what happens when internal kernel 1354 * structures are used as ioctl API structures. 1355 */ So, one way could be to use a union for the states: union { struct { counter_u64_t states_cur; counter_u64_t states_tot; counter_u64_t src_nodes; } k; struct { uint64_t states_cur; uint64_t states_tot; uint64_t src_nodes; } u; } u; The other option is to cast through uintptr_t... Even though it'd make the code a bit more ugly, I'd vote for the union, since it's designed for what the code is trying to do... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Feb 26 22:01:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF5D6EF1; Wed, 26 Feb 2014 22:01:56 +0000 (UTC) Received: from mail-ea0-x22a.google.com (mail-ea0-x22a.google.com [IPv6:2a00:1450:4013:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4B56E11C1; Wed, 26 Feb 2014 22:01:56 +0000 (UTC) Received: by mail-ea0-f170.google.com with SMTP id g15so1307162eak.15 for ; Wed, 26 Feb 2014 14:01:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=UWbSxvsdAQb+GxaaIsVDgcLL/GJONxmbgiHqzDQTImk=; b=kdDXn86YFRTmzV5Ade7j8PdhKAHvkMwBUWqZlcne2Hv/1rVnwQ35KSwBIvsFj0h3qn LIOKfoS1rc19wrPscIAjqMc/xSkmDxrk17FDR3sYpmEep+Q0HdlfzrChFOYhNd01yAFG OZg19OOrxewPWp25YpuVj5XIXmuq+zEIPchJqs3cvTzexorRgB6iV22nXpYPoUNwBdv7 akF3MiBGTIOu+NHBi8XtxwTQbl2WbwqDr/+cpSosgxiiRTOJOwdXwZ4c5d2frx199Hk2 fMNidiFgq+Mf2FrKQt8o9TrjMaTzh+cCTwC4BoHlI33wRb9Mob0+k5t+bAQstSvLwlT5 pttQ== MIME-Version: 1.0 X-Received: by 10.205.68.9 with SMTP id xw9mr2045bkb.112.1393452114469; Wed, 26 Feb 2014 14:01:54 -0800 (PST) Sender: chmeeedalf@gmail.com Received: by 10.205.21.68 with HTTP; Wed, 26 Feb 2014 14:01:54 -0800 (PST) In-Reply-To: <20140226212017.GY92037@funkthat.com> References: <20140226212017.GY92037@funkthat.com> Date: Wed, 26 Feb 2014 14:01:54 -0800 X-Google-Sender-Auth: uM9CFdjuhD_1E3ZSbhq9S8g-VUY Message-ID: Subject: Re: Build failure on PowerPC in pf From: Justin Hibbits To: Justin Hibbits , FreeBSD Current , Gleb Smirnoff Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 26 Feb 2014 22:01:57 -0000 On Wed, Feb 26, 2014 at 1:20 PM, John-Mark Gurney wrote: > Justin Hibbits wrote this message on Wed, Feb 26, 2014 at 11:12 -0800: >> On Wed, Feb 26, 2014 at 10:32 AM, Justin Hibbits wrote: >> > Building on PowerPC I see the following failure: >> > >> > cc1: warnings being treated as errors >> > >> > /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c: >> > In function 'pfioctl': >> > /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:1357:warning: >> > cast to pointer from integer of different size [-Wint-to-pointer-cast] >> > /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:1359:warning: >> > cast to pointer from integer of different size [-Wint-to-pointer-cast] >> > /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:1361:warning: >> > cast to pointer from integer of different size [-Wint-to-pointer-cast] >> > >> > struct pf_rule has counter_u64_t entries, which are actually pointers >> > to uint64_t's. These pointers get assigned from the result of >> > counter_u64_fetch(), which returns a uint64_t. Looks to me like >> > there's a bug in here, but I have no idea what to do to fix it. And >> > I'm surprised this hasn't been reported against other 32-bit >> > architectures. >> >> Replying to myself, it looks like this was broken by r261882. > > This comment says it all: > 1352 glebius 261882 /* > 1353 * XXXGL: this is what happens when internal kernel > 1354 * structures are used as ioctl API structures. > 1355 */ > > So, one way could be to use a union for the states: > union { > struct { > counter_u64_t states_cur; > counter_u64_t states_tot; > counter_u64_t src_nodes; > } k; > struct { > uint64_t states_cur; > uint64_t states_tot; > uint64_t src_nodes; > } u; > } u; > > The other option is to cast through uintptr_t... > > Even though it'd make the code a bit more ugly, I'd vote for the union, > since it's designed for what the code is trying to do... > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." Casting through uintptr_t eliminated the warning. But, like you said, the union is the better way to go. - Justin From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 00:36:30 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4372B4F3 for ; Thu, 27 Feb 2014 00:36:30 +0000 (UTC) Received: from mail-ob0-x22e.google.com (mail-ob0-x22e.google.com [IPv6:2607:f8b0:4003:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0C3501E2C for ; Thu, 27 Feb 2014 00:36:29 +0000 (UTC) Received: by mail-ob0-f174.google.com with SMTP id uy5so1625349obc.5 for ; Wed, 26 Feb 2014 16:36:29 -0800 (PST) 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=YsK9DKJyEoY5ZQdpIEE+qbC0pQ2AkLdBGbC4pmfqaw0=; b=RFjRdlT1/J5SPtca45MqGyw4JbztXXXKjxH+a7dis2L2mr7hXqfafOBskDItoF7jSm sSPChyjDji6mQaJGi+uTjYSH7Gu3KO5MCM5D63ahfq503CxrfUPh7O+eeO7wKvK5i83x sFwiaNMu2QwGxpvEmOYvdTQpWlzYoVASp0cRlo/JhxKLhfdrWsa0An020yIE2N7QI2LC UC3jfGx0cj0TByCMGAAbcyEUQPg7S9BW/SaftgUzTSWia3judoRV7EdraGyrTToRuuOp dN7g1C7Xk7xkbXAqYAwy7AjT3O4NVhtX31FE0U6jJ9oAJD00SDmuiAslcabx74gM4etY AC2g== MIME-Version: 1.0 X-Received: by 10.60.62.199 with SMTP id a7mr3680419oes.64.1393461389360; Wed, 26 Feb 2014 16:36:29 -0800 (PST) Received: by 10.182.78.71 with HTTP; Wed, 26 Feb 2014 16:36:29 -0800 (PST) Date: Wed, 26 Feb 2014 19:36:29 -0500 Message-ID: Subject: UDP Lite support From: Joe Nosay To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 00:36:30 -0000 The last thread on this was in 2006. Has it ever been reconsidered or is the likelihood of too many damaged packets the reason for not supporting? I'm not sure where to put this question. Apologies for the noise. From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 00:57:54 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7A19C45 for ; Thu, 27 Feb 2014 00:57:54 +0000 (UTC) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A97471103 for ; Thu, 27 Feb 2014 00:57:54 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id s1R0vkjH084327; Wed, 26 Feb 2014 16:57:51 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201402270057.s1R0vkjH084327@gw.catspoiler.org> Date: Wed, 26 Feb 2014 16:57:46 -0800 (PST) From: Don Lewis Subject: Re: firebox build fails post clang-3.4 merge To: imb@protected-networks.net In-Reply-To: <530E35F4.1090909@protected-networks.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 00:57:54 -0000 On 26 Feb, Michael Butler wrote: > On 02/18/14 12:10, Michael Butler wrote: >> Is anyone else seeing firefox failing to install after the clang-3.4 >> merge? As in xpcshell dumping core .. > > An update .. > > Recompiling with GCC48 on -current yields the same result. Seems to run > correctly when invoked from the command-line but seg-faults with "errno > = 4" (invalid instruction) from the build > > Giving up and using the Linux port .. :-( I've also seen this problem with clang-3.4 on i386. It looks like a clang bug to me. Clang is putting ud2 instructions in its output which are guaranteed to fault when it compiles nsAppRunner.cpp. See . I tried compiling the offending file with gcc46 and didn't see the problem in the assembly output. From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 02:19:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D5CCBA1 for ; Thu, 27 Feb 2014 02:19:26 +0000 (UTC) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8AAB01774 for ; Thu, 27 Feb 2014 02:19:25 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.7/8.14.7) with ESMTP id s1R2JHaS096717; Wed, 26 Feb 2014 20:19:17 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.7/8.14.7/Submit) id s1R2JHCU096716; Wed, 26 Feb 2014 20:19:17 -0600 (CST) (envelope-from brooks) Date: Wed, 26 Feb 2014 20:19:17 -0600 From: Brooks Davis To: Joe Nosay Subject: Re: UDP Lite support Message-ID: <20140227021917.GE81440@lor.one-eyed-alien.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="imjhCm/Pyz7Rq5F2" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 02:19:26 -0000 --imjhCm/Pyz7Rq5F2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Feb 26, 2014 at 07:36:29PM -0500, Joe Nosay wrote: > The last thread on this was in 2006. Has it ever been reconsidered or is > the likelihood of too many damaged packets the reason for not supporting? > I'm not sure where to put this question. Apologies for the noise. You've provided next to no context. What is the question? What thread are you referring to? If this is the usual UDP then freebsd-net would be vastly more appropriate than -current. -- Brooks --imjhCm/Pyz7Rq5F2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iKYEARECAGYFAlMOoKVfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDY1NUQ1MTlDMjZBNzgyRTcyNTI5OUJGMDVE OEU4QkU5RjIzODFBRDQACgkQXY6L6fI4GtRhGwCfYJHjUBwvHze/MOSwzMJFkh81 +7oAoN73CYAMFL9q4+jSF7FPvAsfjv2K =xajx -----END PGP SIGNATURE----- --imjhCm/Pyz7Rq5F2-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 02:31:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B2D9E90; Thu, 27 Feb 2014 02:31:59 +0000 (UTC) Received: from dmz-mailsec-scanner-7.mit.edu (dmz-mailsec-scanner-7.mit.edu [18.7.68.36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2557F18CB; Thu, 27 Feb 2014 02:31:58 +0000 (UTC) X-AuditID: 12074424-f79e26d000000c70-aa-530ea26a338a Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) (using TLS with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-7.mit.edu (Symantec Messaging Gateway) with SMTP id 5D.EA.03184.A62AE035; Wed, 26 Feb 2014 21:26:50 -0500 (EST) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id s1R2QnNH005666; Wed, 26 Feb 2014 21:26:50 -0500 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id s1R2QlB9032413 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 26 Feb 2014 21:26:49 -0500 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id s1R2QlAZ025535; Wed, 26 Feb 2014 21:26:47 -0500 (EST) Date: Wed, 26 Feb 2014 21:26:47 -0500 (EST) From: Benjamin Kaduk To: Don Lewis Subject: Re: firebox build fails post clang-3.4 merge In-Reply-To: <201402270057.s1R0vkjH084327@gw.catspoiler.org> Message-ID: References: <201402270057.s1R0vkjH084327@gw.catspoiler.org> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrIIsWRmVeSWpSXmKPExsUixCmqrZu1iC/YYPYlG4s5bz4wWSyYMpfd 4mRTM6sDs8eMT/NZPBZN+cgYwBTFZZOSmpNZllqkb5fAlTHrWBd7wTaOikP7H7I1MD5g62Lk 5JAQMJHouHkHyhaTuHBvPZDNxSEkMJtJ4uv890wQzkZGieVfrzFCOIeYJF6sPAyVaWCUeH/o DVg/i4C2xKIb89lBbDYBFYmZbzYCxTk4RIDsbTO4QcLMAtYShz7NZQSxhQVMJdZcbWUCsTkF bCT2TZzNCmLzCjhIHDy8nBWkVQio/veicpCwqICOxOr9U1ggSgQlTs58wgIx0lLi3J/rbBMY BWchSc1CklrAyLSKUTYlt0o3NzEzpzg1Wbc4OTEvL7VI11wvN7NELzWldBMjKGTZXVR2MDYf UjrEKMDBqMTDe4KZL1iINbGsuDL3EKMkB5OSKK/FAqAQX1J+SmVGYnFGfFFpTmrxIUYJDmYl Ed5DLkA53pTEyqrUonyYlDQHi5I4b63FryAhgfTEktTs1NSC1CKYrAwHh5IE7wmQoYJFqemp FWmZOSUIaSYOTpDhPEDDVRaCDC8uSMwtzkyHyJ9iVJQS510H0iwAksgozYPrhaWUV4ziQK8I 86qCtPMA0xFc9yugwUxAg49K84AMLklESEk1MLpayOcl+cgqb7982UwoQqDxTMmyx7e2tk7s vHfcZ+eJpVJnm++blQXeeuZtkta9i73Uz3lDsPbW/Xt1e20W13uyNOicftw/7XLwZuanBQdf frx68U//gdIdEfPv89mrrPj7WDj02MqOVW5z/P2LuWbtXcyuV3L/6KTK7T5186e6aURUebzf eEyJpTgj0VCLuag4EQDlTPjjBAMAAA== Cc: imb@protected-networks.net, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 02:31:59 -0000 On Wed, 26 Feb 2014, Don Lewis wrote: > On 26 Feb, Michael Butler wrote: >> On 02/18/14 12:10, Michael Butler wrote: >>> Is anyone else seeing firefox failing to install after the clang-3.4 >>> merge? As in xpcshell dumping core .. >> >> An update .. >> >> Recompiling with GCC48 on -current yields the same result. Seems to run >> correctly when invoked from the command-line but seg-faults with "errno >> = 4" (invalid instruction) from the build >> >> Giving up and using the Linux port .. :-( > > I've also seen this problem with clang-3.4 on i386. It looks like a > clang bug to me. Clang is putting ud2 instructions in its output which > are guaranteed to fault when it compiles nsAppRunner.cpp. See > . That would seem to indicate that clang believes the source code in question is exercising a case which is explicitly listed as giving undefined behavior in the language specification. Presumably that means we need a C++ language lawyer to look over the code in question. -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 02:41:22 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 80BF729C; Thu, 27 Feb 2014 02:41:22 +0000 (UTC) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4C457198F; Thu, 27 Feb 2014 02:41:22 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id 7F83960D0; Wed, 26 Feb 2014 21:41:20 -0500 (EST) DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=SXq4XOyILfAUvDMpDADRLC+gucS7DOFxsNJOEm1cvXenb67ChJ0saaR9T9OweexUn CoEETkIb155wfTOnuilGAtExKMiNQQxCd5VUxtIcmQmEHSCL3OaamkyLZAc0ETy Message-ID: <530EA5CD.2070508@protected-networks.net> Date: Wed, 26 Feb 2014 21:41:17 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Don Lewis Subject: Re: firebox build fails post clang-3.4 merge References: <201402270057.s1R0vkjH084327@gw.catspoiler.org> In-Reply-To: <201402270057.s1R0vkjH084327@gw.catspoiler.org> X-Enigmail-Version: 1.6 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 02:41:22 -0000 On 02/26/14 19:57, Don Lewis wrote: > On 26 Feb, Michael Butler wrote: >> On 02/18/14 12:10, Michael Butler wrote: >>> Is anyone else seeing firefox failing to install after the clang-3.4 >>> merge? As in xpcshell dumping core .. >> >> An update .. >> >> Recompiling with GCC48 on -current yields the same result. Seems to run >> correctly when invoked from the command-line but seg-faults with "errno >> = 4" (invalid instruction) from the build >> >> Giving up and using the Linux port .. :-( > > I've also seen this problem with clang-3.4 on i386. It looks like a > clang bug to me. Clang is putting ud2 instructions in its output which > are guaranteed to fault when it compiles nsAppRunner.cpp. See > . > > I tried compiling the offending file with gcc46 and didn't see the > problem in the assembly output. .. way back in the late 70's or maybe early 80's when I was actually doing some work on compilers, we had a saying: "produce correct code even if it's not optimal or exit and tell the user why". Producing non-working code for no apparent reason and without warning is counter-productive. It wastes everyone's time :-( imb From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 02:52:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 19A2564B; Thu, 27 Feb 2014 02:52:45 +0000 (UTC) Received: from mail-oa0-x233.google.com (mail-oa0-x233.google.com [IPv6:2607:f8b0:4003:c02::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C8DC11A54; Thu, 27 Feb 2014 02:52:44 +0000 (UTC) Received: by mail-oa0-f51.google.com with SMTP id j17so1851107oag.24 for ; Wed, 26 Feb 2014 18:52:44 -0800 (PST) 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=ZFCUk4SOW5irlXneu9rrJbqXQf0/aZvuqTDvEnbfV/w=; b=CIbwavbNtt/R0VNGX0b6pJyAM6Ns5BGmOf3frjmX/q+/nMKH3Aj+dQWsRwU8yW6cUD Zh4cGqbAeWXvwn2Ae8VdEJEHYsCfjhSfaYme++PxjHakQIaM14/1g6VSV6kpH5ZMKlOc Nl5o1kdqmnPU6vgdk39tS91wnKposuYnYZrP/zg8PCWJRJ12NTKaXcWtl+Ca0HsUi+QR AYbLe9VnbqhpNbOftNWNSf4IRmXtfNrNFkFkDHH+4XybziVD5M/Ba7Iz+jLf3r2amHDY lVImaMZY43PtboJZCSwbsTGCUkjgHD6ZL/o20nGMl0gX8vN0cm/9aSIG69xdL6n4lVXK vtgA== MIME-Version: 1.0 X-Received: by 10.182.213.104 with SMTP id nr8mr96123obc.81.1393469564133; Wed, 26 Feb 2014 18:52:44 -0800 (PST) Received: by 10.182.78.71 with HTTP; Wed, 26 Feb 2014 18:52:44 -0800 (PST) In-Reply-To: <20140227021917.GE81440@lor.one-eyed-alien.net> References: <20140227021917.GE81440@lor.one-eyed-alien.net> Date: Wed, 26 Feb 2014 21:52:44 -0500 Message-ID: Subject: Re: UDP Lite support From: Joe Nosay To: Brooks Davis Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 02:52:45 -0000 On Wed, Feb 26, 2014 at 9:19 PM, Brooks Davis wrote: > On Wed, Feb 26, 2014 at 07:36:29PM -0500, Joe Nosay wrote: > > The last thread on this was in 2006. Has it ever been reconsidered or is > > the likelihood of too many damaged packets the reason for not supporting? > > I'm not sure where to put this question. Apologies for the noise. > > You've provided next to no context. What is the question? What thread > are you referring to? If this is the usual UDP then freebsd-net would be > vastly more appropriate than -current. > > -- Brooks > Thanks. I will ask kevlo and maybe bring it up on freebsd-net. It has to do with an implementation of the JACK server using UDP Lite for transferring data. http://freebsd.1045724.n5.nabble.com/UDP-lite-for-FreeBSD-td4010236.html That thread. Apologies for any inconvenience, Desmond From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 04:19:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5DC6F255; Thu, 27 Feb 2014 04:19:47 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3A0BE128E; Thu, 27 Feb 2014 04:19:47 +0000 (UTC) Received: from zeta.ixsystems.com (unknown [69.198.165.132]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id E606E13036; Wed, 26 Feb 2014 20:19:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1393474780; bh=cz7qMQqvXNPDSSVtL4dQxitGOg/QkWOGkfaGM8n30HU=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=ALLJqcDJjFAFIVj5UvlLkKGKiXOWjeYs1SuZfPIWzParu/z9LPQ8kJO3s9dVXdnPJ pkrGI+B8CoOms4yySUFJnzhIG2Ih2cyPcFGKRSgo1IzpBntDTk439W4OrvgJ3vwK3N 4KGY46QC50A+pSC+xc5AADxN6bOd1+blu2mj62sc= Message-ID: <530EBCDB.1090303@delphij.net> Date: Wed, 26 Feb 2014 20:19:39 -0800 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: Joe Nosay , Brooks Davis Subject: Re: UDP Lite support References: <20140227021917.GE81440@lor.one-eyed-alien.net> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Feb 2014 04:19:47 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 02/26/14 18:52, Joe Nosay wrote: > On Wed, Feb 26, 2014 at 9:19 PM, Brooks Davis > wrote: > >> On Wed, Feb 26, 2014 at 07:36:29PM -0500, Joe Nosay wrote: >>> The last thread on this was in 2006. Has it ever been >>> reconsidered or is the likelihood of too many damaged packets >>> the reason for not supporting? I'm not sure where to put this >>> question. Apologies for the noise. >> >> You've provided next to no context. What is the question? What >> thread are you referring to? If this is the usual UDP then >> freebsd-net would be vastly more appropriate than -current. >> >> -- Brooks >> > Thanks. I will ask kevlo and maybe bring it up on freebsd-net. It > has to do with an implementation of the JACK server using UDP Lite > for transferring data. > > http://freebsd.1045724.n5.nabble.com/UDP-lite-for-FreeBSD-td4010236.html Looks > like nobody proposed a patch? I think the concern was that this is not very useful in real-world scenarios due to link layer error detection mechanism but that doesn't raise a red flag to me assuming this is sufficiently self contained feature as it would improve compatibility with other operating systems. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCgAGBQJTDrzbAAoJEJW2GBstM+nsJVoP/29XRcleHMnAVa1UOG0+CD2y 0e/pAmk5vay599gjmiKSAuTSeKNaawRF3FZP+QsxhKw/lNTYEHlppUw7FDc01NqO pk1GsIu+mVuLlzZBNSuAkXdMMzJz5OKfY9GeK7Uw4iumiNP5LKpoC1RaYqLVASGf JH6tqJdSVnD+apWxV/PF4orCXZECFLkQZhbgZe+2nni+te6OfzIbkjhBqn8ZIDNY m9GbYwkTEATBDcMGgl9F0wBfcLhQLF4p4+TnsCguP0HAbxCtbZmt3SXe6Xt4y2YE iHlO/qstGKrl61aiehtpasjiljJaN5ucmuv8XDGbix4cghiJCJAGmxXGxCoHs/Uq vkn88wfV901pjYWPWf9HmTdjSmsck0k2+srWYlJuRymVKvMsL2mwPky+QL9SZ6MY NJ8kXUl5szFwdN4OtO+1iUvVZNLkVDlV5bmnc5KOkciFRoLuTq1/f/xzGj/YDZpx 2DxjddVyvJ6YhrUSSAGoOcdxIpDejKfVif0ANoocsKLAnTHtNxdB76doJH4wBl+W LAl9a9IqVOiefFe9qb6tZky3lft3HUe4XvLJPraKTfbvA9VAKPqZbc2Z8eeoqb49 LPC2n8WnlnaXB9KXKSWTLXbdcY2L+HnAt2+DEv4viSyKSXQg00aEbm+R95h1pTz7 oMv/8VGg5akyRQtkTTIx =ukUF -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 05:26:34 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85821A7F for ; Thu, 27 Feb 2014 05:26:34 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 390101790 for ; Thu, 27 Feb 2014 05:26:33 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile11) with ESMTP id s1R5QW0i010714 for ; Thu, 27 Feb 2014 14:26:32 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili15) with ESMTP id s1R5QWB05102 for ; Thu, 27 Feb 2014 14:26:32 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi11) id s1R5QWKk004198; Thu, 27 Feb 2014 14:26:32 +0900 Received: from localhost by lomi11.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id s1R5QVRm004154; Thu, 27 Feb 2014 14:26:31 +0900 Date: Thu, 27 Feb 2014 14:26:15 +0900 (JST) Message-Id: <20140227.142615.924807465819500067.okuno.kohji@jp.panasonic.com> To: freebsd-current@FreeBSD.org Subject: kqueue for usb_dev From: Kohji Okuno Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Thu_Feb_27_14_26_15_2014_503)--" Content-Transfer-Encoding: 7bit Cc: okuno.kohji@jp.panasonic.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 05:26:34 -0000 ----Next_Part(Thu_Feb_27_14_26_15_2014_503)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I tried add kqueue I/F to usb_dev.c. I attached my patch. What do you think about my patch? Best regards, Kohji Okuno ----Next_Part(Thu_Feb_27_14_26_15_2014_503)-- Content-Type: Text/X-Patch; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="usb_dev_kqueue.patch" diff --git a/sys/dev/usb/usb_dev.c b/sys/dev/usb/usb_dev.c index f086a3c..4334be7 100644 --- a/sys/dev/usb/usb_dev.c +++ b/sys/dev/usb/usb_dev.c @@ -120,6 +120,9 @@ static d_ioctl_t usb_ioctl; static d_read_t usb_read; static d_write_t usb_write; static d_poll_t usb_poll; +#if 1 +static d_kqfilter_t usb_kqfilter; +#endif static d_ioctl_t usb_static_ioctl; @@ -138,6 +141,10 @@ struct cdevsw usb_devsw = { .d_read = usb_read, .d_write = usb_write, .d_poll = usb_poll +#if 1 + , + .d_kqfilter = usb_kqfilter +#endif }; static struct cdev* usb_dev = NULL; @@ -505,6 +512,9 @@ usb_fifo_create(struct usb_cdev_privdata *cpd, f->fifo_index = n + USB_FIFO_TX; f->dev_ep_index = e; f->priv_mtx = &udev->device_mtx; +#if 1 + knlist_init_mtx(&f->selinfo.si_note, f->priv_mtx); +#endif f->priv_sc0 = ep; f->methods = &usb_ugen_methods; f->iface_index = ep->iface_index; @@ -532,6 +542,9 @@ usb_fifo_create(struct usb_cdev_privdata *cpd, f->fifo_index = n + USB_FIFO_RX; f->dev_ep_index = e; f->priv_mtx = &udev->device_mtx; +#if 1 + knlist_init_mtx(&f->selinfo.si_note, f->priv_mtx); +#endif f->priv_sc0 = ep; f->methods = &usb_ugen_methods; f->iface_index = ep->iface_index; @@ -712,6 +725,11 @@ usb_fifo_open(struct usb_cdev_privdata *cpd, /* reset select flag */ f->flag_isselect = 0; +#if 1 + /* reset kevent flag */ + f->flag_iskevent = 0; +#endif + /* reset flushing flag */ f->flag_flushing = 0; @@ -772,6 +790,13 @@ usb_fifo_close(struct usb_fifo *f, int fflags) /* clear current cdev private data pointer */ f->curr_cpd = NULL; +#if 1 + /* check if we are watched by kevent */ + if (f->flag_iskevent) { + KNOTE_LOCKED(&f->selinfo.si_note, 0); + f->flag_iskevent = 0; + } +#endif /* check if we are selected */ if (f->flag_isselect) { selwakeup(&f->selinfo); @@ -1113,6 +1138,179 @@ done: return (err); } +#if 1 +static void +usb_filter_detach(struct knote *kn) +{ + struct usb_fifo *f = kn->kn_hook; + knlist_remove(&f->selinfo.si_note, kn, 0); +} + +static int +usb_filter_write(struct knote *kn, long hint) +{ + struct usb_cdev_privdata* cpd; + struct usb_fifo *f; + struct usb_mbuf *m; + int is_usbfs = 0; + + f = kn->kn_hook; + cpd = f->curr_cpd; + if (cpd == NULL) { + return (1); + } + + if (f->fs_ep_max != 0) { + is_usbfs = 1; + } + + if (!is_usbfs) { + if (f->flag_iserror) { + /* we got an error */ + m = (void *)1; + } else { + if (f->queue_data == NULL) { + /* + * start write transfer, if not + * already started + */ + (f->methods->f_start_write) (f); + } + /* check if any packets are available */ + USB_IF_POLL(&f->free_q, m); + } + } else { + if (f->flag_iscomplete) { + m = (void *)1; + } else { + m = NULL; + } + } + + if (m) { + return (1); + } else { + return (0); + } +} + +static int +usb_filter_read(struct knote *kn, long hint) +{ + struct usb_cdev_privdata* cpd; + struct usb_fifo *f; + struct usb_mbuf *m; + int is_usbfs = 0; + + f = kn->kn_hook; + cpd = f->curr_cpd; + if (cpd == NULL) { + return (1); + } + + if (f->fs_ep_max != 0) { + is_usbfs = 1; + } + + if (!is_usbfs) { + if (f->flag_iserror) { + /* we have and error */ + m = (void *)1; + } else { + if (f->queue_data == NULL) { + /* + * start read transfer, if not + * already started + */ + (f->methods->f_start_read) (f); + } + /* check if any packets are available */ + USB_IF_POLL(&f->used_q, m); + } + } else { + if (f->flag_iscomplete) { + m = (void *)1; + } else { + m = NULL; + } + } + + if (m) { + return (1); + } else { + if (!is_usbfs) { + /* start reading data */ + (f->methods->f_start_read) (f); + } + return (0); + } +} + +static struct filterops usb_filtops_write = +{ + .f_isfd = 1, + .f_detach = usb_filter_detach, + .f_event = usb_filter_write, +}; + +static struct filterops usb_filtops_read = +{ + .f_isfd = 1, + .f_detach = usb_filter_detach, + .f_event = usb_filter_read, +}; + + +/* ARGSUSED */ +static int +usb_kqfilter(struct cdev* dev, struct knote *kn) +{ + struct usb_cdev_refdata refs; + struct usb_cdev_privdata* cpd; + struct usb_fifo *f; + int fflags; + int err = EINVAL; + + if (devfs_get_cdevpriv((void **)&cpd) != 0 || + usb_ref_device(cpd, &refs, 0) != 0) + return (ENXIO); + + fflags = cpd->fflags; + + /* Figure out who needs service */ + switch (kn->kn_filter) { + case EVFILT_WRITE: + if (fflags & FWRITE) { + f = refs.txfifo; + kn->kn_fop = &usb_filtops_write; + err = 0; + } + break; + case EVFILT_READ: + if (fflags & FREAD) { + f = refs.rxfifo; + kn->kn_fop = &usb_filtops_read; + err = 0; + } + break; + default: + err = EOPNOTSUPP; + break; + } + + if (err == 0) { + kn->kn_hook = f; + mtx_lock(f->priv_mtx); + knlist_add(&f->selinfo.si_note, kn, 1); + f->flag_iskevent = 1; + mtx_unlock(f->priv_mtx); + } + + usb_unref_device(cpd, &refs); + return (err); +} +#endif + /* ARGSUSED */ static int usb_poll(struct cdev* dev, int events, struct thread* td) @@ -1577,6 +1775,12 @@ usb_fifo_wakeup(struct usb_fifo *f) { usb_fifo_signal(f); +#if 1 + if (f->flag_iskevent) { + KNOTE_LOCKED(&f->selinfo.si_note, 0); + /* f->flag_iskevent = 0 */ + } +#endif if (f->flag_isselect) { selwakeup(&f->selinfo); f->flag_isselect = 0; @@ -1705,6 +1909,9 @@ usb_fifo_attach(struct usb_device *udev, void *priv_sc, f_tx->fifo_index = n + USB_FIFO_TX; f_tx->dev_ep_index = -1; f_tx->priv_mtx = priv_mtx; +#if 1 + knlist_init_mtx(&f_tx->selinfo.si_note, f_rx->priv_mtx); +#endif f_tx->priv_sc0 = priv_sc; f_tx->methods = pm; f_tx->iface_index = iface_index; @@ -1713,6 +1920,9 @@ usb_fifo_attach(struct usb_device *udev, void *priv_sc, f_rx->fifo_index = n + USB_FIFO_RX; f_rx->dev_ep_index = -1; f_rx->priv_mtx = priv_mtx; +#if 1 + knlist_init_mtx(&f_rx->selinfo.si_note, f_rx->priv_mtx); +#endif f_rx->priv_sc0 = priv_sc; f_rx->methods = pm; f_rx->iface_index = iface_index; diff --git a/sys/dev/usb/usb_dev.h b/sys/dev/usb/usb_dev.h index 9a7cf21..334c5f9 100644 --- a/sys/dev/usb/usb_dev.h +++ b/sys/dev/usb/usb_dev.h @@ -127,6 +127,9 @@ struct usb_fifo { uint8_t flag_iscomplete; /* set if a USB transfer is complete */ uint8_t flag_iserror; /* set if FIFO error happened */ uint8_t flag_isselect; /* set if FIFO is selected */ +#if 1 + uint8_t flag_iskevent; /* set if FIFO is watched by kevent */ +#endif uint8_t flag_flushing; /* set if FIFO is flushing data */ uint8_t flag_short; /* set if short_ok or force_short * transfer flags should be set */ ----Next_Part(Thu_Feb_27_14_26_15_2014_503)---- From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 05:28:58 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A61E2B9B for ; Thu, 27 Feb 2014 05:28:58 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 5CB93179B for ; Thu, 27 Feb 2014 05:28:57 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile13) with ESMTP id s1R5SuSg007885 for ; Thu, 27 Feb 2014 14:28:57 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili14) with ESMTP id s1R5SuL16799 for ; Thu, 27 Feb 2014 14:28:56 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi11) id s1R5Su6I013437; Thu, 27 Feb 2014 14:28:56 +0900 Received: from localhost by lomi11.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id s1R5SuRR013421; Thu, 27 Feb 2014 14:28:56 +0900 Date: Thu, 27 Feb 2014 14:28:56 +0900 (JST) Message-Id: <20140227.142856.2042578813223062509.okuno.kohji@jp.panasonic.com> To: freebsd-current@FreeBSD.org Subject: kqueue for KBD. From: Kohji Okuno Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Thu_Feb_27_14_28_56_2014_367)--" Content-Transfer-Encoding: 7bit Cc: okuno.kohji@jp.panasonic.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 05:28:58 -0000 ----Next_Part(Thu_Feb_27_14_28_56_2014_367)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I tried add kqueue I/F to kbd.c. I attached my patch. What do you think about my patch? Best regards, Kohji Okuno ----Next_Part(Thu_Feb_27_14_28_56_2014_367)-- Content-Type: Text/X-Patch; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="kbd_kqueue.patch" diff --git a/sys/dev/kbd/kbd.c b/sys/dev/kbd/kbd.c index 8036762..df000ab 100644 --- a/sys/dev/kbd/kbd.c +++ b/sys/dev/kbd/kbd.c @@ -59,6 +59,9 @@ typedef struct genkbd_softc { char gkb_q[KB_QSIZE]; /* input queue */ unsigned int gkb_q_start; unsigned int gkb_q_length; +#if 1 + unsigned int gkb_index; +#endif } genkbd_softc_t; static SLIST_HEAD(, keyboard_driver) keyboard_drivers = @@ -472,6 +475,9 @@ static d_read_t genkbdread; static d_write_t genkbdwrite; static d_ioctl_t genkbdioctl; static d_poll_t genkbdpoll; +#if 1 +static d_kqfilter_t genkbdkqfilter; +#endif static struct cdevsw kbd_cdevsw = { @@ -483,6 +489,9 @@ static struct cdevsw kbd_cdevsw = { .d_write = genkbdwrite, .d_ioctl = genkbdioctl, .d_poll = genkbdpoll, +#if 1 + .d_kqfilter = genkbdkqfilter, +#endif .d_name = "kbd", }; @@ -500,6 +509,13 @@ kbd_attach(keyboard_t *kbd) make_dev_alias(kbd->kb_dev, "kbd%r", kbd->kb_index); kbd->kb_dev->si_drv1 = malloc(sizeof(genkbd_softc_t), M_DEVBUF, M_WAITOK | M_ZERO); +#if 1 + { + genkbd_softc_t *sc = kbd->kb_dev->si_drv1; + sc->gkb_index = KBD_INDEX(kbd->kb_dev); + knlist_init_mtx(&sc->gkb_rsel.si_note, NULL); + } +#endif printf("kbd%d at %s%d\n", kbd->kb_index, kbd->kb_name, kbd->kb_unit); return (0); } @@ -697,6 +713,73 @@ genkbdioctl(struct cdev *dev, u_long cmd, caddr_t arg, int flag, struct thread * return (error); } +#if 1 +static void +genkbd_kqops_detach(struct knote *kn) +{ + genkbd_softc_t *sc; + sc = kn->kn_hook; + knlist_remove(&sc->gkb_rsel.si_note, kn, 0); +} + +static int +genkbd_kqops_event(struct knote *kn, long hint) +{ + keyboard_t *kbd; + genkbd_softc_t *sc; + + sc = kn->kn_hook; + kbd = kbd_get_keyboard(sc->gkb_index); + + if ((kbd == NULL) || !KBD_IS_VALID(kbd)) { + return 1; /* the keyboard has gone */ + } + else { + if (sc->gkb_q_length > 0) + return 1; + else + return 0; + } + +} +static struct filterops genkbd_kqops = +{ + .f_isfd = 1, + .f_attach = NULL, + .f_detach = genkbd_kqops_detach, + .f_event = genkbd_kqops_event, +}; +static int +genkbdkqfilter(struct cdev *dev, struct knote *kn) +{ + keyboard_t *kbd; + genkbd_softc_t *sc; + int error = 0; + int s; + + s = spltty(); + sc = dev->si_drv1; + kbd = kbd_get_keyboard(KBD_INDEX(dev)); + if ((sc == NULL) || (kbd == NULL) || !KBD_IS_VALID(kbd)) { + error = EIO; + } + else { + switch (kn->kn_filter) { + case EVFILT_READ: + kn->kn_fop = &genkbd_kqops; + kn->kn_hook = (void *)sc; + knlist_add(&sc->gkb_rsel.si_note, kn, 0); + break; + default: + error = EOPNOTSUPP; + break; + } + } + splx(s); + return (error); +} +#endif + static int genkbdpoll(struct cdev *dev, int events, struct thread *td) { @@ -744,6 +827,9 @@ genkbd_event(keyboard_t *kbd, int event, void *arg) wakeup(sc); } selwakeuppri(&sc->gkb_rsel, PZERO); +#if 1 + knlist_clear(&sc->gkb_rsel.si_note, 0); +#endif return (0); default: return (EINVAL); @@ -814,6 +900,9 @@ genkbd_event(keyboard_t *kbd, int event, void *arg) wakeup(sc); } selwakeuppri(&sc->gkb_rsel, PZERO); +#if 1 + KNOTE_UNLOCKED(&sc->gkb_rsel.si_note, 0); +#endif } return (0); ----Next_Part(Thu_Feb_27_14_28_56_2014_367)---- From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 05:35:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C0B26D27 for ; Thu, 27 Feb 2014 05:35:12 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2B48D1853 for ; Thu, 27 Feb 2014 05:35:11 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.8/8.14.8) with ESMTP id s1R5Yj5d026305 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 27 Feb 2014 09:34:45 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.8/8.14.8/Submit) id s1R5YiJT026304; Thu, 27 Feb 2014 09:34:44 +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, 27 Feb 2014 09:34:44 +0400 From: Gleb Smirnoff To: Justin Hibbits , FreeBSD Current Subject: Re: Build failure on PowerPC in pf Message-ID: <20140227053444.GY9670@glebius.int.ru> References: <20140226212017.GY92037@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140226212017.GY92037@funkthat.com> User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 05:35:12 -0000 On Wed, Feb 26, 2014 at 01:20:17PM -0800, John-Mark Gurney wrote: J> Justin Hibbits wrote this message on Wed, Feb 26, 2014 at 11:12 -0800: J> > On Wed, Feb 26, 2014 at 10:32 AM, Justin Hibbits wrote: J> > > Building on PowerPC I see the following failure: J> > > J> > > cc1: warnings being treated as errors J> > > J> > > /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c: J> > > In function 'pfioctl': J> > > /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:1357:warning: J> > > cast to pointer from integer of different size [-Wint-to-pointer-cast] J> > > /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:1359:warning: J> > > cast to pointer from integer of different size [-Wint-to-pointer-cast] J> > > /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:1361:warning: J> > > cast to pointer from integer of different size [-Wint-to-pointer-cast] J> > > J> > > struct pf_rule has counter_u64_t entries, which are actually pointers J> > > to uint64_t's. These pointers get assigned from the result of J> > > counter_u64_fetch(), which returns a uint64_t. Looks to me like J> > > there's a bug in here, but I have no idea what to do to fix it. And J> > > I'm surprised this hasn't been reported against other 32-bit J> > > architectures. J> > J> > Replying to myself, it looks like this was broken by r261882. J> J> This comment says it all: J> 1352 glebius 261882 /* J> 1353 * XXXGL: this is what happens when internal kernel J> 1354 * structures are used as ioctl API structures. J> 1355 */ J> J> So, one way could be to use a union for the states: J> union { J> struct { J> counter_u64_t states_cur; J> counter_u64_t states_tot; J> counter_u64_t src_nodes; J> } k; J> struct { J> uint64_t states_cur; J> uint64_t states_tot; J> uint64_t src_nodes; J> } u; J> } u; J> J> The other option is to cast through uintptr_t... J> J> Even though it'd make the code a bit more ugly, I'd vote for the union, J> since it's designed for what the code is trying to do... Union should work fine. I will try to handle that today. Since it bites me for the third time, I'm even ready to add 3 uint64_t fields to pf_rule, they will be used only in ioctl(). Not used through the kernel. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 05:36:09 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71966E3A for ; Thu, 27 Feb 2014 05:36:09 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 2AB1E185C for ; Thu, 27 Feb 2014 05:36:08 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile14) with ESMTP id s1R5P5fQ017264 for ; Thu, 27 Feb 2014 14:25:05 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili15) with ESMTP id s1R5P5B01114 for ; Thu, 27 Feb 2014 14:25:05 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi17) id s1R5P5d5027351 for freebsd-current@FreeBSD.org; Thu, 27 Feb 2014 14:25:05 +0900 Received: from localhost by lomi17.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id s1R5P5lv027325 for ; Thu, 27 Feb 2014 14:25:05 +0900 Date: Thu, 27 Feb 2014 14:24:45 +0900 (JST) Message-Id: <20140227.142445.47188371497615592.okuno.kohji@jp.panasonic.com> To: freebsd-current@FreeBSD.org Subject: kqueue for KBD. From: Kohji Okuno Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Thu_Feb_27_14_24_46_2014_192)--" Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 05:36:09 -0000 ----Next_Part(Thu_Feb_27_14_24_46_2014_192)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I tried to add kqueue I/F to kbd.c. I attached patch. What do you think about my patch? Best regards, Kohji Okuno ----Next_Part(Thu_Feb_27_14_24_46_2014_192)-- Content-Type: Text/X-Patch; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="kbd_kqueue.patch" diff --git a/sys/dev/kbd/kbd.c b/sys/dev/kbd/kbd.c index 8036762..df000ab 100644 --- a/sys/dev/kbd/kbd.c +++ b/sys/dev/kbd/kbd.c @@ -59,6 +59,9 @@ typedef struct genkbd_softc { char gkb_q[KB_QSIZE]; /* input queue */ unsigned int gkb_q_start; unsigned int gkb_q_length; +#if 1 + unsigned int gkb_index; +#endif } genkbd_softc_t; static SLIST_HEAD(, keyboard_driver) keyboard_drivers = @@ -472,6 +475,9 @@ static d_read_t genkbdread; static d_write_t genkbdwrite; static d_ioctl_t genkbdioctl; static d_poll_t genkbdpoll; +#if 1 +static d_kqfilter_t genkbdkqfilter; +#endif static struct cdevsw kbd_cdevsw = { @@ -483,6 +489,9 @@ static struct cdevsw kbd_cdevsw = { .d_write = genkbdwrite, .d_ioctl = genkbdioctl, .d_poll = genkbdpoll, +#if 1 + .d_kqfilter = genkbdkqfilter, +#endif .d_name = "kbd", }; @@ -500,6 +509,13 @@ kbd_attach(keyboard_t *kbd) make_dev_alias(kbd->kb_dev, "kbd%r", kbd->kb_index); kbd->kb_dev->si_drv1 = malloc(sizeof(genkbd_softc_t), M_DEVBUF, M_WAITOK | M_ZERO); +#if 1 + { + genkbd_softc_t *sc = kbd->kb_dev->si_drv1; + sc->gkb_index = KBD_INDEX(kbd->kb_dev); + knlist_init_mtx(&sc->gkb_rsel.si_note, NULL); + } +#endif printf("kbd%d at %s%d\n", kbd->kb_index, kbd->kb_name, kbd->kb_unit); return (0); } @@ -697,6 +713,73 @@ genkbdioctl(struct cdev *dev, u_long cmd, caddr_t arg, int flag, struct thread * return (error); } +#if 1 +static void +genkbd_kqops_detach(struct knote *kn) +{ + genkbd_softc_t *sc; + sc = kn->kn_hook; + knlist_remove(&sc->gkb_rsel.si_note, kn, 0); +} + +static int +genkbd_kqops_event(struct knote *kn, long hint) +{ + keyboard_t *kbd; + genkbd_softc_t *sc; + + sc = kn->kn_hook; + kbd = kbd_get_keyboard(sc->gkb_index); + + if ((kbd == NULL) || !KBD_IS_VALID(kbd)) { + return 1; /* the keyboard has gone */ + } + else { + if (sc->gkb_q_length > 0) + return 1; + else + return 0; + } + +} +static struct filterops genkbd_kqops = +{ + .f_isfd = 1, + .f_attach = NULL, + .f_detach = genkbd_kqops_detach, + .f_event = genkbd_kqops_event, +}; +static int +genkbdkqfilter(struct cdev *dev, struct knote *kn) +{ + keyboard_t *kbd; + genkbd_softc_t *sc; + int error = 0; + int s; + + s = spltty(); + sc = dev->si_drv1; + kbd = kbd_get_keyboard(KBD_INDEX(dev)); + if ((sc == NULL) || (kbd == NULL) || !KBD_IS_VALID(kbd)) { + error = EIO; + } + else { + switch (kn->kn_filter) { + case EVFILT_READ: + kn->kn_fop = &genkbd_kqops; + kn->kn_hook = (void *)sc; + knlist_add(&sc->gkb_rsel.si_note, kn, 0); + break; + default: + error = EOPNOTSUPP; + break; + } + } + splx(s); + return (error); +} +#endif + static int genkbdpoll(struct cdev *dev, int events, struct thread *td) { @@ -744,6 +827,9 @@ genkbd_event(keyboard_t *kbd, int event, void *arg) wakeup(sc); } selwakeuppri(&sc->gkb_rsel, PZERO); +#if 1 + knlist_clear(&sc->gkb_rsel.si_note, 0); +#endif return (0); default: return (EINVAL); @@ -814,6 +900,9 @@ genkbd_event(keyboard_t *kbd, int event, void *arg) wakeup(sc); } selwakeuppri(&sc->gkb_rsel, PZERO); +#if 1 + KNOTE_UNLOCKED(&sc->gkb_rsel.si_note, 0); +#endif } return (0); ----Next_Part(Thu_Feb_27_14_24_46_2014_192)---- From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 06:02:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9516216D for ; Thu, 27 Feb 2014 06:02:34 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 420E31A32 for ; Thu, 27 Feb 2014 06:02:33 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s1R62X2f048536 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Feb 2014 22:02:33 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s1R62XMp048535; Wed, 26 Feb 2014 22:02:33 -0800 (PST) (envelope-from jmg) Date: Wed, 26 Feb 2014 22:02:32 -0800 From: John-Mark Gurney To: Kohji Okuno Subject: Re: kqueue for usb_dev Message-ID: <20140227060232.GA47921@funkthat.com> Mail-Followup-To: Kohji Okuno , freebsd-current@freebsd.org References: <20140227.142615.924807465819500067.okuno.kohji@jp.panasonic.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140227.142615.924807465819500067.okuno.kohji@jp.panasonic.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Wed, 26 Feb 2014 22:02:33 -0800 (PST) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 06:02:34 -0000 Kohji Okuno wrote this message on Thu, Feb 27, 2014 at 14:26 +0900: > I tried add kqueue I/F to usb_dev.c. I attached my patch. > What do you think about my patch? A few comments... 1) You should just drop the use of flag_iskevent and just unconditionally call KNOTE... since you have the lock already held, the cost is minimal (and w/ modern branch prediction, may be cheaper)... 2) Why do you try to start read/write transfers in the _filter? You should just check to see if data is available and not do work.. This is also important since kqueue calls the filter just before delivering the knote to userland to verify that there is still data, and it will call your _event function for each knote on the fd... The work should be started through other mechanisms, like read/write syscall or interrupt or timeout/callout... If it's required to get results from USB_IF_POLL, then it's fine.. 3) I don't see any calls to knlist_destroy... These calls are needed to clean up the knlist... Obviously the #if 1's will need to go... Also, I don't think your change is against HEAD.. The line numbers in my version of usb_dev.c are different... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 06:18:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9010451 for ; Thu, 27 Feb 2014 06:18:41 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A69B91B00 for ; Thu, 27 Feb 2014 06:18:41 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s1R6IeS4048715 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Feb 2014 22:18:41 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s1R6Iee2048714; Wed, 26 Feb 2014 22:18:40 -0800 (PST) (envelope-from jmg) Date: Wed, 26 Feb 2014 22:18:40 -0800 From: John-Mark Gurney To: Kohji Okuno Subject: Re: kqueue for KBD. Message-ID: <20140227061840.GB47921@funkthat.com> Mail-Followup-To: Kohji Okuno , freebsd-current@freebsd.org References: <20140227.142445.47188371497615592.okuno.kohji@jp.panasonic.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140227.142445.47188371497615592.okuno.kohji@jp.panasonic.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Wed, 26 Feb 2014 22:18:41 -0800 (PST) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 06:18:41 -0000 Kohji Okuno wrote this message on Thu, Feb 27, 2014 at 14:24 +0900: > I tried to add kqueue I/F to kbd.c. I attached patch. > What do you think about my patch? So, knlist_destroy is missing in this patch too.. It also needs some style(9) loving in that some blank lines are missing and there are some extra curly braces... So, knlist_clear is usually used for something like close where it cannot be used again... You use knlist_clear when the kbd goes away, but this also means that the user will never be notified that the kbd has gone, and could possibly end up leaking resources... I guess I should maybe write a function knlist_clearerr or something that detaches all the knotes from the knlist and sets the proper flag so that they can be reaped by userland... I believe your usb patch had a similar issue and some of the other drivers have this issue too.. Otherwise looks good... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 06:21:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31E04594 for ; Thu, 27 Feb 2014 06:21:20 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0FEB41B15 for ; Thu, 27 Feb 2014 06:21:19 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s1R6LJTs048765 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Feb 2014 22:21:19 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s1R6LI9P048764; Wed, 26 Feb 2014 22:21:19 -0800 (PST) (envelope-from jmg) Date: Wed, 26 Feb 2014 22:21:18 -0800 From: John-Mark Gurney To: Kohji Okuno Subject: Re: kqueue for usb_dev Message-ID: <20140227062118.GC47921@funkthat.com> Mail-Followup-To: Kohji Okuno , freebsd-current@freebsd.org References: <20140227.142615.924807465819500067.okuno.kohji@jp.panasonic.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140227.142615.924807465819500067.okuno.kohji@jp.panasonic.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Wed, 26 Feb 2014 22:21:19 -0800 (PST) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 06:21:20 -0000 Kohji Okuno wrote this message on Thu, Feb 27, 2014 at 14:26 +0900: > I tried add kqueue I/F to usb_dev.c. I attached my patch. > What do you think about my patch? Do you have test cases for these patches? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 07:04:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 09585DA3 for ; Thu, 27 Feb 2014 07:04:05 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 01B8F1F9F for ; Thu, 27 Feb 2014 07:03:59 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile14) with ESMTP id s1R73vdo011874; Thu, 27 Feb 2014 16:03:57 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili11) with ESMTP id s1R73vR14350; Thu, 27 Feb 2014 16:03:57 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi11) id s1R73vK4009152; Thu, 27 Feb 2014 16:03:57 +0900 Received: from localhost by lomi11.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id s1R73vql009100; Thu, 27 Feb 2014 16:03:57 +0900 Date: Thu, 27 Feb 2014 16:03:54 +0900 (JST) Message-Id: <20140227.160354.2283977188535912888.okuno.kohji@jp.panasonic.com> To: jmg@funkthat.com Subject: Re: kqueue for usb_dev From: Kohji Okuno In-Reply-To: <20140227062118.GC47921@funkthat.com> References: <20140227.142615.924807465819500067.okuno.kohji@jp.panasonic.com> <20140227062118.GC47921@funkthat.com> Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Thu_Feb_27_16_03_54_2014_940)--" Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, okuno.kohji@jp.panasonic.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 07:04:05 -0000 ----Next_Part(Thu_Feb_27_16_03_54_2014_940)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi John-Mark, I tested the attached sample source with USB mouse. Thanks, Kohji Okuno From: John-Mark Gurney > Kohji Okuno wrote this message on Thu, Feb 27, 2014 at 14:26 +0900: >> I tried add kqueue I/F to usb_dev.c. I attached my patch. >> What do you think about my patch? > > Do you have test cases for these patches? > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." ----Next_Part(Thu_Feb_27_16_03_54_2014_940)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ums.c" #include #include #include #include #include #include #include #include #include #include #define DEV "/dev/ums0" #if 0 int main() { int i; ssize_t ret; uint8_t buf[128]; int fd = open(DEV, O_RDONLY); fd_set readfds; for (i = 0; i < 10; i++) { FD_ZERO(&readfds); FD_SET(fd, &readfds); ret = select(fd+1, &readfds, NULL, NULL, NULL); printf("select=%d\n", ret); ret = read(fd, buf, sizeof(buf)); printf("%d:%02x %02x %02x\n", ret, buf[0], buf[1], buf[2]); } close(fd); exit(0); } #else int main() { int i; int err; ssize_t ret; uint8_t buf[128]; int fd = open(DEV, O_RDONLY); int kqfd = kqueue(); struct kevent evlist[1]; EV_SET(&evlist[0], fd, EVFILT_READ, EV_ADD, 0, 0, 0); err = kevent(kqfd, evlist, 1, 0, 0, 0); if (err) { perror("kevent"); close(fd); close(kqfd); exit(1); } for (i = 0; i < 10; i++) { ret = kevent(kqfd, 0, 0, evlist, 1, 0); printf("kev=%d\n", ret); ret = read(fd, buf, sizeof(buf)); printf("%d:%02x %02x %02x\n", ret, buf[0], buf[1], buf[2]); } close(fd); exit(0); } #endif ----Next_Part(Thu_Feb_27_16_03_54_2014_940)---- From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 07:13:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF61BA7 for ; Thu, 27 Feb 2014 07:13:21 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 6546810F9 for ; Thu, 27 Feb 2014 07:13:21 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile12) with ESMTP id s1R7DJmV020283; Thu, 27 Feb 2014 16:13:19 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili17) with ESMTP id s1R7DJ325660; Thu, 27 Feb 2014 16:13:19 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi12) id s1R7DJ2j028441; Thu, 27 Feb 2014 16:13:19 +0900 Received: from localhost by lomi12.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id s1R7DIuX028413; Thu, 27 Feb 2014 16:13:18 +0900 Date: Thu, 27 Feb 2014 16:13:17 +0900 (JST) Message-Id: <20140227.161317.453723361596662298.okuno.kohji@jp.panasonic.com> To: jmg@funkthat.com Subject: Re: kqueue for usb_dev From: Kohji Okuno In-Reply-To: <20140227060232.GA47921@funkthat.com> References: <20140227.142615.924807465819500067.okuno.kohji@jp.panasonic.com> <20140227060232.GA47921@funkthat.com> Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, okuno.kohji@jp.panasonic.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 07:13:21 -0000 Hi John-Mark, Thank you for you comment. From: John-Mark Gurney > Kohji Okuno wrote this message on Thu, Feb 27, 2014 at 14:26 +0900: >> I tried add kqueue I/F to usb_dev.c. I attached my patch. >> What do you think about my patch? > > A few comments... > > 1) You should just drop the use of flag_iskevent and just > unconditionally call KNOTE... since you have the lock already held, > the cost is minimal (and w/ modern branch prediction, may be cheaper)... Should we set the use of flag_iskevent, when usb_filter_read() and usb_filter_write() return `0'? > 2) Why do you try to start read/write transfers in the _filter? You > should just check to see if data is available and not do work.. This > is also important since kqueue calls the filter just before delivering > the knote to userland to verify that there is still data, and it will > call your _event function for each knote on the fd... The work should > be started through other mechanisms, like read/write syscall or > interrupt or timeout/callout... If it's required to get results from > USB_IF_POLL, then it's fine.. I copied from usb_poll(). Should we try to start read/write transfers in usb_kqfilter()? Or should not we try to start read/write transfers in poll and kqueue? > 3) I don't see any calls to knlist_destroy... These calls are needed > to clean up the knlist... I understood. > Obviously the #if 1's will need to go... > > Also, I don't think your change is against HEAD.. The line numbers > in my version of usb_dev.c are different... I'm sorry. Many thanks, Kohji Okuno From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 07:19:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1581125C for ; Thu, 27 Feb 2014 07:19:40 +0000 (UTC) Received: from mta05.bitpro.no (mta05.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id C28B81146 for ; Thu, 27 Feb 2014 07:19:39 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta05.bitpro.no (Postfix) with ESMTPS id EB47017FFF9; Thu, 27 Feb 2014 08:08:54 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id CAC3E181AA1; Thu, 27 Feb 2014 08:09:52 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9mMj-aXzJL3h; Thu, 27 Feb 2014 08:09:52 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 22C75181AA0; Thu, 27 Feb 2014 08:09:52 +0100 (CET) Message-ID: <530EE4B9.6080605@bitfrost.no> Date: Thu, 27 Feb 2014 08:09:45 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Kohji Okuno , freebsd-current@freebsd.org Subject: Re: kqueue for usb_dev References: <20140227.142615.924807465819500067.okuno.kohji@jp.panasonic.com> <20140227060232.GA47921@funkthat.com> In-Reply-To: <20140227060232.GA47921@funkthat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 07:19:40 -0000 On 02/27/14 07:02, John-Mark Gurney wrote: > 2) Why do you try to start read/write transfers in the _filter? You > should just check to see if data is available and not do work.. This > is also important since kqueue calls the filter just before delivering > the knote to userland to verify that there is still data, and it will > call your _event function for each knote on the fd... The work should > be started through other mechanisms, like read/write syscall or > interrupt or timeout/callout... If it's required to get results from > USB_IF_POLL, then it's fine.. Hi, In the case where you start polling and don't do any reads or writes, the poller needs to get the data traffic going. --HPS From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 07:23:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18194438 for ; Thu, 27 Feb 2014 07:23:45 +0000 (UTC) Received: from graal.it-profi.org.ua (graal.shurik.kiev.ua [193.239.74.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C1AB711E8 for ; Thu, 27 Feb 2014 07:23:43 +0000 (UTC) Received: from [217.76.201.82] (helo=thinkpad.it-profi.org.ua) by graal.it-profi.org.ua with esmtpa (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WIvJf-000PyI-RB for freebsd-current@freebsd.org; Thu, 27 Feb 2014 09:23:35 +0200 Message-ID: <530EE7F4.3080903@shurik.kiev.ua> Date: Thu, 27 Feb 2014 09:23:32 +0200 From: Alexandr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: iwn(4) in -HEAD supporting Centrino Wireless-N 135 References: <20140226123709.GA31099@syn.pertho.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 217.76.201.82 X-SA-Exim-Mail-From: shuriku@shurik.kiev.ua X-SA-Exim-Scanned: No (on graal.it-profi.org.ua); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 07:23:45 -0000 May be it is similar to my problem. It connects to AP for a few seconds and then drop a connection. It situation 100% reproducible in 11n mode, but in 11g works fine. http://docs.freebsd.org/cgi/mid.cgi?5304B48E.8070404 26.02.2014 17:09, Adrian Chadd пишет: > Hi, > > Yeah, there's likely something missing. But I just at the moment have > no time to debug this. > > > -a > > > On 26 February 2014 04:37, Tom Murphy wrote: >> Hi all, >> >> I compiled a fresh kernel from -HEAD and rebooted in the hope that my >> laptop's wifi would now be supported (I saw the commit messages in January >> about it possibly supporting Centrino Wireless-N 135). However, while >> it does attempt to bring the wifi up, the link just goes up and down >> and does not work properly. >> >> Knowing that the BSDs are fairly close and share some code, I did try >> the OpenBSD driver and it works. Is there some code that could be missing >> from the FreeBSD iwn(4) to stabilize it? I'd be happy to test any patches. >> >> Kind regards, >> Tom >> >> wlan0: no link ......wlan0: link state changed to UP >> wlan0 link stage up -> down >> DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 14 >> DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 7 >> wlan0: link state changed to UP >> wlan0: link state down -> up >> (more DHCPDISCOVER) >> wlan0 link stage up -> down >> >> Rise and repeat. >> >> iwn0: mem 0xf7900000-0xf7901fff irq 18 at device 0.0 on pci3 >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 07:32:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8736F937 for ; Thu, 27 Feb 2014 07:32:15 +0000 (UTC) Received: from mta04.bitpro.no (mta04.bitpro.no [92.42.64.203]) by mx1.freebsd.org (Postfix) with ESMTP id 3EDC112FF for ; Thu, 27 Feb 2014 07:32:15 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta04.bitpro.no (Postfix) with ESMTPS id 588011005A9; Thu, 27 Feb 2014 08:32:13 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id ED65F181832; Thu, 27 Feb 2014 08:33:10 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ObGf75o9dBnG; Thu, 27 Feb 2014 08:33:05 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id DBE56181801; Thu, 27 Feb 2014 08:33:04 +0100 (CET) Message-ID: <530EEA2A.50604@bitfrost.no> Date: Thu, 27 Feb 2014 08:32:58 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Kohji Okuno , jmg@funkthat.com Subject: Re: kqueue for usb_dev References: <20140227.142615.924807465819500067.okuno.kohji@jp.panasonic.com> <20140227060232.GA47921@funkthat.com> <20140227.161317.453723361596662298.okuno.kohji@jp.panasonic.com> In-Reply-To: <20140227.161317.453723361596662298.okuno.kohji@jp.panasonic.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 07:32:15 -0000 On 02/27/14 08:13, Kohji Okuno wrote: > Hi John-Mark, > > Thank you for you comment. > > From: John-Mark Gurney >> Kohji Okuno wrote this message on Thu, Feb 27, 2014 at 14:26 +0900: >>> I tried add kqueue I/F to usb_dev.c. I attached my patch. >>> What do you think about my patch? >> >> A few comments... >> >> 1) You should just drop the use of flag_iskevent and just >> unconditionally call KNOTE... since you have the lock already held, >> the cost is minimal (and w/ modern branch prediction, may be cheaper)... > > Should we set the use of flag_iskevent, when usb_filter_read() and > usb_filter_write() return `0'? > > >> 2) Why do you try to start read/write transfers in the _filter? You >> should just check to see if data is available and not do work.. This >> is also important since kqueue calls the filter just before delivering >> the knote to userland to verify that there is still data, and it will >> call your _event function for each knote on the fd... The work should >> be started through other mechanisms, like read/write syscall or >> interrupt or timeout/callout... If it's required to get results from >> USB_IF_POLL, then it's fine.. > > I copied from usb_poll(). > Should we try to start read/write transfers in usb_kqfilter()? > Or should not we try to start read/write transfers in poll and kqueue? > >> 3) I don't see any calls to knlist_destroy... These calls are needed >> to clean up the knlist... > > I understood. > >> Obviously the #if 1's will need to go... >> >> Also, I don't think your change is against HEAD.. The line numbers >> in my version of usb_dev.c are different... > > I'm sorry. Hi, I've found two bugs: 1) +#if 1 + knlist_init_mtx(&f_tx->selinfo.si_note, f_rx->priv_mtx); +#endif Should be: +#if 1 + knlist_init_mtx(&f_tx->selinfo.si_note, f_tx->priv_mtx); +#endif 2) Event filters need to lock the FIFO's mutex. BTW: I'm working on getting the code into -HEAD. I'll run some test before it goes in. --HPS From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 07:32:18 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58BCBA31 for ; Thu, 27 Feb 2014 07:32:18 +0000 (UTC) Received: from mail-qc0-x22c.google.com (mail-qc0-x22c.google.com [IPv6:2607:f8b0:400d:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 153E91301 for ; Thu, 27 Feb 2014 07:32:18 +0000 (UTC) Received: by mail-qc0-f172.google.com with SMTP id i8so1016537qcq.31 for ; Wed, 26 Feb 2014 23:32:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=fSDbrebIeDecI2eAEmZhLPMgRm5o4Wtdob62p4jufXQ=; b=IkjP30ihOX0Jc/lwF2LQKWYmsPmD6FWplUJDB+S0/LhYylrSk3o79v5SNAvxVNBl9i 68vJewP4OKEVmr0oU71+fpyGUlo7dFKrdxWN6EXerLivStt5f8xBU2at0aa+It2PgW9f ycrESFu0VwElowE5eRYGl40Fo+8gSqY9m3b8w77hJXSwInRuUhXZstFhOGX1RUzt+d1F 2k39wM6UEizoF2Mnuyc3UhBLObcH3GkFkRuikm5XuE9cWPriqtm3p/5L3sMnTmlr8Yf7 Dfe2ivmOlk/+Q5ChKGuZLo+nvIKC5mB8vu8qVjj0hQ+jKJkVOzMbXMKwpFHJ7LrvfKA5 uP8A== MIME-Version: 1.0 X-Received: by 10.140.42.138 with SMTP id c10mr5212274qga.24.1393486337294; Wed, 26 Feb 2014 23:32:17 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.16.10 with HTTP; Wed, 26 Feb 2014 23:32:17 -0800 (PST) In-Reply-To: <530EE7F4.3080903@shurik.kiev.ua> References: <20140226123709.GA31099@syn.pertho.net> <530EE7F4.3080903@shurik.kiev.ua> Date: Wed, 26 Feb 2014 23:32:17 -0800 X-Google-Sender-Auth: ArEEgwKh_T0Fn7si9qTA_hJ9I_c Message-ID: Subject: Re: iwn(4) in -HEAD supporting Centrino Wireless-N 135 From: Adrian Chadd To: Alexandr , Tom Murphy Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 07:32:18 -0000 Yeah, try to verify if it's this or not. It's quite possible that there's some NIC setup for 11n that isn't completely correct. -a On 26 February 2014 23:23, Alexandr wrote: > May be it is similar to my problem. It connects to AP for a few seconds > and then drop a connection. It situation 100% reproducible in 11n mode, > but in 11g works fine. > > http://docs.freebsd.org/cgi/mid.cgi?5304B48E.8070404 > > 26.02.2014 17:09, Adrian Chadd =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >> Hi, >> >> Yeah, there's likely something missing. But I just at the moment have >> no time to debug this. >> >> >> -a >> >> >> On 26 February 2014 04:37, Tom Murphy wrote: >>> Hi all, >>> >>> I compiled a fresh kernel from -HEAD and rebooted in the hope that my >>> laptop's wifi would now be supported (I saw the commit messages in Janu= ary >>> about it possibly supporting Centrino Wireless-N 135). However, while >>> it does attempt to bring the wifi up, the link just goes up and down >>> and does not work properly. >>> >>> Knowing that the BSDs are fairly close and share some code, I did try >>> the OpenBSD driver and it works. Is there some code that could be missi= ng >>> from the FreeBSD iwn(4) to stabilize it? I'd be happy to test any patch= es. >>> >>> Kind regards, >>> Tom >>> >>> wlan0: no link ......wlan0: link state changed to UP >>> wlan0 link stage up -> down >>> DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 14 >>> DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 7 >>> wlan0: link state changed to UP >>> wlan0: link state down -> up >>> (more DHCPDISCOVER) >>> wlan0 link stage up -> down >>> >>> Rise and repeat. >>> >>> iwn0: mem 0xf7900000-0xf7901fff irq 18 = at device 0.0 on pci3 >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 07:43:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 61C77E5F for ; Thu, 27 Feb 2014 07:43:08 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id D8FF0143B for ; Thu, 27 Feb 2014 07:43:07 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile14) with ESMTP id s1R7gx39025571; Thu, 27 Feb 2014 16:42:59 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili16) with ESMTP id s1R7gxM17005; Thu, 27 Feb 2014 16:42:59 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi17) id s1R7gxjT019219; Thu, 27 Feb 2014 16:42:59 +0900 Received: from localhost by lomi17.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id s1R7gxPD019184; Thu, 27 Feb 2014 16:42:59 +0900 Date: Thu, 27 Feb 2014 16:42:58 +0900 (JST) Message-Id: <20140227.164258.18190762432316083.okuno.kohji@jp.panasonic.com> To: hps@bitfrost.no Subject: Re: kqueue for usb_dev From: Kohji Okuno In-Reply-To: <530EEA2A.50604@bitfrost.no> References: <20140227060232.GA47921@funkthat.com> <20140227.161317.453723361596662298.okuno.kohji@jp.panasonic.com> <530EEA2A.50604@bitfrost.no> Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: jmg@funkthat.com, freebsd-current@freebsd.org, okuno.kohji@jp.panasonic.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 07:43:08 -0000 From: Hans Petter Selasky > On 02/27/14 08:13, Kohji Okuno wrote: >> Hi John-Mark, >> >> Thank you for you comment. >> >> From: John-Mark Gurney >>> Kohji Okuno wrote this message on Thu, Feb 27, 2014 at 14:26 +0900: >>>> I tried add kqueue I/F to usb_dev.c. I attached my patch. >>>> What do you think about my patch? >>> >>> A few comments... >>> >>> 1) You should just drop the use of flag_iskevent and just >>> unconditionally call KNOTE... since you have the lock already held, >>> the cost is minimal (and w/ modern branch prediction, may be cheaper)... >> >> Should we set the use of flag_iskevent, when usb_filter_read() and >> usb_filter_write() return `0'? >> >> >>> 2) Why do you try to start read/write transfers in the _filter? You >>> should just check to see if data is available and not do work.. This >>> is also important since kqueue calls the filter just before delivering >>> the knote to userland to verify that there is still data, and it will >>> call your _event function for each knote on the fd... The work should >>> be started through other mechanisms, like read/write syscall or >>> interrupt or timeout/callout... If it's required to get results from >>> USB_IF_POLL, then it's fine.. >> >> I copied from usb_poll(). >> Should we try to start read/write transfers in usb_kqfilter()? >> Or should not we try to start read/write transfers in poll and kqueue? >> >>> 3) I don't see any calls to knlist_destroy... These calls are needed >>> to clean up the knlist... >> >> I understood. >> >>> Obviously the #if 1's will need to go... >>> >>> Also, I don't think your change is against HEAD.. The line numbers >>> in my version of usb_dev.c are different... >> >> I'm sorry. > > > Hi, > > I've found two bugs: > > 1) > > > +#if 1 > + knlist_init_mtx(&f_tx->selinfo.si_note, f_rx->priv_mtx); > +#endif > > Should be: > > +#if 1 > + knlist_init_mtx(&f_tx->selinfo.si_note, f_tx->priv_mtx); > +#endif > > > 2) > > Event filters need to lock the FIFO's mutex. > > BTW: I'm working on getting the code into -HEAD. I'll run some test before it > goes in. Hi, Thank you for you comment. 1) You are right. 2) I think that priv_mtx is hold in caller function. Would you refer to kqueue_scan() in kern/kern_event.c? Thanks, Kohji Okuno From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 07:52:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C5BEB457; Thu, 27 Feb 2014 07:52:12 +0000 (UTC) Received: from graal.it-profi.org.ua (graal.shurik.kiev.ua [193.239.74.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7AB00152E; Thu, 27 Feb 2014 07:52:12 +0000 (UTC) Received: from [217.76.201.82] (helo=thinkpad.it-profi.org.ua) by graal.it-profi.org.ua with esmtpa (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WIvlK-0000AO-Kl; Thu, 27 Feb 2014 09:52:10 +0200 Message-ID: <530EEEA5.4090306@shurik.kiev.ua> Date: Thu, 27 Feb 2014 09:52:05 +0200 From: Alexandr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Tom Murphy Subject: Re: iwn(4) in -HEAD supporting Centrino Wireless-N 135 References: <20140226123709.GA31099@syn.pertho.net> <530EE7F4.3080903@shurik.kiev.ua> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 217.76.201.82 X-SA-Exim-Mail-From: shuriku@shurik.kiev.ua X-SA-Exim-Scanned: No (on graal.it-profi.org.ua); SAEximRunCond expanded to false Cc: Adrian Chadd , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 07:52:12 -0000 Tom, could you: 1. compile kernel WITH_IWNDEBUG 2. sysctl dev.iwn.0.debug=0x1 3. wlandebug -i wlan0 auth+assoc 4. Associate with AP in 11n mode 5. Send us appropriate /var/log/messages Then I try to compare it with my log. 27.02.2014 09:32, Adrian Chadd пишет: > Yeah, try to verify if it's this or not. > > It's quite possible that there's some NIC setup for 11n that isn't > completely correct. > > > -a > > > > On 26 February 2014 23:23, Alexandr wrote: >> May be it is similar to my problem. It connects to AP for a few seconds >> and then drop a connection. It situation 100% reproducible in 11n mode, >> but in 11g works fine. >> >> http://docs.freebsd.org/cgi/mid.cgi?5304B48E.8070404 >> >> 26.02.2014 17:09, Adrian Chadd пишет: >>> Hi, >>> >>> Yeah, there's likely something missing. But I just at the moment have >>> no time to debug this. >>> >>> >>> -a >>> >>> >>> On 26 February 2014 04:37, Tom Murphy wrote: >>>> Hi all, >>>> >>>> I compiled a fresh kernel from -HEAD and rebooted in the hope that my >>>> laptop's wifi would now be supported (I saw the commit messages in January >>>> about it possibly supporting Centrino Wireless-N 135). However, while >>>> it does attempt to bring the wifi up, the link just goes up and down >>>> and does not work properly. >>>> >>>> Knowing that the BSDs are fairly close and share some code, I did try >>>> the OpenBSD driver and it works. Is there some code that could be missing >>>> from the FreeBSD iwn(4) to stabilize it? I'd be happy to test any patches. >>>> >>>> Kind regards, >>>> Tom >>>> >>>> wlan0: no link ......wlan0: link state changed to UP >>>> wlan0 link stage up -> down >>>> DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 14 >>>> DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 7 >>>> wlan0: link state changed to UP >>>> wlan0: link state down -> up >>>> (more DHCPDISCOVER) >>>> wlan0 link stage up -> down >>>> >>>> Rise and repeat. >>>> >>>> iwn0: mem 0xf7900000-0xf7901fff irq 18 at device 0.0 on pci3 >>>> >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 08:01:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 80F037A1 for ; Thu, 27 Feb 2014 08:01:24 +0000 (UTC) Received: from mta05.bitpro.no (mta05.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 0C7821609 for ; Thu, 27 Feb 2014 08:01:23 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta05.bitpro.no (Postfix) with ESMTPS id 26F5117FFBB; Thu, 27 Feb 2014 09:01:22 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 61318181AB8; Thu, 27 Feb 2014 09:02:20 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GlX-DfPnBrxh; Thu, 27 Feb 2014 09:02:19 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 04977181ABE; Thu, 27 Feb 2014 09:02:18 +0100 (CET) Message-ID: <530EF104.1020706@bitfrost.no> Date: Thu, 27 Feb 2014 09:02:12 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Kohji Okuno Subject: Re: kqueue for usb_dev References: <20140227060232.GA47921@funkthat.com> <20140227.161317.453723361596662298.okuno.kohji@jp.panasonic.com> <530EEA2A.50604@bitfrost.no> <20140227.164258.18190762432316083.okuno.kohji@jp.panasonic.com> In-Reply-To: <20140227.164258.18190762432316083.okuno.kohji@jp.panasonic.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: jmg@funkthat.com, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 08:01:24 -0000 On 02/27/14 08:42, Kohji Okuno wrote: > From: Hans Petter Selasky >> On 02/27/14 08:13, Kohji Okuno wrote: >>> Hi John-Mark, >>> >>> Thank you for you comment. >>> >>> From: John-Mark Gurney >>>> Kohji Okuno wrote this message on Thu, Feb 27, 2014 at 14:26 +0900: >>>>> I tried add kqueue I/F to usb_dev.c. I attached my patch. >>>>> What do you think about my patch? >>>> >>>> A few comments... >>>> >>>> 1) You should just drop the use of flag_iskevent and just >>>> unconditionally call KNOTE... since you have the lock already held, >>>> the cost is minimal (and w/ modern branch prediction, may be cheaper)... >>> >>> Should we set the use of flag_iskevent, when usb_filter_read() and >>> usb_filter_write() return `0'? >>> >>> >>>> 2) Why do you try to start read/write transfers in the _filter? You >>>> should just check to see if data is available and not do work.. This >>>> is also important since kqueue calls the filter just before delivering >>>> the knote to userland to verify that there is still data, and it will >>>> call your _event function for each knote on the fd... The work should >>>> be started through other mechanisms, like read/write syscall or >>>> interrupt or timeout/callout... If it's required to get results from >>>> USB_IF_POLL, then it's fine.. >>> >>> I copied from usb_poll(). >>> Should we try to start read/write transfers in usb_kqfilter()? >>> Or should not we try to start read/write transfers in poll and kqueue? >>> >>>> 3) I don't see any calls to knlist_destroy... These calls are needed >>>> to clean up the knlist... >>> >>> I understood. >>> >>>> Obviously the #if 1's will need to go... >>>> >>>> Also, I don't think your change is against HEAD.. The line numbers >>>> in my version of usb_dev.c are different... >>> >>> I'm sorry. >> >> >> Hi, >> >> I've found two bugs: >> >> 1) >> >> >> +#if 1 >> + knlist_init_mtx(&f_tx->selinfo.si_note, f_rx->priv_mtx); >> +#endif >> >> Should be: >> >> +#if 1 >> + knlist_init_mtx(&f_tx->selinfo.si_note, f_tx->priv_mtx); >> +#endif >> >> >> 2) >> >> Event filters need to lock the FIFO's mutex. >> >> BTW: I'm working on getting the code into -HEAD. I'll run some test before it >> goes in. > > Hi, > > Thank you for you comment. > 1) You are right. > > 2) I think that priv_mtx is hold in caller function. > Would you refer to kqueue_scan() in kern/kern_event.c? Hi, You are right! I will add an assert there instead. --HPS From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 08:01:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D54597A3 for ; Thu, 27 Feb 2014 08:01:24 +0000 (UTC) Received: from work.netasq.com (gwlille.netasq.com [91.212.116.1]) by mx1.freebsd.org (Postfix) with ESMTP id 5B2AA160B for ; Thu, 27 Feb 2014 08:01:23 +0000 (UTC) Received: from work.netasq.com (localhost [127.0.0.1]) by work.netasq.com (Postfix) with ESMTP id C0E8527055BA; Thu, 27 Feb 2014 09:01:21 +0100 (CET) Received: from pc-alex.localnet (unknown [10.2.200.254]) by work.netasq.com (Postfix) with ESMTP id 9278027054D5; Thu, 27 Feb 2014 09:01:21 +0100 (CET) From: Alexandre Martins To: Eric Joyner Subject: Re: Status on igb crash Date: Thu, 27 Feb 2014 08:59:41 +0100 Message-ID: <2763516.XC6LomYXlQ@pc-alex> Organization: NETASQ User-Agent: KMail/4.10.5 (FreeBSD/9.2-RELEASE-p2; KDE/4.10.5; amd64; ; ) In-Reply-To: References: <3160420.vEZxcDgar0@pc-alex> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2368883.Uvi8cJoMyf"; micalg="sha1"; protocol="application/pkcs7-signature" Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 08:01:25 -0000 --nextPart2368883.Uvi8cJoMyf Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" Hi Eric, Thank you for the reply. Regards, --=20 Alexandre Martins NETASQ -- We secure IT Le mercredi 26 f=E9vrier 2014 10:50:48 Eric Joyner a =E9crit : > Hi Alexandre, >=20 > We didn't put the fix into the repository because we think it would h= ave > had a significant impact on throughput. It fixed a crash, but that go= tcha > could potentially annoy everyone else using the driver who wasn't > experiencing the same type of crash. That said, I'm going to look int= o that > performance impact, and will try to submit a patch later without one.= >=20 > --- > - Eric Joyner >=20 >=20 > On Wed, Feb 26, 2014 at 3:06 AM, Alexandre Martins < >=20 > alexandre.martins@netasq.com> wrote: > > Hi Eric, > >=20 > > In January, I have report a bug into igb driver : > >=20 > > http://lists.freebsd.org/pipermail/freebsd-current/2014-January/047= 827.htm > > l > >=20 > > You send me a patch, but nothing was done into kernel sources. > >=20 > > Will it be planed to put a fix into the repository ? > >=20 > > Kind regards > >=20 > > -- > > Alexandre Martins > > NETASQ -- We secure IT --nextPart2368883.Uvi8cJoMyf Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFATCCBP0w ggPloAMCAQICCnDGsUgWa/KQbJkwDQYJKoZIhvcNAQEFBQAwgZExCzAJBgNVBAYTAkZSMQ0wCwYD VQQIEwROb3JkMRowGAYDVQQHExFWaWxsZW5ldXZlIGQnQXNjcTEuMCwGA1UEChMlTkVUQVNRIC0g U2VjdXJlIEludGVybmV0IENvbm5lY3Rpdml0eTEnMCUGA1UECxMeTkVUQVNRIENlcnRpZmljYXRp b24gQXV0aG9yaXR5MB4XDTE0MDIxMzEwMTQzOVoXDTE1MDIxMzEwMTQzOVowgdoxCzAJBgNVBAYT AkZSMQ0wCwYDVQQIEwROb3JkMRowGAYDVQQHExFWaWxsZW5ldXZlIGQnQXNjcTEuMCwGA1UEChMl TkVUQVNRIC0gU2VjdXJlIEludGVybmV0IENvbm5lY3Rpdml0eTEnMCUGA1UECxMeTkVUQVNRIENl cnRpZmljYXRpb24gQXV0aG9yaXR5MRowGAYDVQQDExFBbGV4YW5kcmUgTUFSVElOUzErMCkGCSqG SIb3DQEJARYcYWxleGFuZHJlLm1hcnRpbnNAbmV0YXNxLmNvbTCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAKPr9rT5mc74R9GLCgdvwIgPtPt6/yd7hANsmFQsX8AihA4aUYbmtBb4fYTJ cp45E5Fx7mmxnqemMAUhzqJ+16V6V+IVonIXAbSzb5BjoM5G1J3cBBfVMKbE+P8AhviIPbWfGz15 gsZ3v0ELnCSzzp5zqR+C7XT3YAXfMUvOH6qZexzw3pWfjSE2i3Kn8poAxo2LXojbD0ca2f8E1m7w m3p5BmEr0BUx05PKXZT97yze32Aej4ZhO4lCZOkoRnXTNc91opCIcmWcq+uPA2u1J9KVaxZm4nMA PB3xIO2czDfJHEH/8KXjsb6IUso4gV0JDqLeC2YiZjrbBYET2lXnPBMCAwEAAaOCAQowggEGMB0G A1UdDgQWBBQnFIBr8FuBFQyLN6Dw7ui63k4AUzAfBgNVHSMEGDAWgBQnKusd2UTaOhdzagkgIMkl qPl/sjAJBgNVHRMEAjAAMA4GA1UdDwEB/wQEAwID6DAnBgNVHREEIDAegRxhbGV4YW5kcmUubWFy dGluc0BuZXRhc3EuY29tMBEGCWCGSAGG+EIBAQQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDBAYI KwYBBQUHAwIwTgYDVR0fBEcwRTBDoEGgP4Y9aHR0cHM6Ly9nYXRld2F5Lm5ldGFzcS5jb20vYXV0 aC9jZXJ0aWZpY2F0ZXJldm9jYXRpb25saXN0LmNybDANBgkqhkiG9w0BAQUFAAOCAQEAHilTUcJ2 GcvUJzPPsWtqxCPwZ7nR2YkJACnp+9+VMCOpXAJbUxFHLfAw1qai6M/vSkXV0dzIg3s7AjJJnu2c 23aAW2J4+Kn1pdO/0OYhIIxgb4CKAcKWJpZg/y27dH4eNlhNXXgH5mgKJBlJ2OlFqS9yTMDcTM2Y J6QRKD7A6gHT4QAVq5UvVcCyPjXDb1iRUH4euZSdKd6bfEl0rpW2GZ6S6nPAhUbVfl48ReSY+zFe GYeP3XX/4blSQ+RJpDt9hzrtWQsQRJjZ7+FOLMzkUiKT3TAtnLkpV8H2TKoyE7k4aifSg6WRdkVp D7L0bDzhiB+UHmxJzksfisYOJRwhmDGCAlIwggJOAgEBMIGgMIGRMQswCQYDVQQGEwJGUjENMAsG A1UECBMETm9yZDEaMBgGA1UEBxMRVmlsbGVuZXV2ZSBkJ0FzY3ExLjAsBgNVBAoTJU5FVEFTUSAt IFNlY3VyZSBJbnRlcm5ldCBDb25uZWN0aXZpdHkxJzAlBgNVBAsTHk5FVEFTUSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eQIKcMaxSBZr8pBsmTAJBgUrDgMCGgUAoIGHMBgGCSqGSIb3DQEJAzELBgkq hkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE0MDIyNzA3NTk0MlowIwYJKoZIhvcNAQkEMRYEFHhW Qm+TmfVaMdHVLa8xRmvZCvy5MCgGCSqGSIb3DQEJDzEbMBkwCwYJYIZIAWUDBAECMAoGCCqGSIb3 DQMHMA0GCSqGSIb3DQEBAQUABIIBAIKCMV3vhroQtiI9Wr6F9y1PZEmVTUD6GgJcIVNyltxZiBgA v3r1uhQG5uJ9It35ol7fNNcPviRRzUi9r/Im+2EzLpY+Q8kLSaTnTY4VDFXE5yoe8oKitV/flWhf guViFbkwPRGbw2Ix79FUy4axzYSeHTlJ5pXm0lK7GT7H9G8RyEuRofreIoJLcPJOFjpGWVH7wUe9 ZnyGHRcQq6DCu4d76a1iKO+dOJ4ePYNQ9upcBy8/d9STvYBse1sRuLutMQ6wBR/R1rln0jElFA95 SPGc27uOXRzluNpGNbDNbAPFFaMpUgSE7heQeWvUgrjfHCwUVhvq88v7yrwxMqXKCEQAAAAAAAA= --nextPart2368883.Uvi8cJoMyf-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 08:22:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 764F9A17; Thu, 27 Feb 2014 08:22:57 +0000 (UTC) Received: from mail-ob0-x233.google.com (mail-ob0-x233.google.com [IPv6:2607:f8b0:4003:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3064C1863; Thu, 27 Feb 2014 08:22:57 +0000 (UTC) Received: by mail-ob0-f179.google.com with SMTP id wn1so2016961obc.38 for ; Thu, 27 Feb 2014 00:22:56 -0800 (PST) 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=9bNJe6CWQ01fafoPRxvTrNSyuh1BBkTAYz7zJ8wHhC4=; b=lChgX3RpOXUYQvIW9M7M/4pAoHWLzVOAlSJ/b5uCdw85WYGqOOmNOoX0ebGPByXYt/ AEzXZVW1LAKJh+Ul/8IOO3INbRqPHP5V91MBAvQuDOiS515onrakoYeRvKU+GR6EikOF 4BvGApxxxNqnxjv+Z4ij3h4IiYhwsDQD9Ys8bqPpeSbPotq1gqg7qrz1etDz+toSqD/I sVGRtu/dLioWI3n4uWxwUyj5bfnljU86mPymIHsJ07h0YzPFoiZ8rOIIIphy0DJEOuzx 3fn6Vkj0hLHshl+PTxo+J8BbbWQtieHbaEQRyd0S/5GO3uXCq534pFMbEGB9WCRoIEzj AwjQ== MIME-Version: 1.0 X-Received: by 10.60.246.97 with SMTP id xv1mr945918oec.33.1393489376372; Thu, 27 Feb 2014 00:22:56 -0800 (PST) Received: by 10.182.78.71 with HTTP; Thu, 27 Feb 2014 00:22:56 -0800 (PST) In-Reply-To: <530EBCDB.1090303@delphij.net> References: <20140227021917.GE81440@lor.one-eyed-alien.net> <530EBCDB.1090303@delphij.net> Date: Thu, 27 Feb 2014 03:22:56 -0500 Message-ID: Subject: Re: UDP Lite support From: Joe Nosay To: d@delphij.net Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Brooks Davis , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 08:22:57 -0000 On Wed, Feb 26, 2014 at 11:19 PM, Xin Li wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > On 02/26/14 18:52, Joe Nosay wrote: > > On Wed, Feb 26, 2014 at 9:19 PM, Brooks Davis > > wrote: > > > >> On Wed, Feb 26, 2014 at 07:36:29PM -0500, Joe Nosay wrote: > >>> The last thread on this was in 2006. Has it ever been > >>> reconsidered or is the likelihood of too many damaged packets > >>> the reason for not supporting? I'm not sure where to put this > >>> question. Apologies for the noise. > >> > >> You've provided next to no context. What is the question? What > >> thread are you referring to? If this is the usual UDP then > >> freebsd-net would be vastly more appropriate than -current. > >> > >> -- Brooks > >> > > Thanks. I will ask kevlo and maybe bring it up on freebsd-net. It > > has to do with an implementation of the JACK server using UDP Lite > > for transferring data. > > > > http://freebsd.1045724.n5.nabble.com/UDP-lite-for-FreeBSD-td4010236.html > > Looks > > > like nobody proposed a patch? > > I think the concern was that this is not very useful in real-world > scenarios due to link layer error detection mechanism but that doesn't > raise a red flag to me assuming this is sufficiently self contained > feature as it would improve compatibility with other operating systems. > > Cheers, > - -- > Xin LI https://www.delphij.net/ > FreeBSD - The Power to Serve! Live free or die > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.22 (FreeBSD) > > iQIcBAEBCgAGBQJTDrzbAAoJEJW2GBstM+nsJVoP/29XRcleHMnAVa1UOG0+CD2y > 0e/pAmk5vay599gjmiKSAuTSeKNaawRF3FZP+QsxhKw/lNTYEHlppUw7FDc01NqO > pk1GsIu+mVuLlzZBNSuAkXdMMzJz5OKfY9GeK7Uw4iumiNP5LKpoC1RaYqLVASGf > JH6tqJdSVnD+apWxV/PF4orCXZECFLkQZhbgZe+2nni+te6OfzIbkjhBqn8ZIDNY > m9GbYwkTEATBDcMGgl9F0wBfcLhQLF4p4+TnsCguP0HAbxCtbZmt3SXe6Xt4y2YE > iHlO/qstGKrl61aiehtpasjiljJaN5ucmuv8XDGbix4cghiJCJAGmxXGxCoHs/Uq > vkn88wfV901pjYWPWf9HmTdjSmsck0k2+srWYlJuRymVKvMsL2mwPky+QL9SZ6MY > NJ8kXUl5szFwdN4OtO+1iUvVZNLkVDlV5bmnc5KOkciFRoLuTq1/f/xzGj/YDZpx > 2DxjddVyvJ6YhrUSSAGoOcdxIpDejKfVif0ANoocsKLAnTHtNxdB76doJH4wBl+W > LAl9a9IqVOiefFe9qb6tZky3lft3HUe4XvLJPraKTfbvA9VAKPqZbc2Z8eeoqb49 > LPC2n8WnlnaXB9KXKSWTLXbdcY2L+HnAt2+DEv4viSyKSXQg00aEbm+R95h1pTz7 > oMv/8VGg5akyRQtkTTIx > =ukUF > -----END PGP SIGNATURE----- > https://github.com/torelizer/jack_trauma Not my project; but, I want to port it to FreeBSD. First is to get it to build from source. Use your raspberry pi with FreeBSD to broadcast your tunes and all. From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 08:59:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B11B3DF for ; Thu, 27 Feb 2014 08:59:47 +0000 (UTC) Received: from mta04.bitpro.no (mta04.bitpro.no [92.42.64.203]) by mx1.freebsd.org (Postfix) with ESMTP id 241121C51 for ; Thu, 27 Feb 2014 08:59:46 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta04.bitpro.no (Postfix) with ESMTPS id EBD8E100599; Thu, 27 Feb 2014 09:59:39 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id C26C18EE696; Thu, 27 Feb 2014 10:00:37 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 59h88PAGlclJ; Thu, 27 Feb 2014 10:00:37 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 132168ED53C; Thu, 27 Feb 2014 10:00:37 +0100 (CET) Message-ID: <530EFEAD.2090502@bitfrost.no> Date: Thu, 27 Feb 2014 10:00:29 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Kohji Okuno Subject: Re: kqueue for usb_dev References: <20140227060232.GA47921@funkthat.com> <20140227.161317.453723361596662298.okuno.kohji@jp.panasonic.com> <530EEA2A.50604@bitfrost.no> <20140227.164258.18190762432316083.okuno.kohji@jp.panasonic.com> <530EF104.1020706@bitfrost.no> In-Reply-To: <530EF104.1020706@bitfrost.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: jmg@funkthat.com, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 08:59:47 -0000 Hi Kohji, Can you verify this commit: http://svnweb.freebsd.org/changeset/base/262550 Please test using both read and write direction. For example you can use the ULPT driver or a /dev/usb/X.X.X node which supports both read and write. Thank you! --HPS From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 09:17:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7DD159D3 for ; Thu, 27 Feb 2014 09:17:14 +0000 (UTC) Received: from mta05.bitpro.no (mta05.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 34DC21F90 for ; Thu, 27 Feb 2014 09:17:13 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta05.bitpro.no (Postfix) with ESMTPS id 2E352180053; Thu, 27 Feb 2014 10:17:12 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 88F218F8033; Thu, 27 Feb 2014 10:18:10 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nXogPsipBNZE; Thu, 27 Feb 2014 10:18:09 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id CE5678F7C58; Thu, 27 Feb 2014 10:18:09 +0100 (CET) Message-ID: <530F02CA.2030206@bitfrost.no> Date: Thu, 27 Feb 2014 10:18:02 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Kohji Okuno Subject: Re: kqueue for usb_dev References: <20140227060232.GA47921@funkthat.com> <20140227.161317.453723361596662298.okuno.kohji@jp.panasonic.com> <530EEA2A.50604@bitfrost.no> <20140227.164258.18190762432316083.okuno.kohji@jp.panasonic.com> <530EF104.1020706@bitfrost.no> <530EFEAD.2090502@bitfrost.no> In-Reply-To: <530EFEAD.2090502@bitfrost.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: jmg@funkthat.com, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 09:17:14 -0000 On 02/27/14 10:00, Hans Petter Selasky wrote: > Hi Kohji, > > Can you verify this commit: > > http://svnweb.freebsd.org/changeset/base/262550 > > Please test using both read and write direction. For example you can use > the ULPT driver or a /dev/usb/X.X.X node which supports both read and > write. > > Thank you! > > --HPS And this commit too: http://svnweb.freebsd.org/changeset/base/262551 Thank you! --HPS From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 10:01:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ECCDB66F for ; Thu, 27 Feb 2014 10:01:33 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 8E7031470 for ; Thu, 27 Feb 2014 10:01:33 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile12) with ESMTP id s1RA1SsM005045; Thu, 27 Feb 2014 19:01:28 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili17) with ESMTP id s1RA1S327087; Thu, 27 Feb 2014 19:01:28 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi12) id s1RA1SWf023213; Thu, 27 Feb 2014 19:01:28 +0900 Received: from localhost by lomi12.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id s1RA1SK2023166; Thu, 27 Feb 2014 19:01:28 +0900 Date: Thu, 27 Feb 2014 19:01:28 +0900 (JST) Message-Id: <20140227.190128.1827840697797583715.okuno.kohji@jp.panasonic.com> To: hps@bitfrost.no Subject: Re: kqueue for usb_dev From: Kohji Okuno In-Reply-To: <530F02CA.2030206@bitfrost.no> References: <530EF104.1020706@bitfrost.no> <530EFEAD.2090502@bitfrost.no> <530F02CA.2030206@bitfrost.no> Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: jmg@funkthat.com, freebsd-current@freebsd.org, okuno.kohji@jp.panasonic.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 10:01:34 -0000 Hi HPS and John-Mark, We should wait for empty of knlist before knlist_destroy(). When I tried 262551, the kernel panic at KN_LIST_LOCK(kn) in kern_event.c. Regards, Kohji Okuno > On 02/27/14 10:00, Hans Petter Selasky wrote: >> Hi Kohji, >> >> Can you verify this commit: >> >> http://svnweb.freebsd.org/changeset/base/262550 >> >> Please test using both read and write direction. For example you can use >> the ULPT driver or a /dev/usb/X.X.X node which supports both read and >> write. >> >> Thank you! >> >> --HPS > > And this commit too: > http://svnweb.freebsd.org/changeset/base/262551 > > Thank you! > > --HPS > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 10:39:18 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7D278CF0 for ; Thu, 27 Feb 2014 10:39:18 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 1F32A1760 for ; Thu, 27 Feb 2014 10:39:17 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile14) with ESMTP id s1RAdDlX012290; Thu, 27 Feb 2014 19:39:13 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili16) with ESMTP id s1RAdEM12772; Thu, 27 Feb 2014 19:39:14 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi16) id s1RAdEvn010087; Thu, 27 Feb 2014 19:39:14 +0900 Received: from localhost by lomi16.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id s1RAdE0N010075; Thu, 27 Feb 2014 19:39:14 +0900 Date: Thu, 27 Feb 2014 19:39:14 +0900 (JST) Message-Id: <20140227.193914.1745107579233813450.okuno.kohji@jp.panasonic.com> To: hps@bitfrost.no Subject: Re: kqueue for usb_dev From: Kohji Okuno In-Reply-To: <20140227.190128.1827840697797583715.okuno.kohji@jp.panasonic.com> References: <530EFEAD.2090502@bitfrost.no> <530F02CA.2030206@bitfrost.no> <20140227.190128.1827840697797583715.okuno.kohji@jp.panasonic.com> Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: jmg@funkthat.com, freebsd-current@freebsd.org, okuno.kohji@jp.panasonic.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 10:39:18 -0000 Hi HPS and John-Mark, After I changed as the following, the kernel panic does not happen. What do you think about this change? + knlist_clear(&f->selinfo.si_note, 0); knlist_destroy(&f->selinfo.si_note); Regards, Kohji Okuno > We should wait for empty of knlist before knlist_destroy(). > When I tried 262551, the kernel panic at KN_LIST_LOCK(kn) in > kern_event.c. > > Regards, > Kohji Okuno > >> On 02/27/14 10:00, Hans Petter Selasky wrote: >>> Hi Kohji, >>> >>> Can you verify this commit: >>> >>> http://svnweb.freebsd.org/changeset/base/262550 >>> >>> Please test using both read and write direction. For example you can use >>> the ULPT driver or a /dev/usb/X.X.X node which supports both read and >>> write. >>> >>> Thank you! >>> >>> --HPS >> >> And this commit too: >> http://svnweb.freebsd.org/changeset/base/262551 >> >> Thank you! >> >> --HPS >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 10:54:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F38B142 for ; Thu, 27 Feb 2014 10:54:08 +0000 (UTC) Received: from mta05.bitpro.no (mta05.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id B5D3518DE for ; Thu, 27 Feb 2014 10:54:07 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta05.bitpro.no (Postfix) with ESMTPS id B1CDB17FFF8; Thu, 27 Feb 2014 11:54:04 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 013DB181B0B; Thu, 27 Feb 2014 11:55:02 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r297iNR9t1x5; Thu, 27 Feb 2014 11:55:02 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id ECE12181AF3; Thu, 27 Feb 2014 11:55:01 +0100 (CET) Message-ID: <530F197D.6040004@bitfrost.no> Date: Thu, 27 Feb 2014 11:54:53 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Kohji Okuno Subject: Re: kqueue for usb_dev References: <530EFEAD.2090502@bitfrost.no> <530F02CA.2030206@bitfrost.no> <20140227.190128.1827840697797583715.okuno.kohji@jp.panasonic.com> <20140227.193914.1745107579233813450.okuno.kohji@jp.panasonic.com> In-Reply-To: <20140227.193914.1745107579233813450.okuno.kohji@jp.panasonic.com> Content-Type: multipart/mixed; boundary="------------010206010003030103080803" Cc: jmg@funkthat.com, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 10:54:08 -0000 This is a multi-part message in MIME format. --------------010206010003030103080803 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 02/27/14 11:39, Kohji Okuno wrote: > Hi HPS and John-Mark, > > After I changed as the following, the kernel panic does not happen. > What do you think about this change? > > + knlist_clear(&f->selinfo.si_note, 0); > knlist_destroy(&f->selinfo.si_note); > > Regards, > Kohji Okuno > Can you try the attached patch instead? --HPS --------------010206010003030103080803 Content-Type: text/x-diff; name="usb_dev_knlist.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="usb_dev_knlist.diff" === usb_dev.c ================================================================== --- usb_dev.c (revision 262555) +++ usb_dev.c (local) @@ -561,8 +561,8 @@ return (0); } -void -usb_fifo_free(struct usb_fifo *f) +static void +usb_fifo_destroy(struct usb_fifo *f) { uint8_t n; @@ -618,7 +618,16 @@ /* take care of closing the device here, if any */ usb_fifo_close(f, 0); +} +static void +usb_fifo_free(struct usb_fifo *f) +{ + if (f == NULL) { + /* be NULL safe */ + return; + } + cv_destroy(&f->cv_io); cv_destroy(&f->cv_drain); @@ -1867,6 +1876,8 @@ f_rx = usb_fifo_alloc(priv_mtx); if ((f_tx == NULL) || (f_rx == NULL)) { + usb_fifo_destroy(f_tx); + usb_fifo_destroy(f_rx); usb_fifo_free(f_tx); usb_fifo_free(f_rx); return (ENOMEM); @@ -1989,6 +2000,13 @@ if (f_sc == NULL) { return; } + usb_fifo_destroy(f_sc->fp[USB_FIFO_TX]); + usb_fifo_destroy(f_sc->fp[USB_FIFO_RX]); + + usb_destroy_dev(f_sc->dev); + + f_sc->dev = NULL; + usb_fifo_free(f_sc->fp[USB_FIFO_TX]); usb_fifo_free(f_sc->fp[USB_FIFO_RX]); @@ -1995,10 +2013,6 @@ f_sc->fp[USB_FIFO_TX] = NULL; f_sc->fp[USB_FIFO_RX] = NULL; - usb_destroy_dev(f_sc->dev); - - f_sc->dev = NULL; - DPRINTFN(2, "detached %p\n", f_sc); } === usbdi.h ================================================================== --- usbdi.h (revision 262555) +++ usbdi.h (local) @@ -614,6 +614,5 @@ void *usb_fifo_softc(struct usb_fifo *fifo); void usb_fifo_set_close_zlp(struct usb_fifo *, uint8_t); void usb_fifo_set_write_defrag(struct usb_fifo *, uint8_t); -void usb_fifo_free(struct usb_fifo *f); #endif /* _KERNEL */ #endif /* _USB_USBDI_H_ */ --------------010206010003030103080803-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 11:00:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73F9B3E7 for ; Thu, 27 Feb 2014 11:00:15 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 0DBC81929 for ; Thu, 27 Feb 2014 11:00:14 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile14) with ESMTP id s1RB0DeL027973; Thu, 27 Feb 2014 20:00:13 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili12) with ESMTP id s1RB0Do05478; Thu, 27 Feb 2014 20:00:13 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi11) id s1RB0D78000649; Thu, 27 Feb 2014 20:00:13 +0900 Received: from localhost by lomi11.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id s1RB0DqE000601; Thu, 27 Feb 2014 20:00:13 +0900 Date: Thu, 27 Feb 2014 19:59:56 +0900 (JST) Message-Id: <20140227.195956.1191893338998586416.okuno.kohji@jp.panasonic.com> To: jmg@funkthat.com Subject: Re: kqueue for KBD. From: Kohji Okuno In-Reply-To: <20140227061840.GB47921@funkthat.com> References: <20140227.142445.47188371497615592.okuno.kohji@jp.panasonic.com> <20140227061840.GB47921@funkthat.com> Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Thu_Feb_27_19_59_56_2014_781)--" Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, okuno.kohji@jp.panasonic.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 11:00:15 -0000 ----Next_Part(Thu_Feb_27_19_59_56_2014_781)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi John-Mark, Thank you for your comment. I added knote_clear() and knote_destroy() in kbd_detach(). I attached patch, again. But, maybe this patch can not resolve all cases you pointed. Regards, Kohji Okuno > Kohji Okuno wrote this message on Thu, Feb 27, 2014 at 14:24 +0900: >> I tried to add kqueue I/F to kbd.c. I attached patch. >> What do you think about my patch? > > So, knlist_destroy is missing in this patch too.. > > It also needs some style(9) loving in that some blank lines are missing > and there are some extra curly braces... > > So, knlist_clear is usually used for something like close where it > cannot be used again... You use knlist_clear when the kbd goes away, > but this also means that the user will never be notified that the kbd > has gone, and could possibly end up leaking resources... > > I guess I should maybe write a function knlist_clearerr or something > that detaches all the knotes from the knlist and sets the proper flag > so that they can be reaped by userland... I believe your usb patch > had a similar issue and some of the other drivers have this issue too.. > > Otherwise looks good... > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." ----Next_Part(Thu_Feb_27_19_59_56_2014_781)-- Content-Type: Text/X-Patch; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="kbd_kqueue-2.patch" diff --git a/sys/dev/kbd/kbd.c b/sys/dev/kbd/kbd.c index 8036762..26dcaad 100644 --- a/sys/dev/kbd/kbd.c +++ b/sys/dev/kbd/kbd.c @@ -59,6 +59,7 @@ typedef struct genkbd_softc { char gkb_q[KB_QSIZE]; /* input queue */ unsigned int gkb_q_start; unsigned int gkb_q_length; + unsigned int gkb_index; } genkbd_softc_t; static SLIST_HEAD(, keyboard_driver) keyboard_drivers = @@ -472,6 +473,7 @@ static d_read_t genkbdread; static d_write_t genkbdwrite; static d_ioctl_t genkbdioctl; static d_poll_t genkbdpoll; +static d_kqfilter_t genkbdkqfilter; static struct cdevsw kbd_cdevsw = { @@ -483,12 +485,14 @@ static struct cdevsw kbd_cdevsw = { .d_write = genkbdwrite, .d_ioctl = genkbdioctl, .d_poll = genkbdpoll, + .d_kqfilter = genkbdkqfilter, .d_name = "kbd", }; int kbd_attach(keyboard_t *kbd) { + genkbd_softc_t *sc; if (kbd->kb_index >= keyboards) return (EINVAL); @@ -498,8 +502,11 @@ kbd_attach(keyboard_t *kbd) kbd->kb_dev = make_dev(&kbd_cdevsw, kbd->kb_index, UID_ROOT, GID_WHEEL, 0600, "%s%r", kbd->kb_name, kbd->kb_unit); make_dev_alias(kbd->kb_dev, "kbd%r", kbd->kb_index); - kbd->kb_dev->si_drv1 = malloc(sizeof(genkbd_softc_t), M_DEVBUF, + sc = malloc(sizeof(genkbd_softc_t), M_DEVBUF, M_WAITOK | M_ZERO); + kbd->kb_dev->si_drv1 = sc; + sc->gkb_index = KBD_INDEX(kbd->kb_dev); + knlist_init_mtx(&sc->gkb_rsel.si_note, NULL); printf("kbd%d at %s%d\n", kbd->kb_index, kbd->kb_name, kbd->kb_unit); return (0); } @@ -507,12 +514,17 @@ kbd_attach(keyboard_t *kbd) int kbd_detach(keyboard_t *kbd) { + genkbd_softc_t *sc; if (kbd->kb_index >= keyboards) return (EINVAL); if (keyboard[kbd->kb_index] != kbd) return (EINVAL); + sc = kbd->kb_dev->si_drv1; + knlist_clear(&sc->gkb_rsel.si_note, 0); + knlist_destroy(&sc->gkb_rsel.si_note); + free(kbd->kb_dev->si_drv1, M_DEVBUF); destroy_dev(kbd->kb_dev); @@ -697,6 +709,71 @@ genkbdioctl(struct cdev *dev, u_long cmd, caddr_t arg, int flag, struct thread * return (error); } +static void +genkbd_kqops_detach(struct knote *kn) +{ + genkbd_softc_t *sc; + sc = kn->kn_hook; + knlist_remove(&sc->gkb_rsel.si_note, kn, 0); +} + +static int +genkbd_kqops_event(struct knote *kn, long hint) +{ + keyboard_t *kbd; + genkbd_softc_t *sc; + + sc = kn->kn_hook; + kbd = kbd_get_keyboard(sc->gkb_index); + + if ((kbd == NULL) || !KBD_IS_VALID(kbd)) { + return 1; /* the keyboard has gone */ + } + else { + if (sc->gkb_q_length > 0) + return 1; + else + return 0; + } + +} +static struct filterops genkbd_kqops = +{ + .f_isfd = 1, + .f_attach = NULL, + .f_detach = genkbd_kqops_detach, + .f_event = genkbd_kqops_event, +}; +static int +genkbdkqfilter(struct cdev *dev, struct knote *kn) +{ + keyboard_t *kbd; + genkbd_softc_t *sc; + int error = 0; + int s; + + s = spltty(); + sc = dev->si_drv1; + kbd = kbd_get_keyboard(KBD_INDEX(dev)); + if ((sc == NULL) || (kbd == NULL) || !KBD_IS_VALID(kbd)) { + error = EIO; + } + else { + switch (kn->kn_filter) { + case EVFILT_READ: + kn->kn_fop = &genkbd_kqops; + kn->kn_hook = (void *)sc; + knlist_add(&sc->gkb_rsel.si_note, kn, 0); + break; + default: + error = EOPNOTSUPP; + break; + } + } + splx(s); + return (error); +} + static int genkbdpoll(struct cdev *dev, int events, struct thread *td) { @@ -744,6 +821,7 @@ genkbd_event(keyboard_t *kbd, int event, void *arg) wakeup(sc); } selwakeuppri(&sc->gkb_rsel, PZERO); + KNOTE_UNLOCKED(&sc->gkb_rsel.si_note, 0); return (0); default: return (EINVAL); @@ -814,6 +892,7 @@ genkbd_event(keyboard_t *kbd, int event, void *arg) wakeup(sc); } selwakeuppri(&sc->gkb_rsel, PZERO); + KNOTE_UNLOCKED(&sc->gkb_rsel.si_note, 0); } return (0); ----Next_Part(Thu_Feb_27_19_59_56_2014_781)---- From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 11:02:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 756E2526 for ; Thu, 27 Feb 2014 11:02:42 +0000 (UTC) Received: from mta05.bitpro.no (mta05.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 2BE9D19A5 for ; Thu, 27 Feb 2014 11:02:41 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta05.bitpro.no (Postfix) with ESMTPS id 329C317FFA3; Thu, 27 Feb 2014 12:02:40 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 94566181B01; Thu, 27 Feb 2014 12:03:38 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id anh93m+Sanea; Thu, 27 Feb 2014 12:03:37 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 8342D181AE7; Thu, 27 Feb 2014 12:03:37 +0100 (CET) Message-ID: <530F1B81.807@bitfrost.no> Date: Thu, 27 Feb 2014 12:03:29 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Kohji Okuno , jmg@funkthat.com Subject: Re: kqueue for KBD. References: <20140227.142445.47188371497615592.okuno.kohji@jp.panasonic.com> <20140227061840.GB47921@funkthat.com> <20140227.195956.1191893338998586416.okuno.kohji@jp.panasonic.com> In-Reply-To: <20140227.195956.1191893338998586416.okuno.kohji@jp.panasonic.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 11:02:42 -0000 On 02/27/14 11:59, Kohji Okuno wrote: > + sc = kbd->kb_dev->si_drv1; > + knlist_clear(&sc->gkb_rsel.si_note, 0); > + knlist_destroy(&sc->gkb_rsel.si_note); > + > free(kbd->kb_dev->si_drv1, M_DEVBUF); > destroy_dev(kbd->kb_dev); Hi, You should put the "knlist_destroy()" after the "destroy_dev()" and leave out the "knlist_clear()" I think! Because "destroy_dev()" is a synchronous function which ensure that all character device refs are gone including knotes, if I'm not mistaken. --HPS From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 11:32:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 74712967 for ; Thu, 27 Feb 2014 11:32:31 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 149BB1BE5 for ; Thu, 27 Feb 2014 11:32:30 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile14) with ESMTP id s1RBWQ3i019822; Thu, 27 Feb 2014 20:32:26 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili13) with ESMTP id s1RBWRJ26270; Thu, 27 Feb 2014 20:32:27 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi17) id s1RBWR9L008236; Thu, 27 Feb 2014 20:32:27 +0900 Received: from localhost by lomi17.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id s1RBWQVe008202; Thu, 27 Feb 2014 20:32:26 +0900 Date: Thu, 27 Feb 2014 20:32:26 +0900 (JST) Message-Id: <20140227.203226.2191673573133476018.okuno.kohji@jp.panasonic.com> To: hps@bitfrost.no Subject: Re: kqueue for usb_dev From: Kohji Okuno In-Reply-To: <530F197D.6040004@bitfrost.no> References: <20140227.190128.1827840697797583715.okuno.kohji@jp.panasonic.com> <20140227.193914.1745107579233813450.okuno.kohji@jp.panasonic.com> <530F197D.6040004@bitfrost.no> Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: jmg@funkthat.com, freebsd-current@freebsd.org, okuno.kohji@jp.panasonic.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 11:32:31 -0000 Hi HPS, Your patch did not resolve the kernel panic. I think, we should check knlist_clear() before knlist_destroy(). When a device is lost suddenly, usb_dev notify to a process in usb_fifo_close() and then calls knlist_destroy(). knlist_destroy() clears knlist->kn_lock and knlist->kn_unlock. But, the process that is notified will start over kqueue_scan() after knlist_destroy(). And, in KN_LIST_LOCK(kn), the context will call NULL function (kn->knlist->kn_lock). Regards, Kohji Okuno > On 02/27/14 11:39, Kohji Okuno wrote: >> Hi HPS and John-Mark, >> >> After I changed as the following, the kernel panic does not happen. >> What do you think about this change? >> >> + knlist_clear(&f->selinfo.si_note, 0); >> knlist_destroy(&f->selinfo.si_note); >> >> Regards, >> Kohji Okuno >> > > Can you try the attached patch instead? > > --HPS > From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 07:46:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 26D93DE; Thu, 27 Feb 2014 07:46:19 +0000 (UTC) Received: from mx1.pertho.net (87-194-102-137.bethere.co.uk [87.194.102.137]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AFB39145D; Thu, 27 Feb 2014 07:46:15 +0000 (UTC) Received: from freya.pertho.net (freya [10.0.29.4]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: tom) by syn.pertho.net (Postfix) with ESMTPSA id BBBCA1D449D; Thu, 27 Feb 2014 07:46:10 +0000 (GMT) Date: Thu, 27 Feb 2014 07:46:08 +0000 From: Tom Murphy To: Adrian Chadd Subject: Re: iwn(4) in -HEAD supporting Centrino Wireless-N 135 Message-ID: <20140227074607.GA3325@freya.pertho.net> References: <20140226123709.GA31099@syn.pertho.net> <530EE7F4.3080903@shurik.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Mailman-Approved-At: Thu, 27 Feb 2014 12:37:31 +0000 Cc: Alexandr , Tom Murphy , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 07:46:19 -0000 Hi Adrian, If I set -ht on wlan0 it works. I have to put it in rc.conf for it to work, though. ifconfig_wlan0="DHCP WPA -country GB -ht" So it does look like 11n isn't right. Kind regards, Tom On Wed, Feb 26, 2014 at 11:32:17PM -0800, Adrian Chadd wrote: > Yeah, try to verify if it's this or not. > > It's quite possible that there's some NIC setup for 11n that isn't > completely correct. > > > -a > > > > On 26 February 2014 23:23, Alexandr wrote: > > May be it is similar to my problem. It connects to AP for a few seconds > > and then drop a connection. It situation 100% reproducible in 11n mode, > > but in 11g works fine. > > > > http://docs.freebsd.org/cgi/mid.cgi?5304B48E.8070404 > > > > 26.02.2014 17:09, Adrian Chadd пишет: > >> Hi, > >> > >> Yeah, there's likely something missing. But I just at the moment have > >> no time to debug this. > >> > >> > >> -a > >> > >> > >> On 26 February 2014 04:37, Tom Murphy wrote: > >>> Hi all, > >>> > >>> I compiled a fresh kernel from -HEAD and rebooted in the hope that my > >>> laptop's wifi would now be supported (I saw the commit messages in January > >>> about it possibly supporting Centrino Wireless-N 135). However, while > >>> it does attempt to bring the wifi up, the link just goes up and down > >>> and does not work properly. > >>> > >>> Knowing that the BSDs are fairly close and share some code, I did try > >>> the OpenBSD driver and it works. Is there some code that could be missing > >>> from the FreeBSD iwn(4) to stabilize it? I'd be happy to test any patches. > >>> > >>> Kind regards, > >>> Tom > >>> > >>> wlan0: no link ......wlan0: link state changed to UP > >>> wlan0 link stage up -> down > >>> DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 14 > >>> DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 7 > >>> wlan0: link state changed to UP > >>> wlan0: link state down -> up > >>> (more DHCPDISCOVER) > >>> wlan0 link stage up -> down > >>> > >>> Rise and repeat. > >>> > >>> iwn0: mem 0xf7900000-0xf7901fff irq 18 at device 0.0 on pci3 > >>> > >>> _______________________________________________ > >>> freebsd-current@freebsd.org mailing list > >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 14:26:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7776ECD1 for ; Thu, 27 Feb 2014 14:26:28 +0000 (UTC) Received: from mail-qa0-x233.google.com (mail-qa0-x233.google.com [IPv6:2607:f8b0:400d:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 36CCF1E47 for ; Thu, 27 Feb 2014 14:26:28 +0000 (UTC) Received: by mail-qa0-f51.google.com with SMTP id j7so3992816qaq.10 for ; Thu, 27 Feb 2014 06:26:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:from:date:to:subject; bh=0NL10KzpvveEiLJkRTTX6Ba+/K1O9HbbkdV0lGhJZiM=; b=ItefWeSNl02QACze4ITDQryOtjBd7JN0h6Gfn/LrjmQy4KF2R88ZcHUqJrsEEzQ11A j3dlJcYhu3Jccye6LM3yZ74I61gamjzwX3GnZ+M20mn2+BlbFVoMGVZDaXPtPCd79ev2 0Ks6/nbCHb83f7Ab8SbiKArdOzpXCDCfQB68Dgx0NetcdC5UYvJ+ymLRc8EmBwFzvVuw RRcWcER1LHItFIqG5ueHONot7IiFAeIfkoqKcG8k49FJjUY7yUDIx+b0Ot/dgELTc2Nx +yIHazS5R1EAtLsBEcLSF7NzmD6fUDoJ0jaL17lxqqlGXpnG3sTqV68l0ROalsi6Lg9J i6yA== X-Received: by 10.229.197.132 with SMTP id ek4mr18838098qcb.19.1393511187371; Thu, 27 Feb 2014 06:26:27 -0800 (PST) Received: from Karma (c-69-255-200-62.hsd1.md.comcast.net. [69.255.200.62]) by mx.google.com with ESMTPSA id q6sm14083967qax.11.2014.02.27.06.26.25 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 27 Feb 2014 06:26:26 -0800 (PST) Message-ID: <530f4b12.46a1e00a.7c8f.29da@mx.google.com> Received: by Karma (sSMTP sendmail emulation); Thu, 27 Feb 2014 09:26:24 -0500 From: buddha Date: Thu, 27 Feb 2014 09:26:24 -0500 To: freebsd-current@freebsd.org Subject: py.sqlite3 fails to build in firefox port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 14:26:28 -0000 cc: error: unknown argument: '-R/usr/local/lib' Python build finished, but the necessary bits to build these modules were not found: _bsddb _tkinter dl imageop linuxaudiodev ossaudiodev spwd sunaudiodev To find the necessary bits, look in setup.py in detect_modules() for the module's name. Failed to build these modules: _sqlite3 running build_scripts This is the output from the /py-sqlite3/work/Python-2.7.6 directory. In the /www/firefox port the compilation fails with: cc: error: unknown argument: '-R/usr/local/lib' error: command 'cc' failed with exit status 1 *** Error code 1 Here is my pkg info for python utils py27-libxml2-2.8.0 Python interface for XML parser library for GNOME py27-setuptools-2.0.1 Python packages installer python-2.7_1,2 The "meta-port" for the default version of Python interpreter python2-2_2 The "meta-port" for version 2 of the Python interpreter python27-2.7.6_2 Interpreted object-oriented programming language From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 14:40:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5FAA7DF; Thu, 27 Feb 2014 14:40:58 +0000 (UTC) Received: from mail-ie0-x22b.google.com (mail-ie0-x22b.google.com [IPv6:2607:f8b0:4001:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 68A4910F2; Thu, 27 Feb 2014 14:40:58 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id to1so2098793ieb.30 for ; Thu, 27 Feb 2014 06:40:57 -0800 (PST) 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=vD68Ee0HI/5i3Hj7h3fehngtDFaXhsS1PhyeGX4gN8s=; b=RyNBFtV2NVOWbzR8ba2MYfxOmSYxJKQyBv8hJ373YIBP6RAouP3BF6GVlvmY95Iulf /yjGbigvGIejvP980jQo3tgIZD9Z5DXZk6eO/5Kzeodqlx3rAHczii5LgScDQbg0UlBO ErbXuDuSQ+lQ8k+mOykOKSO5IgrJP6c1EBbpSXOfKdazPOJZJ+VX6Ep8IJFOhQAPUAFy xNOwn/9bpGLHcqAArISC//NCuwIVMt2WLPAjf3vlydAsWV+SjanF/6Tm8x26LR+N3gQq en12dImWJ7i+X10znAOgxR/1Z01s9KmnanCpXyRsZwUEpNEMmgLp9PXdN5fuxqp4R8zc 8Iiw== MIME-Version: 1.0 X-Received: by 10.42.27.136 with SMTP id j8mr5660029icc.69.1393512057905; Thu, 27 Feb 2014 06:40:57 -0800 (PST) Received: by 10.50.164.227 with HTTP; Thu, 27 Feb 2014 06:40:57 -0800 (PST) In-Reply-To: <530f4b12.46a1e00a.7c8f.29da@mx.google.com> References: <530f4b12.46a1e00a.7c8f.29da@mx.google.com> Date: Thu, 27 Feb 2014 08:40:57 -0600 Message-ID: Subject: Re: py.sqlite3 fails to build in firefox port From: Scot Hetzel To: buddha Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current , FreeBSD Ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 14:40:58 -0000 On Thu, Feb 27, 2014 at 8:26 AM, buddha wrote: > cc: error: unknown argument: '-R/usr/local/lib' > > Python build finished, but the necessary bits to build these modules were not found: > _bsddb _tkinter dl > imageop linuxaudiodev ossaudiodev > spwd sunaudiodev > To find the necessary bits, look in setup.py in detect_modules() for the module's name. > > > Failed to build these modules: > _sqlite3 > > running build_scripts > > > This is the output from the /py-sqlite3/work/Python-2.7.6 directory. > > In the /www/firefox port the compilation fails with: > cc: error: unknown argument: '-R/usr/local/lib' > error: command 'cc' failed with exit status 1 > *** Error code 1 > > Here is my pkg info for python utils > py27-libxml2-2.8.0 Python interface for XML parser library for GNOME > py27-setuptools-2.0.1 Python packages installer > python-2.7_1,2 The "meta-port" for the default version of Python interpreter > python2-2_2 The "meta-port" for version 2 of the Python interpreter > python27-2.7.6_2 Interpreted object-oriented programming language Try the following patch to lang/python27: http://docs.freebsd.org/cgi/mid.cgi?CAALwa8m9-dpiO4fpA_BG-QeZyo9wsRpDVXHz_CTNUYeFLK7GVA If someone could commit the patch, it would fix this issue for all users that are using clang 3.4. -- DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 17:04:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA1088EF for ; Thu, 27 Feb 2014 17:04:33 +0000 (UTC) Received: from hergotha.csail.mit.edu (wollman-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:ccb::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6AAB21C6E for ; Thu, 27 Feb 2014 17:04:33 +0000 (UTC) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.7/8.14.7) with ESMTP id s1RH4VaG049340; Thu, 27 Feb 2014 12:04:31 -0500 (EST) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.7/8.14.4/Submit) id s1RH4UaU049339; Thu, 27 Feb 2014 12:04:30 -0500 (EST) (envelope-from wollman) Date: Thu, 27 Feb 2014 12:04:30 -0500 (EST) From: Garrett Wollman Message-Id: <201402271704.s1RH4UaU049339@hergotha.csail.mit.edu> To: imb@protected-networks.net Subject: Re: firebox build fails post clang-3.4 merge X-Newsgroups: mit.lcs.mail.freebsd-current In-Reply-To: <530EA5CD.2070508@protected-networks.net> References: <201402270057.s1R0vkjH084327@gw.catspoiler.org> Organization: none X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (hergotha.csail.mit.edu [127.0.0.1]); Thu, 27 Feb 2014 12:04:31 -0500 (EST) X-Spam-Status: No, score=-0.4 required=5.0 tests=ALL_TRUSTED,URIBL_SBL autolearn=disabled version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hergotha.csail.mit.edu X-Mailman-Approved-At: Thu, 27 Feb 2014 17:07:41 +0000 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 17:04:33 -0000 In article <530EA5CD.2070508@protected-networks.net>, imb@protected-networks.net writes: > .. way back in the late 70's or maybe early 80's when I was >actually doing some work on compilers, we had a saying: "produce correct >code even if it's not optimal or exit and tell the user why". > >Producing non-working code for no apparent reason and without warning is >counter-productive. It wastes everyone's time :-( When the specification of "correct" says that anything can happen, including but not limited to the program crashing at runtime, there's no limit on what the compiler may emit. (On the other hand, I agree that if the compiler emits a "crashme" instruction, it really ought to generate a diagnostic as well, even if it can't explain why.) Originially this "escape hatch" was intended to apply to conditions that the compiler could not detect (or at least, the historical PCC could not detect), but nowadays the compiler writers take it upon themselves to deliberately break programs that involve undefined behavior, even when there is an entirely sensible way to define the behavior which is consonant with the way the machine architecture works and how historical compilers have implemented the same construct. For example, the following program: #include extern long l; int main(void) { l = LONG_MAX; l++; return l > 0; } ..is permitted to crash, but it's also permitted to do nothing, and it's permitted to set l to LONG_MIN (following the normal two's-complement arithmetic on signed values). The compilers I checked actually did the obvious thing, but they are older versions. -GAWollman From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 17:24:11 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 48589EA; Thu, 27 Feb 2014 17:24:11 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 16D7A1F59; Thu, 27 Feb 2014 17:24:09 +0000 (UTC) Received: from [192.168.0.7] (cpc28-cmbg15-2-0-cust64.5-4.cable.virginm.net [86.27.189.65]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.5) with ESMTP id s1RHO5YH086788 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 27 Feb 2014 17:24:07 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: firebox build fails post clang-3.4 merge From: David Chisnall In-Reply-To: <530EA5CD.2070508@protected-networks.net> Date: Thu, 27 Feb 2014 17:24:00 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201402270057.s1R0vkjH084327@gw.catspoiler.org> <530EA5CD.2070508@protected-networks.net> To: Michael Butler X-Mailer: Apple Mail (2.1827) Cc: Don Lewis , freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 17:24:11 -0000 On 27 Feb 2014, at 02:41, Michael Butler = wrote: > .. way back in the late 70's or maybe early 80's when I was > actually doing some work on compilers, we had a saying: "produce = correct > code even if it's not optimal or exit and tell the user why". In the late '70s, the number of transforms that a compiler could do were = quite limited. By the time the code gets to the back end in a modern = compiler, it is often very difficult to map back to the source code and = print a diagnostic more helpful than 'something in your program was = undefined behaviour'. This is why clang includes both static and = dynamic checkers for undefined behaviour, in the form of the static = analyser (you do run it on all code you right, don't you?) and the = undefined behaviour sanitiser. LLVM uses ud2 for the trap intrinsic. This can be generated for several = reasons, for example: - __builtin_trap() in the source code (sometimes used to trigger = immediate termination when the program detects that it is in an = indeterminate state) - __builtin_unreachable() in some source code, which turns out to be = reachable after all. This builtin is used to produce better code by = telling the compiler that certain code paths can't possibly be reached, = but sometimes the compiler will leave in dynamic checks to abort if it = detects that something that the user flagged as unreachable actually = wasn't. - Control flow hits a code path that the language semantics say is = undefined or impossible. This is generally considered better than = continuing in an undefined state, on the basis that it's much easier to = exploit a program that is running in an undefined state than one that = has just exited. - There is a compiler bug. David From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 20:13:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4BD26BEC; Thu, 27 Feb 2014 20:13:53 +0000 (UTC) Received: from mail-qc0-x231.google.com (mail-qc0-x231.google.com [IPv6:2607:f8b0:400d:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EA1B31143; Thu, 27 Feb 2014 20:13:52 +0000 (UTC) Received: by mail-qc0-f177.google.com with SMTP id w7so154543qcr.36 for ; Thu, 27 Feb 2014 12:13:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=/Jl5oDU0+tgNvbyhjw9VxrUbJCbLvm+UcDCvNt6klDY=; b=PQqOuZ6eDYK2enkv2iYFCd5Gn1cb47k8NvlvzBEihWZWrn8t6FM6TnCBBzcebOKgm7 3KHCf+mr69fLym+Pyrke5xUNDtgmhkVU9M7MqfdK5sfi2wo+xFCbUpt5CT5nAdnn99G4 coPK2GQgnvSPz/rgKDGlHQnAgUrC8wR2ht+3siOjAtKKUgHOe6tcG/g6BHvFqZKuUERA 5OEKiLKZm1ew3MXGPpEjkZz/WBHfsT+iyI2qom7r4k8bk60YIqFMn+2bmLaI9EJlfU7R icAbJvwULWJt6/HGd4gSWGHlpNoK7K9fT7o/5/6YAdIgyHT++A/TpmLQKvlw6v4mMf7l 6JqA== MIME-Version: 1.0 X-Received: by 10.140.96.180 with SMTP id k49mr10139603qge.4.1393532031993; Thu, 27 Feb 2014 12:13:51 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.16.10 with HTTP; Thu, 27 Feb 2014 12:13:51 -0800 (PST) In-Reply-To: <530EEEA5.4090306@shurik.kiev.ua> References: <20140226123709.GA31099@syn.pertho.net> <530EE7F4.3080903@shurik.kiev.ua> <530EEEA5.4090306@shurik.kiev.ua> Date: Thu, 27 Feb 2014 12:13:51 -0800 X-Google-Sender-Auth: PfxPw9hInH-Tz3HKtxKagH1FS2I Message-ID: Subject: Re: iwn(4) in -HEAD supporting Centrino Wireless-N 135 From: Adrian Chadd To: Alexandr Content-Type: text/plain; charset=ISO-8859-1 Cc: Tom Murphy , freebsd-current , "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 20:13:53 -0000 On 26 February 2014 23:52, Alexandr wrote: > Tom, could you: > > 1. compile kernel WITH_IWNDEBUG > 2. sysctl dev.iwn.0.debug=0x1 > 3. wlandebug -i wlan0 auth+assoc > 4. Associate with AP in 11n mode > 5. Send us appropriate /var/log/messages > > Then I try to compare it with my log. Please do. I've been trying to track down the source of this "ht just doesn't work!" but it works fine with all of the Intel NICs I have here. Can someone see if they can find a mtaching NIC online (amazon,ebay?) Owning one that I can whack in a laptop is likely going ot help things a lot. Thanks, -a From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 20:20:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A7FE5E00 for ; Thu, 27 Feb 2014 20:20:15 +0000 (UTC) Received: from mail.modirum.com (mail.modirum.com [31.185.27.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 69D3B1184 for ; Thu, 27 Feb 2014 20:20:14 +0000 (UTC) Received: from [77.87.241.103] (helo=desktop.reztek) by mail.modirum.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1WJ7R4-000K9J-A7 for freebsd-current@freebsd.org; Thu, 27 Feb 2014 20:20:03 +0000 From: Matthew Rezny To: freebsd-current@freebsd.org Subject: Re: BSD XXI Manifesto [mDNS proposal] Date: Thu, 27 Feb 2014 21:20:04 +0100 Message-ID: <1424978.vEyl8RcM2T@desktop.reztek> Organization: RezTek, s.r.o. User-Agent: KMail/4.12.2 (FreeBSD/10.0-STABLE; KDE/4.12.2; amd64; ; ) In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-SA-Authenticated: Yes X-SA-Exim-Connect-IP: 77.87.241.103 X-SA-Exim-Mail-From: matthew@reztek.cz X-SA-Exim-Scanned: No (on mail.modirum.com); SAEximRunCond expanded to false X-Mailman-Approved-At: Thu, 27 Feb 2014 20:43:51 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 20:20:15 -0000 > On 21 February 2014 20:59, Allan Jude wrote: > > I can see the remote controlled installer being especially useful for > > 'appliance' type devices, like FreeNAS, pfSense, FUDO, etc. > > > > How would your phone find the address of the machine once it boots off > > the USB, so you could access the web server? > > "what apple does." > > > > -a The solution used by Apple is mDNS and it does work rather well. When installing in unstructured environments, I find it quite handy to install Apple's mDNSresponder as part of the basic FreeBSD configuration for no reason other than the ability to "ssh [hostname]" from any box to access any other box on the network. For completely ad-hoc networks, IPv4LL is also useful in conjunction with mDNS. I think it is time that FreeBSD gains support in base for these ZeroConf technologies. Thus, I propose a simple plan to do so. IPv4LL is supported by dhcpcd in NetBSD. We could use this code in our dhclient, or we could simply import their dhcpcd either as replacement for or alternate to our dhclient. The choice of approach I leave open to those more familiar with our dhclient. The import part is the configuration. By default, the DHCP client should fallback to IPv4LL if no DHCP server is found. This should be the behavior for any interface configured for DHCP i.e. ifconfig_[ethif]="DHCP". There also must be a way to disable IPv4LL to enforce use of DHCP in environments where it should be present, for which I propose the notation ifconfig_[ethif]="DHCP-NOLL". If IPv4LL is in active use, the DHCP client should continue to periodically look for a DHCP server and obtain a lease without manual user intervention (which is unfortunately required on both OS X and Windows, leading to sub-optimal experience in cases of temporary unavailability of the DHCP server). When obtaining a lease later, the IPv4LL assigned address should still remain as an alias to prevent closure of active connections when DHCP becomes available. Apple's mDNSresponder is currently available in ports. Their implementation uses the Apache license so I believe we should be able to import this into base without any license issues. The more feature-full Avahi, commonly used on Linux system, is also in ports but is LGPL so is not a good choice for base due to both size and license. Use of mDNS should be based on the addressing scheme in use. If there are any static addresses, we should assume the admin knows how to reach the box, in which case they may enable mDNS. If the box is using purely dynamic addressing then we should assume the addresses may be unknown and mDNS will be useful, perhaps essential, for locating and accessing the machine. The admin should always be able to force mDNS either on or off. Therefore I suggest the rc.conf variable MDNS_ENABLE with possible values AUTO, YES, NO. MDNS_ENABLE="AUTO" should be the default and should implement the above logic; iff all interfaces mentioned in rc.conf are not using static addresses then equivalent to YES, otherwise NO. The YES and NO settings turn it on and off as expected. The result is a fresh install that is configured for automatic addressing should always have some valid network address and be findable by a known name. For headless installation, the installer should have a timeout on the network configuration, after which all interfaces attempt DHCP with IPv4LL fallback and hostname defaults to "FreeBSD-Install". For the case of several machines all being installed at once, mDNS resolution should be used to check if that name is already in use and if so append a "-nnn" where nnn is a number to make the names unique. On first boot after installation, the configured hostname will be used if mDNS in enabled according to the above rules. Comments? From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 22:56:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E38BA5EE for ; Thu, 27 Feb 2014 22:56:05 +0000 (UTC) Received: from orthanc.ca (orthanc.ca [IPv6:2607:f2f8:abf8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A91AF1078 for ; Thu, 27 Feb 2014 22:56:05 +0000 (UTC) Received: from minnie.bitsea.ca (minnie.bitsea.ca [IPv6:2604:8800:137::7]) (authenticated bits=0) by orthanc.ca (8.14.7/8.14.7) with ESMTP id s1RMtwWw061458 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 27 Feb 2014 14:56:02 -0800 (PST) (envelope-from lyndon@orthanc.ca) Content-Type: multipart/signed; boundary="Apple-Mail=_BFB8C811-3750-4D45-9382-E9B147E96A28"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: BSD XXI Manifesto [mDNS proposal] From: Lyndon Nerenberg In-Reply-To: <1424978.vEyl8RcM2T@desktop.reztek> Date: Thu, 27 Feb 2014 14:55:55 -0800 Message-Id: <6D589C89-941E-4F75-8050-C2366E709557@orthanc.ca> References: <1424978.vEyl8RcM2T@desktop.reztek> To: Matthew Rezny X-Mailer: Apple Mail (2.1874) X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on orthanc.ca Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 22:56:06 -0000 --Apple-Mail=_BFB8C811-3750-4D45-9382-E9B147E96A28 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Feb 27, 2014, at 12:20 PM, Matthew Rezny wrote: > If IPv4LL is in active use, the DHCP=20 > client should continue to periodically look for a DHCP server and = obtain a=20 > lease without manual user intervention (which is unfortunately = required on=20 > both OS X and Windows, leading to sub-optimal experience in cases of = temporary=20 > unavailability of the DHCP server). That's not true for Mac OS. If you have an interface configured to use = DHCP, and the Mac is unable to renew the lease, it will automatically = configure a 169.254.x.y address on the interface. All the while it = continues its attempts to renew the DHCP lease and, once successful, = removes the 169.254.x.y address from the interface. --lyndon --Apple-Mail=_BFB8C811-3750-4D45-9382-E9B147E96A28 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQIcBAEBAgAGBQJTD8J7AAoJEG8PnXiV/JnUVMwP/AvCOrJb5X25JRezV0Q5+uyn E7RbSYxnPe/4BjiZ+WizUMLO6M5Gc+Yd7JDKRwxnR+ADCldJHK7M7s+ABgPSvULw yME2GGXd+qFj5CNXJtnPI8OCXlaaKjx+MiQaouPiwl4wr0yF6qEFbzLJnvGSf2VF hdsmIoT5iRen76mMmr3hTLUxq4bxnypI7NTJR/IDTdqy5BSIYNnaimrywFo82WOo EbObEbPc2EdcQTl1whVezRSOwaze1WwwRnRFnqbngid8PtT9pMG/AspxZbIeK1Tp KzG09HmcMiA+CL1WVDKbBN51I5OABUhgpR9KpbQOZf1zbx2IYz7vqQbthsksMpJo XlCIw2sfSL9SqGoCW45HCTh8548SZUeOVsVNzBtSUIQuEEl6uN/3HaFkVlkrvGug EFGsIekvDUa8ITp/ch66WcDXQYMLr5oyGEAD25V8ei89A2vo3gNMPKspgkWjDfJR tUXlXYWDOH3D9C+osEbLKr3CGkAtSsosjLS7as2huu/Fxx2C6HrerRvZerHMaLJj 7EACFdqdIhmqCXYW8r8kx8cQUKMSoNX61iKbMbDxue134DwaiCLO93xK9K6oINcf os6jXy2SplH7jnJpdYj8mbzIQ+zwyyIcaYnIzd4rNs5RuMZZ3lpd4PYP9Uv1Yfjm SjULKcMXXFiRZMWXs398 =fTc3 -----END PGP SIGNATURE----- --Apple-Mail=_BFB8C811-3750-4D45-9382-E9B147E96A28-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 01:14:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0392C2B7 for ; Fri, 28 Feb 2014 01:14:28 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id D0C3F1B81 for ; Fri, 28 Feb 2014 01:14:27 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 05D826165B for ; Fri, 28 Feb 2014 01:14:20 +0000 (UTC) Message-ID: <530FE2E9.5010902@allanjude.com> Date: Thu, 27 Feb 2014 20:14:17 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: FreeBSD Current Subject: Feature Proposal: Transparent upgrade of crypt() algorithms X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tGWrCDJ6hnqBuHX9taUi43m2RbVIcg0n9" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 01:14:28 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --tGWrCDJ6hnqBuHX9taUi43m2RbVIcg0n9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable With r262501 (http://svnweb.freebsd.org/base?view=3Drevision&revision=3D262501) import= ing the upgraded bcrypt from OpenBSD and eventually changing the default identifier for bcrypt to $2b$ it reminded me of a feature that is often seen in Forum software and other web apps. Transparent algorithm upgrade. Excuse the sloppy pseudo-code: new_format =3D login_conf.get('passwd_format') username =3D user.input() plain_pass =3D user.input() hash =3D master.passwd.get(username) salt =3D hash.get_salt() if (crypt(plain_pass, salt) =3D=3D hash) { /* Successful login */ if (crypt_get_format(hash) !=3D new_format) { /* Upgrade crypt() algorithm */ crypt_set_format(new_format) new_salt =3D random() new_hash =3D crypt(plain_pass, new_salt) result =3D master.passwd.set_password(username, new_hash) } } else { /* Unsuccessful login */ } Basically, when a user successfully authenticates, if some new option is enabled in login.conf, use the plain text password attempt while we have it, to re-hash the password with the new algorithm and update the master.passwd file This would make it much easier to transition a very large userbase from md5crypt to bcrypt or sha512crypt, rather than expiring the passwords or something. This might actually be more applicable with my next suggestion, exposing tuneables to control the number of rounds for bcrypt and sha512crypt. As this would make it easy to upgrade all existing bcrypt/sha512crypt hashes from the default number of rounds (10^4 and 5000 respectively) to higher values. --=20 Allan Jude --tGWrCDJ6hnqBuHX9taUi43m2RbVIcg0n9 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTD+LsAAoJEJrBFpNRJZKfuPAP/0kBuEW5hEA9oshtC/5s2QcG GT/FyalHfZoMDZFP2/j6gRTy/PC9meI5xeGxMaJiP3O+KxkFScUdU3hS4yRK671Q NLG2qb1VoZInzFk56v6hL49TpTj6uCLq4I8O8VywtjqahCKJbAtSAqtJtj9pGn89 RrXS1r3m3t0QgRZg6jI2u/D/t8Y8y+2mN9UBaUP8o/GtH7LBeh0n5ZOpOBsiYObE Lp1LU9oZnYQQ9M6Br4oyG5HJQAKRU8Yl9AdLSPkIDdFlgP9GMuHqMeTABAZ3ISYU FQvMkpTW8SDjnISszujNU9WEvvpsf//Dubfp3isSd0L6cuSrVvBxmMgUPi7TqM/p TxnWMd43DnTHEF0mdknHLqPPDlaD3pivbcVQ5w97dKYIcNKHv+TmvAeowfUYN2F5 bmKjfYkB70fAOmBbLDpvEo06YxFH8N3hm3LTXC1L0YLNqPYjURL/yh9IBGHQaFoA TU90nKQC03VRABIe3vpK5IRDEYaj+Dk7akVqbnPQRliz8gSVje8gqg0FCFrOcphD cDdsFroR3T81Kmc/OA3foOv3McnEnzTnIOUB/Pkss9lYTel0Kb/Jzvb1hNCli8TH Xmbs9QW9j6ouKzeuhUprx2vQ7HJliByVBwchX0InUYzVP9NIVl1MpUO7AaPz+S64 XjWIrLOAQ49kZ2xmnkVj =lA5B -----END PGP SIGNATURE----- --tGWrCDJ6hnqBuHX9taUi43m2RbVIcg0n9-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 01:28:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73502573 for ; Fri, 28 Feb 2014 01:28:47 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 4C36D1C57 for ; Fri, 28 Feb 2014 01:28:46 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id DDCA5616E3 for ; Fri, 28 Feb 2014 01:28:45 +0000 (UTC) Message-ID: <530FE64A.4090808@allanjude.com> Date: Thu, 27 Feb 2014 20:28:42 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: FreeBSD Current Subject: Feature Proposal: 'rounds' tuneables for crypt() algorithms X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Wi4VtxjiROCroSTRqwtBResvJkNuRvOgb" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 01:28:47 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Wi4VtxjiROCroSTRqwtBResvJkNuRvOgb Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Currently, you can change the password hashing algorithm used by crypt() with the passwd_format in /etc/login.conf However, as far as I could find, you cannot change the number of 'rounds', the dynamic adjustment factor using in bcrypt, and sha256crypt, and sha512crypt. bcrypt uses a log number, the default is 4 (so 2^4 rounds). The minimum is currently 4, and the maximum 31 sha256 and sha512crypt default to 5000, with a minimum of 1000 and a maximum of 999999999 OpenBSD implements this in login.conf with 'localcipher' similar to our 'passwd_format', except it takes an optional 2nd parameter, the number of log2() rounds. Arch implements this in pam_unix with rounds=3D For compatibility, it might make most sense to use a separate variable rather than adding the optional parameter to the existing passwd_format, so older boxes do not choke on it. Thoughts? --=20 Allan Jude --Wi4VtxjiROCroSTRqwtBResvJkNuRvOgb 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTD+ZNAAoJEJrBFpNRJZKfmXsQAMAwqeYCixRTqjZ9OU1N8bSz B4W5kwjFNC7jCr2p/7ann3EXKFvFowa6WREzBlaVrD/FEhX4xpkp4+lk1xmp72ys i+O+WuwbmAeZGJsUpuO0yJ9UEHHoCCerwlU+3RyXvBSB0QSEB3pPE/d88K0tHhEa vIRWSWCiESbcNvmZzVtR4cLEgXFGqbbrDH+e7PLJAleXMvMepyU0s6iaHduWMifQ em6zYeZic54Q7uwipd6HQV0uD4j3IlDoFhb/+Tfph11PIaLguOispLV4WkrvCHnE TpSM+HAKs2HqWuBchuCUEiuMZjlVf96nab3jW4xfJMNTRedA35do2Eam8NuUBkvg 7L5RQUG9q3jLUTNOtjE0kyVBSGczuk6iIp5rN+e/33XPxb6Tl82Ua7YKNpzzQ/6C xDc89oB2+7mcbuH2MUJwTPM6PD8dZTA7YmuAQ1j0058AVd+MNb4/D2zyxkJYpQhm xQ0Pij4hNCEPJOf8tOpjv7wny3HZyN3MSKVmx9lih+KwSTRrxlxCsalKrnO1aiu2 AabTFT3Ynsim1mV9p2feaqn91+Xm/snDWfYkovPZjuGyykZGxa4bjJ68S/GUo0Rn GfEUMTiwP3dCyet8wjl+zQv4OdEJUXTF/jd+fDk56nZXdOdULlS1jxZDIXvdOlXW +q3Dv9kZlTKBcoyssLIn =cuN7 -----END PGP SIGNATURE----- --Wi4VtxjiROCroSTRqwtBResvJkNuRvOgb-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 01:47:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0283519D for ; Fri, 28 Feb 2014 01:47:40 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B780B1DE3 for ; Fri, 28 Feb 2014 01:47:39 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s1S1lZLI064909 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 27 Feb 2014 17:47:36 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s1S1lYNX064908; Thu, 27 Feb 2014 17:47:34 -0800 (PST) (envelope-from jmg) Date: Thu, 27 Feb 2014 17:47:34 -0800 From: John-Mark Gurney To: Allan Jude Subject: Re: Feature Proposal: 'rounds' tuneables for crypt() algorithms Message-ID: <20140228014734.GL47921@funkthat.com> Mail-Followup-To: Allan Jude , FreeBSD Current References: <530FE64A.4090808@allanjude.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <530FE64A.4090808@allanjude.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Thu, 27 Feb 2014 17:47:36 -0800 (PST) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 01:47:40 -0000 Allan Jude wrote this message on Thu, Feb 27, 2014 at 20:28 -0500: > Currently, you can change the password hashing algorithm used by crypt() > with the passwd_format in /etc/login.conf > > However, as far as I could find, you cannot change the number of > 'rounds', the dynamic adjustment factor using in bcrypt, and > sha256crypt, and sha512crypt. > > bcrypt uses a log number, the default is 4 (so 2^4 rounds). The minimum > is currently 4, and the maximum 31 > > sha256 and sha512crypt default to 5000, with a minimum of 1000 and a > maximum of 999999999 > > OpenBSD implements this in login.conf with 'localcipher' similar to our > 'passwd_format', except it takes an optional 2nd parameter, the number > of log2() rounds. > > Arch implements this in pam_unix with rounds= > > For compatibility, it might make most sense to use a separate variable > rather than adding the optional parameter to the existing passwd_format, > so older boxes do not choke on it. > > Thoughts? There is already a patch out there to do this.. It basicly adds a string to login.conf that is the first part of the crypt that you want to use which will provide the number of rounds too... I think it was posted to -current... I've been meaning to look at adding it... The reason I'm interested in doing this is so that we can configure the number of rounds at boot time... Say always take 50ms to run the rounds or a minimum number of rounds.. This way on faster boxes you get added security of extra -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 01:48:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8110A2A8 for ; Fri, 28 Feb 2014 01:48:04 +0000 (UTC) Received: from elam.kais.kyoto-u.ac.jp (elam.kais.kyoto-u.ac.jp [130.54.60.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0141F1DEE for ; Fri, 28 Feb 2014 01:48:03 +0000 (UTC) Received: from elam.kais.kyoto-u.ac.jp (localhost [127.0.0.1]) by elam.kais.kyoto-u.ac.jp (8.14.8/8.14.8) with ESMTP id s1S1HvGa024792 for ; Fri, 28 Feb 2014 10:17:57 +0900 (JST) (envelope-from kaho@elam.kais.kyoto-u.ac.jp) To: freebsd-current@freebsd.org From: Kaho Toshikazu Subject: Centrino Wireless-N 1000 support is also broken (Re: iwn(4) in -HEAD supporting Centrino Wireless-N 135) References: <20140226123709.GA31099@syn.pertho.net> <530EE7F4.3080903@shurik.kiev.ua> X-Mailer: MH-E 8.0.3; MH 6.8.4.JP-3.05; GNU Emacs 22.3.1 User-Agent: EMH/1.14.1 SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?G?= =?ISO-8859-4?Q?oj=F2?=) APEL/10.8 Emacs/22.3 (i386-portbld-freebsd8.4) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Date: Fri, 28 Feb 2014 10:17:57 +0900 Message-ID: <24791.1393550277@elam.kais.kyoto-u.ac.jp> Sender: kaho@elam.kais.kyoto-u.ac.jp X-Virus-Scanned: clamav-milter 0.97.8 at elam.kais.kyoto-u.ac.jp X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 01:48:04 -0000 Hello, -current members I have a similar problem with Centrino Wireless-N 1000. It operated until r257951 and have a trouble after r258030. I use r262433 kernel with sys/dev/iwn reverted to r257951 and changed from IEEE80211_FC1_WEP to EEE80211_FC1_PROTECTED. r262422 if_iwn module with IWN_DEBUG in opt_iwn.h and dev.iwn.0.debug=1 says: -- output of `dmesg -a` -- iwn0: mem 0xd2500000-0xd2501fff irq 19 at device 0.0 on pci2 wlan0: Ethernet address: 00:1e:64:45:f5:64 iwn0: iwn_setregdomain: invalid channel 8 freq 2447/0x20480 iwn_notif_intr: scanning channel 1 status 1 iwn_notif_intr: scanning channel 6 status 1 iwn_notif_intr: scanning channel 11 status 1 iwn_notif_intr: scanning channel 7 status 1 iwn_notif_intr: scanning channel 13 status 1 iwn_notif_intr: scanning channel 2 status 1 iwn_notif_intr: scanning channel 3 status 1 iwn_notif_intr: scanning channel 4 status 1 iwn_notif_intr: scanning channel 5 status 1 iwn_notif_intr: scanning channel 8 status 1 iwn_notif_intr: scanning channel 9 status 1 iwn_notif_intr: scanning channel 10 status 1 iwn_notif_intr: scanning channel 12 status 1 iwn_tx_data_raw: qid 3 idx 0 len 6 nsegs 1 iwn5000_tx_done: qid 3 idx 0 retries 0 nkill 0 rate 420a duration 778 status 201 iwn_tx_data_raw: qid 3 idx 1 len 86 nsegs 1 iwn5000_tx_done: qid 3 idx 1 retries 0 nkill 0 rate 420a duration 1418 status 201 iwn_set_link_quality: 1stream antenna=0x01, 2stream antenna=0x03, ntxstreams=1 iwn_set_link_quality: i=0, txrate=7, rate=0x87 iwn_set_link_quality: i=1, txrate=6, rate=0x86 iwn_set_link_quality: i=2, txrate=5, rate=0x85 iwn_set_link_quality: i=3, txrate=4, rate=0x84 iwn_set_link_quality: i=4, txrate=3, rate=0x83 iwn_set_link_quality: i=5, txrate=2, rate=0x82 iwn_set_link_quality: i=6, txrate=1, rate=0x81 iwn_set_link_quality: i=7, txrate=0, rate=0x80 iwn_set_link_quality: i=8, txrate=0, rate=0x80 iwn_set_link_quality: i=9, txrate=0, rate=0x80 iwn_set_link_quality: i=10, txrate=0, rate=0x80 iwn_set_link_quality: i=11, txrate=0, rate=0x80 iwn_set_link_quality: i=12, txrate=0, rate=0x80 iwn_set_link_quality: i=13, txrate=0, rate=0x80 iwn_set_link_quality: i=14, txrate=0, rate=0x80 iwn_set_link_quality: i=15, txrate=0, rate=0x80 wlan0: link state changed to UP iwn0: iwn_intr: fatal firmware error firmware error log: error type = "SYSASSERT" (0x00000005) program counter = 0x00018DBC source line = 0x00000032 error data = 0x0000000100000000 branch link = 0x00018D6E00018D6E interrupt link = 0x0000082600000000 time = 1043083265 driver status: tx ring 0: qid=0 cur=0 queued=0 tx ring 1: qid=1 cur=0 queued=0 tx ring 2: qid=2 cur=0 queued=0 tx ring 3: qid=3 cur=2 queued=0 tx ring 4: qid=4 cur=57 queued=0 tx ring 5: qid=5 cur=0 queued=0 tx ring 6: qid=6 cur=0 queued=0 tx ring 7: qid=7 cur=0 queued=0 tx ring 8: qid=8 cur=0 queued=0 tx ring 9: qid=9 cur=0 queued=0 tx ring 10: qid=10 cur=0 queued=0 tx ring 11: qid=11 cur=0 queued=0 tx ring 12: qid=12 cur=0 queued=0 tx ring 13: qid=13 cur=0 queued=0 tx ring 14: qid=14 cur=0 queued=0 tx ring 15: qid=15 cur=0 queued=0 tx ring 16: qid=16 cur=0 queued=0 tx ring 17: qid=17 cur=0 queued=0 tx ring 18: qid=18 cur=0 queued=0 tx ring 19: qid=19 cur=0 queued=0 rx ring: cur=55 -- output of `pciconf -lvcb` -- iwn0@pci0:2:0:0: class=0x028000 card=0x13058086 chip=0x00838086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'Centrino Wireless-N 1000 [Condor Peak]' class = network bar [10] = type Memory, range 64, base 0xd2500000, size 8192, enabled cap 01[c8] = powerspec 3 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[e0] = PCI-Express 1 endpoint max data 128(128) FLR link x1(x1) speed 2.5(2.5) ASPM L1(L0s/L1) ecap 0001[100] = AER 1 0 fatal 0 non-fatal 3 corrected ecap 0003[140] = Serial 1 001e64ffff45f564 -- Kaho Toshikazu From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 01:51:52 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D39974E6; Fri, 28 Feb 2014 01:51:52 +0000 (UTC) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9D64B1F7C; Fri, 28 Feb 2014 01:51:52 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id ED13D60CF; Thu, 27 Feb 2014 20:51:50 -0500 (EST) DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=a3VHhFhSOz0wWbhvfwFmLJPW5OqO7NTRjcFWpVQH45pfhNp0efiDMrrbVg/5CE4J/ XmtIsD+iK6GJM5vaezw5asBZIWtemU+xuKHON6WMIv7OOSZwezYlCvoAYDt37Tk Message-ID: <530FEBB5.70502@protected-networks.net> Date: Thu, 27 Feb 2014 20:51:49 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: David Chisnall Subject: Re: firebox build fails post clang-3.4 merge References: <201402270057.s1R0vkjH084327@gw.catspoiler.org> <530EA5CD.2070508@protected-networks.net> In-Reply-To: X-Enigmail-Version: 1.6 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Don Lewis , freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 01:51:52 -0000 On 02/27/14 12:24, David Chisnall wrote: > On 27 Feb 2014, at 02:41, Michael Butler wrote: > >> .. way back in the late 70's or maybe early 80's when I was >> actually doing some work on compilers, we had a saying: "produce correct >> code even if it's not optimal or exit and tell the user why". > In the late '70s, the number of transforms that a compiler could do > were quite limited. By the time the code gets to the back end in a > modern compiler, it is often very difficult to map back to the source > code and print a diagnostic more helpful than 'something in your > program was undefined behaviour'. This is why clang includes both > static and dynamic checkers for undefined behaviour, in the form of > the static analyser (you do run it on all code you right, don't you?) > and the undefined behaviour sanitiser. I guess what I'm trying to get at is that I am used to a compiler which takes one of two actions, irrespective of the complexities of the source language or target architecture .. 1) the compiler has no definitive translation of "semantic intent" because the code is ambiguous - produces an error for the programmer to that effect 2) the compiler has no idea how to translate unambiguous code into functional machine code - produces an error for the compiler author(s) benefit to expose missing code-generation cases It seems that the current approach adopts a third action: embed "land-mines" in the code without warning. I find this disturbing in the extreme. Can anyone say, without doubt, that there are none of these "land-mines" in the kernel, libraries and utilities? If not, we just took a huge step away from any kind of Information Assurance .. Michael From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 02:03:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E4E88DB9 for ; Fri, 28 Feb 2014 02:03:10 +0000 (UTC) Received: from orthanc.ca (orthanc.ca [IPv6:2607:f2f8:abf8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C5F1910A4 for ; Fri, 28 Feb 2014 02:03:10 +0000 (UTC) Received: from [192.168.42.139] (d66-183-221-35.bchsia.telus.net [66.183.221.35] (may be forged)) (authenticated bits=0) by orthanc.ca (8.14.7/8.14.7) with ESMTP id s1S232gX062235 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 27 Feb 2014 18:03:05 -0800 (PST) (envelope-from lyndon@orthanc.ca) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: BSD XXI Manifesto [mDNS proposal] From: Lyndon Nerenberg In-Reply-To: <2130557.6Hv9SgOJ3f@desktop.reztek> Date: Thu, 27 Feb 2014 18:02:55 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <05A973FF-04E4-4017-8825-4C7802774D32@orthanc.ca> References: <1424978.vEyl8RcM2T@desktop.reztek> <6D589C89-941E-4F75-8050-C2366E709557@orthanc.ca> <2130557.6Hv9SgOJ3f@desktop.reztek> To: Matthew Rezny X-Mailer: Apple Mail (2.1827) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on orthanc.ca Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 02:03:11 -0000 On Feb 27, 2014, at 15:59, Matthew Rezny wrote: > If they corrected that, it was after I abandoned the platform years = ago. It has been like that since at least 10.8.=01 And I am also tempted to say that Windows 7 acts the same, but I don't = have one at hand to double check.= From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 02:14:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9D81C1B8 for ; Fri, 28 Feb 2014 02:14:01 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 266571159 for ; Fri, 28 Feb 2014 02:14:00 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile12) with ESMTP id s1S2Dwv8023826 for ; Fri, 28 Feb 2014 11:13:58 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili16) with ESMTP id s1S2DxM32584 for ; Fri, 28 Feb 2014 11:13:59 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi15) id s1S2DwxM027685; Fri, 28 Feb 2014 11:13:58 +0900 Received: from localhost by lomi15.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id s1S2Dw4J027625; Fri, 28 Feb 2014 11:13:58 +0900 Date: Fri, 28 Feb 2014 11:13:58 +0900 (JST) Message-Id: <20140228.111358.1991189164034042401.okuno.kohji@jp.panasonic.com> To: freebsd-current@freebsd.org Subject: About kevent From: Kohji Okuno Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: okuno.kohji@jp.panasonic.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 02:14:01 -0000 Hi, I have a question about kevent. How should the userland judge knote which is cleared from knlist by knlist_clear() or knlist_delete()? Best regards, Kohji Okuno From owner-freebsd-current@FreeBSD.ORG Thu Feb 27 23:59:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 102177FA for ; Thu, 27 Feb 2014 23:59:22 +0000 (UTC) Received: from mail.modirum.com (mail.modirum.com [31.185.27.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BF6CF158D for ; Thu, 27 Feb 2014 23:59:21 +0000 (UTC) Received: from [77.87.241.103] (helo=desktop.reztek) by mail.modirum.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1WJArC-0002fU-Oo; Thu, 27 Feb 2014 23:59:14 +0000 From: Matthew Rezny To: Lyndon Nerenberg Subject: Re: BSD XXI Manifesto [mDNS proposal] Date: Fri, 28 Feb 2014 00:59:15 +0100 Message-ID: <2130557.6Hv9SgOJ3f@desktop.reztek> Organization: RezTek, s.r.o. User-Agent: KMail/4.12.2 (FreeBSD/10.0-STABLE; KDE/4.12.2; amd64; ; ) In-Reply-To: <6D589C89-941E-4F75-8050-C2366E709557@orthanc.ca> References: <1424978.vEyl8RcM2T@desktop.reztek> <6D589C89-941E-4F75-8050-C2366E709557@orthanc.ca> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-SA-Authenticated: Yes X-SA-Exim-Connect-IP: 77.87.241.103 X-SA-Exim-Mail-From: matthew@reztek.cz X-SA-Exim-Scanned: No (on mail.modirum.com); SAEximRunCond expanded to false X-Mailman-Approved-At: Fri, 28 Feb 2014 02:35:04 +0000 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Feb 2014 23:59:22 -0000 On Thursday 27 February 2014 14:55:55 Lyndon Nerenberg wrote: > On Feb 27, 2014, at 12:20 PM, Matthew Rezny wrote: > > If IPv4LL is in active use, the DHCP > > client should continue to periodically look for a DHCP server and obtain a > > lease without manual user intervention (which is unfortunately required on > > both OS X and Windows, leading to sub-optimal experience in cases of > > temporary unavailability of the DHCP server). > > That's not true for Mac OS. If you have an interface configured to use > DHCP, and the Mac is unable to renew the lease, it will automatically > configure a 169.254.x.y address on the interface. All the while it > continues its attempts to renew the DHCP lease and, once successful, > removes the 169.254.x.y address from the interface. > > --lyndon If they corrected that, it was after I abandoned the platform years ago. I remember repeatedly pushing the Renew Lease button in the Network section of System Settings in frustration, waiting to see the address change. From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 03:40:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F1ED9600; Fri, 28 Feb 2014 03:40:27 +0000 (UTC) Received: from mail-qa0-x234.google.com (mail-qa0-x234.google.com [IPv6:2607:f8b0:400d:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9A72218C5; Fri, 28 Feb 2014 03:40:27 +0000 (UTC) Received: by mail-qa0-f52.google.com with SMTP id m5so147897qaj.39 for ; Thu, 27 Feb 2014 19:40:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Zc6VSu0iTK+2QYJGb3sMBI33vt4Xgq4YsfwBQdxBI5I=; b=uWiZf7ZuwjSAhcOqL2WJKJT3iC7BJyhjtiH1naNwAHnLxYopaErRFvGrCbe/YmGpCR VXj0zTjz9bz6s3Ol76RIg/Fb0k6zQLEVutLKffoB8ExHlfPbnuyZa6hA4zLDOa0DKguc VxuX8DH9GDfz0SLW76XuTy2JPBWuznZ5aVNDjk1Inxaj8cLv3OA2iVy2myShXQJG1GgF K7CsZXKMuuKvXHvu8zXVc2yrhHSvsi/bAinC8nWEvozADKHEJLNRIZb+gaN1j6BZPyA/ /Xg7MzLDH0LHmzUlgcNaLVojnr4OUjlzFVeXeURoYehxzkv1xeCbdiZC27e8H74XN8Dh 8xxA== MIME-Version: 1.0 X-Received: by 10.224.173.1 with SMTP id n1mr705436qaz.48.1393558826727; Thu, 27 Feb 2014 19:40:26 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.16.10 with HTTP; Thu, 27 Feb 2014 19:40:26 -0800 (PST) In-Reply-To: <24791.1393550277@elam.kais.kyoto-u.ac.jp> References: <20140226123709.GA31099@syn.pertho.net> <530EE7F4.3080903@shurik.kiev.ua> <24791.1393550277@elam.kais.kyoto-u.ac.jp> Date: Thu, 27 Feb 2014 19:40:26 -0800 X-Google-Sender-Auth: WFLDZuChT64EyGT6XqxDEtHipxU Message-ID: Subject: Re: Centrino Wireless-N 1000 support is also broken (Re: iwn(4) in -HEAD supporting Centrino Wireless-N 135) From: Adrian Chadd To: Kaho Toshikazu , "freebsd-wireless@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 03:40:28 -0000 Hi, Yes there are issues; I'm too busy to try and chase them down. I'd appreciate some help in chasing down why things are unhappy. Thanks, -a On 27 February 2014 17:17, Kaho Toshikazu wrote: > Hello, -current members > > I have a similar problem with Centrino Wireless-N 1000. > It operated until r257951 and have a trouble after r258030. > I use r262433 kernel with sys/dev/iwn reverted to r257951 > and changed from IEEE80211_FC1_WEP to EEE80211_FC1_PROTECTED. > > r262422 if_iwn module with IWN_DEBUG in opt_iwn.h and dev.iwn.0.debug=1 says: > > -- output of `dmesg -a` -- > iwn0: mem 0xd2500000-0xd2501fff irq 19 at device 0.0 on pci2 > wlan0: Ethernet address: 00:1e:64:45:f5:64 > iwn0: iwn_setregdomain: invalid channel 8 freq 2447/0x20480 > iwn_notif_intr: scanning channel 1 status 1 > iwn_notif_intr: scanning channel 6 status 1 > iwn_notif_intr: scanning channel 11 status 1 > iwn_notif_intr: scanning channel 7 status 1 > iwn_notif_intr: scanning channel 13 status 1 > iwn_notif_intr: scanning channel 2 status 1 > iwn_notif_intr: scanning channel 3 status 1 > iwn_notif_intr: scanning channel 4 status 1 > iwn_notif_intr: scanning channel 5 status 1 > iwn_notif_intr: scanning channel 8 status 1 > iwn_notif_intr: scanning channel 9 status 1 > iwn_notif_intr: scanning channel 10 status 1 > iwn_notif_intr: scanning channel 12 status 1 > iwn_tx_data_raw: qid 3 idx 0 len 6 nsegs 1 > iwn5000_tx_done: qid 3 idx 0 retries 0 nkill 0 rate 420a duration 778 status 201 > iwn_tx_data_raw: qid 3 idx 1 len 86 nsegs 1 > iwn5000_tx_done: qid 3 idx 1 retries 0 nkill 0 rate 420a duration 1418 status 201 > iwn_set_link_quality: 1stream antenna=0x01, 2stream antenna=0x03, ntxstreams=1 > iwn_set_link_quality: i=0, txrate=7, rate=0x87 > iwn_set_link_quality: i=1, txrate=6, rate=0x86 > iwn_set_link_quality: i=2, txrate=5, rate=0x85 > iwn_set_link_quality: i=3, txrate=4, rate=0x84 > iwn_set_link_quality: i=4, txrate=3, rate=0x83 > iwn_set_link_quality: i=5, txrate=2, rate=0x82 > iwn_set_link_quality: i=6, txrate=1, rate=0x81 > iwn_set_link_quality: i=7, txrate=0, rate=0x80 > iwn_set_link_quality: i=8, txrate=0, rate=0x80 > iwn_set_link_quality: i=9, txrate=0, rate=0x80 > iwn_set_link_quality: i=10, txrate=0, rate=0x80 > iwn_set_link_quality: i=11, txrate=0, rate=0x80 > iwn_set_link_quality: i=12, txrate=0, rate=0x80 > iwn_set_link_quality: i=13, txrate=0, rate=0x80 > iwn_set_link_quality: i=14, txrate=0, rate=0x80 > iwn_set_link_quality: i=15, txrate=0, rate=0x80 > wlan0: link state changed to UP > iwn0: iwn_intr: fatal firmware error > firmware error log: > error type = "SYSASSERT" (0x00000005) > program counter = 0x00018DBC > source line = 0x00000032 > error data = 0x0000000100000000 > branch link = 0x00018D6E00018D6E > interrupt link = 0x0000082600000000 > time = 1043083265 > driver status: > tx ring 0: qid=0 cur=0 queued=0 > tx ring 1: qid=1 cur=0 queued=0 > tx ring 2: qid=2 cur=0 queued=0 > tx ring 3: qid=3 cur=2 queued=0 > tx ring 4: qid=4 cur=57 queued=0 > tx ring 5: qid=5 cur=0 queued=0 > tx ring 6: qid=6 cur=0 queued=0 > tx ring 7: qid=7 cur=0 queued=0 > tx ring 8: qid=8 cur=0 queued=0 > tx ring 9: qid=9 cur=0 queued=0 > tx ring 10: qid=10 cur=0 queued=0 > tx ring 11: qid=11 cur=0 queued=0 > tx ring 12: qid=12 cur=0 queued=0 > tx ring 13: qid=13 cur=0 queued=0 > tx ring 14: qid=14 cur=0 queued=0 > tx ring 15: qid=15 cur=0 queued=0 > tx ring 16: qid=16 cur=0 queued=0 > tx ring 17: qid=17 cur=0 queued=0 > tx ring 18: qid=18 cur=0 queued=0 > tx ring 19: qid=19 cur=0 queued=0 > rx ring: cur=55 > > -- output of `pciconf -lvcb` -- > iwn0@pci0:2:0:0: class=0x028000 card=0x13058086 chip=0x00838086 rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Centrino Wireless-N 1000 [Condor Peak]' > class = network > bar [10] = type Memory, range 64, base 0xd2500000, size 8192, enabled > cap 01[c8] = powerspec 3 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message > cap 10[e0] = PCI-Express 1 endpoint max data 128(128) FLR link x1(x1) > speed 2.5(2.5) ASPM L1(L0s/L1) > ecap 0001[100] = AER 1 0 fatal 0 non-fatal 3 corrected > ecap 0003[140] = Serial 1 001e64ffff45f564 > > -- > Kaho Toshikazu > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 03:51:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1ED288BD for ; Fri, 28 Feb 2014 03:51:10 +0000 (UTC) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EB16A190C for ; Fri, 28 Feb 2014 03:51:09 +0000 (UTC) Received: by mail-pa0-f43.google.com with SMTP id bj1so102242pad.30 for ; Thu, 27 Feb 2014 19:51:09 -0800 (PST) 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 :content-type; bh=22SXsHAtu1U9HU95HczZ7+nFo+P4XpUphBydKn08kfk=; b=jv7yh/+YWMAqaN7tlhWk8cfpTurIWqRTvX44UW3BOsZXiYB20VWYKGcaldSMfmLRNl kajNEVc6xG3T1pJ96HWJAlyx2n8IsXC2z67U8wuuYaNi6eY1E8l/KXRjqX+2XWRbxlOE y1RZYpKVh5So0SibLoD86n8usdqRufx36h/oX8kGqtrtzH4pcm98avdgm8xVn5CcnXku jyi3HPH2nmUUUkEJtzuBgy6d39bgJ7rZMZMOSJn32aekw/uSit2mLzsihhnEdPoxVBWo qL5P20yMidmi89jf8ZanXbTb6102xw2yMR/FQDmadrQm6XntqvqxvalRRZsGeo6a0oL4 tn/w== MIME-Version: 1.0 X-Received: by 10.68.163.197 with SMTP id yk5mr760203pbb.57.1393559469552; Thu, 27 Feb 2014 19:51:09 -0800 (PST) Received: by 10.69.8.227 with HTTP; Thu, 27 Feb 2014 19:51:09 -0800 (PST) In-Reply-To: <530f4b12.46a1e00a.7c8f.29da@mx.google.com> References: <530f4b12.46a1e00a.7c8f.29da@mx.google.com> Date: Thu, 27 Feb 2014 22:51:09 -0500 Message-ID: Subject: Re: py.sqlite3 fails to build in firefox port From: chessmaster To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 03:51:10 -0000 http://svnweb.freebsd.org/ports/head/lang/python27/files/patch-Lib__distutils__unixccompiler.py?view=markup&sortby=date Thanks! For the Fix. On Thu, Feb 27, 2014 at 9:26 AM, buddha wrote: > cc: error: unknown argument: '-R/usr/local/lib' > > Python build finished, but the necessary bits to build these modules were > not found: > _bsddb _tkinter dl > imageop linuxaudiodev ossaudiodev > spwd sunaudiodev > To find the necessary bits, look in setup.py in detect_modules() for the > module's name. > > > Failed to build these modules: > _sqlite3 > > running build_scripts > > > This is the output from the /py-sqlite3/work/Python-2.7.6 directory. > > In the /www/firefox port the compilation fails with: > cc: error: unknown argument: '-R/usr/local/lib' > error: command 'cc' failed with exit status 1 > *** Error code 1 > > Here is my pkg info for python utils > py27-libxml2-2.8.0 Python interface for XML parser library for > GNOME > py27-setuptools-2.0.1 Python packages installer > python-2.7_1,2 The "meta-port" for the default version of > Python interpreter > python2-2_2 The "meta-port" for version 2 of the Python > interpreter > python27-2.7.6_2 Interpreted object-oriented programming > language > From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 07:16:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 24544ACC for ; Fri, 28 Feb 2014 07:16:21 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EF0C918BA for ; Fri, 28 Feb 2014 07:16:20 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s1S7GJlP068960 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 27 Feb 2014 23:16:20 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s1S7GJuQ068959; Thu, 27 Feb 2014 23:16:19 -0800 (PST) (envelope-from jmg) Date: Thu, 27 Feb 2014 23:16:19 -0800 From: John-Mark Gurney To: Kohji Okuno Subject: Re: About kevent Message-ID: <20140228071619.GO47921@funkthat.com> Mail-Followup-To: Kohji Okuno , freebsd-current@freebsd.org References: <20140228.111358.1991189164034042401.okuno.kohji@jp.panasonic.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140228.111358.1991189164034042401.okuno.kohji@jp.panasonic.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Thu, 27 Feb 2014 23:16:20 -0800 (PST) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 07:16:21 -0000 Kohji Okuno wrote this message on Fri, Feb 28, 2014 at 11:13 +0900: > I have a question about kevent. > > How should the userland judge knote which is cleared from knlist by > knlist_clear() or knlist_delete()? It looks like I need to read the code better... knlist_clear (killkn=0) and knlist_delete (killkn=1) are wrappers around knlist_cleardel... Looking at the code of knlist_cleardel, if killkn is set (knlist_delete) the knote will be dropped (free'd)... if it is not set, the flags _EOF and _ONESHOT will be set such that it'll be returned soon.. Now that I look at the code, KNOTE_ACTIVATE is never called to be put on the list to be delivered, so now I'm not sure if it works the way it's suppose to... I have a feeling that the notes might hang around forever until the kq fd is closed... I'm also puzzled as to why _DETACHED isn't set, which would seem to mean that we'll call f_detach when we close the kq, which I assume could cause a panic... This needs to be investigated/tested... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 07:39:29 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B3B8643 for ; Fri, 28 Feb 2014 07:39:29 +0000 (UTC) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4BA2B1A68 for ; Fri, 28 Feb 2014 07:39:28 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id s1S7dKUA095981; Thu, 27 Feb 2014 23:39:24 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201402280739.s1S7dKUA095981@gw.catspoiler.org> Date: Thu, 27 Feb 2014 23:39:20 -0800 (PST) From: Don Lewis Subject: Re: firebox build fails post clang-3.4 merge To: kaduk@mit.edu In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: imb@protected-networks.net, freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 07:39:29 -0000 On 26 Feb, Benjamin Kaduk wrote: > On Wed, 26 Feb 2014, Don Lewis wrote: > >> On 26 Feb, Michael Butler wrote: >>> On 02/18/14 12:10, Michael Butler wrote: >>>> Is anyone else seeing firefox failing to install after the clang-3.4 >>>> merge? As in xpcshell dumping core .. >>> >>> An update .. >>> >>> Recompiling with GCC48 on -current yields the same result. Seems to run >>> correctly when invoked from the command-line but seg-faults with "errno >>> = 4" (invalid instruction) from the build >>> >>> Giving up and using the Linux port .. :-( >> >> I've also seen this problem with clang-3.4 on i386. It looks like a >> clang bug to me. Clang is putting ud2 instructions in its output which >> are guaranteed to fault when it compiles nsAppRunner.cpp. See >> . > > That would seem to indicate that clang believes the source code in > question is exercising a case which is explicitly listed as giving > undefined behavior in the language specification. Presumably that means we > need a C++ language lawyer to look over the code in question. After spending the last couple of days pounding my head on my desk, I managed to come up with a standalone test case that reproduces this problem. The source is still on the hefty side because of all the C++ template goo (but more than an order of magnitude smaller than when I started) but the assembly code is fairly small. If updated my PR with the relevant info. From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 08:37:04 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 38770B64 for ; Fri, 28 Feb 2014 08:37:04 +0000 (UTC) Received: from caravan.chchile.org (caravan.chchile.org [178.32.125.136]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DB6F21FEE for ; Fri, 28 Feb 2014 08:37:03 +0000 (UTC) Received: by caravan.chchile.org (Postfix, from userid 1000) id 729B2B5262; Fri, 28 Feb 2014 08:27:15 +0000 (UTC) Date: Fri, 28 Feb 2014 09:27:15 +0100 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Subject: Re: panic: LK_RETRY set with incompatible flags (0x200400) or an error occured (11) Message-ID: <20140228082715.GA48213@caravan.chchile.org> Mail-Followup-To: freebsd-current@FreeBSD.org References: <20140210205607.GA3783@caravan.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140210205607.GA3783@caravan.chchile.org> User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 08:37:04 -0000 Another instance, with a sligthly different stacktrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00e612ae40 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00e612aef0 vpanic() at vpanic+0x126/frame 0xfffffe00e612af30 kassert_panic() at kassert_panic+0x136/frame 0xfffffe00e612afa0 _vn_lock() at _vn_lock+0x70/frame 0xfffffe00e612b010 zfs_lookup() at zfs_lookup+0x44d/frame 0xfffffe00e612b0a0 zfs_freebsd_lookup() at zfs_freebsd_lookup+0x91/frame 0xfffffe00e612b1e0 VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0xea/frame 0xfffffe00e612b210 vfs_cache_lookup() at vfs_cache_lookup+0xcf/frame 0xfffffe00e612b260 VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xea/frame 0xfffffe00e612b290 null_lookup() at null_lookup+0x8b/frame 0xfffffe00e612b300 VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xea/frame 0xfffffe00e612b330 lookup() at lookup+0x590/frame 0xfffffe00e612b3c0 namei() at namei+0x524/frame 0xfffffe00e612b490 vn_open_cred() at vn_open_cred+0x28f/frame 0xfffffe00e612b5e0 vop_stdvptocnp() at vop_stdvptocnp+0x17d/frame 0xfffffe00e612b920 null_vptocnp() at null_vptocnp+0x2b/frame 0xfffffe00e612b980 VOP_VPTOCNP_APV() at VOP_VPTOCNP_APV+0xf0/frame 0xfffffe00e612b9b0 vn_vptocnp_locked() at vn_vptocnp_locked+0x118/frame 0xfffffe00e612ba20 vn_fullpath1() at vn_fullpath1+0x1ca/frame 0xfffffe00e612ba80 kern___getcwd() at kern___getcwd+0xd6/frame 0xfffffe00e612bae0 amd64_syscall() at amd64_syscall+0x265/frame 0xfffffe00e612bbf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe00e612bbf0 kgdb stacktrace: #1 0xffffffff80302ca5 in db_fncall (dummy1=, dummy2=, dummy3=, dummy4=) at /usr/src-svn/sys/ddb/db_command.c:578 #2 0xffffffff8030298d in db_command (cmd_table=) at /usr/src-svn/sys/ddb/db_command.c:449 #3 0xffffffff80306bef in db_script_exec ( scriptname=0xfffffe00e612aad0 "kdb.enter.panic", warnifnotfound=) at /usr/src-svn/sys/ddb/db_script.c:302 #4 0xffffffff80306a26 in db_script_kdbenter (eventname=0x0) at /usr/src-svn/sys/ddb/db_script.c:324 #5 0xffffffff803050ab in db_trap (type=, code=0) at /usr/src-svn/sys/ddb/db_main.c:230 #6 0xffffffff80696c33 in kdb_trap (type=3, code=0, tf=) at /usr/src-svn/sys/kern/subr_kdb.c:656 #7 0xffffffff809b0e92 in trap (frame=0xfffffe00e612ae20) at /usr/src-svn/sys/amd64/amd64/trap.c:571 #8 0xffffffff80996122 in calltrap () at /usr/src-svn/sys/amd64/amd64/exception.S:231 #9 0xffffffff806963ee in kdb_enter (why=0xffffffff80b3c985 "panic", msg=) at cpufunc.h:63 #10 0xffffffff8065ec96 in vpanic (fmt=, ap=) at /usr/src-svn/sys/kern/kern_shutdown.c:752 #11 0xffffffff8065eb46 in kassert_panic (fmt=) at /usr/src-svn/sys/kern/kern_shutdown.c:647 #12 0xffffffff807167c0 in _vn_lock (vp=0xfffff80013ca41d8, flags=2098176, file=0xffffffff81508fe5 "/usr/src-svn/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c", line=1518) at /usr/src-svn/sys/kern/vfs_vnops.c:1436 #13 0xffffffff8148417d in zfs_lookup () at /usr/src-svn/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:1518 #14 0xffffffff814844e1 in zfs_freebsd_lookup (ap=0xfffffe00e612b220) at /usr/src-svn/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:6106 #15 0xffffffff80a6b34a in VOP_CACHEDLOOKUP_APV (vop=, a=) at vnode_if.c:195 #16 0xffffffff806f480f in vfs_cache_lookup (ap=) at vnode_if.h:80 #17 0xffffffff80a6b1fa in VOP_LOOKUP_APV (vop=, a=) at vnode_if.c:127 #18 0xffffffff80578ecb in null_lookup (ap=0xfffffe00e612b378) at vnode_if.h:54 #19 0xffffffff80a6b1fa in VOP_LOOKUP_APV (vop=, a=) at vnode_if.c:127 #20 0xffffffff806fc980 in lookup (ndp=0xfffffe00e612b678) at vnode_if.h:54 #21 0xffffffff806fc0f4 in namei (ndp=0xfffffe00e612b678) at /usr/src-svn/sys/kern/vfs_lookup.c:298 #22 0xffffffff80715f5f in vn_open_cred (ndp=0xfffffe00e612b678, flagp=0xfffffe00e612b800, cmode=0, vn_open_flags=, cred=0xfffff8006c41de00, fp=0x0) at /usr/src-svn/sys/kern/vfs_vnops.c:205 #23 0xffffffff806f7b5d in vop_stdvptocnp (ap=) at /usr/src-svn/sys/kern/vfs_default.c:797 #24 0xffffffff805797fb in null_vptocnp (ap=0xfffffe00e612b9c8) at /usr/src-svn/sys/fs/nullfs/null_vnops.c:824 #25 0xffffffff80a6fb40 in VOP_VPTOCNP_APV (vop=, a=) at vnode_if.c:3647 #26 0xffffffff806f5048 in vn_vptocnp_locked (vp=0xfffffe00e612ba50, cred=0xfffff8006c41de00, buf=0xfffff80002bae000 "...", buflen=0xfffffe00e612ba4c) at vnode_if.h:1564 #27 0xffffffff806f4b6a in vn_fullpath1 (td=0xfffff80061c26490, vp=0xfffff80058178938, rdir=0xfffff80013dc0b10, buf=0xfffff80002bae000 "...", retbuf=0xfffffe00e612bab0, buflen=1016) at /usr/src-svn/sys/kern/vfs_cache.c:1330 #28 0xffffffff806f4906 in kern___getcwd (td=0xfffff80061c26490, buf=0x7fffffffcc18
, bufseg=UIO_USERSPACE, buflen=Cannot access memory at address 0x400 ) at /usr/src-svn/sys/kern/vfs_cache.c:1094 #29 0xffffffff809b1af5 in amd64_syscall (td=0xfffff80061c26490, traced=0) at subr_syscall.c:133 #30 0xffffffff8099640b in Xfast_syscall () at /usr/src-svn/sys/amd64/amd64/exception.S:390 On Mon, Feb 10, 2014 at 09:56:07PM +0100, Jeremie Le Hen wrote: > Hi, > > I run 11.0-CURRENT r260696 on amd64. > > I've got the following panic: > > panic: LK_RETRY set with incompatible flags (0x200400) or an error occured (11) > cpuid = 1 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe00e5e53980 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00e5e53a30 > vpanic() at vpanic+0x126/frame 0xfffffe00e5e53a70 > kassert_panic() at kassert_panic+0x136/frame 0xfffffe00e5e53ae0 > _vn_lock() at _vn_lock+0x70/frame 0xfffffe00e5e53b50 > zfs_lookup() at zfs_lookup+0x44d/frame 0xfffffe00e5e53be0 > zfs_freebsd_lookup() at zfs_freebsd_lookup+0x91/frame 0xfffffe00e5e53d20 > VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0xea/frame > 0xfffffe00e5e53d50 > vfs_cache_lookup() at vfs_cache_lookup+0xcf/frame 0xfffffe00e5e53da0 > VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xea/frame 0xfffffe00e5e53dd0 > null_lookup() at null_lookup+0x8b/frame 0xfffffe00e5e53e40 > VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xea/frame 0xfffffe00e5e53e70 > lookup() at lookup+0x590/frame 0xfffffe00e5e53f00 > namei() at namei+0x524/frame 0xfffffe00e5e53fd0 > vn_open_cred() at vn_open_cred+0x28f/frame 0xfffffe00e5e54120 > vop_stdvptocnp() at vop_stdvptocnp+0x17d/frame 0xfffffe00e5e54460 > null_vptocnp() at null_vptocnp+0x2b/frame 0xfffffe00e5e544c0 > VOP_VPTOCNP_APV() at VOP_VPTOCNP_APV+0xf0/frame 0xfffffe00e5e544f0 > vn_vptocnp_locked() at vn_vptocnp_locked+0x118/frame 0xfffffe00e5e54560 > vn_fullpath1() at vn_fullpath1+0x1ca/frame 0xfffffe00e5e545c0 > vn_fullpath() at vn_fullpath+0xc5/frame 0xfffffe00e5e54620 > export_fd_to_sb() at export_fd_to_sb+0x2fd/frame 0xfffffe00e5e54850 > kern_proc_filedesc_out() at kern_proc_filedesc_out+0x237/frame > 0xfffffe00e5e548d0 > sysctl_kern_proc_filedesc() at sysctl_kern_proc_filedesc+0x66/frame > 0xfffffe00e5e54940 > sysctl_root() at sysctl_root+0x1e4/frame 0xfffffe00e5e54990 > userland_sysctl() at userland_sysctl+0x192/frame 0xfffffe00e5e54a30 > sys___sysctl() at sys___sysctl+0x74/frame 0xfffffe00e5e54ae0 > amd64_syscall() at amd64_syscall+0x265/frame 0xfffffe00e5e54bf0 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe00e5e54bf0 > --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x801027d1a, rsp = 0x7fffffffc758, rbp = 0x7fffffffc790 --- > > > > I can provide core upon request. > > -- > Jeremie Le Hen > > Scientists say the world is made up of Protons, Neutrons and Electrons. > They forgot to mention Morons. > _______________________________________________ > 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" > -- Jeremie Le Hen Scientists say the world is made up of Protons, Neutrons and Electrons. They forgot to mention Morons. From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 09:09:43 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3154C8C9; Fri, 28 Feb 2014 09:09:43 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EB4ED12BF; Fri, 28 Feb 2014 09:09:42 +0000 (UTC) Received: from [192.168.0.7] (cpc28-cmbg15-2-0-cust64.5-4.cable.virginm.net [86.27.189.65]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.5) with ESMTP id s1S99bh1091015 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 28 Feb 2014 09:09:40 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: firebox build fails post clang-3.4 merge From: David Chisnall In-Reply-To: <530FEBB5.70502@protected-networks.net> Date: Fri, 28 Feb 2014 09:09:32 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <191C11E5-DE27-4C8B-AC20-50259447254F@FreeBSD.org> References: <201402270057.s1R0vkjH084327@gw.catspoiler.org> <530EA5CD.2070508@protected-networks.net> <530FEBB5.70502@protected-networks.net> To: Michael Butler X-Mailer: Apple Mail (2.1827) Cc: Don Lewis , freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 09:09:43 -0000 On 28 Feb 2014, at 01:51, Michael Butler = wrote: > I guess what I'm trying to get at is that I am used to a compiler = which > takes one of two actions, irrespective of the complexities of the = source > language or target architecture .. >=20 > 1) the compiler has no definitive translation of "semantic intent" > because the code is ambiguous - produces an error for the programmer = to > that effect >=20 > 2) the compiler has no idea how to translate unambiguous code into > functional machine code - produces an error for the compiler author(s) > benefit to expose missing code-generation cases If you're actually used to compilers like this, then I can only assume = that you normally only compile programs that are a single compilation = unit with no dynamic flow control (e.g. function pointers or = data-dependent conditionals), because that's the only case where it is = possible to implement a compiler that does what you claim you are used = to. You're certainly not used to any C/C++ compiler that's been = released in the last 20 years. The reason for the 'land mines', as you put it, is that the compiler has = determined that a certain code path ought to be unreachable, either = because of programmer-provided annotations or some knowledge of the = language semantics, but can't statically prove that it really is because = it can't do full symbolic execution of the entire program to prove that = it is in all cases, for all possible inputs. It then has two choices: - Merrily continue with this assumption, and if it happens to be wrong = continue executing code with the program in an undefined state. - Insert something that will cause abnormal program termination, = allowing it to be debugged and (hopefully) preventing it becoming an = arbitrary code execution vulnerability. In the vast majority of cases, sadly, it will actually do the first. It = will try, however, to do the latter if it won't harm performance too = much. You can, alternatively, ask the compiler not to take advantage of = any of this knowledge for optimisation and aggressively tell you if = you're doing anything that might be unsafe. Compiling with these = options gives you code that runs at around 10-50% of the speed of an = optimised compile. Maybe that's what you're used to? Now, things are looking promising for you. The estimates we did a = couple of years ago showed that (as long as you don't use shared = libraries), it should be feasible (although quite time consuming) to do = the sorts of analysis that you're used to for moderate sized codebases = once computers with 1-2TB of RAM become common. At the current rate of = development, that's only a couple more years away. It may still take a = few weeks to compile though... David From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 12:29:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A5FDAC3 for ; Fri, 28 Feb 2014 12:29:17 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 2D1881611 for ; Fri, 28 Feb 2014 12:29:16 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile12) with ESMTP id s1SCT88g024298; Fri, 28 Feb 2014 21:29:08 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili11) with ESMTP id s1SCT8R12218; Fri, 28 Feb 2014 21:29:08 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi17) id s1SCT8T1004200; Fri, 28 Feb 2014 21:29:08 +0900 Received: from localhost by lomi17.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id s1SCT8vk004186; Fri, 28 Feb 2014 21:29:08 +0900 Date: Fri, 28 Feb 2014 21:29:08 +0900 (JST) Message-Id: <20140228.212908.344599447475200780.okuno.kohji@jp.panasonic.com> To: jmg@funkthat.com Subject: Re: About kevent From: Kohji Okuno In-Reply-To: <20140228071619.GO47921@funkthat.com> References: <20140228.111358.1991189164034042401.okuno.kohji@jp.panasonic.com> <20140228071619.GO47921@funkthat.com> Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, okuno.kohji@jp.panasonic.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 12:29:17 -0000 > Kohji Okuno wrote this message on Fri, Feb 28, 2014 at 11:13 +0900: >> I have a question about kevent. >> >> How should the userland judge knote which is cleared from knlist by >> knlist_clear() or knlist_delete()? > > It looks like I need to read the code better... knlist_clear (killkn=0) > and knlist_delete (killkn=1) are wrappers around knlist_cleardel... > > Looking at the code of knlist_cleardel, if killkn is set > (knlist_delete) the knote will be dropped (free'd)... if it is not set, > the flags _EOF and _ONESHOT will be set such that it'll be returned > soon.. > > Now that I look at the code, KNOTE_ACTIVATE is never called to be put > on the list to be delivered, so now I'm not sure if it works the way > it's suppose to... I have a feeling that the notes might hang around > forever until the kq fd is closed... > > I'm also puzzled as to why _DETACHED isn't set, which would seem to > mean that we'll call f_detach when we close the kq, which I assume > could cause a panic... > > This needs to be investigated/tested... > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." Hi, Thank you for your comment. I tried test by usb_dev. When a USB device is lost suddenly, I can receive EV_EOF|EV_ONESHOT on kevent->flags. Regards, Kohji Okuno From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 12:36:33 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0AF0AE62; Fri, 28 Feb 2014 12:36:33 +0000 (UTC) Received: from zcs03.jnb1.cloudseed.co.za (zcs03.jnb1.cloudseed.co.za [41.154.0.139]) by mx1.freebsd.org (Postfix) with ESMTP id 91C4716DE; Fri, 28 Feb 2014 12:36:32 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zcs03.jnb1.cloudseed.co.za (Postfix) with ESMTP id 865662B43B9B; Fri, 28 Feb 2014 14:27:25 +0200 (SAST) X-Virus-Scanned: amavisd-new at zcs03.jnb1.cloudseed.co.za Received: from zcs03.jnb1.cloudseed.co.za ([127.0.0.1]) by localhost (zcs03.jnb1.cloudseed.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JaljLzIU3oWd; Fri, 28 Feb 2014 14:27:25 +0200 (SAST) Received: from clue.co.za (l2tp.clue.co.za [41.154.88.20]) by zcs03.jnb1.cloudseed.co.za (Postfix) with ESMTPSA id BF9362B429EF; Fri, 28 Feb 2014 14:27:24 +0200 (SAST) Received: from localhost ([127.0.0.1] helo=zen) by clue.co.za with esmtp (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WJMXD-0000bR-8C; Fri, 28 Feb 2014 14:27:23 +0200 To: Hiroki Sato From: Ian FREISLICH Subject: Re: netstat: sysctl: net.route.0.0.dump.0: Cannot allocate memory In-Reply-To: <20140224.130924.1512809959333112659.hrs@allbsd.org> References: <20140224.130924.1512809959333112659.hrs@allbsd.org> X-Attribution: BOFH Date: Fri, 28 Feb 2014 14:27:23 +0200 Message-Id: Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 12:36:33 -0000 Hiroki Sato wrote: > ia> Hiroki Sato wrote: > ia> > Hm, how about the attached one? > ia> > > ia> > I think the cause is just a race when length of the sysctl's output > ia> > is changed in kernel after the buffer allocation in userspace, not > ia> > memory shortage. Size of the routing table can quickly change. > ia> > ia> You are correct. It's growing at about 9000 entries per second (I > ia> wish it were faster). > ia> > ia> This is what the output looks like now. I guess I'm not the average > ia> case. > > Can you try the attached patch? It will attempt to enlarge the > buffer every retry. I think the routing table grows too fast. It still fails. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 14:19:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7C460923 for ; Fri, 28 Feb 2014 14:19:34 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5E2F410D7 for ; Fri, 28 Feb 2014 14:19:34 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s1SEJYdF063079 for ; Fri, 28 Feb 2014 14:19:34 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s1SEJY2x063078 for freebsd-current@freebsd.org; Fri, 28 Feb 2014 14:19:34 GMT (envelope-from bdrewery) Received: (qmail 49072 invoked from network); 28 Feb 2014 08:19:32 -0600 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 28 Feb 2014 08:19:32 -0600 Message-ID: <53109ACB.20102@FreeBSD.org> Date: Fri, 28 Feb 2014 08:18:51 -0600 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: FreeBSD Current Subject: panic: lockmgr still held [tmpfs] [vm_map_remove()->vdropl()] (r262186: Thu Feb 20) X-Enigmail-Version: 1.6 OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="c4TBHrDDO1tq6tL89o6X7Kw1h4TOfmViX" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 14:19:34 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --c4TBHrDDO1tq6tL89o6X7Kw1h4TOfmViX Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable While using poudriere: > Unread portion of the kernel message buffer: > panic: lockmgr still held > cpuid =3D 12 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe124= 804f7a0 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe124804f850 > vpanic() at vpanic+0x126/frame 0xfffffe124804f890 > kassert_panic() at kassert_panic+0x139/frame 0xfffffe124804f900 > lockdestroy() at lockdestroy+0x3b/frame 0xfffffe124804f920 > vdropl() at vdropl+0x1c8/frame 0xfffffe124804f960 > vm_object_deallocate() at vm_object_deallocate+0x10b/frame 0xfffffe1248= 04f9c0 > vm_map_process_deferred() at vm_map_process_deferred+0x89/frame 0xfffff= e124804f9f0 > vm_map_remove() at vm_map_remove+0xc8/frame 0xfffffe124804fa20 > vmspace_exit() at vmspace_exit+0xc9/frame 0xfffffe124804fa60 > exit1() at exit1+0x541/frame 0xfffffe124804fad0 > sys_sys_exit() at sys_sys_exit+0xe/frame 0xfffffe124804fae0 > ia32_syscall() at ia32_syscall+0x270/frame 0xfffffe124804fbf0 > Xint0x80_syscall() at Xint0x80_syscall+0x95/frame 0xfffffe124804fbf0 > --- syscall (1, FreeBSD ELF32, sys_sys_exit), rip =3D 0x281014df, rsp =3D= 0xffffc45c, rbp =3D 0xffffc468 --- > #4 0xffffffff808c00db in lockdestroy (lk=3D0xfffff80a88a285f0) at /usr= /src/sys/kern/kern_lock.c:440 > 440 KASSERT(lk->lk_lock =3D=3D LK_UNLOCKED, ("lockmgr still= held")); > (kgdb) print *lk > $1 =3D {lock_object =3D {lo_name =3D 0xffffffff8201a1bd "tmpfs", lo_fla= gs =3D 116588552, lo_data =3D 0, lo_witness =3D 0xfffffe00006fec00}, lk_l= ock =3D 18446735288132049184, lk_exslpfail =3D 0, > lk_timo =3D 51, lk_pri =3D 96} I have a core. --=20 Regards, Bryan Drewery --c4TBHrDDO1tq6tL89o6X7Kw1h4TOfmViX Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTEJrMAAoJEDXXcbtuRpfPnBoIAIPTdX99eSno8GFuHhyjOblX dSCHD30RulAYqQiL8v7nCxAOlGonKRBITFnbwWUuM1CGaH5Q4cXKx7f7X6z1PDZL EksBle0erajTa2UF87X/rBV8PrQ3fiQPApjnvWAMKEuP4i8M6sNTR5vrdVvjK7As gQGQlLMaDMRr217Wc1NXeFFuKLkvUPDAhMkGhLxFyB3zdhXdHQEs5BGCIYga/PmO YSRK0PUYuqmCCFWs8665HzSW5J5o0zHMHJ7A7QpfbCpXCXaNWCZCN/sXHu8Tunyu /c+Woov0aPQV4WoDjLE71vGcKk86Paaq9BM1pKtofk+nG2/XFz82QrF5FbShCmk= =nuWh -----END PGP SIGNATURE----- --c4TBHrDDO1tq6tL89o6X7Kw1h4TOfmViX-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 14:23:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 67BBBB9E for ; Fri, 28 Feb 2014 14:23:32 +0000 (UTC) Received: from eu1sys200aog118.obsmtp.com (eu1sys200aog118.obsmtp.com [207.126.144.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B1E96117F for ; Fri, 28 Feb 2014 14:23:31 +0000 (UTC) Received: from mail-wi0-f172.google.com ([209.85.212.172]) (using TLSv1) by eu1sys200aob118.postini.com ([207.126.147.11]) with SMTP ID DSNKUxCb4R8ENqF9q5+6xSpY/dUKLVBg5Fy9@postini.com; Fri, 28 Feb 2014 14:23:31 UTC Received: by mail-wi0-f172.google.com with SMTP id r20so791595wiv.5 for ; Fri, 28 Feb 2014 06:23:29 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:message-id:to:subject:reply-to; bh=i6MsZ7OwkhyIrI8gRGBaO8g44BKNdObRi4sAopJg+s8=; b=EpbW8Nt70wLpKntXLLdA3x7QCRwbvM97ZetQHk6OSXPGu3cnlSGNPC4OVwzRYucmSA TayYNMu+bTHaUZvkpBS3qWWl5UcSrnR19GcGRxZ2cfigq09yTMC4TjeG4xPsKoUXaUxH 4oHwLXva2Vpmn/J9T2qCQJQ49glE8j6gr/+9Deh1MJsphSDVlBqWnyfb2Xc1g7wg4lC8 etKi29FXfgBWAWZyeKbOH0kPLJre3D91rbom2AdPfSfVlJLULAmKuLjdTXgReZScnoMF 9WyWmj3s6tLWei4gyNledAatW1PRYZtWBfWmo09d5/mzQELm5Z8QuVo9c0ZDn+xHrHuX vtqw== X-Gm-Message-State: ALoCoQlMTM/OIgGvkgz4eo+Gq2txrrrLMkfH9DbhWPBJmS/njs6hKj3GhMH7d3/jKE14g5xPZ5DQE1CpDJfGCKScSVyNAELQDoo1Vu3l3A9UqnNcuzRudqScER894WT6Pt40yqRibeWb/s5UVxviMMi86hfDKj869RTWJgpgAFLbw+F0mA6AODY= X-Received: by 10.194.61.114 with SMTP id o18mr3033874wjr.6.1393597409781; Fri, 28 Feb 2014 06:23:29 -0800 (PST) X-Received: by 10.194.61.114 with SMTP id o18mr3033866wjr.6.1393597409687; Fri, 28 Feb 2014 06:23:29 -0800 (PST) Received: from mech-cluster241.men.bris.ac.uk (mech-cluster241.men.bris.ac.uk. [137.222.187.241]) by mx.google.com with ESMTPSA id f1sm15707486wik.1.2014.02.28.06.23.26 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 28 Feb 2014 06:23:28 -0800 (PST) Sender: Anton Shterenlikht Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6) with ESMTP id s1SENOLI040392 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 28 Feb 2014 14:23:25 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6/Submit) id s1SENO9o040391; Fri, 28 Feb 2014 14:23:24 GMT (envelope-from mexas) Date: Fri, 28 Feb 2014 06:23:28 -0800 (PST) From: Anton Shterenlikht Message-Id: <201402281423.s1SENO9o040391@mech-cluster241.men.bris.ac.uk> To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: ia64 r260914 GENERIC kernel: /usr/src/sys/dev/vt/vt_core.c:261: undefined reference to kbd_get_keyboard and so on X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: mexas@bris.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, 28 Feb 2014 14:23:32 -0000 ia64 r260914 GENERIC kernel contains: device kbdmux # keyboard multiplexer device vt # Virtual terminals device vt_vga # VGA terminal device Trying to build it, I get: linking kernel.debug vt_core.o: In function `vt_window_switch': /usr/src/sys/dev/vt/vt_core.c:261: undefined reference to `kbd_get_keyboard' /usr/src/sys/dev/vt/vt_core.c:263: undefined reference to `kbdsw' /usr/src/sys/dev/vt/vt_core.c:263: undefined reference to `kbdsw' vt_core.o: In function `vtterm_cnprobe': /usr/src/sys/dev/vt/vt_core.c:862: undefined reference to `kbd_configure' vt_core.o: In function `vt_allocate_keyboard': /usr/src/sys/dev/vt/vt_core.c:559: undefined reference to `kbd_allocate' /usr/src/sys/dev/vt/vt_core.c:565: undefined reference to `kbd_get_keyboard' /usr/src/sys/dev/vt/vt_core.c:567: undefined reference to `kbd_find_keyboard2' /usr/src/sys/dev/vt/vt_core.c:579: undefined reference to `kbdsw' /usr/src/sys/dev/vt/vt_core.c:579: undefined reference to `kbdsw' /usr/src/sys/dev/vt/vt_core.c:570: undefined reference to `kbd_get_keyboard' /usr/src/sys/dev/vt/vt_core.c:569: undefined reference to `kbd_find_keyboard2' /usr/src/sys/dev/vt/vt_core.c:583: undefined reference to `kbd_allocate' vt_core.o: In function `vtterm_ioctl': /usr/src/sys/dev/vt/vt_core.c:1447: undefined reference to `kbd_get_keyboard' /usr/src/sys/dev/vt/vt_core.c:1449: undefined reference to `kbdsw' /usr/src/sys/dev/vt/vt_core.c:1449: undefined reference to `kbdsw' /usr/src/sys/dev/vt/vt_core.c:1465: undefined reference to `kbd_get_keyboard' /usr/src/sys/dev/vt/vt_core.c:1467: undefined reference to `kbdsw' /usr/src/sys/dev/vt/vt_core.c:1467: undefined reference to `kbdsw' /usr/src/sys/dev/vt/vt_core.c:1488: undefined reference to `kbd_get_keyboard' /usr/src/sys/dev/vt/vt_core.c:1490: undefined reference to `kbdsw' /usr/src/sys/dev/vt/vt_core.c:1490: undefined reference to `kbdsw' /usr/src/sys/dev/vt/vt_core.c:1610: undefined reference to `kbd_get_keyboard' /usr/src/sys/dev/vt/vt_core.c:1615: undefined reference to `kbd_allocate' /usr/src/sys/dev/vt/vt_core.c:1619: undefined reference to `kbd_release' /usr/src/sys/dev/vt/vt_core.c:1622: undefined reference to `kbd_get_keyboard' /usr/src/sys/dev/vt/vt_core.c:1625: undefined reference to `kbdsw' /usr/src/sys/dev/vt/vt_core.c:1625: undefined reference to `kbdsw' /usr/src/sys/dev/vt/vt_core.c:1637: undefined reference to `kbd_get_keyboard' /usr/src/sys/dev/vt/vt_core.c:1642: undefined reference to `kbd_release' vt_core.o: In function `vtterm_cngetc': /usr/src/sys/dev/vt/vt_core.c:906: undefined reference to `kbd_get_keyboard' /usr/src/sys/dev/vt/vt_core.c:912: undefined reference to `kbdsw' /usr/src/sys/dev/vt/vt_core.c:912: undefined reference to `kbdsw' /usr/src/sys/dev/vt/vt_core.c:931: undefined reference to `kbdsw' /usr/src/sys/dev/vt/vt_core.c:931: undefined reference to `kbdsw' vt_core.o: In function `vt_kbdevent': /usr/src/sys/dev/vt/vt_core.c:539: undefined reference to `kbd_release' /usr/src/sys/dev/vt/vt_core.c:546: undefined reference to `kbdsw' /usr/src/sys/dev/vt/vt_core.c:546: undefined reference to `kbdsw' *** [kernel.debug] Error code 1 Am I missing something else? Or should these 3 devices be removed from GENERIC? Thanks Anton From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 15:08:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 93B95795 for ; Fri, 28 Feb 2014 15:08:07 +0000 (UTC) Received: from valery.hibma.org (unknown [IPv6:2a02:2308::216:3eff:fe79:3a6c]) by mx1.freebsd.org (Postfix) with ESMTP id 55A1A1580 for ; Fri, 28 Feb 2014 15:08:07 +0000 (UTC) Received: from [192.168.11.58] (mail.racketcentrekerschoten.nl [95.97.83.42]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by valery.hibma.org (Postfix) with ESMTPSA id 2EE9567ED99; Fri, 28 Feb 2014 16:07:58 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_ED872235-033F-4D87-9EB9-0E265BE5DC3F"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Feature Proposal: Transparent upgrade of crypt() algorithms From: Nick Hibma In-Reply-To: <530FE2E9.5010902@allanjude.com> Date: Fri, 28 Feb 2014 16:07:59 +0100 Message-Id: References: <530FE2E9.5010902@allanjude.com> To: Allan Jude X-Mailer: Apple Mail (2.1874) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 15:08:07 -0000 --Apple-Mail=_ED872235-033F-4D87-9EB9-0E265BE5DC3F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On 28 Feb 2014, at 02:14, Allan Jude wrote: > With r262501 > (http://svnweb.freebsd.org/base?view=3Drevision&revision=3D262501) = importing > the upgraded bcrypt from OpenBSD and eventually changing the default > identifier for bcrypt to $2b$ it reminded me of a feature that is = often > seen in Forum software and other web apps. > =85 > This would make it much easier to transition a very large userbase = from > md5crypt to bcrypt or sha512crypt, rather than expiring the passwords = or > something. The sleeping accounts won=92t be upgraded, so be left at the =91insecure=92= algorithm. I do see the point of automatic updating of password hashes = for a newer algorithm, but =91not needing expiry=92 isn=92t the right = argument. It is actually an argument opposing your change! What you probably meant was: don=92t hassle users with the change in = algorithm, possibly only the users that haven=92t ever logged in after 6 = months. Nick --Apple-Mail=_ED872235-033F-4D87-9EB9-0E265BE5DC3F Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlMQpk8ACgkQBxE2H56uaYlYtACgirno1v2hTesWM6VOoUjZsyt3 oQcAn37ID/VG+3z4sO3hk1RCZCGM4Qo1 =uryC -----END PGP SIGNATURE----- --Apple-Mail=_ED872235-033F-4D87-9EB9-0E265BE5DC3F-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 15:56:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F3E2AF6; Fri, 28 Feb 2014 15:56:27 +0000 (UTC) Received: from mail-lb0-x22e.google.com (mail-lb0-x22e.google.com [IPv6:2a00:1450:4010:c04::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E1ED7199C; Fri, 28 Feb 2014 15:56:26 +0000 (UTC) Received: by mail-lb0-f174.google.com with SMTP id u14so2584633lbd.33 for ; Fri, 28 Feb 2014 07:56:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=uLHiMwGbZr+o4x3l6LBO7Xzi9XAApb7LQPVz4fGFkmA=; b=by2PSMRD8YJs5NbkdK9PqIaaFRtiGXyrXJv2Snh9nzFjWMzYGIeYWQglCc8nKfhQSN 6K+4qWaahzKFGk9X1d3VDJrMP77uRl5dTcmpst0qP+fgj3kQMFKn5p+rlhUiBI9TRl+s T6Ks58KpcVtvJSRGz5pz0FACYiLOCz8bC5xvfzFvFIQy4945gIO27QzoHXgvetZramBn dkOlqlcVwlwt1q5ODpXQoXP+ahX5zEHCo/lnRJ4exERqVwiovqHV9gWibXkKUFSeGV/w zxgrQtREWuQG8KCKEzWExsrtFG/9wW6OXjHvPNDbiM8XvZ/+KZll+hJwBXAQ8zjlswyd KdUA== X-Received: by 10.112.77.138 with SMTP id s10mr2200299lbw.59.1393602984951; Fri, 28 Feb 2014 07:56:24 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.129.232 with HTTP; Fri, 28 Feb 2014 07:55:44 -0800 (PST) From: Odhiambo Washington Date: Fri, 28 Feb 2014 18:55:44 +0300 Message-ID: Subject: pcDuino support To: "freebsd-current@freebsd.org" , freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 15:56:27 -0000 I'd like to buy something for my kids to play with and I was thing about pcDuino, because of the nice specs. I'd like to know if the pcDuino support is complete now for FreeBSD-10. Should I buy it? If not, what is the BEST recommendation? -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 "I can't hear you -- I'm using the scrambler." From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 17:05:42 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A39238D; Fri, 28 Feb 2014 17:05:42 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E9F7510A9; Fri, 28 Feb 2014 17:05:41 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::83f:465:d505:2ec0] (unknown [IPv6:2001:7b8:3a7:0:83f:465:d505:2ec0]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id F323E5C45; Fri, 28 Feb 2014 18:05:39 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_5AA18CEE-D296-40C2-946E-FD8153C38B62"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: firebox build fails post clang-3.4 merge From: Dimitry Andric In-Reply-To: <201402270057.s1R0vkjH084327@gw.catspoiler.org> Date: Fri, 28 Feb 2014 18:05:37 +0100 Message-Id: <53FD6BE5-267D-4732-9E85-F99C8AB0EF33@andric.com> References: <201402270057.s1R0vkjH084327@gw.catspoiler.org> To: Don Lewis X-Mailer: Apple Mail (2.1874) Cc: imb@protected-networks.net, freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 17:05:42 -0000 --Apple-Mail=_5AA18CEE-D296-40C2-946E-FD8153C38B62 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 27 Feb 2014, at 01:57, Don Lewis wrote: > On 26 Feb, Michael Butler wrote: >> On 02/18/14 12:10, Michael Butler wrote: >>> Is anyone else seeing firefox failing to install after the clang-3.4 >>> merge? As in xpcshell dumping core .. >> >> An update .. >> >> Recompiling with GCC48 on -current yields the same result. Seems to run >> correctly when invoked from the command-line but seg-faults with "errno >> = 4" (invalid instruction) from the build >> >> Giving up and using the Linux port .. :-( > > I've also seen this problem with clang-3.4 on i386. It looks like a > clang bug to me. Clang is putting ud2 instructions in its output which > are guaranteed to fault when it compiles nsAppRunner.cpp. See > . > > I tried compiling the offending file with gcc46 and didn't see the > problem in the assembly output. Indeed, this is clang bug with stdcall calling conventions. See the upstream bug http://llvm.org/PR19007 (thanks to Benjamin Kramer for reducing this). I have followed up on the bug with a workaround, which can be used until this bug is fixed upstream, and I can import the fix. -Dimitry --Apple-Mail=_5AA18CEE-D296-40C2-946E-FD8153C38B62 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEUEARECAAYFAlMQweEACgkQsF6jCi4glqN1ogCcDyBNT6p1C714k9iqt4QJzcIX X5UAmJ+gDGGomQkfNzu7Q7FVkcW5CNg= =4aVK -----END PGP SIGNATURE----- --Apple-Mail=_5AA18CEE-D296-40C2-946E-FD8153C38B62-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 17:16:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E446873 for ; Fri, 28 Feb 2014 17:16:52 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 14B7D11AC for ; Fri, 28 Feb 2014 17:16:50 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 04127474DF; Fri, 28 Feb 2014 17:16:46 +0000 (UTC) Message-ID: <5310C47D.3030708@allanjude.com> Date: Fri, 28 Feb 2014 12:16:45 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Nick Hibma Subject: Re: Feature Proposal: Transparent upgrade of crypt() algorithms References: <530FE2E9.5010902@allanjude.com> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7KCxMgUm14ALDugDVWiX6br1ojPL6DqRe" Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 17:16:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --7KCxMgUm14ALDugDVWiX6br1ojPL6DqRe Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2014-02-28 10:07, Nick Hibma wrote: >=20 > On 28 Feb 2014, at 02:14, Allan Jude wrote: >=20 >> With r262501 >> (http://svnweb.freebsd.org/base?view=3Drevision&revision=3D262501) imp= orting >> the upgraded bcrypt from OpenBSD and eventually changing the default >> identifier for bcrypt to $2b$ it reminded me of a feature that is ofte= n >> seen in Forum software and other web apps. >> =85 >> This would make it much easier to transition a very large userbase fro= m >> md5crypt to bcrypt or sha512crypt, rather than expiring the passwords = or >> something. >=20 > The sleeping accounts won=92t be upgraded, so be left at the =91insecur= e=92 algorithm. I do see the point of automatic updating of password hash= es for a newer algorithm, but =91not needing expiry=92 isn=92t the right = argument. It is actually an argument opposing your change! >=20 > What you probably meant was: don=92t hassle users with the change in al= gorithm, possibly only the users that haven=92t ever logged in after 6 mo= nths. >=20 > Nick >=20 The algorithm upgrade would upgrade everyone, including people who changed their password just 5 days ago. If an account is dormant, and never logs in, even a password expirey wouldn't force a password change, because the user never logs in. To better rephrase my point, the goal is to avoid having to adjust every users password expirey to yesterday, in order to force them all to set new passwords. --=20 Allan Jude --7KCxMgUm14ALDugDVWiX6br1ojPL6DqRe 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTEMSAAAoJEJrBFpNRJZKfKYYQAJ6YQFuiG+Ag5y/yGf4af4wd pn/icVAaDwke4ZTdA3r5+l7/0GU9naqoYgkpQcwh/czEd0dijpGvXlS0xFJ5Iewb 63I2fCMuy7qGK5ZO8NZZ3tCqsnZH7SsYsEYlB2LZpNZgK+YRe4KXOPBog9s3VxG8 h0cEcN+MvAsvaqtfym6lST+wjdw0PcrEOQdGwroR2ZhVHTWpysZnfCQx6nmJ+D2d UL2lFY2kziJxugWSOrR7kGcX4HE1QRgmZRitvlOeB8X0ZemKtTRop/7ldNm6w3rY LT7BcGvKJjtMRotD4SMliPwZ6DXE6qq4L7kzDMcD3AwjoSy/i5L48/UPsn10Hb0W 0rAeNsM4RPuJwUpERDnJkDlNN9zDY58wPdcjq0WV/qCU0DbrMmMCqzwkwDZ4eK1+ X7QPO9rDut78IBfWj2kfWdA9F74rqbHRHpvINZFYXj4sju6RIb+4qd+pXRxOpr0Q Jev/EkuqaOccPYYknJEXjQhI3yXnSorl91V1f3Xp9t002OcbkLzMfeUbF9FpZvoO HNDWHxSJNz22x7np4a2dc0bwb5g3hPC5Lc+p/gfBbhOCNRmy09SlWpD+koZ2DB4a +Qu3jzlLaP022kCDcKpMzYG4ZvP1gFwSJYC+l5RyQBVeLH9B69k+OdT3p51lRHM3 MfMyufOp1agno6kzvIxe =pjjg -----END PGP SIGNATURE----- --7KCxMgUm14ALDugDVWiX6br1ojPL6DqRe-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 17:46:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 60E04CDB for ; Fri, 28 Feb 2014 17:46:54 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 239C4143E for ; Fri, 28 Feb 2014 17:46:53 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s1SHkq55077334 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Feb 2014 09:46:53 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s1SHkqsn077333; Fri, 28 Feb 2014 09:46:52 -0800 (PST) (envelope-from jmg) Date: Fri, 28 Feb 2014 09:46:52 -0800 From: John-Mark Gurney To: Kohji Okuno Subject: Re: About kevent Message-ID: <20140228174651.GP47921@funkthat.com> Mail-Followup-To: Kohji Okuno , freebsd-current@freebsd.org References: <20140228.111358.1991189164034042401.okuno.kohji@jp.panasonic.com> <20140228071619.GO47921@funkthat.com> <20140228.212908.344599447475200780.okuno.kohji@jp.panasonic.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140228.212908.344599447475200780.okuno.kohji@jp.panasonic.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Fri, 28 Feb 2014 09:46:53 -0800 (PST) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 17:46:54 -0000 Kohji Okuno wrote this message on Fri, Feb 28, 2014 at 21:29 +0900: > > Kohji Okuno wrote this message on Fri, Feb 28, 2014 at 11:13 +0900: > >> I have a question about kevent. > >> > >> How should the userland judge knote which is cleared from knlist by > >> knlist_clear() or knlist_delete()? > > > > It looks like I need to read the code better... knlist_clear (killkn=0) > > and knlist_delete (killkn=1) are wrappers around knlist_cleardel... > > > > Looking at the code of knlist_cleardel, if killkn is set > > (knlist_delete) the knote will be dropped (free'd)... if it is not set, > > the flags _EOF and _ONESHOT will be set such that it'll be returned > > soon.. > > > > Now that I look at the code, KNOTE_ACTIVATE is never called to be put > > on the list to be delivered, so now I'm not sure if it works the way > > it's suppose to... I have a feeling that the notes might hang around > > forever until the kq fd is closed... > > > > I'm also puzzled as to why _DETACHED isn't set, which would seem to > > mean that we'll call f_detach when we close the kq, which I assume > > could cause a panic... > > > > This needs to be investigated/tested... > > Thank you for your comment. > > I tried test by usb_dev. When a USB device is lost suddenly, I can > receive EV_EOF|EV_ONESHOT on kevent->flags. Ok, good, that means the documentation in knlist_clear(9) is correct... Thanks for verifing this for me... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 18:15:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A38B65F; Fri, 28 Feb 2014 18:15:47 +0000 (UTC) Received: from mail-qg0-x232.google.com (mail-qg0-x232.google.com [IPv6:2607:f8b0:400d:c04::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D086116F1; Fri, 28 Feb 2014 18:15:46 +0000 (UTC) Received: by mail-qg0-f50.google.com with SMTP id z60so3064980qgd.9 for ; Fri, 28 Feb 2014 10:15:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=OnHZT1AcSBA14rFxqP1p55L76dCaUP+RyfoFDu0+2LQ=; b=hu169xqWb+/lKgtKpVLx50m+hHsHt2hfeMGUFdEtFPotAxablycZZ4DBbpXlCl+a4i KajC8hlLR9f++WevkFmybBi52zR3KbrP6Avgcb6g1kJqVj6iR5d1E6YPEbcXyFgIMR/w VanfSR3gJP+bn05SVc6KxxZj3FMCXQCHBB+e4FQ2aDYOnwDmIR8BL/ABlg0hNJmjRVBe vDslHQdVhTBaprLarAC+DUBZ3iRchsSgta3mZ0/0KD1T/aRYQUhoPUsep1JmISAeBsqx OuGfZbwSQpSzM9NUaAeuA+S7SOnGLraMFrBDQBA/9AHNCvKwCS+BHiNiG3hImrMjkCzV V2Vw== MIME-Version: 1.0 X-Received: by 10.224.61.2 with SMTP id r2mr5742833qah.49.1393611346012; Fri, 28 Feb 2014 10:15:46 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.16.10 with HTTP; Fri, 28 Feb 2014 10:15:45 -0800 (PST) Date: Fri, 28 Feb 2014 10:15:45 -0800 X-Google-Sender-Auth: 03Z5ua0aO9347UEOzpVZZap8O0Y Message-ID: Subject: signal 8 (floating point exception) upon resume From: Adrian Chadd To: "freebsd-mobile@freebsd.org" , freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 18:15:47 -0000 Hi, On my i386 -HEAD laptops (running -HEAD as of last night, but it's been a problem for a while) I occasionally hit a point where I get an FPE on _all_ processes upon resume. I can still do a clean shutdown through the power-button method, but I can't do anything else. Has anyone seen this before? Does anyone have an inkling of an idea why I'd be getting FPE's for things like ps and sh? -a From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 19:22:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C78F07DB; Fri, 28 Feb 2014 19:22:20 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6973E1D2E; Fri, 28 Feb 2014 19:22:20 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::83f:465:d505:2ec0] (unknown [IPv6:2001:7b8:3a7:0:83f:465:d505:2ec0]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 731F85C45; Fri, 28 Feb 2014 20:22:16 +0100 (CET) From: Dimitry Andric Content-Type: multipart/signed; boundary="Apple-Mail=_F386D9EE-AB3F-4620-8745-B4972287C8C5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Subject: HEADS UP: sparc64 backend for llvm/clang imported Message-Id: Date: Fri, 28 Feb 2014 20:22:06 +0100 To: freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 19:22:20 -0000 --Apple-Mail=_F386D9EE-AB3F-4620-8745-B4972287C8C5 Content-Type: multipart/mixed; boundary="Apple-Mail=_547EA8F2-71C9-493D-A8EB-8173DA893B0F" --Apple-Mail=_547EA8F2-71C9-493D-A8EB-8173DA893B0F Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Hi, In r262613 I have merged the clang-sparc64 branch back to head. This imports an updated sparc64 backend for llvm and clang, allowing clang to bootstrap itself on sparc64, and to completely build world. To be able to build the GENERIC kernel, there is still one patch to be finalized, see below. If you have any sparc64 hardware, and are not afraid to encounter rough edges, please try out building and running your system with clang. To do so, update to at least r262613, and enable the following options in e.g. src.conf, or in your build environment: WITH_CLANG=y WITH_CLANG_IS_CC=y WITH_LIBCPLUSPLUS=y (optional) Alternatively, if you would rather keep gcc as /usr/bin/cc for the moment, build world using just WITH_CLANG, enabling clang to be built (by gcc) and installed. After installworld, you can then set CC=clang, CXX=clang++ and CPP=clang-cpp for building another world. For building the sparc64 kernel, there is one open issue left, which is that sys/sparc64/include/pcpu.h uses global register variables, and this is not supported by clang. A preliminary patch for this is attached, but it may or may not blow up your system, please beware! The patch changes the pcpu and curpcb global register variables into inline functions, similar to what is done on other architectures. However, the current approach is not optimal, and the emitted code is slightly different from what gcc outputs. Any improvements to this patch are greatly appreciated! Last but not least, thanks go out to Roman Divacky for his work with llvm/clang upstream in getting the sparc64 backend into shape. -Dimitry --Apple-Mail=_547EA8F2-71C9-493D-A8EB-8173DA893B0F Content-Disposition: attachment; filename=clang-sparc64-pcpu-1.diff Content-Type: application/octet-stream; name="clang-sparc64-pcpu-1.diff" Content-Transfer-Encoding: 7bit Index: sys/sparc64/include/pcpu.h =================================================================== --- sys/sparc64/include/pcpu.h (revision 262582) +++ sys/sparc64/include/pcpu.h (working copy) @@ -70,9 +70,28 @@ extern void *dpcpu0; struct pcb; struct pcpu; -register struct pcb *curpcb __asm__(__XSTRING(PCB_REG)); -register struct pcpu *pcpup __asm__(__XSTRING(PCPU_REG)); +static __inline __pure2 struct pcb * +__curpcb(void) +{ + struct pcb *pcb; + __asm("mov %" __XSTRING(PCB_REG) ", %0" : "=r" (pcb)); + + return (pcb); +} +#define curpcb (__curpcb()) + +static __inline __pure2 struct pcpu * +__pcpu(void) +{ + struct pcpu *pcpu; + + __asm("mov %" __XSTRING(PCPU_REG) ", %0" : "=r" (pcpu)); + + return (pcpu); +} +#define pcpup (__pcpu()) + #define PCPU_GET(member) (pcpup->pc_ ## member) static __inline __pure2 struct thread * --Apple-Mail=_547EA8F2-71C9-493D-A8EB-8173DA893B0F Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii --Apple-Mail=_547EA8F2-71C9-493D-A8EB-8173DA893B0F-- --Apple-Mail=_F386D9EE-AB3F-4620-8745-B4972287C8C5 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlMQ4eQACgkQsF6jCi4glqMpTwCg2qYgAjHFjrQbvlneghJoomgC kBsAoO+K+goj1WKqOYSD/s5m59wXg45q =XryE -----END PGP SIGNATURE----- --Apple-Mail=_F386D9EE-AB3F-4620-8745-B4972287C8C5-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 20:36:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E4818BEB; Fri, 28 Feb 2014 20:36:58 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BB51E156E; Fri, 28 Feb 2014 20:36:58 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id AAC7FB99A; Fri, 28 Feb 2014 15:36:57 -0500 (EST) From: John Baldwin To: freebsd-ia64@freebsd.org, mexas@bris.ac.uk Subject: Re: ia64 r260914 GENERIC kernel: /usr/src/sys/dev/vt/vt_core.c:261: undefined reference to kbd_get_keyboard and so on Date: Fri, 28 Feb 2014 15:36:41 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201402281423.s1SENO9o040391@mech-cluster241.men.bris.ac.uk> In-Reply-To: <201402281423.s1SENO9o040391@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201402281536.41192.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 28 Feb 2014 15:36:57 -0500 (EST) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 20:36:59 -0000 On Friday, February 28, 2014 9:23:28 am Anton Shterenlikht wrote: > ia64 r260914 GENERIC kernel contains: > > device kbdmux # keyboard multiplexer > device vt # Virtual terminals > device vt_vga # VGA terminal device > > Trying to build it, I get: Try this: Index: conf/files.ia64 =================================================================== --- conf/files.ia64 (revision 262614) +++ conf/files.ia64 (working copy) @@ -52,7 +52,7 @@ dev/fb/vga.c optional vga dev/hwpmc/hwpmc_ia64.c optional hwpmc dev/io/iodev.c optional io -dev/kbd/kbd.c optional atkbd | sc | ukbd +dev/kbd/kbd.c optional atkbd | sc | ukbd | vt dev/syscons/scterm-teken.c optional sc dev/syscons/scvgarndr.c optional sc vga dev/syscons/scvtb.c optional sc -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 20:54:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1D212D5; Fri, 28 Feb 2014 20:54:09 +0000 (UTC) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 06D3216F5; Fri, 28 Feb 2014 20:54:08 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.7/8.14.7) with ESMTP id s1SKs2WO014435; Fri, 28 Feb 2014 14:54:02 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.7/8.14.7/Submit) id s1SKs28q014434; Fri, 28 Feb 2014 14:54:02 -0600 (CST) (envelope-from brooks) Date: Fri, 28 Feb 2014 14:54:02 -0600 From: Brooks Davis To: Dimitry Andric Subject: Re: HEADS UP: sparc64 backend for llvm/clang imported Message-ID: <20140228205402.GA13677@lor.one-eyed-alien.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 20:54:09 -0000 --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 28, 2014 at 08:22:06PM +0100, Dimitry Andric wrote: > Hi, >=20 > In r262613 I have merged the clang-sparc64 branch back to head. This > imports an updated sparc64 backend for llvm and clang, allowing clang to > bootstrap itself on sparc64, and to completely build world. To be able > to build the GENERIC kernel, there is still one patch to be finalized, > see below. Wow! Great work all! I really didn't expect that we'd end up with a viable sparc64 backend in clang given how long it sat on the sidelines and the fact that the clang ports have been marked broken there for years. -- Brooks --TB36FDmn/VVEgNH/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iKYEARECAGYFAlMQ92lfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDY1NUQ1MTlDMjZBNzgyRTcyNTI5OUJGMDVE OEU4QkU5RjIzODFBRDQACgkQXY6L6fI4GtR8DQCfWMBfoifS3rAkVOLzsQ69SDd3 2AoAoI0LzhZlAsvlEe2ix6NPmeNuAD6D =CGRk -----END PGP SIGNATURE----- --TB36FDmn/VVEgNH/-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 21:32:51 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 292AC1FD; Fri, 28 Feb 2014 21:32:51 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F124B1A9D; Fri, 28 Feb 2014 21:32:50 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 08674B922; Fri, 28 Feb 2014 16:32:50 -0500 (EST) From: John Baldwin To: freebsd-mobile@freebsd.org Subject: Re: signal 8 (floating point exception) upon resume Date: Fri, 28 Feb 2014 16:08:30 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201402281608.30515.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 28 Feb 2014 16:32:50 -0500 (EST) Cc: Adrian Chadd , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 21:32:51 -0000 On Friday, February 28, 2014 1:15:45 pm Adrian Chadd wrote: > Hi, > > On my i386 -HEAD laptops (running -HEAD as of last night, but it's > been a problem for a while) I occasionally hit a point where I get an > FPE on _all_ processes upon resume. > > I can still do a clean shutdown through the power-button method, but I > can't do anything else. > > Has anyone seen this before? Does anyone have an inkling of an idea > why I'd be getting FPE's for things like ps and sh? I'm guessing fpcurthread is stale. We should probably be flushing the FPU state on suspend and starting off without any FPU state on resume. Ah, see this bit here in x86/acpica/acpi_wakeup.c: int acpi_sleep_machdep(struct acpi_softc *sc, int state) { ... if (savectx(susppcbs[0])) { #ifdef __amd64__ ctx_fpusave(susppcbs[0]->pcb_fpususpend); #endif ... } Looks like you need to implement ctx_fpusave() for i386. kib@ did it as part of the AVX work, but I wonder if you can just steal the amd64 ctx_fpusave() and have it call npxsave() instead of fpxsave()? Not sure if you'd need it to be in asm as it is on amd64 or if you can do this in C. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 21:32:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2929A2B6 for ; Fri, 28 Feb 2014 21:32:53 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F40C61A9E for ; Fri, 28 Feb 2014 21:32:52 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id EB711B941; Fri, 28 Feb 2014 16:32:51 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: Feature Proposal: Transparent upgrade of crypt() algorithms Date: Fri, 28 Feb 2014 16:14:03 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <530FE2E9.5010902@allanjude.com> <5310C47D.3030708@allanjude.com> In-Reply-To: <5310C47D.3030708@allanjude.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201402281614.03713.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 28 Feb 2014 16:32:52 -0500 (EST) Cc: Nick Hibma X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 21:32:53 -0000 On Friday, February 28, 2014 12:16:45 pm Allan Jude wrote: > On 2014-02-28 10:07, Nick Hibma wrote: > >=20 > > On 28 Feb 2014, at 02:14, Allan Jude wrote: > >=20 > >> With r262501 > >> (http://svnweb.freebsd.org/base?view=3Drevision&revision=3D262501) imp= orting > >> the upgraded bcrypt from OpenBSD and eventually changing the default > >> identifier for bcrypt to $2b$ it reminded me of a feature that is often > >> seen in Forum software and other web apps. > >> =E2=80=A6 > >> This would make it much easier to transition a very large userbase from > >> md5crypt to bcrypt or sha512crypt, rather than expiring the passwords = or > >> something. > >=20 > > The sleeping accounts won=E2=80=99t be upgraded, so be left at the =E2= =80=98insecure=E2=80=99=20 algorithm. I do see the point of automatic updating of password hashes for = a=20 newer algorithm, but =E2=80=98not needing expiry=E2=80=99 isn=E2=80=99t the= right argument. It is=20 actually an argument opposing your change! > >=20 > > What you probably meant was: don=E2=80=99t hassle users with the change= in=20 algorithm, possibly only the users that haven=E2=80=99t ever logged in afte= r 6 months. > >=20 > > Nick > >=20 >=20 > The algorithm upgrade would upgrade everyone, including people who > changed their password just 5 days ago. If an account is dormant, and > never logs in, even a password expirey wouldn't force a password change, > because the user never logs in. >=20 > To better rephrase my point, the goal is to avoid having to adjust every > users password expirey to yesterday, in order to force them all to set > new passwords. I think Nick's point is you do want passwords using the "old" hash to expire are some point if they haven't been auto-converted. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 21:32:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8CF6C414; Fri, 28 Feb 2014 21:32:57 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 65F351AA3; Fri, 28 Feb 2014 21:32:57 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 52033B922; Fri, 28 Feb 2014 16:32:56 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: panic: lockmgr still held [tmpfs] [vm_map_remove()->vdropl()] (r262186: Thu Feb 20) Date: Fri, 28 Feb 2014 16:18:57 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <53109ACB.20102@FreeBSD.org> In-Reply-To: <53109ACB.20102@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201402281618.57291.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 28 Feb 2014 16:32:56 -0500 (EST) Cc: Bryan Drewery X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 21:32:57 -0000 On Friday, February 28, 2014 9:18:51 am Bryan Drewery wrote: > While using poudriere: > > > Unread portion of the kernel message buffer: > > panic: lockmgr still held > > cpuid = 12 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe124804f7a0 > > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe124804f850 > > vpanic() at vpanic+0x126/frame 0xfffffe124804f890 > > kassert_panic() at kassert_panic+0x139/frame 0xfffffe124804f900 > > lockdestroy() at lockdestroy+0x3b/frame 0xfffffe124804f920 > > vdropl() at vdropl+0x1c8/frame 0xfffffe124804f960 > > vm_object_deallocate() at vm_object_deallocate+0x10b/frame 0xfffffe124804f9c0 > > vm_map_process_deferred() at vm_map_process_deferred+0x89/frame 0xfffffe124804f9f0 > > vm_map_remove() at vm_map_remove+0xc8/frame 0xfffffe124804fa20 > > vmspace_exit() at vmspace_exit+0xc9/frame 0xfffffe124804fa60 > > exit1() at exit1+0x541/frame 0xfffffe124804fad0 > > sys_sys_exit() at sys_sys_exit+0xe/frame 0xfffffe124804fae0 > > ia32_syscall() at ia32_syscall+0x270/frame 0xfffffe124804fbf0 > > Xint0x80_syscall() at Xint0x80_syscall+0x95/frame 0xfffffe124804fbf0 > > --- syscall (1, FreeBSD ELF32, sys_sys_exit), rip = 0x281014df, rsp = 0xffffc45c, rbp = 0xffffc468 --- > > > #4 0xffffffff808c00db in lockdestroy (lk=0xfffff80a88a285f0) at /usr/src/sys/kern/kern_lock.c:440 > > 440 KASSERT(lk->lk_lock == LK_UNLOCKED, ("lockmgr still held")); > > (kgdb) print *lk > > $1 = {lock_object = {lo_name = 0xffffffff8201a1bd "tmpfs", lo_flags = 116588552, lo_data = 0, lo_witness = 0xfffffe00006fec00}, lk_lock = 18446735288132049184, lk_exslpfail = 0, > > lk_timo = 51, lk_pri = 96} Can you please grab people.freebsd.org/~jhb/gdb/* and then do 'cd /path/to/files', 'source gdb6', 'frame 4', 'lockmgr_owner lk'? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 21:59:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A6FB1B9C for ; Fri, 28 Feb 2014 21:59:00 +0000 (UTC) Received: from mail-qa0-x234.google.com (mail-qa0-x234.google.com [IPv6:2607:f8b0:400d:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5FD481C73 for ; Fri, 28 Feb 2014 21:59:00 +0000 (UTC) Received: by mail-qa0-f52.google.com with SMTP id m5so1253348qaj.25 for ; Fri, 28 Feb 2014 13:58:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=pg9odTSbgknEisdx9WgEEcFwy14zV4nXO5D4uKsz9HU=; b=hJfJEx0jfszIACJ/EnPV6VqpKN/vbOTWsXhP6JUxWb1ttWvWTOTkHY0GcZo0+92i/Y wPe7wEdWmvbDAydxA3Opam63IhAuJ7gxKCm7arOXgd/5zSGX0hvpoUw6fap5x+nisBpv scpEiaS0tUda4EUkTpWGigtIkwEV7AYpXKKpU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=pg9odTSbgknEisdx9WgEEcFwy14zV4nXO5D4uKsz9HU=; b=He+geyGDtbpRfVH4nBnxDGj9V8+W3buMU62O89EaiWKHu+8iMT6NbIwz8IGxVphE3G YJJ59Gm2aapZzPwC6hzPSMkI285qpNQ95g7qYNNRecxUlrp+5+zw3nC4jhwOO/AfA/Vg SXhPf9BIjOhF9Ysd7ufXUAQ7FA3ypVuaaKa1TtCF6r785QxHkWz+wTIYlWMlHZRFSTA4 miXc2E6JJEGN+iePgBZJi5UbimSvUvxy8ZyZg54h3ADGkjIdU2xmzCzY/gI/cCGHLeLf 68z9kvASyKLMK32b3I/f/eJ79Aoh7em6bvC2EYo72JnQrJgwn0lstd3in/5hT3DiGtEk uuVQ== X-Gm-Message-State: ALoCoQlBKp01AkMuA82Fns+zeGGh5D8oncawhiYgPzhWcPZRryIr5lf4VIQbP4xvilRN6uXbyqc2 X-Received: by 10.140.104.103 with SMTP id z94mr6530916qge.91.1393624739348; Fri, 28 Feb 2014 13:58:59 -0800 (PST) MIME-Version: 1.0 Received: by 10.96.147.225 with HTTP; Fri, 28 Feb 2014 13:58:29 -0800 (PST) In-Reply-To: <530FE2E9.5010902@allanjude.com> References: <530FE2E9.5010902@allanjude.com> From: Eitan Adler Date: Fri, 28 Feb 2014 16:58:29 -0500 Message-ID: Subject: Re: Feature Proposal: Transparent upgrade of crypt() algorithms To: Allan Jude Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 21:59:00 -0000 On 27 February 2014 20:14, Allan Jude wrote: > With r262501 > (http://svnweb.freebsd.org/base?view=revision&revision=262501) importing > the upgraded bcrypt from OpenBSD and eventually changing the default > identifier for bcrypt to $2b$ it reminded me of a feature that is often > seen in Forum software and other web apps. > > Transparent algorithm upgrade. ... I would strongly support this > I think Nick's point is you do want passwords using the "old" hash to expire are some point if they haven't been auto-converted. Password expiry is an orthogonal issue and should be up to administrator policy. > This might actually be more applicable with my next suggestion, exposing > tuneables to control the number of rounds for bcrypt and sha512crypt. As > this would make it easy to upgrade all existing bcrypt/sha512crypt > hashes from the default number of rounds (10^4 and 5000 respectively) to > higher values. Another orthogonal issue: I'd like to see the results of the password hashing competition (see: https://password-hashing.net/. -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 23:07:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB2BEFE7; Fri, 28 Feb 2014 23:07:19 +0000 (UTC) Received: from mx1.pertho.net (87-194-102-137.bethere.co.uk [87.194.102.137]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 780A612EF; Fri, 28 Feb 2014 23:07:16 +0000 (UTC) Received: from syn.pertho.net (syn [10.0.29.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: tom) by syn.pertho.net (Postfix) with ESMTPSA id 5501D1D449D; Fri, 28 Feb 2014 23:07:07 +0000 (GMT) Date: Fri, 28 Feb 2014 23:07:05 +0000 From: Tom Murphy To: Adrian Chadd Subject: Re: iwn(4) in -HEAD supporting Centrino Wireless-N 135 Message-ID: <20140228230705.GA28290@syn.pertho.net> References: <20140226123709.GA31099@syn.pertho.net> <530EE7F4.3080903@shurik.kiev.ua> <530EEEA5.4090306@shurik.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: X-Mailman-Approved-At: Fri, 28 Feb 2014 23:13:39 +0000 Cc: Alexandr , freebsd-current , "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 23:07:20 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I've attached my iwn debug messages to this email starting with the point I tried to associate to the Wifi. Thanks again for looking at this! Kind regards, Tom On Thu, Feb 27, 2014 at 12:13:51PM -0800, Adrian Chadd wrote: > On 26 February 2014 23:52, Alexandr wrote: > > Tom, could you: > > > > 1. compile kernel WITH_IWNDEBUG > > 2. sysctl dev.iwn.0.debug=0x1 > > 3. wlandebug -i wlan0 auth+assoc > > 4. Associate with AP in 11n mode > > 5. Send us appropriate /var/log/messages > > > > Then I try to compare it with my log. > > Please do. I've been trying to track down the source of this "ht just > doesn't work!" but it works fine with all of the Intel NICs I have > here. > > Can someone see if they can find a mtaching NIC online (amazon,ebay?) > Owning one that I can whack in a laptop is likely going ot help things > a lot. > > Thanks, > > > -a --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="iwn_debug_messages.txt" Feb 28 22:55:20 kernel: wlan0: Ethernet address: 0c:d2:92:0e:aa:e2 Feb 28 22:55:20 wpa_supplicant[2424]: Successfully initialized wpa_supplicant Feb 28 22:55:20 kernel: iwn_notif_intr: scanning channel 1 status 1 Feb 28 22:55:20 kernel: iwn_notif_intr: scanning channel 6 status 1 Feb 28 22:55:20 kernel: iwn_notif_intr: scanning channel 11 status 1 Feb 28 22:55:20 kernel: iwn_notif_intr: scanning channel 7 status 1 Feb 28 22:55:20 wpa_supplicant[2423]: Successfully initialized wpa_supplicant Feb 28 22:55:20 wpa_supplicant[2426]: ioctl[SIOCS80211, op=103, val=0, arg_len=128]: Device not configured Feb 28 22:55:20 wpa_supplicant[2426]: wlan0: Failed to initiate AP scan Feb 28 22:55:20 kernel: iwn_notif_intr: scanning channel 1 status 1 Feb 28 22:55:20 kernel: iwn_notif_intr: scanning channel 6 status 1 Feb 28 22:55:20 kernel: iwn_notif_intr: scanning channel 11 status 1 Feb 28 22:55:20 kernel: iwn_notif_intr: scanning channel 7 status 1 Feb 28 22:55:20 kernel: iwn_notif_intr: scanning channel 13 status 1 Feb 28 22:55:20 kernel: iwn_notif_intr: scanning channel 2 status 1 Feb 28 22:55:20 kernel: iwn_notif_intr: scanning channel 3 status 1 Feb 28 22:55:20 kernel: iwn_notif_intr: scanning channel 4 status 1 Feb 28 22:55:20 kernel: iwn_notif_intr: scanning channel 5 status 1 Feb 28 22:55:20 kernel: iwn_notif_intr: scanning channel 8 status 1 Feb 28 22:55:20 kernel: iwn_notif_intr: scanning channel 9 status 1 Feb 28 22:55:20 kernel: iwn_notif_intr: scanning channel 10 status 1 Feb 28 22:55:20 kernel: iwn_notif_intr: scanning channel 12 status 1 Feb 28 22:55:20 wpa_supplicant[2426]: wlan0: Trying to associate with a0:f3:c1:35:a3:6c (SSID='pertho' freq=2462 MHz) Feb 28 22:55:20 wpa_supplicant[2425]: wlan0: Trying to associate with a0:f3:c1:35:a3:6c (SSID='pertho' freq=2462 MHz) Feb 28 22:55:21 kernel: iwn_tx_data_raw: qid 3 idx 0 len 6 nsegs 1 Feb 28 22:55:21 kernel: iwn_tx_data_raw: qid 3 idx 1 len 6 nsegs 1 Feb 28 22:55:21 kernel: iwn5000_tx_done: qid 3 idx 0 retries 0 nkill 0 rate 420a duration 778 status 201 Feb 28 22:55:21 kernel: iwn5000_tx_done: qid 3 idx 1 retries 0 nkill 0 rate 420a duration 778 status 201 Feb 28 22:55:21 kernel: iwn_tx_data_raw: qid 3 idx 2 len 87 nsegs 1 Feb 28 22:55:21 kernel: iwn5000_tx_done: qid 3 idx 2 retries 0 nkill 0 rate 420a duration 1426 status 201 Feb 28 22:55:21 kernel: iwn_set_link_quality: 1stream antenna=0x01, 2stream antenna=0x03, ntxstreams=1 Feb 28 22:55:21 kernel: iwn_set_link_quality: i=0, txrate=7, rate=0x87 Feb 28 22:55:21 kernel: iwn_set_link_quality: i=1, txrate=6, rate=0x86 Feb 28 22:55:21 kernel: iwn_set_link_quality: i=2, txrate=5, rate=0x85 Feb 28 22:55:21 kernel: iwn_set_link_quality: i=3, txrate=4, rate=0x84 Feb 28 22:55:21 kernel: iwn_set_link_quality: i=4, txrate=3, rate=0x83 Feb 28 22:55:21 kernel: iwn_set_link_quality: i=5, txrate=2, rate=0x82 Feb 28 22:55:21 kernel: iwn_set_link_quality: i=6, txrate=1, rate=0x81 Feb 28 22:55:21 kernel: iwn_set_link_quality: i=7, txrate=0, rate=0x80 Feb 28 22:55:21 kernel: iwn_set_link_quality: i=8, txrate=0, rate=0x80 Feb 28 22:55:21 kernel: iwn_set_link_quality: i=9, txrate=0, rate=0x80 Feb 28 22:55:21 kernel: iwn_set_link_quality: i=10, txrate=0, rate=0x80 Feb 28 22:55:21 kernel: iwn_set_link_quality: i=11, txrate=0, rate=0x80 Feb 28 22:55:21 kernel: iwn_set_link_quality: i=12, txrate=0, rate=0x80 Feb 28 22:55:21 kernel: iwn_set_link_quality: i=13, txrate=0, rate=0x80 Feb 28 22:55:21 kernel: iwn_set_link_quality: i=14, txrate=0, rate=0x80 Feb 28 22:55:21 kernel: iwn_set_link_quality: i=15, txrate=0, rate=0x80 Feb 28 22:55:21 kernel: wlan0: link state changed to UP Feb 28 22:55:21 wpa_supplicant[2425]: wlan0: Associated with a0:f3:c1:35:a3:6c Feb 28 22:55:21 wpa_supplicant[2426]: wlan0: Associated with a0:f3:c1:35:a3:6c Feb 28 22:55:21 dhclient[2746]: send_packet: No buffer space available Feb 28 22:55:22 kernel: iwn_tx_data: qid 3 idx 3 len 129 nsegs 2 rate 0002 plcp 0x0000420a Feb 28 22:55:22 kernel: iwn_tx_data: qid 3 idx 4 len 129 nsegs 2 rate 0002 plcp 0x0000420a Feb 28 22:55:22 kernel: iwn5000_tx_done: qid 3 idx 3 retries 16 nkill 0 rate 80006902 duration 2815 status 83 Feb 28 22:55:22 kernel: iwn5000_tx_done: qid 3 idx 4 retries 16 nkill 0 rate 80006902 duration 2815 status 83 Feb 28 22:55:23 kernel: iwn_tx_data: qid 3 idx 5 len 129 nsegs 2 rate 0002 plcp 0x0000420a Feb 28 22:55:23 kernel: iwn_tx_data: qid 3 idx 6 len 129 nsegs 2 rate 0002 plcp 0x0000420a Feb 28 22:55:23 kernel: iwn5000_tx_done: qid 3 idx 5 retries 16 nkill 0 rate 80006902 duration 2815 status 83 Feb 28 22:55:23 kernel: iwn5000_tx_done: qid 3 idx 6 retries 16 nkill 0 rate 80006902 duration 2815 status 83 Feb 28 22:55:24 kernel: iwn_tx_data: qid 3 idx 7 len 129 nsegs 2 rate 0002 plcp 0x0000420a Feb 28 22:55:24 kernel: iwn_tx_data: qid 3 idx 8 len 129 nsegs 2 rate 0002 plcp 0x0000420a Feb 28 22:55:24 kernel: iwn5000_tx_done: qid 3 idx 7 retries 16 nkill 0 rate 80006902 duration 2815 status 83 Feb 28 22:55:24 kernel: iwn5000_tx_done: qid 3 idx 8 retries 16 nkill 0 rate 80006902 duration 2815 status 83 Feb 28 22:55:27 dhclient[2746]: send_packet: No buffer space available Feb 28 22:55:32 wpa_supplicant[2425]: wlan0: Authentication with a0:f3:c1:35:a3:6c timed out. Feb 28 22:55:32 kernel: iwn_tx_data_raw: qid 3 idx 9 len 2 nsegs 1 Feb 28 22:55:32 wpa_supplicant[2425]: wlan0: CTRL-EVENT-DISCONNECTED bssid=a0:f3:c1:35:a3:6c reason=3 locally_generated=1 Feb 28 22:55:32 wpa_supplicant[2425]: wlan0: WPA: 4-Way Handshake failed - pre-shared key may be incorrect Feb 28 22:55:32 wpa_supplicant[2425]: wlan0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="pertho" auth_failures=1 duration=10 Feb 28 22:55:32 kernel: wlan0: link state changed to DOWN Feb 28 22:55:32 wpa_supplicant[2426]: wlan0: Authentication with a0:f3:c1:35:a3:6c timed out. Feb 28 22:55:32 wpa_supplicant[2426]: wlan0: CTRL-EVENT-DISCONNECTED bssid=a0:f3:c1:35:a3:6c reason=3 locally_generated=1 Feb 28 22:55:32 wpa_supplicant[2426]: wlan0: WPA: 4-Way Handshake failed - pre-shared key may be incorrect Feb 28 22:55:32 wpa_supplicant[2426]: wlan0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="pertho" auth_failures=1 duration=10 Feb 28 22:55:32 wpa_supplicant[2426]: ioctl[SIOCS80211, op=20, val=0, arg_len=7]: Can't assign requested address Feb 28 22:55:32 kernel: iwn5000_tx_done: qid 3 idx 9 retries 7 nkill 0 rate 420a duration 3024 status 83 Feb 28 22:55:33 wpa_supplicant[2426]: ioctl[SIOCS80211, op=103, val=0, arg_len=128]: Operation now in progress Feb 28 22:55:33 wpa_supplicant[2426]: wlan0: Failed to initiate AP scan Feb 28 22:55:33 kernel: iwn_notif_intr: scanning channel 1 status 1 Feb 28 22:55:33 kernel: iwn_notif_intr: scanning channel 6 status 1 Feb 28 22:55:33 kernel: iwn_notif_intr: scanning channel 11 status 1 Feb 28 22:55:33 kernel: iwn_notif_intr: scanning channel 7 status 1 Feb 28 22:55:33 kernel: iwn_notif_intr: scanning channel 13 status 1 Feb 28 22:55:35 kernel: iwn_notif_intr: scanning channel 2 status 1 Feb 28 22:55:35 kernel: iwn_notif_intr: scanning channel 3 status 1 Feb 28 22:55:35 kernel: iwn_notif_intr: scanning channel 4 status 1 Feb 28 22:55:35 kernel: iwn_notif_intr: scanning channel 5 status 1 Feb 28 22:55:35 kernel: iwn_notif_intr: scanning channel 8 status 1 Feb 28 22:55:35 kernel: iwn_notif_intr: scanning channel 9 status 1 Feb 28 22:55:35 kernel: iwn_notif_intr: scanning channel 10 status 1 Feb 28 22:55:35 kernel: iwn_notif_intr: scanning channel 12 status 1 Feb 28 22:55:38 wpa_supplicant[2426]: ioctl[SIOCS80211, op=103, val=0, arg_len=128]: Operation now in progress Feb 28 22:55:38 wpa_supplicant[2426]: wlan0: Failed to initiate AP scan Feb 28 22:55:38 kernel: iwn_notif_intr: scanning channel 1 status 1 Feb 28 22:55:38 kernel: iwn_notif_intr: scanning channel 6 status 1 Feb 28 22:55:38 kernel: iwn_notif_intr: scanning channel 11 status 1 Feb 28 22:55:38 kernel: iwn_notif_intr: scanning channel 7 status 1 Feb 28 22:55:38 dhclient[2746]: send_packet: Invalid argument Feb 28 22:55:39 kernel: iwn_notif_intr: scanning channel 13 status 1 Feb 28 22:55:39 kernel: iwn_notif_intr: scanning channel 2 status 1 Feb 28 22:55:39 kernel: iwn_notif_intr: scanning channel 3 status 1 Feb 28 22:55:39 kernel: iwn_notif_intr: scanning channel 4 status 1 Feb 28 22:55:39 kernel: iwn_notif_intr: scanning channel 5 status 1 Feb 28 22:55:39 kernel: iwn_notif_intr: scanning channel 8 status 1 Feb 28 22:55:39 kernel: iwn_notif_intr: scanning channel 9 status 1 Feb 28 22:55:39 kernel: iwn_notif_intr: scanning channel 10 status 1 Feb 28 22:55:39 kernel: iwn_notif_intr: scanning channel 12 status 1 Feb 28 22:55:43 dhclient[2746]: send_packet: Network is down Feb 28 22:55:44 wpa_supplicant[2426]: ioctl[SIOCS80211, op=103, val=0, arg_len=128]: Operation now in progress Feb 28 22:55:44 wpa_supplicant[2426]: wlan0: Failed to initiate AP scan Feb 28 22:55:44 kernel: iwn_notif_intr: scanning channel 1 status 1 Feb 28 22:55:44 kernel: iwn_notif_intr: scanning channel 6 status 1 Feb 28 22:55:44 kernel: iwn_notif_intr: scanning channel 11 status 1 Feb 28 22:55:44 kernel: iwn_notif_intr: scanning channel 7 status 1 Feb 28 22:55:44 kernel: iwn_notif_intr: scanning channel 13 status 1 Feb 28 22:55:44 kernel: iwn_notif_intr: scanning channel 2 status 1 Feb 28 22:55:44 kernel: iwn_notif_intr: scanning channel 3 status 1 Feb 28 22:55:44 kernel: iwn_notif_intr: scanning channel 4 status 1 Feb 28 22:55:44 kernel: iwn_notif_intr: scanning channel 5 status 1 Feb 28 22:55:44 kernel: iwn_notif_intr: scanning channel 8 status 1 Feb 28 22:55:44 kernel: iwn_notif_intr: scanning channel 9 status 1 Feb 28 22:55:44 kernel: iwn_notif_intr: scanning channel 10 status 1 Feb 28 22:55:45 wpa_supplicant[2426]: wlan0: CTRL-EVENT-SSID-REENABLED id=0 ssid="pertho" Feb 28 22:55:45 kernel: iwn_notif_intr: scanning channel 12 status 1 Feb 28 22:55:45 wpa_supplicant[2426]: wlan0: Trying to associate with a0:f3:c1:35:a3:6c (SSID='pertho' freq=2462 MHz) Feb 28 22:55:45 wpa_supplicant[2425]: wlan0: CTRL-EVENT-SSID-REENABLED id=0 ssid="pertho" Feb 28 22:55:45 wpa_supplicant[2425]: wlan0: Trying to associate with a0:f3:c1:35:a3:6c (SSID='pertho' freq=2462 MHz) Feb 28 22:55:45 kernel: iwn_tx_data_raw: qid 3 idx 10 len 6 nsegs 1 Feb 28 22:55:45 kernel: iwn_tx_data_raw: qid 3 idx 11 len 6 nsegs 1 Feb 28 22:55:45 kernel: iwn5000_tx_done: qid 3 idx 10 retries 0 nkill 0 rate 420a duration 778 status 201 Feb 28 22:55:45 kernel: iwn5000_tx_done: qid 3 idx 11 retries 0 nkill 0 rate 420a duration 778 status 201 Feb 28 22:55:45 kernel: iwn_tx_data_raw: qid 3 idx 12 len 87 nsegs 1 Feb 28 22:55:45 wpa_supplicant[2426]: wlan0: Associated with a0:f3:c1:35:a3:6c Feb 28 22:55:45 kernel: iwn5000_tx_done: qid 3 idx 12 retries 0 nkill 0 rate 420a duration 1426 status 201 Feb 28 22:55:45 kernel: iwn_set_link_quality: 1stream antenna=0x01, 2stream antenna=0x03, ntxstreams=1 Feb 28 22:55:45 kernel: iwn_set_link_quality: i=0, txrate=7, rate=0x87 Feb 28 22:55:45 kernel: iwn_set_link_quality: i=1, txrate=6, rate=0x86 Feb 28 22:55:45 kernel: iwn_set_link_quality: i=2, txrate=5, rate=0x85 Feb 28 22:55:45 kernel: iwn_set_link_quality: i=3, txrate=4, rate=0x84 Feb 28 22:55:45 kernel: iwn_set_link_quality: i=4, txrate=3, rate=0x83 Feb 28 22:55:45 kernel: iwn_set_link_quality: i=5, txrate=2, rate=0x82 Feb 28 22:55:45 kernel: iwn_set_link_quality: i=6, txrate=1, rate=0x81 Feb 28 22:55:45 kernel: iwn_set_link_quality: i=7, txrate=0, rate=0x80 Feb 28 22:55:45 kernel: iwn_set_link_quality: i=8, txrate=0, rate=0x80 Feb 28 22:55:45 kernel: iwn_set_link_quality: i=9, txrate=0, rate=0x80 Feb 28 22:55:45 kernel: iwn_set_link_quality: i=10, txrate=0, rate=0x80 Feb 28 22:55:45 kernel: iwn_set_link_quality: i=11, txrate=0, rate=0x80 Feb 28 22:55:45 kernel: iwn_set_link_quality: i=12, txrate=0, rate=0x80 Feb 28 22:55:45 kernel: iwn_set_link_quality: i=13, txrate=0, rate=0x80 Feb 28 22:55:45 kernel: iwn_set_link_quality: i=14, txrate=0, rate=0x80 Feb 28 22:55:45 kernel: iwn_set_link_quality: i=15, txrate=0, rate=0x80 Feb 28 22:55:45 kernel: received statistics without RSSI Feb 28 22:55:45 kernel: wlan0: link state changed to UP Feb 28 22:55:45 wpa_supplicant[2425]: wlan0: Associated with a0:f3:c1:35:a3:6c Feb 28 22:55:45 dhclient[2746]: send_packet: No buffer space available Feb 28 22:55:45 dhclient[2746]: send_packet: No buffer space available Feb 28 22:55:46 kernel: iwn_tx_data: qid 3 idx 13 len 129 nsegs 2 rate 0002 plcp 0x0000420a Feb 28 22:55:46 kernel: iwn_tx_data: qid 3 idx 14 len 129 nsegs 2 rate 0002 plcp 0x0000420a Feb 28 22:55:46 kernel: iwn5000_tx_done: qid 3 idx 13 retries 16 nkill 0 rate 80006902 duration 2815 status 83 Feb 28 22:55:46 kernel: iwn5000_tx_done: qid 3 idx 14 retries 16 nkill 0 rate 80006902 duration 2815 status 83 Feb 28 22:55:47 kernel: iwn_tx_data: qid 3 idx 15 len 129 nsegs 2 rate 0002 plcp 0x0000420a Feb 28 22:55:47 kernel: iwn_tx_data: qid 3 idx 16 len 129 nsegs 2 rate 0002 plcp 0x0000420a Feb 28 22:55:47 kernel: iwn5000_tx_done: qid 3 idx 15 retries 16 nkill 0 rate 80006902 duration 2815 status 83 Feb 28 22:55:47 kernel: iwn5000_tx_done: qid 3 idx 16 retries 16 nkill 0 rate 80006902 duration 2815 status 83 Feb 28 22:55:48 kernel: iwn_tx_data: qid 3 idx 17 len 129 nsegs 2 rate 0002 plcp 0x0000420a Feb 28 22:55:48 kernel: iwn_tx_data: qid 3 idx 18 len 129 nsegs 2 rate 0002 plcp 0x0000420a Feb 28 22:55:48 kernel: iwn5000_tx_done: qid 3 idx 17 retries 16 nkill 0 rate 80006902 duration 2815 status 83 Feb 28 22:55:48 kernel: iwn5000_tx_done: qid 3 idx 18 retries 16 nkill 0 rate 80006902 duration 2815 status 83 Feb 28 22:55:49 kernel: iwn_check_rx_recovery: PLCP error threshold raw (134) comparison (13400) over limit (10250); retune! Feb 28 22:55:49 dhclient[2746]: send_packet: No buffer space available Feb 28 22:55:53 dhclient[2746]: send_packet: No buffer space available Feb 28 22:55:55 kernel: iwn_check_rx_recovery: PLCP error threshold raw (61) comparison (6100) over limit (5450); retune! Feb 28 22:55:56 wpa_supplicant[2426]: wlan0: Authentication with a0:f3:c1:35:a3:6c timed out. Feb 28 22:55:56 kernel: iwn_tx_data_raw: qid 3 idx 19 len 2 nsegs 1 Feb 28 22:55:56 wpa_supplicant[2426]: wlan0: CTRL-EVENT-DISCONNECTED bssid=a0:f3:c1:35:a3:6c reason=3 locally_generated=1 Feb 28 22:55:56 wpa_supplicant[2426]: wlan0: WPA: 4-Way Handshake failed - pre-shared key may be incorrect Feb 28 22:55:56 wpa_supplicant[2426]: wlan0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="pertho" auth_failures=2 duration=20 Feb 28 22:55:56 kernel: wlan0: link state changed to DOWN Feb 28 22:55:56 wpa_supplicant[2425]: wlan0: Authentication with a0:f3:c1:35:a3:6c timed out. Feb 28 22:55:56 wpa_supplicant[2425]: wlan0: CTRL-EVENT-DISCONNECTED bssid=a0:f3:c1:35:a3:6c reason=3 locally_generated=1 Feb 28 22:55:56 wpa_supplicant[2425]: wlan0: WPA: 4-Way Handshake failed - pre-shared key may be incorrect Feb 28 22:55:56 wpa_supplicant[2425]: wlan0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="pertho" auth_failures=2 duration=20 Feb 28 22:55:56 wpa_supplicant[2425]: ioctl[SIOCS80211, op=20, val=0, arg_len=7]: Can't assign requested address Feb 28 22:55:56 kernel: iwn5000_tx_done: qid 3 idx 19 retries 6 nkill 0 rate 420a duration 3338 status 201 Feb 28 22:55:57 wpa_supplicant[2425]: ioctl[SIOCS80211, op=103, val=0, arg_len=128]: Operation now in progress Feb 28 22:55:57 wpa_supplicant[2425]: wlan0: Failed to initiate AP scan Feb 28 22:55:57 kernel: iwn_notif_intr: scanning channel 1 status 1 Feb 28 22:55:57 kernel: iwn_notif_intr: scanning channel 6 status 1 Feb 28 22:55:57 kernel: iwn_notif_intr: scanning channel 11 status 1 Feb 28 22:55:57 kernel: iwn_notif_intr: scanning channel 7 status 1 Feb 28 22:55:57 kernel: iwn_notif_intr: scanning channel 13 status 1 Feb 28 22:55:57 kernel: iwn_notif_intr: scanning channel 2 status 1 Feb 28 22:55:57 kernel: iwn_notif_intr: scanning channel 3 status 1 Feb 28 22:55:57 kernel: iwn_notif_intr: scanning channel 4 status 1 Feb 28 22:55:57 kernel: iwn_notif_intr: scanning channel 5 status 1 Feb 28 22:55:57 kernel: iwn_notif_intr: scanning channel 8 status 1 Feb 28 22:55:57 kernel: iwn_notif_intr: scanning channel 9 status 1 Feb 28 22:55:57 kernel: iwn_notif_intr: scanning channel 10 status 1 Feb 28 22:55:57 kernel: iwn_notif_intr: scanning channel 12 status 1 Feb 28 22:56:00 dhclient[2746]: send_packet: Invalid argument Feb 28 22:56:02 wpa_supplicant[2426]: ioctl[SIOCS80211, op=103, val=0, arg_len=128]: Operation now in progress Feb 28 22:56:02 wpa_supplicant[2426]: wlan0: Failed to initiate AP scan Feb 28 22:56:02 kernel: iwn_notif_intr: scanning channel 1 status 1 Feb 28 22:56:02 kernel: iwn_notif_intr: scanning channel 6 status 1 Feb 28 22:56:02 kernel: iwn_notif_intr: scanning channel 11 status 1 Feb 28 22:56:03 kernel: iwn_notif_intr: scanning channel 7 status 1 Feb 28 22:56:03 kernel: iwn_notif_intr: scanning channel 13 status 1 Feb 28 22:56:03 kernel: iwn_notif_intr: scanning channel 2 status 1 Feb 28 22:56:03 kernel: iwn_notif_intr: scanning channel 3 status 1 Feb 28 22:56:03 kernel: iwn_notif_intr: scanning channel 4 status 1 Feb 28 22:56:03 kernel: iwn_notif_intr: scanning channel 5 status 1 Feb 28 22:56:03 kernel: iwn_notif_intr: scanning channel 8 status 1 Feb 28 22:56:03 kernel: iwn_notif_intr: scanning channel 9 status 1 Feb 28 22:56:03 kernel: iwn_notif_intr: scanning channel 10 status 1 Feb 28 22:56:03 kernel: iwn_notif_intr: scanning channel 12 status 1 Feb 28 22:56:08 wpa_supplicant[2426]: ioctl[SIOCS80211, op=103, val=0, arg_len=128]: Operation now in progress Feb 28 22:56:08 wpa_supplicant[2426]: wlan0: Failed to initiate AP scan Feb 28 22:56:08 kernel: iwn_notif_intr: scanning channel 1 status 1 Feb 28 22:56:08 kernel: iwn_notif_intr: scanning channel 6 status 1 Feb 28 22:56:08 kernel: iwn_notif_intr: scanning channel 11 status 1 Feb 28 22:56:08 kernel: iwn_notif_intr: scanning channel 7 status 1 Feb 28 22:56:08 kernel: iwn_notif_intr: scanning channel 13 status 1 Feb 28 22:56:08 kernel: iwn_notif_intr: scanning channel 2 status 1 Feb 28 22:56:08 kernel: iwn_notif_intr: scanning channel 3 status 1 Feb 28 22:56:08 kernel: iwn_notif_intr: scanning channel 4 status 1 Feb 28 22:56:08 kernel: iwn_notif_intr: scanning channel 5 status 1 Feb 28 22:56:09 kernel: iwn_notif_intr: scanning channel 8 status 1 Feb 28 22:56:09 kernel: iwn_notif_intr: scanning channel 9 status 1 Feb 28 22:56:09 kernel: iwn_notif_intr: scanning channel 10 status 1 Feb 28 22:56:09 kernel: iwn_notif_intr: scanning channel 12 status 1 Feb 28 22:56:10 dhclient[2746]: send_packet: Network is down Feb 28 22:56:10 login: ROOT LOGIN (root) ON ttyv1 Feb 28 22:56:14 wpa_supplicant[2426]: ioctl[SIOCS80211, op=103, val=0, arg_len=128]: Operation now in progress Feb 28 22:56:14 kernel: iwn_notif_intr: scanning channel 1 status 1 Feb 28 22:56:14 wpa_supplicant[2426]: wlan0: Failed to initiate AP scan Feb 28 22:56:14 kernel: iwn_notif_intr: scanning channel 6 status 1 Feb 28 22:56:14 kernel: iwn_notif_intr: scanning channel 11 status 1 Feb 28 22:56:14 kernel: iwn_notif_intr: scanning channel 7 status 1 Feb 28 22:56:14 kernel: iwn_notif_intr: scanning channel 13 status 1 Feb 28 22:56:14 kernel: iwn_notif_intr: scanning channel 2 status 1 Feb 28 22:56:14 kernel: iwn_notif_intr: scanning channel 3 status 1 Feb 28 22:56:14 kernel: iwn_notif_intr: scanning channel 4 status 1 Feb 28 22:56:14 kernel: iwn_notif_intr: scanning channel 5 status 1 Feb 28 22:56:14 kernel: iwn_notif_intr: scanning channel 8 status 1 Feb 28 22:56:14 kernel: iwn_notif_intr: scanning channel 9 status 1 Feb 28 22:56:14 kernel: iwn_notif_intr: scanning channel 10 status 1 Feb 28 22:56:14 kernel: iwn_notif_intr: scanning channel 12 status 1 Feb 28 22:56:17 dhclient[2746]: send_packet: Network is down Feb 28 22:56:19 wpa_supplicant[2425]: ioctl[SIOCS80211, op=103, val=0, arg_len=128]: Operation now in progress Feb 28 22:56:19 wpa_supplicant[2425]: wlan0: Failed to initiate AP scan Feb 28 22:56:19 kernel: iwn_notif_intr: scanning channel 1 status 1 Feb 28 22:56:19 kernel: iwn_notif_intr: scanning channel 6 status 1 Feb 28 22:56:19 kernel: iwn_notif_intr: scanning channel 11 status 1 Feb 28 22:56:19 kernel: iwn_notif_intr: scanning channel 7 status 1 Feb 28 22:56:19 kernel: iwn_notif_intr: scanning channel 13 status 1 Feb 28 22:56:20 kernel: iwn_notif_intr: scanning channel 2 status 1 Feb 28 22:56:20 kernel: iwn_notif_intr: scanning channel 3 status 1 Feb 28 22:56:20 kernel: iwn_notif_intr: scanning channel 4 status 1 Feb 28 22:56:20 kernel: iwn_notif_intr: scanning channel 5 status 1 Feb 28 22:56:20 kernel: iwn_notif_intr: scanning channel 8 status 1 Feb 28 22:56:20 wpa_supplicant[2426]: wlan0: CTRL-EVENT-SSID-REENABLED id=0 ssid="pertho" Feb 28 22:56:20 kernel: iwn_notif_intr: scanning channel 9 status 1 Feb 28 22:56:20 kernel: iwn_notif_intr: scanning channel 10 status 1 Feb 28 22:56:20 kernel: iwn_notif_intr: scanning channel 12 status 1 Feb 28 22:56:20 wpa_supplicant[2426]: wlan0: Trying to associate with a0:f3:c1:35:a3:6c (SSID='pertho' freq=2462 MHz) Feb 28 22:56:20 kernel: iwn_tx_data_raw: qid 3 idx 20 len 6 nsegs 1 Feb 28 22:56:20 kernel: iwn_tx_data_raw: qid 3 idx 21 len 6 nsegs 1 Feb 28 22:56:20 wpa_supplicant[2425]: wlan0: CTRL-EVENT-SSID-REENABLED id=0 ssid="pertho" Feb 28 22:56:20 wpa_supplicant[2425]: wlan0: Trying to associate with a0:f3:c1:35:a3:6c (SSID='pertho' freq=2462 MHz) Feb 28 22:56:20 kernel: iwn5000_tx_done: qid 3 idx 20 retries 0 nkill 0 rate 420a duration 778 status 201 Feb 28 22:56:20 kernel: iwn5000_tx_done: qid 3 idx 21 retries 0 nkill 0 rate 420a duration 778 status 201 Feb 28 22:56:20 kernel: iwn_tx_data_raw: qid 3 idx 22 len 87 nsegs 1 Feb 28 22:56:20 kernel: iwn5000_tx_done: qid 3 idx 22 retries 1 nkill 0 rate 420a duration 2538 status 201 Feb 28 22:56:20 kernel: iwn_set_link_quality: 1stream antenna=0x01, 2stream antenna=0x03, ntxstreams=1 Feb 28 22:56:20 kernel: iwn_set_link_quality: i=0, txrate=7, rate=0x87 Feb 28 22:56:20 kernel: iwn_set_link_quality: i=1, txrate=6, rate=0x86 Feb 28 22:56:20 kernel: iwn_set_link_quality: i=2, txrate=5, rate=0x85 Feb 28 22:56:20 kernel: iwn_set_link_quality: i=3, txrate=4, rate=0x84 Feb 28 22:56:20 kernel: iwn_set_link_quality: i=4, txrate=3, rate=0x83 Feb 28 22:56:20 kernel: iwn_set_link_quality: i=5, txrate=2, rate=0x82 Feb 28 22:56:20 kernel: iwn_set_link_quality: i=6, txrate=1, rate=0x81 Feb 28 22:56:20 kernel: iwn_set_link_quality: i=7, txrate=0, rate=0x80 Feb 28 22:56:20 kernel: iwn_set_link_quality: i=8, txrate=0, rate=0x80 Feb 28 22:56:20 kernel: iwn_set_link_quality: i=9, txrate=0, rate=0x80 Feb 28 22:56:20 kernel: iwn_set_link_quality: i=10, txrate=0, rate=0x80 Feb 28 22:56:20 kernel: iwn_set_link_quality: i=11, txrate=0, rate=0x80 Feb 28 22:56:20 kernel: iwn_set_link_quality: i=12, txrate=0, rate=0x80 Feb 28 22:56:20 kernel: iwn_set_link_quality: i=13, txrate=0, rate=0x80 Feb 28 22:56:20 kernel: iwn_set_link_quality: i=14, txrate=0, rate=0x80 Feb 28 22:56:20 kernel: iwn_set_link_quality: i=15, txrate=0, rate=0x80 Feb 28 22:56:20 kernel: wlan0: link state changed to UP Feb 28 22:56:20 kernel: received statistics without RSSI Feb 28 22:56:20 wpa_supplicant[2425]: wlan0: Associated with a0:f3:c1:35:a3:6c Feb 28 22:56:20 dhclient[2746]: send_packet: No buffer space available Feb 28 22:56:20 wpa_supplicant[2426]: wlan0: Associated with a0:f3:c1:35:a3:6c Feb 28 22:56:21 kernel: iwn_tx_data: qid 3 idx 23 len 129 nsegs 2 rate 0002 plcp 0x0000420a Feb 28 22:56:21 kernel: iwn_tx_data: qid 3 idx 24 len 129 nsegs 2 rate 0002 plcp 0x0000420a Feb 28 22:56:21 kernel: iwn5000_tx_done: qid 3 idx 23 retries 16 nkill 0 rate 80006902 duration 2815 status 83 Feb 28 22:56:21 kernel: iwn5000_tx_done: qid 3 idx 24 retries 16 nkill 0 rate 80006902 duration 2815 status 83 Feb 28 22:56:22 kernel: iwn_tx_data: qid 3 idx 25 len 129 nsegs 2 rate 0002 plcp 0x0000420a Feb 28 22:56:22 kernel: iwn_tx_data: qid 3 idx 26 len 129 nsegs 2 rate 0002 plcp 0x0000420a Feb 28 22:56:22 dhclient[2746]: send_packet: No buffer space available Feb 28 22:56:22 kernel: iwn5000_tx_done: qid 3 idx 25 retries 16 nkill 0 rate 80006902 duration 2815 status 83 Feb 28 22:56:22 kernel: iwn5000_tx_done: qid 3 idx 26 retries 16 nkill 0 rate 80006902 duration 2815 status 83 Feb 28 22:56:23 kernel: iwn_tx_data: qid 3 idx 27 len 129 nsegs 2 rate 0002 plcp 0x0000420a Feb 28 22:56:23 kernel: iwn_tx_data: qid 3 idx 28 len 129 nsegs 2 rate 0002 plcp 0x0000420a Feb 28 22:56:23 kernel: iwn5000_tx_done: qid 3 idx 27 retries 16 nkill 0 rate 80006902 duration 2815 status 83 Feb 28 22:56:23 kernel: iwn5000_tx_done: qid 3 idx 28 retries 16 nkill 0 rate 80006902 duration 2815 status 83 Feb 28 22:56:27 kernel: iwn_check_rx_recovery: PLCP error threshold raw (117) comparison (11700) over limit (4950); retune! Feb 28 22:56:27 dhclient[2746]: send_packet: No buffer space available Feb 28 22:56:31 wpa_supplicant[2426]: wlan0: Authentication with a0:f3:c1:35:a3:6c timed out. Feb 28 22:56:31 kernel: iwn_tx_data_raw: qid 3 idx 29 len 2 nsegs 1 Feb 28 22:56:31 kernel: wlan0: link state changed to DOWN Feb 28 22:56:31 wpa_supplicant[2425]: wlan0: Authentication with a0:f3:c1:35:a3:6c timed out. Feb 28 22:56:31 wpa_supplicant[2426]: wlan0: CTRL-EVENT-DISCONNECTED bssid=a0:f3:c1:35:a3:6c reason=3 locally_generated=1 Feb 28 22:56:31 wpa_supplicant[2426]: wlan0: WPA: 4-Way Handshake failed - pre-shared key may be incorrect Feb 28 22:56:31 wpa_supplicant[2426]: wlan0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="pertho" auth_failures=3 duration=20 Feb 28 22:56:31 wpa_supplicant[2426]: ioctl[SIOCS80211, op=20, val=0, arg_len=7]: Can't assign requested address Feb 28 22:56:31 wpa_supplicant[2425]: wlan0: CTRL-EVENT-DISCONNECTED bssid=a0:f3:c1:35:a3:6c reason=3 locally_generated=1 Feb 28 22:56:31 wpa_supplicant[2425]: wlan0: WPA: 4-Way Handshake failed - pre-shared key may be incorrect Feb 28 22:56:31 wpa_supplicant[2425]: wlan0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="pertho" auth_failures=3 duration=20 Feb 28 22:56:31 wpa_supplicant[2425]: ioctl[SIOCS80211, op=20, val=0, arg_len=7]: Can't assign requested address Feb 28 22:56:31 kernel: iwn5000_tx_done: qid 3 idx 29 retries 3 nkill 0 rate 420a duration 2042 status 201 Feb 28 22:56:31 wpa_supplicant[2425]: ioctl[SIOCS80211, op=26, val=0, arg_len=0]: Operation not supported Feb 28 22:56:31 wpa_supplicant[2426]: ioctl[SIOCS80211, op=26, val=0, arg_len=0]: Operation not supported Feb 28 22:56:31 wpa_supplicant[2426]: ioctl[SIOCS80211, op=26, val=0, arg_len=0]: Operation not supported Feb 28 22:56:31 dhclient[2743]: Interface wlan0 is down, dhclient exiting Feb 28 22:56:31 wpa_supplicant[2426]: wlan0: CTRL-EVENT-TERMINATING Feb 28 22:56:31 wpa_supplicant[2425]: ioctl[SIOCS80211, op=26, val=0, arg_len=0]: Operation not supported Feb 28 22:56:31 wpa_supplicant[2425]: wlan0: CTRL-EVENT-TERMINATING Feb 28 22:56:31 dhclient[2746]: connection closed Feb 28 22:56:31 dhclient[2746]: exiting. Feb 28 22:56:31 root: /etc/rc.d/dhclient: WARNING: failed to start dhclient Feb 28 22:56:43 root: /etc/rc.d/dhclient: WARNING: failed to start dhclient Feb 28 22:56:51 root: /etc/rc.d/netif: WARNING: wlan0 does not exist. Skipped. Feb 28 22:56:51 dhclient[2815]: wlan0: not found Feb 28 22:56:51 dhclient[2815]: exiting. Feb 28 22:56:51 root: /etc/rc.d/dhclient: WARNING: failed to start dhclient --C7zPtVaVf+AK4Oqc-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 23:14:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A9C885C7; Fri, 28 Feb 2014 23:14:56 +0000 (UTC) Received: from mail-qa0-x230.google.com (mail-qa0-x230.google.com [IPv6:2607:f8b0:400d:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5152713C7; Fri, 28 Feb 2014 23:14:56 +0000 (UTC) Received: by mail-qa0-f48.google.com with SMTP id m5so738838qaj.35 for ; Fri, 28 Feb 2014 15:14:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=P2ulU9PrhDeTlRy8wWsmFVmDoKOe4n2hnCWeQLihHV0=; b=wK8SIStJ8YE9/gTz2b+8sYWvV8jL5vVVZj3w+TTVbCn0cQSn593Kqhe4cYRB2MCk9R 68hLUoEDAd5fvuDTBvoK4/zMBvLDnHOD2sbxnucAKCpz6ZAA+ydaJZyLXCQ60N1Xm7Tu PJXDWD0hgK13iBKMCdUHALN+kyWr3ONkm3ExO09jx383wsXYjb2WQTbaldQzBPGvIQ/U 1/0L6PXhbqCKKKhzBfiEk38kVVFKw/saaFNN278ZSbf7qd945q3ee6dc2OuxdnTc6raW 26T+XaCWfcde/kqjxckZMMTWJgb5mqjyQIRUvuv0YF1/JZMHl8IR0hUY4zVYVaORwwSj HI6A== MIME-Version: 1.0 X-Received: by 10.229.13.195 with SMTP id d3mr7543585qca.4.1393629295517; Fri, 28 Feb 2014 15:14:55 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.16.10 with HTTP; Fri, 28 Feb 2014 15:14:55 -0800 (PST) In-Reply-To: <20140228230705.GA28290@syn.pertho.net> References: <20140226123709.GA31099@syn.pertho.net> <530EE7F4.3080903@shurik.kiev.ua> <530EEEA5.4090306@shurik.kiev.ua> <20140228230705.GA28290@syn.pertho.net> Date: Fri, 28 Feb 2014 15:14:55 -0800 X-Google-Sender-Auth: Yk2DTjbHmef1OD4P9xqx8ieJ36k Message-ID: Subject: Re: iwn(4) in -HEAD supporting Centrino Wireless-N 135 From: Adrian Chadd To: Tom Murphy Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexandr , freebsd-current , "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 23:14:56 -0000 Hi, the interesting bits: Feb 28 22:55:22 kernel: iwn_tx_data: qid 3 idx 3 len 129 nsegs 2 rate 0002 plcp 0x0000420a Feb 28 22:55:22 kernel: iwn_tx_data: qid 3 idx 4 len 129 nsegs 2 rate 0002 plcp 0x0000420a Feb 28 22:55:22 kernel: iwn5000_tx_done: qid 3 idx 3 retries 16 nkill 0 rate 80006902 duration 2815 status 83 Feb 28 22:55:22 kernel: iwn5000_tx_done: qid 3 idx 4 retries 16 nkill 0 rate 80006902 duration 2815 status 83 Feb 28 22:55:23 kernel: iwn_tx_data: qid 3 idx 5 len 129 nsegs 2 rate 0002 plcp 0x0000420a Feb 28 22:55:23 kernel: iwn_tx_data: qid 3 idx 6 len 129 nsegs 2 rate 0002 plcp 0x0000420a Feb 28 22:55:23 kernel: iwn5000_tx_done: qid 3 idx 5 retries 16 nkill 0 rate 80006902 duration 2815 status 83 Feb 28 22:55:23 kernel: iwn5000_tx_done: qid 3 idx 6 retries 16 nkill 0 rate 80006902 duration 2815 status 83 Feb 28 22:55:24 kernel: iwn_tx_data: qid 3 idx 7 len 129 nsegs 2 rate 0002 plcp 0x0000420a Feb 28 22:55:24 kernel: iwn_tx_data: qid 3 idx 8 len 129 nsegs 2 rate 0002 plcp 0x0000420a Feb 28 22:55:24 kernel: iwn5000_tx_done: qid 3 idx 7 retries 16 nkill 0 rate 80006902 duration 2815 status 83 Feb 28 22:55:24 kernel: iwn5000_tx_done: qid 3 idx 8 retries 16 nkill 0 rate 80006902 duration 2815 status 83 .. so it's failing to transmit the management frames after association - they're being transmitted at MCS0 and the AP is just plain not ACKing them. Now, I don't know why this is. It's trying to transmit the initial frame at non-MCS rates, but I have a feeling the multi-rate retry table thing is confusing it and it's trying to send it as MCS. So maybe the AP doesn't like management frames at MCS rates. I'll have to think about this a little. -a On 28 February 2014 15:07, Tom Murphy wrote: > I've attached my iwn debug messages to this email starting > with the point I tried to associate to the Wifi. > > Thanks again for looking at this! > > Kind regards, > Tom > > On Thu, Feb 27, 2014 at 12:13:51PM -0800, Adrian Chadd wrote: >> On 26 February 2014 23:52, Alexandr wrote: >> > Tom, could you: >> > >> > 1. compile kernel WITH_IWNDEBUG >> > 2. sysctl dev.iwn.0.debug=0x1 >> > 3. wlandebug -i wlan0 auth+assoc >> > 4. Associate with AP in 11n mode >> > 5. Send us appropriate /var/log/messages >> > >> > Then I try to compare it with my log. >> >> Please do. I've been trying to track down the source of this "ht just >> doesn't work!" but it works fine with all of the Intel NICs I have >> here. >> >> Can someone see if they can find a mtaching NIC online (amazon,ebay?) >> Owning one that I can whack in a laptop is likely going ot help things >> a lot. >> >> Thanks, >> >> >> -a From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 23:35:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6FCAABCD; Fri, 28 Feb 2014 23:35:15 +0000 (UTC) Received: from mail-qc0-x22c.google.com (mail-qc0-x22c.google.com [IPv6:2607:f8b0:400d:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0873E15DA; Fri, 28 Feb 2014 23:35:14 +0000 (UTC) Received: by mail-qc0-f172.google.com with SMTP id i8so1592159qcq.3 for ; Fri, 28 Feb 2014 15:35:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=GCqChJJcd0na7bGTp6ad6O8+6H8c+k/Y8ynAfjZaWOg=; b=h5BSDnmSB65sL3pGolF1eJoNhTCIeHXzFFcYbKTqJN86G8i47eL+wwnxmjiYMY5XEX sSfdOGaU0RgaRtSPTTAJtuxrvgBS6GNeSeU31RUomVzHrU3UTdTI7fLkRNSysfxH8Tat rKLGfP51kIqLibEZZJd2dhr2aIotyD+0QbTc25tFKIsz9SG3O6Rd3MHzQ3hS+9AlYIeo sla9N/KU6bEUO4tNJ8Cti8qirzI3igPbzX6iVh7COpTkoboew9lzjL+Np/3LyDSSdlnN 6t092pIvf+cbURs+YrRQB+rbbvzmYYKgW8HFJlwFnac1JQFnC0rZL+f5PvESt+M73dYS bYZA== MIME-Version: 1.0 X-Received: by 10.224.60.134 with SMTP id p6mr7530031qah.98.1393630514225; Fri, 28 Feb 2014 15:35:14 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.16.10 with HTTP; Fri, 28 Feb 2014 15:35:14 -0800 (PST) In-Reply-To: <201402281608.30515.jhb@freebsd.org> References: <201402281608.30515.jhb@freebsd.org> Date: Fri, 28 Feb 2014 15:35:14 -0800 X-Google-Sender-Auth: 938haiEQYUlCEqOSfTYczQjeIoE Message-ID: Subject: Re: signal 8 (floating point exception) upon resume From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 23:35:15 -0000 ... how'd this ever work in the past then? -a On 28 February 2014 13:08, John Baldwin wrote: > On Friday, February 28, 2014 1:15:45 pm Adrian Chadd wrote: >> Hi, >> >> On my i386 -HEAD laptops (running -HEAD as of last night, but it's >> been a problem for a while) I occasionally hit a point where I get an >> FPE on _all_ processes upon resume. >> >> I can still do a clean shutdown through the power-button method, but I >> can't do anything else. >> >> Has anyone seen this before? Does anyone have an inkling of an idea >> why I'd be getting FPE's for things like ps and sh? > > I'm guessing fpcurthread is stale. We should probably be flushing > the FPU state on suspend and starting off without any FPU state on > resume. > > Ah, see this bit here in x86/acpica/acpi_wakeup.c: > > > int > acpi_sleep_machdep(struct acpi_softc *sc, int state) > { > ... > if (savectx(susppcbs[0])) { > #ifdef __amd64__ > ctx_fpusave(susppcbs[0]->pcb_fpususpend); > #endif > ... > } > > Looks like you need to implement ctx_fpusave() for i386. kib@ did it as part > of the AVX work, but I wonder if you can just steal the amd64 ctx_fpusave() > and have it call npxsave() instead of fpxsave()? Not sure if you'd need it to > be in asm as it is on amd64 or if you can do this in C. > > -- > John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 23:40:48 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6990D70 for ; Fri, 28 Feb 2014 23:40:48 +0000 (UTC) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A73C81607 for ; Fri, 28 Feb 2014 23:40:48 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id s1SNeXGU098039; Fri, 28 Feb 2014 15:40:37 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201402282340.s1SNeXGU098039@gw.catspoiler.org> Date: Fri, 28 Feb 2014 15:40:33 -0800 (PST) From: Don Lewis Subject: Re: firebox build fails post clang-3.4 merge To: dimitry@andric.com In-Reply-To: <53FD6BE5-267D-4732-9E85-F99C8AB0EF33@andric.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: imb@protected-networks.net, freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 23:40:48 -0000 On 28 Feb, Dimitry Andric wrote: > On 27 Feb 2014, at 01:57, Don Lewis wrote: >> On 26 Feb, Michael Butler wrote: >>> On 02/18/14 12:10, Michael Butler wrote: >>>> Is anyone else seeing firefox failing to install after the clang-3.4 >>>> merge? As in xpcshell dumping core .. >>> >>> An update .. >>> >>> Recompiling with GCC48 on -current yields the same result. Seems to run >>> correctly when invoked from the command-line but seg-faults with "errno >>> = 4" (invalid instruction) from the build >>> >>> Giving up and using the Linux port .. :-( >> >> I've also seen this problem with clang-3.4 on i386. It looks like a >> clang bug to me. Clang is putting ud2 instructions in its output which >> are guaranteed to fault when it compiles nsAppRunner.cpp. See >> . >> >> I tried compiling the offending file with gcc46 and didn't see the >> problem in the assembly output. > > Indeed, this is clang bug with stdcall calling conventions. See the > upstream bug http://llvm.org/PR19007 (thanks to Benjamin Kramer for > reducing this). > > I have followed up on the bug with a workaround, which can be used until > this bug is fixed upstream, and I can import the fix. Thanks for the fast work! The patched solve the problem for me and I was able to install and run firefox on 11.0-CURRENT i386. From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 23:57:34 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E804B421; Fri, 28 Feb 2014 23:57:34 +0000 (UTC) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B030D1755; Fri, 28 Feb 2014 23:57:34 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id 02F2D60D4; Fri, 28 Feb 2014 18:57:32 -0500 (EST) DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type; b=mFuBWjsdaCrp3jSMhLrjuyYSOjsI4QYnH466gvzd4s8/dnK542u/OBmaoy+AYv/q+ dhDjt55+6H6po6ex0kROq99LHa7gfgfUl/cuFmkB99MaTHK1C5ZRmyftCrk8KI6 Message-ID: <5311226B.7040406@protected-networks.net> Date: Fri, 28 Feb 2014 18:57:31 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Dimitry Andric , Don Lewis Subject: Re: firebox build fails post clang-3.4 merge References: <201402270057.s1R0vkjH084327@gw.catspoiler.org> <53FD6BE5-267D-4732-9E85-F99C8AB0EF33@andric.com> In-Reply-To: <53FD6BE5-267D-4732-9E85-F99C8AB0EF33@andric.com> X-Enigmail-Version: 1.6 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Feb 2014 23:57:35 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 02/28/14 12:05, Dimitry Andric wrote: > Indeed, this is clang bug with stdcall calling conventions. See the > upstream bug http://llvm.org/PR19007 (thanks to Benjamin Kramer for > reducing this). > > I have followed up on the bug with a workaround, which can be used until > this bug is fixed upstream, and I can import the fix. > > -Dimitry > There's another instance of the same construct in xpcom/glue/pldhash.h which caught me out. If the attachment makes it, it's a similar patch to fix that, imb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlMRImoACgkQQv9rrgRC1JIvzQCeO7Cs92YT1BOIcLknTgl4+nnv 928Anje6QCr0qMSXsCdRpsjVigNLhjJT =wO1Y -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Mar 1 01:16:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D5137834; Sat, 1 Mar 2014 01:16:50 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 817BC1D75; Sat, 1 Mar 2014 01:16:50 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s211GiuG083921 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Feb 2014 17:16:44 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s211GhWN083920; Fri, 28 Feb 2014 17:16:43 -0800 (PST) (envelope-from jmg) Date: Fri, 28 Feb 2014 17:16:43 -0800 From: John-Mark Gurney To: Dimitry Andric , Craig Butler Subject: Re: HEADS UP: sparc64 backend for llvm/clang imported Message-ID: <20140301011643.GV47921@funkthat.com> Mail-Followup-To: Dimitry Andric , Craig Butler , freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org, rdivacky@FreeBSD.org References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Fri, 28 Feb 2014 17:16:44 -0800 (PST) Cc: rdivacky@freebsd.org, freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Mar 2014 01:16:50 -0000 --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Dimitry Andric wrote this message on Fri, Feb 28, 2014 at 20:22 +0100: > In r262613 I have merged the clang-sparc64 branch back to head. This > imports an updated sparc64 backend for llvm and clang, allowing clang to > bootstrap itself on sparc64, and to completely build world. To be able > to build the GENERIC kernel, there is still one patch to be finalized, > see below. > > If you have any sparc64 hardware, and are not afraid to encounter rough > edges, please try out building and running your system with clang. To > do so, update to at least r262613, and enable the following options in > e.g. src.conf, or in your build environment: > > WITH_CLANG=y > WITH_CLANG_IS_CC=y > WITH_LIBCPLUSPLUS=y (optional) > > Alternatively, if you would rather keep gcc as /usr/bin/cc for the > moment, build world using just WITH_CLANG, enabling clang to be built > (by gcc) and installed. After installworld, you can then set CC=clang, > CXX=clang++ and CPP=clang-cpp for building another world. > > For building the sparc64 kernel, there is one open issue left, which is > that sys/sparc64/include/pcpu.h uses global register variables, and this > is not supported by clang. A preliminary patch for this is attached, > but it may or may not blow up your system, please beware! > > The patch changes the pcpu and curpcb global register variables into > inline functions, similar to what is done on other architectures. > However, the current approach is not optimal, and the emitted code is > slightly different from what gcc outputs. Any improvements to this > patch are greatly appreciated! > > Last but not least, thanks go out to Roman Divacky for his work with > llvm/clang upstream in getting the sparc64 backend into shape. Ok, I have a new pcpu patch to try. I have only compile tested it. It is available here: https://www.funkthat.com/~jmg/sparc64.pcpu.patch I've also attached it. Craig, do you mind testing it? This patch also removes curpcb as it appears to not be used by any sparc64 C code. A GENERIC kernel compiles fine, and fxr only turns up curpcb used in machdep code, and no references to it under sparc64. This is not a proper solution in that it can mean counters/stats can be copied/moved to other cpus overwriting the previous values if a race happens... We use PCPU_SET(mem, PCPU_GET(mem) + val) for PCPU_ADD, not great, but it's no worse than what we were previously using.. Until we get a proper fix which involves mapping all the cpu's PCPU data on all CPUs, this will have to sufice.. This patch is based upon, I believe, a patch from Marius and possibly modified by rdivacky. Thanks for testing.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." --wRRV7LY7NUeQGEoC Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="sparc64.pcpu.patch" Index: pcpu.h =================================================================== --- pcpu.h (revision 261863) +++ pcpu.h (working copy) @@ -70,11 +70,82 @@ struct pcb; struct pcpu; -register struct pcb *curpcb __asm__(__XSTRING(PCB_REG)); -register struct pcpu *pcpup __asm__(__XSTRING(PCPU_REG)); +/* + * Evaluates to the byte offset of the per-cpu variable name. + */ +#define __pcpu_offset(name) \ + __offsetof(struct pcpu, name) -#define PCPU_GET(member) (pcpup->pc_ ## member) +/* + * Evaluates to the type of the per-cpu variable name. + */ +#define __pcpu_type(name) \ + __typeof(((struct pcpu *)0)->name) +#define __PCPU_GET(name) __extension__ ({ \ + __pcpu_type(name) __res; \ + \ + switch (sizeof(__res)) { \ + case 1: \ + __asm __volatile("ldub [%" __XSTRING(PCPU_REG) "+ %1], %0" \ + : "=r" (__res) : "i" (__pcpu_offset(name))); \ + break; \ + case 2: \ + __asm __volatile("lduh [%" __XSTRING(PCPU_REG) "+ %1], %0"\ + : "=r" (__res) : "i" (__pcpu_offset(name))); \ + break; \ + case 4: \ + __asm __volatile("ld [%" __XSTRING(PCPU_REG) "+ %1], %0"\ + : "=r" (__res) : "i" (__pcpu_offset(name))); \ + break; \ + case 8: \ + __asm __volatile("ldd [%" __XSTRING(PCPU_REG) "+ %1], %0"\ + : "=r" (__res) : "i" (__pcpu_offset(name))); \ + break; \ + default: \ + /* XXX - what to put here? */; \ + } \ + __res; \ + }) + +#define __PCPU_SET(name, val) __extension__ ({ \ + __pcpu_type(name) __val; \ + \ + __val = (val); \ + switch (sizeof(__val)) { \ + case 1: \ + __asm __volatile("stub %0, [%" __XSTRING(PCPU_REG) "+ %1]" \ + : : "r" (__val), "i" (__pcpu_offset(name))); \ + break; \ + case 2: \ + __asm __volatile("stuh %0, [%" __XSTRING(PCPU_REG) "+ %1]"\ + : : "r" (__val), "i" (__pcpu_offset(name))); \ + break; \ + case 4: \ + __asm __volatile("st %0, [%" __XSTRING(PCPU_REG) "+ %1]"\ + : : "r" (__val), "i" (__pcpu_offset(name))); \ + break; \ + case 8: \ + __asm __volatile("std %0, [%" __XSTRING(PCPU_REG) "+ %1]"\ + : : "r" (__val), "i" (__pcpu_offset(name))); \ + break; \ + default: \ + /* XXX - what to put here? */; \ + } \ + __val; \ + }) + +#define __PCPU_PTR(name) __extension__ ({ \ + __pcpu_type(name) *__p; \ + struct pcpu *__pcpu; \ + \ + __asm __volatile("mov %" __XSTRING(PCPU_REG) ", %0" \ + : "=r" (__pcpu)); \ + __p = &__pcpu->name; \ + \ + __p; \ +}) + static __inline __pure2 struct thread * __curthread(void) { @@ -89,10 +160,11 @@ * XXX The implementation of this operation should be made atomic * with respect to preemption. */ -#define PCPU_ADD(member, value) (pcpup->pc_ ## member += (value)) +#define PCPU_GET(member) __PCPU_GET(pc_ ## member) +#define PCPU_ADD(member, value) PCPU_SET(member, PCPU_GET(member) + (value)) #define PCPU_INC(member) PCPU_ADD(member, 1) -#define PCPU_PTR(member) (&pcpup->pc_ ## member) -#define PCPU_SET(member,value) (pcpup->pc_ ## member = (value)) +#define PCPU_PTR(member) __PCPU_PTR(pc_ ## member) +#define PCPU_SET(member,value) __PCPU_SET(pc_ ## member, (value)) #endif /* _KERNEL */ --wRRV7LY7NUeQGEoC-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 1 02:00:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A700AA; Sat, 1 Mar 2014 02:00:58 +0000 (UTC) Received: from mail-qa0-x22c.google.com (mail-qa0-x22c.google.com [IPv6:2607:f8b0:400d:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EA21B117E; Sat, 1 Mar 2014 02:00:57 +0000 (UTC) Received: by mail-qa0-f44.google.com with SMTP id f11so1434715qae.17 for ; Fri, 28 Feb 2014 18:00:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=3DAoUwiBzc1y9XhtAxNBwRBbTOsU99x+1KPMoG3bTEE=; b=u+hTw9PwPnVjQaYgRotNfsi1JnAeHS8kHftj9x9/0ufF2K5dsxaP1ceMfv1Sfdykhu eYihezhdiiRewdNYS8SrLx2n/AXCUgjFyiXCmETOZBiS0aexnEMM439ZMAqxd1hsERHZ 3j8wNcPi1TiqExUXM1cIG0inFS/mykGKOxUtr2V3eKY6fJwaQGgs72A/Q8VLyAXZzTuu xldVnp2f0kjKi36jnUpXUVoHsHp4r5DNfx87Dd6A8DOZUELg5ne/ITeckub0A9DC6CLx IbORBkCuPFdSUWEHCHdiqV/3ssSbtGqUYCAmOeK+6GZDa6jVHy8AIn9GrdRWhYfA0KJi lrrg== MIME-Version: 1.0 X-Received: by 10.140.26.240 with SMTP id 103mr7821849qgv.92.1393639257101; Fri, 28 Feb 2014 18:00:57 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.16.10 with HTTP; Fri, 28 Feb 2014 18:00:57 -0800 (PST) In-Reply-To: References: <201402281608.30515.jhb@freebsd.org> Date: Fri, 28 Feb 2014 18:00:57 -0800 X-Google-Sender-Auth: Exv69tsWWh2ogHohNwn-Rb6Jok4 Message-ID: Subject: Re: signal 8 (floating point exception) upon resume From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Mar 2014 02:00:58 -0000 On 28 February 2014 15:35, Adrian Chadd wrote: > ... how'd this ever work in the past then? > .. and I've submitted it as a PR: kern/187152 Thanks, -a > > -a > > > On 28 February 2014 13:08, John Baldwin wrote: >> On Friday, February 28, 2014 1:15:45 pm Adrian Chadd wrote: >>> Hi, >>> >>> On my i386 -HEAD laptops (running -HEAD as of last night, but it's >>> been a problem for a while) I occasionally hit a point where I get an >>> FPE on _all_ processes upon resume. >>> >>> I can still do a clean shutdown through the power-button method, but I >>> can't do anything else. >>> >>> Has anyone seen this before? Does anyone have an inkling of an idea >>> why I'd be getting FPE's for things like ps and sh? >> >> I'm guessing fpcurthread is stale. We should probably be flushing >> the FPU state on suspend and starting off without any FPU state on >> resume. >> >> Ah, see this bit here in x86/acpica/acpi_wakeup.c: >> >> >> int >> acpi_sleep_machdep(struct acpi_softc *sc, int state) >> { >> ... >> if (savectx(susppcbs[0])) { >> #ifdef __amd64__ >> ctx_fpusave(susppcbs[0]->pcb_fpususpend); >> #endif >> ... >> } >> >> Looks like you need to implement ctx_fpusave() for i386. kib@ did it as part >> of the AVX work, but I wonder if you can just steal the amd64 ctx_fpusave() >> and have it call npxsave() instead of fpxsave()? Not sure if you'd need it to >> be in asm as it is on amd64 or if you can do this in C. >> >> -- >> John Baldwin From owner-freebsd-current@FreeBSD.ORG Sat Mar 1 02:13:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 745E6387; Sat, 1 Mar 2014 02:13:14 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 13A7212B0; Sat, 1 Mar 2014 02:13:13 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqQEAIBBEVODaFve/2dsb2JhbABRCINBV4MDvUtPgSd0giUBAQEDAQEBASAEJyALBRYYERkCBCUBCSYGCAcEARwEh1AIDapqoGoXjX8FAQEbGRsHgm6BSQSJSoZ9hR2ECIkih1eBb4FcHjGBBDk X-IronPort-AV: E=Sophos;i="4.97,565,1389762000"; d="scan'208";a="100890114" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 28 Feb 2014 21:13:12 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 1171579283; Fri, 28 Feb 2014 21:13:12 -0500 (EST) Date: Fri, 28 Feb 2014 21:13:12 -0500 (EST) From: Rick Macklem To: Jeremie Le Hen Message-ID: <449952319.15210164.1393639992060.JavaMail.root@uoguelph.ca> In-Reply-To: <20140228082715.GA48213@caravan.chchile.org> Subject: Re: panic: LK_RETRY set with incompatible flags (0x200400) or an error occured (11) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_15210162_2105175777.1393639992057" X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 7.2.1_GA_2790 (ZimbraWebClient - FF3.0 (Win)/7.2.1_GA_2790) Cc: Konstantin Belousov , freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Mar 2014 02:13:14 -0000 ------=_Part_15210162_2105175777.1393639992057 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Jeremie Le Hen wrote: > Another instance, with a sligthly different stacktrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe00e612ae40 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00e612aef0 > vpanic() at vpanic+0x126/frame 0xfffffe00e612af30 > kassert_panic() at kassert_panic+0x136/frame 0xfffffe00e612afa0 > _vn_lock() at _vn_lock+0x70/frame 0xfffffe00e612b010 > zfs_lookup() at zfs_lookup+0x44d/frame 0xfffffe00e612b0a0 > zfs_freebsd_lookup() at zfs_freebsd_lookup+0x91/frame > 0xfffffe00e612b1e0 > VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0xea/frame > 0xfffffe00e612b210 > vfs_cache_lookup() at vfs_cache_lookup+0xcf/frame 0xfffffe00e612b260 > VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xea/frame 0xfffffe00e612b290 > null_lookup() at null_lookup+0x8b/frame 0xfffffe00e612b300 > VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xea/frame 0xfffffe00e612b330 > lookup() at lookup+0x590/frame 0xfffffe00e612b3c0 > namei() at namei+0x524/frame 0xfffffe00e612b490 > vn_open_cred() at vn_open_cred+0x28f/frame 0xfffffe00e612b5e0 > vop_stdvptocnp() at vop_stdvptocnp+0x17d/frame 0xfffffe00e612b920 > null_vptocnp() at null_vptocnp+0x2b/frame 0xfffffe00e612b980 > VOP_VPTOCNP_APV() at VOP_VPTOCNP_APV+0xf0/frame 0xfffffe00e612b9b0 > vn_vptocnp_locked() at vn_vptocnp_locked+0x118/frame > 0xfffffe00e612ba20 > vn_fullpath1() at vn_fullpath1+0x1ca/frame 0xfffffe00e612ba80 > kern___getcwd() at kern___getcwd+0xd6/frame 0xfffffe00e612bae0 > amd64_syscall() at amd64_syscall+0x265/frame 0xfffffe00e612bbf0 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe00e612bbf0 > > > > kgdb stacktrace: > > #1 0xffffffff80302ca5 in db_fncall (dummy1=, > dummy2=, dummy3=, > dummy4=) at > /usr/src-svn/sys/ddb/db_command.c:578 > #2 0xffffffff8030298d in db_command (cmd_table= out>) > at /usr/src-svn/sys/ddb/db_command.c:449 > #3 0xffffffff80306bef in db_script_exec ( > scriptname=0xfffffe00e612aad0 "kdb.enter.panic", > warnifnotfound=) > at /usr/src-svn/sys/ddb/db_script.c:302 > #4 0xffffffff80306a26 in db_script_kdbenter (eventname=0x0) > at /usr/src-svn/sys/ddb/db_script.c:324 > #5 0xffffffff803050ab in db_trap (type=, > code=0) > at /usr/src-svn/sys/ddb/db_main.c:230 > #6 0xffffffff80696c33 in kdb_trap (type=3, code=0, tf= optimized out>) > at /usr/src-svn/sys/kern/subr_kdb.c:656 > #7 0xffffffff809b0e92 in trap (frame=0xfffffe00e612ae20) > at /usr/src-svn/sys/amd64/amd64/trap.c:571 > #8 0xffffffff80996122 in calltrap () > at /usr/src-svn/sys/amd64/amd64/exception.S:231 > #9 0xffffffff806963ee in kdb_enter (why=0xffffffff80b3c985 "panic", > msg=) at cpufunc.h:63 > #10 0xffffffff8065ec96 in vpanic (fmt=, > ap=) at > /usr/src-svn/sys/kern/kern_shutdown.c:752 > #11 0xffffffff8065eb46 in kassert_panic (fmt=) > at /usr/src-svn/sys/kern/kern_shutdown.c:647 > #12 0xffffffff807167c0 in _vn_lock (vp=0xfffff80013ca41d8, > flags=2098176, > file=0xffffffff81508fe5 > "/usr/src-svn/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c", > line=1518) > at /usr/src-svn/sys/kern/vfs_vnops.c:1436 > #13 0xffffffff8148417d in zfs_lookup () > at > /usr/src-svn/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:1518 > #14 0xffffffff814844e1 in zfs_freebsd_lookup (ap=0xfffffe00e612b220) > at > /usr/src-svn/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:6106 > #15 0xffffffff80a6b34a in VOP_CACHEDLOOKUP_APV (vop= out>, > a=) at vnode_if.c:195 > #16 0xffffffff806f480f in vfs_cache_lookup (ap=) > at vnode_if.h:80 > #17 0xffffffff80a6b1fa in VOP_LOOKUP_APV (vop=, > a=) at vnode_if.c:127 > #18 0xffffffff80578ecb in null_lookup (ap=0xfffffe00e612b378) at > vnode_if.h:54 > #19 0xffffffff80a6b1fa in VOP_LOOKUP_APV (vop=, > a=) at vnode_if.c:127 > #20 0xffffffff806fc980 in lookup (ndp=0xfffffe00e612b678) at > vnode_if.h:54 > #21 0xffffffff806fc0f4 in namei (ndp=0xfffffe00e612b678) > at /usr/src-svn/sys/kern/vfs_lookup.c:298 > #22 0xffffffff80715f5f in vn_open_cred (ndp=0xfffffe00e612b678, > flagp=0xfffffe00e612b800, cmode=0, vn_open_flags= out>, > cred=0xfffff8006c41de00, fp=0x0) at > /usr/src-svn/sys/kern/vfs_vnops.c:205 > #23 0xffffffff806f7b5d in vop_stdvptocnp (ap=) > at /usr/src-svn/sys/kern/vfs_default.c:797 > #24 0xffffffff805797fb in null_vptocnp (ap=0xfffffe00e612b9c8) > at /usr/src-svn/sys/fs/nullfs/null_vnops.c:824 > #25 0xffffffff80a6fb40 in VOP_VPTOCNP_APV (vop=, > a=) at vnode_if.c:3647 > #26 0xffffffff806f5048 in vn_vptocnp_locked (vp=0xfffffe00e612ba50, > cred=0xfffff8006c41de00, > buf=0xfffff80002bae000 "...", > buflen=0xfffffe00e612ba4c) at vnode_if.h:1564 > #27 0xffffffff806f4b6a in vn_fullpath1 (td=0xfffff80061c26490, > vp=0xfffff80058178938, rdir=0xfffff80013dc0b10, > buf=0xfffff80002bae000 "...", > retbuf=0xfffffe00e612bab0, buflen=1016) > at /usr/src-svn/sys/kern/vfs_cache.c:1330 > #28 0xffffffff806f4906 in kern___getcwd (td=0xfffff80061c26490, > buf=0x7fffffffcc18
, > bufseg=UIO_USERSPACE, buflen=Cannot access memory at address > 0x400 > ) at /usr/src-svn/sys/kern/vfs_cache.c:1094 > #29 0xffffffff809b1af5 in amd64_syscall (td=0xfffff80061c26490, > traced=0) > at subr_syscall.c:133 > #30 0xffffffff8099640b in Xfast_syscall () > at /usr/src-svn/sys/amd64/amd64/exception.S:390 > > > > > On Mon, Feb 10, 2014 at 09:56:07PM +0100, Jeremie Le Hen wrote: > > Hi, > > > > I run 11.0-CURRENT r260696 on amd64. > > > > I've got the following panic: > > > > panic: LK_RETRY set with incompatible flags (0x200400) or an error > > occured (11) > > cpuid = 1 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > 0xfffffe00e5e53980 > > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00e5e53a30 > > vpanic() at vpanic+0x126/frame 0xfffffe00e5e53a70 > > kassert_panic() at kassert_panic+0x136/frame 0xfffffe00e5e53ae0 > > _vn_lock() at _vn_lock+0x70/frame 0xfffffe00e5e53b50 > > zfs_lookup() at zfs_lookup+0x44d/frame 0xfffffe00e5e53be0 > > zfs_freebsd_lookup() at zfs_freebsd_lookup+0x91/frame > > 0xfffffe00e5e53d20 > > VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0xea/frame > > 0xfffffe00e5e53d50 > > vfs_cache_lookup() at vfs_cache_lookup+0xcf/frame > > 0xfffffe00e5e53da0 > > VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xea/frame 0xfffffe00e5e53dd0 > > null_lookup() at null_lookup+0x8b/frame 0xfffffe00e5e53e40 > > VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xea/frame 0xfffffe00e5e53e70 > > lookup() at lookup+0x590/frame 0xfffffe00e5e53f00 > > namei() at namei+0x524/frame 0xfffffe00e5e53fd0 > > vn_open_cred() at vn_open_cred+0x28f/frame 0xfffffe00e5e54120 > > vop_stdvptocnp() at vop_stdvptocnp+0x17d/frame 0xfffffe00e5e54460 > > null_vptocnp() at null_vptocnp+0x2b/frame 0xfffffe00e5e544c0 > > VOP_VPTOCNP_APV() at VOP_VPTOCNP_APV+0xf0/frame 0xfffffe00e5e544f0 > > vn_vptocnp_locked() at vn_vptocnp_locked+0x118/frame > > 0xfffffe00e5e54560 > > vn_fullpath1() at vn_fullpath1+0x1ca/frame 0xfffffe00e5e545c0 > > vn_fullpath() at vn_fullpath+0xc5/frame 0xfffffe00e5e54620 > > export_fd_to_sb() at export_fd_to_sb+0x2fd/frame 0xfffffe00e5e54850 > > kern_proc_filedesc_out() at kern_proc_filedesc_out+0x237/frame > > 0xfffffe00e5e548d0 > > sysctl_kern_proc_filedesc() at sysctl_kern_proc_filedesc+0x66/frame > > 0xfffffe00e5e54940 > > sysctl_root() at sysctl_root+0x1e4/frame 0xfffffe00e5e54990 > > userland_sysctl() at userland_sysctl+0x192/frame 0xfffffe00e5e54a30 > > sys___sysctl() at sys___sysctl+0x74/frame 0xfffffe00e5e54ae0 > > amd64_syscall() at amd64_syscall+0x265/frame 0xfffffe00e5e54bf0 > > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe00e5e54bf0 > > --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x801027d1a, > > rsp = 0x7fffffffc758, rbp = 0x7fffffffc790 --- > > > > > > > > I can provide core upon request. > > > > -- > > Jeremie Le Hen > > > > Scientists say the world is made up of Protons, Neutrons and > > Electrons. > > They forgot to mention Morons. > > _______________________________________________ > > 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" > > I vaguely recall that the last time the vnode was a root of the ZFS file system, so it seemed it was doing a ".." lookup at the root and tried to lock the root vp, which was already locked? I have no idea if this should ever happen when using a null mount with ZFS, but the attached trivial patch might avoid the panic? I've cc'd Kostik, since I think he might be familiar with nullfs. rick > > -- > Jeremie Le Hen > > Scientists say the world is made up of Protons, Neutrons and > Electrons. > They forgot to mention Morons. > _______________________________________________ > 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" > ------=_Part_15210162_2105175777.1393639992057 Content-Type: text/x-patch; name=zfs.patch Content-Disposition: attachment; filename=zfs.patch Content-Transfer-Encoding: base64 LS0tIGNkZGwvY29udHJpYi9vcGVuc29sYXJpcy91dHMvY29tbW9uL2ZzL3pmcy96ZnNfdm5vcHMu Yy5zYXYJMjAxNC0wMi0yOCAyMDoyMzoyNi4wMDAwMDAwMDAgLTA1MDAKKysrIGNkZGwvY29udHJp Yi9vcGVuc29sYXJpcy91dHMvY29tbW9uL2ZzL3pmcy96ZnNfdm5vcHMuYwkyMDE0LTAyLTI4IDIw OjI3OjM5LjAwMDAwMDAwMCAtMDUwMApAQCAtMTUyNiw3ICsxNTI2LDcgQEAgemZzX2xvb2t1cCh2 bm9kZV90ICpkdnAsIGNoYXIgKm5tLCB2bm9kZQogCQl9CiAJCVpGU19FWElUKHpmc3Zmcyk7CiAJ CWVycm9yID0gemZzX3Zub2RlX2xvY2soKnZwcCwgY25wLT5jbl9sa2ZsYWdzKTsKLQkJaWYgKGNu cC0+Y25fZmxhZ3MgJiBJU0RPVERPVCkKKwkJaWYgKChjbnAtPmNuX2ZsYWdzICYgSVNET1RET1Qp ICYmICp2cHAgIT0gZHZwKQogCQkJdm5fbG9jayhkdnAsIGx0eXBlIHwgTEtfUkVUUlkpOwogCQlp ZiAoZXJyb3IgIT0gMCkgewogCQkJVk5fUkVMRSgqdnBwKTsK ------=_Part_15210162_2105175777.1393639992057-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 1 03:09:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F01B2CC; Sat, 1 Mar 2014 03:09:35 +0000 (UTC) Received: from mail-ig0-x232.google.com (mail-ig0-x232.google.com [IPv6:2607:f8b0:4001:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F3AA517C1; Sat, 1 Mar 2014 03:09:34 +0000 (UTC) Received: by mail-ig0-f178.google.com with SMTP id y6so3252079igj.5 for ; Fri, 28 Feb 2014 19:09:34 -0800 (PST) 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=zartM2lf81q9gZK8MapqraIlQOOG0djL3xlh3Sblgxw=; b=JqqhJx3fY0PbKPncnglM/LpFrPcX3P+xjPIMLzZ/Luonck3RDu/WMngnA+b1orPGfc vQycKZlFYqF6XObbmKv9Q100bozPeBldwyDfjwXY2pTDp4oGmtnP4m3iTkn0KdInKDY7 Hehu+qbh/gjmYPsLFR2QvHg2DnxZGmEYOSMS5NNurzhomnCwXuS9pYIyHU4recHAiq/E Sq6DqVzJUb58YoDSrcL0XblfZl5hVrE1F6esI3zrZ6FA3ScQg2DYLvdMMjLWpGzBwqau E7njaB3FowVi4eedQ423oJfjYzl4Zp1SpxLvbdovFwVJB2+uFYlsoARDE/7vbiPDZ3+6 WNzg== MIME-Version: 1.0 X-Received: by 10.43.51.65 with SMTP id vh1mr14819511icb.24.1393643374359; Fri, 28 Feb 2014 19:09:34 -0800 (PST) Received: by 10.64.107.3 with HTTP; Fri, 28 Feb 2014 19:09:34 -0800 (PST) In-Reply-To: References: Date: Sat, 1 Mar 2014 11:09:34 +0800 Message-ID: Subject: Re: pcDuino support From: Ganbold Tsagaankhuu To: Odhiambo Washington Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-arm@freebsd.org" , "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Mar 2014 03:09:35 -0000 Hi, On Fri, Feb 28, 2014 at 11:55 PM, Odhiambo Washington wrote: > I'd like to buy something for my kids to play with and I was thing about > pcDuino, because of the nice specs. > > I'd like to know if the pcDuino support is complete now for FreeBSD-10. > We have just basic support of Allwinner A10/A20 SoC in src tree. Only usb ehci and gpio support is there. I hope EMAC ethernet controller and mmc drivers go into src tree soon maybe after some code polishes. So for kids maybe RPI or Beaglebone black can be useful, since these are more supported and yet not so expensive. Another options could be Freescale SoC boards like wandboard, phytec Cosmic board etc. hope this helps, Ganbold > > Should I buy it? If not, what is the BEST recommendation? > > > -- > Best regards, > Odhiambo WASHINGTON, > Nairobi,KE > +254733744121/+254722743223 > "I can't hear you -- I'm using the scrambler." > _______________________________________________ > 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 Sat Mar 1 11:58:55 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9AD9AF4F for ; Sat, 1 Mar 2014 11:58:55 +0000 (UTC) Received: from nm12-vm5.bullet.mail.ir2.yahoo.com (nm12-vm5.bullet.mail.ir2.yahoo.com [212.82.96.175]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EA24C17F6 for ; Sat, 1 Mar 2014 11:58:54 +0000 (UTC) Received: from [212.82.98.50] by nm12.bullet.mail.ir2.yahoo.com with NNFMP; 01 Mar 2014 11:52:02 -0000 Received: from [46.228.39.76] by tm3.bullet.mail.ir2.yahoo.com with NNFMP; 01 Mar 2014 11:52:02 -0000 Received: from [127.0.0.1] by smtp113.mail.ir2.yahoo.com with NNFMP; 01 Mar 2014 11:52:02 -0000 X-Yahoo-Newman-Id: 68265.63289.bm@smtp113.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: IKFvWdgVM1nngkkL16VaHDZSyahuIx4Cdsx27RU2z7ZaLir aiUkllLFctKn_pr0UlI4ae78zM51PC3FdKC1wwJf5n1bjYmV2o8PXA9yrh4M L_4NRTZPIFSvet1As.HgVla5txSbFd5YEUKE2WHynSG30GAQfGG4IrSlqJAP nJB3Zk9hQHqed7AOpFY4FxJuBFGwmYUlpXbz.UUrx9xyjWpWbM8Ovi0SadzU By9udy01Vh4mFmrkl_k5GJCULd_QALY8hTWJchWRvW0DXB66uEhyNlD9B1SM ltARyGo34IDwoHn7f.KaOYZgTKh_1cBYUb2jnT5xJqUGspeg8i2X4bPAKW2v dm4K7vyJsf8UPKPCuuocfiQpHmR2ieXsmKe50RZk_pfiDk9KKq7OZP23X38j KBecb5d9yklLyvO1FDzCXeBvPd_fJjNH_JN6qdFE08ZhP3ay6aQ.F6GuG7GV AxIPhfKNHIGAhfv3Jm2Sl71CxhRwHwaJNuCE702TSRmF0CH8lHy9PuXkyb_d RFVcuCowc4sld5p7RZUzWDgUiiRNTOFs- X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. X-Rocket-Received: from [192.168.119.11] (se@84.154.101.130 with plain [188.125.69.59]) by smtp113.mail.ir2.yahoo.com with SMTP; 01 Mar 2014 11:52:02 +0000 UTC Message-ID: <5311C9D5.3090505@freebsd.org> Date: Sat, 01 Mar 2014 12:51:49 +0100 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: current@freebsd.org Subject: HEAD broken for WITH_LLDB=true X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Mar 2014 11:58:55 -0000 Hi, seems that -CURRENT is broken in clang/lldb. make buildworld completes in the WITHOUT_LLDB case ... /usr/obj/usr/svn/base/head/usr.bin/clang/lldb/../../../lib/clang/liblldbHostCommon/liblldbHostCommon.a(Host.o): In function `lldb_private::Host::RunShellCommand(char const*, char const*, int*, int*, std::__1::basic_string, std::__1::allocator >*, unsigned int, char const*)': /usr/svn/base/head/lib/clang/liblldbHostCommon/../../../contrib/llvm/tools/lldb/source/Host/common/Host.cpp:(.text+0x1927): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() /usr/obj/usr/svn/base/head/usr.bin/clang/lldb/../../../lib/clang/liblldbExpression/liblldbExpression.a(ClangExpressionParser.o): In function `lldb_private::ClangExpressionParser::ClangExpressionParser(lldb_private::ExecutionContextScope*, lldb_private::ClangExpression&)': /usr/svn/base/head/lib/clang/liblldbExpression/../../../contrib/llvm/tools/lldb/source/Expression/ClangExpressionParser.cpp:(.text+0x30c): undefined reference to `LLVMInitializeSparcTargetInfo' /usr/svn/base/head/lib/clang/liblldbExpression/../../../contrib/llvm/tools/lldb/source/Expression/ClangExpressionParser.cpp:(.text+0x325): undefined reference to `LLVMInitializeSparcTarget' /usr/svn/base/head/lib/clang/liblldbExpression/../../../contrib/llvm/tools/lldb/source/Expression/ClangExpressionParser.cpp:(.text+0x33e): undefined reference to `LLVMInitializeSparcAsmPrinter' /usr/svn/base/head/lib/clang/liblldbExpression/../../../contrib/llvm/tools/lldb/source/Expression/ClangExpressionParser.cpp:(.text+0x357): undefined reference to `LLVMInitializeSparcTargetMC' /usr/svn/base/head/lib/clang/liblldbExpression/../../../contrib/llvm/tools/lldb/source/Expression/ClangExpressionParser.cpp:(.text+0x36b): undefined reference to `LLVMInitializeSparcDisassembler' /usr/obj/usr/svn/base/head/usr.bin/clang/lldb/../../../lib/clang/liblldbPluginDisassemblerLLVM/liblldbPluginDisassemblerLLVM.a(DisassemblerLLVMC.o): In function `DisassemblerLLVMC::Initialize()': /usr/svn/base/head/lib/clang/liblldbPluginDisassemblerLLVM/../../../contrib/llvm/tools/lldb/source/Plugins/Disassembler/llvm/DisassemblerLLVMC.cpp:(.text+0x1257): undefined reference to `LLVMInitializeSparcTargetInfo' /usr/svn/base/head/lib/clang/liblldbPluginDisassemblerLLVM/../../../contrib/llvm/tools/lldb/source/Plugins/Disassembler/llvm/DisassemblerLLVMC.cpp:(.text+0x1270): undefined reference to `LLVMInitializeSparcTargetMC' /usr/svn/base/head/lib/clang/liblldbPluginDisassemblerLLVM/../../../contrib/llvm/tools/lldb/source/Plugins/Disassembler/llvm/DisassemblerLLVMC.cpp:(.text+0x1289): undefined reference to `LLVMInitializeSparcAsmParser' /usr/svn/base/head/lib/clang/liblldbPluginDisassemblerLLVM/../../../contrib/llvm/tools/lldb/source/Plugins/Disassembler/llvm/DisassemblerLLVMC.cpp:(.text+0x129d): undefined reference to `LLVMInitializeSparcDisassembler' c++: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. make: stopped in /usr/svn/base/head/usr.bin/clang/lldb Regards, STefan From owner-freebsd-current@FreeBSD.ORG Sat Mar 1 10:11:06 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E2F75F8 for ; Sat, 1 Mar 2014 10:11:06 +0000 (UTC) Received: from mx.nsu.ru (mx.nsu.ru [84.237.50.39]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3B2A211F2 for ; Sat, 1 Mar 2014 10:11:04 +0000 (UTC) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.72) (envelope-from ) id 1WJgrn-0005uj-VL for current@freebsd.org; Sat, 01 Mar 2014 17:10:15 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id s21A9hMW025984 for ; Sat, 1 Mar 2014 17:09:54 +0700 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.2/8.14.2/Submit) id s21A9NJY025895 for current@freebsd.org; Sat, 1 Mar 2014 17:09:23 +0700 (NOVT) (envelope-from danfe) Date: Sat, 1 Mar 2014 17:09:23 +0700 From: Alexey Dokuchaev To: current@freebsd.org Subject: Reboot with newcons (vt/vt_vga) + ATI Radeon HD 4350 on i386 Message-ID: <20140301100923.GA17055@regency.nsu.ru> Mime-Version: 1.0 User-Agent: Mutt/1.4.2.1i X-KLMS-Rule-ID: 1 X-KLMS-Message-Action: clean X-KLMS-AntiSpam-Lua-Profiles: 57555 [Mar 01 2014] X-KLMS-AntiSpam-Version: 5.3.6 X-KLMS-AntiSpam-Envelope-From: danfe@regency.nsu.ru X-KLMS-AntiSpam-Spf: fail X-KLMS-AntiSpam-Rate: 45 X-KLMS-AntiSpam-Status: not_detected X-KLMS-AntiSpam-Method: none X-KLMS-AntiSpam-Moebius-Timestamps: 2800869, 2800888, 2800869 X-KLMS-AntiSpam-Interceptor-Info: scan successful X-KLMS-AntiVirus: Kaspersky Security 8.0 for Linux Mail Server 8.0.0.455, not checked X-KLMS-AntiVirus-Status: NotChecked: not checked, skipped X-Mailman-Approved-At: Sat, 01 Mar 2014 12:38:28 +0000 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Mar 2014 10:11:06 -0000 Hi there, Following my previous more of less successful experience with newcons on -CURRENT/amd64 and some ATI/AMD card, I've decided to give it a try here on i386 with somewhat older HD 4350, also from ATI. Unfortunately, this time newcons'ified GENERIC kernel + startx => reboot (core.txt attached). Same happens (reboot) if "kldload radeonkms" is done on the console; kldload'ing radeon.ko allows the box to survive startx(1), but it fails with "(EE) RADEON(0): Kernel modesetting setup failed" in Xorg.0.log. Switching back to syscons(4) allows me to start X.org (with KMS-related modules successfully loaded and DRI enabled). This' all sans xorg.conf. $ kldstat | grep radeonkms 11 1 0xc79c2000 fd000 radeonkms.ko 16 1 0xc7e75000 2000 radeonkmsfw_RV710_pfp.ko 17 1 0xc7e77000 3000 radeonkmsfw_RV710_me.ko 18 1 0xc7e7a000 3000 radeonkmsfw_R700_rlc.ko ./danfe From owner-freebsd-current@FreeBSD.ORG Sat Mar 1 15:29:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE137670; Sat, 1 Mar 2014 15:29:23 +0000 (UTC) Received: from mail.solomo.de (mail.solomo.de [IPv6:2a01:4f8:162:1142::2]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9850213DE; Sat, 1 Mar 2014 15:29:23 +0000 (UTC) Received: from cpos1.nexxtmobile.de (localhost [127.0.0.1]) by mail.solomo.de (Postfix) with ESMTP id 18FB523B95; Sat, 1 Mar 2014 16:29:22 +0100 (CET) X-Virus-Scanned: amavisd-new at nexxtmobile.de Received: from mail.solomo.de ([127.0.0.1]) by cpos1.nexxtmobile.de (cpos1.nexxtmobile.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id oegRe96D7_1z; Sat, 1 Mar 2014 16:29:20 +0100 (CET) Received: from nibbler-wlan.home.lan (unknown [IPv6:2001:4dd0:fd65:d00d:e5a5:33f0:29aa:87d5]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.solomo.de (Postfix) with ESMTPSA id 5641D23B89; Sat, 1 Mar 2014 16:29:19 +0100 (CET) Message-ID: <5311FCB9.60406@smeets.im> Date: Sat, 01 Mar 2014 16:28:57 +0100 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:29.0) Gecko/20100101 Thunderbird/29.0a2 MIME-Version: 1.0 To: Dimitry Andric , Craig Butler , freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org, rdivacky@FreeBSD.org Subject: Re: HEADS UP: sparc64 backend for llvm/clang imported References: <20140301011643.GV47921@funkthat.com> In-Reply-To: <20140301011643.GV47921@funkthat.com> X-Enigmail-Version: 1.7a1pre Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="IrLwtEVpoiKEaAjBh6t77U2pKblq7n32p" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Mar 2014 15:29:24 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --IrLwtEVpoiKEaAjBh6t77U2pKblq7n32p Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 01/03/14 02:16, John-Mark Gurney wrote: > Dimitry Andric wrote this message on Fri, Feb 28, 2014 at 20:22 +0100: >> >> For building the sparc64 kernel, there is one open issue left, which i= s >> that sys/sparc64/include/pcpu.h uses global register variables, and th= is >> is not supported by clang. A preliminary patch for this is attached, >> but it may or may not blow up your system, please beware! >> >> The patch changes the pcpu and curpcb global register variables into >> inline functions, similar to what is done on other architectures. >> However, the current approach is not optimal, and the emitted code is >> slightly different from what gcc outputs. Any improvements to this >> patch are greatly appreciated! >> >> Last but not least, thanks go out to Roman Divacky for his work with >> llvm/clang upstream in getting the sparc64 backend into shape. >=20 > Ok, I have a new pcpu patch to try. I have only compile tested it. >=20 > It is available here: > https://www.funkthat.com/~jmg/sparc64.pcpu.patch >=20 > I've also attached it. >=20 > Craig, do you mind testing it? >=20 My machine doesn't boot with this patch. OK boot -v Booting... jumping to kernel entry at 0xc0088000. OF_panic: sparc64_init: cannot find boot CPU node Program terminated {1} ok I'm now going to try the version that dim sent. Florian --IrLwtEVpoiKEaAjBh6t77U2pKblq7n32p Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTEfzOAAoJEOcFPfn/hvB2nqYP/jHmzsPyHO9Oz8+9MrLqM4oZ rGkqJuQsbw7TlWyKfn6gPRHPTPPpigRSL20xmRDSKqojqo5HQZOESIZiRgR0GF/z YpWlL9uKlYDYU8rsxPEo+ZDf4NM7T8Zgr5aD6o5aYCEW7yS8qt+ZoALDM80Ubd58 zZ12CB9XKzlwnfL0pL+GlK6xLlcVasKJBlrJnt3tKJbnIOKfmPghayNwu4u/Y4yF TCN949cidNOWWbuaQNzpISifqJ8K7sOU2aEoPg4F39RRdwQRcSNAVeAPsth7IG9w z19kGDvKPUMcAp8+JMk5T/FdUfoXdTA1T/dEzW/Bue2kpKh3RYTYhfHm4imttk20 2wJ/f4lQIx/4sJrrguWZPCYPChFxui0SWNrXHtMPwW5G8BYLkEMprq9wx4mQGtyb Ti/8ZyCHKZxyviyZRKnUc6CZuhBlWOoT5hnA9mKzf1uB7eX7vN6i07tGwYTqNrJB 0mw2j4u/J2FgAMIBcD53ccIx8oFwMG1LT+HHbaY/QsQS/zcney/M4+qujM6EmIkV GqlBLT2tJj7RPE6mGt+eK1ebPy31ZcTCI/mOE95ZtS/DIOAfON9qKbbmlvsFQruz IoscEJiYx0IaaDtrDwXm+4Ixa7rcP+14IIQWpvev4vohxxDsHdKni+D3kvykLCHs syQeXbnuRWzjkmsJiBLb =RUpS -----END PGP SIGNATURE----- --IrLwtEVpoiKEaAjBh6t77U2pKblq7n32p-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 1 15:31:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6F6DD7C7; Sat, 1 Mar 2014 15:31:14 +0000 (UTC) Received: from darkthrone.kvedulv.de (darkthrone.kvedulv.de [IPv6:2001:1578:400:101::2]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2C77814C1; Sat, 1 Mar 2014 15:31:14 +0000 (UTC) Received: by darkthrone.kvedulv.de (Postfix, from userid 666) id C7B4C72; Sat, 1 Mar 2014 16:31:10 +0100 (CET) Date: Sat, 1 Mar 2014 16:31:10 +0100 From: Michael Moll To: Dimitry Andric Subject: Re: HEADS UP: sparc64 backend for llvm/clang imported Message-ID: <20140301153110.GA89552@darkthrone.kvedulv.de> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Mar 2014 15:31:14 -0000 Hi, On Fri, Feb 28, 2014 at 08:22:06PM +0100, Dimitry Andric wrote: > If you have any sparc64 hardware, and are not afraid to encounter rough > edges, please try out building and running your system with clang. To On all my sparc64 machines the loader seems to be broken: {0} ok boot net:dhcp Boot device: /pci@1f,700000/network@2:dhcp File and args: 1000 Mbps FDX Link up Consoles: Open Firmware console panic: tlb_init_sun4u: no node for bootcpu?!?! --> Press a key on the console to reboot <-- I'm booting via TFTP, the boot environment was built on amd64 with TARGET=sparc64. Regards -- Michael Moll From owner-freebsd-current@FreeBSD.ORG Sat Mar 1 16:11:44 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04BA3649; Sat, 1 Mar 2014 16:11:44 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B57B0178B; Sat, 1 Mar 2014 16:11:43 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::102d:ec60:fc74:8c90] (unknown [IPv6:2001:7b8:3a7:0:102d:ec60:fc74:8c90]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id B9B6C5C45; Sat, 1 Mar 2014 17:11:35 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_B17BA7E5-2C94-4747-A8BE-0DF59F5CAAE1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: HEAD broken for WITH_LLDB=true From: Dimitry Andric In-Reply-To: <5311C9D5.3090505@freebsd.org> Date: Sat, 1 Mar 2014 17:11:26 +0100 Message-Id: <60DCF1EF-142F-4B50-A9A0-0F5EE00F30B7@FreeBSD.org> References: <5311C9D5.3090505@freebsd.org> To: Stefan Esser X-Mailer: Apple Mail (2.1874) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Mar 2014 16:11:44 -0000 --Apple-Mail=_B17BA7E5-2C94-4747-A8BE-0DF59F5CAAE1 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 01 Mar 2014, at 12:51, Stefan Esser wrote: > > seems that -CURRENT is broken in clang/lldb. > > make buildworld completes in the WITHOUT_LLDB case ... Sorry about that. I have applied a fix in r262657. -Dimitry --Apple-Mail=_B17BA7E5-2C94-4747-A8BE-0DF59F5CAAE1 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlMSBrMACgkQsF6jCi4glqN23wCfc9Su3xWmwOQSqYvbhFDY9R0E tisAoKe56kFaab/mxByQqRXTJ3N5mxpM =c4X2 -----END PGP SIGNATURE----- --Apple-Mail=_B17BA7E5-2C94-4747-A8BE-0DF59F5CAAE1-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 1 18:01:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A9F09493 for ; Sat, 1 Mar 2014 18:01:13 +0000 (UTC) Received: from mail-qc0-x234.google.com (mail-qc0-x234.google.com [IPv6:2607:f8b0:400d:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 98E221050 for ; Sat, 1 Mar 2014 18:01:13 +0000 (UTC) Received: by mail-qc0-f180.google.com with SMTP id i17so2269015qcy.11 for ; Sat, 01 Mar 2014 10:01:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=I76wcyiZZPuDe0Pd0O0TyaR4XrFOaphAp4uo8L5F37Y=; b=pOVZv0kyr6Zhcn9TlAqRUiT6R+KL9QFZQJXAaG0YhkIkoKKzNmGkSSF/tvISn1SQ7r qfWhy70vM8KdPvZyqf3A4gW5L/7ZPwllDhCCTpmlM4jrNVNd5RtR68e9aMcNg1eBl8S2 xq5i25THLUyIpVnFqAEP3Mau4iUzvwsGCHtHZO3edyVQXJkiVacqi+5YRYctIn+IqWjn Y+RwsuujCidS4trOPWyJb70BqPxdef4YNCEYUyyQRKODFojifdqbI3XpU1QUifVuvjuE rB/zNAnnsNOazdW/wSiZpWPGtBZZZbxwNSVMBbS2D4gFLNbOcNpWxicrvuCxF9UKNMXk fKYQ== X-Received: by 10.224.115.78 with SMTP id h14mr3646773qaq.94.1393696872846; Sat, 01 Mar 2014 10:01:12 -0800 (PST) MIME-Version: 1.0 Received: by 10.96.138.131 with HTTP; Sat, 1 Mar 2014 10:00:52 -0800 (PST) From: Yuriy Taraday Date: Sat, 1 Mar 2014 22:00:52 +0400 Message-ID: Subject: IXP700 AHCI fails to initialize To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Mar 2014 18:01:14 -0000 Hello. I currently have FreeBSD 8.3 on my home server and it works fine but it's time to upgrade at last (new ath and new ipfw especially allure me). I've decided to go straight to 10.0 and reinstall system from scratch to purge all legacy unrelated configs and other stuff. The problem I faced is as follows. I have a (rather old) motherboard with integrated SATA controller that presents in the OS as IXP700. In 8.3 it works fine. I have 2 disks attached to it: one with all my data and another one destined to be new system disk. I also have one IDE disk installed that is currently used as system disk. When I booted from USB stick with 10.0, I couldn't see any SATA disks in the system. I dug into dmesg and found this: http://pastebin.com/wv2A0MUE As it seems AHCI controller or disks are not responding to commands and timeouts eventually. A friend suggested to try CURRENT image. I went with FreeBSD-11.0-CURRENT-amd64-VT-20140222-r262336-mini-memstick.img and got almost the same error: http://pastebin.com/0iGaSWUD The error repeats and never stops (looks like CURRENT images have different config) but it is essentially the same. I've googled the problem but found only notes about how IXP700 is really bad and pointers that cabling might be the problem. But I have absolutely no problems with 8.3, so it looks like some regression during further development (shift to CAM, maybe?). Please help me to identify and fix the problem. -- Kind regards, Yuriy. From owner-freebsd-current@FreeBSD.ORG Sat Mar 1 19:31:12 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59559F8A; Sat, 1 Mar 2014 19:31:12 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 138D11652; Sat, 1 Mar 2014 19:31:11 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1WJpcm-000WUi-BP>; Sat, 01 Mar 2014 20:31:04 +0100 Received: from g225038073.adsl.alicedsl.de ([92.225.38.73] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1WJpcm-001MrO-8A>; Sat, 01 Mar 2014 20:31:04 +0100 Date: Sat, 1 Mar 2014 20:30:59 +0100 From: "O. Hartmann" To: Dimitry Andric Subject: Re: HEAD broken for WITH_LLDB=true Message-ID: <20140301203059.620e6a94.ohartman@zedat.fu-berlin.de> In-Reply-To: <60DCF1EF-142F-4B50-A9A0-0F5EE00F30B7@FreeBSD.org> References: <5311C9D5.3090505@freebsd.org> <60DCF1EF-142F-4B50-A9A0-0F5EE00F30B7@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/3n6fh0Fmj1e0ENamCjVeKsz"; protocol="application/pgp-signature" X-Originating-IP: 92.225.38.73 X-ZEDAT-Hint: A Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Mar 2014 19:31:12 -0000 --Sig_/3n6fh0Fmj1e0ENamCjVeKsz Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 1 Mar 2014 17:11:26 +0100 Dimitry Andric wrote: > On 01 Mar 2014, at 12:51, Stefan Esser wrote: > >=20 > > seems that -CURRENT is broken in clang/lldb. > >=20 > > make buildworld completes in the WITHOUT_LLDB case ... >=20 > Sorry about that. I have applied a fix in r262657. >=20 > -Dimitry >=20 I just tried to build r262665 and it seems that world is still broken due t= o LLDB isuue. Oliver --Sig_/3n6fh0Fmj1e0ENamCjVeKsz Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTEjV3AAoJEOgBcD7A/5N8pKsIAKMHROMsn7JiTaTF6K4q7mu5 pxjEhCv4P7OxHAGNQt+G4P00MqQbHUvrEpNAJrUcESB9IBtr7YxGYMr0tBiTGdxA YsVNREUdIg8qtRPJaRVUizauTM9uUbMTm043Hqtk2ljFX1L+XD5ilc4mpjo7qTdr qjx1GYveICmdFF8RYUVqsyFT4HwijiM6dvanT5qNwKftFv413LujqZHL3CXhZGQs z/d6XhqGBJ5b2b0baf4RZfwSPvecXn2FPeFyVeFK01Meo9XluwPIcvsWBIsFp+J8 WBFjfETG6KO1pndmf41ztycs3MHoIkiqXOK8iapTjlL9vHY1vH0TgAd7pUnwAzQ= =dD7U -----END PGP SIGNATURE----- --Sig_/3n6fh0Fmj1e0ENamCjVeKsz-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 1 21:55:55 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 803A2437; Sat, 1 Mar 2014 21:55:55 +0000 (UTC) Received: from mail-oa0-x22c.google.com (mail-oa0-x22c.google.com [IPv6:2607:f8b0:4003:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4194F12D2; Sat, 1 Mar 2014 21:55:55 +0000 (UTC) Received: by mail-oa0-f44.google.com with SMTP id n16so5553231oag.17 for ; Sat, 01 Mar 2014 13:55:54 -0800 (PST) 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=11wDit7FWCOChsMDzB/7Daj7q50Hz1qQ8SWEzoTfbzE=; b=Ama6BsgTv08VLc3nnRCAXFRu8pyYEF5wiDG3GIGpvsTwRc/er0A90cAMbNYFrrfmXP cUic2pP11Rv14gJ8ClCOJw9tfjp68mPVoF5p6xLgmux5xCWwJ3nnyzDxFByq+WLDi1Qr PeaGp8eg7rTyv9rqL8jtCpLac4kSSWzbX01YQm1q9rXzjcHiX373P/4px43mpgUTtcoD IEwsjWfBZMl9BHC2pXALlVw3z93UppQP/d3RrfG/ug7/JTT4QLkbO7GCYiLEFkEQ5jcs m79p83u5ZO2EsxpvzZPknqzSsywE8kDfO5jyiHCL26GchcvGrffQc55k/zlsw7E0UqUt b3jA== MIME-Version: 1.0 X-Received: by 10.182.48.233 with SMTP id p9mr20660024obn.44.1393710954567; Sat, 01 Mar 2014 13:55:54 -0800 (PST) Received: by 10.182.80.7 with HTTP; Sat, 1 Mar 2014 13:55:54 -0800 (PST) Date: Sat, 1 Mar 2014 22:55:54 +0100 Message-ID: Subject: [ARM] FYI: Broadcom Open-Sources VideoCore IV 3D Graphics Stack From: Oliver Pinter To: current@freebsd.org, freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Mar 2014 21:55:55 -0000 license: 3 clause BSD http://www.phoronix.com/scan.php?page=news_item&px=MTYxODQ http://blog.broadcom.com/chip-design/android-for-all-broadcom-gives-developers-keys-to-the-videocore-kingdom/ From owner-freebsd-current@FreeBSD.ORG Sat Mar 1 23:09:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDE1FED2; Sat, 1 Mar 2014 23:09:40 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5A6921A32; Sat, 1 Mar 2014 23:09:40 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::102d:ec60:fc74:8c90] (unknown [IPv6:2001:7b8:3a7:0:102d:ec60:fc74:8c90]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id CC9E45C45; Sun, 2 Mar 2014 00:09:32 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_8D60885C-8572-44E2-9B5E-E3080A862B88"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: HEAD broken for WITH_LLDB=true From: Dimitry Andric In-Reply-To: <20140301203059.620e6a94.ohartman@zedat.fu-berlin.de> Date: Sun, 2 Mar 2014 00:09:19 +0100 Message-Id: References: <5311C9D5.3090505@freebsd.org> <60DCF1EF-142F-4B50-A9A0-0F5EE00F30B7@FreeBSD.org> <20140301203059.620e6a94.ohartman@zedat.fu-berlin.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.1874) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Mar 2014 23:09:40 -0000 --Apple-Mail=_8D60885C-8572-44E2-9B5E-E3080A862B88 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 01 Mar 2014, at 20:30, O. Hartmann = wrote: > On Sat, 1 Mar 2014 17:11:26 +0100 > Dimitry Andric wrote: >=20 >> On 01 Mar 2014, at 12:51, Stefan Esser wrote: >>>=20 >>> seems that -CURRENT is broken in clang/lldb. >>>=20 >>> make buildworld completes in the WITHOUT_LLDB case ... >>=20 >> Sorry about that. I have applied a fix in r262657. >>=20 >> -Dimitry >>=20 >=20 > I just tried to build r262665 and it seems that world is still broken = due to LLDB isuue. What is the error you are getting? Any special settings in make.conf or = src.conf? -Dimitry --Apple-Mail=_8D60885C-8572-44E2-9B5E-E3080A862B88 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlMSaKoACgkQsF6jCi4glqNuvwCcDtsxoWMnzt+YfyM3zzB7aGjN N64AoN4JOJgHBN4USAaU9xqbsArqDGR9 =ca1a -----END PGP SIGNATURE----- --Apple-Mail=_8D60885C-8572-44E2-9B5E-E3080A862B88-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 1 22:39:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D2EE18D5 for ; Sat, 1 Mar 2014 22:39:09 +0000 (UTC) Received: from x0r.aitnet.org (x0r.aitnet.org [IPv6:2a00:1728:9:1::5]) by mx1.freebsd.org (Postfix) with ESMTP id 677B1173A for ; Sat, 1 Mar 2014 22:39:09 +0000 (UTC) Received: from terran.aitnet.org (unknown [77.70.75.103]) by x0r.aitnet.org (Postfix) with ESMTPSA id 045AC3F708 for ; Sun, 2 Mar 2014 00:39:07 +0200 (EET) Date: Sun, 2 Mar 2014 00:39:07 +0200 From: Michael Pounov To: freebsd-current@freebsd.org Subject: PR for pf in kernel Message-Id: <20140302003907.54086003.misho@elwix.org> Organization: ELWIX X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.6; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Mar 2014 22:39:09 -0000 Hi, I wrote this mail because on web page "Submit Bug-report" missing severity for PR and priority options. Can anyone look this PR? http://www.freebsd.org/cgi/query-pr.cgi?pr=187074 -- Best Regards! Michael Pounov +359 888 737358, +359 899 737358 WWW: http://www.elwix.org/ XMPP: misho@aitnet.org Skype: mpunov From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 11:04:38 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6C865FD8; Sun, 2 Mar 2014 11:04:38 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 547DC12AC; Sun, 2 Mar 2014 11:04:38 +0000 (UTC) Received: from delphij-macbook.local (c-24-5-244-32.hsd1.ca.comcast.net [24.5.244.32]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 9676413ADD; Sun, 2 Mar 2014 03:04:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1393758270; bh=WRSMqz2jMSojG7SNWAGzeuCjQXXxm/O/OpBti8LPOKg=; h=Date:From:Reply-To:To:CC:Subject; b=qAxyXaDO3pEUpyXBNm4rEOQ1V9VnKtXZ2/VTBVQkno4osAtpMssLuf1lA72D7sYYZ mzNbJG0fvaivecMJtf4APfezv53Mx+ZXp/1tu3p3z5VR+Rj+dmJplnZN56sp9L0Jyb +9H0NJQZMzbXEex1Uwnfa58Qn8Nm/zyNTPinylEs= Message-ID: <5313103A.7060207@delphij.net> Date: Sun, 02 Mar 2014 03:04:26 -0800 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: FreeBSD Current Subject: nvi: can't be used in the context of substitute Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Peter Wemm , Zhihao Yuan X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Mar 2014 11:04:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi, It looks like the new nvi version don't accept in the context of substitute. A minimal use case would be to replace all leading 8 spaces with tabs, what one would do on older version of nvi would be: : 1,$ s/^ //g Now, with nvi in FreeBSD 10.x+, entering won't yield the character. This seems to be a regression from older nvi version. Is this a known issue, or did I missed something? Thanks in advance! Cheers, -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJTExA6AAoJEJW2GBstM+nsRzIQAIfSS4isLQF4ex8ZzXQyE/0I 6Wia9FRHsa5gYt8phJxvWWbPCFeyHuqRjAkUEk+btuReZUSgEen27848v350hmBZ DXMaJknryGIU1/f9x/XIjLYpmBOf58tN+rPId6psgFiH7NmdTcfAVg320fdAKlKC gaMQHA3yGBC4ZTmopdj/e71gqmmjQuPe7kjyOx4fpdUWNKU+llIb5bUB1YWKYzyu /hBBp8bewWoHjlH4qa0hSK/k6ef8yA8WmFEFldHZMQeXizQTmNxDKURZ9gZGOlYQ m3mmeatE8KN+XVwn46p+iB9FcJu1dpzPq2QrepiWRzZJkxqOJhmjvQ0ZbZG1A6rM jjQCRvKRi3PjzRPrGkBhhSZcRYmpNsYV8Anf4mUg5GxbJNKYzHAhKJ+dySc+nvqm 5xccpeGXpw/ji/A5OefoEzQSAhujVaBW5x64J28E7VwY5zw38K20wm0hv+KfWofM OWc/gAB/1OYh5i+BaEb/O7RBoFIK+19MkJU3LFklBpDB2d8AE7vhoCbE4j9uujwB 8yFGNcl4up2z0ln+YhBYfTo8oc4iq6V55vNJYOM5iARKlQKYlhpPpyFgL+ssR4nY +hAPSJ8qV2dMNqwdwW7oGhlzAMR/+i/s/TMeHyLCJijEcTpZZB/V7k/I6muzHnYg p9f4hmB2r2f6/TaUyFmH =5n4i -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Mar 1 19:52:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 17833381; Sat, 1 Mar 2014 19:52:01 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BE898191D; Sat, 1 Mar 2014 19:52:00 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s21Jpw0P099504 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 1 Mar 2014 11:51:58 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s21JpwtJ099503; Sat, 1 Mar 2014 11:51:58 -0800 (PST) (envelope-from jmg) Date: Sat, 1 Mar 2014 11:51:58 -0800 From: John-Mark Gurney To: Florian Smeets Subject: Re: HEADS UP: sparc64 backend for llvm/clang imported Message-ID: <20140301195158.GA47921@funkthat.com> Mail-Followup-To: Florian Smeets , Dimitry Andric , Craig Butler , freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org, rdivacky@freebsd.org References: <20140301011643.GV47921@funkthat.com> <5311FCB9.60406@smeets.im> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5311FCB9.60406@smeets.im> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sat, 01 Mar 2014 11:51:59 -0800 (PST) Cc: Craig Butler , rdivacky@freebsd.org, freebsd-current@freebsd.org, Dimitry Andric , freebsd-sparc64@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Mar 2014 19:52:01 -0000 Florian Smeets wrote this message on Sat, Mar 01, 2014 at 16:28 +0100: > On 01/03/14 02:16, John-Mark Gurney wrote: > > Dimitry Andric wrote this message on Fri, Feb 28, 2014 at 20:22 +0100: > >> > >> For building the sparc64 kernel, there is one open issue left, which is > >> that sys/sparc64/include/pcpu.h uses global register variables, and this > >> is not supported by clang. A preliminary patch for this is attached, > >> but it may or may not blow up your system, please beware! > >> > >> The patch changes the pcpu and curpcb global register variables into > >> inline functions, similar to what is done on other architectures. > >> However, the current approach is not optimal, and the emitted code is > >> slightly different from what gcc outputs. Any improvements to this > >> patch are greatly appreciated! > >> > >> Last but not least, thanks go out to Roman Divacky for his work with > >> llvm/clang upstream in getting the sparc64 backend into shape. > > > > Ok, I have a new pcpu patch to try. I have only compile tested it. > > > > It is available here: > > https://www.funkthat.com/~jmg/sparc64.pcpu.patch > > > > I've also attached it. > > > > Craig, do you mind testing it? > > > > My machine doesn't boot with this patch. > > OK boot -v > Booting... > jumping to kernel entry at 0xc0088000. > OF_panic: sparc64_init: cannot find boot CPU node > Program terminated > {1} ok > > I'm now going to try the version that dim sent. Does it boot w/o the patch? Is this a clang built loader/kernel or a gcc built loader/kernel that you tried the patch on? >From a quick look at the code, it doesn't look like my patch would have effected this part of the kernel... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 11:54:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F032D9E4; Sun, 2 Mar 2014 11:54:50 +0000 (UTC) Received: from mail-vc0-x22a.google.com (mail-vc0-x22a.google.com [IPv6:2607:f8b0:400c:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9C17C18C0; Sun, 2 Mar 2014 11:54:50 +0000 (UTC) Received: by mail-vc0-f170.google.com with SMTP id hu8so2545903vcb.15 for ; Sun, 02 Mar 2014 03:54:49 -0800 (PST) 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=Oh7dGxu5NWEmUYWR6DZMLsJa/Fip9y9zZCuPlZXqcls=; b=KHfWmwiDkpA8FB7o3zmPH5IXR+GsSYFzxEX/kuKwCOviHjxUYwDyjDf06kLzLeuzB5 HqCGMGaaY4oILvEZcqRfnIfKjBY9658t93YI772U5X1SCB7KdY5G9uR5IcG/pkBjIzFC A3pzeimH6obIDURGhJlOnz5iJUisZCLq8ObrRmauybXzAHsO4tJEIFWA3lyfr4Lg9KfR KNlUljXzaXl5eU8onN11FXIxsVFUrM1qUlvlOHPZOgwxeH9e3xowJzgVwi4ZKifYpNpw 09XIiLYOqEzacQDbr5OM0flyN6jG5qeja/asaXjbvsQwN4R0qSZVJ/2/OH3D/ZAm2QgZ v6TA== MIME-Version: 1.0 X-Received: by 10.58.66.137 with SMTP id f9mr11874423vet.11.1393761289694; Sun, 02 Mar 2014 03:54:49 -0800 (PST) Received: by 10.220.86.65 with HTTP; Sun, 2 Mar 2014 03:54:49 -0800 (PST) In-Reply-To: <5313103A.7060207@delphij.net> References: <5313103A.7060207@delphij.net> Date: Sun, 2 Mar 2014 06:54:49 -0500 Message-ID: Subject: Re: nvi: can't be used in the context of substitute From: Zhihao Yuan To: Xin LI Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current , Peter Wemm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Mar 2014 11:54:51 -0000 On Sun, Mar 2, 2014 at 6:04 AM, Xin Li wrote: > It looks like the new nvi version don't accept in the context of > substitute. A minimal use case would be to replace all leading 8 > spaces with tabs, what one would do on older version of nvi would be: > > : 1,$ s/^ //g > > Now, with nvi in FreeBSD 10.x+, entering won't yield the > character. This seems to be a regression from older nvi version. > > Is this a known issue, or did I missed something? The key in last line mode is now mapped to the filename completion by default. The feature itself exisits in old nvi, but was off by default. Currently, to input in last line, you can either which performs escape, or :se filec= The completion code is not as smart as that in vim, which can detect the context. I think at least I should limit the completion to the commands which need a filename, like next, cd, edit, script, source, read. I opened an issue for this: https://github.com/lichray/nvi2/issues/15 Thank you for reporting. -- Zhihao Yuan, ID lichray The best way to predict the future is to invent it. ___________________________________________________ 4BSD -- http://4bsd.biz/ From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 12:10:47 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B41F4F3; Sun, 2 Mar 2014 12:10:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 002B91A9B; Sun, 2 Mar 2014 12:10:46 +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 s22CAeC7071042; Sun, 2 Mar 2014 07:10:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s22CAebY071035; Sun, 2 Mar 2014 12:10:40 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 2 Mar 2014 12:10:40 GMT Message-Id: <201403021210.s22CAebY071035@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Mar 2014 12:10:47 -0000 TB --- 2014-03-02 10:30:27 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-02 10:30: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 --- 2014-03-02 10:30:27 - starting HEAD tinderbox run for arm/arm TB --- 2014-03-02 10:30:27 - cleaning the object tree TB --- 2014-03-02 10:30:27 - /usr/local/bin/svn stat /src TB --- 2014-03-02 10:30:34 - At svn revision 262685 TB --- 2014-03-02 10:30:35 - building world TB --- 2014-03-02 10:30:35 - CROSS_BUILD_TESTING=YES TB --- 2014-03-02 10:30:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-02 10:30:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-02 10:30:35 - SRCCONF=/dev/null TB --- 2014-03-02 10:30:35 - TARGET=arm TB --- 2014-03-02 10:30:35 - TARGET_ARCH=arm TB --- 2014-03-02 10:30:35 - TZ=UTC TB --- 2014-03-02 10:30:35 - __MAKE_CONF=/dev/null TB --- 2014-03-02 10:30:35 - cd /src TB --- 2014-03-02 10:30:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 2 10:30:42 UTC 2014 >>> 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 [...] cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.arm/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_cursor.c -o frm_cursor.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.arm/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_data.c -o frm_data.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.arm/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_def.c -o frm_def.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.arm/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_driver.c -o frm_driver.o /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_driver.c:4506:9: error: comparison of integers of different signs: 'wchar_t' (aka 'unsigned int') and 'int' [-Werror,-Wsign-compare] if (c == FIRST_ACTIVE_MAGIC) ~ ^ ~~~~~~~~~~~~~~~~~~ 1 error generated. *** Error code 1 Stop. bmake[5]: stopped in /src/lib/ncurses/formw *** Error code 1 Stop. bmake[4]: stopped in /src/lib/ncurses *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-02 12:10:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-02 12:10:39 - ERROR: failed to build world TB --- 2014-03-02 12:10:39 - 4874.60 user 891.66 system 6012.19 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 12:10:48 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A702D537; Sun, 2 Mar 2014 12:10:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6E3881A9D; Sun, 2 Mar 2014 12:10:48 +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 s22CAeSi071101; Sun, 2 Mar 2014 07:10:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s22CAeRj071099; Sun, 2 Mar 2014 12:10:40 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 2 Mar 2014 12:10:40 GMT Message-Id: <201403021210.s22CAeRj071099@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Mar 2014 12:10:48 -0000 TB --- 2014-03-02 10:30:27 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-02 10:30: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 --- 2014-03-02 10:30:27 - starting HEAD tinderbox run for armv6/arm TB --- 2014-03-02 10:30:27 - cleaning the object tree TB --- 2014-03-02 10:30:27 - /usr/local/bin/svn stat /src TB --- 2014-03-02 10:30:34 - At svn revision 262685 TB --- 2014-03-02 10:30:35 - building world TB --- 2014-03-02 10:30:35 - CROSS_BUILD_TESTING=YES TB --- 2014-03-02 10:30:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-02 10:30:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-02 10:30:35 - SRCCONF=/dev/null TB --- 2014-03-02 10:30:35 - TARGET=arm TB --- 2014-03-02 10:30:35 - TARGET_ARCH=armv6 TB --- 2014-03-02 10:30:35 - TZ=UTC TB --- 2014-03-02 10:30:35 - __MAKE_CONF=/dev/null TB --- 2014-03-02 10:30:35 - cd /src TB --- 2014-03-02 10:30:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 2 10:30:42 UTC 2014 >>> 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 [...] cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.armv6/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_cursor.c -o frm_cursor.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.armv6/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_data.c -o frm_data.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.armv6/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_def.c -o frm_def.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.armv6/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_driver.c -o frm_driver.o /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_driver.c:4506:9: error: comparison of integers of different signs: 'wchar_t' (aka 'unsigned int') and 'int' [-Werror,-Wsign-compare] if (c == FIRST_ACTIVE_MAGIC) ~ ^ ~~~~~~~~~~~~~~~~~~ 1 error generated. *** Error code 1 Stop. bmake[5]: stopped in /src/lib/ncurses/formw *** Error code 1 Stop. bmake[4]: stopped in /src/lib/ncurses *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-02 12:10:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-02 12:10:40 - ERROR: failed to build world TB --- 2014-03-02 12:10:40 - 4877.21 user 895.22 system 6013.15 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 08:41:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5497A60E; Sun, 2 Mar 2014 08:41:52 +0000 (UTC) Received: from mx.bsdtec.net (mx.bsdtec.net [174.34.171.65]) by mx1.freebsd.org (Postfix) with ESMTP id BE4CB1A10; Sun, 2 Mar 2014 08:41:52 +0000 (UTC) Received: from localhost (mx.bsdtec.net [172.16.32.2]) by mx.bsdtec.net (Postfix) with ESMTP id 6BEDF489875; Sun, 2 Mar 2014 08:32:45 +0000 (UTC) Received: from mx.bsdtec.net ([172.16.32.2]) by localhost (mx.bsdtec.net [172.16.32.2]) (amavisd-new, port 10032) with ESMTP id VfQt_Ub0Ja_d; Sun, 2 Mar 2014 08:32:44 +0000 (UTC) Received: from localhost (mx.bsdtec.net [172.16.32.2]) by mx.bsdtec.net (Postfix) with ESMTP id D0148489898; Sun, 2 Mar 2014 08:32:43 +0000 (UTC) X-Virus-Scanned: amavisd-new at bsdtec.net Received: from mx.bsdtec.net ([172.16.32.2]) by localhost (mx.bsdtec.net [172.16.32.2]) (amavisd-new, port 10026) with ESMTP id j3awyJTRq1yk; Sun, 2 Mar 2014 08:32:43 +0000 (UTC) Received: from mx.bsdtec.net (mx.bsdtec.net [172.16.32.2]) by mx.bsdtec.net (Postfix) with ESMTP id 82E04489875; Sun, 2 Mar 2014 08:32:43 +0000 (UTC) Date: Sun, 2 Mar 2014 08:32:43 +0000 (GMT) From: Craig Butler To: John-Mark Gurney Message-ID: <31991855.251.1393749169473.JavaMail.craig@w520> In-Reply-To: <20140301195158.GA47921@funkthat.com> References: <20140301011643.GV47921@funkthat.com> <5311FCB9.60406@smeets.im> <20140301195158.GA47921@funkthat.com> Subject: Re: HEADS UP: sparc64 backend for llvm/clang imported MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.16.32.3] X-Mailer: Zimbra 8.0.4_GA_5718 (Zimbra Desktop/7.2.2_11951_Windows) Thread-Topic: HEADS UP: sparc64 backend for llvm/clang imported Thread-Index: vkfWPe8bLDo0tp82AmT1i+fP32m+Jg== X-Mailman-Approved-At: Sun, 02 Mar 2014 12:35:43 +0000 Cc: rdivacky@freebsd.org, freebsd-current@freebsd.org, Dimitry Andric , freebsd-sparc64@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Mar 2014 08:41:53 -0000 ----- Original Message ----- > From: "John-Mark Gurney" > To: "Florian Smeets" > Cc: "Dimitry Andric" , "Craig Butler" , freebsd-current@freebsd.org, > freebsd-sparc64@freebsd.org, rdivacky@freebsd.org > Sent: Saturday, 1 March, 2014 7:51:58 PM > Subject: Re: HEADS UP: sparc64 backend for llvm/clang imported > > Florian Smeets wrote this message on Sat, Mar 01, 2014 at 16:28 > +0100: > > On 01/03/14 02:16, John-Mark Gurney wrote: > > > Dimitry Andric wrote this message on Fri, Feb 28, 2014 at 20:22 > > > +0100: > > >> > > >> For building the sparc64 kernel, there is one open issue left, > > >> which is > > >> that sys/sparc64/include/pcpu.h uses global register variables, > > >> and this > > >> is not supported by clang. A preliminary patch for this is > > >> attached, > > >> but it may or may not blow up your system, please beware! > > >> > > >> The patch changes the pcpu and curpcb global register variables > > >> into > > >> inline functions, similar to what is done on other > > >> architectures. > > >> However, the current approach is not optimal, and the emitted > > >> code is > > >> slightly different from what gcc outputs. Any improvements to > > >> this > > >> patch are greatly appreciated! > > >> > > >> Last but not least, thanks go out to Roman Divacky for his work > > >> with > > >> llvm/clang upstream in getting the sparc64 backend into shape. > > > > > > Ok, I have a new pcpu patch to try. I have only compile tested > > > it. > > > > > > It is available here: > > > https://www.funkthat.com/~jmg/sparc64.pcpu.patch > > > > > > I've also attached it. > > > > > > Craig, do you mind testing it? > > > > > > > My machine doesn't boot with this patch. > > > > OK boot -v > > Booting... > > jumping to kernel entry at 0xc0088000. > > OF_panic: sparc64_init: cannot find boot CPU node > > Program terminated > > {1} ok > > > > I'm now going to try the version that dim sent. > > Does it boot w/o the patch? Is this a clang built loader/kernel or > a gcc built loader/kernel that you tried the patch on? > > From a quick look at the code, it doesn't look like my patch would > have effected this part of the kernel... > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > It's not working here either.. Native base gcc compiled 10-RELEASE + patch results in; FreeBSD/sparc64 bootstrap loader, Revision 1.0 (root@snap.freebsd.org, Fri Jan 17 11:27:27 UTC 2014) bootpath="/pci@1f,0/pci@1/scsi@8/disk@0,0:a" Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0xafe440 data=0xcbf60+0xd82b0 syms=[0x8+0xc53a0+0x8+0xb7c06] /boot/kernel/zfs.ko text=0x223328 data=0xa4c0+0x17f60 syms=[0x8+0x19788+0x8+0x143eb] loading required module 'opensolaris' /boot/kernel/opensolaris.ko text=0x30d0 data=0x2a8+0x2030 syms=[0x8+0xd68+0x8+0x91c] /boot/kernel/geom_mirror.ko text=0x383f0 data=0x590+0x20 syms=[0x8+0x1680+0x8+0x1191] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... jumping to kernel entry at 0xc00a0000. Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-RELEASE #2: Sat Mar 1 21:40:27 GMT 2014 root@v120.lerwick.hopto.org:/usr/obj/usr/src/sys/GENERIC sparc64 gcc version 4.2.1 20070831 patched [FreeBSD] real memory = 1073741824 (1024 MB) avail memory = 1024622592 (977 MB) cpu0: Sun Microsystems UltraSparc-IIe Processor (648.00 MHz CPU) random device not loaded; using insecure entropy panic: trap: illegal instruction (kernel) cpuid = 0 KDB: stack backtrace: #0 0xc0884458 at trap+0x558 Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... Resetti LOM event: +12h49m59s host reset Kind Regards Craig Butler From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 15:03:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA4FA570 for ; Sun, 2 Mar 2014 15:03:27 +0000 (UTC) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id C467218D1 for ; Sun, 2 Mar 2014 15:03:27 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 2B1465607C; Sun, 2 Mar 2014 09:03:26 -0600 (CST) Date: Sun, 2 Mar 2014 09:03:26 -0600 From: Mark Linimon To: Michael Pounov Subject: Re: PR for pf in kernel Message-ID: <20140302150325.GA13806@lonesome.com> References: <20140302003907.54086003.misho@elwix.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140302003907.54086003.misho@elwix.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Mar 2014 15:03:28 -0000 On Sun, Mar 02, 2014 at 12:39:07AM +0200, Michael Pounov wrote: > Hi, I wrote this mail because on web page "Submit Bug-report" missing > severity for PR and priority options. Those two fields have become meaningless due to everyone overusing them. Changing them will not have much effect. mcl From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 15:57:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0728CAF for ; Sun, 2 Mar 2014 15:57:11 +0000 (UTC) Received: from eu1sys200aog114.obsmtp.com (eu1sys200aog114.obsmtp.com [207.126.144.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2A1FE1D5F for ; Sun, 2 Mar 2014 15:57:10 +0000 (UTC) Received: from mail-we0-f179.google.com ([74.125.82.179]) (using TLSv1) by eu1sys200aob114.postini.com ([207.126.147.11]) with SMTP ID DSNKUxNUs2EVeqba//u5atrhrzHnKY9OhW1z@postini.com; Sun, 02 Mar 2014 15:57:11 UTC Received: by mail-we0-f179.google.com with SMTP id x48so2103704wes.24 for ; Sun, 02 Mar 2014 07:56:35 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:message-id:to:subject:cc :reply-to:in-reply-to; bh=MGxc9Ig6UbKWBXCUP4QvZSjqaX9sgjEtckLtOEcg9aY=; b=PcPCKm4e+oAM2rVClDRSrKmb+kprHMR8wARILykQiIAjOWu9d+H2+auaXXk/Pof9Bl VfAnRhXFtVklqeRiWPMWq6KC1SpGvSyth00oL+dnjrURwryslaaywWJ0o02pjKx6QF1N HsohBxzg9lYQHKCOQRrlQBkop5YTesiWB/fICaj3cRdRvtVjwYUgqhbXDGQPI7sV5Ks4 YDMd/YvJlQm2FhYbUkfktlaK1jhhK6oUzkNYZRU+kd5q6TIO4MSITya/o7aXBwJ3CNpa k5ITZ9xbsb6zS8jz6rZ3csH6BpShTLlK6XpQxQ1hR+0Y8wrHpUxAs0rKPHjG3eviY+Nf 5vAQ== X-Gm-Message-State: ALoCoQn2hrvT5u6EAq0RfRZKeSCKMc95Ef+be1VaaQS49Nou7DVTwbdUnyKb+mD2dwTT+C77w/+chpZVNxUnGRlUNdn1085pYhsdMjwA/IbdnCEF3tlh5+UOLWoAYfERJ/SNOsz7fOyEsmjb9VX64jB3BITCTAYK/Nf3XsJysqr9Kz1clUD6D4g= X-Received: by 10.180.87.9 with SMTP id t9mr11055564wiz.36.1393775795621; Sun, 02 Mar 2014 07:56:35 -0800 (PST) X-Received: by 10.180.87.9 with SMTP id t9mr11055559wiz.36.1393775795547; Sun, 02 Mar 2014 07:56:35 -0800 (PST) Received: from mech-cluster241.men.bris.ac.uk (mech-cluster241.men.bris.ac.uk. [137.222.187.241]) by mx.google.com with ESMTPSA id w10sm12270925wiy.9.2014.03.02.07.56.33 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 02 Mar 2014 07:56:34 -0800 (PST) Sender: Anton Shterenlikht Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6) with ESMTP id s22FuW8G070041 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 2 Mar 2014 15:56:32 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6/Submit) id s22FuWpQ070040; Sun, 2 Mar 2014 15:56:32 GMT (envelope-from mexas) Date: Sun, 02 Mar 2014 07:56:34 -0800 (PST) From: Anton Shterenlikht Message-Id: <201403021556.s22FuWpQ070040@mech-cluster241.men.bris.ac.uk> To: freebsd-ia64@freebsd.org, jhb@freebsd.org, mexas@bris.ac.uk Subject: Re: ia64 r260914 GENERIC kernel: /usr/src/sys/dev/vt/vt_core.c:261: undefined reference to kbd_get_keyboard and so on In-Reply-To: <201402281536.41192.jhb@freebsd.org> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: mexas@bris.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: Sun, 02 Mar 2014 15:57:12 -0000 >From jhb@freebsd.org Fri Feb 28 20:57:59 2014 > >On Friday, February 28, 2014 9:23:28 am Anton Shterenlikht wrote: >> ia64 r260914 GENERIC kernel contains: >> >> device kbdmux # keyboard multiplexer >> device vt # Virtual terminals >> device vt_vga # VGA terminal device >> >> Trying to build it, I get: > >Try this: > >Index: conf/files.ia64 >=================================================================== >--- conf/files.ia64 (revision 262614) >+++ conf/files.ia64 (working copy) >@@ -52,7 +52,7 @@ > dev/fb/vga.c optional vga > dev/hwpmc/hwpmc_ia64.c optional hwpmc > dev/io/iodev.c optional io >-dev/kbd/kbd.c optional atkbd | sc | ukbd >+dev/kbd/kbd.c optional atkbd | sc | ukbd | vt > dev/syscons/scterm-teken.c optional sc > dev/syscons/scvgarndr.c optional sc vga > dev/syscons/scvtb.c optional sc > yes, I can build and install kernel with patch. On reboot, the booting information is no longer shown on serial console, just: Booting [/boot/kernel/kernel]... Entering /boot/kernel/kernel at 0x9ffc000000010500... FreeBSD/ia64 (mech-as221.men.bris.ac.uk) (ttyu1) login: This is probably the default vt behaviour? I need to be able to see thing progressing in the serial console. How can I do this? Or do I need to disable vt for this? Anyway, I can find neither vt nor vt_vga man pages on r260914 system. Is this expected? Many thanks Anton From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 15:58:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD918DED for ; Sun, 2 Mar 2014 15:58:48 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8C1221D76 for ; Sun, 2 Mar 2014 15:58:48 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.8/8.14.8) with ESMTP id s22FwmuR028897 for ; Sun, 2 Mar 2014 15:58:48 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s22FwmT7028895 for freebsd-current@freebsd.org; Sun, 2 Mar 2014 15:58:48 GMT (envelope-from bdrewery) Received: (qmail 5120 invoked from network); 2 Mar 2014 09:58:46 -0600 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 2 Mar 2014 09:58:46 -0600 Message-ID: <53135535.30707@FreeBSD.org> Date: Sun, 02 Mar 2014 09:58:45 -0600 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: John Baldwin , freebsd-current@freebsd.org Subject: Re: panic: lockmgr still held [tmpfs] [vm_map_remove()->vdropl()] (r262186: Thu Feb 20) References: <53109ACB.20102@FreeBSD.org> <201402281618.57291.jhb@freebsd.org> In-Reply-To: <201402281618.57291.jhb@freebsd.org> X-Enigmail-Version: 1.6 OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OIJFkuCbxfKVmDpSx4GJ74jj3V6JSXdbM" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Mar 2014 15:58:48 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --OIJFkuCbxfKVmDpSx4GJ74jj3V6JSXdbM Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable On 2/28/2014 3:18 PM, John Baldwin wrote: > On Friday, February 28, 2014 9:18:51 am Bryan Drewery wrote: >> While using poudriere: >> >>> Unread portion of the kernel message buffer: >>> panic: lockmgr still held >>> cpuid =3D 12 >>> KDB: stack backtrace: >>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe1= 24804f7a0 >>> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe124804f850 >>> vpanic() at vpanic+0x126/frame 0xfffffe124804f890 >>> kassert_panic() at kassert_panic+0x139/frame 0xfffffe124804f900 >>> lockdestroy() at lockdestroy+0x3b/frame 0xfffffe124804f920 >>> vdropl() at vdropl+0x1c8/frame 0xfffffe124804f960 >>> vm_object_deallocate() at vm_object_deallocate+0x10b/frame 0xfffffe12= 4804f9c0 >>> vm_map_process_deferred() at vm_map_process_deferred+0x89/frame 0xfff= ffe124804f9f0 >>> vm_map_remove() at vm_map_remove+0xc8/frame 0xfffffe124804fa20 >>> vmspace_exit() at vmspace_exit+0xc9/frame 0xfffffe124804fa60 >>> exit1() at exit1+0x541/frame 0xfffffe124804fad0 >>> sys_sys_exit() at sys_sys_exit+0xe/frame 0xfffffe124804fae0 >>> ia32_syscall() at ia32_syscall+0x270/frame 0xfffffe124804fbf0 >>> Xint0x80_syscall() at Xint0x80_syscall+0x95/frame 0xfffffe124804fbf0 >>> --- syscall (1, FreeBSD ELF32, sys_sys_exit), rip =3D 0x281014df, rsp= =3D 0xffffc45c, rbp =3D 0xffffc468 --- >> >>> #4 0xffffffff808c00db in lockdestroy (lk=3D0xfffff80a88a285f0) at /u= sr/src/sys/kern/kern_lock.c:440 >>> 440 KASSERT(lk->lk_lock =3D=3D LK_UNLOCKED, ("lockmgr sti= ll held")); >>> (kgdb) print *lk >>> $1 =3D {lock_object =3D {lo_name =3D 0xffffffff8201a1bd "tmpfs", lo_f= lags =3D 116588552, lo_data =3D 0, lo_witness =3D 0xfffffe00006fec00}, lk= _lock =3D=20 > 18446735288132049184, lk_exslpfail =3D 0, >>> lk_timo =3D 51, lk_pri =3D 96} >=20 > Can you please grab people.freebsd.org/~jhb/gdb/* >=20 > and then do 'cd /path/to/files', 'source gdb6', 'frame 4', 'lockmgr_own= er lk'? >=20 (kgdb) lockmgr_owner lk td: 0xfffff80272c61920 pid: 55040, p_comm: testprog --=20 Regards, Bryan Drewery --OIJFkuCbxfKVmDpSx4GJ74jj3V6JSXdbM Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTE1U1AAoJEDXXcbtuRpfP6MIH/3itX1uGPNeTqEDbQPFizKnE PLWFQpC2KoLhnQ7Bm4JAnimzxypdinVOzKsxnf+2+E0ya4LBrmlzA9JIiHxPv6yL Z+Fjwm0NkqwdDkhZ7UBCPg0cTxW4zRSukDWwt61fRemhbsdvwcLs1ScBBrBHvMXL ytbLKNcohmRDe6oVtZ+1PpyXnTNCI2qrZLE5j3prdfgJV4fk2WHAAx5BhEu7gB7k YbUPTgxIjq5sg490krEmJtV6OurDmOL/HyKFw1lLcm2jIO8SoR728j4PsVsS2QK9 96kDbRdu+abOYgoS/qP6GCMvtSebI5DKFyGnum7Pb+VExUiFV8Ov+Qf25/sIM4c= =szIO -----END PGP SIGNATURE----- --OIJFkuCbxfKVmDpSx4GJ74jj3V6JSXdbM-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 18:42:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6458635B; Sun, 2 Mar 2014 18:42:47 +0000 (UTC) Received: from mail-oa0-x232.google.com (mail-oa0-x232.google.com [IPv6:2607:f8b0:4003:c02::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1BDD11BCD; Sun, 2 Mar 2014 18:42:47 +0000 (UTC) Received: by mail-oa0-f50.google.com with SMTP id i7so619132oag.9 for ; Sun, 02 Mar 2014 10:42:46 -0800 (PST) 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=nF9MpBOre0NDXvYjlhuZWfC6tw3T781+JjJigrpOlTQ=; b=VfO6hN2T9UviN5LMoJDgk7HkZaPBue6ChSqge382/EF/NMK/ehHcA/BhlFCIuYxyhe DMg6sQtS1l1QqM34/yAc78WiVw+nwwQ1PklNYFzRakTt+w5xZrhTNNP0UDfK5ZwsK0vJ pntjvRTmkDqTWR7+ZrgenRS70F0Su2SWcWMRdAkoWtzS+BiUiePPCV2H/lgjUG20xegn dnRUIW1uL/UepGDKxShho69qLivaoHoz5BHnaD/R5RHxNeRdpHg2WkEtJWW0j2VC1qC2 WM9Ovz67sgdexV8tlRS2hDdWbTZpqa20X1bVKgNqs2vtN7N/5WZj1wVipYSoswoJcQ2a VOFA== MIME-Version: 1.0 X-Received: by 10.60.115.68 with SMTP id jm4mr2980013oeb.45.1393785766431; Sun, 02 Mar 2014 10:42:46 -0800 (PST) Received: by 10.182.78.71 with HTTP; Sun, 2 Mar 2014 10:42:46 -0800 (PST) In-Reply-To: References: <20140227021917.GE81440@lor.one-eyed-alien.net> <530EBCDB.1090303@delphij.net> Date: Sun, 2 Mar 2014 13:42:46 -0500 Message-ID: Subject: Re: UDP Lite support From: Joe Nosay To: Xin LI Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Brooks Davis , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Mar 2014 18:42:47 -0000 On Thu, Feb 27, 2014 at 3:22 AM, Joe Nosay wrote: > > > > On Wed, Feb 26, 2014 at 11:19 PM, Xin Li wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA512 >> >> On 02/26/14 18:52, Joe Nosay wrote: >> > On Wed, Feb 26, 2014 at 9:19 PM, Brooks Davis >> > wrote: >> > >> >> On Wed, Feb 26, 2014 at 07:36:29PM -0500, Joe Nosay wrote: >> >>> The last thread on this was in 2006. Has it ever been >> >>> reconsidered or is the likelihood of too many damaged packets >> >>> the reason for not supporting? I'm not sure where to put this >> >>> question. Apologies for the noise. >> >> >> >> You've provided next to no context. What is the question? What >> >> thread are you referring to? If this is the usual UDP then >> >> freebsd-net would be vastly more appropriate than -current. >> >> >> >> -- Brooks >> >> >> > Thanks. I will ask kevlo and maybe bring it up on freebsd-net. It >> > has to do with an implementation of the JACK server using UDP Lite >> > for transferring data. >> > >> > >> http://freebsd.1045724.n5.nabble.com/UDP-lite-for-FreeBSD-td4010236.html >> >> Looks >> > >> like nobody proposed a patch? >> >> I think the concern was that this is not very useful in real-world >> scenarios due to link layer error detection mechanism but that doesn't >> raise a red flag to me assuming this is sufficiently self contained >> feature as it would improve compatibility with other operating systems. >> >> Cheers, >> - -- >> Xin LI https://www.delphij.net/ >> FreeBSD - The Power to Serve! Live free or die >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v2.0.22 (FreeBSD) >> >> iQIcBAEBCgAGBQJTDrzbAAoJEJW2GBstM+nsJVoP/29XRcleHMnAVa1UOG0+CD2y >> 0e/pAmk5vay599gjmiKSAuTSeKNaawRF3FZP+QsxhKw/lNTYEHlppUw7FDc01NqO >> pk1GsIu+mVuLlzZBNSuAkXdMMzJz5OKfY9GeK7Uw4iumiNP5LKpoC1RaYqLVASGf >> JH6tqJdSVnD+apWxV/PF4orCXZECFLkQZhbgZe+2nni+te6OfzIbkjhBqn8ZIDNY >> m9GbYwkTEATBDcMGgl9F0wBfcLhQLF4p4+TnsCguP0HAbxCtbZmt3SXe6Xt4y2YE >> iHlO/qstGKrl61aiehtpasjiljJaN5ucmuv8XDGbix4cghiJCJAGmxXGxCoHs/Uq >> vkn88wfV901pjYWPWf9HmTdjSmsck0k2+srWYlJuRymVKvMsL2mwPky+QL9SZ6MY >> NJ8kXUl5szFwdN4OtO+1iUvVZNLkVDlV5bmnc5KOkciFRoLuTq1/f/xzGj/YDZpx >> 2DxjddVyvJ6YhrUSSAGoOcdxIpDejKfVif0ANoocsKLAnTHtNxdB76doJH4wBl+W >> LAl9a9IqVOiefFe9qb6tZky3lft3HUe4XvLJPraKTfbvA9VAKPqZbc2Z8eeoqb49 >> LPC2n8WnlnaXB9KXKSWTLXbdcY2L+HnAt2+DEv4viSyKSXQg00aEbm+R95h1pTz7 >> oMv/8VGg5akyRQtkTTIx >> =ukUF >> -----END PGP SIGNATURE----- >> > > https://github.com/torelizer/jack_trauma > > Not my project; but, I want to port it to FreeBSD. First is to get it to > build from source. Use your raspberry pi with FreeBSD to broadcast your > tunes and all. > Thanks for all of the input. The project is being reworked to improve the code. From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 18:45:19 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C8F5A518; Sun, 2 Mar 2014 18:45:19 +0000 (UTC) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A878E1BF3; Sun, 2 Mar 2014 18:45:19 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id s22Ij33e000373; Sun, 2 Mar 2014 10:45:07 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201403021845.s22Ij33e000373@gw.catspoiler.org> Date: Sun, 2 Mar 2014 10:45:03 -0800 (PST) From: Don Lewis Subject: Re: nvi: can't be used in the context of substitute To: lichray@gmail.com In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org, d@delphij.net, peter@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Mar 2014 18:45:19 -0000 On 2 Mar, Zhihao Yuan wrote: > On Sun, Mar 2, 2014 at 6:04 AM, Xin Li wrote: >> It looks like the new nvi version don't accept in the context of >> substitute. A minimal use case would be to replace all leading 8 >> spaces with tabs, what one would do on older version of nvi would be: >> >> : 1,$ s/^ //g >> >> Now, with nvi in FreeBSD 10.x+, entering won't yield the >> character. This seems to be a regression from older nvi version. >> >> Is this a known issue, or did I missed something? > > The key in last line mode is now mapped to the filename > completion by default. The feature itself exisits in old nvi, but was > off by default. Currently, to input in last line, you can either > > > > which performs escape, or > > :se filec= > > The completion code is not as smart as that in vim, which > can detect the context. I think at least I should limit the > completion to the commands which need a filename, like > next, cd, edit, script, source, read. Thanks. I've been meaning to whine about this for a while. I just dropped :se filec= in ~/.nexrc and I'm happy again. From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 19:40:59 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC748673; Sun, 2 Mar 2014 19:40:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 85E7211A4; Sun, 2 Mar 2014 19:40:58 +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 s22JeuS7014336; Sun, 2 Mar 2014 14:40:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s22Jeu6X014332; Sun, 2 Mar 2014 19:40:56 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 2 Mar 2014 19:40:56 GMT Message-Id: <201403021940.s22Jeu6X014332@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Mar 2014 19:40:59 -0000 TB --- 2014-03-02 18:00:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-02 18:00:19 - 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 --- 2014-03-02 18:00:19 - starting HEAD tinderbox run for armv6/arm TB --- 2014-03-02 18:00:19 - cleaning the object tree TB --- 2014-03-02 18:01:52 - /usr/local/bin/svn stat /src TB --- 2014-03-02 18:01:56 - At svn revision 262694 TB --- 2014-03-02 18:01:57 - building world TB --- 2014-03-02 18:01:57 - CROSS_BUILD_TESTING=YES TB --- 2014-03-02 18:01:57 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-02 18:01:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-02 18:01:57 - SRCCONF=/dev/null TB --- 2014-03-02 18:01:57 - TARGET=arm TB --- 2014-03-02 18:01:57 - TARGET_ARCH=armv6 TB --- 2014-03-02 18:01:57 - TZ=UTC TB --- 2014-03-02 18:01:57 - __MAKE_CONF=/dev/null TB --- 2014-03-02 18:01:57 - cd /src TB --- 2014-03-02 18:01:57 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 2 18:02:04 UTC 2014 >>> 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 [...] cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.armv6/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_cursor.c -o frm_cursor.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.armv6/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_data.c -o frm_data.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.armv6/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_def.c -o frm_def.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.armv6/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_driver.c -o frm_driver.o /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_driver.c:4506:9: error: comparison of integers of different signs: 'wchar_t' (aka 'unsigned int') and 'int' [-Werror,-Wsign-compare] if (c == FIRST_ACTIVE_MAGIC) ~ ^ ~~~~~~~~~~~~~~~~~~ 1 error generated. *** Error code 1 Stop. bmake[5]: stopped in /src/lib/ncurses/formw *** Error code 1 Stop. bmake[4]: stopped in /src/lib/ncurses *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-02 19:40:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-02 19:40:56 - ERROR: failed to build world TB --- 2014-03-02 19:40:56 - 4878.59 user 864.12 system 6036.98 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 19:41:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2E7F076B; Sun, 2 Mar 2014 19:41:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E892E11A6; Sun, 2 Mar 2014 19:41:01 +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 s22Jf0nO014527; Sun, 2 Mar 2014 14:41:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s22Jf0qk014526; Sun, 2 Mar 2014 19:41:00 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 2 Mar 2014 19:41:00 GMT Message-Id: <201403021941.s22Jf0qk014526@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Mar 2014 19:41:02 -0000 TB --- 2014-03-02 18:00:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-02 18:00:19 - 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 --- 2014-03-02 18:00:19 - starting HEAD tinderbox run for arm/arm TB --- 2014-03-02 18:00:19 - cleaning the object tree TB --- 2014-03-02 18:01:52 - /usr/local/bin/svn stat /src TB --- 2014-03-02 18:01:56 - At svn revision 262694 TB --- 2014-03-02 18:01:57 - building world TB --- 2014-03-02 18:01:57 - CROSS_BUILD_TESTING=YES TB --- 2014-03-02 18:01:57 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-02 18:01:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-02 18:01:57 - SRCCONF=/dev/null TB --- 2014-03-02 18:01:57 - TARGET=arm TB --- 2014-03-02 18:01:57 - TARGET_ARCH=arm TB --- 2014-03-02 18:01:57 - TZ=UTC TB --- 2014-03-02 18:01:57 - __MAKE_CONF=/dev/null TB --- 2014-03-02 18:01:57 - cd /src TB --- 2014-03-02 18:01:57 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 2 18:02:04 UTC 2014 >>> 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 [...] cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.arm/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_cursor.c -o frm_cursor.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.arm/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_data.c -o frm_data.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.arm/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_def.c -o frm_def.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.arm/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_driver.c -o frm_driver.o /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_driver.c:4506:9: error: comparison of integers of different signs: 'wchar_t' (aka 'unsigned int') and 'int' [-Werror,-Wsign-compare] if (c == FIRST_ACTIVE_MAGIC) ~ ^ ~~~~~~~~~~~~~~~~~~ 1 error generated. *** Error code 1 Stop. bmake[5]: stopped in /src/lib/ncurses/formw *** Error code 1 Stop. bmake[4]: stopped in /src/lib/ncurses *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-02 19:41:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-02 19:41:00 - ERROR: failed to build world TB --- 2014-03-02 19:41:00 - 4875.54 user 866.42 system 6040.91 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 20:08:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 308642AD; Sun, 2 Mar 2014 20:08:08 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 020E41374; Sun, 2 Mar 2014 20:08:08 +0000 (UTC) Received: from delphij-macbook.local (c-24-5-244-32.hsd1.ca.comcast.net [24.5.244.32]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 09F26148C3; Sun, 2 Mar 2014 12:08:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1393790887; bh=quIOqV35lZ5Z/oly8Z464t7WijG97BSkKXMOP4I14Ks=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=ZIDgBE5jVwO3t4VgIAc0oVry1BmE7/FIXsul8XS5tvb0oAUE0IrdP30aC5RWGv7f0 BXSp1RIGcKwL6ouLOnJsL8lp698L7hVB1gfunzr2CHcjHfVkES8E4OieI+MPACQYrG /7cEJrUwRUNjfU02UubSTGIOlPNapxyBQ6EYac68= Message-ID: <53138FA6.1060705@delphij.net> Date: Sun, 02 Mar 2014 12:08:06 -0800 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: Joe Nosay , Xin LI Subject: Re: UDP Lite support References: <20140227021917.GE81440@lor.one-eyed-alien.net> <530EBCDB.1090303@delphij.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Brooks Davis , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Mar 2014 20:08:08 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 3/2/14, 10:42 AM, Joe Nosay wrote: > On Thu, Feb 27, 2014 at 3:22 AM, Joe Nosay > wrote: > >> >> >> >> On Wed, Feb 26, 2014 at 11:19 PM, Xin Li >> wrote: >> > On 02/26/14 18:52, Joe Nosay wrote: >>>>> On Wed, Feb 26, 2014 at 9:19 PM, Brooks Davis >>>>> wrote: >>>>> >>>>>> On Wed, Feb 26, 2014 at 07:36:29PM -0500, Joe Nosay >>>>>> wrote: >>>>>>> The last thread on this was in 2006. Has it ever been >>>>>>> reconsidered or is the likelihood of too many damaged >>>>>>> packets the reason for not supporting? I'm not sure >>>>>>> where to put this question. Apologies for the noise. >>>>>> >>>>>> You've provided next to no context. What is the >>>>>> question? What thread are you referring to? If this is >>>>>> the usual UDP then freebsd-net would be vastly more >>>>>> appropriate than -current. >>>>>> >>>>>> -- Brooks >>>>>> >>>>> Thanks. I will ask kevlo and maybe bring it up on >>>>> freebsd-net. It has to do with an implementation of the >>>>> JACK server using UDP Lite for transferring data. >>>>> >>>>> > http://freebsd.1045724.n5.nabble.com/UDP-lite-for-FreeBSD-td4010236.html > > Looks >>>>> > like nobody proposed a patch? > > I think the concern was that this is not very useful in real-world > scenarios due to link layer error detection mechanism but that > doesn't raise a red flag to me assuming this is sufficiently self > contained feature as it would improve compatibility with other > operating systems. > > Cheers, >>> >> >> https://github.com/torelizer/jack_trauma >> >> Not my project; but, I want to port it to FreeBSD. First is to >> get it to build from source. Use your raspberry pi with FreeBSD >> to broadcast your tunes and all. >> > > > Thanks for all of the input. The project is being reworked to > improve the code. Kevin Lo have a patchset but needs someone to do performance testing (its impact on non-UDPLite applications), test with vimage, etc: http://people.freebsd.org/~kevlo/udplite.diff http://people.freebsd.org/~kevlo/udp-v.diff Are you interested in working on these and report back? Cheers, -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJTE4+mAAoJEJW2GBstM+nsthoQAIW67l7yDfIPvxDsNIWWJcRd 8brFYCAOPYE4LpuLGjtSgy370aBe9JmwAm41tE4qF0WhGpcu6TLsKjgMGWa/lHCc JId8+WBfbbQT8XJj/d+3oOETn5/rglvlRhJbnNIwaQpTXxuMC5oz2nGW7rIpIkaA OHo0D20DzGj4nxrQvijZ7DsMkk3F+KJu/4p7M6lpsIPCakknW1WD7IHRfbZ4Oldz 2xH4HfIk7cAdA7i/YUNjlpSgWFQ5OU03J5HAYfC6W37wiGbjdBYf/PKVhJ8hz7+D OCl+yCV00u4fCjlY6zXFea9pGr7Cl1P+sapwKDZ4g+NpNHxBUVY+ahbjQUHYON2W sdzAsLpMMqavCr1o8mcXdm7IPRlLUK9QZUySC9DitPvoF8G2llTAz1mWa4/Oj7/S JMiUERcaL5gdFN8EgEKkamFgLJguYquAjGtiowa51EMbnZG0Q2yWUcrEBFHWBEZT RW1u6r4ChIrPE9X5ljfFpQyKG6jFhYFXG+iVlgTB7F2ZWhjPAXi/tLbBnvIcci1m Md4XFm/bBJj/yNXdPuCi+CtvvdpZ/d4LQn4B7By5bIo1QjCb4Zx5n2Tq5xnYZUOI CnSVnNSkwLbbrAVtYOVWnrSuwR33JQnqeGHdM+XYBBwKBRhrx+ZgFWD7N6Gm95PU xXSxkgYVXI4sgi7Lh3Ia =2Vmc -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 20:08:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2AE6F3B1; Sun, 2 Mar 2014 20:08:36 +0000 (UTC) Received: from mail.solomo.de (mail.solomo.de [IPv6:2a01:4f8:162:1142::2]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C82AC137B; Sun, 2 Mar 2014 20:08:35 +0000 (UTC) Received: from cpos1.nexxtmobile.de (localhost [127.0.0.1]) by mail.solomo.de (Postfix) with ESMTP id 5EFBE23663; Sun, 2 Mar 2014 21:08:34 +0100 (CET) X-Virus-Scanned: amavisd-new at nexxtmobile.de Received: from mail.solomo.de ([127.0.0.1]) by cpos1.nexxtmobile.de (cpos1.nexxtmobile.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id wz4i9cyNE56x; Sun, 2 Mar 2014 21:08:29 +0100 (CET) Received: from nibbler-wlan.home.lan (unknown [IPv6:2001:4dd0:fd65:d00d:edb3:6418:515d:4abf]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.solomo.de (Postfix) with ESMTPSA id 6E2322364B; Sun, 2 Mar 2014 21:08:27 +0100 (CET) Message-ID: <53138FB6.5070007@smeets.im> Date: Sun, 02 Mar 2014 21:08:22 +0100 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:29.0) Gecko/20100101 Thunderbird/29.0a2 MIME-Version: 1.0 To: Dimitry Andric , Craig Butler , freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org, rdivacky@freebsd.org Subject: Re: HEADS UP: sparc64 backend for llvm/clang imported References: <20140301011643.GV47921@funkthat.com> <5311FCB9.60406@smeets.im> <20140301195158.GA47921@funkthat.com> In-Reply-To: <20140301195158.GA47921@funkthat.com> X-Enigmail-Version: 1.7a1pre Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="DXKpL21jvlexk4vKMAIjrtU5R6rigHGcO" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Mar 2014 20:08:36 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --DXKpL21jvlexk4vKMAIjrtU5R6rigHGcO Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 01/03/14 20:51, John-Mark Gurney wrote: > Florian Smeets wrote this message on Sat, Mar 01, 2014 at 16:28 +0100: >> On 01/03/14 02:16, John-Mark Gurney wrote: >>> >>> Ok, I have a new pcpu patch to try. I have only compile tested it. >>> >>> It is available here: >>> https://www.funkthat.com/~jmg/sparc64.pcpu.patch >>> >>> I've also attached it. >>> >>> Craig, do you mind testing it? >>> >> >> My machine doesn't boot with this patch. >> >> OK boot -v >> Booting... >> jumping to kernel entry at 0xc0088000. >> OF_panic: sparc64_init: cannot find boot CPU node >> Program terminated >> {1} ok >> >> I'm now going to try the version that dim sent. >=20 > Does it boot w/o the patch? Is this a clang built loader/kernel or > a gcc built loader/kernel that you tried the patch on? >=20 > From a quick look at the code, it doesn't look like my patch would > have effected this part of the kernel... >=20 Ok, all of the following was with dim's version of the patch. I can retry with your version too, but I don't think it will make a difference.= The kernel works fine with gcc, but doesn't work compiled with clang. Booting [/boot/kernel/kernel]... jumping to kernel entry at 0xc0088000. OF_panic: sparc64_init: cannot find boot CPU node Program terminated {1} ok So, the same panic with your and dim's patch, compiled with clang. Userland was compiled with gcc, cc is gcc and I used "CC=3Dclang make kernel" to build the kernel with clang. Florian --DXKpL21jvlexk4vKMAIjrtU5R6rigHGcO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTE4+6AAoJEOcFPfn/hvB2VzQQALKTQcIbrTe6TPi4yXR/+UB9 eeK7HwBiuLRPjIZfunJ1CjZmY5F03F4tk4fWEhbOkKvkMgWtNqpXMzuweeEJiV4Y 6Zgj9CbBIBocSb09Y7XyGKk3Fi+CNfgV/QltbYjs/fV8cYBKLx2eQWlRHyeuwkeg q6i6W5WtJ53Qh4WX7fl1W+tGxfMtvx3ywFREzow4DeIcJGER8xXopk2PNPy/U3bu sbwZtSuWlYS4rAP3Sg5ckxhaqdqGfo3RSCiXF+9c+PI2V3/kgM8/WAJY6JTebPeN f6iAzMlBJg3FcYZcAX8QGEfpA/AYthi1tdrQeODCYcUlvitKv3Ttl16ttrUueApU ew6Kg4jc+Um5Wl+1YlAaU73dGwTCkmT9EHQvJdL7eKjsUSHvGSbe8+ewZoGW0Vhw UVVfn1dWerhIRr/j03agjgN97kTYF9UZsruwGsBAJLBgS7fhAbtbuM9tUM4RYzC1 29LX3gHf0HTKxkJFfZV56/5IC/u0PW6X7nExGYS7vcy/u8whOP4QT5wCDdIxgk0f TLIy2OkBliq9MaznitxHw7/QXDtWnNXydclbRvrXM0L7e5Qf4M2hWCn241fpcsYc KXtp/albko+KGRy4mC/gNvy8GbRstWxMlrio+f8blZR0zkSDA4E3l5BJfeZBnArb QOkUr4YkwxdEwR4k1fvn =2Rdd -----END PGP SIGNATURE----- --DXKpL21jvlexk4vKMAIjrtU5R6rigHGcO-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 20:19:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 178B9685; Sun, 2 Mar 2014 20:19:14 +0000 (UTC) Received: from mail-oa0-x232.google.com (mail-oa0-x232.google.com [IPv6:2607:f8b0:4003:c02::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C3CCE14A0; Sun, 2 Mar 2014 20:19:13 +0000 (UTC) Received: by mail-oa0-f50.google.com with SMTP id i7so662391oag.23 for ; Sun, 02 Mar 2014 12:19:13 -0800 (PST) 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=G4bfXgZT8BhRLVKu9hbq89hBY7jZ+BxmUy51mMjj4G4=; b=MB8BeplPPv/H56RD79rbGZ9KHGcsYBnqafqnrYE9y+K9tfHjnIG9AtA4WrrobsVw3r pcmyMgW48yS5nwZqnGfwiYZuoBCPhXiwtTSwpsCRnYGsgPyW//OCT1NEISIKA3CXoth4 /38zbpjZsEdqvz5rxBZCHBdckiqq7TSglKFyy9znsRj+W/JUGZ/VatQ68s6wvsTi3sxI kUShK0j0DMA5V6DBE8HqbhCnaXhXwCERbizMHegYMmlYW6NyRffeh9/hL2qv4RN5iEoA +w8dsPn9osyMg5aEoMeyGbWUoyR7kx4kEEaTyibSa78bcFbKGiSO9BQHapZ42RGb+uWb cdAw== MIME-Version: 1.0 X-Received: by 10.182.2.42 with SMTP id 10mr36976obr.73.1393791553199; Sun, 02 Mar 2014 12:19:13 -0800 (PST) Received: by 10.182.78.71 with HTTP; Sun, 2 Mar 2014 12:19:13 -0800 (PST) In-Reply-To: <53138FA6.1060705@delphij.net> References: <20140227021917.GE81440@lor.one-eyed-alien.net> <530EBCDB.1090303@delphij.net> <53138FA6.1060705@delphij.net> Date: Sun, 2 Mar 2014 15:19:13 -0500 Message-ID: Subject: Re: UDP Lite support From: Joe Nosay To: Xin LI Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Brooks Davis , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Mar 2014 20:19:14 -0000 On Sun, Mar 2, 2014 at 3:08 PM, Xin Li wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > On 3/2/14, 10:42 AM, Joe Nosay wrote: > > On Thu, Feb 27, 2014 at 3:22 AM, Joe Nosay > > wrote: > > > >> > >> > >> > >> On Wed, Feb 26, 2014 at 11:19 PM, Xin Li > >> wrote: > >> > > On 02/26/14 18:52, Joe Nosay wrote: > >>>>> On Wed, Feb 26, 2014 at 9:19 PM, Brooks Davis > >>>>> wrote: > >>>>> > >>>>>> On Wed, Feb 26, 2014 at 07:36:29PM -0500, Joe Nosay > >>>>>> wrote: > >>>>>>> The last thread on this was in 2006. Has it ever been > >>>>>>> reconsidered or is the likelihood of too many damaged > >>>>>>> packets the reason for not supporting? I'm not sure > >>>>>>> where to put this question. Apologies for the noise. > >>>>>> > >>>>>> You've provided next to no context. What is the > >>>>>> question? What thread are you referring to? If this is > >>>>>> the usual UDP then freebsd-net would be vastly more > >>>>>> appropriate than -current. > >>>>>> > >>>>>> -- Brooks > >>>>>> > >>>>> Thanks. I will ask kevlo and maybe bring it up on > >>>>> freebsd-net. It has to do with an implementation of the > >>>>> JACK server using UDP Lite for transferring data. > >>>>> > >>>>> > > http://freebsd.1045724.n5.nabble.com/UDP-lite-for-FreeBSD-td4010236.html > > > > Looks > >>>>> > > like nobody proposed a patch? > > > > I think the concern was that this is not very useful in real-world > > scenarios due to link layer error detection mechanism but that > > doesn't raise a red flag to me assuming this is sufficiently self > > contained feature as it would improve compatibility with other > > operating systems. > > > > Cheers, > >>> > >> > >> https://github.com/torelizer/jack_trauma > >> > >> Not my project; but, I want to port it to FreeBSD. First is to > >> get it to build from source. Use your raspberry pi with FreeBSD > >> to broadcast your tunes and all. > >> > > > > > > Thanks for all of the input. The project is being reworked to > > improve the code. > > Kevin Lo have a patchset but needs someone to do performance testing > (its impact on non-UDPLite applications), test with vimage, etc: > > http://people.freebsd.org/~kevlo/udplite.diff > http://people.freebsd.org/~kevlo/udp-v.diff > > Are you interested in working on these and report back? > > Cheers, > -----BEGIN PGP SIGNATURE----- > > iQIcBAEBCgAGBQJTE4+mAAoJEJW2GBstM+nsthoQAIW67l7yDfIPvxDsNIWWJcRd > 8brFYCAOPYE4LpuLGjtSgy370aBe9JmwAm41tE4qF0WhGpcu6TLsKjgMGWa/lHCc > JId8+WBfbbQT8XJj/d+3oOETn5/rglvlRhJbnNIwaQpTXxuMC5oz2nGW7rIpIkaA > OHo0D20DzGj4nxrQvijZ7DsMkk3F+KJu/4p7M6lpsIPCakknW1WD7IHRfbZ4Oldz > 2xH4HfIk7cAdA7i/YUNjlpSgWFQ5OU03J5HAYfC6W37wiGbjdBYf/PKVhJ8hz7+D > OCl+yCV00u4fCjlY6zXFea9pGr7Cl1P+sapwKDZ4g+NpNHxBUVY+ahbjQUHYON2W > sdzAsLpMMqavCr1o8mcXdm7IPRlLUK9QZUySC9DitPvoF8G2llTAz1mWa4/Oj7/S > JMiUERcaL5gdFN8EgEKkamFgLJguYquAjGtiowa51EMbnZG0Q2yWUcrEBFHWBEZT > RW1u6r4ChIrPE9X5ljfFpQyKG6jFhYFXG+iVlgTB7F2ZWhjPAXi/tLbBnvIcci1m > Md4XFm/bBJj/yNXdPuCi+CtvvdpZ/d4LQn4B7By5bIo1QjCb4Zx5n2Tq5xnYZUOI > CnSVnNSkwLbbrAVtYOVWnrSuwR33JQnqeGHdM+XYBBwKBRhrx+ZgFWD7N6Gm95PU > xXSxkgYVXI4sgi7Lh3Ia > =2Vmc > -----END PGP SIGNATURE----- > I have on patch file that Lo sent. Three different files are on it with the assumption that the patch-root is /usr/src. I'm thinking about snipping it twice and then applying each subpatch within the proper subdirectory. Now, this would not when Index:reference is at the header of each, right? From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 20:20:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5318D82D; Sun, 2 Mar 2014 20:20:42 +0000 (UTC) Received: from mail-oa0-x236.google.com (mail-oa0-x236.google.com [IPv6:2607:f8b0:4003:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 063961539; Sun, 2 Mar 2014 20:20:41 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id n16so6149261oag.41 for ; Sun, 02 Mar 2014 12:20:40 -0800 (PST) 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=dQcUy6rEqwDWXoA839xHOTbwbfkMXh1ztiJIN5NZK1w=; b=p45bCd2QBezOy3xjmQh13Yct5j3djVxJu4CX1d6PY6rR9CUJ9bZzGP4I8rWuABz7K0 yZXlCRUc2KhokNjAx7YQVX1UBXASAkH6X4YF9LjyPnqnMsG/KMQar5LqEaRX/fVAaZEe hRmUBAVe+ZnWUsdFXnS+rzYdUEkz8mIhQ3Q/Qg81N1ojz5KefrrD61c28A0ZkVolv8Bp nTo18qQfkDfj9zIFb3sVb0J84qrlNziF8ghFsKYCA4p31vabbBdtQTCBMJ5OFf3M4dja 4rcVyrN+hstcbV8VKr8IazkUxaoaUNHS/b8UeYDmXDRUEoiX7Iznqx0kWvzS4dvtMBRb 1xKg== MIME-Version: 1.0 X-Received: by 10.182.148.106 with SMTP id tr10mr42695obb.65.1393791640873; Sun, 02 Mar 2014 12:20:40 -0800 (PST) Received: by 10.182.78.71 with HTTP; Sun, 2 Mar 2014 12:20:40 -0800 (PST) In-Reply-To: References: <20140227021917.GE81440@lor.one-eyed-alien.net> <530EBCDB.1090303@delphij.net> <53138FA6.1060705@delphij.net> Date: Sun, 2 Mar 2014 15:20:40 -0500 Message-ID: Subject: Re: UDP Lite support From: Joe Nosay To: Xin LI Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Brooks Davis , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Mar 2014 20:20:42 -0000 On Sun, Mar 2, 2014 at 3:19 PM, Joe Nosay wrote: > > > > On Sun, Mar 2, 2014 at 3:08 PM, Xin Li wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA512 >> >> On 3/2/14, 10:42 AM, Joe Nosay wrote: >> > On Thu, Feb 27, 2014 at 3:22 AM, Joe Nosay >> > wrote: >> > >> >> >> >> >> >> >> >> On Wed, Feb 26, 2014 at 11:19 PM, Xin Li >> >> wrote: >> >> >> > On 02/26/14 18:52, Joe Nosay wrote: >> >>>>> On Wed, Feb 26, 2014 at 9:19 PM, Brooks Davis >> >>>>> wrote: >> >>>>> >> >>>>>> On Wed, Feb 26, 2014 at 07:36:29PM -0500, Joe Nosay >> >>>>>> wrote: >> >>>>>>> The last thread on this was in 2006. Has it ever been >> >>>>>>> reconsidered or is the likelihood of too many damaged >> >>>>>>> packets the reason for not supporting? I'm not sure >> >>>>>>> where to put this question. Apologies for the noise. >> >>>>>> >> >>>>>> You've provided next to no context. What is the >> >>>>>> question? What thread are you referring to? If this is >> >>>>>> the usual UDP then freebsd-net would be vastly more >> >>>>>> appropriate than -current. >> >>>>>> >> >>>>>> -- Brooks >> >>>>>> >> >>>>> Thanks. I will ask kevlo and maybe bring it up on >> >>>>> freebsd-net. It has to do with an implementation of the >> >>>>> JACK server using UDP Lite for transferring data. >> >>>>> >> >>>>> >> > >> http://freebsd.1045724.n5.nabble.com/UDP-lite-for-FreeBSD-td4010236.html >> > >> > Looks >> >>>>> >> > like nobody proposed a patch? >> > >> > I think the concern was that this is not very useful in real-world >> > scenarios due to link layer error detection mechanism but that >> > doesn't raise a red flag to me assuming this is sufficiently self >> > contained feature as it would improve compatibility with other >> > operating systems. >> > >> > Cheers, >> >>> >> >> >> >> https://github.com/torelizer/jack_trauma >> >> >> >> Not my project; but, I want to port it to FreeBSD. First is to >> >> get it to build from source. Use your raspberry pi with FreeBSD >> >> to broadcast your tunes and all. >> >> >> > >> > >> > Thanks for all of the input. The project is being reworked to >> > improve the code. >> >> Kevin Lo have a patchset but needs someone to do performance testing >> (its impact on non-UDPLite applications), test with vimage, etc: >> >> http://people.freebsd.org/~kevlo/udplite.diff >> http://people.freebsd.org/~kevlo/udp-v.diff >> >> Are you interested in working on these and report back? >> >> Cheers, >> -----BEGIN PGP SIGNATURE----- >> >> iQIcBAEBCgAGBQJTE4+mAAoJEJW2GBstM+nsthoQAIW67l7yDfIPvxDsNIWWJcRd >> 8brFYCAOPYE4LpuLGjtSgy370aBe9JmwAm41tE4qF0WhGpcu6TLsKjgMGWa/lHCc >> JId8+WBfbbQT8XJj/d+3oOETn5/rglvlRhJbnNIwaQpTXxuMC5oz2nGW7rIpIkaA >> OHo0D20DzGj4nxrQvijZ7DsMkk3F+KJu/4p7M6lpsIPCakknW1WD7IHRfbZ4Oldz >> 2xH4HfIk7cAdA7i/YUNjlpSgWFQ5OU03J5HAYfC6W37wiGbjdBYf/PKVhJ8hz7+D >> OCl+yCV00u4fCjlY6zXFea9pGr7Cl1P+sapwKDZ4g+NpNHxBUVY+ahbjQUHYON2W >> sdzAsLpMMqavCr1o8mcXdm7IPRlLUK9QZUySC9DitPvoF8G2llTAz1mWa4/Oj7/S >> JMiUERcaL5gdFN8EgEKkamFgLJguYquAjGtiowa51EMbnZG0Q2yWUcrEBFHWBEZT >> RW1u6r4ChIrPE9X5ljfFpQyKG6jFhYFXG+iVlgTB7F2ZWhjPAXi/tLbBnvIcci1m >> Md4XFm/bBJj/yNXdPuCi+CtvvdpZ/d4LQn4B7By5bIo1QjCb4Zx5n2Tq5xnYZUOI >> CnSVnNSkwLbbrAVtYOVWnrSuwR33JQnqeGHdM+XYBBwKBRhrx+ZgFWD7N6Gm95PU >> xXSxkgYVXI4sgi7Lh3Ia >> =2Vmc >> -----END PGP SIGNATURE----- >> > > > I have on patch file that Lo sent. Three different files are on it with > the assumption that the patch-root is /usr/src. I'm thinking about snipping > it twice and then applying each subpatch within the proper subdirectory. > Now, this would not when Index:reference is at the header of each, right? > One not one in first sentence. Insert hurt between not & when in last sentence. From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 21:04:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 228BE5E1; Sun, 2 Mar 2014 21:04:53 +0000 (UTC) Received: from mail-oa0-x236.google.com (mail-oa0-x236.google.com [IPv6:2607:f8b0:4003:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CB5E118B9; Sun, 2 Mar 2014 21:04:52 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id n16so6275971oag.27 for ; Sun, 02 Mar 2014 13:04:52 -0800 (PST) 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=0JVVKVCLJZVP1UaLCmfpR+y7Ps+GyKHqCeOZ5GRPICI=; b=ARqfL+VyVANVwj8Q4gneVWGMJbOMT+ZOTHjY7+Y6DRSqQm8AtxGVn8AN5sa1bf0+s6 Q9RICryVpkafnSbAOb+tUSCOFSblk5jhKkiONq5vJ9XSNw49qj6ycOMVZ2kgFsaw0cd8 uRRhKb6GjPf6KXr13vyyOZk3FgXJMoiHLmVbK7bWZjPf8uzIsdqXBNAHcQu9cReEqvLk 0yLA2Ii50DAwY/guonNRMDvnuLOVPI864qtgf8XFCsuOsIEm4pGRpRvMEa9ZsZHkazSB f1VEAtJ4/yXjigfOjLQidKcC46+WqqkErpwSeQVotkWuL5qIWzhHorjUl5yHVi2/nx5b fm7A== MIME-Version: 1.0 X-Received: by 10.60.116.74 with SMTP id ju10mr13150606oeb.6.1393794292232; Sun, 02 Mar 2014 13:04:52 -0800 (PST) Received: by 10.182.78.71 with HTTP; Sun, 2 Mar 2014 13:04:52 -0800 (PST) In-Reply-To: References: <20140227021917.GE81440@lor.one-eyed-alien.net> <530EBCDB.1090303@delphij.net> <53138FA6.1060705@delphij.net> Date: Sun, 2 Mar 2014 16:04:52 -0500 Message-ID: Subject: Re: UDP Lite support From: Joe Nosay To: Xin LI Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Brooks Davis , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Mar 2014 21:04:53 -0000 On Sun, Mar 2, 2014 at 3:20 PM, Joe Nosay wrote: > > > > On Sun, Mar 2, 2014 at 3:19 PM, Joe Nosay wrote: > >> >> >> >> On Sun, Mar 2, 2014 at 3:08 PM, Xin Li wrote: >> >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA512 >>> >>> On 3/2/14, 10:42 AM, Joe Nosay wrote: >>> > On Thu, Feb 27, 2014 at 3:22 AM, Joe Nosay >>> > wrote: >>> > >>> >> >>> >> >>> >> >>> >> On Wed, Feb 26, 2014 at 11:19 PM, Xin Li >>> >> wrote: >>> >> >>> > On 02/26/14 18:52, Joe Nosay wrote: >>> >>>>> On Wed, Feb 26, 2014 at 9:19 PM, Brooks Davis >>> >>>>> wrote: >>> >>>>> >>> >>>>>> On Wed, Feb 26, 2014 at 07:36:29PM -0500, Joe Nosay >>> >>>>>> wrote: >>> >>>>>>> The last thread on this was in 2006. Has it ever been >>> >>>>>>> reconsidered or is the likelihood of too many damaged >>> >>>>>>> packets the reason for not supporting? I'm not sure >>> >>>>>>> where to put this question. Apologies for the noise. >>> >>>>>> >>> >>>>>> You've provided next to no context. What is the >>> >>>>>> question? What thread are you referring to? If this is >>> >>>>>> the usual UDP then freebsd-net would be vastly more >>> >>>>>> appropriate than -current. >>> >>>>>> >>> >>>>>> -- Brooks >>> >>>>>> >>> >>>>> Thanks. I will ask kevlo and maybe bring it up on >>> >>>>> freebsd-net. It has to do with an implementation of the >>> >>>>> JACK server using UDP Lite for transferring data. >>> >>>>> >>> >>>>> >>> > >>> http://freebsd.1045724.n5.nabble.com/UDP-lite-for-FreeBSD-td4010236.html >>> > >>> > Looks >>> >>>>> >>> > like nobody proposed a patch? >>> > >>> > I think the concern was that this is not very useful in real-world >>> > scenarios due to link layer error detection mechanism but that >>> > doesn't raise a red flag to me assuming this is sufficiently self >>> > contained feature as it would improve compatibility with other >>> > operating systems. >>> > >>> > Cheers, >>> >>> >>> >> >>> >> https://github.com/torelizer/jack_trauma >>> >> >>> >> Not my project; but, I want to port it to FreeBSD. First is to >>> >> get it to build from source. Use your raspberry pi with FreeBSD >>> >> to broadcast your tunes and all. >>> >> >>> > >>> > >>> > Thanks for all of the input. The project is being reworked to >>> > improve the code. >>> >>> Kevin Lo have a patchset but needs someone to do performance testing >>> (its impact on non-UDPLite applications), test with vimage, etc: >>> >>> http://people.freebsd.org/~kevlo/udplite.diff >>> http://people.freebsd.org/~kevlo/udp-v.diff >>> >>> Are you interested in working on these and report back? >>> >>> Cheers, >>> -----BEGIN PGP SIGNATURE----- >>> >>> iQIcBAEBCgAGBQJTE4+mAAoJEJW2GBstM+nsthoQAIW67l7yDfIPvxDsNIWWJcRd >>> 8brFYCAOPYE4LpuLGjtSgy370aBe9JmwAm41tE4qF0WhGpcu6TLsKjgMGWa/lHCc >>> JId8+WBfbbQT8XJj/d+3oOETn5/rglvlRhJbnNIwaQpTXxuMC5oz2nGW7rIpIkaA >>> OHo0D20DzGj4nxrQvijZ7DsMkk3F+KJu/4p7M6lpsIPCakknW1WD7IHRfbZ4Oldz >>> 2xH4HfIk7cAdA7i/YUNjlpSgWFQ5OU03J5HAYfC6W37wiGbjdBYf/PKVhJ8hz7+D >>> OCl+yCV00u4fCjlY6zXFea9pGr7Cl1P+sapwKDZ4g+NpNHxBUVY+ahbjQUHYON2W >>> sdzAsLpMMqavCr1o8mcXdm7IPRlLUK9QZUySC9DitPvoF8G2llTAz1mWa4/Oj7/S >>> JMiUERcaL5gdFN8EgEKkamFgLJguYquAjGtiowa51EMbnZG0Q2yWUcrEBFHWBEZT >>> RW1u6r4ChIrPE9X5ljfFpQyKG6jFhYFXG+iVlgTB7F2ZWhjPAXi/tLbBnvIcci1m >>> Md4XFm/bBJj/yNXdPuCi+CtvvdpZ/d4LQn4B7By5bIo1QjCb4Zx5n2Tq5xnYZUOI >>> CnSVnNSkwLbbrAVtYOVWnrSuwR33JQnqeGHdM+XYBBwKBRhrx+ZgFWD7N6Gm95PU >>> xXSxkgYVXI4sgi7Lh3Ia >>> =2Vmc >>> -----END PGP SIGNATURE----- >>> >> >> >> I have on patch file that Lo sent. Three different files are on it with >> the assumption that the patch-root is /usr/src. I'm thinking about snipping >> it twice and then applying each subpatch within the proper subdirectory. >> Now, this would not when Index:reference is at the header of each, right? >> > One not one in first sentence. Insert hurt between not & when in last > sentence. > > I'm doing patch -p *.diff and the process is taking some time. What am I doing wrong? From owner-freebsd-current@FreeBSD.ORG Sun Mar 2 21:23:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 311F2A13; Sun, 2 Mar 2014 21:23:33 +0000 (UTC) Received: from mail-ob0-x22e.google.com (mail-ob0-x22e.google.com [IPv6:2607:f8b0:4003:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D98D61A7C; Sun, 2 Mar 2014 21:23:32 +0000 (UTC) Received: by mail-ob0-f174.google.com with SMTP id wo20so3751507obc.5 for ; Sun, 02 Mar 2014 13:23:32 -0800 (PST) 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=84EXoGauMg+1MLYJP8h5QotbtC/BIAh9Ed/GURfTra4=; b=E0ONx7T1qP1emLDFXD2SirQ8NYCOFmCufv4j7R3b1nt1R37IMGYrIbY1xZEOVBBEIF 8Oak7tm/Q5J1E8oqv8V3eNxME8z4aZ9FAR4+/oqFjOau6jnR+mjMJ1F3/z34dacu6Tsx qfZC2ibnje0BYvNsiE299ogXlamVxOX3nO/ytR3UM+x1JdpvsqBJC5kR4TvvZOj/d47X q1KuheEw+Udft3T8DtHrkiHP9YEXDYKSmGLcSEJVSa0Y7kPxBcRz0EId4N/kyTx3QZuc qelZQTmKv0xz9EhkjbEXYcM8yLAq4audr/dF1OCgSi3L18Dj2n+xxkLWU1oQq0LlAgdY dp2w== MIME-Version: 1.0 X-Received: by 10.182.19.164 with SMTP id g4mr275396obe.58.1393795412084; Sun, 02 Mar 2014 13:23:32 -0800 (PST) Received: by 10.182.78.71 with HTTP; Sun, 2 Mar 2014 13:23:32 -0800 (PST) In-Reply-To: References: <20140227021917.GE81440@lor.one-eyed-alien.net> <530EBCDB.1090303@delphij.net> <53138FA6.1060705@delphij.net> Date: Sun, 2 Mar 2014 16:23:32 -0500 Message-ID: Subject: Re: UDP Lite support From: Joe Nosay To: Xin LI Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Brooks Davis , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Mar 2014 21:23:33 -0000 On Sun, Mar 2, 2014 at 4:04 PM, Joe Nosay wrote: > > > > On Sun, Mar 2, 2014 at 3:20 PM, Joe Nosay wrote: > >> >> >> >> On Sun, Mar 2, 2014 at 3:19 PM, Joe Nosay wrote: >> >>> >>> >>> >>> On Sun, Mar 2, 2014 at 3:08 PM, Xin Li wrote: >>> >>>> -----BEGIN PGP SIGNED MESSAGE----- >>>> Hash: SHA512 >>>> >>>> On 3/2/14, 10:42 AM, Joe Nosay wrote: >>>> > On Thu, Feb 27, 2014 at 3:22 AM, Joe Nosay >>>> > wrote: >>>> > >>>> >> >>>> >> >>>> >> >>>> >> On Wed, Feb 26, 2014 at 11:19 PM, Xin Li >>>> >> wrote: >>>> >> >>>> > On 02/26/14 18:52, Joe Nosay wrote: >>>> >>>>> On Wed, Feb 26, 2014 at 9:19 PM, Brooks Davis >>>> >>>>> wrote: >>>> >>>>> >>>> >>>>>> On Wed, Feb 26, 2014 at 07:36:29PM -0500, Joe Nosay >>>> >>>>>> wrote: >>>> >>>>>>> The last thread on this was in 2006. Has it ever been >>>> >>>>>>> reconsidered or is the likelihood of too many damaged >>>> >>>>>>> packets the reason for not supporting? I'm not sure >>>> >>>>>>> where to put this question. Apologies for the noise. >>>> >>>>>> >>>> >>>>>> You've provided next to no context. What is the >>>> >>>>>> question? What thread are you referring to? If this is >>>> >>>>>> the usual UDP then freebsd-net would be vastly more >>>> >>>>>> appropriate than -current. >>>> >>>>>> >>>> >>>>>> -- Brooks >>>> >>>>>> >>>> >>>>> Thanks. I will ask kevlo and maybe bring it up on >>>> >>>>> freebsd-net. It has to do with an implementation of the >>>> >>>>> JACK server using UDP Lite for transferring data. >>>> >>>>> >>>> >>>>> >>>> > >>>> http://freebsd.1045724.n5.nabble.com/UDP-lite-for-FreeBSD-td4010236.html >>>> > >>>> > Looks >>>> >>>>> >>>> > like nobody proposed a patch? >>>> > >>>> > I think the concern was that this is not very useful in real-world >>>> > scenarios due to link layer error detection mechanism but that >>>> > doesn't raise a red flag to me assuming this is sufficiently self >>>> > contained feature as it would improve compatibility with other >>>> > operating systems. >>>> > >>>> > Cheers, >>>> >>> >>>> >> >>>> >> https://github.com/torelizer/jack_trauma >>>> >> >>>> >> Not my project; but, I want to port it to FreeBSD. First is to >>>> >> get it to build from source. Use your raspberry pi with FreeBSD >>>> >> to broadcast your tunes and all. >>>> >> >>>> > >>>> > >>>> > Thanks for all of the input. The project is being reworked to >>>> > improve the code. >>>> >>>> Kevin Lo have a patchset but needs someone to do performance testing >>>> (its impact on non-UDPLite applications), test with vimage, etc: >>>> >>>> http://people.freebsd.org/~kevlo/udplite.diff >>>> http://people.freebsd.org/~kevlo/udp-v.diff >>>> >>>> Are you interested in working on these and report back? >>>> >>>> Cheers, >>>> -----BEGIN PGP SIGNATURE----- >>>> >>>> iQIcBAEBCgAGBQJTE4+mAAoJEJW2GBstM+nsthoQAIW67l7yDfIPvxDsNIWWJcRd >>>> 8brFYCAOPYE4LpuLGjtSgy370aBe9JmwAm41tE4qF0WhGpcu6TLsKjgMGWa/lHCc >>>> JId8+WBfbbQT8XJj/d+3oOETn5/rglvlRhJbnNIwaQpTXxuMC5oz2nGW7rIpIkaA >>>> OHo0D20DzGj4nxrQvijZ7DsMkk3F+KJu/4p7M6lpsIPCakknW1WD7IHRfbZ4Oldz >>>> 2xH4HfIk7cAdA7i/YUNjlpSgWFQ5OU03J5HAYfC6W37wiGbjdBYf/PKVhJ8hz7+D >>>> OCl+yCV00u4fCjlY6zXFea9pGr7Cl1P+sapwKDZ4g+NpNHxBUVY+ahbjQUHYON2W >>>> sdzAsLpMMqavCr1o8mcXdm7IPRlLUK9QZUySC9DitPvoF8G2llTAz1mWa4/Oj7/S >>>> JMiUERcaL5gdFN8EgEKkamFgLJguYquAjGtiowa51EMbnZG0Q2yWUcrEBFHWBEZT >>>> RW1u6r4ChIrPE9X5ljfFpQyKG6jFhYFXG+iVlgTB7F2ZWhjPAXi/tLbBnvIcci1m >>>> Md4XFm/bBJj/yNXdPuCi+CtvvdpZ/d4LQn4B7By5bIo1QjCb4Zx5n2Tq5xnYZUOI >>>> CnSVnNSkwLbbrAVtYOVWnrSuwR33JQnqeGHdM+XYBBwKBRhrx+ZgFWD7N6Gm95PU >>>> xXSxkgYVXI4sgi7Lh3Ia >>>> =2Vmc >>>> -----END PGP SIGNATURE----- >>>> >>> >>> >>> I have on patch file that Lo sent. Three different files are on it with >>> the assumption that the patch-root is /usr/src. I'm thinking about snipping >>> it twice and then applying each subpatch within the proper subdirectory. >>> Now, this would not when Index:reference is at the header of each, right? >>> >> One not one in first sentence. Insert hurt between not & when in last >> sentence. >> >> I'm doing patch -p *.diff and the process is taking some time. What am I > doing wrong? > Syntax. Rebuild reinstall the source portions in common then find an application that uses udplite, right? "Duhhhh." Thanks. "Yuhhh" From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 03:10:55 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 831DE20D; Mon, 3 Mar 2014 03:10:55 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3F2A5194D; Mon, 3 Mar 2014 03:10:54 +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 s233ArP7055817; Sun, 2 Mar 2014 22:10:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s233ArHg055813; Mon, 3 Mar 2014 03:10:53 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 3 Mar 2014 03:10:53 GMT Message-Id: <201403030310.s233ArHg055813@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Mar 2014 03:10:55 -0000 TB --- 2014-03-03 01:30:17 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-03 01:30:17 - 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 --- 2014-03-03 01:30:17 - starting HEAD tinderbox run for arm/arm TB --- 2014-03-03 01:30:17 - cleaning the object tree TB --- 2014-03-03 01:31:50 - /usr/local/bin/svn stat /src TB --- 2014-03-03 01:31:53 - At svn revision 262700 TB --- 2014-03-03 01:31:54 - building world TB --- 2014-03-03 01:31:54 - CROSS_BUILD_TESTING=YES TB --- 2014-03-03 01:31:54 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-03 01:31:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-03 01:31:54 - SRCCONF=/dev/null TB --- 2014-03-03 01:31:54 - TARGET=arm TB --- 2014-03-03 01:31:54 - TARGET_ARCH=arm TB --- 2014-03-03 01:31:54 - TZ=UTC TB --- 2014-03-03 01:31:54 - __MAKE_CONF=/dev/null TB --- 2014-03-03 01:31:54 - cd /src TB --- 2014-03-03 01:31:54 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Mar 3 01:32:01 UTC 2014 >>> 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 [...] cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.arm/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_cursor.c -o frm_cursor.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.arm/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_data.c -o frm_data.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.arm/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_def.c -o frm_def.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.arm/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_driver.c -o frm_driver.o /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_driver.c:4506:9: error: comparison of integers of different signs: 'wchar_t' (aka 'unsigned int') and 'int' [-Werror,-Wsign-compare] if (c == FIRST_ACTIVE_MAGIC) ~ ^ ~~~~~~~~~~~~~~~~~~ 1 error generated. *** Error code 1 Stop. bmake[5]: stopped in /src/lib/ncurses/formw *** Error code 1 Stop. bmake[4]: stopped in /src/lib/ncurses *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-03 03:10:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-03 03:10:53 - ERROR: failed to build world TB --- 2014-03-03 03:10:53 - 4874.62 user 864.31 system 6036.01 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 03:10:58 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 936E8304; Mon, 3 Mar 2014 03:10:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 58A52194F; Mon, 3 Mar 2014 03:10:58 +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 s233Av0J056014; Sun, 2 Mar 2014 22:10:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s233AvN1056011; Mon, 3 Mar 2014 03:10:57 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 3 Mar 2014 03:10:57 GMT Message-Id: <201403030310.s233AvN1056011@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Mar 2014 03:10:58 -0000 TB --- 2014-03-03 01:30:17 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-03 01:30:17 - 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 --- 2014-03-03 01:30:17 - starting HEAD tinderbox run for armv6/arm TB --- 2014-03-03 01:30:17 - cleaning the object tree TB --- 2014-03-03 01:31:50 - /usr/local/bin/svn stat /src TB --- 2014-03-03 01:31:54 - At svn revision 262700 TB --- 2014-03-03 01:31:55 - building world TB --- 2014-03-03 01:31:55 - CROSS_BUILD_TESTING=YES TB --- 2014-03-03 01:31:55 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-03 01:31:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-03 01:31:55 - SRCCONF=/dev/null TB --- 2014-03-03 01:31:55 - TARGET=arm TB --- 2014-03-03 01:31:55 - TARGET_ARCH=armv6 TB --- 2014-03-03 01:31:55 - TZ=UTC TB --- 2014-03-03 01:31:55 - __MAKE_CONF=/dev/null TB --- 2014-03-03 01:31:55 - cd /src TB --- 2014-03-03 01:31:55 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Mar 3 01:32:01 UTC 2014 >>> 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 [...] cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.armv6/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_cursor.c -o frm_cursor.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.armv6/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_data.c -o frm_data.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.armv6/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_def.c -o frm_def.o cc -O -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/obj/arm.armv6/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncursesw -I/src/lib/ncurses/formw/../ncurses -I/src/lib/ncurses/formw/../../../contrib/ncurses/include -I/src/lib/ncurses/formw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -I/src/lib/ncurses/formw/../../../contrib/ncurses/form -I/src/lib/ncurses/formw/../../../contrib/ncurses/menu -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_driver.c -o frm_driver.o /src/lib/ncurses/formw/../../../contrib/ncurses/form/frm_driver.c:4506:9: error: comparison of integers of different signs: 'wchar_t' (aka 'unsigned int') and 'int' [-Werror,-Wsign-compare] if (c == FIRST_ACTIVE_MAGIC) ~ ^ ~~~~~~~~~~~~~~~~~~ 1 error generated. *** Error code 1 Stop. bmake[5]: stopped in /src/lib/ncurses/formw *** Error code 1 Stop. bmake[4]: stopped in /src/lib/ncurses *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-03 03:10:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-03 03:10:57 - ERROR: failed to build world TB --- 2014-03-03 03:10:57 - 4876.70 user 862.62 system 6039.76 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 09:17:50 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A457491C; Mon, 3 Mar 2014 09:17:50 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A46F5D8E; Mon, 3 Mar 2014 09:17:49 +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 LAA02694; Mon, 03 Mar 2014 11:17:41 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1WKP0G-000NZ2-Om; Mon, 03 Mar 2014 11:17:40 +0200 Message-ID: <53144891.9050001@FreeBSD.org> Date: Mon, 03 Mar 2014 11:17:05 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Subject: Re: ZFS secondarycache on SSD problem on r255173 References: <20131016080100.GA27758@hell.ukr.net> <3A44A8F6-8B62-4A23-819D-B91A3E6E5EF9@freebsd.org> <7059AA6DCC0D46B8B1D33FC883C31643@multiplay.co.uk> <20131017061248.GA15980@hell.ukr.net> <326B470C65A04BC4BC83E118185B935F@multiplay.co.uk> <20131017073925.GA34958@hell.ukr.net> <2AFE1CBD9B124E3AB9E05A4E483CCE03@multiplay.co.uk> <20131018080148.GA75226@hell.ukr.net> <256B2E5A0BA44DCBB45BB3F3E820E190@multiplay.co.uk> <20131018144524.GA30018@hell.ukr.net> <4459A6FAB7B8445C97CCB9EFF34FD4F0@multiplay.co.uk> In-Reply-To: <4459A6FAB7B8445C97CCB9EFF34FD4F0@multiplay.co.uk> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "Justin T. Gibbs" , Steven Hartland X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Mar 2014 09:17:50 -0000 on 18/10/2013 17:57 Steven Hartland said the following: > I think we we may well need the following patch to set the minblock > size based on the vdev ashift and not SPA_MINBLOCKSIZE. > > svn diff -x -p sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c > Index: sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c > =================================================================== > --- sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c (revision 256554) > +++ sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c (working copy) > @@ -5147,7 +5147,7 @@ l2arc_compress_buf(l2arc_buf_hdr_t *l2hdr) > len = l2hdr->b_asize; > cdata = zio_data_buf_alloc(len); > csize = zio_compress_data(ZIO_COMPRESS_LZ4, l2hdr->b_tmp_cdata, > - cdata, l2hdr->b_asize, (size_t)SPA_MINBLOCKSIZE); > + cdata, l2hdr->b_asize, (size_t)(1ULL << > l2hdr->b_dev->l2ad_vdev->vdev_ashift)); > > if (csize == 0) { > /* zero block, indicate that there's nothing to write */ This is a rather old thread and change, but I think that I have identified another problem with 4KB cache devices. I noticed that on some of our systems we were getting a clearly abnormal number of l2arc checksum errors accounted in l2_cksum_bad. The hardware appeared to be in good health. Using DTrace I noticed that the data seemed to be overwritten with other data. After more DTrace analysis I observed that sometimes l2arc_write_buffers() would advance l2ad_hand by more than target_sz. This meant that l2arc_write_buffers() would write beyond a region cleared by l2arc_evict() and thus overwrite data belonging to non-evicted buffers. Havoc ensues. The cache devices in question are all SSDs with logical sector size of 4KB. I am not sure about other ZFS platforms, but on FreeBSD this fact is detected and ashift of 12 is used for the cache vdevs. Looking at l2arc_write_buffers() code you can see that it properly accounts for ashift when actually writing buffers and advancing l2ad_hand: /* * Keep the clock hand suitably device-aligned. */ buf_p_sz = vdev_psize_to_asize(dev->l2ad_vdev, buf_sz); write_psize += buf_p_sz; dev->l2ad_hand += buf_p_sz; But the same is not done when selecting buffers to be written and checking that target_sz is not exceeded. So, if ARC contains a lot of buffers smaller than 4K that means that an aligned on-disk size of the L2ARC buffers could be quite larger than their non-aligned size. I propose the following patch which has been tested and seems to fix the problem without introducing any side effects: https://github.com/avg-I/freebsd/compare/review;l2arc-write-target-size.diff https://github.com/avg-I/freebsd/compare/review;l2arc-write-target-size -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 10:23:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D952E17 for ; Mon, 3 Mar 2014 10:23:06 +0000 (UTC) Received: from SMTP.CITRIX.COM (smtp.citrix.com [66.165.176.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 73CC335E for ; Mon, 3 Mar 2014 10:23:04 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.97,577,1389744000"; d="scan'208";a="107436392" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 03 Mar 2014 10:22:56 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Mon, 3 Mar 2014 05:22:55 -0500 Message-ID: <531457FF.3080005@citrix.com> Date: Mon, 3 Mar 2014 11:22:55 +0100 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Yuriy Taraday , Subject: Re: IXP700 AHCI fails to initialize References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-DLP: MIA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Mar 2014 10:23:06 -0000 On 01/03/14 19:00, Yuriy Taraday wrote: > Hello. > > I currently have FreeBSD 8.3 on my home server and it works fine but it's > time to upgrade at last (new ath and new ipfw especially allure me). I've > decided to go straight to 10.0 and reinstall system from scratch to purge > all legacy unrelated configs and other stuff. > > The problem I faced is as follows. I have a (rather old) motherboard with > integrated SATA controller that presents in the OS as IXP700. In 8.3 it > works fine. I have 2 disks attached to it: one with all my data and another > one destined to be new system disk. I also have one IDE disk installed that > is currently used as system disk. > > When I booted from USB stick with 10.0, I couldn't see any SATA disks in > the system. I dug into dmesg and found this: http://pastebin.com/wv2A0MUE > As it seems AHCI controller or disks are not responding to commands and > timeouts eventually. > > A friend suggested to try CURRENT image. I went > with FreeBSD-11.0-CURRENT-amd64-VT-20140222-r262336-mini-memstick.img and > got almost the same error: http://pastebin.com/0iGaSWUD > The error repeats and never stops (looks like CURRENT images have different > config) but it is essentially the same. > > I've googled the problem but found only notes about how IXP700 is really > bad and pointers that cabling might be the problem. But I have absolutely > no problems with 8.3, so it looks like some regression during further > development (shift to CAM, maybe?). > > Please help me to identify and fix the problem. This is just a shot in the dark, I'm not familiar with the AHCI driver, but since you seem to be loosing interrupts (or I would say so based on the timeout messages), you could try to disable MSI/MSI-X and fallback to PCI intline IRQs. Could you try to boot with hw.pci.enable_msix=0,hw.pci.enable_msi=0? Roger. From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 10:59:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D02D5915 for ; Mon, 3 Mar 2014 10:59:50 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AA7E7818 for ; Mon, 3 Mar 2014 10:59:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=9IXDpUN1VW3lJi5quecNXLjcWBBvySdYIOPcMZoDzYI=; b=V1ZU+ACYGzm/x75AAgQK3Wau3sefmNJa8wMULRpj0S8TTRGq+Wx/NloUGo50cx6p1+M/T0/NLUgaUEkOcV8BSxWYCLkTecnojgPyfGoMqNr5tZ46+8yzoR6LQoHifgpdW5GBHgvoETT+Pk4be9kygHXHVh3Bj585SEuijEPae1w=; Received: from [182.3.161.159] (port=44796 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1WKQb1-000Gtq-6f; Mon, 03 Mar 2014 03:59:44 -0700 Date: Mon, 3 Mar 2014 18:59:38 +0800 From: Erich Dollansky To: Yuriy Taraday Subject: Re: IXP700 AHCI fails to initialize Message-ID: <20140303185938.0b5ab540@X220.alogt.com> In-Reply-To: References: X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Mar 2014 10:59:51 -0000 Hi, ok, I do not know of a working solution. But something like this happened to me too. I simply could not get newer FreeBSD versions working on old hardware. I have had to stick then with 7 until a lightning put an end to the affected machine. You still have one other chance. Try 9. My strategy in upgrading is also very simple. When I get a new machine, I install CURRENT and stick with the branch it will become later until this branch is not supported anymore. It saved me a lot of hassles as I normally have to do just one big version jump if the machine gets real old I have have to switch version. Erich On Sat, 1 Mar 2014 22:00:52 +0400 Yuriy Taraday wrote: > Hello. > > I currently have FreeBSD 8.3 on my home server and it works fine but > it's time to upgrade at last (new ath and new ipfw especially allure > me). I've decided to go straight to 10.0 and reinstall system from > scratch to purge all legacy unrelated configs and other stuff. > > The problem I faced is as follows. I have a (rather old) motherboard > with integrated SATA controller that presents in the OS as IXP700. In > 8.3 it works fine. I have 2 disks attached to it: one with all my > data and another one destined to be new system disk. I also have one > IDE disk installed that is currently used as system disk. > > When I booted from USB stick with 10.0, I couldn't see any SATA disks > in the system. I dug into dmesg and found this: > http://pastebin.com/wv2A0MUE As it seems AHCI controller or disks are > not responding to commands and timeouts eventually. > > A friend suggested to try CURRENT image. I went > with FreeBSD-11.0-CURRENT-amd64-VT-20140222-r262336-mini-memstick.img > and got almost the same error: http://pastebin.com/0iGaSWUD > The error repeats and never stops (looks like CURRENT images have > different config) but it is essentially the same. > > I've googled the problem but found only notes about how IXP700 is > really bad and pointers that cabling might be the problem. But I have > absolutely no problems with 8.3, so it looks like some regression > during further development (shift to CAM, maybe?). > > Please help me to identify and fix the problem. > From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 13:56:29 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 14BC8781; Mon, 3 Mar 2014 13:56:29 +0000 (UTC) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 53A2FBBC; Mon, 3 Mar 2014 13:56:27 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50008544604.msg; Mon, 03 Mar 2014 13:56:25 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Mon, 03 Mar 2014 13:56:25 +0000 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=1139d30b8b=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <94E20B469CD448548983C42DD0109A30@multiplay.co.uk> From: "Steven Hartland" To: "Andriy Gapon" , References: <20131016080100.GA27758@hell.ukr.net> <3A44A8F6-8B62-4A23-819D-B91A3E6E5EF9@freebsd.org> <7059AA6DCC0D46B8B1D33FC883C31643@multiplay.co.uk> <20131017061248.GA15980@hell.ukr.net> <326B470C65A04BC4BC83E118185B935F@multiplay.co.uk> <20131017073925.GA34958@hell.ukr.net> <2AFE1CBD9B124E3AB9E05A4E483CCE03@multiplay.co.uk> <20131018080148.GA75226@hell.ukr.net> <256B2E5A0BA44DCBB45BB3F3E820E190@multiplay.co.uk> <20131018144524.GA30018@hell.ukr.net> <4459A6FAB7B8445C97CCB9EFF34FD4F0@multiplay.co.uk> <53144891.9050001@FreeBSD.org> Subject: Re: ZFS secondarycache on SSD problem on r255173 Date: Mon, 3 Mar 2014 13:56:17 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: "Justin T. Gibbs" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Mar 2014 13:56:29 -0000 ----- Original Message ----- From: "Andriy Gapon" > on 18/10/2013 17:57 Steven Hartland said the following: >> I think we we may well need the following patch to set the minblock >> size based on the vdev ashift and not SPA_MINBLOCKSIZE. >> >> svn diff -x -p sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c >> Index: sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c >> =================================================================== >> --- sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c (revision 256554) >> +++ sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c (working copy) >> @@ -5147,7 +5147,7 @@ l2arc_compress_buf(l2arc_buf_hdr_t *l2hdr) >> len = l2hdr->b_asize; >> cdata = zio_data_buf_alloc(len); >> csize = zio_compress_data(ZIO_COMPRESS_LZ4, l2hdr->b_tmp_cdata, >> - cdata, l2hdr->b_asize, (size_t)SPA_MINBLOCKSIZE); >> + cdata, l2hdr->b_asize, (size_t)(1ULL << >> l2hdr->b_dev->l2ad_vdev->vdev_ashift)); >> >> if (csize == 0) { >> /* zero block, indicate that there's nothing to write */ > > > This is a rather old thread and change, but I think that I have identified > another problem with 4KB cache devices. > > I noticed that on some of our systems we were getting a clearly abnormal number > of l2arc checksum errors accounted in l2_cksum_bad. The hardware appeared to be > in good health. Using DTrace I noticed that the data seemed to be overwritten > with other data. After more DTrace analysis I observed that sometimes > l2arc_write_buffers() would advance l2ad_hand by more than target_sz. > This meant that l2arc_write_buffers() would write beyond a region cleared by > l2arc_evict() and thus overwrite data belonging to non-evicted buffers. Havoc > ensues. > > The cache devices in question are all SSDs with logical sector size of 4KB. > I am not sure about other ZFS platforms, but on FreeBSD this fact is detected > and ashift of 12 is used for the cache vdevs. > > Looking at l2arc_write_buffers() code you can see that it properly accounts for > ashift when actually writing buffers and advancing l2ad_hand: > /* > * Keep the clock hand suitably device-aligned. > */ > buf_p_sz = vdev_psize_to_asize(dev->l2ad_vdev, buf_sz); > write_psize += buf_p_sz; > dev->l2ad_hand += buf_p_sz; > > But the same is not done when selecting buffers to be written and checking that > target_sz is not exceeded. > So, if ARC contains a lot of buffers smaller than 4K that means that an aligned > on-disk size of the L2ARC buffers could be quite larger than their non-aligned size. > > I propose the following patch which has been tested and seems to fix the problem > without introducing any side effects: > https://github.com/avg-I/freebsd/compare/review;l2arc-write-target-size.diff > https://github.com/avg-I/freebsd/compare/review;l2arc-write-target-size Looks good to me. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 20:07:30 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3D59EFC; Mon, 3 Mar 2014 20:07:30 +0000 (UTC) Received: from mail-ve0-x231.google.com (mail-ve0-x231.google.com [IPv6:2607:f8b0:400c:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3EB7B3; Mon, 3 Mar 2014 20:07:30 +0000 (UTC) Received: by mail-ve0-f177.google.com with SMTP id sa20so4134283veb.36 for ; Mon, 03 Mar 2014 12:07:29 -0800 (PST) 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=2aqiUqRxFMxR0j0R9mv0tSfE5MypbAuOP5Nc8k2f+EE=; b=B7FNgQgWf4plJ+YGzC4I/AOjJLUZ6fmfQPbRDzYVDQ/3MpoK4Wzi+3ponD4vxHCUv1 J4eEdH82fectpS1VV+O3CxPfJfaVU2x/VEye+zQc4sfPGLbXmRleWtJIrkSq1hiyuxcc N2dfeHXBAEN1NcLgkCC1Yz3GHN56DMZoE3etJcqRfwQpzYeUgUuYxled9VG0alW4G7ud W2+qmJOMPbTmvyfEnLpFu81UPqnCbIyCzlhb6rNHPCmWgEht/ySVnmk4IgyeD3crRS4a AvKsZZOhaoirBtRvgbqj7OkcT+3pVQjEGzzhsV5+BOwRQzT7YjvdWIqgaGhSuTBSwk0N 63PA== MIME-Version: 1.0 X-Received: by 10.220.103.141 with SMTP id k13mr18371217vco.25.1393877249435; Mon, 03 Mar 2014 12:07:29 -0800 (PST) Received: by 10.220.86.65 with HTTP; Mon, 3 Mar 2014 12:07:29 -0800 (PST) In-Reply-To: <201403021845.s22Ij33e000373@gw.catspoiler.org> References: <201403021845.s22Ij33e000373@gw.catspoiler.org> Date: Mon, 3 Mar 2014 15:07:29 -0500 Message-ID: Subject: Re: nvi: can't be used in the context of substitute From: Zhihao Yuan To: Don Lewis Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD current , Xin LI , peter@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Mar 2014 20:07:30 -0000 On Sun, Mar 2, 2014 at 1:45 PM, Don Lewis wrote: > On 2 Mar, Zhihao Yuan wrote: >> Currently, to input in last line, you can either >> >> Hmm, it seems that I have to type C-v twice just because the combination of my zh_CN.GB18030 locale and xterm. In other cases you should be able to just use C-v to escape. I'll email xterm developers for details... > Thanks. I've been meaning to whine about this for a while. I just > dropped > :se filec= > in ~/.nexrc and I'm happy again. Actually, the filec functionality has been greatly improved 1. it completes paths level by level, no longer try to find the longest match; 2. it recognizes escaped partial results, and gives escaped results. For example, when completing a filename "nice boat", the old filec gives you :e nice boat , then you are going to open two files, which makes this feature useless. Now we give :e nice^V boat which is the working answer. I hope you can get accustomed to this feature :) -- Zhihao Yuan, ID lichray The best way to predict the future is to invent it. ___________________________________________________ 4BSD -- http://4bsd.biz/ From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 21:37:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4AB61EDB; Mon, 3 Mar 2014 21:37:16 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 20278399; Mon, 3 Mar 2014 21:37:16 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 05538B9B2; Mon, 3 Mar 2014 16:37:15 -0500 (EST) From: John Baldwin To: Adrian Chadd Subject: Re: signal 8 (floating point exception) upon resume Date: Mon, 3 Mar 2014 14:11:00 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201403031411.00805.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 03 Mar 2014 16:37:15 -0500 (EST) Cc: freebsd-current , kib@freebsd.org, bde@freebsd.org, jkim@freebsd.org, "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Mar 2014 21:37:16 -0000 On Friday, February 28, 2014 9:00:57 pm Adrian Chadd wrote: > On 28 February 2014 15:35, Adrian Chadd wrote: > > ... how'd this ever work in the past then? > > > > .. and I've submitted it as a PR: > > kern/187152 Complete stab in the dark (not compile tested) here: http://www.FreeBSD.org/~jhb/patches/i386_fpu_suspend.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 21:37:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1EB96EBB; Mon, 3 Mar 2014 21:37:13 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7A32C397; Mon, 3 Mar 2014 21:37:13 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 667BEB9BA; Mon, 3 Mar 2014 16:37:12 -0500 (EST) From: John Baldwin To: mexas@bris.ac.uk Subject: Re: ia64 r260914 GENERIC kernel: /usr/src/sys/dev/vt/vt_core.c:261: undefined reference to kbd_get_keyboard and so on Date: Mon, 3 Mar 2014 13:05:25 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201403021556.s22FuWpQ070040@mech-cluster241.men.bris.ac.uk> In-Reply-To: <201403021556.s22FuWpQ070040@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201403031305.25478.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 03 Mar 2014 16:37:12 -0500 (EST) Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Mar 2014 21:37:14 -0000 On Sunday, March 02, 2014 10:56:34 am Anton Shterenlikht wrote: > >From jhb@freebsd.org Fri Feb 28 20:57:59 2014 > > > >On Friday, February 28, 2014 9:23:28 am Anton Shterenlikht wrote: > >> ia64 r260914 GENERIC kernel contains: > >> > >> device kbdmux # keyboard multiplexer > >> device vt # Virtual terminals > >> device vt_vga # VGA terminal device > >> > >> Trying to build it, I get: > > > >Try this: > > > >Index: conf/files.ia64 > >=================================================================== > >--- conf/files.ia64 (revision 262614) > >+++ conf/files.ia64 (working copy) > >@@ -52,7 +52,7 @@ > > dev/fb/vga.c optional vga > > dev/hwpmc/hwpmc_ia64.c optional hwpmc > > dev/io/iodev.c optional io > >-dev/kbd/kbd.c optional atkbd | sc | ukbd > >+dev/kbd/kbd.c optional atkbd | sc | ukbd | vt > > dev/syscons/scterm-teken.c optional sc > > dev/syscons/scvgarndr.c optional sc vga > > dev/syscons/scvtb.c optional sc > > > > yes, I can build and install kernel with patch. > On reboot, the booting information is no longer > shown on serial console, just: > > Booting [/boot/kernel/kernel]... > Entering /boot/kernel/kernel at 0x9ffc000000010500... > > FreeBSD/ia64 (mech-as221.men.bris.ac.uk) (ttyu1) > > login: > > This is probably the default vt behaviour? > I need to be able to see thing progressing > in the serial console. How can I do this? > Or do I need to disable vt for this? This sounds normal for the console being on the VGA console and not serial. I've no idea how close ia64's boot loader is to x86's in that regard. Marcel is probably the right person to ask. > Anyway, I can find neither vt nor vt_vga > man pages on r260914 system. Is this expected? Yes, there are no manpages for that yet. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 21:37:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE902ED8; Mon, 3 Mar 2014 21:37:14 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B6E08398; Mon, 3 Mar 2014 21:37:14 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id BCF73B9BB; Mon, 3 Mar 2014 16:37:13 -0500 (EST) From: John Baldwin To: Bryan Drewery Subject: Re: panic: lockmgr still held [tmpfs] [vm_map_remove()->vdropl()] (r262186: Thu Feb 20) Date: Mon, 3 Mar 2014 13:06:59 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <53109ACB.20102@FreeBSD.org> <201402281618.57291.jhb@freebsd.org> <53135535.30707@FreeBSD.org> In-Reply-To: <53135535.30707@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201403031306.59405.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 03 Mar 2014 16:37:13 -0500 (EST) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Mar 2014 21:37:14 -0000 On Sunday, March 02, 2014 10:58:45 am Bryan Drewery wrote: > On 2/28/2014 3:18 PM, John Baldwin wrote: > > On Friday, February 28, 2014 9:18:51 am Bryan Drewery wrote: > >> While using poudriere: > >> > >>> Unread portion of the kernel message buffer: > >>> panic: lockmgr still held > >>> cpuid = 12 > >>> KDB: stack backtrace: > >>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe124804f7a0 > >>> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe124804f850 > >>> vpanic() at vpanic+0x126/frame 0xfffffe124804f890 > >>> kassert_panic() at kassert_panic+0x139/frame 0xfffffe124804f900 > >>> lockdestroy() at lockdestroy+0x3b/frame 0xfffffe124804f920 > >>> vdropl() at vdropl+0x1c8/frame 0xfffffe124804f960 > >>> vm_object_deallocate() at vm_object_deallocate+0x10b/frame 0xfffffe124804f9c0 > >>> vm_map_process_deferred() at vm_map_process_deferred+0x89/frame 0xfffffe124804f9f0 > >>> vm_map_remove() at vm_map_remove+0xc8/frame 0xfffffe124804fa20 > >>> vmspace_exit() at vmspace_exit+0xc9/frame 0xfffffe124804fa60 > >>> exit1() at exit1+0x541/frame 0xfffffe124804fad0 > >>> sys_sys_exit() at sys_sys_exit+0xe/frame 0xfffffe124804fae0 > >>> ia32_syscall() at ia32_syscall+0x270/frame 0xfffffe124804fbf0 > >>> Xint0x80_syscall() at Xint0x80_syscall+0x95/frame 0xfffffe124804fbf0 > >>> --- syscall (1, FreeBSD ELF32, sys_sys_exit), rip = 0x281014df, rsp = 0xffffc45c, rbp = 0xffffc468 --- > >> > >>> #4 0xffffffff808c00db in lockdestroy (lk=0xfffff80a88a285f0) at /usr/src/sys/kern/kern_lock.c:440 > >>> 440 KASSERT(lk->lk_lock == LK_UNLOCKED, ("lockmgr still held")); > >>> (kgdb) print *lk > >>> $1 = {lock_object = {lo_name = 0xffffffff8201a1bd "tmpfs", lo_flags = 116588552, lo_data = 0, lo_witness = 0xfffffe00006fec00}, lk_lock = > > 18446735288132049184, lk_exslpfail = 0, > >>> lk_timo = 51, lk_pri = 96} > > > > Can you please grab people.freebsd.org/~jhb/gdb/* > > > > and then do 'cd /path/to/files', 'source gdb6', 'frame 4', 'lockmgr_owner lk'? > > > > (kgdb) lockmgr_owner lk > td: 0xfffff80272c61920 > pid: 55040, p_comm: testprog Can you get a stack trace of that program? ('proc 55040', 'bt') -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 21:37:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6466FEE0 for ; Mon, 3 Mar 2014 21:37:17 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3DCB639C for ; Mon, 3 Mar 2014 21:37:17 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 30A55B96B; Mon, 3 Mar 2014 16:37:16 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: Feature Proposal: Transparent upgrade of crypt() algorithms Date: Mon, 3 Mar 2014 15:28:19 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <530FE2E9.5010902@allanjude.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201403031528.19273.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 03 Mar 2014 16:37:16 -0500 (EST) Cc: Eitan Adler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Mar 2014 21:37:17 -0000 On Friday, February 28, 2014 4:58:29 pm Eitan Adler wrote: > On 27 February 2014 20:14, Allan Jude wrote: > > With r262501 > > (http://svnweb.freebsd.org/base?view=revision&revision=262501) importing > > the upgraded bcrypt from OpenBSD and eventually changing the default > > identifier for bcrypt to $2b$ it reminded me of a feature that is often > > seen in Forum software and other web apps. > > > > Transparent algorithm upgrade. > ... > > I would strongly support this > > > I think Nick's point is you do want passwords using the "old" hash to expire > are some point if they haven't been auto-converted. > > Password expiry is an orthogonal issue and should be up to administrator policy. Yes, but if you are moving to a different algorithm to improve security, not coupling it with an eventual expiration of non-migrated accounts gives a false sense of security. Any admin worth his/her salt is going to want the option of enforcing that sort of policy along with the transparent update. They should really be implemented together is all. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 22:09:13 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10B9CF64 for ; Mon, 3 Mar 2014 22:09:13 +0000 (UTC) Received: from mail-lb0-x230.google.com (mail-lb0-x230.google.com [IPv6:2a00:1450:4010:c04::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8E21489D for ; Mon, 3 Mar 2014 22:09:12 +0000 (UTC) Received: by mail-lb0-f176.google.com with SMTP id 10so5060610lbg.35 for ; Mon, 03 Mar 2014 14:09:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=XH25TilnAsrvJPHbhxmXVvvZF/hMzpUB8RuW/DhTsUg=; b=aINtABYlqKRE9Oxi0Vf0puiiOoCqzMsRxbLwcf62dczSn7lS8EU8isXyzc1H6m6Y8f 6q3BsLnPV94Bc9PG2yBX85RicmywZiRwcWkSvfOwtsJkj8g/RuKGXreJPzFhnt0wJTja 0Ha/WeW3m6P6QFRZke2rqBcbbiraLWltwojGzyzpmXwjorAJzeAzmKoQxhMy9RbL8avi 8Pi+IUHcbQ4qWD2bK7kcX4xZweexOzcUvbSuqhS/zf5pjY82aCPgNS4q/m9KiPfjU02O BDyin2o4r+a6BJGq4eN/ljaIngCqj3YRi2ZFr6VeSOV5YI13C+lxqQRIcK/fKhrETVI5 USQg== MIME-Version: 1.0 X-Received: by 10.152.87.71 with SMTP id v7mr24667783laz.10.1393884550743; Mon, 03 Mar 2014 14:09:10 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.112.30.211 with HTTP; Mon, 3 Mar 2014 14:09:10 -0800 (PST) Date: Mon, 3 Mar 2014 14:09:10 -0800 X-Google-Sender-Auth: WlmGAPYzBHiRJvctfdnw7S46vcY Message-ID: Subject: vm.pmap.pcid_enabled="1" causes Java to coredump in FBSD 10 From: Craig Rodrigues To: freebsd-current Current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Mar 2014 22:09:13 -0000 [Resending] Hi, As part of the Jenkins deployment in the FreeBSD cluster the jenkins-admin team observed that when running Jenkins on FreeBSD 10, the Java virtual machine from the openjdk6 or openjdk7 port would coredump regularly. See item #10 here: https://wiki.freebsd.org/Jenkins On the advice of Jung-uk Kim, I put the following in /boot/loader.conf: vm.pmap.pcid_enabled="0" and rebooted. After that, the Java coredumping problems went away. Can someone with VM expertise look into this problem and suggest a fix? There are many reports of Java coredumping on FreeBSD 10, such as this one: http://lists.freebsd.org/pipermail/freebsd-java/2014-March/010606.html It would be good to fix this, so that Java works "out of the box" on FreeBSD 10. It's not good when kernel tunables need to be set so that Java can work. :( Thanks. -- Craig From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 23:49:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E204FC8; Mon, 3 Mar 2014 23:49:10 +0000 (UTC) Received: from mail-qg0-x22c.google.com (mail-qg0-x22c.google.com [IPv6:2607:f8b0:400d:c04::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6F3AC117; Mon, 3 Mar 2014 23:49:09 +0000 (UTC) Received: by mail-qg0-f44.google.com with SMTP id a108so992158qge.3 for ; Mon, 03 Mar 2014 15:49:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=fjxWrKKrAnTDGR+I+aO54wDDs/XlRKpbhvpr1Iwn7GQ=; b=z+bfyBLgr/9uIKrswFMTJNqQ58w8yKlVc1XEyA665AieQcclqf3tsSWzYkc+2D2fal xkG7ruWTAmqJOWrGYrvwSEtTChB/xNwmjc9/mvr8CcRQaH2/UvVQHjDzTCDkGKwEuZVr 7ELxT/G/sxV5j//X4Mgt29mZDEcs+GtWG/N1Sc65z/N5x3q903Vlaem6Tq0Iclxuw3By 9QOHUvitsgzZRvm2mPPDVsnuDsJSIt/oFcmN98tL3Z5xWabiPMCxC/6F4Q2yeCqZ7MgQ u0Yr/iSiyBXqyLCat8WnYWzOMI+rjsPLTlkjWUOxAUHKIrhWdDsKDW2F/YS7yLPBmZBL nfqg== MIME-Version: 1.0 X-Received: by 10.224.167.195 with SMTP id r3mr414639qay.49.1393890548544; Mon, 03 Mar 2014 15:49:08 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.16.10 with HTTP; Mon, 3 Mar 2014 15:49:08 -0800 (PST) In-Reply-To: <201403031411.00805.jhb@freebsd.org> References: <201403031411.00805.jhb@freebsd.org> Date: Mon, 3 Mar 2014 15:49:08 -0800 X-Google-Sender-Auth: Ort08GX0jxHvEQxE_iUJOTA9GxM Message-ID: Subject: Re: signal 8 (floating point exception) upon resume From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , Konstantin Belousov , Bruce Evans , Jung-uk Kim , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Mar 2014 23:49:10 -0000 I'll try this soon. I had it fail back to newcons, rather than Xorg normally dying without restoring state. It wouldn't let me spawn a shell. Logging in worked fine, but normal shell exec would eventually and quickly lead to failure, dropping me back to the login prompt. -a On 3 March 2014 11:11, John Baldwin wrote: > On Friday, February 28, 2014 9:00:57 pm Adrian Chadd wrote: >> On 28 February 2014 15:35, Adrian Chadd wrote: >> > ... how'd this ever work in the past then? >> > >> >> .. and I've submitted it as a PR: >> >> kern/187152 > > Complete stab in the dark (not compile tested) here: > > http://www.FreeBSD.org/~jhb/patches/i386_fpu_suspend.patch > > -- > John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Mar 3 23:49:55 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53F6F1A6; Mon, 3 Mar 2014 23:49:55 +0000 (UTC) Received: from mail-qc0-x22c.google.com (mail-qc0-x22c.google.com [IPv6:2607:f8b0:400d:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F350512C; Mon, 3 Mar 2014 23:49:54 +0000 (UTC) Received: by mail-qc0-f172.google.com with SMTP id i8so4680345qcq.3 for ; Mon, 03 Mar 2014 15:49:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=0gH7B+sUdSPRtt2PPO0s9nBrg/+0wagoEgs+5GZkLUw=; b=qWfCjmSMOpMxsausGmtlSTCrLEBXzRBbPnXZtEVx5d99GaY3uRkcKXSKdLRcz+AW4m TSdNYbuIpUHXtB9qx0PjqEUNVhbM7dcLUAzF/CUHnO3uPTTTZOLrsH7HBLzk2cJZ0/S0 byTtUjtFoQ1LF+6Q2ZvUaRV2XqCCCmDdSTF9hPLY/iSPP3vinmZWJbJ8q16cbGEX+8Du P1AMntHxS+AeDjexcC+qLbzRQAAs6/QOEbyB0t80F/qYfxktR05MkxAIBSfA9HVd9kQ+ q6TKHCVw9ATM9QDjZnJAk3xhmaURHkvEApR7pCmAu2rWwPDPZuQBpD09W8WFQmXcTuGX IaUg== MIME-Version: 1.0 X-Received: by 10.140.42.21 with SMTP id b21mr414314qga.87.1393890594178; Mon, 03 Mar 2014 15:49:54 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.16.10 with HTTP; Mon, 3 Mar 2014 15:49:54 -0800 (PST) In-Reply-To: References: Date: Mon, 3 Mar 2014 15:49:54 -0800 X-Google-Sender-Auth: Ka-V-5Fy2d8DhqMAY8IG6Bnzry4 Message-ID: Subject: Re: vm.pmap.pcid_enabled="1" causes Java to coredump in FBSD 10 From: Adrian Chadd To: Craig Rodrigues Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Mar 2014 23:49:55 -0000 Have you filed a PR? :-P -a On 3 March 2014 14:09, Craig Rodrigues wrote: > [Resending] > > > Hi, > > As part of the Jenkins deployment in the FreeBSD cluster > the jenkins-admin team observed that when running Jenkins on FreeBSD 10, > the Java virtual machine from the openjdk6 or openjdk7 port > would coredump regularly. > > See item #10 here: https://wiki.freebsd.org/Jenkins > > On the advice of Jung-uk Kim, I put the following in /boot/loader.conf: > > vm.pmap.pcid_enabled="0" > > and rebooted. > > After that, the Java coredumping problems went away. > > Can someone with VM expertise look into this problem and suggest a fix? > > There are many reports of Java coredumping on FreeBSD 10, such as this > one: http://lists.freebsd.org/pipermail/freebsd-java/2014-March/010606.html > > It would be good to fix this, so that Java works "out of the box" on > FreeBSD 10. It's not good when kernel tunables need to be set > so that Java can work. :( > > Thanks. > > -- > Craig > _______________________________________________ > 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 Mar 4 01:02:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A418630; Tue, 4 Mar 2014 01:02:36 +0000 (UTC) Received: from mail-lb0-x22e.google.com (mail-lb0-x22e.google.com [IPv6:2a00:1450:4010:c04::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6AC39A32; Tue, 4 Mar 2014 01:02:35 +0000 (UTC) Received: by mail-lb0-f174.google.com with SMTP id u14so4914184lbd.33 for ; Mon, 03 Mar 2014 17:02:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=ewcaloYIW4ew7Ow43FxdNVV6IxxzLVQnzlXFrwvN2no=; b=OZS746tXaprp+KL9rEBm/4UcqUxOPzLEx7AEV05kkWesGRlZAPy+sUV926b3CA2LfI Q1bUm0cn1clYgrk1RAGdpKNbXwT+wJb9kPJ7ILspTVBIL9XTjnEZNiht+CJPHysyirDy b/crcKIluOOUnCMIQEZ12nK9acx7lTx/DJY6B8apKRFNI2SHwY02fOkPZov8kENflqRH ilJXQMfnhl4+923LmnOZzaIHx0fYg/lX7alBWHCjsJQDG3tztzt/TylvSydkZswHwJ2V RH2AOmm5vgWgBg8f+XWUn/xshjET8DGrW4ZeiEQu2cpL8VIa1m3+iDsC7GfL/8x9QrYF j2Gg== MIME-Version: 1.0 X-Received: by 10.152.5.229 with SMTP id v5mr25137987lav.11.1393894953591; Mon, 03 Mar 2014 17:02:33 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.112.30.211 with HTTP; Mon, 3 Mar 2014 17:02:33 -0800 (PST) In-Reply-To: References: Date: Mon, 3 Mar 2014 17:02:33 -0800 X-Google-Sender-Auth: xR5z-EAfX72ompycVzlVHan3RqE Message-ID: Subject: Re: vm.pmap.pcid_enabled="1" causes Java to coredump in FBSD 10 From: Craig Rodrigues To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Mar 2014 01:02:36 -0000 Hi, http://www.freebsd.org/cgi/query-pr.cgi?pr=187238 -- Craig On Mon, Mar 3, 2014 at 3:49 PM, Adrian Chadd wrote: > Have you filed a PR? :-P > > > -a > > > On 3 March 2014 14:09, Craig Rodrigues wrote: > > [Resending] > > > > > > Hi, > > > > As part of the Jenkins deployment in the FreeBSD cluster > > the jenkins-admin team observed that when running Jenkins on FreeBSD 10, > > the Java virtual machine from the openjdk6 or openjdk7 port > > would coredump regularly. > > > > See item #10 here: https://wiki.freebsd.org/Jenkins > > > > On the advice of Jung-uk Kim, I put the following in /boot/loader.conf: > > > > vm.pmap.pcid_enabled="0" > > > > and rebooted. > > > > After that, the Java coredumping problems went away. > > > > Can someone with VM expertise look into this problem and suggest a fix? > > > > There are many reports of Java coredumping on FreeBSD 10, such as this > > one: > http://lists.freebsd.org/pipermail/freebsd-java/2014-March/010606.html > > > > It would be good to fix this, so that Java works "out of the box" on > > FreeBSD 10. It's not good when kernel tunables need to be set > > so that Java can work. :( > > > > Thanks. > > > > -- > > Craig > > _______________________________________________ > > 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 Mar 4 01:03:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4FE0756; Tue, 4 Mar 2014 01:03:41 +0000 (UTC) Received: from mail-qa0-x235.google.com (mail-qa0-x235.google.com [IPv6:2607:f8b0:400d:c00::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4E3CDA47; Tue, 4 Mar 2014 01:03:41 +0000 (UTC) Received: by mail-qa0-f53.google.com with SMTP id w8so2771237qac.40 for ; Mon, 03 Mar 2014 17:03:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=lfxVW0EPxptWNwFD5biuaKnupyEibb5znxJmoXLT4WQ=; b=t6AxKe4QNa2DuaoHld8RucT5Xm4zf2DM/WffN4t+2bD1nE4e/o9CdOT22H6IwYu2I+ OpT0S94ciQY6a+EGw9Etue4koN0F18cmodJUFMpViOZSiVoXPrK2TJpEooNP5U/utW6I MCf309hQtXS7I5OjhB2a0//zA7uBSWdf4MZ8HCIHpr/VJohDqyVMG4xIjLXuDKPVgHYQ Hu/5bJnzKVCMtbqvTb5xEWrtQN3jZ4kt9rNAL+5A4F/eD77Jy7Ye+GbJ7D9eOUq7A4Eh 77Vi1UguENPg2FmNrEgqCJaN0f6cHvOnwiuRQ+cSwewMFtpAla57N7ilf4w4rR0WV1po ZRZg== MIME-Version: 1.0 X-Received: by 10.140.107.53 with SMTP id g50mr26566220qgf.63.1393895020384; Mon, 03 Mar 2014 17:03:40 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.16.10 with HTTP; Mon, 3 Mar 2014 17:03:40 -0800 (PST) In-Reply-To: References: Date: Mon, 3 Mar 2014 17:03:40 -0800 X-Google-Sender-Auth: UdRxXLEVh1D1bW4gXmLhlBnTNyQ Message-ID: Subject: Re: vm.pmap.pcid_enabled="1" causes Java to coredump in FBSD 10 From: Adrian Chadd To: Craig Rodrigues , Alan Cox Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Mar 2014 01:03:41 -0000 Cool. DOn't be afraid to poke alc (cc'ed); he may have some insights. :) -a On 3 March 2014 17:02, Craig Rodrigues wrote: > Hi, > > http://www.freebsd.org/cgi/query-pr.cgi?pr=187238 > > -- > Craig > > On Mon, Mar 3, 2014 at 3:49 PM, Adrian Chadd wrote: >> >> Have you filed a PR? :-P >> >> >> -a >> >> >> On 3 March 2014 14:09, Craig Rodrigues wrote: >> > [Resending] >> > >> > >> > Hi, >> > >> > As part of the Jenkins deployment in the FreeBSD cluster >> > the jenkins-admin team observed that when running Jenkins on FreeBSD 10, >> > the Java virtual machine from the openjdk6 or openjdk7 port >> > would coredump regularly. >> > >> > See item #10 here: https://wiki.freebsd.org/Jenkins >> > >> > On the advice of Jung-uk Kim, I put the following in /boot/loader.conf: >> > >> > vm.pmap.pcid_enabled="0" >> > >> > and rebooted. >> > >> > After that, the Java coredumping problems went away. >> > >> > Can someone with VM expertise look into this problem and suggest a fix? >> > >> > There are many reports of Java coredumping on FreeBSD 10, such as this >> > one: >> > http://lists.freebsd.org/pipermail/freebsd-java/2014-March/010606.html >> > >> > It would be good to fix this, so that Java works "out of the box" on >> > FreeBSD 10. It's not good when kernel tunables need to be set >> > so that Java can work. :( >> > >> > Thanks. >> > >> > -- >> > Craig >> > _______________________________________________ >> > 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 Mar 4 01:18:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 538E8EC1; Tue, 4 Mar 2014 01:18:09 +0000 (UTC) Received: from mail-la0-x231.google.com (mail-la0-x231.google.com [IPv6:2a00:1450:4010:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 65914B43; Tue, 4 Mar 2014 01:18:08 +0000 (UTC) Received: by mail-la0-f49.google.com with SMTP id mc6so5052195lab.8 for ; Mon, 03 Mar 2014 17:18:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=qKHS60DsGgdr0Yv97gOWy1h2pnCzliZsnTThCOOjQxQ=; b=kCG6dJE0mM9pnhV7CF1vlsGWE8lyRYxTxsuFR1s2x+R5BffdW86REHg3LMpE6VRbov pKMrHxAkEslTPa4W/mQR/HWySM2Va35pZ2GKWPObf8w7bNahX3qCAi9VyAZh5C8dubF8 DW+5/gqgT0x9cZX57RnyBx+6vi4VWoSNaOIWjNKGO/M6yXnnitbJK8+5BMfnC131q+9F 8MNxQpghn1qR2fCp3K+Zw4hcn3IVC1RXjX613hZ6NUCj7f0sl55hAm4HLkqzoTT/QDzX dYt5mKp0vBrr1lbO+WG0dZFLfbqW6qI5OwjneDJ7wN02mYRLd+FcJPykE4sJr7tDfXmO qemQ== MIME-Version: 1.0 X-Received: by 10.152.43.47 with SMTP id t15mr43172lal.38.1393895886572; Mon, 03 Mar 2014 17:18:06 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.112.30.211 with HTTP; Mon, 3 Mar 2014 17:18:06 -0800 (PST) In-Reply-To: References: Date: Mon, 3 Mar 2014 17:18:06 -0800 X-Google-Sender-Auth: QijCDuWhSXQiXfsBsXY-1GQ_ubs Message-ID: Subject: Re: vm.pmap.pcid_enabled="1" causes Java to coredump in FBSD 10 From: Craig Rodrigues To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Alan Cox , freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Mar 2014 01:18:09 -0000 I previously sent the same e-mail and CC'd it to kib, pho, alc, jkim, davidxu, delphij, attilio,, freebsd-current, freebsd-java but for some reason that e-mail ended up in moderation, and the list-owner rejected the e-mail from going through. -- Craig On Mon, Mar 3, 2014 at 5:03 PM, Adrian Chadd wrote: > Cool. DOn't be afraid to poke alc (cc'ed); he may have some insights. :) > > > -a > > > On 3 March 2014 17:02, Craig Rodrigues wrote: > > Hi, > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=187238 > > > > -- > > Craig > > > > On Mon, Mar 3, 2014 at 3:49 PM, Adrian Chadd wrote: > >> > >> Have you filed a PR? :-P > >> > >> > >> -a > >> > >> > >> On 3 March 2014 14:09, Craig Rodrigues wrote: > >> > [Resending] > >> > > >> > > >> > Hi, > >> > > >> > As part of the Jenkins deployment in the FreeBSD cluster > >> > the jenkins-admin team observed that when running Jenkins on FreeBSD > 10, > >> > the Java virtual machine from the openjdk6 or openjdk7 port > >> > would coredump regularly. > >> > > >> > See item #10 here: https://wiki.freebsd.org/Jenkins > >> > > >> > On the advice of Jung-uk Kim, I put the following in > /boot/loader.conf: > >> > > >> > vm.pmap.pcid_enabled="0" > >> > > >> > and rebooted. > >> > > >> > After that, the Java coredumping problems went away. > >> > > >> > Can someone with VM expertise look into this problem and suggest a > fix? > >> > > >> > There are many reports of Java coredumping on FreeBSD 10, such as this > >> > one: > >> > > http://lists.freebsd.org/pipermail/freebsd-java/2014-March/010606.html > >> > > >> > It would be good to fix this, so that Java works "out of the box" on > >> > FreeBSD 10. It's not good when kernel tunables need to be set > >> > so that Java can work. :( > >> > > >> > Thanks. > >> > > >> > -- > >> > Craig > >> > _______________________________________________ > >> > 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 Mar 4 02:49:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E20BFB5 for ; Tue, 4 Mar 2014 02:49:45 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7E8FD23E for ; Tue, 4 Mar 2014 02:49:45 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.8/8.14.8) with ESMTP id s242njS7017733 for ; Tue, 4 Mar 2014 02:49:45 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s242nj99017730 for freebsd-current@freebsd.org; Tue, 4 Mar 2014 02:49:45 GMT (envelope-from bdrewery) Received: (qmail 60218 invoked from network); 3 Mar 2014 20:49:43 -0600 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 3 Mar 2014 20:49:43 -0600 Message-ID: <53153F43.6010506@FreeBSD.org> Date: Mon, 03 Mar 2014 20:49:39 -0600 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: John Baldwin Subject: Re: panic: lockmgr still held [tmpfs] [vm_map_remove()->vdropl()] (r262186: Thu Feb 20) References: <53109ACB.20102@FreeBSD.org> <201402281618.57291.jhb@freebsd.org> <53135535.30707@FreeBSD.org> <201403031306.59405.jhb@freebsd.org> In-Reply-To: <201403031306.59405.jhb@freebsd.org> X-Enigmail-Version: 1.6 OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dVT2NJTwIR5rPstuNdhVumsAuNvvomOLa" Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Mar 2014 02:49:45 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --dVT2NJTwIR5rPstuNdhVumsAuNvvomOLa Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable On 3/3/2014 12:06 PM, John Baldwin wrote: > On Sunday, March 02, 2014 10:58:45 am Bryan Drewery wrote: >> On 2/28/2014 3:18 PM, John Baldwin wrote: >>> On Friday, February 28, 2014 9:18:51 am Bryan Drewery wrote: >>>> While using poudriere: >>>> >>>>> Unread portion of the kernel message buffer: >>>>> panic: lockmgr still held >>>>> cpuid =3D 12 >>>>> KDB: stack backtrace: >>>>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffff= e124804f7a0 >>>>> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe124804f850 >>>>> vpanic() at vpanic+0x126/frame 0xfffffe124804f890 >>>>> kassert_panic() at kassert_panic+0x139/frame 0xfffffe124804f900 >>>>> lockdestroy() at lockdestroy+0x3b/frame 0xfffffe124804f920 >>>>> vdropl() at vdropl+0x1c8/frame 0xfffffe124804f960 >>>>> vm_object_deallocate() at vm_object_deallocate+0x10b/frame 0xfffffe= 124804f9c0 >>>>> vm_map_process_deferred() at vm_map_process_deferred+0x89/frame 0xf= ffffe124804f9f0 >>>>> vm_map_remove() at vm_map_remove+0xc8/frame 0xfffffe124804fa20 >>>>> vmspace_exit() at vmspace_exit+0xc9/frame 0xfffffe124804fa60 >>>>> exit1() at exit1+0x541/frame 0xfffffe124804fad0 >>>>> sys_sys_exit() at sys_sys_exit+0xe/frame 0xfffffe124804fae0 >>>>> ia32_syscall() at ia32_syscall+0x270/frame 0xfffffe124804fbf0 >>>>> Xint0x80_syscall() at Xint0x80_syscall+0x95/frame 0xfffffe124804fbf= 0 >>>>> --- syscall (1, FreeBSD ELF32, sys_sys_exit), rip =3D 0x281014df, r= sp =3D 0xffffc45c, rbp =3D 0xffffc468 --- >>>> >>>>> #4 0xffffffff808c00db in lockdestroy (lk=3D0xfffff80a88a285f0) at = /usr/src/sys/kern/kern_lock.c:440 >>>>> 440 KASSERT(lk->lk_lock =3D=3D LK_UNLOCKED, ("lockmgr s= till held")); >>>>> (kgdb) print *lk >>>>> $1 =3D {lock_object =3D {lo_name =3D 0xffffffff8201a1bd "tmpfs", lo= _flags =3D 116588552, lo_data =3D 0, lo_witness =3D 0xfffffe00006fec00}, = lk_lock =3D=20 >>> 18446735288132049184, lk_exslpfail =3D 0, >>>>> lk_timo =3D 51, lk_pri =3D 96} >>> >>> Can you please grab people.freebsd.org/~jhb/gdb/* >>> >>> and then do 'cd /path/to/files', 'source gdb6', 'frame 4', 'lockmgr_o= wner lk'? >>> >> >> (kgdb) lockmgr_owner lk >> td: 0xfffff80272c61920 >> pid: 55040, p_comm: testprog >=20 > Can you get a stack trace of that program? ('proc 55040', 'bt') >=20 It's the same as original: > Loaded symbols for /boot/kernel/sem.ko.symbols > #0 doadump (textdump=3D1) at pcpu.h:219 > 219 __asm("movq %%gs:%1,%0" : "=3Dr" (td) > (kgdb) bt > #0 doadump (textdump=3D1) at pcpu.h:219 > #1 0xffffffff808e33a7 in kern_reboot (howto=3D260) at /usr/src/sys/ker= n/kern_shutdown.c:452 > #2 0xffffffff808e38b5 in vpanic (fmt=3D, ap=3D) at /usr/src/sys/kern/kern_shutdown.c:759 > #3 0xffffffff808e3749 in kassert_panic (fmt=3D) a= t /usr/src/sys/kern/kern_shutdown.c:647 > #4 0xffffffff808c00db in lockdestroy (lk=3D0xfffff80a88a285f0) at /usr= /src/sys/kern/kern_lock.c:440 > #5 0xffffffff80990d38 in vdropl (vp=3D0xfffff80a88a28588) at /usr/src/= sys/kern/vfs_subr.c:2417 > #6 0xffffffff80b73cbb in vm_object_deallocate (object=3D) at /usr/src/sys/vm/vm_object.c:539 > #7 0xffffffff80b6a3a9 in vm_map_process_deferred () at /usr/src/sys/vm= /vm_map.c:2763 > #8 0xffffffff80b6e9c8 in vm_map_remove (map=3D, s= tart=3D, end=3D) at /usr/src/sy= s/vm/vm_map.c:488 > #9 0xffffffff80b6a179 in vmspace_exit (td=3D0xfffff80272c61920) at /us= r/src/sys/vm/vm_map.c:327 > #10 0xffffffff808a7411 in exit1 (td=3D0xfffff80272c61920, rv=3D) at /usr/src/sys/kern/kern_exit.c:319 > #11 0xffffffff808a6ece in sys_sys_exit (td=3D0x0, uap=3D) at /usr/src/sys/kern/kern_exit.c:119 > #12 0xffffffff80dd2720 in ia32_syscall (frame=3D0xfffffe124804fc00) at = subr_syscall.c:133 > #13 0xffffffff80cd6325 in Xint0x80_syscall () at ia32_exception.S:73 > #14 0x00000000281014df in ?? () > Previous frame inner to this frame (corrupt stack?) > Current language: auto; currently minimal > (kgdb) proc 55040 > [Switching to thread 668 (Thread 100898)]#0 doadump (textdump=3D1) at = pcpu.h:219 > 219 __asm("movq %%gs:%1,%0" : "=3Dr" (td) > (kgdb) bt > #0 doadump (textdump=3D1) at pcpu.h:219 > #1 0xffffffff808e33a7 in kern_reboot (howto=3D260) at /usr/src/sys/ker= n/kern_shutdown.c:452 > #2 0xffffffff808e38b5 in vpanic (fmt=3D, ap=3D) at /usr/src/sys/kern/kern_shutdown.c:759 > #3 0xffffffff808e3749 in kassert_panic (fmt=3D) a= t /usr/src/sys/kern/kern_shutdown.c:647 > #4 0xffffffff808c00db in lockdestroy (lk=3D0xfffff80a88a285f0) at /usr= /src/sys/kern/kern_lock.c:440 > #5 0xffffffff80990d38 in vdropl (vp=3D0xfffff80a88a28588) at /usr/src/= sys/kern/vfs_subr.c:2417 > #6 0xffffffff80b73cbb in vm_object_deallocate (object=3D) at /usr/src/sys/vm/vm_object.c:539 > #7 0xffffffff80b6a3a9 in vm_map_process_deferred () at /usr/src/sys/vm= /vm_map.c:2763 > #8 0xffffffff80b6e9c8 in vm_map_remove (map=3D, s= tart=3D, end=3D) at /usr/src/sy= s/vm/vm_map.c:488 > #9 0xffffffff80b6a179 in vmspace_exit (td=3D0xfffff80272c61920) at /us= r/src/sys/vm/vm_map.c:327 > #10 0xffffffff808a7411 in exit1 (td=3D0xfffff80272c61920, rv=3D) at /usr/src/sys/kern/kern_exit.c:319 > #11 0xffffffff808a6ece in sys_sys_exit (td=3D0x0, uap=3D) at /usr/src/sys/kern/kern_exit.c:119 > #12 0xffffffff80dd2720 in ia32_syscall (frame=3D0xfffffe124804fc00) at = subr_syscall.c:133 > #13 0xffffffff80cd6325 in Xint0x80_syscall () at ia32_exception.S:73 > #14 0x00000000281014df in ?? () > (kgdb) --=20 Regards, Bryan Drewery --dVT2NJTwIR5rPstuNdhVumsAuNvvomOLa Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTFT9EAAoJEDXXcbtuRpfPyeAH/1Wb/BLBuaDVu2cn0PpfjKQ5 XhSmprWSUO8A6fHvGmPbEQuG2zzqwhXsCRUVKiXBvAlqFkB7PZWbOfL/3VJZP9Ul WznJSogAqkHOZkGmokj4JEXdcQr7/moWAIo7cWoaGQVITMV2IcMTngwnqd12s5gU j7UE+RA/PZaY9IRcQ2qJUQoQ+UHfWl10wyodTnYykMIfVi63oy1TAV14pWBjT89O P9pjNlomeIzGSZw8FHnMkdD2tMquJwAPOwHq20owBPJa2Lzab5pVXEwbJv9Xavgg 9BrC1jOdd0lyRrhZA1Sm6g2ZTmgsEyQJ5eRMBTdXhtnI3kSp3AJkqTCJXPzKmao= =v6DP -----END PGP SIGNATURE----- --dVT2NJTwIR5rPstuNdhVumsAuNvvomOLa-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 03:40:51 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9506CD0; Tue, 4 Mar 2014 03:40:51 +0000 (UTC) Received: from mail-qc0-x22a.google.com (mail-qc0-x22a.google.com [IPv6:2607:f8b0:400d:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5DE92998; Tue, 4 Mar 2014 03:40:51 +0000 (UTC) Received: by mail-qc0-f170.google.com with SMTP id e9so434639qcy.29 for ; Mon, 03 Mar 2014 19:40:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=4/p5TBZgzfXTKF2dmv931LmgPQHSrGezoWl9yGIrWc4=; b=UDE39+xhSrlQK02V1amBUqZsCBPTddhb01vWog9o2W1uQjjWUEd4ziEucWDyjkPYg9 OyHKMuddqIBj7mufwQ3BikIBWBSC4fyaFDdNBhX/jySNBoPEIwbXk1JiedDmMuz7bdz8 c/0yQrCbm5eyUDXUup3rhM3X5JT6BfX9cxVZyAPWX19yyLuFYsA/cSXMjdM+5oXtm7J6 Ns2TiXaKMFO0DPV7TahJm6QnpgOefpdsGqS2ae4yP1eAz7Z9uVVmABBdsGBUqAo2PPqP Gdu2g1A4gZp/qkBl9R87kY8w2e/DtsjbR9QNJ8cXE2zgaDkjBIuhw0/dhKSKNDyVtRxt n8SQ== MIME-Version: 1.0 X-Received: by 10.224.55.140 with SMTP id u12mr27851824qag.0.1393904450483; Mon, 03 Mar 2014 19:40:50 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.16.10 with HTTP; Mon, 3 Mar 2014 19:40:50 -0800 (PST) In-Reply-To: References: Date: Mon, 3 Mar 2014 19:40:50 -0800 X-Google-Sender-Auth: uWWoPpNGK2CMM12BIFxLm2gtjBQ Message-ID: Subject: Re: vm.pmap.pcid_enabled="1" causes Java to coredump in FBSD 10 From: Adrian Chadd To: Craig Rodrigues Content-Type: text/plain; charset=ISO-8859-1 Cc: Alan Cox , freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Mar 2014 03:40:52 -0000 ... likely too many CC's. -a On 3 March 2014 17:18, Craig Rodrigues wrote: > I previously sent the same e-mail and CC'd it to kib, pho, alc, jkim, > davidxu, delphij, attilio,, freebsd-current, freebsd-java > but for some reason that e-mail ended up in moderation, > and the list-owner rejected the e-mail from going through. > > -- > Craig > > > > On Mon, Mar 3, 2014 at 5:03 PM, Adrian Chadd wrote: >> >> Cool. DOn't be afraid to poke alc (cc'ed); he may have some insights. :) >> >> >> -a >> >> >> On 3 March 2014 17:02, Craig Rodrigues wrote: >> > Hi, >> > >> > http://www.freebsd.org/cgi/query-pr.cgi?pr=187238 >> > >> > -- >> > Craig >> > >> > On Mon, Mar 3, 2014 at 3:49 PM, Adrian Chadd wrote: >> >> >> >> Have you filed a PR? :-P >> >> >> >> >> >> -a >> >> >> >> >> >> On 3 March 2014 14:09, Craig Rodrigues wrote: >> >> > [Resending] >> >> > >> >> > >> >> > Hi, >> >> > >> >> > As part of the Jenkins deployment in the FreeBSD cluster >> >> > the jenkins-admin team observed that when running Jenkins on FreeBSD >> >> > 10, >> >> > the Java virtual machine from the openjdk6 or openjdk7 port >> >> > would coredump regularly. >> >> > >> >> > See item #10 here: https://wiki.freebsd.org/Jenkins >> >> > >> >> > On the advice of Jung-uk Kim, I put the following in >> >> > /boot/loader.conf: >> >> > >> >> > vm.pmap.pcid_enabled="0" >> >> > >> >> > and rebooted. >> >> > >> >> > After that, the Java coredumping problems went away. >> >> > >> >> > Can someone with VM expertise look into this problem and suggest a >> >> > fix? >> >> > >> >> > There are many reports of Java coredumping on FreeBSD 10, such as >> >> > this >> >> > one: >> >> > >> >> > http://lists.freebsd.org/pipermail/freebsd-java/2014-March/010606.html >> >> > >> >> > It would be good to fix this, so that Java works "out of the box" on >> >> > FreeBSD 10. It's not good when kernel tunables need to be set >> >> > so that Java can work. :( >> >> > >> >> > Thanks. >> >> > >> >> > -- >> >> > Craig >> >> > _______________________________________________ >> >> > 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 Mar 4 07:25:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B625420E; Tue, 4 Mar 2014 07:25:41 +0000 (UTC) Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 64216B74; Tue, 4 Mar 2014 07:25:41 +0000 (UTC) Received: by mail-ob0-f173.google.com with SMTP id gq1so7899821obb.18 for ; Mon, 03 Mar 2014 23:25:40 -0800 (PST) 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=OoJZ1vkEU6sIBRjC9vV1MyBBlsrBSC3WN3X07EcWKJI=; b=bTPXFRP8TuygexM2BKSz272qnJn8f+gH8p4bMN3RrJjgAHlXHSx/NW+ixsG7dtq3Zb /jrYWSFaIieVf5pYUm+81NPrixSihKB8sl1Pi1Us26KxeMlCn5yScsOU6qKtkG4fKLfA V9t7yk1R5a90WI51aWgwMpYwxqePSKauaWbvoIHAlWChXTBBdCTpGKG6OL1l0i05CaHC 1IyY0xaVIp55RB3MzOR+czJKlhdJ1DLoZxEz220CACDUzYa85gN0o1CS7gTSqHmVQQUA 5dgcBm1HDh5WiIKx9UfwEcAWRrs0s5lLAcN7rmsv3I/F9BzenClsKnaBLdMqX/42kC/x 0qdA== MIME-Version: 1.0 X-Received: by 10.182.180.7 with SMTP id dk7mr31517640obc.20.1393917940439; Mon, 03 Mar 2014 23:25:40 -0800 (PST) Received: by 10.182.76.201 with HTTP; Mon, 3 Mar 2014 23:25:40 -0800 (PST) In-Reply-To: References: <20140227021917.GE81440@lor.one-eyed-alien.net> <530EBCDB.1090303@delphij.net> <53138FA6.1060705@delphij.net> Date: Tue, 4 Mar 2014 02:25:40 -0500 Message-ID: Subject: Re: UDP Lite support From: Joe Nosay To: Xin LI Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Brooks Davis , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Mar 2014 07:25:41 -0000 On Sun, Mar 2, 2014 at 4:23 PM, Joe Nosay wrote: > > > > On Sun, Mar 2, 2014 at 4:04 PM, Joe Nosay wrote: > >> >> >> >> On Sun, Mar 2, 2014 at 3:20 PM, Joe Nosay wrote: >> >>> >>> >>> >>> On Sun, Mar 2, 2014 at 3:19 PM, Joe Nosay wrote: >>> >>>> >>>> >>>> >>>> On Sun, Mar 2, 2014 at 3:08 PM, Xin Li wrote: >>>> >>>>> -----BEGIN PGP SIGNED MESSAGE----- >>>>> Hash: SHA512 >>>>> >>>>> On 3/2/14, 10:42 AM, Joe Nosay wrote: >>>>> > On Thu, Feb 27, 2014 at 3:22 AM, Joe Nosay >>>>> > wrote: >>>>> > >>>>> >> >>>>> >> >>>>> >> >>>>> >> On Wed, Feb 26, 2014 at 11:19 PM, Xin Li >>>>> >> wrote: >>>>> >> >>>>> > On 02/26/14 18:52, Joe Nosay wrote: >>>>> >>>>> On Wed, Feb 26, 2014 at 9:19 PM, Brooks Davis >>>>> >>>>> wrote: >>>>> >>>>> >>>>> >>>>>> On Wed, Feb 26, 2014 at 07:36:29PM -0500, Joe Nosay >>>>> >>>>>> wrote: >>>>> >>>>>>> The last thread on this was in 2006. Has it ever been >>>>> >>>>>>> reconsidered or is the likelihood of too many damaged >>>>> >>>>>>> packets the reason for not supporting? I'm not sure >>>>> >>>>>>> where to put this question. Apologies for the noise. >>>>> >>>>>> >>>>> >>>>>> You've provided next to no context. What is the >>>>> >>>>>> question? What thread are you referring to? If this is >>>>> >>>>>> the usual UDP then freebsd-net would be vastly more >>>>> >>>>>> appropriate than -current. >>>>> >>>>>> >>>>> >>>>>> -- Brooks >>>>> >>>>>> >>>>> >>>>> Thanks. I will ask kevlo and maybe bring it up on >>>>> >>>>> freebsd-net. It has to do with an implementation of the >>>>> >>>>> JACK server using UDP Lite for transferring data. >>>>> >>>>> >>>>> >>>>> >>>>> > >>>>> http://freebsd.1045724.n5.nabble.com/UDP-lite-for-FreeBSD-td4010236.html >>>>> > >>>>> > Looks >>>>> >>>>> >>>>> > like nobody proposed a patch? >>>>> > >>>>> > I think the concern was that this is not very useful in real-world >>>>> > scenarios due to link layer error detection mechanism but that >>>>> > doesn't raise a red flag to me assuming this is sufficiently self >>>>> > contained feature as it would improve compatibility with other >>>>> > operating systems. >>>>> > >>>>> > Cheers, >>>>> >>> >>>>> >> >>>>> >> https://github.com/torelizer/jack_trauma >>>>> >> >>>>> >> Not my project; but, I want to port it to FreeBSD. First is to >>>>> >> get it to build from source. Use your raspberry pi with FreeBSD >>>>> >> to broadcast your tunes and all. >>>>> >> >>>>> > >>>>> > >>>>> > Thanks for all of the input. The project is being reworked to >>>>> > improve the code. >>>>> >>>>> Kevin Lo have a patchset but needs someone to do performance testing >>>>> (its impact on non-UDPLite applications), test with vimage, etc: >>>>> >>>>> http://people.freebsd.org/~kevlo/udplite.diff >>>>> http://people.freebsd.org/~kevlo/udp-v.diff >>>>> >>>>> Are you interested in working on these and report back? >>>>> >>>>> Cheers, >>>>> -----BEGIN PGP SIGNATURE----- >>>>> >>>>> iQIcBAEBCgAGBQJTE4+mAAoJEJW2GBstM+nsthoQAIW67l7yDfIPvxDsNIWWJcRd >>>>> 8brFYCAOPYE4LpuLGjtSgy370aBe9JmwAm41tE4qF0WhGpcu6TLsKjgMGWa/lHCc >>>>> JId8+WBfbbQT8XJj/d+3oOETn5/rglvlRhJbnNIwaQpTXxuMC5oz2nGW7rIpIkaA >>>>> OHo0D20DzGj4nxrQvijZ7DsMkk3F+KJu/4p7M6lpsIPCakknW1WD7IHRfbZ4Oldz >>>>> 2xH4HfIk7cAdA7i/YUNjlpSgWFQ5OU03J5HAYfC6W37wiGbjdBYf/PKVhJ8hz7+D >>>>> OCl+yCV00u4fCjlY6zXFea9pGr7Cl1P+sapwKDZ4g+NpNHxBUVY+ahbjQUHYON2W >>>>> sdzAsLpMMqavCr1o8mcXdm7IPRlLUK9QZUySC9DitPvoF8G2llTAz1mWa4/Oj7/S >>>>> JMiUERcaL5gdFN8EgEKkamFgLJguYquAjGtiowa51EMbnZG0Q2yWUcrEBFHWBEZT >>>>> RW1u6r4ChIrPE9X5ljfFpQyKG6jFhYFXG+iVlgTB7F2ZWhjPAXi/tLbBnvIcci1m >>>>> Md4XFm/bBJj/yNXdPuCi+CtvvdpZ/d4LQn4B7By5bIo1QjCb4Zx5n2Tq5xnYZUOI >>>>> CnSVnNSkwLbbrAVtYOVWnrSuwR33JQnqeGHdM+XYBBwKBRhrx+ZgFWD7N6Gm95PU >>>>> xXSxkgYVXI4sgi7Lh3Ia >>>>> =2Vmc >>>>> -----END PGP SIGNATURE----- >>>>> >>>> >>>> >>>> I have on patch file that Lo sent. Three different files are on it with >>>> the assumption that the patch-root is /usr/src. I'm thinking about snipping >>>> it twice and then applying each subpatch within the proper subdirectory. >>>> Now, this would not when Index:reference is at the header of each, right? >>>> >>> One not one in first sentence. Insert hurt between not & when in last >>> sentence. >>> >>> I'm doing patch -p *.diff and the process is taking some time. What am >> I doing wrong? >> > Syntax. > Rebuild reinstall the source portions in common then find an application > that uses udplite, right? > "Duhhhh." > Thanks. > "Yuhhh" > There is x264 and wireshark as my available options for testing if udp lite works. Give me a moment because I have a single machine and need to setup a virtual graphics card. From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 12:20:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64E2776B for ; Tue, 4 Mar 2014 12:20:35 +0000 (UTC) Received: from nm16-vm6.access.bullet.mail.bf1.yahoo.com (nm16-vm6.access.bullet.mail.bf1.yahoo.com [216.109.115.53]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E6415BC9 for ; Tue, 4 Mar 2014 12:20:34 +0000 (UTC) Received: from [66.196.81.155] by nm16.access.bullet.mail.bf1.yahoo.com with NNFMP; 04 Mar 2014 12:17:18 -0000 Received: from [98.139.221.250] by tm1.access.bullet.mail.bf1.yahoo.com with NNFMP; 04 Mar 2014 12:17:18 -0000 Received: from [127.0.0.1] by smtp120.sbc.mail.bf1.yahoo.com with NNFMP; 04 Mar 2014 12:17:18 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1393935438; bh=pdOAuU/WsOkCpFliHaiGhCDZ75wfwyMRJK/PXhPRw6U=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:Subject; b=t+6E0SiNin6EHNu9lkupGZqTKb+Qs+jZrgtHT4yMdtIYtTHWVWXeUo+2wFKZOh5o336RsDX+IVVjnALyXiUe2SIlFC6Dp/4qrIruZu64tlYxThBKLF/yTjbmZ08tfDDWjfA4jZpu+6TO6CCAq86XRGgJoljATcJbxJQlI3Asz78= X-Yahoo-Newman-Id: 634745.72215.bm@smtp120.sbc.mail.bf1.yahoo.com Message-ID: <634745.72215.bm@smtp120.sbc.mail.bf1.yahoo.com> Date: Tue, 4 Mar 2014 12:17:18 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: wGuJQT0VM1mNWYqovSgMzxtyjuD1RL30bn5Fzme69YDzx29 h.dMCVwPXjrz_5cv.JFSjajIRq4uiDneYd.Uubj4Rpsr95a2HUsU.lmICgbf Znwgo6NdrhvlYZzU4g01n7CI_6komMrlNcuPnsV4pL5j6kOmJRAgwFGbdcXZ Rg67nOas.KrmzBVK415PNJwDXkt8HuzNTrnWJNZyhf441_6fWX6O419_Ft2G KvAlaB9MKv0J_950d3OpSOKPGSxiENKRKNZ4R_TxInj9A7DlN1qqHzVKaOcC lC.Cy8j_h5f_EeNacF_LzyizQa_Beyd0W1MeSwq8nzT4Uq8Zl5UPJev1URZs hE1LaYTVdNnPufgEPyHHUdGht3KT23GQAY5._VjCmic3R55tA1g5KXMjtzLn hJri2rgstbEIQ51KsG8WM3wa9tG1paYEa.ucspHPmFXV3fradjJsVnZPFb83 kpllFR0wskehd3tT7nzroiPzywr08la8q9cPQw9LUswaxnsmffZd9SJoe7VW CZGYBhuhHsZ.zUZ3srVJdvpbk1WywwdeUt.o62d9o5s811j_2J2zj6Qu8n0_ ZQZecklw6hZAJWU8Nm.dK X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [98.139.221.42]) by smtp120.sbc.mail.bf1.yahoo.com with SMTP; 04 Mar 2014 12:17:18 +0000 UTC From: "Thomas Mueller" To: freebsd-current@freebsd.org Subject: Status of llvm/clang 3.4? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Mar 2014 12:20:35 -0000 What is the current status of clang, regarding known bugs, on FreeBSD-current? There were reports of www/firefox failing to build because of bug in llvm. Can I currently build ports normally on FreeBSD-current amd64 and i386, or do I need to wait? Or update system and build ports on my FreeBSD 10-stable amd64 and i386 installations while I wait for bug fix? Tom From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 14:04:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D02F5704 for ; Tue, 4 Mar 2014 14:04:58 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6D5F99C0 for ; Tue, 4 Mar 2014 14:04:58 +0000 (UTC) Received: from [192.168.10.5] ([62.246.110.10]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0MIzGn-1WMkhv3Re5-002bTn; Tue, 04 Mar 2014 15:04:50 +0100 Message-ID: <5315DD83.2000806@gmx.net> Date: Tue, 04 Mar 2014 15:04:51 +0100 From: Michael Schmiedgen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Thomas Mueller , freebsd-current@freebsd.org Subject: Re: Status of llvm/clang 3.4? References: <634745.72215.bm@smtp120.sbc.mail.bf1.yahoo.com> In-Reply-To: <634745.72215.bm@smtp120.sbc.mail.bf1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:vqaaa0ARxyLRKIhMMpHci6Jzd0JmIMH/ea0Gh7AyY5gFyR5ehO2 /u0x8sXbwHcMXMe9LGURj8onzw4vSO1HV4F7z0zEi0k+fGQ50UIuYhBgYyzwvLyT04cJH5m uJ9l4FNIR1y8Jz0mbtTTakozq2zzCYyU3LGQDxObgY88h5rfy7y7PMFjVt9GIS54k0aVe0e D4yeb7cVxqZwIXQk3Qt1Q== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Mar 2014 14:04:58 -0000 On 04.03.2014 13:17, Thomas Mueller wrote: > What is the current status of clang, regarding known bugs, on FreeBSD-current? > > There were reports of www/firefox failing to build because of bug in llvm. > > Can I currently build ports normally on FreeBSD-current amd64 and i386, or do I need to wait? > > Or update system and build ports on my FreeBSD 10-stable amd64 and i386 installations while I wait for bug fix? Recently I had problems with building py-sqlite3 while building firefox, something like unknown clang arguments ('-R' or something) are errors now. Yesterday I built (via ssh) fresh kernel/world/ports and everything worked fine (the build). Today I will try the binaries with direct access to the machine. Cheers Michael From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 16:18:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1F651220 for ; Tue, 4 Mar 2014 16:18:53 +0000 (UTC) Received: from eu1sys200aog125.obsmtp.com (eu1sys200aog125.obsmtp.com [207.126.144.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6E37A8EF for ; Tue, 4 Mar 2014 16:18:52 +0000 (UTC) Received: from mail-we0-f181.google.com ([74.125.82.181]) (using TLSv1) by eu1sys200aob125.postini.com ([207.126.147.11]) with SMTP ID DSNKUxX85SiizPV3tU0X50OVsd2jdg7a6JWA@postini.com; Tue, 04 Mar 2014 16:18:52 UTC Received: by mail-we0-f181.google.com with SMTP id q58so5146704wes.40 for ; Tue, 04 Mar 2014 08:18:45 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:message-id:to:subject:reply-to; bh=o39IzGp8yfsixSvYhhEJwKaBPbseDuJOuOyqkeyEY3c=; b=hk/t49DrRpBcfcFzsd+VZV83ot/2wrxVVRiP7uF+Gr3Xe7ya64JvrcEn1jQBtjk2Wg ibsTdmHbWQW2D4P/sofLNOY5Dp5iBaigpEmpU4ixY95DfKOG1DMwvUPjMpkRDsX+wIFd BdRY4Bp+M4wveomqEQS6L0TkIxP82LjD44s5ZgoXOLPR3fiauzqVpzdtoQYSpn8V/E5j 4Gv3miWrusQsbfFvZHE2D2hKjyLpHmD40pwIWExLiw8Bkuz9k/BE1x63yVttjQHmWoy9 XmgbY+yHRq/WNpL4J1H/wGjC8f3t5zpQlbUjzI4vxW+j3W7GazebWLXocmgDqYcAj26v 1H3A== X-Gm-Message-State: ALoCoQllq6X5IzffcHlPI9bwXWq7fA9UYL32JyAHXs0CDbQ7wbz3tqHPflVfKdOzoAUsUdoJxEUyh1lg+eOAXyJI/7wVroRNTDykgK1KecBTcDYuY/w0yNHPnUFQTwIc1CLdMP85VdKEUwL/GAKkJNA8GO/WB7KyKNiRa7LajvJ4t4IfiDG7o/I= X-Received: by 10.194.190.10 with SMTP id gm10mr432954wjc.55.1393949925015; Tue, 04 Mar 2014 08:18:45 -0800 (PST) X-Received: by 10.194.190.10 with SMTP id gm10mr432950wjc.55.1393949924945; Tue, 04 Mar 2014 08:18:44 -0800 (PST) Received: from mech-cluster241.men.bris.ac.uk (mech-cluster241.men.bris.ac.uk. [137.222.187.241]) by mx.google.com with ESMTPSA id t5sm54478314wjw.15.2014.03.04.08.18.43 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 04 Mar 2014 08:18:44 -0800 (PST) Sender: Anton Shterenlikht Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6) with ESMTP id s24GIgoS043479 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 4 Mar 2014 16:18:42 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6/Submit) id s24GIgFO043478 for freebsd-current@freebsd.org; Tue, 4 Mar 2014 16:18:42 GMT (envelope-from mexas) Date: Tue, 04 Mar 2014 08:18:44 -0800 (PST) From: Anton Shterenlikht Message-Id: <201403041618.s24GIgFO043478@mech-cluster241.men.bris.ac.uk> To: freebsd-current@freebsd.org Subject: close my resolved and obsolete PR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: mexas@bris.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, 04 Mar 2014 16:18:53 -0000 Please close this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/158542 I can no longer reproduce the problem. Thanks Anton From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 16:35:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C02AE7D9 for ; Tue, 4 Mar 2014 16:35:07 +0000 (UTC) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 37870A82 for ; Tue, 4 Mar 2014 16:35:06 +0000 (UTC) Received: from dator167.onk.lu.se (dator167.onk.lu.se [130.235.5.190]) by mrelayeu.kundenserver.de (node=mreue104) with ESMTP (Nemesis) id 0M6ETS-1X9mnL1NAQ-00y8O8; Tue, 04 Mar 2014 17:29:53 +0100 Message-ID: <5315FF7F.5060005@FreeBSD.org> Date: Tue, 04 Mar 2014 17:29:51 +0100 From: Christian Brueffer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: close my resolved and obsolete PR References: <201403041618.s24GIgFO043478@mech-cluster241.men.bris.ac.uk> In-Reply-To: <201403041618.s24GIgFO043478@mech-cluster241.men.bris.ac.uk> X-Enigmail-Version: 1.6 OpenPGP: id=3A67DC36; url=http://people.freebsd.org/~brueffer/brueffer.key.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="NbwVQ5DbjxNnXW5cxQUFpTQbUaGGOLLh6" X-Provags-ID: V02:K0:SCDlDD8n8h1RjQykXxp8ammy64V5ywtyTyLbjb1sOSH y6kNjS3+GNkC+j0jx0g6kn4o04+nUyJYWb8NFj039RfMP++h66 OQsgKPVlwBq1QpDXH1g9xMapdhCOciCCd+fikbNrT1l3mIkTZI EtvZdEEvZuOkPnZJcnp/vH4rUeDuujnQHG9Jz4AZPZyhNde+fM 4BLko0OuobE6sv3HGZ/vniqh1FWZVAzC6r0b+xkEv1XwWJmBlZ SilJLMaQGfCJ8xgEMvDHURlVXlw057R3MSNIpfdzd5XzXYbp8D ltnx2/HJDE2L4qpyf1JhdFNO1DxlrFPlr4IWJOT6Z6SbjlGbhI 1QuavzTBpaSAiRwwdXztvck0hZEsAp3puet1qi1fv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Mar 2014 16:35:07 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --NbwVQ5DbjxNnXW5cxQUFpTQbUaGGOLLh6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 3/4/14 5:18 PM, Anton Shterenlikht wrote: > Please close this PR: >=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/158542 >=20 > I can no longer reproduce the problem. >=20 Done, thanks for the follow-up! Chris --NbwVQ5DbjxNnXW5cxQUFpTQbUaGGOLLh6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJTFf+AXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ5QzhCQjQ5MDgzNDUwNjkyOUM5Mjg2NDE3 OEM4MzY5ODQ3RTE2NDg3AAoJEHjINphH4WSHx8YP/AttLThXhwJCHeQ1FyvnvDwU dRCdddVmyG0OWnb8fYgtpmKEdTcEdq6GxYsreL8lSbJEXH44waI8Ac9aLhAfujaY t1xpLAiZTb2S4gMhHzsckRR1GcOWICWTuGuQhfXFpiVoA7+CACC5TaPJe9TnhNzs 5iKAMszOLEIaXj9QonMRGJoW1XZ6wFLaDHYZjpDv3SZ/to/8gKwxq4jXUmbOnVKx 6SBmBY5CtHSWiY5lwyT1TaZlvhOf6PX1csDy/aOc0j9Lz0HOFTZShXEgTUCoJmGk ufeKMqZH61diXt76qkjrtU1E5vn5b3SmZnH3FTKs3wKIwy7dlsuJTtfjlzoBMT/p qHDaGiiELG4eJSBgmHRuNYGx/5FJ3bnkKtLIM75U/HHQlmuc0WaPASZEvPMKcv/Q bCPDa85L/Z63UWtCeGqTG1YeYao1o9t0WbxnAm0xUhiwqkFR6VxM+x2yr5PieI6R Z2H7MuYWN6yO9YJa9TzrJjfqZuVow6DVGRyVR6G7Bf0lbo3vlvbFHJpXQYRdrNcm rhlgDPz0jKltDQrouG9c/DVTpuss3d/Kj4diNPXFBik9/Vq0ZYZ5aJ/XHUYeOE+A oNbRzsd/5FA3KpZ/WOw3HGX8tbi1P2iWbMgkF6HGbbgPBFxhzlwpVtACYY4inKzD tB00WVHJc1Ak81HDyzcN =YqRJ -----END PGP SIGNATURE----- --NbwVQ5DbjxNnXW5cxQUFpTQbUaGGOLLh6-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 17:48:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5457AB10 for ; Tue, 4 Mar 2014 17:48:29 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2E70D1A1 for ; Tue, 4 Mar 2014 17:48:29 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.8/8.14.8) with ESMTP id s24HMaIl087622 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 4 Mar 2014 09:22:36 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.8/8.14.8/Submit) id s24HMYPg087621; Tue, 4 Mar 2014 09:22:34 -0800 (PST) (envelope-from sgk) Date: Tue, 4 Mar 2014 09:22:34 -0800 From: Steve Kargl To: Thomas Mueller Subject: Re: Status of llvm/clang 3.4? Message-ID: <20140304172234.GA87591@troutmask.apl.washington.edu> References: <634745.72215.bm@smtp120.sbc.mail.bf1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <634745.72215.bm@smtp120.sbc.mail.bf1.yahoo.com> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Mar 2014 17:48:29 -0000 On Tue, Mar 04, 2014 at 12:17:18PM +0000, Thomas Mueller wrote: > What is the current status of clang, regarding known bugs, on FreeBSD-current? > > There were reports of www/firefox failing to build because of bug in llvm. Still broken of i386. Given the google results for "llvm ud2" it is likely that clang will never be fixed. > Can I currently build ports normally on FreeBSD-current amd64 and i386, > or do I need to wait? I can build all ports that I use except firefox. Chrome seems to work. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 18:04:51 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 17A2C2A1 for ; Tue, 4 Mar 2014 18:04:51 +0000 (UTC) Received: from mail-qc0-x22d.google.com (mail-qc0-x22d.google.com [IPv6:2607:f8b0:400d:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CB00934A for ; Tue, 4 Mar 2014 18:04:50 +0000 (UTC) Received: by mail-qc0-f173.google.com with SMTP id r5so4547361qcx.18 for ; Tue, 04 Mar 2014 10:04:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=3f8DB6LCXV8pMyn8at9y4k6nTA5y37L7M702Y+tpqBY=; b=obefA7r8RfPvL0wa2AJR5lZ1NrxVMASQS/Qcs1J0agPWxnxCAdDuhcz5TdDhhsHQfo 5RdgCOorG70PmmdDY+YuR4loAMvmeYFgTsimeqVk11leYY/Hf+oRbzhwRbA6mp49386Z gYp8/H1p4+oo+chW2n2rxWO/uOy+noalaSddB5fFbShQAifMKGSXtLkGDOEViitOnj2d DFA9QsJCFLoWhyAp/rj3FhCktl8Iu5UCphRoO8qgyyYlbSAAwert7PuHlNa5yQTz3Ioo 5uAUpLvC5pG+mND0cY1EjscucQKutetWaU1rV/ccjufMwYBVwrKOwnhC/8wz/W0jW5oY Nu3A== MIME-Version: 1.0 X-Received: by 10.140.89.71 with SMTP id u65mr1050485qgd.93.1393956289885; Tue, 04 Mar 2014 10:04:49 -0800 (PST) Sender: carpeddiem@gmail.com Received: by 10.140.31.68 with HTTP; Tue, 4 Mar 2014 10:04:49 -0800 (PST) In-Reply-To: <20140304172234.GA87591@troutmask.apl.washington.edu> References: <634745.72215.bm@smtp120.sbc.mail.bf1.yahoo.com> <20140304172234.GA87591@troutmask.apl.washington.edu> Date: Tue, 4 Mar 2014 13:04:49 -0500 X-Google-Sender-Auth: K8dFruBhaWgvuCR_z5mYwCgXT-s Message-ID: Subject: Re: Status of llvm/clang 3.4? From: Ed Maste To: Steve Kargl Content-Type: text/plain; charset=ISO-8859-1 Cc: Thomas Mueller , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Mar 2014 18:04:51 -0000 On 4 March 2014 12:22, Steve Kargl wrote: > > On Tue, Mar 04, 2014 at 12:17:18PM +0000, Thomas Mueller wrote: > > What is the current status of clang, regarding known bugs, on FreeBSD-current? > > > > There were reports of www/firefox failing to build because of bug in llvm. > > Still broken of i386. Given the google results for "llvm ud2" > it is likely that clang will never be fixed. Except in this case it's just a plain old Clang bug, not a general undefined behaviour issue. The Clang PR is here: http://llvm.org/bugs/show_bug.cgi?id=19007 Dimitry has a patch to work around the issue in FreeBSD PR 187103: http://www.freebsd.org/cgi/query-pr.cgi?pr=187103 From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 18:38:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28D1B42B; Tue, 4 Mar 2014 18:38:21 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F140489A; Tue, 4 Mar 2014 18:38:20 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C2745B94B; Tue, 4 Mar 2014 13:38:18 -0500 (EST) From: John Baldwin To: Adrian Chadd Subject: Re: signal 8 (floating point exception) upon resume Date: Tue, 4 Mar 2014 11:24:04 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201403031411.00805.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201403041124.04122.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 04 Mar 2014 13:38:18 -0500 (EST) Cc: freebsd-current , Konstantin Belousov , Bruce Evans , Jung-uk Kim , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Mar 2014 18:38:21 -0000 On Monday, March 03, 2014 6:49:08 pm Adrian Chadd wrote: > I'll try this soon. > > I had it fail back to newcons, rather than Xorg normally dying without > restoring state. It wouldn't let me spawn a shell. Logging in worked > fine, but normal shell exec would eventually and quickly lead to > failure, dropping me back to the login prompt. If you have set CPUTYPE in /etc/src.conf such that your userland binaries are built with SSE, etc. then I expect most things to break because the FPU is in a funky state without this patch. I suspect if you don't set CPUTYPE so that your userland binaries do not use the FPU, you can probably resume just fine without this fix. > -a > > > On 3 March 2014 11:11, John Baldwin wrote: > > On Friday, February 28, 2014 9:00:57 pm Adrian Chadd wrote: > >> On 28 February 2014 15:35, Adrian Chadd wrote: > >> > ... how'd this ever work in the past then? > >> > > >> > >> .. and I've submitted it as a PR: > >> > >> kern/187152 > > > > Complete stab in the dark (not compile tested) here: > > > > http://www.FreeBSD.org/~jhb/patches/i386_fpu_suspend.patch > > > > -- > > John Baldwin > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 18:38:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 17F6A430; Tue, 4 Mar 2014 18:38:22 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C787689B; Tue, 4 Mar 2014 18:38:21 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 95216B95B; Tue, 4 Mar 2014 13:38:20 -0500 (EST) From: John Baldwin To: Bryan Drewery , Konstantin Belousov , Alan Cox Subject: Re: panic: lockmgr still held [tmpfs] [vm_map_remove()->vdropl()] (r262186: Thu Feb 20) Date: Tue, 4 Mar 2014 11:45:48 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <53109ACB.20102@FreeBSD.org> <201403031306.59405.jhb@freebsd.org> <53153F43.6010506@FreeBSD.org> In-Reply-To: <53153F43.6010506@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201403041145.48425.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 04 Mar 2014 13:38:20 -0500 (EST) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Mar 2014 18:38:22 -0000 On Monday, March 03, 2014 9:49:39 pm Bryan Drewery wrote: > On 3/3/2014 12:06 PM, John Baldwin wrote: > > On Sunday, March 02, 2014 10:58:45 am Bryan Drewery wrote: > >> On 2/28/2014 3:18 PM, John Baldwin wrote: > >>> On Friday, February 28, 2014 9:18:51 am Bryan Drewery wrote: > >>>> While using poudriere: > >>>> > >>>>> Unread portion of the kernel message buffer: > >>>>> panic: lockmgr still held > >>>>> cpuid = 12 > >>>>> KDB: stack backtrace: > >>>>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe124804f7a0 > >>>>> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe124804f850 > >>>>> vpanic() at vpanic+0x126/frame 0xfffffe124804f890 > >>>>> kassert_panic() at kassert_panic+0x139/frame 0xfffffe124804f900 > >>>>> lockdestroy() at lockdestroy+0x3b/frame 0xfffffe124804f920 > >>>>> vdropl() at vdropl+0x1c8/frame 0xfffffe124804f960 > >>>>> vm_object_deallocate() at vm_object_deallocate+0x10b/frame 0xfffffe124804f9c0 > >>>>> vm_map_process_deferred() at vm_map_process_deferred+0x89/frame 0xfffffe124804f9f0 > >>>>> vm_map_remove() at vm_map_remove+0xc8/frame 0xfffffe124804fa20 > >>>>> vmspace_exit() at vmspace_exit+0xc9/frame 0xfffffe124804fa60 > >>>>> exit1() at exit1+0x541/frame 0xfffffe124804fad0 > >>>>> sys_sys_exit() at sys_sys_exit+0xe/frame 0xfffffe124804fae0 > >>>>> ia32_syscall() at ia32_syscall+0x270/frame 0xfffffe124804fbf0 > >>>>> Xint0x80_syscall() at Xint0x80_syscall+0x95/frame 0xfffffe124804fbf0 > >>>>> --- syscall (1, FreeBSD ELF32, sys_sys_exit), rip = 0x281014df, rsp = 0xffffc45c, rbp = 0xffffc468 --- > >>>> > >>>>> #4 0xffffffff808c00db in lockdestroy (lk=0xfffff80a88a285f0) at /usr/src/sys/kern/kern_lock.c:440 > >>>>> 440 KASSERT(lk->lk_lock == LK_UNLOCKED, ("lockmgr still held")); > >>>>> (kgdb) print *lk > >>>>> $1 = {lock_object = {lo_name = 0xffffffff8201a1bd "tmpfs", lo_flags = 116588552, lo_data = 0, lo_witness = 0xfffffe00006fec00}, lk_lock = > >>> 18446735288132049184, lk_exslpfail = 0, > >>>>> lk_timo = 51, lk_pri = 96} > >>> > >>> Can you please grab people.freebsd.org/~jhb/gdb/* > >>> > >>> and then do 'cd /path/to/files', 'source gdb6', 'frame 4', 'lockmgr_owner lk'? > >>> > >> > >> (kgdb) lockmgr_owner lk > >> td: 0xfffff80272c61920 > >> pid: 55040, p_comm: testprog > > > > Can you get a stack trace of that program? ('proc 55040', 'bt') > > > > It's the same as original: So I'm not sure how to fix this. The crash is in this code in vm_object_deallocate(): if (object->type == OBJT_SWAP && (object->flags & OBJ_TMPFS) != 0) { vp = object->un_pager.swp.swp_tmpfs; vhold(vp); VM_OBJECT_WUNLOCK(object); vn_lock(vp, LK_EXCLUSIVE | LK_RETRY); vdrop(vp); VM_OBJECT_WLOCK(object); if (object->type == OBJT_DEAD || object->ref_count != 1) { VM_OBJECT_WUNLOCK(object); VOP_UNLOCK(vp, 0); return; } if ((object->flags & OBJ_TMPFS) != 0) VOP_UNSET_TEXT(vp); VOP_UNLOCK(vp, 0); } The vdrop() is dropping the count to zero and trying to free the vnode. The real problem I think is that swp_tmpfs doesn't have an implicit vhold() on the vnode, so in this case, the code is doing a vhold/vn_lock/vdrop of an already- free vnode. For OBJT_VNODE objects, the reference from the object back to the vnode holds a vref() that gets released by a vput() in vm_object_vndeallocate(). One fix might be to chagne smp_tmpfs to hold a vhold reference. This is untested but might work (but I'm also not sure that this is the right thing in that I don't know what other effects it might have). Can you reproduce this easily? Index: fs/tmpfs/tmpfs_subr.c =================================================================== --- fs/tmpfs/tmpfs_subr.c (revision 262711) +++ fs/tmpfs/tmpfs_subr.c (working copy) @@ -440,10 +440,11 @@ VM_OBJECT_WLOCK(obj); VI_LOCK(vp); + KASSERT(obj->un_pager.swp.swp_tmpfs == vp, "vp mismatch"); vm_object_clear_flag(obj, OBJ_TMPFS); obj->un_pager.swp.swp_tmpfs = NULL; - VI_UNLOCK(vp); VM_OBJECT_WUNLOCK(obj); + vdropl(vp); } /* @@ -578,6 +579,7 @@ VI_LOCK(vp); KASSERT(vp->v_object == NULL, ("Not NULL v_object in tmpfs")); vp->v_object = object; + vholdl(vp); object->un_pager.swp.swp_tmpfs = vp; vm_object_set_flag(object, OBJ_TMPFS); VI_UNLOCK(vp); Index: vm/vm_object.c =================================================================== --- vm/vm_object.c (revision 262711) +++ vm/vm_object.c (working copy) @@ -547,6 +547,7 @@ if ((object->flags & OBJ_TMPFS) != 0) VOP_UNSET_TEXT(vp); VOP_UNLOCK(vp, 0); + vdrop(vp); } if (object->shadow_count == 0 && object->handle == NULL && -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 18:59:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 77E02D7F; Tue, 4 Mar 2014 18:59:01 +0000 (UTC) Received: from mail-qa0-x232.google.com (mail-qa0-x232.google.com [IPv6:2607:f8b0:400d:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C84A1A86; Tue, 4 Mar 2014 18:59:00 +0000 (UTC) Received: by mail-qa0-f50.google.com with SMTP id o15so3864025qap.9 for ; Tue, 04 Mar 2014 10:59:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=fvafMCmTASLJmGvIwASPZVIWo0xU8xLfuXaF1w9Wm4E=; b=Obby2fxAxhWO2gq/Rscmhfygp6Hws8pqI4HbLII09ztm80fDpLI2s9FgeLe5DluCuQ FEi23BOhDXFoRAa4odYNf6u37NJdtCvR7xxSaS02ygMdLhW9thl6Cg6sNdIhmSSNAX0r 7oth6GPydF3GlGOhSzREjQYIOPZ3OJFY2otZ+al2gN0DZKyYaKBeulfj5DwdK1MfG/9H NO9U4APwFFtOhJdkNFDFehwgwN2AVZk5jNpeH9s229dAzqtkRCvmcPiEaQ3S5HoWlBK6 zHmWlAa3uE/B6AGqrVrfKZcnnRWzoxxNxIyOfm+VA1bAdNYYRdCT5Dij0MDvzb5An7lA hZHA== MIME-Version: 1.0 X-Received: by 10.224.60.134 with SMTP id p6mr1606184qah.98.1393959539982; Tue, 04 Mar 2014 10:58:59 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.16.10 with HTTP; Tue, 4 Mar 2014 10:58:59 -0800 (PST) In-Reply-To: <201403041124.04122.jhb@freebsd.org> References: <201403031411.00805.jhb@freebsd.org> <201403041124.04122.jhb@freebsd.org> Date: Tue, 4 Mar 2014 10:58:59 -0800 X-Google-Sender-Auth: Uxf_GbSF5bXtUWjUFXCJNYvTKC0 Message-ID: Subject: Re: signal 8 (floating point exception) upon resume From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , Konstantin Belousov , Bruce Evans , Jung-uk Kim , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Mar 2014 18:59:01 -0000 I'm not using anything in /etc/src.conf . -a On 4 March 2014 08:24, John Baldwin wrote: > On Monday, March 03, 2014 6:49:08 pm Adrian Chadd wrote: >> I'll try this soon. >> >> I had it fail back to newcons, rather than Xorg normally dying without >> restoring state. It wouldn't let me spawn a shell. Logging in worked >> fine, but normal shell exec would eventually and quickly lead to >> failure, dropping me back to the login prompt. > > If you have set CPUTYPE in /etc/src.conf such that your userland binaries > are built with SSE, etc. then I expect most things to break because the FPU > is in a funky state without this patch. I suspect if you don't set CPUTYPE > so that your userland binaries do not use the FPU, you can probably resume > just fine without this fix. > >> -a >> >> >> On 3 March 2014 11:11, John Baldwin wrote: >> > On Friday, February 28, 2014 9:00:57 pm Adrian Chadd wrote: >> >> On 28 February 2014 15:35, Adrian Chadd wrote: >> >> > ... how'd this ever work in the past then? >> >> > >> >> >> >> .. and I've submitted it as a PR: >> >> >> >> kern/187152 >> > >> > Complete stab in the dark (not compile tested) here: >> > >> > http://www.FreeBSD.org/~jhb/patches/i386_fpu_suspend.patch >> > >> > -- >> > John Baldwin >> > > -- > John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 18:59:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F22B3FC9; Tue, 4 Mar 2014 18:59:58 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 786C7AA0; Tue, 4 Mar 2014 18:59:58 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::8880:18f0:3e6e:4058] (unknown [IPv6:2001:7b8:3a7:0:8880:18f0:3e6e:4058]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 793975C45; Tue, 4 Mar 2014 19:59:54 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_8D473C90-BD8A-4551-BD6B-D0FD145BB4B1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Status of llvm/clang 3.4? From: Dimitry Andric In-Reply-To: Date: Tue, 4 Mar 2014 19:59:40 +0100 Message-Id: <609B4434-AD4B-48C4-AED2-17C8618BCA94@FreeBSD.org> References: <634745.72215.bm@smtp120.sbc.mail.bf1.yahoo.com> <20140304172234.GA87591@troutmask.apl.washington.edu> To: Ed Maste X-Mailer: Apple Mail (2.1874) Cc: Thomas Mueller , FreeBSD Current , Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Mar 2014 18:59:59 -0000 --Apple-Mail=_8D473C90-BD8A-4551-BD6B-D0FD145BB4B1 Content-Type: multipart/mixed; boundary="Apple-Mail=_B472EA6E-700E-4058-A66C-F5E7DC8446CB" --Apple-Mail=_B472EA6E-700E-4058-A66C-F5E7DC8446CB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 04 Mar 2014, at 19:04, Ed Maste wrote: > On 4 March 2014 12:22, Steve Kargl = wrote: >>=20 >> On Tue, Mar 04, 2014 at 12:17:18PM +0000, Thomas Mueller wrote: >>> What is the current status of clang, regarding known bugs, on = FreeBSD-current? >>>=20 >>> There were reports of www/firefox failing to build because of bug in = llvm. >>=20 >> Still broken of i386. Given the google results for "llvm ud2" >> it is likely that clang will never be fixed. >=20 > Except in this case it's just a plain old Clang bug, not a general > undefined behaviour issue. The Clang PR is here: > http://llvm.org/bugs/show_bug.cgi?id=3D19007 >=20 > Dimitry has a patch to work around the issue in FreeBSD PR 187103: > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D187103 Indeed, for now you can just drop the two attached patches in /usr/ports/www/firefox/files, and it should then work after rebuilding. (Thanks to Michael Butler for the second patch. :) -Dimitry --Apple-Mail=_B472EA6E-700E-4058-A66C-F5E7DC8446CB Content-Disposition: attachment; filename=patch-xpcom_base_nscore.h Content-Type: application/octet-stream; name="patch-xpcom_base_nscore.h" Content-Transfer-Encoding: 7bit --- xpcom/base/nscore.h.orig 2014-02-12 22:29:26.000000000 +0100 +++ xpcom/base/nscore.h 2014-02-28 17:22:25.000000000 +0100 @@ -111,7 +111,7 @@ * NS_HIDDEN_(int) NS_FASTCALL func2(char *foo); */ -#if defined(__i386__) && defined(__GNUC__) && !defined(XP_OS2) +#if defined(__i386__) && defined(__GNUC__) && !defined(XP_OS2) && !defined(__clang__) #define NS_FASTCALL __attribute__ ((regparm (3), stdcall)) #define NS_CONSTRUCTOR_FASTCALL __attribute__ ((regparm (3), stdcall)) #elif defined(XP_WIN) && !defined(_WIN64) --Apple-Mail=_B472EA6E-700E-4058-A66C-F5E7DC8446CB Content-Disposition: attachment; filename=patch-xpcom_glue_pldhash.h Content-Type: application/octet-stream; name="patch-xpcom_glue_pldhash.h" Content-Transfer-Encoding: 7bit --- xpcom/glue/pldhash.h.orig 2014-02-12 22:29:26.000000000 +0100 +++ xpcom/glue/pldhash.h 2014-03-04 19:49:59.000000000 +0100 @@ -16,7 +16,7 @@ extern "C" { #endif -#if defined(__GNUC__) && defined(__i386__) && !defined(XP_OS2) +#if defined(__GNUC__) && defined(__i386__) && !defined(XP_OS2) && !defined(__clang__) #define PL_DHASH_FASTCALL __attribute__ ((regparm (3),stdcall)) #elif defined(XP_WIN) #define PL_DHASH_FASTCALL __fastcall --Apple-Mail=_B472EA6E-700E-4058-A66C-F5E7DC8446CB Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii --Apple-Mail=_B472EA6E-700E-4058-A66C-F5E7DC8446CB-- --Apple-Mail=_8D473C90-BD8A-4551-BD6B-D0FD145BB4B1 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlMWIqYACgkQsF6jCi4glqORHQCg7RQ9L1L1V26H+H01sbZ369Mz hr8AoJqS1syeSMrJO2k+veLLhXgIZX+o =iIwY -----END PGP SIGNATURE----- --Apple-Mail=_8D473C90-BD8A-4551-BD6B-D0FD145BB4B1-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 19:22:33 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B42D6880; Tue, 4 Mar 2014 19:22:33 +0000 (UTC) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 94637D03; Tue, 4 Mar 2014 19:22:33 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id s24JMH2k007015; Tue, 4 Mar 2014 11:22:21 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201403041922.s24JMH2k007015@gw.catspoiler.org> Date: Tue, 4 Mar 2014 11:22:17 -0800 (PST) From: Don Lewis Subject: Re: Status of llvm/clang 3.4? To: emaste@FreeBSD.org In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: mueller6724@bellsouth.net, freebsd-current@FreeBSD.org, sgk@troutmask.apl.washington.edu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Mar 2014 19:22:33 -0000 On 4 Mar, Ed Maste wrote: > On 4 March 2014 12:22, Steve Kargl wrote: >> >> On Tue, Mar 04, 2014 at 12:17:18PM +0000, Thomas Mueller wrote: >> > What is the current status of clang, regarding known bugs, on FreeBSD-current? >> > >> > There were reports of www/firefox failing to build because of bug in llvm. >> >> Still broken of i386. Given the google results for "llvm ud2" >> it is likely that clang will never be fixed. > > Except in this case it's just a plain old Clang bug, not a general > undefined behaviour issue. The Clang PR is here: > http://llvm.org/bugs/show_bug.cgi?id=19007 > > Dimitry has a patch to work around the issue in FreeBSD PR 187103: > http://www.freebsd.org/cgi/query-pr.cgi?pr=187103 In addtion to this firefox (and libxul - same fix applies) problem, I also ran into problems with: multimedia/libxine PR 187017 already fixed multimedia/gstreamer-ffmpeg PR 187018 already fixed math/atlas PR 186997 i386 only / patch in PR math/fftw* PR 186998 i386 only / patch in PR These are not clang bugs, but differences from gcc. Also, not a clang bug, but caused by the lack of gcc in base: graphics/jogl PR 187186 patch in PR I also ran into a problem bulding math/py-numeric for i386 on a machine with an Athlon 64 CPU, which causes -march=athlon64 to be set. In this case clang aborts. I filed this bug bug report upstream: . I ran into a few more broken ports, but the problems are not clang related. From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 19:47:30 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by hub.freebsd.org (Postfix) with ESMTP id B0604358; Tue, 4 Mar 2014 19:47:29 +0000 (UTC) Message-ID: <53162DD1.3090604@FreeBSD.org> Date: Tue, 04 Mar 2014 14:47:29 -0500 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: John Baldwin , Adrian Chadd Subject: Re: signal 8 (floating point exception) upon resume References: <201403031411.00805.jhb@freebsd.org> <201403041124.04122.jhb@freebsd.org> In-Reply-To: <201403041124.04122.jhb@freebsd.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Mitsuru IWASAKI , freebsd-current , Konstantin Belousov , Bruce Evans , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Mar 2014 19:47:30 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2014-03-04 11:24:04 -0500, John Baldwin wrote: > On Monday, March 03, 2014 6:49:08 pm Adrian Chadd wrote: >> I'll try this soon. >> >> I had it fail back to newcons, rather than Xorg normally dying >> without restoring state. It wouldn't let me spawn a shell. >> Logging in worked fine, but normal shell exec would eventually >> and quickly lead to failure, dropping me back to the login >> prompt. > > If you have set CPUTYPE in /etc/src.conf such that your userland > binaries are built with SSE, etc. then I expect most things to > break because the FPU is in a funky state without this patch. I > suspect if you don't set CPUTYPE so that your userland binaries do > not use the FPU, you can probably resume just fine without this > fix. > >> -a >> >> >> On 3 March 2014 11:11, John Baldwin wrote: >>> On Friday, February 28, 2014 9:00:57 pm Adrian Chadd wrote: >>>> On 28 February 2014 15:35, Adrian Chadd >>>> wrote: >>>>> ... how'd this ever work in the past then? >>>>> >>>> >>>> .. and I've submitted it as a PR: >>>> >>>> kern/187152 >>> >>> Complete stab in the dark (not compile tested) here: >>> >>> http://www.FreeBSD.org/~jhb/patches/i386_fpu_suspend.patch The patch for sys/amd64/amd64/cpu_switch.S is committed: http://svnweb.freebsd.org/changeset/base/262746 i386 patches may be reviewed by the original author (CC'ed). Jung-uk Kim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTFi3RAAoJEHyflib82/FGnboH/3qrAp+Eq/0eebEP/9wU0Ke/ y4y4yvw9nDVexKZ+c5VuTxyWvK9O0w2b+r3f5kuHWferOm22NaJCctt3E/OA5Ly2 1p3ZPvqD5cRZfkdh68AwEeJv93lg84VMSUqNUfS9rsrIU+WpHpPR46sdLpq5KxSP cY2522npmoPrwk+PaTJS4uBQeaX/3vnj5996zxavwVqwlYyR+Zqgi6FhGj+F2RJ1 Ry+9icyNx/8lUfRTLCPsCBRjlUKUk/p/8bfbQK4mSef5Gd8ZAiqdyKqgdMBUYhNA ZplkpijJjvlIIc0dYSwg8gMKmaB6amgw/LJGQit9nTkBU2bOd6L05f1dCpYAxDE= =x0sS -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 21:50:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB3A1801; Tue, 4 Mar 2014 21:50:10 +0000 (UTC) Received: from mail105.syd.optusnet.com.au (mail105.syd.optusnet.com.au [211.29.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id 9425DF3A; Tue, 4 Mar 2014 21:50:10 +0000 (UTC) Received: from c122-106-147-133.carlnfd1.nsw.optusnet.com.au (c122-106-147-133.carlnfd1.nsw.optusnet.com.au [122.106.147.133]) by mail105.syd.optusnet.com.au (Postfix) with ESMTPS id 6DF411041C36; Wed, 5 Mar 2014 08:50:02 +1100 (EST) Date: Wed, 5 Mar 2014 08:50:01 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: John Baldwin Subject: Re: signal 8 (floating point exception) upon resume In-Reply-To: <201403041124.04122.jhb@freebsd.org> Message-ID: <20140305054906.L2176@besplex.bde.org> References: <201403031411.00805.jhb@freebsd.org> <201403041124.04122.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.1 cv=fbeUlSgF c=1 sm=1 tr=0 a=7NqvjVvQucbO2RlWB8PEog==:117 a=PO7r1zJSAAAA:8 a=QCHYaRF0AlEA:10 a=kj9zAlcOel0A:10 a=JzwRw_2MAAAA:8 a=6I5d2MoRAAAA:8 a=3YKTZOPGjmltpYUHLBMA:9 a=CjuIK1q_8ugA:10 X-Mailman-Approved-At: Tue, 04 Mar 2014 22:22:41 +0000 Cc: Adrian Chadd , "freebsd-mobile@freebsd.org" , freebsd-current , Konstantin Belousov , Bruce Evans , Jung-uk Kim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Mar 2014 21:50:11 -0000 On Tue, 4 Mar 2014, John Baldwin wrote: > On Monday, March 03, 2014 6:49:08 pm Adrian Chadd wrote: >> I'll try this soon. >> >> I had it fail back to newcons, rather than Xorg normally dying without >> restoring state. It wouldn't let me spawn a shell. Logging in worked >> fine, but normal shell exec would eventually and quickly lead to >> failure, dropping me back to the login prompt. > > If you have set CPUTYPE in /etc/src.conf such that your userland binaries > are built with SSE, etc. then I expect most things to break because the FPU > is in a funky state without this patch. I suspect if you don't set CPUTYPE > so that your userland binaries do not use the FPU, you can probably resume > just fine without this fix. Non-SSE FPU state might be broken too. >>> Complete stab in the dark (not compile tested) here: >>> >>> http://www.FreeBSD.org/~jhb/patches/i386_fpu_suspend.patch I forget many details of how this works, but noticed that it seems to break consistency of the state for the !fxsave case and related locking. % Index: i386/i386/swtch.s % =================================================================== % --- i386/i386/swtch.s (revision 262711) % +++ i386/i386/swtch.s (working copy) % @@ -417,42 +417,9 @@ % str PCB_TR(%ecx) % % #ifdef DEV_NPX % - /* % - * If fpcurthread == NULL, then the npx h/w state is irrelevant and the % - * state had better already be in the pcb. This is true for forks % - * but not for dumps (the old book-keeping with FP flags in the pcb % - * always lost for dumps because the dump pcb has 0 flags). % - * % - * If fpcurthread != NULL, then we have to save the npx h/w state to % - * fpcurthread's pcb and copy it to the requested pcb, or save to the % - * requested pcb and reload. Copying is easier because we would % - * have to handle h/w bugs for reloading. We used to lose the % - * parent's npx state for forks by forgetting to reload. % - */ This function is mostly bogus (see old mails). % - pushfl % - CLI % - movl PCPU(FPCURTHREAD),%eax % - testl %eax,%eax % - je 1f This CLI/STI locking is bogus. Accesses to FPCURTHREAD are now locked by critical_enter(), as on amd64, and perhaps a higher level already did critical_enter() or even CLI. (CLI/STI in swtch.s seems to be bogus too. amd64 doesn't do it, and I think a higher level does mtx_lock_spin() which does too much, including CLI via spinlock_enter().) % - % - pushl %ecx % - movl TD_PCB(%eax),%eax % - movl PCB_SAVEFPU(%eax),%eax % - pushl %eax % - pushl %eax % - call npxsave % + pushl PCB_FPUSUSPEND(%ecx) % + call npxsuspend Without fxsave, npxsuspend() cannot be atomic without locking, since fnsave destroys the state in the FPU and you either need a lock to reload the old state atomically enough, or a lock to modify FPCURTHREAD atomically enough. Reloading the old state is problematic because the reload might trap. So the old version uses the second method. It calls npxsave() to handle most of the details. But npxsave() was designed to be efficient for its usual use in cpu_switch(), so it doesn't handle the detail of checking FPCURTHREAD or the locking needed for this check, so the above code had to handle these details. % addl $4,%esp % - popl %eax % - popl %ecx % - % - pushl $PCB_SAVEFPU_SIZE % - leal PCB_USERFPU(%ecx),%ecx % - pushl %ecx % - pushl %eax % - call bcopy % - addl $12,%esp % -1: % - popfl % #endif /* DEV_NPX */ This probably should never have been written in asm. Only the similar code in cpu_switch() is time-critical. % % movl $1,%eax % ... % @@ -520,7 +490,16 @@ % movl %eax,%dr7 % % #ifdef DEV_NPX % - /* XXX FIX ME */ % + /* Restore FPU state */ Is the problem just this missing functionality? % ... % Index: i386/isa/npx.c % =================================================================== % --- i386/isa/npx.c (revision 262711) % +++ i386/isa/npx.c (working copy) This has many vestiges of support for interrupt handling (mainly in comments and in complications in the probe). CLI/STI was used for locking partly to reduce complications for the IRQ13 case. The comment before npxsave() still says that it needs CLI/STI locking by callers, but it actually needs critical_enter() locking and most callers only provided that. % @@ -761,7 +761,34 @@ % PCPU_SET(fpcurthread, NULL); % } % % +/* % + * Unconditionally save the current co-processor state across suspend and % + * resume. % + */ % void % +npxsuspend(union safefpu *addr) % +{ % + register_t cr0; % + % + if (!hw_float) % + return; % + cr0 = rcr(0); % + clts(); % + fpusave(addr); % + load_cr(0, cr0); % +} In the !fxsave case, this destroys the state in the npx, leaving fpcurthread invalid. It also does the save when the state in the npx is inactive. I think jkim intentionally this state so that resume can load it unconditionally. It must be arranged that there are no interactions with fpcurthread. This doesn't work so well without fxsave. When fpcurthread != NULL, reloading CR0 keeps CR0_TS and thus ensures that inconsistent state lives for longer. Things will only be OK if fpcurthread isn't changed until resume. You can probably fix this by using the old code here. The old code doesn't need the hw_float test, since fpcurthread != NULL implies hw_float != 0. Actually, I don't see any need to change anything on i386 -- after storing the state for the thread, there should be no need to store it anywhere else across suspend/resume. We intentionally use this method (even on amd64 IIRC), although it is suboptimal, to reduce complications for context switchres and signal handling. npxsave() takes an address, but savectx() didn't abuse this to store directly in the special save area. It made npxsave() store in the pcb, and then copied to the special area. % + % +void % +npxresume(union savefpu *addr) % +{ % + % + if (!hw_float) % + return; % + fninit(); % + fpurstor(addr); % +} The old version seems to have been almost correct in not restoring any FPU state. All the state has been saved in PCBs and none should be restored. Copying it was not useful for suspend/resume, but might be useful for other things. You need that fninit() to avoid exceptions in fpurstor() in case the inactive but initially clean state in the npx was corrupted by suspend/resume. I see a problem in npxdna(). It doesn't clean the state in the npx before fpurstor() since it "knows" that the current (inactive) state is clean so it doesn't need to waste time cleaning it. The state is normally cleaned by fnsave for context switches (sometimes it is cleaned using fnclex() by npxdrop() and friends, since these are perhaps excessively optimized so they don't use the usual fnsave mechanism). This knowledge is wrong if the state was corrupted by suspend/ resume. Try replacing all of these i386 changes by just an fninit instruction at the resume point. This has a chance of helping even in the fxsave case. npxdna() has pessimizations to do quite different cleaning in the fxsave case. It calls fpu_clean_state() to work around bugfeatures in some AMD CPUs, even on non-AMD CPUs. This clears exceptions as a side effect, but it doesn't do a full fninit and it is not clear than fnclex is enough for a state corrupted by suspend/resume. Without this pessimization, npxdna() would only do the SSE instruction fxrestor, and this doesn't need cleaning to use. Suspend/resume doesn't seem to have any direct support for %mxcsr. It seems to depend on fxrstor to load a good one. I think a running with a bad one is harmless provided no SSE instructions are executed before an fxrstor to load a good one. x87 resume should probably repeat all the initialization except for the probe (busy latch stuff ...). Maybe booting doesn't require that either, but if it does then resume might too. % + % +void % npxdrop() % { % struct thread *td; Bruce From owner-freebsd-current@FreeBSD.ORG Tue Mar 4 23:57:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8775AAFD for ; Tue, 4 Mar 2014 23:57:07 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 07929E26 for ; Tue, 4 Mar 2014 23:57:06 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.8/8.14.8) with ESMTP id s24Nv1K9064546 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 5 Mar 2014 03:57:01 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.8/8.14.8/Submit) id s24Nv043064545; Wed, 5 Mar 2014 03:57:00 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 5 Mar 2014 03:57:00 +0400 From: Gleb Smirnoff To: Justin Hibbits , John-Mark Gurney , FreeBSD Current Subject: Re: Build failure on PowerPC in pf Message-ID: <20140304235700.GB64438@glebius.int.ru> References: <20140226212017.GY92037@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140226212017.GY92037@funkthat.com> User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Mar 2014 23:57:07 -0000 John-Mark, On Wed, Feb 26, 2014 at 01:20:17PM -0800, John-Mark Gurney wrote: J> Justin Hibbits wrote this message on Wed, Feb 26, 2014 at 11:12 -0800: J> > On Wed, Feb 26, 2014 at 10:32 AM, Justin Hibbits wrote: J> > > Building on PowerPC I see the following failure: J> > > J> > > cc1: warnings being treated as errors J> > > J> > > /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c: J> > > In function 'pfioctl': J> > > /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:1357:warning: J> > > cast to pointer from integer of different size [-Wint-to-pointer-cast] J> > > /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:1359:warning: J> > > cast to pointer from integer of different size [-Wint-to-pointer-cast] J> > > /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:1361:warning: J> > > cast to pointer from integer of different size [-Wint-to-pointer-cast] J> > > J> > > struct pf_rule has counter_u64_t entries, which are actually pointers J> > > to uint64_t's. These pointers get assigned from the result of J> > > counter_u64_fetch(), which returns a uint64_t. Looks to me like J> > > there's a bug in here, but I have no idea what to do to fix it. And J> > > I'm surprised this hasn't been reported against other 32-bit J> > > architectures. J> > J> > Replying to myself, it looks like this was broken by r261882. J> J> This comment says it all: J> 1352 glebius 261882 /* J> 1353 * XXXGL: this is what happens when internal kernel J> 1354 * structures are used as ioctl API structures. J> 1355 */ J> J> So, one way could be to use a union for the states: J> union { J> struct { J> counter_u64_t states_cur; J> counter_u64_t states_tot; J> counter_u64_t src_nodes; J> } k; J> struct { J> uint64_t states_cur; J> uint64_t states_tot; J> uint64_t src_nodes; J> } u; J> } u; J> J> The other option is to cast through uintptr_t... J> J> Even though it'd make the code a bit more ugly, I'd vote for the union, J> since it's designed for what the code is trying to do... Would above guarantee us that members of "k" won't cross on members of "u" when we fill them one by one? u.states_cur = counter_u64_fetch(k.states_cur); u.states_tot = counter_u64_fetch(k.states_tot); I'd prefer: union states_cur { counter_u64_t k; uint64_t u; } union states_tot { counter_u64_t k; uint64_t u; } union src_nodes { counter_u64_t k; uint64_t u; } Or am I overcautious? -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 00:16:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 464A6E4C; Wed, 5 Mar 2014 00:16:19 +0000 (UTC) Received: from x0r.aitnet.org (x0r.aitnet.org [IPv6:2a00:1728:9:1::5]) by mx1.freebsd.org (Postfix) with ESMTP id BE6C2FF8; Wed, 5 Mar 2014 00:16:18 +0000 (UTC) Received: from terran.aitnet.org (unknown [77.70.75.103]) by x0r.aitnet.org (Postfix) with ESMTPSA id E28973F709; Wed, 5 Mar 2014 02:16:15 +0200 (EET) Date: Wed, 5 Mar 2014 02:16:15 +0200 From: Michael Pounov To: freebsd-current@freebsd.org, glebius@FreeBSD.org Subject: Re: Build failure on PowerPC in pf Message-Id: <20140305021615.9f12e7e3.misho@elwix.org> In-Reply-To: <20140304235700.GB64438@glebius.int.ru> References: <20140226212017.GY92037@funkthat.com> <20140304235700.GB64438@glebius.int.ru> Organization: ELWIX X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.6; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Mar 2014 00:16:19 -0000 We already have PR for this issue :) http://www.freebsd.org/cgi/query-pr.cgi?pr=187074 On Wed, 5 Mar 2014 03:57:00 +0400 Gleb Smirnoff wrote: > John-Mark, > > On Wed, Feb 26, 2014 at 01:20:17PM -0800, John-Mark Gurney wrote: > J> Justin Hibbits wrote this message on Wed, Feb 26, 2014 at 11:12 -0800: > J> > On Wed, Feb 26, 2014 at 10:32 AM, Justin Hibbits wrote: > J> > > Building on PowerPC I see the following failure: > J> > > > J> > > cc1: warnings being treated as errors > J> > > > J> > > /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c: > J> > > In function 'pfioctl': > J> > > /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:1357:warning: > J> > > cast to pointer from integer of different size [-Wint-to-pointer-cast] > J> > > /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:1359:warning: > J> > > cast to pointer from integer of different size [-Wint-to-pointer-cast] > J> > > /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c:1361:warning: > J> > > cast to pointer from integer of different size [-Wint-to-pointer-cast] > J> > > > J> > > struct pf_rule has counter_u64_t entries, which are actually pointers > J> > > to uint64_t's. These pointers get assigned from the result of > J> > > counter_u64_fetch(), which returns a uint64_t. Looks to me like > J> > > there's a bug in here, but I have no idea what to do to fix it. And > J> > > I'm surprised this hasn't been reported against other 32-bit > J> > > architectures. > J> > > J> > Replying to myself, it looks like this was broken by r261882. > J> > J> This comment says it all: > J> 1352 glebius 261882 /* > J> 1353 * XXXGL: this is what happens when internal kernel > J> 1354 * structures are used as ioctl API structures. > J> 1355 */ > J> > J> So, one way could be to use a union for the states: > J> union { > J> struct { > J> counter_u64_t states_cur; > J> counter_u64_t states_tot; > J> counter_u64_t src_nodes; > J> } k; > J> struct { > J> uint64_t states_cur; > J> uint64_t states_tot; > J> uint64_t src_nodes; > J> } u; > J> } u; > J> > J> The other option is to cast through uintptr_t... > J> > J> Even though it'd make the code a bit more ugly, I'd vote for the union, > J> since it's designed for what the code is trying to do... > > Would above guarantee us that members of "k" won't cross on members > of "u" when we fill them one by one? > > u.states_cur = counter_u64_fetch(k.states_cur); > u.states_tot = counter_u64_fetch(k.states_tot); > > I'd prefer: > > union states_cur { > counter_u64_t k; > uint64_t u; > } > union states_tot { > counter_u64_t k; > uint64_t u; > } > union src_nodes { > counter_u64_t k; > uint64_t u; > } > > Or am I overcautious? > > -- > Totus tuus, Glebius. > _______________________________________________ > 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" -- Best Regards! Michael Pounov +359 888 737358, +359 899 737358 WWW: http://www.elwix.org/ XMPP: misho@aitnet.org Skype: mpunov From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 02:32:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2158EDDF; Wed, 5 Mar 2014 02:32:01 +0000 (UTC) Received: from mail-qc0-x233.google.com (mail-qc0-x233.google.com [IPv6:2607:f8b0:400d:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C905FEE0; Wed, 5 Mar 2014 02:32:00 +0000 (UTC) Received: by mail-qc0-f179.google.com with SMTP id m20so473805qcx.24 for ; Tue, 04 Mar 2014 18:32:00 -0800 (PST) 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=0/yvPaEF6D+HGQRqnWFmJ1KAoRkSl1SaX+cqSH2c3r8=; b=CV50IwlIBttDQZ0Hcc3xnA3iWlk8JbxdO5BRfn9PPXWzMvqBlL12OsCwO8Cpl3bdUz OotEleIr6vx9V7YWBvi2XQgxxiPJAk8ouMyrYIhFDXwfqhg32AGHZB5FZwWelV9SrIqw 5bfMh2KVawMB/8wVWX8R7XHJJ4w6/YSR6Bv1YnSjGoBByBTf4zAEC1WnCpHm74jm/kCB sWQ7+4MTbc7lr9F1Nf6w2XWFxRHJzMQ3rafFmzzPvZP3kh8c5Gz4eOZVRgsIJHm9y6Ei eLHM9/HIsxfC/hJGmYTGPjEUyCTmnSIrDxZKD6Ex6bkemNESlYlK3fpd7XcM2B7U4UdZ 802g== MIME-Version: 1.0 X-Received: by 10.140.101.162 with SMTP id u31mr3342170qge.107.1393986719861; Tue, 04 Mar 2014 18:31:59 -0800 (PST) Received: by 10.224.16.10 with HTTP; Tue, 4 Mar 2014 18:31:59 -0800 (PST) Date: Tue, 4 Mar 2014 18:31:59 -0800 Message-ID: Subject: importing sam leffler's libstatfoo into -HEAd From: Adrian Chadd To: "freebsd-arch@freebsd.org" , freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Mar 2014 02:32:01 -0000 hi, i'd like to import the libstatfoo code from sam into -HEAD. It's used by some of the wifi tools to print out periodic and global statistics. It abstracts away the gathering, printing and formatting bits. I'm hoping that we can adapt some of the other base tools to use it and then teach it to print out statistics in other (machine parsable) formats, so we don't have to keep hacking at the tools to do this. The initial import: http://people.freebsd.org/~adrian/patches/20140304-libbsdstatfoo.diff Thanks! -a From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 02:43:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A679F43E; Wed, 5 Mar 2014 02:43:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 55745FAC; Wed, 5 Mar 2014 02:43:26 +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 s252hPTj035790; Tue, 4 Mar 2014 21:43:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s252hP6Y035780; Wed, 5 Mar 2014 02:43:25 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 02:43:25 GMT Message-Id: <201403050243.s252hP6Y035780@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 02:43:26 -0000 TB --- 2014-03-05 01:30:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-05 01:30: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 --- 2014-03-05 01:30:18 - starting HEAD tinderbox run for i386/i386 TB --- 2014-03-05 01:30:18 - cleaning the object tree TB --- 2014-03-05 01:30:18 - /usr/local/bin/svn stat /src TB --- 2014-03-05 01:30:23 - At svn revision 262763 TB --- 2014-03-05 01:30:24 - building world TB --- 2014-03-05 01:30:24 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 01:30:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 01:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 01:30:24 - SRCCONF=/dev/null TB --- 2014-03-05 01:30:24 - TARGET=i386 TB --- 2014-03-05 01:30:24 - TARGET_ARCH=i386 TB --- 2014-03-05 01:30:24 - TZ=UTC TB --- 2014-03-05 01:30:24 - __MAKE_CONF=/dev/null TB --- 2014-03-05 01:30:24 - cd /src TB --- 2014-03-05 01:30:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 5 01:30:30 UTC 2014 >>> 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 [...] In file included from /src/lib/libc/net/getifaddrs.c:42: /obj/i386.i386/src/tmp/usr/include/net/route.h:128:13: error: field has incomplete type 'struct mtx' struct mtx rt_mtx; /* mutex for routing entry */ ^ /obj/i386.i386/src/tmp/usr/include/net/route.h:128:9: note: forward declaration of 'struct mtx' struct mtx rt_mtx; /* mutex for routing entry */ ^ 1 error generated. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-05 02:43:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 02:43:25 - ERROR: failed to build world TB --- 2014-03-05 02:43:25 - 3853.10 user 419.76 system 4386.48 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 02:43:32 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BBD14456; Wed, 5 Mar 2014 02:43:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6BD62FAF; Wed, 5 Mar 2014 02:43:32 +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 s252hVXu036402; Tue, 4 Mar 2014 21:43:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s252hVox036398; Wed, 5 Mar 2014 02:43:31 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 02:43:31 GMT Message-Id: <201403050243.s252hVox036398@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 02:43:32 -0000 TB --- 2014-03-05 01:30:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-05 01:30: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 --- 2014-03-05 01:30:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-03-05 01:30:18 - cleaning the object tree TB --- 2014-03-05 01:30:18 - /usr/local/bin/svn stat /src TB --- 2014-03-05 01:30:23 - At svn revision 262763 TB --- 2014-03-05 01:30:24 - building world TB --- 2014-03-05 01:30:24 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 01:30:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 01:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 01:30:24 - SRCCONF=/dev/null TB --- 2014-03-05 01:30:24 - TARGET=amd64 TB --- 2014-03-05 01:30:24 - TARGET_ARCH=amd64 TB --- 2014-03-05 01:30:24 - TZ=UTC TB --- 2014-03-05 01:30:24 - __MAKE_CONF=/dev/null TB --- 2014-03-05 01:30:24 - cd /src TB --- 2014-03-05 01:30:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 5 01:30:30 UTC 2014 >>> 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 [...] In file included from /src/lib/libc/net/getifaddrs.c:42: /obj/amd64.amd64/src/tmp/usr/include/net/route.h:128:13: error: field has incomplete type 'struct mtx' struct mtx rt_mtx; /* mutex for routing entry */ ^ /obj/amd64.amd64/src/tmp/usr/include/net/route.h:128:9: note: forward declaration of 'struct mtx' struct mtx rt_mtx; /* mutex for routing entry */ ^ 1 error generated. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-05 02:43:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 02:43:31 - ERROR: failed to build world TB --- 2014-03-05 02:43:31 - 3865.10 user 412.13 system 4392.84 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 02:43:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CEAE2564; Wed, 5 Mar 2014 02:43:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7B5FFFB4; Wed, 5 Mar 2014 02:43:35 +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 s252hYUl036544; Tue, 4 Mar 2014 21:43:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s252hYmc036543; Wed, 5 Mar 2014 02:43:34 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 02:43:34 GMT Message-Id: <201403050243.s252hYmc036543@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 02:43:35 -0000 TB --- 2014-03-05 01:30:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-05 01:30: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 --- 2014-03-05 01:30:18 - starting HEAD tinderbox run for armv6/arm TB --- 2014-03-05 01:30:18 - cleaning the object tree TB --- 2014-03-05 01:30:18 - /usr/local/bin/svn stat /src TB --- 2014-03-05 01:30:23 - At svn revision 262763 TB --- 2014-03-05 01:30:24 - building world TB --- 2014-03-05 01:30:24 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 01:30:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 01:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 01:30:24 - SRCCONF=/dev/null TB --- 2014-03-05 01:30:24 - TARGET=arm TB --- 2014-03-05 01:30:24 - TARGET_ARCH=armv6 TB --- 2014-03-05 01:30:24 - TZ=UTC TB --- 2014-03-05 01:30:24 - __MAKE_CONF=/dev/null TB --- 2014-03-05 01:30:24 - cd /src TB --- 2014-03-05 01:30:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 5 01:30:30 UTC 2014 >>> 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 [...] In file included from /src/lib/libc/net/getifaddrs.c:42: /obj/arm.armv6/src/tmp/usr/include/net/route.h:128:13: error: field has incomplete type 'struct mtx' struct mtx rt_mtx; /* mutex for routing entry */ ^ /obj/arm.armv6/src/tmp/usr/include/net/route.h:128:9: note: forward declaration of 'struct mtx' struct mtx rt_mtx; /* mutex for routing entry */ ^ 1 error generated. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-05 02:43:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 02:43:34 - ERROR: failed to build world TB --- 2014-03-05 02:43:34 - 3860.20 user 423.93 system 4395.93 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 02:43:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B54154D; Wed, 5 Mar 2014 02:43:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1CBF3FB3; Wed, 5 Mar 2014 02:43:35 +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 s252hYLW036527; Tue, 4 Mar 2014 21:43:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s252hYEq036525; Wed, 5 Mar 2014 02:43:34 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 02:43:34 GMT Message-Id: <201403050243.s252hYEq036525@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 02:43:35 -0000 TB --- 2014-03-05 01:30:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-05 01:30: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 --- 2014-03-05 01:30:18 - starting HEAD tinderbox run for arm/arm TB --- 2014-03-05 01:30:18 - cleaning the object tree TB --- 2014-03-05 01:30:18 - /usr/local/bin/svn stat /src TB --- 2014-03-05 01:30:23 - At svn revision 262763 TB --- 2014-03-05 01:30:24 - building world TB --- 2014-03-05 01:30:24 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 01:30:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 01:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 01:30:24 - SRCCONF=/dev/null TB --- 2014-03-05 01:30:24 - TARGET=arm TB --- 2014-03-05 01:30:24 - TARGET_ARCH=arm TB --- 2014-03-05 01:30:24 - TZ=UTC TB --- 2014-03-05 01:30:24 - __MAKE_CONF=/dev/null TB --- 2014-03-05 01:30:24 - cd /src TB --- 2014-03-05 01:30:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 5 01:30:30 UTC 2014 >>> 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 [...] In file included from /src/lib/libc/net/getifaddrs.c:42: /obj/arm.arm/src/tmp/usr/include/net/route.h:128:13: error: field has incomplete type 'struct mtx' struct mtx rt_mtx; /* mutex for routing entry */ ^ /obj/arm.arm/src/tmp/usr/include/net/route.h:128:9: note: forward declaration of 'struct mtx' struct mtx rt_mtx; /* mutex for routing entry */ ^ 1 error generated. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-05 02:43:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 02:43:34 - ERROR: failed to build world TB --- 2014-03-05 02:43:34 - 3857.16 user 424.38 system 4395.52 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 02:53:55 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7C85DAAC; Wed, 5 Mar 2014 02:53:55 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 41EC7130; Wed, 5 Mar 2014 02:53: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 s252rstn066574; Tue, 4 Mar 2014 21:53:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s252rsxS066570; Wed, 5 Mar 2014 02:53:54 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 02:53:54 GMT Message-Id: <201403050253.s252rsxS066570@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 02:53:55 -0000 TB --- 2014-03-05 02:43:34 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-05 02:43:34 - 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 --- 2014-03-05 02:43:34 - starting HEAD tinderbox run for mips64/mips TB --- 2014-03-05 02:43:34 - cleaning the object tree TB --- 2014-03-05 02:43:34 - /usr/local/bin/svn stat /src TB --- 2014-03-05 02:43:38 - At svn revision 262763 TB --- 2014-03-05 02:43:39 - building world TB --- 2014-03-05 02:43:39 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 02:43:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 02:43:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 02:43:39 - SRCCONF=/dev/null TB --- 2014-03-05 02:43:39 - TARGET=mips TB --- 2014-03-05 02:43:39 - TARGET_ARCH=mips64 TB --- 2014-03-05 02:43:39 - TZ=UTC TB --- 2014-03-05 02:43:39 - __MAKE_CONF=/dev/null TB --- 2014-03-05 02:43:39 - cd /src TB --- 2014-03-05 02:43:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 5 02:43:46 UTC 2014 >>> 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 [...] cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/getaddrinfo.c -o getaddrinfo.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostbydns.c -o gethostbydns.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostbyht.c -o gethostbyht.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostbynis.c -o gethostbynis.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostnamadr.c -o gethostnamadr.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/getifaddrs.c -o getifaddrs.o In file included from /src/lib/libc/net/getifaddrs.c:42: /obj/mips.mips64/src/tmp/usr/include/net/route.h:128: error: field 'rt_mtx' has incomplete type *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-05 02:53:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 02:53:54 - ERROR: failed to build world TB --- 2014-03-05 02:53:54 - 473.35 user 90.57 system 619.57 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 02:53:56 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D35F2AD7; Wed, 5 Mar 2014 02:53:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9B3C5134; Wed, 5 Mar 2014 02:53:56 +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 s252rtOb066658; Tue, 4 Mar 2014 21:53:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s252rtE4066654; Wed, 5 Mar 2014 02:53:55 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 02:53:55 GMT Message-Id: <201403050253.s252rtE4066654@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 02:53:57 -0000 TB --- 2014-03-05 02:43:34 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-05 02:43:34 - 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 --- 2014-03-05 02:43:34 - starting HEAD tinderbox run for mips/mips TB --- 2014-03-05 02:43:34 - cleaning the object tree TB --- 2014-03-05 02:43:34 - /usr/local/bin/svn stat /src TB --- 2014-03-05 02:43:38 - At svn revision 262763 TB --- 2014-03-05 02:43:39 - building world TB --- 2014-03-05 02:43:39 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 02:43:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 02:43:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 02:43:39 - SRCCONF=/dev/null TB --- 2014-03-05 02:43:39 - TARGET=mips TB --- 2014-03-05 02:43:39 - TARGET_ARCH=mips TB --- 2014-03-05 02:43:39 - TZ=UTC TB --- 2014-03-05 02:43:39 - __MAKE_CONF=/dev/null TB --- 2014-03-05 02:43:39 - cd /src TB --- 2014-03-05 02:43:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 5 02:43:45 UTC 2014 >>> 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 [...] cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/getaddrinfo.c -o getaddrinfo.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostbydns.c -o gethostbydns.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostbyht.c -o gethostbyht.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostbynis.c -o gethostbynis.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostnamadr.c -o gethostnamadr.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/getifaddrs.c -o getifaddrs.o In file included from /src/lib/libc/net/getifaddrs.c:42: /obj/mips.mips/src/tmp/usr/include/net/route.h:128: error: field 'rt_mtx' has incomplete type *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-05 02:53:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 02:53:55 - ERROR: failed to build world TB --- 2014-03-05 02:53:55 - 473.14 user 89.30 system 621.33 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 02:54:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3ECB5C9E; Wed, 5 Mar 2014 02:54:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0623D136; Wed, 5 Mar 2014 02:54:00 +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 s252s06O066846; Tue, 4 Mar 2014 21:54:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s252s0Vd066845; Wed, 5 Mar 2014 02:54:00 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 02:54:00 GMT Message-Id: <201403050254.s252s0Vd066845@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 02:54:01 -0000 TB --- 2014-03-05 02:43:31 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-05 02:43: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 --- 2014-03-05 02:43:31 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-03-05 02:43:31 - cleaning the object tree TB --- 2014-03-05 02:43:31 - /usr/local/bin/svn stat /src TB --- 2014-03-05 02:43:35 - At svn revision 262763 TB --- 2014-03-05 02:43:36 - building world TB --- 2014-03-05 02:43:36 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 02:43:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 02:43:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 02:43:36 - SRCCONF=/dev/null TB --- 2014-03-05 02:43:36 - TARGET=ia64 TB --- 2014-03-05 02:43:36 - TARGET_ARCH=ia64 TB --- 2014-03-05 02:43:36 - TZ=UTC TB --- 2014-03-05 02:43:36 - __MAKE_CONF=/dev/null TB --- 2014-03-05 02:43:36 - cd /src TB --- 2014-03-05 02:43:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 5 02:43:42 UTC 2014 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/getaddrinfo.c -o getaddrinfo.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostbydns.c -o gethostbydns.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostbyht.c -o gethostbyht.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostbynis.c -o gethostbynis.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostnamadr.c -o gethostnamadr.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/getifaddrs.c -o getifaddrs.o In file included from /src/lib/libc/net/getifaddrs.c:42: /obj/ia64.ia64/src/tmp/usr/include/net/route.h:128: error: field 'rt_mtx' has incomplete type *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-05 02:54:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 02:54:00 - ERROR: failed to build world TB --- 2014-03-05 02:54:00 - 488.91 user 89.46 system 628.40 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 03:03:36 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A26D1224; Wed, 5 Mar 2014 03:03:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 64A832A5; Wed, 5 Mar 2014 03:03:36 +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 s2533Zc3059633; Tue, 4 Mar 2014 22:03:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s2533ZDp059632; Wed, 5 Mar 2014 03:03:35 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 03:03:35 GMT Message-Id: <201403050303.s2533ZDp059632@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 03:03:36 -0000 TB --- 2014-03-05 02:54:00 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-05 02:54: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 --- 2014-03-05 02:54:00 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-03-05 02:54:00 - cleaning the object tree TB --- 2014-03-05 02:54:00 - /usr/local/bin/svn stat /src TB --- 2014-03-05 02:54:03 - At svn revision 262763 TB --- 2014-03-05 02:54:04 - building world TB --- 2014-03-05 02:54:04 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 02:54:04 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 02:54:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 02:54:04 - SRCCONF=/dev/null TB --- 2014-03-05 02:54:04 - TARGET=sparc64 TB --- 2014-03-05 02:54:04 - TARGET_ARCH=sparc64 TB --- 2014-03-05 02:54:04 - TZ=UTC TB --- 2014-03-05 02:54:04 - __MAKE_CONF=/dev/null TB --- 2014-03-05 02:54:04 - cd /src TB --- 2014-03-05 02:54:04 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 5 02:54:11 UTC 2014 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/getaddrinfo.c -o getaddrinfo.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostbydns.c -o gethostbydns.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostbyht.c -o gethostbyht.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostbynis.c -o gethostbynis.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostnamadr.c -o gethostnamadr.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/getifaddrs.c -o getifaddrs.o In file included from /src/lib/libc/net/getifaddrs.c:42: /obj/sparc64.sparc64/src/tmp/usr/include/net/route.h:128: error: field 'rt_mtx' has incomplete type *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-05 03:03:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 03:03:35 - ERROR: failed to build world TB --- 2014-03-05 03:03:35 - 443.26 user 79.54 system 575.20 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 03:07:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3EE03EF; Wed, 5 Mar 2014 03:07:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A28B42E7; Wed, 5 Mar 2014 03:07:41 +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 s2537ek5081684; Tue, 4 Mar 2014 22:07:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s2537enm081679; Wed, 5 Mar 2014 03:07:40 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 03:07:40 GMT Message-Id: <201403050307.s2537enm081679@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 03:07:42 -0000 TB --- 2014-03-05 02:53:54 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-05 02:53:54 - 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 --- 2014-03-05 02:53:54 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-03-05 02:53:54 - cleaning the object tree TB --- 2014-03-05 02:53:54 - /usr/local/bin/svn stat /src TB --- 2014-03-05 02:53:58 - At svn revision 262763 TB --- 2014-03-05 02:53:59 - building world TB --- 2014-03-05 02:53:59 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 02:53:59 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 02:53:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 02:53:59 - SRCCONF=/dev/null TB --- 2014-03-05 02:53:59 - TARGET=powerpc TB --- 2014-03-05 02:53:59 - TARGET_ARCH=powerpc TB --- 2014-03-05 02:53:59 - TZ=UTC TB --- 2014-03-05 02:53:59 - __MAKE_CONF=/dev/null TB --- 2014-03-05 02:53:59 - cd /src TB --- 2014-03-05 02:53:59 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 5 02:54:05 UTC 2014 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/getaddrinfo.c -o getaddrinfo.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostbydns.c -o gethostbydns.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostbyht.c -o gethostbyht.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostbynis.c -o gethostbynis.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostnamadr.c -o gethostnamadr.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/getifaddrs.c -o getifaddrs.o In file included from /src/lib/libc/net/getifaddrs.c:42: /obj/powerpc.powerpc/src/tmp/usr/include/net/route.h:128: error: field 'rt_mtx' has incomplete type *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-05 03:07:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 03:07:40 - ERROR: failed to build world TB --- 2014-03-05 03:07:40 - 686.41 user 101.91 system 826.06 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 03:08:12 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73E1952E; Wed, 5 Mar 2014 03:08:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 364692F7; Wed, 5 Mar 2014 03:08:12 +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 s2538BSE084953; Tue, 4 Mar 2014 22:08:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s2538BKa084952; Wed, 5 Mar 2014 03:08:11 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 03:08:11 GMT Message-Id: <201403050308.s2538BKa084952@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 03:08:12 -0000 TB --- 2014-03-05 02:53:56 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-05 02:53:56 - 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 --- 2014-03-05 02:53:56 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-03-05 02:53:56 - cleaning the object tree TB --- 2014-03-05 02:53:56 - /usr/local/bin/svn stat /src TB --- 2014-03-05 02:53:59 - At svn revision 262763 TB --- 2014-03-05 02:54:00 - building world TB --- 2014-03-05 02:54:00 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 02:54:00 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 02:54:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 02:54:00 - SRCCONF=/dev/null TB --- 2014-03-05 02:54:00 - TARGET=powerpc TB --- 2014-03-05 02:54:00 - TARGET_ARCH=powerpc64 TB --- 2014-03-05 02:54:00 - TZ=UTC TB --- 2014-03-05 02:54:00 - __MAKE_CONF=/dev/null TB --- 2014-03-05 02:54:00 - cd /src TB --- 2014-03-05 02:54:00 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 5 02:54:07 UTC 2014 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/getaddrinfo.c -o getaddrinfo.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostbydns.c -o gethostbydns.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostbyht.c -o gethostbyht.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostbynis.c -o gethostbynis.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostnamadr.c -o gethostnamadr.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/getifaddrs.c -o getifaddrs.o In file included from /src/lib/libc/net/getifaddrs.c:42: /obj/powerpc.powerpc64/src/tmp/usr/include/net/route.h:128: error: field 'rt_mtx' has incomplete type *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-05 03:08:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 03:08:11 - ERROR: failed to build world TB --- 2014-03-05 03:08:11 - 698.18 user 110.79 system 855.36 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 03:57:03 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0186392A; Wed, 5 Mar 2014 03:57:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A3EBF9E2; Wed, 5 Mar 2014 03:57:02 +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 s253v1rP003077; Tue, 4 Mar 2014 22:57:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s253v1M0003076; Wed, 5 Mar 2014 03:57:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 03:57:01 GMT Message-Id: <201403050357.s253v1M0003076@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 03:57:03 -0000 TB --- 2014-03-05 02:43:25 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-05 02:43: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 --- 2014-03-05 02:43:25 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-03-05 02:43:25 - cleaning the object tree TB --- 2014-03-05 02:43:25 - /usr/local/bin/svn stat /src TB --- 2014-03-05 02:43:29 - At svn revision 262763 TB --- 2014-03-05 02:43:30 - building world TB --- 2014-03-05 02:43:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 02:43:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 02:43:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 02:43:30 - SRCCONF=/dev/null TB --- 2014-03-05 02:43:30 - TARGET=pc98 TB --- 2014-03-05 02:43:30 - TARGET_ARCH=i386 TB --- 2014-03-05 02:43:30 - TZ=UTC TB --- 2014-03-05 02:43:30 - __MAKE_CONF=/dev/null TB --- 2014-03-05 02:43:30 - cd /src TB --- 2014-03-05 02:43:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 5 02:43:37 UTC 2014 >>> 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 [...] In file included from /src/lib/libc/net/getifaddrs.c:42: /obj/pc98.i386/src/tmp/usr/include/net/route.h:128:13: error: field has incomplete type 'struct mtx' struct mtx rt_mtx; /* mutex for routing entry */ ^ /obj/pc98.i386/src/tmp/usr/include/net/route.h:128:9: note: forward declaration of 'struct mtx' struct mtx rt_mtx; /* mutex for routing entry */ ^ 1 error generated. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-05 03:57:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 03:57:01 - ERROR: failed to build world TB --- 2014-03-05 03:57:01 - 4057.35 user 332.63 system 4416.23 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 04:19:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 865D2186; Wed, 5 Mar 2014 04:19:23 +0000 (UTC) Received: from felyko.com (felyko.com [IPv6:2607:f2f8:a528::3:1337:ca7]) by mx1.freebsd.org (Postfix) with ESMTP id 6E98FB95; Wed, 5 Mar 2014 04:19:23 +0000 (UTC) Received: from [10.0.1.3] (c-24-6-115-18.hsd1.ca.comcast.net [24.6.115.18]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by felyko.com (Postfix) with ESMTPSA id 26F453988D; Tue, 4 Mar 2014 20:19:22 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: importing sam leffler's libstatfoo into -HEAd From: Rui Paulo In-Reply-To: Date: Tue, 4 Mar 2014 20:19:23 -0800 Content-Transfer-Encoding: 7bit Message-Id: References: To: Adrian Chadd X-Mailer: Apple Mail (2.1874) Cc: freebsd-current , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Mar 2014 04:19:23 -0000 On 4 Mar 2014, at 18:31, Adrian Chadd wrote: > hi, > > i'd like to import the libstatfoo code from sam into -HEAD. > > It's used by some of the wifi tools to print out periodic and global > statistics. It abstracts away the gathering, printing and formatting > bits. > > I'm hoping that we can adapt some of the other base tools to use it > and then teach it to print out statistics in other (machine parsable) > formats, so we don't have to keep hacking at the tools to do this. > > The initial import: > > http://people.freebsd.org/~adrian/patches/20140304-libbsdstatfoo.diff While there, could you please rename it? libstatfoo is a pretty bad name... -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 04:19:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59B09185; Wed, 5 Mar 2014 04:19:22 +0000 (UTC) Received: from felyko.com (felyko.com [174.136.100.2]) by mx1.freebsd.org (Postfix) with ESMTP id 44474B94; Wed, 5 Mar 2014 04:19:21 +0000 (UTC) Received: from [10.0.1.3] (c-24-6-115-18.hsd1.ca.comcast.net [24.6.115.18]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by felyko.com (Postfix) with ESMTPSA id 8604B39828; Tue, 4 Mar 2014 20:19:20 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: importing sam leffler's libstatfoo into -HEAd From: Rui Paulo In-Reply-To: Date: Tue, 4 Mar 2014 20:19:23 -0800 Content-Transfer-Encoding: 7bit Message-Id: <9BA45ADB-3005-4689-A9D3-932CB9F2F84E@FreeBSD.org> References: To: Adrian Chadd X-Mailer: Apple Mail (2.1874) Cc: freebsd-current , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Mar 2014 04:19:22 -0000 On 4 Mar 2014, at 18:31, Adrian Chadd wrote: > hi, > > i'd like to import the libstatfoo code from sam into -HEAD. > > It's used by some of the wifi tools to print out periodic and global > statistics. It abstracts away the gathering, printing and formatting > bits. > > I'm hoping that we can adapt some of the other base tools to use it > and then teach it to print out statistics in other (machine parsable) > formats, so we don't have to keep hacking at the tools to do this. > > The initial import: > > http://people.freebsd.org/~adrian/patches/20140304-libbsdstatfoo.diff While there, could you please rename it? libstatfoo is a pretty bad name... -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 05:17:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54BDD37F; Wed, 5 Mar 2014 05:17:01 +0000 (UTC) Received: from mail-qg0-x22e.google.com (mail-qg0-x22e.google.com [IPv6:2607:f8b0:400d:c04::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E14E2128; Wed, 5 Mar 2014 05:17:00 +0000 (UTC) Received: by mail-qg0-f46.google.com with SMTP id e89so1646868qgf.5 for ; Tue, 04 Mar 2014 21:17:00 -0800 (PST) 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=5VXT6BkZzuFLdOBKO84HWkFP79mpo+ehEJk8HQmZ+fk=; b=nV2YbM9d14N4HBkp8dr+9h8sPw1YdE2mOri0UN5+uhzfITZr8T6e+8pbbb/GP1g0Hl XsjmfBSCm5TbSNY13eoB5SG/GB5k3Yt67vduIxgbXwkshxph18ZdEPHEogH6GRnKtz9p YlQMmnjJQDz55bDp6V/s+hMdoBIFggPraR139vR37eepsujs1X+JGqClrDmqWlLRCZJf H7c0FASDjyPLE+dfwl98+oCZTWf9ZmHF373YYqU4I/BsESfSOQEfHgROBm4EQc3eX+bq xu4knwQipFS6UeCIcoL4aocLzBDcc/0vUGIlFlrNYAMMYOipPllJ7eyvAyjNltRTUe3l 42HQ== MIME-Version: 1.0 X-Received: by 10.140.101.162 with SMTP id u31mr35115qge.107.1393996619962; Tue, 04 Mar 2014 21:16:59 -0800 (PST) Received: by 10.224.16.10 with HTTP; Tue, 4 Mar 2014 21:16:59 -0800 (PST) In-Reply-To: <9BA45ADB-3005-4689-A9D3-932CB9F2F84E@FreeBSD.org> References: <9BA45ADB-3005-4689-A9D3-932CB9F2F84E@FreeBSD.org> Date: Tue, 4 Mar 2014 21:16:59 -0800 Message-ID: Subject: Re: importing sam leffler's libstatfoo into -HEAd From: Adrian Chadd To: Rui Paulo Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Mar 2014 05:17:01 -0000 On 4 March 2014 20:19, Rui Paulo wrote: > On 4 Mar 2014, at 18:31, Adrian Chadd wrote: > >> hi, >> >> i'd like to import the libstatfoo code from sam into -HEAD. >> >> It's used by some of the wifi tools to print out periodic and global >> statistics. It abstracts away the gathering, printing and formatting >> bits. >> >> I'm hoping that we can adapt some of the other base tools to use it >> and then teach it to print out statistics in other (machine parsable) >> formats, so we don't have to keep hacking at the tools to do this. >> >> The initial import: >> >> http://people.freebsd.org/~adrian/patches/20140304-libbsdstatfoo.diff > > While there, could you please rename it? libstatfoo is a pretty bad name... I'm open to suggestions, but I don't want to get bogged down by sheds. -a From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 07:00:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 927B7BF6; Wed, 5 Mar 2014 07:00:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4DBBBD6E; Wed, 5 Mar 2014 07:00: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 s25704pJ064991; Wed, 5 Mar 2014 02:00:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s25704SR064984; Wed, 5 Mar 2014 07:00:04 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 07:00:04 GMT Message-Id: <201403050700.s25704SR064984@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 07:00:05 -0000 TB --- 2014-03-05 04:00:16 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-05 04:00: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 --- 2014-03-05 04:00:16 - starting HEAD tinderbox run for arm/arm TB --- 2014-03-05 04:00:16 - cleaning the object tree TB --- 2014-03-05 04:02:03 - /usr/local/bin/svn stat /src TB --- 2014-03-05 04:02:07 - At svn revision 262773 TB --- 2014-03-05 04:02:08 - building world TB --- 2014-03-05 04:02:08 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 04:02:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 04:02:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 04:02:08 - SRCCONF=/dev/null TB --- 2014-03-05 04:02:08 - TARGET=arm TB --- 2014-03-05 04:02:08 - TARGET_ARCH=arm TB --- 2014-03-05 04:02:08 - TZ=UTC TB --- 2014-03-05 04:02:08 - __MAKE_CONF=/dev/null TB --- 2014-03-05 04:02:08 - cd /src TB --- 2014-03-05 04:02:08 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 5 04:02:14 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/sbin/pfctl/pfctl.c /src/sbin/pfctl/pfctl.c:799:25: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] rule->bytes[1]), rule->u_states_cur); ^~~~~~~~~~~~~~~~~~ /src/sbin/pfctl/pfctl.c:804:8: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] rule->u_states_tot); ^~~~~~~~~~~~~~~~~~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-05 07:00:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 07:00:04 - ERROR: failed to build world TB --- 2014-03-05 07:00:04 - 8709.64 user 1465.62 system 10787.72 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 07:00:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B388BF5; Wed, 5 Mar 2014 07:00:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 375B0D6D; Wed, 5 Mar 2014 07:00: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 s25704EV064981; Wed, 5 Mar 2014 02:00:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s257046h064965; Wed, 5 Mar 2014 07:00:04 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 07:00:04 GMT Message-Id: <201403050700.s257046h064965@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 07:00:05 -0000 TB --- 2014-03-05 04:00:16 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-05 04:00: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 --- 2014-03-05 04:00:16 - starting HEAD tinderbox run for armv6/arm TB --- 2014-03-05 04:00:16 - cleaning the object tree TB --- 2014-03-05 04:02:01 - /usr/local/bin/svn stat /src TB --- 2014-03-05 04:02:05 - At svn revision 262773 TB --- 2014-03-05 04:02:06 - building world TB --- 2014-03-05 04:02:06 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 04:02:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 04:02:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 04:02:06 - SRCCONF=/dev/null TB --- 2014-03-05 04:02:06 - TARGET=arm TB --- 2014-03-05 04:02:06 - TARGET_ARCH=armv6 TB --- 2014-03-05 04:02:06 - TZ=UTC TB --- 2014-03-05 04:02:06 - __MAKE_CONF=/dev/null TB --- 2014-03-05 04:02:06 - cd /src TB --- 2014-03-05 04:02:06 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 5 04:02:12 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/sbin/pfctl/pfctl.c /src/sbin/pfctl/pfctl.c:799:25: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] rule->bytes[1]), rule->u_states_cur); ^~~~~~~~~~~~~~~~~~ /src/sbin/pfctl/pfctl.c:804:8: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] rule->u_states_tot); ^~~~~~~~~~~~~~~~~~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-05 07:00:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 07:00:04 - ERROR: failed to build world TB --- 2014-03-05 07:00:04 - 8712.00 user 1465.02 system 10787.44 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 07:11:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 742F746F; Wed, 5 Mar 2014 07:11:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3301DF00; Wed, 5 Mar 2014 07:11:01 +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 s257B0Q9034128; Wed, 5 Mar 2014 02:11:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s257B0uY034127; Wed, 5 Mar 2014 07:11:00 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 07:11:00 GMT Message-Id: <201403050711.s257B0uY034127@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 07:11:01 -0000 TB --- 2014-03-05 04:00:16 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-05 04:00: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 --- 2014-03-05 04:00:16 - starting HEAD tinderbox run for i386/i386 TB --- 2014-03-05 04:00:16 - cleaning the object tree TB --- 2014-03-05 04:02:02 - /usr/local/bin/svn stat /src TB --- 2014-03-05 04:02:06 - At svn revision 262773 TB --- 2014-03-05 04:02:07 - building world TB --- 2014-03-05 04:02:07 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 04:02:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 04:02:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 04:02:07 - SRCCONF=/dev/null TB --- 2014-03-05 04:02:07 - TARGET=i386 TB --- 2014-03-05 04:02:07 - TARGET_ARCH=i386 TB --- 2014-03-05 04:02:07 - TZ=UTC TB --- 2014-03-05 04:02:07 - __MAKE_CONF=/dev/null TB --- 2014-03-05 04:02:07 - cd /src TB --- 2014-03-05 04:02:07 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 5 04:02:13 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/sbin/pfctl/pfctl.c /src/sbin/pfctl/pfctl.c:799:25: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] rule->bytes[1]), rule->u_states_cur); ^~~~~~~~~~~~~~~~~~ /src/sbin/pfctl/pfctl.c:804:8: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] rule->u_states_tot); ^~~~~~~~~~~~~~~~~~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-05 07:11:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 07:11:00 - ERROR: failed to build world TB --- 2014-03-05 07:11:00 - 9455.66 user 1443.01 system 11443.60 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 08:04:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 37E10EFD; Wed, 5 Mar 2014 08:04:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A4529762; Wed, 5 Mar 2014 08:04: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 s2584biv006312; Wed, 5 Mar 2014 03:04:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s2584bmZ006307; Wed, 5 Mar 2014 08:04:37 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 08:04:37 GMT Message-Id: <201403050804.s2584bmZ006307@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 08:04:39 -0000 TB --- 2014-03-05 07:11:00 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-05 07:11: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 --- 2014-03-05 07:11:00 - starting HEAD tinderbox run for mips/mips TB --- 2014-03-05 07:11:00 - cleaning the object tree TB --- 2014-03-05 07:11:39 - /usr/local/bin/svn stat /src TB --- 2014-03-05 07:11:42 - At svn revision 262773 TB --- 2014-03-05 07:11:43 - building world TB --- 2014-03-05 07:11:43 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 07:11:43 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 07:11:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 07:11:43 - SRCCONF=/dev/null TB --- 2014-03-05 07:11:43 - TARGET=mips TB --- 2014-03-05 07:11:43 - TARGET_ARCH=mips TB --- 2014-03-05 07:11:43 - TZ=UTC TB --- 2014-03-05 07:11:43 - __MAKE_CONF=/dev/null TB --- 2014-03-05 07:11:43 - cd /src TB --- 2014-03-05 07:11:43 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 5 07:11:50 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -o nos-tun nos-tun.o gzip -cn /src/sbin/nos-tun/nos-tun.8 > nos-tun.8.gz ===> sbin/pfctl (all) cc -O -pipe -G0 -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/pfctl/pfctl.c cc1: warnings being treated as errors /src/sbin/pfctl/pfctl.c: In function 'pfctl_print_rule_counters': /src/sbin/pfctl/pfctl.c:799: warning: format '%-6lu' expects type 'long unsigned int', but argument 5 has type 'uint64_t' /src/sbin/pfctl/pfctl.c:804: warning: format '%-6lu' expects type 'long unsigned int', but argument 4 has type 'uint64_t' *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-05 08:04:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 08:04:37 - ERROR: failed to build world TB --- 2014-03-05 08:04:37 - 2220.40 user 609.05 system 3216.63 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 09:42:58 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 355B9B06; Wed, 5 Mar 2014 09:42:58 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id AF3981C2; Wed, 5 Mar 2014 09:42:56 +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 LAA29269; Wed, 05 Mar 2014 11:42:46 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1WL8Ld-0006Vj-V6; Wed, 05 Mar 2014 11:42:45 +0200 Message-ID: <5316F144.1000105@FreeBSD.org> Date: Wed, 05 Mar 2014 11:41:24 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: John Baldwin , Bryan Drewery , Konstantin Belousov , Alan Cox Subject: Re: panic: lockmgr still held [tmpfs] [vm_map_remove()->vdropl()] (r262186: Thu Feb 20) References: <53109ACB.20102@FreeBSD.org> <201403031306.59405.jhb@freebsd.org> <53153F43.6010506@FreeBSD.org> <201403041145.48425.jhb@freebsd.org> In-Reply-To: <201403041145.48425.jhb@freebsd.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Mar 2014 09:42:58 -0000 on 04/03/2014 18:45 John Baldwin said the following: > So I'm not sure how to fix this. The crash is in this code in > vm_object_deallocate(): > > if (object->type == OBJT_SWAP && > (object->flags & OBJ_TMPFS) != 0) { > vp = object->un_pager.swp.swp_tmpfs; > vhold(vp); > VM_OBJECT_WUNLOCK(object); > vn_lock(vp, LK_EXCLUSIVE | LK_RETRY); > vdrop(vp); > VM_OBJECT_WLOCK(object); > if (object->type == OBJT_DEAD || > object->ref_count != 1) { > VM_OBJECT_WUNLOCK(object); > VOP_UNLOCK(vp, 0); > return; > } > if ((object->flags & OBJ_TMPFS) != 0) > VOP_UNSET_TEXT(vp); > VOP_UNLOCK(vp, 0); > } > > The vdrop() is dropping the count to zero and trying to free the vnode. The > real problem I think is that swp_tmpfs doesn't have an implicit vhold() on the > vnode, so in this case, the code is doing a vhold/vn_lock/vdrop of an already- > free vnode. For OBJT_VNODE objects, the reference from the object back to the > vnode holds a vref() that gets released by a vput() in > vm_object_vndeallocate(). > > One fix might be to chagne smp_tmpfs to hold a vhold reference. This is > untested but might work (but I'm also not sure that this is the right thing in > that I don't know what other effects it might have). I agree with your analysis, but I don't think that a filesystem holding its own vnode is a good idea. If I am not mistaken, that would prevent tmpfs vnodes from going to free list. I'd rather try to modify vm_object_deallocate() code. E.g. vdrop() could be called after VOP_UNLOCK(). Alternatively, the code could handle a doomed vnode in a different way. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 10:22:11 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 795D3313; Wed, 5 Mar 2014 10:22:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 36F946C6; Wed, 5 Mar 2014 10:22: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 s25AMA0J020647; Wed, 5 Mar 2014 05:22:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s25AMAdd020646; Wed, 5 Mar 2014 10:22:10 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 10:22:10 GMT Message-Id: <201403051022.s25AMAdd020646@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 10:22:11 -0000 TB --- 2014-03-05 07:00:04 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-05 07:00:04 - 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 --- 2014-03-05 07:00:04 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-03-05 07:00:04 - cleaning the object tree TB --- 2014-03-05 07:01:14 - /usr/local/bin/svn stat /src TB --- 2014-03-05 07:01:26 - At svn revision 262773 TB --- 2014-03-05 07:01:27 - building world TB --- 2014-03-05 07:01:27 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 07:01:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 07:01:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 07:01:27 - SRCCONF=/dev/null TB --- 2014-03-05 07:01:27 - TARGET=pc98 TB --- 2014-03-05 07:01:27 - TARGET_ARCH=i386 TB --- 2014-03-05 07:01:27 - TZ=UTC TB --- 2014-03-05 07:01:27 - __MAKE_CONF=/dev/null TB --- 2014-03-05 07:01:27 - cd /src TB --- 2014-03-05 07:01:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 5 07:01:34 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/sbin/pfctl/pfctl.c /src/sbin/pfctl/pfctl.c:799:25: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] rule->bytes[1]), rule->u_states_cur); ^~~~~~~~~~~~~~~~~~ /src/sbin/pfctl/pfctl.c:804:8: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] rule->u_states_tot); ^~~~~~~~~~~~~~~~~~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-05 10:22:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 10:22:10 - ERROR: failed to build world TB --- 2014-03-05 10:22:10 - 10013.95 user 1245.23 system 12125.65 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 10:35:13 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1051579 for ; Wed, 5 Mar 2014 10:35:13 +0000 (UTC) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 93BA0804 for ; Wed, 5 Mar 2014 10:35:13 +0000 (UTC) Received: from [2001:1b48:10b:cafe:225:64ff:febe:589f] (helo=viking.yzserv.com) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WL9AM-000IIy-Dn for freebsd-current@freebsd.org; Wed, 05 Mar 2014 11:35:12 +0100 Message-ID: <5316FDD9.9030000@dumbbell.fr> Date: Wed, 05 Mar 2014 11:35:05 +0100 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Reboot with newcons (vt/vt_vga) + ATI Radeon HD 4350 on i386 References: <20140301100923.GA17055@regency.nsu.ru> In-Reply-To: <20140301100923.GA17055@regency.nsu.ru> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QuoJuLD24HmQqiVm3vUgNJdVhfvowGr97" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Mar 2014 10:35:13 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --QuoJuLD24HmQqiVm3vUgNJdVhfvowGr97 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 01.03.2014 11:09, Alexey Dokuchaev wrote: > Hi there, Hi! > Following my previous more of less successful experience with newcons o= n > -CURRENT/amd64 and some ATI/AMD card, I've decided to give it a try her= e > on i386 with somewhat older HD 4350, also from ATI. Unfortunately, thi= s > time newcons'ified GENERIC kernel + startx =3D> reboot (core.txt attach= ed). The list ate your attachment. --=20 Jean-S=E9bastien P=E9dron --QuoJuLD24HmQqiVm3vUgNJdVhfvowGr97 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.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTFv3dAAoJEDnpl2Gl/ZTMJhoQAMR3iwVzL6dXFkYWgoEP4BBg zwo4hHUblQVzu3PkmrhesP5DIIO4tlZKpunlBIeU0uMDxAapXMHtdXkn+tAswR3+ LaETokDgTiZD6+pNmKynpceE3R1Fwn/zDmK58cRitMYny7iMmGBYQs23iIcaQzm9 gXbX6xg0WTGj/kiSDaUynWRWaSqL4eyHXPOKhQkLfJ56h/WmsO5cak8vUFXkfEHP WfxpjSQDke+/HeIEZh21gUrXIo+HTjcHd5PPjx9CqhXInHcdar8tWVEY8xk1PQ7w vHj7GsEZBPiHOJgyzWkgJ6uK0ZbPUsPhVxP7sl+Elqp866T2/GPJ9wZnVyi0wwTx yfBAerbcnrqjFycTbK7Wvbz5rlSdvItguqiXZ95+xC9Gq6qyDYRbABvKJAmHzWmV oYBOE3zbSguUYQSQBDJ7+GYwrLKpiVu2nLqxCCZvjpPmwKm3SEfE9fTDzvYPTFNK fEIYlRryXXDVAmoiycZ5T/KhBYtPRIj8KXTtVyqRy1AqlAgneOshswtUr7ftI6y0 xekovNFIkmD4Ab8GhfPntPrgdjJXZ7UgXz6g1Jb0738sfNAz5V1gIGbyE1H0AjG4 4P3yL1SACKW8hpJfBPw6dG2ltNmZsPyp/nOc/945pMJsyfB6usYQRwjYiKtYWh6z PUKMKUUJ/jn5o69Ounmw =s6xj -----END PGP SIGNATURE----- --QuoJuLD24HmQqiVm3vUgNJdVhfvowGr97-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 10:35:48 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31D20679; Wed, 5 Mar 2014 10:35:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7D99780B; Wed, 5 Mar 2014 10:35:47 +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 s25AZkBn036441; Wed, 5 Mar 2014 05:35:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s25AZknA036440; Wed, 5 Mar 2014 10:35:46 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 10:35:46 GMT Message-Id: <201403051035.s25AZknA036440@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 10:35:48 -0000 TB --- 2014-03-05 08:09:14 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-05 08:09:14 - 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 --- 2014-03-05 08:09:14 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-03-05 08:09:14 - cleaning the object tree TB --- 2014-03-05 08:09:49 - /usr/local/bin/svn stat /src TB --- 2014-03-05 08:10:10 - At svn revision 262773 TB --- 2014-03-05 08:10:11 - building world TB --- 2014-03-05 08:10:11 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 08:10:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 08:10:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 08:10:11 - SRCCONF=/dev/null TB --- 2014-03-05 08:10:11 - TARGET=powerpc TB --- 2014-03-05 08:10:11 - TARGET_ARCH=powerpc TB --- 2014-03-05 08:10:11 - TZ=UTC TB --- 2014-03-05 08:10:11 - __MAKE_CONF=/dev/null TB --- 2014-03-05 08:10:11 - cd /src TB --- 2014-03-05 08:10:11 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 5 08:10:18 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -o nos-tun nos-tun.o gzip -cn /src/sbin/nos-tun/nos-tun.8 > nos-tun.8.gz ===> sbin/pfctl (all) cc -O2 -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/pfctl/pfctl.c cc1: warnings being treated as errors /src/sbin/pfctl/pfctl.c: In function 'pfctl_print_rule_counters': /src/sbin/pfctl/pfctl.c:799: warning: format '%-6lu' expects type 'long unsigned int', but argument 5 has type 'uint64_t' /src/sbin/pfctl/pfctl.c:804: warning: format '%-6lu' expects type 'long unsigned int', but argument 4 has type 'uint64_t' *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-05 10:35:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 10:35:46 - ERROR: failed to build world TB --- 2014-03-05 10:35:46 - 7354.47 user 1001.46 system 8792.61 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 11:07:31 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DCF6EE04; Wed, 5 Mar 2014 11:07:31 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 61CE1A6F; Wed, 5 Mar 2014 11:07:31 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id s25B7N8U091336; Wed, 5 Mar 2014 13:07:23 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s25B7N8U091336 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id s25B7NJ7091335; Wed, 5 Mar 2014 13:07:23 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 5 Mar 2014 13:07:23 +0200 From: Konstantin Belousov To: Andriy Gapon Subject: Re: panic: lockmgr still held [tmpfs] [vm_map_remove()->vdropl()] (r262186: Thu Feb 20) Message-ID: <20140305110723.GB24664@kib.kiev.ua> References: <53109ACB.20102@FreeBSD.org> <201403031306.59405.jhb@freebsd.org> <53153F43.6010506@FreeBSD.org> <201403041145.48425.jhb@freebsd.org> <5316F144.1000105@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="f8UppZzm5eRNGSBg" Content-Disposition: inline In-Reply-To: <5316F144.1000105@FreeBSD.org> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: Alan Cox , freebsd-current@FreeBSD.org, Bryan Drewery X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Mar 2014 11:07:31 -0000 --f8UppZzm5eRNGSBg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 05, 2014 at 11:41:24AM +0200, Andriy Gapon wrote: > on 04/03/2014 18:45 John Baldwin said the following: > > So I'm not sure how to fix this. The crash is in this code in=20 > > vm_object_deallocate(): > >=20 > > if (object->type =3D=3D OBJT_SWAP && > > (object->flags & OBJ_TMPFS) !=3D 0) { > > vp =3D object->un_pager.swp.swp_tmpfs; > > vhold(vp); > > VM_OBJECT_WUNLOCK(object); > > vn_lock(vp, LK_EXCLUSIVE | LK_RETRY); > > vdrop(vp); > > VM_OBJECT_WLOCK(object); > > if (object->type =3D=3D OBJT_DEAD || > > object->ref_count !=3D 1) { > > VM_OBJECT_WUNLOCK(object); > > VOP_UNLOCK(vp, 0); > > return; > > } > > if ((object->flags & OBJ_TMPFS) !=3D 0) > > VOP_UNSET_TEXT(vp); > > VOP_UNLOCK(vp, 0); > > } > >=20 > > The vdrop() is dropping the count to zero and trying to free the vnode.= The=20 > > real problem I think is that swp_tmpfs doesn't have an implicit vhold()= on the=20 > > vnode, so in this case, the code is doing a vhold/vn_lock/vdrop of an a= lready- > > free vnode. For OBJT_VNODE objects, the reference from the object back= to the=20 > > vnode holds a vref() that gets released by a vput() in=20 > > vm_object_vndeallocate(). > >=20 > > One fix might be to chagne smp_tmpfs to hold a vhold reference. This i= s=20 > > untested but might work (but I'm also not sure that this is the right t= hing in=20 > > that I don't know what other effects it might have). >=20 > I agree with your analysis, but I don't think that a filesystem holding i= ts own > vnode is a good idea. If I am not mistaken, that would prevent tmpfs vno= des > from going to free list. > I'd rather try to modify vm_object_deallocate() code. E.g. vdrop() could= be > called after VOP_UNLOCK(). Alternatively, the code could handle a doomed= vnode > in a different way. I agree with Andrey, it is just a bug to vdrop() before unlock. Please try this. diff --git a/sys/vm/vm_object.c b/sys/vm/vm_object.c index 8683e2f..787b18b 100644 --- a/sys/vm/vm_object.c +++ b/sys/vm/vm_object.c @@ -536,17 +536,18 @@ vm_object_deallocate(vm_object_t object) vhold(vp); VM_OBJECT_WUNLOCK(object); vn_lock(vp, LK_EXCLUSIVE | LK_RETRY); - vdrop(vp); VM_OBJECT_WLOCK(object); if (object->type =3D=3D OBJT_DEAD || object->ref_count !=3D 1) { VM_OBJECT_WUNLOCK(object); VOP_UNLOCK(vp, 0); + vdrop(vp); return; } if ((object->flags & OBJ_TMPFS) !=3D 0) VOP_UNSET_TEXT(vp); VOP_UNLOCK(vp, 0); + vdrop(vp); } if (object->shadow_count =3D=3D 0 && object->handle =3D=3D NULL && --f8UppZzm5eRNGSBg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTFwVqAAoJEJDCuSvBvK1BmuUP/00o0a74Ow1j3CcfDqC3a8r+ wHLlU9CIGSj4Mw/oadAyPVMUuvkFbuNtFk7oAta02FMLTvj/cgrlYCSFDaDPAF/n LEQKI/mYcNDwMr2L9Ynos+v/cb4hvy7eA8jlk3yLrjK6VRytebOF+Ymq3iBPI20n Qu2qkaB1o/W0AGOCU+ZvAc9zg49QpQuXg8wAoFfID0g4EYZqXE5VfkRvC4ZFQyT2 NbcQKqOR8GFhOuMJHUtc5ZaiWA4w9Mq3XArMVMSvWFtj2eWWC7A4FKUKJ9OWtx5y A/4nvp5bGRa3/5vkRYSnX3jJeEd27bN8wzXJL/qfnSrKBBQzcZdOMD3MEF/ooPpT kuxDEN0xunilxE3G2fhw8hWBdFtZHXLSLeSbg3D42xjTu+8hg1C75DrhI3CSOhoA 5D3EdKq7r4gfGY1u5rOMem8p+IMAcID9svoj9rmMWQz9bwy4Zix/KKosUu3Lph/i px2fSeiSLB5FNmS1QQ2qHhW46/vcfwZBzvu4PtEFD6mtqoQov92WdI4QFEpc0K/1 bO/qq29owEcVFJC8Eyr2moQSi1pCXozutiTLxouuMzYDsVWzG2nHC5x+ChUBeDzm 1tW8x5KMxsLzKOp5AgyJPvm61A/LyLRxL+yteU6c50nXJXRx0FRQ8HzRb9KfjZcU 0WiKBVOXfIqUi9t+Si3W =Tpuu -----END PGP SIGNATURE----- --f8UppZzm5eRNGSBg-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 12:44:30 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C4368AA4 for ; Wed, 5 Mar 2014 12:44:30 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A1EAA36B for ; Wed, 5 Mar 2014 12:44:30 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.8/8.14.8) with ESMTP id s25CiUM0092282 for ; Wed, 5 Mar 2014 12:44:30 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s25CiU6f092277 for freebsd-current@FreeBSD.org; Wed, 5 Mar 2014 12:44:30 GMT (envelope-from bdrewery) Received: (qmail 21879 invoked from network); 5 Mar 2014 06:44:26 -0600 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 5 Mar 2014 06:44:26 -0600 Message-ID: <53171C23.8090901@FreeBSD.org> Date: Wed, 05 Mar 2014 06:44:19 -0600 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Konstantin Belousov , Andriy Gapon Subject: Re: panic: lockmgr still held [tmpfs] [vm_map_remove()->vdropl()] (r262186: Thu Feb 20) References: <53109ACB.20102@FreeBSD.org> <201403031306.59405.jhb@freebsd.org> <53153F43.6010506@FreeBSD.org> <201403041145.48425.jhb@freebsd.org> <5316F144.1000105@FreeBSD.org> <20140305110723.GB24664@kib.kiev.ua> In-Reply-To: <20140305110723.GB24664@kib.kiev.ua> X-Enigmail-Version: 1.6 OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cNGx0R6DtBHthOCsGOHD2UpIvBW2PtIsn" Cc: Alan Cox , freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Mar 2014 12:44:30 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --cNGx0R6DtBHthOCsGOHD2UpIvBW2PtIsn Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 3/5/2014 5:07 AM, Konstantin Belousov wrote: > On Wed, Mar 05, 2014 at 11:41:24AM +0200, Andriy Gapon wrote: >> on 04/03/2014 18:45 John Baldwin said the following: >>> So I'm not sure how to fix this. The crash is in this code in=20 >>> vm_object_deallocate(): >>> >>> if (object->type =3D=3D OBJT_SWAP && >>> (object->flags & OBJ_TMPFS) !=3D 0) { >>> vp =3D object->un_pager.swp.swp_tmpfs; >>> vhold(vp); >>> VM_OBJECT_WUNLOCK(object); >>> vn_lock(vp, LK_EXCLUSIVE | LK_RETRY); >>> vdrop(vp); >>> VM_OBJECT_WLOCK(object); >>> if (object->type =3D=3D OBJT_DEAD || >>> object->ref_count !=3D 1) { >>> VM_OBJECT_WUNLOCK(object); >>> VOP_UNLOCK(vp, 0); >>> return; >>> } >>> if ((object->flags & OBJ_TMPFS) !=3D 0) >>> VOP_UNSET_TEXT(vp); >>> VOP_UNLOCK(vp, 0); >>> } >>> >>> The vdrop() is dropping the count to zero and trying to free the vnod= e. The=20 >>> real problem I think is that swp_tmpfs doesn't have an implicit vhold= () on the=20 >>> vnode, so in this case, the code is doing a vhold/vn_lock/vdrop of an= already- >>> free vnode. For OBJT_VNODE objects, the reference from the object ba= ck to the=20 >>> vnode holds a vref() that gets released by a vput() in=20 >>> vm_object_vndeallocate(). >>> >>> One fix might be to chagne smp_tmpfs to hold a vhold reference. This= is=20 >>> untested but might work (but I'm also not sure that this is the right= thing in=20 >>> that I don't know what other effects it might have). >> >> I agree with your analysis, but I don't think that a filesystem holdin= g its own >> vnode is a good idea. If I am not mistaken, that would prevent tmpfs = vnodes >> from going to free list. >> I'd rather try to modify vm_object_deallocate() code. E.g. vdrop() co= uld be >> called after VOP_UNLOCK(). Alternatively, the code could handle a doo= med vnode >> in a different way. >=20 > I agree with Andrey, it is just a bug to vdrop() before unlock. > Please try this. >=20 > diff --git a/sys/vm/vm_object.c b/sys/vm/vm_object.c > index 8683e2f..787b18b 100644 > --- a/sys/vm/vm_object.c > +++ b/sys/vm/vm_object.c > @@ -536,17 +536,18 @@ vm_object_deallocate(vm_object_t object) > vhold(vp); > VM_OBJECT_WUNLOCK(object); > vn_lock(vp, LK_EXCLUSIVE | LK_RETRY); > - vdrop(vp); > VM_OBJECT_WLOCK(object); > if (object->type =3D=3D OBJT_DEAD || > object->ref_count !=3D 1) { > VM_OBJECT_WUNLOCK(object); > VOP_UNLOCK(vp, 0); > + vdrop(vp); > return; > } > if ((object->flags & OBJ_TMPFS) !=3D 0) > VOP_UNSET_TEXT(vp); > VOP_UNLOCK(vp, 0); > + vdrop(vp); > } > if (object->shadow_count =3D=3D 0 && > object->handle =3D=3D NULL && >=20 Ok I will try this. Note that I cannot easily reproduce the issue. So if this seems to be right logically I suggest just committing after stress testing. I'll report back after a few builds to let you know if it makes it any worse. Thanks all. --=20 Regards, Bryan Drewery --cNGx0R6DtBHthOCsGOHD2UpIvBW2PtIsn Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTFxwjAAoJEDXXcbtuRpfPC9UIAIATxPO9Qaeruqq/XJ5SMgNW vFQYyDsAd0LNyvkF/anJLLL+eNTKK1cM5ZXNIEphYaTXy1O1yKtyCx6+uuedqMyU Tz4pZPLuqHJZaph8fBgjqXvdILkvC26amrK2B6Iu/NR+QIhK/Msz6acyuVrnXiks cXwjS0aJQU+TX3v/UiP8sebqq56VDxYZ/pW9TRf4KIR+WVGbT7hlkwyW3QK+GL44 fGyDLdmoSuxB0n6Z78Jb7MrnMu0uyLLzmZ2dsT6OUj3xNVG2EOaLm/+0BnN3FNm1 lvSJlnzB+Z+AYUJw+LAZ6O8PYluDS0OQP9wSXdwxsxBdePVsen91n7tdbeIGn3I= =jQcD -----END PGP SIGNATURE----- --cNGx0R6DtBHthOCsGOHD2UpIvBW2PtIsn-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 15:03:00 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3F82B53; Wed, 5 Mar 2014 15:03:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6D4B233F; Wed, 5 Mar 2014 15:03:00 +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 s25F2xIo031326; Wed, 5 Mar 2014 10:02:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s25F2xhf031321; Wed, 5 Mar 2014 15:02:59 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 15:02:59 GMT Message-Id: <201403051502.s25F2xhf031321@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 15:03:00 -0000 TB --- 2014-03-05 12:00:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-05 12:00:19 - 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 --- 2014-03-05 12:00:19 - starting HEAD tinderbox run for armv6/arm TB --- 2014-03-05 12:00:19 - cleaning the object tree TB --- 2014-03-05 12:05:31 - /usr/local/bin/svn stat /src TB --- 2014-03-05 12:05:35 - At svn revision 262781 TB --- 2014-03-05 12:05:36 - building world TB --- 2014-03-05 12:05:36 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 12:05:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 12:05:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 12:05:36 - SRCCONF=/dev/null TB --- 2014-03-05 12:05:36 - TARGET=arm TB --- 2014-03-05 12:05:36 - TARGET_ARCH=armv6 TB --- 2014-03-05 12:05:36 - TZ=UTC TB --- 2014-03-05 12:05:36 - __MAKE_CONF=/dev/null TB --- 2014-03-05 12:05:36 - cd /src TB --- 2014-03-05 12:05:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 5 12:05:42 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/sbin/pfctl/pfctl.c /src/sbin/pfctl/pfctl.c:799:25: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] rule->bytes[1]), rule->u_states_cur); ^~~~~~~~~~~~~~~~~~ /src/sbin/pfctl/pfctl.c:804:8: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] rule->u_states_tot); ^~~~~~~~~~~~~~~~~~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-05 15:02:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 15:02:59 - ERROR: failed to build world TB --- 2014-03-05 15:02:59 - 8718.91 user 1454.05 system 10959.52 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 15:03:00 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A8E22B52; Wed, 5 Mar 2014 15:03:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6595033E; Wed, 5 Mar 2014 15:03:00 +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 s25F2xBm031325; Wed, 5 Mar 2014 10:02:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s25F2xPP031322; Wed, 5 Mar 2014 15:02:59 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 15:02:59 GMT Message-Id: <201403051502.s25F2xPP031322@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 15:03:00 -0000 TB --- 2014-03-05 12:00:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-05 12:00:19 - 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 --- 2014-03-05 12:00:19 - starting HEAD tinderbox run for arm/arm TB --- 2014-03-05 12:00:19 - cleaning the object tree TB --- 2014-03-05 12:05:33 - /usr/local/bin/svn stat /src TB --- 2014-03-05 12:05:37 - At svn revision 262781 TB --- 2014-03-05 12:05:38 - building world TB --- 2014-03-05 12:05:38 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 12:05:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 12:05:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 12:05:38 - SRCCONF=/dev/null TB --- 2014-03-05 12:05:38 - TARGET=arm TB --- 2014-03-05 12:05:38 - TARGET_ARCH=arm TB --- 2014-03-05 12:05:38 - TZ=UTC TB --- 2014-03-05 12:05:38 - __MAKE_CONF=/dev/null TB --- 2014-03-05 12:05:38 - cd /src TB --- 2014-03-05 12:05:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 5 12:05:44 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/sbin/pfctl/pfctl.c /src/sbin/pfctl/pfctl.c:799:25: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] rule->bytes[1]), rule->u_states_cur); ^~~~~~~~~~~~~~~~~~ /src/sbin/pfctl/pfctl.c:804:8: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] rule->u_states_tot); ^~~~~~~~~~~~~~~~~~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-05 15:02:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 15:02:59 - ERROR: failed to build world TB --- 2014-03-05 15:02:59 - 8711.56 user 1456.88 system 10959.61 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 15:14:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 93417219; Wed, 5 Mar 2014 15:14:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4FD4E692; Wed, 5 Mar 2014 15:14: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 s25FEd9m013627; Wed, 5 Mar 2014 10:14:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s25FEdgT013572; Wed, 5 Mar 2014 15:14:39 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 15:14:39 GMT Message-Id: <201403051514.s25FEdgT013572@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 15:14:40 -0000 TB --- 2014-03-05 12:00:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-05 12:00:19 - 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 --- 2014-03-05 12:00:19 - starting HEAD tinderbox run for i386/i386 TB --- 2014-03-05 12:00:19 - cleaning the object tree TB --- 2014-03-05 12:05:36 - /usr/local/bin/svn stat /src TB --- 2014-03-05 12:05:39 - At svn revision 262781 TB --- 2014-03-05 12:05:40 - building world TB --- 2014-03-05 12:05:40 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 12:05:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 12:05:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 12:05:40 - SRCCONF=/dev/null TB --- 2014-03-05 12:05:40 - TARGET=i386 TB --- 2014-03-05 12:05:40 - TARGET_ARCH=i386 TB --- 2014-03-05 12:05:40 - TZ=UTC TB --- 2014-03-05 12:05:40 - __MAKE_CONF=/dev/null TB --- 2014-03-05 12:05:40 - cd /src TB --- 2014-03-05 12:05:40 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 5 12:05:47 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/sbin/pfctl/pfctl.c /src/sbin/pfctl/pfctl.c:799:25: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] rule->bytes[1]), rule->u_states_cur); ^~~~~~~~~~~~~~~~~~ /src/sbin/pfctl/pfctl.c:804:8: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] rule->u_states_tot); ^~~~~~~~~~~~~~~~~~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-05 15:14:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 15:14:39 - ERROR: failed to build world TB --- 2014-03-05 15:14:39 - 9457.38 user 1427.73 system 11659.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 16:09:07 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5995B231; Wed, 5 Mar 2014 16:09:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 16B48BF5; Wed, 5 Mar 2014 16:09: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 s25G96QO077195; Wed, 5 Mar 2014 11:09:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s25G96C6077194; Wed, 5 Mar 2014 16:09:06 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 16:09:06 GMT Message-Id: <201403051609.s25G96C6077194@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 16:09:07 -0000 TB --- 2014-03-05 15:14:39 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-05 15:14: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 --- 2014-03-05 15:14:39 - starting HEAD tinderbox run for mips/mips TB --- 2014-03-05 15:14:39 - cleaning the object tree TB --- 2014-03-05 15:16:48 - /usr/local/bin/svn stat /src TB --- 2014-03-05 15:16:52 - At svn revision 262781 TB --- 2014-03-05 15:16:53 - building world TB --- 2014-03-05 15:16:53 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 15:16:53 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 15:16:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 15:16:53 - SRCCONF=/dev/null TB --- 2014-03-05 15:16:53 - TARGET=mips TB --- 2014-03-05 15:16:53 - TARGET_ARCH=mips TB --- 2014-03-05 15:16:53 - TZ=UTC TB --- 2014-03-05 15:16:53 - __MAKE_CONF=/dev/null TB --- 2014-03-05 15:16:53 - cd /src TB --- 2014-03-05 15:16:53 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 5 15:17:00 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -o nos-tun nos-tun.o gzip -cn /src/sbin/nos-tun/nos-tun.8 > nos-tun.8.gz ===> sbin/pfctl (all) cc -O -pipe -G0 -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/pfctl/pfctl.c cc1: warnings being treated as errors /src/sbin/pfctl/pfctl.c: In function 'pfctl_print_rule_counters': /src/sbin/pfctl/pfctl.c:799: warning: format '%-6lu' expects type 'long unsigned int', but argument 5 has type 'uint64_t' /src/sbin/pfctl/pfctl.c:804: warning: format '%-6lu' expects type 'long unsigned int', but argument 4 has type 'uint64_t' *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-05 16:09:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 16:09:06 - ERROR: failed to build world TB --- 2014-03-05 16:09:06 - 2221.30 user 598.66 system 3266.43 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 16:34:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B98B1B62; Wed, 5 Mar 2014 16:34:22 +0000 (UTC) Received: from mail-ie0-x229.google.com (mail-ie0-x229.google.com [IPv6:2607:f8b0:4001:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 73D0CE99; Wed, 5 Mar 2014 16:34:22 +0000 (UTC) Received: by mail-ie0-f169.google.com with SMTP id to1so1336114ieb.0 for ; Wed, 05 Mar 2014 08:34:22 -0800 (PST) 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=igr/KjTMBLkRPqMiMj9GlXDb4DFb98aOygsQTQJm4gs=; b=WDsEF7+kT7ZHYbu3ASlxvXNwef7bkSIc90lVTiIe1uargmii/HO0OlZQy9tlYTqGcd yYA9debdPa3Wjeg8SLw+KqaANBnIF+zZNIpUXHa4ji2dXOQ0NQXZw/S3wWgvF0I0poND ooZoqtLo2/d7w/BEzJfdP4qK8Q0BEiPrCt3TnnB6FX/MNmiYaisae9T9hBm6et7PVnAu 5TwgQRNAEOXI7tOUFfPOu045NaRSi53+1X/XOB+rMNpSrKmYe0d2pvHqFIEfT47jJzxr co7yfOMl+Krh6IwXAnZOkh+b32nzEwb4u3sWfiYSd9CIT8vRgOvPwpuqHoltv1JqFbU8 9ARg== MIME-Version: 1.0 X-Received: by 10.42.16.199 with SMTP id q7mr5578372ica.16.1394037261988; Wed, 05 Mar 2014 08:34:21 -0800 (PST) Received: by 10.50.164.227 with HTTP; Wed, 5 Mar 2014 08:34:21 -0800 (PST) In-Reply-To: References: <9BA45ADB-3005-4689-A9D3-932CB9F2F84E@FreeBSD.org> Date: Wed, 5 Mar 2014 10:34:21 -0600 Message-ID: Subject: Re: importing sam leffler's libstatfoo into -HEAd From: Scot Hetzel To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , Rui Paulo , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Mar 2014 16:34:22 -0000 On Tue, Mar 4, 2014 at 11:16 PM, Adrian Chadd wrote: > On 4 March 2014 20:19, Rui Paulo wrote: >> On 4 Mar 2014, at 18:31, Adrian Chadd wrote: >> >>> hi, >>> >>> i'd like to import the libstatfoo code from sam into -HEAD. >>> >>> It's used by some of the wifi tools to print out periodic and global >>> statistics. It abstracts away the gathering, printing and formatting >>> bits. >>> >>> I'm hoping that we can adapt some of the other base tools to use it >>> and then teach it to print out statistics in other (machine parsable) >>> formats, so we don't have to keep hacking at the tools to do this. >>> >>> The initial import: >>> >>> http://people.freebsd.org/~adrian/patches/20140304-libbsdstatfoo.diff >> >> While there, could you please rename it? libstatfoo is a pretty bad name... > > I'm open to suggestions, but I don't want to get bogged down by sheds. > lib/libbsdstatfoo -> lib/libbsdstat[,istics] lib/libbsdstatfoo/statfoo.c -> lib/libbsdstat[,istics]/bsdstat[,istics].c lib/libbsdstatfoo/statfoo.h -> lib/libbsdstat[,istics]/bsdstat[,istics].h Then change all occurrences of statfoo/STATFOO in those files to bsdstat[,istics]/BSDSTAT[,ISTICS]. -- DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 16:42:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B74F9DF4; Wed, 5 Mar 2014 16:42:37 +0000 (UTC) Received: from mail-qa0-x230.google.com (mail-qa0-x230.google.com [IPv6:2607:f8b0:400d:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4FBD2F6A; Wed, 5 Mar 2014 16:42:37 +0000 (UTC) Received: by mail-qa0-f48.google.com with SMTP id m5so1218673qaj.7 for ; Wed, 05 Mar 2014 08:42:36 -0800 (PST) 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=CaziTuBFKH4HB27ic5HQTwCah5C40u5HgkxzbF2OQ0M=; b=BwhQDZ73vzeca+4PJ10ISYbI3D1NvJ/8L9l6ZLty2vuKyxcR10v99Uh3FRLDmXHveN DJCGkBVGx+MsRpILDrUDXpzCbR70Bws9tCHfIdk/8Vgb0ekyFbsDU7eATkjjrU0lmix+ VcL7bSS60HcRGmjNa6Y6cbkie620naPowEuZejNuvTJNhVb54dvixI6BgZZucfqYKrs9 o3C+ZFIE7kDGFa6sSXbsvsVh/22tcaO9KDuqrNuNzYGD25q7hPOB7Bq+JWDW6Ht/5Nzb xP1ZOS52iDz12piUcFzygRkVhcu7WLfG8vvhBvLeC6g7Tj44a8aKGrJhD5OJcrwhUdoz UrBw== MIME-Version: 1.0 X-Received: by 10.140.42.138 with SMTP id c10mr7726451qga.24.1394037756533; Wed, 05 Mar 2014 08:42:36 -0800 (PST) Received: by 10.224.8.137 with HTTP; Wed, 5 Mar 2014 08:42:36 -0800 (PST) In-Reply-To: References: <9BA45ADB-3005-4689-A9D3-932CB9F2F84E@FreeBSD.org> Date: Wed, 5 Mar 2014 08:42:36 -0800 Message-ID: Subject: Re: importing sam leffler's libstatfoo into -HEAd From: Adrian Chadd To: Scot Hetzel Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , Rui Paulo , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Mar 2014 16:42:37 -0000 Yup, I've renamed it libbsdstat. http://people.freebsd.org/~adrian/patches/20140304-libbsdstat-2.diff I'm doing a universe run right now. -a On 5 March 2014 08:34, Scot Hetzel wrote: > On Tue, Mar 4, 2014 at 11:16 PM, Adrian Chadd wrote: >> On 4 March 2014 20:19, Rui Paulo wrote: >>> On 4 Mar 2014, at 18:31, Adrian Chadd wrote: >>> >>>> hi, >>>> >>>> i'd like to import the libstatfoo code from sam into -HEAD. >>>> >>>> It's used by some of the wifi tools to print out periodic and global >>>> statistics. It abstracts away the gathering, printing and formatting >>>> bits. >>>> >>>> I'm hoping that we can adapt some of the other base tools to use it >>>> and then teach it to print out statistics in other (machine parsable) >>>> formats, so we don't have to keep hacking at the tools to do this. >>>> >>>> The initial import: >>>> >>>> http://people.freebsd.org/~adrian/patches/20140304-libbsdstatfoo.diff >>> >>> While there, could you please rename it? libstatfoo is a pretty bad name... >> >> I'm open to suggestions, but I don't want to get bogged down by sheds. >> > > lib/libbsdstatfoo -> lib/libbsdstat[,istics] > lib/libbsdstatfoo/statfoo.c -> lib/libbsdstat[,istics]/bsdstat[,istics].c > lib/libbsdstatfoo/statfoo.h -> lib/libbsdstat[,istics]/bsdstat[,istics].h > > Then change all occurrences of statfoo/STATFOO in those files to > bsdstat[,istics]/BSDSTAT[,ISTICS]. > > > -- > DISCLAIMER: > > No electrons were maimed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 18:22:59 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 101722FE; Wed, 5 Mar 2014 18:22:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6E7A1BC3; Wed, 5 Mar 2014 18:22:58 +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 s25IMtWn085877; Wed, 5 Mar 2014 13:22:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s25IMtXo085876; Wed, 5 Mar 2014 18:22:55 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 18:22:55 GMT Message-Id: <201403051822.s25IMtXo085876@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 18:22:59 -0000 TB --- 2014-03-05 15:02:59 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-05 15:02:59 - 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 --- 2014-03-05 15:02:59 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-03-05 15:02:59 - cleaning the object tree TB --- 2014-03-05 15:04:21 - /usr/local/bin/svn stat /src TB --- 2014-03-05 15:04:24 - At svn revision 262781 TB --- 2014-03-05 15:04:25 - building world TB --- 2014-03-05 15:04:25 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 15:04:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 15:04:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 15:04:25 - SRCCONF=/dev/null TB --- 2014-03-05 15:04:25 - TARGET=pc98 TB --- 2014-03-05 15:04:25 - TARGET_ARCH=i386 TB --- 2014-03-05 15:04:25 - TZ=UTC TB --- 2014-03-05 15:04:25 - __MAKE_CONF=/dev/null TB --- 2014-03-05 15:04:25 - cd /src TB --- 2014-03-05 15:04:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 5 15:04:32 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/sbin/pfctl/pfctl.c /src/sbin/pfctl/pfctl.c:799:25: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] rule->bytes[1]), rule->u_states_cur); ^~~~~~~~~~~~~~~~~~ /src/sbin/pfctl/pfctl.c:804:8: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] rule->u_states_tot); ^~~~~~~~~~~~~~~~~~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-05 18:22:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 18:22:55 - ERROR: failed to build world TB --- 2014-03-05 18:22:55 - 10015.77 user 1255.64 system 11996.18 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 18:35:51 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D29478E; Wed, 5 Mar 2014 18:35:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4A34CCBB; Wed, 5 Mar 2014 18:35:51 +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 s25IZoj5001092; Wed, 5 Mar 2014 13:35:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s25IZoos001091; Wed, 5 Mar 2014 18:35:50 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 18:35:50 GMT Message-Id: <201403051835.s25IZoos001091@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 18:35:51 -0000 TB --- 2014-03-05 16:09:06 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-05 16:09: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 --- 2014-03-05 16:09:06 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-03-05 16:09:06 - cleaning the object tree TB --- 2014-03-05 16:10:28 - /usr/local/bin/svn stat /src TB --- 2014-03-05 16:10:31 - At svn revision 262781 TB --- 2014-03-05 16:10:32 - building world TB --- 2014-03-05 16:10:32 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 16:10:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 16:10:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 16:10:32 - SRCCONF=/dev/null TB --- 2014-03-05 16:10:32 - TARGET=powerpc TB --- 2014-03-05 16:10:32 - TARGET_ARCH=powerpc TB --- 2014-03-05 16:10:32 - TZ=UTC TB --- 2014-03-05 16:10:32 - __MAKE_CONF=/dev/null TB --- 2014-03-05 16:10:32 - cd /src TB --- 2014-03-05 16:10:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 5 16:10:39 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -o nos-tun nos-tun.o gzip -cn /src/sbin/nos-tun/nos-tun.8 > nos-tun.8.gz ===> sbin/pfctl (all) cc -O2 -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/pfctl/pfctl.c cc1: warnings being treated as errors /src/sbin/pfctl/pfctl.c: In function 'pfctl_print_rule_counters': /src/sbin/pfctl/pfctl.c:799: warning: format '%-6lu' expects type 'long unsigned int', but argument 5 has type 'uint64_t' /src/sbin/pfctl/pfctl.c:804: warning: format '%-6lu' expects type 'long unsigned int', but argument 4 has type 'uint64_t' *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-05 18:35:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 18:35:50 - ERROR: failed to build world TB --- 2014-03-05 18:35:50 - 7358.80 user 1000.50 system 8804.06 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 19:24:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2419EBF5 for ; Wed, 5 Mar 2014 19:24:30 +0000 (UTC) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id DCB5B204 for ; Wed, 5 Mar 2014 19:24:29 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 28C963EB32 for ; Wed, 5 Mar 2014 19:24:21 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.7/8.14.7) with ESMTP id s25JOKrs001612 for ; Wed, 5 Mar 2014 19:24:20 GMT (envelope-from phk@phk.freebsd.dk) To: current@freebsd.org Subject: current -r262780 explodes on wlan up From: Poul-Henning Kamp Content-Type: text/plain; charset=ISO-8859-1 Date: Wed, 05 Mar 2014 19:24:20 +0000 Message-ID: <1611.1394047460@critter.freebsd.dk> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Mar 2014 19:24:30 -0000 Just tried a current kernel -r 262780 on my laptop. When wlan0 comes up (if_iwn) it explodes with something about witness and rtentry.c, but it clears the screen before I can get a photo... Looks trivial to reproduce. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 19:43:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 66421605; Wed, 5 Mar 2014 19:43:31 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3B1193D9; Wed, 5 Mar 2014 19:43:31 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 19A1DB97B; Wed, 5 Mar 2014 14:43:30 -0500 (EST) From: John Baldwin To: Konstantin Belousov Subject: Re: panic: lockmgr still held [tmpfs] [vm_map_remove()->vdropl()] (r262186: Thu Feb 20) Date: Wed, 5 Mar 2014 14:21:04 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <53109ACB.20102@FreeBSD.org> <5316F144.1000105@FreeBSD.org> <20140305110723.GB24664@kib.kiev.ua> In-Reply-To: <20140305110723.GB24664@kib.kiev.ua> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201403051421.04381.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 05 Mar 2014 14:43:30 -0500 (EST) Cc: Alan Cox , freebsd-current@freebsd.org, Andriy Gapon , Bryan Drewery X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Mar 2014 19:43:31 -0000 On Wednesday, March 05, 2014 6:07:23 am Konstantin Belousov wrote: > On Wed, Mar 05, 2014 at 11:41:24AM +0200, Andriy Gapon wrote: > > on 04/03/2014 18:45 John Baldwin said the following: > > > So I'm not sure how to fix this. The crash is in this code in > > > vm_object_deallocate(): > > > > > > if (object->type == OBJT_SWAP && > > > (object->flags & OBJ_TMPFS) != 0) { > > > vp = object->un_pager.swp.swp_tmpfs; > > > vhold(vp); > > > VM_OBJECT_WUNLOCK(object); > > > vn_lock(vp, LK_EXCLUSIVE | LK_RETRY); > > > vdrop(vp); > > > VM_OBJECT_WLOCK(object); > > > if (object->type == OBJT_DEAD || > > > object->ref_count != 1) { > > > VM_OBJECT_WUNLOCK(object); > > > VOP_UNLOCK(vp, 0); > > > return; > > > } > > > if ((object->flags & OBJ_TMPFS) != 0) > > > VOP_UNSET_TEXT(vp); > > > VOP_UNLOCK(vp, 0); > > > } > > > > > > The vdrop() is dropping the count to zero and trying to free the vnode. The > > > real problem I think is that swp_tmpfs doesn't have an implicit vhold() on the > > > vnode, so in this case, the code is doing a vhold/vn_lock/vdrop of an already- > > > free vnode. For OBJT_VNODE objects, the reference from the object back to the > > > vnode holds a vref() that gets released by a vput() in > > > vm_object_vndeallocate(). > > > > > > One fix might be to chagne smp_tmpfs to hold a vhold reference. This is > > > untested but might work (but I'm also not sure that this is the right thing in > > > that I don't know what other effects it might have). > > > > I agree with your analysis, but I don't think that a filesystem holding its own > > vnode is a good idea. If I am not mistaken, that would prevent tmpfs vnodes > > from going to free list. > > I'd rather try to modify vm_object_deallocate() code. E.g. vdrop() could be > > called after VOP_UNLOCK(). Alternatively, the code could handle a doomed vnode > > in a different way. > > I agree with Andrey, it is just a bug to vdrop() before unlock. > Please try this. Ok, my only worry is in the case of Bryan's panic, the hold count on the vnode was already zero before vhold() was called, so is it possible that it is a stale pointer or is there some other implicit reference that prevents that? If it can't be stale, I think deferring the vdrop() is fine. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 19:50:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4DEDE04; Wed, 5 Mar 2014 19:50:07 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 37A88632; Wed, 5 Mar 2014 19:50:07 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id s25Jo1SA001607; Wed, 5 Mar 2014 21:50:01 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s25Jo1SA001607 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id s25Jo11V001606; Wed, 5 Mar 2014 21:50:01 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 5 Mar 2014 21:50:01 +0200 From: Konstantin Belousov To: John Baldwin Subject: Re: panic: lockmgr still held [tmpfs] [vm_map_remove()->vdropl()] (r262186: Thu Feb 20) Message-ID: <20140305195001.GF24664@kib.kiev.ua> References: <53109ACB.20102@FreeBSD.org> <5316F144.1000105@FreeBSD.org> <20140305110723.GB24664@kib.kiev.ua> <201403051421.04381.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+TV/ighyc7Vd8/th" Content-Disposition: inline In-Reply-To: <201403051421.04381.jhb@freebsd.org> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: Alan Cox , freebsd-current@freebsd.org, Andriy Gapon , Bryan Drewery X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Mar 2014 19:50:07 -0000 --+TV/ighyc7Vd8/th Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 05, 2014 at 02:21:04PM -0500, John Baldwin wrote: > On Wednesday, March 05, 2014 6:07:23 am Konstantin Belousov wrote: > > On Wed, Mar 05, 2014 at 11:41:24AM +0200, Andriy Gapon wrote: > > > on 04/03/2014 18:45 John Baldwin said the following: > > > > So I'm not sure how to fix this. The crash is in this code in=20 > > > > vm_object_deallocate(): > > > >=20 > > > > if (object->type =3D=3D OBJT_SWAP && > > > > (object->flags & OBJ_TMPFS) !=3D 0) { > > > > vp =3D object->un_pager.swp.swp_tmpfs; > > > > vhold(vp); > > > > VM_OBJECT_WUNLOCK(object); > > > > vn_lock(vp, LK_EXCLUSIVE | LK_RETRY); > > > > vdrop(vp); > > > > VM_OBJECT_WLOCK(object); > > > > if (object->type =3D=3D OBJT_DEAD || > > > > object->ref_count !=3D 1) { > > > > VM_OBJECT_WUNLOCK(object); > > > > VOP_UNLOCK(vp, 0); > > > > return; > > > > } > > > > if ((object->flags & OBJ_TMPFS) !=3D 0) > > > > VOP_UNSET_TEXT(vp); > > > > VOP_UNLOCK(vp, 0); > > > > } > > > >=20 > > > > The vdrop() is dropping the count to zero and trying to free the vn= ode. The=20 > > > > real problem I think is that swp_tmpfs doesn't have an implicit vho= ld() on the=20 > > > > vnode, so in this case, the code is doing a vhold/vn_lock/vdrop of = an already- > > > > free vnode. For OBJT_VNODE objects, the reference from the object = back to the=20 > > > > vnode holds a vref() that gets released by a vput() in=20 > > > > vm_object_vndeallocate(). > > > >=20 > > > > One fix might be to chagne smp_tmpfs to hold a vhold reference. Th= is is=20 > > > > untested but might work (but I'm also not sure that this is the rig= ht thing in=20 > > > > that I don't know what other effects it might have). > > >=20 > > > I agree with your analysis, but I don't think that a filesystem holdi= ng its own > > > vnode is a good idea. If I am not mistaken, that would prevent tmpfs= vnodes > > > from going to free list. > > > I'd rather try to modify vm_object_deallocate() code. E.g. vdrop() c= ould be > > > called after VOP_UNLOCK(). Alternatively, the code could handle a do= omed vnode > > > in a different way. > >=20 > > I agree with Andrey, it is just a bug to vdrop() before unlock. > > Please try this. >=20 > Ok, my only worry is in the case of Bryan's panic, the hold count on the = vnode > was already zero before vhold() was called, so is it possible that it is = a stale > pointer or is there some other implicit reference that prevents that? If= it can't > be stale, I think deferring the vdrop() is fine. The object->un_pager.swp.swp_tmpfs is cleared under the object lock before the vnode is reclaimed, i.e. long before the vnode can be freed. swp_tmpfs should be kept in sync with the OBJ_TMPFS flag, so the vhold() is safe while flag is set and object is locked. --+TV/ighyc7Vd8/th Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTF3/oAAoJEJDCuSvBvK1BT30P/2HQj2BS1x2SXpuy9fzHY/7T qityHJT9VE7u16/Im0gtYopBT0N3W+HoLTuL8DYrBJoV/PDPYORB7frD2OA99Du7 q/dij85dqJbwowwnmA/nJFBBqRLb6ECFmCULBvS/1LHU695WeOVoZJ1N7xtGvceY Kintppw2pGdJ2Ru7X9gX7Fm5/i3cxTuYaNdNBzqNZ//wHj8HOJ+Y8ucVuy0/vcug npwUqs+QnFy12TSE/YUnaFLrYDGRGbkAPPfVxcik1sNxTq9p708FyKq76OA0MpPD RwoGgBdVNwMY/K2SDsShFq7gQ6Pn86HdTAcLcEXBl8+/SLu7KVzeQcIlnORHQnVi BNDllMwdYVks9CPy8BB8kqqZvEUfGC0TNaKPBT4nEqlQRCatTguxNRJudptZMrnE LoTiVGnOYCx5EHVYPOiWoDimQTjrSUsq8zQ7wvp3NP9Niq979RsCnwBPpfx1DmfJ PPJfhUDAFnN50W1pPbjHEzLr6tx+l24z9cFz3kd2kAb19FewR3Hh8m9ZoTT7O2Nv IGJsaxPp+LX8JWQYO4+zkeDbAnpKvljzeTBWDmWVGPw4ZmHkkFYy8a237fjtun94 EQCFpXoYSUOurXWRRazm3eQw2BG+yg5PvebloulQAzmFjceAjncDUVL+393Wekdy EzQfp8eU2V7PZEWLyARM =6d1Z -----END PGP SIGNATURE----- --+TV/ighyc7Vd8/th-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 20:09:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46621561 for ; Wed, 5 Mar 2014 20:09:38 +0000 (UTC) Received: from mail.modirum.com (mail.modirum.com [31.185.27.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0753E889 for ; Wed, 5 Mar 2014 20:09:37 +0000 (UTC) Received: from [77.87.241.103] (helo=desktop.reztek) by mail.modirum.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1WLI8E-000CPq-AD for freebsd-current@freebsd.org; Wed, 05 Mar 2014 20:09:34 +0000 From: Matthew Rezny To: freebsd-current@freebsd.org Subject: Re: Feature Proposal: Transparent upgrade of crypt() algorithms Date: Wed, 05 Mar 2014 21:09:30 +0100 Message-ID: <2167732.JmQmEPMV2N@desktop.reztek> Organization: RezTek, s.r.o. User-Agent: KMail/4.12.3 (FreeBSD/10.0-STABLE; KDE/4.12.3; amd64; ; ) In-Reply-To: <201403031528.19273.jhb@freebsd.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-SA-Authenticated: Yes X-SA-Exim-Connect-IP: 77.87.241.103 X-SA-Exim-Mail-From: matthew@reztek.cz X-SA-Exim-Scanned: No (on mail.modirum.com); SAEximRunCond expanded to false X-Mailman-Approved-At: Wed, 05 Mar 2014 20:13:35 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Mar 2014 20:09:38 -0000 > > Password expiry is an orthogonal issue and should be up to administrator > > policy. > > Yes, but if you are moving to a different algorithm to improve security, not > coupling it with an eventual expiration of non-migrated accounts gives a > false sense of security. Any admin worth his/her salt is going to want the > option of enforcing that sort of policy along with the transparent update. > They should really be implemented together is all. Account expiration and password expiration are already present. There is absolutely no reason that password algorithm upgrade should be tied in any way to expiration. A transparent algorithm upgrade as proposed is *far* better than the forced password change method that is commonly employed. If the administrator wants to force all accounts to migrate by a set deadline, we already have the expiration facilities in place to accomplish that. Expiring accounts that have not been used in a long time, regardless of algorithm changes, should be part of general housekeeping and may be covered by existing policy. Password expiration serves no purpose, EVER. Password expiration encourages users to choose bad passwords because they are throwaway items. Bruce states it well enough I need not elaborate further https://www.schneier.com/blog/archives/2010/11/changing_passwo.html Anyone who fails to understand the above should NOT be an administrator. From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 20:15:23 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DB991881 for ; Wed, 5 Mar 2014 20:15:23 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9960B93D for ; Wed, 5 Mar 2014 20:15:23 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1WLIDp-002tLW-SL>; Wed, 05 Mar 2014 21:15:21 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198] helo=telesto) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1WLIDp-000CZE-QC>; Wed, 05 Mar 2014 21:15:21 +0100 Date: Wed, 5 Mar 2014 21:15:17 +0100 From: "O. Hartmann" To: Poul-Henning Kamp Subject: Re: current -r262780 explodes on wlan up Message-ID: <20140305211517.356a276e@telesto> In-Reply-To: <1611.1394047460@critter.freebsd.dk> References: <1611.1394047460@critter.freebsd.dk> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/lPT.wHsyDZR3mDPZuR=usWi"; protocol="application/pgp-signature" X-Originating-IP: 130.133.86.198 X-ZEDAT-Hint: A Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Mar 2014 20:15:23 -0000 --Sig_/lPT.wHsyDZR3mDPZuR=usWi Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 05 Mar 2014 19:24:20 +0000 Poul-Henning Kamp wrote: >=20 > Just tried a current kernel -r 262780 on my laptop. >=20 > When wlan0 comes up (if_iwn) it explodes with something about witness > and rtentry.c, but it clears the screen before I can get a photo... >=20 > Looks trivial to reproduce. >=20 On one of my servers equipted with a WiFi adaptor for acting as gateway, the same situation. The kernel is capable of being boot into single user mode, but explodes immediately when performin /etc/netstart. In multisuer mode, when the network is coming up, it core dumps. oh --Sig_/lPT.wHsyDZR3mDPZuR=usWi Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTF4XZAAoJEOgBcD7A/5N8CP4IAMEVWW+tVtgfni124PtiHp0p e4rQFEtRaNCiIXcMY+aG7snPnUHdv4L0DhoQ9t2AgbGwQH2Eay7rdQzckkbMK1ff vumDDfaCGR/Qr8quruJ5BgONrHm4iapHVsPEHhEV7fJU2ORC3KYEES8D3hEXOtVp ACcYODWVDVmlXJ3NJmMXxVgPSZv3s2HY1fUcT2AXc50ERgwsNzIJghnI7bb4bNjB IdGUGOvfLQZ1ARi+pAd6gjQ6NE0Xjoqgg05DnMkatrMlx1eZH+LxFUnc5fHLHKT1 3uVRfXbe2mLPgX2NBzdUF0QkyU94l+jKDhuhf74272+z69MjEvJEyUMJd5DN/qo= =A3FA -----END PGP SIGNATURE----- --Sig_/lPT.wHsyDZR3mDPZuR=usWi-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 20:23:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3DAB1B1A for ; Wed, 5 Mar 2014 20:23:38 +0000 (UTC) Received: from mail-ea0-x22e.google.com (mail-ea0-x22e.google.com [IPv6:2a00:1450:4013:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C8A72A14 for ; Wed, 5 Mar 2014 20:23:37 +0000 (UTC) Received: by mail-ea0-f174.google.com with SMTP id f15so1283755eak.33 for ; Wed, 05 Mar 2014 12:23:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=BdraH4f+gMHsn2fF962V4y9imi1Jv1UqDWJy7ojMlaI=; b=MPL+kGPlo5LMqkIwAmzTKvLnD3ZUNlWR3RMBjYlSicjXU1lLoIot4J2BBhzJOnu9dr vt/D6oSmFTBctn+eK5Uz7Nyk73Y57fuzMlOzex3shcc1yz77n8vZFhouPyjtOMLSOMwq O7kKa+TP/EVQ0cuvC4EhxgpEBbkP2mhx4XdnsojgQBDPDfc75SL/HZBpvE5Mv76/Kfmb 2GIjs+2RXW3N7Q8pgSphnVeNMdhi9IEGtPDGVXb/yfeBuia1//Jl6ka/HWcADeDSNw0Y JucqCX+Nz4YcGVoiiO0a/WKPRT4KivewVh57x6PDKlcf8sOEN3qEnW+d/CaT97lMEGjR EPKg== X-Received: by 10.14.105.9 with SMTP id j9mr7779344eeg.71.1394051016085; Wed, 05 Mar 2014 12:23:36 -0800 (PST) Received: from laptop.minsk.domain ([37.215.50.92]) by mx.google.com with ESMTPSA id x3sm13300183eep.17.2014.03.05.12.23.34 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Wed, 05 Mar 2014 12:23:34 -0800 (PST) Date: Wed, 5 Mar 2014 23:23:24 +0300 From: "Sergey V. Dyatko" To: "O. Hartmann" Subject: Re: current -r262780 explodes on wlan up Message-ID: <20140305232324.724ba7c3@laptop.minsk.domain> In-Reply-To: <20140305211517.356a276e@telesto> References: <1611.1394047460@critter.freebsd.dk> <20140305211517.356a276e@telesto> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Mar 2014 20:23:38 -0000 Wed, 5 Mar 2014 21:15:17 +0100 "O. Hartmann" : > On Wed, 05 Mar 2014 19:24:20 +0000 > Poul-Henning Kamp wrote: > > > > > Just tried a current kernel -r 262780 on my laptop. > > > > When wlan0 comes up (if_iwn) it explodes with something about > > witness and rtentry.c, but it clears the screen before I can get a > > photo... > > > > Looks trivial to reproduce. > > > > > On one of my servers equipted with a WiFi adaptor for acting as > gateway, the same situation. The kernel is capable of being boot into > single user mode, but explodes immediately when > performin /etc/netstart. > > In multisuer mode, when the network is coming up, it core dumps. > > oh as I whote to phk@ offlist: can you try that patch (thanks, glebius@) http://svn.freebsd.by/files/rt_dtor.diff ? -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 20:24:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 561B4C22 for ; Wed, 5 Mar 2014 20:24:07 +0000 (UTC) Received: from mail-lb0-x236.google.com (mail-lb0-x236.google.com [IPv6:2a00:1450:4010:c04::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D01AFA1C for ; Wed, 5 Mar 2014 20:24:06 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id n15so1097452lbi.27 for ; Wed, 05 Mar 2014 12:24:05 -0800 (PST) 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=U2TrQ7NGsPEXOa/Ut3kOF3Aeic2FlBpq/x6aoHnjDm8=; b=pemb1wsokPGcB7owIsf3zU82MXaH+lqzqyiVVfeV1/kVoBA9Js8pDdLRXSsCF3p6uY UjaRGAKouu3LhYvswMok0dWvUjHbwRLDDo3Q6kxOzz5dJeQmZPJ3TeG5opib8unsfqfC tJQYY1edg4bz7ztH3KneQQ1GU9jZ49ard+Jxn2eGk+pvJHh3Bh3lFGVF+9yTiRwU5n0E sBkh1lMxu/cozyksCId34aZgCmg4fhpRPha+CDN0ogrozCG2164bVuEJ5TP00KZ/O5CV hIH8/7lJoi0Ifxb8nVSeTO3lcUuEm3upglpLISuvSDXJaS14rABcAHHs5XL2VxV95Cva d7Cw== X-Received: by 10.152.23.9 with SMTP id i9mr70418laf.56.1394051044970; Wed, 05 Mar 2014 12:24:04 -0800 (PST) Received: from one.local (h-167-81.a170.priv.bahnhof.se. [85.24.167.81]) by mx.google.com with ESMTPSA id gi5sm3769972lbc.4.2014.03.05.12.24.04 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 05 Mar 2014 12:24:04 -0800 (PST) Message-ID: <531787E3.5000100@gmail.com> Date: Wed, 05 Mar 2014 21:24:03 +0100 From: Pawel Worach User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: current -r262780 explodes on wlan up References: <1611.1394047460@critter.freebsd.dk> In-Reply-To: <1611.1394047460@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Mar 2014 20:24:07 -0000 On 03/05/14 20:24, Poul-Henning Kamp wrote: > > Just tried a current kernel -r 262780 on my laptop. > > When wlan0 comes up (if_iwn) it explodes with something about witness > and rtentry.c, but it clears the screen before I can get a photo... > > Looks trivial to reproduce. > svn r262799, witness disabled, explodes much later here, also system with iwn if it's related. pid 911 was: 65 911 1 0 52 0 14556 0 select Ds - 0:00.00 [dhclient] no trace with symbols because kgdb doesn't like that clang creates. Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /boot/kernel/kernel.symbols] Configuring syscons: keymap Sleeping thread (tid 100073, pid 911) owns a non-sleepable lock KDB: stack backtrace of thread 100073: sched_switch() at sched_switch+0x20a/frame 0xfffffe0233f31690 mi_switch() at mi_switch+0xbe/frame 0xfffffe0233f316d0 sleepq_catch_signals() at sleepq_catch_signals+0xab/frame 0xfffffe0233f31730 sleepq_timedwait_sig() at sleepq_timedwait_sig+0xf/frame 0xfffffe0233f31760 _cv_timedwait_sig_sbt() at _cv_timedwait_sig_sbt+0x18b/frame 0xfffffe0233f317c0 seltdwait() at seltdwait+0xa4/frame 0xfffffe0233f31800 sys_poll() at sys_poll+0x3a3/frame 0xfffffe0233f319a0 amd64_syscall() at amd64_syscall+0x289/frame 0xfffffe0233f31ab0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0233f31ab0 --- syscall (209, FreeBSD ELF64, sys_poll), rip = 0x800b2972a, rsp = 0x7fffffffdc68, rbp = 0x7fffffffdca0 --- panic: sleeping thread cpuid = 3 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0234088230 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe02340882e0 panic() at panic+0x155/frame 0xfffffe0234088360 propagate_priority() at propagate_priority+0x192/frame 0xfffffe0234088390 turnstile_wait() at turnstile_wait+0x32b/frame 0xfffffe02340883e0 __mtx_lock_sleep() at __mtx_lock_sleep+0xfc/frame 0xfffffe0234088410 in_matroute() at in_matroute+0x4e/frame 0xfffffe0234088440 rtalloc1_fib() at rtalloc1_fib+0x6d/frame 0xfffffe02340884e0 in_lltable_lookup() at in_lltable_lookup+0x1f6/frame 0xfffffe0234088530 arpresolve() at arpresolve+0x159/frame 0xfffffe02340885b0 ether_output() at ether_output+0x1dd/frame 0xfffffe0234088620 ip_output() at ip_output+0xf50/frame 0xfffffe0234088710 udp_send() at udp_send+0x86f/frame 0xfffffe02340887d0 sosend_dgram() at sosend_dgram+0x3bd/frame 0xfffffe0234088850 kern_sendit() at kern_sendit+0x1c1/frame 0xfffffe0234088900 sendit() at sendit+0x129/frame 0xfffffe0234088950 sys_sendto() at sys_sendto+0x4d/frame 0xfffffe02340889a0 amd64_syscall() at amd64_syscall+0x289/frame 0xfffffe0234088ab0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0234088ab0 --- syscall (133, FreeBSD ELF64, sys_sendto), rip = 0x8013cfdfa, rsp = 0x7fffffffbb68, rbp = 0x7fffffffc430 --- KDB: enter: panic Uptime: 20s Dumping 393 out of 8063 MB:..5%..13%..21%..33%..41%..53%..61%..74%..82%..94% -- Pawel From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 20:33:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2CA86222 for ; Wed, 5 Mar 2014 20:33:43 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DCE96AF7 for ; Wed, 5 Mar 2014 20:33:42 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1WLIVZ-002yVz-As>; Wed, 05 Mar 2014 21:33:41 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198] helo=telesto) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1WLIVZ-000DoE-8g>; Wed, 05 Mar 2014 21:33:41 +0100 Date: Wed, 5 Mar 2014 21:33:36 +0100 From: "O. Hartmann" To: "Sergey V. Dyatko" Subject: Re: current -r262780 explodes on wlan up Message-ID: <20140305213336.122f448f@telesto> In-Reply-To: <20140305232324.724ba7c3@laptop.minsk.domain> References: <1611.1394047460@critter.freebsd.dk> <20140305211517.356a276e@telesto> <20140305232324.724ba7c3@laptop.minsk.domain> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/aHS78ynCrVIfQ.V+e2TmgE2"; protocol="application/pgp-signature" X-Originating-IP: 130.133.86.198 X-ZEDAT-Hint: A Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Mar 2014 20:33:43 -0000 --Sig_/aHS78ynCrVIfQ.V+e2TmgE2 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On Wed, 5 Mar 2014 23:23:24 +0300 "Sergey V. Dyatko" wrote: > =F7 Wed, 5 Mar 2014 21:15:17 +0100 > "O. Hartmann" =D0=C9=DB=C5=D4: >=20 > > On Wed, 05 Mar 2014 19:24:20 +0000 > > Poul-Henning Kamp wrote: > >=20 > > >=20 > > > Just tried a current kernel -r 262780 on my laptop. > > >=20 > > > When wlan0 comes up (if_iwn) it explodes with something about > > > witness and rtentry.c, but it clears the screen before I can get a > > > photo... > > >=20 > > > Looks trivial to reproduce. > > >=20 > >=20 > >=20 > > On one of my servers equipted with a WiFi adaptor for acting as > > gateway, the same situation. The kernel is capable of being boot > > into single user mode, but explodes immediately when > > performin /etc/netstart. > >=20 > > In multisuer mode, when the network is coming up, it core dumps. > >=20 > > oh >=20 > as I whote to phk@ offlist: > can you try that patch (thanks, glebius@) > http://svn.freebsd.by/files/rt_dtor.diff ? >=20 >=20 > -- > wbr, tiger Whar is the exact path for the files to patch? --Sig_/aHS78ynCrVIfQ.V+e2TmgE2 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTF4olAAoJEOgBcD7A/5N8/bUIANZxIHWESyEwcxGEXGrIG0+L D7OKtjcAdJ7DtNxQQCN8A7f426Ey/pM5kRGFi7o72KUPZe6l4HfxqsMSub4HXoJa HTtLC9zVX39OLgxQh9fDPx8Bjvn+26xRwfRpntXPYtk2V4OVpgz/ldZCFE4zsJYR TA+ZSkhBB5Ipzt6mJ8Yg800CwFcLT/uDKiTjzCqV5OAccX8/sTu6jxe1sHlVZFGG rC5NGCVW2B70AGljjugM31egg10FxcydTlNOL0fib60eC+uN18OHGv5NgLGkoC0C FwGHyeLpIlZq65tgJ3FefrIEDQDblN3PdSso7YZkGH2dv+4zfX7R2fV1K6nQ6BA= =tsIb -----END PGP SIGNATURE----- --Sig_/aHS78ynCrVIfQ.V+e2TmgE2-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 20:51:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE4686C8 for ; Wed, 5 Mar 2014 20:51:36 +0000 (UTC) Received: from mail-ea0-x236.google.com (mail-ea0-x236.google.com [IPv6:2a00:1450:4013:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 43C89C91 for ; Wed, 5 Mar 2014 20:51:36 +0000 (UTC) Received: by mail-ea0-f182.google.com with SMTP id b10so1305011eae.13 for ; Wed, 05 Mar 2014 12:51:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=LG7hcyTHeSdp/9hFHkkNXQ3yI51PihzW0kEYpzms110=; b=hFGG6C+o11aju6o6Q+Dmn3VWnLBikaESaBnrrnxbUoLWxnixwdq5touO5ejrpe8e77 zXXSfv4ATmzXP8p961OM3yt0MrzFYRW13pLcRXQt6rdE7dtkA22eBH/uf3jSSLaww6+9 WwSAyldHTTDsQNaC9MQRU8ecRi14V9gOUAQuJ32tYXbO6rl8TYmnYCvfruQg0CSSqLLJ uVKZQB9YCRzviTpE/Bij1mPrPxM2faU+bAOEKHbpxCZCI/qc7Fo2Vc6rzJCv10Q1D2h6 vbBi66TSWlRph093KBflYtDq0MZDt/9dabHT+S9RfQmjLTnVioPr0rKsFmSLzUXlfe3L MhIw== X-Received: by 10.15.75.66 with SMTP id k42mr8322056eey.2.1394052694644; Wed, 05 Mar 2014 12:51:34 -0800 (PST) Received: from laptop.minsk.domain ([37.215.50.92]) by mx.google.com with ESMTPSA id m8sm13522407eef.14.2014.03.05.12.51.32 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Wed, 05 Mar 2014 12:51:33 -0800 (PST) Date: Wed, 5 Mar 2014 23:51:23 +0300 From: "Sergey V. Dyatko" To: freebsd-current@freebsd.org Subject: Re: current -r262780 explodes on wlan up Message-ID: <20140305235123.4a1c1799@laptop.minsk.domain> In-Reply-To: <20140305213336.122f448f@telesto> References: <1611.1394047460@critter.freebsd.dk> <20140305211517.356a276e@telesto> <20140305232324.724ba7c3@laptop.minsk.domain> <20140305213336.122f448f@telesto> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Mar 2014 20:51:36 -0000 Wed, 5 Mar 2014 21:33:36 +0100 "O. Hartmann" : > On Wed, 5 Mar 2014 23:23:24 +0300 > "Sergey V. Dyatko" wrote: > > > Wed, 5 Mar 2014 21:15:17 +0100 > > "O. Hartmann" : > > > > > On Wed, 05 Mar 2014 19:24:20 +0000 > > > Poul-Henning Kamp wrote: > > > > > > > > > > > Just tried a current kernel -r 262780 on my laptop. > > > > > > > > When wlan0 comes up (if_iwn) it explodes with something about > > > > witness and rtentry.c, but it clears the screen before I can > > > > get a photo... > > > > > > > > Looks trivial to reproduce. > > > > > > > > > > > > > On one of my servers equipted with a WiFi adaptor for acting as > > > gateway, the same situation. The kernel is capable of being boot > > > into single user mode, but explodes immediately when > > > performin /etc/netstart. > > > > > > In multisuer mode, when the network is coming up, it core dumps. > > > > > > oh > > > > as I whote to phk@ offlist: > > can you try that patch (thanks, glebius@) > > http://svn.freebsd.by/files/rt_dtor.diff ? > > > > > > -- > > wbr, tiger > > Whar is the exact path for the files to patch? sys/net -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 22:49:40 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D84CAABF; Wed, 5 Mar 2014 22:49:40 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 942B3968; Wed, 5 Mar 2014 22:49:40 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::a4c2:18df:61c3:7c81] (unknown [IPv6:2001:7b8:3a7:0:a4c2:18df:61c3:7c81]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 3EBDE5C45; Wed, 5 Mar 2014 23:49:38 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_DA250C50-0589-4FEF-AB5F-3AB3C379A2DD"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: firebox build fails post clang-3.4 merge From: Dimitry Andric In-Reply-To: <201402282340.s1SNeXGU098039@gw.catspoiler.org> Date: Wed, 5 Mar 2014 23:49:30 +0100 Message-Id: References: <201402282340.s1SNeXGU098039@gw.catspoiler.org> To: Don Lewis X-Mailer: Apple Mail (2.1874) Cc: imb@protected-networks.net, freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Mar 2014 22:49:40 -0000 --Apple-Mail=_DA250C50-0589-4FEF-AB5F-3AB3C379A2DD Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 01 Mar 2014, at 00:40, Don Lewis wrote: > On 28 Feb, Dimitry Andric wrote: ... >> Indeed, this is clang bug with stdcall calling conventions. See the >> upstream bug http://llvm.org/PR19007 (thanks to Benjamin Kramer for >> reducing this). >> >> I have followed up on the bug with a workaround, which can be used until >> this bug is fixed upstream, and I can import the fix. > > Thanks for the fast work! The patched solve the problem for me and I > was able to install and run firefox on 11.0-CURRENT i386. I have imported the upstream fix for this bug in r262809, and I will MFC it after one week. Happy Firefoxing. :-) -Dimitry --Apple-Mail=_DA250C50-0589-4FEF-AB5F-3AB3C379A2DD Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlMXqf0ACgkQsF6jCi4glqMAQACfUB0EGJBjQLjwOzX/jpEodXEA P54AoK4GLtKYOnW+wRlXm8RRPd9QldQL =CVVd -----END PGP SIGNATURE----- --Apple-Mail=_DA250C50-0589-4FEF-AB5F-3AB3C379A2DD-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 23:01:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7C49D0B; Wed, 5 Mar 2014 23:01:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8174EAB8; Wed, 5 Mar 2014 23:01:35 +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 s25N1YbN036254; Wed, 5 Mar 2014 18:01:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s25N1YFQ036251; Wed, 5 Mar 2014 23:01:34 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 23:01:34 GMT Message-Id: <201403052301.s25N1YFQ036251@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 23:01:36 -0000 TB --- 2014-03-05 19:50:16 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-05 19:50: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 --- 2014-03-05 19:50:16 - starting HEAD tinderbox run for armv6/arm TB --- 2014-03-05 19:50:16 - cleaning the object tree TB --- 2014-03-05 19:56:30 - /usr/local/bin/svn stat /src TB --- 2014-03-05 19:56:33 - At svn revision 262803 TB --- 2014-03-05 19:56:34 - building world TB --- 2014-03-05 19:56:34 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 19:56:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 19:56:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 19:56:34 - SRCCONF=/dev/null TB --- 2014-03-05 19:56:34 - TARGET=arm TB --- 2014-03-05 19:56:34 - TARGET_ARCH=armv6 TB --- 2014-03-05 19:56:34 - TZ=UTC TB --- 2014-03-05 19:56:34 - __MAKE_CONF=/dev/null TB --- 2014-03-05 19:56:34 - cd /src TB --- 2014-03-05 19:56:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 5 19:56:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/usr.bin/netstat/route.c /src/usr.bin/netstat/route.c:333:7: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] kread_counter((u_long )rt->rt_pksent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /src/usr.bin/netstat/route.c:871:7: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] kread_counter((u_long )rt->rt_pksent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/netstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-05 23:01:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 23:01:34 - ERROR: failed to build world TB --- 2014-03-05 23:01:34 - 9067.59 user 1538.12 system 11477.78 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 23:01:36 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA3B3D0C; Wed, 5 Mar 2014 23:01:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 85124AB9; Wed, 5 Mar 2014 23:01:35 +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 s25N1YX9036255; Wed, 5 Mar 2014 18:01:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s25N1Y2g036250; Wed, 5 Mar 2014 23:01:34 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 23:01:34 GMT Message-Id: <201403052301.s25N1Y2g036250@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 23:01:36 -0000 TB --- 2014-03-05 19:50:16 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-05 19:50: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 --- 2014-03-05 19:50:16 - starting HEAD tinderbox run for arm/arm TB --- 2014-03-05 19:50:16 - cleaning the object tree TB --- 2014-03-05 19:56:29 - /usr/local/bin/svn stat /src TB --- 2014-03-05 19:56:32 - At svn revision 262803 TB --- 2014-03-05 19:56:33 - building world TB --- 2014-03-05 19:56:33 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 19:56:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 19:56:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 19:56:33 - SRCCONF=/dev/null TB --- 2014-03-05 19:56:33 - TARGET=arm TB --- 2014-03-05 19:56:33 - TARGET_ARCH=arm TB --- 2014-03-05 19:56:33 - TZ=UTC TB --- 2014-03-05 19:56:33 - __MAKE_CONF=/dev/null TB --- 2014-03-05 19:56:33 - cd /src TB --- 2014-03-05 19:56:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 5 19:56:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/usr.bin/netstat/route.c /src/usr.bin/netstat/route.c:333:7: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] kread_counter((u_long )rt->rt_pksent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /src/usr.bin/netstat/route.c:871:7: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] kread_counter((u_long )rt->rt_pksent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/netstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-05 23:01:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 23:01:34 - ERROR: failed to build world TB --- 2014-03-05 23:01:34 - 9066.55 user 1529.34 system 11477.84 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 5 23:14:06 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4B05283; Wed, 5 Mar 2014 23:14:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6199AB8F; Wed, 5 Mar 2014 23:14:06 +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 s25NE5NX028420; Wed, 5 Mar 2014 18:14:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s25NE5aK028416; Wed, 5 Mar 2014 23:14:05 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 5 Mar 2014 23:14:05 GMT Message-Id: <201403052314.s25NE5aK028416@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Mar 2014 23:14:06 -0000 TB --- 2014-03-05 19:50:16 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-05 19:50: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 --- 2014-03-05 19:50:16 - starting HEAD tinderbox run for i386/i386 TB --- 2014-03-05 19:50:16 - cleaning the object tree TB --- 2014-03-05 19:56:32 - /usr/local/bin/svn stat /src TB --- 2014-03-05 19:56:36 - At svn revision 262803 TB --- 2014-03-05 19:56:37 - building world TB --- 2014-03-05 19:56:37 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 19:56:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 19:56:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 19:56:37 - SRCCONF=/dev/null TB --- 2014-03-05 19:56:37 - TARGET=i386 TB --- 2014-03-05 19:56:37 - TARGET_ARCH=i386 TB --- 2014-03-05 19:56:37 - TZ=UTC TB --- 2014-03-05 19:56:37 - __MAKE_CONF=/dev/null TB --- 2014-03-05 19:56:37 - cd /src TB --- 2014-03-05 19:56:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 5 19:56:43 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/usr.bin/netstat/route.c /src/usr.bin/netstat/route.c:333:7: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] kread_counter((u_long )rt->rt_pksent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /src/usr.bin/netstat/route.c:871:7: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] kread_counter((u_long )rt->rt_pksent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/netstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-05 23:14:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-05 23:14:05 - ERROR: failed to build world TB --- 2014-03-05 23:14:05 - 9811.41 user 1513.52 system 12228.76 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 00:11:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0937B66D for ; Thu, 6 Mar 2014 00:11:31 +0000 (UTC) Received: from nm27-vm10.access.bullet.mail.bf1.yahoo.com (nm27-vm10.access.bullet.mail.bf1.yahoo.com [216.109.115.233]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8BC22C5 for ; Thu, 6 Mar 2014 00:11:30 +0000 (UTC) Received: from [66.196.81.160] by nm27.access.bullet.mail.bf1.yahoo.com with NNFMP; 06 Mar 2014 00:08:19 -0000 Received: from [98.138.104.96] by tm6.access.bullet.mail.bf1.yahoo.com with NNFMP; 06 Mar 2014 00:08:19 -0000 Received: from [127.0.0.1] by smtp116.sbc.mail.ne1.yahoo.com with NNFMP; 06 Mar 2014 00:08:19 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1394064499; bh=agYWam3NdI59kPUilapcE1XQpMERtHbKOGXHgU+hc54=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:References:Subject; b=RCjX/T1hoIurBvg4RUbnGwTYeAJ8QpQpz71vX3rzlJeecasxICWQ9FOfmfYFx7sJRnC6Iy3pET8oVuMcvuqCk1uGRz/+xSeGRJoE/4+rUmWgqHwf55NwrUd4zCOYtqIZM7lP/ZDAGRsSykl9L/3Qx1k0hB07lXlx9AIfeCqHh1I= X-Yahoo-Newman-Id: 260788.30748.bm@smtp116.sbc.mail.ne1.yahoo.com Message-ID: <260788.30748.bm@smtp116.sbc.mail.ne1.yahoo.com> Date: Thu, 6 Mar 2014 00:08:19 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: WrD4vQkVM1lXHY.WbgGzWCbQY_1ixifiysdhCdTTvwDF_Ae X2sqMCiqdwNj8VlNSkaJ6oz6HdlKmgMS6lWq2k7b.9q7K3FS.k8qkVE3t9uc 8NiLuSKENAIsNOa5CzjqMlUJRKQJI5FXOy6vhIhUXwp1VmaRdXyLDWA9bPWO qc.Mfox5WBE4RpVPQ.n3K.laa6uKxWSIYUKEgXs9tfMECgAJfzx4x5iyTtXY udAf2w9w_Xp5l_bw60DLNGW9YZXAtODXU728A9hbieWP.bkA8tP331DSzkfc k.2ev1UIoMYkrfn0Ny0.MgOm_5KxzHRjAR5WrC0G7KONiOIWhQQ1RtXP133w MO_nHtyTm5HqGylQPwOKLWfjciyGbc7G7wPuPbtsPG7mpLoV6sCvlwwylSfD seymJQ2tIb_r27aVTo8SGs47tMqVogekHqumv8qruAv5u1zNr.EQg7FVUdhy GXH5KjhKwffnACAVoHBG65QSoa7NQdkVmE1_kDxM2eoE_3m5TMXQZ4RPPc49 IirXY2hQs9TlmuVKKGMf56.pUF1_uhDic9uMq3YLT4X13x0T846ddbH2c7Q1 N6oSZK54tadNXh2F7CuA- X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [98.138.31.74]) by smtp116.sbc.mail.ne1.yahoo.com with SMTP; 06 Mar 2014 00:08:19 +0000 UTC From: "Thomas Mueller" To: freebsd-current@freebsd.org References: <201402282340.s1SNeXGU098039@gw.catspoiler.org> Subject: Re: firebox build fails post clang-3.4 merge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 06 Mar 2014 00:11:31 -0000 > > Thanks for the fast work! The patched solve the problem for me and I > > was able to install and run firefox on 11.0-CURRENT i386. > I have imported the upstream fix for this bug in r262809, and I will MFC > it after one week. Happy Firefoxing. :-) > -Dimitry Does this mean the bug is fixed in 11-current? MFC? Is that to 10-STABLE? Your message is less than clear. I figure if firefox build fails, the bug would affect some other ports as well. Tom From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 00:11:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B0BB4765; Thu, 6 Mar 2014 00:11:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6F412C6; Thu, 6 Mar 2014 00:11:35 +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 s260BYIJ040862; Wed, 5 Mar 2014 19:11:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s260BYee040855; Thu, 6 Mar 2014 00:11:34 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 6 Mar 2014 00:11:34 GMT Message-Id: <201403060011.s260BYee040855@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Mar 2014 00:11:35 -0000 TB --- 2014-03-05 23:14:05 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-05 23:14:05 - 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 --- 2014-03-05 23:14:05 - starting HEAD tinderbox run for mips/mips TB --- 2014-03-05 23:14:05 - cleaning the object tree TB --- 2014-03-05 23:15:01 - /usr/local/bin/svn stat /src TB --- 2014-03-05 23:15:05 - At svn revision 262803 TB --- 2014-03-05 23:15:06 - building world TB --- 2014-03-05 23:15:06 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 23:15:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 23:15:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 23:15:06 - SRCCONF=/dev/null TB --- 2014-03-05 23:15:06 - TARGET=mips TB --- 2014-03-05 23:15:06 - TARGET_ARCH=mips TB --- 2014-03-05 23:15:06 - TZ=UTC TB --- 2014-03-05 23:15:06 - __MAKE_CONF=/dev/null TB --- 2014-03-05 23:15:06 - cd /src TB --- 2014-03-05 23:15:06 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 5 23:15:13 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/netisr.c cc -O -pipe -G0 -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/route.c cc1: warnings being treated as errors /src/usr.bin/netstat/route.c: In function 'size_cols_rtentry': /src/usr.bin/netstat/route.c:333: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'uint64_t' /src/usr.bin/netstat/route.c:333: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'uint64_t' /src/usr.bin/netstat/route.c: In function 'p_rtentry_kvm': /src/usr.bin/netstat/route.c:871: warning: format '%*lu' expects type 'long unsigned int', but argument 3 has type 'uint64_t' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/netstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-06 00:11:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-06 00:11:34 - ERROR: failed to build world TB --- 2014-03-06 00:11:34 - 2406.90 user 630.71 system 3448.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 02:28:11 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B593B2A; Thu, 6 Mar 2014 02:28:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 09092D6C; Thu, 6 Mar 2014 02:28:10 +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 s262S9wA013694; Wed, 5 Mar 2014 21:28:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s262S9Rq013693; Thu, 6 Mar 2014 02:28:09 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 6 Mar 2014 02:28:09 GMT Message-Id: <201403060228.s262S9Rq013693@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Mar 2014 02:28:11 -0000 TB --- 2014-03-05 23:01:34 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-05 23:01:34 - 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 --- 2014-03-05 23:01:34 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-03-05 23:01:34 - cleaning the object tree TB --- 2014-03-05 23:02:48 - /usr/local/bin/svn stat /src TB --- 2014-03-05 23:02:51 - At svn revision 262803 TB --- 2014-03-05 23:02:52 - building world TB --- 2014-03-05 23:02:52 - CROSS_BUILD_TESTING=YES TB --- 2014-03-05 23:02:52 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-05 23:02:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-05 23:02:52 - SRCCONF=/dev/null TB --- 2014-03-05 23:02:52 - TARGET=pc98 TB --- 2014-03-05 23:02:52 - TARGET_ARCH=i386 TB --- 2014-03-05 23:02:52 - TZ=UTC TB --- 2014-03-05 23:02:52 - __MAKE_CONF=/dev/null TB --- 2014-03-05 23:02:52 - cd /src TB --- 2014-03-05 23:02:52 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 5 23:03:00 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/usr.bin/netstat/route.c /src/usr.bin/netstat/route.c:333:7: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] kread_counter((u_long )rt->rt_pksent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /src/usr.bin/netstat/route.c:871:7: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] kread_counter((u_long )rt->rt_pksent)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/netstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-06 02:28:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-06 02:28:09 - ERROR: failed to build world TB --- 2014-03-06 02:28:09 - 10350.47 user 1288.34 system 12395.01 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 02:43:21 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E447AFC0; Thu, 6 Mar 2014 02:43:20 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A2A6DEED; Thu, 6 Mar 2014 02:43:20 +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 s262hJaU065532; Wed, 5 Mar 2014 21:43:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s262hJoq065528; Thu, 6 Mar 2014 02:43:19 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 6 Mar 2014 02:43:19 GMT Message-Id: <201403060243.s262hJoq065528@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Mar 2014 02:43:21 -0000 TB --- 2014-03-06 00:11:34 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-06 00:11:34 - 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 --- 2014-03-06 00:11:34 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-03-06 00:11:34 - cleaning the object tree TB --- 2014-03-06 00:12:28 - /usr/local/bin/svn stat /src TB --- 2014-03-06 00:12:31 - At svn revision 262803 TB --- 2014-03-06 00:12:32 - building world TB --- 2014-03-06 00:12:32 - CROSS_BUILD_TESTING=YES TB --- 2014-03-06 00:12:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-06 00:12:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-06 00:12:32 - SRCCONF=/dev/null TB --- 2014-03-06 00:12:32 - TARGET=powerpc TB --- 2014-03-06 00:12:32 - TARGET_ARCH=powerpc TB --- 2014-03-06 00:12:32 - TZ=UTC TB --- 2014-03-06 00:12:32 - __MAKE_CONF=/dev/null TB --- 2014-03-06 00:12:32 - cd /src TB --- 2014-03-06 00:12:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Mar 6 00:12:39 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/netisr.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET -DINET6 -DPF -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/route.c cc1: warnings being treated as errors /src/usr.bin/netstat/route.c: In function 'size_cols_rtentry': /src/usr.bin/netstat/route.c:333: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'uint64_t' /src/usr.bin/netstat/route.c:333: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'uint64_t' /src/usr.bin/netstat/route.c: In function 'p_rtentry_kvm': /src/usr.bin/netstat/route.c:871: warning: format '%*lu' expects type 'long unsigned int', but argument 3 has type 'uint64_t' *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/netstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-06 02:43:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-06 02:43:19 - ERROR: failed to build world TB --- 2014-03-06 02:43:19 - 7741.74 user 1053.33 system 9105.06 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 04:47:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CF09A80E for ; Thu, 6 Mar 2014 04:47:48 +0000 (UTC) Received: from mail-qg0-x22c.google.com (mail-qg0-x22c.google.com [IPv6:2607:f8b0:400d:c04::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8EB6BAE2 for ; Thu, 6 Mar 2014 04:47:48 +0000 (UTC) Received: by mail-qg0-f44.google.com with SMTP id a108so5824438qge.3 for ; Wed, 05 Mar 2014 20:47:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=wPE6A36Gb/dXtcEblGdVptsZo1d7lWi7+qgKSyb7gTc=; b=VbWCVLPnYhGFvanZqw7eXqmJVP7tI6q38mfCNw08j7X4Uv5qmWbKazGGlCTvDE7iKT 9kj1HxLJwWLKLvZOa++Nd0bi+iQ+nAxgFe6yTpBbQf9wh6K2TYCJYEmSGB5nJJYdEVp0 z/YLx5NoXI3RHapTb7pscXGDmD6KP66eb05j30XIOhoALs0HAKFhNHBwvX2iHqOKkVTI 7UEFVLEjR1hqeOB5hR9h/Pe8fXw9saojLdALUMb+tVyNDAUidSKlvhVhfip3OhNZ3r0w 1FOms7EWFMQwnwgGbi2C7pIW5je5q7Kf3ky6+zxrI9E3yminNTKYDZ56LY1Hud6qbVzS wk6A== X-Received: by 10.224.51.74 with SMTP id c10mr11453999qag.33.1394081267720; Wed, 05 Mar 2014 20:47:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.96.115.197 with HTTP; Wed, 5 Mar 2014 20:47:07 -0800 (PST) In-Reply-To: <20140305235123.4a1c1799@laptop.minsk.domain> References: <1611.1394047460@critter.freebsd.dk> <20140305211517.356a276e@telesto> <20140305232324.724ba7c3@laptop.minsk.domain> <20140305213336.122f448f@telesto> <20140305235123.4a1c1799@laptop.minsk.domain> From: =?UTF-8?B?5LmU5qWa?= Date: Thu, 6 Mar 2014 12:47:07 +0800 Message-ID: Subject: Re: current -r262780 explodes on wlan up To: "Sergey V. Dyatko" Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 06 Mar 2014 04:47:48 -0000 I have the same panic. Panic at net use. ping , svn, etc... 2014-03-06 4:51 GMT+08:00 Sergey V. Dyatko : > =F7 Wed, 5 Mar 2014 21:33:36 +0100 > "O. Hartmann" =D0=C9=DB=C5=D4: > >> On Wed, 5 Mar 2014 23:23:24 +0300 >> "Sergey V. Dyatko" wrote: >> >> > =F7 Wed, 5 Mar 2014 21:15:17 +0100 >> > "O. Hartmann" =D0=C9=DB=C5=D4: >> > >> > > On Wed, 05 Mar 2014 19:24:20 +0000 >> > > Poul-Henning Kamp wrote: >> > > >> > > > >> > > > Just tried a current kernel -r 262780 on my laptop. >> > > > >> > > > When wlan0 comes up (if_iwn) it explodes with something about >> > > > witness and rtentry.c, but it clears the screen before I can >> > > > get a photo... >> > > > >> > > > Looks trivial to reproduce. >> > > > >> > > >> > > >> > > On one of my servers equipted with a WiFi adaptor for acting as >> > > gateway, the same situation. The kernel is capable of being boot >> > > into single user mode, but explodes immediately when >> > > performin /etc/netstart. >> > > >> > > In multisuer mode, when the network is coming up, it core dumps. >> > > >> > > oh >> > >> > as I whote to phk@ offlist: >> > can you try that patch (thanks, glebius@) >> > http://svn.freebsd.by/files/rt_dtor.diff ? >> > >> > >> > -- >> > wbr, tiger >> >> Whar is the exact path for the files to patch? > > sys/net > > > -- > wbr, tiger > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 05:38:13 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE92FD18 for ; Thu, 6 Mar 2014 05:38:13 +0000 (UTC) Received: from mail-lb0-x22b.google.com (mail-lb0-x22b.google.com [IPv6:2a00:1450:4010:c04::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 53155E29 for ; Thu, 6 Mar 2014 05:38:13 +0000 (UTC) Received: by mail-lb0-f171.google.com with SMTP id w7so1395577lbi.16 for ; Wed, 05 Mar 2014 21:38:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=QRNzFVHTclP1Nl2M11CPVoY3vtspqRIg+eVkcCaWjvc=; b=eONBY/k+A3b2lOblsB7apV7D9nnArqkPntbhhH/tdoS7NWPAG5MbBHlyZBrd093mKw STi6zcBXwCQnhVwcNAzoj70pFIfNwT6c1Fnq2aPa+V6gwzIAY5/11ZjN0kGe/jYWJMUW uEItWUJzJY/uB+u2CN1VKS2CE4h1sAop6HshwZfEu5UNUHlcWSGtKGDNiNLtF1pF9RIu zLpNl49b6dFQNWjnd5fyacTfxUv4Oa+Qfht8leuRWYDZyI3inWym7XS2we9UGrfYFLeV qczcvozt7Pqf0wda1ng3t0GXP84Sm5u8U4QkkO4fZqotGwFKn62nVQxHVg5W6DWetV/z NM0Q== X-Received: by 10.112.50.194 with SMTP id e2mr6332263lbo.4.1394084291343; Wed, 05 Mar 2014 21:38:11 -0800 (PST) Received: from laptop.minsk.domain (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPSA id jt7sm4994279lbc.15.2014.03.05.21.38.08 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Wed, 05 Mar 2014 21:38:09 -0800 (PST) Date: Thu, 6 Mar 2014 08:37:59 +0300 From: "Sergey V. Dyatko" To: Current FreeBSD Subject: Re: current -r262780 explodes on wlan up Message-ID: <20140306083759.7e9d74ef@laptop.minsk.domain> In-Reply-To: References: <1611.1394047460@critter.freebsd.dk> <20140305211517.356a276e@telesto> <20140305232324.724ba7c3@laptop.minsk.domain> <20140305213336.122f448f@telesto> <20140305235123.4a1c1799@laptop.minsk.domain> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 06 Mar 2014 05:38:14 -0000 =D0=92 Thu, 6 Mar 2014 12:47:07 +0800 =E4=B9=94=E6=A5=9A =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > I have the same panic. > Panic at net use. > ping , svn, etc... It is fixed on r262806 >=20 > 2014-03-06 4:51 GMT+08:00 Sergey V. Dyatko : > > =D0=92 Wed, 5 Mar 2014 21:33:36 +0100 > > "O. Hartmann" =D0=BF=D0=B8=D1=88=D0=B5=D1= =82: > > > >> On Wed, 5 Mar 2014 23:23:24 +0300 > >> "Sergey V. Dyatko" wrote: > >> > >> > =D0=92 Wed, 5 Mar 2014 21:15:17 +0100 > >> > "O. Hartmann" =D0=BF=D0=B8=D1=88=D0=B5= =D1=82: > >> > > >> > > On Wed, 05 Mar 2014 19:24:20 +0000 > >> > > Poul-Henning Kamp wrote: > >> > > > >> > > > > >> > > > Just tried a current kernel -r 262780 on my laptop. > >> > > > > >> > > > When wlan0 comes up (if_iwn) it explodes with something about > >> > > > witness and rtentry.c, but it clears the screen before I can > >> > > > get a photo... > >> > > > > >> > > > Looks trivial to reproduce. > >> > > > > >> > > > >> > > > >> > > On one of my servers equipted with a WiFi adaptor for acting as > >> > > gateway, the same situation. The kernel is capable of being > >> > > boot into single user mode, but explodes immediately when > >> > > performin /etc/netstart. > >> > > > >> > > In multisuer mode, when the network is coming up, it core > >> > > dumps. > >> > > > >> > > oh > >> > > >> > as I whote to phk@ offlist: > >> > can you try that patch (thanks, glebius@) > >> > http://svn.freebsd.by/files/rt_dtor.diff ? > >> > > >> > > >> > -- > >> > wbr, tiger > >> > >> Whar is the exact path for the files to patch? > > > > sys/net > > > > > > -- > > wbr, tiger -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 07:36:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 42BA064C for ; Thu, 6 Mar 2014 07:36:41 +0000 (UTC) Received: from mail.mands.hu (mail2.mands.hu [93.189.114.146]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 964CFA38 for ; Thu, 6 Mar 2014 07:36:40 +0000 (UTC) Received: from exchange.mands.hu ([::1]) by exchange.mands.hu ([::1]) with mapi; Thu, 6 Mar 2014 08:35:26 +0100 From: =?iso-8859-2?Q?M=26S_-_Krasznai_Andr=E1s?= To: "freebsd-current@freebsd.org" Date: Thu, 6 Mar 2014 08:35:26 +0100 Subject: mounting ntfs partition from /etc/fstab Thread-Topic: mounting ntfs partition from /etc/fstab Thread-Index: Ac85DeoW8Wxy4ftTRHO7QykxzHNjfA== Message-ID: <3B0F582294DE3E448963BA62DC306AEE31B2D2F296@exchange.mands.hu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 06 Mar 2014 07:36:41 -0000 Hi I am using freebsd 10 64bit on an IBM T510. I can not mount ntfs partition from /etc/fstab with the normal method, that= is specifying /dev/ada0s2 /windows/C ntfs-3g ro 0 = 0 in /etc/fstab the mount -a command gives me an error message: /dev/ada0s2: Operation not supported by the device but I can mount the same partition from the command line: ntfs-3g -o ro /dev/ada0s2 /windows/C works. What is the cause of this problem? Krasznai Andr=E1s rendszerm=E9rn=F6k M&S Informatikai Zrt. 1136 Budapest, Pann=F3nia u. 17/A. Telefon: +36 1 703-2923 Mobil: +36 30 703-2923 From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 07:42:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 97F40906 for ; Thu, 6 Mar 2014 07:42:52 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 51894ACF for ; Thu, 6 Mar 2014 07:42:52 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1WLSx8-000oLy-RO>; Thu, 06 Mar 2014 08:42:50 +0100 Received: from g225039177.adsl.alicedsl.de ([92.225.39.177] helo=munin.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1WLSx8-000qwp-O5>; Thu, 06 Mar 2014 08:42:50 +0100 Date: Thu, 6 Mar 2014 08:43:07 +0100 From: "O. Hartmann" To: "Sergey V. Dyatko" Subject: Re: current -r262780 explodes on wlan up Message-ID: <20140306084307.517234c7@munin.walstatt.dyndns.org> In-Reply-To: <20140306083759.7e9d74ef@laptop.minsk.domain> References: <1611.1394047460@critter.freebsd.dk> <20140305211517.356a276e@telesto> <20140305232324.724ba7c3@laptop.minsk.domain> <20140305213336.122f448f@telesto> <20140305235123.4a1c1799@laptop.minsk.domain> <20140306083759.7e9d74ef@laptop.minsk.domain> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd9.2) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/LxCNjv4Pc689TQj_3lv5gfS"; protocol="application/pgp-signature" X-Originating-IP: 92.225.39.177 X-ZEDAT-Hint: A Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 06 Mar 2014 07:42:52 -0000 --Sig_/LxCNjv4Pc689TQj_3lv5gfS Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thu, 6 Mar 2014 08:37:59 +0300 "Sergey V. Dyatko" wrote: > =D0=92 Thu, 6 Mar 2014 12:47:07 +0800 > =E4=B9=94=E6=A5=9A =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >=20 > > I have the same panic. > > Panic at net use. > > ping , svn, etc... >=20 > It is fixed on r262806 >=20 Obviously not. I patched the kernel sources of a box in question and the kernel has now r262821. The panic is gone, but there is nonetwork although the interface is up, the firewall is up (IPWF) and even netstat -rn shows the correct route. But the system is stuck with not outbound network activities. Login as root takes 1 minute! Starting services like ntp, slpad (OpenLDAP) or cups at boot phase blocks the box for minutes so the booting takes roughly 10 minutes, until I can try login to a network-dead machine. What is missing here? --Sig_/LxCNjv4Pc689TQj_3lv5gfS Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTGCcLAAoJEOgBcD7A/5N87XQH/3+RbmOiw465bSmNRBObeATM /ny2ZAGC5h7coCxVtQjLePKxBBZuCBVaM5uR3ZF+GiaIB5USNOQVWy8F8O5Eawyk vX1Z1Fb31yDu6+RrZq1NAO98tvXSGGqPh1BDKjMcOuoOU2LfDRpvoQFm7vZXpNez oIYqeQnUxJ0TF1y/Q4HsEPzlwW+r5t0uCsRmCagCdV/dsAD6ipAb693maEgrzIWQ htKTtR7sdsRQK7BXnWmC1LzH1ASx9eZp91XLCUWk942QjVyTJGIauq2JhqpVl3/U DC+jJaxLa9HxS+mQIDD8OoLxOv6Pkgyzeqmix6SE5wWx1f3J64Ug264BESva6AE= =tNm3 -----END PGP SIGNATURE----- --Sig_/LxCNjv4Pc689TQj_3lv5gfS-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 07:49:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A7A6D534 for ; Thu, 6 Mar 2014 07:49:14 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 629F0B2F for ; Thu, 6 Mar 2014 07:49:14 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::a4c2:18df:61c3:7c81] (unknown [IPv6:2001:7b8:3a7:0:a4c2:18df:61c3:7c81]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id C69425C45; Thu, 6 Mar 2014 08:49:09 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_76DE077C-4107-4857-ADB7-D20D29B0109B"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: firebox build fails post clang-3.4 merge From: Dimitry Andric In-Reply-To: <260788.30748.bm@smtp116.sbc.mail.ne1.yahoo.com> Date: Thu, 6 Mar 2014 08:49:01 +0100 Message-Id: <0971DC13-A357-4CA8-87E8-E26F4661E4FA@FreeBSD.org> References: <201402282340.s1SNeXGU098039@gw.catspoiler.org> <260788.30748.bm@smtp116.sbc.mail.ne1.yahoo.com> To: Thomas Mueller X-Mailer: Apple Mail (2.1874) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 06 Mar 2014 07:49:14 -0000 --Apple-Mail=_76DE077C-4107-4857-ADB7-D20D29B0109B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 06 Mar 2014, at 01:08, Thomas Mueller = wrote: >>> Thanks for the fast work! The patched solve the problem for me and = I >>> was able to install and run firefox on 11.0-CURRENT i386. >=20 >> I have imported the upstream fix for this bug in r262809, and I will = MFC >> it after one week. Happy Firefoxing. :-) >=20 >> -Dimitry >=20 > Does this mean the bug is fixed in 11-current? Yes, the bug is fixed in 11-CURRENT, as of Subversion revision r262809. > MFC? Is that to 10-STABLE? Your message is less than clear. In FreeBSD, fixes are first applied to head (a.k.a -CURRENT), then after a certain period they are merged to one more -STABLE branches, depending on the type of fix. This procedure is traditionally called a Merge =46rom Current, MFC. In this particular case, I will merge the fix to both 10-STABLE and 9-STABLE. Older branches do not have clang, so merging the fix to them makes no sense. > I figure if firefox build fails, the bug would affect some other ports = as well. Don Lewis already mentioned the libxul port, and in general, any port based on certain parts of the Mozilla source tree could be affected. -Dimitry --Apple-Mail=_76DE077C-4107-4857-ADB7-D20D29B0109B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlMYKHIACgkQsF6jCi4glqO5NwCg9O+IYfv0RfsktNNO2FaE0tz7 BJsAoNMd9MRAbHzkCacBHZgbR4en2Qos =/Vhx -----END PGP SIGNATURE----- --Apple-Mail=_76DE077C-4107-4857-ADB7-D20D29B0109B-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 08:12:25 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 44313D9A for ; Thu, 6 Mar 2014 08:12:25 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F1348D80 for ; Thu, 6 Mar 2014 08:12:24 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1WLTPj-000y4n-CF>; Thu, 06 Mar 2014 09:12:23 +0100 Received: from e179175234.adsl.alicedsl.de ([85.179.175.234] helo=munin.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1WLTPj-000tN4-7f>; Thu, 06 Mar 2014 09:12:23 +0100 Date: Thu, 6 Mar 2014 09:12:36 +0100 From: "O. Hartmann" Cc: Current FreeBSD Subject: Re: current -r262780 explodes on wlan up Message-ID: <20140306091236.7df8fbf5@munin.walstatt.dyndns.org> In-Reply-To: <20140306084307.517234c7@munin.walstatt.dyndns.org> References: <1611.1394047460@critter.freebsd.dk> <20140305211517.356a276e@telesto> <20140305232324.724ba7c3@laptop.minsk.domain> <20140305213336.122f448f@telesto> <20140305235123.4a1c1799@laptop.minsk.domain> <20140306083759.7e9d74ef@laptop.minsk.domain> <20140306084307.517234c7@munin.walstatt.dyndns.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd9.2) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/a9E9wgb85weuF1W3LWYbcpZ"; protocol="application/pgp-signature" X-Originating-IP: 85.179.175.234 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 06 Mar 2014 08:12:25 -0000 --Sig_/a9E9wgb85weuF1W3LWYbcpZ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thu, 6 Mar 2014 08:43:07 +0100 "O. Hartmann" wrote: > On Thu, 6 Mar 2014 08:37:59 +0300 > "Sergey V. Dyatko" wrote: >=20 > > =D0=92 Thu, 6 Mar 2014 12:47:07 +0800 > > =E4=B9=94=E6=A5=9A =D0=BF=D0=B8=D1=88=D0=B5=D1= =82: > >=20 > > > I have the same panic. > > > Panic at net use. > > > ping , svn, etc... > >=20 > > It is fixed on r262806 > >=20 >=20 >=20 > Obviously not. I patched the kernel sources of a box in question and > the kernel has now r262821. The panic is gone, but there is nonetwork > although the interface is up, the firewall is up (IPWF) and even > netstat -rn shows the correct route. But the system is stuck with not > outbound network activities. Login as root takes 1 minute! Starting > services like ntp, slpad (OpenLDAP) or cups at boot phase blocks the > box for minutes so the booting takes roughly 10 minutes, until I can > try login to a network-dead machine. >=20 > What is missing here? It seems, in my case, that no connection can be made to the DNS server. --Sig_/a9E9wgb85weuF1W3LWYbcpZ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTGC34AAoJEOgBcD7A/5N8SjgH/1N06KgQXTWtKntlDWbf/+P+ dPLuwzIFKBhJF/bsPYqL1Z6+HEPlDkEEn90FLiRpL0ga64yxGPQGjYzdHraYy8Ez kkUetfXupmGajNjs8xhlheNLjnQ4teHdL7Tm03K0X0vaYBNv54yqN/TUutBlvqDJ QHaz8G8sJrwu7odCbPJHvu/ErEtK6TfMgWg1pAsjgoufAbVbpoIkN83xPdrkpqV0 t9mfYoW7SsYV3WcA7tNQnZX8uWJuZK/0kXW0Vwn1p1tWS1LHOngayVnioUls0YFU 4zv3YGQPXr2ZytHQgSf/9daT00P8gT7MTYpJu/KkNWeBzJqpuANaTK3VKRmpwtU= =oVv8 -----END PGP SIGNATURE----- --Sig_/a9E9wgb85weuF1W3LWYbcpZ-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 08:17:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5DE1A108 for ; Thu, 6 Mar 2014 08:17:59 +0000 (UTC) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 20979DC5 for ; Thu, 6 Mar 2014 08:17:58 +0000 (UTC) Received: from p57bcd949.dip0.t-ipconnect.de ([87.188.217.73] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1WLTV0-0006ok-Jf; Thu, 06 Mar 2014 09:17:50 +0100 Message-ID: <53182F29.8000909@gwdg.de> Date: Thu, 06 Mar 2014 09:17:45 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: =?ISO-8859-2?Q?M=26S_-_Krasznai_Andr=E1s?= , "freebsd-current@freebsd.org" Subject: Re: mounting ntfs partition from /etc/fstab References: <3B0F582294DE3E448963BA62DC306AEE31B2D2F296@exchange.mands.hu> In-Reply-To: <3B0F582294DE3E448963BA62DC306AEE31B2D2F296@exchange.mands.hu> Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 06 Mar 2014 08:17:59 -0000 Am 06.03.2014 08:35, schrieb M&S - Krasznai Andrs: > Hi > > I am using freebsd 10 64bit on an IBM T510. > > I can not mount ntfs partition from /etc/fstab with the normal method, thatis specifying > > /dev/ada0s2 /windows/C ntfs-3g ro 0 0 For me it works with /dev/ada0s2 /windows/C ntfs ro,mountprog=/usr/local/bin/ntfs-3g 0 0 HTH, Rainer > > in /etc/fstab > > the mount -a command gives me an error message: > > /dev/ada0s2: Operation not supported by the device > > > but I can mount the same partition from the command line: > > ntfs-3g -o ro /dev/ada0s2 /windows/C > > works. > > > What is the cause of this problem? > > Krasznai Andrs > rendszermrnk > M&S Informatikai Zrt. > 1136 Budapest, Pannnia u. 17/A. > Telefon: +36 1 703-2923 > Mobil: +36 30 703-2923 From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 08:59:51 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9D47BBD2 for ; Thu, 6 Mar 2014 08:59:51 +0000 (UTC) Received: from eu1sys200aog103.obsmtp.com (eu1sys200aog103.obsmtp.com [207.126.144.115]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 98BA52A9 for ; Thu, 6 Mar 2014 08:59:49 +0000 (UTC) Received: from mail-wg0-f51.google.com ([74.125.82.51]) (using TLSv1) by eu1sys200aob103.postini.com ([207.126.147.11]) with SMTP ID DSNKUxg446/BhOJw3P0ddb/RMDPQ9S1phlHJ@postini.com; Thu, 06 Mar 2014 08:59:49 UTC Received: by mail-wg0-f51.google.com with SMTP id k14so292911wgh.10 for ; Thu, 06 Mar 2014 00:59:15 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:message-id:to:subject:reply-to; bh=TfJeJClf/Jq95/NIkDDJEum5PNXprNwni2zqADT2+6M=; b=SANBwgArWfpGNu8+izY3Jk6RWo08xDhBTo+9MIEhlaoOityO7qLut+V020E3WmxKyX TAU5evTCf2rLrlSZJj/5Hn3xQyiuPC9ZinPGvlpReAgeQQJuXmU34zdOQ8ntqhAlqrXm XLd9BRw/lXM8/w3dLlkMBFpVDtwxbJjBmEht3Xkn18r9MYm4Ie6Kfz/4Yp4THoDIZUI+ yjfpjbASDQ2EShXuZqH5xbMUV2+xwYxZTDf5oMkJEuWCMlh4omvOHciMsrOV785m7Cv0 ge1CgvXCw5L9v8RCI1FX5czDZHktlTyKcLyCWZwYb3U/ikdkH+hGjEWKsUSTaddJDiKG eBUQ== X-Gm-Message-State: ALoCoQmZp7lRUlzxsE0v5e23BJ6LUukITehbLpSm7iR8IMF51v0LvvFCxbiaMinXrUU4AfUFsVqZGve/WPda7PPqc0NTpGFEm/xd+e2TzlKeads8CZ+Eg5Xbg8qYLUihBZAxzvejU5Ir6aGWKc5zoL8RoEiWLDyZPYE7/CWj3REJp+Yzrh/Az0g= X-Received: by 10.194.82.105 with SMTP id h9mr8130463wjy.52.1394096355352; Thu, 06 Mar 2014 00:59:15 -0800 (PST) X-Received: by 10.194.82.105 with SMTP id h9mr8130452wjy.52.1394096355237; Thu, 06 Mar 2014 00:59:15 -0800 (PST) Received: from mech-cluster241.men.bris.ac.uk (mech-cluster241.men.bris.ac.uk. [137.222.187.241]) by mx.google.com with ESMTPSA id t5sm13670689wjw.15.2014.03.06.00.59.13 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 06 Mar 2014 00:59:14 -0800 (PST) Sender: Anton Shterenlikht Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6) with ESMTP id s268xCZS027992 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 6 Mar 2014 08:59:12 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6/Submit) id s268xCKH027991 for freebsd-current@freebsd.org; Thu, 6 Mar 2014 08:59:12 GMT (envelope-from mexas) Date: Thu, 06 Mar 2014 00:59:14 -0800 (PST) From: Anton Shterenlikht Message-Id: <201403060859.s268xCKH027991@mech-cluster241.men.bris.ac.uk> To: freebsd-current@freebsd.org Subject: reproducible panic every day at 03:02, probably triggered by daily periodic scipts - help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: mexas@bris.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, 06 Mar 2014 08:59:51 -0000 In my initial PR (sparc64 r261798), http://www.freebsd.org/cgi/query-pr.cgi?pr=187080 I said that rsync was triggering this panic. While true, I now see that there's more to it. I disabled the rsync, and the cron jobs. Still I get exactly the same panic every night at 03:02: # grep Dumptime /var/crash/* /var/crash/info.0: Dumptime: Wed Feb 26 10:10:51 2014 /var/crash/info.1: Dumptime: Thu Feb 27 03:02:14 2014 /var/crash/info.2: Dumptime: Fri Feb 28 03:02:29 2014 /var/crash/info.3: Dumptime: Sat Mar 1 03:02:25 2014 /var/crash/info.4: Dumptime: Tue Mar 4 03:02:01 2014 /var/crash/info.5: Dumptime: Wed Mar 5 03:02:05 2014 /var/crash/info.6: Dumptime: Thu Mar 6 03:02:11 2014 /var/crash/info.last: Dumptime: Thu Mar 6 03:02:11 2014 # This is likely triggered by one of the daily periodic scipts, after about 1 min from start: # grep daily /etc/crontab # Perform daily/weekly/monthly maintenance. 1 3 * * * root periodic daily # but which one? Please help Thanks Anton From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 10:24:10 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF897223 for ; Thu, 6 Mar 2014 10:24:10 +0000 (UTC) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id A4DDFD58 for ; Thu, 6 Mar 2014 10:24:10 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id D6B723EB5C for ; Thu, 6 Mar 2014 10:24:08 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.8/8.14.8) with ESMTP id s26AO9OX001612 for ; Thu, 6 Mar 2014 10:24:09 GMT (envelope-from phk@phk.freebsd.dk) Subject: Re: current -r262780 explodes on wlan up In-reply-to: <1611.1394047460@critter.freebsd.dk> From: "Poul-Henning Kamp" References: <1611.1394047460@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1 Date: Thu, 06 Mar 2014 10:24:09 +0000 Message-ID: <1611.1394101449@critter.freebsd.dk> Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 06 Mar 2014 10:24:10 -0000 In message <1611.1394047460@critter.freebsd.dk>, Poul-Henning Kamp writes: > >Just tried a current kernel -r 262780 on my laptop. > >When wlan0 comes up (if_iwn) it explodes with something about witness >and rtentry.c, but it clears the screen before I can get a photo... -r262832 works. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 12:06:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3F78790 for ; Thu, 6 Mar 2014 12:06:12 +0000 (UTC) Received: from nm8-vm9.access.bullet.mail.gq1.yahoo.com (nm8-vm9.access.bullet.mail.gq1.yahoo.com [216.39.63.246]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 72F7C99B for ; Thu, 6 Mar 2014 12:06:12 +0000 (UTC) Received: from [216.39.60.168] by nm8.access.bullet.mail.gq1.yahoo.com with NNFMP; 06 Mar 2014 12:04:28 -0000 Received: from [67.195.23.146] by tm4.access.bullet.mail.gq1.yahoo.com with NNFMP; 06 Mar 2014 12:04:28 -0000 Received: from [127.0.0.1] by smtp118.sbc.mail.gq1.yahoo.com with NNFMP; 06 Mar 2014 12:04:28 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1394107468; bh=MVB8DWU5aDkL0VwHIyQScJUYlVEB9OVG2KlP7nMttN8=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:References:Subject; b=NuRE+KR2oTUhPrut+s9VsE0iqWaJ79//EYtn2a5DcRBMBf+yqOl+BKH9a345IfpP3uvieCkvQCb5bRh2x3i+ioLEF2cTq6mZi4R3hoM1VdAxuBQNo5wFB2oLvgXN+K2VSt9TV89gBCGN82qVntSPr8pFYmKbRdW8eavZfGuyTcM= X-Yahoo-Newman-Id: 59496.102.bm@smtp118.sbc.mail.gq1.yahoo.com Message-ID: <59496.102.bm@smtp118.sbc.mail.gq1.yahoo.com> Date: Thu, 6 Mar 2014 12:04:28 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: qi5hl04VM1kmOLxbvzTANgIifRDdzSc_ueIR3wX7yXEJ1nx PcN.wI8OH.5QoW9x3KLHh4yhhaDGzc6xelf4AI4fAgRlTBpiTDEk8384L_jA 2Rs6SyNyrkCwxC.sdbw3l5VlKOKh9Pvm7syEayWS1U7iayVfsy89W3IdZzGf CPy.TPfWjmgT5VfW.EXpTBUgR1dcqxkw40AhlBcw2KxQN9u69Oinkqky6ez0 RiWybPnvMVvP6DiaE5wou0BR5KZlk.ib6gfKfCKEqFU_axtCqSmFcwig7jjW _t4YQCOnW185BZi8VG1WW5r0bGDfvmn4w1sPQzrII6twaRof7sQfNvYqXpVr UwhX41oCM41zM7T285oAwU0GCyPlFhTCJM5NFzK1LkTtUO.5ZSv_uyB8VxM3 IVYnGSwfBSf5p68aObS_LhnlFAr8YZ41vzamujUKMMA0I36q9TZImcDJTj7o iGOzGYdaY2W7XzO4XYaB6weo.o3tNb_JzBYMHLMSr.OGUGP7BU3hQWOQBDKV c_o6GDn8uOLlFVAXlDnBDxyFw8D5Ia67zT_jKIFWv8f6zyXBohIHwdrg6Tu_ oB9NcO08kPuAXn1rtj9k- X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [67.195.15.66]) by smtp118.sbc.mail.gq1.yahoo.com with SMTP; 06 Mar 2014 12:04:28 +0000 UTC From: "Thomas Mueller" To: freebsd-current@freebsd.org References: <201402282340.s1SNeXGU098039@gw.catspoiler.org> <260788.30748.bm@smtp116.sbc.mail.ne1.yahoo.com> <0971DC13-A357-4CA8-87E8-E26F4661E4FA@FreeBSD.org> Subject: Re: firebox build fails post clang-3.4 merge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 06 Mar 2014 12:06:12 -0000 > > Does this mean the bug is fixed in 11-current? > Yes, the bug is fixed in 11-CURRENT, as of Subversion revision r262809. > > MFC? Is that to 10-STABLE? Your message is less than clear. > In FreeBSD, fixes are first applied to head (a.k.a -CURRENT), then > after a certain period they are merged to one more -STABLE branches, > depending on the type of fix. This procedure is traditionally called > a Merge From Current, MFC. > In this particular case, I will merge the fix to both 10-STABLE and > 9-STABLE. Older branches do not have clang, so merging the fix to > them makes no sense. > > I figure if firefox build fails, the bug would affect some other ports as well. > Don Lewis already mentioned the libxul port, and in general, any port > based on certain parts of the Mozilla source tree could be affected. > -Dimitry Thanks for response, but I went to FreeBSD website, got to mailing-list archives, in this case, svn-src-head. This made me feel safe that the bug was fixed, and I can rebuild 11-head system. But my last update might have been before the now-squashed bug was introduced. Tom From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 14:22:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81CF9B5D for ; Thu, 6 Mar 2014 14:22:48 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 51F0EB1F for ; Thu, 6 Mar 2014 14:22:48 +0000 (UTC) Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 03D3721061 for ; Thu, 6 Mar 2014 09:22:43 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute1.internal (MEProxy); Thu, 06 Mar 2014 09:22:47 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date:in-reply-to :references; s=smtpout; bh=XL1/wArkcC5SPcNVu7U9rfKPCGo=; b=U+4aL fnHyCAzIEAZ7V+5o2m+XN6AkIwiquuZ5KwoY0WzOSUW9teXPi+guznJG/hNFsSvO pE5UG0tXrVyLyq3rOT2fKoStgVlM/aeUCio3/RYn/sN0pT2KL3Il8NNGObHM/VyB 1aLMZTd+CxTbtAopUlB5kY12xsGwExvfyUH1jo= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id 7823F11792D; Thu, 6 Mar 2014 09:22:43 -0500 (EST) Message-Id: <1394115763.14742.91327521.717FE009@webmail.messagingengine.com> X-Sasl-Enc: vgdHgbekr8zkG7unVyoz3iKF0TnUgbkxHnS0hTEt++wj 1394115763 From: Mark Felder To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-4527a23f Subject: Re: reproducible panic every day at 03:02, probably triggered by daily periodic scipts - help Date: Thu, 06 Mar 2014 08:22:43 -0600 In-Reply-To: <201403060859.s268xCKH027991@mech-cluster241.men.bris.ac.uk> References: <201403060859.s268xCKH027991@mech-cluster241.men.bris.ac.uk> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 06 Mar 2014 14:22:48 -0000 On Thu, Mar 6, 2014, at 2:59, Anton Shterenlikht wrote: > In my initial PR (sparc64 r261798), > > http://www.freebsd.org/cgi/query-pr.cgi?pr=187080 > > I said that rsync was triggering this panic. > While true, I now see that there's more to it. > I disabled the rsync, and the cron jobs. > Still I get exactly the same panic every > night at 03:02: > > # grep Dumptime /var/crash/* > /var/crash/info.0: Dumptime: Wed Feb 26 10:10:51 2014 > /var/crash/info.1: Dumptime: Thu Feb 27 03:02:14 2014 > /var/crash/info.2: Dumptime: Fri Feb 28 03:02:29 2014 > /var/crash/info.3: Dumptime: Sat Mar 1 03:02:25 2014 > /var/crash/info.4: Dumptime: Tue Mar 4 03:02:01 2014 > /var/crash/info.5: Dumptime: Wed Mar 5 03:02:05 2014 > /var/crash/info.6: Dumptime: Thu Mar 6 03:02:11 2014 > /var/crash/info.last: Dumptime: Thu Mar 6 03:02:11 2014 > # > > This is likely triggered by one of > the daily periodic scipts, > after about 1 min from start: > > # grep daily /etc/crontab > # Perform daily/weekly/monthly maintenance. > 1 3 * * * root periodic daily > # > > but which one? > Can you go into /etc/periodic/daily and execute those scripts one by one? You should be able to narrow down which one is the culprit. From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 15:50:13 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ECA5B712 for ; Thu, 6 Mar 2014 15:50:12 +0000 (UTC) Received: from eu1sys200aog110.obsmtp.com (eu1sys200aog110.obsmtp.com [207.126.144.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CDB8A642 for ; Thu, 6 Mar 2014 15:50:11 +0000 (UTC) Received: from mail-wg0-f42.google.com ([74.125.82.42]) (using TLSv1) by eu1sys200aob110.postini.com ([207.126.147.11]) with SMTP ID DSNKUxiZGS0sPLXM3rABw4QzbA8ZqhFVHgP3@postini.com; Thu, 06 Mar 2014 15:50:11 UTC Received: by mail-wg0-f42.google.com with SMTP id y10so3368591wgg.25 for ; Thu, 06 Mar 2014 07:49:44 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:message-id:to:subject:reply-to :in-reply-to; bh=ToEcSJYWnnYgGjjOH+E1l4xPXbQKLm5elIP3PaUHjdQ=; b=cGuAX7P3gdyFHOZj3zKk7sptYa1ljau54j+gAJqhmS5KfGSZYxvK/gRwqWebNU7Pth 6cVUhwGmRtsKq85yrB2IbkbpAL8qUh77AUmNj6nRv0UH5NpJlX4gQQtZK5L9cBIurnkF pSrn+BdP1NoT39q13Us8l7sIuonYbk8gU9pGgyL9N6wJNscKP1wBmvQRH/KE4G6pZsS5 7cf/yyPzSWO7e6Z6ERN+HFFeFkxtPyKj/I3uckPnsZZCp17pGKyh2XZ2orayeYiODJtU 3X7+JDQP/HZoPDMBfSJEsrGv22er8gzbB7Vf3sOQTn4Lc+/T9hygSYQPgRjxjhUTV6Jy Xh6g== X-Gm-Message-State: ALoCoQlrAN/m0AKanDf75+i/RX0jR8X5cdAljY7mGZAty33Ia++6CKfOSaMYK8W78TZlnLP9eCreXCwMpQa9/WPPwjqqPRnwYT4d8FZNtHOVKYyuWXsCvv6fNGQ0r/fKHRk9/GkLXi7GVA3++Zqidseoyn9bAWVj6ASgga9KybW13ZLkZSlrFis= X-Received: by 10.194.108.41 with SMTP id hh9mr4658302wjb.89.1394120984126; Thu, 06 Mar 2014 07:49:44 -0800 (PST) X-Received: by 10.194.108.41 with SMTP id hh9mr4658236wjb.89.1394120983649; Thu, 06 Mar 2014 07:49:43 -0800 (PST) Received: from mech-cluster241.men.bris.ac.uk (mech-cluster241.men.bris.ac.uk. [137.222.187.241]) by mx.google.com with ESMTPSA id dk9sm18682718wjb.4.2014.03.06.07.49.41 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 06 Mar 2014 07:49:42 -0800 (PST) Sender: Anton Shterenlikht Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6) with ESMTP id s26FneJf059199 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 6 Mar 2014 15:49:40 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6/Submit) id s26Fne7c059198; Thu, 6 Mar 2014 15:49:40 GMT (envelope-from mexas) Date: Thu, 06 Mar 2014 07:49:42 -0800 (PST) From: Anton Shterenlikht Message-Id: <201403061549.s26Fne7c059198@mech-cluster241.men.bris.ac.uk> To: feld@FreeBSD.org, freebsd-current@freebsd.org Subject: Re: reproducible panic every day at 03:02, probably triggered by daily periodic scipts - help In-Reply-To: <1394115763.14742.91327521.717FE009@webmail.messagingengine.com> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: mexas@bris.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, 06 Mar 2014 15:50:13 -0000 >From: Mark Felder > >On Thu, Mar 6, 2014, at 2:59, Anton Shterenlikht wrote: >> In my initial PR (sparc64 r261798), >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=187080 >> >> I said that rsync was triggering this panic. >> While true, I now see that there's more to it. >> I disabled the rsync, and the cron jobs. >> Still I get exactly the same panic every >> night at 03:02: >> >> # grep Dumptime /var/crash/* >> /var/crash/info.0: Dumptime: Wed Feb 26 10:10:51 2014 >> /var/crash/info.1: Dumptime: Thu Feb 27 03:02:14 2014 >> /var/crash/info.2: Dumptime: Fri Feb 28 03:02:29 2014 >> /var/crash/info.3: Dumptime: Sat Mar 1 03:02:25 2014 >> /var/crash/info.4: Dumptime: Tue Mar 4 03:02:01 2014 >> /var/crash/info.5: Dumptime: Wed Mar 5 03:02:05 2014 >> /var/crash/info.6: Dumptime: Thu Mar 6 03:02:11 2014 >> /var/crash/info.last: Dumptime: Thu Mar 6 03:02:11 2014 >> # >> >> This is likely triggered by one of >> the daily periodic scipts, >> after about 1 min from start: >> >> # grep daily /etc/crontab >> # Perform daily/weekly/monthly maintenance. >> 1 3 * * * root periodic daily >> # >> >> but which one? >> > >Can you go into /etc/periodic/daily and execute those scripts one by >one? You should be able to narrow down which one is the culprit. unfortunately I cannot reproduce the panic this way. What I did was: # cd /etc/periodic/daily # for file in `ls` do echo $file ./$file done I run it twice, I could see all scripts executing one after another, but no panic. Perhaps something else is happening at the same time as daily scripts? But I cannot find what. Thanks Anton From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 15:54:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A9BC8CB; Thu, 6 Mar 2014 15:54:29 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0ADF86E0; Thu, 6 Mar 2014 15:54:29 +0000 (UTC) Received: from glenbarber.us (nucleus.glenbarber.us [IPv6:2001:470:8:1205:2:2:ff:100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 38ADCB6C1; Thu, 6 Mar 2014 15:54:27 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 38ADCB6C1 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 6 Mar 2014 10:54:24 -0500 From: Glen Barber To: Anton Shterenlikht Subject: Re: reproducible panic every day at 03:02, probably triggered by daily periodic scipts - help Message-ID: <20140306155424.GL87036@glenbarber.us> References: <1394115763.14742.91327521.717FE009@webmail.messagingengine.com> <201403061549.s26Fne7c059198@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="xjamM5M9kpPM/bcu" Content-Disposition: inline In-Reply-To: <201403061549.s26Fne7c059198@mech-cluster241.men.bris.ac.uk> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 06 Mar 2014 15:54:29 -0000 --xjamM5M9kpPM/bcu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 06, 2014 at 07:49:42AM -0800, Anton Shterenlikht wrote: > >Can you go into /etc/periodic/daily and execute those scripts one by > >one? You should be able to narrow down which one is the culprit. >=20 > unfortunately I cannot reproduce the panic > this way. What I did was: >=20 > # cd /etc/periodic/daily > # for file in `ls` > do > echo $file > ./$file > done >=20 > I run it twice, I could see all scripts > executing one after another, > but no panic. > Perhaps something else is happening at > the same time as daily scripts? > But I cannot find what. >=20 It can also be one of the scripts in /etc/periodic/security. Can you retry your test in that directory, as well? Glen --xjamM5M9kpPM/bcu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTGJowAAoJELls3eqvi17QFcUP/R4HbiB1DunN0NHQd/KXORLG A7rPW/n8NkcnDyV+/9pUC01bV3GU49AV5jSP90b6tV4mfFplgtGUUOPmnT5mJcLk L9f+d3ebkBLi19mAJcG/etrPZ/IoWycP/sOyg2ddcCj6BlpKahKVFfpVrYf0bvcl 8aryZTt7xUmXWnbG6XBXulBaX8+n+4g0JAjTwwOQoHz06oAkR77AbeHAGbv/tiN2 sDEDjtQ1whuaHJ1/wqI5xM6x2AsGg8CNLhfu7nAfiKh39nCDPlEcAnsfvlfYP3NB PbAC2m6+HSHpYAVyyFWXtnZgddw8vLwNv6V35w8v5+vxtg0QMmFFDxferAob3s+a JI+LRYhM9cNJjYa8DCNpEqfmct3suVINTgNG88HyhV6WLRsrcvdI5P5qoJC3JIbe ewjHtk1E9wFZELkIhJBlDIbJi+/QA333DU8DqezXf8y2ICp+YLBdANGQkRJe90Ad UXRP3o5svcByphKeI9wwkWKRGgaM+zVoqL3JMCLsnppf6Brl7CLDXxz0lYbxFcm1 q3f0FQNPi+0+rrdTN17nAnJiu1KEDEGrzr3J71DPnf0Pt6VOlBpseP/axq6s4DSA pK/WRnU7q4TInJ3cycQsH9+l99ALsbA34QAeVNcCCOZ2kjwpSWhUpNUVwJtX89lG 1ZBiJXZc8rJobKor+Hiv =bYUP -----END PGP SIGNATURE----- --xjamM5M9kpPM/bcu-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 16:07:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5B07F5D for ; Thu, 6 Mar 2014 16:07:18 +0000 (UTC) Received: from eu1sys200aog110.obsmtp.com (eu1sys200aog110.obsmtp.com [207.126.144.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 22EDB858 for ; Thu, 6 Mar 2014 16:07:17 +0000 (UTC) Received: from mail-wg0-f47.google.com ([74.125.82.47]) (using TLSv1) by eu1sys200aob110.postini.com ([207.126.147.11]) with SMTP ID DSNKUxidNNQhCDzUf1gp34iEM4PgELh+N54F@postini.com; Thu, 06 Mar 2014 16:07:18 UTC Received: by mail-wg0-f47.google.com with SMTP id x12so3422236wgg.6 for ; Thu, 06 Mar 2014 08:07:16 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:message-id:to:subject:cc :reply-to:in-reply-to; bh=cXMXAzkbOb/aIN7xZQNxpfFSuUnUb9+4raZiZLOuUQU=; b=LvSZyqjcLpewpBuiee+peEPMi2OrU0nuDBq2vTt6lHNBjsZotfSJrluviY8M3QdNTk A3EaKiwMOEKfIRG2NhXFTBx9SbOV4MbN9q7LdMBpmT4mgrZ0A7J2iPnE+HrfgKbSFuIB s1N/vLWdmOA/VsGH951zrEPx+90GjmzssIHWZPrQfhgES7aPvJNtm+AGd5WRu3VRT298 19ir8gvSfBAu2eLuWMcCf242XS3yvcRwQs1jusF/E5mVVfajkbJaf2WQjx/v9lrGuRne Xp+Enmao3ZHOPErBjSsO3x1fMDVmmeFKOt3c4kXoe2W1awr/hvcfJHT/31i9BZL3Uewr vvWg== X-Gm-Message-State: ALoCoQlS2aIT65WT/G3C+P1ypk+uESinV/M5WDn4Ip13AH7ntzjNqVT5sL2qANokI7X1L3D1wHFh8LaS+/7dy5em7bXwnMosBwZ1ZhmMdcm9zCqnF6mrTZMbiSVVELSk7L+2YTBvQwSD10kjl2VawV73Xz5Yi78InhuKd/JeyPWQD2VJ3r6gxPQ= X-Received: by 10.194.109.68 with SMTP id hq4mr11619580wjb.12.1394122035962; Thu, 06 Mar 2014 08:07:15 -0800 (PST) X-Received: by 10.194.109.68 with SMTP id hq4mr11619568wjb.12.1394122035874; Thu, 06 Mar 2014 08:07:15 -0800 (PST) Received: from mech-cluster241.men.bris.ac.uk (mech-cluster241.men.bris.ac.uk. [137.222.187.241]) by mx.google.com with ESMTPSA id q15sm19002950wjw.18.2014.03.06.08.07.14 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 06 Mar 2014 08:07:14 -0800 (PST) Sender: Anton Shterenlikht Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6) with ESMTP id s26G7D3U059383 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 6 Mar 2014 16:07:13 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6/Submit) id s26G7CLJ059382; Thu, 6 Mar 2014 16:07:13 GMT (envelope-from mexas) Date: Thu, 06 Mar 2014 08:07:14 -0800 (PST) From: Anton Shterenlikht Message-Id: <201403061607.s26G7CLJ059382@mech-cluster241.men.bris.ac.uk> To: gjb@FreeBSD.org, mexas@bris.ac.uk Subject: Re: reproducible panic every day at 03:02, probably triggered by daily periodic scipts - help In-Reply-To: <20140306155424.GL87036@glenbarber.us> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: mexas@bris.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, 06 Mar 2014 16:07:19 -0000 >From gjb@freebsd.org Thu Mar 6 15:58:51 2014 > >On Thu, Mar 06, 2014 at 07:49:42AM -0800, Anton Shterenlikht wrote: >> >Can you go into /etc/periodic/daily and execute those scripts one by >> >one? You should be able to narrow down which one is the culprit. >>=20 >> unfortunately I cannot reproduce the panic >> this way. What I did was: >>=20 >> # cd /etc/periodic/daily >> # for file in `ls` >> do >> echo $file >> ./$file >> done >>=20 >> I run it twice, I could see all scripts >> executing one after another, >> but no panic. >> Perhaps something else is happening at >> the same time as daily scripts? >> But I cannot find what. >>=20 > >It can also be one of the scripts in /etc/periodic/security. > >Can you retry your test in that directory, as well? > >Glen # pwd /etc/periodic/security # for file in `ls` do echo $file ./$file done 100.chksetuid ASSERTION FAILED: Unexpected value for $PERIODIC: '' 110.neggrpperm ASSERTION FAILED: Unexpected value for $PERIODIC: '' 200.chkmounts ASSERTION FAILED: Unexpected value for $PERIODIC: '' 300.chkuid0 ASSERTION FAILED: Unexpected value for $PERIODIC: '' 400.passwdless ASSERTION FAILED: Unexpected value for $PERIODIC: '' 410.logincheck ASSERTION FAILED: Unexpected value for $PERIODIC: '' 460.chkportsum Checking for ports with mismatched checksums: 500.ipfwdenied ASSERTION FAILED: Unexpected value for $PERIODIC: '' 510.ipfdenied ASSERTION FAILED: Unexpected value for $PERIODIC: '' 520.pfdenied ASSERTION FAILED: Unexpected value for $PERIODIC: '' 550.ipfwlimit ASSERTION FAILED: Unexpected value for $PERIODIC: '' 610.ipf6denied ASSERTION FAILED: Unexpected value for $PERIODIC: '' 700.kernelmsg ASSERTION FAILED: Unexpected value for $PERIODIC: '' 800.loginfail ASSERTION FAILED: Unexpected value for $PERIODIC: '' 900.tcpwrap ASSERTION FAILED: Unexpected value for $PERIODIC: '' security.functions # Perhaps these scripts cannot be simply executed from the command line? Thanks Anton From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 16:24:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F2A5E4E7; Thu, 6 Mar 2014 16:24:04 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AEAAE9F4; Thu, 6 Mar 2014 16:24:04 +0000 (UTC) Received: from glenbarber.us (nucleus.glenbarber.us [IPv6:2001:470:8:1205:2:2:ff:100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id B4152B9E0; Thu, 6 Mar 2014 16:24:02 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us B4152B9E0 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 6 Mar 2014 11:24:00 -0500 From: Glen Barber To: Anton Shterenlikht Subject: Re: reproducible panic every day at 03:02, probably triggered by daily periodic scipts - help Message-ID: <20140306162400.GM87036@glenbarber.us> References: <20140306155424.GL87036@glenbarber.us> <201403061607.s26G7CLJ059382@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="AQYPrgrEUc/1pSX1" Content-Disposition: inline In-Reply-To: <201403061607.s26G7CLJ059382@mech-cluster241.men.bris.ac.uk> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 06 Mar 2014 16:24:05 -0000 --AQYPrgrEUc/1pSX1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 06, 2014 at 08:07:14AM -0800, Anton Shterenlikht wrote: > >>From gjb@freebsd.org Thu Mar 6 15:58:51 2014 > > > >On Thu, Mar 06, 2014 at 07:49:42AM -0800, Anton Shterenlikht wrote: > >> >Can you go into /etc/periodic/daily and execute those scripts one by > >> >one? You should be able to narrow down which one is the culprit. > >>=3D20 > >> unfortunately I cannot reproduce the panic > >> this way. What I did was: > >>=3D20 > >> # cd /etc/periodic/daily > >> # for file in `ls` > >> do > >> echo $file > >> ./$file > >> done > >>=3D20 > >> I run it twice, I could see all scripts > >> executing one after another, > >> but no panic. > >> Perhaps something else is happening at > >> the same time as daily scripts? > >> But I cannot find what. > >>=3D20 > > > >It can also be one of the scripts in /etc/periodic/security. > > > >Can you retry your test in that directory, as well? > > > >Glen >=20 > # pwd > /etc/periodic/security > # for file in `ls` > do > echo $file > ./$file > done > 100.chksetuid > ASSERTION FAILED: Unexpected value for $PERIODIC: '' > 110.neggrpperm > ASSERTION FAILED: Unexpected value for $PERIODIC: '' > 200.chkmounts > ASSERTION FAILED: Unexpected value for $PERIODIC: '' > 300.chkuid0 > ASSERTION FAILED: Unexpected value for $PERIODIC: '' > 400.passwdless > ASSERTION FAILED: Unexpected value for $PERIODIC: '' > 410.logincheck > ASSERTION FAILED: Unexpected value for $PERIODIC: '' > 460.chkportsum >=20 > Checking for ports with mismatched checksums: > 500.ipfwdenied > ASSERTION FAILED: Unexpected value for $PERIODIC: '' > 510.ipfdenied > ASSERTION FAILED: Unexpected value for $PERIODIC: '' > 520.pfdenied > ASSERTION FAILED: Unexpected value for $PERIODIC: '' > 550.ipfwlimit > ASSERTION FAILED: Unexpected value for $PERIODIC: '' > 610.ipf6denied > ASSERTION FAILED: Unexpected value for $PERIODIC: '' > 700.kernelmsg > ASSERTION FAILED: Unexpected value for $PERIODIC: '' > 800.loginfail > ASSERTION FAILED: Unexpected value for $PERIODIC: '' > 900.tcpwrap > ASSERTION FAILED: Unexpected value for $PERIODIC: '' > security.functions > # >=20 > Perhaps these scripts cannot be simply > executed from the command line? >=20 Sigh. It looks like someone "fixed" something... I'm certain this used to work when run directly. Glen --AQYPrgrEUc/1pSX1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTGKEgAAoJELls3eqvi17QmN8QAJrOc/WsfzENa/pF412zyNZD x9oLDIo+Y5UwCtx4hSoph/q6iUaKATia6nOWDyX3dcM9AT3Ja8TN5Q8KnxrTaldJ HomyRt4i+4947Pj+QODkdG34fqOqEjjy7FbVTQZnlItt1Ts/GP5czL3KwIIYU0Mw oFjtgSPI6xMPYcchHslgptTlQn8baFWffBFyVCyYqmXTmw4L3KqTzqpyEasAr2Ot R8gEb7gcR9KaRBHkcucOUA6eCGeYjGRDM0CtaSlDw6cfbaJZMbq3ecQAbo/Qy47l YVaPsdxSXpzueV0QQwK7yJW3EUlg4uaWqftBYaXhIlDLPemcjOKtg4u/qY+JPoNP 9FEWAiq0/2J4wse5gXsQ3bFilzrOMWGM7T2OocahQsUfxI5Y1sl5px6rv+orM7Ok 5qogx6pgsV6DOWFkr0pHLEDZ0DeOl/1X3NsabQ1F2R8NkpB1JvnP5tznIgmNNRY/ ieX57441RrVDgpNQECK7xVBHEPQzH2NlCQ7Y0bB779z2OFA3Iey/nWRl56674MSr kqBZIR7m2BcmiCogWM9DvSj9tXha92Ib7LRGKV5b++/Z6RWJdssR4prggOeNSUg9 i0Bo2NVGkvztBTf53A0XVW5yQdG5zSoJ0H+eNH0VUIi9nWn/lXgMssTJcVeZrbc/ xRszz1f+GJ9Q9/8/mSFQ =p/U/ -----END PGP SIGNATURE----- --AQYPrgrEUc/1pSX1-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 16:33:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 16307BF4 for ; Thu, 6 Mar 2014 16:33:42 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id D19E1ADF for ; Thu, 6 Mar 2014 16:33:41 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:502c:9f0:1046:48c]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 98EB24AC37 for ; Thu, 6 Mar 2014 20:33:33 +0400 (MSK) Date: Thu, 6 Mar 2014 20:33:29 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1109024062.20140306203329@serebryakov.spb.ru> To: freebsd-current@freebsd.org Subject: kgdb on CURRENT? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Thu, 06 Mar 2014 16:33:42 -0000 Hello, Freebsd-current. CURRENT r262833, kernel from custom config (with symbols ad debugging info), crash. savecore says "Unable to find matching kernel" kgdb /var/crash/vmcore.1 /boot/kerne/kernel says: Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /boot/kernel/kernel.symbols] Is it local problem or kgdb is broken with latest clang import? -- // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 16:53:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 40633AFE; Thu, 6 Mar 2014 16:53:41 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F116BCC8; Thu, 6 Mar 2014 16:53:40 +0000 (UTC) Received: from [192.168.2.2] (unknown [77.243.161.229]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id E9F025C45; Thu, 6 Mar 2014 17:53:36 +0100 (CET) Subject: Re: kgdb on CURRENT? Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Content-Type: multipart/signed; boundary="Apple-Mail=_F1775542-D502-4080-A3DB-3D4AD550DDFC"; protocol="application/pgp-signature"; micalg=pgp-sha1 From: Dimitry Andric X-Priority: 3 (Normal) In-Reply-To: <1109024062.20140306203329@serebryakov.spb.ru> Date: Thu, 6 Mar 2014 17:53:22 +0100 Message-Id: <29A900D3-A470-4FD7-8BD8-32086429A4E5@FreeBSD.org> References: <1109024062.20140306203329@serebryakov.spb.ru> To: lev@FreeBSD.org X-Mailer: Apple Mail (2.1874) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 06 Mar 2014 16:53:41 -0000 --Apple-Mail=_F1775542-D502-4080-A3DB-3D4AD550DDFC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 06 Mar 2014, at 17:33, Lev Serebryakov wrote: > CURRENT r262833, kernel from custom config (with symbols ad debugging > info), crash. >=20 > savecore says "Unable to find matching kernel" >=20 > kgdb /var/crash/vmcore.1 /boot/kerne/kernel says: >=20 > Dwarf Error: wrong version in compilation unit header (is 4, should be = 2) [in module /boot/kernel/kernel.symbols] >=20 > Is it local problem or kgdb is broken with latest clang import? No, clang 3.4 just defaults to DWARF4 format, which kgdb does not grok. Please put the following in your custom kernel configuration, similar to GENERIC: makeoptions DEBUG=3D-gdwarf-2 # Build kernel with gdb(1) = debug symbols Now on a side note, it would be very nice if our kernel debugging extensions were ported to the ports version of gdb, which is non-ancient... :-) -Dimitry --Apple-Mail=_F1775542-D502-4080-A3DB-3D4AD550DDFC Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlMYqAoACgkQsF6jCi4glqO2MgCgpt47nc38Lo9LHHx+yynNfIj2 7nsAn3XHbXNq9EkZQRtzNmKHUdlMi5mQ =L9k5 -----END PGP SIGNATURE----- --Apple-Mail=_F1775542-D502-4080-A3DB-3D4AD550DDFC-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 16:56:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2B0D4C5A; Thu, 6 Mar 2014 16:56:46 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D54A7CEE; Thu, 6 Mar 2014 16:56:45 +0000 (UTC) Received: from [192.168.0.7] (cpc28-cmbg15-2-0-cust64.5-4.cable.virginm.net [86.27.189.65]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.5) with ESMTP id s26GuZLe068221 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 6 Mar 2014 16:56:37 GMT (envelope-from theraven@FreeBSD.org) Subject: Re: kgdb on CURRENT? Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Content-Type: text/plain; charset=us-ascii From: David Chisnall X-Priority: 3 (Normal) In-Reply-To: <29A900D3-A470-4FD7-8BD8-32086429A4E5@FreeBSD.org> Date: Thu, 6 Mar 2014 16:56:30 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <1109024062.20140306203329@serebryakov.spb.ru> <29A900D3-A470-4FD7-8BD8-32086429A4E5@FreeBSD.org> To: Dimitry Andric X-Mailer: Apple Mail (2.1827) Cc: Lev Serebryakov , FreeBSD current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 06 Mar 2014 16:56:46 -0000 On 6 Mar 2014, at 16:53, Dimitry Andric wrote: > Now on a side note, it would be very nice if our kernel debugging > extensions were ported to the ports version of gdb, which is > non-ancient... :-) I believe that emaste has an lldb-based kgdb replacement on his todo = list, although not yet quite at the top... David From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 17:22:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 731758BC for ; Thu, 6 Mar 2014 17:22:14 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EA3F8FC6 for ; Thu, 6 Mar 2014 17:22:13 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.8/8.14.8) with ESMTP id s26HMAeo077893 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 6 Mar 2014 21:22:10 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.8/8.14.8/Submit) id s26HMA05077892; Thu, 6 Mar 2014 21:22:10 +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, 6 Mar 2014 21:22:10 +0400 From: Gleb Smirnoff To: "O. Hartmann" Subject: Re: current -r262780 explodes on wlan up Message-ID: <20140306172210.GL68791@FreeBSD.org> References: <1611.1394047460@critter.freebsd.dk> <20140305211517.356a276e@telesto> <20140305232324.724ba7c3@laptop.minsk.domain> <20140305213336.122f448f@telesto> <20140305235123.4a1c1799@laptop.minsk.domain> <20140306083759.7e9d74ef@laptop.minsk.domain> <20140306084307.517234c7@munin.walstatt.dyndns.org> <20140306091236.7df8fbf5@munin.walstatt.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140306091236.7df8fbf5@munin.walstatt.dyndns.org> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 06 Mar 2014 17:22:14 -0000 On Thu, Mar 06, 2014 at 09:12:36AM +0100, O. Hartmann wrote: O> > Obviously not. I patched the kernel sources of a box in question and O> > the kernel has now r262821. The panic is gone, but there is nonetwork O> > although the interface is up, the firewall is up (IPWF) and even O> > netstat -rn shows the correct route. But the system is stuck with not O> > outbound network activities. Login as root takes 1 minute! Starting O> > services like ntp, slpad (OpenLDAP) or cups at boot phase blocks the O> > box for minutes so the booting takes roughly 10 minutes, until I can O> > try login to a network-dead machine. O> > O> > What is missing here? O> O> It seems, in my case, that no connection can be made to the DNS server. So, is only UDP affected? -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 17:28:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A3D54BB1; Thu, 6 Mar 2014 17:28:32 +0000 (UTC) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id 7B4A729; Thu, 6 Mar 2014 17:28:32 +0000 (UTC) Received: by be-well.ilk.org (Postfix, from userid 1147) id 347FF33C48; Thu, 6 Mar 2014 12:28:26 -0500 (EST) From: Lowell Gilbert To: Glen Barber Subject: Re: reproducible panic every day at 03:02, probably triggered by daily periodic scipts - help References: <1394115763.14742.91327521.717FE009@webmail.messagingengine.com> <201403061549.s26Fne7c059198@mech-cluster241.men.bris.ac.uk> <20140306155424.GL87036@glenbarber.us> Date: Thu, 06 Mar 2014 12:28:26 -0500 In-Reply-To: <20140306155424.GL87036@glenbarber.us> (Glen Barber's message of "Thu, 6 Mar 2014 10:54:24 -0500") Message-ID: <44wqg7p77p.fsf@be-well.ilk.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: Anton Shterenlikht , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 06 Mar 2014 17:28:32 -0000 Glen Barber writes: > On Thu, Mar 06, 2014 at 07:49:42AM -0800, Anton Shterenlikht wrote: >> >Can you go into /etc/periodic/daily and execute those scripts one by >> >one? You should be able to narrow down which one is the culprit. >> >> unfortunately I cannot reproduce the panic >> this way. What I did was: >> >> # cd /etc/periodic/daily >> # for file in `ls` >> do >> echo $file >> ./$file >> done >> >> I run it twice, I could see all scripts >> executing one after another, >> but no panic. >> Perhaps something else is happening at >> the same time as daily scripts? >> But I cannot find what. >> > > It can also be one of the scripts in /etc/periodic/security. > > Can you retry your test in that directory, as well? "periodic daily" would be a slightly better test... From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 19:31:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9D53753B for ; Thu, 6 Mar 2014 19:31:10 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6E24DF0C for ; Thu, 6 Mar 2014 19:31:10 +0000 (UTC) Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 1088B21056 for ; Thu, 6 Mar 2014 14:31:01 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute1.internal (MEProxy); Thu, 06 Mar 2014 14:31:01 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date:in-reply-to :references; s=smtpout; bh=jhUlP9MBLod7R87Z/VKQjIm5qqY=; b=tV9RU xladPnL0hOxoo3m66YcEYYuR3+PhAIPnVnRb2+zP8N2hO+jjhraft6ANfhagQxBr FZntZ1NqyJJAi3O1RlcUZLKB6rl555BPteWhWj+T0E4pbX8ViprI3QM+zmU1hVWQ pfbUuAiM38Q/gCZVmJwOlePKHM4epMgt5HSPLg= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id E9555118B7D; Thu, 6 Mar 2014 14:31:00 -0500 (EST) Message-Id: <1394134260.15679.91454577.172E5E29@webmail.messagingengine.com> X-Sasl-Enc: Y/CL5g9JkiX4mZCtLWcjxu51XTZXaUz7b0Zp9IjTlCg1 1394134260 From: Mark Felder To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-4527a23f Subject: Re: reproducible panic every day at 03:02, probably triggered by daily periodic scipts - help Date: Thu, 06 Mar 2014 13:31:00 -0600 In-Reply-To: <44wqg7p77p.fsf@be-well.ilk.org> References: <1394115763.14742.91327521.717FE009@webmail.messagingengine.com> <201403061549.s26Fne7c059198@mech-cluster241.men.bris.ac.uk> <20140306155424.GL87036@glenbarber.us> <44wqg7p77p.fsf@be-well.ilk.org> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 06 Mar 2014 19:31:10 -0000 On Thu, Mar 6, 2014, at 11:28, Lowell Gilbert wrote: > Glen Barber writes: > > > On Thu, Mar 06, 2014 at 07:49:42AM -0800, Anton Shterenlikht wrote: > >> >Can you go into /etc/periodic/daily and execute those scripts one by > >> >one? You should be able to narrow down which one is the culprit. > >> > >> unfortunately I cannot reproduce the panic > >> this way. What I did was: > >> > >> # cd /etc/periodic/daily > >> # for file in `ls` > >> do > >> echo $file > >> ./$file > >> done > >> > >> I run it twice, I could see all scripts > >> executing one after another, > >> but no panic. > >> Perhaps something else is happening at > >> the same time as daily scripts? > >> But I cannot find what. > >> > > > > It can also be one of the scripts in /etc/periodic/security. > > > > Can you retry your test in that directory, as well? > > "periodic daily" would be a slightly better test... > That won't help him narrow down the exact periodic script causing it, which is what he's trying to do. From owner-freebsd-current@FreeBSD.ORG Thu Mar 6 22:06:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56EE4BD5 for ; Thu, 6 Mar 2014 22:06:40 +0000 (UTC) Received: from eu1sys200aog124.obsmtp.com (eu1sys200aog124.obsmtp.com [207.126.144.157]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A52BA137 for ; Thu, 6 Mar 2014 22:06:39 +0000 (UTC) Received: from mail-wg0-f41.google.com ([74.125.82.41]) (using TLSv1) by eu1sys200aob124.postini.com ([207.126.147.11]) with SMTP ID DSNKUxjxT+poH4aIS/ufH6p/BIX+kN3IrRZX@postini.com; Thu, 06 Mar 2014 22:06:39 UTC Received: by mail-wg0-f41.google.com with SMTP id n12so4005649wgh.0 for ; Thu, 06 Mar 2014 14:06:07 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:message-id:to:subject:cc :reply-to:in-reply-to; bh=WXDdJ/NxD0iPfrZxRHuSStYy/jkjVmIPKq7xQ0l+qFU=; b=OzgPRvcCOLqenGPTemSdsZ4BlE9Uu2IPBYaEh2O6X7YQl3PUcrrF7jYK7BQXw560AM /iCGffNdofqc8LBIq6uto7M+idqHBf0c/RarN14qpCTms1eldpOizu+E4FTn4r9JIoWk eJv7Y9TlXUgEfNWZeQGINcsSY2jzUFjqEczba4WoptTARSqPbDBHBLkGwOD5JR8fQWE5 gjzPPWGQ6M8sFZkzacPkr90OjAGRgF/wek82uGK0Ydip7KRKCrsMBhTj0UmG9TJlvgcb bUTM0W/lEUdyPberEytMCBzF75nEEbMVePbwJhx1IWneAaIPmmUa2eMMwfQp/gVQ/vVZ YMaQ== X-Gm-Message-State: ALoCoQmUDnU7+LVK6naP0igzRxbsoeRJQhy70LtvKH/rRVz5tVLnNQhVL8bTiYh1WQQRpRsHQa7spam7p1ANNR7pQxIdyTaN5SC5IuDV8up6ncvsU+d3K+YfmkaFDl7EcR8LUpzC7k6iIwySZarx0EPIco4qPgFcDhM93oaAE9ssRm4sLAKJH5g= X-Received: by 10.194.174.100 with SMTP id br4mr13511195wjc.83.1394143567454; Thu, 06 Mar 2014 14:06:07 -0800 (PST) X-Received: by 10.194.174.100 with SMTP id br4mr13511184wjc.83.1394143567374; Thu, 06 Mar 2014 14:06:07 -0800 (PST) Received: from mech-cluster241.men.bris.ac.uk (mech-cluster241.men.bris.ac.uk. [137.222.187.241]) by mx.google.com with ESMTPSA id dd3sm23536528wjb.9.2014.03.06.14.06.05 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 06 Mar 2014 14:06:06 -0800 (PST) Sender: Anton Shterenlikht Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6) with ESMTP id s26M64Hr060251 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 6 Mar 2014 22:06:04 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6/Submit) id s26M64eJ060250; Thu, 6 Mar 2014 22:06:04 GMT (envelope-from mexas) Date: Thu, 06 Mar 2014 14:06:06 -0800 (PST) From: Anton Shterenlikht Message-Id: <201403062206.s26M64eJ060250@mech-cluster241.men.bris.ac.uk> To: be@0x20.net, mexas@bris.ac.uk Subject: Re: reproducible panic every day at 03:02, probably triggered by daily periodic scipts - help In-Reply-To: <20140306215209.GA74933@e-new.0x20.net> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: mexas@bris.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, 06 Mar 2014 22:06:40 -0000 >From be@0x20.net Thu Mar 6 22:02:56 2014 > >On Thu, Mar 06, 2014 at 12:59:14AM -0800, Anton Shterenlikht wrote: >> In my initial PR (sparc64 r261798), >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=187080 >> >> I said that rsync was triggering this panic. >> While true, I now see that there's more to it. >> I disabled the rsync, and the cron jobs. >> Still I get exactly the same panic every >> night at 03:02: >> >> # grep Dumptime /var/crash/* >> /var/crash/info.0: Dumptime: Wed Feb 26 10:10:51 2014 >> /var/crash/info.1: Dumptime: Thu Feb 27 03:02:14 2014 >> /var/crash/info.2: Dumptime: Fri Feb 28 03:02:29 2014 >> /var/crash/info.3: Dumptime: Sat Mar 1 03:02:25 2014 >> /var/crash/info.4: Dumptime: Tue Mar 4 03:02:01 2014 >> /var/crash/info.5: Dumptime: Wed Mar 5 03:02:05 2014 >> /var/crash/info.6: Dumptime: Thu Mar 6 03:02:11 2014 >> /var/crash/info.last: Dumptime: Thu Mar 6 03:02:11 2014 >> # >> >> This is likely triggered by one of >> the daily periodic scipts, >> after about 1 min from start: >> >> # grep daily /etc/crontab >> # Perform daily/weekly/monthly maintenance. >> 1 3 * * * root periodic daily >> # >> >> but which one? > >Some time ago I had a similar problem with 8.x. Setting > >vm.kmem_size="512M" >vm.kmem_size_max="512M" > >in loader.conf helped. It's just a wild guess but might help. >-- >Bjoern Engels Was it also on sparc64? How did you find this out? I mean what lead you to this discovery? Thanks Anton From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 07:29:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F7276D9 for ; Fri, 7 Mar 2014 07:29:28 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D73F3821 for ; Fri, 7 Mar 2014 07:29:27 +0000 (UTC) Received: from xyf.my.dom (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.8/8.14.8) with ESMTP id s277TQF3055690 for ; Fri, 7 Mar 2014 07:29:27 GMT (envelope-from davidxu@freebsd.org) Message-ID: <5319757E.1060301@freebsd.org> Date: Fri, 07 Mar 2014 15:30:06 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: FreeBSD Current Subject: warning: filename ends with '.', which is not allowed on Windows: 'tools/test/sort/bigtest/q-1.024.003.' Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 07:29:28 -0000 When I am using mercurial to initialize a freebsd repository, it prints "warning: filename ends with '.', which is not allowed on Windows: 'tools/test/sort/bigtest/q-1.024.003.' it seems filename ended with a dot is illegal on Windows, if someone wants to check out freebsd source code on Windows, it will be a problem. Regards, David Xu From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 10:52:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3786259; Fri, 7 Mar 2014 10:52:00 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id A2EFFE09; Fri, 7 Mar 2014 10:51:59 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id BA8DA5E11; Fri, 7 Mar 2014 10:51:52 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 40ECEEE3; Fri, 7 Mar 2014 11:51:28 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Adrian Chadd Subject: Re: importing sam leffler's libstatfoo into -HEAd References: Date: Fri, 07 Mar 2014 11:51:27 +0100 In-Reply-To: (Adrian Chadd's message of "Tue, 4 Mar 2014 18:31:59 -0800") Message-ID: <86ha7a7040.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 10:52:01 -0000 Adrian Chadd writes: > http://people.freebsd.org/~adrian/patches/20140304-libbsdstatfoo.diff Why did you rename it? The whole point of PRIVATELIB is to avoid having to rename libraries. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 14:38:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 043B96ED; Fri, 7 Mar 2014 14:38:04 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CFA4F7AC; Fri, 7 Mar 2014 14:38:03 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id A20E5B96B; Fri, 7 Mar 2014 09:38:01 -0500 (EST) From: John Baldwin To: freebsd-arch@freebsd.org Subject: Re: importing sam leffler's libstatfoo into -HEAd Date: Fri, 7 Mar 2014 08:37:23 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <86ha7a7040.fsf@nine.des.no> In-Reply-To: <86ha7a7040.fsf@nine.des.no> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201403070837.23590.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 07 Mar 2014 09:38:01 -0500 (EST) Cc: Adrian Chadd , Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 14:38:04 -0000 On Friday, March 07, 2014 5:51:27 am Dag-Erling Sm=C3=B8rgrav wrote: > Adrian Chadd writes: > > http://people.freebsd.org/~adrian/patches/20140304-libbsdstatfoo.diff >=20 > Why did you rename it? The whole point of PRIVATELIB is to avoid having > to rename libraries. Because 'statfoo' is a pretty silly name? (This is detailed in another subthread, did you not read that?) =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 14:38:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD0867F2 for ; Fri, 7 Mar 2014 14:38:07 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 867017AF for ; Fri, 7 Mar 2014 14:38:07 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 7F1F3B9AE; Fri, 7 Mar 2014 09:38:06 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: Feature Proposal: Transparent upgrade of crypt() algorithms Date: Fri, 7 Mar 2014 09:13:30 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <2167732.JmQmEPMV2N@desktop.reztek> In-Reply-To: <2167732.JmQmEPMV2N@desktop.reztek> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201403070913.30359.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 07 Mar 2014 09:38:06 -0500 (EST) Cc: Matthew Rezny X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 14:38:07 -0000 On Wednesday, March 05, 2014 3:09:30 pm Matthew Rezny wrote: > > > Password expiry is an orthogonal issue and should be up to administrator > > > > policy. > > > > Yes, but if you are moving to a different algorithm to improve security, not > > coupling it with an eventual expiration of non-migrated accounts gives a > > false sense of security. Any admin worth his/her salt is going to want the > > option of enforcing that sort of policy along with the transparent update. > > They should really be implemented together is all. > > Account expiration and password expiration are already present. There is > absolutely no reason that password algorithm upgrade should be tied in any way > to expiration. A transparent algorithm upgrade as proposed is *far* better > than the forced password change method that is commonly employed. If the > administrator wants to force all accounts to migrate by a set deadline, we > already have the expiration facilities in place to accomplish that. Expiring > accounts that have not been used in a long time, regardless of algorithm > changes, should be part of general housekeeping and may be covered by existing > policy. Password expiration serves no purpose, EVER. Password expiration > encourages users to choose bad passwords because they are throwaway items. > > Bruce states it well enough I need not elaborate further > https://www.schneier.com/blog/archives/2010/11/changing_passwo.html > > Anyone who fails to understand the above should NOT be an administrator. I think you failed to understand my point. I am assuming that an administrator wants the transparent upgrade (which I think is useful) because they are assuming that the hash algorithm is compromised or inferior. To that end, they may wish to limit the time window for which they accept hashes generated using the suspect algorithm. This is separate (I believe) from the issue Bruce raises above. For example, in this case, the administrator is perfectly happy for the actual plaintext to remain the same, the administrator simply wants to enforce the new hash. As far as I can tell, there is nothing in /etc/login.conf to allow for automatic account expiration if an account is idle for more than N days. OTOH, even that is probably not sufficient for the original case since a user might login with a different authentication method (e.g. ssh key) that would reset the idle timer without updating the hash. I suppose if you really were paranoid about the hash what you would want is an ability to set an expiration time on the hash algo itself where authentication using that hash always fails after the expiration time. This doesn't necessarily expire the entire account (e.g. ssh key auth would still work), though it might be a bit surprising to the user to find that the next time they attempt to use password authentication it doesn't work. (You would at least want a warning about the hash being expired on login via another mechanism.) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 14:47:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7AA49C4 for ; Fri, 7 Mar 2014 14:47:28 +0000 (UTC) Received: from mail-ie0-f174.google.com (mail-ie0-f174.google.com [209.85.223.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 433D089C for ; Fri, 7 Mar 2014 14:47:28 +0000 (UTC) Received: by mail-ie0-f174.google.com with SMTP id rp18so4402222iec.33 for ; Fri, 07 Mar 2014 06:47:27 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=9EIix1xy5tt4NBwneBB70c+rV9Hz3zGOAu6H4ZDIExo=; b=Mt7diMKOq6QJmX6Su8+zwzHtN8CPJFkRT0pPlIRsSZV7/6/sH704Jd9qeoTN9IuuVM utJPgJsHKiSpWVpjkWu6IoqpGJfpr+k8Er/qrxx71TBgRJqP4Br53RJaq0TrJ3mnZYxd e4rvzsDPS4AA9zUVJ94fuvdv2HzeFmQakmQmjvtCMaDhWLYUR16a+aPFO24vXuHQ0N7o 6Jd9xR6RpFp+PWRE1u9zdg01r5FrXAQAGq8eWT29RRqbh+UcJDZ2PJdZocxmPi0vEtb9 0Q+M368QYsRw5ew1K/3LnyIIoho48MCWm+5GjKNMBwBZLpKkOxs1jGD82Su2jgD2mw0+ 0osQ== X-Gm-Message-State: ALoCoQlAADHdA4IwG8bciLTJ9jWkaRvTDt3SB/ZQXCSaQ1HH9f7DQ3w8R9goUCaxlT9R2E2+GgjF X-Received: by 10.50.50.241 with SMTP id f17mr3264907igo.23.1394203647406; Fri, 07 Mar 2014 06:47:27 -0800 (PST) Received: from netflix-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id an1sm1801344igc.0.2014.03.07.06.47.26 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 07 Mar 2014 06:47:26 -0800 (PST) Sender: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: warning: filename ends with '.', which is not allowed on Windows: 'tools/test/sort/bigtest/q-1.024.003.' From: Warner Losh In-Reply-To: <5319757E.1060301@freebsd.org> Date: Fri, 7 Mar 2014 07:47:26 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <6F841487-00DB-4BD7-8DDB-9515D82B16CD@gmail.com> References: <5319757E.1060301@freebsd.org> To: David Xu X-Mailer: Apple Mail (2.1874) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 14:47:28 -0000 On Mar 7, 2014, at 12:30 AM, David Xu wrote: > When I am using mercurial to initialize a freebsd repository, it = prints > "warning: filename ends with '.', which is not allowed on Windows: = 'tools/test/sort/bigtest/q-1.024.003.' >=20 > it seems filename ended with a dot is illegal on Windows, if someone > wants to check out freebsd source code on Windows, it will be a = problem. There are other problems as well. We have some directories that have = mixed case and lower case versions of the same file. This trips up OS unless you = specifically format your disk to be case sensitive=85 Warner From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 14:58:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3DE4E5F7 for ; Fri, 7 Mar 2014 14:58:24 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 157CD994 for ; Fri, 7 Mar 2014 14:58:23 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id CA3236581D for ; Fri, 7 Mar 2014 14:58:13 +0000 (UTC) Message-ID: <5319DE84.3040602@allanjude.com> Date: Fri, 07 Mar 2014 09:58:12 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Feature Proposal: Transparent upgrade of crypt() algorithms References: <2167732.JmQmEPMV2N@desktop.reztek> <201403070913.30359.jhb@freebsd.org> In-Reply-To: <201403070913.30359.jhb@freebsd.org> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sVoolSkTfbVq0Vrw5RVoKS4a2XQlrFUFd" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 14:58:24 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --sVoolSkTfbVq0Vrw5RVoKS4a2XQlrFUFd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-03-07 09:13, John Baldwin wrote: > On Wednesday, March 05, 2014 3:09:30 pm Matthew Rezny wrote: >>>> Password expiry is an orthogonal issue and should be up to administr= ator >>> >>> policy. >>> >>> Yes, but if you are moving to a different algorithm to improve securi= ty, not >>> coupling it with an eventual expiration of non-migrated accounts give= s a >>> false sense of security. Any admin worth his/her salt is going to wa= nt the >>> option of enforcing that sort of policy along with the transparent up= date.=20 >>> They should really be implemented together is all. >> >> Account expiration and password expiration are already present. There = is=20 >> absolutely no reason that password algorithm upgrade should be tied in= any way=20 >> to expiration. A transparent algorithm upgrade as proposed is *far* be= tter=20 >> than the forced password change method that is commonly employed. If t= he=20 >> administrator wants to force all accounts to migrate by a set deadline= , we=20 >> already have the expiration facilities in place to accomplish that. Ex= piring=20 >> accounts that have not been used in a long time, regardless of algorit= hm=20 >> changes, should be part of general housekeeping and may be covered by = existing=20 >> policy. Password expiration serves no purpose, EVER. Password expirati= on=20 >> encourages users to choose bad passwords because they are throwaway it= ems. >> >> Bruce states it well enough I need not elaborate further >> https://www.schneier.com/blog/archives/2010/11/changing_passwo.html >> >> Anyone who fails to understand the above should NOT be an administrato= r. >=20 > I think you failed to understand my point. I am assuming that an admin= istrator > wants the transparent upgrade (which I think is useful) because they ar= e > assuming that the hash algorithm is compromised or inferior. To that e= nd, > they may wish to limit the time window for which they accept hashes gen= erated > using the suspect algorithm. This is separate (I believe) from the iss= ue Bruce > raises above. For example, in this case, the administrator is perfectl= y happy > for the actual plaintext to remain the same, the administrator simply w= ants to > enforce the new hash. >=20 > As far as I can tell, there is nothing in /etc/login.conf to allow for = automatic > account expiration if an account is idle for more than N days. >=20 > OTOH, even that is probably not sufficient for the original case since = a user might > login with a different authentication method (e.g. ssh key) that would = reset the > idle timer without updating the hash. >=20 > I suppose if you really were paranoid about the hash what you would wan= t is an > ability to set an expiration time on the hash algo itself where authent= ication > using that hash always fails after the expiration time. This doesn't n= ecessarily > expire the entire account (e.g. ssh key auth would still work), though = it might > be a bit surprising to the user to find that the next time they attempt= to use > password authentication it doesn't work. (You would at least want a wa= rning > about the hash being expired on login via another mechanism.) >=20 Honestly, my use case is just silently upgrading the strength of the hashing algorithm (when combined with my other feature request). Updating my bcrypt hashes from $2a$04$ to $2b$12$ or something. Same applies for the default sha512, maybe I want to update to rounds=3D15000 --=20 Allan Jude --sVoolSkTfbVq0Vrw5RVoKS4a2XQlrFUFd 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTGd6HAAoJEJrBFpNRJZKfjZcP/i5I5ocPcurxwyfnWr2jRt21 A/xCtnXYCzdiiK7anLs7pAT8DBc5Htanxt2IHfksWBXG9urYMpP82MA1RyW1clt8 /ZPJem4MUvzt+RNyj+QeIDbvAeTlLUg0QEminCuT1Bo9PrxXwJXK7bfV8gaJ2NxX JPkriJ9lQ/l5mOEI1Gxnv/1bZ6w6g3m9ZvE26B1bE5E2AggLnHUjneMfCv3gVUhn ltaRA60jxQ8JG57jkraMW1Mkza1rBegsQRBS6mwdbHY175liLr7X8N2I8jYDHvvK uwN7eKb/LbUixbU6/RRCIKAgBZv/M8F6USuRmBCpD5hBAgIgc2htBz9IWo3gVleL MtaJ9DyP4hJIHUSuIQF7AQvQ3JaIuvrneeQZWtt82BkPaofOL6tOIQZ/FeeEwksY hbGBAh7/l1+ufpcRWPmrAfNK2EnaDcgBV0XDBStwXU1GLD5ZMBn0V/V2FWgPIUKG bqimAw4AjCt0Ak4NxSDARR3AUa01wckB/q6oO0papsMvvK+Z8pUSL5wlOU/NfLcb RmyRHHpg2EYxXRt0aci+utskYLbWOJo/tlfatE8tQrmFDzOxxmRaUBkxH0ExtZEd wCjl0VEjn+ZNNTMAB55xKWVej0CRa1eZgEaaD4AT1Q36w7qh1j4UgwfnMQesNm+Z H+1+X4w2SiyHJqypzBWw =b8Qe -----END PGP SIGNATURE----- --sVoolSkTfbVq0Vrw5RVoKS4a2XQlrFUFd-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 15:34:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7FE3219; Fri, 7 Mar 2014 15:34:42 +0000 (UTC) Received: from mail-la0-x232.google.com (mail-la0-x232.google.com [IPv6:2a00:1450:4010:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 45790C99; Fri, 7 Mar 2014 15:34:42 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id y1so2883233lam.37 for ; Fri, 07 Mar 2014 07:34:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=m0GSZAo3l+8+IsUuHXl0kodSCCb/sfKhHnNE23ShyEw=; b=KcHia+hr/kZKK+I26KebCmaqc9DvbUhcwu05E7KY6koZDzZMHpGx3MvTe5QTuJVwig XZYIACmc1M+Ub5rV/qyk3lY0PY4R1W8wZ2eiWNbGqUbYPw/uw+IoLjj5zScZRvBFmaIy GGAALNlHnjCeZPFWWULHt4LM2kbl6ntrWMq/j6iIwuBf7F5wjO37RZ5TpJt7CCcTeL+/ svnKwVtaP0dr/Nl0TEh/HI3G6jy1TIJndEM/yOpz848qHje+0e0pi3ydG6wziuTUNIyD WLW3IOzJqaN//aDZHa9bgEUgtxoGyjwYnunYMvkJAGg24BZ0nIJtggy5ewXrWQdPkpld IJrw== MIME-Version: 1.0 X-Received: by 10.152.10.72 with SMTP id g8mr1775612lab.50.1394206480370; Fri, 07 Mar 2014 07:34:40 -0800 (PST) Received: by 10.112.35.167 with HTTP; Fri, 7 Mar 2014 07:34:40 -0800 (PST) In-Reply-To: <201403070913.30359.jhb@freebsd.org> References: <2167732.JmQmEPMV2N@desktop.reztek> <201403070913.30359.jhb@freebsd.org> Date: Fri, 7 Mar 2014 15:34:40 +0000 Message-ID: Subject: Re: Feature Proposal: Transparent upgrade of crypt() algorithms From: Tom Evans To: John Baldwin Content-Type: text/plain; charset=UTF-8 Cc: Matthew Rezny , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 15:34:43 -0000 On Fri, Mar 7, 2014 at 2:13 PM, John Baldwin wrote: > On Wednesday, March 05, 2014 3:09:30 pm Matthew Rezny wrote: >> > > Password expiry is an orthogonal issue and should be up to administrator >> > >> > policy. >> > >> > Yes, but if you are moving to a different algorithm to improve security, not >> > coupling it with an eventual expiration of non-migrated accounts gives a >> > false sense of security. Any admin worth his/her salt is going to want the >> > option of enforcing that sort of policy along with the transparent update. >> > They should really be implemented together is all. >> >> Account expiration and password expiration are already present. There is >> absolutely no reason that password algorithm upgrade should be tied in any way >> to expiration. A transparent algorithm upgrade as proposed is *far* better >> than the forced password change method that is commonly employed. If the >> administrator wants to force all accounts to migrate by a set deadline, we >> already have the expiration facilities in place to accomplish that. Expiring >> accounts that have not been used in a long time, regardless of algorithm >> changes, should be part of general housekeeping and may be covered by existing >> policy. Password expiration serves no purpose, EVER. Password expiration >> encourages users to choose bad passwords because they are throwaway items. >> >> Bruce states it well enough I need not elaborate further >> https://www.schneier.com/blog/archives/2010/11/changing_passwo.html >> >> Anyone who fails to understand the above should NOT be an administrator. > > I think you failed to understand my point. I am assuming that an administrator > wants the transparent upgrade (which I think is useful) because they are > assuming that the hash algorithm is compromised or inferior. To that end, > they may wish to limit the time window for which they accept hashes generated > using the suspect algorithm. This is separate (I believe) from the issue Bruce > raises above. For example, in this case, the administrator is perfectly happy > for the actual plaintext to remain the same, the administrator simply wants to > enforce the new hash. > > As far as I can tell, there is nothing in /etc/login.conf to allow for automatic > account expiration if an account is idle for more than N days. > > OTOH, even that is probably not sufficient for the original case since a user might > login with a different authentication method (e.g. ssh key) that would reset the > idle timer without updating the hash. > > I suppose if you really were paranoid about the hash what you would want is an > ability to set an expiration time on the hash algo itself where authentication > using that hash always fails after the expiration time. This doesn't necessarily > expire the entire account (e.g. ssh key auth would still work), though it might > be a bit surprising to the user to find that the next time they attempt to use > password authentication it doesn't work. (You would at least want a warning > about the hash being expired on login via another mechanism.) > All of this is orthogonal to adding a way to upgrade hashes. Yes, all of the points you mentioned are relevant to general password security, but doesn't explain why a feature that provides transparent hash upgrades cannot be added without first adding the features you are asking for. It's like trying to prevent people from shooting themselves in the foot by only giving them rocks to throw. Cheers Tom From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 16:13:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8008FB3 for ; Fri, 7 Mar 2014 16:13:22 +0000 (UTC) Received: from mail.nanoman.ca (mail.nanoman.ca [76.10.173.222]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 56B692B for ; Fri, 7 Mar 2014 16:13:21 +0000 (UTC) Received: from nanocomputer.nanoman.ca (nanocomputer.nanoman.ca [192.168.1.9]) by mail.nanoman.ca (Postfix) with ESMTP id 67CE611602; Fri, 7 Mar 2014 11:13:14 -0500 (EST) Received: by nanocomputer.nanoman.ca (Postfix, from userid 62661) id 36835172A5; Fri, 7 Mar 2014 11:13:13 -0500 (EST) Date: Fri, 7 Mar 2014 11:13:13 -0500 From: "A.J. Kehoe IV (Nanoman)" To: Allan Jude Subject: Re: Feature Proposal: Transparent upgrade of crypt() algorithms Message-ID: <20140307161313.GA49137@nanocomputer.nanoman.ca> References: <2167732.JmQmEPMV2N@desktop.reztek> <201403070913.30359.jhb@freebsd.org> <5319DE84.3040602@allanjude.com> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline In-Reply-To: <5319DE84.3040602@allanjude.com> Organization: Nanoman's Company User-Agent: Mutt (FreeBSD) X-Mailman-Approved-At: Fri, 07 Mar 2014 16:21:40 +0000 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: nanoman@nanoman.ca List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Mar 2014 16:13:23 -0000 --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Allan Jude wrote: [...] >Honestly, my use case is just silently upgrading the strength of the >hashing algorithm (when combined with my other feature request). >Updating my bcrypt hashes from $2a$04$ to $2b$12$ or something. Same >applies for the default sha512, maybe I want to update to rounds=3D15000 Like this? http://www.freebsd.org/cgi/query-pr.cgi?pr=3D182518 Request for comments: http://docs.freebsd.org/cgi/mid.cgi?20140106205156.GD4903 --=20 A.J. Kehoe IV (Nanoman) | /"\ ASCII Ribbon Campaign Nanoman's Company | \ / - No HTML/RTF in E-mail E-mail: nanoman@nanoman.ca | X - No proprietary attachments WWW: http://www.nanoman.ca/ | / \ - Respect for open standards --OgqxwSJOaUobr8KG Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIPUAYJKoZIhvcNAQcCoIIPQTCCDz0CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC DLwwggV3MIIDX6ADAgECAgMOkYIwDQYJKoZIhvcNAQENBQAweTEQMA4GA1UEChMHUm9vdCBD QTEeMBwGA1UECxMVaHR0cDovL3d3dy5jYWNlcnQub3JnMSIwIAYDVQQDExlDQSBDZXJ0IFNp Z25pbmcgQXV0aG9yaXR5MSEwHwYJKoZIhvcNAQkBFhJzdXBwb3J0QGNhY2VydC5vcmcwHhcN MTQwMjI0MTcwOTA5WhcNMTQwODIzMTcwOTA5WjA9MRgwFgYDVQQDEw9DQWNlcnQgV29UIFVz ZXIxITAfBgkqhkiG9w0BCQEWEm5hbm9tYW5AbmFub21hbi5jYTCCASIwDQYJKoZIhvcNAQEB BQADggEPADCCAQoCggEBAK9WRGqRDUDjWwNIfZTBp4FL5bI0kY3ZqvM6tEO+Sqp5YxATre8F a+BYbeNp/8MKfuPrRgE2jRzlePAx7kpvZUhRTGAZpncmHC7Z3FDl8Ugid4193ReCfPypb9Gs 3ZgPfzJyNuDeCM3amz/cDXC/makJLpmLzu95D91hD+V30iActE5j1tNewMq9qJRoEdr5Tqus bUjjDm8kiK5sz9JzQjFoufuaWIR57w2Sm1gDVZ0MH46fxZ/SwLDDzt4VC2u+1oS4KSmVUm6X Wv1/Fmdf2sOOu9Ro2xVjJHW+j16lsFPPj+lkDv5tb0G7I2vBoKEQg/s+h8J4F+l/xPL3O5xB c68CAwEAAaOCAUIwggE+MAwGA1UdEwEB/wQCMAAwVgYJYIZIAYb4QgENBEkWR1RvIGdldCB5 b3VyIG93biBjZXJ0aWZpY2F0ZSBmb3IgRlJFRSBoZWFkIG92ZXIgdG8gaHR0cDovL3d3dy5D QWNlcnQub3JnMA4GA1UdDwEB/wQEAwIDqDBABgNVHSUEOTA3BggrBgEFBQcDBAYIKwYBBQUH AwIGCisGAQQBgjcKAwQGCisGAQQBgjcKAwMGCWCGSAGG+EIEATAyBggrBgEFBQcBAQQmMCQw IgYIKwYBBQUHMAGGFmh0dHA6Ly9vY3NwLmNhY2VydC5vcmcwMQYDVR0fBCowKDAmoCSgIoYg aHR0cDovL2NybC5jYWNlcnQub3JnL3Jldm9rZS5jcmwwHQYDVR0RBBYwFIESbmFub21hbkBu YW5vbWFuLmNhMA0GCSqGSIb3DQEBDQUAA4ICAQCEaPJcTaHwgbPsRG2zNaFL1TioYnJPLzv4 HIIf7D6uvTHn8lNs5wgXD5iXKCxNflCmKuhTg0Oc7tRANpMI7H8UjAUsfqLMnslDKGiQw9yr Y0lOjYviAwLeTiYElR9/lWelR82WwDHAoYkrTJePhj2v138pk4fBxBOjVptqN58TjvKqqiQF lGBKpnLLwsscN3f7ITJHHs728voulBtis0aL7LuYMIrsIRg3GHPOoNlxU4ud/knjoFspOIAS a0Yb8h10eZrvSSa019abqSTK8lOBkV0bH7FT++3J5obkREtRqrRJPU92U+OYWOPSq1nPFEou TfBzJpY+AS7fi0YUVSMZ0Nr85zywlZGwETGCya1lNEKAiF6GSxpRuUD7yneUaoYQnYisi7zA BSp5ur2aiw3PFY/P2D3xFjP3zUSUszFefPlO4lMD3TYz8KCirBKDvR3hRHPV52Wam+6nwuWW HNKQ464j5jeqRTNX3FJMeytJmX59EoTltIusIEpqxC7S40JOlaDBbXsVuufvBm0Bk3RNktC7 ylA3CB2eHwAZLnxN8hIncZAq4PK2Zmth1YriEQlkCUAsVeFkLEWNAqRAsREXcfqQj4H75Pb8 ku0QsesX7Ci3R4tF4dECz0TguxI7SuSq/TpoToz8Xg+OH1O9JLODcFjx+lf5Ul0ScggcJdpI 1jCCBz0wggUloAMCAQICAQAwDQYJKoZIhvcNAQEEBQAweTEQMA4GA1UEChMHUm9vdCBDQTEe MBwGA1UECxMVaHR0cDovL3d3dy5jYWNlcnQub3JnMSIwIAYDVQQDExlDQSBDZXJ0IFNpZ25p bmcgQXV0aG9yaXR5MSEwHwYJKoZIhvcNAQkBFhJzdXBwb3J0QGNhY2VydC5vcmcwHhcNMDMw MzMwMTIyOTQ5WhcNMzMwMzI5MTIyOTQ5WjB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQL ExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRo b3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzCCAiIwDQYJKoZIhvcN AQEBBQADggIPADCCAgoCggIBAM4iwOJGfew2KAdQlvKgM0CMS/E7Zj8x5WsCNtvWfPbxiI9O dzYFQZX5CfASz0aGc2C3bn7owFhkrs2wrUUXDGP6Zwro1tK/PueYxPBM+uADuzVdbCHeniDZ us1mMjdy+vcI9cfNWMmO5w5e6j7+HKEUChVshoRbZGYqeqlLU3n1iKJ77i8KYSuNsn5NVqUT 7Orakp6sREEeWGBlBWb4wES9y5T3Qn4L92VomFEF8PMFkQQdGxeC7MhXu8NreojxsHLMJVsg kewWAhKPMukXGEjQxwUuAjBCuCWcBWs/qjqn61NI9+jStgeY3BvGNH9/yRyCegVYKwhb8zii qxddZsmY154Qi6LS3XSa93EMcmDfzW+YM52WNHY+JHqSsA6VHm/moEU4R6rXQe1KtxL21xuD ig8u2Am2WdeqBP/Sk31oLt2LS6tYui+N6pWnoMNUiaX724tRIp2yw74RviyRhouWeK0g04ov Gj/G0FFlhyGxGQFlf0Uch/V80EFMTymYIf0zH3UMBFH6GXfb1BQc7oHDHfWYt2kGkSLdAFDM gTGsEgd7ONpoW+Yr1H7JX63o63JM8wHlSyC/mqZXypEAAYuhdSE3tWMNZz5GT3AgZ87F1lnb AuDw0svNumK3kEHo3SDkKbxkKULIItx4mv9D7JgbCVFLWlrCcfHEy3Op5aELAgMBAAGjggHO MIIByjAdBgNVHQ4EFgQUFrUyG9TH8+DmjvO90rA67rI5GNEwgaMGA1UdIwSBmzCBmIAUFrUy G9TH8+DmjvO90rA67rI5GNGhfaR7MHkxEDAOBgNVBAoTB1Jvb3QgQ0ExHjAcBgNVBAsTFWh0 dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBTaWduaW5nIEF1dGhvcml0 eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3JnggEAMA8GA1UdEwEB/wQFMAMB Af8wMgYDVR0fBCswKTAnoCWgI4YhaHR0cHM6Ly93d3cuY2FjZXJ0Lm9yZy9yZXZva2UuY3Js MDAGCWCGSAGG+EIBBAQjFiFodHRwczovL3d3dy5jYWNlcnQub3JnL3Jldm9rZS5jcmwwNAYJ YIZIAYb4QgEIBCcWJWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZy9pbmRleC5waHA/aWQ9MTAwVgYJ YIZIAYb4QgENBEkWR1RvIGdldCB5b3VyIG93biBjZXJ0aWZpY2F0ZSBmb3IgRlJFRSBoZWFk IG92ZXIgdG8gaHR0cDovL3d3dy5jYWNlcnQub3JnMA0GCSqGSIb3DQEBBAUAA4ICAQAox+6c ggK6XIASyjUKHYFviWqZzPJoD3+n4Y1YlT698gbDkFqstWD2mUMBo4hwnJ1inaSHr2dYDTA2 O+atSNPLdAKGcT7iKwNo8TRiQEY7U+oo9Kz7ZpVTik1d/TvZYNfKeWk7sWWSpsaBglyczetN AYql3xFVqhXKHzfAgphwYdtqfJajji5UPk8hqZDv3IK/3OhFrU2Qcwg8lGWwBJl2f+K8wmoV qpcENyTYHpRObQ5RvtbEj8qWbfdD3+gwZSc7e7tDQ2PEQ/ey7GjM4RmOIvuY4XtaPgE3O4sI sKLzlU4ay5vNmrHbsnDwLUrb2LDjb0VIMxL//jwyKlT3xPeK8Igjwkf+ZHpxwNEepmOwB36k L9MBj9yfK7bGCKkPk0gl/BL9n0Lc88Q+9lew191p0QZ3NApL0sqg/xzGjMkWvsTMMjdoc18I +1H3SVM2BQqVAkzyeRoQ9tg6dZzzHfGiDXBnhhuzFvUv5aTreYb5PQvCcwulmaxv/Ge45S8L phgkjXvRSDUpGECsk2DhloZQtHpZ2I8hC5/PgpHGO79r3AeRuZdWI6q2bJTGSAY85M5OquT2 LwncU28u/HTrOmOZwqasibynskSgDYoQ42zyJMv6m59wRy7eFIvUsiAJlqJk8SQc3KE1nBWy 1LxVLn0G9ZwOVfRa1pPadq0lc0zFQzGCAlwwggJYAgEBMIGAMHkxEDAOBgNVBAoTB1Jvb3Qg Q0ExHjAcBgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBT aWduaW5nIEF1dGhvcml0eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3JnAgMO kYIwCQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ BTEPFw0xNDAzMDcxNjEzMTNaMCMGCSqGSIb3DQEJBDEWBBSfQ85WD7xJ/Vi26Xsmkpr7SkLc fDBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG 9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQBRGm6d Ws1JIMGN7iaLHa1n14o6ooWDKJefW8ca9AHVdF+6Gf0RDcIIZ7GJYoHI4p88HAfyA2o9XQwB hUifwg4KuN8DfgqJ29JXOqcpvHm4ELIoDMer3wp6rZ4k+6lc8BbJSqCN3ScHLMbvONnm2n6Q JAXoHHueKkcyVufS8B9fEl9jMRkIunyJ5Jc6GGSaywd7yl1lrGWYAj7s9mxBFZWRfHy2JSP5 8oZ3AF/aWqrSK35ARUTIjbY9pfK4oGMirwdx36/GRWTDvIAPqblQfwdZ+vW4mY165WQO+Fqb mHGF0TdNNT71IiUmuSnxMkHMhM+R7ixNxjpZtpjHxYW1lDHA --OgqxwSJOaUobr8KG-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 16:41:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33BA26BB; Fri, 7 Mar 2014 16:41:47 +0000 (UTC) Received: from felyko.com (felyko.com [IPv6:2607:f2f8:a528::3:1337:ca7]) by mx1.freebsd.org (Postfix) with ESMTP id 1E83A2FF; Fri, 7 Mar 2014 16:41:47 +0000 (UTC) Received: from [10.0.1.3] (c-24-6-115-18.hsd1.ca.comcast.net [24.6.115.18]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by felyko.com (Postfix) with ESMTPSA id 37C9E3983D; Fri, 7 Mar 2014 08:41:46 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: warning: filename ends with '.', which is not allowed on Windows: 'tools/test/sort/bigtest/q-1.024.003.' From: Rui Paulo In-Reply-To: <5319757E.1060301@freebsd.org> Date: Fri, 7 Mar 2014 08:41:45 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <821C2C51-604E-43E0-9796-300996B81B41@FreeBSD.org> References: <5319757E.1060301@freebsd.org> To: David Xu X-Mailer: Apple Mail (2.1874) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 16:41:47 -0000 On 6 Mar 2014, at 23:30, David Xu wrote: > it seems filename ended with a dot is illegal on Windows, if someone > wants to check out freebsd source code on Windows, it will be a = problem. Is this something we want to support? NetBSD made some invasive changes = on their source tree to be able to support case-insensitive filesystems = (like renaming 'cvs' to 'xcvs' to avoid clashing with the 'CVS' metadata = directory), but they support building NetBSD on many different = platforms. We don't support that yet, though. The file in question can be easily renamed, I think. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 16:47:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC5DB9FF for ; Fri, 7 Mar 2014 16:47:46 +0000 (UTC) Received: from mail-qg0-x232.google.com (mail-qg0-x232.google.com [IPv6:2607:f8b0:400d:c04::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A3A15346 for ; Fri, 7 Mar 2014 16:47:46 +0000 (UTC) Received: by mail-qg0-f50.google.com with SMTP id q108so3208444qgd.9 for ; Fri, 07 Mar 2014 08:47:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=S1NfkWXQuv55MGWRWtv5C3GNLaODcM3PTU7RxQKjlBc=; b=KDJkmPRSxZY5DgRL6EjW3iMoVNZNpkeWXLJ4+Ax1sFNyF9+S78/G7TcCoNI8mmRfRv vj8T/Eu1SwgbgCusxMW/8y0hZl9FkdB4Ammn1HqjcElKCqOJpYjOtuc+EBcURQI67MoA 1yNNcfQe4EWawop1M+XrvkyTQekNlpjU6Y12w= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=S1NfkWXQuv55MGWRWtv5C3GNLaODcM3PTU7RxQKjlBc=; b=Wa1xGl4lnL3Yv3UIzxyLaUha/0twFug6bRqdAwXXqtcCxzu2v53GP2GMwNxZU7NB4B wZaG1NPzdRaKe8GqqUvsRHS0pSAd9A5yHQY8ZMO6UbOZ0b+Sbc7eLXL5fJWHn3oLGsgt MVjRAcOJOfSnnry7A337/kCuhmJF7och/r44tf5kfGTk5r+JKcQoiBVKQP+gFFCbrpsk hIra6eV/2r4S+p4AKclGkichVTAr5y27A4fMt8fIGQl0LYQwWaoXo7Kev7RrNzoqHwxH +I8Xgx/pxQdHjJjUOTt6mwyZ/xZ36Sug9j6cldzoKxOqYgAOGsNO7kjUD587H/cp42w0 B59Q== X-Gm-Message-State: ALoCoQlTeR9dTJf1odCqEfKOBXF4Be/+yIGrmZM5ccR+3dPFj/DzQVoKsAieE18OtM/d0z0u/pd7 X-Received: by 10.140.47.20 with SMTP id l20mr21965498qga.9.1394210865810; Fri, 07 Mar 2014 08:47:45 -0800 (PST) MIME-Version: 1.0 Received: by 10.96.147.225 with HTTP; Fri, 7 Mar 2014 08:47:14 -0800 (PST) In-Reply-To: <821C2C51-604E-43E0-9796-300996B81B41@FreeBSD.org> References: <5319757E.1060301@freebsd.org> <821C2C51-604E-43E0-9796-300996B81B41@FreeBSD.org> From: Eitan Adler Date: Fri, 7 Mar 2014 11:47:14 -0500 Message-ID: Subject: Re: warning: filename ends with '.', which is not allowed on Windows: 'tools/test/sort/bigtest/q-1.024.003.' To: Rui Paulo Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current , David Xu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 16:47:47 -0000 On 7 March 2014 11:41, Rui Paulo wrote: > On 6 Mar 2014, at 23:30, David Xu wrote: >> it seems filename ended with a dot is illegal on Windows, if someone >> wants to check out freebsd source code on Windows, it will be a problem. > > Is this something we want to support? Yes. > NetBSD made some invasive changes on their source tree to be able to support case-insensitive filesystems (like renaming 'cvs' to 'xcvs' to avoid clashing with the 'CVS' metadata directory), but they support building NetBSD on many different platforms. Has anyone enumerated the problematic files for FreeBSD ? > We don't support that yet, though. However, being able to checkout out the source code is a prerequisite to building out other platforms. > The file in question can be easily renamed, I think. -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 17:19:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C19694B9 for ; Fri, 7 Mar 2014 17:19:22 +0000 (UTC) Received: from mail-ie0-f178.google.com (mail-ie0-f178.google.com [209.85.223.178]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8901C87F for ; Fri, 7 Mar 2014 17:19:22 +0000 (UTC) Received: by mail-ie0-f178.google.com with SMTP id lx4so4479195iec.23 for ; Fri, 07 Mar 2014 09:19:16 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=inkVYl5lHNMThfgvrvJXDXJ8knUsqIQIgKmIcs9cOjA=; b=nHopLX4wQPt6tlw212PnOwqFPGnEj97/Swn/xH8HeV+6SjfmoDHoWcAcorxcotgOs6 SL+a80HgnXzGaFktImQ1uyojC/NihIzRMnHa4y51Uqis2vIa/X03/2F+W2gWLryAAepH bsULkwpCL8MKqEjwYwQGUtz52jAHfZId1ngmTB6/FSEIz1P+4YE7b/940SsD66uYQooO DMyDQvkvxnUu4liojqUxc4XVH++BMZoxAbSrVCWA9gxYYUHAHu6Byo/mJMMkzdhN7/TF YmY8d8HlbsM6tJMLCS0T9DEb+5mVkCscaLWOpQeZfRZd5uoXgeef+ZRlbg3nVPLUYtpv uJgA== X-Gm-Message-State: ALoCoQm5N+yqzGZF1+wkq/7oK1wiKewlf87oyT2Nj7dLqjr8wNnLj5yVfsaADet3c0TJVYMx/eZw X-Received: by 10.50.50.41 with SMTP id z9mr4114047ign.16.1394212756174; Fri, 07 Mar 2014 09:19:16 -0800 (PST) Received: from netflix-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id f1sm4951408igy.2.2014.03.07.09.19.15 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 07 Mar 2014 09:19:15 -0800 (PST) Sender: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: warning: filename ends with '.', which is not allowed on Windows: 'tools/test/sort/bigtest/q-1.024.003.' From: Warner Losh In-Reply-To: Date: Fri, 7 Mar 2014 10:19:14 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5319757E.1060301@freebsd.org> <821C2C51-604E-43E0-9796-300996B81B41@FreeBSD.org> To: Eitan Adler X-Mailer: Apple Mail (2.1874) Cc: FreeBSD Current , Rui Paulo , David Xu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 17:19:22 -0000 On Mar 7, 2014, at 9:47 AM, Eitan Adler wrote: > On 7 March 2014 11:41, Rui Paulo wrote: >> On 6 Mar 2014, at 23:30, David Xu wrote: >>> it seems filename ended with a dot is illegal on Windows, if someone >>> wants to check out freebsd source code on Windows, it will be a = problem. >>=20 >> Is this something we want to support? >=20 > Yes. >=20 >> NetBSD made some invasive changes on their source tree to be able to = support case-insensitive filesystems (like renaming 'cvs' to 'xcvs' to = avoid clashing with the 'CVS' metadata directory), but they support = building NetBSD on many different platforms. >=20 > Has anyone enumerated the problematic files for FreeBSD ? Last time I looked there were only a handful. I=92ll conduct a census = and get a concrete enumeration of the problem=85 Warner >> We don't support that yet, though. >=20 > However, being able to checkout out the source code is a prerequisite > to building out other platforms. >=20 >> The file in question can be easily renamed, I think. >=20 > --=20 > Eitan Adler > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 17:23:00 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64655604; Fri, 7 Mar 2014 17:23:00 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 326FE90E; Fri, 7 Mar 2014 17:22:59 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WLyU6-000CwQ-Sb; Fri, 07 Mar 2014 17:22:59 +0000 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 s27HMuLt052308; Fri, 7 Mar 2014 10:22:56 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+qzgrk1x1DnNLT4smZQU/i Subject: Re: warning: filename ends with '.', which is not allowed on Windows: 'tools/test/sort/bigtest/q-1.024.003.' From: Ian Lepore To: Warner Losh In-Reply-To: References: <5319757E.1060301@freebsd.org> <821C2C51-604E-43E0-9796-300996B81B41@FreeBSD.org> Content-Type: text/plain; charset="windows-1251" Date: Fri, 07 Mar 2014 10:22:56 -0700 Message-ID: <1394212976.1149.375.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by damnhippie.dyndns.org id s27HMuLt052308 Cc: Eitan Adler , FreeBSD Current , Rui Paulo , David Xu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 17:23:00 -0000 On Fri, 2014-03-07 at 10:19 -0700, Warner Losh wrote: > On Mar 7, 2014, at 9:47 AM, Eitan Adler wrote: >=20 > > On 7 March 2014 11:41, Rui Paulo wrote: > >> On 6 Mar 2014, at 23:30, David Xu wrote: > >>> it seems filename ended with a dot is illegal on Windows, if someon= e > >>> wants to check out freebsd source code on Windows, it will be a pro= blem. > >>=20 > >> Is this something we want to support? > >=20 > > Yes. > >=20 > >> NetBSD made some invasive changes on their source tree to be able t= o support case-insensitive filesystems (like renaming 'cvs' to 'xcvs' to = avoid clashing with the 'CVS' metadata directory), but they support build= ing NetBSD on many different platforms. > >=20 > > Has anyone enumerated the problematic files for FreeBSD ? >=20 > Last time I looked there were only a handful. I=92ll conduct a census a= nd get a concrete enumeration of the problem=85 Last time I noticed (early last year) there were 3 files ending in a dot and no case conflicts. Mercurial now finds just the one file ending in a dot and no case conflicts (doing "hg init;hg add -q" at /usr/src). -- Ian From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 17:29:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BFB7B765 for ; Fri, 7 Mar 2014 17:29:14 +0000 (UTC) Received: from mail-ie0-f174.google.com (mail-ie0-f174.google.com [209.85.223.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8436A93A for ; Fri, 7 Mar 2014 17:29:14 +0000 (UTC) Received: by mail-ie0-f174.google.com with SMTP id rp18so4468788iec.5 for ; Fri, 07 Mar 2014 09:29:13 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=GFuS5kCUymIOtKIQm8HkAMUB5eXEOjUlB3bYwL3IHzg=; b=GrUkuf9GVyC3OulHbEDaHamly3G6uYcFIcBmzMeWu4IvBO0jm5olrSBN1B4PyZUicF tO1mg2+uQ6HLHYbTJnyNMwmehwvVVuIy/ctL5qgDVPZCRuNx3Or6Z6+Ga1s1wigKb2+T KiK3MJ09nwboxSV3VNNNsiXNGg7SVSlFZ39CVAyG1u+fS5Z2pTqZpci+C0kJeoh/KHfT IAt45AdeggvBxalH6nJ9o5WCLmB3EItZ0uYCvIq9IrlqFDi5GV7iwBwhBcE8jXU5KTST mWI0gGsBM2a97rLUMvXY041Dk4eve7rudiOSmfv8uMhFqBqRUdEZcA5GA72SUqJmKfQ4 qD+Q== X-Gm-Message-State: ALoCoQn8lVW9Kf4ok1S69fnu9RCZQohB57Uu/vRsXTnPlaT4f4mBBnKxpAmav8CW7WJWqiuojDog X-Received: by 10.50.154.3 with SMTP id vk3mr4113722igb.37.1394213353694; Fri, 07 Mar 2014 09:29:13 -0800 (PST) Received: from netflix-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id m6sm5065598igx.9.2014.03.07.09.29.12 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 07 Mar 2014 09:29:13 -0800 (PST) Sender: Warner Losh Content-Type: text/plain; charset=windows-1251 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: warning: filename ends with '.', which is not allowed on Windows: 'tools/test/sort/bigtest/q-1.024.003.' From: Warner Losh In-Reply-To: <1394212976.1149.375.camel@revolution.hippie.lan> Date: Fri, 7 Mar 2014 10:29:12 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <34CAE2FE-3D3F-4D41-B82D-FDFBA387FD37@bsdimp.com> References: <5319757E.1060301@freebsd.org> <821C2C51-604E-43E0-9796-300996B81B41@FreeBSD.org> <1394212976.1149.375.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1874) Cc: Eitan Adler , FreeBSD Current , Rui Paulo , David Xu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 17:29:14 -0000 On Mar 7, 2014, at 10:22 AM, Ian Lepore wrote: > On Fri, 2014-03-07 at 10:19 -0700, Warner Losh wrote: >> On Mar 7, 2014, at 9:47 AM, Eitan Adler wrote: >>=20 >>> On 7 March 2014 11:41, Rui Paulo wrote: >>>> On 6 Mar 2014, at 23:30, David Xu wrote: >>>>> it seems filename ended with a dot is illegal on Windows, if = someone >>>>> wants to check out freebsd source code on Windows, it will be a = problem. >>>>=20 >>>> Is this something we want to support? >>>=20 >>> Yes. >>>=20 >>>> NetBSD made some invasive changes on their source tree to be able = to support case-insensitive filesystems (like renaming 'cvs' to 'xcvs' = to avoid clashing with the 'CVS' metadata directory), but they support = building NetBSD on many different platforms. >>>=20 >>> Has anyone enumerated the problematic files for FreeBSD ? >>=20 >> Last time I looked there were only a handful. I=92ll conduct a census = and get a concrete enumeration of the problem=85 >=20 > Last time I noticed (early last year) there were 3 files ending in a = dot > and no case conflicts. Mercurial now finds just the one file ending = in > a dot and no case conflicts (doing "hg init;hg add -q" at /usr/src). Confirmed via regex, almost=85 Now there=92s only one ending in dot: ./tools/test/sort/bigtest/q-1.024.003. Warner From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 17:44:13 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3AA39CFD; Fri, 7 Mar 2014 17:44:13 +0000 (UTC) Received: from mail-qg0-x229.google.com (mail-qg0-x229.google.com [IPv6:2607:f8b0:400d:c04::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C389EAB9; Fri, 7 Mar 2014 17:44:12 +0000 (UTC) Received: by mail-qg0-f41.google.com with SMTP id i50so8014018qgf.0 for ; Fri, 07 Mar 2014 09:44:12 -0800 (PST) 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=lpNTwTQY35dI8OvUHHhg6MEsgBsc3NkQT/3s6VSjv7s=; b=zRer8urcN3FxaPvR6boahbw4cQWx1ghC+33hgwnl+XAoJazD1+Es6OypeM1O5TUVhl tI3RwYHgCJ87LiL761leDO8b9vGbXaQWip7ANZ0PUITisGyQurf0D2MSa9sMWh1fPbSR +RHwPdQDSxI6198r42WrlA1z3R/njhRn5yUa3KjjYcreQTuRbN3bpp/McKeS5fAlF6Zn rJ3GmJWbEYzMpsL+eI/K988XoFhxsBW27gN8AnsFCOplweI6aQ0+IaVHyZ9J9zgFAcl5 uB69D+qQ6Q0PMWHzu5/7jzlsQKyjBx76pCw3XqaB7oue1YLhUBXvpfoZULpWSgcc5t42 MSOA== MIME-Version: 1.0 X-Received: by 10.229.66.202 with SMTP id o10mr16903567qci.7.1394214252024; Fri, 07 Mar 2014 09:44:12 -0800 (PST) Received: by 10.224.8.137 with HTTP; Fri, 7 Mar 2014 09:44:11 -0800 (PST) In-Reply-To: <201403070837.23590.jhb@freebsd.org> References: <86ha7a7040.fsf@nine.des.no> <201403070837.23590.jhb@freebsd.org> Date: Fri, 7 Mar 2014 09:44:11 -0800 Message-ID: Subject: Re: importing sam leffler's libstatfoo into -HEAd From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= , freebsd-current , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 17:44:13 -0000 what he said. -a On 7 March 2014 05:37, John Baldwin wrote: > On Friday, March 07, 2014 5:51:27 am Dag-Erling Sm=F8rgrav wrote: >> Adrian Chadd writes: >> > http://people.freebsd.org/~adrian/patches/20140304-libbsdstatfoo.diff >> >> Why did you rename it? The whole point of PRIVATELIB is to avoid having >> to rename libraries. > > Because 'statfoo' is a pretty silly name? (This is detailed in another > subthread, did you not read that?) > > -- > John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 18:31:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 153C7CF8 for ; Fri, 7 Mar 2014 18:31:06 +0000 (UTC) Received: from nm5-vm4.bullet.mail.ne1.yahoo.com (nm5-vm4.bullet.mail.ne1.yahoo.com [98.138.91.165]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C931AF20 for ; Fri, 7 Mar 2014 18:31:05 +0000 (UTC) Received: from [98.138.101.129] by nm5.bullet.mail.ne1.yahoo.com with NNFMP; 07 Mar 2014 18:28:50 -0000 Received: from [98.138.101.172] by tm17.bullet.mail.ne1.yahoo.com with NNFMP; 07 Mar 2014 18:28:50 -0000 Received: from [127.0.0.1] by omp1083.mail.ne1.yahoo.com with NNFMP; 07 Mar 2014 18:28:50 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 286579.28507.bm@omp1083.mail.ne1.yahoo.com Received: (qmail 55098 invoked by uid 60001); 7 Mar 2014 18:28:50 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1394216930; bh=OGS48r6enFQYnDYoGyZz4xqvpfTXd43BOclHdeaiQoc=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=xWBRy8r2F4gr6+Mimi08yLwaZvxw0pC9B2HSE+7pnDfUc1i/poev5j0THAGuR2I30YTld+LGsKCCkaQHCH/26FFHkLPMrGcPOp3ZNu5RB3FmBVFq0pWzeq/fixmnvZ3M340nKgsf8x097gef32bapPrrV0H5tZe2Eb6cngxgwCI= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=g0FPAAHHoWxJQTUZUpoBFQZC+c3hNooN0Tuekhb0/JDWimmUxpbkDDzXzU2sQzW7013iX8/nTTLv7fxo3AMitNFQHr5n/T1UVgN0bzjsTq16b12m2NgsDXtkc6AsdLrM+nNC4NXKl78YITEu9B/KlUhw5uirbr+fqAjUp6tx3AU=; X-YMail-OSG: 9KD_EksVM1nYEt_gRBfgntmbRI_2b6n4cX4UK8lCnWTJkCK 1judGwGp.eq2R.pgN.ujdz0mov9hKI3OCbUvvHHB25Uw7wrmAf.eY72moPlZ b.GLbpssFExoTeH6aR.b3JwcZuOyeIeppXH_RvWfqMyzXC8Fi6cYzLLZflBe j3AfF9tdcN07o0OFEeLdGfVLR4jAtAjv0Al5z2PREeKixnHRHYLcomX_sx7N cuagIFz9PnSPnW5RR1Sn6TKHb_7x8IqVGtofRgcgTcFRIMYSUfJuq1NuNFpT Jx.jd609lrTSnc8VKbvDKZJ.KQjUibA4keBdv9RnHzR4qR__lePRGnaz_O6N gAaVqnDkPFYx2x0LD2idX1e6tBPnZ40UXGV9EYDHED_cJeUGqjA1F2.DT1AF MavEUJdQ0YcBCIeZuKeNRQTGqXbgWRa_cy739kZwGm5sL1v21lAhkaDbilKc 407eIpICdqJbdsX592HEQnO95stsde2h6r0QEiA2Y5IalZa7x39ZZ3EYEbwJ NDGmV6tL7DPHdDRJ6gF7Bw2DbBaFTcH55WMDmkppVcJuseN5oDoPCMDq_9Ql UxPzB8nhLp5SK1det64C9eWtbuhsCHd0ymC2g9DzDHDiu4WKNbEx6nrSdkjo IrkCNC9zciNjAJpw- Received: from [66.129.241.11] by web122303.mail.ne1.yahoo.com via HTTP; Fri, 07 Mar 2014 10:28:50 PST X-Rocket-MIMEInfo: 002.001, aGkgYWxsOgoKaSBhbSB0cnlpbmcgdG8gY29tcGlsZSB3ZWJraXQtZ3RrMiBhbmQgc3R1Y2sgb24gZXJyb3I6Cgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KCmFyOiB3YXJuaW5nOiBjYW4ndCBtbWFwIGZpbGU6IGxpYldlYkNvcmVfbGEtU1ZHRkVEaXNwbGFjZW1lbnRNYXBFbGVtZW50Lm86IENhbm5vdCBhbGxvY2F0ZSBtZW1vcnkKYXI6IHdhcm5pbmc6IGNhbid0IG1tYXAgZmlsZTogbGliV2ViQ29yZV9sYS1TVkdGRURyb3BTaGFkb3dFbGUBMAEBAQE- X-Mailer: YahooMailWebService/0.8.177.636 Message-ID: <1394216930.18620.YahooMailNeo@web122303.mail.ne1.yahoo.com> Date: Fri, 7 Mar 2014 10:28:50 -0800 (PST) From: gahn Subject: failed to complie webkit-gtk2: Cannot allocate memory To: free bsd , freebsd general questions MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: gahn List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Mar 2014 18:31:06 -0000 hi all: i am trying to compile webkit-gtk2 and stuck on error: =============================================================== ar: warning: can't mmap file: libWebCore_la-SVGFEDisplacementMapElement.o: Cannot allocate memory ar: warning: can't mmap file: libWebCore_la-SVGFEDropShadowElement.o: Cannot allocate memory ar: warning: can't mmap file: libWebCore_la-SVGFEFloodElement.o: Cannot allocate memory [...] ar: warning: can't mmap file: libWebCore_la-JSNamedNodeMap.o: Cannot allocate memory ar: warning: can't mmap file: libWebCore_la-JSNavigator.o: Cannot allocate memory ar: warning: can't mmap file: libWebCore_la-JSNavigatorUserMediaError.o: Cannot allocate memory ar: warning: can't mmap file: libWebCore_la-JSNavigatorUserMediaErrorCallback.o: Cannot allocate memory [...] ar: warning: can't mmap file: libWebCore_la-JSWebSocket.o: Cannot allocate memory ar: warning: can't mmap file: libWebCore_la-glslang.o: Cannot allocate memory ar: warning: can't mmap file: libWebCore_la-glslang_tab.o: Cannot allocate memory ar: warning: can't mmap file: libWebCore_la-JSRequestAnimationFrameCallback.o: Cannot allocate memory ar: warning: can't mmap file: libWebCore_la-JSHTMLShadowElement.o: Cannot allocate memory ranlib: fatal: realloc failed: Cannot allocate memory gmake[1]: *** [libWebCore.la] Error 70 gmake[1]: Leaving directory `/usr/ports/www/webkit-gtk2/work/webkit-1.8.3' gmake: *** [all] Error 2 ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** [do-build] Error code 1 Stop in /usr/ports/www/webkit-gtk2. *** [build] Error code 1 Stop in /usr/ports/www/webkit-gtk2. =================================================================== i checked my kernel shared memory and it seem to be pretty big by default: root@giraffe:/usr/ports # sysctl -a | grep -E "shmmax|shmall" kern.ipc.shmall: 131072 kern.ipc.shmmax: 536870912 thanks help. From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 18:38:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A1173105; Fri, 7 Mar 2014 18:38:53 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6F1D0F64; Fri, 7 Mar 2014 18:38:52 +0000 (UTC) Received: from [10.32.101.143] (31-221-87-81.cust-31.exponential-e.net [31.221.87.81] (may be forged)) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.5) with ESMTP id s27Ich7E075397 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 7 Mar 2014 18:38:45 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: warning: filename ends with '.', which is not allowed on Windows: 'tools/test/sort/bigtest/q-1.024.003.' From: David Chisnall In-Reply-To: <821C2C51-604E-43E0-9796-300996B81B41@FreeBSD.org> Date: Fri, 7 Mar 2014 18:38:38 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <40D5835F-679A-4ED9-AFC4-8E80773E5D82@FreeBSD.org> References: <5319757E.1060301@freebsd.org> <821C2C51-604E-43E0-9796-300996B81B41@FreeBSD.org> To: Rui Paulo X-Mailer: Apple Mail (2.1874) Cc: FreeBSD Current , David Xu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 18:38:53 -0000 On 7 Mar 2014, at 16:41, Rui Paulo wrote: > On 6 Mar 2014, at 23:30, David Xu wrote: >> it seems filename ended with a dot is illegal on Windows, if someone >> wants to check out freebsd source code on Windows, it will be a = problem. >=20 > Is this something we want to support? Yes, definitely. Building FreeBSD on other platforms is one of the = requests we get very often from embedded systems vendors. Cheap = virtualisation has made it less urgent (they can just stick a FreeBSD = VirtualBox VM on their workstations), but it's definitely something we'd = like eventually. To my knowledge, no one is working on it, but we = should aim to make life easy for whoever does... David From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 18:48:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BFC1249A for ; Fri, 7 Mar 2014 18:48:12 +0000 (UTC) Received: from mail-we0-x229.google.com (mail-we0-x229.google.com [IPv6:2a00:1450:400c:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 57AD195 for ; Fri, 7 Mar 2014 18:48:12 +0000 (UTC) Received: by mail-we0-f169.google.com with SMTP id w62so5514803wes.28 for ; Fri, 07 Mar 2014 10:48:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=4V7g56t862z2mSF7PJ6Psk6YeT1WEBIzsfp0vdqk/zo=; b=lDGp+yA5ixbfxOHyQiJ7Y1/dgqdFLfkMovoCCghlbv0iqdCVvJVUrmJbIVCyHOagOa bGfCmwN75k0xMzct8sn+rnaaUPIBADyN4xbwWW1ktggiRop/2sZ8WVSbKn57rFcFMyYf 2DEQlqx2hmujhlvsTNyflUDaWK4cYtIA+FSg4fQnRyf82hSFTtLrq3r8kKUxKylK+j2L D9Z3ITWNcF3ZXznty7DrrkM2T/YuZLFEtP5lPb/8O7/CQiunpIrlke+99jPl6atT7uej DpgPwA9zDYMni8dUrpL3hEOydKhnZKcAdxxy7JVV5PTLaW5PGbh/mM8iZGcLE+cLPsHA jJvA== X-Received: by 10.194.86.233 with SMTP id s9mr21246925wjz.44.1394218090761; Fri, 07 Mar 2014 10:48:10 -0800 (PST) Received: from gumby.homeunix.com ([94.195.197.124]) by mx.google.com with ESMTPSA id hy8sm13523303wjb.2.2014.03.07.10.48.08 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Fri, 07 Mar 2014 10:48:09 -0800 (PST) Date: Fri, 7 Mar 2014 18:48:06 +0000 From: RW To: freebsd-current@freebsd.org Subject: Re: Feature Proposal: Transparent upgrade of crypt() algorithms Message-ID: <20140307184806.1a43cfc2@gumby.homeunix.com> In-Reply-To: <201403070913.30359.jhb@freebsd.org> References: <2167732.JmQmEPMV2N@desktop.reztek> <201403070913.30359.jhb@freebsd.org> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 18:48:12 -0000 On Fri, 7 Mar 2014 09:13:30 -0500 John Baldwin wrote: > I am assuming that an > administrator wants the transparent upgrade (which I think is useful) > because they are assuming that the hash algorithm is compromised or > inferior. I'd expect it to be done well in advance of that to give plenty of time for the transition. We are talking about brute force attacks and GPU development is relatively predicable. And lets not lose sight of the fact that we are only talking about limited mitigation after an attacker has gained root access, not front-line security. > I suppose if you really were paranoid about the hash what you would > want is an ability to set an expiration time on the hash algo itself > where authentication using that hash always fails after the > expiration time. Whenever I've been required to change passwords it's always been imposed immediately after a login. Just locking-out an account sounds very heavy-handed to me. It seems like it would be trivial to extract a list of accounts using the old-style hashes from master.passwd - at least that way you can send them an email. From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 18:48:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3604B594 for ; Fri, 7 Mar 2014 18:48:19 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0C41799 for ; Fri, 7 Mar 2014 18:48:19 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C457AB94C; Fri, 7 Mar 2014 13:48:16 -0500 (EST) From: John Baldwin To: Tom Evans Subject: Re: Feature Proposal: Transparent upgrade of crypt() algorithms Date: Fri, 7 Mar 2014 13:25:35 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <2167732.JmQmEPMV2N@desktop.reztek> <201403070913.30359.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201403071325.35755.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 07 Mar 2014 13:48:18 -0500 (EST) Cc: Matthew Rezny , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 18:48:19 -0000 On Friday, March 07, 2014 10:34:40 am Tom Evans wrote: > On Fri, Mar 7, 2014 at 2:13 PM, John Baldwin wrote: > > On Wednesday, March 05, 2014 3:09:30 pm Matthew Rezny wrote: > >> > > Password expiry is an orthogonal issue and should be up to administrator > >> > > >> > policy. > >> > > >> > Yes, but if you are moving to a different algorithm to improve security, not > >> > coupling it with an eventual expiration of non-migrated accounts gives a > >> > false sense of security. Any admin worth his/her salt is going to want the > >> > option of enforcing that sort of policy along with the transparent update. > >> > They should really be implemented together is all. > >> > >> Account expiration and password expiration are already present. There is > >> absolutely no reason that password algorithm upgrade should be tied in any way > >> to expiration. A transparent algorithm upgrade as proposed is *far* better > >> than the forced password change method that is commonly employed. If the > >> administrator wants to force all accounts to migrate by a set deadline, we > >> already have the expiration facilities in place to accomplish that. Expiring > >> accounts that have not been used in a long time, regardless of algorithm > >> changes, should be part of general housekeeping and may be covered by existing > >> policy. Password expiration serves no purpose, EVER. Password expiration > >> encourages users to choose bad passwords because they are throwaway items. > >> > >> Bruce states it well enough I need not elaborate further > >> https://www.schneier.com/blog/archives/2010/11/changing_passwo.html > >> > >> Anyone who fails to understand the above should NOT be an administrator. > > > > I think you failed to understand my point. I am assuming that an administrator > > wants the transparent upgrade (which I think is useful) because they are > > assuming that the hash algorithm is compromised or inferior. To that end, > > they may wish to limit the time window for which they accept hashes generated > > using the suspect algorithm. This is separate (I believe) from the issue Bruce > > raises above. For example, in this case, the administrator is perfectly happy > > for the actual plaintext to remain the same, the administrator simply wants to > > enforce the new hash. > > > > As far as I can tell, there is nothing in /etc/login.conf to allow for automatic > > account expiration if an account is idle for more than N days. > > > > OTOH, even that is probably not sufficient for the original case since a user might > > login with a different authentication method (e.g. ssh key) that would reset the > > idle timer without updating the hash. > > > > I suppose if you really were paranoid about the hash what you would want is an > > ability to set an expiration time on the hash algo itself where authentication > > using that hash always fails after the expiration time. This doesn't necessarily > > expire the entire account (e.g. ssh key auth would still work), though it might > > be a bit surprising to the user to find that the next time they attempt to use > > password authentication it doesn't work. (You would at least want a warning > > about the hash being expired on login via another mechanism.) > > > > All of this is orthogonal to adding a way to upgrade hashes. Yes, all > of the points you mentioned are relevant to general password security, > but doesn't explain why a feature that provides transparent hash > upgrades cannot be added without first adding the features you are > asking for. What I didn't say is that I think adding hash expirations is much more of an edge case and not very useful generically, so probably not worth the hassle. Also, I had originally suggested expiring accounts, but expiring accounts isn't really a good proxy for expiring hashes. Anyway, I think the original idea is good so long as it is optional. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 18:57:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1089C88F for ; Fri, 7 Mar 2014 18:57:32 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C32891A0 for ; Fri, 7 Mar 2014 18:57:31 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1WLzxT-003Vhv-Us>; Fri, 07 Mar 2014 19:57:23 +0100 Received: from e179133143.adsl.alicedsl.de ([85.179.133.143] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1WLzxT-003qnc-Rd>; Fri, 07 Mar 2014 19:57:23 +0100 Date: Fri, 7 Mar 2014 19:57:19 +0100 From: "O. Hartmann" To: FreeBSD CURRENT Subject: ipfw: fetch doesn't reach ftp://fttp.sites.foo Message-ID: <20140307195719.654653c9.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/9jGvmqF1JG8fU6+yl.B63Wf"; protocol="application/pgp-signature" X-Originating-IP: 85.179.133.143 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 18:57:32 -0000 --Sig_/9jGvmqF1JG8fU6+yl.B63Wf Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Recently I swaitched from pf to ipfw on some CURRENT boxes and for convenie= nce I used the "workstation" predefinition of FreeBSD. But with that change, all access of= ports via fetch located at ftp-sites stopped passing the filter. Even switching to "open" doesn't help and this is confusing me. The CURRENT box in question is passing its traffic within a LAN through a g= ateway running also FreeBSD CURRENT, but with pf. The gateway is performing NAT. As long a= s the failing client behind the gateway system is using pf as the filter, the traffic for= ftp seems to pass through. On the gateway with pf as the default filter, the ports fetch= ing via ftp-site their sources perform without problems. What is up with IPFW? Is their a solution? I tried to search google for "freebsd ipfw ftp" but I = didn't find anything suitable targeting my problem or any problem of that kind. Thanks in adavance, Oliver=20 --Sig_/9jGvmqF1JG8fU6+yl.B63Wf Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTGhaTAAoJEOgBcD7A/5N8gr8IAOcpMKIpGH0nZvIcFrcdE946 E0nEjcOAVqosj48FzX6K+sA/MPzGCTVaeQJyxpylNrB8NUATmn5opgem0evEhduD KJBrH1Md5b/uAzqxc68kl0li7j8gOHpQ4gjIhmbwhs+Bn2NJM7kdy6jvfcLLKThO 2MKVy1QNYBou5DdvqNhriXT9xJfzCTCntK7u/oopSBGKps9YTSgY8i39fJAxnj/o IwY1+AN+qtUCVe9JTH6GoltwFVkrNspBTGT3nzGTYcs5lEtobsDJ5eGCZdmaTVU6 ek2E9SEN1fLKBOSyI2fgogS4dwvxRLg86ZvxjwbM6PGpJ3C6NopptT42aZPH2H4= =vRnN -----END PGP SIGNATURE----- --Sig_/9jGvmqF1JG8fU6+yl.B63Wf-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 18:50:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9F4F751; Fri, 7 Mar 2014 18:50:07 +0000 (UTC) Received: from felyko.com (felyko.com [IPv6:2607:f2f8:a528::3:1337:ca7]) by mx1.freebsd.org (Postfix) with ESMTP id AC7DAC0; Fri, 7 Mar 2014 18:50:07 +0000 (UTC) Received: from [IPv6:2620:149:4:f01:d9ca:a497:b0f9:5b5b] (unknown [IPv6:2620:149:4:f01:d9ca:a497:b0f9:5b5b]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by felyko.com (Postfix) with ESMTPSA id C04AA3984E; Fri, 7 Mar 2014 10:50:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=felyko.com; s=mail; t=1394218207; bh=44fgNEX9wg3xARr0sWgIQBV8KDpCvAByTR8zZVEb7Co=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=Z8PLwJrXY29pxcFJj8KgiYWJurzWFJrpfDp9h2AcozEaMObuW09wvRh+9f3JYX2jI tXDW8ku6puVBkizYjFQojfQcZ+WlBO9xknDM2KbeHet/d6ccTB9wCzutzvZ9VpQsGa 34qalkDgt3eeR/i5kVRlD3/WLda7frzt7+BW/cF0= Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: warning: filename ends with '.', which is not allowed on Windows: 'tools/test/sort/bigtest/q-1.024.003.' From: Rui Paulo In-Reply-To: <40D5835F-679A-4ED9-AFC4-8E80773E5D82@FreeBSD.org> Date: Fri, 7 Mar 2014 10:50:48 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <3D879607-7AB5-475E-86DC-BBD97FC7269D@felyko.com> References: <5319757E.1060301@freebsd.org> <821C2C51-604E-43E0-9796-300996B81B41@FreeBSD.org> <40D5835F-679A-4ED9-AFC4-8E80773E5D82@FreeBSD.org> To: David Chisnall X-Mailer: Apple Mail (2.1874) X-Mailman-Approved-At: Fri, 07 Mar 2014 18:59:04 +0000 Cc: FreeBSD Current , Rui Paulo , David Xu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 18:50:07 -0000 On 7 Mar 2014, at 10:38, David Chisnall wrote: > On 7 Mar 2014, at 16:41, Rui Paulo wrote: >=20 >> On 6 Mar 2014, at 23:30, David Xu wrote: >>> it seems filename ended with a dot is illegal on Windows, if someone >>> wants to check out freebsd source code on Windows, it will be a = problem. >>=20 >> Is this something we want to support? >=20 > Yes, definitely. Building FreeBSD on other platforms is one of the = requests we get very often from embedded systems vendors. Cheap = virtualisation has made it less urgent (they can just stick a FreeBSD = VirtualBox VM on their workstations), but it's definitely something we'd = like eventually. To my knowledge, no one is working on it, but we = should aim to make life easy for whoever does... I guess I should clarify: I wasn=92t talking about cross building in = general, but specifically on Windows. It=92s far easier to setup a = case-sensitive file system on OS X and cross build FreeBSD from there = than it is on Windows. I=92m not even sure NetBSD builds on Windows = with Cygwin anymore. Warner was working on building FreeBSD from OS X, IIRC. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 20:32:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F6396B8 for ; Fri, 7 Mar 2014 20:32:10 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id D9F79BBD for ; Fri, 7 Mar 2014 20:32:09 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 6059265F9D; Fri, 7 Mar 2014 20:32:04 +0000 (UTC) Message-ID: <531A2CC1.8080802@allanjude.com> Date: Fri, 07 Mar 2014 15:32:01 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: nanoman@nanoman.ca Subject: Re: Feature Proposal: Transparent upgrade of crypt() algorithms References: <2167732.JmQmEPMV2N@desktop.reztek> <201403070913.30359.jhb@freebsd.org> <5319DE84.3040602@allanjude.com> <20140307161313.GA49137@nanocomputer.nanoman.ca> In-Reply-To: <20140307161313.GA49137@nanocomputer.nanoman.ca> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KDvrAVlLBDAvfRHQbWi5jQwMuV66XMIif" Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 20:32:10 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --KDvrAVlLBDAvfRHQbWi5jQwMuV66XMIif Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-03-07 11:13, A.J. Kehoe IV (Nanoman) wrote: > Allan Jude wrote: >=20 > [...] >=20 >> Honestly, my use case is just silently upgrading the strength of the >> hashing algorithm (when combined with my other feature request). >> Updating my bcrypt hashes from $2a$04$ to $2b$12$ or something. Same >> applies for the default sha512, maybe I want to update to rounds=3D150= 00 >=20 > Like this? >=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D182518 >=20 > Request for comments: >=20 > http://docs.freebsd.org/cgi/mid.cgi?20140106205156.GD4903 >=20 This looks like what we wanted. In the feedback you talked about some changes to your patch required to make it work, is there any progress on those? --=20 Allan Jude --KDvrAVlLBDAvfRHQbWi5jQwMuV66XMIif 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTGizGAAoJEJrBFpNRJZKfUoYP/3XuYVtNfFeC1XsGL1/FmK7b bubB5QaNztaEWwA/8CygFlkrP7NtNqaob4eNTMEBW5AqT+emH14uRPiJ7alscGWb aql99vN8Mgioz4RbliKyqlwM3jdbPL9YYK4p6wdDo5ASZ4zx/msm6AyhFWm7dKR0 JEq3Dmb+zVRgwkvIFmtQP/cnj+Qs53kwIWh3zL/oXwwqLamqM9zbf7lzEE9WhtYr LnqmK9CaXLqNKrYJAAIIdDCRZZYxWQabdoDdK8HL+SY+reKszdjDsw0zJ97Y2chh yrasXvra46W4x59f4vr8c4yQjg0uLGO9NjfkgcTdO72FMFwB65FkONwQPySOhQ39 z2F+uOfXfz5714GP6s1L8Fylf/J8SsDyClZxZJX1H7fBeeKn5ZLys85HHdaYHhy5 zXvAwvXeT/oJfXo/4CsmBKMbu5hZsmutDgVru1/lIxA1pCawc8HXYLSuAOOf6z6R hP321AdvJcLvj8r/Ebfv6MHD69xxbXRLFbnLpKHJHh8XewO8lFVF/XeLRcER9DDd 1lameYE4kqjL6ZNjSnlhUlXnEa68kHJGmCOOFptT8T0ytHTaL3pQ2ehmQwkLFgPP Pf+B76pZX9W52IVLgAiURFIQbtwNS8NgLrfETXi2AjBkb+aM061uF5Id+7hZuD3b g4egPqhgW1NlnBoAs8WT =GVbM -----END PGP SIGNATURE----- --KDvrAVlLBDAvfRHQbWi5jQwMuV66XMIif-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 20:33:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D2775A31 for ; Fri, 7 Mar 2014 20:33:38 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id AABB9BD0 for ; Fri, 7 Mar 2014 20:33:38 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 91C3F65FAB for ; Fri, 7 Mar 2014 20:33:37 +0000 (UTC) Message-ID: <531A2D23.30907@allanjude.com> Date: Fri, 07 Mar 2014 15:33:39 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: ipfw: fetch doesn't reach ftp://fttp.sites.foo References: <20140307195719.654653c9.ohartman@zedat.fu-berlin.de> In-Reply-To: <20140307195719.654653c9.ohartman@zedat.fu-berlin.de> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="U8uILPx6O0Ga7n167wLXOobmlWFCWtrvj" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 20:33:38 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --U8uILPx6O0Ga7n167wLXOobmlWFCWtrvj Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-03-07 13:57, O. Hartmann wrote: >=20 > Recently I swaitched from pf to ipfw on some CURRENT boxes and for conv= enience I used the > "workstation" predefinition of FreeBSD. But with that change, all acces= s of ports via > fetch located at ftp-sites stopped passing the filter. >=20 > Even switching to "open" doesn't help and this is confusing me. >=20 > The CURRENT box in question is passing its traffic within a LAN through= a gateway running > also FreeBSD CURRENT, but with pf. The gateway is performing NAT. As lo= ng as the failing > client behind the gateway system is using pf as the filter, the traffic= for ftp seems to > pass through. On the gateway with pf as the default filter, the ports f= etching via > ftp-site their sources perform without problems. >=20 > What is up with IPFW? >=20 > Is their a solution? I tried to search google for "freebsd ipfw ftp" bu= t I didn't find > anything suitable targeting my problem or any problem of that kind. >=20 >=20 > Thanks in adavance, >=20 > Oliver=20 >=20 What error does fetch give? Is it having problems with DNS, connection to the FTP site, or just making the FTP DATA connection? Have you tried with 'passive' mode on/off? --=20 Allan Jude --U8uILPx6O0Ga7n167wLXOobmlWFCWtrvj 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTGi0jAAoJEJrBFpNRJZKfXAgP/2oHjeTnQXub6j8mirvtulAO BYPjbA08NPS178VWKUkDTIKU9lFP+czXsqStbbpTjXCax0L0xr2l5IsNokakIJgN e3ubgxyLZ8UgzE0PkBzcmbvueT+OS0c+NFHGFIIe5wQar3bk1JBBrJI5+t9GEXPP fovv6PfTTl3pqfanKneKjOmkR3MOw/g5IjUv0jLk/0xkHcr+EK7PLUJlSbtJaD7r EOePxc5fAr4sKtKumNbyKnrkuPUebeEZvhZLYjmoKmBWjews/j9RccRAtz6W1gAV NpDhmuxywpkgleGTVSSPkBufLvh7hhOfkWN50pCG/9LJUzCd+8ixDI37S2C3j8FA HIGTsQp0X7Y+Unzju1lCbXybkrKc+iF3LrYj/hPGge/2xcdV0CFW0QU76b/O6tUw cNCE8OvicDY/FEQrqH1knk8fOYWkaR2ADG1tqkZ6jtizSmPh99F2/NwMGqVfFG9J ubV02he1GLCeqVxlgYyPZ9TJMhnlASZp/RHi+4CLOgAFPt1l2htZbLLM/o2sfxsq k0rO0mbC3YdO3AsOX9gOe71st+2it3qy4iCFyeAg8r55pQ19pVxvJQeqRei2DKFx HF8+5FLgcvBh+gcALDK7pV72Bf6g0v7PV2EaRDUPNbqxPYZnNj+PoJNAAu7SBDxk EsSTlFHLtu0fu5YDCRbi =dO/j -----END PGP SIGNATURE----- --U8uILPx6O0Ga7n167wLXOobmlWFCWtrvj-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 19:57:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B489D53E; Fri, 7 Mar 2014 19:57:41 +0000 (UTC) Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com [IPv6:2a00:1450:400c:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EF40D898; Fri, 7 Mar 2014 19:57:40 +0000 (UTC) Received: by mail-we0-f173.google.com with SMTP id w61so5689771wes.18 for ; Fri, 07 Mar 2014 11:57:39 -0800 (PST) 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=mwOdQ9ItlBUjtabe5D1FLwnoCTsc88EPKnJnF/0rYvw=; b=sARdBKyG3XJ/lXx4I+s6w5D7Ti+lV7CNqs0v3v1MzjM7e33LayMZ2WSNoWJItx3yoI +qdFB7RuUQbdoaY53DdVoPFUIlU0vah3sFyamc7vwoHHqWjIYc/xJ56FGToJ5HKPnIA1 8vjVyyzaK1xSjeePowHny3tMVP7Lfb88lbFpQ6kcnzRI247QSIRoizq5z095QFvV9aqv AyrSG3YN8lXVXTscsgMj+dIb642nJzw7DOUMtdSDIHM8Nc9G/xKpB85Ad82LsLIKJLm1 ZGkBoXcsMoS/KdheeXwKXk3gow9faIi9Rz+ye+J2QxIc3XbLA098zpRwwcKhxOu+cQmS 5Gcg== MIME-Version: 1.0 X-Received: by 10.180.19.35 with SMTP id b3mr162665wie.20.1394222259384; Fri, 07 Mar 2014 11:57:39 -0800 (PST) Received: by 10.216.188.132 with HTTP; Fri, 7 Mar 2014 11:57:39 -0800 (PST) Date: Fri, 7 Mar 2014 16:57:39 -0300 Message-ID: Subject: bsnmp lm75 module From: Luiz Otavio O Souza To: "freebsd-embedded@freebsd.org" , freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary=bcaec53d5eb583d78b04f409aa66 X-Mailman-Approved-At: Fri, 07 Mar 2014 20:40:07 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 19:57:41 -0000 --bcaec53d5eb583d78b04f409aa66 Content-Type: text/plain; charset=ISO-8859-1 Hello, I've written a bsnmp module to export the lm75 sensor's temperature (and some other data) over SNMP. With this module it is simple and easy to monitor the temperature of rooms and other devices over the network with help of a RPi, a BBB or others. This is my first module for bsnmp, so i would appreciate if someone more clueful about it could take a look (can i just pick any free MIB ?) The lm75 kernel driver is the same published on http://lists.freebsd.org/pipermail/freebsd-embedded/2013-November/002195.html I'll publish an updated version soon (for the lm75 kernel driver) which include a man page and support for non FDT systems. The SNMP data usually looks like: http://pastebin.com/cHYYBY1R It includes the number of sensors on system, the driver name, the compat string, the i2c bus and address and, sure, the sensor temperature. Cheers, Luiz --bcaec53d5eb583d78b04f409aa66 Content-Type: text/plain; charset=US-ASCII; name="snmp_lm75.diff" Content-Disposition: attachment; filename="snmp_lm75.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hshvmpyy0 SW5kZXg6IGV0Yy9zbm1wZC5jb25maWcKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gZXRjL3NubXBkLmNvbmZpZwko cmV2aXNpb24gMjYyODYwKQorKysgZXRjL3NubXBkLmNvbmZpZwkod29ya2luZyBjb3B5KQpAQCAt Mjk2LDYgKzI5NiwxMiBAQAogI2JlZ2Vtb3RTbm1wZE1vZHVsZVBhdGguImJyaWRnZSIgPSAiL3Vz ci9saWIvc25tcF9icmlkZ2Uuc28iCiAKICMKKyMgTE03NSBTZW5zb3IgbW9kdWxlCisjICBUaGlz IHJlcXVpcmVzIHRoZSBtaWJJSSBtb2R1bGUuCisjCisjYmVnZW1vdFNubXBkTW9kdWxlUGF0aC4i bG03NSIgPSAiL3Vzci9saWIvc25tcF9sbTc1LnNvIgorCisjCiAjIFdpcmVsZXNzIG1vZHVsZQog IyAgVGhpcyByZXF1aXJlcyB0aGUgbWliSUkgbW9kdWxlLgogIwpJbmRleDogdXNyLnNiaW4vYnNu bXBkL21vZHVsZXMvTWFrZWZpbGUKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gdXNyLnNiaW4vYnNubXBkL21vZHVs ZXMvTWFrZWZpbGUJKHJldmlzaW9uIDI2Mjg2MCkKKysrIHVzci5zYmluL2Jzbm1wZC9tb2R1bGVz L01ha2VmaWxlCSh3b3JraW5nIGNvcHkpCkBAIC0xMiw2ICsxMiw3IEBACiAJc25tcF9icmlkZ2Ug XAogCXNubXBfaGFzdCBcCiAJc25tcF9ob3N0cmVzIFwKKwlzbm1wX2xtNzUgXAogCXNubXBfbWli SUkgXAogCXNubXBfdGFyZ2V0IFwKIAlzbm1wX3VzbSBcCkluZGV4OiB1c3Iuc2Jpbi9ic25tcGQv bW9kdWxlcy9zbm1wX2xtNzUvQkVHRU1PVC1MTTc1LU1JQi50eHQKPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gdXNy LnNiaW4vYnNubXBkL21vZHVsZXMvc25tcF9sbTc1L0JFR0VNT1QtTE03NS1NSUIudHh0CShyZXZp c2lvbiAwKQorKysgdXNyLnNiaW4vYnNubXBkL21vZHVsZXMvc25tcF9sbTc1L0JFR0VNT1QtTE03 NS1NSUIudHh0CSh3b3JraW5nIGNvcHkpCkBAIC0wLDAgKzEsMTYwIEBACistLQorLS0gQ29weXJp Z2h0IChjKSAyMDE0IEx1aXogT3RhdmlvIE8gU291emEgPGxvb3NARnJlZUJTRC5vcmc+CistLSBB bGwgcmlnaHRzIHJlc2VydmVkLgorLS0KKy0tIFJlZGlzdHJpYnV0aW9uIGFuZCB1c2UgaW4gc291 cmNlIGFuZCBiaW5hcnkgZm9ybXMsIHdpdGggb3Igd2l0aG91dAorLS0gbW9kaWZpY2F0aW9uLCBh cmUgcGVybWl0dGVkIHByb3ZpZGVkIHRoYXQgdGhlIGZvbGxvd2luZyBjb25kaXRpb25zCistLSBh cmUgbWV0OgorLS0gMS4gUmVkaXN0cmlidXRpb25zIG9mIHNvdXJjZSBjb2RlIG11c3QgcmV0YWlu IHRoZSBhYm92ZSBjb3B5cmlnaHQKKy0tICAgIG5vdGljZSwgdGhpcyBsaXN0IG9mIGNvbmRpdGlv bnMgYW5kIHRoZSBmb2xsb3dpbmcgZGlzY2xhaW1lci4KKy0tIDIuIFJlZGlzdHJpYnV0aW9ucyBp biBiaW5hcnkgZm9ybSBtdXN0IHJlcHJvZHVjZSB0aGUgYWJvdmUgY29weXJpZ2h0CistLSAgICBu b3RpY2UsIHRoaXMgbGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUgZm9sbG93aW5nIGRpc2NsYWlt ZXIgaW4gdGhlCistLSAgICBkb2N1bWVudGF0aW9uIGFuZC9vciBvdGhlciBtYXRlcmlhbHMgcHJv dmlkZWQgd2l0aCB0aGUgZGlzdHJpYnV0aW9uLgorLS0KKy0tIFRISVMgU09GVFdBUkUgSVMgUFJP VklERUQgQlkgVEhFIFJFR0VOVFMgQU5EIENPTlRSSUJVVE9SUyBgYEFTIElTJycgQU5ECistLSBB TlkgRVhQUkVTUyBPUiBJTVBMSUVEIFdBUlJBTlRJRVMsIElOQ0xVRElORywgQlVUIE5PVCBMSU1J VEVEIFRPLCBUSEUKKy0tIElNUExJRUQgV0FSUkFOVElFUyBPRiBNRVJDSEFOVEFCSUxJVFkgQU5E IEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFCistLSBBUkUgRElTQ0xBSU1FRC4gIElO IE5PIEVWRU5UIFNIQUxMIFRIRSBSRUdFTlRTIE9SIENPTlRSSUJVVE9SUyBCRSBMSUFCTEUKKy0t IEZPUiBBTlkgRElSRUNULCBJTkRJUkVDVCwgSU5DSURFTlRBTCwgU1BFQ0lBTCwgRVhFTVBMQVJZ LCBPUiBDT05TRVFVRU5USUFMCistLSBEQU1BR0VTIChJTkNMVURJTkcsIEJVVCBOT1QgTElNSVRF RCBUTywgUFJPQ1VSRU1FTlQgT0YgU1VCU1RJVFVURSBHT09EUworLS0gT1IgU0VSVklDRVM7IExP U1MgT0YgVVNFLCBEQVRBLCBPUiBQUk9GSVRTOyBPUiBCVVNJTkVTUyBJTlRFUlJVUFRJT04pCist LSBIT1dFVkVSIENBVVNFRCBBTkQgT04gQU5ZIFRIRU9SWSBPRiBMSUFCSUxJVFksIFdIRVRIRVIg SU4gQ09OVFJBQ1QsIFNUUklDVAorLS0gTElBQklMSVRZLCBPUiBUT1JUIChJTkNMVURJTkcgTkVH TElHRU5DRSBPUiBPVEhFUldJU0UpIEFSSVNJTkcgSU4gQU5ZIFdBWQorLS0gT1VUIE9GIFRIRSBV U0UgT0YgVEhJUyBTT0ZUV0FSRSwgRVZFTiBJRiBBRFZJU0VEIE9GIFRIRSBQT1NTSUJJTElUWSBP RgorLS0gU1VDSCBEQU1BR0UuCistLQorLS0gJEZyZWVCU0QkCistLQorCitCRUdFTU9ULUxNNzUt TUlCIERFRklOSVRJT05TIDo6PSBCRUdJTgorCitJTVBPUlRTCisgICAgTU9EVUxFLUlERU5USVRZ LCBPQkpFQ1QtVFlQRSwgTk9USUZJQ0FUSU9OLVRZUEUsCisgICAgQ291bnRlcjY0LCBJbnRlZ2Vy MzIKKwlGUk9NIFNOTVB2Mi1TTUkKKyAgICBURVhUVUFMLUNPTlZFTlRJT04sIFJvd1N0YXR1cwor CUZST00gU05NUHYyLVRDCisgICAgYmVnZW1vdAorCUZST00gQkVHRU1PVC1NSUI7CisKK2JlZ2Vt b3RMb29zIE1PRFVMRS1JREVOVElUWQorICAgIExBU1QtVVBEQVRFRCAiMjAxNDAyMjQwMDAwWiIK KyAgICBPUkdBTklaQVRJT04gIkZyZWVCU0QiCisgICAgQ09OVEFDVC1JTkZPCisJICAgICIJCUx1 aXogT3RhdmlvIE8gU291emEKKworCSAgICAgUG9zdGFsOglOL0EKKworCSAgICAgRmF4OglOL0EK KworCSAgICAgRS1NYWlsOglsb29zQEZyZWVCU0Qub3JnIgorICAgIERFU0NSSVBUSU9OCisJICAg ICJUaGUgQmVnZW1vdCBNSUIgZm9yIHJlYWRpbmcgbG03NSBzZW5zb3JzIGRhdGEuIgorICAgIFJF VklTSU9OICAgICAiMjAxNDAyMjQwMDAwWiIKKyAgICBERVNDUklQVElPTgorCSAgICAiSW5pdGlh bCByZXZpc2lvbi4iCisgICAgOjo9IHsgYmVnZW1vdCA0MDAgfQorCitiZWdlbW90TG03NU9iamVj dHMJT0JKRUNUIElERU5USUZJRVIgOjo9IHsgYmVnZW1vdExtNzUgMSB9CisKKy0tIC0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gLS0KKy0t IENvbmZpZ3VyYXRpb24gcGFyYW1ldGVycworLS0gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSAtLQorCitsbTc1U2Vuc29yCU9CSkVDVCBJ REVOVElGSUVSIDo6PSB7IGJlZ2Vtb3RsbTc1T2JqZWN0cyAxIH0KKworbG03NVNlbnNvcnMJT0JK RUNULVRZUEUKKyAgICBTWU5UQVgJSW50ZWdlcjMyCisgICAgTUFYLUFDQ0VTUwlyZWFkLW9ubHkK KyAgICBTVEFUVVMJY3VycmVudAorICAgIERFU0NSSVBUSU9OCisJIk51bWJlciBvZiBMTTc1IHNl bnNvcnMgaW4gdGhlIHN5c3RlbS4iCisgICAgOjo9IHsgbG03NVNlbnNvcnMgMSB9CisKKy0tIC0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0g LS0KKy0tIFRlbXBTZW5zb3IgVGFibGUKKy0tIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gLS0KK2xtNzVTZW5zb3JUYWJsZSBPQkpFQ1Qt VFlQRQorICAgIFNZTlRBWAlTRVFVRU5DRSBPRiBMbTc1U2Vuc29yRW50cnkKKyAgICBNQVgtQUND RVNTCW5vdC1hY2Nlc3NpYmxlCisgICAgU1RBVFVTCWN1cnJlbnQKKyAgICBERVNDUklQVElPTgor CSJBIHRhYmxlIGNvbnRhaW5pbmcgaW5mb3JtYXRpb24gYWJvdXQgYWxsIHRlbXBlcmF0dXJlIHNl bnNvcnMuIgorICAgIDo6PSB7IGJlZ2Vtb3RMbTc1T2JqZWN0cyAyIH0KKworbG9vc1RlbXBTZW5z b3JFbnRyeSBPQkpFQ1QtVFlQRQorICAgIFNZTlRBWAlMbTc1U2Vuc29yRW50cnkKKyAgICBNQVgt QUNDRVNTCW5vdC1hY2Nlc3NpYmxlCisgICAgU1RBVFVTCWN1cnJlbnQKKyAgICBERVNDUklQVElP TgorCSJUYWJsZSBlbnRyeSB0aGF0IGRlc2NyaWJlcyBvbmUgdGVtcGVyYXR1cmUgc2Vuc29yLiIK KyAgICBJTkRFWAl7IGxtNzVTZW5zb3JJbmRleCB9CisgICAgOjo9IHsgbG03NVNlbnNvclRhYmxl IDEgfQorCitMbTc1U2Vuc29yRW50cnkgOjo9IFNFUVVFTkNFIHsKKyAgICBsbTc1U2Vuc29ySW5k ZXgJCQlJbnRlZ2VyMzIsCisgICAgbG03NVNlbnNvclN5c2N0bEluZGV4CQlJbnRlZ2VyMzIsCisg ICAgbG03NVNlbnNvckRlc2MJCQlPQ1RFVCBTVFJJTkcsCisgICAgbG03NVNlbnNvckxvY2F0aW9u CQkJT0NURVQgU1RSSU5HLAorICAgIGxtNzVTZW5zb3JQbnBJbmZvCQkJT0NURVQgU1RSSU5HLAor ICAgIGxtNzVTZW5zb3JQYXJlbnQJCQlPQ1RFVCBTVFJJTkcsCisgICAgbG03NVNlbnNvclRlbXBl cmF0dXJlCQlJbnRlZ2VyMzIKK30KKworbG03NVNlbnNvckluZGV4IE9CSkVDVC1UWVBFCisgICAg U1lOVEFYCUludGVnZXIzMgorICAgIE1BWC1BQ0NFU1MJcmVhZC1vbmx5CisgICAgU1RBVFVTCWN1 cnJlbnQKKyAgICBERVNDUklQVElPTgorCSJMTTc1IFNlbnNvciBpbmRleC4iCisgICAgOjo9IHsg bG03NVNlbnNvckVudHJ5IDEgfQorCitsbTc1U2Vuc29yU3lzY3RsSW5kZXggT0JKRUNULVRZUEUK KyAgICBTWU5UQVgJSW50ZWdlcjMyCisgICAgTUFYLUFDQ0VTUwlyZWFkLW9ubHkKKyAgICBTVEFU VVMJY3VycmVudAorICAgIERFU0NSSVBUSU9OCisJIkxNNzUgU2Vuc29yIHN5c2N0bCBpbmRleC4i CisgICAgOjo9IHsgbG03NVNlbnNvckVudHJ5IDIgfQorCitsbTc1U2Vuc29yRGVzYyBPQkpFQ1Qt VFlQRQorICAgIFNZTlRBWAlPQ1RFVCBTVFJJTkcKKyAgICBNQVgtQUNDRVNTCXJlYWQtb25seQor ICAgIFNUQVRVUwljdXJyZW50CisgICAgREVTQ1JJUFRJT04KKwkiTE03NSBTZW5zb3IgZGVzY3Jp cHRpb24uIgorICAgIDo6PSB7IGxtNzVTZW5zb3JFbnRyeSAzIH0KKworbG03NVNlbnNvckxvY2F0 aW9uIE9CSkVDVC1UWVBFCisgICAgU1lOVEFYCU9DVEVUIFNUUklORworICAgIE1BWC1BQ0NFU1MJ cmVhZC1vbmx5CisgICAgU1RBVFVTCWN1cnJlbnQKKyAgICBERVNDUklQVElPTgorCSJMTTc1IFNl bnNvciBsb2NhdGlvbi4iCisgICAgOjo9IHsgbG03NVNlbnNvckVudHJ5IDQgfQorCitsbTc1U2Vu c29yUG5wSW5mbyBPQkpFQ1QtVFlQRQorICAgIFNZTlRBWAlPQ1RFVCBTVFJJTkcKKyAgICBNQVgt QUNDRVNTCXJlYWQtb25seQorICAgIFNUQVRVUwljdXJyZW50CisgICAgREVTQ1JJUFRJT04KKwki TE03NSBTZW5zb3IgcG5wIGluZm9ybWF0aW9uLiIKKyAgICA6Oj0geyBsbTc1U2Vuc29yRW50cnkg NSB9CisKK2xtNzVTZW5zb3JQYXJlbnQgT0JKRUNULVRZUEUKKyAgICBTWU5UQVgJT0NURVQgU1RS SU5HCisgICAgTUFYLUFDQ0VTUwlyZWFkLW9ubHkKKyAgICBTVEFUVVMJY3VycmVudAorICAgIERF U0NSSVBUSU9OCisJIkxNNzUgU2Vuc29yIHBhcmVudCBidXMuIgorICAgIDo6PSB7IGxtNzVTZW5z b3JFbnRyeSA2IH0KKworbG03NVNlbnNvclRlbXBlcmF0dXJlIE9CSkVDVC1UWVBFCisgICAgU1lO VEFYCUludGVnZXIzMgorICAgIE1BWC1BQ0NFU1MJcmVhZC1vbmx5CisgICAgU1RBVFVTCWN1cnJl bnQKKyAgICBERVNDUklQVElPTgorCSJMTTc1IFNlbnNvciB0ZW1wZXJhdHVyZS4iCisgICAgOjo9 IHsgbG03NVNlbnNvckVudHJ5IDcgfQorCitFTkQKClByb3BlcnR5IGNoYW5nZXMgb246IHVzci5z YmluL2Jzbm1wZC9tb2R1bGVzL3NubXBfbG03NS9CRUdFTU9ULUxNNzUtTUlCLnR4dApfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fCkFkZGVkOiBzdm46ZW9sLXN0eWxlCiMjIC0wLDAgKzEgIyMKK25hdGl2ZQpcIE5vIG5ld2xp bmUgYXQgZW5kIG9mIHByb3BlcnR5CkFkZGVkOiBzdm46bWltZS10eXBlCiMjIC0wLDAgKzEgIyMK K3RleHQvcGxhaW4KXCBObyBuZXdsaW5lIGF0IGVuZCBvZiBwcm9wZXJ0eQpBZGRlZDogc3ZuOmtl eXdvcmRzCiMjIC0wLDAgKzEgIyMKK0ZyZWVCU0Q9JUgKXCBObyBuZXdsaW5lIGF0IGVuZCBvZiBw cm9wZXJ0eQpJbmRleDogdXNyLnNiaW4vYnNubXBkL21vZHVsZXMvc25tcF9sbTc1L01ha2VmaWxl Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0KLS0tIHVzci5zYmluL2Jzbm1wZC9tb2R1bGVzL3NubXBfbG03NS9NYWtlZmls ZQkocmV2aXNpb24gMCkKKysrIHVzci5zYmluL2Jzbm1wZC9tb2R1bGVzL3NubXBfbG03NS9NYWtl ZmlsZQkod29ya2luZyBjb3B5KQpAQCAtMCwwICsxLDEzIEBACisjICRGcmVlQlNEJAorCisuaW5j bHVkZSA8YnNkLm93bi5taz4KKworTU9EPSAgICBsbTc1CitTUkNTPSAgIHNubXBfbG03NS5jCitY U1lNPSAgIGJlZ2Vtb3RMbTc1CitNQU49ICAgIHNubXBfbG03NS4zCisKK0JNSUJTPSAgQkVHRU1P VC1MTTc1LU1JQi50eHQKK0RFRlM9ICAgJHtNT0R9X3RyZWUuZGVmCisKKy5pbmNsdWRlIDxic2Qu c25tcG1vZC5taz4KClByb3BlcnR5IGNoYW5nZXMgb246IHVzci5zYmluL2Jzbm1wZC9tb2R1bGVz L3NubXBfbG03NS9NYWtlZmlsZQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCkFkZGVkOiBzdm46ZW9sLXN0eWxlCiMjIC0w LDAgKzEgIyMKK25hdGl2ZQpcIE5vIG5ld2xpbmUgYXQgZW5kIG9mIHByb3BlcnR5CkFkZGVkOiBz dm46bWltZS10eXBlCiMjIC0wLDAgKzEgIyMKK3RleHQvcGxhaW4KXCBObyBuZXdsaW5lIGF0IGVu ZCBvZiBwcm9wZXJ0eQpBZGRlZDogc3ZuOmtleXdvcmRzCiMjIC0wLDAgKzEgIyMKK0ZyZWVCU0Q9 JUgKXCBObyBuZXdsaW5lIGF0IGVuZCBvZiBwcm9wZXJ0eQpJbmRleDogdXNyLnNiaW4vYnNubXBk L21vZHVsZXMvc25tcF9sbTc1L2xtNzVfdHJlZS5kZWYKPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gdXNyLnNiaW4v YnNubXBkL21vZHVsZXMvc25tcF9sbTc1L2xtNzVfdHJlZS5kZWYJKHJldmlzaW9uIDApCisrKyB1 c3Iuc2Jpbi9ic25tcGQvbW9kdWxlcy9zbm1wX2xtNzUvbG03NV90cmVlLmRlZgkod29ya2luZyBj b3B5KQpAQCAtMCwwICsxLDU2IEBACisjLQorIyBDb3B5cmlnaHQgKGMpIDIwMTQgTHVpeiBPdGF2 aW8gTyBTb3V6YSA8bG9vc0BGcmVlQlNELm9yZz4KKyMgQWxsIHJpZ2h0cyByZXNlcnZlZC4KKyMK KyMgUmVkaXN0cmlidXRpb24gYW5kIHVzZSBpbiBzb3VyY2UgYW5kIGJpbmFyeSBmb3Jtcywgd2l0 aCBvciB3aXRob3V0CisjIG1vZGlmaWNhdGlvbiwgYXJlIHBlcm1pdHRlZCBwcm92aWRlZCB0aGF0 IHRoZSBmb2xsb3dpbmcgY29uZGl0aW9ucworIyBhcmUgbWV0OgorIyAxLiBSZWRpc3RyaWJ1dGlv bnMgb2Ygc291cmNlIGNvZGUgbXVzdCByZXRhaW4gdGhlIGFib3ZlIGNvcHlyaWdodAorIyAgICBu b3RpY2UsIHRoaXMgbGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUgZm9sbG93aW5nIGRpc2NsYWlt ZXIuCisjIDIuIFJlZGlzdHJpYnV0aW9ucyBpbiBiaW5hcnkgZm9ybSBtdXN0IHJlcHJvZHVjZSB0 aGUgYWJvdmUgY29weXJpZ2h0CisjICAgIG5vdGljZSwgdGhpcyBsaXN0IG9mIGNvbmRpdGlvbnMg YW5kIHRoZSBmb2xsb3dpbmcgZGlzY2xhaW1lciBpbiB0aGUKKyMgICAgZG9jdW1lbnRhdGlvbiBh bmQvb3Igb3RoZXIgbWF0ZXJpYWxzIHByb3ZpZGVkIHdpdGggdGhlIGRpc3RyaWJ1dGlvbi4KKyMK KyMgVEhJUyBTT0ZUV0FSRSBJUyBQUk9WSURFRCBCWSBUSEUgUkVHRU5UUyBBTkQgQ09OVFJJQlVU T1JTIGBgQVMgSVMnJyBBTkQKKyMgQU5ZIEVYUFJFU1MgT1IgSU1QTElFRCBXQVJSQU5USUVTLCBJ TkNMVURJTkcsIEJVVCBOT1QgTElNSVRFRCBUTywgVEhFCisjIElNUExJRUQgV0FSUkFOVElFUyBP RiBNRVJDSEFOVEFCSUxJVFkgQU5EIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFCisj IEFSRSBESVNDTEFJTUVELiAgSU4gTk8gRVZFTlQgU0hBTEwgVEhFIFJFR0VOVFMgT1IgQ09OVFJJ QlVUT1JTIEJFIExJQUJMRQorIyBGT1IgQU5ZIERJUkVDVCwgSU5ESVJFQ1QsIElOQ0lERU5UQUws IFNQRUNJQUwsIEVYRU1QTEFSWSwgT1IgQ09OU0VRVUVOVElBTAorIyBEQU1BR0VTIChJTkNMVURJ TkcsIEJVVCBOT1QgTElNSVRFRCBUTywgUFJPQ1VSRU1FTlQgT0YgU1VCU1RJVFVURSBHT09EUwor IyBPUiBTRVJWSUNFUzsgTE9TUyBPRiBVU0UsIERBVEEsIE9SIFBST0ZJVFM7IE9SIEJVU0lORVNT IElOVEVSUlVQVElPTikKKyMgSE9XRVZFUiBDQVVTRUQgQU5EIE9OIEFOWSBUSEVPUlkgT0YgTElB QklMSVRZLCBXSEVUSEVSIElOIENPTlRSQUNULCBTVFJJQ1QKKyMgTElBQklMSVRZLCBPUiBUT1JU IChJTkNMVURJTkcgTkVHTElHRU5DRSBPUiBPVEhFUldJU0UpIEFSSVNJTkcgSU4gQU5ZIFdBWQor IyBPVVQgT0YgVEhFIFVTRSBPRiBUSElTIFNPRlRXQVJFLCBFVkVOIElGIEFEVklTRUQgT0YgVEhF IFBPU1NJQklMSVRZIE9GCisjIFNVQ0ggREFNQUdFLgorIworIyAkRnJlZUJTRCQKKyMKKworKDEg aW50ZXJuZXQKKyAgKDQgcHJpdmF0ZQorICAgICgxIGVudGVycHJpc2VzCisgICAgICAoMTIzMjUg Zm9rdXMKKyAgICAgICAgKDEgYmVnZW1vdAorICAgICAgICAgICg0MDAgYmVnZW1vdExtNzUKKyAg ICAgICAgICAgICgxIGJlZ2Vtb3RMbTc1T2JqZWN0cworICAgICAgICAgICAgICAoMSBsbTc1U2Vu c29ycworICAgICAgICAgICAgICAgICgxIGxtNzVTZW5zb3JzIElOVEVHRVIzMiBvcF9sbTc1U2Vu c29ycyBHRVQpCisgICAgICAgICAgICAgICkKKyAgICAgICAgICAgICAgKDIgbG03NVNlbnNvclRh YmxlCisgICAgICAgICAgICAgICAgKDEgbG03NVNlbnNvckVudHJ5IDogT0NURVRTVFJJTkcgb3Bf bG03NVNlbnNvclRhYmxlCisgICAgICAgICAgICAgICAgICAoMSBsbTc1U2Vuc29ySW5kZXggSU5U RUdFUjMyIEdFVCkKKyAgICAgICAgICAgICAgICAgICgyIGxtNzVTZW5zb3JTeXNjdGxJbmRleCBJ TlRFR0VSMzIgR0VUKQorICAgICAgICAgICAgICAgICAgKDMgbG03NVNlbnNvckRlc2MgT0NURVRT VFJJTkcgR0VUKQorICAgICAgICAgICAgICAgICAgKDQgbG03NVNlbnNvckxvY2F0aW9uIE9DVEVU U1RSSU5HIEdFVCkKKyAgICAgICAgICAgICAgICAgICg1IGxtNzVTZW5zb3JQbnBJbmZvIE9DVEVU U1RSSU5HIEdFVCkKKyAgICAgICAgICAgICAgICAgICg2IGxtNzVTZW5zb3JQYXJlbnQgT0NURVRT VFJJTkcgR0VUKQorICAgICAgICAgICAgICAgICAgKDcgbG03NVNlbnNvclRlbXBlcmF0dXJlIElO VEVHRVIzMiBHRVQpCisgICAgICAgICAgICAgICAgKQorICAgICAgICAgICAgICApCisgICAgICAg ICAgICApCisgICAgICAgICAgKQorICAgICAgICApCisgICAgICApCisgICAgKQorICApCispCklu ZGV4OiB1c3Iuc2Jpbi9ic25tcGQvbW9kdWxlcy9zbm1wX2xtNzUvc25tcF9sbTc1LjMKPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PQotLS0gdXNyLnNiaW4vYnNubXBkL21vZHVsZXMvc25tcF9sbTc1L3NubXBfbG03NS4zCShy ZXZpc2lvbiAwKQorKysgdXNyLnNiaW4vYnNubXBkL21vZHVsZXMvc25tcF9sbTc1L3NubXBfbG03 NS4zCSh3b3JraW5nIGNvcHkpCkBAIC0wLDAgKzEsNjAgQEAKKy5cIi0KKy5cIiBDb3B5cmlnaHQg KGMpIDIwMTQgTHVpeiBPdGF2aW8gTyBTb3V6YSA8bG9vc0BGcmVlQlNELm9yZz4KKy5cIiBBbGwg cmlnaHRzIHJlc2VydmVkLgorLlwiCisuXCIgUmVkaXN0cmlidXRpb24gYW5kIHVzZSBpbiBzb3Vy Y2UgYW5kIGJpbmFyeSBmb3Jtcywgd2l0aCBvciB3aXRob3V0CisuXCIgbW9kaWZpY2F0aW9uLCBh cmUgcGVybWl0dGVkIHByb3ZpZGVkIHRoYXQgdGhlIGZvbGxvd2luZyBjb25kaXRpb25zCisuXCIg YXJlIG1ldDoKKy5cIiAxLiBSZWRpc3RyaWJ1dGlvbnMgb2Ygc291cmNlIGNvZGUgbXVzdCByZXRh aW4gdGhlIGFib3ZlIGNvcHlyaWdodAorLlwiICAgIG5vdGljZSwgdGhpcyBsaXN0IG9mIGNvbmRp dGlvbnMgYW5kIHRoZSBmb2xsb3dpbmcgZGlzY2xhaW1lci4KKy5cIiAyLiBSZWRpc3RyaWJ1dGlv bnMgaW4gYmluYXJ5IGZvcm0gbXVzdCByZXByb2R1Y2UgdGhlIGFib3ZlIGNvcHlyaWdodAorLlwi ICAgIG5vdGljZSwgdGhpcyBsaXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dpbmcgZGlz Y2xhaW1lciBpbiB0aGUKKy5cIiAgICBkb2N1bWVudGF0aW9uIGFuZC9vciBvdGhlciBtYXRlcmlh bHMgcHJvdmlkZWQgd2l0aCB0aGUgZGlzdHJpYnV0aW9uLgorLlwiCisuXCIgVEhJUyBTT0ZUV0FS RSBJUyBQUk9WSURFRCBCWSBUSEUgUkVHRU5UUyBBTkQgQ09OVFJJQlVUT1JTIGBgQVMgSVMnJyBB TkQKKy5cIiBBTlkgRVhQUkVTUyBPUiBJTVBMSUVEIFdBUlJBTlRJRVMsIElOQ0xVRElORywgQlVU IE5PVCBMSU1JVEVEIFRPLCBUSEUKKy5cIiBJTVBMSUVEIFdBUlJBTlRJRVMgT0YgTUVSQ0hBTlRB QklMSVRZIEFORCBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRQorLlwiIEFSRSBESVND TEFJTUVELiAgSU4gTk8gRVZFTlQgU0hBTEwgVEhFIFJFR0VOVFMgT1IgQ09OVFJJQlVUT1JTIEJF IExJQUJMRQorLlwiIEZPUiBBTlkgRElSRUNULCBJTkRJUkVDVCwgSU5DSURFTlRBTCwgU1BFQ0lB TCwgRVhFTVBMQVJZLCBPUiBDT05TRVFVRU5USUFMCisuXCIgREFNQUdFUyAoSU5DTFVESU5HLCBC VVQgTk9UIExJTUlURUQgVE8sIFBST0NVUkVNRU5UIE9GIFNVQlNUSVRVVEUgR09PRFMKKy5cIiBP UiBTRVJWSUNFUzsgTE9TUyBPRiBVU0UsIERBVEEsIE9SIFBST0ZJVFM7IE9SIEJVU0lORVNTIElO VEVSUlVQVElPTikKKy5cIiBIT1dFVkVSIENBVVNFRCBBTkQgT04gQU5ZIFRIRU9SWSBPRiBMSUFC SUxJVFksIFdIRVRIRVIgSU4gQ09OVFJBQ1QsIFNUUklDVAorLlwiIExJQUJJTElUWSwgT1IgVE9S VCAoSU5DTFVESU5HIE5FR0xJR0VOQ0UgT1IgT1RIRVJXSVNFKSBBUklTSU5HIElOIEFOWSBXQVkK Ky5cIiBPVVQgT0YgVEhFIFVTRSBPRiBUSElTIFNPRlRXQVJFLCBFVkVOIElGIEFEVklTRUQgT0Yg VEhFIFBPU1NJQklMSVRZIE9GCisuXCIgU1VDSCBEQU1BR0UuCisuXCIKKy5cIiAkRnJlZUJTRCQK Ky5cIgorLkRkIEZlYnJ1YXJ5IDI0LCAyMDE0CisuRHQgU05NUF9MTTc1IDMKKy5PcworLlNoIE5B TUUKKy5ObSBzbm1wX2xtNzUKKy5OZCAiTE03NSBTZW5zb3IgbW9kdWxlIGZvciIKKy5YciBic25t cGQgMQorLlNoIExJQlJBUlkKKy5QcSBiZWdlbW90U25tcGRNb2R1bGVQYXRoLiJsbTc1IiA9ICIv dXNyL2xpYi9zbm1wX2xtNzUuc28iCisuU2ggREVTQ1JJUFRJT04KK1RoZQorLk5tIHNubXBfbG03 NQorbW9kdWxlIGltcGxlbWVudHMgYSBwcml2YXRlIEJFR0VNT1QtTE03NS1NSUIsIHdoaWNoIGFs bG93cworcmVhZGluZyB0aGUgdGVtcGVyYXR1cmUgb2YgdGhlIExNNzUgc2Vuc29ycyBvbiB0aGUg c3lzdGVtLgorLlBwCitUaGUgbW9kdWxlIHJlYWRzIHRoZSBzZW5zb3IocykgdGVtcGVyYXR1cmUg dXNpbmcgdGhlCisuWHIgc3lzY3RsIDgKK0FQSS4KKy5TaCBGSUxFUworLkJsIC10YWcgLXdpZHRo ICJYWFhYWFhYWFgiCisuSXQgUGEgL3Vzci9zaGFyZS9zbm1wL2RlZnMvbG03NV90cmVlLmRlZgor VGhlIGRlc2NyaXB0aW9uIG9mIHRoZSBNSUIgdHJlZSBpbXBsZW1lbnRlZCBieQorLk5tIC4KKy5J dCBQYSAvdXNyL3NoYXJlL3NubXAvbWlicy9CRUdFTU9ULUxNNzUtTUlCLnR4dAorVGhlIHByaXZh dGUgQkVHRU1PVC1MTTc1LU1JQiB0aGF0IGlzIGltcGxlbWVudGVkIGJ5IHRoaXMgbW9kdWxlLgor LkVsCisuU2ggU0VFIEFMU08KKy5YciBic25tcGQgMSAsCisuWHIgZ2Vuc25tcHRyZWUgMSAsCisu WHIgc25tcG1vZCAzICwKKy5YciBsbTc1IDQKKy5TaCBBVVRIT1JTCisuQW4gTHVpeiBPdGF2aW8g TyBTb3V6YSBBcSBsb29zQEZyZWVCU0Qub3JnCgpQcm9wZXJ0eSBjaGFuZ2VzIG9uOiB1c3Iuc2Jp bi9ic25tcGQvbW9kdWxlcy9zbm1wX2xtNzUvc25tcF9sbTc1LjMKX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpBZGRlZDog c3ZuOmVvbC1zdHlsZQojIyAtMCwwICsxICMjCituYXRpdmUKXCBObyBuZXdsaW5lIGF0IGVuZCBv ZiBwcm9wZXJ0eQpBZGRlZDogc3ZuOm1pbWUtdHlwZQojIyAtMCwwICsxICMjCit0ZXh0L3BsYWlu ClwgTm8gbmV3bGluZSBhdCBlbmQgb2YgcHJvcGVydHkKQWRkZWQ6IHN2bjprZXl3b3JkcwojIyAt MCwwICsxICMjCitGcmVlQlNEPSVIClwgTm8gbmV3bGluZSBhdCBlbmQgb2YgcHJvcGVydHkKSW5k ZXg6IHVzci5zYmluL2Jzbm1wZC9tb2R1bGVzL3NubXBfbG03NS9zbm1wX2xtNzUuYwo9PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09Ci0tLSB1c3Iuc2Jpbi9ic25tcGQvbW9kdWxlcy9zbm1wX2xtNzUvc25tcF9sbTc1LmMJKHJl dmlzaW9uIDApCisrKyB1c3Iuc2Jpbi9ic25tcGQvbW9kdWxlcy9zbm1wX2xtNzUvc25tcF9sbTc1 LmMJKHdvcmtpbmcgY29weSkKQEAgLTAsMCArMSw0MzYgQEAKKy8qLQorICogQ29weXJpZ2h0IChj KSAyMDE0IEx1aXogT3RhdmlvIE8gU291emEgPGxvb3NARnJlZUJTRC5vcmc+CisgKiBBbGwgcmln aHRzIHJlc2VydmVkLgorICoKKyAqIFJlZGlzdHJpYnV0aW9uIGFuZCB1c2UgaW4gc291cmNlIGFu ZCBiaW5hcnkgZm9ybXMsIHdpdGggb3Igd2l0aG91dAorICogbW9kaWZpY2F0aW9uLCBhcmUgcGVy bWl0dGVkIHByb3ZpZGVkIHRoYXQgdGhlIGZvbGxvd2luZyBjb25kaXRpb25zCisgKiBhcmUgbWV0 OgorICogMS4gUmVkaXN0cmlidXRpb25zIG9mIHNvdXJjZSBjb2RlIG11c3QgcmV0YWluIHRoZSBh Ym92ZSBjb3B5cmlnaHQKKyAqICAgIG5vdGljZSwgdGhpcyBsaXN0IG9mIGNvbmRpdGlvbnMgYW5k IHRoZSBmb2xsb3dpbmcgZGlzY2xhaW1lci4KKyAqIDIuIFJlZGlzdHJpYnV0aW9ucyBpbiBiaW5h cnkgZm9ybSBtdXN0IHJlcHJvZHVjZSB0aGUgYWJvdmUgY29weXJpZ2h0CisgKiAgICBub3RpY2Us IHRoaXMgbGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUgZm9sbG93aW5nIGRpc2NsYWltZXIgaW4g dGhlCisgKiAgICBkb2N1bWVudGF0aW9uIGFuZC9vciBvdGhlciBtYXRlcmlhbHMgcHJvdmlkZWQg d2l0aCB0aGUgZGlzdHJpYnV0aW9uLgorICoKKyAqIFRISVMgU09GVFdBUkUgSVMgUFJPVklERUQg QlkgVEhFIFJFR0VOVFMgQU5EIENPTlRSSUJVVE9SUyBgYEFTIElTJycgQU5ECisgKiBBTlkgRVhQ UkVTUyBPUiBJTVBMSUVEIFdBUlJBTlRJRVMsIElOQ0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRP LCBUSEUKKyAqIElNUExJRUQgV0FSUkFOVElFUyBPRiBNRVJDSEFOVEFCSUxJVFkgQU5EIEZJVE5F U1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFCisgKiBBUkUgRElTQ0xBSU1FRC4gIElOIE5PIEVW RU5UIFNIQUxMIFRIRSBSRUdFTlRTIE9SIENPTlRSSUJVVE9SUyBCRSBMSUFCTEUKKyAqIEZPUiBB TlkgRElSRUNULCBJTkRJUkVDVCwgSU5DSURFTlRBTCwgU1BFQ0lBTCwgRVhFTVBMQVJZLCBPUiBD T05TRVFVRU5USUFMCisgKiBEQU1BR0VTIChJTkNMVURJTkcsIEJVVCBOT1QgTElNSVRFRCBUTywg UFJPQ1VSRU1FTlQgT0YgU1VCU1RJVFVURSBHT09EUworICogT1IgU0VSVklDRVM7IExPU1MgT0Yg VVNFLCBEQVRBLCBPUiBQUk9GSVRTOyBPUiBCVVNJTkVTUyBJTlRFUlJVUFRJT04pCisgKiBIT1dF VkVSIENBVVNFRCBBTkQgT04gQU5ZIFRIRU9SWSBPRiBMSUFCSUxJVFksIFdIRVRIRVIgSU4gQ09O VFJBQ1QsIFNUUklDVAorICogTElBQklMSVRZLCBPUiBUT1JUIChJTkNMVURJTkcgTkVHTElHRU5D RSBPUiBPVEhFUldJU0UpIEFSSVNJTkcgSU4gQU5ZIFdBWQorICogT1VUIE9GIFRIRSBVU0UgT0Yg VEhJUyBTT0ZUV0FSRSwgRVZFTiBJRiBBRFZJU0VEIE9GIFRIRSBQT1NTSUJJTElUWSBPRgorICog U1VDSCBEQU1BR0UuCisgKi8KKworI2luY2x1ZGUgPHN5cy9jZGVmcy5oPgorX19GQlNESUQoIiRG cmVlQlNEJCIpOworCisjaW5jbHVkZSA8c3lzL3BhcmFtLmg+CisjaW5jbHVkZSA8c3lzL3F1ZXVl Lmg+CisjaW5jbHVkZSA8c3lzL3N5c2N0bC5oPgorCisjaW5jbHVkZSA8YnNubXAvc25tcG1vZC5o PgorCisjaW5jbHVkZSA8c3RkaW8uaD4KKyNpbmNsdWRlIDxzdGRsaWIuaD4KKyNpbmNsdWRlIDxz dHJpbmcuaD4KKyNpbmNsdWRlIDxzeXNsb2cuaD4KKworI2luY2x1ZGUgImxtNzVfb2lkLmgiCisj aW5jbHVkZSAibG03NV90cmVlLmgiCisKKyNpZm5kZWYJTE03NUJVRgorI2RlZmluZQlMTTc1QlVG CQk2NAorI2VuZGlmCisjZGVmaW5lCVRaX1pFUk9DCTI3MzIKKyNkZWZpbmUgVVBEQVRFX0lOVEVS VkFMCTUwMAkvKiB1cGRhdGUgaW50ZXJ2YWwgaW4gdGlja3MgKi8KKworc3RhdGljIHN0cnVjdCBs bW9kdWxlICptb2R1bGU7CisKK3N0YXRpYyBjb25zdCBzdHJ1Y3QgYXNuX29pZCBvaWRfbG03NSA9 IE9JRFhfYmVnZW1vdExtNzU7CisKKy8qIHRoZSBPYmplY3QgUmVzb3VyY2UgcmVnaXN0cmF0aW9u IGluZGV4ICovCitzdGF0aWMgdV9pbnQgbG03NV9pbmRleCA9IDA7CisKKy8qIE51bWJlciBvZiBh dmFpbGFibGUgc2Vuc29ycyBpbiB0aGUgc3lzdGVtLiAqLworc3RhdGljIGludCBsbTc1X3NlbnNv cnM7CisKKy8qCisgKiBTdHJ1Y3R1cmUgdGhhdCBkZXNjcmliZXMgc2luZ2xlIHNlbnNvci4KKyAq Lworc3RydWN0IGxtNzVfc25tcF9zZW5zb3IgeworCVRBSUxRX0VOVFJZKGxtNzVfc25tcF9zZW5z b3IpIGxpbms7CisJaW50MzJfdAkJaW5kZXg7CisJaW50MzJfdAkJc3lzY3RsaWR4OworCWludDMy X3QJCXRlbXA7CisJY2hhcgkJZGVzY1tMTTc1QlVGXTsKKwljaGFyCQlsb2NhdGlvbltMTTc1QlVG XTsKKwljaGFyCQlwYXJlbnRbTE03NUJVRl07CisJY2hhcgkJcG5waW5mb1tMTTc1QlVGXTsKK307 CisKK3N0YXRpYyBUQUlMUV9IRUFEKCwgbG03NV9zbm1wX3NlbnNvcikgc2Vuc29ycyA9CisgICAg VEFJTFFfSEVBRF9JTklUSUFMSVpFUihzZW5zb3JzKTsKKworLyogVGlja3Mgb2YgdGhlIGxhc3Qg c2Vuc29ycyByZWFkaW5nLiAqLworc3RhdGljIHVpbnQ2NF90IGxhc3Rfc2Vuc29yc191cGRhdGU7 CisKK3N0YXRpYyB2b2lkIGZyZWVfc2Vuc29ycyh2b2lkKTsKK3N0YXRpYyBpbnQgbG03NV9maW5p KHZvaWQpOworc3RhdGljIGludCBsbTc1X2luaXQoc3RydWN0IGxtb2R1bGUgKm1vZCwgaW50IGFy Z2MsIGNoYXIgKmFyZ3ZbXSk7CitzdGF0aWMgdm9pZCBsbTc1X3N0YXJ0KHZvaWQpOworc3RhdGlj IGludCB1cGRhdGVfc2Vuc29ycyh2b2lkKTsKKworY29uc3Qgc3RydWN0IHNubXBfbW9kdWxlIGNv bmZpZyA9IHsKKyAgICAuY29tbWVudCAgID0KKwkiVGhpcyBtb2R1bGUgaW1wbGVtZW50cyB0aGUg QkVHRU1PVCBNSUIgZm9yIHJlYWRpbmcgTE03NSBzZW5zb3JzIGRhdGEuIiwKKyAgICAuaW5pdCAg ICAgID0gbG03NV9pbml0LAorICAgIC5zdGFydCAgICAgPSBsbTc1X3N0YXJ0LAorICAgIC5maW5p ICAgICAgPSBsbTc1X2ZpbmksCisgICAgLnRyZWUgICAgICA9IGxtNzVfY3RyZWUsCisgICAgLnRy ZWVfc2l6ZSA9IGxtNzVfQ1RSRUVfU0laRSwKK307CisKK3N0YXRpYyBpbnQKK2xtNzVfaW5pdChz dHJ1Y3QgbG1vZHVsZSAqbW9kLCBpbnQgYXJnYyBfX3VudXNlZCwgY2hhciAqYXJndltdIF9fdW51 c2VkKQoreworCisJbW9kdWxlID0gbW9kOworCisJbG03NV9zZW5zb3JzID0gMDsKKwlvcGVubG9n KCJzbm1wX2xtNzUiLCBMT0dfTkRFTEFZIHwgTE9HX1BJRCwgTE9HX0RBRU1PTik7CisKKwlyZXR1 cm4oMCk7Cit9CisKK3N0YXRpYyB2b2lkCitsbTc1X3N0YXJ0KHZvaWQpCit7CisKKwlsbTc1X2lu ZGV4ID0gb3JfcmVnaXN0ZXIoJm9pZF9sbTc1LAorCSAgICAiVGhlIE1JQiBtb2R1bGUgZm9yIHJl YWRpbmcgbG03NSBzZW5zb3JzIGRhdGEuIiwgbW9kdWxlKTsKK30KKworc3RhdGljIGludAorbG03 NV9maW5pKHZvaWQpCit7CisKKwlvcl91bnJlZ2lzdGVyKGxtNzVfaW5kZXgpOworCWZyZWVfc2Vu c29ycygpOworCWNsb3NlbG9nKCk7CisKKwlyZXR1cm4gKDApOworfQorCitzdGF0aWMgdm9pZAor ZnJlZV9zZW5zb3JzKHZvaWQpCit7CisJc3RydWN0IGxtNzVfc25tcF9zZW5zb3IgKnNlbnNvcjsK KworCXdoaWxlICgoc2Vuc29yID0gVEFJTFFfRklSU1QoJnNlbnNvcnMpKSAhPSBOVUxMKSB7CisJ CVRBSUxRX1JFTU9WRSgmc2Vuc29ycywgc2Vuc29yLCBsaW5rKTsKKwkJZnJlZShzZW5zb3IpOwor CX0KK30KKworc3RhdGljIGludAorc3lzY3RsbmFtZShpbnQgKm9pZCwgaW50IG5sZW4sIGNoYXIg Km5hbWUsIHNpemVfdCBsZW4pCit7CisJaW50IG1pYlsxMl07CisKKwlpZiAobmxlbiA+IChpbnQp c2l6ZW9mKG1pYikgKyAyKQorCQlyZXR1cm4gKC0xKTsKKworCW1pYlswXSA9IDA7CisJbWliWzFd ID0gMTsKKwltZW1jcHkobWliICsgMiwgb2lkLCBubGVuICogc2l6ZW9mKGludCkpOworCisJaWYg KHN5c2N0bChtaWIsIG5sZW4gKyAyLCBuYW1lLCAmbGVuLCAwLCAwKSA9PSAtMSkKKwkJcmV0dXJu ICgtMSk7CisKKwlyZXR1cm4gKDApOworfQorCitzdGF0aWMgaW50CitzeXNjdGxnZXRuZXh0KGlu dCAqb2lkLCBpbnQgbmxlbiwgaW50ICpuZXh0LCBzaXplX3QgKm5leHRsZW4pCit7CisJaW50IG1p YlsxMl07CisKKwlpZiAobmxlbiAgPiAoaW50KXNpemVvZihtaWIpICsgMikKKwkJcmV0dXJuICgt MSk7CisKKwltaWJbMF0gPSAwOworCW1pYlsxXSA9IDI7CisJbWVtY3B5KG1pYiArIDIsIG9pZCwg bmxlbiAqIHNpemVvZihpbnQpKTsKKworCWlmIChzeXNjdGwobWliLCBubGVuICsgMiwgbmV4dCwg bmV4dGxlbiwgMCwgMCkgPT0gLTEpCisJCXJldHVybiAoLTEpOworCisJcmV0dXJuICgwKTsKK30K Kworc3RhdGljIGludAordXBkYXRlX3NlbnNvcl9zeXNjdGwoY2hhciAqb2J1Ziwgc2l6ZV90ICpv YnVmbGVuLCBpbnQgaWR4LCBjb25zdCBjaGFyICpuYW1lKQoreworCWNoYXIgYnVmW0xNNzVCVUZd OworCWludCBtaWJbNV07CisJc2l6ZV90IGxlbjsKKworCS8qIEZpbGwgb3V0IHRoZSBtaWIgaW5m b3JtYXRpb24uICovCisJc25wcmludGYoYnVmLCBzaXplb2YoYnVmKSAtIDEsICJkZXYubG03NS4l ZC4lcyIsIGlkeCwgbmFtZSk7CisJbGVuID0gNDsKKwlpZiAoc3lzY3RsbmFtZXRvbWliKGJ1Ziwg bWliLCAmbGVuKSA9PSAtMSkKKwkJcmV0dXJuICgtMSk7CisKKwkvKiBSZWFkIHRoZSBzeXNjdGwg ZGF0YS4gKi8KKwlpZiAoc3lzY3RsKG1pYiwgbGVuLCBvYnVmLCBvYnVmbGVuLCBOVUxMLCAwKSA9 PSAtMSkKKwkJcmV0dXJuICgtMSk7CisKKwlyZXR1cm4gKDApOworfQorCitzdGF0aWMgdm9pZAor dXBkYXRlX3NlbnNvcihzdHJ1Y3QgbG03NV9zbm1wX3NlbnNvciAqc2Vuc29yLCBpbnQgaWR4KQor eworCXNpemVfdCBsZW47CisKKwlsZW4gPSBzaXplb2Yoc2Vuc29yLT5kZXNjKTsKKwl1cGRhdGVf c2Vuc29yX3N5c2N0bChzZW5zb3ItPmRlc2MsICZsZW4sIGlkeCwgIiVkZXNjIik7CisKKwlsZW4g PSBzaXplb2Yoc2Vuc29yLT5sb2NhdGlvbik7CisJdXBkYXRlX3NlbnNvcl9zeXNjdGwoc2Vuc29y LT5sb2NhdGlvbiwgJmxlbiwgaWR4LCAiJWxvY2F0aW9uIik7CisKKwlsZW4gPSBzaXplb2Yoc2Vu c29yLT5wbnBpbmZvKTsKKwl1cGRhdGVfc2Vuc29yX3N5c2N0bChzZW5zb3ItPnBucGluZm8sICZs ZW4sIGlkeCwgIiVwbnBpbmZvIik7CisKKwlsZW4gPSBzaXplb2Yoc2Vuc29yLT5wYXJlbnQpOwor CXVwZGF0ZV9zZW5zb3Jfc3lzY3RsKHNlbnNvci0+cGFyZW50LCAmbGVuLCBpZHgsICIlcGFyZW50 Iik7Cit9CisKK3N0YXRpYyBpbnQKK2FkZF9zZW5zb3IoY2hhciAqYnVmLCBzaXplX3QgbmxlbikK K3sKKwlpbnQgaWR4LCBtaWJbNV0sIHRlbXA7CisJc2l6ZV90IGxlbjsKKwlzdHJ1Y3QgbG03NV9z bm1wX3NlbnNvciAqc2Vuc29yOworCisJaWYgKHNzY2FuZihidWYsICJkZXYubG03NS4lZC50ZW1w ZXJhdHVyZSIsICZpZHgpICE9IDEpCisJCXJldHVybiAoLTEpOworCisJLyogRmlsbCBvdXQgdGhl IG1pYiBpbmZvcm1hdGlvbi4gKi8KKwlpZiAoc3lzY3RsbmFtZXRvbWliKGJ1ZiwgbWliLCAmbmxl bikgPT0gLTEpCisJCXJldHVybiAoLTEpOworCisJLyogUmVhZCB0aGUgc2Vuc29yIHRlbXBlcmF0 dXJlLiAqLworCWxlbiA9IHNpemVvZih0ZW1wKTsKKwlpZiAoc3lzY3RsKG1pYiwgbmxlbiwgJnRl bXAsICZsZW4sIE5VTEwsIDApID09IC0xKQorCQlyZXR1cm4gKC0xKTsKKworCS8qIEFkZCB0aGUg c2Vuc29yIGRhdGEgdG8gdGhlIHRhYmxlLiAqLworCXNlbnNvciA9IGNhbGxvYygxLCBzaXplb2Yo KnNlbnNvcikpOworCWlmIChzZW5zb3IgPT0gTlVMTCkgeworCQlzeXNsb2coTE9HX0VSUiwgIlVu YWJsZSB0byBhbGxvY2F0ZSAlenUgYnl0ZXMgZm9yIHJlc291cmNlIiwKKwkJICAgIHNpemVvZigq c2Vuc29yKSk7CisJCXJldHVybiAoLTEpOworCX0KKwlzZW5zb3ItPmluZGV4ID0gKytsbTc1X3Nl bnNvcnM7CisJc2Vuc29yLT5zeXNjdGxpZHggPSBpZHg7CisJc2Vuc29yLT50ZW1wID0gKHRlbXAg LSBUWl9aRVJPQykgLyAxMDsKKwlUQUlMUV9JTlNFUlRfVEFJTCgmc2Vuc29ycywgc2Vuc29yLCBs aW5rKTsKKworCXVwZGF0ZV9zZW5zb3Ioc2Vuc29yLCBpZHgpOworCisJcmV0dXJuICgwKTsKK30K Kworc3RhdGljIGludAordXBkYXRlX3NlbnNvcnModm9pZCkKK3sKKwljaGFyIGJ1ZltMTTc1QlVG XTsKKwlpbnQgaSwgcm9vdFs1XSwgKm5leHQsICpvaWQ7CisJc2l6ZV90IGxlbiwgbmV4dGxlbiwg cm9vdGxlbjsKKwlzdGF0aWMgdWludDY0X3Qgbm93OworCisJbm93ID0gZ2V0X3RpY2tzKCk7CisJ aWYgKG5vdyAtIGxhc3Rfc2Vuc29yc191cGRhdGUgPCBVUERBVEVfSU5URVJWQUwpCisJCXJldHVy biAoMCk7CisKKwlsYXN0X3NlbnNvcnNfdXBkYXRlID0gbm93OworCisJLyogUmVzZXQgdGhlIHNl bnNvciBkYXRhLiAqLworCWZyZWVfc2Vuc29ycygpOworCWxtNzVfc2Vuc29ycyA9IDA7CisKKwkv KiBTdGFydCBmcm9tIHRoZSBsbTc1IGRlZmF1bHQgcm9vdCBub2RlLiAqLworCXJvb3RsZW4gPSAy OworCWlmIChzeXNjdGxuYW1ldG9taWIoImRldi5sbTc1Iiwgcm9vdCwgJnJvb3RsZW4pID09IC0x KQorCQlyZXR1cm4gKDApOworCisJb2lkID0gKGludCAqKW1hbGxvYyhzaXplb2YoaW50KSAqIHJv b3RsZW4pOworCWlmIChvaWQgPT0gTlVMTCkgeworCQlwZXJyb3IoIm1hbGxvYyIpOworCQlyZXR1 cm4gKC0xKTsKKwl9CisJbWVtY3B5KG9pZCwgcm9vdCwgcm9vdGxlbiAqIHNpemVvZihpbnQpKTsK KwlsZW4gPSByb290bGVuOworCisJLyogVHJhdmVyc2UgdGhlIHN5c2N0bCgzKSBpbnRlcmZhY2Ug YW5kIGZpbmQgdGhlIGFjdGl2ZSBzZW5zb3JzLiAqLworCWZvciAoOzspIHsKKworCQkvKiBGaW5k IHRoZSBzaXplIG9mIHRoZSBuZXh0IG1pYi4gKi8KKwkJbmV4dGxlbiA9IDA7CisJCWlmIChzeXNj dGxnZXRuZXh0KG9pZCwgbGVuLCBOVUxMLCAmbmV4dGxlbikgPT0gLTEpIHsKKwkJCWZyZWUob2lk KTsKKwkJCXJldHVybiAoMCk7CisJCX0KKwkJLyogQWxvY2F0ZSBhbmQgcmVhZCB0aGUgbmV4dCBt aWIuICovCisJCW5leHQgPSAoaW50ICopbWFsbG9jKG5leHRsZW4pOworCQlpZiAobmV4dCA9PSBO VUxMKSB7CisJCQlzeXNsb2coTE9HX0VSUiwKKwkJCSAgICAiVW5hYmxlIHRvIGFsbG9jYXRlICV6 dSBieXRlcyBmb3IgcmVzb3VyY2UiLAorCQkJICAgIG5leHRsZW4pOworCQkJZnJlZShvaWQpOwor CQkJcmV0dXJuICgtMSk7CisJCX0KKwkJaWYgKHN5c2N0bGdldG5leHQob2lkLCBsZW4sIG5leHQs ICZuZXh0bGVuKSA9PSAtMSkgeworCQkJZnJlZShvaWQpOworCQkJZnJlZShuZXh0KTsKKwkJCXJl dHVybiAoMCk7CisJCX0KKwkJZnJlZShvaWQpOworCQkvKiBDaGVjayBpZiB3ZSBjYXJlIGFib3V0 IHRoZSBuZXh0IG1pYi4gKi8KKwkJZm9yIChpID0gMDsgaSA8IChpbnQpcm9vdGxlbjsgaSsrKQor CQkJaWYgKG5leHRbaV0gIT0gcm9vdFtpXSkgeworCQkJCWZyZWUobmV4dCk7CisJCQkJcmV0dXJu ICgwKTsKKwkJCX0KKwkJb2lkID0gKGludCAqKW1hbGxvYyhuZXh0bGVuKTsKKwkJaWYgKG9pZCA9 PSBOVUxMKSB7CisJCQlzeXNsb2coTE9HX0VSUiwKKwkJCSAgICAiVW5hYmxlIHRvIGFsbG9jYXRl ICV6dSBieXRlcyBmb3IgcmVzb3VyY2UiLAorCQkJICAgIG5leHRsZW4pOworCQkJZnJlZShuZXh0 KTsKKwkJCXJldHVybiAoLTEpOworCQl9CisJCW1lbWNweShvaWQsIG5leHQsIG5leHRsZW4pOwor CQlmcmVlKG5leHQpOworCQlsZW4gPSBuZXh0bGVuIC8gc2l6ZW9mKGludCk7CisKKwkJLyogRmlu ZCB0aGUgbWliIG5hbWUuICovCisJCWlmIChzeXNjdGxuYW1lKG9pZCwgbGVuLCBidWYsIHNpemVv ZihidWYpKSAhPSAwKQorCQkJY29udGludWU7CisKKwkJaWYgKHN0cnN0cihidWYsICJ0ZW1wZXJh dHVyZSIpKQorCQkJaWYgKGFkZF9zZW5zb3IoYnVmLCBsZW4pICE9IDApIHsKKwkJCQlmcmVlKG9p ZCk7CisJCQkJcmV0dXJuICgtMSk7CisJCQl9CisJfQorCisJcmV0dXJuICgwKTsKK30KKworaW50 CitvcF9sbTc1U2Vuc29ycyhzdHJ1Y3Qgc25tcF9jb250ZXh0ICpjb250ZXh0IF9fdW51c2VkLCBz dHJ1Y3Qgc25tcF92YWx1ZSAqdmFsdWUsCisgICAgdV9pbnQgc3ViLCB1X2ludCBpaWR4IF9fdW51 c2VkLCBlbnVtIHNubXBfb3Agb3ApCit7CisJYXNuX3N1YmlkX3Qgd2hpY2g7CisKKwlpZiAodXBk YXRlX3NlbnNvcnMoKSA9PSAtMSkKKwkJcmV0dXJuIChTTk1QX0VSUl9SRVNfVU5BVkFJTCk7CisK Kwl3aGljaCA9IHZhbHVlLT52YXIuc3Vic1tzdWIgLSAxXTsKKworCXN3aXRjaCAob3ApIHsKKwlj YXNlIFNOTVBfT1BfR0VUOgorCQlzd2l0Y2ggKHdoaWNoKSB7CisJCWNhc2UgTEVBRl9sbTc1U2Vu c29yczoKKwkJCXZhbHVlLT52LmludGVnZXIgPSBsbTc1X3NlbnNvcnM7CisJCQlicmVhazsKKwkJ ZGVmYXVsdDoKKwkJCXJldHVybiAoU05NUF9FUlJfUkVTX1VOQVZBSUwpOworCQl9CisJCWJyZWFr OworCWNhc2UgU05NUF9PUF9TRVQ6CisJCXJldHVybiAoU05NUF9FUlJfTk9UX1dSSVRFQUJMRSk7 CisJY2FzZSBTTk1QX09QX0dFVE5FWFQ6CisJY2FzZSBTTk1QX09QX1JPTExCQUNLOgorCWNhc2Ug U05NUF9PUF9DT01NSVQ6CisJCXJldHVybiAoU05NUF9FUlJfTk9FUlJPUik7CisJZGVmYXVsdDoK KwkJcmV0dXJuIChTTk1QX0VSUl9SRVNfVU5BVkFJTCk7CisJfQorCisJcmV0dXJuIChTTk1QX0VS Ul9OT0VSUk9SKTsKK30KKworaW50CitvcF9sbTc1U2Vuc29yVGFibGUoc3RydWN0IHNubXBfY29u dGV4dCAqY29udGV4dCBfX3VudXNlZCwKKyAgICBzdHJ1Y3Qgc25tcF92YWx1ZSAqdmFsdWUsIHVf aW50IHN1YiwgdV9pbnQgaWlkeCBfX3VudXNlZCwgZW51bSBzbm1wX29wIG9wKQoreworCXN0cnVj dCBsbTc1X3NubXBfc2Vuc29yICpzZW5zb3I7CisJYXNuX3N1YmlkX3Qgd2hpY2g7CisJaW50IHJl dDsKKworCWlmICh1cGRhdGVfc2Vuc29ycygpID09IC0xKQorCQlyZXR1cm4gKFNOTVBfRVJSX1JF U19VTkFWQUlMKTsKKworCXdoaWNoID0gdmFsdWUtPnZhci5zdWJzW3N1YiAtIDFdOworCisJc3dp dGNoIChvcCkgeworCWNhc2UgU05NUF9PUF9HRVRORVhUOgorCQlzZW5zb3IgPSBORVhUX09CSkVD VF9JTlQoJnNlbnNvcnMsICZ2YWx1ZS0+dmFyLCBzdWIpOworCQlpZiAoc2Vuc29yID09IE5VTEwp CisJCQlyZXR1cm4gKFNOTVBfRVJSX05PU1VDSE5BTUUpOworCQl2YWx1ZS0+dmFyLmxlbiA9IHN1 YiArIDE7CisJCXZhbHVlLT52YXIuc3Vic1tzdWJdID0gc2Vuc29yLT5pbmRleDsKKwkJYnJlYWs7 CisJY2FzZSBTTk1QX09QX0dFVDoKKwkJaWYgKHZhbHVlLT52YXIubGVuIC0gc3ViICE9IDEpCisJ CQlyZXR1cm4gKFNOTVBfRVJSX05PU1VDSE5BTUUpOworCQlzZW5zb3IgPSBGSU5EX09CSkVDVF9J TlQoJnNlbnNvcnMsICZ2YWx1ZS0+dmFyLCBzdWIpOworCQlpZiAoc2Vuc29yID09IE5VTEwpCisJ CQlyZXR1cm4gKFNOTVBfRVJSX05PU1VDSE5BTUUpOworCQlicmVhazsKKwljYXNlIFNOTVBfT1Bf U0VUOgorCQlyZXR1cm4gKFNOTVBfRVJSX05PVF9XUklURUFCTEUpOworCWNhc2UgU05NUF9PUF9S T0xMQkFDSzoKKwljYXNlIFNOTVBfT1BfQ09NTUlUOgorCQlyZXR1cm4gKFNOTVBfRVJSX05PRVJS T1IpOworCWRlZmF1bHQ6CisJCXJldHVybiAoU05NUF9FUlJfUkVTX1VOQVZBSUwpOworCX0KKwor CXJldCA9IFNOTVBfRVJSX05PRVJST1I7CisKKwlzd2l0Y2ggKHdoaWNoKSB7CisJY2FzZSBMRUFG X2xtNzVTZW5zb3JJbmRleDoKKwkJdmFsdWUtPnYuaW50ZWdlciA9IHNlbnNvci0+aW5kZXg7CisJ CWJyZWFrOworCWNhc2UgTEVBRl9sbTc1U2Vuc29yU3lzY3RsSW5kZXg6CisJCXZhbHVlLT52Lmlu dGVnZXIgPSBzZW5zb3ItPnN5c2N0bGlkeDsKKwkJYnJlYWs7CisJY2FzZSBMRUFGX2xtNzVTZW5z b3JEZXNjOgorCQlyZXQgPSBzdHJpbmdfZ2V0KHZhbHVlLCBzZW5zb3ItPmRlc2MsIC0xKTsKKwkJ YnJlYWs7CisJY2FzZSBMRUFGX2xtNzVTZW5zb3JMb2NhdGlvbjoKKwkJcmV0ID0gc3RyaW5nX2dl dCh2YWx1ZSwgc2Vuc29yLT5sb2NhdGlvbiwgLTEpOworCQlicmVhazsKKwljYXNlIExFQUZfbG03 NVNlbnNvclBucEluZm86CisJCXJldCA9IHN0cmluZ19nZXQodmFsdWUsIHNlbnNvci0+cG5waW5m bywgLTEpOworCQlicmVhazsKKwljYXNlIExFQUZfbG03NVNlbnNvclBhcmVudDoKKwkJcmV0ID0g c3RyaW5nX2dldCh2YWx1ZSwgc2Vuc29yLT5wYXJlbnQsIC0xKTsKKwkJYnJlYWs7CisJY2FzZSBM RUFGX2xtNzVTZW5zb3JUZW1wZXJhdHVyZToKKwkJdmFsdWUtPnYuaW50ZWdlciA9IHNlbnNvci0+ dGVtcDsKKwkJYnJlYWs7CisJZGVmYXVsdDoKKwkJcmV0ID0gU05NUF9FUlJfUkVTX1VOQVZBSUw7 CisJCWJyZWFrOworCX0KKworCXJldHVybiAocmV0KTsKK30KClByb3BlcnR5IGNoYW5nZXMgb246 IHVzci5zYmluL2Jzbm1wZC9tb2R1bGVzL3NubXBfbG03NS9zbm1wX2xtNzUuYwpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f CkFkZGVkOiBzdm46ZW9sLXN0eWxlCiMjIC0wLDAgKzEgIyMKK25hdGl2ZQpcIE5vIG5ld2xpbmUg YXQgZW5kIG9mIHByb3BlcnR5CkFkZGVkOiBzdm46bWltZS10eXBlCiMjIC0wLDAgKzEgIyMKK3Rl eHQvcGxhaW4KXCBObyBuZXdsaW5lIGF0IGVuZCBvZiBwcm9wZXJ0eQpBZGRlZDogc3ZuOmtleXdv cmRzCiMjIC0wLDAgKzEgIyMKK0ZyZWVCU0Q9JUgKXCBObyBuZXdsaW5lIGF0IGVuZCBvZiBwcm9w ZXJ0eQo= --bcaec53d5eb583d78b04f409aa66-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 20:52:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18671472 for ; Fri, 7 Mar 2014 20:52:43 +0000 (UTC) Received: from mail-pa0-f53.google.com (mail-pa0-f53.google.com [209.85.220.53]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DBB48D8D for ; Fri, 7 Mar 2014 20:52:42 +0000 (UTC) Received: by mail-pa0-f53.google.com with SMTP id ld10so4637240pab.26 for ; Fri, 07 Mar 2014 12:52:42 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=c66LkjWszxUEEt24uYbDipnaXoOodoxEm0vKSx3azig=; b=VHn9ioOxqYUoFe044Bsw4PuVrU5hPIG8shlBBjSC4UBLRwa2bLXMLqMHhJ/CzYD8ZW +/TLW7sl4Dg7i/d6udDl4MsIL1m3v+zgDQOhE0GyxrRFiVyfjoyGJVq45G2GNDzs2zLP 9bo7r81FEy5lbwqgtFY4A1IKrKBe7WBN77+DExmy4vAjwpqJzovbyZWMWELxQZez0sUj HNqq8PLN8+WnalZN11z9zR9PkSgoR74evF1mhfAhDMYO3/xI3I7yDkDkjN6POruA97CZ jiJzGc4C+WJ0QOHTskZfZl4FjL/B9NlqgsniZRgGGBvgmxipzxz1zg+mW1Q6beA/bZ/e IEtA== X-Gm-Message-State: ALoCoQna9EwtRlLy8adgLayci27OkGQeqo5xo1tJguAJO4kTFgO8jdnLzs8NW/BFQLfRdZQxCOj0 X-Received: by 10.68.76.68 with SMTP id i4mr24075403pbw.73.1394225562209; Fri, 07 Mar 2014 12:52:42 -0800 (PST) Received: from lgmac-cvenus.corp.netflix.com (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id ug9sm40074681pbc.11.2014.03.07.12.52.40 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 07 Mar 2014 12:52:41 -0800 (PST) Sender: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: warning: filename ends with '.', which is not allowed on Windows: 'tools/test/sort/bigtest/q-1.024.003.' From: Warner Losh In-Reply-To: <3D879607-7AB5-475E-86DC-BBD97FC7269D@felyko.com> Date: Fri, 7 Mar 2014 13:52:38 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <473D0436-9FCB-40A3-A774-B3215DBB9C80@gmail.com> References: <5319757E.1060301@freebsd.org> <821C2C51-604E-43E0-9796-300996B81B41@FreeBSD.org> <40D5835F-679A-4ED9-AFC4-8E80773E5D82@FreeBSD.org> <3D879607-7AB5-475E-86DC-BBD97FC7269D@felyko.com> To: Rui Paulo X-Mailer: Apple Mail (2.1874) Cc: Rui Paulo , FreeBSD Current , David Chisnall , David Xu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 20:52:43 -0000 On Mar 7, 2014, at 11:50 AM, Rui Paulo wrote: > On 7 Mar 2014, at 10:38, David Chisnall wrote: >=20 >> On 7 Mar 2014, at 16:41, Rui Paulo wrote: >>=20 >>> On 6 Mar 2014, at 23:30, David Xu wrote: >>>> it seems filename ended with a dot is illegal on Windows, if = someone >>>> wants to check out freebsd source code on Windows, it will be a = problem. >>>=20 >>> Is this something we want to support? >>=20 >> Yes, definitely. Building FreeBSD on other platforms is one of the = requests we get very often from embedded systems vendors. Cheap = virtualisation has made it less urgent (they can just stick a FreeBSD = VirtualBox VM on their workstations), but it's definitely something we'd = like eventually. To my knowledge, no one is working on it, but we = should aim to make life easy for whoever does... >=20 > I guess I should clarify: I wasn=92t talking about cross building in = general, but specifically on Windows. It=92s far easier to setup a = case-sensitive file system on OS X and cross build FreeBSD from there = than it is on Windows. I=92m not even sure NetBSD builds on Windows = with Cygwin anymore. >=20 > Warner was working on building FreeBSD from OS X, IIRC. When I worked at Cisco in 2008, yes. That work went approximately = no-where when I hit a huge snag in building gdb using static = configurations for FreeBSD, but on a OS X host and the differences = between them mattering. Warner From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 21:55:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5F17E308 for ; Fri, 7 Mar 2014 21:55:47 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1AEBA2C6 for ; Fri, 7 Mar 2014 21:55:46 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1WM2k3-0044XB-Fp>; Fri, 07 Mar 2014 22:55:43 +0100 Received: from e179133143.adsl.alicedsl.de ([85.179.133.143] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1WM2k3-0042pl-AZ>; Fri, 07 Mar 2014 22:55:43 +0100 Date: Fri, 7 Mar 2014 22:55:37 +0100 From: "O. Hartmann" To: Allan Jude Subject: Re: ipfw: fetch doesn't reach ftp://fttp.sites.foo Message-ID: <20140307225537.3c672d34.ohartman@zedat.fu-berlin.de> In-Reply-To: <531A2D23.30907@allanjude.com> References: <20140307195719.654653c9.ohartman@zedat.fu-berlin.de> <531A2D23.30907@allanjude.com> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/J+znIwIzI6+HxnpVE3+ZH3n"; protocol="application/pgp-signature" X-Originating-IP: 85.179.133.143 X-ZEDAT-Hint: A Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 21:55:47 -0000 --Sig_/J+znIwIzI6+HxnpVE3+ZH3n Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 07 Mar 2014 15:33:39 -0500 Allan Jude wrote: > On 2014-03-07 13:57, O. Hartmann wrote: > >=20 > > Recently I swaitched from pf to ipfw on some CURRENT boxes and for conv= enience I used > > the "workstation" predefinition of FreeBSD. But with that change, all a= ccess of ports > > via fetch located at ftp-sites stopped passing the filter. > >=20 > > Even switching to "open" doesn't help and this is confusing me. > >=20 > > The CURRENT box in question is passing its traffic within a LAN through= a gateway > > running also FreeBSD CURRENT, but with pf. The gateway is performing NA= T. As long as > > the failing client behind the gateway system is using pf as the filter,= the traffic > > for ftp seems to pass through. On the gateway with pf as the default fi= lter, the > > ports fetching via ftp-site their sources perform without problems. > >=20 > > What is up with IPFW? > >=20 > > Is their a solution? I tried to search google for "freebsd ipfw ftp" bu= t I didn't find > > anything suitable targeting my problem or any problem of that kind. > >=20 > >=20 > > Thanks in adavance, > >=20 > > Oliver=20 > >=20 >=20 > What error does fetch give? Is it having problems with DNS, connection > to the FTP site, or just making the FTP DATA connection? Have you tried > with 'passive' mode on/off? >=20 The box doesn't have problems contacting any DNS. Fetch gives the shown "errors" or simple timeouts. Either manually or via = portmaster to update ports like the one shown below. The very same port has no problems on the system having pf instead of ipfw. I will switch back to pf on the box in question to check whether the choice= of firewall really makes the difference. This is what I get when seeting passive mode (it doesn't change anything fr= om "active" mode): root@thor: [pciids] setenv FTP_PASSIVE_MODE YES root@thor: [pciids] make fetch =3D=3D=3D> License BSD3CLAUSE GPLv2 GPLv3 accepted by the user =3D=3D=3D> pciids-20140301 depends on file: /usr/local/sbin/pkg - found =3D> pciids-20140301.tar.xz doesn't seem to exist in /usr/ports/distfiles/. =3D> Attempting to fetch http://ftp.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sunpoet/pciids-201= 40301.tar.xz fetch: http://ftp.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sunpoet/pciids-201= 40301.tar.xz: Not Found =3D> Attempting to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sunpoet/pciids-2014= 0301.tar.xz fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sunpoet/pciids-2014= 0301.tar.xz: No route to host =3D> Attempting to fetch ftp://ftp.se.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sunpoet/pciids-2= 0140301.tar.xz fetch: ftp://ftp.se.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sunpoet/pciids-2= 0140301.tar.xz: No route to host =3D> Attempting to fetch ftp://ftp.uk.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sunpoet/pciids-2= 0140301.tar.xz fetch: ftp://ftp.uk.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sunpoet/pciids-2= 0140301.tar.xz: No route to host =3D> Attempting to fetch ftp://ftp.ru.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sunpoet/pciids-2= 0140301.tar.xz fetch: transfer timed out --Sig_/J+znIwIzI6+HxnpVE3+ZH3n Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTGkBeAAoJEOgBcD7A/5N8zXUH/1GJqx+rhUsjB8J6UkJkxyrI DWVRXYhvrJqCSYC18J4zn12Prn6YmtReOpWjBKuEd3gChfoHRXA/jN/9tfmBU/wX V39ER7jnsEpRJLtSgiJ6EWuyi7sP3ejqv2vb9UMtgSPWDS8YGwzh5nF3I5G4KViy C34YDravufW9+4BECMx+hwz+hCvRh4Ba2D76OUrCW8RgOuC7XQYCw42YpJ1nOV6v W8/SY2wNyzIAn0IMAaFPMyRieAkSdG1k1A2u6U9vaFd9ZxFgXPYPpj/tLSd3hL7e ZbRIYIYmaU+KK8FCJUWNCZy6yatsUpMI4cuPVTKYJXJfmg391DGPt1j90ljQk5g= =9l5o -----END PGP SIGNATURE----- --Sig_/J+znIwIzI6+HxnpVE3+ZH3n-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 21:52:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F3E11E2; Fri, 7 Mar 2014 21:52:27 +0000 (UTC) Received: from mail.nanoman.ca (mail.nanoman.ca [76.10.173.222]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CDF8C2A6; Fri, 7 Mar 2014 21:52:26 +0000 (UTC) Received: from nanocomputer.nanoman.ca (nanocomputer.nanoman.ca [192.168.1.9]) by mail.nanoman.ca (Postfix) with ESMTP id CF96D11586; Fri, 7 Mar 2014 16:52:24 -0500 (EST) Received: by nanocomputer.nanoman.ca (Postfix, from userid 62661) id 814CE172A5; Fri, 7 Mar 2014 16:52:23 -0500 (EST) Date: Fri, 7 Mar 2014 16:52:23 -0500 From: "A.J. Kehoe IV (Nanoman)" To: Allan Jude , secteam@FreeBSD.org Subject: Re: Feature Proposal: Transparent upgrade of crypt() algorithms Message-ID: <20140307215223.GB49137@nanocomputer.nanoman.ca> References: <2167732.JmQmEPMV2N@desktop.reztek> <201403070913.30359.jhb@freebsd.org> <5319DE84.3040602@allanjude.com> <20140307161313.GA49137@nanocomputer.nanoman.ca> <531A2CC1.8080802@allanjude.com> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="jho1yZJdad60DJr+" Content-Disposition: inline In-Reply-To: <531A2CC1.8080802@allanjude.com> Organization: Nanoman's Company User-Agent: Mutt (FreeBSD) X-Mailman-Approved-At: Fri, 07 Mar 2014 22:00:12 +0000 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: nanoman@nanoman.ca List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Mar 2014 21:52:27 -0000 --jho1yZJdad60DJr+ Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Allan Jude wrote: >On 2014-03-07 11:13, A.J. Kehoe IV (Nanoman) wrote: >> Allan Jude wrote: >> >> [...] >> >>> Honestly, my use case is just silently upgrading the strength of the >>> hashing algorithm (when combined with my other feature request). >>> Updating my bcrypt hashes from $2a$04$ to $2b$12$ or something. Same >>> applies for the default sha512, maybe I want to update to rounds=3D15000 >> >> Like this? >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D182518 >> >> Request for comments: >> >> http://docs.freebsd.org/cgi/mid.cgi?20140106205156.GD4903 >> > >This looks like what we wanted. In the feedback you talked about some >changes to your patch required to make it work, is there any progress on >those? Derek's patches worked perfectly for our needs, but we're the sort of peopl= e who use vipw and our own utilities for user management. It wasn't until = later that we discovered at least one other file would need patching to sat= isfy everyone. We didn't want to employ the same copy-pasta method, so we = asked for feedback about our proposed alternative. secteam@, do you have any comments? Before we put any more work into this,= we want to be sure that our proposal is an acceptable one. --=20 A.J. Kehoe IV (Nanoman) | /"\ ASCII Ribbon Campaign Nanoman's Company | \ / - No HTML/RTF in E-mail E-mail: nanoman@nanoman.ca | X - No proprietary attachments WWW: http://www.nanoman.ca/ | / \ - Respect for open standards --jho1yZJdad60DJr+ Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIPUAYJKoZIhvcNAQcCoIIPQTCCDz0CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC DLwwggV3MIIDX6ADAgECAgMOkYIwDQYJKoZIhvcNAQENBQAweTEQMA4GA1UEChMHUm9vdCBD QTEeMBwGA1UECxMVaHR0cDovL3d3dy5jYWNlcnQub3JnMSIwIAYDVQQDExlDQSBDZXJ0IFNp Z25pbmcgQXV0aG9yaXR5MSEwHwYJKoZIhvcNAQkBFhJzdXBwb3J0QGNhY2VydC5vcmcwHhcN MTQwMjI0MTcwOTA5WhcNMTQwODIzMTcwOTA5WjA9MRgwFgYDVQQDEw9DQWNlcnQgV29UIFVz ZXIxITAfBgkqhkiG9w0BCQEWEm5hbm9tYW5AbmFub21hbi5jYTCCASIwDQYJKoZIhvcNAQEB BQADggEPADCCAQoCggEBAK9WRGqRDUDjWwNIfZTBp4FL5bI0kY3ZqvM6tEO+Sqp5YxATre8F a+BYbeNp/8MKfuPrRgE2jRzlePAx7kpvZUhRTGAZpncmHC7Z3FDl8Ugid4193ReCfPypb9Gs 3ZgPfzJyNuDeCM3amz/cDXC/makJLpmLzu95D91hD+V30iActE5j1tNewMq9qJRoEdr5Tqus bUjjDm8kiK5sz9JzQjFoufuaWIR57w2Sm1gDVZ0MH46fxZ/SwLDDzt4VC2u+1oS4KSmVUm6X Wv1/Fmdf2sOOu9Ro2xVjJHW+j16lsFPPj+lkDv5tb0G7I2vBoKEQg/s+h8J4F+l/xPL3O5xB c68CAwEAAaOCAUIwggE+MAwGA1UdEwEB/wQCMAAwVgYJYIZIAYb4QgENBEkWR1RvIGdldCB5 b3VyIG93biBjZXJ0aWZpY2F0ZSBmb3IgRlJFRSBoZWFkIG92ZXIgdG8gaHR0cDovL3d3dy5D QWNlcnQub3JnMA4GA1UdDwEB/wQEAwIDqDBABgNVHSUEOTA3BggrBgEFBQcDBAYIKwYBBQUH AwIGCisGAQQBgjcKAwQGCisGAQQBgjcKAwMGCWCGSAGG+EIEATAyBggrBgEFBQcBAQQmMCQw IgYIKwYBBQUHMAGGFmh0dHA6Ly9vY3NwLmNhY2VydC5vcmcwMQYDVR0fBCowKDAmoCSgIoYg aHR0cDovL2NybC5jYWNlcnQub3JnL3Jldm9rZS5jcmwwHQYDVR0RBBYwFIESbmFub21hbkBu YW5vbWFuLmNhMA0GCSqGSIb3DQEBDQUAA4ICAQCEaPJcTaHwgbPsRG2zNaFL1TioYnJPLzv4 HIIf7D6uvTHn8lNs5wgXD5iXKCxNflCmKuhTg0Oc7tRANpMI7H8UjAUsfqLMnslDKGiQw9yr Y0lOjYviAwLeTiYElR9/lWelR82WwDHAoYkrTJePhj2v138pk4fBxBOjVptqN58TjvKqqiQF lGBKpnLLwsscN3f7ITJHHs728voulBtis0aL7LuYMIrsIRg3GHPOoNlxU4ud/knjoFspOIAS a0Yb8h10eZrvSSa019abqSTK8lOBkV0bH7FT++3J5obkREtRqrRJPU92U+OYWOPSq1nPFEou TfBzJpY+AS7fi0YUVSMZ0Nr85zywlZGwETGCya1lNEKAiF6GSxpRuUD7yneUaoYQnYisi7zA BSp5ur2aiw3PFY/P2D3xFjP3zUSUszFefPlO4lMD3TYz8KCirBKDvR3hRHPV52Wam+6nwuWW HNKQ464j5jeqRTNX3FJMeytJmX59EoTltIusIEpqxC7S40JOlaDBbXsVuufvBm0Bk3RNktC7 ylA3CB2eHwAZLnxN8hIncZAq4PK2Zmth1YriEQlkCUAsVeFkLEWNAqRAsREXcfqQj4H75Pb8 ku0QsesX7Ci3R4tF4dECz0TguxI7SuSq/TpoToz8Xg+OH1O9JLODcFjx+lf5Ul0ScggcJdpI 1jCCBz0wggUloAMCAQICAQAwDQYJKoZIhvcNAQEEBQAweTEQMA4GA1UEChMHUm9vdCBDQTEe MBwGA1UECxMVaHR0cDovL3d3dy5jYWNlcnQub3JnMSIwIAYDVQQDExlDQSBDZXJ0IFNpZ25p bmcgQXV0aG9yaXR5MSEwHwYJKoZIhvcNAQkBFhJzdXBwb3J0QGNhY2VydC5vcmcwHhcNMDMw MzMwMTIyOTQ5WhcNMzMwMzI5MTIyOTQ5WjB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQL ExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRo b3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzCCAiIwDQYJKoZIhvcN AQEBBQADggIPADCCAgoCggIBAM4iwOJGfew2KAdQlvKgM0CMS/E7Zj8x5WsCNtvWfPbxiI9O dzYFQZX5CfASz0aGc2C3bn7owFhkrs2wrUUXDGP6Zwro1tK/PueYxPBM+uADuzVdbCHeniDZ us1mMjdy+vcI9cfNWMmO5w5e6j7+HKEUChVshoRbZGYqeqlLU3n1iKJ77i8KYSuNsn5NVqUT 7Orakp6sREEeWGBlBWb4wES9y5T3Qn4L92VomFEF8PMFkQQdGxeC7MhXu8NreojxsHLMJVsg kewWAhKPMukXGEjQxwUuAjBCuCWcBWs/qjqn61NI9+jStgeY3BvGNH9/yRyCegVYKwhb8zii qxddZsmY154Qi6LS3XSa93EMcmDfzW+YM52WNHY+JHqSsA6VHm/moEU4R6rXQe1KtxL21xuD ig8u2Am2WdeqBP/Sk31oLt2LS6tYui+N6pWnoMNUiaX724tRIp2yw74RviyRhouWeK0g04ov Gj/G0FFlhyGxGQFlf0Uch/V80EFMTymYIf0zH3UMBFH6GXfb1BQc7oHDHfWYt2kGkSLdAFDM gTGsEgd7ONpoW+Yr1H7JX63o63JM8wHlSyC/mqZXypEAAYuhdSE3tWMNZz5GT3AgZ87F1lnb AuDw0svNumK3kEHo3SDkKbxkKULIItx4mv9D7JgbCVFLWlrCcfHEy3Op5aELAgMBAAGjggHO MIIByjAdBgNVHQ4EFgQUFrUyG9TH8+DmjvO90rA67rI5GNEwgaMGA1UdIwSBmzCBmIAUFrUy G9TH8+DmjvO90rA67rI5GNGhfaR7MHkxEDAOBgNVBAoTB1Jvb3QgQ0ExHjAcBgNVBAsTFWh0 dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBTaWduaW5nIEF1dGhvcml0 eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3JnggEAMA8GA1UdEwEB/wQFMAMB Af8wMgYDVR0fBCswKTAnoCWgI4YhaHR0cHM6Ly93d3cuY2FjZXJ0Lm9yZy9yZXZva2UuY3Js MDAGCWCGSAGG+EIBBAQjFiFodHRwczovL3d3dy5jYWNlcnQub3JnL3Jldm9rZS5jcmwwNAYJ YIZIAYb4QgEIBCcWJWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZy9pbmRleC5waHA/aWQ9MTAwVgYJ YIZIAYb4QgENBEkWR1RvIGdldCB5b3VyIG93biBjZXJ0aWZpY2F0ZSBmb3IgRlJFRSBoZWFk IG92ZXIgdG8gaHR0cDovL3d3dy5jYWNlcnQub3JnMA0GCSqGSIb3DQEBBAUAA4ICAQAox+6c ggK6XIASyjUKHYFviWqZzPJoD3+n4Y1YlT698gbDkFqstWD2mUMBo4hwnJ1inaSHr2dYDTA2 O+atSNPLdAKGcT7iKwNo8TRiQEY7U+oo9Kz7ZpVTik1d/TvZYNfKeWk7sWWSpsaBglyczetN AYql3xFVqhXKHzfAgphwYdtqfJajji5UPk8hqZDv3IK/3OhFrU2Qcwg8lGWwBJl2f+K8wmoV qpcENyTYHpRObQ5RvtbEj8qWbfdD3+gwZSc7e7tDQ2PEQ/ey7GjM4RmOIvuY4XtaPgE3O4sI sKLzlU4ay5vNmrHbsnDwLUrb2LDjb0VIMxL//jwyKlT3xPeK8Igjwkf+ZHpxwNEepmOwB36k L9MBj9yfK7bGCKkPk0gl/BL9n0Lc88Q+9lew191p0QZ3NApL0sqg/xzGjMkWvsTMMjdoc18I +1H3SVM2BQqVAkzyeRoQ9tg6dZzzHfGiDXBnhhuzFvUv5aTreYb5PQvCcwulmaxv/Ge45S8L phgkjXvRSDUpGECsk2DhloZQtHpZ2I8hC5/PgpHGO79r3AeRuZdWI6q2bJTGSAY85M5OquT2 LwncU28u/HTrOmOZwqasibynskSgDYoQ42zyJMv6m59wRy7eFIvUsiAJlqJk8SQc3KE1nBWy 1LxVLn0G9ZwOVfRa1pPadq0lc0zFQzGCAlwwggJYAgEBMIGAMHkxEDAOBgNVBAoTB1Jvb3Qg Q0ExHjAcBgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBT aWduaW5nIEF1dGhvcml0eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3JnAgMO kYIwCQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ BTEPFw0xNDAzMDcyMTUyMjNaMCMGCSqGSIb3DQEJBDEWBBRow4Fjtf8WME/dJvQ+hHGMvYsl njBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG 9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQBYei7X 4MfaJG5QTh+GtLpLh8OEUAsPf0LFap3xSg35vFjRj0nygUQ0tAeWVRAib2d18+T610p0h9kh JemTSRFwKhIG6oFfoXLUs+n7XykyB4TEQ2PdQVao0WJgn6znlVlK8bjp9qiIn6Hdn9DQB1Z/ zEeFyeZVRxjm1PJfOZs4eKnI/uXAkXDbZeS0wGF4goxVSWRi/LWfK2xHAIDDhXYBeh7/3uzU mks+vc7WH7jL9zH1kSkAUMstt8tbvRZxI9wzxA9YIVOspboJ4kgu5JrM0urOMbIFJGU2ZR/6 d1sNxpemf1hhvDOdYU/mMMCibMYUqYziUdj59FabvETfo2h2 --jho1yZJdad60DJr+-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 22:06:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 130AA5E6; Fri, 7 Mar 2014 22:06:45 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8DCCA386; Fri, 7 Mar 2014 22:06:44 +0000 (UTC) Received: from zeta.ixsystems.com (unknown [69.198.165.132]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id F3B4114D19; Fri, 7 Mar 2014 14:06:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1394230004; bh=kaxW7FLvW8+GLzP52+0VXt/uvyw0FDVgreQSAfxiTSI=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=sFJHvcmoIYgSOmV6UJ8wfjEVQlaZLqSVaOkITE7RJd9iaFd6A04mkV9Z06+ddWq1t z1URS1Xt52+Ql7udRyAcPzk6dj0MraXLZjEynUIVZMPCwlZHgPVZgeWbhBMUN8Kdin WSWhl/HpuCC9OVWPl/wCBl2DE/MUR2yDTIiLH260= Message-ID: <531A42F3.5020207@delphij.net> Date: Fri, 07 Mar 2014 14:06:43 -0800 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: nanoman@nanoman.ca, Allan Jude , secteam@FreeBSD.org Subject: Re: Feature Proposal: Transparent upgrade of crypt() algorithms References: <2167732.JmQmEPMV2N@desktop.reztek> <201403070913.30359.jhb@freebsd.org> <5319DE84.3040602@allanjude.com> <20140307161313.GA49137@nanocomputer.nanoman.ca> <531A2CC1.8080802@allanjude.com> <20140307215223.GB49137@nanocomputer.nanoman.ca> In-Reply-To: <20140307215223.GB49137@nanocomputer.nanoman.ca> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Mar 2014 22:06:45 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi, On 03/07/14 13:52, A.J. Kehoe IV (Nanoman) wrote: > Allan Jude wrote: >> On 2014-03-07 11:13, A.J. Kehoe IV (Nanoman) wrote: >>> Allan Jude wrote: >>> >>> [...] >>> >>>> Honestly, my use case is just silently upgrading the strength >>>> of the hashing algorithm (when combined with my other feature >>>> request). Updating my bcrypt hashes from $2a$04$ to $2b$12$ >>>> or something. Same applies for the default sha512, maybe I >>>> want to update to rounds=15000 >>> >>> Like this? >>> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=182518 >>> >>> Request for comments: >>> >>> http://docs.freebsd.org/cgi/mid.cgi?20140106205156.GD4903 >>> >> >> This looks like what we wanted. In the feedback you talked about >> some changes to your patch required to make it work, is there any >> progress on those? > > Derek's patches worked perfectly for our needs, but we're the sort > of people who use vipw and our own utilities for user management. > It wasn't until later that we discovered at least one other file > would need patching to satisfy everyone. We didn't want to employ > the same copy-pasta method, so we asked for feedback about our > proposed alternative. > > secteam@, do you have any comments? Before we put any more work > into this, we want to be sure that our proposal is an acceptable > one. > Did you mean adding rounds capability, or transparent upgrade of crypt() algorithms, or both? I need some time to digest the whole transparent upgrade idea but in general I think it's good. Speaking for adding rounds, the only problem that needs to be fixed is that the proposed patch makes it possible to create conflicting configuration (passwd_format and passwd_modular can use different hashing algorithms) and need to be fixed and polished. I like the idea of making it possible to use more rounds though. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCgAGBQJTGkLzAAoJEJW2GBstM+nsaVoP/017iARGzd++lCsfqyFDozGk nXJjatlrIcRjrbCmVRT0lsHiK/hoYJ4zZPeOu8EXU1Qs0/wggGHYePX7+zEVob2S YCxhqUOdG/jqrHnH8bljzWE/OtI7Y4PvFOLpsWkOE/uulssQfGDMSy8WJzFriqzv GXjAEyFrGXCT29gW6ozTRfDfPSOfd4MhwewbMYAUykSqucMfkG4FaDAgLxv/XdRi YmLQZuxxTzEqMYanZGq/0e5CvOwOuncd0aVxncJC8ZRcsHs5cqbzcyDkkRwvw/YU g1OsLXiO08zej0rOz1E4pud8O6q3unG5dNcz9Y96oNo0fJONMrk9IetCUCHBsR8N eyWJQyHL7wwwNlC5k8U9cOnsL3zxBv54N6bfWuWNNDpJmNrvgMr9LdPso+AX0gLD y4RhVJeLCQbLrkQawoM1+Ki5N0mQibk9BBGXH/ZPScP1pNqVt9tqXp94N5ZPLV54 Uu4cn/2uKjtTjl76YFlCTvfwwiuWgds1k6CnKZIW8luOp4cG5XOoOSztONqWr6S/ yd7SLDV4f8PC7Fi1iSkSuVW5MYz1I7RRVR1Z27oV3e3UwXwIgqRjHJawNZqIgVe1 4lk84+fm75ULLfiA6bgkMCjylyWHCzrdOQt/Zx+0vyZOer5x2p4gZmnYAyV2EQIP TM611j1UES6OUGFkfbWa =4Qur -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 22:51:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 614CB309 for ; Fri, 7 Mar 2014 22:51:17 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 384E7981 for ; Fri, 7 Mar 2014 22:51:15 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 3EEF464157; Fri, 7 Mar 2014 22:51:13 +0000 (UTC) Message-ID: <531A4D5F.9080401@allanjude.com> Date: Fri, 07 Mar 2014 17:51:11 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: "O. Hartmann" Subject: Re: ipfw: fetch doesn't reach ftp://fttp.sites.foo References: <20140307195719.654653c9.ohartman@zedat.fu-berlin.de> <531A2D23.30907@allanjude.com> <20140307225537.3c672d34.ohartman@zedat.fu-berlin.de> In-Reply-To: <20140307225537.3c672d34.ohartman@zedat.fu-berlin.de> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FpvHUAfiUBHcPDonESDRpwD1nSVscG3Nl" Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 22:51:17 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --FpvHUAfiUBHcPDonESDRpwD1nSVscG3Nl Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-03-07 16:55, O. Hartmann wrote: > On Fri, 07 Mar 2014 15:33:39 -0500 > Allan Jude wrote: >=20 >> On 2014-03-07 13:57, O. Hartmann wrote: >>> >>> Recently I swaitched from pf to ipfw on some CURRENT boxes and for co= nvenience I used >>> the "workstation" predefinition of FreeBSD. But with that change, all= access of ports >>> via fetch located at ftp-sites stopped passing the filter. >>> >>> Even switching to "open" doesn't help and this is confusing me. >>> >>> The CURRENT box in question is passing its traffic within a LAN throu= gh a gateway >>> running also FreeBSD CURRENT, but with pf. The gateway is performing = NAT. As long as >>> the failing client behind the gateway system is using pf as the filte= r, the traffic >>> for ftp seems to pass through. On the gateway with pf as the default = filter, the >>> ports fetching via ftp-site their sources perform without problems. >>> >>> What is up with IPFW? >>> >>> Is their a solution? I tried to search google for "freebsd ipfw ftp" = but I didn't find >>> anything suitable targeting my problem or any problem of that kind. >>> >>> >>> Thanks in adavance, >>> >>> Oliver=20 >>> >> >> What error does fetch give? Is it having problems with DNS, connection= >> to the FTP site, or just making the FTP DATA connection? Have you trie= d >> with 'passive' mode on/off? >> > The box doesn't have problems contacting any DNS. >=20 > Fetch gives the shown "errors" or simple timeouts. Either manually or = via portmaster to > update ports like the one shown below. >=20 > The very same port has no problems on the system having pf instead of i= pfw. >=20 > I will switch back to pf on the box in question to check whether the ch= oice of firewall > really makes the difference. >=20 > This is what I get when seeting passive mode (it doesn't change anythin= g from "active" > mode): >=20 > root@thor: [pciids] setenv FTP_PASSIVE_MODE YES >=20 > root@thor: [pciids] make fetch > =3D=3D=3D> License BSD3CLAUSE GPLv2 GPLv3 accepted by the user > =3D=3D=3D> pciids-20140301 depends on file: /usr/local/sbin/pkg - fou= nd > =3D> pciids-20140301.tar.xz doesn't seem to exist in /usr/ports/distfil= es/. > =3D> Attempting to fetch > http://ftp.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sunpoet/pciids= -20140301.tar.xz > fetch: > http://ftp.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sunpoet/pciids= -20140301.tar.xz: > Not Found =3D> Attempting to fetch > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sunpoet/pciids-= 20140301.tar.xz > fetch: > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sunpoet/pciids-= 20140301.tar.xz: > No route to host =3D> Attempting to fetch > ftp://ftp.se.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sunpoet/pcii= ds-20140301.tar.xz > fetch: > ftp://ftp.se.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sunpoet/pcii= ds-20140301.tar.xz: > No route to host =3D> Attempting to fetch > ftp://ftp.uk.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sunpoet/pcii= ds-20140301.tar.xz > fetch: > ftp://ftp.uk.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sunpoet/pcii= ds-20140301.tar.xz: > No route to host =3D> Attempting to fetch > ftp://ftp.ru.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sunpoet/pcii= ds-20140301.tar.xz > fetch: transfer timed out >=20 'no route to host' suggests it might be trying to do ipv6 --=20 Allan Jude --FpvHUAfiUBHcPDonESDRpwD1nSVscG3Nl 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTGk1iAAoJEJrBFpNRJZKf3p0QALZg58bEcH5jtd8NPU43dB31 trD1nQlMZMurDKpSfdxKM9Z0FMsQY2IywZumYb+UCrB84LD5IHrmZX0KZ4bqFD8V DEZKXFmLuD82UCVTMVeVziVTm1Yf/918EfKVYgpoXLdnhMc4oCnp+jUzlrALLMYL nqdYecJp9dTHwTr23xzn1Xtep+G1OSGX3M/p2TjFqQJFAKVtvTHF+ZaD+CZfJ9Pi o2AvsDMvGp1po27m5ZjhyBUUERWlkbDEQ8VwxFynlt7NKX+wANm5pQvzjI2lqyJM r1Y59bt/muDDNc/r5OPrnEvnw7IwNo3gmVJ8h23jHjKAVhHv7pfCStI0cQR5MQY5 F2siqk7i91zat7eUTAigRahlQ9RY4KFan6EYv6n3uwpf8FosVueKAlGzy7rrVLN7 A8gJ1sGL5DTejeDkcx1t9jkQVa89ttuwiMZBpjdSIt2pWZjlQrhNHUEpOCnEYkd8 poiaqxtMJGGnFxBkbxaSS0jDBq0d7k0SGbdXT1mCItPYmMDcTciDYwivo16iAaxz RIjSbuKPJwqyYaY/lNA75kUd9VOK0XVt/Pso6jXtY9VcqUGKUMW9XL0Y15qRepiD HHNahsPIvxXtDxUPRB7u1alMRFiRxdneEPHs4rhskhHMrNqJiQ1qXBb40NvZIUL6 WVJXzlBaimGmJlWZyRDa =lM+D -----END PGP SIGNATURE----- --FpvHUAfiUBHcPDonESDRpwD1nSVscG3Nl-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 22:53:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5BEA95A0; Fri, 7 Mar 2014 22:53:22 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 1ADA89A9; Fri, 7 Mar 2014 22:53:21 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 8A8F864176; Fri, 7 Mar 2014 22:53:20 +0000 (UTC) Message-ID: <531A4DE1.3070507@allanjude.com> Date: Fri, 07 Mar 2014 17:53:21 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: d@delphij.net, nanoman@nanoman.ca, secteam@FreeBSD.org Subject: Re: Feature Proposal: Transparent upgrade of crypt() algorithms References: <2167732.JmQmEPMV2N@desktop.reztek> <201403070913.30359.jhb@freebsd.org> <5319DE84.3040602@allanjude.com> <20140307161313.GA49137@nanocomputer.nanoman.ca> <531A2CC1.8080802@allanjude.com> <20140307215223.GB49137@nanocomputer.nanoman.ca> <531A42F3.5020207@delphij.net> In-Reply-To: <531A42F3.5020207@delphij.net> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kN5MUE7NooA3HWAQt4Osct65qbTiqa8qT" Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 22:53:22 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --kN5MUE7NooA3HWAQt4Osct65qbTiqa8qT Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-03-07 17:06, Xin Li wrote: > Hi, >=20 > On 03/07/14 13:52, A.J. Kehoe IV (Nanoman) wrote: >> Allan Jude wrote: >>> On 2014-03-07 11:13, A.J. Kehoe IV (Nanoman) wrote: >>>> Allan Jude wrote: >>>> >>>> [...] >>>> >>>>> Honestly, my use case is just silently upgrading the strength >>>>> of the hashing algorithm (when combined with my other feature >>>>> request). Updating my bcrypt hashes from $2a$04$ to $2b$12$ >>>>> or something. Same applies for the default sha512, maybe I >>>>> want to update to rounds=3D15000 >>>> >>>> Like this? >>>> >>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D182518 >>>> >>>> Request for comments: >>>> >>>> http://docs.freebsd.org/cgi/mid.cgi?20140106205156.GD4903 >>>> >>> >>> This looks like what we wanted. In the feedback you talked about >>> some changes to your patch required to make it work, is there any >>> progress on those? >=20 >> Derek's patches worked perfectly for our needs, but we're the sort >> of people who use vipw and our own utilities for user management. >> It wasn't until later that we discovered at least one other file >> would need patching to satisfy everyone. We didn't want to employ >> the same copy-pasta method, so we asked for feedback about our >> proposed alternative. >=20 >> secteam@, do you have any comments? Before we put any more work >> into this, we want to be sure that our proposal is an acceptable >> one. >=20 >=20 > Did you mean adding rounds capability, or transparent upgrade of > crypt() algorithms, or both? There are 2 separate but related threads 1) specify rounds for crypt() 2) transparent upgrade of crypt() algo (or more likely just number of rounds) >=20 > I need some time to digest the whole transparent upgrade idea but in > general I think it's good. >=20 > Speaking for adding rounds, the only problem that needs to be fixed is > that the proposed patch makes it possible to create conflicting > configuration (passwd_format and passwd_modular can use different > hashing algorithms) and need to be fixed and polished. I like the > idea of making it possible to use more rounds though. >=20 > Cheers, >=20 --=20 Allan Jude --kN5MUE7NooA3HWAQt4Osct65qbTiqa8qT 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTGk3hAAoJEJrBFpNRJZKfNiYP/0LZM+JWtdLr5ORh7aXXP5L0 olojR8v9O5JgSAZ5LT90WQ4H/tIeJLcmltrW6lr1+oHWegxdq1sMo1vJo9yePUUR 8UeZ6tVtjdblu9IFoeKZwb1RMsKyJcOfUojWZgKyVStxGIZ248/rL4zqaUA+Zujh wT4jSC9nZx88wzy2IbLL0vR7VPG7bkxnUtiUstIB/ENDZbkjz1ynKX3hx+rNfpuI fMUMpREnZ+oxU4vB9/pwPytB3krFkPNpcrClqWWEWI9Wphw3Lqr1pvJsYYZ4l8XU PcLf7D6ir52U+RAmACIU0LtAgy59mecbtkj24hsfS6ywDMbqubc2SG078AUxWFwz Djxrk+DuBUZUYlBgRohY2MgvyszN+adzUpwNzWXNb1eRpDKQVoXuBF1cSzZ/Z8HA RRGXzWQaKF+ka29cEIRcSXcC/Bi27BPaWBqxr9fLIQJ5QXJNccbUbftCQUpyUGuL AtCymZW64jKoMdctOHTP3EU4kBCEeUl4O5azVqULpyGvalas0MUDd1E4PJ1ohwkP AJ2u0b6lvjNTlqB4KDb2msmaZmvPAVCKZVRqIHQjLVcsA42sfVOtkDfn0jYH2NUU wbOE5AYgKb3q8YztDwShE9fDVo7HvtRzp62AKnjZq9yNZzfpiP3ey1dE7+A1Hg1D No7/IdZH94KVC0HcEXcW =WKjN -----END PGP SIGNATURE----- --kN5MUE7NooA3HWAQt4Osct65qbTiqa8qT-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 23:07:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9370FCB5; Fri, 7 Mar 2014 23:07:27 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 65FA2ACA; Fri, 7 Mar 2014 23:07:27 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s27N7Huw017569 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Mar 2014 15:07:17 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s27N7GMj017568; Fri, 7 Mar 2014 15:07:16 -0800 (PST) (envelope-from jmg) Date: Fri, 7 Mar 2014 15:07:16 -0800 From: John-Mark Gurney To: Allan Jude Subject: Re: Feature Proposal: Transparent upgrade of crypt() algorithms Message-ID: <20140307230715.GA17019@funkthat.com> Mail-Followup-To: Allan Jude , d@delphij.net, nanoman@nanoman.ca, secteam@freebsd.org, Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , freebsd-current@freebsd.org References: <2167732.JmQmEPMV2N@desktop.reztek> <201403070913.30359.jhb@freebsd.org> <5319DE84.3040602@allanjude.com> <20140307161313.GA49137@nanocomputer.nanoman.ca> <531A2CC1.8080802@allanjude.com> <20140307215223.GB49137@nanocomputer.nanoman.ca> <531A42F3.5020207@delphij.net> <531A4DE1.3070507@allanjude.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <531A4DE1.3070507@allanjude.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Fri, 07 Mar 2014 15:07:17 -0800 (PST) Cc: nanoman@nanoman.ca, freebsd-current@freebsd.org, d@delphij.net, secteam@freebsd.org, Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 23:07:27 -0000 Allan Jude wrote this message on Fri, Mar 07, 2014 at 17:53 -0500: > On 2014-03-07 17:06, Xin Li wrote: > > Hi, > > > > On 03/07/14 13:52, A.J. Kehoe IV (Nanoman) wrote: > >> Allan Jude wrote: > >>> On 2014-03-07 11:13, A.J. Kehoe IV (Nanoman) wrote: > >>>> Allan Jude wrote: > >>>> > >>>> [...] > >>>> > >>>>> Honestly, my use case is just silently upgrading the strength > >>>>> of the hashing algorithm (when combined with my other feature > >>>>> request). Updating my bcrypt hashes from $2a$04$ to $2b$12$ > >>>>> or something. Same applies for the default sha512, maybe I > >>>>> want to update to rounds=15000 > >>>> > >>>> Like this? > >>>> > >>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=182518 > >>>> > >>>> Request for comments: > >>>> > >>>> http://docs.freebsd.org/cgi/mid.cgi?20140106205156.GD4903 > >>>> > >>> > >>> This looks like what we wanted. In the feedback you talked about > >>> some changes to your patch required to make it work, is there any > >>> progress on those? > > > >> Derek's patches worked perfectly for our needs, but we're the sort > >> of people who use vipw and our own utilities for user management. > >> It wasn't until later that we discovered at least one other file > >> would need patching to satisfy everyone. We didn't want to employ > >> the same copy-pasta method, so we asked for feedback about our > >> proposed alternative. > > > >> secteam@, do you have any comments? Before we put any more work > >> into this, we want to be sure that our proposal is an acceptable > >> one. > > > > > > Did you mean adding rounds capability, or transparent upgrade of > > crypt() algorithms, or both? > > There are 2 separate but related threads > > 1) specify rounds for crypt() > > 2) transparent upgrade of crypt() algo (or more likely just number of > rounds) Can't the two be merged... where 2 becomes a flag in login.conf instead of an algo fetch, and then if it's true, it does the algo fetch from 1? I really would like us to get 1 in, and then on boot dynamicly adjust the number of rounds depending upon CPU usage... obviously, a flag will adjust how long/many rounds the admin wants, but it would allow an automatic increase in security as faster CPUs are used... Anyways, how many people are still using passwords instead of ssh keys? Setting the time to be something like 100ms may seem long, but considering few people should be using passwords these days, it's less of an issue... Xin Li, if you need help reviewing, testing, let me know... > > I need some time to digest the whole transparent upgrade idea but in > > general I think it's good. > > > > Speaking for adding rounds, the only problem that needs to be fixed is > > that the proposed patch makes it possible to create conflicting > > configuration (passwd_format and passwd_modular can use different > > hashing algorithms) and need to be fixed and polished. I like the > > idea of making it possible to use more rounds though. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 23:12:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D1BAF42 for ; Fri, 7 Mar 2014 23:12:37 +0000 (UTC) Received: from mail-qc0-x236.google.com (mail-qc0-x236.google.com [IPv6:2607:f8b0:400d:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B59D2B61 for ; Fri, 7 Mar 2014 23:12:36 +0000 (UTC) Received: by mail-qc0-f182.google.com with SMTP id e16so5464867qcx.41 for ; Fri, 07 Mar 2014 15:12:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=hueOTzkkMPZ5i4dsSO5CKzkw1SzBNZFgnmXLXkqKa8o=; b=Jj+dmUATTkC5H4wc6U7OfjRcb/t2937WIizv4BgOMhCTF9Sc/oa7WfWJDhbUeREjTP n2EJ7Zw2gQ8n8+z/KfFxAuTj0xDsIh6KNzeV+Wqx38vi92fDmgoLmpI5PvA8Gc9ToxYM tWb7GoZKw1bJE/MD/m/TtNseuAaGs8wEzSua8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=hueOTzkkMPZ5i4dsSO5CKzkw1SzBNZFgnmXLXkqKa8o=; b=M4QwWrLjg+heexBUnOARp3AYcNxju67/hoM4vl1zpKtnCCtLMkm3w9t0w+PU159OZy UIUV3dYVm500f5u679HeHMyt3Yr49qvjfgC5PgMpH6WyansJ6/AdLvelt1+sDb2KeQ2m UA+s/6vS2TG48fbmjm9+3hdJxG+zhPF954rb5uUPeSkfZRIEz+NgJa55pez3KZkwIaEr rlOBhQ07qlS7cdzoIJ951G5Aw776hBYaaOWrCZGPVSH75SdIAfDe34ZFfY7BYqH7KpVG v5B7E0FF3JqooW6YxBFf6XNicxYFySdN2axb2hzUVPoSt+T4rapdq6ZFaWAIYNHBTf4y oQkQ== X-Gm-Message-State: ALoCoQkP0EkQ4Hq+D1kmXxgA670wD+rpKRrXc6FTn7RcCORW73EQqcWAelo/x2S9jlg/0w4DbUdV X-Received: by 10.224.57.142 with SMTP id c14mr6832074qah.23.1394233955949; Fri, 07 Mar 2014 15:12:35 -0800 (PST) MIME-Version: 1.0 Received: by 10.96.147.225 with HTTP; Fri, 7 Mar 2014 15:12:04 -0800 (PST) In-Reply-To: <3D879607-7AB5-475E-86DC-BBD97FC7269D@felyko.com> References: <5319757E.1060301@freebsd.org> <821C2C51-604E-43E0-9796-300996B81B41@FreeBSD.org> <40D5835F-679A-4ED9-AFC4-8E80773E5D82@FreeBSD.org> <3D879607-7AB5-475E-86DC-BBD97FC7269D@felyko.com> From: Eitan Adler Date: Fri, 7 Mar 2014 18:12:04 -0500 Message-ID: Subject: Re: warning: filename ends with '.', which is not allowed on Windows: 'tools/test/sort/bigtest/q-1.024.003.' To: Rui Paulo Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Rui Paulo , FreeBSD Current , David Chisnall , David Xu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 23:12:37 -0000 On 7 March 2014 13:50, Rui Paulo wrote: > On 7 Mar 2014, at 10:38, David Chisnall wrote: > >> On 7 Mar 2014, at 16:41, Rui Paulo wrote: >> >>> On 6 Mar 2014, at 23:30, David Xu wrote: >>>> it seems filename ended with a dot is illegal on Windows, if someone >>>> wants to check out freebsd source code on Windows, it will be a proble= m. >>> >>> Is this something we want to support? >> >> Yes, definitely. Building FreeBSD on other platforms is one of the requ= ests we get very often from embedded systems vendors. Cheap virtualisation= has made it less urgent (they can just stick a FreeBSD VirtualBox VM on th= eir workstations), but it's definitely something we'd like eventually. To = my knowledge, no one is working on it, but we should aim to make life easy = for whoever does... > > I guess I should clarify: I wasn=E2=80=99t talking about cross building i= n general, but specifically on Windows. It=E2=80=99s far easier to setup a= case-sensitive file system on OS X and cross build FreeBSD from there than= it is on Windows. Over 50% of the people that come to FreeBSD.org run windows. If it is possible to support building on windows, we should try. --=20 Eitan Adler From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 23:19:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE23112F for ; Fri, 7 Mar 2014 23:19:41 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 9CE4DB98 for ; Fri, 7 Mar 2014 23:19:41 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 3D027641D0 for ; Fri, 7 Mar 2014 23:19:39 +0000 (UTC) Message-ID: <531A5406.6030300@allanjude.com> Date: Fri, 07 Mar 2014 18:19:34 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: warning: filename ends with '.', which is not allowed on Windows: 'tools/test/sort/bigtest/q-1.024.003.' References: <5319757E.1060301@freebsd.org> <821C2C51-604E-43E0-9796-300996B81B41@FreeBSD.org> <40D5835F-679A-4ED9-AFC4-8E80773E5D82@FreeBSD.org> <3D879607-7AB5-475E-86DC-BBD97FC7269D@felyko.com> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="N3o40bLR6s0kC62NqDL4WU7me99tgIk2I" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 23:19:42 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --N3o40bLR6s0kC62NqDL4WU7me99tgIk2I Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 2014-03-07 18:12, Eitan Adler wrote: > On 7 March 2014 13:50, Rui Paulo wrote: >> On 7 Mar 2014, at 10:38, David Chisnall wrote: >> >>> On 7 Mar 2014, at 16:41, Rui Paulo wrote: >>> >>>> On 6 Mar 2014, at 23:30, David Xu wrote: >>>>> it seems filename ended with a dot is illegal on Windows, if someon= e >>>>> wants to check out freebsd source code on Windows, it will be a pro= blem. >>>> >>>> Is this something we want to support? >>> >>> Yes, definitely. Building FreeBSD on other platforms is one of the r= equests we get very often from embedded systems vendors. Cheap virtualis= ation has made it less urgent (they can just stick a FreeBSD VirtualBox V= M on their workstations), but it's definitely something we'd like eventua= lly. To my knowledge, no one is working on it, but we should aim to make= life easy for whoever does... >> >> I guess I should clarify: I wasn=E2=80=99t talking about cross buildin= g in general, but specifically on Windows. It=E2=80=99s far easier to se= tup a case-sensitive file system on OS X and cross build FreeBSD from the= re than it is on Windows. >=20 > Over 50% of the people that come to FreeBSD.org run windows. If it is > possible to support building on windows, we should try. >=20 Even well shy of 'building' on windows, I do most of my docs work on windows. I even wrote most of the new code for bsdinstall on a windows machine. Being able to checkout the svn tree and work on it on my existing work station is nice. --=20 Allan Jude --N3o40bLR6s0kC62NqDL4WU7me99tgIk2I 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTGlQLAAoJEJrBFpNRJZKfOqMQAKjxoRIRgmXQNF/gIAUL0ckd earqIR6lmEzaKcVPZpLqttt0gzk0ZnGiEnzncbXOgvMsYCYrBPNv4myeiu/pbxkq DAgAL6/dqKFQbCN1ynAHRSD6yDIgKE1vrXwNTkftfMGNIBP1ilKiWCuncE/ZG3i0 WmVY6tBOoO6uJDtRUGi/E9e5fx/mjEkOB6lbuFRgRRiM0TNIt49jVxNpbWHY6N0e dP+4AXOCAW/kUdxAsdpSJQUmwMgvmYA+Tq9pGmp6tvdaACEW7i3KhHavTnuAzyaT gcP3GCsnLzViQHSa7FXFcswCwvhsNCv4x/NbQ5mavMtuHvzFyQNTtI10oI0flLDx 5uKwNu/HO4LjQI8UkqI30tpFiQEWhVHVhwqYmWMoNeAIMTAJOqxatJH2PFoEV+Tf 0COP8ADOHi3b3aeibE0ieE70jfzHNg3NWLBNSVw/9++5Lg704VnPgNJ69YNMM9nS usmtY57P6Lnp3gKOb6vLKJuuFsKqagC1Z6GNY+3+IiCq75t/zgBpdYJZqtiMB/FO /b1jiN6ok/QVAp+ttbJrmTEjk6MmFURLa2ua2mMpObSVgHwRB0xlnnwgXe9fPtH3 id4oieKc+8ZjollwlWx1HwO6UbAciNerse2dT1ZmcwUYgZKiMdC1CjjJPmbPCzgy PBbtGm4YtvAmVp/YP6fl =tR8O -----END PGP SIGNATURE----- --N3o40bLR6s0kC62NqDL4WU7me99tgIk2I-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 23:25:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CDFDE4C5 for ; Fri, 7 Mar 2014 23:25:22 +0000 (UTC) Received: from mail-pd0-f171.google.com (mail-pd0-f171.google.com [209.85.192.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9BAB1C3D for ; Fri, 7 Mar 2014 23:25:22 +0000 (UTC) Received: by mail-pd0-f171.google.com with SMTP id r10so4616893pdi.16 for ; Fri, 07 Mar 2014 15:25:16 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=bYJzRCC38m3KyNRTpEwDtuSCvbvaCUyACTTExAG/uUM=; b=AsiYLF/GpM0fZ8XlpwvsiEYnhJ53ROESF3Nl2WZ+3zZ4sjw04HmGIrg7CNNyVNigcw lwKzgGZAtf1Ndra8fspR/wxYdr9jh8yrt/vYrh7F+Q17KpLPO4XtovrvioEn17/5Q62k vixRB+Mxh8R3WjoXg3hLr6pq43YPOCov3wynQ4s9EMTtV4tO5B1iGFG7Flst3rorkLPe 5qXBDq+Cwglki5tN0bi0cIBAw5vwR3MyRxx7QUjtCHFq70gQZAfcTuE7V4WoVFOO+18a p7/j/AEQcAno2+5BxI5gC/zFnvBeAolq0vdtUHl+gePpAIKbzXPC/OZzRKgHZ3tVUqVh sdHA== X-Gm-Message-State: ALoCoQnNjYyuwME7DnPyRK9pmcQEeIDT3mcbVdVBEYzoHdE9BDsCsw8JWK2CT4DGc9KOu8zPsVea X-Received: by 10.66.155.102 with SMTP id vv6mr25133796pab.89.1394234716187; Fri, 07 Mar 2014 15:25:16 -0800 (PST) Received: from lgmac-cvenus.corp.netflix.com (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id gj9sm40681051pbc.7.2014.03.07.15.25.14 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 07 Mar 2014 15:25:15 -0800 (PST) Sender: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: warning: filename ends with '.', which is not allowed on Windows: 'tools/test/sort/bigtest/q-1.024.003.' From: Warner Losh In-Reply-To: Date: Fri, 7 Mar 2014 16:25:12 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <22DB6968-3DCC-4B35-9210-891DB28D7CE7@gmail.com> References: <5319757E.1060301@freebsd.org> <821C2C51-604E-43E0-9796-300996B81B41@FreeBSD.org> <40D5835F-679A-4ED9-AFC4-8E80773E5D82@FreeBSD.org> <3D879607-7AB5-475E-86DC-BBD97FC7269D@felyko.com> To: Eitan Adler X-Mailer: Apple Mail (2.1874) Cc: David Chisnall , FreeBSD Current , Rui Paulo , Rui Paulo , David Xu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Mar 2014 23:25:23 -0000 On Mar 7, 2014, at 4:12 PM, Eitan Adler wrote: > On 7 March 2014 13:50, Rui Paulo wrote: >> On 7 Mar 2014, at 10:38, David Chisnall wrote: >>=20 >>> On 7 Mar 2014, at 16:41, Rui Paulo wrote: >>>=20 >>>> On 6 Mar 2014, at 23:30, David Xu wrote: >>>>> it seems filename ended with a dot is illegal on Windows, if = someone >>>>> wants to check out freebsd source code on Windows, it will be a = problem. >>>>=20 >>>> Is this something we want to support? >>>=20 >>> Yes, definitely. Building FreeBSD on other platforms is one of the = requests we get very often from embedded systems vendors. Cheap = virtualisation has made it less urgent (they can just stick a FreeBSD = VirtualBox VM on their workstations), but it's definitely something we'd = like eventually. To my knowledge, no one is working on it, but we = should aim to make life easy for whoever does... >>=20 >> I guess I should clarify: I wasn=92t talking about cross building in = general, but specifically on Windows. It=92s far easier to setup a = case-sensitive file system on OS X and cross build FreeBSD from there = than it is on Windows. >=20 > Over 50% of the people that come to FreeBSD.org run windows. If it is > possible to support building on windows, we should try. The big issue isn=92t case sensitivity or file names ending in dot. The = real issue is that our build just isn=92t setup for this at the moment = and it would be a big lift to make it work at all. Sure, go ahead and = fix this minor flea-bite of an issue, but there are several large = elephant-sized issues before we could have even a tiny chance of doing = this... Warner From owner-freebsd-current@FreeBSD.ORG Sat Mar 8 00:36:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 99588123; Sat, 8 Mar 2014 00:36:35 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 78217226; Sat, 8 Mar 2014 00:36:35 +0000 (UTC) Received: from zeta.ixsystems.com (unknown [69.198.165.132]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 89DB016E54; Fri, 7 Mar 2014 16:36:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1394238989; bh=L9G5QXRAQBhJqVw6rltWsaDy0AwSKzW3buYXhZNEqZg=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=FH9jmW7b/d1c1W0GnsTd1qG7/l9IVUN20HVe5Edexzsl+4Ivfs3QhW1IUqHq70Whk LIQ+KGIWSkNFEIJ2s2JSHuZjTTaRebse6i34rsqohslgHgR5iomOqZdH1JGvjQY6Cr lnOae5vI1qGO4HV0AJQJd+3CKwQdmsruxlNuVwug= Message-ID: <531A660D.3040101@delphij.net> Date: Fri, 07 Mar 2014 16:36:29 -0800 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: nanoman@nanoman.ca, d@delphij.net Subject: Re: Feature Proposal: Transparent upgrade of crypt() algorithms References: <2167732.JmQmEPMV2N@desktop.reztek> <201403070913.30359.jhb@freebsd.org> <5319DE84.3040602@allanjude.com> <20140307161313.GA49137@nanocomputer.nanoman.ca> <531A2CC1.8080802@allanjude.com> <20140307215223.GB49137@nanocomputer.nanoman.ca> <531A42F3.5020207@delphij.net> <20140307225050.GC50880@nanocomputer.nanoman.ca> In-Reply-To: <20140307225050.GC50880@nanocomputer.nanoman.ca> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , freebsd-current@freebsd.org, secteam@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Mar 2014 00:36:35 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 03/07/14 14:50, A.J. Kehoe IV (Nanoman) wrote: > Xin Li wrote: >> Hi, >> >> On 03/07/14 13:52, A.J. Kehoe IV (Nanoman) wrote: >>> Allan Jude wrote: >>>> On 2014-03-07 11:13, A.J. Kehoe IV (Nanoman) wrote: >>>>> Allan Jude wrote: >>>>> >>>>> [...] >>>>> >>>>>> Honestly, my use case is just silently upgrading the >>>>>> strength of the hashing algorithm (when combined with my >>>>>> other feature request). Updating my bcrypt hashes from >>>>>> $2a$04$ to $2b$12$ or something. Same applies for the >>>>>> default sha512, maybe I want to update to rounds=15000 >>>>> >>>>> Like this? >>>>> >>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=182518 >>>>> >>>>> Request for comments: >>>>> >>>>> http://docs.freebsd.org/cgi/mid.cgi?20140106205156.GD4903 > > [...] > >> Speaking for adding rounds, the only problem that needs to be >> fixed is that the proposed patch makes it possible to create >> conflicting configuration (passwd_format and passwd_modular can >> use different hashing algorithms) and need to be fixed and >> polished. I like the idea of making it possible to use more >> rounds though. > > This was deliberate for backward compatibility. passwd_format will > be used by default if passwd_modular isn't defined. If > passwd_modular is defined as "disabled", then passwd_format will be > used. Well, my point is that the two shouldn't be allowed to exist together if they can mean something conflicting. Allowing passwd_format=sha512 AND passwd_modular=$2a$08$ in the same configuration creates confusion and it's not good. My suggestion is that we either have: a) passwd_format and passwd_round (so that they don't conflict), or b) extend passwd_format in a compatible manner to allow specifying a round, or, c) make passwd_format and passwd_modular conflict so we don't silently accept it and instead bail out when doing pwd_mkdb. > What do you think of the idea of putting this into libcrypt instead > of pam_unix.c, and then patching pam_unix.c and pw_user.c to > reference libcrypt? Which part of the idea? I think it's a bad idea to make libcrypt to depend on libutil (for login_cap(3)) but we should probably provide new wrappers in login_cap(3) to do the common things when requested for various password manipulating tools to reduce duplicated code. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCgAGBQJTGmYMAAoJEJW2GBstM+nsDJ8QAJ+SM9WuRCXo1KYERj+/NJsC VoP8psjZDZ7+hGOnG7iSwREYTLpxSEAw+sPnIhMgEy1Tg5jCcPvnIhCN/n+XPvaR HG0o0TdTXL5ZVU4HyKuhNH6JGF9sWWua7Ki/jFguqE+1rdmivcbhrHMZNqOy8Djc N/dnoCD/eN8K2/FiwP+KjTsYeSyisKFMyiGimQNcuPA7boF4ZBgJmmJqPASHzO9M DVccoVPrDUip/6BdM+CNx/rNTry1sW3lMFSAuJkx+LENgulbhFz5R0aRGglzwGnJ LocXVCZlTv0QB37qp9VIHCtTO5n8GxOx43dEtgjWF1cjDs+s+iKjEylX8NguUi0x SjYu5WOw8xXNdE48QtqpT0N5aHSw9+CCwbrocGaOVYy11voGzo+r3C7jXprhQl8a pgeiXH5pyBpo9Eh7+/aZdN3WcBjpaOVDnX8We7A9my1lVjxyuLXFyhC3q2OqUjvl dX4ywKIjiFHSOz0ivzi+uQPx6PD05UuyrWUDING2PvMD/oMtg/hHbR5IxOHdmgPq j7brHNOk7gxu1f/NFft/yfJAKem6JXjlX68z6/9jMrwxZ8jwTWWAtHrVBjo9/u2i 7ShSZlsEi62GewoIKRRVKvKmdX7Xl+Of/p/DZMTNGCJ9K5NnhEnLKWSp+I5VF0LN fVQkTqpRaXglMVa/iRkG =xSx1 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Mar 8 00:43:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD47D281; Sat, 8 Mar 2014 00:43:33 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 87A9C2C1; Sat, 8 Mar 2014 00:43:33 +0000 (UTC) Received: from zeta.ixsystems.com (unknown [69.198.165.132]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 0E6C816F87; Fri, 7 Mar 2014 16:43:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1394239413; bh=gAHIm7Yjazz9C9zqpFfJjqeOsDB+da66XyeAQwyF3W0=; h=Date:From:Reply-To:To:Subject:References:In-Reply-To; b=h64S8OWLE54nsZYT5vk9qLY+jZiEL5bTpz1AioFxHfW8STK6OusI9uwbYMMbVw6yq uWqgMP+h3fHCdQWnWROkmmr3H/TzUFL35FLuoPo85RscHTDdyUj0de7ICy+eZet8Mc X+bS31Opna7TpthvzYOflDWJeZXyxCMO3zoIEuMk= Message-ID: <531A67B4.1010303@delphij.net> Date: Fri, 07 Mar 2014 16:43:32 -0800 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: Allan Jude , d@delphij.net, nanoman@nanoman.ca, secteam@freebsd.org, =?ISO-8859-1?Q?Dag-Erling_Sm=F8?= =?ISO-8859-1?Q?rgrav?= , freebsd-current@freebsd.org Subject: Re: Feature Proposal: Transparent upgrade of crypt() algorithms References: <2167732.JmQmEPMV2N@desktop.reztek> <201403070913.30359.jhb@freebsd.org> <5319DE84.3040602@allanjude.com> <20140307161313.GA49137@nanocomputer.nanoman.ca> <531A2CC1.8080802@allanjude.com> <20140307215223.GB49137@nanocomputer.nanoman.ca> <531A42F3.5020207@delphij.net> <531A4DE1.3070507@allanjude.com> <20140307230715.GA17019@funkthat.com> In-Reply-To: <20140307230715.GA17019@funkthat.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Mar 2014 00:43:33 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 03/07/14 15:07, John-Mark Gurney wrote: > Allan Jude wrote this message on Fri, Mar 07, 2014 at 17:53 -0500: >> On 2014-03-07 17:06, Xin Li wrote: >>> Hi, >>> >>> On 03/07/14 13:52, A.J. Kehoe IV (Nanoman) wrote: >>>> Allan Jude wrote: >>>>> On 2014-03-07 11:13, A.J. Kehoe IV (Nanoman) wrote: >>>>>> Allan Jude wrote: >>>>>> >>>>>> [...] >>>>>> >>>>>>> Honestly, my use case is just silently upgrading the >>>>>>> strength of the hashing algorithm (when combined with >>>>>>> my other feature request). Updating my bcrypt hashes >>>>>>> from $2a$04$ to $2b$12$ or something. Same applies for >>>>>>> the default sha512, maybe I want to update to >>>>>>> rounds=15000 >>>>>> >>>>>> Like this? >>>>>> >>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=182518 >>>>>> >>>>>> Request for comments: >>>>>> >>>>>> http://docs.freebsd.org/cgi/mid.cgi?20140106205156.GD4903 >>>>>> >>>>> >>>>> >>>>>> This looks like what we wanted. In the feedback you talked about >>>>> some changes to your patch required to make it work, is >>>>> there any progress on those? >>> >>>> Derek's patches worked perfectly for our needs, but we're the >>>> sort of people who use vipw and our own utilities for user >>>> management. It wasn't until later that we discovered at least >>>> one other file would need patching to satisfy everyone. We >>>> didn't want to employ the same copy-pasta method, so we asked >>>> for feedback about our proposed alternative. >>> >>>> secteam@, do you have any comments? Before we put any more >>>> work into this, we want to be sure that our proposal is an >>>> acceptable one. >>> >>> >>> Did you mean adding rounds capability, or transparent upgrade >>> of crypt() algorithms, or both? >> >> There are 2 separate but related threads >> >> 1) specify rounds for crypt() >> >> 2) transparent upgrade of crypt() algo (or more likely just >> number of rounds) > > Can't the two be merged... where 2 becomes a flag in login.conf > instead of an algo fetch, and then if it's true, it does the algo > fetch from 1? > > I really would like us to get 1 in, and then on boot dynamicly > adjust the number of rounds depending upon CPU usage... obviously, > a flag will adjust how long/many rounds the admin wants, but it > would allow an automatic increase in security as faster CPUs are > used... Or by the installer/a tool that gets run when doing mergemaster/etcupdate/freebsd-update: it's rare that CPU gets faster after installation, and we can probably just write in the configuration anyway? Personally I'm not a big fan of making it something that changes over time: the attacker may do offline attacker than doing it on the victim system that revealed the salted hashes, so how fast the system CPU runs doesn't really matter, except for how long a system administrator is willing to have the user to wait. > Anyways, how many people are still using passwords instead of ssh > keys? Setting the time to be something like 100ms may seem long, > but considering few people should be using passwords these days, > it's less of an issue... I'm currently using SSH key plus Google Authenticator for my systems but all remote login via password is disabled. I am aware of, however, many people who refuse to use SSH key authentication because they don't want to carry their keys, which is a bad idea but they do it anyways. > Xin Li, if you need help reviewing, testing, let me know... Will do and thanks for the offer! Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCgAGBQJTGme0AAoJEJW2GBstM+nsXnkQAIYplCr5wMtENLYMQCDSrOFJ 7oxKbW2Iy1qPbbrjAb6mG0TY4ugJu2T6Sg6Wp1B+um2sWqWkNMr+8auHokwuB8+1 8NpnbcZarFvmA5tgVEsh+JcAJF1qZRFQDku+DbL9f/ZXFn/4CtmLkw5NS/kIKf/0 TIeXykNie5nFCS8ifT5Ai7vEHImOTwS4OEVzXoTQSdFGuLnHrToCnV7LpOK2ceIo ssZ/0Go49tSzW8y3u2a0TZYTqMnh+0EzQFusWkulyCIam0NYjYON/3UY0/TpRgZd ik2QLqKXaMZBPmi4EsmgpQr97MS0PRag4lahZZad2CckZmhiwWrHLyECf0Xk5i1W +ACqSfJAzq+NeyDBW05y31qALeyUhm7+ALolSMDFkQMj5B7ra8qnQsbXVyG+DLmg itpCWfXUpKPxclkvirnDQx89BE1MOYGYBbw69IR5NWcvF3f4EF177xplwAMjHhn5 EXUVIeTwjHYoYgMiZKX8aFgyNR2EX/g6JvZS8236HUbskLQl5AAKM0RA4aQkAFGW 206DYokJW3TnXNArm8kKJCZrYAJb17XyzN6HcY89N+GA0oEkehy2qyQiBVqtpjgh 6WsslScxAnQM3LG84un98cdipOWwQerTwfeji1yqfmik5oNuCm4D/Jlt6rvJBFLb S5fUd1BQv+0woAKndGhb =rCdB -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Mar 8 01:30:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B72C18E4; Sat, 8 Mar 2014 01:30:03 +0000 (UTC) Received: from mail-qa0-x231.google.com (mail-qa0-x231.google.com [IPv6:2607:f8b0:400d:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4092483D; Sat, 8 Mar 2014 01:30:03 +0000 (UTC) Received: by mail-qa0-f49.google.com with SMTP id cm18so4297232qab.22 for ; Fri, 07 Mar 2014 17:30:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=IkkAbCe2wMbsRfTpoteKhpSGIAU3/kz2luTXzDR48tA=; b=tzPrR1nkSCqgoPQr1xXdfgtmAonshN7A4nyKHzK5BM1bB8ZyQwY8Rp3375gC5NmDJI 1u9qR0F8+L9j2kS2UrregwlZM4pOCdHk9T5lZzV2oR39h0sSnr4xfbGKvIa5f4L7ktdY tV/B2B3FfYGxWUDPn6PxFhXOK/Le/vGPKlgjdCKpYIqHb5Mi2j4xtiNH8xYaC9aNrrIY eUvkywrGTEtycbuFu6En1qlUesCT8LmADkqDUm3JIwV+aoO332bLkOjkPLUjQmztkpzv m19X6VCHMDtCExYqIXqUn6tTeMCRIRO2F50/p3642ANQMT59UzeIW5q/wovKKw79Kopv RO/A== MIME-Version: 1.0 X-Received: by 10.224.12.14 with SMTP id v14mr25332889qav.73.1394242202442; Fri, 07 Mar 2014 17:30:02 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.8.137 with HTTP; Fri, 7 Mar 2014 17:30:02 -0800 (PST) In-Reply-To: <22DB6968-3DCC-4B35-9210-891DB28D7CE7@gmail.com> References: <5319757E.1060301@freebsd.org> <821C2C51-604E-43E0-9796-300996B81B41@FreeBSD.org> <40D5835F-679A-4ED9-AFC4-8E80773E5D82@FreeBSD.org> <3D879607-7AB5-475E-86DC-BBD97FC7269D@felyko.com> <22DB6968-3DCC-4B35-9210-891DB28D7CE7@gmail.com> Date: Fri, 7 Mar 2014 17:30:02 -0800 X-Google-Sender-Auth: KlOsVi0_d4sTW_cMdafIvNw8Q2s Message-ID: Subject: Re: warning: filename ends with '.', which is not allowed on Windows: 'tools/test/sort/bigtest/q-1.024.003.' From: Adrian Chadd To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Rui Paulo , David Chisnall , Eitan Adler , FreeBSD Current , Rui Paulo , David Xu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 08 Mar 2014 01:30:03 -0000 On 7 March 2014 15:25, Warner Losh wrote: > > On Mar 7, 2014, at 4:12 PM, Eitan Adler wrote: > >> On 7 March 2014 13:50, Rui Paulo wrote: >>> On 7 Mar 2014, at 10:38, David Chisnall wrote: >>> >>>> On 7 Mar 2014, at 16:41, Rui Paulo wrote: >>>> >>>>> On 6 Mar 2014, at 23:30, David Xu wrote: >>>>>> it seems filename ended with a dot is illegal on Windows, if someone >>>>>> wants to check out freebsd source code on Windows, it will be a prob= lem. >>>>> >>>>> Is this something we want to support? >>>> >>>> Yes, definitely. Building FreeBSD on other platforms is one of the re= quests we get very often from embedded systems vendors. Cheap virtualisati= on has made it less urgent (they can just stick a FreeBSD VirtualBox VM on = their workstations), but it's definitely something we'd like eventually. T= o my knowledge, no one is working on it, but we should aim to make life eas= y for whoever does... >>> >>> I guess I should clarify: I wasn't talking about cross building in gene= ral, but specifically on Windows. It's far easier to setup a case-sensitiv= e file system on OS X and cross build FreeBSD from there than it is on Wind= ows. >> >> Over 50% of the people that come to FreeBSD.org run windows. If it is >> possible to support building on windows, we should try. > > The big issue isn't case sensitivity or file names ending in dot. The rea= l issue is that our build just isn't setup for this at the moment and it wo= uld be a big lift to make it work at all. Sure, go ahead and fix this minor= flea-bite of an issue, but there are several large elephant-sized issues b= efore we could have even a tiny chance of doing this... > are those issues documented anywhere? :) -a From owner-freebsd-current@FreeBSD.ORG Sat Mar 8 02:15:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E11E7C25; Sat, 8 Mar 2014 02:15:48 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B6F97B22; Sat, 8 Mar 2014 02:15:48 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s282Fb3F020068 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Mar 2014 18:15:38 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s282Fasf020067; Fri, 7 Mar 2014 18:15:36 -0800 (PST) (envelope-from jmg) Date: Fri, 7 Mar 2014 18:15:36 -0800 From: John-Mark Gurney To: d@delphij.net Subject: Re: Feature Proposal: Transparent upgrade of crypt() algorithms Message-ID: <20140308021536.GB17019@funkthat.com> Mail-Followup-To: d@delphij.net, Allan Jude , nanoman@nanoman.ca, secteam@freebsd.org, Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , freebsd-current@freebsd.org References: <2167732.JmQmEPMV2N@desktop.reztek> <201403070913.30359.jhb@freebsd.org> <5319DE84.3040602@allanjude.com> <20140307161313.GA49137@nanocomputer.nanoman.ca> <531A2CC1.8080802@allanjude.com> <20140307215223.GB49137@nanocomputer.nanoman.ca> <531A42F3.5020207@delphij.net> <531A4DE1.3070507@allanjude.com> <20140307230715.GA17019@funkthat.com> <531A67B4.1010303@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <531A67B4.1010303@delphij.net> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Fri, 07 Mar 2014 18:15:38 -0800 (PST) Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , freebsd-current@freebsd.org, nanoman@nanoman.ca, secteam@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 08 Mar 2014 02:15:49 -0000 Xin Li wrote this message on Fri, Mar 07, 2014 at 16:43 -0800: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > On 03/07/14 15:07, John-Mark Gurney wrote: > > Allan Jude wrote this message on Fri, Mar 07, 2014 at 17:53 -0500: > >> On 2014-03-07 17:06, Xin Li wrote: > >>> Hi, > >>> > >>> On 03/07/14 13:52, A.J. Kehoe IV (Nanoman) wrote: > >>>> Allan Jude wrote: > >>>>> On 2014-03-07 11:13, A.J. Kehoe IV (Nanoman) wrote: > >>>>>> Allan Jude wrote: > >>>>>> > >>>>>> [...] > >>>>>> > >>>>>>> Honestly, my use case is just silently upgrading the > >>>>>>> strength of the hashing algorithm (when combined with > >>>>>>> my other feature request). Updating my bcrypt hashes > >>>>>>> from $2a$04$ to $2b$12$ or something. Same applies for > >>>>>>> the default sha512, maybe I want to update to > >>>>>>> rounds=15000 > >>>>>> > >>>>>> Like this? > >>>>>> > >>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=182518 > >>>>>> > >>>>>> Request for comments: > >>>>>> > >>>>>> http://docs.freebsd.org/cgi/mid.cgi?20140106205156.GD4903 > >>>>>> > >>>>> > >>>>> > >>>>>> > This looks like what we wanted. In the feedback you talked about > >>>>> some changes to your patch required to make it work, is > >>>>> there any progress on those? > >>> > >>>> Derek's patches worked perfectly for our needs, but we're the > >>>> sort of people who use vipw and our own utilities for user > >>>> management. It wasn't until later that we discovered at least > >>>> one other file would need patching to satisfy everyone. We > >>>> didn't want to employ the same copy-pasta method, so we asked > >>>> for feedback about our proposed alternative. > >>> > >>>> secteam@, do you have any comments? Before we put any more > >>>> work into this, we want to be sure that our proposal is an > >>>> acceptable one. > >>> > >>> > >>> Did you mean adding rounds capability, or transparent upgrade > >>> of crypt() algorithms, or both? > >> > >> There are 2 separate but related threads > >> > >> 1) specify rounds for crypt() > >> > >> 2) transparent upgrade of crypt() algo (or more likely just > >> number of rounds) > > > > Can't the two be merged... where 2 becomes a flag in login.conf > > instead of an algo fetch, and then if it's true, it does the algo > > fetch from 1? > > > > I really would like us to get 1 in, and then on boot dynamicly > > adjust the number of rounds depending upon CPU usage... obviously, > > a flag will adjust how long/many rounds the admin wants, but it > > would allow an automatic increase in security as faster CPUs are > > used... > > Or by the installer/a tool that gets run when doing > mergemaster/etcupdate/freebsd-update: it's rare that CPU gets faster > after installation, and we can probably just write in the > configuration anyway? It's just easier to throw something into /etc/rc.d w/ an enable/disable switch than it is to update one/all of those tools to do it... If you update only one, then the users of the other tools won't get the benefit.. Or someone forgets to update the other tool... or we could detect that the CPU is the same, and keep the previous results... > Personally I'm not a big fan of making it something that changes over > time: the attacker may do offline attacker than doing it on the victim > system that revealed the salted hashes, so how fast the system CPU > runs doesn't really matter, except for how long a system administrator > is willing to have the user to wait. This is my point, there is currently the default number of rounds which provides basic security, but if the sysadmin wants to provide additional security, they can do so, either by fixing the number of rounds to something larger, or by providing a time they are willing to spend to do the work... I'm tired of default security parameters not being ideal, or secure enough... Most sysadmins won't go and increase the number of rounds since they don't know enough to (or couldn't before the other patch was even presented), but they will continue to install FreeBSD on ever faster machines, yet our only response so far is to switch algorithms, instead of including more rounds, etc... This feature would allow us to provide better security out of the box, and continue to scale our security as time goes on... Performance for default, sha512 w/ 5k rounds: AMD A10-5700 3.4GHz 3.8ms AMD Opteron 4228 HE 2.8Ghz 5.4ms Intel(R) Xeon(R) X5650 2.67GHz 4.0ms these times are aprox as the timing varies quite a bit, ~+/-10%... code available at: https://www.funkthat.com/~jmg/testcrypt.c Most people won't notice a 50ms delay on login, yet it'll give us a 10x security benefit... Just for fun, compare how long it takes to run sleep .005 and sleep .05 from the command line... Heck I think most people would be fine w/ 100ms delay.. try it.. :) and if they don't mind something similar to how geli does it, it could be as long as 2 seconds, giving a 500x benefit! :) and with the auto recrypt path, we could automatically "downgrade" users passwords if system ends up w/ a slower CPU, or we could prevent the downgrade... > > Anyways, how many people are still using passwords instead of ssh > > keys? Setting the time to be something like 100ms may seem long, > > but considering few people should be using passwords these days, > > it's less of an issue... > > I'm currently using SSH key plus Google Authenticator for my systems > but all remote login via password is disabled. I am aware of, > however, many people who refuse to use SSH key authentication because > they don't want to carry their keys, which is a bad idea but they do > it anyways. Guess this is more common than I think/hope... :( -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sat Mar 8 02:34:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9C8C3E9C for ; Sat, 8 Mar 2014 02:34:36 +0000 (UTC) Received: from mail-pb0-f41.google.com (mail-pb0-f41.google.com [209.85.160.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 69852C4F for ; Sat, 8 Mar 2014 02:34:36 +0000 (UTC) Received: by mail-pb0-f41.google.com with SMTP id jt11so4977082pbb.28 for ; Fri, 07 Mar 2014 18:34:30 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=Z5UO/Qxh5vDUeViTFj14GsY+RIJzqsG4kYZs4jcgqNw=; b=UYXja52RUF1kIRVjWlERAIktVz7jedQqfmSRHCZZ3gVqDZa7XOec66+nw6h5z+QZPT Mhy0MJR3M0XwEP38O9/jZciyOtzr7Ll5aWog/gxVFz/hBf9R6ZswkhujBGUuFo4M9n9G q49hHbXNQaomHh8NKvCIIck5LDnicc+DeRTT+wFhtTYRTX8mgA2EZv11XRX5rLjxuDMV st8YNuyZSaL+cqPIOMQri3uQn7Hky7oDBaRaMlR44NaTudo5kn5Gcgs5OpYa3yYBwFqH ro9GURPSdM5T6yj3xF4awrZZMzOSN68mramjDqUYhjqXRTkNxcr/q/Cnlq+18yj8SBPY B3TQ== X-Gm-Message-State: ALoCoQkRcNSqqerVE3QwiptK0dy4wrF7v/EBxtHjN6pxBu/pAlgM0PztQJysX3aJgBV8OSzUNp6E X-Received: by 10.66.141.165 with SMTP id rp5mr26297494pab.90.1394246070415; Fri, 07 Mar 2014 18:34:30 -0800 (PST) Received: from [10.64.27.94] (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id yo9sm18454266pab.16.2014.03.07.18.34.24 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 07 Mar 2014 18:34:29 -0800 (PST) Sender: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: warning: filename ends with '.', which is not allowed on Windows: 'tools/test/sort/bigtest/q-1.024.003.' From: Warner Losh In-Reply-To: Date: Fri, 7 Mar 2014 19:34:19 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5319757E.1060301@freebsd.org> <821C2C51-604E-43E0-9796-300996B81B41@FreeBSD.org> <40D5835F-679A-4ED9-AFC4-8E80773E5D82@FreeBSD.org> <3D879607-7AB5-475E-86DC-BBD97FC7269D@felyko.com> <22DB6968-3DCC-4B35-9210-891DB28D7CE7@gmail.com> To: Adrian Chadd X-Mailer: Apple Mail (2.1874) Cc: Rui Paulo , David Chisnall , Eitan Adler , FreeBSD Current , Rui Paulo , David Xu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 08 Mar 2014 02:34:36 -0000 On Mar 7, 2014, at 6:30 PM, Adrian Chadd wrote: > On 7 March 2014 15:25, Warner Losh wrote: >>=20 >> On Mar 7, 2014, at 4:12 PM, Eitan Adler wrote: >>=20 >>> On 7 March 2014 13:50, Rui Paulo wrote: >>>> On 7 Mar 2014, at 10:38, David Chisnall = wrote: >>>>=20 >>>>> On 7 Mar 2014, at 16:41, Rui Paulo wrote: >>>>>=20 >>>>>> On 6 Mar 2014, at 23:30, David Xu wrote: >>>>>>> it seems filename ended with a dot is illegal on Windows, if = someone >>>>>>> wants to check out freebsd source code on Windows, it will be a = problem. >>>>>>=20 >>>>>> Is this something we want to support? >>>>>=20 >>>>> Yes, definitely. Building FreeBSD on other platforms is one of = the requests we get very often from embedded systems vendors. Cheap = virtualisation has made it less urgent (they can just stick a FreeBSD = VirtualBox VM on their workstations), but it's definitely something we'd = like eventually. To my knowledge, no one is working on it, but we = should aim to make life easy for whoever does... >>>>=20 >>>> I guess I should clarify: I wasn't talking about cross building in = general, but specifically on Windows. It's far easier to setup a = case-sensitive file system on OS X and cross build FreeBSD from there = than it is on Windows. >>>=20 >>> Over 50% of the people that come to FreeBSD.org run windows. If it = is >>> possible to support building on windows, we should try. >>=20 >> The big issue isn't case sensitivity or file names ending in dot. The = real issue is that our build just isn't setup for this at the moment and = it would be a big lift to make it work at all. Sure, go ahead and fix = this minor flea-bite of an issue, but there are several large = elephant-sized issues before we could have even a tiny chance of doing = this... >>=20 >=20 > are those issues documented anywhere? :) I believe I talked to some notes at a developer=92s summit 5 years ago = or so on what I found. The hardest part is bootstrapping the tools = needed in the build. Warner From owner-freebsd-current@FreeBSD.ORG Sat Mar 8 02:43:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 62CE017F; Sat, 8 Mar 2014 02:43:48 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3C52ECF8; Sat, 8 Mar 2014 02:43:47 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s282hgLg020407 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Mar 2014 18:43:42 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s282hg9m020406; Fri, 7 Mar 2014 18:43:42 -0800 (PST) (envelope-from jmg) Date: Fri, 7 Mar 2014 18:43:42 -0800 From: John-Mark Gurney To: d@delphij.net Subject: Re: Feature Proposal: Transparent upgrade of crypt() algorithms Message-ID: <20140308024342.GC17019@funkthat.com> Mail-Followup-To: d@delphij.net, nanoman@nanoman.ca, Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , freebsd-current@freebsd.org, secteam@freebsd.org References: <2167732.JmQmEPMV2N@desktop.reztek> <201403070913.30359.jhb@freebsd.org> <5319DE84.3040602@allanjude.com> <20140307161313.GA49137@nanocomputer.nanoman.ca> <531A2CC1.8080802@allanjude.com> <20140307215223.GB49137@nanocomputer.nanoman.ca> <531A42F3.5020207@delphij.net> <20140307225050.GC50880@nanocomputer.nanoman.ca> <531A660D.3040101@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <531A660D.3040101@delphij.net> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Fri, 07 Mar 2014 18:43:42 -0800 (PST) Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , freebsd-current@freebsd.org, nanoman@nanoman.ca, secteam@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 08 Mar 2014 02:43:48 -0000 Xin Li wrote this message on Fri, Mar 07, 2014 at 16:36 -0800: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > On 03/07/14 14:50, A.J. Kehoe IV (Nanoman) wrote: > > Xin Li wrote: > >> Hi, > >> > >> On 03/07/14 13:52, A.J. Kehoe IV (Nanoman) wrote: > >>> Allan Jude wrote: > >>>> On 2014-03-07 11:13, A.J. Kehoe IV (Nanoman) wrote: > >>>>> Allan Jude wrote: > >>>>> > >>>>> [...] > >>>>> > >>>>>> Honestly, my use case is just silently upgrading the > >>>>>> strength of the hashing algorithm (when combined with my > >>>>>> other feature request). Updating my bcrypt hashes from > >>>>>> $2a$04$ to $2b$12$ or something. Same applies for the > >>>>>> default sha512, maybe I want to update to rounds=15000 > >>>>> > >>>>> Like this? > >>>>> > >>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=182518 > >>>>> > >>>>> Request for comments: > >>>>> > >>>>> http://docs.freebsd.org/cgi/mid.cgi?20140106205156.GD4903 > > > > [...] > > > >> Speaking for adding rounds, the only problem that needs to be > >> fixed is that the proposed patch makes it possible to create > >> conflicting configuration (passwd_format and passwd_modular can > >> use different hashing algorithms) and need to be fixed and > >> polished. I like the idea of making it possible to use more > >> rounds though. > > > > This was deliberate for backward compatibility. passwd_format will > > be used by default if passwd_modular isn't defined. If > > passwd_modular is defined as "disabled", then passwd_format will be > > used. > > Well, my point is that the two shouldn't be allowed to exist together > if they can mean something conflicting. Allowing passwd_format=sha512 > AND passwd_modular=$2a$08$ in the same configuration creates confusion > and it's not good. > > My suggestion is that we either have: > > a) passwd_format and passwd_round (so that they don't conflict), or > > b) extend passwd_format in a compatible manner to allow specifying a > round, or, Couldn't we merge passwd_format and passwd_modular into one, being either the name, or the begining salt string? since the salt string always begins w/ $, they wouldn't conflict, and could be properly resolved... > c) make passwd_format and passwd_modular conflict so we don't silently > accept it and instead bail out when doing pwd_mkdb. > > > What do you think of the idea of putting this into libcrypt instead > > of pam_unix.c, and then patching pam_unix.c and pw_user.c to > > reference libcrypt? > > Which part of the idea? I think it's a bad idea to make libcrypt to > depend on libutil (for login_cap(3)) but we should probably provide > new wrappers in login_cap(3) to do the common things when requested > for various password manipulating tools to reduce duplicated code. So, the current code in pam_unix is: login_setcryptfmt which calls crypt_set_format as necessary makesalt crypt So, we could expand crypt_set_format to understand the two, and keep a copy of the rounds data, or we could expose makesalt into maybe crypt_makesalt (this would be nice) w/ an optional arg that provides either the name or the beging salt string w/ rounds, i.e. what passwd_format would contain... and update pam_unix and friends to use this... This last method would make login_setcryptfmt unnecessary, so I'm not sure how good/bad that is.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Fri Mar 7 22:50:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 966692EA; Fri, 7 Mar 2014 22:50:53 +0000 (UTC) Received: from mail.nanoman.ca (mail.nanoman.ca [76.10.173.222]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 264D997A; Fri, 7 Mar 2014 22:50:52 +0000 (UTC) Received: from nanocomputer.nanoman.ca (nanocomputer.nanoman.ca [192.168.1.9]) by mail.nanoman.ca (Postfix) with ESMTP id C3CA711586; Fri, 7 Mar 2014 17:50:51 -0500 (EST) Received: by nanocomputer.nanoman.ca (Postfix, from userid 62661) id 5C3F8172A5; Fri, 7 Mar 2014 17:50:50 -0500 (EST) Date: Fri, 7 Mar 2014 17:50:50 -0500 From: "A.J. Kehoe IV (Nanoman)" To: d@delphij.net Subject: Re: Feature Proposal: Transparent upgrade of crypt() algorithms Message-ID: <20140307225050.GC50880@nanocomputer.nanoman.ca> References: <2167732.JmQmEPMV2N@desktop.reztek> <201403070913.30359.jhb@freebsd.org> <5319DE84.3040602@allanjude.com> <20140307161313.GA49137@nanocomputer.nanoman.ca> <531A2CC1.8080802@allanjude.com> <20140307215223.GB49137@nanocomputer.nanoman.ca> <531A42F3.5020207@delphij.net> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="69pVuxX8awAiJ7fD" Content-Disposition: inline In-Reply-To: <531A42F3.5020207@delphij.net> Organization: Nanoman's Company User-Agent: Mutt (FreeBSD) X-Mailman-Approved-At: Sat, 08 Mar 2014 02:46:08 +0000 Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , freebsd-current@freebsd.org, secteam@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: nanoman@nanoman.ca List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Mar 2014 22:50:53 -0000 --69pVuxX8awAiJ7fD Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Xin Li wrote: >Hi, > >On 03/07/14 13:52, A.J. Kehoe IV (Nanoman) wrote: >> Allan Jude wrote: >>> On 2014-03-07 11:13, A.J. Kehoe IV (Nanoman) wrote: >>>> Allan Jude wrote: >>>> >>>> [...] >>>> >>>>> Honestly, my use case is just silently upgrading the strength >>>>> of the hashing algorithm (when combined with my other feature >>>>> request). Updating my bcrypt hashes from $2a$04$ to $2b$12$ >>>>> or something. Same applies for the default sha512, maybe I >>>>> want to update to rounds=3D15000 >>>> >>>> Like this? >>>> >>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D182518 >>>> >>>> Request for comments: >>>> >>>> http://docs.freebsd.org/cgi/mid.cgi?20140106205156.GD4903 [...] >Speaking for adding rounds, the only problem that needs to be fixed is >that the proposed patch makes it possible to create conflicting >configuration (passwd_format and passwd_modular can use different >hashing algorithms) and need to be fixed and polished. I like the >idea of making it possible to use more rounds though. This was deliberate for backward compatibility. passwd_format will be used= by default if passwd_modular isn't defined. If passwd_modular is defined = as "disabled", then passwd_format will be used. What do you think of the idea of putting this into libcrypt instead of pam_= unix.c, and then patching pam_unix.c and pw_user.c to reference libcrypt? --=20 A.J. Kehoe IV (Nanoman) | /"\ ASCII Ribbon Campaign Nanoman's Company | \ / - No HTML/RTF in E-mail E-mail: nanoman@nanoman.ca | X - No proprietary attachments WWW: http://www.nanoman.ca/ | / \ - Respect for open standards --69pVuxX8awAiJ7fD Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIPUAYJKoZIhvcNAQcCoIIPQTCCDz0CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC DLwwggV3MIIDX6ADAgECAgMOkYIwDQYJKoZIhvcNAQENBQAweTEQMA4GA1UEChMHUm9vdCBD QTEeMBwGA1UECxMVaHR0cDovL3d3dy5jYWNlcnQub3JnMSIwIAYDVQQDExlDQSBDZXJ0IFNp Z25pbmcgQXV0aG9yaXR5MSEwHwYJKoZIhvcNAQkBFhJzdXBwb3J0QGNhY2VydC5vcmcwHhcN MTQwMjI0MTcwOTA5WhcNMTQwODIzMTcwOTA5WjA9MRgwFgYDVQQDEw9DQWNlcnQgV29UIFVz ZXIxITAfBgkqhkiG9w0BCQEWEm5hbm9tYW5AbmFub21hbi5jYTCCASIwDQYJKoZIhvcNAQEB BQADggEPADCCAQoCggEBAK9WRGqRDUDjWwNIfZTBp4FL5bI0kY3ZqvM6tEO+Sqp5YxATre8F a+BYbeNp/8MKfuPrRgE2jRzlePAx7kpvZUhRTGAZpncmHC7Z3FDl8Ugid4193ReCfPypb9Gs 3ZgPfzJyNuDeCM3amz/cDXC/makJLpmLzu95D91hD+V30iActE5j1tNewMq9qJRoEdr5Tqus bUjjDm8kiK5sz9JzQjFoufuaWIR57w2Sm1gDVZ0MH46fxZ/SwLDDzt4VC2u+1oS4KSmVUm6X Wv1/Fmdf2sOOu9Ro2xVjJHW+j16lsFPPj+lkDv5tb0G7I2vBoKEQg/s+h8J4F+l/xPL3O5xB c68CAwEAAaOCAUIwggE+MAwGA1UdEwEB/wQCMAAwVgYJYIZIAYb4QgENBEkWR1RvIGdldCB5 b3VyIG93biBjZXJ0aWZpY2F0ZSBmb3IgRlJFRSBoZWFkIG92ZXIgdG8gaHR0cDovL3d3dy5D QWNlcnQub3JnMA4GA1UdDwEB/wQEAwIDqDBABgNVHSUEOTA3BggrBgEFBQcDBAYIKwYBBQUH AwIGCisGAQQBgjcKAwQGCisGAQQBgjcKAwMGCWCGSAGG+EIEATAyBggrBgEFBQcBAQQmMCQw IgYIKwYBBQUHMAGGFmh0dHA6Ly9vY3NwLmNhY2VydC5vcmcwMQYDVR0fBCowKDAmoCSgIoYg aHR0cDovL2NybC5jYWNlcnQub3JnL3Jldm9rZS5jcmwwHQYDVR0RBBYwFIESbmFub21hbkBu YW5vbWFuLmNhMA0GCSqGSIb3DQEBDQUAA4ICAQCEaPJcTaHwgbPsRG2zNaFL1TioYnJPLzv4 HIIf7D6uvTHn8lNs5wgXD5iXKCxNflCmKuhTg0Oc7tRANpMI7H8UjAUsfqLMnslDKGiQw9yr Y0lOjYviAwLeTiYElR9/lWelR82WwDHAoYkrTJePhj2v138pk4fBxBOjVptqN58TjvKqqiQF lGBKpnLLwsscN3f7ITJHHs728voulBtis0aL7LuYMIrsIRg3GHPOoNlxU4ud/knjoFspOIAS a0Yb8h10eZrvSSa019abqSTK8lOBkV0bH7FT++3J5obkREtRqrRJPU92U+OYWOPSq1nPFEou TfBzJpY+AS7fi0YUVSMZ0Nr85zywlZGwETGCya1lNEKAiF6GSxpRuUD7yneUaoYQnYisi7zA BSp5ur2aiw3PFY/P2D3xFjP3zUSUszFefPlO4lMD3TYz8KCirBKDvR3hRHPV52Wam+6nwuWW HNKQ464j5jeqRTNX3FJMeytJmX59EoTltIusIEpqxC7S40JOlaDBbXsVuufvBm0Bk3RNktC7 ylA3CB2eHwAZLnxN8hIncZAq4PK2Zmth1YriEQlkCUAsVeFkLEWNAqRAsREXcfqQj4H75Pb8 ku0QsesX7Ci3R4tF4dECz0TguxI7SuSq/TpoToz8Xg+OH1O9JLODcFjx+lf5Ul0ScggcJdpI 1jCCBz0wggUloAMCAQICAQAwDQYJKoZIhvcNAQEEBQAweTEQMA4GA1UEChMHUm9vdCBDQTEe MBwGA1UECxMVaHR0cDovL3d3dy5jYWNlcnQub3JnMSIwIAYDVQQDExlDQSBDZXJ0IFNpZ25p bmcgQXV0aG9yaXR5MSEwHwYJKoZIhvcNAQkBFhJzdXBwb3J0QGNhY2VydC5vcmcwHhcNMDMw MzMwMTIyOTQ5WhcNMzMwMzI5MTIyOTQ5WjB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQL ExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRo b3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzCCAiIwDQYJKoZIhvcN AQEBBQADggIPADCCAgoCggIBAM4iwOJGfew2KAdQlvKgM0CMS/E7Zj8x5WsCNtvWfPbxiI9O dzYFQZX5CfASz0aGc2C3bn7owFhkrs2wrUUXDGP6Zwro1tK/PueYxPBM+uADuzVdbCHeniDZ us1mMjdy+vcI9cfNWMmO5w5e6j7+HKEUChVshoRbZGYqeqlLU3n1iKJ77i8KYSuNsn5NVqUT 7Orakp6sREEeWGBlBWb4wES9y5T3Qn4L92VomFEF8PMFkQQdGxeC7MhXu8NreojxsHLMJVsg kewWAhKPMukXGEjQxwUuAjBCuCWcBWs/qjqn61NI9+jStgeY3BvGNH9/yRyCegVYKwhb8zii qxddZsmY154Qi6LS3XSa93EMcmDfzW+YM52WNHY+JHqSsA6VHm/moEU4R6rXQe1KtxL21xuD ig8u2Am2WdeqBP/Sk31oLt2LS6tYui+N6pWnoMNUiaX724tRIp2yw74RviyRhouWeK0g04ov Gj/G0FFlhyGxGQFlf0Uch/V80EFMTymYIf0zH3UMBFH6GXfb1BQc7oHDHfWYt2kGkSLdAFDM gTGsEgd7ONpoW+Yr1H7JX63o63JM8wHlSyC/mqZXypEAAYuhdSE3tWMNZz5GT3AgZ87F1lnb AuDw0svNumK3kEHo3SDkKbxkKULIItx4mv9D7JgbCVFLWlrCcfHEy3Op5aELAgMBAAGjggHO MIIByjAdBgNVHQ4EFgQUFrUyG9TH8+DmjvO90rA67rI5GNEwgaMGA1UdIwSBmzCBmIAUFrUy G9TH8+DmjvO90rA67rI5GNGhfaR7MHkxEDAOBgNVBAoTB1Jvb3QgQ0ExHjAcBgNVBAsTFWh0 dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBTaWduaW5nIEF1dGhvcml0 eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3JnggEAMA8GA1UdEwEB/wQFMAMB Af8wMgYDVR0fBCswKTAnoCWgI4YhaHR0cHM6Ly93d3cuY2FjZXJ0Lm9yZy9yZXZva2UuY3Js MDAGCWCGSAGG+EIBBAQjFiFodHRwczovL3d3dy5jYWNlcnQub3JnL3Jldm9rZS5jcmwwNAYJ YIZIAYb4QgEIBCcWJWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZy9pbmRleC5waHA/aWQ9MTAwVgYJ YIZIAYb4QgENBEkWR1RvIGdldCB5b3VyIG93biBjZXJ0aWZpY2F0ZSBmb3IgRlJFRSBoZWFk IG92ZXIgdG8gaHR0cDovL3d3dy5jYWNlcnQub3JnMA0GCSqGSIb3DQEBBAUAA4ICAQAox+6c ggK6XIASyjUKHYFviWqZzPJoD3+n4Y1YlT698gbDkFqstWD2mUMBo4hwnJ1inaSHr2dYDTA2 O+atSNPLdAKGcT7iKwNo8TRiQEY7U+oo9Kz7ZpVTik1d/TvZYNfKeWk7sWWSpsaBglyczetN AYql3xFVqhXKHzfAgphwYdtqfJajji5UPk8hqZDv3IK/3OhFrU2Qcwg8lGWwBJl2f+K8wmoV qpcENyTYHpRObQ5RvtbEj8qWbfdD3+gwZSc7e7tDQ2PEQ/ey7GjM4RmOIvuY4XtaPgE3O4sI sKLzlU4ay5vNmrHbsnDwLUrb2LDjb0VIMxL//jwyKlT3xPeK8Igjwkf+ZHpxwNEepmOwB36k L9MBj9yfK7bGCKkPk0gl/BL9n0Lc88Q+9lew191p0QZ3NApL0sqg/xzGjMkWvsTMMjdoc18I +1H3SVM2BQqVAkzyeRoQ9tg6dZzzHfGiDXBnhhuzFvUv5aTreYb5PQvCcwulmaxv/Ge45S8L phgkjXvRSDUpGECsk2DhloZQtHpZ2I8hC5/PgpHGO79r3AeRuZdWI6q2bJTGSAY85M5OquT2 LwncU28u/HTrOmOZwqasibynskSgDYoQ42zyJMv6m59wRy7eFIvUsiAJlqJk8SQc3KE1nBWy 1LxVLn0G9ZwOVfRa1pPadq0lc0zFQzGCAlwwggJYAgEBMIGAMHkxEDAOBgNVBAoTB1Jvb3Qg Q0ExHjAcBgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBT aWduaW5nIEF1dGhvcml0eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3JnAgMO kYIwCQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ BTEPFw0xNDAzMDcyMjUwNTBaMCMGCSqGSIb3DQEJBDEWBBQMHsnwuDfPkNh8QPZi8uOGPVEd AzBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG 9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQAtK1Oc xak2JUPQL8eW9Gq8qpD9HrUWnFqlYz8cz8ZjXSZPDBQQu8mPd9A6sEkicMbrlGUSITslE4CU vH1DWRpYdtp+SpkqLfBFSleTjJ4yQMlkeA01QLaTOP+dxwVvxbsPJC9FWMVN7zV0cEGC1RFH Op2PGUmbbq8WetDNWmAABfx7d0o5z6bSAWbkHbeGF+m8mNm/ohE+bnaWA7GZ4bZw5hMU+NB7 YIxGgs+VREpI07pG6oScon6p1oQUeM9GzV6g9AKToOe5n/1uO8IB4EHsaNpk3Q/F7bjLvFT+ 1hMknuZsagLc7CmD+n3o/Px7wanxUyuxJbrYKB4QFZ0txiAV --69pVuxX8awAiJ7fD-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 8 05:22:13 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8ADDBF17; Sat, 8 Mar 2014 05:22:13 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 5DC72B5E; Sat, 8 Mar 2014 05:22:12 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id EB3AF64929; Sat, 8 Mar 2014 05:22:09 +0000 (UTC) Message-ID: <531AA900.6090406@allanjude.com> Date: Sat, 08 Mar 2014 00:22:08 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: d@delphij.net, nanoman@nanoman.ca, secteam@freebsd.org, =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , freebsd-current@freebsd.org Subject: Re: Feature Proposal: Transparent upgrade of crypt() algorithms References: <2167732.JmQmEPMV2N@desktop.reztek> <201403070913.30359.jhb@freebsd.org> <5319DE84.3040602@allanjude.com> <20140307161313.GA49137@nanocomputer.nanoman.ca> <531A2CC1.8080802@allanjude.com> <20140307215223.GB49137@nanocomputer.nanoman.ca> <531A42F3.5020207@delphij.net> <531A4DE1.3070507@allanjude.com> <20140307230715.GA17019@funkthat.com> <531A67B4.1010303@delphij.net> <20140308021536.GB17019@funkthat.com> In-Reply-To: <20140308021536.GB17019@funkthat.com> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8VlEoeaiv6lkd8vwqjbd63D4bpNBc8KuP" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 08 Mar 2014 05:22:13 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --8VlEoeaiv6lkd8vwqjbd63D4bpNBc8KuP Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-03-07 21:15, John-Mark Gurney wrote: > Xin Li wrote this message on Fri, Mar 07, 2014 at 16:43 -0800: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA512 >> >> On 03/07/14 15:07, John-Mark Gurney wrote: >>> Allan Jude wrote this message on Fri, Mar 07, 2014 at 17:53 -0500: >>>> On 2014-03-07 17:06, Xin Li wrote: >>>>> Hi, >>>>> >>>>> On 03/07/14 13:52, A.J. Kehoe IV (Nanoman) wrote: >>>>>> Allan Jude wrote: >>>>>>> On 2014-03-07 11:13, A.J. Kehoe IV (Nanoman) wrote: >>>>>>>> Allan Jude wrote: >>>>>>>> >>>>>>>> [...] >>>>>>>> >>>>>>>>> Honestly, my use case is just silently upgrading the >>>>>>>>> strength of the hashing algorithm (when combined with >>>>>>>>> my other feature request). Updating my bcrypt hashes >>>>>>>>> from $2a$04$ to $2b$12$ or something. Same applies for >>>>>>>>> the default sha512, maybe I want to update to >>>>>>>>> rounds=3D15000 >>>>>>>> >>>>>>>> Like this? >>>>>>>> >>>>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D182518 >>>>>>>> >>>>>>>> Request for comments: >>>>>>>> >>>>>>>> http://docs.freebsd.org/cgi/mid.cgi?20140106205156.GD4903 >>>>>>>> >>>>>>> >>>>>>> >>>>>>>> >> This looks like what we wanted. In the feedback you talked about >>>>>>> some changes to your patch required to make it work, is >>>>>>> there any progress on those? >>>>> >>>>>> Derek's patches worked perfectly for our needs, but we're the >>>>>> sort of people who use vipw and our own utilities for user >>>>>> management. It wasn't until later that we discovered at least >>>>>> one other file would need patching to satisfy everyone. We >>>>>> didn't want to employ the same copy-pasta method, so we asked >>>>>> for feedback about our proposed alternative. >>>>> >>>>>> secteam@, do you have any comments? Before we put any more >>>>>> work into this, we want to be sure that our proposal is an >>>>>> acceptable one. >>>>> >>>>> >>>>> Did you mean adding rounds capability, or transparent upgrade >>>>> of crypt() algorithms, or both? >>>> >>>> There are 2 separate but related threads >>>> >>>> 1) specify rounds for crypt() >>>> >>>> 2) transparent upgrade of crypt() algo (or more likely just >>>> number of rounds) >>> >>> Can't the two be merged... where 2 becomes a flag in login.conf >>> instead of an algo fetch, and then if it's true, it does the algo >>> fetch from 1? >>> >>> I really would like us to get 1 in, and then on boot dynamicly >>> adjust the number of rounds depending upon CPU usage... obviously, >>> a flag will adjust how long/many rounds the admin wants, but it >>> would allow an automatic increase in security as faster CPUs are >>> used... >> >> Or by the installer/a tool that gets run when doing >> mergemaster/etcupdate/freebsd-update: it's rare that CPU gets faster >> after installation, and we can probably just write in the >> configuration anyway? >=20 > It's just easier to throw something into /etc/rc.d w/ an enable/disable= > switch than it is to update one/all of those tools to do it... If you > update only one, then the users of the other tools won't get the benefi= t.. > Or someone forgets to update the other tool... or we could detect that= > the CPU is the same, and keep the previous results... >=20 >> Personally I'm not a big fan of making it something that changes over >> time: the attacker may do offline attacker than doing it on the victim= >> system that revealed the salted hashes, so how fast the system CPU >> runs doesn't really matter, except for how long a system administrator= >> is willing to have the user to wait. >=20 > This is my point, there is currently the default number of rounds which= > provides basic security, but if the sysadmin wants to provide > additional security, they can do so, either by fixing the number of > rounds to something larger, or by providing a time they are willing > to spend to do the work... >=20 > I'm tired of default security parameters not being ideal, or secure > enough... Most sysadmins won't go and increase the number of rounds > since they don't know enough to (or couldn't before the other patch > was even presented), but they will continue to install FreeBSD on ever > faster machines, yet our only response so far is to switch algorithms, > instead of including more rounds, etc... This feature would allow us > to provide better security out of the box, and continue to scale our > security as time goes on... >=20 > Performance for default, sha512 w/ 5k rounds: > AMD A10-5700 3.4GHz 3.8ms > AMD Opteron 4228 HE 2.8Ghz 5.4ms > Intel(R) Xeon(R) X5650 2.67GHz 4.0ms >=20 > these times are aprox as the timing varies quite a bit, ~+/-10%... >=20 > code available at: https://www.funkthat.com/~jmg/testcrypt.c >=20 > Most people won't notice a 50ms delay on login, yet it'll give us a > 10x security benefit... Just for fun, compare how long it takes to > run sleep .005 and sleep .05 from the command line... Heck I think > most people would be fine w/ 100ms delay.. try it.. :) >=20 > and if they don't mind something similar to how geli does it, it > could be as long as 2 seconds, giving a 500x benefit! :) >=20 > and with the auto recrypt path, we could automatically "downgrade" > users passwords if system ends up w/ a slower CPU, or we could prevent > the downgrade... >=20 >>> Anyways, how many people are still using passwords instead of ssh >>> keys? Setting the time to be something like 100ms may seem long, >>> but considering few people should be using passwords these days, >>> it's less of an issue... >> >> I'm currently using SSH key plus Google Authenticator for my systems >> but all remote login via password is disabled. I am aware of, >> however, many people who refuse to use SSH key authentication because >> they don't want to carry their keys, which is a bad idea but they do >> it anyways. >=20 > Guess this is more common than I think/hope... :( >=20 One possible solution would be just setting the default login.conf number of rounds, based on a test in the installer. Although this won't help for systems that are deployed by imaging, or VM images (like EC2 images) etc. I think there is a downside to trying to detect the speed of the CPU at boot time, in that the CPU can be busy then. A note about the 100ms or 250ms or whatever, that is taking 1 cpu core that long, It might make sense to scale the rounds based on the number of logical CPUs, although that isn't as good an indicator of actual CPU capability. I do agree with the idea of having the default be smarter, either cranking it quite a ways up, and requiring users who have slow machines to manually turn it down, or doing something like jmg@ suggests, and basing it on 'how much can be done in 250ms', it just comes down to 'when' do we decide how much the CPU can do in 250ms. Generally, I imagine most servers do not 'change CPU speed' much, but, Virtual machines do, a single EC2 image can be booted on a wide variety of configurations, and the load on a VPS system can change, live migrations to different machines etc. --=20 Allan Jude --8VlEoeaiv6lkd8vwqjbd63D4bpNBc8KuP 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTGqkDAAoJEJrBFpNRJZKfFlEP/iKPCJggkRNJfH5ijpQEOAo0 nSZKBfHMhKU3/1vO1RtSE64WeGm4cnZ5rW+VjqC9qm3zRdOr6uswNmvhcY0j7x5A JAVocowrt1rfeREwOuJ2seBY9CuNgVUBRhdE9W1tPQI1fQA/MZX2Zf8eyKb0negz KG1eNBqu2cpPzdFkdWOFsW3ZqqtGMa5Lo5XxtJRQ8oPHhPPrS06EJoY8AWBoKVCn JyWqrLdEkL4cViO/t0ROK3i2SocrB/Tp5FhOxc2QCHELUaxA6/AlvRG0CANKDFVv KaX5vN6I1j/g5oH7t9bLV8BceoT8XaTzJ6GXjXSdLglsZBjzB2FsRGEfGLNBAxAC JaSNbLm9jxIc+2lyiUO7PK7d38fInhMNE2kmFhK3uE72VKDCSMUmsefuebN6Skjq 5+NKuqtedPZj3igcSXiIM5LIZDAykPAlBvoqwgOekydy2Gyq4bdrNSP6kNZrsx2R IPCvGAL19kg/oMtGooGep4sJp4iUUWccMb+Ay/qkUy3AQM4kkdHEizvvwthbph/H yekP1hPb2qJqXnqCiC9Cg7Dx3ADzjvnmVWBda6NTD/gjov74I/lqMab/qv/Waivf DyQ5yCte78+IAy1nHmHi04D8dTyT24h6pmrUZ50ne+o+AMB+2I5Ecz0uGCNfn9t5 vK4LoKlZm7z45NN6DxOi =h41u -----END PGP SIGNATURE----- --8VlEoeaiv6lkd8vwqjbd63D4bpNBc8KuP-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 8 05:30:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 001D919B for ; Sat, 8 Mar 2014 05:30:44 +0000 (UTC) Received: from mail-ig0-f174.google.com (mail-ig0-f174.google.com [209.85.213.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B9A45B93 for ; Sat, 8 Mar 2014 05:30:44 +0000 (UTC) Received: by mail-ig0-f174.google.com with SMTP id h18so3811530igc.1 for ; Fri, 07 Mar 2014 21:30:38 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=JCpziJV/Xs/BmuQcAMsA6/gCtyhGznTbzWYznqG7gRY=; b=InXHDkgTehzvsU9gcHpMLN6jsw1+r6G2ue04tUZbuUn882bxrjUwjnMTlsLl6zryLz oe2IaDfTZdE0w+3Au7h5FcGuw10qpKBpCFr5P1YeeVApkDZ9gm6lNQ723Y4pKsQRVbKb iAglhHMD5MsjBSFw3SnTXX09tb6F49QgwKvK3n9orVxm1SqaWWYpRWwS8dHn5zqtZg5g QWCfcx9KNcW4wJct+Bnkx6VMNWvLz5i58Ee7iQY4NAOC4WfYVr8nWZd1hMcnFS6ChEA7 G7GxvS6Ubd5p2T7+Myjm/9EqvrMk+RcO4cR4AntpdsPsTi4sfH9cg3n9OFrKOpQoc1/+ Cd8w== X-Gm-Message-State: ALoCoQn0cIF/yQot6uSsq9TETuIJ9YDA5ji8NvmJVsjQBFRT7tCNKuMes0aDfh7fLKhEcxZLTNDl X-Received: by 10.42.103.199 with SMTP id n7mr10033328ico.46.1394256638277; Fri, 07 Mar 2014 21:30:38 -0800 (PST) Received: from netflix-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id rj10sm10206264igc.8.2014.03.07.21.30.37 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 07 Mar 2014 21:30:37 -0800 (PST) Sender: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Feature Proposal: Transparent upgrade of crypt() algorithms From: Warner Losh In-Reply-To: <531AA900.6090406@allanjude.com> Date: Fri, 7 Mar 2014 22:30:36 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <39EE68A1-E2F5-4373-BFC9-D1C3156B0056@gmail.com> References: <2167732.JmQmEPMV2N@desktop.reztek> <201403070913.30359.jhb@freebsd.org> <5319DE84.3040602@allanjude.com> <20140307161313.GA49137@nanocomputer.nanoman.ca> <531A2CC1.8080802@allanjude.com> <20140307215223.GB49137@nanocomputer.nanoman.ca> <531A42F3.5020207@delphij.net> <531A4DE1.3070507@allanjude.com> <20140307230715.GA17019@funkthat.com> <531A67B4.1010303@delphij.net> <20140308021536.GB17019@funkthat.com> <531AA900.6090406@allanjude.com> To: Allan Jude X-Mailer: Apple Mail (2.1874) Cc: nanoman@nanoman.ca, freebsd-current@freebsd.org, d@delphij.net, secteam@freebsd.org, =?windows-1252?Q?Dag-Erling_Sm=F8rgrav?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 08 Mar 2014 05:30:45 -0000 On Mar 7, 2014, at 10:22 PM, Allan Jude wrote: >> Performance for default, sha512 w/ 5k rounds: >> AMD A10-5700 3.4GHz 3.8ms >> AMD Opteron 4228 HE 2.8Ghz 5.4ms >> Intel(R) Xeon(R) X5650 2.67GHz 4.0ms >>=20 >> these times are aprox as the timing varies quite a bit, ~+/-10%=85 And what would that be on a RPi or other embedded device? And do the extra route have a peer-reviewed paper showing the increased = strength? > One possible solution would be just setting the default login.conf > number of rounds, based on a test in the installer. Although this = won't > help for systems that are deployed by imaging, or VM images (like EC2 > images) etc. I=92m not sure that=92s a good idea. Warner From owner-freebsd-current@FreeBSD.ORG Sat Mar 8 08:07:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F8466CB for ; Sat, 8 Mar 2014 08:07:11 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 3C1EC8C0 for ; Sat, 8 Mar 2014 08:07:11 +0000 (UTC) Received: from Alfreds-MacBook-Pro-9.local (c-76-21-10-192.hsd1.ca.comcast.net [76.21.10.192]) by elvis.mu.org (Postfix) with ESMTPSA id 014C61A3C2B for ; Sat, 8 Mar 2014 00:01:13 -0800 (PST) Message-ID: <531ACE49.80203@mu.org> Date: Sat, 08 Mar 2014 00:01:13 -0800 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: warning: filename ends with '.', which is not allowed on Windows: 'tools/test/sort/bigtest/q-1.024.003.' References: <5319757E.1060301@freebsd.org> <821C2C51-604E-43E0-9796-300996B81B41@FreeBSD.org> In-Reply-To: <821C2C51-604E-43E0-9796-300996B81B41@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 08 Mar 2014 08:07:11 -0000 On 3/7/14 8:41 AM, Rui Paulo wrote: > On 6 Mar 2014, at 23:30, David Xu wrote: >> it seems filename ended with a dot is illegal on Windows, if someone >> wants to check out freebsd source code on Windows, it will be a problem. > Is this something we want to support? NetBSD made some invasive changes on their source tree to be able to support case-insensitive filesystems (like renaming 'cvs' to 'xcvs' to avoid clashing with the 'CVS' metadata directory), but they support building NetBSD on many different platforms. We don't support that yet, though. > > The file in question can be easily renamed, I think. We definitely want to support untaring/zipping the code on Windows. Even if not for cross compiling, just for convenience of use. -- Alfred Perlstein From owner-freebsd-current@FreeBSD.ORG Sat Mar 8 08:39:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 74E6ADEF; Sat, 8 Mar 2014 08:39:05 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 43436A9D; Sat, 8 Mar 2014 08:39:05 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s288cnpO024852 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 8 Mar 2014 00:38:49 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s288clZM024851; Sat, 8 Mar 2014 00:38:47 -0800 (PST) (envelope-from jmg) Date: Sat, 8 Mar 2014 00:38:47 -0800 From: John-Mark Gurney To: Warner Losh Subject: Re: Feature Proposal: Transparent upgrade of crypt() algorithms Message-ID: <20140308083847.GF17019@funkthat.com> Mail-Followup-To: Warner Losh , Allan Jude , nanoman@nanoman.ca, freebsd-current@freebsd.org, d@delphij.net, secteam@freebsd.org, Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= References: <20140307161313.GA49137@nanocomputer.nanoman.ca> <531A2CC1.8080802@allanjude.com> <20140307215223.GB49137@nanocomputer.nanoman.ca> <531A42F3.5020207@delphij.net> <531A4DE1.3070507@allanjude.com> <20140307230715.GA17019@funkthat.com> <531A67B4.1010303@delphij.net> <20140308021536.GB17019@funkthat.com> <531AA900.6090406@allanjude.com> <39EE68A1-E2F5-4373-BFC9-D1C3156B0056@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <39EE68A1-E2F5-4373-BFC9-D1C3156B0056@gmail.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sat, 08 Mar 2014 00:38:50 -0800 (PST) Cc: d@delphij.net, freebsd-current@freebsd.org, secteam@freebsd.org, Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , nanoman@nanoman.ca X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 08 Mar 2014 08:39:05 -0000 Warner Losh wrote this message on Fri, Mar 07, 2014 at 22:30 -0700: > On Mar 7, 2014, at 10:22 PM, Allan Jude wrote: > >> Performance for default, sha512 w/ 5k rounds: > >> AMD A10-5700 3.4GHz 3.8ms > >> AMD Opteron 4228 HE 2.8Ghz 5.4ms > >> Intel(R) Xeon(R) X5650 2.67GHz 4.0ms > >> > >> these times are aprox as the timing varies quite a bit, ~+/-10%? > > And what would that be on a RPi or other embedded device? Ok, here you go, IXP425 533MHz is ~1465ms.. This is a fast AVILA board, I have a slower 266MHz AVILA board next to me... Yes, that is 1.5 seconds at the default number of rounds for sha512 which is now the default for passwords... For comparision, md5 is 44.5ms and sha256 is 405ms on the AVILA... So, by making sha512, we just killed the performance of embedded systems... This is also with the default of 5000 rounds... So, the autoscaling could either help on embedded because we let the number of rounds drop below the default of 5k, or it stays the same, so, no hit on embedded... > And do the extra route have a peer-reviewed paper showing the increased strength? Well, if it doesn't increase the strength, then we might as well drop the rounds down to 1000 (the min per spec)... since clearly if increasing rounds pass 5k doesn't increase strength, then the same can be said for 1k... As for papers, I don't think anyone wrote a peer-reviewed paper saying that crypt-sha{256,512} is secure... Plus, they clearly thought that changing the rounds would be helpful, so, they added it as an option, well, actually, Drepper just copied Sun for making rounds an option... Per Drepper: The more rounds are performed the higher the CPU requirements are. This is a safety mechanism which might help countering brute-force attacks in the face of increasing computing power. Notice the might... http://www.akkadia.org/drepper/SHA-crypt.txt > > One possible solution would be just setting the default login.conf > > number of rounds, based on a test in the installer. Although this won't > > help for systems that are deployed by imaging, or VM images (like EC2 > > images) etc. Does CPU time measuring work properly on VM's? i.e. if I do a cpu intesive task and measure it with getrusage, do I get how much I really ran for? By my understanding, you can't, since often the VM isn't aware of the parent, so doesn't know when to stop the clock when it isn't running... Unless I'm missing something, you really can't do any cpu or profiling on a VM and trust the results... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sat Mar 8 09:24:59 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 081D2A37; Sat, 8 Mar 2014 09:24:59 +0000 (UTC) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BF590DD3; Sat, 8 Mar 2014 09:24:58 +0000 (UTC) Received: by mail-ob0-f172.google.com with SMTP id wm4so5143872obc.17 for ; Sat, 08 Mar 2014 01:24:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=WLTMXgydyP6KpaRiiVEaF2ZPHqdKj/FWoeCKiGDEeqQ=; b=q4k9Xwvj/ScgvXABxUkveDQ7wlrFyWPCvSaFafaXGl7fv0HnvmX3e+GbB8xQHSgixx KF5MbOIe3aVUqXOrLuIqgOm62jmwE6C3adiya2VBaXYtamzUUCC7RISRxEgrPYehNcaj auyloqYI1lCVfdPynyUc/bR58c0ZUPcozdurr3SxARrcFal+HUgM0DFUKExCnfwVRJgW MPN2e8YWaoop+gx+EKjL8p8vGRr1I0NUsB0ODS9f0ExgmmPWUX2C+Cw4Is+5NmGkZaea 2BhXiugIv9ZB8gWUwUTpeEjayAH2G6MEHAPfcDWLzM+/sEwDdLIjcYSDkdfWRA2ipFju UZaA== MIME-Version: 1.0 X-Received: by 10.182.65.199 with SMTP id z7mr19050761obs.7.1394270698143; Sat, 08 Mar 2014 01:24:58 -0800 (PST) Sender: pali.gabor@gmail.com Received: by 10.182.22.44 with HTTP; Sat, 8 Mar 2014 01:24:58 -0800 (PST) Date: Sat, 8 Mar 2014 10:24:58 +0100 X-Google-Sender-Auth: CAKly6qUiUF87GW6dIUpvEj0ftE Message-ID: Subject: Call for FreeBSD 2014Q1 (January-March) Status Reports From: Gabor Pali To: hackers@freebsd.org, current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 08 Mar 2014 09:24:59 -0000 Dear FreeBSD Community, Please note that the next submission date for the January to March Quarterly Status Reports is April 7th, 2014, about a month away. They do not have to be very long -- basically they may be about anything that lets people know what is going on around the FreeBSD Project. Submission of reports is not restricted to committers: Anyone who is doing anything interesting and FreeBSD-related can (and therefore encouraged to) write one! The preferred and easiest submission method is to use the XML generator [1] with the result emailed as an attachment to us, that is, monthly@FreeBSD.org [2]. There is also an XML template [3] which can be filled out manually and attached if preferred. For the expected content and style, please study our guidelines on how to write a good status reports [4]. If you are still unsure what constitutes a good status report, check out the last issue [5]. To enable compilation and publication of the quarterly report as soon as possible for the April 7th deadline, please be prompt with any report submissions you may have. We are looking forward to all of your 2014Q1 reports! Thanks, Gabor [1] http://www.freebsd.org/cgi/monthly.cgi [2] mailto:monthly@freebsd.org [3] http://www.freebsd.org/news/status/report-sample.xml [4] http://www.freebsd.org/news/status/howto.html [5] http://www.freebsd.org/news/status/report-2013-10-2013-12.html From owner-freebsd-current@FreeBSD.ORG Sat Mar 8 13:31:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70F43980; Sat, 8 Mar 2014 13:31:59 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 3038D25E; Sat, 8 Mar 2014 13:31:58 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id CFBB05D98; Sat, 8 Mar 2014 13:31:51 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id B7BE836D03; Sat, 8 Mar 2014 14:31:22 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: John Baldwin Subject: Re: importing sam leffler's libstatfoo into -HEAd References: <86ha7a7040.fsf@nine.des.no> <201403070837.23590.jhb@freebsd.org> Date: Sat, 08 Mar 2014 14:31:20 +0100 In-Reply-To: <201403070837.23590.jhb@freebsd.org> (John Baldwin's message of "Fri, 7 Mar 2014 08:37:23 -0500") Message-ID: <86lhwkn7fb.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Adrian Chadd , freebsd-current , freebsd-arch@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 08 Mar 2014 13:31:59 -0000 John Baldwin writes: > Dag-Erling Sm=C3=B8rgrav writes: > > Why did you rename it? The whole point of PRIVATELIB is to avoid > > having to rename libraries. > Because 'statfoo' is a pretty silly name? (This is detailed in > another subthread, did you not read that?) The original patch renamed it to "bsdstatfoo", did you not read that? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Mar 9 03:43:18 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27132D01 for ; Sun, 9 Mar 2014 03:43:18 +0000 (UTC) Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.181]) by mx1.freebsd.org (Postfix) with ESMTP id BA7A0C2C for ; Sun, 9 Mar 2014 03:43:17 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AooKABK/CFFFpa1E/2dsb2JhbABEgie8Zxdzgh4BAQQBOB4iBgsLGAkNAQEHDwkDAgECASceEwgBAQWIAgYMwSGNLDEBBYMnA4hhjkiEUoh/gV6DFYFKBxc X-IPAS-Result: AooKABK/CFFFpa1E/2dsb2JhbABEgie8Zxdzgh4BAQQBOB4iBgsLGAkNAQEHDwkDAgECASceEwgBAQWIAgYMwSGNLDEBBYMnA4hhjkiEUoh/gV6DFYFKBxc X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="50912077" Received: from 69-165-173-68.dsl.teksavvy.com (HELO porter.razorfever.net) ([69.165.173.68]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 08 Mar 2014 22:42:08 -0500 Received: from [192.168.0.148] ([192.168.0.148]) by porter.razorfever.net (8.14.4/8.14.4) with ESMTP id s293g8kK015734 for ; Sat, 8 Mar 2014 22:42:08 -0500 (EST) (envelope-from 482254ac@razorfever.net) Message-ID: <531BE33B.4010504@razorfever.net> Date: Sat, 08 Mar 2014 22:42:51 -0500 From: "Derek (freebsd lists)" <482254ac@razorfever.net> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Feature Proposal: Transparent upgrade of crypt() algorithms References: <2167732.JmQmEPMV2N@desktop.reztek> <201403070913.30359.jhb@freebsd.org> <5319DE84.3040602@allanjude.com> <20140307161313.GA49137@nanocomputer.nanoman.ca> <531A2CC1.8080802@allanjude.com> <20140307215223.GB49137@nanocomputer.nanoman.ca> <531A42F3.5020207@delphij.net> <20140307225050.GC50880@nanocomputer.nanoman.ca> <531A660D.3040101@delphij.net> In-Reply-To: <531A660D.3040101@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 09 Mar 2014 03:43:18 -0000 Hi all, Thanks for your attention to the matter/threads. I have thought a bit about this, and I hope I can add some value to the current conversation, below: On 03/07/2014 07:36 PM, Xin Li wrote: > On 03/07/14 14:50, A.J. Kehoe IV (Nanoman) wrote: >> Xin Li wrote: >>> On 03/07/14 13:52, A.J. Kehoe IV (Nanoman) wrote: >>>> Allan Jude wrote: >>>>> On 2014-03-07 11:13, A.J. Kehoe IV (Nanoman) wrote: >>>>>> Allan Jude wrote: >>>>>> >>>>>> [...] >>>>>> >>>>>>> Honestly, my use case is just silently upgrading the >>>>>>> strength of the hashing algorithm (when combined with my >>>>>>> other feature request). Updating my bcrypt hashes from >>>>>>> $2a$04$ to $2b$12$ or something. Same applies for the >>>>>>> default sha512, maybe I want to update to rounds=15000 >>>>>> >>>>>> Like this? >>>>>> >>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=182518 >>>>>> >>>>>> Request for comments: >>>>>> >>>>>> http://docs.freebsd.org/cgi/mid.cgi?20140106205156.GD4903 >> >> [...] >> >>> Speaking for adding rounds, the only problem that needs to be >>> fixed is that the proposed patch makes it possible to create >>> conflicting configuration (passwd_format and passwd_modular can >>> use different hashing algorithms) and need to be fixed and >>> polished. I like the idea of making it possible to use more >>> rounds though. >> >> This was deliberate for backward compatibility. passwd_format will >> be used by default if passwd_modular isn't defined. If >> passwd_modular is defined as "disabled", then passwd_format will be >> used. > > Well, my point is that the two shouldn't be allowed to exist together > if they can mean something conflicting. Allowing passwd_format=sha512 > AND passwd_modular=$2a$08$ in the same configuration creates confusion > and it's not good. > Agreed. My original intention was to create a patch that didn't touch a lot of code. My reasons for this were first to see if there was any interest from a committer to take this further. Much more likely to have a 15 or so line patch looked at, than one that touches stuff all over the place - I think. We are now at least having a conversation about it. It seemed to be a lot of work to specify rounds via login_setcryptfmt, with a bunch of changes also required in libcrypt. I don't have the resources to test for regressions in libcrypt, beyond the scope of whether login.conf works as expected (specifically, the ports tree, yp, ldap, or any other areas that I don't know about). If other developers were willing to work together on the api/abi changes, I would feel a lot better about spending my time there and doing it right. Without support from other, more knowledgeable people (as far as what will break if we do XYZ), who will eventually merge productive changes, I would be wasting my time. I don't want to be the libcrypt api changing pixie, scattering patches into /dev/null. :) > My suggestion is that we either have: > > a) passwd_format and passwd_round (so that they don't conflict), or > I recommend against this. By example, based on current scrypt modular crypt RFCs, there are multiple tunable parameters. It's conceivable that other future algorithms will have different functional and named parameters. Additionally, I think having all the parsing code for this scattered about actually makes things less clear. For example, $2a$08$ means a lot more to people (across different *nix backgrounds) than blf, is concise, and is/already should be well documented in crypt(3). Likewise with sha512. Looking at login.conf, you can't tell exactly what it means. Modular crypt is something that developers are working to stay compatible with (e.g. $5$, $6$, $2y$, etc), is understood outside of the context of FreeBSD system administration, and would be understood by people who are knowledgeable enough to seek to change this aspect of their system. > b) extend passwd_format in a compatible manner to allow specifying a > round, or, > > c) make passwd_format and passwd_modular conflict so we don't silently > accept it and instead bail out when doing pwd_mkdb. > As jmg suggested, by supplying the modular format for passwd_format, we eliminate this conflict, and make it obvious. I definitely support this notion. That means touching login_setcryptfmt and friends, I think. >> What do you think of the idea of putting this into libcrypt instead >> of pam_unix.c, and then patching pam_unix.c and pw_user.c to >> reference libcrypt? > > Which part of the idea? I think it's a bad idea to make libcrypt to > depend on libutil (for login_cap(3)) but we should probably provide > new wrappers in login_cap(3) to do the common things when requested > for various password manipulating tools to reduce duplicated code. > Specifically: The makesalt aspect can/should be put into libcrypt, refined appropriately, and exposed publicly. It is a terrible little piece of code as it is now, twice (or more!), and it could be cleaned up considerably. This could be a nice little api. Secondly, since the digests are used externally, I think it would be good to push the custom base64 code out to a library somewhere, so there is the standard way to do it, documented. Maybe libcrypt is the right place for this function too, since that is the context in which I have seen it. I forget for sure now, but I think each algorithm is also responsible for base64 encoding their output. Not that I'm saying we should just rip it out, but it might be worthwhile to look case by case, if it's appropriate. As far as autotuning the work-factor, I think that just being able to set it at all is a huge improvement, and autotuning is Just Details. We can see that this will be fraught with problems establishing consensus, and could stall making progress with the other good work. Even if every couple of years, the default in login.conf gets bumped to whatever. When people run mergemaster, it'll show, and the admin can decide then. As it is right now, rounds are fixed, that's not appropriate for any use-case, small or large. Finally, I agree the ability to auto-update existing digests is desirable. That and the other policy stuff can happen totally separate from the discussion around exposing the tunables. Thanks for considering my input, - Derek From owner-freebsd-current@FreeBSD.ORG Sun Mar 9 16:56:52 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46D23798; Sun, 9 Mar 2014 16:56:52 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 19702D95; Sun, 9 Mar 2014 16:56:52 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 30B40D567; Sun, 9 Mar 2014 16:56:50 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 30B40D567 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sun, 9 Mar 2014 12:56:48 -0400 From: Glen Barber To: freebsd-current@FreeBSD.org Subject: panic: vm_fault: fault on nofault entry Message-ID: <20140309165648.GF1776@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="s5/bjXLgkIwAv6Hi" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 09 Mar 2014 16:56:52 -0000 --s5/bjXLgkIwAv6Hi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable We are having regular panics on several machines in the cluster. Below follows the script from the kgdb(1) session, hopefully providing enough information. This machine runs 11.0-CURRENT #2 r262892, from 2 days ago. It uses tmpfs(5) for the port build workspace. I have an unconfirmed suspicion that use of sysutils/lsof is involved somehow, but cannot be sure. (In my experience with panics with port building, removing lsof =66rom the system did have an effect, but I may be going down the wrong rabbit hole.) Script started on Sun Mar 9 16:40:07 2014 root@redbuild01.nyi:/usr/obj/usr/src/sys/REDBUILD # sh # kgdb ./kernel.debug /var/crash/vmcore.1 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: panic: vm_fault: fault on nofault entry, addr: fffffe035021a000 cpuid =3D 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe1839a54= 180 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe1839a54230 panic() at panic+0x155/frame 0xfffffe1839a542b0 vm_fault_hold() at vm_fault_hold+0x1e7a/frame 0xfffffe1839a54500 vm_fault() at vm_fault+0x77/frame 0xfffffe1839a54540 trap_pfault() at trap_pfault+0x199/frame 0xfffffe1839a545e0 trap() at trap+0x4a0/frame 0xfffffe1839a547f0 calltrap() at calltrap+0x8/frame 0xfffffe1839a547f0 --- trap 0xc, rip =3D 0xffffffff80d97bab, rsp =3D 0xfffffe1839a548b0, rbp = =3D 0xfffffe1839a54910 --- copyout() at copyout+0x3b/frame 0xfffffe1839a54910 memrw() at memrw+0x19f/frame 0xfffffe1839a54950 giant_read() at giant_read+0xa4/frame 0xfffffe1839a54990 devfs_read_f() at devfs_read_f+0xeb/frame 0xfffffe1839a549f0 dofileread() at dofileread+0x95/frame 0xfffffe1839a54a40 kern_readv() at kern_readv+0x68/frame 0xfffffe1839a54a90 sys_read() at sys_read+0x63/frame 0xfffffe1839a54ae0 amd64_syscall() at amd64_syscall+0x3fb/frame 0xfffffe1839a54bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe1839a54bf0 --- syscall (3, FreeBSD ELF64, sys_read), rip =3D 0x800b8444a, rsp =3D 0x7f= ffffffd088, rbp =3D 0x7fffffffd0d0 --- KDB: enter: panic Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols Reading symbols from /boot/kernel/ums.ko.symbols...done. Loaded symbols for /boot/kernel/ums.ko.symbols Reading symbols from /boot/kernel/tmpfs.ko.symbols...done. Loaded symbols for /boot/kernel/tmpfs.ko.symbols Reading symbols from /boot/kernel/nullfs.ko.symbols...done. Loaded symbols for /boot/kernel/nullfs.ko.symbols Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. Loaded symbols for /boot/kernel/linprocfs.ko.symbols Reading symbols from /boot/kernel/linux.ko.symbols...done. Loaded symbols for /boot/kernel/linux.ko.symbols #0 doadump (textdump=3D-967130448) at pcpu.h:219 219 __asm("movq %%gs:%1,%0" : "=3Dr" (td) (kgdb) bt #0 doadump (textdump=3D-967130448) at pcpu.h:219 #1 0xffffffff8034a1a5 in db_fncall (dummy1=3D,=20 dummy2=3D, dummy3=3D, dummy4= =3D) at /usr/src/sys/ddb/db_command.c:578 #2 0xffffffff80349e8d in db_command (cmd_table=3D0x0) at /usr/src/sys/ddb/= db_command.c:449 #3 0xffffffff80349c04 in db_command_loop () at /usr/src/sys/ddb/db_command= =2Ec:502 #4 0xffffffff8034c660 in db_trap (type=3D, code=3D0) at /usr/src/sys/ddb/db_main.c:231 #5 0xffffffff80987ae9 in kdb_trap (type=3D3, code=3D0, tf=3D) at /usr/src/sys/kern/subr_kdb.c:656 #6 0xffffffff80d999b9 in trap (frame=3D0xfffffe1839a54160) at /usr/src/sys/amd64/amd64/trap.c:571 #7 0xffffffff80d7e6e2 in calltrap () at /usr/src/sys/amd64/amd64/exception= =2ES:231 #8 0xffffffff8098724e in kdb_enter (why=3D0xffffffff8100f4ba "panic", msg= =3D) at cpufunc.h:63 #9 0xffffffff80946a75 in panic (fmt=3D) at /usr/src/sys/kern/kern_shutdown.c:752 #10 0xffffffff80c0a1fa in vm_fault_hold (map=3D,=20 vaddr=3D, fault_type=3D,=20 fault_flags=3D, m_hold=3D) at /usr/src/sys/vm/vm_fault.c:272 #11 0xffffffff80c08337 in vm_fault (map=3D0xfffff80002000000, vaddr=3D,=20 fault_type=3D1 '\001', fault_flags=3D128) at /usr/src/sys/vm/vm_fault.c= :217 #12 0xffffffff80d9a1a9 in trap_pfault (frame=3D0xfffffe1839a54800, usermode= =3D0) at /usr/src/sys/amd64/amd64/trap.c:767 #13 0xffffffff80d999d0 in trap (frame=3D0xfffffe1839a54800) at /usr/src/sys/amd64/amd64/trap.c:455 #14 0xffffffff80d7e6e2 in calltrap () at /usr/src/sys/amd64/amd64/exception= =2ES:231 #15 0xffffffff80d97bab in copyout () at /usr/src/sys/amd64/amd64/support.S:= 246 #16 0xffffffff8099c2f5 in uiomove_faultflag (cp=3D,=20 n=3D, uio=3D0xfffffe1839a54ab0, nofault=3D) at /usr/src/sys/kern/subr_uio.c:192 #17 0xffffffff80d8612f in memrw (dev=3D0xfffff8000dbd0400, uio=3D0xfffffe18= 39a54ab0,=20 flags=3D113246208) at /usr/src/sys/amd64/amd64/mem.c:101 #18 0xffffffff808ecf04 in giant_read (dev=3D0xfffff8000dbd0400, uio=3D0xfff= ffe1839a54ab0, ioflag=3D0) at /usr/src/sys/kern/kern_conf.c:442 #19 0xffffffff808185cb in devfs_read_f (fp=3D0xfffff80083439230, uio=3D0xff= fffe1839a54ab0,=20 cred=3D, flags=3D0, td=3D0xfffff80e4edb8490) at /usr/src/sys/fs/devfs/devfs_vnops.c:1193 #20 0xffffffff809a15e5 in dofileread (td=3D0xfffff80e4edb8490, fd=3D4, fp= =3D0xfffff80083439230,=20 auio=3D0xfffffe1839a54ab0, offset=3D, flags=3D1172= 307968) at file.h:299 #21 0xffffffff809a1308 in kern_readv (td=3D0xfffff80e4edb8490, fd=3D4, auio= =3D0xfffffe1839a54ab0) at /usr/src/sys/kern/sys_generic.c:256 #22 0xffffffff809a1293 in sys_read (td=3D, uap=3D) at /usr/src/sys/kern/sys_generic.c:171 #23 0xffffffff80d9a9fb in amd64_syscall (td=3D0xfffff80e4edb8490, traced=3D= 0) at subr_syscall.c:133 #24 0xffffffff80d7e9cb in Xfast_syscall () at /usr/src/sys/amd64/amd64/exce= ption.S:390 #25 0x0000000800b8444a in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb) frame 19 #19 0xffffffff808185cb in devfs_read_f (fp=3D0xfffff80083439230, uio=3D0xff= fffe1839a54ab0,=20 cred=3D, flags=3D0, td=3D0xfffff80e4edb8490) at /usr/src/sys/fs/devfs/devfs_vnops.c:1193 1193 error =3D dsw->d_read(dev, uio, ioflag); (kgdb) list 1188 ioflag =3D fp->f_flag & (O_NONBLOCK | O_DIRECT); 1189 if (ioflag & O_DIRECT) 1190 ioflag |=3D IO_DIRECT; 1191=09 1192 foffset_lock_uio(fp, uio, flags | FOF_NOLOCK); 1193 error =3D dsw->d_read(dev, uio, ioflag); 1194 if (uio->uio_resid !=3D resid || (error =3D=3D 0 && resid !=3D 0)) 1195 vfs_timestamp(&dev->si_atime); 1196 td->td_fpop =3D fpop; 1197 dev_relthread(dev, ref); (kgdb) down #18 0xffffffff808ecf04 in giant_read (dev=3D0xfffff8000dbd0400, uio=3D0xfff= ffe1839a54ab0, ioflag=3D0) at /usr/src/sys/kern/kern_conf.c:442 442 retval =3D dsw->d_gianttrick->d_read(dev, uio, ioflag); (kgdb) list 437=09 438 dsw =3D dev_refthread(dev, &ref); 439 if (dsw =3D=3D NULL) 440 return (ENXIO); 441 mtx_lock(&Giant); 442 retval =3D dsw->d_gianttrick->d_read(dev, uio, ioflag); 443 mtx_unlock(&Giant); 444 dev_relthread(dev, ref); 445 return (retval); 446 } (kgdb) p *dev $1 =3D {si_spare0 =3D 0x0, si_flags =3D 4, si_atime =3D {tv_sec =3D 1394286= 776, tv_nsec =3D 0},=20 si_ctime =3D {tv_sec =3D 1394236183, tv_nsec =3D 584945000}, si_mtime =3D= {tv_sec =3D 1394236183,=20 tv_nsec =3D 584945000}, si_uid =3D 0, si_gid =3D 2, si_mode =3D 416, si= _cred =3D 0x0, si_drv0 =3D 1,=20 si_refcount =3D 9, si_list =3D {le_next =3D 0xfffff8000dbd0600, le_prev = =3D 0xffffffff8144db18},=20 si_clone =3D {le_next =3D 0x0, le_prev =3D 0x0}, si_children =3D {lh_firs= t =3D 0x0}, si_siblings =3D { le_next =3D 0x0, le_prev =3D 0x0}, si_parent =3D 0x0, si_mountpt =3D 0x= 0, si_drv1 =3D 0x0,=20 si_drv2 =3D 0x0, si_devsw =3D 0xffffffff8144da78, si_iosize_max =3D 65536= , si_usecount =3D 1,=20 si_threadcount =3D 2, __si_u =3D {__sid_snapdata =3D 0x0},=20 si_name =3D "kmem", '\0' } (kgdb) p *uio $2 =3D {uio_iov =3D 0xfffffe1839a54aa0, uio_iovcnt =3D 1, uio_offset =3D -2= 184830705664,=20 uio_resid =3D 113246208, uio_segflg =3D UIO_USERSPACE, uio_rw =3D UIO_REA= D,=20 uio_td =3D 0xfffff80e4edb8490} (kgdb) p *ioflag Cannot access memory at address 0x0 (kgdb) p Giant $3 =3D {lock_object =3D {lo_name =3D 0xffffffff8100e05a "Giant", lo_flags = =3D 17498112, lo_data =3D 0,=20 lo_witness =3D 0x0}, mtx_lock =3D 18446735339069080720} (kgdb) down #17 0xffffffff80d8612f in memrw (dev=3D0xfffff8000dbd0400, uio=3D0xfffffe18= 39a54ab0,=20 flags=3D113246208) at /usr/src/sys/amd64/amd64/mem.c:101 101 error =3D uiomove((void *)PHYS_TO_DMAP(v), (int)c, uio); (kgdb) list 96 if (dev2unit(dev) =3D=3D CDEV_MINOR_MEM) { 97 v =3D uio->uio_offset; 98 kmemphys: 99 o =3D v & PAGE_MASK; 100 c =3D min(uio->uio_resid, (u_int)(PAGE_SIZE - o)); 101 error =3D uiomove((void *)PHYS_TO_DMAP(v), (int)c, uio); 102 continue; 103 } 104 else if (dev2unit(dev) =3D=3D CDEV_MINOR_KMEM) { 105 v =3D uio->uio_offset; (kgdb) p *v $4 =3D 0 (kgdb) p *c $5 =3D 0 (kgdb) p *uio $6 =3D {uio_iov =3D 0xfffffe1839a54aa0, uio_iovcnt =3D 1, uio_offset =3D -2= 184830705664,=20 uio_resid =3D 113246208, uio_segflg =3D UIO_USERSPACE, uio_rw =3D UIO_REA= D,=20 uio_td =3D 0xfffff80e4edb8490} (kgdb) down #16 0xffffffff8099c2f5 in uiomove_faultflag (cp=3D,=20 n=3D, uio=3D0xfffffe1839a54ab0, nofault=3D) at /usr/src/sys/kern/subr_uio.c:192 192 error =3D copyout(cp, iov->iov_base, cnt); (kgdb) list 187 switch (uio->uio_segflg) { 188=09 189 case UIO_USERSPACE: 190 maybe_yield(); 191 if (uio->uio_rw =3D=3D UIO_READ) 192 error =3D copyout(cp, iov->iov_base, cnt); 193 else 194 error =3D copyin(iov->iov_base, cp, cnt); 195 if (error) 196 goto out; (kgdb) p *cp Attempt to dereference a generic pointer. (kgdb) p cp $7 =3D (kgdb) down #15 0xffffffff80d97bab in copyout () at /usr/src/sys/amd64/amd64/support.S:= 246 246 cld Current language: auto; currently asm (kgdb) list 241 xchgq %rdi,%rsi 242 /* bcopy(%rsi, %rdi, %rdx) */ 243 movq %rdx,%rcx 244=09 245 shrq $3,%rcx 246 cld 247 rep 248 movsq 249 movb %dl,%cl 250 andb $7,%cl (kgdb) down #14 0xffffffff80d7e6e2 in calltrap () at /usr/src/sys/amd64/amd64/exception= =2ES:231 231 call trap (kgdb) list 226 #endif 227 .globl calltrap 228 .type calltrap,@function 229 calltrap: 230 movq %rsp,%rdi 231 call trap 232 MEXITCOUNT 233 jmp doreti /* Handle any pending ASTs */ 234=09 235 /* (kgdb) quit Script done on Sun Mar 9 16:46:04 2014 Glen --s5/bjXLgkIwAv6Hi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTHJ1QAAoJELls3eqvi17QvuYQAK1+lQnlh/KNuObYFEPCE+H0 tFpx9PRRsywGXZn4IhBLkDjzI3sdPAET87vhf0qmFFjtcrR0H0Mhg/rpme855BlW /kfcWNw0v4qpzcGB7Ua7hFTaNlUM4nQ7fT5CnBOPgkZAjOBlktE4EVKLwL26fX+C BNh/DCwpGlHMbccIQXXuRWdV8YC8V+Rda8K5uwDvTEw10F29FMmNVSbVFzdVj0qI MQsSDz4cPgbYPSkUVHbNXIO4wErcctpiSSI7WWXFXj7MBYAp212zjS9ONUlcVxas rXmNK/BmPRlqN0F8R71yC4DgzrkbJIriMFwBRUHR+ptlktSZqWvLaaaTtkBObGjB Q5X5Fc0BxAdED/jkMieom/MfWU4w5ijp8nMN+MCzI70n7xa7BsAwmu6zeeas4CJk yUSbL9M0muWcduDdHCNmd90TPSqmwY04F6RNZNy38Ol+cx1ilHtqqSQ5jXyuD6T9 2/RrgehfMIjqqlYy38xAzgtGxHwKxlcSVIHZCdnC5XL+79cTbRdAyAB2XZlOJRoz ZOkgQUom6rSH/2lHPBJsrV017qlwAxYA5/1z/kzIZqhjUJQ0fbblS701rRYaA+pX 3NLTIdwCVwFf/UjrDLzXv58gTxGYsd5t+hXtxPvZxBst1w2UqpohV3tDX9GZ/npf vgGv5/3/d3YHYMRivpGz =/ww3 -----END PGP SIGNATURE----- --s5/bjXLgkIwAv6Hi-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 9 18:01:43 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 752B3C1F; Sun, 9 Mar 2014 18:01:43 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DC4B4372; Sun, 9 Mar 2014 18:01:42 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id s29I1WSZ099258; Sun, 9 Mar 2014 20:01:33 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s29I1WSZ099258 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id s29I1WNU099257; Sun, 9 Mar 2014 20:01:32 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 9 Mar 2014 20:01:32 +0200 From: Konstantin Belousov To: Glen Barber Subject: Re: panic: vm_fault: fault on nofault entry Message-ID: <20140309180132.GO24664@kib.kiev.ua> References: <20140309165648.GF1776@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qi0WovVLX58BkhBU" Content-Disposition: inline In-Reply-To: <20140309165648.GF1776@glenbarber.us> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 09 Mar 2014 18:01:43 -0000 --qi0WovVLX58BkhBU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 09, 2014 at 12:56:48PM -0400, Glen Barber wrote: > We are having regular panics on several machines in the cluster. >=20 > Below follows the script from the kgdb(1) session, hopefully providing > enough information. This machine runs 11.0-CURRENT #2 r262892, from > 2 days ago. >=20 > It uses tmpfs(5) for the port build workspace. I have an unconfirmed > suspicion that use of sysutils/lsof is involved somehow, but cannot be > sure. (In my experience with panics with port building, removing lsof > from the system did have an effect, but I may be going down the wrong > rabbit hole.) >=20 >=20 > Script started on Sun Mar 9 16:40:07 2014 > root@redbuild01.nyi:/usr/obj/usr/src/sys/REDBUILD # sh > # kgdb ./kernel.debug /var/crash/vmcore.1 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "amd64-marcel-freebsd"... >=20 > Unread portion of the kernel message buffer: > panic: vm_fault: fault on nofault entry, addr: fffffe035021a000 > cpuid =3D 1 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe1839a= 54180 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe1839a54230 > panic() at panic+0x155/frame 0xfffffe1839a542b0 > vm_fault_hold() at vm_fault_hold+0x1e7a/frame 0xfffffe1839a54500 > vm_fault() at vm_fault+0x77/frame 0xfffffe1839a54540 > trap_pfault() at trap_pfault+0x199/frame 0xfffffe1839a545e0 > trap() at trap+0x4a0/frame 0xfffffe1839a547f0 > calltrap() at calltrap+0x8/frame 0xfffffe1839a547f0 > --- trap 0xc, rip =3D 0xffffffff80d97bab, rsp =3D 0xfffffe1839a548b0, rbp= =3D 0xfffffe1839a54910 --- > copyout() at copyout+0x3b/frame 0xfffffe1839a54910 > memrw() at memrw+0x19f/frame 0xfffffe1839a54950 > giant_read() at giant_read+0xa4/frame 0xfffffe1839a54990 > devfs_read_f() at devfs_read_f+0xeb/frame 0xfffffe1839a549f0 > dofileread() at dofileread+0x95/frame 0xfffffe1839a54a40 > kern_readv() at kern_readv+0x68/frame 0xfffffe1839a54a90 > sys_read() at sys_read+0x63/frame 0xfffffe1839a54ae0 > amd64_syscall() at amd64_syscall+0x3fb/frame 0xfffffe1839a54bf0 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe1839a54bf0 > --- syscall (3, FreeBSD ELF64, sys_read), rip =3D 0x800b8444a, rsp =3D 0x= 7fffffffd088, rbp =3D 0x7fffffffd0d0 --- > KDB: enter: panic This is very similar to issue reported several time ago. Try this patch. I never get a feedback. diff --git a/sys/amd64/amd64/mem.c b/sys/amd64/amd64/mem.c index abbbb21..fd9c5df 100644 --- a/sys/amd64/amd64/mem.c +++ b/sys/amd64/amd64/mem.c @@ -98,7 +98,13 @@ memrw(struct cdev *dev, struct uio *uio, int flags) kmemphys: o =3D v & PAGE_MASK; c =3D min(uio->uio_resid, (u_int)(PAGE_SIZE - o)); - error =3D uiomove((void *)PHYS_TO_DMAP(v), (int)c, uio); + v =3D PHYS_TO_DMAP(v); + if (v < DMAP_MIN_ADDRESS || + (v > DMAP_MIN_ADDRESS + dmaplimit && + v <=3D DMAP_MAX_ADDRESS) || + pmap_kextract(v) =3D=3D 0) + return (EFAULT); + error =3D uiomove((void *)v, (int)c, uio); continue; } else if (dev2unit(dev) =3D=3D CDEV_MINOR_KMEM) { --qi0WovVLX58BkhBU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTHKx7AAoJEJDCuSvBvK1BxxAP/ijynnHhVFpA1/f7YLwxQxg5 oXjWCXr3n3aE22e40KBwQ7fAR6iCXEVStb5cmjGbauaOovGZfGn4On/qDBkYtsxj Pvxmn6fWrE9mUmMQqvnDHmJRGeHQzmZDkC2uT7OTjl1T2WNFeHD2g+H5RnA6XnWd +XaGmBJT1Vs42DcyTLME/tQ9qBB5MpOTkj1iZMTf4/cktN3f4tjqupbtNM2KT84+ cfhgnlIlbiBssxYBqjCVkH/H/IlhEq+9CGudhorkQuh64z2FFW9bqhLAZiUDREq6 43WLuIWjO3POijm2hzNyyPrfYSi5ELmC+rCmE4KhUIWousl22CEX5NkCTCpPKhkg B3IkDRruSxx5uqjFeSQ51Ep/kYg6KYtiVvVp8NL7u1L1762pIZksngluTpFcYOle hv7ZkkK7u4Xd/tBsZihCxtHa+bjlICS0DzYZCXDHXRUutwDMc/uUreLbMiP3lY3J R7vx5N0Omn2f0HkglqznIC/Pc6gGOHh8VI9S7je9EG4vU6BD/qKCYu4oe1knNjWk vwxbOgICzGCgHjGy39DKNz4igPp+pQQMfw6MDCb7XYLf4wxv22+nI5HWWMyNP123 Ndhna7Cw0Eh1s042a4E4phd+2UJI3wnHGeLi3pM4Myi//LCGR1xlPOmS3O58okXI ffT5w48YPbF9w18Cx42Q =atUp -----END PGP SIGNATURE----- --qi0WovVLX58BkhBU-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 9 18:17:00 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D325F609; Sun, 9 Mar 2014 18:17:00 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8F452680; Sun, 9 Mar 2014 18:17:00 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 05352DD8B; Sun, 9 Mar 2014 18:16:58 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 05352DD8B Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sun, 9 Mar 2014 14:16:57 -0400 From: Glen Barber To: Konstantin Belousov Subject: Re: panic: vm_fault: fault on nofault entry Message-ID: <20140309181657.GI1776@glenbarber.us> References: <20140309165648.GF1776@glenbarber.us> <20140309180132.GO24664@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ZY5CS28jBCfb727c" Content-Disposition: inline In-Reply-To: <20140309180132.GO24664@kib.kiev.ua> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 09 Mar 2014 18:17:01 -0000 --ZY5CS28jBCfb727c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 09, 2014 at 08:01:32PM +0200, Konstantin Belousov wrote: > On Sun, Mar 09, 2014 at 12:56:48PM -0400, Glen Barber wrote: > > We are having regular panics on several machines in the cluster. > >=20 > > Below follows the script from the kgdb(1) session, hopefully providing > > enough information. This machine runs 11.0-CURRENT #2 r262892, from > > 2 days ago. > >=20 > > It uses tmpfs(5) for the port build workspace. I have an unconfirmed > > suspicion that use of sysutils/lsof is involved somehow, but cannot be > > sure. (In my experience with panics with port building, removing lsof > > from the system did have an effect, but I may be going down the wrong > > rabbit hole.) > >=20 >=20 > This is very similar to issue reported several time ago. > Try this patch. I never get a feedback. >=20 > diff --git a/sys/amd64/amd64/mem.c b/sys/amd64/amd64/mem.c > index abbbb21..fd9c5df 100644 > --- a/sys/amd64/amd64/mem.c > +++ b/sys/amd64/amd64/mem.c > @@ -98,7 +98,13 @@ memrw(struct cdev *dev, struct uio *uio, int flags) > kmemphys: > o =3D v & PAGE_MASK; > c =3D min(uio->uio_resid, (u_int)(PAGE_SIZE - o)); > - error =3D uiomove((void *)PHYS_TO_DMAP(v), (int)c, uio); > + v =3D PHYS_TO_DMAP(v); > + if (v < DMAP_MIN_ADDRESS || > + (v > DMAP_MIN_ADDRESS + dmaplimit && > + v <=3D DMAP_MAX_ADDRESS) || > + pmap_kextract(v) =3D=3D 0) > + return (EFAULT); > + error =3D uiomove((void *)v, (int)c, uio); > continue; > } > else if (dev2unit(dev) =3D=3D CDEV_MINOR_KMEM) { There is a very similar patch on one of these machines. Index: sys/amd64/amd64/mem.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/amd64/amd64/mem.c (revision 262298) +++ sys/amd64/amd64/mem.c (working copy) @@ -98,6 +98,12 @@ kmemphys: o =3D v & PAGE_MASK; c =3D min(uio->uio_resid, (u_int)(PAGE_SIZE - o)); + v =3D PHYS_TO_DMAP(v); + if (v < DMAP_MIN_ADDRESS || + (v > DMAP_MIN_ADDRESS + dmaplimit && + v <=3D DMAP_MAX_ADDRESS) || + pmap_kextract(v) =3D=3D 0) + return (EFAULT); error =3D uiomove((void *)PHYS_TO_DMAP(v), (int)c, uio); continue; } Index: sys/amd64/amd64/pmap.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/amd64/amd64/pmap.c (revision 262298) +++ sys/amd64/amd64/pmap.c (working copy) @@ -321,7 +321,7 @@ "Number of kernel page table pages allocated on bootup"); =20 static int ndmpdp; -static vm_paddr_t dmaplimit; +vm_paddr_t dmaplimit; vm_offset_t kernel_vm_end =3D VM_MIN_KERNEL_ADDRESS; pt_entry_t pg_nx; =20 Index: sys/amd64/include/pmap.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/amd64/include/pmap.h (revision 262298) +++ sys/amd64/include/pmap.h (working copy) @@ -369,6 +369,7 @@ extern vm_paddr_t dump_avail[]; extern vm_offset_t virtual_avail; extern vm_offset_t virtual_end; +extern vm_paddr_t dmaplimit; =20 #define pmap_page_get_memattr(m) ((vm_memattr_t)(m)->md.pat_mode) #define pmap_page_is_write_mapped(m) (((m)->aflags & PGA_WRITEABLE) !=3D= 0) The machine this change is on paniced today as well. That machine runs r262298M, and I have a vmcore from Feb 24 (there was not enough available space to get a crash dump today.) The backtrace from Feb 24 follows. Script started on Sun Mar 9 18:14:41 2014 root@redbuild04.nyi:/usr/obj/usr/src/sys/REDBUILD # sh # kgdb ./kernel.debug /var/crash/vmcore.3 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: panic: vm_fault: fault on nofault entry, addr: fffffe03becbc000 cpuid =3D 23 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe1838ec1= 180 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe1838ec1230 panic() at panic+0x155/frame 0xfffffe1838ec12b0 vm_fault_hold() at vm_fault_hold+0x1e7a/frame 0xfffffe1838ec1500 vm_fault() at vm_fault+0x77/frame 0xfffffe1838ec1540 trap_pfault() at trap_pfault+0x199/frame 0xfffffe1838ec15e0 trap() at trap+0x4a0/frame 0xfffffe1838ec17f0 calltrap() at calltrap+0x8/frame 0xfffffe1838ec17f0 --- trap 0xc, rip =3D 0xffffffff80d971fb, rsp =3D 0xfffffe1838ec18b0, rbp = =3D 0xfffffe1838ec1910 --- copyout() at copyout+0x3b/frame 0xfffffe1838ec1910 memrw() at memrw+0x1ef/frame 0xfffffe1838ec1950 giant_read() at giant_read+0xa4/frame 0xfffffe1838ec1990 devfs_read_f() at devfs_read_f+0xeb/frame 0xfffffe1838ec19f0 dofileread() at dofileread+0x95/frame 0xfffffe1838ec1a40 kern_readv() at kern_readv+0x68/frame 0xfffffe1838ec1a90 sys_read() at sys_read+0x63/frame 0xfffffe1838ec1ae0 amd64_syscall() at amd64_syscall+0x3fb/frame 0xfffffe1838ec1bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe1838ec1bf0 --- syscall (3, FreeBSD ELF64, sys_read), rip =3D 0x800b8343a, rsp =3D 0x7f= ffffffcfe8, rbp =3D 0x7fffffffd030 --- KDB: enter: panic Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols Reading symbols from /boot/kernel/ums.ko.symbols...done. Loaded symbols for /boot/kernel/ums.ko.symbols Reading symbols from /boot/kernel/tmpfs.ko.symbols...done. Loaded symbols for /boot/kernel/tmpfs.ko.symbols Reading symbols from /boot/kernel/nullfs.ko.symbols...done. Loaded symbols for /boot/kernel/nullfs.ko.symbols Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. Loaded symbols for /boot/kernel/linprocfs.ko.symbols Reading symbols from /boot/kernel/linux.ko.symbols...done. Loaded symbols for /boot/kernel/linux.ko.symbols #0 doadump (textdump=3D-954994000) at pcpu.h:219 219 __asm("movq %%gs:%1,%0" : "=3Dr" (td) (kgdb) bt #0 doadump (textdump=3D-954994000) at pcpu.h:219 #1 0xffffffff8034a175 in db_fncall (dummy1=3D,=20 dummy2=3D, dummy3=3D, dummy4= =3D) at /usr/src/sys/ddb/db_command.c:578 #2 0xffffffff80349e5d in db_command (cmd_table=3D0x0) at /usr/src/sys/ddb/= db_command.c:449 #3 0xffffffff80349bd4 in db_command_loop () at /usr/src/sys/ddb/db_command= =2Ec:502 #4 0xffffffff8034c630 in db_trap (type=3D, code=3D0) at /usr/src/sys/ddb/db_main.c:231 #5 0xffffffff80987329 in kdb_trap (type=3D3, code=3D0, tf=3D) at /usr/src/sys/kern/subr_kdb.c:656 #6 0xffffffff80d99009 in trap (frame=3D0xfffffe1838ec1160) at /usr/src/sys/amd64/amd64/trap.c:571 #7 0xffffffff80d7dd12 in calltrap () at /usr/src/sys/amd64/amd64/exception= =2ES:231 #8 0xffffffff80986a8e in kdb_enter (why=3D0xffffffff8100ed4f "panic", msg= =3D) at cpufunc.h:63 #9 0xffffffff809462b5 in panic (fmt=3D) at /usr/src/sys/kern/kern_shutdown.c:752 #10 0xffffffff80c0981a in vm_fault_hold (map=3D,=20 vaddr=3D, fault_type=3D,=20 fault_flags=3D, m_hold=3D) at /usr/src/sys/vm/vm_fault.c:272 #11 0xffffffff80c07957 in vm_fault (map=3D0xfffff80002000000, vaddr=3D,=20 fault_type=3D1 '\001', fault_flags=3D128) at /usr/src/sys/vm/vm_fault.c= :217 #12 0xffffffff80d997f9 in trap_pfault (frame=3D0xfffffe1838ec1800, usermode= =3D0) at /usr/src/sys/amd64/amd64/trap.c:767 #13 0xffffffff80d99020 in trap (frame=3D0xfffffe1838ec1800) at /usr/src/sys/amd64/amd64/trap.c:455 #14 0xffffffff80d7dd12 in calltrap () at /usr/src/sys/amd64/amd64/exception= =2ES:231 #15 0xffffffff80d971fb in copyout () at /usr/src/sys/amd64/amd64/support.S:= 246 #16 0xffffffff8099bb35 in uiomove_faultflag (cp=3D,=20 n=3D, uio=3D0xfffffe1838ec1ab0, nofault=3D) at /usr/src/sys/kern/subr_uio.c:192 #17 0xffffffff80d8576f in memrw (dev=3D, uio=3D,=20 flags=3D) at /usr/src/sys/amd64/amd64/mem.c:107 ---Type to continue, or q to quit--- #18 0xffffffff808ec764 in giant_read (dev=3D0xfffff80011347c00, uio=3D0xfff= ffe1838ec1ab0, ioflag=3D0) at /usr/src/sys/kern/kern_conf.c:442 #19 0xffffffff80817e2b in devfs_read_f (fp=3D0xfffff80854be3140, uio=3D0xff= fffe1838ec1ab0,=20 cred=3D, flags=3D0, td=3D0xfffff801f52c5490) at /usr/src/sys/fs/devfs/devfs_vnops.c:1193 #20 0xffffffff809a0e25 in dofileread (td=3D0xfffff801f52c5490, fd=3D4, fp= =3D0xfffff80854be3140,=20 auio=3D0xfffffe1838ec1ab0, offset=3D, flags=3D1172= 307968) at file.h:299 #21 0xffffffff809a0b48 in kern_readv (td=3D0xfffff801f52c5490, fd=3D4, auio= =3D0xfffffe1838ec1ab0) at /usr/src/sys/kern/sys_generic.c:256 #22 0xffffffff809a0ad3 in sys_read (td=3D, uap=3D) at /usr/src/sys/kern/sys_generic.c:171 #23 0xffffffff80d9a04b in amd64_syscall (td=3D0xfffff801f52c5490, traced=3D= 0) at subr_syscall.c:133 #24 0xffffffff80d7dffb in Xfast_syscall () at /usr/src/sys/amd64/amd64/exce= ption.S:390 #25 0x0000000800b8343a in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb) quit Script done on Sun Mar 9 18:14:59 2014 Glen --ZY5CS28jBCfb727c Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTHLAZAAoJELls3eqvi17QbxAP/31rC/3qptag074ujxnGgGim 3roBfVTbYQzAIhyWUex2pteByRL1ZQMB8tVftSmvVxm9QBhkNeGmuMiK5t6qfAC9 /aXaGDAGI/ieYki9nS29uSlmJaRCFxd6iN/kaHaJuhTajRB4dsK83E5dKV7TUFAy kqs23jPCaFjYtIXeegk8YRFXyfkwNsBqXp4qvHD4l5eiXSwGPD9oIXJuRuMfYZOR 90pZLgpcjy1THVnshPC29RHA5ppr49QRVgu/haEQMKscK5JgekLF69XZ3H/n+ILb poDk9/e+Ypyq1fBIs6gvC/y9IfTQjGdPQVBfvMPR7IAgLr5St0qQvFAEdTTbdOkb vDt5PZL+nZNPH0g8N/HUB4DEnEDtI7DUkoM7WrM916Le77SBvvG37VCVyrExhu4r uio5pYlSteD5hll4eh0o1g0tpzbfPtnO0W7cx0ZDQteImD/J5ybFbVGk5ERHWeHY jXuq+JRPcmTeCvaPHRCL+3ceIsTnHNnzW/RwilgaOpLKH0CNY9rMpsX5gwkEZuaK P+2dK5w9vOYTuoCBHZYfJyp68C9R6x+pbu0QUMEqGwit7ZhAngRgDHxNJiVhpr1N dMTOoNh9adKRR2umXe3M0Mpt68kMuPqQBbSZdU9IsEs6JYjEAN+BlHLrHzrIGsNK J1Ed7Xlf7PMLqFHVcfs8 =oYZe -----END PGP SIGNATURE----- --ZY5CS28jBCfb727c-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 9 19:46:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1182012C; Sun, 9 Mar 2014 19:46:12 +0000 (UTC) Received: from mail-yk0-x231.google.com (mail-yk0-x231.google.com [IPv6:2607:f8b0:4002:c07::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9C2C9D8D; Sun, 9 Mar 2014 19:46:11 +0000 (UTC) Received: by mail-yk0-f177.google.com with SMTP id q200so16867834ykb.8 for ; Sun, 09 Mar 2014 12:46: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=tH1Xy5r7mzI7e7+HfCvOc/05CKfAJySAzpCpcLkKTfE=; b=jrjQDEPU8V+TwQ1nubHZpgQF0JhS53wRf/Yyclkg9h60X3PVzlz/iJhWDYN18/hxOF Ft7KpnYpGA/amCSKJWIjRveq5+ydUEufvJ7kjITYgplt2ANIXv4G+2Q9h18idjR3TKfD UFlh1DIvBZTD3w//dWWp18msD4reesV3STzNuSRTZD8pbZrRWtuGAVNYAMncNO1NzWK2 jnHkg9hkSBut2OmfGIPo99btmhWtoF11ExKxq+EAM2h+iPMTgfYKQktdh95BJNGJNoHg o2HCaO1cevu/l+viMijtG8G4IRjhRIyormsqO72GS92uiAuk8+KmUcvGeKdyntyDJAsi VV2g== MIME-Version: 1.0 X-Received: by 10.236.128.170 with SMTP id f30mr10312026yhi.89.1394394370896; Sun, 09 Mar 2014 12:46:10 -0700 (PDT) Received: by 10.170.66.204 with HTTP; Sun, 9 Mar 2014 12:46:10 -0700 (PDT) Date: Sun, 9 Mar 2014 15:46:10 -0400 Message-ID: Subject: FreeBSD GSOC proposal in 2014 From: yan cui To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, soc-status@freebsd.org, jeff@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 09 Mar 2014 19:46:12 -0000 Hi All, I am a student in Columbia University (Yan Cui), and want to join the FreeBSD GSOC 2014. After scanned the idea list posted online, I think I am interested in the idea titled "user space pthread mutex lock contention profiling and lock order verification tools". I have several year experiences in kernel and user locking and believe I can complete the task in time. Currently, I wonder to know, before submitting an application on GSOC home page, do I need to submit some documents in the community (to review?) Best Wishes! Yan -- Think big; Dream impossible; Make it happen. From owner-freebsd-current@FreeBSD.ORG Sun Mar 9 21:39:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3225712F; Sun, 9 Mar 2014 21:39:35 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EF4088F4; Sun, 9 Mar 2014 21:39:34 +0000 (UTC) Received: from smarthost.fisglobal.com ([10.132.206.193]) by ltcfislmsgpa01.fnfis.com (8.14.5/8.14.5) with ESMTP id s29LdQ1H004388 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 9 Mar 2014 16:39:26 -0500 Received: from THEMADHATTER (10.242.181.54) by smarthost.fisglobal.com (10.132.206.193) with Microsoft SMTP Server id 14.3.174.1; Sun, 9 Mar 2014 16:39:24 -0500 From: Devin Teske To: "'Lundberg, Johannes'" , "'David Chisnall'" References: <527CCDA1-79E2-47F8-A0C1-8C825AB14118@FreeBSD.org> In-Reply-To: Subject: RE: Error when adding user with multiple groups with bsdconfig Date: Sun, 9 Mar 2014 14:39:16 -0700 Message-ID: <1b8401cf3be0$069b5530$13d1ff90$@fisglobal.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQIHiTwXLeftqnJS+GBD3SrK2P4VFwFRdV2DAm7uZF+aSqgwgA== Content-Language: en-us X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87, 1.0.14, 0.0.0000 definitions=2014-03-09_02:2014-03-07,2014-03-09,1970-01-01 signatures=0 Cc: 'Devin Teske' , 'FreeBSD Current' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 09 Mar 2014 21:39:35 -0000 > -----Original Message----- > From: Lundberg, Johannes [mailto:johannes@brilliantservice.co.jp] > Sent: Thursday, January 9, 2014 11:38 PM > To: David Chisnall > Cc: FreeBSD Current > Subject: Re: Error when adding user with multiple groups with bsdconfig > > On Fri, Jan 10, 2014 at 4:33 PM, David Chisnall wrote: > > > On 10 Jan 2014, at 00:37, Lundberg, Johannes < > > johannes@brilliantservice.co.jp> wrote: > > > > > Creating a user who is only added to one group (for example wheel) > > > works fine. > > > > I created a user with bsdconfig for the first time yesterday and found > > that their new home directory was owned by root. Did you experience > > this, or is it just me? > > > > At least all dot files were owned by root if I remember correctly. I think there is > a PR for this. > http://www.freebsd.org/cgi/query-pr.cgi?pr=misc/184681 Will address this in the rewrite of usermgmt (mirroring the recent rewrite of groupmgmt -- ala SVN revisions 262904 262908 - 262910). -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Sun Mar 9 22:10:23 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB9EA333; Sun, 9 Mar 2014 22:10:23 +0000 (UTC) Received: from mail.ignoranthack.me (ujvl.x.rootbsd.net [199.102.79.106]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 954D7BBB; Sun, 9 Mar 2014 22:10:23 +0000 (UTC) Received: from [172.20.1.113] (unknown [122.212.234.10]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id C4F08192ACB; Sun, 9 Mar 2014 22:36:12 +0000 (UTC) Subject: Re: panic: vm_fault: fault on nofault entry From: Sean Bruno To: Glen Barber In-Reply-To: <20140309181657.GI1776@glenbarber.us> References: <20140309165648.GF1776@glenbarber.us> <20140309180132.GO24664@kib.kiev.ua> <20140309181657.GI1776@glenbarber.us> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-X7j2orV71+MWYdQeKomn" Date: Mon, 10 Mar 2014 07:10:20 +0900 Message-ID: <1394403020.2231.1.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: Konstantin Belousov , freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Mar 2014 22:10:24 -0000 --=-X7j2orV71+MWYdQeKomn Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Sun, 2014-03-09 at 14:16 -0400, Glen Barber wrote: > On Sun, Mar 09, 2014 at 08:01:32PM +0200, Konstantin Belousov wrote: > > On Sun, Mar 09, 2014 at 12:56:48PM -0400, Glen Barber wrote: > > > We are having regular panics on several machines in the cluster. > > >=20 > > > Below follows the script from the kgdb(1) session, hopefully providin= g > > > enough information. This machine runs 11.0-CURRENT #2 r262892, from > > > 2 days ago. > > >=20 > > > It uses tmpfs(5) for the port build workspace. I have an unconfirmed > > > suspicion that use of sysutils/lsof is involved somehow, but cannot b= e > > > sure. (In my experience with panics with port building, removing lso= f > > > from the system did have an effect, but I may be going down the wrong > > > rabbit hole.) > > >=20 > >=20 > > This is very similar to issue reported several time ago. > > Try this patch. I never get a feedback. > >=20 > > diff --git a/sys/amd64/amd64/mem.c b/sys/amd64/amd64/mem.c > > index abbbb21..fd9c5df 100644 > > --- a/sys/amd64/amd64/mem.c > > +++ b/sys/amd64/amd64/mem.c > > @@ -98,7 +98,13 @@ memrw(struct cdev *dev, struct uio *uio, int flags) > > kmemphys: > > o =3D v & PAGE_MASK; > > c =3D min(uio->uio_resid, (u_int)(PAGE_SIZE - o)); > > - error =3D uiomove((void *)PHYS_TO_DMAP(v), (int)c, uio); > > + v =3D PHYS_TO_DMAP(v); > > + if (v < DMAP_MIN_ADDRESS || > > + (v > DMAP_MIN_ADDRESS + dmaplimit && > > + v <=3D DMAP_MAX_ADDRESS) || > > + pmap_kextract(v) =3D=3D 0) > > + return (EFAULT); > > + error =3D uiomove((void *)v, (int)c, uio); > > continue; > > } > > else if (dev2unit(dev) =3D=3D CDEV_MINOR_KMEM) { >=20 > There is a very similar patch on one of these machines. >=20 > Index: sys/amd64/amd64/mem.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sys/amd64/amd64/mem.c (revision 262298) > +++ sys/amd64/amd64/mem.c (working copy) > @@ -98,6 +98,12 @@ > kmemphys: > o =3D v & PAGE_MASK; > c =3D min(uio->uio_resid, (u_int)(PAGE_SIZE - o)); > + v =3D PHYS_TO_DMAP(v); > + if (v < DMAP_MIN_ADDRESS || > + (v > DMAP_MIN_ADDRESS + dmaplimit && > + v <=3D DMAP_MAX_ADDRESS) || > + pmap_kextract(v) =3D=3D 0) > + return (EFAULT); > error =3D uiomove((void *)PHYS_TO_DMAP(v), (int)c, uio); > continue; > } > Index: sys/amd64/amd64/pmap.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sys/amd64/amd64/pmap.c (revision 262298) > +++ sys/amd64/amd64/pmap.c (working copy) > @@ -321,7 +321,7 @@ > "Number of kernel page table pages allocated on bootup"); > =20 > static int ndmpdp; > -static vm_paddr_t dmaplimit; > +vm_paddr_t dmaplimit; > vm_offset_t kernel_vm_end =3D VM_MIN_KERNEL_ADDRESS; > pt_entry_t pg_nx; > =20 > Index: sys/amd64/include/pmap.h > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sys/amd64/include/pmap.h (revision 262298) > +++ sys/amd64/include/pmap.h (working copy) > @@ -369,6 +369,7 @@ > extern vm_paddr_t dump_avail[]; > extern vm_offset_t virtual_avail; > extern vm_offset_t virtual_end; > +extern vm_paddr_t dmaplimit; > =20 > #define pmap_page_get_memattr(m) ((vm_memattr_t)(m)->md.pat_mode) > #define pmap_page_is_write_mapped(m) (((m)->aflags & PGA_WRITEABLE) != =3D 0) >=20 > The machine this change is on paniced today as well. That machine runs > r262298M, and I have a vmcore from Feb 24 (there was not enough > available space to get a crash dump today.) >=20 > The backtrace from Feb 24 follows. >=20 > Script started on Sun Mar 9 18:14:41 2014 > root@redbuild04.nyi:/usr/obj/usr/src/sys/REDBUILD # sh > # kgdb ./kernel.debug /var/crash/vmcore.3 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "amd64-marcel-freebsd"... >=20 > Unread portion of the kernel message buffer: > panic: vm_fault: fault on nofault entry, addr: fffffe03becbc000 > cpuid =3D 23 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe1838e= c1180 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe1838ec1230 > panic() at panic+0x155/frame 0xfffffe1838ec12b0 > vm_fault_hold() at vm_fault_hold+0x1e7a/frame 0xfffffe1838ec1500 > vm_fault() at vm_fault+0x77/frame 0xfffffe1838ec1540 > trap_pfault() at trap_pfault+0x199/frame 0xfffffe1838ec15e0 > trap() at trap+0x4a0/frame 0xfffffe1838ec17f0 > calltrap() at calltrap+0x8/frame 0xfffffe1838ec17f0 > --- trap 0xc, rip =3D 0xffffffff80d971fb, rsp =3D 0xfffffe1838ec18b0, rbp= =3D 0xfffffe1838ec1910 --- > copyout() at copyout+0x3b/frame 0xfffffe1838ec1910 > memrw() at memrw+0x1ef/frame 0xfffffe1838ec1950 > giant_read() at giant_read+0xa4/frame 0xfffffe1838ec1990 > devfs_read_f() at devfs_read_f+0xeb/frame 0xfffffe1838ec19f0 > dofileread() at dofileread+0x95/frame 0xfffffe1838ec1a40 > kern_readv() at kern_readv+0x68/frame 0xfffffe1838ec1a90 > sys_read() at sys_read+0x63/frame 0xfffffe1838ec1ae0 > amd64_syscall() at amd64_syscall+0x3fb/frame 0xfffffe1838ec1bf0 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe1838ec1bf0 > --- syscall (3, FreeBSD ELF64, sys_read), rip =3D 0x800b8343a, rsp =3D 0x= 7fffffffcfe8, rbp =3D 0x7fffffffd030 --- > KDB: enter: panic >=20 > Reading symbols from /boot/kernel/zfs.ko.symbols...done. > Loaded symbols for /boot/kernel/zfs.ko.symbols > Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. > Loaded symbols for /boot/kernel/opensolaris.ko.symbols > Reading symbols from /boot/kernel/ums.ko.symbols...done. > Loaded symbols for /boot/kernel/ums.ko.symbols > Reading symbols from /boot/kernel/tmpfs.ko.symbols...done. > Loaded symbols for /boot/kernel/tmpfs.ko.symbols > Reading symbols from /boot/kernel/nullfs.ko.symbols...done. > Loaded symbols for /boot/kernel/nullfs.ko.symbols > Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. > Loaded symbols for /boot/kernel/linprocfs.ko.symbols > Reading symbols from /boot/kernel/linux.ko.symbols...done. > Loaded symbols for /boot/kernel/linux.ko.symbols > #0 doadump (textdump=3D-954994000) at pcpu.h:219 > 219 __asm("movq %%gs:%1,%0" : "=3Dr" (td) > (kgdb) bt > #0 doadump (textdump=3D-954994000) at pcpu.h:219 > #1 0xffffffff8034a175 in db_fncall (dummy1=3D,=20 > dummy2=3D, dummy3=3D, dummy= 4=3D) > at /usr/src/sys/ddb/db_command.c:578 > #2 0xffffffff80349e5d in db_command (cmd_table=3D0x0) at /usr/src/sys/dd= b/db_command.c:449 > #3 0xffffffff80349bd4 in db_command_loop () at /usr/src/sys/ddb/db_comma= nd.c:502 > #4 0xffffffff8034c630 in db_trap (type=3D, code=3D0= ) > at /usr/src/sys/ddb/db_main.c:231 > #5 0xffffffff80987329 in kdb_trap (type=3D3, code=3D0, tf=3D) > at /usr/src/sys/kern/subr_kdb.c:656 > #6 0xffffffff80d99009 in trap (frame=3D0xfffffe1838ec1160) > at /usr/src/sys/amd64/amd64/trap.c:571 > #7 0xffffffff80d7dd12 in calltrap () at /usr/src/sys/amd64/amd64/excepti= on.S:231 > #8 0xffffffff80986a8e in kdb_enter (why=3D0xffffffff8100ed4f "panic", ms= g=3D) > at cpufunc.h:63 > #9 0xffffffff809462b5 in panic (fmt=3D) > at /usr/src/sys/kern/kern_shutdown.c:752 > #10 0xffffffff80c0981a in vm_fault_hold (map=3D,=20 > vaddr=3D, fault_type=3D,= =20 > fault_flags=3D, m_hold=3D) > at /usr/src/sys/vm/vm_fault.c:272 > #11 0xffffffff80c07957 in vm_fault (map=3D0xfffff80002000000, vaddr=3D,=20 > fault_type=3D1 '\001', fault_flags=3D128) at /usr/src/sys/vm/vm_fault= .c:217 > #12 0xffffffff80d997f9 in trap_pfault (frame=3D0xfffffe1838ec1800, usermo= de=3D0) > at /usr/src/sys/amd64/amd64/trap.c:767 > #13 0xffffffff80d99020 in trap (frame=3D0xfffffe1838ec1800) > at /usr/src/sys/amd64/amd64/trap.c:455 > #14 0xffffffff80d7dd12 in calltrap () at /usr/src/sys/amd64/amd64/excepti= on.S:231 > #15 0xffffffff80d971fb in copyout () at /usr/src/sys/amd64/amd64/support.= S:246 > #16 0xffffffff8099bb35 in uiomove_faultflag (cp=3D,= =20 > n=3D, uio=3D0xfffffe1838ec1ab0, nofault=3D) > at /usr/src/sys/kern/subr_uio.c:192 > #17 0xffffffff80d8576f in memrw (dev=3D, uio=3D,=20 > flags=3D) at /usr/src/sys/amd64/amd64/mem.c:107 > ---Type to continue, or q to quit--- > #18 0xffffffff808ec764 in giant_read (dev=3D0xfffff80011347c00, uio=3D0xf= ffffe1838ec1ab0, ioflag=3D0) > at /usr/src/sys/kern/kern_conf.c:442 > #19 0xffffffff80817e2b in devfs_read_f (fp=3D0xfffff80854be3140, uio=3D0x= fffffe1838ec1ab0,=20 > cred=3D, flags=3D0, td=3D0xfffff801f52c5490) > at /usr/src/sys/fs/devfs/devfs_vnops.c:1193 > #20 0xffffffff809a0e25 in dofileread (td=3D0xfffff801f52c5490, fd=3D4, fp= =3D0xfffff80854be3140,=20 > auio=3D0xfffffe1838ec1ab0, offset=3D, flags=3D11= 72307968) at file.h:299 > #21 0xffffffff809a0b48 in kern_readv (td=3D0xfffff801f52c5490, fd=3D4, au= io=3D0xfffffe1838ec1ab0) > at /usr/src/sys/kern/sys_generic.c:256 > #22 0xffffffff809a0ad3 in sys_read (td=3D, uap=3D) > at /usr/src/sys/kern/sys_generic.c:171 > #23 0xffffffff80d9a04b in amd64_syscall (td=3D0xfffff801f52c5490, traced= =3D0) at subr_syscall.c:133 > #24 0xffffffff80d7dffb in Xfast_syscall () at /usr/src/sys/amd64/amd64/ex= ception.S:390 > #25 0x0000000800b8343a in ?? () > Previous frame inner to this frame (corrupt stack?) > Current language: auto; currently minimal > (kgdb) quit >=20 > Script done on Sun Mar 9 18:14:59 2014 >=20 > Glen >=20 Not sure I can add much here other than to say that redbuild machines are now running -current as opposed to stable/10. We are running redbuild01/02 unpatched and 03/04 with patch to compare stability. We haven't seen much difference, so either I've screwed up the patch or the bug report. sean --=-X7j2orV71+MWYdQeKomn Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAABAgAGBQJTHObIAAoJEBkJRdwI6BaHJTUH/35XxcAt4SuczAWPiq3cZAeu prwFGy1Vz1iwbW/aP2YQT+j2Dws5IkYmq4aWjJjcI6HhjsedSIcQ8Px3zgqMeWWf iPECuzIJwnXROIgO+UDbSlfli+QF5h49TFWtdWGBvMjmxrjW2wxhFsvi9cSAmCKu 0lexyBH56ks7LcIAehW0qoUG8Ohnpu7Lermitjdce8ChBLi+BNJpvcoOo2cNUYVL Wp+5NcSDWLN2G/xtIlpvRqKMbT3LHYNAcZI9fQr/okaEKhp+2bqQMxaRKcjglrir iH5L3X+dkgelM8aubXHEN807EGUgiiske6+Qax3JEDyH1w1qiVtnW8Qsb+m2t4o= =vfhA -----END PGP SIGNATURE----- --=-X7j2orV71+MWYdQeKomn-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 9 23:43:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB3A4D79 for ; Sun, 9 Mar 2014 23:43:02 +0000 (UTC) Received: from mail-la0-x22c.google.com (mail-la0-x22c.google.com [IPv6:2a00:1450:4010:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7473D3A7 for ; Sun, 9 Mar 2014 23:43:02 +0000 (UTC) Received: by mail-la0-f44.google.com with SMTP id hr13so4251574lab.3 for ; Sun, 09 Mar 2014 16:43:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=a+dmcarbLl7+Ls0SpGAzUe1/v4XK7SBffGJUyKiBoNE=; b=FpNflUFONI7zc5SMVYCCDjPEGy/WM7zJmVA4FzKsuMAX08u6lEbHRRUyPLHtKvn5Ti 5efS4ltL0N9ajfi7yW7CSZAkC5IulEVjohdSO2mYug0+5hWXZl5VNQkP/x9RpsdQeaou P8ayciuPid8J5eIpZssv+/fuW/hNP5sM4kL/Bt5j+GzlaUSGgVOGxus8BTKJOq2GvjBj idYN4bpQ2FEWHO1GbL54LXgDjHBJ1yKzcNeQNuGsiQaE/kNeWmB17RvsTDQJx35MhgSP OFOqNzCT6Fd4mVdzs1jtvCaXfHVDwe8DI6bpqzh9v37rJEILazShjrwCXeAE0urEhss4 2geg== MIME-Version: 1.0 X-Received: by 10.112.172.198 with SMTP id be6mr20213574lbc.5.1394408580501; Sun, 09 Mar 2014 16:43:00 -0700 (PDT) Received: by 10.112.129.164 with HTTP; Sun, 9 Mar 2014 16:43:00 -0700 (PDT) In-Reply-To: References: Date: Sun, 9 Mar 2014 23:43:00 +0000 Message-ID: Subject: Re: Error when adding user with multiple groups with bsdconfig From: Tom Evans To: "Lundberg, Johannes" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 09 Mar 2014 23:43:03 -0000 On Fri, Jan 10, 2014 at 12:37 AM, Lundberg, Johannes wrote: > Hi > > I'm on 11-CURRENT amd64. I wanted to add a user using "bsdconfig" but got > an error when adding to several groups. > > Error message: > ERROR!: pw > pw: group `wheel daemon operator dialer network` does not exist. > > Creating a user who is only added to one group (for example wheel) works > fine. > > I have submitted a PR. What command line did you use? A user can only have one primary group (-g), but can be in multiple groups (-G). -g group Set the account's primary group to the given group. gro= up may be defined by either its name or group number. -G grouplist Set additional group memberships for an account. groupl= ist is a comma, space or tab-separated list of group names or group numbers. The user's name is added to the group lists in /etc/group, and removed from any groups not specified in grouplist. Note: a user should not be added to their pri=E2=80= =90 mary group with grouplist. Also, group membership changes do not take effect for current user login sessions, requir=E2=80= =90 ing the user to reconnect to be affected by the changes. Cheers Tom From owner-freebsd-current@FreeBSD.ORG Sun Mar 9 23:45:44 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 16250EA0; Sun, 9 Mar 2014 23:45:44 +0000 (UTC) Received: from mail-oa0-x22c.google.com (mail-oa0-x22c.google.com [IPv6:2607:f8b0:4003:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BCC3D3D1; Sun, 9 Mar 2014 23:45:43 +0000 (UTC) Received: by mail-oa0-f44.google.com with SMTP id n16so6332453oag.3 for ; Sun, 09 Mar 2014 16:45:43 -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=7ZswdSg9DRlqWTdPm3lDQTiU3pcpnD3lrQD4xw7bNSA=; b=MlnZuLWD1S6GfzdhmkKyuHD+SEA3HZst/uhT7pVsgDTJh5Kk0A0WLOpdDtDRF0AU91 do725TQx1NahmOXZU+8ZHWhhjctHvvakVt89XJlLk/XWJpILTxrqFyW/A8DLq+jLD+kz iVT14XgTY6wHBO1xZs4xx2TY9RIV949Z2kUzwY/7Ud6ZrFkqrukszDIEv++cyRG4k6zX I9fLw+ZWFk4nUdJz0KIVIN3VABGzmo20KogkPdikvFzpTQ11XcbQwdDc992tflIuxtCO 0To6tLbxqTABbYAtBHtEYLXFYsRFRQ0VzTKPgMoSe8UYvz7ZIpbH9jHjIxQNPZJ2Y5Tp nN2w== MIME-Version: 1.0 X-Received: by 10.182.122.133 with SMTP id ls5mr231003obb.52.1394408743176; Sun, 09 Mar 2014 16:45:43 -0700 (PDT) Received: by 10.182.80.7 with HTTP; Sun, 9 Mar 2014 16:45:43 -0700 (PDT) Date: Mon, 10 Mar 2014 00:45:43 +0100 Message-ID: Subject: PANIC: freebsd-10-stable - acquiring blockable sleep lock with spinlock or critical section held (sleep mutex) Giant @ /usr/src/sys/dev/usb/input/ukbd.c:1929 From: Oliver Pinter To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org, Andriy Gapon , Hans Petter Selasky X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 09 Mar 2014 23:45:44 -0000 Hi All! I have this kernel panic: Unread portion of the kernel message buffer: <118>[1212013] Mar 9 21:44:10 pandora-d syslogd: exiting on signal 15 [1212048] Waiting (max 60 seconds) for system process `vnlru' to stop...done [1212048] panic: acquiring blockable sleep lock with spinlock or critical section held (sleep mutex) Giant @ /usr/src/sys/dev/usb/input/ukbd.c:1929 [1212048] cpuid = 0 [1212048] KDB: stack backtrace: [1212048] db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0237bcb470 [1212048] kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe0237bcb520 [1212048] vpanic() at vpanic+0x127/frame 0xfffffe0237bcb560 [1212048] kassert_panic() at kassert_panic+0x136/frame 0xfffffe0237bcb5d0 [1212048] witness_checkorder() at witness_checkorder+0xfe/frame 0xfffffe0237bcb660 [1212048] __mtx_lock_flags() at __mtx_lock_flags+0xa9/frame 0xfffffe0237bcb6b0 [1212048] ukbd_ioctl() at ukbd_ioctl+0x7a/frame 0xfffffe0237bcb6f0 [1212048] kbdmux_ioctl() at kbdmux_ioctl+0x76c/frame 0xfffffe0237bcb740 [1212048] sc_cnputc() at sc_cnputc+0x90/frame 0xfffffe0237bcb770 [1212048] cnputc() at cnputc+0x7f/frame 0xfffffe0237bcb7a0 [1212048] cnputs() at cnputs+0x58/frame 0xfffffe0237bcb7c0 [1212048] vprintf() at vprintf+0x9a/frame 0xfffffe0237bcb890 [1212048] printf() at printf+0x43/frame 0xfffffe0237bcb8f0 [1212048] kproc_shutdown() at kproc_shutdown+0x3a/frame 0xfffffe0237bcb910 [1212048] kern_reboot() at kern_reboot+0x11e/frame 0xfffffe0237bcb980 [1212048] sys_reboot() at sys_reboot+0x58/frame 0xfffffe0237bcb9a0 [1212048] amd64_syscall() at amd64_syscall+0x239/frame 0xfffffe0237bcbab0 [1212048] Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0237bcbab0 [1212048] --- syscall (55, FreeBSD ELF64, sys_reboot), rip = 0x8014f470c, rsp = 0x7fffffffbe88, rbp = 0x7fffffffbff0 --- [1212048] KDB: enter: panic [1212048] Uptime: 14d0h40m48s [1212048] Dumping 941 out of 8125 MB:..2%..11%..21%..31%..41%..51%..62%..72%..82%..91% #0 doadump (textdump=1) at pcpu.h:219 219 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=1) at pcpu.h:219 #1 0xffffffff804b71e7 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:452 #2 0xffffffff804b76f6 in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:759 #3 0xffffffff804b7586 in kassert_panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:647 #4 0xffffffff80507d4e in witness_checkorder (lock=0xffffffff80d040e0, flags=9, file=0xffffffff807b074a "/usr/src/sys/dev/usb/input/ukbd.c", line=1929, interlock=0x0) at /usr/src/sys/kern/subr_witness.c:1073 #5 0xffffffff804a3279 in __mtx_lock_flags (c=0xffffffff80d040f8, opts=0, file=0xffffffff807b074a "/usr/src/sys/dev/usb/input/ukbd.c", line=1929) at /usr/src/sys/kern/kern_mutex.c:221 #6 0xffffffff8040ed7a in ukbd_ioctl (kbd=0xfffffe00010e6000, cmd=537152276, arg=0xfffffe0237bcb75c "\002") at /usr/src/sys/dev/usb/input/ukbd.c:1929 #7 0xffffffff803452cc in kbdmux_ioctl (kbd=, arg=) at /usr/src/sys/dev/kbdmux/kbdmux.c:1149 #8 0xffffffff803d1250 in sc_cnputc (cd=0x0, c=87) at /usr/src/sys/dev/syscons/syscons.c:3715 #9 0xffffffff8046e41f in cnputc () at /usr/src/sys/kern/kern_cons.c:476 #10 0xffffffff8046e6b8 in cnputs (p=) at /usr/src/sys/kern/kern_cons.c:505 #11 0xffffffff804f3d6a in vprintf (fmt=, ap=) at /usr/src/sys/kern/subr_prf.c:402 #12 0xffffffff804f3cc3 in printf (fmt=0x0) at /usr/src/sys/kern/subr_prf.c:368 #13 0xffffffff804b778a in kproc_shutdown (arg=0xfffff800024504b8, howto=) at /usr/src/sys/kern/kern_shutdown.c:807 #14 0xffffffff804b6b1e in kern_reboot (howto=0) at /usr/src/sys/kern/kern_shutdown.c:324 #15 0xffffffff804b69f8 in sys_reboot (td=, uap=) at /usr/src/sys/kern/kern_shutdown.c:196 #16 0xffffffff80703cb9 in amd64_syscall (td=0xfffff80178ebc920, traced=0) at subr_syscall.c:134 #17 0xffffffff806e89ab in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:391 #18 0x00000008014f470c in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb) the relevant source code is this: (kgdb) f 6 #6 0xffffffff8040ed7a in ukbd_ioctl (kbd=0xfffffe00010e6000, cmd=537152276, arg=0xfffffe0237bcb75c "\002") at /usr/src/sys/dev/usb/input/ukbd.c:1929 1929 UKBD_LOCK(); Current language: auto; currently minimal (kgdb) l 1924 case KDSETLED: 1925 if (!mtx_owned(&Giant) && !SCHEDULER_STOPPED()) 1926 return (EDEADLK); /* best I could come up with */ 1927 /* FALLTHROUGH */ 1928 default: 1929 UKBD_LOCK(); 1930 result = ukbd_ioctl_locked(kbd, cmd, arg); 1931 UKBD_UNLOCK(); 1932 return (result); 1933 } (kgdb) up #7 0xffffffff803452cc in kbdmux_ioctl (kbd=, arg=) at /usr/src/sys/dev/kbdmux/kbdmux.c:1149 1149 (void)kbdd_ioctl(k->kbd, KDSKBSTATE, arg); (kgdb) l 1144 state->ks_state &= ~LOCK_MASK; 1145 state->ks_state |= *(int *)arg; 1146 1147 /* KDSKBSTATE on all slave keyboards */ 1148 SLIST_FOREACH(k, &state->ks_kbds, next) 1149 (void)kbdd_ioctl(k->kbd, KDSKBSTATE, arg); 1150 1151 KBDMUX_UNLOCK(state); 1152 1153 return (kbdmux_ioctl(kbd, KDSETLED, arg)); This code introduced by this commit: commit 7bd2d75f37bf175e19c8a11cd17e960b5186f779 Author: avg Date: Wed Dec 21 11:49:33 2011 +0000 ukbd: adjust for SCHEDULER_STOPPED() and overhaul locking code The kernel compiled with this kernel config: cpu HAMMER ident OP-PERPETUA options HZ=100 makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols makeoptions MODULES_OVERRIDE="geom/geom_sched linux" options SCHED_ULE # ULE scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options TCP_OFFLOAD # TCP offload options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_EXTATTR options QUOTA # Enable disk quotas for UFS options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_RAID # Soft RAID functionality. options GEOM_LABEL # Provides labelization options COMPAT_FREEBSD32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options CAPABILITY_MODE # Capsicum capability mode options CAPABILITIES # Capsicum capabilities options PROCDESC # Support for process descriptors options MAC # TrustedBSD MAC Framework options INCLUDE_CONFIG_FILE # Include this file in kernel options KDB # Enable kernel debugger support. options KDB_TRACE # Print a stack trace for a panic. options DDB # Support DDB. options SMP # Symmetric MultiProcessor Kernel device cpufreq device acpi device pci device ahci # AHCI-compatible SATA controllers device scbus # SCSI bus (required for ATA/SCSI) device da # Direct Access (disks) device pass # Passthrough device (direct ATA/SCSI access) device ses # Enclosure Services (SES and SAF-TE) device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver options VESA # Add support for VESA BIOS Extensions (VBE) device sc options SC_PIXEL_MODE # add support for the raster text mode device agp # support several AGP chipsets device uart # Generic UART driver device em # Intel PRO/1000 Gigabit Ethernet Family device miibus # MII bus support device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device wlan # 802.11 support options IEEE80211_DEBUG # enable debug msgs options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's options IEEE80211_SUPPORT_MESH # enable 802.11s draft support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device iwn # Intel 4965/1000/5000/6000 wireless NICs. device loop # Network loopback device random # Entropy device device rdrand_rng # Intel Bull Mountain RNG device ether # Ethernet support device vlan # 802.1Q VLAN support device tun # Packet tunnel. device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module device bpf # Berkeley packet filter options USB_DEBUG # enable debug msgs device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device xhci # XHCI PCI->USB interface (USB 3.0) device usb # USB Bus (required) device ukbd # Keyboard device ums # Mouse device sound # Generic sound driver (required) device snd_hda # Intel High Definition Audio device coretemp device cpuctl options SC_DISABLE_REBOOT options UKBD_DFLT_KEYMAP makeoptions UKBD_DFLT_KEYMAP=us.pc-ctrl options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=100 options IPSTEALTH device crypto # core crypto support device cryptodev # /dev/crypto for access to h/w device aesni options MALLOC_DEBUG_MAXZONES=8 # Separate malloc(9) zones options DEADLKRES # Enable the deadlock resolver options INVARIANTS # Enable calls of extra sanity c options INVARIANT_SUPPORT # Extra sanity checks of interna options WITNESS # Enable checks to detect deadlo options WITNESS_SKIPSPIN # Don't run witness on spinlocks options ALT_BREAK_TO_DEBUGGER options BREAK_TO_DEBUGGER From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 01:39:40 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58A0570; Mon, 10 Mar 2014 01:39:40 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2D08AEE3; Mon, 10 Mar 2014 01:39:39 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 66EF1D7F8; Mon, 10 Mar 2014 01:39:38 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 66EF1D7F8 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sun, 9 Mar 2014 21:39:36 -0400 From: Glen Barber To: freebsd-current@FreeBSD.org Subject: panic after resume, triggered by vt_switch_timer() ? Message-ID: <20140310013936.GC1746@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="JgQwtEuHJzHdouWu" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Mar 2014 01:39:40 -0000 --JgQwtEuHJzHdouWu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I think I have hit a panic in the code path for vt_switch_timer() when resuming from suspend. In both cases it happened, the laptop was suspended for >2 hours. In both cases, c_func is vt_switch_timer(), and c_arg is a negative value (both times it is -2133611368). I am not sure if these are valid values for vt_switch_timer(), but it caught my eye. The amount of time the laptop has been suspended may be unrelated, but so far has been the only constant in numerous attempts to reproduce the crash. The machine is running 11.0-CURRENT #202 r262562, and the only recent change to the kernel configuration is switching from sc(4) to vt(4) a few weeks ago. Prior to this, I could leave the machine suspended for several hours (sometimes up to 4 when traveling), without issue. Script started on Sun Mar 9 20:22:44 2014 command: /bin/sh # kgdb ./kernel.debug /var/crash/vmcore.last GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x30 fault code =3D supervisor read data, page not present instruction pointer =3D 0x20:0xffffffff8064378f stack pointer =3D 0x28:0xfffffe01e47b98f0 frame pointer =3D 0x28:0xfffffe01e47b99b0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 12 (swi4: clock (0)) trap number =3D 12 panic: page fault cpuid =3D 0 KDB: stack backtrace: #0 0xffffffff8066c280 at kdb_backtrace+0x60 #1 0xffffffff8062bc65 at panic+0x155 #2 0xffffffff8095a78f at trap_fatal+0x38f #3 0xffffffff8095aac1 at trap_pfault+0x321 #4 0xffffffff8095a160 at trap+0x4a0 #5 0xffffffff8093f682 at calltrap+0x8 #6 0xffffffff80643b94 at softclock+0x94 #7 0xffffffff805f6aa8 at intr_event_execute_handlers+0x1b8 #8 0xffffffff805f6ea6 at ithread_loop+0x96 #9 0xffffffff805f3c9a at fork_exit+0x9a #10 0xffffffff8093fbbe at fork_trampoline+0xe Uptime: 6h12m9s Dumping 3121 out of 7951 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..9= 1% Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols Reading symbols from /boot/kernel/i915kms.ko.symbols...done. Loaded symbols for /boot/kernel/i915kms.ko.symbols Reading symbols from /boot/kernel/drm2.ko.symbols...done. Loaded symbols for /boot/kernel/drm2.ko.symbols #0 doadump (textdump=3D) at pcpu.h:219 219 __asm("movq %%gs:%1,%0" : "=3Dr" (td) (kgdb) bt #0 doadump (textdump=3D) at pcpu.h:219 #1 0xffffffff8062b808 in kern_reboot (howto=3D260) at /usr/src/sys/kern/ke= rn_shutdown.c:452 #2 0xffffffff8062bca4 in panic (fmt=3D) at /usr/src/sys/kern/kern_shutdown.c:759 #3 0xffffffff8095a78f in trap_fatal (frame=3D, eva=3D= ) at /usr/src/sys/amd64/amd64/trap.c:874 #4 0xffffffff8095aac1 in trap_pfault (frame=3D0xfffffe01e47b9840,=20 usermode=3D) at /usr/src/sys/amd64/amd64/trap.c:691 #5 0xffffffff8095a160 in trap (frame=3D0xfffffe01e47b9840) at /usr/src/sys/amd64/amd64/trap.c:455 #6 0xffffffff8093f682 in calltrap () at /usr/src/sys/amd64/amd64/exception= =2ES:231 #7 0xffffffff8064378f in softclock_call_cc (c=3D0xffffffff80d3ae78, cc=3D0= xffffffff80eace80,=20 direct=3D0) at /usr/src/sys/kern/kern_timeout.c:703 #8 0xffffffff80643b94 in softclock (arg=3D0xffffffff80eace80) at /usr/src/sys/kern/kern_timeout.c:812 #9 0xffffffff805f6aa8 in intr_event_execute_handlers (p=3D,=20 ie=3D0xfffff800031f3a00) at /usr/src/sys/kern/kern_intr.c:1263 #10 0xffffffff805f6ea6 in ithread_loop (arg=3D0xfffff8000323cf80) at /usr/src/sys/kern/kern_intr.c:1276 #11 0xffffffff805f3c9a in fork_exit (callout=3D0xffffffff805f6e10 ,=20 arg=3D0xfffff8000323cf80, frame=3D0xfffffe01e47b9ac0) at /usr/src/sys/k= ern/kern_fork.c:977 #12 0xffffffff8093fbbe in fork_trampoline () at /usr/src/sys/amd64/amd64/ex= ception.S:605 #13 0x0000000000000000 in ?? () Current language: auto; currently minimal (kgdb) frame 7 #7 0xffffffff8064378f in softclock_call_cc (c=3D0xffffffff80d3ae78, cc=3D0= xffffffff80eace80,=20 direct=3D0) at /usr/src/sys/kern/kern_timeout.c:703 703 class->lc_unlock(c_lock); (kgdb) l 698 lastfunc =3D c_func; 699 } 700 #endif 701 CTR1(KTR_CALLOUT, "callout %p finished", c); 702 if ((c_flags & CALLOUT_RETURNUNLOCKED) =3D=3D 0) 703 class->lc_unlock(c_lock); 704 skip: 705 CC_LOCK(cc); 706 KASSERT(cc->cc_exec_entity[direct].cc_curr =3D=3D c, ("mish= andled cc_curr")); 707 cc->cc_exec_entity[direct].cc_curr =3D NULL; (kgdb) p *c $1 =3D {c_links =3D {le =3D {le_next =3D 0x0, le_prev =3D 0xffffffff80eacf9= 0}, sle =3D {sle_next =3D 0x0},=20 tqe =3D {tqe_next =3D 0x0, tqe_prev =3D 0xffffffff80eacf90}}, c_time = =3D 95902818571375,=20 c_precision =3D 4026531562, c_arg =3D 0xffffffff80d3adc0,=20 c_func =3D 0xffffffff80510850 , c_lock =3D 0x0, c_flags = =3D 128, c_cpu =3D 0} (kgdb) l *0xffffffff80510850 0xffffffff80510850 is in vt_switch_timer (/usr/src/sys/dev/vt/vt_core.c:150= ). 145 static int vt_proc_alive(struct vt_window *); 146 static void vt_resize(struct vt_device *); 147 =20 148 static void 149 vt_switch_timer(void *arg) 150 { 151 =20 152 vt_late_window_switch((struct vt_window *)arg); 153 } 154 =20 (kgdb) p *0xffffffff80d3adc0 $2 =3D -2133611368 (kgdb) quit # ^D Script done on Sun Mar 9 20:27:43 2014 Thoughts? Glen --JgQwtEuHJzHdouWu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTHRfYAAoJELls3eqvi17QuIoP/1jSMuixRX/t2EeYwhxubHcJ K5r/OCQTMyWTcE7CyVrmwxnBsJw8hlqa5XSpvJadGUvp8sxOtTN//BonQPEk9mFN OKp9keemI8gB0aKabIMXgF5kNLMXS2eanM6/eKar4bCiWWuuxcxvpX7ts3Ce3HSk 86t04YpjzKkubyEC5PsjBGIbJA+OOC4NS6vHwDtc0pu0IbZbVkVwY0ZY7b3GukpV m+/O0mycCaLDSuFtKuEFdHad8zi8tSnL9/S+oUiaV6IwmrHMg4C2cR+Mnah1s68c tTI0Y5c4X7SWzUqjCJFnWaxzxB+RhPjvVsZswzf+EWtE8sK068HlA5KzMhCbZbf+ S17PrsYxp3X3Xc90VJFe8eUo5LojExNyle7AMQUtuUAsth1kV5dxa9PFOJEz1oC/ OncOtkr7r3/YPI7pJdxXGJVCQdMUuvpJ5GulkKb9qE0NODa6asHfhorvGyLCWlSR CPhs2PVP9S9dMWnbbMkXSZVjFlcIuKZr8qtiZDht/lk1Uh/k5Imra3X1TEEGJTcr a2OOxArzxsUVPEL/QkMbVsP/x+sUq/B5rfLMT5sC9O7uTijvtacUH2Hl6QKr/b5l YzjOSN9fvS+VqPnbCU3B9pSlH9Vk4On2ukQK60lEwkbxSAAjiMjIx7zg0ib5FjE5 ndPl0j/wEN2WlmvQvVk6 =IwBc -----END PGP SIGNATURE----- --JgQwtEuHJzHdouWu-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 05:07:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF2B5E56 for ; Mon, 10 Mar 2014 05:07:26 +0000 (UTC) Received: from mail.ignoranthack.me (ujvl.x.rootbsd.net [199.102.79.106]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CC27027C for ; Mon, 10 Mar 2014 05:07:26 +0000 (UTC) Received: from [172.20.1.113] (unknown [122.212.234.10]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 5298C192ACD for ; Mon, 10 Mar 2014 05:33:16 +0000 (UTC) Subject: building mips world, failing ... oddly From: Sean Bruno To: "freebsd-current@freebsd.org" Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-25PInKHlgDmn2ER9hwxR" Date: Mon, 10 Mar 2014 14:07:22 +0900 Message-ID: <1394428042.31243.18.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: sbruno@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: Mon, 10 Mar 2014 05:07:27 -0000 --=-25PInKHlgDmn2ER9hwxR Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I suspect, somehow, that I've corrupted my build machine, but I'm not sure what I could have don to do this. The following build target failure seems to bail because of libiberty.a not being a mips library as shown by an objdump -a on it (where it is an x86_64 lib). I've gone back to about two weeks ago in source, but it doesn't seem to help. I have done a recent update to my buildbox to current as of a few days ago (11.0-CURRENT #7 r262732), but I can't see anything there that is causing me problems either. =3D=3D=3D> gnu/usr.bin/binutils/doc (depend) =3D=3D=3D> gnu/usr.bin/cc (depend) =3D=3D=3D> gnu/usr.bin/cc/cc_tools (depend) cc -O -pipe -G0 -march=3Dmips32 -I. -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr\" -DMIPS_ABI_DEFAULT=3DABI_32 -DMIPS_CPU_STRING_DEFAULT=3D\"mips32\" -I/home/sbruno/bsd/head/../obj/mips//mips.mips/home/sbruno/bsd/head/gnu/usr= .bin/cc/cc_tools/../cc_tools -I/home/sbruno/bsd/head/gnu/usr.bin/cc/cc_tool= s/../cc_tools -I/home/sbruno/bsd/head/gnu/usr.bin/cc/cc_tools/../../../../c= ontrib/gcc -I/home/sbruno/bsd/head/gnu/usr.bin/cc/cc_tools/../../../../cont= rib/gcc/config -I/home/sbruno/bsd/head/gnu/usr.bin/cc/cc_tools/../../../../= contrib/gcclibs/include -I/home/sbruno/bsd/head/gnu/usr.bin/cc/cc_tools/../= ../../../contrib/gcclibs/libcpp/include -I/home/sbruno/bsd/head/gnu/usr.bin= /cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -= DHAVE_CONFIG_H -std=3Dgnu89 -c /home/sbruno/bsd/head/gnu/usr.bin/cc/cc_to= ols/../../../../contrib/gcc/gengtype.c cc -O -pipe -G0 -march=3Dmips32 -I. -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr\" -DMIPS_ABI_DEFAULT=3DABI_32 -DMIPS_CPU_STRING_DEFAULT=3D\"mips32\" -I/home/sbruno/bsd/head/../obj/mips//mips.mips/home/sbruno/bsd/head/gnu/usr= .bin/cc/cc_tools/../cc_tools -I/home/sbruno/bsd/head/gnu/usr.bin/cc/cc_tool= s/../cc_tools -I/home/sbruno/bsd/head/gnu/usr.bin/cc/cc_tools/../../../../c= ontrib/gcc -I/home/sbruno/bsd/head/gnu/usr.bin/cc/cc_tools/../../../../cont= rib/gcc/config -I/home/sbruno/bsd/head/gnu/usr.bin/cc/cc_tools/../../../../= contrib/gcclibs/include -I/home/sbruno/bsd/head/gnu/usr.bin/cc/cc_tools/../= ../../../contrib/gcclibs/libcpp/include -I/home/sbruno/bsd/head/gnu/usr.bin= /cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -= DHAVE_CONFIG_H -std=3Dgnu89 -c gengtype-yacc+%DIKED.c cc -O -pipe -G0 -march=3Dmips32 -I. -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr\" -DMIPS_ABI_DEFAULT=3DABI_32 -DMIPS_CPU_STRING_DEFAULT=3D\"mips32\" -I/home/sbruno/bsd/head/../obj/mips//mips.mips/home/sbruno/bsd/head/gnu/usr= .bin/cc/cc_tools/../cc_tools -I/home/sbruno/bsd/head/gnu/usr.bin/cc/cc_tool= s/../cc_tools -I/home/sbruno/bsd/head/gnu/usr.bin/cc/cc_tools/../../../../c= ontrib/gcc -I/home/sbruno/bsd/head/gnu/usr.bin/cc/cc_tools/../../../../cont= rib/gcc/config -I/home/sbruno/bsd/head/gnu/usr.bin/cc/cc_tools/../../../../= contrib/gcclibs/include -I/home/sbruno/bsd/head/gnu/usr.bin/cc/cc_tools/../= ../../../contrib/gcclibs/libcpp/include -I/home/sbruno/bsd/head/gnu/usr.bin= /cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -= DHAVE_CONFIG_H -std=3Dgnu89 -c gengtype-lex.c cc -O -pipe -G0 -march=3Dmips32 -I. -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr\" -DMIPS_ABI_DEFAULT=3DABI_32 -DMIPS_CPU_STRING_DEFAULT=3D\"mips32\" -I/home/sbruno/bsd/head/../obj/mips//mips.mips/home/sbruno/bsd/head/gnu/usr= .bin/cc/cc_tools/../cc_tools -I/home/sbruno/bsd/head/gnu/usr.bin/cc/cc_tool= s/../cc_tools -I/home/sbruno/bsd/head/gnu/usr.bin/cc/cc_tools/../../../../c= ontrib/gcc -I/home/sbruno/bsd/head/gnu/usr.bin/cc/cc_tools/../../../../cont= rib/gcc/config -I/home/sbruno/bsd/head/gnu/usr.bin/cc/cc_tools/../../../../= contrib/gcclibs/include -I/home/sbruno/bsd/head/gnu/usr.bin/cc/cc_tools/../= ../../../contrib/gcclibs/libcpp/include -I/home/sbruno/bsd/head/gnu/usr.bin= /cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -= DHAVE_CONFIG_H -std=3Dgnu89 -c /home/sbruno/bsd/head/gnu/usr.bin/cc/cc_to= ols/../../../../contrib/gcc/errors.c cc -O -pipe -G0 -march=3Dmips32 -I. -DGCCVER=3D\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=3D\"/usr\" -DMIPS_ABI_DEFAULT=3DABI_32 -DMIPS_CPU_STRING_DEFAULT=3D\"mips32\" -I/home/sbruno/bsd/head/../obj/mips//mips.mips/home/sbruno/bsd/head/gnu/usr= .bin/cc/cc_tools/../cc_tools -I/home/sbruno/bsd/head/gnu/usr.bin/cc/cc_tool= s/../cc_tools -I/home/sbruno/bsd/head/gnu/usr.bin/cc/cc_tools/../../../../c= ontrib/gcc -I/home/sbruno/bsd/head/gnu/usr.bin/cc/cc_tools/../../../../cont= rib/gcc/config -I/home/sbruno/bsd/head/gnu/usr.bin/cc/cc_tools/../../../../= contrib/gcclibs/include -I/home/sbruno/bsd/head/gnu/usr.bin/cc/cc_tools/../= ../../../contrib/gcclibs/libcpp/include -I/home/sbruno/bsd/head/gnu/usr.bin= /cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -= DHAVE_CONFIG_H -std=3Dgnu89 -o gengtype gengtype.o gengtype-yacc+%DIKED.= o gengtype-lex.o errors.o libiberty.a libiberty.a: could not read symbols: File format not recognized *** Error code 1 Stop. make[6]: stopped in /home/sbruno/bsd/head/gnu/usr.bin/cc/cc_tools *** Error code 1 Stop. make[5]: stopped in /home/sbruno/bsd/head/gnu/usr.bin/cc *** Error code 1 Stop. make[4]: stopped in /home/sbruno/bsd/head/gnu/usr.bin *** Error code 1 Stop. make[3]: stopped in /home/sbruno/bsd/head/gnu *** Error code 1 Stop. make[2]: stopped in /home/sbruno/bsd/head *** Error code 1 Stop. make[1]: stopped in /home/sbruno/bsd/head *** Error code 1 Stop. make: stopped in /home/sbruno/bsd/head --=-25PInKHlgDmn2ER9hwxR Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAABAgAGBQJTHUiKAAoJEBkJRdwI6BaHC0sH/1rTl1kXF5hDXe3VtSq0F6Lp 3nwK7mE/h+gClIFIAhtQBqIaXvuOsqgryHnv0dNgMi+v4UHyA2L12vyMMKx9bKvN 9loNTGH58POrWmu3r7oFBuh9oaCA/PBh+B22qd5NDVigfXCD1SI9XJQpKDng+Yxk OSh1g1PKRSs7HoT84LKEwh2s+uGcduAT2Q6kPpBkfbf1E4tpZXOjA/Xrei81nNxv vsFhMR/ZwFYl1otfSRjJsn4XICXDbQkaNDbjIcxdSOA2udyVM6rYrNeT+YeIj/2j CGqgYibOshafz8NXKa0NpwDXp2QDuCs6/Ts8qSnTwRlYoRMZjICeeO2wQjF7gz4= =bIn9 -----END PGP SIGNATURE----- --=-25PInKHlgDmn2ER9hwxR-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 07:41:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1C8F41E; Mon, 10 Mar 2014 07:41:35 +0000 (UTC) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5CF2311C; Mon, 10 Mar 2014 07:41:34 +0000 (UTC) Received: from srg.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) by ns.kevlo.org (8.14.8/8.14.8) with ESMTP id s2A7eWEo032466 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 10 Mar 2014 15:40:32 +0800 (CST) (envelope-from kevlo@FreeBSD.org) Message-ID: <531D6C9C.7010607@FreeBSD.org> Date: Mon, 10 Mar 2014 15:41:16 +0800 From: Kevin Lo User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Alexey Dokuchaev , Rui Paulo Subject: Re: urtwn driver for Edimax EW-7811U WLAN nano USB Adapter References: <201310081742.r98HfbBV055077@fire.js.berklix.net> <589BAB21-30E9-4750-A345-BE7AB1116F48@FreeBSD.org> <20140210122146.GA26853@FreeBSD.org> In-Reply-To: <20140210122146.GA26853@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Julian H. Stacey" , Alfred Perlstein , "freebsd-current@freebsd.org bsd" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Mar 2014 07:41:35 -0000 On 2014/02/10 20:21, Alexey Dokuchaev wrote: > On Tue, Oct 15, 2013 at 11:13:56PM -0700, Rui Paulo wrote: >> On 8 Oct 2013, at 10:41, Julian H. Stacey wrote: >>> I too am seeing >>> urtwn0: timeout waiting for checksum report >> Sorry, this is a know problem that I haven't been able to figure out... >> It probably exists in the OpenBSD driver as well. Usually retrying works. > To augment this a bit: I also came across one of these dongles (vendor > 0x0bda product 0x8176) that gave me this "timeout waiting for checksum > report" message. Retrying didn't help, but plugging the dongle out and > then back in did. After powercycling the machine, I had to replug it > again. Once replugged, the dongle seems to work fine (I rebuilt kernel > and some ports via NFS over it thus far). > > This suggests that the driver (or more generic part of the USB stack) > does not initialize something correctly, while full plug-and-play thing > does it. Any ideas? We have to reset the bit of the R92C_MCUFWDL associated with checksum report before writing firmware. Could you try this patch? Thanks. Index: sys/dev/usb/wlan/if_urtwn.c =================================================================== --- sys/dev/usb/wlan/if_urtwn.c (revision 262971) +++ sys/dev/usb/wlan/if_urtwn.c (working copy) @@ -2071,6 +2071,10 @@ urtwn_load_firmware(struct urtwn_softc *sc) urtwn_write_1(sc, R92C_MCUFWDL + 2, urtwn_read_1(sc, R92C_MCUFWDL + 2) & ~0x08); + /* Reset the FWDL checksum. */ + urtwn_write_1(sc, R92C_MCUFWDL, + urtwn_read_1(sc, R92C_MCUFWDL) | R92C_MCUFWDL_CHKSUM_RPT); + for (page = 0; len > 0; page++) { mlen = min(len, R92C_FW_PAGE_SIZE); error = urtwn_fw_loadpage(sc, page, ptr, mlen); From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 07:47:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id A8DC969D; Mon, 10 Mar 2014 07:47:31 +0000 (UTC) Date: Mon, 10 Mar 2014 07:47:31 +0000 From: Alexey Dokuchaev To: Kevin Lo Subject: Re: urtwn driver for Edimax EW-7811U WLAN nano USB Adapter Message-ID: <20140310074731.GA55224@FreeBSD.org> References: <201310081742.r98HfbBV055077@fire.js.berklix.net> <589BAB21-30E9-4750-A345-BE7AB1116F48@FreeBSD.org> <20140210122146.GA26853@FreeBSD.org> <531D6C9C.7010607@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <531D6C9C.7010607@FreeBSD.org> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: "Julian H. Stacey" , Alfred Perlstein , Rui Paulo , "freebsd-current@freebsd.org bsd" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Mar 2014 07:47:31 -0000 On Mon, Mar 10, 2014 at 03:41:16PM +0800, Kevin Lo wrote: > On 2014/02/10 20:21, Alexey Dokuchaev wrote: > >To augment this a bit: I also came across one of these dongles (vendor > >0x0bda product 0x8176) that gave me this "timeout waiting for checksum > >report" message. Retrying didn't help, but plugging the dongle out and > >then back in did. After powercycling the machine, I had to replug it > >again. Once replugged, the dongle seems to work fine (I rebuilt kernel > >and some ports via NFS over it thus far). > > > >This suggests that the driver (or more generic part of the USB stack) > >does not initialize something correctly, while full plug-and-play thing > >does it. Any ideas? > > We have to reset the bit of the R92C_MCUFWDL associated with checksum report > before writing firmware. Could you try this patch? Thanks. Shit. I'd like to help, but no longer have access to the dongle. If I find anything similar (or find a way to get access to original dongle remotely), I'll let you know. :( Thanks for working on these things Kevin, I appreciate it. ./danfe From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 08:53:32 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8FCF2C65; Mon, 10 Mar 2014 08:53:32 +0000 (UTC) Received: from mta04.bitpro.no (mta04.bitpro.no [92.42.64.203]) by mx1.freebsd.org (Postfix) with ESMTP id 4863A989; Mon, 10 Mar 2014 08:53:32 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta04.bitpro.no (Postfix) with ESMTPS id B0F9D100217; Mon, 10 Mar 2014 09:53:30 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id E1C1E1823AD; Mon, 10 Mar 2014 09:54:30 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Do1vyR1JqLoL; Mon, 10 Mar 2014 09:54:30 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 44B901823AC; Mon, 10 Mar 2014 09:54:30 +0100 (CET) Message-ID: <531D7DC0.3010809@bitfrost.no> Date: Mon, 10 Mar 2014 09:54:24 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Oliver Pinter , stable@freebsd.org Subject: Re: PANIC: freebsd-10-stable - acquiring blockable sleep lock with spinlock or critical section held (sleep mutex) Giant @ /usr/src/sys/dev/usb/input/ukbd.c:1929 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 10 Mar 2014 11:43:30 +0000 Cc: current@freebsd.org, Andriy Gapon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Mar 2014 08:53:32 -0000 On 03/10/14 00:45, Oliver Pinter wrote: > critical section held Hi, Can you try this patch: http://svnweb.freebsd.org/changeset/base/262972 I suppose this happens if SCROLL LOCK LED is set while rebooting. Thank you! --HPS From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 13:28:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 66C24C41; Mon, 10 Mar 2014 13:28:07 +0000 (UTC) Received: from mail.ignoranthack.me (ujvl.x.rootbsd.net [199.102.79.106]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 411F798E; Mon, 10 Mar 2014 13:28:06 +0000 (UTC) Received: from [172.20.1.113] (unknown [122.212.234.10]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 8A032192ACD; Mon, 10 Mar 2014 13:53:50 +0000 (UTC) Subject: [Fixed?] Re: building mips world, failing ... oddly From: Sean Bruno To: sbruno@freebsd.org In-Reply-To: <1394428042.31243.18.camel@powernoodle.corp.yahoo.com> References: <1394428042.31243.18.camel@powernoodle.corp.yahoo.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-cRhUW7hqcFsEys+sdZl+" Date: Mon, 10 Mar 2014 22:27:56 +0900 Message-ID: <1394458076.1365.1.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: sbruno@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: Mon, 10 Mar 2014 13:28:07 -0000 --=-cRhUW7hqcFsEys+sdZl+ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Mon, 2014-03-10 at 14:07 +0900, Sean Bruno wrote: > I suspect, somehow, that I've corrupted my build machine, but I'm not > sure what I could have don to do this. The following build target > failure seems to bail because of libiberty.a not being a mips library as > shown by an objdump -a on it (where it is an x86_64 lib). >=20 > I've gone back to about two weeks ago in source, but it doesn't seem to > help. I have done a recent update to my buildbox to current as of a few > days ago (11.0-CURRENT #7 r262732), but I can't see anything there that > is causing me problems either. >=20 I cleared out everything in /tmp and ran every "clean" target for the system on the host and the mips target. "fixed" I guess. sean --=-cRhUW7hqcFsEys+sdZl+ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAABAgAGBQJTHb3VAAoJEBkJRdwI6BaH8HMH/R1o0MTaNiU+yntwsHki5BnK vdGohR82U5SQIq9wz8dxzvi+dqsrb+Uql6QnEX1yBLvp5lNDnuyVf/BfklPIggEE EOP3hnw9MJ368pwXW8q0Xug3ZQXSYYA46/1QB4sJlXU8nmNn0nJzaumlsKxYt/oK RwQnc+f3XjN8+ys8TDeIClZSOnHkIUT5gRZAqZYGvYQXJX7RZ/26cV818LrwFdCY uvooRHGLFFoz5xvSd3QZ+78NG6hYyyfH+lvEX6G/1fic7sCEMpzSRY8ZE2Rxhok+ Oy3DO1IbkEu6nmveteIz/fPbnTyq/2e3iJUAia9RXHNa/VN1SXPpxPwAe0cGOeo= =EAHw -----END PGP SIGNATURE----- --=-cRhUW7hqcFsEys+sdZl+-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 14:48:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39C2E50A for ; Mon, 10 Mar 2014 14:48:22 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E8B321AA for ; Mon, 10 Mar 2014 14:48:21 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1WN1Uy-002Rds-Vx>; Mon, 10 Mar 2014 15:48:13 +0100 Received: from f052070002.adsl.alicedsl.de ([78.52.70.2] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1WN1Uy-003wUw-Rf>; Mon, 10 Mar 2014 15:48:12 +0100 Date: Mon, 10 Mar 2014 15:48:08 +0100 From: "O. Hartmann" To: Allan Jude Subject: Re: ipfw: fetch doesn't reach ftp://fttp.sites.foo Message-ID: <20140310154808.3c778b85.ohartman@zedat.fu-berlin.de> In-Reply-To: <531A4D5F.9080401@allanjude.com> References: <20140307195719.654653c9.ohartman@zedat.fu-berlin.de> <531A2D23.30907@allanjude.com> <20140307225537.3c672d34.ohartman@zedat.fu-berlin.de> <531A4D5F.9080401@allanjude.com> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/pKPYJJIT5w7lfo76ErFdKjq"; protocol="application/pgp-signature" X-Originating-IP: 78.52.70.2 X-ZEDAT-Hint: A Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Mar 2014 14:48:22 -0000 --Sig_/pKPYJJIT5w7lfo76ErFdKjq Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 07 Mar 2014 17:51:11 -0500 Allan Jude wrote: > On 2014-03-07 16:55, O. Hartmann wrote: > > On Fri, 07 Mar 2014 15:33:39 -0500 > > Allan Jude wrote: > >=20 > >> On 2014-03-07 13:57, O. Hartmann wrote: > >>> > >>> Recently I swaitched from pf to ipfw on some CURRENT boxes and for co= nvenience I > >>> used the "workstation" predefinition of FreeBSD. But with that change= , all access > >>> of ports via fetch located at ftp-sites stopped passing the filter. > >>> > >>> Even switching to "open" doesn't help and this is confusing me. > >>> > >>> The CURRENT box in question is passing its traffic within a LAN throu= gh a gateway > >>> running also FreeBSD CURRENT, but with pf. The gateway is performing = NAT. As long as > >>> the failing client behind the gateway system is using pf as the filte= r, the traffic > >>> for ftp seems to pass through. On the gateway with pf as the default = filter, the > >>> ports fetching via ftp-site their sources perform without problems. > >>> > >>> What is up with IPFW? > >>> > >>> Is their a solution? I tried to search google for "freebsd ipfw ftp" = but I didn't > >>> find anything suitable targeting my problem or any problem of that ki= nd. > >>> > >>> > >>> Thanks in adavance, > >>> > >>> Oliver=20 > >>> > >> > >> What error does fetch give? Is it having problems with DNS, connection > >> to the FTP site, or just making the FTP DATA connection? Have you tried > >> with 'passive' mode on/off? > >> > > The box doesn't have problems contacting any DNS. > >=20 > > Fetch gives the shown "errors" or simple timeouts. Either manually or = via portmaster > > to update ports like the one shown below. > >=20 > > The very same port has no problems on the system having pf instead of i= pfw. > >=20 > > I will switch back to pf on the box in question to check whether the ch= oice of > > firewall really makes the difference. > >=20 > > This is what I get when seeting passive mode (it doesn't change anythin= g from "active" > > mode): > >=20 > > root@thor: [pciids] setenv FTP_PASSIVE_MODE YES > >=20 > > root@thor: [pciids] make fetch > > =3D=3D=3D> License BSD3CLAUSE GPLv2 GPLv3 accepted by the user > > =3D=3D=3D> pciids-20140301 depends on file: /usr/local/sbin/pkg - fou= nd > > =3D> pciids-20140301.tar.xz doesn't seem to exist in /usr/ports/distfil= es/. > > =3D> Attempting to fetch > > http://ftp.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sunpoet/pciids= -20140301.tar.xz > > fetch: > > http://ftp.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sunpoet/pciids= -20140301.tar.xz: > > Not Found =3D> Attempting to fetch > > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sunpoet/pciids-= 20140301.tar.xz > > fetch: > > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sunpoet/pciids-= 20140301.tar.xz: > > No route to host =3D> Attempting to fetch > > ftp://ftp.se.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sunpoet/pcii= ds-20140301.tar.xz > > fetch: > > ftp://ftp.se.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sunpoet/pcii= ds-20140301.tar.xz: > > No route to host =3D> Attempting to fetch > > ftp://ftp.uk.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sunpoet/pcii= ds-20140301.tar.xz > > fetch: > > ftp://ftp.uk.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sunpoet/pcii= ds-20140301.tar.xz: > > No route to host =3D> Attempting to fetch > > ftp://ftp.ru.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sunpoet/pcii= ds-20140301.tar.xz > > fetch: transfer timed out > >=20 >=20 > 'no route to host' suggests it might be trying to do ipv6 >=20 This phenomenon is "funny". Days ago, that was around this net/route.c (-r262780) issue reported here, = I could reach from the specific box in question FTP sites as well as http://adswww.harvar= d.edu which I contact freuently for literature search. Even this specific site can't be r= eached via browser, nor traceroute, nor ping. The gateway (also FreeBSD, same CURRENT,= but with "pf" instead "ipfw", but that doesn't matter as a change to the once-working con= fig revealed) can. --Sig_/pKPYJJIT5w7lfo76ErFdKjq Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTHdCsAAoJEOgBcD7A/5N8T7UH/02+YuhoMMy+yQdVtGcOoQzv hhajDfHHTc5vby6r6WDXoG0EvYVIoPLX0gFBPLAAKDPT0VSxnE9W10NVDN2WpOqa Fb6xPlYpripj7SOVEJDgB4iq6TfQQ0Pg07hSqqWwkYiJqD3jmOaHLsj99a0EVbBY pLFhpFkHid5O7G3fuMCLNrEqaa1s9ADU6rryoUKheXCBbjTebT1IgZFdrnmefqhQ Kkj5Jt9wHcJwQ0VWdXC153Q60R4XsZS7pUdLQjcGXurJbk5DQ+n+8BCQngQvWsTa h2+wyW0H/I0Vmni7sgnQBZMSqlkOiiEBeBe9D+9EMb8/twGlD8JFTWg9fMfe2+A= =/4SB -----END PGP SIGNATURE----- --Sig_/pKPYJJIT5w7lfo76ErFdKjq-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 15:46:19 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E724410D; Mon, 10 Mar 2014 15:46:19 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 839739C9; Mon, 10 Mar 2014 15:46:19 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id s2AFk6VI072463; Mon, 10 Mar 2014 17:46:06 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s2AFk6VI072463 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id s2AFk6jF072462; Mon, 10 Mar 2014 17:46:06 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 10 Mar 2014 17:46:06 +0200 From: Konstantin Belousov To: Glen Barber Subject: Re: panic: vm_fault: fault on nofault entry Message-ID: <20140310154606.GQ24664@kib.kiev.ua> References: <20140309165648.GF1776@glenbarber.us> <20140309180132.GO24664@kib.kiev.ua> <20140309181657.GI1776@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dxnEAhtYrSdC5MGx" Content-Disposition: inline In-Reply-To: <20140309181657.GI1776@glenbarber.us> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Mar 2014 15:46:20 -0000 --dxnEAhtYrSdC5MGx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 09, 2014 at 02:16:57PM -0400, Glen Barber wrote: > panic: vm_fault: fault on nofault entry, addr: fffffe03becbc000 I see, this panic is for access to the kernel map, not for the direct map. I think that this is a race with other CPU unmapping some page in the kernel map, which cannot be solved by access checks. Please try the following. I booted with the patch and checked that kgdb /boot/kernel/kernel /dev/mem works, but did not tried to reproduce the issue. diff --git a/sys/amd64/amd64/mem.c b/sys/amd64/amd64/mem.c index abbbb21..5a4d8a9 100644 --- a/sys/amd64/amd64/mem.c +++ b/sys/amd64/amd64/mem.c @@ -76,14 +76,16 @@ MALLOC_DEFINE(M_MEMDESC, "memdesc", "memory range descr= iptors"); int memrw(struct cdev *dev, struct uio *uio, int flags) { - int o; - u_long c =3D 0, v; struct iovec *iov; - int error =3D 0; + u_long c, v; + int error, o, sflags; vm_offset_t addr, eaddr; =20 GIANT_REQUIRED; =20 + error =3D 0; + c =3D 0; + sflags =3D curthread_pflags_set(TDP_DEVMEMIO); while (uio->uio_resid > 0 && error =3D=3D 0) { iov =3D uio->uio_iov; if (iov->iov_len =3D=3D 0) { @@ -98,7 +100,15 @@ memrw(struct cdev *dev, struct uio *uio, int flags) kmemphys: o =3D v & PAGE_MASK; c =3D min(uio->uio_resid, (u_int)(PAGE_SIZE - o)); - error =3D uiomove((void *)PHYS_TO_DMAP(v), (int)c, uio); + v =3D PHYS_TO_DMAP(v); + if (v < DMAP_MIN_ADDRESS || + (v > DMAP_MIN_ADDRESS + dmaplimit && + v <=3D DMAP_MAX_ADDRESS) || + pmap_kextract(v) =3D=3D 0) { + error =3D EFAULT; + goto ret; + } + error =3D uiomove((void *)v, (int)c, uio); continue; } else if (dev2unit(dev) =3D=3D CDEV_MINOR_KMEM) { @@ -119,22 +129,30 @@ kmemphys: addr =3D trunc_page(v); eaddr =3D round_page(v + c); =20 - if (addr < VM_MIN_KERNEL_ADDRESS) - return (EFAULT); - for (; addr < eaddr; addr +=3D PAGE_SIZE)=20 - if (pmap_extract(kernel_pmap, addr) =3D=3D 0) - return (EFAULT); - + if (addr < VM_MIN_KERNEL_ADDRESS) { + error =3D EFAULT; + goto ret; + } + for (; addr < eaddr; addr +=3D PAGE_SIZE) { + if (pmap_extract(kernel_pmap, addr) =3D=3D 0) { + error =3D EFAULT; + goto ret; + } + } if (!kernacc((caddr_t)(long)v, c, uio->uio_rw =3D=3D UIO_READ ?=20 - VM_PROT_READ : VM_PROT_WRITE)) - return (EFAULT); + VM_PROT_READ : VM_PROT_WRITE)) { + error =3D EFAULT; + goto ret; + } =20 error =3D uiomove((caddr_t)(long)v, (int)c, uio); continue; } /* else panic! */ } +ret: + curthread_pflags_restore(sflags); return (error); } =20 diff --git a/sys/amd64/amd64/trap.c b/sys/amd64/amd64/trap.c index f7d0afd..b1cbdbc 100644 --- a/sys/amd64/amd64/trap.c +++ b/sys/amd64/amd64/trap.c @@ -787,6 +787,12 @@ nogo: frame->tf_rip =3D (long)curpcb->pcb_onfault; return (0); } + if ((td->td_pflags & TDP_DEVMEMIO) !=3D 0) { + KASSERT(curpcb->pcb_onfault !=3D NULL, + ("/dev/mem without pcb_onfault")); + frame->tf_rip =3D (long)curpcb->pcb_onfault; + return (0); + } trap_fatal(frame, eva); return (-1); } diff --git a/sys/sys/proc.h b/sys/sys/proc.h index fce1f8a..e7cd022 100644 --- a/sys/sys/proc.h +++ b/sys/sys/proc.h @@ -424,6 +424,7 @@ do { \ #define TDP_RESETSPUR 0x04000000 /* Reset spurious page fault history. */ #define TDP_NERRNO 0x08000000 /* Last errno is already in td_errno */ #define TDP_UIOHELD 0x10000000 /* Current uio has pages held in td_ma */ +#define TDP_DEVMEMIO 0x20000000 /* Accessing memory for /dev/mem */ =20 /* * Reasons that the current thread can not be run yet. diff --git a/sys/vm/vm_fault.c b/sys/vm/vm_fault.c index 4a6495f..023860c 100644 --- a/sys/vm/vm_fault.c +++ b/sys/vm/vm_fault.c @@ -269,6 +269,8 @@ RetryFault:; map_generation =3D fs.map->timestamp; =20 if (fs.entry->eflags & MAP_ENTRY_NOFAULT) { + if ((curthread->td_pflags & TDP_DEVMEMIO) !=3D 0) + return (KERN_FAILURE); panic("vm_fault: fault on nofault entry, addr: %lx", (u_long)vaddr); } --dxnEAhtYrSdC5MGx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTHd49AAoJEJDCuSvBvK1BGNkQAIrzvECr4Ie2v1IQl8lHghD2 PInLci5Nmw15A1HiGcHuGpA5rS34W3GvQeADJ/i9z3cigXN4qox1s6DblniBOnxE kLXCASLkId5OzhULpCSA2knlO0K3ltBdVKxtUxbOJw86lbdW7Meu7nyzdBXK8aDy 1YPBgy3UtiPWBfHtA2Y9WQom1biPltlG2e+mNr27McORnYoT8GHWIVQcsf2HcXui dvyt/fDe+WCp0Mz2Q2/HcW7uznoy/ww+wyT7KoNtsZR/PS23IjsMrV0JDP45pbNz bUhd7akh6/7F9VVKwmhzODlgJSFMYflJjkKiVSX/NK+DWXaCLTb863NtdKo6OMNp a5VFKzrcYkDD7ox+O0EF9ewnuru29yrHx7TdJymRJ04SDeUsruuyucUT6kzpgKvQ /xSP0rSWigF9oioXMewXRQj043BjXpc9rkkYKu1D2GJFmQR57FDLwBPX7nmJO+j7 aJIMWlipAuBlKqEAgcJngMzKcaHboxMN1rzSApqZySg93dZyOFmi5XrdkYP5CSAN lpZT09xCogBjOrn5OZNJBF7slWw5Qnkkcli9DlJdJVpvMGVjg7LFC4CGiPnS/dGt It3QNJRl1ohVgVnKx1y2SB/YX+KOVItflYFFCjzj3pGgijlXup/3OlJMyoYwxShT r2CzwV9lar+HJOaRqnK1 =deJU -----END PGP SIGNATURE----- --dxnEAhtYrSdC5MGx-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 15:51:19 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7EEC62AF; Mon, 10 Mar 2014 15:51:19 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 50875A1A; Mon, 10 Mar 2014 15:51:19 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id BAC72261A; Mon, 10 Mar 2014 15:51:17 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us BAC72261A Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Mon, 10 Mar 2014 11:51:15 -0400 From: Glen Barber To: Konstantin Belousov Subject: Re: panic: vm_fault: fault on nofault entry Message-ID: <20140310155115.GH1746@glenbarber.us> References: <20140309165648.GF1776@glenbarber.us> <20140309180132.GO24664@kib.kiev.ua> <20140309181657.GI1776@glenbarber.us> <20140310154606.GQ24664@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="9sSKoi6Rw660DLir" Content-Disposition: inline In-Reply-To: <20140310154606.GQ24664@kib.kiev.ua> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Mar 2014 15:51:19 -0000 --9sSKoi6Rw660DLir Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 10, 2014 at 05:46:06PM +0200, Konstantin Belousov wrote: > On Sun, Mar 09, 2014 at 02:16:57PM -0400, Glen Barber wrote: > > panic: vm_fault: fault on nofault entry, addr: fffffe03becbc000 >=20 > I see, this panic is for access to the kernel map, not for the direct map. > I think that this is a race with other CPU unmapping some page in the > kernel map, which cannot be solved by access checks. >=20 > Please try the following. I booted with the patch and checked that > kgdb /boot/kernel/kernel /dev/mem works, but did not tried to reproduce > the issue. >=20 Thank you for looking into this. I will report back. Glen --9sSKoi6Rw660DLir Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTHd9zAAoJELls3eqvi17QUwcP/ib8smmpujNSg8oAYd4SVzVM DYx0/NpUamGJnaslIk3SxdgeC0y5kyyYC5HlG8zbZSndmDmBTh5P49Hl7GkbO021 cn+344fr2OwvT11iPAl2oSxq+mp0CvqI9qdCDmnoSIOcB5ADo7b0zL+L/W4QFE5T 54rle6b0fbSbEEoQizQaNYWPUv81TZMJCI+nkxMYbN9wA/B8LLU52ekX4at4EZGy L/Sr9WXPtbdGv5AyUJIBUlnLBKu3rerZMFXHjoPJ1/N5+BmT7rWLFhZrQ545EjVd 1uPl+ufSu9OzDv/kXl1W3adHjd4vvmcuP/q5VZmZ3u44JQ2iUnleiyxqxnPUvyNB EyMjMFfRXbzR+HtRi0rU4y8aT1uUcEkwXEjVC2en4vBQ5Ma5DiiqiLoAGihdxirh CnDp0Yt1s+gFLAdmaLRTvVYxNZ3Do3lIPDGQ/3+Hk+U2PVl+GtM2TzGnrPwiqgaY llrXgc+cq9qYcdhU9QZJnUOQNvNrGq75AJOizeIRY3gJDvKAabWRjr9RdrdT+PDW YOxOy+o+NnWomIhBPH9P0uQYwrDjmctRK+d77dLAiKM7/sT3s6xZ2PwuuHz+iM7+ iyLSQIslIDzFIlO+FGxVBU51KY2q8Hg3EQ3OyH612qQhs3QGaM8AwDL+Spv7omEM UD4a+fjov6z6k1AXgwuS =zHII -----END PGP SIGNATURE----- --9sSKoi6Rw660DLir-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 16:22:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B7D10173; Mon, 10 Mar 2014 16:22:10 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 9A990DAB; Mon, 10 Mar 2014 16:22:10 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 71E6AD67; Mon, 10 Mar 2014 16:22:09 +0000 (UTC) Date: Mon, 10 Mar 2014 16:22:06 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, bapt@FreeBSD.org Message-ID: <573824310.0.1394468528927.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #262 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-Mailman-Approved-At: Mon, 10 Mar 2014 16:51:15 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Mar 2014 16:22:10 -0000 See Changes: [bapt] Add a mailer.conf example to use dma ------------------------------------------ [...truncated 115700 lines...] --- share.all__D --- :623: warning = [p 65, 4.2i]: cannot adjust line --- lib.all__D --- --- archive_ppmd7.po --- cc -pg -O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1= -DPLATFORM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu= 99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wn= o-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototy= pes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wsh= adow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredun= dant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-poin= ter-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c= -o archive_ppmd7.po --- secure.all__D --- --- des_old2.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -= I -I/usr/obj -DOPENSSL_THREADS -DDSO_D= LFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -D= VPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_AS= M -I -I -I -std=3Dgnu89 -Qunused-= arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c = -o des_old2.po --- share.all__D --- :1360: warning= [p 73, 6.5i]: cannot adjust line --- secure.all__D --- --- ecb3_enc.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -= I -I/usr/obj -DOPENSSL_THREADS -DDSO_D= LFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -D= VPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_AS= M -I -I -I -std=3Dgnu89 -Qunused-= arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c = -o ecb3_enc.po --- share.all__D --- :281: warning= [p 82, 4.5i]: cannot adjust line --- sbin.all__D --- --- hastctl --- cc -O2 -pipe -I -DHAVE_CAPSICUM -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_= INPUT -DHAVE_CRYPTO -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsy= stem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstric= t-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual= -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Wi= nline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointe= r-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno= -format -o hastctl activemap.o crc32.o ebuf.o hast_checksum.o hast_compres= sion.o hast_proto.o hastctl.o lzf.o metadata.o nv.o parse.o pjdlog.o proto.= o proto_common.o proto_uds.o token.o subr.o -lutil -lcrypto --- secure.all__D --- --- ecb_enc.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -= I -I/usr/obj -DOPENSSL_THREADS -DDSO_D= LFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -D= VPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_AS= M -I -I -I -std=3Dgnu89 -Qunused-= arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c = -o ecb_enc.po --- sbin.all__D --- =3D=3D=3D> sbin/hastd (all) --- activemap.o --- cc -O2 -pipe -I -DHAVE_CAPSICUM -DPROTO_TCP_DEFAULT_PORT=3D8457 -DINET -DINET6 -= DHAVE_CRYPTO -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-he= aders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-proto= types -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrit= e-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -= Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-format= -c --- secure.all__D --- --- ede_cbcm_enc.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -= I -I/usr/obj -DOPENSSL_THREADS -DDSO_D= LFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -D= VPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_AS= M -I -I -I -std=3Dgnu89 -Qunused-= arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c = -o ede_cbcm_enc.po --- share.all__D --- sed -e 's/MINUSSIGN/-/' -e 's/DOUBLEQUOTE/""/' -e "s/SQUOTE/'/" -e 's/ /= __SPACE/g' < index | sort -u '-t=09' -k 1,1 -k 2n | awk -f | sed -e 's/__SPACE/ /g' -e = "s/^\\(['\\.]\\)/\\\\\&\\1/" > index.so.ascii --- _stamp.extra --- touch _stamp.extra --- paper.ascii.gz --- groff -Tascii -P-c -U -I -= t -mtty-char -me vi.ref-patched | gzip -cn > paper.ascii.gz --- secure.all__D --- --- enc_read.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -= I -I/usr/obj -DOPENSSL_THREADS -DDSO_D= LFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -D= VPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_AS= M -I -I -I -std=3Dgnu89 -Qunused-= arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c = -o enc_read.po --- lib.all__D --- --- archive_rb.po --- cc -pg -O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1= -DPLATFORM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu= 99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wn= o-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototy= pes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wsh= adow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredun= dant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-poin= ter-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c= -o archive_rb.po --- secure.all__D --- --- enc_writ.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -= I -I/usr/obj -DOPENSSL_THREADS -DDSO_D= LFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -D= VPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_AS= M -I -I -I -std=3Dgnu89 -Qunused-= arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c = -o enc_writ.po --- sbin.all__D --- --- control.o --- cc -O2 -pipe -I -DHAVE_CAPSICUM -DPROTO_TCP_DEFAULT_PORT=3D8457 -DINET -DINET6 -= DHAVE_CRYPTO -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-he= aders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-proto= types -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrit= e-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -= Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-format= -c --- secure.all__D --- --- fcrypt.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -= I -I/usr/obj -DOPENSSL_THREADS -DDSO_D= LFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -D= VPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_AS= M -I -I -I -std=3Dgnu89 -Qunused-= arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c = -o fcrypt.po --- lib.all__D --- --- archive_read.po --- cc -pg -O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1= -DPLATFORM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu= 99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wn= o-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototy= pes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wsh= adow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredun= dant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-poin= ter-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c= -o archive_read.po --- sbin.all__D --- --- crc32.o --- cc -O2 -pipe -I -DHAVE_CAPSICUM -DPROTO_TCP_DEFAULT_PORT=3D8457 -DINET -DINET6 -= DHAVE_CRYPTO -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-he= aders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-proto= types -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrit= e-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -= Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-format= -c --- ebuf.o --- cc -O2 -pipe -I -DHAVE_CAPSICUM -DPROTO_TCP_DEFAULT_PORT=3D8457 -DINET -DINET6 -= DHAVE_CRYPTO -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-he= aders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-proto= types -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrit= e-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -= Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-format= -c --- share.all__D --- :623: warning = [p 65, 4.2i]: cannot adjust line --- secure.all__D --- --- ofb64ede.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -= I -I/usr/obj -DOPENSSL_THREADS -DDSO_D= LFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -D= VPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_AS= M -I -I -I -std=3Dgnu89 -Qunused-= arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c = -o ofb64ede.po --- sbin.all__D --- --- event.o --- cc -O2 -pipe -I -DHAVE_CAPSICUM -DPROTO_TCP_DEFAULT_PORT=3D8457 -DINET -DINET6 -= DHAVE_CRYPTO -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-he= aders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-proto= types -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrit= e-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -= Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-format= -c --- share.all__D --- :1360: warning= [p 73, 6.5i]: cannot adjust line --- secure.all__D --- --- ofb64enc.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -= I -I/usr/obj -DOPENSSL_THREADS -DDSO_D= LFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -D= VPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_AS= M -I -I -I -std=3Dgnu89 -Qunused-= arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c = -o ofb64enc.po --- sbin.all__D --- --- hast_checksum.o --- cc -O2 -pipe -I -DHAVE_CAPSICUM -DPROTO_TCP_DEFAULT_PORT=3D8457 -DINET -DINET6 -= DHAVE_CRYPTO -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-he= aders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-proto= types -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrit= e-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -= Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-format= -c --- share.all__D --- :281: warning= [p 82, 4.5i]: cannot adjust line --- secure.all__D --- --- ofb_enc.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -= I -I/usr/obj -DOPENSSL_THREADS -DDSO_D= LFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -D= VPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_AS= M -I -I -I -std=3Dgnu89 -Qunused-= arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c = -o ofb_enc.po --- sbin.all__D --- --- hast_compression.o --- cc -O2 -pipe -I -DHAVE_CAPSICUM -DPROTO_TCP_DEFAULT_PORT=3D8457 -DINET -DINET6 -= DHAVE_CRYPTO -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-he= aders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-proto= types -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrit= e-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -= Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-format= -c --- secure.all__D --- --- pcbc_enc.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -= I -I/usr/obj -DOPENSSL_THREADS -DDSO_D= LFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -D= VPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_AS= M -I -I -I -std=3Dgnu89 -Qunused-= arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c = -o pcbc_enc.po --- share.all__D --- =3D=3D=3D> share/doc/usd/18.msdiffs (all) --- paper.ascii.gz --- groff -Tascii -P-c -mtty-char -ms | gzip -cn > paper.asc= ii.gz --- lib.all__D --- --- archive_read_append_filter.po --- cc -pg -O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1= -DPLATFORM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu= 99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wn= o-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototy= pes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wsh= adow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredun= dant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-poin= ter-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c= -o archive_= read_append_filter.po --- sbin.all__D --- --- hast_proto.o --- cc -O2 -pipe -I -DHAVE_CAPSICUM -DPROTO_TCP_DEFAULT_PORT=3D8457 -DINET -DINET6 -= DHAVE_CRYPTO -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-he= aders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-proto= types -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrit= e-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -= Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-format= -c --- share.all__D --- =3D=3D=3D> share/doc/usd/19.memacros (all) --- meintro.me-sed --- sed -e "s;@VERSION@;`cat -e= 's/^0$//' -e 's/^[1-9].*$/.&/' > meintro.me-sed --- paper.ascii.gz --- groff -Tascii -P-c -mtty-char -me meintro.me-sed | gzip -cn > paper.ascii= .gz --- secure.all__D --- --- qud_cksm.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -= I -I/usr/obj -DOPENSSL_THREADS -DDSO_D= LFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -D= VPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_AS= M -I -I -I -std=3Dgnu89 -Qunused-= arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c = -o qud_cksm.po --- sbin.all__D --- --- hastd.o --- cc -O2 -pipe -I -DHAVE_CAPSICUM -DPROTO_TCP_DEFAULT_PORT=3D8457 -DINET -DINET6 -= DHAVE_CRYPTO -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-he= aders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-proto= types -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrit= e-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -= Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-format= -c --- lib.all__D --- --- archive_read_data_into_fd.po --- cc -pg -O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1= -DPLATFORM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu= 99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wn= o-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototy= pes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wsh= adow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredun= dant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-poin= ter-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c= -o archive_r= ead_data_into_fd.po --- share.all__D --- =3D=3D=3D> share/doc/usd/20.meref (all) --- meref.me-sed --- sed -e "s;@VERSION@;`cat -e 's= /^0$//' -e 's/^[1-9].*$/.&/' > meref.me-sed --- paper.ascii.gz --- groff -Tascii -P-c -mtty-char -me meref.me-sed | gzip -cn > paper.ascii.g= z --- secure.all__D --- --- rand_key.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -= I -I/usr/obj -DOPENSSL_THREADS -DDSO_D= LFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -D= VPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_AS= M -I -I -I -std=3Dgnu89 -Qunused-= arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c = -o rand_key.po --- share.all__D --- =3D=3D=3D> share/doc/usd/21.troff (all) --- lib.all__D --- --- archive_read_disk_entry_from_file.po --- cc -pg -O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1= -DPLATFORM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu= 99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wn= o-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototy= pes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wsh= adow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredun= dant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-poin= ter-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c= -o a= rchive_read_disk_entry_from_file.po --- share.all__D --- --- paper.ascii.gz --- groff -Tascii -P-c -t -mtty-char = | gzip -cn > = paper.ascii.gz --- secure.all__D --- --- read2pwd.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -= I -I/usr/obj -DOPENSSL_THREADS -DDSO_D= LFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -D= VPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_AS= M -I -I -I -std=3Dgnu89 -Qunused-= arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c = -o read2pwd.po --- share.all__D --- =3D=3D=3D> share/doc/usd/22.trofftut (all) --- secure.all__D --- --- rpc_enc.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -= I -I/usr/obj -DOPENSSL_THREADS -DDSO_D= LFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -D= VPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_AS= M -I -I -I -std=3Dgnu89 -Qunused-= arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c = -o rpc_enc.po --- set_key.po --- --- share.all__D --- --- paper.ascii.gz --- --- secure.all__D --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -= I -I/usr/obj -DOPENSSL_THREADS -DDSO_D= LFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -D= VPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_AS= M -I -I -I -std=3Dgnu89 -Qunused-= arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c = -o set_key.po --- share.all__D --- groff -Tascii -P-c -mtty-char -ms = | gzip -cn > paper.ascii.gz --- lib.all__D --- --- archive_read_disk_posix.po --- cc -pg -O2 -pipe -DHAVE_BZLIB_H=3D1 -DHAVE_LIBLZMA=3D1 -DHAVE_LZMA_H=3D1= -DPLATFORM_CONFIG_H=3D\" -I/usr/obj -DWITH_OPENSSL -std=3Dgnu= 99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wn= o-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototy= pes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wsh= adow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredun= dant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-poin= ter-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c= -o archive_rea= d_disk_posix.po --- share.all__D --- =3D=3D=3D> share/dtrace (all) --- all --- =3D=3D=3D> share/dtrace/toolkit (all) --- secure.all__D --- --- str2key.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I -= I -I/usr/obj -DOPENSSL_THREADS -DDSO_D= LFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -D= VPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2= m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_AS= M -I -I -I -std=3Dgnu89 -Qunused-= arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-= plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-v= alue -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -W= no-switch -Wno-switch-enum -Wno-knr-promoted-par--- share.all__D --- =3D=3D=3D> share/examples (all) --- secure.all__D --- ameter -Wno-parentheses -c = -o str2key.po --- share.all__D --- --- all --- =3D=3D=3D> share/examples/smbfs (all) --- all --- =3D=3D=3D> share/examples/smbfs/print (all) =3D=3D=3D> share/examples/ipfilter (all) --- mkfilters.1.gz --- gzip -cn > mkfilters.1.gz --- sbin.all__D --- --- hooks.o --- --- share.all__D --- =3D=3D=3D> share/examples/pf (all) --- sbin.all__D --- cc -O2 -pipe -I -DHAVE_CAPSICUM -DPROTO_TCP_DEFAULT_PORT=3D8457 -DINET -DINET6 -= DHAVE_CRYPTO -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-he= aders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-proto= types -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrit= e-strings -Wswitch -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -= Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-format= -c --- share.all__D --- =3D=3D=3D> share/examples/dma (all) make[5]: make[5]: don't know how to make bsd.README. Stop make[5]: stopped in *** [all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [share.all__D] Error code 2 make[2]: stopped in --- secure.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [secure.all__D] Error code 2 make[2]: stopped in --- sbin.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [sbin.all__D] Error code 2 make[2]: stopped in --- lib.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [lib.all__D] Error code 2 make[2]: stopped in 4 errors make[2]: stopped in *** [everything] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 18:05:12 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9251E88F; Mon, 10 Mar 2014 18:05:12 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 62800AA8; Mon, 10 Mar 2014 18:05:12 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 384055526; Mon, 10 Mar 2014 18:05:10 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 384055526 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Mon, 10 Mar 2014 14:05:08 -0400 From: Glen Barber To: Konstantin Belousov Subject: Re: panic: vm_fault: fault on nofault entry Message-ID: <20140310180508.GI1746@glenbarber.us> References: <20140309165648.GF1776@glenbarber.us> <20140309180132.GO24664@kib.kiev.ua> <20140309181657.GI1776@glenbarber.us> <20140310154606.GQ24664@kib.kiev.ua> <20140310155115.GH1746@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="HkMjoL2LAeBLhbFV" Content-Disposition: inline In-Reply-To: <20140310155115.GH1746@glenbarber.us> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Mar 2014 18:05:12 -0000 --HkMjoL2LAeBLhbFV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 10, 2014 at 11:51:15AM -0400, Glen Barber wrote: > On Mon, Mar 10, 2014 at 05:46:06PM +0200, Konstantin Belousov wrote: > > On Sun, Mar 09, 2014 at 02:16:57PM -0400, Glen Barber wrote: > > > panic: vm_fault: fault on nofault entry, addr: fffffe03becbc000 > >=20 > > I see, this panic is for access to the kernel map, not for the direct m= ap. > > I think that this is a race with other CPU unmapping some page in the > > kernel map, which cannot be solved by access checks. > >=20 > > Please try the following. I booted with the patch and checked that > > kgdb /boot/kernel/kernel /dev/mem works, but did not tried to reproduce > > the issue. > >=20 >=20 > Thank you for looking into this. I will report back. >=20 The machine this was tested paniced again, but a bit differently. This is the kgdb session from this vmcore: Script started on Mon Mar 10 17:58:33 2014 command: /bin/sh # kgdb ./kernel.debug /var/crash/vmcore.last GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Sleeping thread (tid 100702, pid 24712) owns a non-sleepable lock KDB: stack backtrace of thread 100702: sched_switch() at sched_switch+0x29e/frame 0xfffffe18390b8820 mi_switch() at mi_switch+0xe1/frame 0xfffffe18390b8860 sleepq_catch_signals() at sleepq_catch_signals+0xab/frame 0xfffffe18390b88e0 sleepq_wait_sig() at sleepq_wait_sig+0xf/frame 0xfffffe18390b8910 _sleep() at _sleep+0x2a3/frame 0xfffffe18390b8990 pipe_read() at pipe_read+0x34a/frame 0xfffffe18390b89f0 dofileread() at dofileread+0x95/frame 0xfffffe18390b8a40 kern_readv() at kern_readv+0x68/frame 0xfffffe18390b8a90 sys_read() at sys_read+0x63/frame 0xfffffe18390b8ae0 amd64_syscall() at amd64_syscall+0x3fb/frame 0xfffffe18390b8bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe18390b8bf0 --- syscall (3, FreeBSD ELF64, sys_read), rip =3D 0x800b8443a, rsp =3D 0x7f= ffffffac88, rbp =3D 0x7fffffffb500 --- panic: sleeping thread cpuid =3D 19 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe18392db= 010 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe18392db0c0 panic() at panic+0x155/frame 0xfffffe18392db140 propagate_priority() at propagate_priority+0x259/frame 0xfffffe18392db170 turnstile_wait() at turnstile_wait+0x3fe/frame 0xfffffe18392db1c0 __mtx_lock_sleep() at __mtx_lock_sleep+0x163/frame 0xfffffe18392db240 vm_map_lookup() at vm_map_lookup+0x38/frame 0xfffffe18392db2c0 vm_fault_hold() at vm_fault_hold+0xd1/frame 0xfffffe18392db510 vm_fault() at vm_fault+0x77/frame 0xfffffe18392db550 trap_pfault() at trap_pfault+0x199/frame 0xfffffe18392db5f0 trap() at trap+0x4a0/frame 0xfffffe18392db800 calltrap() at calltrap+0x8/frame 0xfffffe18392db800 --- trap 0xc, rip =3D 0xffffffff80d972cd, rsp =3D 0xfffffe18392db8c0, rbp = =3D 0xfffffe18392db920 --- copyin() at copyin+0x3d/frame 0xfffffe18392db920 pipe_write() at pipe_write+0x10ea/frame 0xfffffe18392db9f0 dofilewrite() at dofilewrite+0x87/frame 0xfffffe18392dba40 kern_writev() at kern_writev+0x68/frame 0xfffffe18392dba90 sys_write() at sys_write+0x63/frame 0xfffffe18392dbae0 amd64_syscall() at amd64_syscall+0x3fb/frame 0xfffffe18392dbbf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe18392dbbf0 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x800b35afc, rsp =3D 0x7= fffffffd3b8, rbp =3D 0x41 --- KDB: enter: panic Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols Reading symbols from /boot/kernel/ums.ko.symbols...done. Loaded symbols for /boot/kernel/ums.ko.symbols Reading symbols from /boot/kernel/tmpfs.ko.symbols...done. Loaded symbols for /boot/kernel/tmpfs.ko.symbols Reading symbols from /boot/kernel/nullfs.ko.symbols...done. Loaded symbols for /boot/kernel/nullfs.ko.symbols Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. Loaded symbols for /boot/kernel/linprocfs.ko.symbols Reading symbols from /boot/kernel/linux.ko.symbols...done. Loaded symbols for /boot/kernel/linux.ko.symbols #0 doadump (textdump=3D-959294432) at pcpu.h:219 219 __asm("movq %%gs:%1,%0" : "=3Dr" (td) (kgdb) bt #0 doadump (textdump=3D-959294432) at pcpu.h:219 #1 0xffffffff8034a175 in db_fncall (dummy1=3D, dummy2= =3D, dummy3=3D, dummy4=3D) at /usr/src/sys/ddb/db_command.c:578 #2 0xffffffff80349e5d in db_command (cmd_table=3D0x0) at /usr/src/sys/ddb/= db_command.c:449 #3 0xffffffff80349bd4 in db_command_loop () at /usr/src/sys/ddb/db_command= =2Ec:502 #4 0xffffffff8034c630 in db_trap (type=3D, code=3D0) = at /usr/src/sys/ddb/db_main.c:231 #5 0xffffffff80987329 in kdb_trap (type=3D3, code=3D0, tf=3D) at /usr/src/sys/kern/subr_kdb.c:656 #6 0xffffffff80d99059 in trap (frame=3D0xfffffe18392daff0) at /usr/src/sys= /amd64/amd64/trap.c:571 #7 0xffffffff80d7dd22 in calltrap () at /usr/src/sys/amd64/amd64/exception= =2ES:231 #8 0xffffffff80986a8e in kdb_enter (why=3D0xffffffff8100edaf "panic", msg= =3D) at cpufunc.h:63 #9 0xffffffff809462b5 in panic (fmt=3D) at /usr/src/s= ys/kern/kern_shutdown.c:752 #10 0xffffffff80999949 in propagate_priority (td=3D) a= t /usr/src/sys/kern/subr_turnstile.c:226 #11 0xffffffff8099a3ce in turnstile_wait (ts=3D, owner= =3D, queue=3D) at /usr/src/sys/ke= rn/subr_turnstile.c:742 #12 0xffffffff8092f923 in __mtx_lock_sleep (c=3D0xfffff800020000b8, tid=3D1= 8446735278394692752, opts=3D, file=3D0x80
, line=3D-16843009) at /usr/src/sys/kern/kern_mutex.c:508 #13 0xffffffff80c14138 in vm_map_lookup (var_map=3D0xfffffe18392db4a8, vadd= r=3D18446741977052954624, fault_typea=3D2 '\002', out_entry=3D0xfffffe18392= db4b0, object=3D0xfffffe18392db498,=20 pindex=3D0xfffffe18392db4a0) at /usr/src/sys/vm/vm_map.c:3843 #14 0xffffffff80c07a71 in vm_fault_hold (map=3D0xfffff80002000000, vaddr=3D= 18446741977052954624, fault_type=3D, fault_flags=3D0, = m_hold=3D0x0) at /usr/src/sys/vm/vm_fault.c:255 #15 0xffffffff80c07957 in vm_fault (map=3D0xfffff80002000000, vaddr=3D, fault_type=3D2 '\002', fault_flags=3D128) at /usr/src/sys= /vm/vm_fault.c:217 #16 0xffffffff80d99849 in trap_pfault (frame=3D0xfffffe18392db810, usermode= =3D0) at /usr/src/sys/amd64/amd64/trap.c:767 #17 0xffffffff80d99070 in trap (frame=3D0xfffffe18392db810) at /usr/src/sys= /amd64/amd64/trap.c:455 #18 0xffffffff80d7dd22 in calltrap () at /usr/src/sys/amd64/amd64/exception= =2ES:231 #19 0xffffffff80d972cd in copyin () at /usr/src/sys/amd64/amd64/support.S:2= 92 #20 0xffffffff8099bb5f in uiomove_faultflag (cp=3D, n= =3D, uio=3D0xfffffe18392dbab0, nofault=3D) at /usr/src/sys/kern/subr_uio.c:194 #21 0xffffffff809a53ba in pipe_write (fp=3D0xfffff80adc4e2640, uio=3D0xffff= fe18392dbab0, active_cred=3D, flags=3D8, td=3D0x0) at = /usr/src/sys/kern/sys_pipe.c:1215 #22 0xffffffff809a1297 in dofilewrite (td=3D0xfffff8002e61d490, fd=3D1, fp= =3D0xfffff80adc4e2640, auio=3D0xfffffe18392dbab0, offset=3D, flags=3D0) at file.h:307 #23 0xffffffff809a0fc8 in kern_writev (td=3D0xfffff8002e61d490, fd=3D1, aui= o=3D0xfffffe18392dbab0) at /usr/src/sys/kern/sys_generic.c:467 #24 0xffffffff809a0f53 in sys_write (td=3D, uap=3D) at /usr/src/sys/kern/sys_generic.c:382 #25 0xffffffff80d9a0bb in amd64_syscall (td=3D0xfffff8002e61d490, traced=3D= 0) at subr_syscall.c:133 #26 0xffffffff80d7e00b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exce= ption.S:390 #27 0x0000000800b35afc in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb) frame 10 #10 0xffffffff80999949 in propagate_priority (td=3D) a= t /usr/src/sys/kern/subr_turnstile.c:226 226 panic("sleeping thread"); (kgdb) l 221 if (TD_IS_SLEEPING(td)) { 222 printf( 223 "Sleeping thread (tid %d, pid %d) owns a non-sleepable lock\n", 224 td->td_tid, td->td_proc->p_pid); 225 kdb_backtrace_thread(td); 226 panic("sleeping thread"); 227 } 228=09 229 /* 230 * If this thread already has higher priority than the (kgdb) tid 100702 [Switching to thread 624 (Thread 100702)]#0 sched_switch (td=3D0xfffff8001= 797a920, newtd=3D, flags=3D) at /= usr/src/sys/kern/sched_ule.c:1933 1933 cpuid =3D PCPU_GET(cpuid); (kgdb) p cpuid No symbol "cpuid" in current context. (kgdb) quit # exit Script done on Mon Mar 10 17:59:07 2014 Glen --HkMjoL2LAeBLhbFV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTHf7UAAoJELls3eqvi17Q2iEQAIVnVNurLco9+Fo9PwpSrAcn +YgaB09l5G+A553l9zXH/59tNlTRZ2j49AUbgVOP1/9fE5FVRXAuH72XhzoA1dZz PMUhw9n2RA0utMOOXD+At94gEkXVZrKleekyoMzoptjAluTyZ24SNo+eJymyDJZa MDuPkLdOdCqhL3S8tPWpVsq8IQ00diJxA3T36NgxD0z1jh2C6Fw/udShL5OVxt7y imrIMJwpbVP7MahSueIwOBAmLyBOVYVl5XMBrfcM9ESBfRAITM9aq51QmaTjx9vN AwsGuSlNPjyaF+6U6C79OwWf0MS66EPfm5c6Pm8FnnMvTsO+8CRXVa392mZUa6P8 RepEcW+8Pi5P7VqVtXq3ya4OivZeAOpWnQtUZM0RcC61MwcZ+UuQ6zOrWcAasSik j9CEObW0s+FKOB3afTZqzFyz9BPdV1k0vHhM/djCSBVQBweqw8C2DpJN5m/EpDDc G9KWdI1rT18J0npAdPLTfdy1GvDG0/WL0XcwqvApWQKbtEifaHL+yVyesfzVKUib yUBzw1oMKxxameSGGbMi510V7yljD8WlFC/ohEJMcfMYKzRgc5RPcFfbWXHd2ZvR pV14gaIDPwcRTTShfNM+pffIMae4tMRNCFhXj+vxcLiywecQoYy6NXkJZB9cSq18 LMXskv9k3P/7i3/58FfC =oFSH -----END PGP SIGNATURE----- --HkMjoL2LAeBLhbFV-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 19:01:25 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A3FDD2F; Mon, 10 Mar 2014 19:01:25 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7AD7985; Mon, 10 Mar 2014 19:01:24 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id s2AJ1CBq014782; Mon, 10 Mar 2014 21:01:12 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s2AJ1CBq014782 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id s2AJ1CnZ014781; Mon, 10 Mar 2014 21:01:12 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 10 Mar 2014 21:01:12 +0200 From: Konstantin Belousov To: Glen Barber Subject: Re: panic: vm_fault: fault on nofault entry Message-ID: <20140310190112.GR24664@kib.kiev.ua> References: <20140309165648.GF1776@glenbarber.us> <20140309180132.GO24664@kib.kiev.ua> <20140309181657.GI1776@glenbarber.us> <20140310154606.GQ24664@kib.kiev.ua> <20140310155115.GH1746@glenbarber.us> <20140310180508.GI1746@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="E5Kv0g4zpMKTBL4W" Content-Disposition: inline In-Reply-To: <20140310180508.GI1746@glenbarber.us> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Mar 2014 19:01:25 -0000 --E5Kv0g4zpMKTBL4W Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 10, 2014 at 02:05:08PM -0400, Glen Barber wrote: > Unread portion of the kernel message buffer: > Sleeping thread (tid 100702, pid 24712) owns a non-sleepable lock Would be nice to see the full message before and panic from the console. =46rom what I see, this is a lock leak, I forgot to unlock the map. It is nice that it is so simple to reproduce the issue in your setup. Try this update. diff --git a/sys/amd64/amd64/mem.c b/sys/amd64/amd64/mem.c index abbbb21..5a4d8a9 100644 --- a/sys/amd64/amd64/mem.c +++ b/sys/amd64/amd64/mem.c @@ -76,14 +76,16 @@ MALLOC_DEFINE(M_MEMDESC, "memdesc", "memory range descr= iptors"); int memrw(struct cdev *dev, struct uio *uio, int flags) { - int o; - u_long c =3D 0, v; struct iovec *iov; - int error =3D 0; + u_long c, v; + int error, o, sflags; vm_offset_t addr, eaddr; =20 GIANT_REQUIRED; =20 + error =3D 0; + c =3D 0; + sflags =3D curthread_pflags_set(TDP_DEVMEMIO); while (uio->uio_resid > 0 && error =3D=3D 0) { iov =3D uio->uio_iov; if (iov->iov_len =3D=3D 0) { @@ -98,7 +100,15 @@ memrw(struct cdev *dev, struct uio *uio, int flags) kmemphys: o =3D v & PAGE_MASK; c =3D min(uio->uio_resid, (u_int)(PAGE_SIZE - o)); - error =3D uiomove((void *)PHYS_TO_DMAP(v), (int)c, uio); + v =3D PHYS_TO_DMAP(v); + if (v < DMAP_MIN_ADDRESS || + (v > DMAP_MIN_ADDRESS + dmaplimit && + v <=3D DMAP_MAX_ADDRESS) || + pmap_kextract(v) =3D=3D 0) { + error =3D EFAULT; + goto ret; + } + error =3D uiomove((void *)v, (int)c, uio); continue; } else if (dev2unit(dev) =3D=3D CDEV_MINOR_KMEM) { @@ -119,22 +129,30 @@ kmemphys: addr =3D trunc_page(v); eaddr =3D round_page(v + c); =20 - if (addr < VM_MIN_KERNEL_ADDRESS) - return (EFAULT); - for (; addr < eaddr; addr +=3D PAGE_SIZE)=20 - if (pmap_extract(kernel_pmap, addr) =3D=3D 0) - return (EFAULT); - + if (addr < VM_MIN_KERNEL_ADDRESS) { + error =3D EFAULT; + goto ret; + } + for (; addr < eaddr; addr +=3D PAGE_SIZE) { + if (pmap_extract(kernel_pmap, addr) =3D=3D 0) { + error =3D EFAULT; + goto ret; + } + } if (!kernacc((caddr_t)(long)v, c, uio->uio_rw =3D=3D UIO_READ ?=20 - VM_PROT_READ : VM_PROT_WRITE)) - return (EFAULT); + VM_PROT_READ : VM_PROT_WRITE)) { + error =3D EFAULT; + goto ret; + } =20 error =3D uiomove((caddr_t)(long)v, (int)c, uio); continue; } /* else panic! */ } +ret: + curthread_pflags_restore(sflags); return (error); } =20 diff --git a/sys/amd64/amd64/trap.c b/sys/amd64/amd64/trap.c index f7d0afd..b1cbdbc 100644 --- a/sys/amd64/amd64/trap.c +++ b/sys/amd64/amd64/trap.c @@ -787,6 +787,12 @@ nogo: frame->tf_rip =3D (long)curpcb->pcb_onfault; return (0); } + if ((td->td_pflags & TDP_DEVMEMIO) !=3D 0) { + KASSERT(curpcb->pcb_onfault !=3D NULL, + ("/dev/mem without pcb_onfault")); + frame->tf_rip =3D (long)curpcb->pcb_onfault; + return (0); + } trap_fatal(frame, eva); return (-1); } diff --git a/sys/kern/subr_trap.c b/sys/kern/subr_trap.c index 07d63f8..9633e34 100644 --- a/sys/kern/subr_trap.c +++ b/sys/kern/subr_trap.c @@ -157,6 +157,8 @@ userret(struct thread *td, struct trapframe *frame) td->td_rw_rlocks)); KASSERT((td->td_pflags & TDP_NOFAULTING) =3D=3D 0, ("userret: Returning with pagefaults disabled")); + KASSERT((td->td_pflags & TDP_DEVMEMIO) =3D=3D 0, + ("userret: Returning with /dev/mem i/o leaked")); KASSERT(td->td_no_sleeping =3D=3D 0, ("userret: Returning with sleep disabled")); KASSERT(td->td_pinned =3D=3D 0 || (td->td_pflags & TDP_CALLCHAIN) !=3D 0, diff --git a/sys/sys/proc.h b/sys/sys/proc.h index fce1f8a..e7cd022 100644 --- a/sys/sys/proc.h +++ b/sys/sys/proc.h @@ -424,6 +424,7 @@ do { \ #define TDP_RESETSPUR 0x04000000 /* Reset spurious page fault history. */ #define TDP_NERRNO 0x08000000 /* Last errno is already in td_errno */ #define TDP_UIOHELD 0x10000000 /* Current uio has pages held in td_ma */ +#define TDP_DEVMEMIO 0x20000000 /* Accessing memory for /dev/mem */ =20 /* * Reasons that the current thread can not be run yet. diff --git a/sys/vm/vm_fault.c b/sys/vm/vm_fault.c index 4a6495f..ab48462 100644 --- a/sys/vm/vm_fault.c +++ b/sys/vm/vm_fault.c @@ -269,6 +269,10 @@ RetryFault:; map_generation =3D fs.map->timestamp; =20 if (fs.entry->eflags & MAP_ENTRY_NOFAULT) { + if ((curthread->td_pflags & TDP_DEVMEMIO) !=3D 0) { + vm_map_unlock_read(fs.map); + return (KERN_FAILURE); + } panic("vm_fault: fault on nofault entry, addr: %lx", (u_long)vaddr); } --E5Kv0g4zpMKTBL4W Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTHgv3AAoJEJDCuSvBvK1BJKMP/1U8oGP3TGX5ZrJNiaGbCrUc gwFT6QtCD3xkNitKj0cwn4wWWoQwOUPCwFxZQZoOgIKKjKH1w4BM90R2ytJ9R0ju oiMoLqoK+IZYPglQfgDVp8WFkrD8IZ5/yzFno2TTbK1tEgV0ANLbE60h2AqULM5a WCduHwSOTFjX6IJKAyDiQPivUYR+4I/fd6Q+1hUMtHEdGbf/COPAYly+swpx/wyB /MiSM6P4BSNoLaovzgVXioipyR6L76u8RDClAWg3xV4hRGDbY2n9uQ+y6kKo7WB+ LosC/u4kLrnZ8O+STYAaP3tXdza0BDEsIp9mPU2jhSmsdSwZob9+MWcHVjjC4bOb 3YU/YjAQvKMQyVP3cpNn5Tsq05TIq0juOds0K07phIQY9lktRxe/OjiVyyaLU0NA uOpCJafjeHgGQFlhCpnPoT79uzDmXqcDNOQK8ZPTyAVfQ2bKRHZTAQVU9Y1JrAD6 VTMmoCIvr8fgNDggYkP9kXJfZFu+c7PiGvdxyrHZZsB0WA+rkPTEGAvCd/GtBxmG KTGkyZ1TenxCTjG/5HctxOvjixtsd9s38iIM4PCVeJ7My2jekafNwUvSry+M67mc MVDNy2Fd/BoxI+mFMh2RvpJzki4hMupDxNx5UE9odPkxsJMgWSlHsn+7F2GIj9fw jUASUViOP/d0GrBJK5YU =r7yH -----END PGP SIGNATURE----- --E5Kv0g4zpMKTBL4W-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 19:01:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD92FE3D; Mon, 10 Mar 2014 19:01:57 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A1EA89D; Mon, 10 Mar 2014 19:01:57 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 95DDCB980; Mon, 10 Mar 2014 15:01:56 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: panic after resume, triggered by vt_switch_timer() ? Date: Mon, 10 Mar 2014 14:35:50 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <20140310013936.GC1746@glenbarber.us> In-Reply-To: <20140310013936.GC1746@glenbarber.us> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201403101435.50550.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 10 Mar 2014 15:01:56 -0400 (EDT) Cc: Glen Barber X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Mar 2014 19:01:58 -0000 On Sunday, March 09, 2014 9:39:36 pm Glen Barber wrote: > I think I have hit a panic in the code path for vt_switch_timer() when > resuming from suspend. > > In both cases it happened, the laptop was suspended for >2 hours. > > In both cases, c_func is vt_switch_timer(), and c_arg is a negative > value (both times it is -2133611368). I am not sure if these are valid > values for vt_switch_timer(), but it caught my eye. > > The amount of time the laptop has been suspended may be unrelated, but > so far has been the only constant in numerous attempts to reproduce the > crash. > > The machine is running 11.0-CURRENT #202 r262562, and the only recent > change to the kernel configuration is switching from sc(4) to vt(4) > a few weeks ago. Prior to this, I could leave the machine suspended for > several hours (sometimes up to 4 when traveling), without issue. > > > Script started on Sun Mar 9 20:22:44 2014 > command: /bin/sh > # kgdb ./kernel.debug /var/crash/vmcore.last > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"... > > Unread portion of the kernel message buffer: > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x30 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff8064378f > stack pointer = 0x28:0xfffffe01e47b98f0 > frame pointer = 0x28:0xfffffe01e47b99b0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 12 (swi4: clock (0)) > trap number = 12 > panic: page fault > cpuid = 0 > KDB: stack backtrace: > #0 0xffffffff8066c280 at kdb_backtrace+0x60 > #1 0xffffffff8062bc65 at panic+0x155 > #2 0xffffffff8095a78f at trap_fatal+0x38f > #3 0xffffffff8095aac1 at trap_pfault+0x321 > #4 0xffffffff8095a160 at trap+0x4a0 > #5 0xffffffff8093f682 at calltrap+0x8 > #6 0xffffffff80643b94 at softclock+0x94 > #7 0xffffffff805f6aa8 at intr_event_execute_handlers+0x1b8 > #8 0xffffffff805f6ea6 at ithread_loop+0x96 > #9 0xffffffff805f3c9a at fork_exit+0x9a > #10 0xffffffff8093fbbe at fork_trampoline+0xe > Uptime: 6h12m9s > Dumping 3121 out of 7951 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% > > Reading symbols from /boot/kernel/zfs.ko.symbols...done. > Loaded symbols for /boot/kernel/zfs.ko.symbols > Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. > Loaded symbols for /boot/kernel/opensolaris.ko.symbols > Reading symbols from /boot/kernel/i915kms.ko.symbols...done. > Loaded symbols for /boot/kernel/i915kms.ko.symbols > Reading symbols from /boot/kernel/drm2.ko.symbols...done. > Loaded symbols for /boot/kernel/drm2.ko.symbols > #0 doadump (textdump=) at pcpu.h:219 > 219 __asm("movq %%gs:%1,%0" : "=r" (td) > (kgdb) bt > #0 doadump (textdump=) at pcpu.h:219 > #1 0xffffffff8062b808 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:452 > #2 0xffffffff8062bca4 in panic (fmt=) > at /usr/src/sys/kern/kern_shutdown.c:759 > #3 0xffffffff8095a78f in trap_fatal (frame=, eva=) > at /usr/src/sys/amd64/amd64/trap.c:874 > #4 0xffffffff8095aac1 in trap_pfault (frame=0xfffffe01e47b9840, > usermode=) at /usr/src/sys/amd64/amd64/trap.c:691 > #5 0xffffffff8095a160 in trap (frame=0xfffffe01e47b9840) > at /usr/src/sys/amd64/amd64/trap.c:455 > #6 0xffffffff8093f682 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:231 > #7 0xffffffff8064378f in softclock_call_cc (c=0xffffffff80d3ae78, cc=0xffffffff80eace80, > direct=0) at /usr/src/sys/kern/kern_timeout.c:703 > #8 0xffffffff80643b94 in softclock (arg=0xffffffff80eace80) > at /usr/src/sys/kern/kern_timeout.c:812 > #9 0xffffffff805f6aa8 in intr_event_execute_handlers (p=, > ie=0xfffff800031f3a00) at /usr/src/sys/kern/kern_intr.c:1263 > #10 0xffffffff805f6ea6 in ithread_loop (arg=0xfffff8000323cf80) > at /usr/src/sys/kern/kern_intr.c:1276 > #11 0xffffffff805f3c9a in fork_exit (callout=0xffffffff805f6e10 , > arg=0xfffff8000323cf80, frame=0xfffffe01e47b9ac0) at /usr/src/sys/kern/kern_fork.c:977 > #12 0xffffffff8093fbbe in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:605 > #13 0x0000000000000000 in ?? () > Current language: auto; currently minimal > (kgdb) frame 7 > #7 0xffffffff8064378f in softclock_call_cc (c=0xffffffff80d3ae78, cc=0xffffffff80eace80, > direct=0) at /usr/src/sys/kern/kern_timeout.c:703 > 703 class->lc_unlock(c_lock); > (kgdb) l > 698 lastfunc = c_func; > 699 } > 700 #endif > 701 CTR1(KTR_CALLOUT, "callout %p finished", c); > 702 if ((c_flags & CALLOUT_RETURNUNLOCKED) == 0) > 703 class->lc_unlock(c_lock); > 704 skip: > 705 CC_LOCK(cc); > 706 KASSERT(cc->cc_exec_entity[direct].cc_curr == c, ("mishandled cc_curr")); > 707 cc->cc_exec_entity[direct].cc_curr = NULL; > (kgdb) p *c > $1 = {c_links = {le = {le_next = 0x0, le_prev = 0xffffffff80eacf90}, sle = {sle_next = 0x0}, > tqe = {tqe_next = 0x0, tqe_prev = 0xffffffff80eacf90}}, c_time = 95902818571375, > c_precision = 4026531562, c_arg = 0xffffffff80d3adc0, > c_func = 0xffffffff80510850 , c_lock = 0x0, c_flags = 128, c_cpu = 0} > (kgdb) l *0xffffffff80510850 > 0xffffffff80510850 is in vt_switch_timer (/usr/src/sys/dev/vt/vt_core.c:150). > 145 static int vt_proc_alive(struct vt_window *); > 146 static void vt_resize(struct vt_device *); > 147 > 148 static void > 149 vt_switch_timer(void *arg) > 150 { > 151 > 152 vt_late_window_switch((struct vt_window *)arg); > 153 } > 154 > (kgdb) p *0xffffffff80d3adc0 > $2 = -2133611368 > (kgdb) quit > # ^D > Script done on Sun Mar 9 20:27:43 2014 > > Thoughts? This has been reported multiple times by both adrian@ and myself. I would try disabling vt switching during suspend as a workaround for now. I found that only ttyv0's timer object is zero'd when this happens. The timers for the other VTY's are all fine. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 19:07:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 84BD0408; Mon, 10 Mar 2014 19:07:17 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 56769129; Mon, 10 Mar 2014 19:07:17 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id C7A675BBC; Mon, 10 Mar 2014 19:07:15 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us C7A675BBC Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Mon, 10 Mar 2014 15:07:13 -0400 From: Glen Barber To: John Baldwin Subject: Re: panic after resume, triggered by vt_switch_timer() ? Message-ID: <20140310190713.GK1746@glenbarber.us> References: <20140310013936.GC1746@glenbarber.us> <201403101435.50550.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="RVlUGXxwBj5SDcM9" Content-Disposition: inline In-Reply-To: <201403101435.50550.jhb@freebsd.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Mar 2014 19:07:17 -0000 --RVlUGXxwBj5SDcM9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 10, 2014 at 02:35:50PM -0400, John Baldwin wrote: > On Sunday, March 09, 2014 9:39:36 pm Glen Barber wrote: > > I think I have hit a panic in the code path for vt_switch_timer() when > > resuming from suspend. > >=20 > > [...] >=20 > This has been reported multiple times by both adrian@ and myself. I woul= d try > disabling vt switching during suspend as a workaround for now. I found t= hat > only ttyv0's timer object is zero'd when this happens. The timers for the > other VTY's are all fine. >=20 Hmm, I do not remember seeing it reported. Sorry for the additional noise. I'll disable vt switching as you suggest. Thanks. Glen --RVlUGXxwBj5SDcM9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTHg1hAAoJELls3eqvi17QzOIP/3vPqh8gS4eCVp8xKQlgwtuD a/AutlEnNVsHiuWm2XKVjUybLKdOiXlDldCZoErx40KMj1qzeEmsTiB7sNo9PIfR MsDz/4f4sprih+FUQhR8WkgRvP385OPO4YYDAzGi1Meu0TDWN7FeQtZKWdwOy/W9 JuNyR9/k/2kuvNSv0wlMOCCZJI5WgprGZN4qgsrp/gEwJRChFS/WchOgCqsl4y+K O8EArT3TNdjyterKpLn026DoBz9mkq6lyPiabTC/mNQwI+hjrYWZ146u5cYV7tx6 Bmd1GO+pEMzeAGHLYtZjvd5AqAUfkR0kz7YJE53O9i3wJIuk7kEo3HggnVMxPmij UthmiolMw+JG6frOYqolY0pmDWgedXvVw2pfhenWz800WveH2twH/sS6j0icBEvT +gmCN9b3pPljQqYI8GVwA2tONQ0UcsHXzQAmt8BeaWttjQ9Stw7HSKwn/aBrdIKR x6r5HfPtza7RtC7ijHb9b/JX5Ct16tHofg9jP6LPoGMik7oO26hSIVVFRHC0hgq7 w6AiHWIAcmiZJa8dwjq1YVqI/6A2C/Gq1fLKna0v/w+eEmnzRYn94779u8TrTfru cCmpy9EOVBQyHqsDpAjH3k/dOm2GpyjuX6NnaKMHNM1H3IzArFzz54nE95WTG9Ry u6PZuA0Bz/ITXUcZ7U8F =OXzo -----END PGP SIGNATURE----- --RVlUGXxwBj5SDcM9-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 19:10:26 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D3104978; Mon, 10 Mar 2014 19:10:26 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A21D2164; Mon, 10 Mar 2014 19:10:26 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 460EA5C2C; Mon, 10 Mar 2014 19:10:25 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 460EA5C2C Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Mon, 10 Mar 2014 15:10:23 -0400 From: Glen Barber To: Konstantin Belousov Subject: Re: panic: vm_fault: fault on nofault entry Message-ID: <20140310191023.GL1746@glenbarber.us> References: <20140309165648.GF1776@glenbarber.us> <20140309180132.GO24664@kib.kiev.ua> <20140309181657.GI1776@glenbarber.us> <20140310154606.GQ24664@kib.kiev.ua> <20140310155115.GH1746@glenbarber.us> <20140310180508.GI1746@glenbarber.us> <20140310190112.GR24664@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="+278g007AL/ykmV8" Content-Disposition: inline In-Reply-To: <20140310190112.GR24664@kib.kiev.ua> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Mar 2014 19:10:26 -0000 --+278g007AL/ykmV8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 10, 2014 at 09:01:12PM +0200, Konstantin Belousov wrote: > On Mon, Mar 10, 2014 at 02:05:08PM -0400, Glen Barber wrote: > > Unread portion of the kernel message buffer: > > Sleeping thread (tid 100702, pid 24712) owns a non-sleepable lock >=20 > Would be nice to see the full message before and panic from the console. I will include it in the future. > From what I see, this is a lock leak, I forgot to unlock the map. > It is nice that it is so simple to reproduce the issue in your setup. >=20 > Try this update. >=20 I will have the machine updated with this patch in the next few minutes. Thank you. Glen --+278g007AL/ykmV8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTHg4fAAoJELls3eqvi17QlsUP/jAC/4eiVskcGMK2YxMZOyAO D8TN4nNZIMT1Lj6oX/Yia+pxROKPZVjS9FSktCQ0QGG+TonunB+LQgO7WxM6XX8G MSnrZVPzWe8qVqnVD6Rh2rAC0c26y7YFKxegifsLLnqDp+oHRpBhk9gCRJ6wQ01h WGzvba88xjbGzxp3g763sxZicOG688oB6gRjok4o+IiXIRZSpFDkeuttgfDzb0lK TJbVZMcPOi/A97EZK2xfTHQpTYmVDCQrI0uSzfjMu4+X8pdjxlqNMzBn03cQf2an WBy2TMFSAN0bzhdd4/uANJS+h/ZO0fAJSK8N3u7j7Y9NLuDzeaSIdoW6CtrETYRy C4/kCHVftNiQ49B0MIusY0I0dQFjMszDFR3ygAemZfHfNJ2BSCaPS5djYRlPjcJW Sg4o3yfzqe7tZxYogEea9/Vf1EGycc+Ckia7cts6aKdnvmBlwwxQaDHiAvisi19+ QK23uzkDcEuX06G8RmCNOG5nUjbt8zSNDCf6jf9wcxoD/LQfundHZD5aePIqf55C CtMwQDjfi73pa7h4KK78KzaGolaraZJhTcKo6fMOMebUpWUPi4w953lcTaKjytWV tWEQHGKY13Gq/BIAGJHtSuhJg/eYAcqM6I3K/qKxZT3dNcgRlflReNTGg4SpeDmV lrlcaYZOUrEySYtSJD6S =wIJC -----END PGP SIGNATURE----- --+278g007AL/ykmV8-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 21:18:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 696834C1; Mon, 10 Mar 2014 21:18:48 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 216C690; Mon, 10 Mar 2014 21:18:48 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E08FBB918; Mon, 10 Mar 2014 17:18:46 -0400 (EDT) From: John Baldwin To: Bruce Evans Subject: Re: signal 8 (floating point exception) upon resume Date: Mon, 10 Mar 2014 17:17:13 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201403041124.04122.jhb@freebsd.org> <20140305054906.L2176@besplex.bde.org> In-Reply-To: <20140305054906.L2176@besplex.bde.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201403101717.13131.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 10 Mar 2014 17:18:47 -0400 (EDT) Cc: Adrian Chadd , "freebsd-mobile@freebsd.org" , freebsd-current , Konstantin Belousov , Bruce Evans , Jung-uk Kim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Mar 2014 21:18:48 -0000 On Tuesday, March 04, 2014 4:50:01 pm Bruce Evans wrote: > On Tue, 4 Mar 2014, John Baldwin wrote: > % Index: i386/i386/swtch.s > % =================================================================== > % --- i386/i386/swtch.s (revision 262711) > % +++ i386/i386/swtch.s (working copy) > % @@ -417,42 +417,9 @@ > % str PCB_TR(%ecx) > % > % #ifdef DEV_NPX > % - /* > % - * If fpcurthread == NULL, then the npx h/w state is irrelevant and the > % - * state had better already be in the pcb. This is true for forks > % - * but not for dumps (the old book-keeping with FP flags in the pcb > % - * always lost for dumps because the dump pcb has 0 flags). > % - * > % - * If fpcurthread != NULL, then we have to save the npx h/w state to > % - * fpcurthread's pcb and copy it to the requested pcb, or save to the > % - * requested pcb and reload. Copying is easier because we would > % - * have to handle h/w bugs for reloading. We used to lose the > % - * parent's npx state for forks by forgetting to reload. > % - */ > > This function is mostly bogus (see old mails). I was going off of the commit logs for amd64 that removed this code as savectx() is not used for fork(), only for IPI_STOP and suspend/resume. > Without fxsave, npxsuspend() cannot be atomic without locking, since > fnsave destroys the state in the FPU and you either need a lock to > reload the old state atomically enough, or a lock to modify FPCURTHREAD > atomically enough. save_ctx() is now only called from IPI handlers or when doing suspend in which case we shouldn't have to worry about being preempted. > % > % movl $1,%eax > % ... > % @@ -520,7 +490,16 @@ > % movl %eax,%dr7 > % > % #ifdef DEV_NPX > % - /* XXX FIX ME */ > % + /* Restore FPU state */ > > Is the problem just this missing functionality? Possibly. I think on amd64 there was also the desire to have the pcb state be meaningful in dumps (since we IPI_STOP before a dump). OTOH, the current approach used by amd64 (and this patch for i386) is to not dirty fpcurthread's state during save_ctx(), but to instead leave fpcurthread alone and explicitly save whatever state the FPU is in in the PCB used for IPI_STOP or suspend. > % @@ -761,7 +761,34 @@ > % PCPU_SET(fpcurthread, NULL); > % } > % > % +/* > % + * Unconditionally save the current co-processor state across suspend and > % + * resume. > % + */ > % void > % +npxsuspend(union safefpu *addr) > % +{ > % + register_t cr0; > % + > % + if (!hw_float) > % + return; > % + cr0 = rcr(0); > % + clts(); > % + fpusave(addr); > % + load_cr(0, cr0); > % +} > > In the !fxsave case, this destroys the state in the npx, leaving > fpcurthread invalid. It also does the save when the state in the > npx is inactive. I think jkim intentionally this state so that > resume can load it unconditionally. It must be arranged that there > are no interactions with fpcurthread. Given the single-threaded nature of suspend/resume and IPI_STOP / restart_cpus(), those requirements are met, so it should be safe to resume whatever state was in the FPU and leave fpcurthread unchanged. > This doesn't work so well > without fxsave. When fpcurthread != NULL, reloading CR0 keeps > CR0_TS and thus ensures that inconsistent state lives for longer. > Things will only be OK if fpcurthread isn't changed until resume. After the save_ctx() the CPU is going to either resume without doing a resume_ctx (IPI_STOP case) leaving fpcurthread unchanged (so save_ctx() just grabbed a snapshot of the FPU state for debugging purposes) or the CPU is going to power off for suspend. During resume it will invoke resume_ctx() which will restore the FPU state (whatever state it was in) and fpcurthread and only after those are true is the CPU able to run other threads which will modify or use the FPU state. > You can probably fix this by using the old code here. The old code > doesn't need the hw_float test, since fpcurthread != NULL implies > hw_float != 0. > > Actually, I don't see any need to change anything on i386 -- after > storing the state for the thread, there should be no need to store it > anywhere else across suspend/resume. We intentionally use this method > (even on amd64 IIRC), although it is suboptimal, to reduce complications > for context switchres and signal handling. npxsave() takes an address, > but savectx() didn't abuse this to store directly in the special save > area. It made npxsave() store in the pcb, and then copied to the special > area. So I guess that is one option is to always clear fpcurthread during suspend and just do an fninit on resume. However, I chose to match what amd64 does for now. I did make one change locally which was to not bother saving the FPU state if fpcurthread was NULL during save_ctx, but to instead store a copy of 'npx_initial_state' in the pcb instead. This is then loaded into the FPU on resume. Is that sufficient for the !fxsave case? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 21:19:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D99DE61E; Mon, 10 Mar 2014 21:19:16 +0000 (UTC) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 8DFEDA6; Mon, 10 Mar 2014 21:19:16 +0000 (UTC) Received: from outgoing.leidinger.net (p5DD445CA.dip0.t-ipconnect.de [93.212.69.202]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 687D08443EE; Mon, 10 Mar 2014 22:19:02 +0100 (CET) Received: from unknown (Titan.Leidinger.net [192.168.1.17]) by outgoing.leidinger.net (Postfix) with ESMTP id E49B73B98; Mon, 10 Mar 2014 22:18:59 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1394486339; bh=HO4y9MU4BrTQ9vFRapscdVppLkEd0W7RJPCEzUIE99Q=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=LX8fzPApBwa0CLEoN4SZn00Zzr5OlvSyUHdfhTwM2xW8JTGcW/S877cRTGO91epUO DFFUwUAF4pLjWJtqQF/wGCkOZd/Jn81C8YIX/vctTr7m7fjlRrxipuYQv367yEYgdL Itw0cvDyzmL1Vm8m9v9ZLo+LhxeJLrpcHbljbbPhopX/+JrhkIJhxtYu3Qzj4APFQK iXnVfvBtiSf+57viK86wLEq6Pf8l2KZDkUPkSORrDPMtGbfgo1a9cQWyLiI9mZ8AsY XVFaKQbBzqT60Bk3Z9BEi7/ZpIzSwLujaQUhP8UEu5pW249Y0TBS+GiMWAcLrMsO5j XREHH7syaF/LA== Date: Mon, 10 Mar 2014 22:18:58 +0100 From: Alexander Leidinger To: yan cui Subject: Re: FreeBSD GSOC proposal in 2014 Message-ID: <20140310221858.00000f97@unknown> In-Reply-To: References: X-Mailer: Claws Mail 3.9.2-55-g74b05b (GTK+ 2.16.6; i586-pc-mingw32msvc) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 687D08443EE.A34B4 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.187, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL -0.09, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, RP_MATCHES_RCVD -0.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1395091143.2465@GN0tHZXUX79WZKxxmcHgGA X-EBL-Spam-Status: No Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, soc-status@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Mar 2014 21:19:16 -0000 On Sun, 9 Mar 2014 15:46:10 -0400 yan cui wrote: > Hi All, > > I am a student in Columbia University (Yan Cui), and want to > join the FreeBSD GSOC 2014. After scanned the idea list posted > online, I think I am interested in > the idea titled "user space pthread mutex lock contention profiling > and lock order verification tools". I have several year experiences > in kernel and user locking and believe I can complete the task in > time. Currently, I wonder to know, before submitting an application > on GSOC home page, do I need to submit some documents in the > community (to review?) There is no requirement to submit something to the community. The review will be done after your submission. There is the possibility to improve your application, either based upon feedback from the reviewers, or even on your own if you notice that your forgot something or want to add something. Participating in the community before the GSoC would tell something about your interest (the above message does already tell something) to participate and may also show something about your knowledge level. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 19:52:30 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C53FA30; Mon, 10 Mar 2014 19:52:30 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 1A937820; Mon, 10 Mar 2014 19:52:30 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id BA31CDAD; Mon, 10 Mar 2014 19:52:29 +0000 (UTC) Date: Mon, 10 Mar 2014 19:52:27 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, ian@FreeBSD.org, jhb@FreeBSD.org, bapt@FreeBSD.org Message-ID: <1918333096.1.1394481149009.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <573824310.0.1394468528927.JavaMail.jenkins@jenkins-9.freebsd.org> References: <573824310.0.1394468528927.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #263 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-Mailman-Approved-At: Mon, 10 Mar 2014 22:52:33 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Mar 2014 19:52:30 -0000 See From owner-freebsd-current@FreeBSD.ORG Mon Mar 10 22:12:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 905B55A4; Mon, 10 Mar 2014 22:12:10 +0000 (UTC) Received: from mail.nanoman.ca (mail.nanoman.ca [76.10.173.222]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EF3348AA; Mon, 10 Mar 2014 22:12:09 +0000 (UTC) Received: from nanocomputer.nanoman.ca (nanocomputer.nanoman.ca [192.168.1.9]) by mail.nanoman.ca (Postfix) with ESMTP id B061311586; Mon, 10 Mar 2014 18:12:01 -0400 (EDT) Received: by nanocomputer.nanoman.ca (Postfix, from userid 62661) id 58909172A5; Mon, 10 Mar 2014 18:12:00 -0400 (EDT) Date: Mon, 10 Mar 2014 18:12:00 -0400 From: "A.J. Kehoe IV (Nanoman)" To: "Derek (freebsd lists)" <482254ac@razorfever.net>, freebsd-current@freebsd.org Subject: Tuning libcrypt with Modular Crypt Format Message-ID: <20140310221200.GA69840@nanocomputer.nanoman.ca> References: <2167732.JmQmEPMV2N@desktop.reztek> <201403070913.30359.jhb@freebsd.org> <5319DE84.3040602@allanjude.com> <20140307161313.GA49137@nanocomputer.nanoman.ca> <531A2CC1.8080802@allanjude.com> <20140307215223.GB49137@nanocomputer.nanoman.ca> <531A42F3.5020207@delphij.net> <20140307225050.GC50880@nanocomputer.nanoman.ca> <531A660D.3040101@delphij.net> <531BE33B.4010504@razorfever.net> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline In-Reply-To: <531BE33B.4010504@razorfever.net> Organization: Nanoman's Company User-Agent: Mutt (FreeBSD) X-Mailman-Approved-At: Tue, 11 Mar 2014 02:13:47 +0000 Cc: secteam@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: nanoman@nanoman.ca List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Mar 2014 22:12:10 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Derek (freebsd lists) wrote: [...] >On 03/07/2014 07:36 PM, Xin Li wrote: >> On 03/07/14 14:50, A.J. Kehoe IV (Nanoman) wrote: >>> Xin Li wrote: >>>>>> On 2014-03-07 11:13, A.J. Kehoe IV (Nanoman) wrote: >>>>>>> Allan Jude wrote: >>>>>>> >>>>>>> [...] >>>>>>> >>>>>>>> Honestly, my use case is just silently upgrading the >>>>>>>> strength of the hashing algorithm (when combined with my >>>>>>>> other feature request). Updating my bcrypt hashes from >>>>>>>> $2a$04$ to $2b$12$ or something. Same applies for the >>>>>>>> default sha512, maybe I want to update to rounds=3D15000 >>>>>>> >>>>>>> Like this? >>>>>>> >>>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D182518 >>>>>>> >>>>>>> Request for comments: >>>>>>> >>>>>>> http://docs.freebsd.org/cgi/mid.cgi?20140106205156.GD4903 [...] >My reasons for this were first to see if there was any interest >from a committer to take this further. Much more likely to have >a 15 or so line patch looked at, than one that touches stuff all >over the place - I think. > >We are now at least having a conversation about it. > >It seemed to be a lot of work to specify rounds via >login_setcryptfmt, with a bunch of changes also required in >libcrypt. > >I don't have the resources to test for regressions in libcrypt, >beyond the scope of whether login.conf works as expected >(specifically, the ports tree, yp, ldap, or any other areas that >I don't know about). > >If other developers were willing to work together on the api/abi >changes, I would feel a lot better about spending my time there >and doing it right. Without support from other, more >knowledgeable people (as far as what will break if we do XYZ), >who will eventually merge productive changes, I would be wasting >my time. > >I don't want to be the libcrypt api changing pixie, scattering >patches into /dev/null. :) So far, I've seen five people say that they want this functionality: 2005-01-08: Steven Alexander Jr. 2012-12-05: Derek 2013-07-07: me 2013-10-29: jmg@ 2014-02-27: Allan Jude There will surely be more, and I think it's fair to say that none of us are= sufficiently familiar with the many things that depend on libcrypt and lib= util. To avoid breaking something, we need feedback from the people who wo= uld ultimately be committing these changes. Is this the correct mailing li= st to discuss this proposed feature? >> My suggestion is that we either have: >> >> a) passwd_format and passwd_round (so that they don't conflict), or >> > >I recommend against this. By example, based on current scrypt >modular crypt RFCs, there are multiple tunable parameters. It's >conceivable that other future algorithms will have different >functional and named parameters. > >Additionally, I think having all the parsing code for this >scattered about actually makes things less clear. For example, >$2a$08$ means a lot more to people (across different *nix >backgrounds) than blf, is concise, and is/already should be well >documented in crypt(3). Likewise with sha512. Looking at >login.conf, you can't tell exactly what it means. > >Modular crypt is something that developers are working to stay >compatible with (e.g. $5$, $6$, $2y$, etc), is understood outside >of the context of FreeBSD system administration, and would be >understood by people who are knowledgeable enough to seek to >change this aspect of their system. This is exactly what I meant. I completely agree. >> b) extend passwd_format in a compatible manner to allow specifying a >> round, or, > >> c) make passwd_format and passwd_modular conflict so we don't silently >> accept it and instead bail out when doing pwd_mkdb. >> > >As jmg suggested, by supplying the modular format for >passwd_format, we eliminate this conflict, and make it obvious. >I definitely support this notion. Option C gets my vote too. Modular crypt is pretty standard across all imp= lementations, whereas options A and B would require additional proprietary = parsing, which I feel would be an unnecessarily more complex change. >That means touching login_setcryptfmt and friends, I think. > >>> What do you think of the idea of putting this into libcrypt instead >>> of pam_unix.c, and then patching pam_unix.c and pw_user.c to >>> reference libcrypt? >> >> Which part of the idea? I think it's a bad idea to make libcrypt to >> depend on libutil (for login_cap(3)) but we should probably provide >> new wrappers in login_cap(3) to do the common things when requested >> for various password manipulating tools to reduce duplicated code. >> > >Specifically: > >The makesalt aspect can/should be put into libcrypt, refined >appropriately, and exposed publicly. It is a terrible little >piece of code as it is now, twice (or more!), and it could be >cleaned up considerably. This could be a nice little api. > >Secondly, since the digests are used externally, I think it would >be good to push the custom base64 code out to a library >somewhere, so there is the standard way to do it, documented. >Maybe libcrypt is the right place for this function too, since >that is the context in which I have seen it. I forget for sure >now, but I think each algorithm is also responsible for base64 >encoding their output. Not that I'm saying we should just rip it >out, but it might be worthwhile to look case by case, if it's >appropriate. This is how I envision it too. The idea is not to have libcrypt depend on = libutil, but rather the opposite. Currently, there are at least two places= where this code is being used, and in my opinion, libcrypt would be a bett= er place for it. >As far as autotuning the work-factor, I think that just being >able to set it at all is a huge improvement, and autotuning is >Just Details. We can see that this will be fraught with problems >establishing consensus, and could stall making progress with the >other good work. Even if every couple of years, the default in >login.conf gets bumped to whatever. When people run mergemaster, >it'll show, and the admin can decide then. As it is right now, >rounds are fixed, that's not appropriate for any use-case, small >or large. > > >Finally, I agree the ability to auto-update existing digests is >desirable. That and the other policy stuff can happen totally >separate from the discussion around exposing the tunables. I agree that these would be nice to have, and I agree that these should be = discussed after we get the basic functionality. Like Derek said, we curren= tly lack the ability to set this at all, or at least not without patching o= ur systems first. Let's start with manual tuning. --=20 A.J. Kehoe IV (Nanoman) | /"\ ASCII Ribbon Campaign Nanoman's Company | \ / - No HTML/RTF in E-mail E-mail: nanoman@nanoman.ca | X - No proprietary attachments WWW: http://www.nanoman.ca/ | / \ - Respect for open standards --HlL+5n6rz5pIUxbD Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIPUAYJKoZIhvcNAQcCoIIPQTCCDz0CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC DLwwggV3MIIDX6ADAgECAgMOkYIwDQYJKoZIhvcNAQENBQAweTEQMA4GA1UEChMHUm9vdCBD QTEeMBwGA1UECxMVaHR0cDovL3d3dy5jYWNlcnQub3JnMSIwIAYDVQQDExlDQSBDZXJ0IFNp Z25pbmcgQXV0aG9yaXR5MSEwHwYJKoZIhvcNAQkBFhJzdXBwb3J0QGNhY2VydC5vcmcwHhcN MTQwMjI0MTcwOTA5WhcNMTQwODIzMTcwOTA5WjA9MRgwFgYDVQQDEw9DQWNlcnQgV29UIFVz ZXIxITAfBgkqhkiG9w0BCQEWEm5hbm9tYW5AbmFub21hbi5jYTCCASIwDQYJKoZIhvcNAQEB BQADggEPADCCAQoCggEBAK9WRGqRDUDjWwNIfZTBp4FL5bI0kY3ZqvM6tEO+Sqp5YxATre8F a+BYbeNp/8MKfuPrRgE2jRzlePAx7kpvZUhRTGAZpncmHC7Z3FDl8Ugid4193ReCfPypb9Gs 3ZgPfzJyNuDeCM3amz/cDXC/makJLpmLzu95D91hD+V30iActE5j1tNewMq9qJRoEdr5Tqus bUjjDm8kiK5sz9JzQjFoufuaWIR57w2Sm1gDVZ0MH46fxZ/SwLDDzt4VC2u+1oS4KSmVUm6X Wv1/Fmdf2sOOu9Ro2xVjJHW+j16lsFPPj+lkDv5tb0G7I2vBoKEQg/s+h8J4F+l/xPL3O5xB c68CAwEAAaOCAUIwggE+MAwGA1UdEwEB/wQCMAAwVgYJYIZIAYb4QgENBEkWR1RvIGdldCB5 b3VyIG93biBjZXJ0aWZpY2F0ZSBmb3IgRlJFRSBoZWFkIG92ZXIgdG8gaHR0cDovL3d3dy5D QWNlcnQub3JnMA4GA1UdDwEB/wQEAwIDqDBABgNVHSUEOTA3BggrBgEFBQcDBAYIKwYBBQUH AwIGCisGAQQBgjcKAwQGCisGAQQBgjcKAwMGCWCGSAGG+EIEATAyBggrBgEFBQcBAQQmMCQw IgYIKwYBBQUHMAGGFmh0dHA6Ly9vY3NwLmNhY2VydC5vcmcwMQYDVR0fBCowKDAmoCSgIoYg aHR0cDovL2NybC5jYWNlcnQub3JnL3Jldm9rZS5jcmwwHQYDVR0RBBYwFIESbmFub21hbkBu YW5vbWFuLmNhMA0GCSqGSIb3DQEBDQUAA4ICAQCEaPJcTaHwgbPsRG2zNaFL1TioYnJPLzv4 HIIf7D6uvTHn8lNs5wgXD5iXKCxNflCmKuhTg0Oc7tRANpMI7H8UjAUsfqLMnslDKGiQw9yr Y0lOjYviAwLeTiYElR9/lWelR82WwDHAoYkrTJePhj2v138pk4fBxBOjVptqN58TjvKqqiQF lGBKpnLLwsscN3f7ITJHHs728voulBtis0aL7LuYMIrsIRg3GHPOoNlxU4ud/knjoFspOIAS a0Yb8h10eZrvSSa019abqSTK8lOBkV0bH7FT++3J5obkREtRqrRJPU92U+OYWOPSq1nPFEou TfBzJpY+AS7fi0YUVSMZ0Nr85zywlZGwETGCya1lNEKAiF6GSxpRuUD7yneUaoYQnYisi7zA BSp5ur2aiw3PFY/P2D3xFjP3zUSUszFefPlO4lMD3TYz8KCirBKDvR3hRHPV52Wam+6nwuWW HNKQ464j5jeqRTNX3FJMeytJmX59EoTltIusIEpqxC7S40JOlaDBbXsVuufvBm0Bk3RNktC7 ylA3CB2eHwAZLnxN8hIncZAq4PK2Zmth1YriEQlkCUAsVeFkLEWNAqRAsREXcfqQj4H75Pb8 ku0QsesX7Ci3R4tF4dECz0TguxI7SuSq/TpoToz8Xg+OH1O9JLODcFjx+lf5Ul0ScggcJdpI 1jCCBz0wggUloAMCAQICAQAwDQYJKoZIhvcNAQEEBQAweTEQMA4GA1UEChMHUm9vdCBDQTEe MBwGA1UECxMVaHR0cDovL3d3dy5jYWNlcnQub3JnMSIwIAYDVQQDExlDQSBDZXJ0IFNpZ25p bmcgQXV0aG9yaXR5MSEwHwYJKoZIhvcNAQkBFhJzdXBwb3J0QGNhY2VydC5vcmcwHhcNMDMw MzMwMTIyOTQ5WhcNMzMwMzI5MTIyOTQ5WjB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQL ExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRo b3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzCCAiIwDQYJKoZIhvcN AQEBBQADggIPADCCAgoCggIBAM4iwOJGfew2KAdQlvKgM0CMS/E7Zj8x5WsCNtvWfPbxiI9O dzYFQZX5CfASz0aGc2C3bn7owFhkrs2wrUUXDGP6Zwro1tK/PueYxPBM+uADuzVdbCHeniDZ us1mMjdy+vcI9cfNWMmO5w5e6j7+HKEUChVshoRbZGYqeqlLU3n1iKJ77i8KYSuNsn5NVqUT 7Orakp6sREEeWGBlBWb4wES9y5T3Qn4L92VomFEF8PMFkQQdGxeC7MhXu8NreojxsHLMJVsg kewWAhKPMukXGEjQxwUuAjBCuCWcBWs/qjqn61NI9+jStgeY3BvGNH9/yRyCegVYKwhb8zii qxddZsmY154Qi6LS3XSa93EMcmDfzW+YM52WNHY+JHqSsA6VHm/moEU4R6rXQe1KtxL21xuD ig8u2Am2WdeqBP/Sk31oLt2LS6tYui+N6pWnoMNUiaX724tRIp2yw74RviyRhouWeK0g04ov Gj/G0FFlhyGxGQFlf0Uch/V80EFMTymYIf0zH3UMBFH6GXfb1BQc7oHDHfWYt2kGkSLdAFDM gTGsEgd7ONpoW+Yr1H7JX63o63JM8wHlSyC/mqZXypEAAYuhdSE3tWMNZz5GT3AgZ87F1lnb AuDw0svNumK3kEHo3SDkKbxkKULIItx4mv9D7JgbCVFLWlrCcfHEy3Op5aELAgMBAAGjggHO MIIByjAdBgNVHQ4EFgQUFrUyG9TH8+DmjvO90rA67rI5GNEwgaMGA1UdIwSBmzCBmIAUFrUy G9TH8+DmjvO90rA67rI5GNGhfaR7MHkxEDAOBgNVBAoTB1Jvb3QgQ0ExHjAcBgNVBAsTFWh0 dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBTaWduaW5nIEF1dGhvcml0 eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3JnggEAMA8GA1UdEwEB/wQFMAMB Af8wMgYDVR0fBCswKTAnoCWgI4YhaHR0cHM6Ly93d3cuY2FjZXJ0Lm9yZy9yZXZva2UuY3Js MDAGCWCGSAGG+EIBBAQjFiFodHRwczovL3d3dy5jYWNlcnQub3JnL3Jldm9rZS5jcmwwNAYJ YIZIAYb4QgEIBCcWJWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZy9pbmRleC5waHA/aWQ9MTAwVgYJ YIZIAYb4QgENBEkWR1RvIGdldCB5b3VyIG93biBjZXJ0aWZpY2F0ZSBmb3IgRlJFRSBoZWFk IG92ZXIgdG8gaHR0cDovL3d3dy5jYWNlcnQub3JnMA0GCSqGSIb3DQEBBAUAA4ICAQAox+6c ggK6XIASyjUKHYFviWqZzPJoD3+n4Y1YlT698gbDkFqstWD2mUMBo4hwnJ1inaSHr2dYDTA2 O+atSNPLdAKGcT7iKwNo8TRiQEY7U+oo9Kz7ZpVTik1d/TvZYNfKeWk7sWWSpsaBglyczetN AYql3xFVqhXKHzfAgphwYdtqfJajji5UPk8hqZDv3IK/3OhFrU2Qcwg8lGWwBJl2f+K8wmoV qpcENyTYHpRObQ5RvtbEj8qWbfdD3+gwZSc7e7tDQ2PEQ/ey7GjM4RmOIvuY4XtaPgE3O4sI sKLzlU4ay5vNmrHbsnDwLUrb2LDjb0VIMxL//jwyKlT3xPeK8Igjwkf+ZHpxwNEepmOwB36k L9MBj9yfK7bGCKkPk0gl/BL9n0Lc88Q+9lew191p0QZ3NApL0sqg/xzGjMkWvsTMMjdoc18I +1H3SVM2BQqVAkzyeRoQ9tg6dZzzHfGiDXBnhhuzFvUv5aTreYb5PQvCcwulmaxv/Ge45S8L phgkjXvRSDUpGECsk2DhloZQtHpZ2I8hC5/PgpHGO79r3AeRuZdWI6q2bJTGSAY85M5OquT2 LwncU28u/HTrOmOZwqasibynskSgDYoQ42zyJMv6m59wRy7eFIvUsiAJlqJk8SQc3KE1nBWy 1LxVLn0G9ZwOVfRa1pPadq0lc0zFQzGCAlwwggJYAgEBMIGAMHkxEDAOBgNVBAoTB1Jvb3Qg Q0ExHjAcBgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBT aWduaW5nIEF1dGhvcml0eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3JnAgMO kYIwCQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ BTEPFw0xNDAzMTAyMjEyMDBaMCMGCSqGSIb3DQEJBDEWBBSVl1Bmi7NT/Hmd4d1/jLXPcF/H 5DBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG 9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQBlYn/2 9oizPwyqYKg3gVZNgG7VUGnB552GN6Whya8ezruo4DfDjfSa1bWgLIOgCzACoM2jjwj2DWUB v7RXhVI0DttqBSmok72SVSW/Yk47bO3MD9lBbwWoAUtggAPQs8DZmnpI3KmhQvw3uAoXi1hx cSZBuhRYYIY0Z3Ns7m8XJWMqo8XwPmWF8H/L1bcIYibS6agIRY6g0HBLtMo1cVF15JyuoQcm RXgupHJgyS/l5AL1hQXMxrHkNRQM/892YLMuuG70jGiNwHT1TOYfadslIS/6FO563IeKRj7g 8zhtOkXozfEpQ9zRtQYWHOe13kl4HB61vjLCXeJFSlOHnVxf --HlL+5n6rz5pIUxbD-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 07:06:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CBCD323C; Tue, 11 Mar 2014 07:06:39 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9CBF9B6E; Tue, 11 Mar 2014 07:06:39 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s2B76cIu082207 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 11 Mar 2014 00:06:38 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s2B76Wbb082206; Tue, 11 Mar 2014 00:06:32 -0700 (PDT) (envelope-from jmg) Date: Tue, 11 Mar 2014 00:06:32 -0700 From: John-Mark Gurney To: "A.J. Kehoe IV (Nanoman)" Subject: Re: Tuning libcrypt with Modular Crypt Format Message-ID: <20140311070631.GO32089@funkthat.com> Mail-Followup-To: "A.J. Kehoe IV (Nanoman)" , "Derek (freebsd lists)" <482254ac@razorfever.net>, freebsd-current@freebsd.org, secteam@freebsd.org References: <201403070913.30359.jhb@freebsd.org> <5319DE84.3040602@allanjude.com> <20140307161313.GA49137@nanocomputer.nanoman.ca> <531A2CC1.8080802@allanjude.com> <20140307215223.GB49137@nanocomputer.nanoman.ca> <531A42F3.5020207@delphij.net> <20140307225050.GC50880@nanocomputer.nanoman.ca> <531A660D.3040101@delphij.net> <531BE33B.4010504@razorfever.net> <20140310221200.GA69840@nanocomputer.nanoman.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140310221200.GA69840@nanocomputer.nanoman.ca> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 11 Mar 2014 00:06:38 -0700 (PDT) Cc: "Derek \(freebsd lists\)" <482254ac@razorfever.net>, secteam@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Mar 2014 07:06:39 -0000 A.J. Kehoe IV (Nanoman) wrote this message on Mon, Mar 10, 2014 at 18:12 -0400: > Derek (freebsd lists) wrote: > > [...] > > >On 03/07/2014 07:36 PM, Xin Li wrote: > >>On 03/07/14 14:50, A.J. Kehoe IV (Nanoman) wrote: > >>>Xin Li wrote: > >>>>>>On 2014-03-07 11:13, A.J. Kehoe IV (Nanoman) wrote: > >>>>>>>Allan Jude wrote: > >>>>>>> > >>>>>>>[...] > >>>>>>> > >>>>>>>>Honestly, my use case is just silently upgrading the > >>>>>>>>strength of the hashing algorithm (when combined with my > >>>>>>>>other feature request). Updating my bcrypt hashes from > >>>>>>>>$2a$04$ to $2b$12$ or something. Same applies for the > >>>>>>>>default sha512, maybe I want to update to rounds=15000 > >>>>>>> > >>>>>>>Like this? > >>>>>>> > >>>>>>>http://www.freebsd.org/cgi/query-pr.cgi?pr=182518 > >>>>>>> > >>>>>>>Request for comments: > >>>>>>> > >>>>>>>http://docs.freebsd.org/cgi/mid.cgi?20140106205156.GD4903 > > [...] > > >My reasons for this were first to see if there was any interest > >from a committer to take this further. Much more likely to have > >a 15 or so line patch looked at, than one that touches stuff all > >over the place - I think. > > > >We are now at least having a conversation about it. > > > >It seemed to be a lot of work to specify rounds via > >login_setcryptfmt, with a bunch of changes also required in > >libcrypt. > > > >I don't have the resources to test for regressions in libcrypt, > >beyond the scope of whether login.conf works as expected > >(specifically, the ports tree, yp, ldap, or any other areas that > >I don't know about). > > > >If other developers were willing to work together on the api/abi > >changes, I would feel a lot better about spending my time there > >and doing it right. Without support from other, more > >knowledgeable people (as far as what will break if we do XYZ), > >who will eventually merge productive changes, I would be wasting > >my time. > > > >I don't want to be the libcrypt api changing pixie, scattering > >patches into /dev/null. :) > > So far, I've seen five people say that they want this functionality: > > 2005-01-08: Steven Alexander Jr. > 2012-12-05: Derek > 2013-07-07: me > 2013-10-29: jmg@ > 2014-02-27: Allan Jude > > There will surely be more, and I think it's fair to say that none of us are > sufficiently familiar with the many things that depend on libcrypt and > libutil. To avoid breaking something, we need feedback from the people who > would ultimately be committing these changes. Is this the correct mailing > list to discuss this proposed feature? I'm willing to commit these changes once the proper parties have signed off on them... We should probably include secteam@ too... I'm glad we have as much interest as we do... :) > >>My suggestion is that we either have: > >> > >>a) passwd_format and passwd_round (so that they don't conflict), or > >> > > > >I recommend against this. By example, based on current scrypt > >modular crypt RFCs, there are multiple tunable parameters. It's > >conceivable that other future algorithms will have different > >functional and named parameters. > > > >Additionally, I think having all the parsing code for this > >scattered about actually makes things less clear. For example, > >$2a$08$ means a lot more to people (across different *nix > >backgrounds) than blf, is concise, and is/already should be well > >documented in crypt(3). Likewise with sha512. Looking at > >login.conf, you can't tell exactly what it means. > > > >Modular crypt is something that developers are working to stay > >compatible with (e.g. $5$, $6$, $2y$, etc), is understood outside > >of the context of FreeBSD system administration, and would be > >understood by people who are knowledgeable enough to seek to > >change this aspect of their system. > > This is exactly what I meant. I completely agree. > > >>b) extend passwd_format in a compatible manner to allow specifying a > >>round, or, > > > >>c) make passwd_format and passwd_modular conflict so we don't silently > >>accept it and instead bail out when doing pwd_mkdb. > >> > > > >As jmg suggested, by supplying the modular format for > >passwd_format, we eliminate this conflict, and make it obvious. > >I definitely support this notion. > > Option C gets my vote too. Modular crypt is pretty standard across all > implementations, whereas options A and B would require additional > proprietary parsing, which I feel would be an unnecessarily more complex > change. > > >That means touching login_setcryptfmt and friends, I think. > > > >>>What do you think of the idea of putting this into libcrypt instead > >>>of pam_unix.c, and then patching pam_unix.c and pw_user.c to > >>>reference libcrypt? > >> > >>Which part of the idea? I think it's a bad idea to make libcrypt to > >>depend on libutil (for login_cap(3)) but we should probably provide > >>new wrappers in login_cap(3) to do the common things when requested > >>for various password manipulating tools to reduce duplicated code. > >> > > > >Specifically: > > > >The makesalt aspect can/should be put into libcrypt, refined > >appropriately, and exposed publicly. It is a terrible little > >piece of code as it is now, twice (or more!), and it could be > >cleaned up considerably. This could be a nice little api. You know, I was very confused how it even worked, how providing a random salt and the _setdefault code works... it's a bit ugly IMO, but I guess it does work... It also isn't thread safe... > >Secondly, since the digests are used externally, I think it would > >be good to push the custom base64 code out to a library > >somewhere, so there is the standard way to do it, documented. > >Maybe libcrypt is the right place for this function too, since > >that is the context in which I have seen it. I forget for sure > >now, but I think each algorithm is also responsible for base64 > >encoding their output. Not that I'm saying we should just rip it > >out, but it might be worthwhile to look case by case, if it's > >appropriate. > > This is how I envision it too. The idea is not to have libcrypt depend on > libutil, but rather the opposite. Currently, there are at least two places > where this code is being used, and in my opinion, libcrypt would be a > better place for it. > > >As far as autotuning the work-factor, I think that just being > >able to set it at all is a huge improvement, and autotuning is > >Just Details. We can see that this will be fraught with problems > >establishing consensus, and could stall making progress with the > >other good work. Even if every couple of years, the default in > >login.conf gets bumped to whatever. When people run mergemaster, > >it'll show, and the admin can decide then. As it is right now, > >rounds are fixed, that's not appropriate for any use-case, small > >or large. > > > > > >Finally, I agree the ability to auto-update existing digests is > >desirable. That and the other policy stuff can happen totally > >separate from the discussion around exposing the tunables. > > I agree that these would be nice to have, and I agree that these should be > discussed after we get the basic functionality. Like Derek said, we > currently lack the ability to set this at all, or at least not without > patching our systems first. Let's start with manual tuning. I agree... Once we have the knobs to be able to tune the various things, then we can decide what the best defaults should be, or if they should even be changed... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 07:48:57 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04BB9D7A for ; Tue, 11 Mar 2014 07:48:57 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DC1C8EAB for ; Tue, 11 Mar 2014 07:48:56 +0000 (UTC) Received: from delphij-macbook.local (unknown [IPv6:2001:470:83bf:0:8489:b6f2:461:c816]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 506AC16B16; Tue, 11 Mar 2014 00:48:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1394524136; bh=2PPziU4DPuaWUEuw7Dqs5Q1AzTAmojKKM5tNkaTyIcQ=; h=Date:From:Reply-To:To:Subject; b=ZX/TpFM03WCbS0ehZ1zxi8j9vkLxQ6Ib+hJaHXX/mz7iuSAzbyalluW4oRPycRSrq 2bAkaoGqKcLZsjM6I05Ni8FhwnaNoOjkLdN0qZGXqgnNC6CSfcb4OlXD9INJs0BYoa abz6MnBIBp45LpZ2imSW7+pn7eBjvceHMy4cQmDY= Message-ID: <531EBFDC.3010608@delphij.net> Date: Tue, 11 Mar 2014 00:48:44 -0700 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: FreeBSD Current Subject: processes stuck in vmo_de state Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2014 07:48:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi, I have recently upgraded my home storage box (Avoton based board running FreeBSD/amd64) from 10.0-RELEASE (patched with some ZFS changes) to -CURRENT. It looks like the system would easily hang when I start 'buildworld', when this happens, I saw sh process stuck in 'vmo_de' state and procstat -kk would give me EBUSY: $ procstat -kk 1752 PID TID COMM TDNAME KSTACK procstat: sysctl: kern.proc.kstack: 1752: Device busy To rule out issue introduced by my local changes, I reverted them all and used an unpatched 'VT' kernel (with WITNESS, etc. enabled). In loader.conf I have: zfs_load="YES" aesni_load="YES" hint.apic.0.clock=0 hint.atrtc.0.clock=0 In rc.conf I have: powerd_enable="YES" economy_cx_lowest="LOW" performance_cx_lowest="LOW" The zpool I'm using is configured to use SHA256 as checksum. One zpool is created over 4 GELI provider and decrypted on boot but I don't think that matters. Any hints? The system have flaky IPMI access so I can't always debug from remote but would happy to provide more data if helpful. Cheers, -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJTHr/cAAoJEJW2GBstM+ns6akP/1nsP8EH1zQ3v04fP4ZrmHp2 /7RgU3LH5/ydRuoiVvMnnJsK0XjZxi/Uu8kad1P/xi4FpqDmMTsQ5/8u/HKoGA9Z Jik+LS79R7AApU4v64pWpPbUo7a9cs+JWH3gNWPCfqDHpg6FoP6B7sxrGdX4EY+n UftSstk/UVSeoGaoC1sEgzsR3/ORAN+pQ7YbTlPJ7/RK8OIcrq8GTXTJpXaT0EoP w0PQZtvPy5lWkB+KwAjrfF3QEr/G6pubLKbeq46eSwY0eDruL79zd7zozHcR5F9e 03tu17VM1QW41Y8zQT16cX8YEWI//5rk1wOQLZXT++jWyty9T9Ekt+d+H0mCPtjm nIwLlyVQrfXPZnvFi3oZcOxgSdT3x3O9cUDQVebC4yIN4NPUWdyHmn6C57xwjW/h efPoujEAkjPfD3iykWbLBXHGKyINi3KxU8ht1vndO4LdYKj+Dvtnz/IKs6VxnyT0 ld19nMkXZOjZc8Iftkx9/aLdlA1/BtkwIndod1J18kmMf7fWW9k7Mt8DyaGD8XUA 5QRIz3aeomF/+awTvVWTa07Rib5d4s6qv63ecGPEhNLjR6QA5t19b0W/8Ip2eTQD B39ROUtBbSE2wzcpYwNdkHQEUiQSOzQithqRPvzXJZrUdEk+I3/4D1870r5BFCIJ wL8/P0dmN1Y02vYFdJwy =xBqp -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 04:24:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 68AB3A0A; Tue, 11 Mar 2014 04:24:59 +0000 (UTC) Received: from mail110.syd.optusnet.com.au (mail110.syd.optusnet.com.au [211.29.132.97]) by mx1.freebsd.org (Postfix) with ESMTP id 0BA4DD0F; Tue, 11 Mar 2014 04:24:58 +0000 (UTC) Received: from c122-106-147-133.carlnfd1.nsw.optusnet.com.au (c122-106-147-133.carlnfd1.nsw.optusnet.com.au [122.106.147.133]) by mail110.syd.optusnet.com.au (Postfix) with ESMTPS id 15269783012; Tue, 11 Mar 2014 15:24:51 +1100 (EST) Date: Tue, 11 Mar 2014 15:24:49 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: John Baldwin Subject: Re: signal 8 (floating point exception) upon resume In-Reply-To: <201403101717.13131.jhb@freebsd.org> Message-ID: <20140311133610.O1796@besplex.bde.org> References: <201403041124.04122.jhb@freebsd.org> <20140305054906.L2176@besplex.bde.org> <201403101717.13131.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.1 cv=ddC5gxne c=1 sm=1 tr=0 a=7NqvjVvQucbO2RlWB8PEog==:117 a=PO7r1zJSAAAA:8 a=QCHYaRF0AlEA:10 a=kj9zAlcOel0A:10 a=JzwRw_2MAAAA:8 a=tPL_DfrqMyWJvu0qdm8A:9 a=nOGitwouQs-TAhRN:21 a=sTy71tUGnrFDdjKI:21 a=CjuIK1q_8ugA:10 X-Mailman-Approved-At: Tue, 11 Mar 2014 11:33:56 +0000 Cc: Adrian Chadd , "freebsd-mobile@freebsd.org" , freebsd-current , Konstantin Belousov , Bruce Evans , Bruce Evans , Jung-uk Kim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Mar 2014 04:24:59 -0000 On Mon, 10 Mar 2014, John Baldwin wrote: > On Tuesday, March 04, 2014 4:50:01 pm Bruce Evans wrote: >> On Tue, 4 Mar 2014, John Baldwin wrote: >> % Index: i386/i386/swtch.s >> % =================================================================== >> % --- i386/i386/swtch.s (revision 262711) >> % +++ i386/i386/swtch.s (working copy) [...savectx()] >> This function is mostly bogus (see old mails). > > I was going off of the commit logs for amd64 that removed this code as savectx() > is not used for fork(), only for IPI_STOP and suspend/resume. > >> Without fxsave, npxsuspend() cannot be atomic without locking, since >> fnsave destroys the state in the FPU and you either need a lock to >> reload the old state atomically enough, or a lock to modify FPCURTHREAD >> atomically enough. > > save_ctx() is now only called from IPI handlers or when doing suspend in > which case we shouldn't have to worry about being preempted. I don't understand the suspend part. Is sufficient locking held througout suspend/resume to prevent states changing after they have been saved here? >> % @@ -520,7 +490,16 @@ >> % movl %eax,%dr7 >> % >> % #ifdef DEV_NPX >> % - /* XXX FIX ME */ >> % + /* Restore FPU state */ >> >> Is the problem just this missing functionality? > > Possibly. I now think it was just the clobbering of %cr0 so i386 never had the problem. > I think on amd64 there was also the desire to have the pcb > state be meaningful in dumps (since we IPI_STOP before a dump). OTOH, It should also be meaningful in debuggers. Hopefully stop IPIs put it there form all stopped CPUs. I think it remains in the FPU for the running CPU. > the current approach used by amd64 (and this patch for i386) is to not > dirty fpcurthread's state during save_ctx(), but to instead leave > fpcurthread alone and explicitly save whatever state the FPU is in > in the PCB used for IPI_STOP or suspend. Hmm, if kernel debuggers actually supported displaying the FPU state, then they would prefer to find it in the PCB only (after debugger entry puts it there), but this doesn't work in places like the dna trap handler. Similarly for IPIs and suspend. The dna trap handler would be broken unless any saving in the PCB is undone when normal operation is resumed, and it seems more difficult to undo it than to save specially so as not to have anything to undo. It is OK to save in the usual place in the PCB so that debuggers can find it more easily (since that place is not used in normal operation), but not to change the state in the CPU+FPU across the operation. Harmful state changes in the CPU+FPU include toggling CR0_TS and implicit fninit. For suspend/resume, we have no option but to undo everything, since other things may clobber the state. > >> % @@ -761,7 +761,34 @@ >> % PCPU_SET(fpcurthread, NULL); >> % } >> % >> % +/* >> % + * Unconditionally save the current co-processor state across suspend and >> % + * resume. >> % + */ >> % void >> % +npxsuspend(union safefpu *addr) >> % +{ >> % + register_t cr0; >> % + >> % + if (!hw_float) >> % + return; >> % + cr0 = rcr(0); >> % + clts(); >> % + fpusave(addr); >> % + load_cr(0, cr0); >> % +} >> >> In the !fxsave case, this destroys the state in the npx, leaving >> fpcurthread invalid. It also does the save when the state in the >> npx is inactive. I think jkim intentionally this state so that >> resume can load it unconditionally. It must be arranged that there >> are no interactions with fpcurthread. > > Given the single-threaded nature of suspend/resume and IPI_STOP / > restart_cpus(), those requirements are met, so it should be safe > to resume whatever state was in the FPU and leave fpcurthread > unchanged. Is the whole suspend/resume really locked? >> This doesn't work so well >> without fxsave. When fpcurthread != NULL, reloading CR0 keeps >> CR0_TS and thus ensures that inconsistent state lives for longer. >> Things will only be OK if fpcurthread isn't changed until resume. > > After the save_ctx() the CPU is going to either resume without > doing a resume_ctx (IPI_STOP case) leaving fpcurthread unchanged > (so save_ctx() just grabbed a snapshot of the FPU state for > debugging purposes) or the CPU is going to power off for suspend. If it doesn't restore for IPI_STOP, then it will continue with the state clobbered by fnsave in the !fxsr case. That is rare but can happen. Most CPUs that have IPIs also have fxsr. But on at least i386, there is an option to disable fxsr. > During resume it will invoke resume_ctx() which will restore the > FPU state (whatever state it was in) and fpcurthread and only > after those are true is the CPU able to run other threads which > will modify or use the FPU state. > >> You can probably fix this by using the old code here. The old code >> doesn't need the hw_float test, since fpcurthread != NULL implies >> hw_float != 0. >> >> Actually, I don't see any need to change anything on i386 -- after >> storing the state for the thread, there should be no need to store it >> anywhere else across suspend/resume. We intentionally use this method >> (even on amd64 IIRC), although it is suboptimal, to reduce complications >> for context switchres and signal handling. npxsave() takes an address, >> but savectx() didn't abuse this to store directly in the special save >> area. It made npxsave() store in the pcb, and then copied to the special >> area. Now I see why this won't just work. Even if the dna handler masked interrupts in hardware, it could be interrupted by at least non-maskable STOP IPIs. These could put the state in the PCB but would have to restore it. Soft interrupt masking gives the same problem for maskable IPIs (including suspend?) > So I guess that is one option is to always clear fpcurthread during > suspend and just do an fninit on resume. However, I chose to match > what amd64 does for now. I did make one change locally which was to > not bother saving the FPU state if fpcurthread was NULL during save_ctx, > but to instead store a copy of 'npx_initial_state' in the pcb instead. > This is then loaded into the FPU on resume. Is that sufficient for > the !fxsave case? Saving in the PCB would mainly improving debugging support (you can at least examine the memory there). I think you can't trust fpcurthread at all without further complications. It is locked only by critical_enter(), but that doesn't prevent any IPIs. The further complications would be to be more careful with the ordering of setting and clearing fpcurthread, or maybe use another variable to track states for transitioning fpcurthread. Consider this code: % void % npxsave(addr) % union savefpu *addr; % { % fpcurthread is now non-null, and remains non-null until the end of the function. % stop_emulating(); With another state variable we could hope to track getting to this state (but CR0_TS tells us this better). % fpusave(addr); We cannot use fpcurthread to determine if the state in the FPU is valid, since in the !fxsr case this function clobbers the state in the FPU. In the presence of non-maskable interrupts, there is no way to change fpcurthread or any other variable atomically with calling this function, so it wouldn't help to change the ordering of clearing fpcurthread. However, in the fxsr case, fpcurthread being non-null still tells us that the state in the FPU is valid, since the operations are ordered on the running CPU. % % start_emulating(); As above for tracking this change. % PCPU_SET(fpcurthread, NULL); At this point, we can use fpcurthread to tell us that the state in the PCB is valid, provided we do things in a suitable order elsewhere. The order is to set fpcurthread before hacking on the PCB. This order is unnatural, since the non-null fpcurthread won't become valid until the changed PCB is loaded, but it is the one already used in npxdna(). (That sets fpcurthread in advance of the load to try to work around IRQ13 bugs that might have been just my FUD and are no longer relevant.) % } Suitable state variables can probably be arranged by keeping them in the stored-to area. I think fnsave is atomic, and always writes nonzero somewhere. You can clear this place in advance and detect how far the save got by examining this place: state = 0; addr->magic = 0; state = 1; fpusave(addr); state = 2; state = 0 tells you that addr->magic is invalid and the save hasn't started. state 1 tells you that addr->magic is valid. state 1 is ambiguous about whether the save completed (and thus clobbered the FPU in the !fxsr case). In state 1, examine addr->magic on the same CPU to determine if the save completed. state = 2 tells you that the save completed and the save area can be trusted (not needed in this example, but used to limit the scope of the magic). Bruce From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 14:26:44 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B405C6CA for ; Tue, 11 Mar 2014 14:26:44 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 733AEC31 for ; Tue, 11 Mar 2014 14:26:43 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 85B30C4955 for ; Tue, 11 Mar 2014 16:26:36 +0200 (EET) Date: Tue, 11 Mar 2014 16:27:43 +0200 From: Aleksandr Rybalko To: current@freebsd.org Subject: RFT vidcontrol for vt(4) Message-Id: <20140311162743.072870a9afd4f74fff9e99e8@ddteam.net> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.22; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Mar 2014 14:26:44 -0000 Hello hackers! Here is link to the patch[1] for vidcontrol that makes it to know if it run w/ or w/o vt(4) and if vt(4) is present, then: 1. screen map feature disabled (vt(4) use Unicode, so screen map not needed). 2. enable to load fornt from /usr/share/vt/fonts/ dir. PLease put "gallant" font[2] to /usr/share/vt/fonts/. Looks like it works fine, but maybe I forgot something :) So please test it in your own environment. Big thanks to Ed for preparing that font file! 1. http://people.freebsd.org/~ray/newcons/vidcontrol_for_vt_2014-03-11.patch 2. http://people.freebsd.org/~emaste/newcons/gallant.fnt Thanks! WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 15:00:01 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E31ABA71; Tue, 11 Mar 2014 15:00:01 +0000 (UTC) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B4661F5B; Tue, 11 Mar 2014 15:00:00 +0000 (UTC) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 1950837B499; Tue, 11 Mar 2014 09:59:54 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3fjzx54YJ3z1bn; Tue, 11 Mar 2014 09:59:53 -0500 (CDT) Date: Tue, 11 Mar 2014 09:59:53 -0500 From: "Matthew D. Fuller" To: Andriy Gapon Subject: Re: ZFS secondarycache on SSD problem on r255173 Message-ID: <20140311145953.GS32883@over-yonder.net> References: <7059AA6DCC0D46B8B1D33FC883C31643@multiplay.co.uk> <20131017061248.GA15980@hell.ukr.net> <326B470C65A04BC4BC83E118185B935F@multiplay.co.uk> <20131017073925.GA34958@hell.ukr.net> <2AFE1CBD9B124E3AB9E05A4E483CCE03@multiplay.co.uk> <20131018080148.GA75226@hell.ukr.net> <256B2E5A0BA44DCBB45BB3F3E820E190@multiplay.co.uk> <20131018144524.GA30018@hell.ukr.net> <4459A6FAB7B8445C97CCB9EFF34FD4F0@multiplay.co.uk> <53144891.9050001@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53144891.9050001@FreeBSD.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.22 (2013-10-16) X-Virus-Scanned: clamav-milter 0.98.1 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: "Justin T. Gibbs" , freebsd-current@FreeBSD.org, Steven Hartland X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Mar 2014 15:00:02 -0000 On Mon, Mar 03, 2014 at 11:17:05AM +0200 I heard the voice of Andriy Gapon, and lo! it spake thus: > > I noticed that on some of our systems we were getting a clearly > abnormal number of l2arc checksum errors accounted in l2_cksum_bad. > The hardware appeared to be in good health. FWIW, I have a system here where I see similar things; after sufficient uptime it shows an impressive number and proportion of checksum errors (50% or more of the hits, eventually), since at least sometime last fall. No indication anywhere else of problems (CAM, SMART, zpool status). Haven't tried the patches. It would take most of a month of seeing nothing to have much confidence they did anything anyway; it's got >2 weeks now and only ~500 errors, so it takes a long time with this system/workload to ramp up. But it'd be a nice fix to have, so mark me up as a user-vote for landing if the code makes sense to the codesense people. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 15:59:57 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A46C074C for ; Tue, 11 Mar 2014 15:59:57 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6C20F88E for ; Tue, 11 Mar 2014 15:59:57 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.8/8.14.8) with ESMTP id s2BFxiIe032373 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 11 Mar 2014 08:59:44 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.8/8.14.8/Submit) id s2BFxgYK032372; Tue, 11 Mar 2014 08:59:42 -0700 (PDT) (envelope-from sgk) Date: Tue, 11 Mar 2014 08:59:42 -0700 From: Steve Kargl To: Aleksandr Rybalko Subject: Re: RFT vidcontrol for vt(4) Message-ID: <20140311155942.GA32345@troutmask.apl.washington.edu> References: <20140311162743.072870a9afd4f74fff9e99e8@ddteam.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140311162743.072870a9afd4f74fff9e99e8@ddteam.net> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Mar 2014 15:59:57 -0000 On Tue, Mar 11, 2014 at 04:27:43PM +0200, Aleksandr Rybalko wrote: > Hello hackers! > > Here is link to the patch[1] for vidcontrol that makes it to know if it > run w/ or w/o vt(4) and if vt(4) is present, then: % man vt No manual entry for vt % man 4 vt No manual entry for vt % locate vt.4 /usr/home/kargl/freebsd/doc/ja_JP.eucJP/man/man4/pcvt.4 Any chance that a manpage will ever show up? -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 17:07:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE7E118F for ; Tue, 11 Mar 2014 17:07:35 +0000 (UTC) Received: from SMTP.CITRIX.COM (smtp.citrix.com [66.165.176.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4CF3AEF2 for ; Tue, 11 Mar 2014 17:07:35 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.97,632,1389744000"; d="scan'208";a="110294315" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 11 Mar 2014 17:07:26 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Tue, 11 Mar 2014 13:07:25 -0400 Message-ID: <531F42CD.8020307@citrix.com> Date: Tue, 11 Mar 2014 18:07:25 +0100 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Subject: Too low PTHREAD_STACK_MIN value? X-Enigmail-Version: 1.6 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-DLP: MIA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Mar 2014 17:07:36 -0000 Hello, While debugging a pthread program that sets the stack size of pthreads, I've found out that the value PTHREAD_STACK_MIN is currently set (2048 bytes) seems to be way too low. As an example, the following simple program will segfault: --- #include #include #include #include #define MALLOC_SIZE 1024 void * foo(void *arg) { void *bar; bar = malloc(MALLOC_SIZE); assert(bar != NULL); return (NULL); } int main(void) { pthread_t thread; pthread_attr_t attr; int rc, i; rc = pthread_attr_init(&attr); assert(rc == 0); rc = pthread_attr_setstacksize(&attr, PTHREAD_STACK_MIN); assert(rc == 0); rc = pthread_create(&thread, &attr, foo, NULL); assert(0 == rc); rc = pthread_join(thread, NULL); assert(0 == rc); exit(EXIT_SUCCESS); } --- IMHO, PTHREAD_STACK_MIN should be set to a sane value, that allows the thread to at least make use of libc functions. Roger. From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 18:03:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B0BA89A; Tue, 11 Mar 2014 18:03:22 +0000 (UTC) Received: from mail-qg0-x22b.google.com (mail-qg0-x22b.google.com [IPv6:2607:f8b0:400d:c04::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B7372789; Tue, 11 Mar 2014 18:03:21 +0000 (UTC) Received: by mail-qg0-f43.google.com with SMTP id f51so9716536qge.2 for ; Tue, 11 Mar 2014 11:03:21 -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:message-id:subject :from:to:cc:content-type; bh=i4+XfluFzo/cAwSVfvf/cMrxRv8j/gmhoi6SqtKHL74=; b=GZBKTrKHflKuanah+F6lP5T7R3Df3jyTdvbcgeW/932PtyTQqfvoOksbGOjPb//sQM TmO6F5Bk9atWYNHH9ooRgDbzNpXnSzKEbJaJ/Ze9FybgTV4Q9joZ00CN9Vobphm1rju3 mGqwwAgs+pKcSKYgudmLwGLuUYP58uuhaOpWzjzAiaa35td7/5QNapQovUlE0kaRi3+t l0ez2kr25ZdXwKq2EZI7j/tMweDOFgWiDOQqZR94pvXtBvkvxMpWvvYAmmzTXo+Y/ZW1 OVAdsFIuWA/pXZaLMPS9jd+hAPjEmsZ/qskd6X/jgHxCE8t4QlRuP5J+BHaoQfLPv/sj +BTw== MIME-Version: 1.0 X-Received: by 10.224.13.142 with SMTP id c14mr4803647qaa.76.1394561000942; Tue, 11 Mar 2014 11:03:20 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.8.137 with HTTP; Tue, 11 Mar 2014 11:03:20 -0700 (PDT) In-Reply-To: References: <20140226123709.GA31099@syn.pertho.net> <530EE7F4.3080903@shurik.kiev.ua> <530EEEA5.4090306@shurik.kiev.ua> <20140228230705.GA28290@syn.pertho.net> Date: Tue, 11 Mar 2014 11:03:20 -0700 X-Google-Sender-Auth: h0wlVnLcz7Wn7hfZsadDYtyx9kA Message-ID: Subject: Re: iwn(4) in -HEAD supporting Centrino Wireless-N 135 From: Adrian Chadd To: Tom Murphy Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexandr , freebsd-current , "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Mar 2014 18:03:22 -0000 I still don't have any ideas here. I do however want to try hacking the driver to transmit EAPOL frames at the management rate, and then ensure the management rate is non-MCS. -a On 28 February 2014 15:14, Adrian Chadd wrote: > Hi, > > the interesting bits: > > > Feb 28 22:55:22 kernel: iwn_tx_data: qid 3 idx 3 len 129 nsegs 2 rate > 0002 plcp 0x0000420a > Feb 28 22:55:22 kernel: iwn_tx_data: qid 3 idx 4 len 129 nsegs 2 rate > 0002 plcp 0x0000420a > Feb 28 22:55:22 kernel: iwn5000_tx_done: qid 3 idx 3 retries 16 nkill > 0 rate 80006902 duration 2815 status 83 > Feb 28 22:55:22 kernel: iwn5000_tx_done: qid 3 idx 4 retries 16 nkill > 0 rate 80006902 duration 2815 status 83 > Feb 28 22:55:23 kernel: iwn_tx_data: qid 3 idx 5 len 129 nsegs 2 rate > 0002 plcp 0x0000420a > Feb 28 22:55:23 kernel: iwn_tx_data: qid 3 idx 6 len 129 nsegs 2 rate > 0002 plcp 0x0000420a > Feb 28 22:55:23 kernel: iwn5000_tx_done: qid 3 idx 5 retries 16 nkill > 0 rate 80006902 duration 2815 status 83 > Feb 28 22:55:23 kernel: iwn5000_tx_done: qid 3 idx 6 retries 16 nkill > 0 rate 80006902 duration 2815 status 83 > Feb 28 22:55:24 kernel: iwn_tx_data: qid 3 idx 7 len 129 nsegs 2 rate > 0002 plcp 0x0000420a > Feb 28 22:55:24 kernel: iwn_tx_data: qid 3 idx 8 len 129 nsegs 2 rate > 0002 plcp 0x0000420a > Feb 28 22:55:24 kernel: iwn5000_tx_done: qid 3 idx 7 retries 16 nkill > 0 rate 80006902 duration 2815 status 83 > Feb 28 22:55:24 kernel: iwn5000_tx_done: qid 3 idx 8 retries 16 nkill > 0 rate 80006902 duration 2815 status 83 > > .. so it's failing to transmit the management frames after association > - they're being transmitted at MCS0 and the AP is just plain not > ACKing them. > > Now, I don't know why this is. It's trying to transmit the initial > frame at non-MCS rates, but I have a feeling the multi-rate retry > table thing is confusing it and it's trying to send it as MCS. So > maybe the AP doesn't like management frames at MCS rates. > > I'll have to think about this a little. > > -a > > > On 28 February 2014 15:07, Tom Murphy wrote: >> I've attached my iwn debug messages to this email starting >> with the point I tried to associate to the Wifi. >> >> Thanks again for looking at this! >> >> Kind regards, >> Tom >> >> On Thu, Feb 27, 2014 at 12:13:51PM -0800, Adrian Chadd wrote: >>> On 26 February 2014 23:52, Alexandr wrote: >>> > Tom, could you: >>> > >>> > 1. compile kernel WITH_IWNDEBUG >>> > 2. sysctl dev.iwn.0.debug=0x1 >>> > 3. wlandebug -i wlan0 auth+assoc >>> > 4. Associate with AP in 11n mode >>> > 5. Send us appropriate /var/log/messages >>> > >>> > Then I try to compare it with my log. >>> >>> Please do. I've been trying to track down the source of this "ht just >>> doesn't work!" but it works fine with all of the Intel NICs I have >>> here. >>> >>> Can someone see if they can find a mtaching NIC online (amazon,ebay?) >>> Owning one that I can whack in a laptop is likely going ot help things >>> a lot. >>> >>> Thanks, >>> >>> >>> -a From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 18:53:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 35726D28 for ; Tue, 11 Mar 2014 18:53:35 +0000 (UTC) Received: from mail-qa0-x22b.google.com (mail-qa0-x22b.google.com [IPv6:2607:f8b0:400d:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E3120F5D for ; Tue, 11 Mar 2014 18:53:34 +0000 (UTC) Received: by mail-qa0-f43.google.com with SMTP id j15so8863115qaq.16 for ; Tue, 11 Mar 2014 11:53:34 -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:message-id:subject :from:to:cc:content-type; bh=+3BNx+raLs1Os74piH0pj6TZppQSrvAySgnlwXUwXU8=; b=Ne0lun4A2k4xLCdgR8322mNX4e1WTiW43I4kUyWhNJDjCtlq9EJm7iSYAiVM8nCZkG xoerkqLbz49fcj6mKYkxwP/XgUI7yk8cKSeaCuBcq0nOz3eNxWKBLzRcfDvPIkaiS1vS 3ENpcg7vgVMfX71b8+0L5emolua6rsmG4kS+MbEg+25tAWBBKPba8zVHJscSk4l1LRt+ dYAUF2UBqeNONxvkCXwoWEEdDFSSmX78plpWgtRozJI3/6x9ZnQtqHTApu8VFMORot20 UEWDHFKoq2LUfMt36Gah/HL2eNf3oAT/okbU3UTNjLW3Lh4x9nZi7S0bAptamwFnM+hS KJ/g== MIME-Version: 1.0 X-Received: by 10.224.36.195 with SMTP id u3mr49823800qad.59.1394564014128; Tue, 11 Mar 2014 11:53:34 -0700 (PDT) Sender: carpeddiem@gmail.com Received: by 10.140.88.115 with HTTP; Tue, 11 Mar 2014 11:53:34 -0700 (PDT) In-Reply-To: <20140311155942.GA32345@troutmask.apl.washington.edu> References: <20140311162743.072870a9afd4f74fff9e99e8@ddteam.net> <20140311155942.GA32345@troutmask.apl.washington.edu> Date: Tue, 11 Mar 2014 14:53:34 -0400 X-Google-Sender-Auth: 4Tuag9LPPs8jF7La0UEvdKNnAaU Message-ID: Subject: Re: RFT vidcontrol for vt(4) From: Ed Maste To: Steve Kargl Content-Type: text/plain; charset=ISO-8859-1 Cc: Aleksandr Rybalko , "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Mar 2014 18:53:35 -0000 On 11 March 2014 11:59, Steve Kargl wrote: > > Any chance that a manpage will ever show up? Yes, a vt(4) man page, and updates for pages like vidcontrol, are requirements for the project to be fully complete and shipped enabled by default in a release. From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 00:38:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 84D08759 for ; Wed, 12 Mar 2014 00:38:27 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 55E0DA03 for ; Wed, 12 Mar 2014 00:38:26 +0000 (UTC) Received: from [172.16.1.25] (s224.GtokyoFL6.vectant.ne.jp [222.228.90.224]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.5) with ESMTP id s2C0cKjJ020991 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 12 Mar 2014 00:38:22 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Too low PTHREAD_STACK_MIN value? From: David Chisnall In-Reply-To: <531F42CD.8020307@citrix.com> Date: Wed, 12 Mar 2014 09:38:19 +0900 Content-Transfer-Encoding: quoted-printable Message-Id: <913B1E7A-5192-430F-ABAF-576DFCFF98E6@FreeBSD.org> References: <531F42CD.8020307@citrix.com> To: =?iso-8859-1?Q?Roger_Pau_Monn=E9?= X-Mailer: Apple Mail (2.1874) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 12 Mar 2014 00:38:27 -0000 On 12 Mar 2014, at 02:07, Roger Pau Monn=E9 = wrote: > I've found out that the value PTHREAD_STACK_MIN is currently set (2048 > bytes) seems to be way too low This looks like an error in your code. The spec says: > PTHREAD_STACK_MIN > Minimum size in bytes of thread stack storage. > Minimum Acceptable Value: 0 It is meant to be the minimum value that the system can give for a = thread stack. The purpose of this constant is for languages that do = their own stack management bit some chain of activation records of = segmented stacks, but want to use pthreads for threading, so that they = can allocate the smallest possible stack that allows pthread cleanup to = work. =20 Using it from C code is very likely to be a mistake. David From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 08:25:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF397761 for ; Wed, 12 Mar 2014 08:25:58 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp05.smtpout.orange.fr [80.12.242.127]) by mx1.freebsd.org (Postfix) with ESMTP id 61457A57 for ; Wed, 12 Mar 2014 08:25:57 +0000 (UTC) Received: from [192.168.1.2] ([80.67.177.122]) by mwinf5d09 with ME id cYRW1n00b2epoAw03YRqNu; Wed, 12 Mar 2014 09:25:50 +0100 From: Nicolas Kozic Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: MacPro 2009 again Message-Id: <278B7E0F-83DE-40AD-B57B-CB52A442C1C8@orange.fr> Date: Wed, 12 Mar 2014 09:25:26 +0100 To: freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 12 Mar 2014 08:25:58 -0000 Hello all, I come back on FreeBSD. I tried for a couple of months macports, fink on = macosx on Mavericks version but it is not the same. On Mavericks we can = have X via XQuartz but I miss some softwares and X from FreeBSD is = different. So my actual solution is: Use one system with my needs and = boot on when it's useful.=20 I have many request about FreeBSD on MacPro (to access to my macintosh = hard drive inside FreeBSD for instance). But first I want to boot on my FreeBSD HD. I installed on a hard drive = who had previously the FileVault turned on. I want to know if it is the = cause of my problem. Because I previously wrote "gpart bootcode -b = /boot/pmbr -p /boot/gptboot -i bootpartition adax" and fix "bless = -device /dev/disk setboot -legacy]". and my system refuses to boot. The = last command ask me a problem.=20 Do I need to bless the whole disk or the boot partition of disk ? Nicolas Kozic= From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 08:33:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B02E4D6 for ; Wed, 12 Mar 2014 08:33:57 +0000 (UTC) Received: from mta05.bitpro.no (mta05.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 6D1CEB43 for ; Wed, 12 Mar 2014 08:33:57 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta05.bitpro.no (Postfix) with ESMTPS id 4ED2117FC73; Wed, 12 Mar 2014 09:33:49 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 046F18E119F; Wed, 12 Mar 2014 09:33:43 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T0edo21b+Kfm; Wed, 12 Mar 2014 09:33:42 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id C8E018E119E; Wed, 12 Mar 2014 09:33:42 +0100 (CET) Message-ID: <53201C22.9000102@bitfrost.no> Date: Wed, 12 Mar 2014 09:34:42 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Nicolas Kozic , freebsd-current@freebsd.org Subject: Re: MacPro 2009 again References: <278B7E0F-83DE-40AD-B57B-CB52A442C1C8@orange.fr> In-Reply-To: <278B7E0F-83DE-40AD-B57B-CB52A442C1C8@orange.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 12 Mar 2014 08:33:57 -0000 On 03/12/14 09:25, Nicolas Kozic wrote: > Hello all, > I come back on FreeBSD. I tried for a couple of months macports, fink on macosx on Mavericks version but it is not the same. On Mavericks we can have X via XQuartz but I miss some softwares and X from FreeBSD is different. So my actual solution is: Use one system with my needs and boot on when it's useful. > I have many request about FreeBSD on MacPro (to access to my macintosh hard drive inside FreeBSD for instance). > But first I want to boot on my FreeBSD HD. I installed on a hard drive who had previously the FileVault turned on. I want to know if it is the cause of my problem. Because I previously wrote "gpart bootcode -b /boot/pmbr -p /boot/gptboot -i bootpartition adax" and fix "bless -device /dev/disk setboot -legacy]". and my system refuses to boot. The last command ask me a problem. > > Do I need to bless the whole disk or the boot partition of disk ? > Nicolas Kozic Hi, I've only got MBR partition layout to work with MBPro x86 based ones. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 12:14:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C78D755C for ; Wed, 12 Mar 2014 12:14:11 +0000 (UTC) Received: from eu1sys200aog103.obsmtp.com (eu1sys200aog103.obsmtp.com [207.126.144.115]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 20961294 for ; Wed, 12 Mar 2014 12:14:10 +0000 (UTC) Received: from mail-wi0-f173.google.com ([209.85.212.173]) (using TLSv1) by eu1sys200aob103.postini.com ([207.126.147.11]) with SMTP ID DSNKUyBPi5+lrJId9ylBUw6+QxypupjMHlEj@postini.com; Wed, 12 Mar 2014 12:14:11 UTC Received: by mail-wi0-f173.google.com with SMTP id f8so2279307wiw.0 for ; Wed, 12 Mar 2014 05:14:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:message-id:to:subject:cc :reply-to:in-reply-to; bh=FqjvzPuxbkflQFb63ge+Etjgf1z5t5iwQhQjIAmhLGk=; b=d4tC5CBDGv8A4c/WYqWJZHzMOwkjbHgLeus6AVd8XkeYsKqgAUlQN3xcUxtnGs90SM k+MnLYE5YbjdkHzQq0k89IfPBZ4moYNBTzT2N3p2p/L+vWvQUW5M+BddJ2W5Vg6D4C5K lY3cTtrlKkPcDwljguyiTAKkPKa1O+ykOlq2kGAJCgWkFhMQ7JizARSjZUpRtDRqTk6V sjGlECgcdvTtXFEwJYkWzUrErUimQMvKY4CYxqh+7Ig6Vw133D0nRrynOp/7U3moTRIr ibWSDvFoNRS/CYGSGljwa2H70ybbFc3CbpuDYs5oVDMIA7UJdLUZh4tRWmJgICmVAPHU GUtg== X-Received: by 10.194.24.35 with SMTP id r3mr1130903wjf.68.1394626050220; Wed, 12 Mar 2014 05:07:30 -0700 (PDT) X-Gm-Message-State: ALoCoQl3ENCKtdpQTfLD30BrWTtuDf90XgxELMXDLYbFoVw0BvAzBn70dZO9y6NC7HbSPuYXE0f5soAMou43huYfSLgRSAegcJWqGmwnD7tZpxycM7fTBhh1BTCtr9BjZvk8yzsX9opd9L/k8ZaiVrBkvVEtob3OX/xLfkMDmX+ePiW8v1kp9wY= X-Received: by 10.194.24.35 with SMTP id r3mr1130889wjf.68.1394626050107; Wed, 12 Mar 2014 05:07:30 -0700 (PDT) Received: from mech-cluster241.men.bris.ac.uk (mech-cluster241.men.bris.ac.uk. [137.222.187.241]) by mx.google.com with ESMTPSA id h9sm69259290wjz.16.2014.03.12.05.07.27 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 12 Mar 2014 05:07:28 -0700 (PDT) Sender: Anton Shterenlikht Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6) with ESMTP id s2CC7Q8l076838 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 12 Mar 2014 12:07:26 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6/Submit) id s2CC7QJw076837; Wed, 12 Mar 2014 12:07:26 GMT (envelope-from mexas) Date: Wed, 12 Mar 2014 05:07:28 -0700 (PDT) From: Anton Shterenlikht Message-Id: <201403121207.s2CC7QJw076837@mech-cluster241.men.bris.ac.uk> To: be@0x20.net, mexas@bris.ac.uk Subject: Re: reproducible panic every day at 03:02, probably triggered by daily periodic scipts - help In-Reply-To: <20140306215209.GA74933@e-new.0x20.net> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: mexas@bris.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: Wed, 12 Mar 2014 12:14:11 -0000 >From be@0x20.net Thu Mar 6 22:02:56 2014 > >On Thu, Mar 06, 2014 at 12:59:14AM -0800, Anton Shterenlikht wrote: >> In my initial PR (sparc64 r261798), >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=187080 >> >> I said that rsync was triggering this panic. >> While true, I now see that there's more to it. >> I disabled the rsync, and the cron jobs. >> Still I get exactly the same panic every >> night at 03:02: >> >> # grep Dumptime /var/crash/* >> /var/crash/info.0: Dumptime: Wed Feb 26 10:10:51 2014 >> /var/crash/info.1: Dumptime: Thu Feb 27 03:02:14 2014 >> /var/crash/info.2: Dumptime: Fri Feb 28 03:02:29 2014 >> /var/crash/info.3: Dumptime: Sat Mar 1 03:02:25 2014 >> /var/crash/info.4: Dumptime: Tue Mar 4 03:02:01 2014 >> /var/crash/info.5: Dumptime: Wed Mar 5 03:02:05 2014 >> /var/crash/info.6: Dumptime: Thu Mar 6 03:02:11 2014 >> /var/crash/info.last: Dumptime: Thu Mar 6 03:02:11 2014 >> # >> >> This is likely triggered by one of >> the daily periodic scipts, >> after about 1 min from start: >> >> # grep daily /etc/crontab >> # Perform daily/weekly/monthly maintenance. >> 1 3 * * * root periodic daily >> # >> >> but which one? > >Some time ago I had a similar problem with 8.x. Setting > >vm.kmem_size="512M" >vm.kmem_size_max="512M" > >in loader.conf helped. It's just a wild guess but might help. This didn't make any difference. However, I noticed that the panics were happening more and more often. I started suspecting a disk failure, so decided to do a full integrity check with dd, got: 17054+0 records in 17054+0 records out 17882415104 bytes transferred in 1035.889679 secs (17262857 bytes/sec) (ada1:ata2:0:1:0): READ_DMA. ACB: c8 00 80 93 9c 42 00 00 00 00 00 00 (ada1:ata2:0:1:0): CAM status: ATA Status Error (ada1:ata2:0:1:0): ATA status: 51 (DRDY SERV ERR), error: 40 (UNC ) (ada1:ata2:0:1:0): RES: 51 40 21 94 9c 02 02 00 00 00 00 (ada1:ata2:0:1:0): Retrying command (ada1:ata2:0:1:0): READ_DMA. ACB: c8 00 80 93 9c 42 00 00 00 00 00 00 (ada1:ata2:0:1:0): CAM status: ATA Status Error (ada1:ata2:0:1:0): ATA status: 51 (DRDY SERV ERR), error: 40 (UNC ) (ada1:ata2:0:1:0): RES: 51 40 21 94 9c 02 02 00 00 00 00 (ada1:ata2:0:1:0): Retrying command (ada1:ata2:0:1:0): READ_DMA. ACB: c8 00 80 93 9c 42 00 00 00 00 00 00 (ada1:ata2:0:1:0): CAM status: ATA Status Error (ada1:ata2:0:1:0): ATA status: 51 (DRDY SERV ERR), error: 40 (UNC ) (ada1:ata2:0:1:0): RES: 51 40 21 94 9c 02 02 00 00 00 00 (ada1:ata2:0:1:0): Retrying command (ada1:ata2:0:1:0): READ_DMA. ACB: c8 00 80 93 9c 42 00 00 00 00 00 00 (ada1:ata2:0:1:0): CAM status: ATA Status Error (ada1:ata2:0:1:0): ATA status: 51 (DRDY SERV ERR), error: 40 (UNC ) (ada1:ata2:0:1:0): RES: 51 40 21 94 9c 02 02 00 00 00 00 (ada1:ata2:0:1:0): Retrying command (ada1:ata2:0:1:0): READ_DMA. ACB: c8 00 80 93 9c 42 00 00 00 00 00 00 (ada1:ata2:0:1:0): CAM status: ATA Status Error (ada1:ata2:0:1:0): ATA status: 51 (DRDY SERV ERR), error: 40 (UNC ) (ada1:ata2:0:1:0): RES: 51 40 21 94 9c 02 02 00 00 00 00 (ada1:ata2:0:1:0): Error 5, Retries exhausted dd: /dev/ada1b: Input/output error I guess the disk is fucked, right? Given that it's about 10 years old, this is not surprising. Anton From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 13:50:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 848A5108 for ; Wed, 12 Mar 2014 13:50:07 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5C1FAE3D for ; Wed, 12 Mar 2014 13:50:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.8/8.14.8) with ESMTP id s2CDo7ua055682 for ; Wed, 12 Mar 2014 13:50:07 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s2CDo7L7055679 for freebsd-current@freebsd.org; Wed, 12 Mar 2014 13:50:07 GMT (envelope-from bdrewery) Received: (qmail 40446 invoked from network); 12 Mar 2014 08:50:00 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 12 Mar 2014 08:50:00 -0500 Message-ID: <53206600.4080602@FreeBSD.org> Date: Wed, 12 Mar 2014 08:49:52 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Konstantin Belousov , John Baldwin Subject: Re: panic: lockmgr still held [tmpfs] [vm_map_remove()->vdropl()] (r262186: Thu Feb 20) References: <53109ACB.20102@FreeBSD.org> <5316F144.1000105@FreeBSD.org> <20140305110723.GB24664@kib.kiev.ua> <201403051421.04381.jhb@freebsd.org> <20140305195001.GF24664@kib.kiev.ua> In-Reply-To: <20140305195001.GF24664@kib.kiev.ua> X-Enigmail-Version: 1.6 OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eVT9qDHFH2MeofqkUHEaF0vhVg603Jk2O" Cc: Alan Cox , freebsd-current@freebsd.org, Andriy Gapon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 12 Mar 2014 13:50:07 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --eVT9qDHFH2MeofqkUHEaF0vhVg603Jk2O Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 3/5/2014 1:50 PM, Konstantin Belousov wrote: > On Wed, Mar 05, 2014 at 02:21:04PM -0500, John Baldwin wrote: >> On Wednesday, March 05, 2014 6:07:23 am Konstantin Belousov wrote: >>> On Wed, Mar 05, 2014 at 11:41:24AM +0200, Andriy Gapon wrote: >>>> on 04/03/2014 18:45 John Baldwin said the following: >>>>> So I'm not sure how to fix this. The crash is in this code in=20 >>>>> vm_object_deallocate(): >>>>> >>>>> if (object->type =3D=3D OBJT_SWAP && >>>>> (object->flags & OBJ_TMPFS) !=3D 0) { >>>>> vp =3D object->un_pager.swp.swp_tmpfs; >>>>> vhold(vp); >>>>> VM_OBJECT_WUNLOCK(object); >>>>> vn_lock(vp, LK_EXCLUSIVE | LK_RETRY); >>>>> vdrop(vp); >>>>> VM_OBJECT_WLOCK(object); >>>>> if (object->type =3D=3D OBJT_DEAD || >>>>> object->ref_count !=3D 1) { >>>>> VM_OBJECT_WUNLOCK(object); >>>>> VOP_UNLOCK(vp, 0); >>>>> return; >>>>> } >>>>> if ((object->flags & OBJ_TMPFS) !=3D 0) >>>>> VOP_UNSET_TEXT(vp); >>>>> VOP_UNLOCK(vp, 0); >>>>> } >>>>> >>>>> The vdrop() is dropping the count to zero and trying to free the vn= ode. The=20 >>>>> real problem I think is that swp_tmpfs doesn't have an implicit vho= ld() on the=20 >>>>> vnode, so in this case, the code is doing a vhold/vn_lock/vdrop of = an already- >>>>> free vnode. For OBJT_VNODE objects, the reference from the object = back to the=20 >>>>> vnode holds a vref() that gets released by a vput() in=20 >>>>> vm_object_vndeallocate(). >>>>> >>>>> One fix might be to chagne smp_tmpfs to hold a vhold reference. Th= is is=20 >>>>> untested but might work (but I'm also not sure that this is the rig= ht thing in=20 >>>>> that I don't know what other effects it might have). >>>> >>>> I agree with your analysis, but I don't think that a filesystem hold= ing its own >>>> vnode is a good idea. If I am not mistaken, that would prevent tmpf= s vnodes >>>> from going to free list. >>>> I'd rather try to modify vm_object_deallocate() code. E.g. vdrop() = could be >>>> called after VOP_UNLOCK(). Alternatively, the code could handle a d= oomed vnode >>>> in a different way. >>> >>> I agree with Andrey, it is just a bug to vdrop() before unlock. >>> Please try this. >> >> Ok, my only worry is in the case of Bryan's panic, the hold count on t= he vnode >> was already zero before vhold() was called, so is it possible that it = is a stale >> pointer or is there some other implicit reference that prevents that? = If it can't >> be stale, I think deferring the vdrop() is fine. >=20 > The object->un_pager.swp.swp_tmpfs is cleared under the object lock > before the vnode is reclaimed, i.e. long before the vnode can be freed.= > swp_tmpfs should be kept in sync with the OBJ_TMPFS flag, so the > vhold() is safe while flag is set and object is locked. >=20 This has been stable. Not sure if it fixes the original problem, but I have not seen any panics since using it and doing many poudriere builds. --=20 Regards, Bryan Drewery --eVT9qDHFH2MeofqkUHEaF0vhVg603Jk2O Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTIGYBAAoJEDXXcbtuRpfPiv8IAMEAV0LelmkvG9E7CZivwBey ZySy99hyqU/v2utMmfQHqmDtYycwPTlJ1OrFogbseo9tSPVjYYh7nHlCRp4RMexj pDOrYOmMmBJxQFGSJxvQrgXt3GZ/IUu/9FVbBaEBSf/BBG2ewMLIjsHUYNvHyxKK uOcdEeN9xD0GRBryxns5co/uMx5VqPaaiTvS3ljMKHs2N6Q0Zgjm8QL5XIotZ53p 3ZuhMxUhoo5EJhHU/7NIhE2FmO38dY0ufEv8GEpq2spD7+5fwCv/xWxMixlSMMsG RPTQmY/yER1Bn953gqlQ4H4a/f8v5kK/qDhgLCXPZ6X+p39PaPMc0iTcyd4kqwo= =dYN5 -----END PGP SIGNATURE----- --eVT9qDHFH2MeofqkUHEaF0vhVg603Jk2O-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 18:32:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 72754768; Wed, 12 Mar 2014 18:32:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 38A01F7D; Wed, 12 Mar 2014 18:32: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 s2CIWUN6085442; Wed, 12 Mar 2014 14:32: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 s2CIWUpV085438; Wed, 12 Mar 2014 18:32:30 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Mar 2014 18:32:30 GMT Message-Id: <201403121832.s2CIWUpV085438@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2014 18:32:31 -0000 TB --- 2014-03-12 17:29:55 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-03-12 17:29:55 - 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 --- 2014-03-12 17:29:55 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-03-12 17:29:55 - cleaning the object tree TB --- 2014-03-12 17:29:55 - /usr/local/bin/svn stat /src TB --- 2014-03-12 17:29:58 - At svn revision 263090 TB --- 2014-03-12 17:29:59 - building world TB --- 2014-03-12 17:29:59 - CROSS_BUILD_TESTING=YES TB --- 2014-03-12 17:29:59 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-12 17:29:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-12 17:29:59 - SRCCONF=/dev/null TB --- 2014-03-12 17:29:59 - TARGET=powerpc TB --- 2014-03-12 17:29:59 - TARGET_ARCH=powerpc TB --- 2014-03-12 17:29:59 - TZ=UTC TB --- 2014-03-12 17:29:59 - __MAKE_CONF=/dev/null TB --- 2014-03-12 17:29:59 - cd /src TB --- 2014-03-12 17:29:59 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Mar 12 17:30:06 UTC 2014 >>> 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 [...] c++ -O2 -pipe -I/src/lib/clang/libclanglex/../../../contrib/llvm/include -I/src/lib/clang/libclanglex/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclanglex/../../../contrib/llvm/tools/clang/lib/Lex -I. -I/src/lib/clang/libclanglex/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclanglex/../../../contrib/llvm/tools/clang/lib/Lex/PPMacroExpansion.cpp -o PPMacroExpansion.o c++ -O2 -pipe -I/src/lib/clang/libclanglex/../../../contrib/llvm/include -I/src/lib/clang/libclanglex/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclanglex/../../../contrib/llvm/tools/clang/lib/Lex -I. -I/src/lib/clang/libclanglex/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclanglex/../../../contrib/llvm/tools/clang/lib/Lex/PTHLexer.cpp -o PTHLexer.o c++ -O2 -pipe -I/src/lib/clang/libclanglex/../../../contrib/llvm/include -I/src/lib/clang/libclanglex/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclanglex/../../../contrib/llvm/tools/clang/lib/Lex -I. -I/src/lib/clang/libclanglex/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclanglex/../../../contrib/llvm/tools/clang/lib/Lex/Pragma.cpp -o Pragma.o /src/lib/clang/libclanglex/../../../contrib/llvm/tools/clang/lib/Lex/Pragma.cpp: In member function 'void clang::Preprocessor::HandlePragmaIncludeAlias(clang::Token&)': /src/lib/clang/libclanglex/../../../contrib/llvm/tools/clang/lib/Lex/Pragma.cpp:622: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[5]: stopped in /src/lib/clang/libclanglex *** Error code 1 Stop. bmake[4]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-03-12 18:32:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-12 18:32:29 - ERROR: failed to build world TB --- 2014-03-12 18:32:29 - 3066.73 user 504.48 system 3754.35 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 20:33:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1AFB3F92 for ; Wed, 12 Mar 2014 20:33:57 +0000 (UTC) Received: from aussmtpmrkps320.us.dell.com (aussmtpmrkps320.us.dell.com [143.166.224.254]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BCCAEDCF for ; Wed, 12 Mar 2014 20:33:55 +0000 (UTC) X-Loopcount0: from 64.238.244.148 X-IronPort-AV: E=Sophos;i="4.97,640,1389765600"; d="scan'208";a="108547295" Message-ID: <5320C4A4.7020109@vangyzen.net> Date: Wed, 12 Mar 2014 15:33:40 -0500 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: FreeBSD current Subject: sem_wait(3) is not always a cancellation point Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 12 Mar 2014 20:33:57 -0000 -current: >From my understand of POSIX, sem_wait(3) should always be a cancellation point. However, when the semaphore's count is positive and the caller successfully decrements the count, sem_wait(3) does not call _pthread_testcancel(), so it's not a cancellation point. See this totally contrived test case: http://www.vangyzen.net/FreeBSD/patches/sem_wait_cancel.c This patch seems like an appropriate fix: http://www.vangyzen.net/FreeBSD/patches/sem_wait_cancel.diff It adds a call to _pthread_testcancel() in the same location as _libc_sem_timedwait_compat() in libc/gen/sem.c. Is this a real bug, or am I missing something? Eric From owner-freebsd-current@FreeBSD.ORG Wed Mar 12 21:14:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 11B28F55 for ; Wed, 12 Mar 2014 21:14:35 +0000 (UTC) Received: from blu0-omc2-s15.blu0.hotmail.com (blu0-omc2-s15.blu0.hotmail.com [65.55.111.90]) by mx1.freebsd.org (Postfix) with ESMTP id D3A34242 for ; Wed, 12 Mar 2014 21:14:34 +0000 (UTC) Received: from BLU179-W51 ([65.55.111.72]) by blu0-omc2-s15.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 12 Mar 2014 14:13:29 -0700 X-TMN: [N72X8usUDGMtzETJAehFcnYyIGp9mP7w] X-Originating-Email: [brunolauze@msn.com] Message-ID: From: =?iso-8859-1?B?QnJ1bm8gTGF1euk=?= To: "freebsd-current@freebsd.org" Subject: vm_map.h Date: Wed, 12 Mar 2014 17:13:28 -0400 Importance: Normal Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 12 Mar 2014 21:13:29.0045 (UTC) FILETIME=[EA344050:01CF3E37] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 12 Mar 2014 21:14:35 -0000 The two defines in vm/vm_map.h=A0=0A= =0A= #define min_offset =A0 header.start =A0 =A0/* (c) */=0A= #define max_offset =A0 header.end =A0 =A0 =A0/* (c) */=0A= =0A= =0A= are really getting in the way because those words are most likely to be use= d downstream.=0A= =0A= I would suggest renaming those defines to:=0A= =0A= #define vm_min_offset =A0 header.start =A0 =A0/* (c) */=0A= #define vm_max_offset =A0 header.end =A0 =A0 =A0/* (c) */=0A= =0A= Am I missing something? = From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 06:03:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 174218C3 for ; Thu, 13 Mar 2014 06:03:24 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0348194B; Thu, 13 Mar 2014 06:03:24 +0000 (UTC) Received: from xyf.my.dom (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.8/8.14.8) with ESMTP id s2D63MHD068050; Thu, 13 Mar 2014 06:03:23 GMT (envelope-from davidxu@freebsd.org) Message-ID: <53214A54.4000901@freebsd.org> Date: Thu, 13 Mar 2014 14:04:04 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Eric van Gyzen , FreeBSD current Subject: Re: sem_wait(3) is not always a cancellation point References: <5320C4A4.7020109@vangyzen.net> In-Reply-To: <5320C4A4.7020109@vangyzen.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Mar 2014 06:03:24 -0000 On 2014/03/13 04:33, Eric van Gyzen wrote: > -current: > >>From my understand of POSIX, sem_wait(3) should always be a cancellation > point. However, when the semaphore's count is positive and the caller > successfully decrements the count, sem_wait(3) does not call > _pthread_testcancel(), so it's not a cancellation point. > > See this totally contrived test case: > > http://www.vangyzen.net/FreeBSD/patches/sem_wait_cancel.c > > This patch seems like an appropriate fix: > > http://www.vangyzen.net/FreeBSD/patches/sem_wait_cancel.diff > > It adds a call to _pthread_testcancel() in the same location as > _libc_sem_timedwait_compat() in libc/gen/sem.c. > > Is this a real bug, or am I missing something? > > Eric You are right, the _pthread_testcancel() call should be added. Thanks, David Xu From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 09:18:32 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3541094B for ; Thu, 13 Mar 2014 09:18:32 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1C332B43 for ; Thu, 13 Mar 2014 09:18:31 +0000 (UTC) Received: from delphij-macbook.local (unknown [IPv6:2001:470:83bf:0:e985:75dd:ac3e:e]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 3A59F1E9EE; Thu, 13 Mar 2014 02:18:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1394702305; bh=KomH09ed0rs9uCccD+oGr3zg810jU4PtSglFqraMFyA=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=4PUfQcJN8FTpzh8lNmn2xYf/Btmpyup/hU6Dheg+XYFp3GO3TloSBwGTp7e/t/VMi tVS3eAgcTSTRc2aqZeHgLDkj5R6EqAot/NOxDg0HkQY7LgZdgrlOLTeC7iJ8uyiK26 hYtUNk0IC5g3otN4EeJgW2LFhwtGzhDrjLG9VaNk= Message-ID: <532177E0.5010905@delphij.net> Date: Thu, 13 Mar 2014 02:18:24 -0700 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: FreeBSD Current Subject: Re: processes stuck in vmo_de state References: <531EBFDC.3010608@delphij.net> In-Reply-To: <531EBFDC.3010608@delphij.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Motin X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Mar 2014 09:18:32 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi, It looks like there is a regression (or a regression that gets exposed by some new feature) that is related to time-keeping or timecounter, although I'm not yet familiar with the related code to tell if my conclusion was right or not. The problem I observed is that when system boots up, it sometimes hangs and pressing ^T on console tells me that sleep(1) is running with 0 second out of 1 second, but the 'real' part of the output is smaller than 1 or sometimes negative. For some reason the console may stop giving any output, but trapping into debugger would unblock it sometimes. When sh(1) stuck in 'vmo_de' state, it would never recover from that and a hard reset is necessary. It seems that commenting hint.apic.0.clock=0 from my loader.conf would mitigate the issue by the way. I'll let the system sit there and do a full universe build, etc. for a while and check it tomorrow. Cheers, -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJTIXfgAAoJEJW2GBstM+nsc1EP/1VbIXscDeufiuAOj+UmDWV1 LsEb7n2M6qVYuL7sTTqY7R5svUATcVRAxG/jjXTHObvvCdB/8Gjk+51K/cCN5wIV bKchxm2mv1ENbkFQJI3akntSbPeNk2iEAzORdvdcD/gkb5sIOxNGfeBp8/PtIO4x 3bKD2aRh7KdHzDWl4PdLiZSstLLuG1w6K0tFaoeWV0wu3e3GgMglK7kSq2H/ZWrn WCtcw9kJOFuRF2kIj1UMygvqL6IDt2UF8As7A4wO/HKCTMm3xj5tHQzn6JZFoRwR I2rILJtKrWRz8TUutV+ivD+2c0ZFpL6qn0ByQFtAPU3S1LQsgHZhgPNanvNVcmRQ zz35CTWYRdxIq1JTZTA9zd/At9jRJtRYenJxgK9btJfwF9TqtmWmwPcOIkaMPr5T uNHO5c+4gMQK96Km08cwkDCPoZTPNHJcAHgTlDMTM+TZ5vjVqyOI4wLcTwLecLca yFJIaBhYektAlPJZoNwNJJsv3ReBF77yKMNzaNAUAM5Cfu06I1DGsxmrFTpvx+t/ nnIjHF0djACuJq8CpVHe4r8gdEUSSc180gzgyyyCJc8cHGc8JphOdY10gNBc6Cki 4h5cAdGUNov0+NkqF0tmEwKvDoCb7ASph7yJbVymt+2t2gh4ay8T1BBH2k50deG8 rsO6gv8qzRZshwyXlZd0 =DaxI -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 10:17:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3C3AD6FA for ; Thu, 13 Mar 2014 10:17:10 +0000 (UTC) Received: from mail-we0-x235.google.com (mail-we0-x235.google.com [IPv6:2a00:1450:400c:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CB770245 for ; Thu, 13 Mar 2014 10:17:09 +0000 (UTC) Received: by mail-we0-f181.google.com with SMTP id q58so619079wes.26 for ; Thu, 13 Mar 2014 03:17:08 -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:message-id :subject:from:to:cc:content-type; bh=/eiFP1aNzhBh95B4ccikgt9whEpBNRMQMvq/4K7bBqA=; b=FGo8BmIh51hd02DjLkleyG3aWUPZRNXcyDk8lfVgTxilYIrMnO1W4W7yfmarb2oC0x VyHq/285wwp/7H3Pjh4s2mFCg40boyimvP/8dYD1nqYr9Hxlb49r6+2+gJJcM+W9uNqe shZAoP/A1WHLYMMQEjndAPCJ1bZ+9U9DNhbiDkgt2AgrUkWTeXV+IhSPAmgi6HoRCo4+ YOPK7y8MAbgAITyCn7Rl8h92BM0MVLQbVLB6QnrnLCr2CfKt3W8XGR9ZBruJNsjLvsq6 q/Q/zvIsFLaeQuoVg1OD+9zc90f+PD0xvd4mSuY049+JXaUgJuWYeQZo/hCe2QV35Qw/ ZWEA== MIME-Version: 1.0 X-Received: by 10.180.12.233 with SMTP id b9mr944968wic.8.1394705828189; Thu, 13 Mar 2014 03:17:08 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.217.61.196 with HTTP; Thu, 13 Mar 2014 03:17:08 -0700 (PDT) In-Reply-To: <532177E0.5010905@delphij.net> References: <531EBFDC.3010608@delphij.net> <532177E0.5010905@delphij.net> Date: Thu, 13 Mar 2014 11:17:08 +0100 X-Google-Sender-Auth: LhpQ60-bN9329NP_zUhuLbkFVZE Message-ID: Subject: Re: processes stuck in vmo_de state From: Attilio Rao To: Xin LI Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current , Alexander Motin X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Thu, 13 Mar 2014 10:17:10 -0000 On Thu, Mar 13, 2014 at 10:18 AM, Xin Li wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > Hi, > > It looks like there is a regression (or a regression that gets exposed > by some new feature) that is related to time-keeping or timecounter, > although I'm not yet familiar with the related code to tell if my > conclusion was right or not. > > The problem I observed is that when system boots up, it sometimes > hangs and pressing ^T on console tells me that sleep(1) is running > with 0 second out of 1 second, but the 'real' part of the output is > smaller than 1 or sometimes negative. > > For some reason the console may stop giving any output, but trapping > into debugger would unblock it sometimes. > > When sh(1) stuck in 'vmo_de' state, it would never recover from that > and a hard reset is necessary. If sleeps are not being serviced 'vmo_de' "deadlocks" makes sense because it is a sleep(1) condition. What is softclock doing at the time the deadlock happens? Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 12:15:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6C2A4E02 for ; Thu, 13 Mar 2014 12:15:26 +0000 (UTC) Received: from eu1sys200aog118.obsmtp.com (eu1sys200aog118.obsmtp.com [207.126.144.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 086EFEF5 for ; Thu, 13 Mar 2014 12:15:24 +0000 (UTC) Received: from mail-wi0-f169.google.com ([209.85.212.169]) (using TLSv1) by eu1sys200aob118.postini.com ([207.126.147.11]) with SMTP ID DSNKUyGhQdZ0qWVujXylyXIYS5CLmxaGcorV@postini.com; Thu, 13 Mar 2014 12:15:25 UTC Received: by mail-wi0-f169.google.com with SMTP id hm4so3456533wib.0 for ; Thu, 13 Mar 2014 05:14:57 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:message-id:to:subject:reply-to; bh=EAH8gcinGD0PjYk9E53owFYZJ+6t+Vwd3KKelK3fZCs=; b=fpJ0JVpQahC0iA65fAUT7bL+KM5LDKp5rsILxWm/gDQaNyawbT7TgR2UFPQhC2nYza VUwRsiSJXC0axdlyZqDzS0h7tY/r8GFNdhqgRntNgQm+WlRW1Zo8Ae4TlhyK4kZWgnTa XIGlCrRBjcrXiPX8lVX3AxxknSYL0Fm0Vd6vWrMyYTd3prwGlQ1zSOP3d7Wz0svoISZU AV4byeEE2HEsHkZiOIrbpSuCKxkLK4eqpCMX0mAwQWdihmPF5H/rF/gtC4VG5QTRkPFE BxB1AOY0lkMu0I1TZFnrQzRnYt8d4ZjxXjeL6GVVbGcE9NBqndJ4SYkvMvkjqFjSbZsu WVcw== X-Gm-Message-State: ALoCoQmlnWX4P2jXMekHc0lOILmhB15RonCEsT4+SMIYRc1n0hX5wzaM7ZLvyZW8HoGOolBxgj0owoqtolwD74yWtspTlYj/yTJGmG9YTpkTHcPJC4bup5pVd7+iA2dLnPLdu1l3IiG2xdlSVYEGHFUI1BDsYIuRFXNEsP1zyZVf6/Y14lLWr4U= X-Received: by 10.180.102.42 with SMTP id fl10mr1386378wib.42.1394712897350; Thu, 13 Mar 2014 05:14:57 -0700 (PDT) X-Received: by 10.180.102.42 with SMTP id fl10mr1386366wib.42.1394712897261; Thu, 13 Mar 2014 05:14:57 -0700 (PDT) Received: from mech-cluster241.men.bris.ac.uk (mech-cluster241.men.bris.ac.uk. [137.222.187.241]) by mx.google.com with ESMTPSA id n15sm7018633wij.3.2014.03.13.05.14.55 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 13 Mar 2014 05:14:56 -0700 (PDT) Sender: Anton Shterenlikht Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6) with ESMTP id s2DCEsi6084518 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 13 Mar 2014 12:14:54 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6/Submit) id s2DCEsvW084517 for freebsd-current@freebsd.org; Thu, 13 Mar 2014 12:14:54 GMT (envelope-from mexas) Date: Thu, 13 Mar 2014 05:14:56 -0700 (PDT) From: Anton Shterenlikht Message-Id: <201403131214.s2DCEsvW084517@mech-cluster241.men.bris.ac.uk> To: freebsd-current@freebsd.org Subject: r263096 sparc64: casperd: Unable to receive message from client: Cannot allocate memory. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: mexas@bris.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, 13 Mar 2014 12:15:26 -0000 FreeBSD 11.0-CURRENT #1 r263096 Is casperd started by default? I haven't enabled it in /etc/rc.conf I think I get this error when trying to use ping, e.g.: # ping localhost Broken pipe # ping freebsd.org Broken pipe # Mar 13 12:08:48 casperd[1313]: [ERROR] (casperd) Unable to receive message from client: Cannot allocate memory. Mar 13 12:08:50 last message repeated 2 times Mar 13 12:09:57 casperd[1313]: [ERROR] (casperd) Unable to receive message from client: Cannot allocate memory. What does this error mean? Thanks Anton From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 15:02:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC026C2F; Thu, 13 Mar 2014 15:02:07 +0000 (UTC) Received: from aussmtpmrkpc120.us.dell.com (aussmtpmrkpc120.us.dell.com [143.166.82.159]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4FC00255; Thu, 13 Mar 2014 15:02:06 +0000 (UTC) X-Loopcount0: from 64.238.244.148 X-IronPort-AV: E=Sophos;i="4.97,647,1389765600"; d="scan'208";a="78303841" Message-ID: <5321C866.20804@vangyzen.net> Date: Thu, 13 Mar 2014 10:01:58 -0500 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Warner Losh , Ian Lepore Subject: Re: warning: filename ends with '.', which is not allowed on Windows: 'tools/test/sort/bigtest/q-1.024.003.' References: <5319757E.1060301@freebsd.org> <821C2C51-604E-43E0-9796-300996B81B41@FreeBSD.org> <1394212976.1149.375.camel@revolution.hippie.lan> <34CAE2FE-3D3F-4D41-B82D-FDFBA387FD37@bsdimp.com> In-Reply-To: <34CAE2FE-3D3F-4D41-B82D-FDFBA387FD37@bsdimp.com> Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 8bit Cc: Eitan Adler , FreeBSD Current , Rui Paulo , David Xu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Mar 2014 15:02:07 -0000 On 03/07/2014 11:29, Warner Losh wrote: > On Mar 7, 2014, at 10:22 AM, Ian Lepore wrote: > >> On Fri, 2014-03-07 at 10:19 -0700, Warner Losh wrote: >>> On Mar 7, 2014, at 9:47 AM, Eitan Adler wrote: >>> >>>> On 7 March 2014 11:41, Rui Paulo wrote: >>>>> On 6 Mar 2014, at 23:30, David Xu wrote: >>>>>> it seems filename ended with a dot is illegal on Windows, if someone >>>>>> wants to check out freebsd source code on Windows, it will be a problem. >>>>> Is this something we want to support? >>>> Yes. >>>> >>>>> NetBSD made some invasive changes on their source tree to be able to support case-insensitive filesystems (like renaming 'cvs' to 'xcvs' to avoid clashing with the 'CVS' metadata directory), but they support building NetBSD on many different platforms. >>>> Has anyone enumerated the problematic files for FreeBSD ? >>> Last time I looked there were only a handful. Ill conduct a census and get a concrete enumeration of the problem >> Last time I noticed (early last year) there were 3 files ending in a dot >> and no case conflicts. Mercurial now finds just the one file ending in >> a dot and no case conflicts (doing "hg init;hg add -q" at /usr/src). > Confirmed via regex, almost Now theres only one ending in dot: > > ./tools/test/sort/bigtest/q-1.024.003. I confirmed, using Git, that this is the only problematic file when checking out head on Windows. On stable/9, lib/libc/gen/aux.c is the only problem. If someone is interested, r239193 could be MFC'd. On stable/8, some files under share/doc/psd/15.yacc are the only problem. r210167 could be MFC'd. Eric From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 16:03:41 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7FD01DDB for ; Thu, 13 Mar 2014 16:03:41 +0000 (UTC) Received: from cyrus.watson.org (cyrus.watson.org [198.74.231.69]) by mx1.freebsd.org (Postfix) with ESMTP id 5BD76BC6 for ; Thu, 13 Mar 2014 16:03:41 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [198.74.231.63]) by cyrus.watson.org (Postfix) with ESMTPS id 6D6F946B2D; Thu, 13 Mar 2014 12:03:40 -0400 (EDT) Date: Thu, 13 Mar 2014 16:03:40 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: d@delphij.net Subject: Re: processes stuck in vmo_de state In-Reply-To: <531EBFDC.3010608@delphij.net> Message-ID: References: <531EBFDC.3010608@delphij.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Mar 2014 16:03:41 -0000 On Tue, 11 Mar 2014, Xin Li wrote: > I have recently upgraded my home storage box (Avoton based board running > FreeBSD/amd64) from 10.0-RELEASE (patched with some ZFS changes) to > -CURRENT. It looks like the system would easily hang when I start > 'buildworld', when this happens, I saw sh process stuck in 'vmo_de' state > and procstat -kk would give me EBUSY: I recently updated my 11-CURRENT development VM and am encountering the same problem while doing buildworld. Robert From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 16:43:29 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8BA7B562 for ; Thu, 13 Mar 2014 16:43:29 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F1FE38F for ; Thu, 13 Mar 2014 16:43:28 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.8/8.14.8) with ESMTP id s2DGhQIc043005 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 13 Mar 2014 20:43:26 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.8/8.14.8/Submit) id s2DGhQtO043004 for current@FreeBSD.org; Thu, 13 Mar 2014 20:43:26 +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, 13 Mar 2014 20:43:26 +0400 From: Gleb Smirnoff To: current@FreeBSD.org Subject: [heads up] axing AppleTalk and IPX/SPX Message-ID: <20140313164326.GF40073@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Mar 2014 16:43:29 -0000 Hi! Since initial mail http://lists.freebsd.org/pipermail/freebsd-current/2013-October/045911.html did not raise a lot of objection, I'm going to proceed with this. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 19:38:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 34234CB4; Thu, 13 Mar 2014 19:38:03 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0C9A268F; Thu, 13 Mar 2014 19:38:03 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 19B8AB94E; Thu, 13 Mar 2014 15:38:02 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: vm_map.h Date: Thu, 13 Mar 2014 14:00:59 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201403131400.59282.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 13 Mar 2014 15:38:02 -0400 (EDT) Cc: Bruno =?iso-8859-1?q?Lauz=E9?= , Alan Cox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Mar 2014 19:38:03 -0000 On Wednesday, March 12, 2014 5:13:28 pm Bruno Lauz=E9 wrote: > The two defines in vm/vm_map.h=20 >=20 > #define min_offset header.start /* (c) */ > #define max_offset header.end /* (c) */ >=20 >=20 > are really getting in the way because those words are most likely to be u= sed=20 downstream. >=20 > I would suggest renaming those defines to: >=20 > #define vm_min_offset header.start /* (c) */ > #define vm_max_offset header.end /* (c) */ >=20 > Am I missing something? A simpler fix is probably to put the #define's under #ifdef _KERNEL. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 22:47:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4EDCE1E for ; Thu, 13 Mar 2014 22:47:20 +0000 (UTC) Received: from blu0-omc2-s8.blu0.hotmail.com (blu0-omc2-s8.blu0.hotmail.com [65.55.111.83]) by mx1.freebsd.org (Postfix) with ESMTP id 724489FC for ; Thu, 13 Mar 2014 22:47:20 +0000 (UTC) Received: from BLU179-W5 ([65.55.111.71]) by blu0-omc2-s8.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 13 Mar 2014 15:46:14 -0700 X-TMN: [JNI2q/KkCvZritC63LiZw3VhpTvs2pCO] X-Originating-Email: [brunolauze@msn.com] Message-ID: From: =?iso-8859-1?B?QnJ1bm8gTGF1euk=?= To: "freebsd-current@freebsd.org" Subject: RE: vm_map.h Date: Thu, 13 Mar 2014 18:46:13 -0400 Importance: Normal In-Reply-To: <201403131400.59282.jhb@freebsd.org> References: , <201403131400.59282.jhb@freebsd.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 13 Mar 2014 22:46:14.0321 (UTC) FILETIME=[09C7BA10:01CF3F0E] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Mar 2014 22:47:20 -0000 I suggesting this because it is used more ahead in the same file=2C but the= other way around is fine for me=0A= =0A= ----------------------------------------=0A= > From: jhb@freebsd.org=0A= > To: freebsd-current@freebsd.org=0A= > Subject: Re: vm_map.h=0A= > Date: Thu=2C 13 Mar 2014 14:00:59 -0400=0A= > CC: brunolauze@msn.com=3B alc@freebsd.org=0A= >=0A= > On Wednesday=2C March 12=2C 2014 5:13:28 pm Bruno Lauz=E9 wrote:=0A= >> The two defines in vm/vm_map.h=0A= >>=0A= >> #define min_offset header.start /* (c) */=0A= >> #define max_offset header.end /* (c) */=0A= >>=0A= >>=0A= >> are really getting in the way because those words are most likely to be = used=0A= > downstream.=0A= >>=0A= >> I would suggest renaming those defines to:=0A= >>=0A= >> #define vm_min_offset header.start /* (c) */=0A= >> #define vm_max_offset header.end /* (c) */=0A= >>=0A= >> Am I missing something?=0A= >=0A= > A simpler fix is probably to put the #define's under #ifdef _KERNEL.=0A= >=0A= > --=0A= > John Baldwin=0A= > _______________________________________________=0A= > freebsd-current@freebsd.org mailing list=0A= > http://lists.freebsd.org/mailman/listinfo/freebsd-current=0A= > To unsubscribe=2C send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" = From owner-freebsd-current@FreeBSD.ORG Thu Mar 13 23:19:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4782FACD; Thu, 13 Mar 2014 23:19:57 +0000 (UTC) Received: from mail-yk0-x231.google.com (mail-yk0-x231.google.com [IPv6:2607:f8b0:4002:c07::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CF6FBD07; Thu, 13 Mar 2014 23:19:56 +0000 (UTC) Received: by mail-yk0-f177.google.com with SMTP id q200so4649141ykb.8 for ; Thu, 13 Mar 2014 16:19: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 :content-type; bh=t23gVMaFF8tyVVZYAszuCIzGDI/p8mbXRJxEU3wT5kc=; b=xVUZTIQvRNz+NgxQrld5qA7vUX6JqYlNAAOms2piKZuVr1/swcWoxRRJJsqONfg2eL Mbhy15opudo6NFCbE74J7dx4mEseiJZdzRRyFxZzJK+bV99LY3sMY8lTlJENVCETRTn1 lNkgh1N3cgs016gXJDGen+7PSt+hRFnfBsYooqpz+iZ6Jeu/4bYpTy9JRXsTo5kRWzOk murPDutci5Xr9kpP8otM4hpNMIctefHrA+GICofF2rG1cG8BfCj1yYg8yYTIGELyEiH+ ZzF9J5+Z4U+evCJE6toQCRg50AsmIqhbpVuL6XSiEK6q48F71+FBX1lkWZKKbaVJ7DFb wthQ== MIME-Version: 1.0 X-Received: by 10.236.86.180 with SMTP id w40mr6313827yhe.116.1394752796036; Thu, 13 Mar 2014 16:19:56 -0700 (PDT) Received: by 10.170.66.204 with HTTP; Thu, 13 Mar 2014 16:19:55 -0700 (PDT) In-Reply-To: References: Date: Thu, 13 Mar 2014 19:19:55 -0400 Message-ID: Subject: Re: FreeBSD GSOC proposal in 2014 From: yan cui To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, soc-status@freebsd.org, jeff@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Mar 2014 23:19:57 -0000 Hi all, I have downloaded the newest FreeBSD-release kernel and scanned some codes. Wonder to know whether the lock order verification and lock profiling tool mentioned in the GSoC idea list is witness? Are there any other tools that needs to look at in the FreeBSD kernel? Thanks, Yan 2014-03-09 15:46 GMT-04:00 yan cui : > Hi All, > > I am a student in Columbia University (Yan Cui), and want to join the > FreeBSD GSOC 2014. After scanned the idea list posted online, I think I am > interested in > the idea titled "user space pthread mutex lock contention profiling and > lock order verification tools". I have several year experiences in kernel > and user locking and believe I can complete the task in time. Currently, I > wonder to know, before submitting an application on GSOC home page, do I > need to submit some documents in the community (to review?) > > Best Wishes! > Yan > > -- > Think big; Dream impossible; Make it happen. > -- Think big; Dream impossible; Make it happen. From owner-freebsd-current@FreeBSD.ORG Fri Mar 14 01:56:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57F3660C; Fri, 14 Mar 2014 01:56:36 +0000 (UTC) Received: from mail-yk0-x22e.google.com (mail-yk0-x22e.google.com [IPv6:2607:f8b0:4002:c07::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E1A07B8F; Fri, 14 Mar 2014 01:56:35 +0000 (UTC) Received: by mail-yk0-f174.google.com with SMTP id 20so5052142yks.5 for ; Thu, 13 Mar 2014 18:56: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 :content-type; bh=mOyJeoQSRL2cLTFAagwnxiN5QvdYDTx5WYqW8hgjRec=; b=VTQiWDBQIOmRQBvzebY3WDeoz9hesnyfsVoEl1bHMFDhWcw7ao14yOrpr6btfkXoMb 3bOZweQkaeR6Vnk/xWCKbbP0oL/M/MIgNxf49CZaTi0lNBopQMkk/ak90oGwBfyf2gKZ d/fbbEmDzavu3ueTj5as2ypQC7SO+iVeTBglDN6LKer5d9fpTOn8g88AMfO11MB/o8My LMv0KZ5gBVhP9PFZ0fsAy7gxwlrO1j9eMz5YGIEKZg/zuzCACn7JVxyK0atJ/zRFlTUK Ua+rwNBtShPy24sYS8OKu+2z5qP9nMVsvpBMTrJLVYXpRZmgljaNnXEYY3dM6jbo/RPH +2oQ== MIME-Version: 1.0 X-Received: by 10.236.51.71 with SMTP id a47mr7063766yhc.100.1394762195178; Thu, 13 Mar 2014 18:56:35 -0700 (PDT) Received: by 10.170.66.204 with HTTP; Thu, 13 Mar 2014 18:56:35 -0700 (PDT) In-Reply-To: References: Date: Thu, 13 Mar 2014 21:56:35 -0400 Message-ID: Subject: Re: FreeBSD GSOC proposal in 2014 From: yan cui To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, soc-status@freebsd.org, jeff@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 14 Mar 2014 01:56:36 -0000 Hi all, I write this mail to make my question clear. I know witness can be used to detect wrong lock order in the kernel. However, can it be used to do lock profiling (what I mean is to report the information such as which locks are most contended and print some related statistics such as calling graph, etc)? In other words, is it enough to finish the task by porting witness to the pthread library? Thanks, Yan 2014-03-13 19:19 GMT-04:00 yan cui : > Hi all, > > I have downloaded the newest FreeBSD-release kernel and scanned some > codes. > Wonder to know whether the lock order verification and lock profiling tool > mentioned in > the GSoC idea list is witness? Are there any other tools that needs to > look at in the FreeBSD kernel? > > Thanks, Yan > > > 2014-03-09 15:46 GMT-04:00 yan cui : > > Hi All, >> >> I am a student in Columbia University (Yan Cui), and want to join >> the FreeBSD GSOC 2014. After scanned the idea list posted online, I think I >> am interested in >> the idea titled "user space pthread mutex lock contention profiling and >> lock order verification tools". I have several year experiences in kernel >> and user locking and believe I can complete the task in time. Currently, I >> wonder to know, before submitting an application on GSOC home page, do I >> need to submit some documents in the community (to review?) >> >> Best Wishes! >> Yan >> >> -- >> Think big; Dream impossible; Make it happen. >> > > > > -- > Think big; Dream impossible; Make it happen. > -- Think big; Dream impossible; Make it happen. From owner-freebsd-current@FreeBSD.ORG Fri Mar 14 02:04:22 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7A461865; Fri, 14 Mar 2014 02:04:22 +0000 (UTC) Received: from felyko.com (felyko.com [IPv6:2607:f2f8:a528::3:1337:ca7]) by mx1.freebsd.org (Postfix) with ESMTP id 65868C3B; Fri, 14 Mar 2014 02:04:22 +0000 (UTC) Received: from [10.0.1.3] (c-24-6-115-18.hsd1.ca.comcast.net [24.6.115.18]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by felyko.com (Postfix) with ESMTPSA id 2B8D039843; Thu, 13 Mar 2014 19:04:21 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: [heads up] axing AppleTalk and IPX/SPX From: Rui Paulo In-Reply-To: <20140313164326.GF40073@FreeBSD.org> Date: Thu, 13 Mar 2014 19:04:25 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20140313164326.GF40073@FreeBSD.org> To: Gleb Smirnoff X-Mailer: Apple Mail (2.1874) Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 14 Mar 2014 02:04:22 -0000 On 13 Mar 2014, at 09:43, Gleb Smirnoff wrote: > Hi! >=20 > Since initial mail >=20 > = http://lists.freebsd.org/pipermail/freebsd-current/2013-October/045911.htm= l >=20 > did not raise a lot of objection, I'm going to proceed with this. OK by me. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Fri Mar 14 06:09:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A331BC7; Fri, 14 Mar 2014 06:09:14 +0000 (UTC) Received: from mail-la0-x235.google.com (mail-la0-x235.google.com [IPv6:2a00:1450:4010:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2FBE75F0; Fri, 14 Mar 2014 06:09:13 +0000 (UTC) Received: by mail-la0-f53.google.com with SMTP id b8so1403082lan.40 for ; Thu, 13 Mar 2014 23:09:11 -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:message-id:subject :from:to:content-type; bh=EJA3OnlupPDI2EsH0T1+qIW/MoSVYJem5Vf5P/ZKc8c=; b=Xa3kYCutRRrLwLVz7h2TEUAIJu//YfDkIiEPz0tXQUM8fdRubcOq3iTPa3YneAMgO2 7Oi2okaB83cmnFjVioNT5vHGGWuRcvxa03Pq6A2CHiOsftQEaBDoNc2cEo+Hd8OVR0u/ W8d8NjGrvr+zEFFGJaKPWItdROiMEm+yWq+PM73vqZdCyZgaQ++M7PScZZKlWWeIRO47 E0+z6H6CWSTkUm64fxOQgSq02SUEtjMHQhrpNcTLuO9IUqRWwI/Z/7xvMMeajkuXJ3aZ 5bsodq8w0Ogi8Cu1K4q59kJ5cynm0DGRgnK/rsPhx2jHut43GHN3iXp+m/Fia5WEnKuk RLUg== MIME-Version: 1.0 X-Received: by 10.153.8.135 with SMTP id dk7mr4208838lad.18.1394777351184; Thu, 13 Mar 2014 23:09:11 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.169.68 with HTTP; Thu, 13 Mar 2014 23:09:11 -0700 (PDT) In-Reply-To: References: Date: Thu, 13 Mar 2014 23:09:11 -0700 X-Google-Sender-Auth: XdssAH0JaveZ3LE3JX0VwvtJGw8 Message-ID: Subject: Re: March 13: Jenkins and BHyve presentation From: Craig Rodrigues To: freebsd-current Current , "freebsd-virtualization@freebsd.org" , "freebsd-testing@freebsd.org" , "jenkins-admin@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 14 Mar 2014 06:09:14 -0000 On March 13, 2014, I gave a talk at the Bay Area FreeBSD User Group on the current state of Jenkins and BHyve work in the FreeBSD cluster. The slides are now online: https://wiki.freebsd.org/Jenkins#Presentations_and_Working_Groups -- Craig From owner-freebsd-current@FreeBSD.ORG Fri Mar 14 06:39:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 41EB960B; Fri, 14 Mar 2014 06:39:36 +0000 (UTC) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D90C88DD; Fri, 14 Mar 2014 06:39:35 +0000 (UTC) Received: from srg.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) by ns.kevlo.org (8.14.8/8.14.8) with ESMTP id s2E6cNxD066633 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 14 Mar 2014 14:38:24 +0800 (CST) (envelope-from kevlo@FreeBSD.org) Message-ID: <5322A412.1020809@FreeBSD.org> Date: Fri, 14 Mar 2014 14:39:14 +0800 From: Kevin Lo User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Alexey Dokuchaev Subject: Re: urtwn driver for Edimax EW-7811U WLAN nano USB Adapter References: <201310081742.r98HfbBV055077@fire.js.berklix.net> <589BAB21-30E9-4750-A345-BE7AB1116F48@FreeBSD.org> <20140210122146.GA26853@FreeBSD.org> <531D6C9C.7010607@FreeBSD.org> <20140310074731.GA55224@FreeBSD.org> In-Reply-To: <20140310074731.GA55224@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Julian H. Stacey" , Alfred Perlstein , Rui Paulo , "freebsd-current@freebsd.org bsd" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 14 Mar 2014 06:39:36 -0000 On 2014/03/10 15:47, Alexey Dokuchaev wrote: > On Mon, Mar 10, 2014 at 03:41:16PM +0800, Kevin Lo wrote: >> On 2014/02/10 20:21, Alexey Dokuchaev wrote: >>> To augment this a bit: I also came across one of these dongles (vendor >>> 0x0bda product 0x8176) that gave me this "timeout waiting for checksum >>> report" message. Retrying didn't help, but plugging the dongle out and >>> then back in did. After powercycling the machine, I had to replug it >>> again. Once replugged, the dongle seems to work fine (I rebuilt kernel >>> and some ports via NFS over it thus far). >>> >>> This suggests that the driver (or more generic part of the USB stack) >>> does not initialize something correctly, while full plug-and-play thing >>> does it. Any ideas? >> We have to reset the bit of the R92C_MCUFWDL associated with checksum report >> before writing firmware. Could you try this patch? Thanks. > Shit. I'd like to help, but no longer have access to the dongle. If I find > anything similar (or find a way to get access to original dongle remotely), > I'll let you know. :( No worries. I committed it as r263154. Hope this problem get fixed. :-) > > Thanks for working on these things Kevin, I appreciate it. > > ./danfe Kevin From owner-freebsd-current@FreeBSD.ORG Fri Mar 14 07:04:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DDE9ACE1; Fri, 14 Mar 2014 07:04:03 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 800E0AFD; Fri, 14 Mar 2014 07:04:03 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by freebsd.czest.pl (8.14.5/8.14.5) with ESMTP id s2E72ICA041699; Fri, 14 Mar 2014 07:02:18 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.5/8.14.5/Submit) id s2E72Iqw041698; Fri, 14 Mar 2014 07:02:18 GMT (envelope-from wkoszek) Date: Fri, 14 Mar 2014 07:02:18 +0000 From: "Wojciech A. Koszek" To: yan cui Subject: Re: FreeBSD GSOC proposal in 2014 Message-ID: <20140314070218.GA37327@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-0.4 required=5.0 tests=RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on freebsd.czest.pl X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (freebsd.czest.pl [212.87.224.105]); Fri, 14 Mar 2014 07:02:25 +0000 (UTC) Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, soc-status@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 14 Mar 2014 07:04:04 -0000 On Thu, Mar 13, 2014 at 09:56:35PM -0400, yan cui wrote: > Hi all, > > I write this mail to make my question clear. I know witness can be used > to detect wrong lock order in the kernel. However, can it be used to do > lock profiling (what I mean is to report the information such as which > locks are most contended and print some related statistics such as calling > graph, etc)? > In other words, is it enough to finish the task by porting witness to the > pthread library? > Yan, To my knowledge WITNESS is the only tool for lock order verification. For lock profiling in the FreeBSD kernel there's a KTR subsystem. KTR mechanism is basically like syslog() in the user-space, but for the kernel. KTR subsystem will receive messages from KTR API that is placed in the FreeBSD kernel. Messages get stored on the list of some sort. List can be exported to a file. File you can later analyze. Jeff wrote a Python app which can be used for pre-processing the KTR logs from scheduler and protting them visually. Link: http://svnweb.freebsd.org/base/head/tools/sched/schedgraph.py Instead of porting witness to pthreads, maybe we could evaluate expanding WITNESS to cover kern_umtx? This could prove to be more universal. Wojciech > > 2014-03-13 19:19 GMT-04:00 yan cui : > > > Hi all, > > > > I have downloaded the newest FreeBSD-release kernel and scanned some > > codes. > > Wonder to know whether the lock order verification and lock profiling tool > > mentioned in > > the GSoC idea list is witness? Are there any other tools that needs to > > look at in the FreeBSD kernel? > > > > Thanks, Yan > > > > > > 2014-03-09 15:46 GMT-04:00 yan cui : > > > > Hi All, > >> > >> I am a student in Columbia University (Yan Cui), and want to join > >> the FreeBSD GSOC 2014. After scanned the idea list posted online, I think I > >> am interested in > >> the idea titled "user space pthread mutex lock contention profiling and > >> lock order verification tools". I have several year experiences in kernel > >> and user locking and believe I can complete the task in time. Currently, I > >> wonder to know, before submitting an application on GSOC home page, do I > >> need to submit some documents in the community (to review?) > >> > >> Best Wishes! > >> Yan > >> > >> -- > >> Think big; Dream impossible; Make it happen. > >> > > > > > > > > -- > > Think big; Dream impossible; Make it happen. > > > > > > -- > Think big; Dream impossible; Make it happen. > _______________________________________________ > soc-status@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/soc-status > To unsubscribe, send any mail to "soc-status-unsubscribe@freebsd.org" -- Wojciech A. Koszek wkoszek@FreeBSD.czest.pl http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-current@FreeBSD.ORG Fri Mar 14 09:31:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 424AD627 for ; Fri, 14 Mar 2014 09:31:38 +0000 (UTC) Received: from mail.rlwinm.de (mail.rlwinm.de [IPv6:2a01:4f8:140:72e1::ac16:e45e]) by mx1.freebsd.org (Postfix) with ESMTP id 072A8D50 for ; Fri, 14 Mar 2014 09:31:38 +0000 (UTC) Received: from t420.rlwinm.de (p54BC48D7.dip0.t-ipconnect.de [84.188.72.215]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.rlwinm.de (Postfix) with ESMTPSA id 846A1BFF1 for ; Fri, 14 Mar 2014 09:31:30 +0000 (UTC) Message-ID: <5322CC72.4050600@rlwinm.de> Date: Fri, 14 Mar 2014 10:31:30 +0100 From: Crest User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: MacPro 2009 again References: <278B7E0F-83DE-40AD-B57B-CB52A442C1C8@orange.fr> In-Reply-To: <278B7E0F-83DE-40AD-B57B-CB52A442C1C8@orange.fr> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 14 Mar 2014 09:31:38 -0000 On 12.03.2014 09:25, Nicolas Kozic wrote: > Hello all, I come back on FreeBSD. I tried for a couple of months > macports, fink on macosx on Mavericks version but it is not the > same. On Mavericks we can have X via XQuartz but I miss some > softwares and X from FreeBSD is different. So my actual solution > is: Use one system with my needs and boot on when it's useful. I > have many request about FreeBSD on MacPro (to access to my > macintosh hard drive inside FreeBSD for instance). But first I want > to boot on my FreeBSD HD. I installed on a hard drive who had > previously the FileVault turned on. I want to know if it is the > cause of my problem. Because I previously wrote "gpart bootcode -b > /boot/pmbr -p /boot/gptboot -i bootpartition adax" and fix "bless > -device /dev/disk setboot -legacy]". and my system refuses to boot. > The last command ask me a problem. > > Do I need to bless the whole disk or the boot partition of disk ? > Nicolas Kozic I avoided the whole problem like this on FreeBSD 10.0/amd64: 1. Format the disk with MBR (1 slice) 2. Format the slice as BSD label (3 partitions) 3. Put a UFS /boot, swap and zpool on partitions. 4. Install FreeBSD on the zpool 5. Copy /boot to the UFS and symlink it. 6. Put /boot/mbr on the disk 7. Put /boot/boot on the slice 8. Activate the first slice of the MBR 9. Watch the MacPro EFI boot in BIOS mode. Just for fun I installed X.org and tested the System a little. 2D Performance was nice but the combination of an old lowend Radeon with a 2560px x 1600px display and the free X.org drivers resulted in abysmal 3D performance at the native resolution. I later extended this setup to a 4 way GEOM mirror /boot and a ZFS pool of two mirrored VDEVs. The old SATA1 controller will cost you some performance. From owner-freebsd-current@FreeBSD.ORG Fri Mar 14 09:59:46 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B66F4776; Fri, 14 Mar 2014 09:59:46 +0000 (UTC) Received: from cyrus.watson.org (cyrus.watson.org [198.74.231.69]) by mx1.freebsd.org (Postfix) with ESMTP id 91F76FF4; Fri, 14 Mar 2014 09:59:46 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [198.74.231.63]) by cyrus.watson.org (Postfix) with ESMTPS id 7923D46B2A; Fri, 14 Mar 2014 05:59:40 -0400 (EDT) Date: Fri, 14 Mar 2014 09:59:40 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Gleb Smirnoff Subject: Re: [heads up] axing AppleTalk and IPX/SPX In-Reply-To: <20140313164326.GF40073@FreeBSD.org> Message-ID: References: <20140313164326.GF40073@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 14 Mar 2014 09:59:46 -0000 On Thu, 13 Mar 2014, Gleb Smirnoff wrote: > Since initial mail > > http://lists.freebsd.org/pipermail/freebsd-current/2013-October/045911.html > > did not raise a lot of objection, I'm going to proceed with this. Ditto here -- on the one hand, a shame, and on the other, reality. Remember to also garbage collect the micro-test suites for IPX and AppleTalk in src/tools/regression. Robert From owner-freebsd-current@FreeBSD.ORG Fri Mar 14 10:18:14 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54240EC6; Fri, 14 Mar 2014 10:18:14 +0000 (UTC) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D772227F; Fri, 14 Mar 2014 10:18:13 +0000 (UTC) Received: from [194.32.164.24] (80-46-130-69.static.dsl.as9105.com [80.46.130.69]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id s2EAI6ZO087515; Fri, 14 Mar 2014 10:18:06 GMT (envelope-from rb@gid.co.uk) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: [heads up] axing AppleTalk and IPX/SPX From: Bob Bishop In-Reply-To: <20140313164326.GF40073@FreeBSD.org> Date: Fri, 14 Mar 2014 10:17:59 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <7C1F5ED1-D6F6-4F7C-8A78-51D2A33B4F98@gid.co.uk> References: <20140313164326.GF40073@FreeBSD.org> To: Gleb Smirnoff X-Mailer: Apple Mail (2.1874) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 14 Mar 2014 10:18:14 -0000 Hi, On 13 Mar 2014, at 16:43, Gleb Smirnoff wrote: > Hi! >=20 > Since initial mail >=20 > = http://lists.freebsd.org/pipermail/freebsd-current/2013-October/045911.htm= l >=20 > did not raise a lot of objection, I'm going to proceed with this. >=20 > --=20 > Totus tuus, Glebius. In which case, somebody needs to look at the netatalk ports. netatalk-2.2.5,1 has AppleTalk support so may have problems netatalk3-3.1.0_4,1 long description says it supports AppleTalk; it = doesn't, support was dropped at 3.0. -- Bob Bishop rb@gid.co.uk From owner-freebsd-current@FreeBSD.ORG Fri Mar 14 10:31:47 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A89C082F; Fri, 14 Mar 2014 10:31:47 +0000 (UTC) Received: from mail-wg0-x22d.google.com (mail-wg0-x22d.google.com [IPv6:2a00:1450:400c:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2367D5FA; Fri, 14 Mar 2014 10:31:46 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id l18so1997385wgh.16 for ; Fri, 14 Mar 2014 03:31: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=LKy6+wxd/2f5JgZ43+WUaK0zdfntiNsWgN5UG28qQwE=; b=RpJg5fMqjGzOnZH1aLEtQdpHeNIsA7i1J0c5IR2a3FL2EIvn8BWztsF3PUBUUFdt8c dGFqzVr936eaDsIx3M++Y/nbBk39gix5J8hiZ+qmsCvmTn1hP7Q2a/aWok1R3zREvCPM +ar4JPsa5SoDHSIo8fC2IKxJ0CwpySih7yuC2tUePa3nJEhVAxOpP1e85YhSF4O7Wt0G 4t4jQFeEvQ6va4us+1l429SkngvLxi5mTEMCIjeQlUkWW8Z94RHePzV8L4D/A1OSoRsf Kowx+RCyNa/2Apmh9Nx/G5Uis6/Z6ehvNnJSuS/3oqpwG24wU+UzklcJRjEo+36dKCU6 bt0Q== MIME-Version: 1.0 X-Received: by 10.194.219.132 with SMTP id po4mr5845906wjc.7.1394793105650; Fri, 14 Mar 2014 03:31:45 -0700 (PDT) Received: by 10.217.140.73 with HTTP; Fri, 14 Mar 2014 03:31:45 -0700 (PDT) In-Reply-To: <20140313164326.GF40073@FreeBSD.org> References: <20140313164326.GF40073@FreeBSD.org> Date: Fri, 14 Mar 2014 14:31:45 +0400 Message-ID: Subject: Re: [heads up] axing AppleTalk and IPX/SPX From: Sergey Kandaurov To: Gleb Smirnoff Content-Type: text/plain; charset=ISO-8859-1 Cc: current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 14 Mar 2014 10:31:47 -0000 On 13 March 2014 20:43, Gleb Smirnoff wrote: > Hi! > > Since initial mail > > http://lists.freebsd.org/pipermail/freebsd-current/2013-October/045911.html > > did not raise a lot of objection, I'm going to proceed with this. Would you like to clean up from DECnet as well? :) sys/net/if_fddisubr.c 73: #ifdef DECNET 74: #include 75: #endif -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Fri Mar 14 10:50:50 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B23AE62 for ; Fri, 14 Mar 2014 10:50:50 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E460D7D6 for ; Fri, 14 Mar 2014 10:50:49 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.8/8.14.8) with ESMTP id s2EAogOI050263 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 14 Mar 2014 14:50:42 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.8/8.14.8/Submit) id s2EAogCF050262; Fri, 14 Mar 2014 14:50:42 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 14 Mar 2014 14:50:42 +0400 From: Gleb Smirnoff To: Sergey Kandaurov Subject: Re: [heads up] axing AppleTalk and IPX/SPX Message-ID: <20140314105042.GO40073@glebius.int.ru> References: <20140313164326.GF40073@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) Cc: current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 14 Mar 2014 10:50:50 -0000 On Fri, Mar 14, 2014 at 02:31:45PM +0400, Sergey Kandaurov wrote: S> On 13 March 2014 20:43, Gleb Smirnoff wrote: S> > Hi! S> > S> > Since initial mail S> > S> > http://lists.freebsd.org/pipermail/freebsd-current/2013-October/045911.html S> > S> > did not raise a lot of objection, I'm going to proceed with this. S> S> Would you like to clean up from DECnet as well? :) S> S> sys/net/if_fddisubr.c S> 73: #ifdef DECNET S> 74: #include S> 75: #endif I noticed that when editing. Should go away in another cleanup. P.S. btw, the file itself... the FDDI :) you know what I'd like to say :) -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Fri Mar 14 13:54:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A9ECD47B for ; Fri, 14 Mar 2014 13:54:47 +0000 (UTC) Received: from mx1.stack.nl (relay04.stack.nl [IPv6:2001:610:1108:5010::107]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5904BDA2 for ; Fri, 14 Mar 2014 13:54:47 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 48B35B900B; Fri, 14 Mar 2014 14:54:43 +0100 (CET) Received: by snail.stack.nl (Postfix, from userid 1677) id 2CDFA28497; Fri, 14 Mar 2014 14:54:43 +0100 (CET) Date: Fri, 14 Mar 2014 14:54:43 +0100 From: Jilles Tjoelker To: Anton Shterenlikht Subject: Re: r263096 sparc64: casperd: Unable to receive message from client: Cannot allocate memory. Message-ID: <20140314135442.GC5792@stack.nl> References: <201403131214.s2DCEsvW084517@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201403131214.s2DCEsvW084517@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 14 Mar 2014 13:54:47 -0000 On Thu, Mar 13, 2014 at 05:14:56AM -0700, Anton Shterenlikht wrote: > FreeBSD 11.0-CURRENT #1 r263096 > Is casperd started by default? > I haven't enabled it in /etc/rc.conf > I think I get this error when trying > to use ping, e.g.: > # ping localhost > Broken pipe > # ping freebsd.org > Broken pipe > # > Mar 13 12:08:48 casperd[1313]: [ERROR] (casperd) Unable to receive message from client: Cannot allocate memory. > Mar 13 12:08:50 last message repeated 2 times > Mar 13 12:09:57 casperd[1313]: [ERROR] (casperd) Unable to receive message from client: Cannot allocate memory. > What does this error mean? It looks like a bug causes the "big endian" flag to be lost. As a result, the bits are interpreted as little endian and an extremely large allocation is attempted. Try this patch: Index: lib/libnv/nvlist.c =================================================================== --- lib/libnv/nvlist.c (revision 262358) +++ lib/libnv/nvlist.c (working copy) @@ -582,7 +582,7 @@ nvlist_check_header(struct nvlist_header *nvlhdrp) errno = EINVAL; return (false); } - if ((nvlhdrp->nvlh_flags &= ~NV_FLAG_ALL_MASK) != 0) { + if ((nvlhdrp->nvlh_flags & ~NV_FLAG_ALL_MASK) != 0) { errno = EINVAL; return (false); } On another note, I don't think the sends to casperd should be generating SIGPIPE. Instead, the EPIPE error can be handled as normal, without immediately terminating the process. I propose the following patch, with a .Dd bump to the man page (to test it, the first patch should not be applied): Index: lib/libnv/msgio.c =================================================================== --- lib/libnv/msgio.c (revision 262358) +++ lib/libnv/msgio.c (working copy) @@ -147,7 +147,7 @@ msg_send(int sock, const struct msghdr *msg) for (;;) { fd_wait(sock, false); - if (sendmsg(sock, msg, 0) == -1) { + if (sendmsg(sock, msg, MSG_NOSIGNAL) == -1) { if (errno == EINTR) continue; return (-1); @@ -345,7 +345,7 @@ buf_send(int sock, void *buf, size_t size) ptr = buf; do { fd_wait(sock, false); - done = send(sock, ptr, size, 0); + done = send(sock, ptr, size, MSG_NOSIGNAL); if (done == -1) { if (errno == EINTR) continue; Index: lib/libnv/nv.3 =================================================================== --- lib/libnv/nv.3 (revision 262358) +++ lib/libnv/nv.3 (working copy) @@ -310,7 +310,9 @@ The .Fn nvlist_send function sends the given nvlist over the socket given by the .Fa sock -argument. +argument, +without generating +.Dv SIGPIPE . Note that nvlist that contains file descriptors can only be send over .Xr unix 4 domain sockets. -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Fri Mar 14 17:07:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6053C648; Fri, 14 Mar 2014 17:07:50 +0000 (UTC) Received: from mail-yh0-x22a.google.com (mail-yh0-x22a.google.com [IPv6:2607:f8b0:4002:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AC7D9381; Fri, 14 Mar 2014 17:07:49 +0000 (UTC) Received: by mail-yh0-f42.google.com with SMTP id t59so2895511yho.1 for ; Fri, 14 Mar 2014 10:07:49 -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=CprsYvtgBOfnvPAkw5Trhhbb+uB3mtkiX0mvV8u3Ii4=; b=O9NOGpQV2SKu+reO7zbvp7+TC/NOuORSuvMGSKaIiDQMKH4AB0b1v83e0oqWgAgOHL +wln8QN2qwyf1tp4R5dUJQYyqFvXTKByoOe/gHrZOrrnFmDuYv6Q0f3Pra2e+6KtYCqL rxCFGVscaox0ZXmmCRj+3o4agx1JtY1Bj3Rfpwe8l+sUq/y5B6g87tJ9H1/MywiA9Wxf cKBze6/mNaT1oNcDvAFPMqkEyzlqchE2UjCOljeRP6o/Shk/e9mNck3p5jzmnFmox88v T7n5rPBsourxdSKphY9o5CDhIcjyHSbJ5zgvZw6Etvb+GeEX1VP+6EjBVcxb+O/qkzD+ nDcQ== MIME-Version: 1.0 X-Received: by 10.236.177.100 with SMTP id c64mr4062029yhm.30.1394816868904; Fri, 14 Mar 2014 10:07:48 -0700 (PDT) Received: by 10.170.66.204 with HTTP; Fri, 14 Mar 2014 10:07:48 -0700 (PDT) In-Reply-To: <20140314070218.GA37327@FreeBSD.org> References: <20140314070218.GA37327@FreeBSD.org> Date: Fri, 14 Mar 2014 13:07:48 -0400 Message-ID: Subject: Re: FreeBSD GSOC proposal in 2014 From: yan cui To: "Wojciech A. Koszek" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, soc-status@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 14 Mar 2014 17:07:50 -0000 Thanks for the reply! I will get more information about KTR subsystem. 2014-03-14 3:02 GMT-04:00 Wojciech A. Koszek : > On Thu, Mar 13, 2014 at 09:56:35PM -0400, yan cui wrote: > > Hi all, > > > > I write this mail to make my question clear. I know witness can be > used > > to detect wrong lock order in the kernel. However, can it be used to do > > lock profiling (what I mean is to report the information such as which > > locks are most contended and print some related statistics such as > calling > > graph, etc)? > > In other words, is it enough to finish the task by porting witness to the > > pthread library? > > > > Yan, > > To my knowledge WITNESS is the only tool for lock order verification. > > For lock profiling in the FreeBSD kernel there's a KTR subsystem. KTR > mechanism is basically like syslog() in the user-space, but for the kernel. > KTR subsystem will receive messages from KTR API that is placed in the > FreeBSD kernel. Messages get stored on the list of some sort. List can be > exported to a file. File you can later analyze. > > Jeff wrote a Python app which can be used for pre-processing the KTR logs > from scheduler and protting them visually. Link: > > http://svnweb.freebsd.org/base/head/tools/sched/schedgraph.py > > Instead of porting witness to pthreads, maybe we could evaluate expanding > WITNESS to cover kern_umtx? This could prove to be more universal. > > Wojciech > > > > > 2014-03-13 19:19 GMT-04:00 yan cui : > > > > > Hi all, > > > > > > I have downloaded the newest FreeBSD-release kernel and scanned > some > > > codes. > > > Wonder to know whether the lock order verification and lock profiling > tool > > > mentioned in > > > the GSoC idea list is witness? Are there any other tools that needs to > > > look at in the FreeBSD kernel? > > > > > > Thanks, Yan > > > > > > > > > 2014-03-09 15:46 GMT-04:00 yan cui : > > > > > > Hi All, > > >> > > >> I am a student in Columbia University (Yan Cui), and want to join > > >> the FreeBSD GSOC 2014. After scanned the idea list posted online, I > think I > > >> am interested in > > >> the idea titled "user space pthread mutex lock contention profiling > and > > >> lock order verification tools". I have several year experiences in > kernel > > >> and user locking and believe I can complete the task in time. > Currently, I > > >> wonder to know, before submitting an application on GSOC home page, > do I > > >> need to submit some documents in the community (to review?) > > >> > > >> Best Wishes! > > >> Yan > > >> > > >> -- > > >> Think big; Dream impossible; Make it happen. > > >> > > > > > > > > > > > > -- > > > Think big; Dream impossible; Make it happen. > > > > > > > > > > > -- > > Think big; Dream impossible; Make it happen. > > _______________________________________________ > > soc-status@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/soc-status > > To unsubscribe, send any mail to "soc-status-unsubscribe@freebsd.org" > > -- > Wojciech A. Koszek > wkoszek@FreeBSD.czest.pl > http://FreeBSD.czest.pl/~wkoszek/ > -- Think big; Dream impossible; Make it happen. From owner-freebsd-current@FreeBSD.ORG Fri Mar 14 17:30:08 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 34F0F87A; Fri, 14 Mar 2014 17:30:08 +0000 (UTC) Received: from mail-ob0-x235.google.com (mail-ob0-x235.google.com [IPv6:2607:f8b0:4003:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E7C9D843; Fri, 14 Mar 2014 17:30:07 +0000 (UTC) Received: by mail-ob0-f181.google.com with SMTP id wp4so2894036obc.12 for ; Fri, 14 Mar 2014 10:30:07 -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=T70qjNgaCNImC488ntw5xiiCW3Me9tUUIqvCK0LrGxM=; b=qF1poyBfuMgcggzpYJSLUaneyvxc9D/ra/73u+fP6ytAdp2XGwnlrrW2iLccbE9D31 /h8MM+e9vQ+c9w8oVGF+H8GyEXcrB23uf+B77Wh/43ZGzt17cMJuHUC9jRggYWWtVqiT jt9xyYxbVfAb+y6nOU0revO3eC2FVZ82o2jOy68q+Eov5h1XhwVYBHfc/WOVsQ+wq91F +JK6Mlm98Ay6mhRGD5kHBi9XWz+fE+AARAe7+fuikde1qngj/xnogL0h7UpEHz9B1+oa cXup+/sO/tr3fumV8TyNbovwPgSIq4a/w98Wxy4a5SPmsfLt/k+tAIPGJLCUV2Awqmyq kiLA== MIME-Version: 1.0 X-Received: by 10.182.233.228 with SMTP id tz4mr3287663obc.56.1394818207390; Fri, 14 Mar 2014 10:30:07 -0700 (PDT) Received: by 10.182.80.7 with HTTP; Fri, 14 Mar 2014 10:30:07 -0700 (PDT) In-Reply-To: References: Date: Fri, 14 Mar 2014 18:30:07 +0100 Message-ID: Subject: Re: iwn0: iwn_intr: fatal firmware error (10-STABLE + iwn2230) From: Oliver Pinter To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 14 Mar 2014 17:30:08 -0000 No change. Same like before. On 1/12/14, Adrian Chadd wrote: > Just try copying the whole iwn driver from -head to -10. > > -a > > > On 12 January 2014 05:27, Oliver Pinter wrote: >> Hi all! >> >> I got this firmware crash with 10-STABLE + backported iwn patches from >> CURRENT: >> >> iwn0: device timeout >> wlan0: link state changed to UP >> wlan0: link state changed to DOWN >> wlan0: link state changed to UP >> iwn0: device timeout >> iwn0: iwn_intr: fatal firmware error >> firmware error log: >> error type = "UNKNOWN" (0x0000102C) >> program counter = 0x0000D978 >> source line = 0x000006A4 >> error data = 0x000000FE00000000 >> branch link = 0x0000D88A0000D88A >> interrupt link = 0x0000EC7A00000000 >> time = 17657601 >> driver status: >> tx ring 0: qid=0 cur=2 queued=2 >> tx ring 1: qid=1 cur=0 queued=0 >> tx ring 2: qid=2 cur=0 queued=0 >> tx ring 3: qid=3 cur=0 queued=0 >> tx ring 4: qid=4 cur=0 queued=0 >> tx ring 5: qid=5 cur=0 queued=0 >> tx ring 6: qid=6 cur=0 queued=0 >> tx ring 7: qid=7 cur=0 queued=0 >> tx ring 8: qid=8 cur=0 queued=0 >> tx ring 9: qid=9 cur=18 queued=0 >> tx ring 10: qid=10 cur=0 queued=0 >> tx ring 11: qid=11 cur=0 queued=0 >> tx ring 12: qid=12 cur=0 queued=0 >> tx ring 13: qid=13 cur=0 queued=0 >> tx ring 14: qid=14 cur=0 queued=0 >> tx ring 15: qid=15 cur=0 queued=0 >> tx ring 16: qid=16 cur=0 queued=0 >> tx ring 17: qid=17 cur=0 queued=0 >> tx ring 18: qid=18 cur=0 queued=0 >> tx ring 19: qid=19 cur=0 queued=0 >> rx ring: cur=36 >> wlan0: link state changed to DOWN >> wlan0: link state changed to UP >> wlan0: link state changed to DOWN >> iwn0: device timeout >> >> The hardware is: >> >> iwn0@pci0:4:0:0: class=0x028000 card=0x40628086 chip=0x08878086 >> rev=0xc4 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'Centrino Wireless-N 2230' >> class = network >> >> Attached the patch, that I use to support 2230 in 10-STABLE. >> >> And attached the output of: >> git diff op/stable/10/iwn origin/master -- sys/dev/iwn/ as >> iwn_-_10_-_current.diff >> and >> git diff op/stable/10/iwn origin/master -- sys/dev/net80211/ as >> net80211_-_10_-_current.diff >> >> The git repo mirrored from FreeBSD's github repo. >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Mar 14 19:05:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2AEA721B; Fri, 14 Mar 2014 19:05:31 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 92209166; Fri, 14 Mar 2014 19:05:30 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by freebsd.czest.pl (8.14.5/8.14.5) with ESMTP id s2EJ3rZr046389; Fri, 14 Mar 2014 19:03:53 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.5/8.14.5/Submit) id s2EJ3rR8046388; Fri, 14 Mar 2014 19:03:53 GMT (envelope-from wkoszek) Date: Fri, 14 Mar 2014 19:03:53 +0000 From: "Wojciech A. Koszek" To: yan cui Subject: Re: FreeBSD GSOC proposal in 2014 Message-ID: <20140314190353.GC37327@FreeBSD.org> References: <20140314070218.GA37327@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-0.4 required=5.0 tests=RP_MATCHES_RCVD, SPF_HELO_PASS, SPF_PASS autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on freebsd.czest.pl X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (freebsd.czest.pl [212.87.224.105]); Fri, 14 Mar 2014 19:03:57 +0000 (UTC) Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, soc-status@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 14 Mar 2014 19:05:31 -0000 On Fri, Mar 14, 2014 at 01:07:48PM -0400, yan cui wrote: > Thanks for the reply! I will get more information about KTR subsystem. > You can also look here: http://people.freebsd.org/~kris/scaling/Help_my_system_is_slow.pdf Wojciech > > > > > 2014-03-14 3:02 GMT-04:00 Wojciech A. Koszek : > > > On Thu, Mar 13, 2014 at 09:56:35PM -0400, yan cui wrote: > > > Hi all, > > > > > > I write this mail to make my question clear. I know witness can be > > used > > > to detect wrong lock order in the kernel. However, can it be used to do > > > lock profiling (what I mean is to report the information such as which > > > locks are most contended and print some related statistics such as > > calling > > > graph, etc)? > > > In other words, is it enough to finish the task by porting witness to the > > > pthread library? > > > > > > > Yan, > > > > To my knowledge WITNESS is the only tool for lock order verification. > > > > For lock profiling in the FreeBSD kernel there's a KTR subsystem. KTR > > mechanism is basically like syslog() in the user-space, but for the kernel. > > KTR subsystem will receive messages from KTR API that is placed in the > > FreeBSD kernel. Messages get stored on the list of some sort. List can be > > exported to a file. File you can later analyze. > > > > Jeff wrote a Python app which can be used for pre-processing the KTR logs > > from scheduler and protting them visually. Link: > > > > http://svnweb.freebsd.org/base/head/tools/sched/schedgraph.py > > > > Instead of porting witness to pthreads, maybe we could evaluate expanding > > WITNESS to cover kern_umtx? This could prove to be more universal. > > > > Wojciech > > > > > > > > 2014-03-13 19:19 GMT-04:00 yan cui : > > > > > > > Hi all, > > > > > > > > I have downloaded the newest FreeBSD-release kernel and scanned > > some > > > > codes. > > > > Wonder to know whether the lock order verification and lock profiling > > tool > > > > mentioned in > > > > the GSoC idea list is witness? Are there any other tools that needs to > > > > look at in the FreeBSD kernel? > > > > > > > > Thanks, Yan > > > > > > > > > > > > 2014-03-09 15:46 GMT-04:00 yan cui : > > > > > > > > Hi All, > > > >> > > > >> I am a student in Columbia University (Yan Cui), and want to join > > > >> the FreeBSD GSOC 2014. After scanned the idea list posted online, I > > think I > > > >> am interested in > > > >> the idea titled "user space pthread mutex lock contention profiling > > and > > > >> lock order verification tools". I have several year experiences in > > kernel > > > >> and user locking and believe I can complete the task in time. > > Currently, I > > > >> wonder to know, before submitting an application on GSOC home page, > > do I > > > >> need to submit some documents in the community (to review?) > > > >> > > > >> Best Wishes! > > > >> Yan > > > >> > > > >> -- > > > >> Think big; Dream impossible; Make it happen. > > > >> > > > > > > > > > > > > > > > > -- > > > > Think big; Dream impossible; Make it happen. > > > > > > > > > > > > > > > > -- > > > Think big; Dream impossible; Make it happen. > > > _______________________________________________ > > > soc-status@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/soc-status > > > To unsubscribe, send any mail to "soc-status-unsubscribe@freebsd.org" > > > > -- > > Wojciech A. Koszek > > wkoszek@FreeBSD.czest.pl > > http://FreeBSD.czest.pl/~wkoszek/ > > > > > > -- > Think big; Dream impossible; Make it happen. > _______________________________________________ > 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" -- Wojciech A. Koszek wkoszek@FreeBSD.czest.pl http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-current@FreeBSD.ORG Sat Mar 15 18:04:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D759B13 for ; Sat, 15 Mar 2014 18:04:26 +0000 (UTC) Received: from mail-pa0-f53.google.com (mail-pa0-f53.google.com [209.85.220.53]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1500932A for ; Sat, 15 Mar 2014 18:04:25 +0000 (UTC) Received: by mail-pa0-f53.google.com with SMTP id ld10so3977450pab.40 for ; Sat, 15 Mar 2014 11:04:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=Dcl52GwSrydKNTF6GoDUN38yaVau86kD0w7hw5aS8mU=; b=XfcoqNL7T1T/h8oyq6DsxZtOdRg/k+vzYTASckd5m7CHhPJwFSEzbsd6Ahq7dO7BSO VCpjWqiurbBJ4KApHxMsenaJcC5I2uFsO3KRVLikYLT670WcwGseQIauSzJXOuYUBVaR RYcOFU81MJYg5IwJaJeSIOUZmnRfdLndLYlX+A1IrAoI1ITB2mFKmmsI0uMIdbBqtA6f IXFIRnvWWR1lRNzfqC5OCbApEU2LJlG+lUtP8JARS62hh02J4Hz3/oGPujBEiGzwZckz b9YG617Ixkgvqm4+Hqj6qPo2SzniSF9n0TcK7cgo7RcDm+dAP2+wlBvU+eNxhJJLtFvk pe4g== X-Gm-Message-State: ALoCoQlC4z/XGx2G0ufdEEPPmdhWl1BC+efuAMt6d7E08dSmtI/J0E0Y+uoMgy4APi2mAceJ/2hI MIME-Version: 1.0 X-Received: by 10.66.142.107 with SMTP id rv11mr16241317pab.17.1394906658800; Sat, 15 Mar 2014 11:04:18 -0700 (PDT) Received: by 10.70.94.97 with HTTP; Sat, 15 Mar 2014 11:04:18 -0700 (PDT) Received: by 10.70.94.97 with HTTP; Sat, 15 Mar 2014 11:04:18 -0700 (PDT) Date: Sat, 15 Mar 2014 11:04:18 -0700 Message-ID: Subject: Keyboard issues in KDE when using vt From: Jos Backus To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 15 Mar 2014 18:04:26 -0000 Hi, When I replaced sc with vt and start KDE, my PS/2 keyboard doesn't work properly. Initially after an xterm comes up, I can't type at all (no keystrokes are regularly) but after a few seconds a key starts repeating at the repeat rate, and there is no correlation between the keys pressed and the keystrokes displayed. When I rebuild the same kernel with sc, everything works normally. As far as I can tell, this has been happening ever since vt was committed. Please let me know how I can help debug this problem. Thanks, Jos From owner-freebsd-current@FreeBSD.ORG Sat Mar 15 22:24:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 464DD9EC for ; Sat, 15 Mar 2014 22:24:14 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp05.smtpout.orange.fr [80.12.242.127]) by mx1.freebsd.org (Postfix) with ESMTP id D9DCEC0E for ; Sat, 15 Mar 2014 22:24:12 +0000 (UTC) Received: from localhost ([92.156.101.85]) by mwinf5d10 with ME id dyQ51n00K1qYyUk03yQ5Cn; Sat, 15 Mar 2014 23:24:06 +0100 Message-ID: <5324D305.1080201@orange.fr> Date: Sat, 15 Mar 2014 23:24:05 +0100 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Keyboard issues in KDE when using vt References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 15 Mar 2014 22:24:14 -0000 On 03/15/2014 19:04, Jos Backus wrote: > Hi, > > When I replaced sc with vt and start KDE, my PS/2 keyboard doesn't work > properly. Initially after an xterm comes up, I can't type at all (no > keystrokes are regularly) but after a few seconds a key starts repeating at > the repeat rate, and there is no correlation between the keys pressed and > the keystrokes displayed. When I rebuild the same kernel with sc, > everything works normally. As far as I can tell, this has been happening > ever since vt was committed. > > Please let me know how I can help debug this problem. > This looks like the problem I encountered a few weeks ago, with a custom kernel, which did not show with the GENERIC kernel. I solved it by including the kbdmux device in my kernel. > Thanks, > Jos Hope that helps, CBu From owner-freebsd-current@FreeBSD.ORG Sun Mar 16 13:38:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 91137EAD for ; Sun, 16 Mar 2014 13:38:19 +0000 (UTC) Received: from server.i805.com.br (mailhost.i805.com.br [72.52.97.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7A7A9954 for ; Sun, 16 Mar 2014 13:38:19 +0000 (UTC) Received: from i805.com.br (localhost [127.0.0.1]) by server.i805.com.br (8.14.7/8.14.5) with ESMTP id s2GDcBA6044916 for ; Sun, 16 Mar 2014 10:38:11 -0300 (BRT) (envelope-from rizzo@i805.com.br) From: "Nilton Jose Rizzo" To: freebsd-current@freebsd.org Subject: File not found in ftp repository Date: Sun, 16 Mar 2014 10:38:11 -0300 Message-Id: <20140316133552.M35892@i805.com.br> X-Mailer: OpenWebMail 3.00_beta4 20121104 671 X-OriginatingIP: 186.221.33.101 (rizzo) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on server.i805.com.br X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 13:38:19 -0000 root@valfenda:/home2/rizzo # wget ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/xfce4/xfce4-equake-plugin-1.3.4.tar.bz2 --2014-03-16 10:34:32-- ftp://ftp.freebsd.org/pub/FreeBSD/ports/distfiles/xfce4/xfce4-equake-plugin-1.3.4.tar.bz2 => 'xfce4-equake-plugin-1.3.4.tar.bz2' Resolvendo ftp.freebsd.org (ftp.freebsd.org)... 204.152.184.73, 2001:4f8:0:2::e Conectando-se a ftp.freebsd.org (ftp.freebsd.org)|204.152.184.73|:21... conectado. Acessando como anonymous ... Acesso autorizado! ( Access grant) ==> SYST ... feito. ==> PWD ... feito. ==> TYPE I ... feito. ==> CWD (1) /pub/FreeBSD/ports/distfiles/xfce4 ... feito. ==> SIZE xfce4-equake-plugin-1.3.4.tar.bz2 ... feito. ==> PASV ... feito. ==> RETR xfce4-equake-plugin-1.3.4.tar.bz2 ... O arquivo 'xfce4-equake-plugin-1.3.4.tar.bz2' não foi encontrado. (file not found) this file was required by xfce4 and not found in any repository where can I found it? Rizzo From owner-freebsd-current@FreeBSD.ORG Sun Mar 16 13:46:51 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C48244BF for ; Sun, 16 Mar 2014 13:46:51 +0000 (UTC) Received: from server.i805.com.br (mailhost.i805.com.br [72.52.97.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 955EAA46 for ; Sun, 16 Mar 2014 13:46:51 +0000 (UTC) Received: from i805.com.br (localhost [127.0.0.1]) by server.i805.com.br (8.14.7/8.14.5) with ESMTP id s2GDkmwf044980 for ; Sun, 16 Mar 2014 10:46:48 -0300 (BRT) (envelope-from rizzo@i805.com.br) From: "Nilton Jose Rizzo" To: freebsd-current@freebsd.org Subject: gnash broken Date: Sun, 16 Mar 2014 10:46:48 -0300 Message-Id: <20140316134151.M76395@i805.com.br> X-Mailer: OpenWebMail 3.00_beta4 20121104 671 X-OriginatingIP: 186.221.33.101 (rizzo) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on server.i805.com.br X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 13:46:51 -0000 Hi all, the gnash port is broken from two months ago , because have problem with the boost ports (link problem) Have other ports to emulate flash as browser plugins? Rizzo From owner-freebsd-current@FreeBSD.ORG Sun Mar 16 15:32:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 258F2A3C for ; Sun, 16 Mar 2014 15:32:00 +0000 (UTC) Received: from mail-ve0-x232.google.com (mail-ve0-x232.google.com [IPv6:2607:f8b0:400c:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D60D93F7 for ; Sun, 16 Mar 2014 15:31:59 +0000 (UTC) Received: by mail-ve0-f178.google.com with SMTP id jw12so4858421veb.9 for ; Sun, 16 Mar 2014 08:31:59 -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=R6tg38mr0DhzsKMTcjr4DBzOILHwwB3NMpsxy/sxFRA=; b=HElPv/L5ksJZo/sADDMOB5vDcbFwIqTIXd2amnQw2/s4R+fDqB9IyB+zqDG1uoSiWF k6iTmwvFU9xBy+JTnRrVUUG0ZxrpQEfBJg1e6mx6dIfEmTIMZA744RyFosXU8ip9yNlM C2/XMlaHudx0eOWQPKPj4uCe+d8ER6wl5TLoiz3O6uHJR8OKeoKFhjMzE8G8LbgmcDqk uwyrx2jg1BlZhYhGu0Ox3Co2UJYByMWx9taTXqLoB8gsLiaR6KR4ZFCi2qgTSoQ/6caH YLrFoI2fY4x5XzGA4ccojHtZHJ5UYO8Deojwpbmj39hr2JkMOQ/9zf1npZm42fYbT/tV EaYg== MIME-Version: 1.0 X-Received: by 10.220.188.10 with SMTP id cy10mr1371262vcb.36.1394983918941; Sun, 16 Mar 2014 08:31:58 -0700 (PDT) Received: by 10.220.168.135 with HTTP; Sun, 16 Mar 2014 08:31:58 -0700 (PDT) In-Reply-To: <20140316133552.M35892@i805.com.br> References: <20140316133552.M35892@i805.com.br> Date: Sun, 16 Mar 2014 11:31:58 -0400 Message-ID: Subject: Re: File not found in ftp repository From: Thomas Hoffmann To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Nilton Jose Rizzo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 15:32:00 -0000 On Sun, Mar 16, 2014 at 9:38 AM, Nilton Jose Rizzo wrote= : > root@valfenda:/home2/rizzo # wget > > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/xfce4/xfce4-equake-plug= in-1.3.4.tar.bz2 > --2014-03-16 10:34:32-- > > ftp://ftp.freebsd.org/pub/FreeBSD/ports/distfiles/xfce4/xfce4-equake-plug= in-1.3.4.tar.bz2 > =3D> 'xfce4-equake-plugin-1.3.4.tar.bz2' > Resolvendo ftp.freebsd.org (ftp.freebsd.org)... 204.152.184.73, > 2001:4f8:0:2::e > Conectando-se a ftp.freebsd.org (ftp.freebsd.org)|204.152.184.73|:21... > conectado. > Acessando como anonymous ... Acesso autorizado! ( Access grant) > =3D=3D> SYST ... feito. =3D=3D> PWD ... feito. > =3D=3D> TYPE I ... feito. =3D=3D> CWD (1) /pub/FreeBSD/ports/distfiles/xf= ce4 ... > feito. > =3D=3D> SIZE xfce4-equake-plugin-1.3.4.tar.bz2 ... feito. > =3D=3D> PASV ... feito. =3D=3D> RETR xfce4-equake-plugin-1.3.4.tar.bz2 = ... > O arquivo 'xfce4-equake-plugin-1.3.4.tar.bz2' n=E3o foi encontrado. (file > not found) > > this file was required by xfce4 and not found in any repository > where can I found it? > > > Rizzo Does this get you what you need: http://archive.xfce.org/src/panel-plugins/xfce4-equake-plugin/1.3/ -Tom From owner-freebsd-current@FreeBSD.ORG Sun Mar 16 17:09:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CF771F7E for ; Sun, 16 Mar 2014 17:09:21 +0000 (UTC) Received: from nm18-vm5.access.bullet.mail.gq1.yahoo.com (nm18-vm5.access.bullet.mail.gq1.yahoo.com [216.39.63.136]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9ACAAD7A for ; Sun, 16 Mar 2014 17:09:21 +0000 (UTC) Received: from [216.39.60.166] by nm18.access.bullet.mail.gq1.yahoo.com with NNFMP; 16 Mar 2014 17:07:32 -0000 Received: from [67.195.23.147] by tm2.access.bullet.mail.gq1.yahoo.com with NNFMP; 16 Mar 2014 17:07:32 -0000 Received: from [127.0.0.1] by smtp119.sbc.mail.gq1.yahoo.com with NNFMP; 16 Mar 2014 17:07:32 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1394989652; bh=Q+54zySMh2feyx3K2ubrwLAn4zZWyJ2XNwvmXha1ulY=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:References:Subject; b=Qz8f5EAtQGsk5SpF/wK8iXVFWN+W8YW4PNf/9Hule67FB4qBbxu6UrYMI7QGMdZ7/fJjF/slKhZK93Wf6GcE4b6TARi1hEayL8D5gWVmUQSfZjdCPPqJeJLffipNVrvLhq+4LdRRLdsr+YgrVNJ8SnDTvVJdp5w6uH49RgYKWjU= X-Yahoo-Newman-Id: 111175.30004.bm@smtp119.sbc.mail.gq1.yahoo.com Message-ID: <111175.30004.bm@smtp119.sbc.mail.gq1.yahoo.com> Date: Sun, 16 Mar 2014 17:07:32 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: hVgjcAMVM1nRk8UJeMBIGO.AjyaH0RuNJbVIblTfHNJGJLM w9321cV5tWSDR09K9A39kcfKB3od.Fne0v39ALWN_L2CnpXS5eToRHMZPUbk yIYB4bveek8dx4Swzg9lA0f7XD4qc9hkGiRB2S26BOWav.2OU3A_PqeejiFU 86JcWZRJ2bX1gstt0utfoQNDmD_KglzqtwsN1JgZ7UkjZIX7mLKbX1n21LMX .jWureLVC0BNNmShJWxyyxK64FQVBlvtiC8lJrwL75vvyBOX.1O0a7AxzkX4 DmHZVAjqkibBCVtzeSoP6Jm3PijvAR3dcGhb_kIiaGLtltNKBXtba2qNncBI m_gmclNA_yETCdHbS_aZxFyPLT9aFDU8wZhHeP6JdpZj_PWba4EqzBWl4QD2 3UTNmb1NZXkImTu5H3v5vs3ukw6W.IRulkP2VHmXekqiQ6tB3Eod6IV15ZSs klOgE1UfjtELCo5uHhZ17D1rhEHKk6wnDQxV5mgjLUa2V90oW_G5_SibCWpn mFdu.KbtHUihZJdCr7fQKGP3ag9DUtC9jyI9zUv1_jBEollnlsadMQ_kO3Uk DAtHT4_mKqM3GnOCsDfocak84 X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [67.195.15.66]) by smtp119.sbc.mail.gq1.yahoo.com with SMTP; 16 Mar 2014 17:07:32 +0000 UTC From: "Thomas Mueller" To: freebsd-current@freebsd.org References: <20140316134151.M76395@i805.com.br> Subject: Re: gnash broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 17:09:21 -0000 > Hi all, the gnash port is broken from two months ago , because have problem > with the boost ports (link problem) > Have other ports to emulate flash as browser plugins? > Rizzo I have gnash 0.8.10_7 installed on FreeBSD 9.2-STABLE, and it quit working with the last update. Before then, it worked on YouTube but very little else. There is swfdec, but I never got that to run, maybe because gnash as plugin prevented swfdec from activating. There is also lightsparc, but I haven't found that in FreeBSD ports collection, or NetBSD pkgsrc either. Maybe build and install wine and download 32-bit Adobe Flash plugin? Wine only runs on i386 but can be run from amd64 using /compat/i386. Tom From owner-freebsd-current@FreeBSD.ORG Sun Mar 16 17:49:30 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D6DAAA0 for ; Sun, 16 Mar 2014 17:49:30 +0000 (UTC) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DA25EFB for ; Sun, 16 Mar 2014 17:49:29 +0000 (UTC) Received: by mail-wi0-f173.google.com with SMTP id f8so1290337wiw.0 for ; Sun, 16 Mar 2014 10:49:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=UnMDnstab1clERXzrEujnYoLqp6n2kfpRs/hbDNzlzo=; b=R4ebi1pJua7D03Vr2ImuPdzQzlI642n32TA+u7Z3VURnmLq3zztcK/41/iEFf1QRyM kuBw77y0hJnJdamWnrbThGNDC5UUf9W7kDp+nFSwd1NAy7Ocrh43X+Vzb6Xf4Eky1jLa O4oKWnwJ0y8+2S3uzzGN1AvWBKakJ5idhLOFWQLBCkpOB9rXWtW31iNle5KXU0Gz1Jzg 7ZMLi7qdybJz6LLENl2uqv3tSoyRfP6xrKIBU9kGkhxg1Vr7Fw2WGbF2xU+eqLAAUIOb pOnN/HC+NfctOWt8WjWYSWbMOPd3m3sRvj4rXhg5ZIRNiGezONQl1CiPuio4Z3EHE12M W8Pg== X-Received: by 10.194.63.103 with SMTP id f7mr2643337wjs.38.1394992168352; Sun, 16 Mar 2014 10:49:28 -0700 (PDT) Received: from gumby.homeunix.com (bcdeebb0.skybroadband.com. [188.222.235.176]) by mx.google.com with ESMTPSA id bj3sm31208722wjb.14.2014.03.16.10.49.27 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Sun, 16 Mar 2014 10:49:27 -0700 (PDT) Date: Sun, 16 Mar 2014 17:49:26 +0000 From: RW To: freebsd-current@freebsd.org Subject: Re: gnash broken Message-ID: <20140316174926.2ef648fd@gumby.homeunix.com> In-Reply-To: <111175.30004.bm@smtp119.sbc.mail.gq1.yahoo.com> References: <20140316134151.M76395@i805.com.br> <111175.30004.bm@smtp119.sbc.mail.gq1.yahoo.com> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 17:49:30 -0000 On Sun, 16 Mar 2014 17:07:32 +0000 (UTC) Thomas Mueller wrote: > Maybe build and install wine and download 32-bit Adobe Flash plugin? > Wine only runs on i386 but can be run from amd64 using /compat/i386. The Linux Flash plugin still works for me. From owner-freebsd-current@FreeBSD.ORG Sun Mar 16 18:50:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7614F578 for ; Sun, 16 Mar 2014 18:50:26 +0000 (UTC) Received: from mail-pb0-x22e.google.com (mail-pb0-x22e.google.com [IPv6:2607:f8b0:400e:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4C4807F3 for ; Sun, 16 Mar 2014 18:50:26 +0000 (UTC) Received: by mail-pb0-f46.google.com with SMTP id rq2so4742937pbb.19 for ; Sun, 16 Mar 2014 11:50:26 -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:message-id:subject :from:to:cc:content-type; bh=7cYEFb0N4DpgsILh58qNr2ueKMDSMtYVPZ6FyPGTfKE=; b=Z51rw/8a3Y8se71tJ3POO1CVzVQVgL3zdUvjt1u5mWAr+bc58TpVLM1W0RwB7jOiK0 si0nNHz8RkrG9j4VCpo3IUTszxpv3iK9i4RRcxvRVdHuPx5wJ6mMkM6g/yTRah49W7oF u2J06BZURWIIRhkcWknURdjxLQom5xqv0RFT9OsG+RhhQNjugR08Br5LYanVCJ+YvlVY C+tEE1Wg7m03J1H/MhMSIlfISriL30WBho5SWnVoh2P4ifkWx9SkLM+anf1YVvAtDS1T scaBNcEta/ewcPUh6F6Sw9/n2CJ4OgpeUH4aALlQrfMIrgfvXIS2pizibE8Jv41FPwiW TRnw== MIME-Version: 1.0 X-Received: by 10.68.254.5 with SMTP id ae5mr21434762pbd.83.1394995825987; Sun, 16 Mar 2014 11:50:25 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.0.164 with HTTP; Sun, 16 Mar 2014 11:50:25 -0700 (PDT) In-Reply-To: <20140316174926.2ef648fd@gumby.homeunix.com> References: <20140316134151.M76395@i805.com.br> <111175.30004.bm@smtp119.sbc.mail.gq1.yahoo.com> <20140316174926.2ef648fd@gumby.homeunix.com> Date: Sun, 16 Mar 2014 11:50:25 -0700 X-Google-Sender-Auth: cO0slZbw23v6NmOZw5iKeo4lzqM Message-ID: Subject: Re: gnash broken From: Kevin Oberman To: RW Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 18:50:26 -0000 On Sun, Mar 16, 2014 at 10:49 AM, RW wrote: > On Sun, 16 Mar 2014 17:07:32 +0000 (UTC) > Thomas Mueller wrote: > > > > > Maybe build and install wine and download 32-bit Adobe Flash plugin? > > Wine only runs on i386 but can be run from amd64 using /compat/i386. > > The Linux Flash plugin still works for me. > If you object to binary blobs, it is a non-starter, but www/linux-f10-flashplugin11 works quite well with firefox. (I asume that tis is what Thomas was referring to. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Sun Mar 16 21:32:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D706251B for ; Sun, 16 Mar 2014 21:32:34 +0000 (UTC) Received: from mail-pb0-f51.google.com (mail-pb0-f51.google.com [209.85.160.51]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AC9027FD for ; Sun, 16 Mar 2014 21:32:34 +0000 (UTC) Received: by mail-pb0-f51.google.com with SMTP id uo5so4877170pbc.10 for ; Sun, 16 Mar 2014 14:32:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=VAKwkENJ04Lg6cKokEAN+w/GQxFrXAx+5VV2WfAYA+s=; b=J4JgGxQKKF7g1SRW00c0GT9NFQ6wvulR3avFRxrTlMR8xkj/PIu2RtPj63aSsARtgy tBG5JhtzLyd41M0Q3+EueXt5uKrUJJ+0D0CMmPKl15YpQQgfdgFOHYhq8sUqyJv/4gqI FKKisiyR9BEBluIUtkCaute8HKnAP0fwjHsBHuaKCtBgQX+cesw6zQc+aSv1oARjv4yz ZL3iBWQswX9arZQhuykUC7ML+jO+bwpo14TONDuTHTTQPfCH9kFVXgshfXl5v0PQG73m 6a/MTU+N5IWRrpmBGrpxCGsubHaq9Pw+5Va1SfQ2wao9q3PHVfDyLIU19WLjfal6pDpO A+wg== X-Gm-Message-State: ALoCoQnrb2T7xtO8XXNWr1oVlteGBl5gAh6dhTdj16WQQF7FcPs774yegTHfoJq/+N8PbsqYfl2J MIME-Version: 1.0 X-Received: by 10.66.218.170 with SMTP id ph10mr21420955pac.53.1395004202251; Sun, 16 Mar 2014 14:10:02 -0700 (PDT) Received: by 10.70.94.97 with HTTP; Sun, 16 Mar 2014 14:10:02 -0700 (PDT) Received: by 10.70.94.97 with HTTP; Sun, 16 Mar 2014 14:10:02 -0700 (PDT) In-Reply-To: <5324D305.1080201@orange.fr> References: <5324D305.1080201@orange.fr> Date: Sun, 16 Mar 2014 14:10:02 -0700 Message-ID: Subject: Re: Keyboard issues in KDE when using vt From: Jos Backus To: Claude Buisson Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 21:32:34 -0000 Hi Claude, On Mar 15, 2014 3:24 PM, "Claude Buisson" wrote: > > On 03/15/2014 19:04, Jos Backus wrote: >> >> Hi, >> >> When I replaced sc with vt and start KDE, my PS/2 keyboard doesn't work >> properly. Initially after an xterm comes up, I can't type at all (no >> keystrokes are regularly) but after a few seconds a key starts repeating at >> the repeat rate, and there is no correlation between the keys pressed and >> the keystrokes displayed. When I rebuild the same kernel with sc, >> everything works normally. As far as I can tell, this has been happening >> ever since vt was committed. >> >> Please let me know how I can help debug this problem. >> > > This looks like the problem I encountered a few weeks ago, with a custom kernel, > which did not show with the GENERIC kernel. > > I solved it by including the kbdmux device in my kernel. That solved it for me, too. Perhaps this should be mentioned in the vt documentation? > >> Thanks, >> Jos > > > Hope that helps, It did, thanks! Salut, Jos > > CBu > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Mar 17 03:03:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB7AFE18 for ; Mon, 17 Mar 2014 03:03:33 +0000 (UTC) Received: from server.i805.com.br (mailhost.i805.com.br [72.52.97.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D2F8937C for ; Mon, 17 Mar 2014 03:03:33 +0000 (UTC) Received: from i805.com.br (localhost [127.0.0.1]) by server.i805.com.br (8.14.7/8.14.5) with ESMTP id s2H33Tjn049219; Mon, 17 Mar 2014 00:03:29 -0300 (BRT) (envelope-from rizzo@i805.com.br) From: "Nilton Jose Rizzo" To: Thomas Hoffmann , freebsd-current Subject: Re: File not found in ftp repository Date: Mon, 17 Mar 2014 00:03:29 -0300 Message-Id: <20140317030303.M5041@i805.com.br> In-Reply-To: References: <20140316133552.M35892@i805.com.br> X-Mailer: OpenWebMail 3.00_beta4 20121104 671 X-OriginatingIP: 186.221.33.101 (rizzo) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on server.i805.com.br X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 03:03:34 -0000 Em Sun, 16 Mar 2014 11:31:58 -0400, Thomas Hoffmann escreveu > On Sun, Mar 16, 2014 at 9:38 AM, Nilton Jose Rizzo wrote: > > > root@valfenda:/home2/rizzo # wget > > > > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/xfce4/xfce4-equake-plugin-1.3.4.tar.bz2 > > --2014-03-16 10:34:32-- > > > > ftp://ftp.freebsd.org/pub/FreeBSD/ports/distfiles/xfce4/xfce4-equake-plugin-1.3.4.tar.bz2 > > => 'xfce4-equake-plugin-1.3.4.tar.bz2' > > Resolvendo ftp.freebsd.org (ftp.freebsd.org)... 204.152.184.73, > > 2001:4f8:0:2::e > > Conectando-se a ftp.freebsd.org (ftp.freebsd.org)|204.152.184.73|:21... > > conectado. > > Acessando como anonymous ... Acesso autorizado! ( Access grant) > > ==> SYST ... feito. ==> PWD ... feito. > > ==> TYPE I ... feito. ==> CWD (1) /pub/FreeBSD/ports/distfiles/xfce4 ... > > feito. > > ==> SIZE xfce4-equake-plugin-1.3.4.tar.bz2 ... feito. > > ==> PASV ... feito. ==> RETR xfce4-equake-plugin-1.3.4.tar.bz2 ... > > O arquivo 'xfce4-equake-plugin-1.3.4.tar.bz2' não foi encontrado. (file > > not found) > > > > this file was required by xfce4 and not found in any repository > > where can I found it? > > > > > > Rizzo > > Does this get you what you need: > http://archive.xfce.org/src/panel-plugins/xfce4-equake-plugin/1.3/ > > -Tom Thankx Tom Rizzo > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Mar 17 03:45:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D810574 for ; Mon, 17 Mar 2014 03:45:33 +0000 (UTC) Received: from server.i805.com.br (mailhost.i805.com.br [72.52.97.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F14368DA for ; Mon, 17 Mar 2014 03:45:32 +0000 (UTC) Received: from i805.com.br (localhost [127.0.0.1]) by server.i805.com.br (8.14.7/8.14.5) with ESMTP id s2H3jT6h049400; Mon, 17 Mar 2014 00:45:29 -0300 (BRT) (envelope-from rizzo@i805.com.br) From: "Nilton Jose Rizzo" To: Kevin Oberman Subject: Re: gnash broken Date: Mon, 17 Mar 2014 00:45:29 -0300 Message-Id: <20140317034455.M82621@i805.com.br> In-Reply-To: References: <20140316134151.M76395@i805.com.br> <111175.30004.bm@smtp119.sbc.mail.gq1.yahoo.com> <20140316174926.2ef648fd@gumby.homeunix.com> X-Mailer: OpenWebMail 3.00_beta4 20121104 671 X-OriginatingIP: 186.221.33.101 (rizzo) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on server.i805.com.br Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 03:45:33 -0000 Em Sun, 16 Mar 2014 11:50:25 -0700, Kevin Oberman escreveu > On Sun, Mar 16, 2014 at 10:49 AM, RW wrote: > > > On Sun, 16 Mar 2014 17:07:32 +0000 (UTC) > > Thomas Mueller wrote: > > > > > > > > > Maybe build and install wine and download 32-bit Adobe Flash plugin? > > > Wine only runs on i386 but can be run from amd64 using /compat/i386. > > > > The Linux Flash plugin still works for me. > > > > If you object to binary blobs, it is a non-starter, but > www/linux-f10-flashplugin11 works quite well with firefox. (I asume that > tis is what Thomas was referring to. I'm using the -current -- FreeBSD valfenda 11.0-CURRENT FreeBSD 11.0-CURRENT #16 r263202: Sat Mar 15 00:23:05 BRT 2014 root@:/usr/obj/usr/src/sys/VALFENDA amd64 and the gnash don't work to me. I'm not using the flash plugin (from linux emulator) because I think different about this. I'll not use anything that not be native to freeBSD, because in my opnion we have to make an effort to convince the big players of software developers that FreeBSD is cost effective. If I need to use flash player for some reason, I'll install a linux box. I hate all sites that was created using flash to work. I have a hope about a full HTML5 support in firefox or in opera, and the flash dieing slowly This is only my opnion, but some times I would like to see some movies and I need some plug-ins to run flash, the gnash do a good job, but some times only work with newest versions of flash plug-ins Rizzo > -- > R. Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Mar 17 03:56:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 22B337CB for ; Mon, 17 Mar 2014 03:56:53 +0000 (UTC) Received: from server.i805.com.br (mailhost.i805.com.br [72.52.97.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 097869F5 for ; Mon, 17 Mar 2014 03:56:52 +0000 (UTC) Received: from i805.com.br (localhost [127.0.0.1]) by server.i805.com.br (8.14.7/8.14.5) with ESMTP id s2H3umED049457; Mon, 17 Mar 2014 00:56:48 -0300 (BRT) (envelope-from rizzo@i805.com.br) From: "Nilton Jose Rizzo" To: "Nilton Jose Rizzo" , Thomas Hoffmann , freebsd-current Subject: Re: File not found in ftp repository Date: Mon, 17 Mar 2014 00:56:48 -0300 Message-Id: <20140317035237.M54567@i805.com.br> In-Reply-To: <20140317030303.M5041@i805.com.br> References: <20140316133552.M35892@i805.com.br> <20140317030303.M5041@i805.com.br> X-Mailer: OpenWebMail 3.00_beta4 20121104 671 X-OriginatingIP: 186.221.33.101 (rizzo) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on server.i805.com.br X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 03:56:53 -0000 Em Mon, 17 Mar 2014 00:03:29 -0300, Nilton Jose Rizzo escreveu > Em Sun, 16 Mar 2014 11:31:58 -0400, Thomas Hoffmann escreveu > > On Sun, Mar 16, 2014 at 9:38 AM, Nilton Jose Rizzo wrote: > > > > > root@valfenda:/home2/rizzo # wget > > > > > > > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/xfce4/xfce4-equake- > plugin-1.3.4.tar.bz2 > > > --2014-03-16 10:34:32-- > > > > > > > ftp://ftp.freebsd.org/pub/FreeBSD/ports/distfiles/xfce4/xfce4-equake- > plugin-1.3.4.tar.bz2 > > > => 'xfce4-equake-plugin-1.3.4.tar.bz2' > > > Resolvendo ftp.freebsd.org (ftp.freebsd.org)... 204.152.184.73, > > > 2001:4f8:0:2::e > > > Conectando-se a ftp.freebsd.org (ftp.freebsd.org)|204.152.184.73|:21... > > > conectado. > > > Acessando como anonymous ... Acesso autorizado! ( Access grant) > > > ==> SYST ... feito. ==> PWD ... feito. > > > ==> TYPE I ... feito. ==> CWD (1) /pub/FreeBSD/ports/distfiles/xfce4 ... > > > feito. > > > ==> SIZE xfce4-equake-plugin-1.3.4.tar.bz2 ... feito. > > > ==> PASV ... feito. ==> RETR xfce4-equake-plugin-1.3.4.tar.bz2 ... > > > O arquivo 'xfce4-equake-plugin-1.3.4.tar.bz2' não foi encontrado. (file > > > not found) > > > > > > this file was required by xfce4 and not found in any repository > > > where can I found it? > > > > > > > > > Rizzo > > > > Does this get you what you need: > > http://archive.xfce.org/src/panel-plugins/xfce4-equake-plugin/1.3/ > > > > -Tom > > Thankx Tom Hey Tom, look this, root@valfenda:/usr/ports/science/xfce4-equake-plugin # make build deinstall reinstall pkg-static: PACKAGESITE in pkg.conf is deprecated. Please create a repository configuration file ===> License GPLv3 accepted by the user ===> xfce4-equake-plugin-1.3.4 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by xfce4-equake-plugin-1.3.4 for building ===> Extracting for xfce4-equake-plugin-1.3.4 => SHA256 Checksum mismatch for xfce4/xfce4-equake-plugin-1.3.4.tar.bz2. ===> Refetch for 1 more times files: xfce4/xfce4-equake-plugin-1.3.4.tar.bz2 pkg-static: PACKAGESITE in pkg.conf is deprecated. Please create a repository configuration file ===> License GPLv3 accepted by the user ===> xfce4-equake-plugin-1.3.4 depends on file: /usr/local/sbin/pkg - found => xfce4-equake-plugin-1.3.4.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/xfce4. => Attempting to fetch http://mirror.perldude.de/archive.xfce.org/src/panel-plugins/xfce4-equake-plugin/1.3/xfce4-equake-plugin-1.3.4.tar.bz2 fetch: http://mirror.perldude.de/archive.xfce.org/src/panel-plugins/xfce4-equake-plugin/1.3/xfce4-equake-plugin-1.3.4.tar.bz2: size mismatch: expected 385454, actual 385283 The size of file is grater than origi, and the make try to download other file to replace. Rizzo > > Rizzo > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Mar 17 10:00:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E690662 for ; Mon, 17 Mar 2014 10:00:31 +0000 (UTC) Received: from nm21-vm9.access.bullet.mail.gq1.yahoo.com (nm21-vm9.access.bullet.mail.gq1.yahoo.com [216.39.62.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6AB52C0F for ; Mon, 17 Mar 2014 10:00:31 +0000 (UTC) Received: from [216.39.60.166] by nm21.access.bullet.mail.gq1.yahoo.com with NNFMP; 17 Mar 2014 09:57:33 -0000 Received: from [67.195.22.113] by tm2.access.bullet.mail.gq1.yahoo.com with NNFMP; 17 Mar 2014 09:57:33 -0000 Received: from [127.0.0.1] by smtp115.sbc.mail.gq1.yahoo.com with NNFMP; 17 Mar 2014 09:57:33 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1395050253; bh=k7cmKh+xgDcm36JAbTTDItFa3gqDfU/GZCa1sCWmloI=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:References:Subject; b=mJgl1cLAkwb9kP6/EEFxjYDcENihKfXFfvv/yFFciuK3eKvSfcTmgFhQLPF4rCqSUITvawTNIUCUELrzOCvPZUMJOeU6wGvfBhrkwVjNI9daV1m5wyTGCMHfzdiAG6yLVEn+GlIiAfX2YVqR0cbiTiAaH99E/fo+iticsIyZ48Y= X-Yahoo-Newman-Id: 512687.7636.bm@smtp115.sbc.mail.gq1.yahoo.com Message-ID: <512687.7636.bm@smtp115.sbc.mail.gq1.yahoo.com> Date: Mon, 17 Mar 2014 02:57:33 -0700 (PDT) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: uvEN0FoVM1myWRp76pzEjqGmDcw92PbeADPqWipqqYhxwxV Qe1bUtlhkf3ragoBW4Rp2xgBr9BUtFNT398cWKQL4opttDdODCCX51RruU2L gbgWCP7QnqUz27EruuB.HLFLCR3.0tezfg3VOAY_NEDNoEr3poVG9SeaEMnF 39q_O_aXchTjzvrnpuGVJh_KK0GkHQ4gXNupH.wtWfBZH6RwXWfh1jEJAN6m ilfLkytlcSVdL0NkEeccgPUOjEadVOWwlGCbpowa0t7y0WwLNJOzf7egXKS9 PItBZMAzJbqnx8adMpgsVvlrTPJvMrkhcSc3JFOy79Vi_ELs0uxNO.2mJ049 yWbuVzaUugRVCHXybK6xr5yZ23zje0giF_k0PYq_Lg1xFMNXMM3x0HQ6EWt_ mNGE9.jYZZuOu4U.IXQydBpdcXnWFQVo37Ta4pckfsc5h7hb9Mqj_nKmQRvF GdPs8EepduhrATxsZyN.Z1CPid.pgshH3KZtxhO2YkJQCzq2u2SYSWLpQ2vh 0VAZ7Jt9kBK.5fHbY5sCQB_DNSwzGj7m6jPwRe8COUXWYBdiSdna5kDFX2mP iMHvUNTFFSOYlHY9ksRC_cF9zwv2uCQRQUTT4keC9N4f9aMXF9FenIFVu6od hPiFnKkGDYHePUKNPOYWTi9cjTz5V.EeRkOnSK3VajXCYEhw7pBvORAGd_Xa ycEH9FCeDIH4m00Y6V6.N7Fn9.09biwTuDyD.J3ZnyjLl6jVf1foi4f7vm4k bgxO20gHhONIK75XWPmfd.GrUnSMXKMk80j.mMRXZ24qGclmjW28ieBkUM9m hRhRT X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [67.195.15.66]) by smtp115.sbc.mail.gq1.yahoo.com with SMTP; 17 Mar 2014 02:57:33 -0700 PDT From: "Thomas Mueller" To: freebsd-current@freebsd.org References: <20140316134151.M76395@i805.com.br> <111175.30004.bm@smtp119.sbc.mail.gq1.yahoo.com> <20140316174926.2ef648fd@gumby.homeunix.com> <20140317034455.M82621@i805.com.br> Subject: Re: gnash broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 10:00:31 -0000 > I'm using the -current -- FreeBSD valfenda 11.0-CURRENT FreeBSD > 11.0-CURRENT #16 r263202: Sat Mar 15 00:23:05 BRT 2014 > root@:/usr/obj/usr/src/sys/VALFENDA amd64 > and the gnash don't work to me. I'm not using the flash plugin (from > linux emulator) because I think different about this. > I'll not use anything that not be native to freeBSD, because in my opnion > we have to make an effort to convince the big players of software developers > that FreeBSD is cost effective. > If I need to use flash player for some reason, I'll install a linux > box. I hate all sites that was created using flash to work. I have a hope > about a full HTML5 support in firefox or in opera, and the flash dieing > slowly > This is only my opnion, but some times I would like to see some movies and > I need some plug-ins to run flash, the gnash do a good job, but some times > only work with newest versions of flash plug-ins > Rizzo I'd like to see HTML5 wipe Flash off the surface of the earth. Some websites use Flash for movies, and others use Flash just to be annoying, such as freefilefillableforms.com . www.gagels.com is all blank without Flash, and laguanajuatoky.com functionality is severely limited without Flash. Tom From owner-freebsd-current@FreeBSD.ORG Mon Mar 17 14:54:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB845E20 for ; Mon, 17 Mar 2014 14:54:23 +0000 (UTC) Received: from mail-vc0-x22c.google.com (mail-vc0-x22c.google.com [IPv6:2607:f8b0:400c:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A2882DDE for ; Mon, 17 Mar 2014 14:54:23 +0000 (UTC) Received: by mail-vc0-f172.google.com with SMTP id la4so5967307vcb.3 for ; Mon, 17 Mar 2014 07:54:22 -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=lILJzbtC3DcyjhoHeSmfKSxjxUpKZ9Y5FpnBvdVu7sE=; b=H+DchCbseAgNql4LlnuDNywzLlCbBu5nB2GYrfEkloJrgiCnjHdZFaT2h0KXpa9qUQ Df+TqlhL+FT4dYRILAZlawD8tNQBB6bjxjlLL1bmXhrOkp3f5WhvhLf7eJV02Cl/Mndi y6a9nQutcy/1x5/BmYpaprT6rrGnXSHuASJFKmStRgCCum1xo9LzSuGqi26+PhlNlxUX XD4FcDDyBJ04A+jWT6UzuROSWnGvGlzIQw8C7mf1gsQ0ZEE/Fk+MhOB5Eg13VAZzi9Yl BZep2/Y/N7TzUqyYL2seHQZ8e5+KEDfWzPS0rugu8oD+jth61klybU0tnsFdsuXEc3vT 9+cA== MIME-Version: 1.0 X-Received: by 10.220.250.203 with SMTP id mp11mr20052856vcb.2.1395068062692; Mon, 17 Mar 2014 07:54:22 -0700 (PDT) Received: by 10.220.168.135 with HTTP; Mon, 17 Mar 2014 07:54:22 -0700 (PDT) In-Reply-To: <20140317035237.M54567@i805.com.br> References: <20140316133552.M35892@i805.com.br> <20140317030303.M5041@i805.com.br> <20140317035237.M54567@i805.com.br> Date: Mon, 17 Mar 2014 10:54:22 -0400 Message-ID: Subject: Re: File not found in ftp repository From: Thomas Hoffmann To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Nilton Jose Rizzo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 14:54:24 -0000 On Sun, Mar 16, 2014 at 11:56 PM, Nilton Jose Rizzo wrot= e: > Em Mon, 17 Mar 2014 00:03:29 -0300, Nilton Jose Rizzo escreveu > > Em Sun, 16 Mar 2014 11:31:58 -0400, Thomas Hoffmann escreveu > > > On Sun, Mar 16, 2014 at 9:38 AM, Nilton Jose Rizzo >wrote: > > > > > > > root@valfenda:/home2/rizzo # wget > > > > > > > > > > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/xfce4/xfce4-equake- > > plugin-1.3.4.tar.bz2 > > > > --2014-03-16 10:34:32-- > > > > > > > > > > ftp://ftp.freebsd.org/pub/FreeBSD/ports/distfiles/xfce4/xfce4-equake- > > plugin-1.3.4.tar.bz2 > > > > =3D> 'xfce4-equake-plugin-1.3.4.tar.bz2' > > > > Resolvendo ftp.freebsd.org (ftp.freebsd.org)... 204.152.184.73, > > > > 2001:4f8:0:2::e > > > > Conectando-se a ftp.freebsd.org (ftp.freebsd.org > )|204.152.184.73|:21... > > > > conectado. > > > > Acessando como anonymous ... Acesso autorizado! ( Access grant) > > > > =3D=3D> SYST ... feito. =3D=3D> PWD ... feito. > > > > =3D=3D> TYPE I ... feito. =3D=3D> CWD (1) /pub/FreeBSD/ports/distfi= les/xfce4 > ... > > > > feito. > > > > =3D=3D> SIZE xfce4-equake-plugin-1.3.4.tar.bz2 ... feito. > > > > =3D=3D> PASV ... feito. =3D=3D> RETR xfce4-equake-plugin-1.3.4.ta= r.bz2 ... > > > > O arquivo 'xfce4-equake-plugin-1.3.4.tar.bz2' n=E3o foi encontrado. > (file > > > > not found) > > > > > > > > this file was required by xfce4 and not found in any repository > > > > where can I found it? > > > > > > > > > > > > Rizzo > > > > > > Does this get you what you need: > > > http://archive.xfce.org/src/panel-plugins/xfce4-equake-plugin/1.3/ > > > > > > -Tom > > > > Thankx Tom > > Hey Tom, look this, > > > > root@valfenda:/usr/ports/science/xfce4-equake-plugin # make build > deinstall > reinstall > pkg-static: PACKAGESITE in pkg.conf is deprecated. Please create a > repository configuration file > =3D=3D=3D> License GPLv3 accepted by the user > =3D=3D=3D> xfce4-equake-plugin-1.3.4 depends on file: /usr/local/sbin/p= kg - > found > =3D=3D=3D> Fetching all distfiles required by xfce4-equake-plugin-1.3.4 f= or > building > =3D=3D=3D> Extracting for xfce4-equake-plugin-1.3.4 > =3D> SHA256 Checksum mismatch for xfce4/xfce4-equake-plugin-1.3.4.tar.bz2= . > =3D=3D=3D> Refetch for 1 more times files: > xfce4/xfce4-equake-plugin-1.3.4.tar.bz2 > pkg-static: PACKAGESITE in pkg.conf is deprecated. Please create a > repository > configuration file > =3D=3D=3D> License GPLv3 accepted by the user > =3D=3D=3D> xfce4-equake-plugin-1.3.4 depends on file: /usr/local/sbin/p= kg - > found > =3D> xfce4-equake-plugin-1.3.4.tar.bz2 doesn't seem to exist in > /usr/ports/distfiles/xfce4. > =3D> Attempting to fetch > > http://mirror.perldude.de/archive.xfce.org/src/panel-plugins/xfce4-equake= -plugin/1.3/xfce4-equake-plugin-1.3.4.tar.bz2 > fetch: > > http://mirror.perldude.de/archive.xfce.org/src/panel-plugins/xfce4-equake= -plugin/1.3/xfce4-equake-plugin-1.3.4.tar.bz2 > : > size mismatch: expected 385454, actual 385283 > > > The size of file is grater than origi, and the make try to download other > file to replace. > > Rizzo > > > > > > Rizzo > I would change the SIZE in science/xfce4-equake-plugin/distinfo to match the size of the file you fetched (i.e., 385283) from the xfce site and see what happens. From owner-freebsd-current@FreeBSD.ORG Mon Mar 17 17:21:36 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8590CEDE; Mon, 17 Mar 2014 17:21:36 +0000 (UTC) Received: from mail-we0-x22b.google.com (mail-we0-x22b.google.com [IPv6:2a00:1450:400c:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C7FCBF58; Mon, 17 Mar 2014 17:21:35 +0000 (UTC) Received: by mail-we0-f171.google.com with SMTP id t61so4900619wes.30 for ; Mon, 17 Mar 2014 10:21:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=Pzh4jqeaVY5vlxw35Yj4lxJ0xkkF8rbQoZ1b2vN3hlI=; b=ZokGhscOdbW1wSp0MdW9BvtGpuQRejp+wOPH6pZPK9++d7sQ15Qga9b3ifADquo+M8 EHCBhzx9118JL6BJZIFt1xZfMxBNNJbU36RKifQ5nnIk08JnJqlWzjcE3th5k8IHdsMV w7xP5NMJyQ+o/k3f5JnhsM0oWLvLDqcq2YhniPLgtlvfTyQciolbNPIypiO4RBcGALb+ vgTaV4z4OUjHR9VYL3DQN1mqwbZssUStSPEwQefmhKClrO3HuXFzjMp9v1ZyYC4bRe9W bT/Fr/obbPEtyh7FQ7ltiu//4nZIGARvM5gNkWFQXCzWz4zLoHz4gQTSWBnrmfHOjSq0 rupw== X-Received: by 10.180.100.72 with SMTP id ew8mr10814627wib.16.1395076894108; Mon, 17 Mar 2014 10:21:34 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id d6sm26751284wiz.4.2014.03.17.10.21.32 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 17 Mar 2014 10:21:32 -0700 (PDT) Sender: Baptiste Daroussin Date: Mon, 17 Mar 2014 18:21:30 +0100 From: Baptiste Daroussin To: current@FreeBSD.org, stable@FreeBSD.org, ports@FreeBSD.org Subject: [HEADSUP] pkg 1.3.0 alpha1: Breath of fresh air from Kirov Message-ID: <20140317172130.GO90364@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MmQIYbZiCoQ2kDro" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 17:21:36 -0000 --MmQIYbZiCoQ2kDro Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, I'm really pleased to announce that the release process for the new major version of pkg(8) has started with this first alpha1 release. The main feature for this release is the complete rework of the solver. pkg(8) now features a real SAT solver and uses it for every operations requ= ested by the user that may add, upgrade or remove packages. This work is is the result of the very succesfull Google Summer of Code 201= 3, by Vsevolod Stakhov (vsevolod@ also known as cebka). This is a major improveme= nt for the project, and the fundation for lots of new features in the future. I would like to thanks Vsevolod for all the new ideas and hard work he has = done (not limited to the new solver.) Back to the release now. pkg 1.3.0 comes with the following new features: - New solver that can support external solvers using the CUDF format and the internal SAT solver - pkg-ssh(8) is now sandboxed using capsicum if available - pkg-ssh(8) now uses poll(2) - Remove StringList usage to improve portability - Rework the build system to using autotools to help portability - Now fetching is done to a temporary location and cleaned up if it fails - Remove support for PACKAGESITE - pkg-audit(8): remove support for portaudit compact database (only VulnXML= will be used) - Improved UI experience based on jmmv write up (http://julipedia.meroh.net/search/label/cli-design) - Hide the average speed from the progress bar (confusing for users) - Reworking the database locking mechanism into a finer grain and more clev= er system - Dynamic conflict handling if a conflict on files is detected at the sanity check level, try to solve the problem again with the new conflict informa= tion - Fix %t (timestamp) modifier in pkg_printf(3) - pkg-info(8): full output now has a new field "date installed" - New pkg -o A=3DB to overwrite configuration from command line without the= need of defining environment variables - pkg-install(8): can handle local files - pkg-add(8) is now an alias on pkg-install - Simplify API by using more and more libucl objects (hidden behind an opaq= ue 'pkg_object') Thanks to everyone that has contributed code for this release: Alberto Villa, Alexandre Perrin, Baptiste Daroussin, Brad Davis, Bryan Drew= ery, Jamie Landeg Jones, John Marino, Matthew Seaman, Maximilian Ga=DF, Michael Gehring, Michael Gmelin, Rodrigo Osorio, Rui Paulo, Sean Channel, Stanislav= E. Putrya, Vsevolod Stakhov, Xin Li, coctic Thanks also to all people reporting bugs, sharing ideas, testing and using pkg(8). regards, Bapt --MmQIYbZiCoQ2kDro Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlMnLxoACgkQ8kTtMUmk6Ez7SgCeJq2BMJkiz68bOIWOSpz3xqRe VCIAoLeZ4IHgXZi8Iupu7xLjtSCDV6sB =tbLB -----END PGP SIGNATURE----- --MmQIYbZiCoQ2kDro-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 17 17:39:52 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DAEAF4D3; Mon, 17 Mar 2014 17:39:52 +0000 (UTC) Received: from secure.freebsdsolutions.net (secure.freebsdsolutions.net [69.55.234.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BC542134; Mon, 17 Mar 2014 17:39:52 +0000 (UTC) Received: from [10.10.1.198] (office.betterlinux.com [199.58.199.60]) (authenticated bits=0) by secure.freebsdsolutions.net (8.14.4/8.14.4) with ESMTP id s2HHdhvC079614 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 17 Mar 2014 13:39:44 -0400 (EDT) (envelope-from lists@jnielsen.net) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: [HEADSUP] pkg 1.3.0 alpha1: Breath of fresh air from Kirov From: John Nielsen In-Reply-To: <20140317172130.GO90364@ithaqua.etoilebsd.net> Date: Mon, 17 Mar 2014 11:40:52 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <152DC71B-1208-46AD-9192-D45FBC938EB9@jnielsen.net> References: <20140317172130.GO90364@ithaqua.etoilebsd.net> To: Baptiste Daroussin X-Mailer: Apple Mail (2.1874) X-DCC-Etherboy-Metrics: ns1.jnielsen.net 1002; Body=4 Fuz1=4 Fuz2=4 X-Virus-Scanned: clamav-milter 0.97.8 at ns1.jnielsen.net X-Virus-Status: Clean Cc: ports@freebsd.org, stable@freebsd.org, FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 17:39:52 -0000 Looks great! Thanks as always for the work. I do have one question = (below). On Mar 17, 2014, at 11:21 AM, Baptiste Daroussin = wrote: > - Remove support for PACKAGESITE There are two cases where I still define PACKAGESITE in the environment, = specifically when building new jails or VM images. Can you suggest = alternatives? 1. Installing/bootstrapping the latest pkg from a specific source. Often = I build in an environment that is firewalled from the Internet at large = but I have a local repo. (And it's nice to know exactly what version = with which options I'm installing.) 2. Installing a package that includes a repo file for my local custom = repo. This is a chicken-and-egg problem for which PACKAGESITE was a nice = solution since there's no risk of a stale repo file being left = behind--either the package is installed (with the correct/current repo = file) or it isn't. JN From owner-freebsd-current@FreeBSD.ORG Mon Mar 17 17:51:12 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85B10A6A; Mon, 17 Mar 2014 17:51:12 +0000 (UTC) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C45EA260; Mon, 17 Mar 2014 17:51:11 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id hr14so2573247wib.3 for ; Mon, 17 Mar 2014 10:51:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=lGTHnV/2mkWi5O1S+UsXxtjKNca1l+5p7HZyMdr18po=; b=qcbEMz+lzrkihZUeXK3H7Pp0dKy4ecibAYmt08jm9gcedV5BMkHvL/4juyNHMaFhGQ GlgzR1ahrT0gmEomaEdCYO/mcGUXiydoxzK9cBKNw42u8EWckGj86PHtb+XeM2bbsV1e EdEWz0fUx+lmPUdL2IcWY5gwAMjzf86Qby98S4FVNzQNK6Zt7Hp0TmAMZ1YwQAP6MElS eLRLbSHzPq9F624wglIpRcs1mxI9AOB33/xka1jtNnI5dPR9CcWJ/8RxqMFUGH+0MOJG ZmLySBy0CDy0x9llAnuNzvM7l/3NRA91aOO/ik1F4DfFUrw7ThP1ccogMuRU3HC8PO6p 7/GA== X-Received: by 10.194.59.226 with SMTP id c2mr19338302wjr.6.1395078670161; Mon, 17 Mar 2014 10:51:10 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id az1sm40195885wjb.11.2014.03.17.10.51.08 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 17 Mar 2014 10:51:08 -0700 (PDT) Sender: Baptiste Daroussin Date: Mon, 17 Mar 2014 18:51:06 +0100 From: Baptiste Daroussin To: John Nielsen Subject: Re: [HEADSUP] pkg 1.3.0 alpha1: Breath of fresh air from Kirov Message-ID: <20140317175105.GR90364@ithaqua.etoilebsd.net> References: <20140317172130.GO90364@ithaqua.etoilebsd.net> <152DC71B-1208-46AD-9192-D45FBC938EB9@jnielsen.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Ep5m4srWGXPl6O+g" Content-Disposition: inline In-Reply-To: <152DC71B-1208-46AD-9192-D45FBC938EB9@jnielsen.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@freebsd.org, stable@freebsd.org, FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 17:51:12 -0000 --Ep5m4srWGXPl6O+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 17, 2014 at 11:40:52AM -0600, John Nielsen wrote: > Looks great! Thanks as always for the work. I do have one question (below= ). >=20 > On Mar 17, 2014, at 11:21 AM, Baptiste Daroussin wrote: >=20 > > - Remove support for PACKAGESITE >=20 > There are two cases where I still define PACKAGESITE in the environment, = specifically when building new jails or VM images. Can you suggest alternat= ives? >=20 > 1. Installing/bootstrapping the latest pkg from a specific source. Often = I build in an environment that is firewalled from the Internet at large but= I have a local repo. (And it's nice to know exactly what version with whic= h options I'm installing.) What is done in the FreeBSD DVD is creatign a conf files manually: local: { url: "http://where" } and env REPOS_DIR=3D/path/to/the/directory/containing/the/file pkg ... >=20 > 2. Installing a package that includes a repo file for my local custom rep= o. This is a chicken-and-egg problem for which PACKAGESITE was a nice solut= ion since there's no risk of a stale repo file being left behind--either th= e package is installed (with the correct/current repo file) or it isn't. same as above or if you already have pkg bootstrapped you can do pkg add ht= tp://...../yourpkg.txz which makes me see that 1.3.0.a1 has lost pkg add|install http://... which = we need to fix for alpha2 Thanks for the first bug report. :) regards, Bapt --Ep5m4srWGXPl6O+g Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlMnNgkACgkQ8kTtMUmk6EzvbwCgpwij7ZMPNdBGB7NT6X+nRDyh lbIAn0kl4hYazA6KgGe6+K9tfnmexgTN =R61q -----END PGP SIGNATURE----- --Ep5m4srWGXPl6O+g-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 17 23:23:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18E36F45; Mon, 17 Mar 2014 23:23:21 +0000 (UTC) Received: from mail-ie0-x230.google.com (mail-ie0-x230.google.com [IPv6:2607:f8b0:4001:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B463B8E0; Mon, 17 Mar 2014 23:23:20 +0000 (UTC) Received: by mail-ie0-f176.google.com with SMTP id rd18so6281243iec.35 for ; Mon, 17 Mar 2014 16:23:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:cc:content-type; bh=7zOEl8FKXdd3ckNwS10UOh1ra6e6OLytoYvYrSr2cxI=; b=xrI/3dP0jQR8Dz3x1Q5xU2cKKpWhhn+WNjpYpjCa+/DoQSYTGh3g1S8ru65JOzLsmJ P02WMarAlaYdUCteOlOabEsVFQQY+GHPpS2xdN4Mc/aNxzRQ4FEGE/3TXySNurorPoDX uhQOMxt+ohWkEMnbNApVwOMX+qWVcxMbmjfp6KR6KrsuqJW3v5MxOoj0wxW1EfJgw3G/ 65djdsaCogSEUakDEwgrBQU2DWugmmE5N71eqzbpcs+i0pP1Fed0p8xU33OFPnKiV5ES 4rhYM4AKbt/zohd/EfW8tVIzTd5QYGrlVcME+g9HlMRtAYIGAJoPJ2ISi16APsIOZPbx Qdzg== MIME-Version: 1.0 X-Received: by 10.42.27.136 with SMTP id j8mr3307491icc.69.1395098600169; Mon, 17 Mar 2014 16:23:20 -0700 (PDT) Sender: oshogbo.vx@gmail.com Received: by 10.50.95.34 with HTTP; Mon, 17 Mar 2014 16:23:19 -0700 (PDT) Date: Tue, 18 Mar 2014 00:23:19 +0100 X-Google-Sender-Auth: rlxw3VDwpqrpJhTfI433aU1h014 Message-ID: Subject: Hello fdclose From: Mariusz Zaborski To: freebsd-current@freebsd.org, freebsd-arch@freebsd.org Content-Type: multipart/mixed; boundary=20cf3042705a7d7ed004f4d5b4f2 Cc: jilles@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 23:23:21 -0000 --20cf3042705a7d7ed004f4d5b4f2 Content-Type: text/plain; charset=ISO-8859-1 Hi, After our previous discuss [1] I prepare fdclosedir(3) function which was committed by Pawel (cc'ed) in commit r254499. A while ago I also prepare the fdclose function. Unfortunately, this new function is a little bit more tricky then previous one. Can I ask you for a review of this patch? Thanks, Mariusz [1] http://lists.freebsd.org/pipermail/freebsd-arch/2013-August/014688.html --20cf3042705a7d7ed004f4d5b4f2 Content-Type: text/x-patch; charset=US-ASCII; name="fdclose.patch" Content-Disposition: attachment; filename="fdclose.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hswdobnv0 LS0tIC8vZGVwb3QvdXNlci9vc2hvZ2JvL2NhcHNpY3VtL2luY2x1ZGUvc3RkaW8uaAkyMDEzLTA2 LTI4IDA4OjUxOjI4LjAwMDAwMDAwMCAwMDAwCisrKyAvaG9tZS9vc2hvZ2JvL3A0L2NhcHNpY3Vt L2luY2x1ZGUvc3RkaW8uaAkyMDEzLTA2LTI4IDA4OjUxOjI4LjAwMDAwMDAwMCAwMDAwCkBAIC0z OTYsNiArMzk2LDcgQEAKIGludAkgYXNwcmludGYoY2hhciAqKiwgY29uc3QgY2hhciAqLCAuLi4p IF9fcHJpbnRmbGlrZSgyLCAzKTsKIGNoYXIJKmN0ZXJtaWRfcihjaGFyICopOwogdm9pZAkgZmNs b3NlYWxsKHZvaWQpOworaW50CSBmZGNsb3NlKEZJTEUgKik7CiBjaGFyCSpmZ2V0bG4oRklMRSAq LCBzaXplX3QgKik7CiBjb25zdCBjaGFyICpmbXRjaGVjayhjb25zdCBjaGFyICosIGNvbnN0IGNo YXIgKikgX19mb3JtYXRfYXJnKDIpOwogaW50CSBmcHVyZ2UoRklMRSAqKTsKLS0tIC8vZGVwb3Qv dXNlci9vc2hvZ2JvL2NhcHNpY3VtL2xpYi9saWJjL3N0ZGlvL1N5bWJvbC5tYXAJMjAxMy0wNi0y OCAwODo1MToyOC4wMDAwMDAwMDAgMDAwMAorKysgL2hvbWUvb3Nob2diby9wNC9jYXBzaWN1bS9s aWIvbGliYy9zdGRpby9TeW1ib2wubWFwCTIwMTMtMDYtMjggMDg6NTE6MjguMDAwMDAwMDAwIDAw MDAKQEAgLTE1Niw2ICsxNTYsNyBAQAogCXB1dHdjX2w7CiAJcHV0d2NoYXJfbDsKIAlmbWVtb3Bl bjsKKwlmZGNsb3NlOwogCW9wZW5fbWVtc3RyZWFtOwogCW9wZW5fd21lbXN0cmVhbTsKIH07Ci0t LSAvL2RlcG90L3VzZXIvb3Nob2diby9jYXBzaWN1bS9saWIvbGliYy9zdGRpby9mY2xvc2UuMwky MDEzLTA2LTI4IDA4OjUxOjI4LjAwMDAwMDAwMCAwMDAwCisrKyAvaG9tZS9vc2hvZ2JvL3A0L2Nh cHNpY3VtL2xpYi9saWJjL3N0ZGlvL2ZjbG9zZS4zCTIwMTMtMDYtMjggMDg6NTE6MjguMDAwMDAw MDAwIDAwMDAKQEAgLTEsNSArMSw2IEBACi0uXCIgQ29weXJpZ2h0IChjKSAxOTkwLCAxOTkxLCAx OTkzCi0uXCIJVGhlIFJlZ2VudHMgb2YgdGhlIFVuaXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4gIEFs bCByaWdodHMgcmVzZXJ2ZWQuCisuXCIgQ29weXJpZ2h0IChjKSAxOTkwLCAxOTkxLCAxOTkzIFRo ZSBSZWdlbnRzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuCisuXCIgQ29weXJpZ2h0 IChjKSAyMDE0IE1hcml1c3ogWmFib3Jza2kgPG9zaG9nYm9ARnJlZUJTRC5vcmc+CisuXCIgQWxs IHJpZ2h0cyByZXNlcnZlZC4KIC5cIgogLlwiIFRoaXMgY29kZSBpcyBkZXJpdmVkIGZyb20gc29m dHdhcmUgY29udHJpYnV0ZWQgdG8gQmVya2VsZXkgYnkKIC5cIiBDaHJpcyBUb3JlayBhbmQgdGhl IEFtZXJpY2FuIE5hdGlvbmFsIFN0YW5kYXJkcyBDb21taXR0ZWUgWDMsCkBAIC0zMiwxMSArMzMs MTIgQEAKIC5cIiAgICAgQCgjKWZjbG9zZS4zCTguMSAoQmVya2VsZXkpIDYvNC85MwogLlwiICRG cmVlQlNEOiBoZWFkL2xpYi9saWJjL3N0ZGlvL2ZjbG9zZS4zIDE2NTkwMyAyMDA3LTAxLTA5IDAw OjI4OjE2WiBpbXAgJAogLlwiCi0uRGQgQXByaWwgMjIsIDIwMDYKKy5EZCBNYXJjaCAxNywgMjAx NAogLkR0IEZDTE9TRSAzCiAuT3MKIC5TaCBOQU1FCiAuTm0gZmNsb3NlICwKKy5ObSBmZGNsb3Nl ICwKIC5ObSBmY2xvc2VhbGwKIC5OZCBjbG9zZSBhIHN0cmVhbQogLlNoIExJQlJBUlkKQEAgLTQ1 LDYgKzQ3LDggQEAKIC5JbiBzdGRpby5oCiAuRnQgaW50CiAuRm4gZmNsb3NlICJGSUxFICpzdHJl YW0iCisuRnQgaW50CisuRm4gZmRjbG9zZSAiRklMRSAqc3RyZWFtIgogLkZ0IHZvaWQKIC5GbiBm Y2xvc2VhbGwgdm9pZAogLlNoIERFU0NSSVBUSU9OCkBAIC01OSwyMiArNjMsNjQgQEAKIC5YciBm Zmx1c2ggMyAuCiAuUHAKIFRoZQorLkZuIGZkY2xvc2UKK2Z1bmN0aW9uIGlzIGVxdWl2YWxlbnQg dG8gdGhlCisuRm4gZmNsb3NlCitmdW5jdGlvbiBleGNlcHQgdGhhdCB0aGlzIGZ1bmN0aW9uIHJl dHVybnMgZmlsZSBkZXNjcmlwdG9yIGluc3RlYWQgb2YKK2Nsb3NpbmcgaXQuCisuUHAKK1RoZQog LkZuIGZjbG9zZWFsbAogZnVuY3Rpb24gY2FsbHMKIC5GbiBmY2xvc2UKIG9uIGFsbCBvcGVuIHN0 cmVhbXMuCiAuU2ggUkVUVVJOIFZBTFVFUwotVXBvbiBzdWNjZXNzZnVsIGNvbXBsZXRpb24gMCBp cyByZXR1cm5lZC4KK1RoZQorLkZuIGZjbG9zZWFsbAorZnVuY3Rpb24gcmV0dXJuIG5vIHZhbHVl LgorLlBwCitVcG9uIHN1Y2Nlc3NmdWwgY29tcGxldGlvbgorLkZuIGZjbG9zZQorcmV0dXJuIDAu CitPdGhlcndpc2UsCisuRHYgRU9GCitpcyByZXR1cm5lZCBhbmQgdGhlIGdsb2JhbCB2YXJpYWJs ZQorLlZhIGVycm5vCitpcyBzZXQgdG8gaW5kaWNhdGUgdGhlIGVycm9yLgorLlBwCitUaGUKKy5G biBmZGNsb3NlCitmdW5jdGlvbiByZXR1cm4gdGhlIGZpbGUgZGVzY3JpcHRvciBpZiBzdWNjZXNz ZnVsbC4KIE90aGVyd2lzZSwKIC5EdiBFT0YKIGlzIHJldHVybmVkIGFuZCB0aGUgZ2xvYmFsIHZh cmlhYmxlCiAuVmEgZXJybm8KIGlzIHNldCB0byBpbmRpY2F0ZSB0aGUgZXJyb3IuCisuUHAKIElu IGVpdGhlciBjYXNlIG5vIGZ1cnRoZXIgYWNjZXNzIHRvIHRoZSBzdHJlYW0gaXMgcG9zc2libGUu CiAuU2ggRVJST1JTCisuQmwgLXRhZyAtd2lkdGggRXIKKy5JdCBCcSBFciBFT1BOT1RTVVBQCiBU aGUKKy5GYSBfY2xvc2UKK21ldGhvZCBpbgorLkZhIHN0cmVhbQorYXJndW1lbnQgdG8KKy5GbiBm ZGNsb3NlICwKK3dhcyBub3QgZGVmYXVsdC4KKy5JdCBCcSBFciBFQkFERgorVGhlCisuRmEgc3Ry ZWFtCithcmd1bWVudCB0bworLkZuIGZkY2xvc2UgLAorZG9lcyBub3QgY29udGFpbnMgdmFsaWQg ZmlsZSBkZXNjcmlwdG9yLgorLkVsCisuUHAKK1RoZQogLkZuIGZjbG9zZQotZnVuY3Rpb24KK2Fu ZAorLkZuIGZkY2xvc2UKK2Z1bmN0aW9ucwogbWF5IGFsc28gZmFpbCBhbmQgc2V0CiAuVmEgZXJy bm8KIGZvciBhbnkgb2YgdGhlIGVycm9ycyBzcGVjaWZpZWQgZm9yIHRoZSByb3V0aW5lcwpAQCAt ODQsNyArMTMwLDkgQEAKIC5TaCBOT1RFUwogVGhlCiAuRm4gZmNsb3NlCi1mdW5jdGlvbgorYW5k CisuRm4gZmRjbG9zZQorZnVuY3Rpb25zCiBkb2VzIG5vdCBoYW5kbGUgTlVMTCBhcmd1bWVudHM7 IHRoZXkgd2lsbCByZXN1bHQgaW4gYSBzZWdtZW50YXRpb24KIHZpb2xhdGlvbi4KIFRoaXMgaXMg aW50ZW50aW9uYWwgLSBpdCBtYWtlcyBpdCBlYXNpZXIgdG8gbWFrZSBzdXJlIHByb2dyYW1zIHdy aXR0ZW4KQEAgLTEwNCw4ICsxNTIsMTMgQEAKIGZ1bmN0aW9uCiBjb25mb3JtcyB0bwogLlN0IC1p c29DIC4KLS5QcAorLlNoIEhpc3RvcnkKIFRoZQogLkZuIGZjbG9zZWFsbAogZnVuY3Rpb24gZmly c3QgYXBwZWFyZWQgaW4KIC5GeCA3LjAgLgorLlBwCitUaGUKKy5GbiBmZGNsb3NlCitmdW5jdGlv biBmaXJzdCBhcHBlYXJlZCBpbgorLkZ4IDExLjAgLgotLS0gLy9kZXBvdC91c2VyL29zaG9nYm8v Y2Fwc2ljdW0vbGliL2xpYmMvc3RkaW8vZmNsb3NlLmMJMjAxMy0wNi0yOCAwODo1MToyOC4wMDAw MDAwMDAgMDAwMAorKysgL2hvbWUvb3Nob2diby9wNC9jYXBzaWN1bS9saWIvbGliYy9zdGRpby9m Y2xvc2UuYwkyMDEzLTA2LTI4IDA4OjUxOjI4LjAwMDAwMDAwMCAwMDAwCkBAIC0xLDYgKzEsNyBA QAogLyotCi0gKiBDb3B5cmlnaHQgKGMpIDE5OTAsIDE5OTMKLSAqCVRoZSBSZWdlbnRzIG9mIHRo ZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuICBBbGwgcmlnaHRzIHJlc2VydmVkLgorICogQ29w eXJpZ2h0IChjKSAxOTkwLCAxOTkzIFRoZSBSZWdlbnRzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIENh bGlmb3JuaWEuCisgKiBDb3B5cmlnaHQgKGMpIDIwMTQgTWFyaXVzeiBaYWJvcnNraSA8b3Nob2di b0BGcmVlQlNELm9yZz4KKyAqIEFsbCByaWdodHMgcmVzZXJ2ZWQuCiAgKgogICogVGhpcyBjb2Rl IGlzIGRlcml2ZWQgZnJvbSBzb2Z0d2FyZSBjb250cmlidXRlZCB0byBCZXJrZWxleSBieQogICog Q2hyaXMgVG9yZWsuCkBAIC0zOCw2ICszOSw3IEBACiAKICNpbmNsdWRlICJuYW1lc3BhY2UuaCIK ICNpbmNsdWRlIDxlcnJuby5oPgorI2luY2x1ZGUgPHN0ZGJvb2wuaD4KICNpbmNsdWRlIDxzdGRp by5oPgogI2luY2x1ZGUgPHN0ZGxpYi5oPgogI2luY2x1ZGUgInVuLW5hbWVzcGFjZS5oIgpAQCAt NDUsMTkgKzQ3LDE3IEBACiAjaW5jbHVkZSAibGliY19wcml2YXRlLmgiCiAjaW5jbHVkZSAibG9j YWwuaCIKIAotaW50Ci1mY2xvc2UoRklMRSAqZnApCitzdGF0aWMgaW50CitjbGVhbmZpbGUoRklM RSAqZnAsIGJvb2wgYykKIHsKIAlpbnQgcjsKIAotCWlmIChmcC0+X2ZsYWdzID09IDApIHsJLyog bm90IG9wZW4hICovCi0JCWVycm5vID0gRUJBREY7Ci0JCXJldHVybiAoRU9GKTsKKwlyID0gZnAt Pl9mbGFncyAmIF9fU1dSID8gX19zZmx1c2goZnApIDogMDsKKwlpZiAoYykgeworCQlpZiAoZnAt Pl9jbG9zZSAhPSBOVUxMICYmICgqZnAtPl9jbG9zZSkoZnAtPl9jb29raWUpIDwgMCkKKwkJCXIg PSBFT0Y7CiAJfQotCUZMT0NLRklMRShmcCk7Ci0JciA9IGZwLT5fZmxhZ3MgJiBfX1NXUiA/IF9f c2ZsdXNoKGZwKSA6IDA7Ci0JaWYgKGZwLT5fY2xvc2UgIT0gTlVMTCAmJiAoKmZwLT5fY2xvc2Up KGZwLT5fY29va2llKSA8IDApCi0JCXIgPSBFT0Y7CisKIAlpZiAoZnAtPl9mbGFncyAmIF9fU01C RikKIAkJZnJlZSgoY2hhciAqKWZwLT5fYmYuX2Jhc2UpOwogCWlmIChIQVNVQihmcCkpCkBAIC04 MCw2ICs4MCw1NSBAQAogCVNURElPX1RIUkVBRF9MT0NLKCk7CiAJZnAtPl9mbGFncyA9IDA7CQkv KiBSZWxlYXNlIHRoaXMgRklMRSBmb3IgcmV1c2UuICovCiAJU1RESU9fVEhSRUFEX1VOTE9DSygp OworCisJcmV0dXJuIChyKTsKK30KKworaW50CitmZGNsb3NlKEZJTEUgKmZwKQoreworCWludCBm ZCwgciwgZXJyOworCisJaWYgKGZwLT5fZmxhZ3MgPT0gMCkgewkvKiBub3Qgb3BlbiEgKi8KKwkJ ZXJybm8gPSBFQkFERjsKKwkJcmV0dXJuIChFT0YpOworCX0KKworCXIgPSAwOworCUZMT0NLRklM RShmcCk7CisJZmQgPSBmcC0+X2ZpbGU7CisJaWYgKGZwLT5fY2xvc2UgIT0gX19zY2xvc2UpIHsK KwkJciA9IEVPRjsKKwkJZXJybm8gPSBFT1BOT1RTVVBQOworCX0gZWxzZSBpZiAoZmQgPCAwKSB7 CisJCXIgPSBFT0Y7CisJCWVycm5vID0gRUJBREY7CisJfQorCWlmIChyID09IEVPRikgeworCQll cnIgPSBlcnJubzsKKwkJKHZvaWQpY2xlYW5maWxlKGZwLCB0cnVlKTsKKwkJZXJybm8gPSBlcnI7 CisJfSBlbHNlIHsKKwkJciA9IGNsZWFuZmlsZShmcCwgZmFsc2UpOworCX0KIAlGVU5MT0NLRklM RShmcCk7CisKKwlyZXR1cm4gKHIgPT0gMCA/IGZkIDogcik7Cit9CisKK2ludAorZmNsb3NlKEZJ TEUgKmZwKQoreworCWludCByOworCisJaWYgKGZwLT5fZmxhZ3MgPT0gMCkgewkvKiBub3Qgb3Bl biEgKi8KKwkJZXJybm8gPSBFQkFERjsKKwkJcmV0dXJuIChFT0YpOworCX0KKworCUZMT0NLRklM RShmcCk7CisJciA9IGNsZWFuZmlsZShmcCwgdHJ1ZSk7CisJRlVOTE9DS0ZJTEUoZnApOworCiAJ cmV0dXJuIChyKTsKIH0K --20cf3042705a7d7ed004f4d5b4f2-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 18 00:57:58 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B2AE079A for ; Tue, 18 Mar 2014 00:57:58 +0000 (UTC) Received: from mail-pd0-f171.google.com (mail-pd0-f171.google.com [209.85.192.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 87F76129 for ; Tue, 18 Mar 2014 00:57:58 +0000 (UTC) Received: by mail-pd0-f171.google.com with SMTP id r10so6283300pdi.16 for ; Mon, 17 Mar 2014 17:57:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=w5cMKyr8XKtA61TFPqutIuxsFA+sTk57nzxV/H1Gv9g=; b=COR/Zh2+hwl4Tp4dCaJS++urpBd+8WoPGNZcvPxdl6cTyHgoxDOFzqMnUcPqrn0o3P v/h56ehqqmTmNHk6yzH2zkCT7khAZXa8bNl1a4AvnMsOhJwu7WGYo9QHS/EfdyJfpZMH QnTYp0wYlF+RnA9s9HHUxucCmH4QkcYFYjJYPjfwPoP7HDqMmoE8bVi+Gp8O8XutTxAg 6f3AvlNrZ5dbxJh7sC+9jWbfsTtuw6wH9PMkX12UYzKnAgrWpC1cDb1cI9NloWqyblCS 3k1hCVbBT+QYbtYfD328TAakM2VuHyiUCSyCDh7pBO8uKO5/Ua2GFi4jU0AS62vHDyGq cXpA== X-Gm-Message-State: ALoCoQnpiYira2jg+rtRGmn2l73AraONHtIX9JM0jfTQiPZ54gR0IGjjeEmCoKuhHTnvF/79cToK MIME-Version: 1.0 X-Received: by 10.68.244.229 with SMTP id xj5mr30405724pbc.108.1395104271978; Mon, 17 Mar 2014 17:57:51 -0700 (PDT) Sender: andy@fud.org.nz Received: by 10.70.132.229 with HTTP; Mon, 17 Mar 2014 17:57:51 -0700 (PDT) In-Reply-To: <20140317172130.GO90364@ithaqua.etoilebsd.net> References: <20140317172130.GO90364@ithaqua.etoilebsd.net> Date: Tue, 18 Mar 2014 13:57:51 +1300 X-Google-Sender-Auth: 9dkSoS-nFUPvrDfMbWG56EchBEU Message-ID: Subject: Re: [HEADSUP] pkg 1.3.0 alpha1: Breath of fresh air from Kirov From: Andrew Thompson To: Baptiste Daroussin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: ports@freebsd.org, stable@freebsd.org, "current@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 00:57:58 -0000 On 18 March 2014 06:21, Baptiste Daroussin wrote: > Hello, > > I'm really pleased to announce that the release process for the new major > version of pkg(8) has started with this first alpha1 release. > > The main feature for this release is the complete rework of the solver. > pkg(8) now features a real SAT solver and uses it for every operations > requested > by the user that may add, upgrade or remove packages. > > I am sure this has been discussed before but does this release do anything to help automating UPDATING or is this a planned feature? Taking the last entry which says to "pkg set -o misc/p5-OSSP-uuid:misc/ossp-uuid-perl", just do it for me pkg! Andrew From owner-freebsd-current@FreeBSD.ORG Tue Mar 18 02:30:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 42DD1381; Tue, 18 Mar 2014 02:30:04 +0000 (UTC) Received: from mail-la0-x22d.google.com (mail-la0-x22d.google.com [IPv6:2a00:1450:4010:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 696B3AEF; Tue, 18 Mar 2014 02:30:03 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id hr17so4310102lab.18 for ; Mon, 17 Mar 2014 19:30:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:cc:content-type; bh=0u1b5SOFQu2CPJKHU8W9k8UWgVfT7ZSwCEXj3ulgbTU=; b=p1SnQoFfYbl1X+CfHwRlo5Cdmeyf+2o9y/sGtG0kjWSH32fOCIQQR5XZx6fCWqsgp7 o5L6FxLBc80ZL0N1AeokixL3fbFE/PBKvIKs7cZ+JDQ5JRrqSfdw931cK2myWV1cDBQ+ Ddvd0Zv5agO7rKtdc4iXTiNzjwWzp5FSMI+ha9TJb1NngwZxVNFvNgduWYbmXaiFOsbi iUy6Xm/D6gaMRpFlOzSa83B6uWJJ98dVdZZGjhSuP5UyrkjKePVOhmJTe1ByB7I2Ep4F Z61ta6o0oZyZXbBN0rNo7npubVFvlh3weFM323+kE0n49Ok+tfNunaDwP9JX740o8rAV a0cg== MIME-Version: 1.0 X-Received: by 10.112.201.1 with SMTP id jw1mr16267lbc.47.1395109801492; Mon, 17 Mar 2014 19:30:01 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.169.68 with HTTP; Mon, 17 Mar 2014 19:30:01 -0700 (PDT) Date: Mon, 17 Mar 2014 19:30:01 -0700 X-Google-Sender-Auth: L_m8vYR8Hh34716tXgRH18bCqVE Message-ID: Subject: Scripts for booting FreeBSD images from the install ISO for use in Jenkins? From: Craig Rodrigues To: freebsd-current Current , "freebsd-testing@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 Cc: "jenkins-admin@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 02:30:04 -0000 Hi, For the BSD DevSummit in May, one of the items on our agenda: https://wiki.freebsd.org/201405DevSummit/Jenkins is to talk about writing scripts which can take a FreeBSD ISO image, and then boot it and run it on a remote system or in a VM to install the OS. After the OS is up, we would like to run tests. All of this would be triggered from Jenkins. Does anyone have scripts which can do this? Can they be contributed to the Jenkins effort on FreeBSD? If you have scripts in Python, Ruby, Bourne shell, etc. are all fine, or even recipes in automation frameworks like Puppet, Ansible, Chef, SaltStack, etc., please let us know! :) -- Craig From owner-freebsd-current@FreeBSD.ORG Tue Mar 18 02:31:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 582534A8; Tue, 18 Mar 2014 02:31:26 +0000 (UTC) Received: from mail-ve0-x22d.google.com (mail-ve0-x22d.google.com [IPv6:2607:f8b0:400c:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 09371B74; Tue, 18 Mar 2014 02:31:25 +0000 (UTC) Received: by mail-ve0-f173.google.com with SMTP id oy12so6444254veb.32 for ; Mon, 17 Mar 2014 19:31:25 -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=+iHRBQ3QXYWm+evGoQ+HEkzIGpZ52YCitG2PceP/B/8=; b=npb8z4Xx9hg3PEuyYHMKTDSKC8Knw+VA1pk6mErvqBSdsHVufOh2zYlDxOoRenLJGc a9Ss/jHOQMlv19SuVHqN9zYV6hLbZD1cg2GhWieJpUKZmivXFBFP3oUH/JQbTa3WH+Xn XKWKfSD74cckpheQlYqWLa2UEX9Jm48/H+ctbpAPdqkA/RI3weoJt1OkhxcCj4IBxpby wsQlKwh2HpdyuIcKz9PaEd9twapXJmGXkkFiwwIKAEWQTJqkRmo4bDQz/i52K5chmg52 ssY5At2Nrub3nJWIkVmuv1LdLx5x3877fDHzAZtpCy/TPY9rhU9J7CzRTjNdoN+Kz/tF hL3Q== MIME-Version: 1.0 X-Received: by 10.58.31.136 with SMTP id a8mr9101375vei.20.1395109885216; Mon, 17 Mar 2014 19:31:25 -0700 (PDT) Received: by 10.220.168.135 with HTTP; Mon, 17 Mar 2014 19:31:25 -0700 (PDT) Date: Mon, 17 Mar 2014 22:31:25 -0400 Message-ID: Subject: Newcons with Nvidia From: Thomas Hoffmann To: freebsd-current , freebsd-x11@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 02:31:26 -0000 The newcons wiki page shows that newcons with Nvidia as UNKNOWN. That may or may not change after this report. I'm running -CURRENT r263278 amd64 with an Nvidia GeForce 8800M GTS using the nv driver from x11-drivers/xorg-driver. I built/booted a newcons kernel, applied the vidcontrol-for-vt-2014-03-11patch and "installed" the /usr/share/vt/fonts/gallant.fnt font. With syscons, I would start with an 80x24 text console for the boot and then switch to a 1920x1200 (240x75 - 8x16) virtual terminal once allscreens_flags got processed in /etc/rc.conf. With newcons, there were four changes of note: 1) a new console font (gallant maybe?) for the 80x24 text console; 2) no mode switch to 1920x1200 with allscreens_flags. The message "vidcontrol: Setting video mode: inappropriate ioctl for device" was written to the console/terminal, ostensibly when it tried to process allscreens_flags. 3) The message "Configuring syscons: blanktimevt4_mode = 1; allscreensvt4_mode = 1" was written to the console around the time (I think) /etc/rc.conf was being processed. Not sure what these mean. 4) "vidcontrol -i mode" shows no usable modes (all show 0000x0000) or fonts (all show 0x0). So, some questions: 1) Is what I am seeing expected given the current state of newcons development and the Nvidia card/driver? 2) Is there a way to get back to a 1920x1200 video mode for my virtual terminals with newcons? Or even get it early in the boot process? 3) Are there any tests I can run that would be of value to the newcons team -OR- 4) Should I just take my newcons kernel and Nvidia card and go away :))) I'll admit I spend so little time using virtual terminals I almost don't care what mode newcons gives me. As long as X gives me 1920x1200, and it still does, I'll be happy. Thanks for all your efforts on newcons. -Tom From owner-freebsd-current@FreeBSD.ORG Tue Mar 18 09:38:14 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 15AFBCFE; Tue, 18 Mar 2014 09:38:14 +0000 (UTC) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3329A2D2; Tue, 18 Mar 2014 09:38:13 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id cc10so3380061wib.16 for ; Tue, 18 Mar 2014 02:38:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=sHAx3im/SVLB8U/iyCc15nqE1J4/f9l6+ggP6+vcFvk=; b=g2Me/vc8mt3zrUHBFdWSIv3Al0cRfriBMbyJTiEIO31IC4HUg7atBT2oj6hjtpXXWj hJ+Y0eOcLCmDrG1PUb9RK8MP7TE5JBlfCwVTyBb014+bUgPP/7xD9joVAmY3y3CBGPn3 9YFIkB+FpX8PZSwBXt2h9YMhwQxk6dfJzXOxh0LnmA6bC1uJf0EKn+jqYn4hTlBbyZx3 deZDr4JgwuBZnPsfNnXw1qlKp4J0BB68bITfojze1CyhYYaEW7sw8mNOpDmyEh5s1qCY f/K9+Tw/gx2USPpwQMgE3jm5JSGJdyCRKiiZMYrgfGPF4iH8l3/vl902XIk8dC4IPDN2 I3Qg== X-Received: by 10.180.11.36 with SMTP id n4mr13523227wib.4.1395135491534; Tue, 18 Mar 2014 02:38:11 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id bi8sm32326386wib.3.2014.03.18.02.38.09 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 18 Mar 2014 02:38:10 -0700 (PDT) Sender: Baptiste Daroussin Date: Tue, 18 Mar 2014 10:38:08 +0100 From: Baptiste Daroussin To: Andrew Thompson Subject: Re: [HEADSUP] pkg 1.3.0 alpha1: Breath of fresh air from Kirov Message-ID: <20140318093807.GU90364@ithaqua.etoilebsd.net> References: <20140317172130.GO90364@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ULJ2Z7kCM1hyNsWd" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@freebsd.org, stable@freebsd.org, "current@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 09:38:14 -0000 --ULJ2Z7kCM1hyNsWd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 18, 2014 at 01:57:51PM +1300, Andrew Thompson wrote: > On 18 March 2014 06:21, Baptiste Daroussin wrote: >=20 > > Hello, > > > > I'm really pleased to announce that the release process for the new maj= or > > version of pkg(8) has started with this first alpha1 release. > > > > The main feature for this release is the complete rework of the solver. > > pkg(8) now features a real SAT solver and uses it for every operations > > requested > > by the user that may add, upgrade or remove packages. > > > > > I am sure this has been discussed before but does this release do anything > to help automating UPDATING or is this a planned feature? >=20 > Taking the last entry which says to "pkg set -o > misc/p5-OSSP-uuid:misc/ossp-uuid-perl", just do it for me pkg! >=20 The new solver takes care of this without the need of pkg set -o :) It would be now transparent for users. (all they might discover is that a conflict is detected then a new pass in the solver is needed and and the problems is solved properly by the removal of ossp-uuid-perl and installati= on of p5-OSSP-uuid. regards, Bapt --ULJ2Z7kCM1hyNsWd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlMoE/4ACgkQ8kTtMUmk6ExUQQCgwlja5xy9eRD1A0dKiRTIgdlG v/oAnAqVLYB7MXI8sgt/SLFPgDwUMzsl =n804 -----END PGP SIGNATURE----- --ULJ2Z7kCM1hyNsWd-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 18 12:22:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9CF39C80 for ; Tue, 18 Mar 2014 12:22:10 +0000 (UTC) Received: from eu1sys200aog106.obsmtp.com (eu1sys200aog106.obsmtp.com [207.126.144.121]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EA4A58B2 for ; Tue, 18 Mar 2014 12:22:09 +0000 (UTC) Received: from mail-we0-f173.google.com ([74.125.82.173]) (using TLSv1) by eu1sys200aob106.postini.com ([207.126.147.11]) with SMTP ID DSNKUyg6b8ybJPmDmhPgUNuVL8piMXkPHPIo@postini.com; Tue, 18 Mar 2014 12:22:10 UTC Received: by mail-we0-f173.google.com with SMTP id w61so5824942wes.32 for ; Tue, 18 Mar 2014 05:22:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:message-id:to:subject:reply-to :in-reply-to; bh=iP1vPrWqtP4EYNeRWZkMJ5qI00XfGgLy/gamd5s5T1M=; b=hQ+GlgTQWXyCDMg2R9zvg5Nsvtfw5bbhWn7jPNlPxT8nz5OJ7jO5+WnEK8Jr4QdZa6 10OlappRT7D1sM8p24lSWnx+ZGmV4l56/ul4DuMrsejfQDH1amrZRSnp0DrQmE65s5GG vCDr7G3Y9K23jI87IFFTydEpFlhO8kqt40mgP7p1rfC43gHE//E8zbkhCCzaGpnis8ht clkwDhvep5MUsVHmOw8M0w/N/Z3SE+azwRgTQKDk3z0T7RN4W7MF/Wds+uBNMbVy6crA TfRzzlvilpcXZVKbEy3lGb+kg7xQBA2lNfPMb+hbFbdtrt9TNn+5RAhPhrmq2fXbrMw5 wThQ== X-Received: by 10.194.63.103 with SMTP id f7mr10427670wjs.38.1395139145740; Tue, 18 Mar 2014 03:39:05 -0700 (PDT) X-Gm-Message-State: ALoCoQkkIqtk3RzPmni7MUKDeRZbg9k0wpovrTOarBaj19q3htEWoP1IsuY2Axc3EqiEEXInbUIndMlEXmD8KcsN6wMUjrrK+0ho9W+KNe3/FPJVQ9jPQWZnMRoBG2MPMY/GjzYC4Reio0BSU4d8O8FFAiNvs5BhsI/gOWDdW1oxYvKZjVnuw14= X-Received: by 10.194.63.103 with SMTP id f7mr10427667wjs.38.1395139145663; Tue, 18 Mar 2014 03:39:05 -0700 (PDT) Received: from mech-cluster241.men.bris.ac.uk (mech-cluster241.men.bris.ac.uk. [137.222.187.241]) by mx.google.com with ESMTPSA id hy8sm46122878wjb.2.2014.03.18.03.39.03 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 18 Mar 2014 03:39:04 -0700 (PDT) Sender: Anton Shterenlikht Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6) with ESMTP id s2IAd2XI030640 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 18 Mar 2014 10:39:02 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6/Submit) id s2IAd20h030639; Tue, 18 Mar 2014 10:39:02 GMT (envelope-from mexas) Date: Tue, 18 Mar 2014 03:39:04 -0700 (PDT) From: Anton Shterenlikht Message-Id: <201403181039.s2IAd20h030639@mech-cluster241.men.bris.ac.uk> To: freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org Subject: Re: reproducible panic every day at 03:02, probably triggered by daily periodic scipts - help In-Reply-To: <1394134260.15679.91454577.172E5E29@webmail.messagingengine.com> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: mexas@bris.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 Mar 2014 12:22:10 -0000 I've spent a lot of time on this. At some point I started suspecting disk failures, based on dd errors and smartmontools reports. So I replaced the disks, and then replaced the whole box for another nominally identical SunBlade 1500. The panics persisted. I now think that multiple cold reboots might have damaged disks, not the other way round. In the end I had to conclude that this is not a hardware problem, but the OS issue, perhaps triggered by some heavy disk I/O. Various frequent panics exist at least from r260689 to r263096: r260689: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/186760 r260914: http://www.freebsd.org/cgi/query-pr.cgi?pr=187219 r261798: http://www.freebsd.org/cgi/query-pr.cgi?pr=187080 r263096: http://www.freebsd.org/cgi/query-pr.cgi?pr=187527 I now reverted as far back as r258000, and the system seems stable, but I probably need few more days to be sure. If the system is indeed stable at r258000, when I have the time, I'll try to narrow down the problem revision. But I'd appreciate any hint that might save time. Anton From owner-freebsd-current@FreeBSD.ORG Tue Mar 18 14:29:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 84327DE0 for ; Tue, 18 Mar 2014 14:29:52 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6623D8F4 for ; Tue, 18 Mar 2014 14:29:51 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WPv1a-00021b-Op for freebsd-current@freebsd.org; Tue, 18 Mar 2014 07:29:50 -0700 Date: Tue, 18 Mar 2014 07:29:50 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1395152990763-5895400.post@n5.nabble.com> In-Reply-To: References: Subject: Re: Newcons with Nvidia MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 14:29:52 -0000 Hello. I've tried to use vt on 10-STABLE, but had my own problems and=20 abandoned it. From what I've heard,=C2=A0no support for vidcontrol(*) is expected at this point. * https://wiki.freebsd.org/Newcons -- View this message in context: http://freebsd.1045724.n5.nabble.com/Newcons-= with-Nvidia-tp5895287p5895400.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Tue Mar 18 18:18:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 77D40752; Tue, 18 Mar 2014 18:18:24 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4A63093E; Tue, 18 Mar 2014 18:18:24 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 3C9CFB917; Tue, 18 Mar 2014 14:18:23 -0400 (EDT) From: John Baldwin To: Mariusz Zaborski Subject: Re: Hello fdclose Date: Tue, 18 Mar 2014 14:04:51 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201403181404.52197.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 18 Mar 2014 14:18:23 -0400 (EDT) Cc: jilles@freebsd.org, freebsd-current@freebsd.org, freebsd-arch@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 18:18:24 -0000 On Monday, March 17, 2014 7:23:19 pm Mariusz Zaborski wrote: > Hi, > > After our previous discuss [1] I prepare fdclosedir(3) function which > was committed by Pawel (cc'ed) in commit r254499. > > A while ago I also prepare the fdclose function. Unfortunately, this > new function is a little bit more tricky then previous one. Can I ask > you for a review of this patch? I think the code is fine. I have a few suggestions on the manpage wording: The +.Fn fdclose +function is equivalent to the +.Fn fclose +function except that this function returns file descriptor instead of +closing it. +.Pp +The I would move fdclose() to its own paragraph and reword this sentence as: "The fdclose() function is equivalent to fclose() except that it does not close the underlying file descriptor." .Sh RETURN VALUES -Upon successful completion 0 is returned. +The +.Fn fcloseall +function return no value. +.Pp +Upon successful completion +.Fn fclose +return 0. +Otherwise, +.Dv EOF +is returned and the global variable +.Va errno +is set to indicate the error. +.Pp +The +.Fn fdclose +function return the file descriptor if successfull. Otherwise, .Dv EOF One of English's arcane rules is that most verbs append an 's' when used with singular subjects, so "function returns" shoud be used instead of "function return", etc. I do think for this section it would be good to combine the descriptions of fclose() and fdclose() when possible, so perhaps something like: "The fcloseall() function returns no value. Upon successful completion, fclose() returns 0 and fdclose() returns the file descriptor of the underlying file. Otherwise, EOF is returned and the global variable errno is set to indicate the error. In either case no further access to the stream is possible." This allows "in either case" to still read correctly and makes it clear it applies to both fclose() and fdclose(). .Sh ERRORS +.Bl -tag -width Er +.It Bq Er EOPNOTSUPP The +.Fa _close +method in +.Fa stream +argument to +.Fn fdclose , +was not default. +.It Bq Er EBADF +The +.Fa stream +argument to +.Fn fdclose , +does not contains valid file descriptor. +.El +.Pp +The .Fn fclose -function +and +.Fn fdclose +functions may also fail and set .Va errno For the errors section, the first error list needs some sort of introductory text. Also, this shouldn't claim that fdclose() can return an errno value for close(2). "ERRORS The fdclose() function may will fail if: [EOPNOTSUPP] The stream to close uses a non-default close method. [EBADF] The stream is not backed by a valid file descriptor. The fclose() and fdclose() functions may also fail and set errno for any of the errors specified for fflush(3). The fclose() functino may also fail and set errno for any of the errors specified for close(2)." @@ -84,7 +130,9 @@ .Sh NOTES The .Fn fclose -function +and +.Fn fdclose +functions does not handle NULL arguments; they will result in a segmentation violation. This is intentional - it makes it easier to make sure programs written "do not handle". -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Mar 18 18:47:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0BCD21E6 for ; Tue, 18 Mar 2014 18:47:11 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D0C8FCA8 for ; Tue, 18 Mar 2014 18:47:10 +0000 (UTC) Received: from julian-mbp3.pixel8networks.com (50-196-156-133-static.hfc.comcastbusiness.net [50.196.156.133]) (authenticated bits=0) by vps1.elischer.org (8.14.8/8.14.8) with ESMTP id s2IIl92A086146 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 18 Mar 2014 11:47:09 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <532894A8.4050903@freebsd.org> Date: Tue, 18 Mar 2014 11:47:04 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Thomas Hoffmann , freebsd-current Subject: Re: File not found in ftp repository References: <20140316133552.M35892@i805.com.br> <20140317030303.M5041@i805.com.br> <20140317035237.M54567@i805.com.br> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Nilton Jose Rizzo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 18:47:11 -0000 On 3/17/14, 7:54 AM, Thomas Hoffmann wrote: > On Sun, Mar 16, 2014 at 11:56 PM, Nilton Jose Rizzo wrote: > >> >>>> ==> SIZE xfce4-equake-plugin-1.3.4.tar.bz2 ... feito. >>>> ==> PASV ... feito. ==> RETR xfce4-equake-plugin-1.3.4.tar.bz2 ... >>>> O arquivo 'xfce4-equake-plugin-1.3.4.tar.bz2' no foi encontrado. >> (file >>>>> not found) >>>>> >>>>> this file was required by xfce4 and not found in any repository >>>>> where can I found it? generally if you need to find a distfile that has gone away this site: http://www.filewatcher.com will tell you where there are still copies >>>>> >>>>> Rizzo >>>> From owner-freebsd-current@FreeBSD.ORG Tue Mar 18 19:24:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 887C0169; Tue, 18 Mar 2014 19:24:46 +0000 (UTC) Received: from server.i805.com.br (mailhost.i805.com.br [72.52.97.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6CFE513C; Tue, 18 Mar 2014 19:24:45 +0000 (UTC) Received: from i805.com.br (localhost [127.0.0.1]) by server.i805.com.br (8.14.7/8.14.5) with ESMTP id s2IJOYW8063441; Tue, 18 Mar 2014 16:24:34 -0300 (BRT) (envelope-from rizzo@i805.com.br) From: "Nilton Jose Rizzo" To: Julian Elischer , Thomas Hoffmann , freebsd-current Subject: Re: File not found in ftp repository Date: Tue, 18 Mar 2014 16:24:34 -0300 Message-Id: <20140318192423.M60262@i805.com.br> In-Reply-To: <532894A8.4050903@freebsd.org> References: <20140316133552.M35892@i805.com.br> <20140317030303.M5041@i805.com.br> <20140317035237.M54567@i805.com.br> <532894A8.4050903@freebsd.org> X-Mailer: OpenWebMail 3.00_beta4 20121104 671 X-OriginatingIP: 186.221.33.101 (rizzo) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on server.i805.com.br X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 19:24:46 -0000 Em Tue, 18 Mar 2014 11:47:04 -0700, Julian Elischer escreveu > On 3/17/14, 7:54 AM, Thomas Hoffmann wrote: > > On Sun, Mar 16, 2014 at 11:56 PM, Nilton Jose Rizzo wrote: > > > >> > >>>> ==> SIZE xfce4-equake-plugin-1.3.4.tar.bz2 ... feito. > >>>> ==> PASV ... feito. ==> RETR xfce4-equake-plugin-1.3.4.tar.bz2 ... > >>>> O arquivo 'xfce4-equake-plugin-1.3.4.tar.bz2' não foi encontrado. > >> (file > >>>>> not found) > >>>>> > >>>>> this file was required by xfce4 and not found in any repository > >>>>> where can I found it? > > generally if you need to find a distfile that has gone away this site: > > http://www.filewatcher.com > > will tell you where there are still copies > >>>>> > >>>>> Rizzo > >>>> > Thankx > _______________________________________________ > 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 Mar 18 19:29:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A17930E for ; Tue, 18 Mar 2014 19:29:35 +0000 (UTC) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9738B18C for ; Tue, 18 Mar 2014 19:29:34 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id hi5so4164931wib.17 for ; Tue, 18 Mar 2014 12:29:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=jZM0ls8K3pyKtJ9fiGN6jESB/dDS394f35rlbCQvQTI=; b=VOs8vZqMxGNl0EZYvqX+hHl/RSZIZ07I+1eyfOBTul08W0F3qijKVKkCeqIV5VcADq GJXj+HvpM09x9WRBLZ0dK9L1mJPZlhVpqMBeD7f9brVwV6BAOFvpo3k6F0jCbSfHpaDp CLI/gYbkHuL7Qzypuv88re8XfklhoLZVd6mobyhoCc+hsLfvcdT9i7KoWVyAgkKlF4dk 4FI7AFzQyugjLnEu7eTmj4m6t6YHdrBLQWQ9GSyC+qVruLmn3s1+S6md+yCvjrpEmdH3 WCU6JzBejzTgPSVjvaOr/lMUsmD5wwHxjHwkwutJml58noHfatWdZC9rY9apkJFfyra4 p7wg== MIME-Version: 1.0 X-Received: by 10.180.101.40 with SMTP id fd8mr15648951wib.1.1395170972227; Tue, 18 Mar 2014 12:29:32 -0700 (PDT) Sender: maksim.yevmenkin@gmail.com Received: by 10.227.113.207 with HTTP; Tue, 18 Mar 2014 12:29:32 -0700 (PDT) Date: Tue, 18 Mar 2014 12:29:32 -0700 X-Google-Sender-Auth: p7ktD_3t-2Vpn2TULGjHeWRsl3I Message-ID: Subject: [rfc] /dev/devstat permissions patch From: Maksim Yevmenkin To: "current@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 19:29:35 -0000 hello, would anyone object to the following patch? == Index: subr_devstat.c =================================================================== --- subr_devstat.c (revision 263311) +++ subr_devstat.c (working copy) @@ -503,7 +503,7 @@ mtx_assert(&devstat_mutex, MA_NOTOWNED); if (!once) { make_dev_credf(MAKEDEV_ETERNAL | MAKEDEV_CHECKNAME, - &devstat_cdevsw, 0, NULL, UID_ROOT, GID_WHEEL, 0400, + &devstat_cdevsw, 0, NULL, UID_ROOT, GID_WHEEL, 0444, DEVSTAT_DEVICE_NAME); once = 1; } == i'm not sure why /dev/devstat has such restrictive permissions. can someone please explain the reason for it? having gstat(8) require super-user privilege seems like an overkill me. iostat(8) and systat(1) do not require super-user privileges to work. and, yes, i know i can override permissions with /etc/devfs.conf, just curious what are we protecting from in /dev/devstat thanks, max From owner-freebsd-current@FreeBSD.ORG Tue Mar 18 19:29:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D3F8C3D3; Tue, 18 Mar 2014 19:29:36 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AC8F918D; Tue, 18 Mar 2014 19:29:36 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 7E911B941; Tue, 18 Mar 2014 15:29:32 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: vm_map.h Date: Tue, 18 Mar 2014 14:23:55 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201403131400.59282.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201403181423.55276.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 18 Mar 2014 15:29:32 -0400 (EDT) Cc: Bruno =?iso-8859-1?q?Lauz=E9?= , Alan Cox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 19:29:36 -0000 On Thursday, March 13, 2014 6:46:13 pm Bruno Lauz=E9 wrote: > I suggesting this because it is used more ahead in the same file, but the= other way around is fine for me No need to move them around: Index: vm_map.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =2D-- vm_map.h (revision 263302) +++ vm_map.h (working copy) @@ -188,8 +188,10 @@ struct vm_map { vm_flags_t flags; /* flags for this vm_map */ vm_map_entry_t root; /* Root of a binary search tree */ pmap_t pmap; /* (c) Physical map */ +#ifdef _KERNEL #define min_offset header.start /* (c) */ #define max_offset header.end /* (c) */ +#endif int busy; }; =20 > ---------------------------------------- > > From: jhb@freebsd.org > > To: freebsd-current@freebsd.org > > Subject: Re: vm_map.h > > Date: Thu, 13 Mar 2014 14:00:59 -0400 > > CC: brunolauze@msn.com; alc@freebsd.org > > > > On Wednesday, March 12, 2014 5:13:28 pm Bruno Lauz=E9 wrote: > >> The two defines in vm/vm_map.h > >> > >> #define min_offset header.start /* (c) */ > >> #define max_offset header.end /* (c) */ > >> > >> > >> are really getting in the way because those words are most likely to b= e used > > downstream. > >> > >> I would suggest renaming those defines to: > >> > >> #define vm_min_offset header.start /* (c) */ > >> #define vm_max_offset header.end /* (c) */ > >> > >> Am I missing something? > > > > A simpler fix is probably to put the #define's under #ifdef _KERNEL. > > > > -- > > John Baldwin =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Mar 18 19:29:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 37E36508; Tue, 18 Mar 2014 19:29:41 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0ED2A191; Tue, 18 Mar 2014 19:29:41 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 014C0B94B; Tue, 18 Mar 2014 15:29:40 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: FreeBSD GSOC proposal in 2014 Date: Tue, 18 Mar 2014 14:26:19 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <20140314070218.GA37327@FreeBSD.org> In-Reply-To: <20140314070218.GA37327@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201403181426.19929.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 18 Mar 2014 15:29:40 -0400 (EDT) Cc: freebsd-hackers@freebsd.org, soc-status@freebsd.org, "Wojciech A. Koszek" , yan cui X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 19:29:41 -0000 On Friday, March 14, 2014 3:02:18 am Wojciech A. Koszek wrote: > On Thu, Mar 13, 2014 at 09:56:35PM -0400, yan cui wrote: > > Hi all, > > > > I write this mail to make my question clear. I know witness can be used > > to detect wrong lock order in the kernel. However, can it be used to do > > lock profiling (what I mean is to report the information such as which > > locks are most contended and print some related statistics such as calling > > graph, etc)? > > In other words, is it enough to finish the task by porting witness to the > > pthread library? > > > > Yan, > > To my knowledge WITNESS is the only tool for lock order verification. > > For lock profiling in the FreeBSD kernel there's a KTR subsystem. KTR > mechanism is basically like syslog() in the user-space, but for the kernel. > KTR subsystem will receive messages from KTR API that is placed in the > FreeBSD kernel. Messages get stored on the list of some sort. List can be > exported to a file. File you can later analyze. > > Jeff wrote a Python app which can be used for pre-processing the KTR logs > from scheduler and protting them visually. Link: > > http://svnweb.freebsd.org/base/head/tools/sched/schedgraph.py > > Instead of porting witness to pthreads, maybe we could evaluate expanding > WITNESS to cover kern_umtx? This could prove to be more universal. > > Wojciech There is a dedicated lock profiler (LOCK_PROFILING) in the kernel. A previous GSoC student from an earlier year has already re-implemented both LOCK_PROFILING and WITNESS for pthreads. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Mar 18 19:29:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 250306F4 for ; Tue, 18 Mar 2014 19:29:45 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F414619B for ; Tue, 18 Mar 2014 19:29:44 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E1E3EB946; Tue, 18 Mar 2014 15:29:43 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: Newcons with Nvidia Date: Tue, 18 Mar 2014 14:35:48 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <1395152990763-5895400.post@n5.nabble.com> In-Reply-To: <1395152990763-5895400.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201403181435.48474.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 18 Mar 2014 15:29:44 -0400 (EDT) Cc: Jakub Lach X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 19:29:45 -0000 On Tuesday, March 18, 2014 10:29:50 am Jakub Lach wrote: > Hello. > > I've tried to use vt on 10-STABLE, but had my own problems and > abandoned it. From what I've heard, no support for vidcontrol(*) > is expected at this point. > > * https://wiki.freebsd.org/Newcons Currently newcons does not support VESA mode changing for it's standard vga backend AFAIK. The default 80x25 console is fine on an Nvidia card (it's what I used to test the 10 MFC), but it is slow. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Mar 18 19:39:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 00C66FC2; Tue, 18 Mar 2014 19:39:34 +0000 (UTC) Received: from mail-yh0-x22f.google.com (mail-yh0-x22f.google.com [IPv6:2607:f8b0:4002:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7AA592F4; Tue, 18 Mar 2014 19:39:34 +0000 (UTC) Received: by mail-yh0-f47.google.com with SMTP id 29so7437650yhl.6 for ; Tue, 18 Mar 2014 12:39:33 -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=84/H+hdlNplehbqYVJX/4g5xOmPyzw6k718WXcLODco=; b=cOEVHHh6scLEC18cfRdCQiTTv5L7P3G+gfgC462GdmHJuJwq3Z1LJ2w2g30eBzB5yo M8EJUfA6+GVpq/Kk6ODVvhPdEwEa9RtQJGDdiRvEmhv01YZDkfyi2A0KQ9yNQZClCY62 5jrphafGVqZeDhFoVYm5H2loKiovrRv67gZYRIJi1Sfvqz0oN9Rqgr48ZGjVVE31QOu9 VuJi0FRvbWXubK+pq1/pubRQeN6qonwwe3yTZarw5hAiNhK74kb3cJIM53pbkmpuei4e Njv1NFmNTC50tV93EuPBzC6Tv6yhX4h997wkAk2OXnFcLztCHOe1hSJFYe6lkIbjHoai MWRQ== MIME-Version: 1.0 X-Received: by 10.236.177.100 with SMTP id c64mr36560870yhm.30.1395171573780; Tue, 18 Mar 2014 12:39:33 -0700 (PDT) Received: by 10.170.66.204 with HTTP; Tue, 18 Mar 2014 12:39:33 -0700 (PDT) In-Reply-To: <201403181426.19929.jhb@freebsd.org> References: <20140314070218.GA37327@FreeBSD.org> <201403181426.19929.jhb@freebsd.org> Date: Tue, 18 Mar 2014 15:39:33 -0400 Message-ID: Subject: Re: FreeBSD GSOC proposal in 2014 From: yan cui To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, "Wojciech A. Koszek" , soc-status@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 19:39:35 -0000 Really? Maybe I can download his code from previous GSoC. Actually, before applying for this idea, I did not scan the projects in previous years and just pick up one which I like. Are there any possibilities to improve on this part (or this idea should not be considered any more)? Yan 2014-03-18 14:26 GMT-04:00 John Baldwin : > On Friday, March 14, 2014 3:02:18 am Wojciech A. Koszek wrote: > > On Thu, Mar 13, 2014 at 09:56:35PM -0400, yan cui wrote: > > > Hi all, > > > > > > I write this mail to make my question clear. I know witness can be > used > > > to detect wrong lock order in the kernel. However, can it be used to do > > > lock profiling (what I mean is to report the information such as which > > > locks are most contended and print some related statistics such as > calling > > > graph, etc)? > > > In other words, is it enough to finish the task by porting witness to > the > > > pthread library? > > > > > > > Yan, > > > > To my knowledge WITNESS is the only tool for lock order verification. > > > > For lock profiling in the FreeBSD kernel there's a KTR subsystem. KTR > > mechanism is basically like syslog() in the user-space, but for the > kernel. > > KTR subsystem will receive messages from KTR API that is placed in the > > FreeBSD kernel. Messages get stored on the list of some sort. List can be > > exported to a file. File you can later analyze. > > > > Jeff wrote a Python app which can be used for pre-processing the KTR logs > > from scheduler and protting them visually. Link: > > > > http://svnweb.freebsd.org/base/head/tools/sched/schedgraph.py > > > > Instead of porting witness to pthreads, maybe we could evaluate expanding > > WITNESS to cover kern_umtx? This could prove to be more universal. > > > > Wojciech > > There is a dedicated lock profiler (LOCK_PROFILING) in the kernel. A > previous GSoC student from an earlier year has already re-implemented both > LOCK_PROFILING and WITNESS for pthreads. > > -- > John Baldwin > -- Think big; Dream impossible; Make it happen. From owner-freebsd-current@FreeBSD.ORG Tue Mar 18 19:44:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BD7D7331 for ; Tue, 18 Mar 2014 19:44:47 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7AF1A3D2 for ; Tue, 18 Mar 2014 19:44:47 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1WPzwL-000KF4-Pi>; Tue, 18 Mar 2014 20:44:45 +0100 Received: from g226190040.adsl.alicedsl.de ([92.226.190.40] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1WPzwL-002OJ7-Ma>; Tue, 18 Mar 2014 20:44:45 +0100 Date: Tue, 18 Mar 2014 20:44:41 +0100 From: "O. Hartmann" To: FreeBSD CURRENT Subject: r263306: boot fails Message-ID: <20140318204441.0835594f.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/UHY=U5=k.hdX=Rnhd/EGpeY"; protocol="application/pgp-signature" X-Originating-IP: 92.226.190.40 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 19:44:47 -0000 --Sig_/UHY=U5=k.hdX=Rnhd/EGpeY Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable r263306 fails to boot properly into multiuser mode (while r262252 does). On= e system gets stuck showing starting "nfsuserd" on console and never go further, another = box never shows up any login but it prints massive ipfw messages, that packets for 1= 92.168.01.1:631 is droped. Hitting Ctrl-C shows then that system.dns isn't availabel (I for= got the exact message since I was in a hurry getting the boxes up again). I rebooted older kernel (r263252) with no problem. oh --Sig_/UHY=U5=k.hdX=Rnhd/EGpeY Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTKKItAAoJEOgBcD7A/5N8mNMIAJ1wEUVnSBYrjPAKqZFOPeYi 9beEQWxC/E6AgDYL0+5gOAjyjW3tBJ//cg7u8yZRLYeO0NlFHQNk0BDCVSjtbHxT +McFKxS6cGjRwVOyIqvaurv734SNKnXr20Y+iF9ghHxGFaB2EmNyTbyrhACAuc5G C7sMbJ5WU7AGivS09PtfG9MP7gdQF89rxzae84Ja7mDsOfJ3poBTAxVaz0JIprOz 1EslcB5iUCwfJ83m/4S0aPG6J7tKBCaCDPeba0TgZRUvSxNZYTn1wTLj90vhUDjI eNClm7X7se3ywr5z+nqswke36pIwhuXaQTLw6HXbOzdJXYxjAxExd3AYTmLUj/8= =gLuT -----END PGP SIGNATURE----- --Sig_/UHY=U5=k.hdX=Rnhd/EGpeY-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 18 19:46:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28B9D456 for ; Tue, 18 Mar 2014 19:46:33 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D913E3F1 for ; Tue, 18 Mar 2014 19:46:32 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1WPzy3-000Kbq-Bk>; Tue, 18 Mar 2014 20:46:31 +0100 Received: from g226190040.adsl.alicedsl.de ([92.226.190.40] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1WPzy3-002OR2-8f>; Tue, 18 Mar 2014 20:46:31 +0100 Date: Tue, 18 Mar 2014 20:46:30 +0100 From: "O. Hartmann" To: FreeBSD CURRENT Subject: r263306: rcorder: Circular dependency on provision `mountcritremote' in file `/etc/rc.d/ldconfig'. Message-ID: <20140318204630.22442fcf.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/yYrQok8_Ar8+TMigeX+FBAN"; protocol="application/pgp-signature" X-Originating-IP: 92.226.190.40 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 19:46:33 -0000 --Sig_/yYrQok8_Ar8+TMigeX+FBAN Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On CURRENT r263306 I get this weird result when checking the order of the r= c.d scripts with rcorder: rcorder: Circular dependency on provision `mountcritremote' in file `/etc/rc.d/ldconfig'. --Sig_/yYrQok8_Ar8+TMigeX+FBAN Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTKKKWAAoJEOgBcD7A/5N8TPcH/1CffLJ6sqYRXw8wXP2bDkZp hyP6t55Rr7144Mr6zJOBLzJpYj8kA4LgtblB/TMksdoK31fsHbW1PqjK3/RaCllc SU0H5xG8bvvdSszIxgO/PbIVPYjoM2zpVLFCtG6Qu0icUfIbA6Ax5AOdnRItEEmS nk2Fh5k5TF9bfPiw02tZbRIhfBZRNl7auz7ywNU1f/JfPKsm1MARdWS7dV/5mGNz dbZr5nHRI48pyGdUIateJXcjmESYRZLpJOtEFlckFzVfW2Ol3KYQw50f7nd7e22l eDDo7GVbmp2evtGeNkFxOYPGK0hThhAZj14STpd5puxfDePqD+lv1PTaro5Uwzc= =TG51 -----END PGP SIGNATURE----- --Sig_/yYrQok8_Ar8+TMigeX+FBAN-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 18 20:01:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC3F0B9F for ; Tue, 18 Mar 2014 20:01:52 +0000 (UTC) Received: from mail-vc0-x22e.google.com (mail-vc0-x22e.google.com [IPv6:2607:f8b0:400c:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 695777B3 for ; Tue, 18 Mar 2014 20:01:52 +0000 (UTC) Received: by mail-vc0-f174.google.com with SMTP id ld13so7947611vcb.33 for ; Tue, 18 Mar 2014 13:01:51 -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:message-id:subject :from:to:cc:content-type; bh=j6wsKCYH2ZSwgJwS9pyTSrpeH10u41Tg+UJIajOdpwI=; b=Qa3020DwJFBUy8nxCFsgEzjLvfg9R6VnW94CysnFiPXbeW4vGJeBvMYXvk/d0yDEuI d8fdMHTf+kFXWdNu+KIIg/3V4vWLW6WRY5PKvWZ/tj1M7z/DL5m6vdXqupxup6gw4fBS nND9WWfnXd6rqtLR7cPi0D8XwJGj72OKBo3S60+CBc1xjv9Yhgm1whz3+w46IwEO1bZe gwabwwxvaYqBw7pglVqImqY2VJlpHQERtuiS92bqa+0+ULx9KCuYnEaLfADaks6fwleS Zct1tqS9pQiTntNef3y99DH/4jnQG83d+KtqtgXcRoqx6haxOuFkWEvvK5L55BMOD6py T4xQ== MIME-Version: 1.0 X-Received: by 10.220.88.204 with SMTP id b12mr26229361vcm.3.1395172911593; Tue, 18 Mar 2014 13:01:51 -0700 (PDT) Sender: asomers@gmail.com Received: by 10.58.231.105 with HTTP; Tue, 18 Mar 2014 13:01:51 -0700 (PDT) In-Reply-To: <20140318204630.22442fcf.ohartman@zedat.fu-berlin.de> References: <20140318204630.22442fcf.ohartman@zedat.fu-berlin.de> Date: Tue, 18 Mar 2014 14:01:51 -0600 X-Google-Sender-Auth: Ai1NGWv8yO5lNok_Gp0qFW_Hqp0 Message-ID: Subject: Re: r263306: rcorder: Circular dependency on provision `mountcritremote' in file `/etc/rc.d/ldconfig'. From: Alan Somers To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 20:01:52 -0000 On Tue, Mar 18, 2014 at 1:46 PM, O. Hartmann wrote: > On CURRENT r263306 I get this weird result when checking the order of the rc.d scripts > with rcorder: > > rcorder: Circular dependency on provision `mountcritremote' in file > `/etc/rc.d/ldconfig'. Are you also including /usr/local/etc/rc.d/ with rcorder? If so, what do you have installed there? I find that rcorder's error message is almost useless for identify the cause of the circular dependency. -Alan From owner-freebsd-current@FreeBSD.ORG Tue Mar 18 20:31:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 66AF89F9; Tue, 18 Mar 2014 20:31:12 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 20B58AB4; Tue, 18 Mar 2014 20:31:11 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1WQ0fG-000Ufc-HH>; Tue, 18 Mar 2014 21:31:10 +0100 Received: from g226190040.adsl.alicedsl.de ([92.226.190.40] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1WQ0fG-002Rb2-EV>; Tue, 18 Mar 2014 21:31:10 +0100 Date: Tue, 18 Mar 2014 21:31:09 +0100 From: "O. Hartmann" To: Alan Somers Subject: Re: r263306: rcorder: Circular dependency on provision `mountcritremote' in file `/etc/rc.d/ldconfig'. Message-ID: <20140318213109.1ddf8040.ohartman@zedat.fu-berlin.de> In-Reply-To: References: <20140318204630.22442fcf.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/ZEjOeEGwZQwsc=M.fBV.vKW"; protocol="application/pgp-signature" X-Originating-IP: 92.226.190.40 X-ZEDAT-Hint: A Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 20:31:12 -0000 --Sig_/ZEjOeEGwZQwsc=M.fBV.vKW Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 18 Mar 2014 14:01:51 -0600 Alan Somers wrote: > On Tue, Mar 18, 2014 at 1:46 PM, O. Hartmann > wrote: > > On CURRENT r263306 I get this weird result when checking the order of t= he rc.d scripts > > with rcorder: > > > > rcorder: Circular dependency on provision `mountcritremote' in file > > `/etc/rc.d/ldconfig'. >=20 > Are you also including /usr/local/etc/rc.d/ with rcorder? If so, what Yes. If not included, the message doesn't show up. > do you have installed there? I find that rcorder's error message is > almost useless for identify the cause of the circular dependency. I guess you're right. I was a bit confused about that error message. Oliver >=20 > -Alan > _______________________________________________ > 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" --Sig_/ZEjOeEGwZQwsc=M.fBV.vKW Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTKK0NAAoJEOgBcD7A/5N8HQ0H+gPSUUc3vEx8pFiYTOJir1WO JohTTuobX3IpeMEN2SVvcSy2pbA75UnheTd4cHofYMpmg9UyNK6Gi4SqmJhML4d5 rlLsAWeA3ZXLC7hMELyXsePB/KQCCkMTMmqqdElucf3XKtaOtlP/Mag8/C8EUtwB 2WFzhOcIFzm3p0fbIYfCCmSASXFSMeLR6JOhC4oLtaPjldV7ju+rpi2FFRFa4Kz1 sCD9gH5EqBw04gwwt9OOK13AYFZ2W4qSg7LmzQA12vTjGtyvmeGU842NZYI5pWfy Xrwxn2EVYiFLfBcjTTjddbrCmcZI6IMlLIZR3iIIFq+zeL5jWe+UzxwI1F1D0ts= =+uHH -----END PGP SIGNATURE----- --Sig_/ZEjOeEGwZQwsc=M.fBV.vKW-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 18 21:35:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 874D1C85; Tue, 18 Mar 2014 21:35:20 +0000 (UTC) Received: from mx1.stack.nl (relay04.stack.nl [IPv6:2001:610:1108:5010::107]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4B595167; Tue, 18 Mar 2014 21:35:20 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id A602AB80AB; Tue, 18 Mar 2014 22:35:16 +0100 (CET) Received: by snail.stack.nl (Postfix, from userid 1677) id 8730C28497; Tue, 18 Mar 2014 22:35:16 +0100 (CET) Date: Tue, 18 Mar 2014 22:35:16 +0100 From: Jilles Tjoelker To: Mariusz Zaborski Subject: Re: Hello fdclose Message-ID: <20140318213516.GA71491@stack.nl> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, freebsd-arch@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 21:35:20 -0000 On Tue, Mar 18, 2014 at 12:23:19AM +0100, Mariusz Zaborski wrote: > After our previous discuss [1] I prepare fdclosedir(3) function which > was committed by Pawel (cc'ed) in commit r254499. > A while ago I also prepare the fdclose function. Unfortunately, this > new function is a little bit more tricky then previous one. Can I ask > you for a review of this patch? Does this patch allow perl to stop writing to FILE._file? As pointed out in http://lists.freebsd.org/pipermail/freebsd-current/2013-January/039024.html perlio.c in the perl source contains a function PerlIOStdio_invalidate_fileno() that should modify a FILE such that fclose() does not close the file descriptor but still frees all memory (Perl has already called fflush()). Although using fdclose() could solve this without touching the internals of FILE, this will make perlio.c uglier with even more #ifdefs. > [snip] > --- //depot/user/oshogbo/capsicum/lib/libc/stdio/Symbol.map 2013-06-28 08:51:28.000000000 0000 > +++ /home/oshogbo/p4/capsicum/lib/libc/stdio/Symbol.map 2013-06-28 08:51:28.000000000 0000 > @@ -156,6 +156,7 @@ > putwc_l; > putwchar_l; > fmemopen; > + fdclose; > open_memstream; > open_wmemstream; > }; This should be in the FBSD_1.4 namespace (which does not exist yet). > [snip] > --- //depot/user/oshogbo/capsicum/lib/libc/stdio/fclose.c 2013-06-28 08:51:28.000000000 0000 > +++ /home/oshogbo/p4/capsicum/lib/libc/stdio/fclose.c 2013-06-28 08:51:28.000000000 0000 > [snip] > +int > +fdclose(FILE *fp) > +{ > + int fd, r, err; > + > + if (fp->_flags == 0) { /* not open! */ > + errno = EBADF; > + return (EOF); > + } > + > + r = 0; > + FLOCKFILE(fp); > + fd = fp->_file; > + if (fp->_close != __sclose) { > + r = EOF; > + errno = EOPNOTSUPP; > + } else if (fd < 0) { > + r = EOF; > + errno = EBADF; > + } > + if (r == EOF) { > + err = errno; > + (void)cleanfile(fp, true); > + errno = err; > + } else { > + r = cleanfile(fp, false); > + } > FUNLOCKFILE(fp); > + > + return (r == 0 ? fd : r); If a file descriptor would be returned but cleanfile() returns an error (e.g. write error on flush), the file descriptor is not returned and not closed. I think that in cases where fdclose() would be used, it is essential that the file descriptor is never closed. This means that the API needs to be different so it can report a write error but still return a file descriptor. One way to do this is to return the file descriptor by reference. Another is to expect the application to call fileno() and not return the descriptor from the new function. -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Tue Mar 18 21:38:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF6D0E76; Tue, 18 Mar 2014 21:38:10 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id B07AF1A6; Tue, 18 Mar 2014 21:38:10 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:6953:60be:b581:151f]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 891C54AC1C; Wed, 19 Mar 2014 01:38:02 +0400 (MSK) Date: Wed, 19 Mar 2014 01:37:57 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <323697891.20140319013757@serebryakov.spb.ru> To: freebsd-current@freebsd.org, jmg@freebsd.org Subject: Building with external toolchain was broken 6 months ago with r255187 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Tue, 18 Mar 2014 21:38:11 -0000 Hello, Freebsd-current. I did't build my NanoBSD images for almost year, and in this time our not-finished and fragile support for using "external" toolchain is rotten, due to r255187 (and, may meb, some other commits too). I have very fresh -CURRENT (r263296) I have these settings for my buildworld & buildkernel targets: XCC=3D/usr/bin/cc XCXX=3D/usr/bin/c++ XCPP=3D/usr/bin/cpp XAS=3D/usr/bin/as XAR=3D/usr/bin/ar XLD=3D/usr/bin/ld XNM=3D/usr/bin/nm XOBJDUMP=3D/usr/bin/objdump XRANLIB=3D/usr/bin/ranlib XSTRINGS=3D/usr/bin/strings COMPILER_TYPE=3Dclang WITHOUT_CROSS_COMPILER=3Dyes WITHOUT_BINUTILS=3Dyes WITHOUT_CLANG=3Dyes It worked 7 months ago. Now it works for "buildworld" but not for "buildkernel: --- aeskeys_amd64.o --- /usr/bin/cc --sysroot=3D/data/obj.nano/gateway.v2/data/src/tmp -B/data/obj.= nano/gateway.v2/data/src/tmp/usr/bin -O2 -pipe -fno-strict-aliasing -Werror= -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /= data/obj.nano/gateway.v2/data/src/sys/D2500CC/opt_global.h -I. -I@ -I@/cont= rib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointe= r -I/data/obj.nano/gateway.v2/data/src/sys/D2500CC -mno-aes -mno-avx -mcmo= del=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronou= s-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 -Qunus= ed-arguments -fstack-protector -Wall -Wredundant-decls -Wnested-externs -W= strict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qua= l -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -f= diagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-b= ody -Wno-error-parentheses-equality -Wno-unused-function -c /data/src/s= ys/modules/aesni/../../crypto/aesni/aeskeys_amd64.S --- aesni_wrap.o --- In file included from /data/src/sys/modules/aesni/../../crypto/aesni/aesni_= wrap.c:40: /data/src/sys/modules/aesni/../../crypto/aesni/aesencdec.h:30:10: fatal err= or: 'wmmintrin.h' file not found #include ^ 1 error generated. *** [aesni_wrap.o] Error code 1 It could not find header file with intrinsics from "system" ("external") clang. I could disable building of this module with WITHOUT_MODULES=3Daesni, and it works, but what if I need this module? Could it be fixed, pleeeeeeease? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Tue Mar 18 21:21:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A976747B; Tue, 18 Mar 2014 21:21:48 +0000 (UTC) Received: from mail106.syd.optusnet.com.au (mail106.syd.optusnet.com.au [211.29.132.42]) by mx1.freebsd.org (Postfix) with ESMTP id 51155F91; Tue, 18 Mar 2014 21:21:47 +0000 (UTC) Received: from c122-106-147-133.carlnfd1.nsw.optusnet.com.au (c122-106-147-133.carlnfd1.nsw.optusnet.com.au [122.106.147.133]) by mail106.syd.optusnet.com.au (Postfix) with ESMTPS id 91B813C37B1; Wed, 19 Mar 2014 08:21:40 +1100 (EST) Date: Wed, 19 Mar 2014 08:21:39 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: John Baldwin Subject: Re: Hello fdclose In-Reply-To: <201403181404.52197.jhb@freebsd.org> Message-ID: <20140319071034.H996@besplex.bde.org> References: <201403181404.52197.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.1 cv=fbeUlSgF c=1 sm=1 tr=0 a=7NqvjVvQucbO2RlWB8PEog==:117 a=PO7r1zJSAAAA:8 a=kj9zAlcOel0A:10 a=JzwRw_2MAAAA:8 a=205o-tYZI0HVFv6DISIA:9 a=CjuIK1q_8ugA:10 X-Mailman-Approved-At: Tue, 18 Mar 2014 21:52:26 +0000 Cc: jilles@freebsd.org, freebsd-arch@freebsd.org, freebsd-current@freebsd.org, Mariusz Zaborski X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 21:21:48 -0000 On Tue, 18 Mar 2014, John Baldwin wrote: > On Monday, March 17, 2014 7:23:19 pm Mariusz Zaborski wrote: > ... > I think the code is fine. I have a few suggestions on the manpage wording: > > .Sh RETURN VALUES > -Upon successful completion 0 is returned. > +The > +.Fn fcloseall > +function return no value. > +.Pp > +Upon successful completion > +.Fn fclose > +return 0. > +Otherwise, > +.Dv EOF > +is returned and the global variable > +.Va errno > +is set to indicate the error. The .Rv macro should be used whenever possible. Unfortunately, it doesn't support the EOF return, but only -1, so stdio man pages can rarely use it, and this one is no exception. Using it gives standard wording that is quite different from the above: standard wording: The close() function returns the value 0 if successful; otherwise the value -1 is returned and the global variable errno is set to indicate the error. above wording (previous): Upon successful completion 0 is returned. Otherwise, EOF is returned and the global variable errno is set to indicate the error. above wording (new): Upon successful completion fclose() return [sic] 0. Otherwise, EOF is returned and the global variable errno is set to indicate the error. These are excessively formal in different ways: - I don't like "the foo() function". Why not just "foo()"? The standard wording uses this, and so does the new wording, but the previous wording omits the function name (that only works for man pages that only have a single function, as they should). - I don't like "the value N". Why not just "N"? The standard wording uses this, but the previous and new wordings don't. - "returns N" is better than "N is returned". Some man pages use worse wordings like "N will be returned". - "the global variable errno" is excessively detailed/verbose, without the details even being correct. Why not just "errno", with this identifier documented elsewhere? errno isn't a global variable in most implementations. It is can be, and usually is, a macro that expands to a modifiable lvalue of type int. In FreeBSD, the macro expands to a function that returns a pointer to int. - "Upon sucessful completion" is correct but verbose. The standard wording doesn't even use it. - the standard wording uses a conjunction instead of a new sentence before "otherwise" (this is better). It is missing a comma after "otherwise" (this is worse). > +.Pp > +The > +.Fn fdclose > +function return the file descriptor if successfull. > Otherwise, > .Dv EOF "successfull is consistently misspelled. > One of English's arcane rules is that most verbs append an 's' when used with > singular subjects, so "function returns" shoud be used instead of "function > return", etc. I do think for this section it would be good to combine the > descriptions of fclose() and fdclose() when possible, so perhaps something > like: > > "The fcloseall() function returns no value. > > Upon successful completion, fclose() returns 0 and fdclose() returns the > file descriptor of the underlying file. Otherwise, EOF is returned and > the global variable errno is set to indicate the error. In either case > no further access to the stream is possible." OK. You kept "return[s] N" and and deverbosified "the foo() function". "Upon successful completion" is needed more with several functions. "the global variable errno" remains consistently bad. There should be a comma after "In either case". > This allows "in either case" to still read correctly and makes it clear it > applies to both fclose() and fdclose(). Better "In every case". > > .Sh ERRORS > +.Bl -tag -width Er > +.It Bq Er EOPNOTSUPP > The > +.Fa _close > +method in > +.Fa stream > +argument to > +.Fn fdclose , > +was not default. > +.It Bq Er EBADF The ERRORS section should be sorted. > For the errors section, the first error list needs some sort of introductory > text. Also, this shouldn't claim that fdclose() can return an errno value for > close(2). > > "ERRORS > > The fdclose() function may will fail if: I don't like the tense given by "will" in man pages. POSIX says "shall fail" in similar contexts, and "will fail" is a mistranslation of this ("shall" is a technical term that doesn't suggest future tense). deshallify.sh does the not-incorrect translation s/shall fail/fails/ (I think this is too simple to always work). It doesn't translate anything to "will". I can't parse "may will" :-). deshallify.txt doesn't translate "may" or "should" to anything (these are also technical terms in some contexts, so they might need translation. IIRC, "may" is optional behaviour, mostly for the implementation, while "shall" is required behaviour, only for the implementation, but "should" is recommended practice, mostly for applications). Man pages are very unlikely to be as consistent as POSIX with these terms. > [EOPNOTSUPP] The stream to close uses a non-default close method. > > [EBADF] The stream is not backed by a valid file descriptor. > > The fclose() and fdclose() functions may also fail and set errno for any of > the errors specified for fflush(3). Most stdio man pages just point to underlying functions for errors. This avoids duplication. The above EBADF seems to be redundant, since fflush(3) already has it, with a different and longer description. > > The fclose() functino may also fail and set errno for any of the errors > specified for close(2)." fclose() is now a small function :-). > @@ -84,7 +130,9 @@ > .Sh NOTES > The > .Fn fclose > -function > +and > +.Fn fdclose > +functions > does not handle NULL arguments; they will result in a segmentation > violation. > This is intentional - it makes it easier to make sure programs written > > "do not handle". "they" is now ambiguous. In the old version: Em-dash seems to be handled poorly by mdoc. It seems to be necessary to hard code it. It shouldn't be hard coded as a hyphen. The double "it" is ambiguous. Bruce From owner-freebsd-current@FreeBSD.ORG Tue Mar 18 22:01:42 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6685B5FE; Tue, 18 Mar 2014 22:01:42 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 41B0D618; Tue, 18 Mar 2014 22:01:41 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s2IM1em1030133 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Mar 2014 15:01:41 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s2IM1ebj030132; Tue, 18 Mar 2014 15:01:40 -0700 (PDT) (envelope-from jmg) Date: Tue, 18 Mar 2014 15:01:40 -0700 From: John-Mark Gurney To: Lev Serebryakov Subject: Re: Building with external toolchain was broken 6 months ago with r255187 Message-ID: <20140318220140.GA32089@funkthat.com> Mail-Followup-To: Lev Serebryakov , freebsd-current@FreeBSD.org References: <323697891.20140319013757@serebryakov.spb.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <323697891.20140319013757@serebryakov.spb.ru> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 18 Mar 2014 15:01:41 -0700 (PDT) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 22:01:42 -0000 Lev Serebryakov wrote this message on Wed, Mar 19, 2014 at 01:37 +0400: > I did't build my NanoBSD images for almost year, and in this time our > not-finished and fragile support for using "external" toolchain is rotten, > due to r255187 (and, may meb, some other commits too). >=20 > I have very fresh -CURRENT (r263296) >=20 > I have these settings for my buildworld & buildkernel targets: >=20 > XCC=3D/usr/bin/cc > XCXX=3D/usr/bin/c++ > XCPP=3D/usr/bin/cpp > XAS=3D/usr/bin/as > XAR=3D/usr/bin/ar > XLD=3D/usr/bin/ld > XNM=3D/usr/bin/nm > XOBJDUMP=3D/usr/bin/objdump > XRANLIB=3D/usr/bin/ranlib > XSTRINGS=3D/usr/bin/strings > COMPILER_TYPE=3Dclang > WITHOUT_CROSS_COMPILER=3Dyes > WITHOUT_BINUTILS=3Dyes > WITHOUT_CLANG=3Dyes >=20 > It worked 7 months ago. Now it works for "buildworld" but not for > "buildkernel: >=20 > --- aeskeys_amd64.o --- > /usr/bin/cc --sysroot=3D/data/obj.nano/gateway.v2/data/src/tmp -B/data/ob= j.nano/gateway.v2/data/src/tmp/usr/bin -O2 -pipe -fno-strict-aliasing -Werr= or -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include= /data/obj.nano/gateway.v2/data/src/sys/D2500CC/opt_global.h -I. -I@ -I@/co= ntrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-poin= ter -I/data/obj.nano/gateway.v2/data/src/sys/D2500CC -mno-aes -mno-avx -mc= model=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchron= ous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 -Qun= used-arguments -fstack-protector -Wall -Wredundant-decls -Wnested-externs = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-q= ual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs = -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty= -body -Wno-error-parentheses-equality -Wno-unused-function -c /data/src= /sys/modules/aesni/../../crypto/aesni/aeskeys_amd64.S > --- aesni_wrap.o --- > In file included from /data/src/sys/modules/aesni/../../crypto/aesni/aesn= i_wrap.c:40: > /data/src/sys/modules/aesni/../../crypto/aesni/aesencdec.h:30:10: fatal e= rror: 'wmmintrin.h' file not found > #include > ^ > 1 error generated. > *** [aesni_wrap.o] Error code 1 >=20 > It could not find header file with intrinsics from "system" ("external") > clang. I could disable building of this module with WITHOUT_MODULES=3Daes= ni, > and it works, but what if I need this module? >=20 > Could it be fixed, pleeeeeeease? Sounds like your tool chain doesn't have the necessary support for AES-NI... Are you using gcc as cc? If so, do you have the necessary tool chain work that I did in r255185 in your local tree? Can you compile this test program? ------ tsse.c start ---- #include __m128i foo; ------ tsse.c end ------ With the command: ${XCC} -c -maes tsse.c If you can't, then the problem is your toolchain, and you need to fix it... Try also w/: clang -c -maes tsse.c and it's also helpful to know more info, like: ${XCC} --version Thanks. --=20 John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Mar 18 22:20:55 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 62380E2E; Tue, 18 Mar 2014 22:20:55 +0000 (UTC) Received: from mx1.sbone.de (bird.sbone.de [46.4.1.90]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AE65983A; Tue, 18 Mar 2014 22:20:54 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id DEC1725D37D1; Tue, 18 Mar 2014 22:20:51 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 19D12C22C11; Tue, 18 Mar 2014 22:20:51 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id bXg2BTTdWrcU; Tue, 18 Mar 2014 22:20:49 +0000 (UTC) Received: from [IPv6:fde9:577b:c1a9:4410:592d:a076:4198:c7ae] (unknown [IPv6:fde9:577b:c1a9:4410:592d:a076:4198:c7ae]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id BDA69C22C0D; Tue, 18 Mar 2014 22:20:47 +0000 (UTC) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Building with external toolchain was broken 6 months ago with r255187 From: "Bjoern A. Zeeb" In-Reply-To: <20140318220140.GA32089@funkthat.com> Date: Tue, 18 Mar 2014 22:20:50 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <7423EF12-9DD4-4C03-9FF6-7BAAB75820F6@lists.zabbadoz.net> References: <323697891.20140319013757@serebryakov.spb.ru> <20140318220140.GA32089@funkthat.com> To: John-Mark Gurney X-Mailer: Apple Mail (2.1874) Cc: Lev Serebryakov , freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 22:20:55 -0000 On 18 Mar 2014, at 22:01 , John-Mark Gurney wrote: > Lev Serebryakov wrote this message on Wed, Mar 19, 2014 at 01:37 = +0400: >> I did't build my NanoBSD images for almost year, and in this time our >> not-finished and fragile support for using "external" toolchain is = rotten, >> due to r255187 (and, may meb, some other commits too). >>=20 >> I have very fresh -CURRENT (r263296) >>=20 >> I have these settings for my buildworld & buildkernel targets: >>=20 >> XCC=3D/usr/bin/cc >> XCXX=3D/usr/bin/c++ >> XCPP=3D/usr/bin/cpp >> XAS=3D/usr/bin/as >> XAR=3D/usr/bin/ar >> XLD=3D/usr/bin/ld >> XNM=3D/usr/bin/nm >> XOBJDUMP=3D/usr/bin/objdump >> XRANLIB=3D/usr/bin/ranlib >> XSTRINGS=3D/usr/bin/strings >> COMPILER_TYPE=3Dclang >> WITHOUT_CROSS_COMPILER=3Dyes >> WITHOUT_BINUTILS=3Dyes >> WITHOUT_CLANG=3Dyes >>=20 >> It worked 7 months ago. Now it works for "buildworld" but not for >> "buildkernel: >>=20 >> --- aeskeys_amd64.o --- >> /usr/bin/cc --sysroot=3D/data/obj.nano/gateway.v2/data/src/tmp = -B/data/obj.nano/gateway.v2/data/src/tmp/usr/bin -O2 -pipe = -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include = /data/obj.nano/gateway.v2/data/src/sys/D2500CC/opt_global.h -I. -I@ = -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer = -mno-omit-leaf-frame-pointer = -I/data/obj.nano/gateway.v2/data/src/sys/D2500CC -mno-aes -mno-avx = -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float = -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector = -std=3Diso9899:1999 -Qunused-arguments -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 -Wno-error-tautological-compare = -Wno-error-empty-body -Wno-error-parentheses-equality = -Wno-unused-function -c /data/src/sys/modules/aesni/../../cryp > to/aesni/aeskeys_amd64.S >> --- aesni_wrap.o --- >> In file included from = /data/src/sys/modules/aesni/../../crypto/aesni/aesni_wrap.c:40: >> /data/src/sys/modules/aesni/../../crypto/aesni/aesencdec.h:30:10: = fatal error: 'wmmintrin.h' file not found >> #include >> ^ >> 1 error generated. >> *** [aesni_wrap.o] Error code 1 >>=20 >> It could not find header file with intrinsics from "system" = ("external") >> clang. I could disable building of this module with = WITHOUT_MODULES=3Daesni, >> and it works, but what if I need this module? >>=20 >> Could it be fixed, pleeeeeeease? >=20 > Sounds like your tool chain doesn't have the necessary support for > AES-NI... Are you using gcc as cc? If so, do you have the necessary > tool chain work that I did in r255185 in your local tree? The problem is that the kernel is deepening on a compiler header which = is not in the right place in objdir if the compiler is not built. I = thought I had reported this before (maybe just informally). I have been = helping myself locally using this: Index: sys/modules/aesni/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/modules/aesni/Makefile (revision 263176) +++ sys/modules/aesni/Makefile (working copy) @@ -11,7 +11,8 @@ OBJS+=3D aesni_wrap.o =20 # Remove -nostdinc so we can get the intrinsics. aesni_wrap.o: aesni_wrap.c - ${CC} -c ${CFLAGS:C/^-O2$/-O3/:N-nostdinc} ${WERROR} ${PROF} \ + ${CC} -I${.CURDIR}/../../../contrib/llvm/tools/clang/lib/Headers = \ + -c ${CFLAGS:C/^-O2$/-O3/:N-nostdinc} ${WERROR} ${PROF} \ -mmmx -msse -maes ${.IMPSRC} ${CTFCONVERT_CMD} =97=20 Bjoern A. Zeeb ????????? ??? ??????? ??????: '??? ??? ???? ?????? ??????? ?? ?? ??????? ??????? ??? ????? ????? ???? ?????? ?? ????? ????', ????????? ?????????, "??? ????? ?? ?????", ?.??? From owner-freebsd-current@FreeBSD.ORG Tue Mar 18 22:35:13 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 74F08408; Tue, 18 Mar 2014 22:35:13 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 599D49BB; Tue, 18 Mar 2014 22:35:13 +0000 (UTC) Received: from zeta.ixsystems.com (unknown [69.198.165.132]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 63D6C20F2F; Tue, 18 Mar 2014 15:35:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1395182112; bh=HDBrn31sUarVoqFstIKkZzwcPim6GqbjSThBEJSL9zQ=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=nKbOomE8HW0hh3ps4tUK+RzUUQ3Uroju9Klt/SCIUyLt41w+sNJy4WPmDv/ljb+f2 ZJqX8SUlB2bOGeAOBR0GMpZqRy/tp5ZhV9GypP9+Gk/8rsacDiBwFD4sWJaHhwcgHk zPnqQJ+WMbIi07A71RTq1TDeQ6996uH0kRoDzJXo= Message-ID: <5328CA1F.5050007@delphij.net> Date: Tue, 18 Mar 2014 15:35:11 -0700 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: Maksim Yevmenkin , FreeBSD Current Subject: Re: [rfc] /dev/devstat permissions patch References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Mar 2014 22:35:13 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi, Adding phk@ to cc since the 400 is from his changeset (r112001). On 03/18/14 12:29, Maksim Yevmenkin wrote: > hello, > > would anyone object to the following patch? > > == > > Index: subr_devstat.c > =================================================================== > > - --- subr_devstat.c (revision 263311) > +++ subr_devstat.c (working copy) @@ -503,7 +503,7 @@ > mtx_assert(&devstat_mutex, MA_NOTOWNED); if (!once) { > make_dev_credf(MAKEDEV_ETERNAL | MAKEDEV_CHECKNAME, - > &devstat_cdevsw, 0, NULL, UID_ROOT, GID_WHEEL, 0400, + > &devstat_cdevsw, 0, NULL, UID_ROOT, GID_WHEEL, 0444, > DEVSTAT_DEVICE_NAME); once = 1; } > > == > > i'm not sure why /dev/devstat has such restrictive permissions. > can someone please explain the reason for it? having gstat(8) > require super-user privilege seems like an overkill me. iostat(8) > and systat(1) do not require super-user privileges to work. > > and, yes, i know i can override permissions with /etc/devfs.conf, > just curious what are we protecting from in /dev/devstat I have similar change locally (except it's GID_OPERATOR and 0440) and I think your proposed change would be a sensible default. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCgAGBQJTKMofAAoJEJW2GBstM+nspPYQAKt8UiAqDBQwe0KTeH+ykpis 4EG4+oM43Ze8WCc3DgsbB+Dnq4en63z3SXyK7b78ZDN9xVzSmR4Cb6N0W63cuACI 4pE2Wl72P7v6eVgOrrgMJoRjI7BwX0nlOXKCvmwkHznbZSmpjgYTzx9ADYl1T4pP SKtvgOtCyFXdpGP2adE8kJMRcFvBpbs61Y4hiSLwKE1lGywgLwYWfwkZMWFxGaNW SU3H7qew5SRoFSF7ZhurhKENwyNR1EHEHXW+Se77TcTUzBIGCQop+78Od+Pxwi/v KJYFKHS+Z72BRVbpaxowxQGRNSPzqC4dB2nMhrcQaOU8gXRret9OXCfBc7Fmrv31 ot0ewo3GapmNh/9ypMuYNQ+3XsjEmx96ckSeS0oX6lKLR2qIu8+JIMd9Oq0ogNHk tMdjrX0dkpwedN9UiakbQq8Ws7u/XRfkQEUD8nsDu5gK+f3KlRldboA+GFAjYgX6 F+E4JHfRGWCFYQuzcl48Nkzg4Glw/r8HCHHE+cGqwXXPIGfjtwSIyGGZzw0Nb2Nr jYfs4aYuGCwFmwUO/hVn47Wbbzmpr7rVbf7EW3PXwZuxPKTVxrEUpYklvCUmkDMi jYEwQMcIfV7pI+nD1M9bocOk3TQ4nYWqlts2E6J+/qEC/ayXpo4kk/93swimj7wP p6xDXw3sAX6Xaj0bZqcB =ktrj -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Mar 18 22:36:39 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA08C51C; Tue, 18 Mar 2014 22:36:39 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7E9649CF; Tue, 18 Mar 2014 22:36:39 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s2IMacfj030605 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Mar 2014 15:36:38 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s2IMacJC030604; Tue, 18 Mar 2014 15:36:38 -0700 (PDT) (envelope-from jmg) Date: Tue, 18 Mar 2014 15:36:38 -0700 From: John-Mark Gurney To: "Bjoern A. Zeeb" Subject: Re: Building with external toolchain was broken 6 months ago with r255187 Message-ID: <20140318223638.GB32089@funkthat.com> Mail-Followup-To: "Bjoern A. Zeeb" , Lev Serebryakov , freebsd-current@FreeBSD.org References: <323697891.20140319013757@serebryakov.spb.ru> <20140318220140.GA32089@funkthat.com> <7423EF12-9DD4-4C03-9FF6-7BAAB75820F6@lists.zabbadoz.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <7423EF12-9DD4-4C03-9FF6-7BAAB75820F6@lists.zabbadoz.net> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 18 Mar 2014 15:36:38 -0700 (PDT) Cc: Lev Serebryakov , freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 22:36:39 -0000 Bjoern A. Zeeb wrote this message on Tue, Mar 18, 2014 at 22:20 +0000: >=20 > On 18 Mar 2014, at 22:01 , John-Mark Gurney wrote: >=20 > > Lev Serebryakov wrote this message on Wed, Mar 19, 2014 at 01:37 +0400: > >> I did't build my NanoBSD images for almost year, and in this time our > >> not-finished and fragile support for using "external" toolchain is rot= ten, > >> due to r255187 (and, may meb, some other commits too). > >>=20 > >> I have very fresh -CURRENT (r263296) > >>=20 > >> I have these settings for my buildworld & buildkernel targets: > >>=20 > >> XCC=3D/usr/bin/cc > >> XCXX=3D/usr/bin/c++ > >> XCPP=3D/usr/bin/cpp > >> XAS=3D/usr/bin/as > >> XAR=3D/usr/bin/ar > >> XLD=3D/usr/bin/ld > >> XNM=3D/usr/bin/nm > >> XOBJDUMP=3D/usr/bin/objdump > >> XRANLIB=3D/usr/bin/ranlib > >> XSTRINGS=3D/usr/bin/strings > >> COMPILER_TYPE=3Dclang > >> WITHOUT_CROSS_COMPILER=3Dyes > >> WITHOUT_BINUTILS=3Dyes > >> WITHOUT_CLANG=3Dyes > >>=20 > >> It worked 7 months ago. Now it works for "buildworld" but not for > >> "buildkernel: > >>=20 > >> --- aeskeys_amd64.o --- > >> /usr/bin/cc --sysroot=3D/data/obj.nano/gateway.v2/data/src/tmp -B/data= /obj.nano/gateway.v2/data/src/tmp/usr/bin -O2 -pipe -fno-strict-aliasing -W= error -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -incl= ude /data/obj.nano/gateway.v2/data/src/sys/D2500CC/opt_global.h -I. -I@ -I@= /contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-p= ointer -I/data/obj.nano/gateway.v2/data/src/sys/D2500CC -mno-aes -mno-avx = -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynch= ronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 -= Qunused-arguments -fstack-protector -Wall -Wredundant-decls -Wnested-exter= ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcas= t-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-di= rs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-em= pty-body -Wno-error-parentheses-equality -Wno-unused-function -c /data/= src/sys/modules/aesni/../../cryp > > to/aesni/aeskeys_amd64.S > >> --- aesni_wrap.o --- > >> In file included from /data/src/sys/modules/aesni/../../crypto/aesni/a= esni_wrap.c:40: > >> /data/src/sys/modules/aesni/../../crypto/aesni/aesencdec.h:30:10: fata= l error: 'wmmintrin.h' file not found > >> #include > >> ^ > >> 1 error generated. > >> *** [aesni_wrap.o] Error code 1 > >>=20 > >> It could not find header file with intrinsics from "system" ("external= ") > >> clang. I could disable building of this module with WITHOUT_MODULES=3D= aesni, > >> and it works, but what if I need this module? > >>=20 > >> Could it be fixed, pleeeeeeease? > >=20 > > Sounds like your tool chain doesn't have the necessary support for > > AES-NI... Are you using gcc as cc? If so, do you have the necessary > > tool chain work that I did in r255185 in your local tree? >=20 >=20 > The problem is that the kernel is deepening on a compiler header which is= not in the right place in objdir if the compiler is not built. I thought = I had reported this before (maybe just informally). I have been helping my= self locally using this: This still sounds like the compiler being used isn't installed properly... I've never had a problem when a proper kernel-toolchain is available to build the kernel with... If someone is willing to provide me w/ detailed instructions or an image that reproduces the issue, I'm willing to look at it... > Index: sys/modules/aesni/Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sys/modules/aesni/Makefile (revision 263176) > +++ sys/modules/aesni/Makefile (working copy) > @@ -11,7 +11,8 @@ OBJS+=3D aesni_wrap.o > =20 > # Remove -nostdinc so we can get the intrinsics. > aesni_wrap.o: aesni_wrap.c > - ${CC} -c ${CFLAGS:C/^-O2$/-O3/:N-nostdinc} ${WERROR} ${PROF} \ > + ${CC} -I${.CURDIR}/../../../contrib/llvm/tools/clang/lib/Headers \ > + -c ${CFLAGS:C/^-O2$/-O3/:N-nostdinc} ${WERROR} ${PROF} \ > -mmmx -msse -maes ${.IMPSRC} > ${CTFCONVERT_CMD} This change breaks building w/ gcc.... --=20 John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Mar 19 01:39:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C29BEDBD; Wed, 19 Mar 2014 01:39:53 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id AF7D2BB9; Wed, 19 Mar 2014 01:39:53 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id A39B1536; Wed, 19 Mar 2014 01:39:53 +0000 (UTC) Date: Wed, 19 Mar 2014 01:39:49 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, dim@FreeBSD.org, tychon@FreeBSD.org, attilio@FreeBSD.org, ray@FreeBSD.org, marcel@FreeBSD.org Message-ID: <232861753.0.1395193192830.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #307 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 01:39:53 -0000 See Changes: [marcel] Fix and improve exception tracing: 1. Name the kernel option XTRACE instead of EXCEPTION_TRACING 2. Put support functions in ia64/ia64/xtrace.c 3. Make it work with SMP by giving each CPU its own buffer 4. Save 16 key registers in the buffer for every exception 5. In ia64_handle_intr() and trap() transfer the trace record to the KTR trace buffer using CTRx() and with some basic information for now 6. Use a tunable to anble tracing and stop tracing as soon as we enter the debugger Room for improvements: 1. Transferring exception-relevant information to KTR 2. Add a sysctl to enable/disable tracing [tychon] Don't reissue in-flight commands. Approved by:=09neel (co-mentor) [ray] Switch kern.vt.suspendswitch to 0 by default (disabled). kern.vt.suspendswitch - sysctl/tunable which enable switch to VT0 before go= ing to suspend and switch back after resume. MFC after:=097 days [dim] Add separate patch files for all the customizations we have currently applied to our copy of llvm/clang. These can be applied in alphabetical order to a pristine llvm/clang 3.4 release source tree, to result in the same version used in FreeBSD. This is intended to clearly document all the changes until now, which mostly consist of cherry pickings from the respective upstream trunks, plus a number of hand-written FreeBSD-specific ones. Hopefully those can eventually be cleaned up and sent upstream too. MFC after:=091 week X-MFC-With:=09r263313 [attilio] Regen per r263318. Sponsored by:=09EMC / Isilon storage division [attilio] Remove dead code from umtx support: - Retire long time unused (basically always unused) sys__umtx_lock() and sys__umtx_unlock() syscalls - struct umtx and their supporting definitions - UMUTEX_ERROR_CHECK flag - Retire UMTX_OP_LOCK/UMTX_OP_UNLOCK from _umtx_op() syscall __FreeBSD_version is not bumped yet because it is expected that further breakages to the umtx interface will follow up in the next days. However there will be a final bump when necessary. Sponsored by:=09EMC / Isilon storage division Reviewed by:=09jhb ------------------------------------------ [...truncated 220209 lines...] cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror ctfconvert -L VERSION -g uart_subr.o --- ehci.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- syscons.o --- ctfconvert -L VERSION -g syscons.o --- modules-all --- --- bxe_stats.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc= -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. = -I@ -I@/contrib/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omi= t-leaf-frame-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zon= e -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreesta= nding -fstack-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-pro= tector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option = -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthes= es-equality -Wno-unused-function -c --- rt2860.o --- ctfconvert -L VERSION -g rt2860.o --- ohci.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- ehci.o --- ctfconvert -L VERSION -g ehci.o --- uhci.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- ohci.o --- ctfconvert -L VERSION -g ohci.o --- xhci.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- modules-all --- ctfconvert -L VERSION -g bxe_stats.o --- bxe_debug.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc= -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. = -I@ -I@/contrib/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omi= t-leaf-frame-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zon= e -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreesta= nding -fstack-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-pro= tector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option = -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthes= es-equality -Wno-unused-function -c ctfconvert -L VERSION -g bxe_debug.o --- bxe_elink.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc= -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. = -I@ -I@/contrib/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omi= t-leaf-frame-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zon= e -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreesta= nding -fstack-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-pro= tector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option = -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthes= es-equality -Wno-unused-function -c --- uhci.o --- ctfconvert -L VERSION -g uhci.o --- usb_busdma.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror ctfconvert -L VERSION -g usb_busdma.o --- usb_compat_linux.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- xhci.o --- ctfconvert -L VERSION -g xhci.o --- usb_core.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror ctfconvert -L VERSION -g usb_core.o --- usb_debug.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- usb_compat_linux.o --- ctfconvert -L VERSION -g usb_compat_linux.o --- usb_debug.o --- ctfconvert -L VERSION -g usb_debug.o --- usb_dynamic.o --- --- usb_error.o --- --- usb_dynamic.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- usb_error.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror ctfconvert -L VERSION -g usb_error.o --- usb_generic.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- usb_dynamic.o --- ctfconvert -L VERSION -g usb_dynamic.o --- usb_hid.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror ctfconvert -L VERSION -g usb_hid.o --- usb_hub.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- usb_generic.o --- ctfconvert -L VERSION -g usb_generic.o --- usb_lookup.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror ctfconvert -L VERSION -g usb_lookup.o --- usb_mbuf.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror ctfconvert -L VERSION -g usb_mbuf.o --- usb_msctest.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- usb_hub.o --- ctfconvert -L VERSION -g usb_hub.o --- usb_parse.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- usb_msctest.o --- ctfconvert -L VERSION -g usb_msctest.o --- usb_pf.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- usb_parse.o --- ctfconvert -L VERSION -g usb_parse.o --- usb_process.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror ctfconvert -L VERSION -g usb_process.o --- usb_request.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- usb_pf.o --- ctfconvert -L VERSION -g usb_pf.o --- modules-all --- --- bxe.o --- ctfconvert -L VERSION -g bxe.o --- usb_transfer.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- modules-all --- --- ecore_sp.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc= -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. = -I@ -I@/contrib/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omi= t-leaf-frame-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zon= e -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreesta= nding -fstack-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-pro= tector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option = -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthes= es-equality -Wno-unused-function -c --- usb_request.o --- ctfconvert -L VERSION -g usb_request.o --- usb_util.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror ctfconvert -L VERSION -g usb_util.o --- ukbd.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- usb_transfer.o --- ctfconvert -L VERSION -g usb_transfer.o --- if_vx.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror ctfconvert -L VERSION -g if_vx.o --- watchdog.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- ukbd.o --- ctfconvert -L VERSION -g ukbd.o --- if_wi.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- watchdog.o --- ctfconvert -L VERSION -g watchdog.o --- if_xe.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- modules-all --- --- bxe_elink.o --- ctfconvert -L VERSION -g bxe_elink.o --- 57710_init_values.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc= -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. = -I@ -I@/contrib/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omi= t-leaf-frame-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zon= e -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreesta= nding -fstack-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-pro= tector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option = -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthes= es-equality -Wno-unused-function -c --- ecore_sp.o --- ctfconvert -L VERSION -g ecore_sp.o --- 57711_init_values.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc= -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. = -I@ -I@/contrib/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omi= t-leaf-frame-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zon= e -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreesta= nding -fstack-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-pro= tector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option = -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthes= es-equality -Wno-unused-function -c --- if_wi.o --- ctfconvert -L VERSION -g if_wi.o --- console.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- if_xe.o --- ctfconvert -L VERSION -g if_xe.o --- console.o --- ctfconvert -L VERSION -g console.o --- xencons_ring.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- geom_dev.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- xencons_ring.o --- ctfconvert -L VERSION -g xencons_ring.o --- kern_clock.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- geom_dev.o --- ctfconvert -L VERSION -g geom_dev.o --- kern_cpuset.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror :637:16: warning: comparison of unsigned expression < 0 is always fals= e [-Wtautological-compare] for (i =3D 0; i < (_NCPUWORDS - 1); i++) { ~ ^ ~~~~~~~~~~~~~~~~ --- kern_clock.o --- ctfconvert -L VERSION -g kern_clock.o WARNING: kern_clock.c: enum pmc_event has too many values: 1720 > 1023 --- kern_ffclock.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- modules-all --- ctfconvert -L VERSION -g 57711_init_values.o --- 57710_init_values.o --- ctfconvert -L VERSION -g 57710_init_values.o --- kern_ffclock.o --- ctfconvert -L VERSION -g kern_ffclock.o --- modules-all --- --- 57712_init_values.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc= -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. = -I@ -I@/contrib/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omi= t-leaf-frame-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zon= e -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreesta= nding -fstack-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-pro= tector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option = -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthes= es-equality -Wno-unused-function -c --- kern_intr.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- kern_cpuset.o --- 1 warning generated. --- kern_mutex.o --- --- kern_cpuset.o --- ctfconvert -L VERSION -g kern_cpuset.o --- kern_mutex.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- kern_racct.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror ctfconvert -L VERSION -g kern_racct.o --- kern_rctl.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- kern_intr.o --- ctfconvert -L VERSION -g kern_intr.o --- kern_timeout.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- kern_mutex.o --- ctfconvert -L VERSION -g kern_mutex.o WARNING: kern_mutex.c: enum pmc_event has too many values: 1720 > 1023 --- sched_ule.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- kern_rctl.o --- ctfconvert -L VERSION -g kern_rctl.o --- subr_bus.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- sched_ule.o --- :656:11: error: use of undeclared identifier 'INT_MAX' lload =3D INT_MAX; ^ :660:11: error: use of undeclared identifier 'INT_MIN' hload =3D INT_MIN; ^ :1236:10: error: use of undeclared identifier 'INT_MAX' cpu =3D INT_MAX; ^ :1262:7: error: use of undeclared identifier 'INT_MAX' INT_MAX, ts->ts_cpu); ^ :1265:42: error: use of undeclared identifier 'INT_MAX' cpu =3D sched_lowest(cpu_top, mask, pri, INT_MAX, ts->ts_cp= u); ^ :1268:41: error: use of undeclared identifier 'INT_MAX' cpu =3D sched_lowest(cpu_top, mask, -1, INT_MAX, ts->ts_cpu= ); ^ 6 errors generated. *** [sched_ule.o] Error code 1 make[2]: stopped in /usr/obj --- kern_timeout.o --- ctfconvert -L VERSION -g kern_timeout.o --- subr_bus.o --- ctfconvert -L VERSION -g subr_bus.o --- modules-all --- ctfconvert -L VERSION -g 57712_init_values.o A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [modules-all] Error code 2 make[2]: stopped in /usr/obj 2 errors make[2]: stopped in /usr/obj *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Wed Mar 19 01:43:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F29D13E; Wed, 19 Mar 2014 01:43:52 +0000 (UTC) Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CD708C68; Wed, 19 Mar 2014 01:43:50 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id a1so6661360wgh.20 for ; Tue, 18 Mar 2014 18:43:48 -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:message-id :subject:from:to:cc:content-type:content-transfer-encoding; bh=BbZTa5p/5BOGWULrQmU6njKwSmn09SPYol077d5IVuU=; b=lqQt6Cl8cXHM3kw2UjGz/1nFT9uy1G7YKj896TYxRV3/+Rw3/ieb+yf4ykYhY7Z5wz LuxjE/qPLT85AcSkQSA/Zwby37M/Sd1W3ExhyGvLClm3jlANm5MG8aT/UAzC8fFUWKoN yJ4AwNOx3cHEwlEfHVoG8EUBwazJAEWniWnuG6HGBLCk9+VvfelPUx/XAa/t8SWQFjr/ xcKh+aV4sYeOt5hFMfKh813kLegZgrCaMH4+1MbQ/JD7g+5Bo9bw81C8Zk9g4OjObuhz Y3sGbcPUSXPFhEMGbjjFUEAnzxDok5TjMOs06ZQsZRuI3Jy0DydxqFl6kakvb88AGfZE +8/Q== MIME-Version: 1.0 X-Received: by 10.180.109.231 with SMTP id hv7mr17339513wib.38.1395193427926; Tue, 18 Mar 2014 18:43:47 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.217.61.196 with HTTP; Tue, 18 Mar 2014 18:43:47 -0700 (PDT) In-Reply-To: <232861753.0.1395193192830.JavaMail.jenkins@jenkins-9.freebsd.org> References: <232861753.0.1395193192830.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Wed, 19 Mar 2014 02:43:47 +0100 X-Google-Sender-Auth: v81h8EheZ1XXgOECP-RZqEGuhYY Message-ID: Subject: Re: Build failed in Jenkins: FreeBSD_HEAD #307 From: Attilio Rao To: jenkins-admin@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: tychon@freebsd.org, ray@freebsd.org, "freebsd-current@freebsd.org" , Dimitry Andric , Marcel Moolenaar X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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 Mar 2014 01:43:52 -0000 This is fixed in r263324, sorry for the breakage. Attilio On Wed, Mar 19, 2014 at 2:39 AM, wrote: > See > > Changes: > > [marcel] Fix and improve exception tracing: > 1. Name the kernel option XTRACE instead of EXCEPTION_TRACING > 2. Put support functions in ia64/ia64/xtrace.c > 3. Make it work with SMP by giving each CPU its own buffer > 4. Save 16 key registers in the buffer for every exception > 5. In ia64_handle_intr() and trap() transfer the trace record > to the KTR trace buffer using CTRx() and with some basic > information for now > 6. Use a tunable to anble tracing and stop tracing as soon as > we enter the debugger > > Room for improvements: > 1. Transferring exception-relevant information to KTR > 2. Add a sysctl to enable/disable tracing > > [tychon] Don't reissue in-flight commands. > > Approved by: neel (co-mentor) > > [ray] Switch kern.vt.suspendswitch to 0 by default (disabled). > kern.vt.suspendswitch - sysctl/tunable which enable switch to VT0 before = going > to suspend and switch back after resume. > > MFC after: 7 days > > [dim] Add separate patch files for all the customizations we have current= ly > applied to our copy of llvm/clang. These can be applied in alphabetical > order to a pristine llvm/clang 3.4 release source tree, to result in the > same version used in FreeBSD. > > This is intended to clearly document all the changes until now, which > mostly consist of cherry pickings from the respective upstream trunks, > plus a number of hand-written FreeBSD-specific ones. Hopefully those > can eventually be cleaned up and sent upstream too. > > MFC after: 1 week > X-MFC-With: r263313 > > [attilio] Regen per r263318. > > Sponsored by: EMC / Isilon storage division > > [attilio] Remove dead code from umtx support: > - Retire long time unused (basically always unused) sys__umtx_lock() > and sys__umtx_unlock() syscalls > - struct umtx and their supporting definitions > - UMUTEX_ERROR_CHECK flag > - Retire UMTX_OP_LOCK/UMTX_OP_UNLOCK from _umtx_op() syscall > > __FreeBSD_version is not bumped yet because it is expected that further > breakages to the umtx interface will follow up in the next days. > However there will be a final bump when necessary. > > Sponsored by: EMC / Isilon storage division > Reviewed by: jhb > > ------------------------------------------ > [...truncated 220209 lines...] > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > ctfconvert -L VERSION -g uart_subr.o > --- ehci.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- syscons.o --- > ctfconvert -L VERSION -g syscons.o > --- modules-all --- > --- bxe_stats.o --- > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdi= nc -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I= . -I@ -I@/contrib/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-o= mit-leaf-frame-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-z= one -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffrees= tanding -fstack-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-p= rotector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmi= ssing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer= -sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option= -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenth= eses-equality -Wno-unused-function -c > --- rt2860.o --- > ctfconvert -L VERSION -g rt2860.o > --- ohci.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- ehci.o --- > ctfconvert -L VERSION -g ehci.o > --- uhci.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- ohci.o --- > ctfconvert -L VERSION -g ohci.o > --- xhci.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- modules-all --- > ctfconvert -L VERSION -g bxe_stats.o > --- bxe_debug.o --- > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdi= nc -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I= . -I@ -I@/contrib/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-o= mit-leaf-frame-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-z= one -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffrees= tanding -fstack-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-p= rotector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmi= ssing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer= -sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option= -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenth= eses-equality -Wno-unused-function -c > ctfconvert -L VERSION -g bxe_debug.o > --- bxe_elink.o --- > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdi= nc -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I= . -I@ -I@/contrib/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-o= mit-leaf-frame-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-z= one -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffrees= tanding -fstack-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-p= rotector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmi= ssing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer= -sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option= -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenth= eses-equality -Wno-unused-function -c > --- uhci.o --- > ctfconvert -L VERSION -g uhci.o > --- usb_busdma.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > ctfconvert -L VERSION -g usb_busdma.o > --- usb_compat_linux.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- xhci.o --- > ctfconvert -L VERSION -g xhci.o > --- usb_core.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > ctfconvert -L VERSION -g usb_core.o > --- usb_debug.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- usb_compat_linux.o --- > ctfconvert -L VERSION -g usb_compat_linux.o > --- usb_debug.o --- > ctfconvert -L VERSION -g usb_debug.o > --- usb_dynamic.o --- > --- usb_error.o --- > --- usb_dynamic.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- usb_error.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > ctfconvert -L VERSION -g usb_error.o > --- usb_generic.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- usb_dynamic.o --- > ctfconvert -L VERSION -g usb_dynamic.o > --- usb_hid.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > ctfconvert -L VERSION -g usb_hid.o > --- usb_hub.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- usb_generic.o --- > ctfconvert -L VERSION -g usb_generic.o > --- usb_lookup.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > ctfconvert -L VERSION -g usb_lookup.o > --- usb_mbuf.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > ctfconvert -L VERSION -g usb_mbuf.o > --- usb_msctest.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- usb_hub.o --- > ctfconvert -L VERSION -g usb_hub.o > --- usb_parse.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- usb_msctest.o --- > ctfconvert -L VERSION -g usb_msctest.o > --- usb_pf.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- usb_parse.o --- > ctfconvert -L VERSION -g usb_parse.o > --- usb_process.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > ctfconvert -L VERSION -g usb_process.o > --- usb_request.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- usb_pf.o --- > ctfconvert -L VERSION -g usb_pf.o > --- modules-all --- > --- bxe.o --- > ctfconvert -L VERSION -g bxe.o > --- usb_transfer.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- modules-all --- > --- ecore_sp.o --- > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdi= nc -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I= . -I@ -I@/contrib/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-o= mit-leaf-frame-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-z= one -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffrees= tanding -fstack-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-p= rotector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmi= ssing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer= -sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option= -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenth= eses-equality -Wno-unused-function -c > --- usb_request.o --- > ctfconvert -L VERSION -g usb_request.o > --- usb_util.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > ctfconvert -L VERSION -g usb_util.o > --- ukbd.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- usb_transfer.o --- > ctfconvert -L VERSION -g usb_transfer.o > --- if_vx.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > ctfconvert -L VERSION -g if_vx.o > --- watchdog.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- ukbd.o --- > ctfconvert -L VERSION -g ukbd.o > --- if_wi.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- watchdog.o --- > ctfconvert -L VERSION -g watchdog.o > --- if_xe.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- modules-all --- > --- bxe_elink.o --- > ctfconvert -L VERSION -g bxe_elink.o > --- 57710_init_values.o --- > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdi= nc -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I= . -I@ -I@/contrib/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-o= mit-leaf-frame-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-z= one -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffrees= tanding -fstack-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-p= rotector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmi= ssing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer= -sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option= -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenth= eses-equality -Wno-unused-function -c > --- ecore_sp.o --- > ctfconvert -L VERSION -g ecore_sp.o > --- 57711_init_values.o --- > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdi= nc -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I= . -I@ -I@/contrib/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-o= mit-leaf-frame-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-z= one -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffrees= tanding -fstack-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-p= rotector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmi= ssing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer= -sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option= -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenth= eses-equality -Wno-unused-function -c > --- if_wi.o --- > ctfconvert -L VERSION -g if_wi.o > --- console.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- if_xe.o --- > ctfconvert -L VERSION -g if_xe.o > --- console.o --- > ctfconvert -L VERSION -g console.o > --- xencons_ring.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- geom_dev.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- xencons_ring.o --- > ctfconvert -L VERSION -g xencons_ring.o > --- kern_clock.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- geom_dev.o --- > ctfconvert -L VERSION -g geom_dev.o > --- kern_cpuset.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > :637:16: warning: comparison of unsigned expression < 0 is always fa= lse [-Wtautological-compare] > for (i =3D 0; i < (_NCPUWORDS - 1); i++) { > ~ ^ ~~~~~~~~~~~~~~~~ > --- kern_clock.o --- > ctfconvert -L VERSION -g kern_clock.o > WARNING: kern_clock.c: enum pmc_event has too many values: 1720 > 1023 > --- kern_ffclock.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- modules-all --- > ctfconvert -L VERSION -g 57711_init_values.o > --- 57710_init_values.o --- > ctfconvert -L VERSION -g 57710_init_values.o > --- kern_ffclock.o --- > ctfconvert -L VERSION -g kern_ffclock.o > --- modules-all --- > --- 57712_init_values.o --- > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdi= nc -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I= . -I@ -I@/contrib/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-o= mit-leaf-frame-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-z= one -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffrees= tanding -fstack-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-p= rotector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmi= ssing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer= -sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option= -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenth= eses-equality -Wno-unused-function -c > --- kern_intr.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- kern_cpuset.o --- > 1 warning generated. > --- kern_mutex.o --- > --- kern_cpuset.o --- > ctfconvert -L VERSION -g kern_cpuset.o > --- kern_mutex.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- kern_racct.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > ctfconvert -L VERSION -g kern_racct.o > --- kern_rctl.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- kern_intr.o --- > ctfconvert -L VERSION -g kern_intr.o > --- kern_timeout.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- kern_mutex.o --- > ctfconvert -L VERSION -g kern_mutex.o > WARNING: kern_mutex.c: enum pmc_event has too many values: 1720 > 1023 > --- sched_ule.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- kern_rctl.o --- > ctfconvert -L VERSION -g kern_rctl.o > --- subr_bus.o --- > cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredun= dant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi= nter-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensi= ons -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologi= cal-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unu= sed-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include op= t_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -= mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fn= o-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror > --- sched_ule.o --- > :656:11: error: use of undeclared identifier 'INT_MAX' > lload =3D INT_MAX; > ^ > :660:11: error: use of undeclared identifier 'INT_MIN' > hload =3D INT_MIN; > ^ > :1236:10: error: use of undeclared identifier 'INT_MAX' > cpu =3D INT_MAX; > ^ > :1262:7: error: use of undeclared identifier 'INT_MAX' > INT_MAX, ts->ts_cpu); > ^ > :1265:42: error: use of undeclared identifier 'INT_MAX' > cpu =3D sched_lowest(cpu_top, mask, pri, INT_MAX, ts->ts_= cpu); > ^ > :1268:41: error: use of undeclared identifier 'INT_MAX' > cpu =3D sched_lowest(cpu_top, mask, -1, INT_MAX, ts->ts_c= pu); > ^ > 6 errors generated. > *** [sched_ule.o] Error code 1 > > make[2]: stopped in /usr/obj > --- kern_timeout.o --- > ctfconvert -L VERSION -g kern_timeout.o > --- subr_bus.o --- > ctfconvert -L VERSION -g subr_bus.o > --- modules-all --- > ctfconvert -L VERSION -g 57712_init_values.o > A failure has been detected in another branch of the parallel make > > make[4]: stopped in > *** [all] Error code 2 > > make[3]: stopped in > 1 error > > make[3]: stopped in > *** [modules-all] Error code 2 > > make[2]: stopped in /usr/obj > 2 errors > > make[2]: stopped in /usr/obj > *** [buildkernel] Error code 2 > > make[1]: stopped in > 1 error > > make[1]: stopped in > *** [buildkernel] Error code 2 > > make: stopped in > 1 error > > make: stopped in > Build step 'Execute shell' marked build as failure --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Mar 19 04:39:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8859C9FF; Wed, 19 Mar 2014 04:39:00 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 396E5C7D; Wed, 19 Mar 2014 04:38:59 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.8/8.14.8) with ESMTP id s2J4cvTh045626 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 18 Mar 2014 22:38:58 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.8/8.14.8/Submit) with ESMTP id s2J4cvWK045623; Tue, 18 Mar 2014 22:38:57 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Tue, 18 Mar 2014 22:38:57 -0600 (MDT) From: Warren Block To: John Baldwin Subject: Re: Hello fdclose In-Reply-To: <201403181404.52197.jhb@freebsd.org> Message-ID: References: <201403181404.52197.jhb@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Tue, 18 Mar 2014 22:38:58 -0600 (MDT) Cc: jilles@freebsd.org, freebsd-arch@freebsd.org, freebsd-current@freebsd.org, Mariusz Zaborski X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 04:39:00 -0000 On Tue, 18 Mar 2014, John Baldwin wrote: > On Monday, March 17, 2014 7:23:19 pm Mariusz Zaborski wrote: >> Hi, >> >> After our previous discuss [1] I prepare fdclosedir(3) function which >> was committed by Pawel (cc'ed) in commit r254499. >> >> A while ago I also prepare the fdclose function. Unfortunately, this >> new function is a little bit more tricky then previous one. Can I ask >> you for a review of this patch? > > I think the code is fine. I have a few suggestions on the manpage wording: > > The > +.Fn fdclose > +function is equivalent to the > +.Fn fclose > +function except that this function returns file descriptor instead of > +closing it. > +.Pp > +The > > I would move fdclose() to its own paragraph and reword this sentence as: > > "The fdclose() function is equivalent to fclose() except that it does > not close the underlying file descriptor." .Fn fdclose is equivalent to .Fn fclose , but the file descriptor is returned rather than closed. Likewise in other sections, the markup is supposed to do the job of pointing out that something is a function. textproc/igor can identify some problems with wording. It also checks for rudimentary mdoc(7) requirements. If desired, I'm willing to edit this man page. (I've learned far too recently that most people do not want to be consulted on wording, they just want it fixed. That's now the approach I take: make all the corrections and return it, rather than a back-and-forth with the danger of edit fatigue.) From owner-freebsd-current@FreeBSD.ORG Wed Mar 19 05:25:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EAF73303; Wed, 19 Mar 2014 05:25:24 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id D8757195; Wed, 19 Mar 2014 05:25:24 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 4939259D; Wed, 19 Mar 2014 05:25:24 +0000 (UTC) Date: Wed, 19 Mar 2014 05:25:21 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, dim@FreeBSD.org, markj@FreeBSD.org, tychon@FreeBSD.org, attilio@FreeBSD.org, ray@FreeBSD.org, marcel@FreeBSD.org Message-ID: <474741653.1.1395206723982.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <232861753.0.1395193192830.JavaMail.jenkins@jenkins-9.freebsd.org> References: <232861753.0.1395193192830.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #308 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 05:25:25 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Mar 19 06:35:47 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CFD30F71 for ; Wed, 19 Mar 2014 06:35:47 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 56C7AA7E for ; Wed, 19 Mar 2014 06:35:47 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:6953:60be:b581:151f]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id F00B14AC1C; Wed, 19 Mar 2014 10:35:42 +0400 (MSK) Date: Wed, 19 Mar 2014 10:35:39 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <996140668.20140319103539@serebryakov.spb.ru> To: John-Mark Gurney Subject: Re: Building with external toolchain was broken 6 months ago with r255187 In-Reply-To: <20140318220140.GA32089@funkthat.com> References: <323697891.20140319013757@serebryakov.spb.ru> <20140318220140.GA32089@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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 Mar 2014 06:35:48 -0000 Hello, John-Mark. You wrote 19 =D0=BC=D0=B0=D1=80=D1=82=D0=B0 2014 =D0=B3., 2:01:40: JMG> Lev Serebryakov wrote this message on Wed, Mar 19, 2014 at 01:37 +0400: >> I did't build my NanoBSD images for almost year, and in this time our >> not-finished and fragile support for using "external" toolchain is rotte= n, >> due to r255187 (and, may meb, some other commits too). >>=20 >> I have very fresh -CURRENT (r263296) >>=20 >> I have these settings for my buildworld & buildkernel targets: >>=20 >> XCC=3D/usr/bin/cc >> XCXX=3D/usr/bin/c++ >> XCPP=3D/usr/bin/cpp >> XAS=3D/usr/bin/as >> XAR=3D/usr/bin/ar >> XLD=3D/usr/bin/ld >> XNM=3D/usr/bin/nm >> XOBJDUMP=3D/usr/bin/objdump >> XRANLIB=3D/usr/bin/ranlib >> XSTRINGS=3D/usr/bin/strings >> COMPILER_TYPE=3Dclang >> WITHOUT_CROSS_COMPILER=3Dyes >> WITHOUT_BINUTILS=3Dyes >> WITHOUT_CLANG=3Dyes >>=20 >> It worked 7 months ago. Now it works for "buildworld" but not for >> "buildkernel: >>=20 >> --- aeskeys_amd64.o --- >> /usr/bin/cc --sysroot=3D/data/obj.nano/gateway.v2/data/src/tmp -B/data/o= bj.nano/gateway.v2/data/src/tmp/usr/bin -O2 -pipe -fno-strict-aliasing -Wer= ror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -includ= e /data/obj.nano/gateway.v2/data/src/sys/D2500CC/opt_global.h -I. -I@ -I@/c= ontrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-poi= nter -I/data/obj.nano/gateway.v2/data/src/sys/D2500CC -mno-aes -mno-avx -m= cmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchro= nous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 -Qu= nused-arguments -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 -Wno-error-tautological-compare -Wno-error-empt= y-body -Wno-error-parentheses-equality -Wno-unused-function -c /data/sr= c/sys/modules/aesni/../../crypto/aesni/aeskeys_amd64.S >> --- aesni_wrap.o --- >> In file included from /data/src/sys/modules/aesni/../../crypto/aesni/aes= ni_wrap.c:40: >> /data/src/sys/modules/aesni/../../crypto/aesni/aesencdec.h:30:10: fatal = error: 'wmmintrin.h' file not found >> #include >> ^ >> 1 error generated. >> *** [aesni_wrap.o] Error code 1 >>=20 >> It could not find header file with intrinsics from "system" ("external") >> clang. I could disable building of this module with WITHOUT_MODULES=3Dae= sni, >> and it works, but what if I need this module? >>=20 >> Could it be fixed, pleeeeeeease? JMG> Sounds like your tool chain doesn't have the necessary support for JMG> AES-NI... Are you using gcc as cc? If so, do you have the necessary JMG> tool chain work that I did in r255185 in your local tree? I use clang from world based on r263296 (amd64) to build world and kernel from same r263296 (amd64) (as indicated earlier). JMG> Can you compile this test program? Yes, of course. But kernel and modules are built with "-sysroot" option, you know? And my "-sysroot" doesn't contains clang tree (and "/usr/include/clang/3.4"), because it points to fresh world (in OBJDIRPREFIX) and clang was not built for this world, I'm using "system" one. It works for world, GENERIC kernel and all modules but aesni. JMG> ------ tsse.c start ---- JMG> #include JMG> __m128i foo; JMG> ------ tsse.c end ------ JMG> With the command: JMG> ${XCC} -c -maes tsse.c JMG> If you can't, then the problem is your toolchain, and you need to fix I can. JMG> it... Try also w/: JMG> clang -c -maes tsse.c JMG> and it's also helpful to know more info, like: ${XCC} --version > /usr/bin/cc --version FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 Target: x86_64-unknown-freebsd11.0 Thread model: posix --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Mar 19 11:13:25 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59039856 for ; Wed, 19 Mar 2014 11:13:25 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id DC2F17DB for ; Wed, 19 Mar 2014 11:13:24 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:3501:1670:b2f0:fa6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 070F24AC1C; Wed, 19 Mar 2014 15:13:20 +0400 (MSK) Date: Wed, 19 Mar 2014 15:13:10 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <587342878.20140319151310@serebryakov.spb.ru> To: John-Mark Gurney Subject: Re: Building with external toolchain was broken 6 months ago with r255187 In-Reply-To: <20140318223638.GB32089@funkthat.com> References: <323697891.20140319013757@serebryakov.spb.ru> <20140318220140.GA32089@funkthat.com> <7423EF12-9DD4-4C03-9FF6-7BAAB75820F6@lists.zabbadoz.net> <20140318223638.GB32089@funkthat.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------0310DD1820BD46A47" Cc: "Bjoern A. Zeeb" , freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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 Mar 2014 11:13:25 -0000 ------------0310DD1820BD46A47 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello, John-Mark. You wrote 19 =D0=BC=D0=B0=D1=80=D1=82=D0=B0 2014 =D0=B3., 2:36:38: JMG> This still sounds like the compiler being used isn't installed JMG> properly... I've never had a problem when a proper kernel-toolchain JMG> is available to build the kernel with... JMG> If someone is willing to provide me w/ detailed instructions or an ima= ge JMG> that reproduces the issue, I'm willing to look at it... Try this: /usr/src/tools/tools/nanopbsd/nanobsd.sh -c aesni-problem.nanobsd with attached aesni-problem.nanobsd file. If you add WITHOUT_MODULES=3Daesni to "CONF_WORLD" variable it will work. You may want to check first two variables in this script. --=20 // Black Lion AKA Lev Serebryakov ------------0310DD1820BD46A47 Content-Type: application/octet-stream; name="aesni-problem.nanobsd" Content-transfer-encoding: base64 Content-Disposition: attachment; filename="aesni-problem.nanobsd" IyEgL2Jpbi9zaAoKIyBDSEVDSyBUSElTIQpOQU5PX1NSQz0vdXNyL3NyYwojICBBTkQgVEhJ UyEKTkFOT19PQko9L3Vzci9vYmoKCk5BTk9fTkFNRT1hZXNuaS1wcm9ibGVtCgpOQU5PX0tF Uk5FTD1HRU5FUklDCgojIEltYWdlcwpOQU5PX0lOSVRfSU1HMj0wCgpOQU5PX1JBTV9UTVBW QVJTSVpFPTUyNDI4OAoKIyBnbGFiZWwgc3VwcG9ydApOQU5PX0xBQkVMPW5hbm8KCiMgQnVp bGR3b3JsZApDT05GX0JVSUxEPScnCgojIFNwZWNpYWwgaW5zdHJ1Y3Rpb24gdG8gImluc3Rh bGwiClNUUklQQklOPS91c3IvYmluL3N0cmlwCmV4cG9ydCBTVFJJUEJJTgoKIyBJbnN0YWxs d29ybGQKQ09ORl9JTlNUQUxMPScKV0lUSE9VVF9JTlNUQUxMTElCPXllcwpXSVRIT1VUX0JJ TlVUSUxTPXllcwonCiMgQ29tbW9uIGZvciBidWlsZC9pbnN0YWxsCkNPTkZfV09STEQ9JwpY Q0M9L3Vzci9iaW4vY2MKWENYWD0vdXNyL2Jpbi9jKysKWENQUD0vdXNyL2Jpbi9jcHAKWEFT PS91c3IvYmluL2FzClhBUj0vdXNyL2Jpbi9hcgpYTEQ9L3Vzci9iaW4vbGQKWE5NPS91c3Iv YmluL25tClhPQkpEVU1QPS91c3IvYmluL29iamR1bXAKWFJBTkxJQj0vdXNyL2Jpbi9yYW5s aWIKWFNUUklOR1M9L3Vzci9iaW4vc3RyaW5ncwpDT01QSUxFUl9UWVBFPWNsYW5nCldJVEhP VVRfQ1JPU1NfQ09NUElMRVI9eWVzCldJVEhPVVRfQ0xBTkc9eWVzCldJVEhPVVRfQklOVVRJ TFM9eWVzCgpNQUxMT0NfUFJPRFVDVElPTj15ZXMKQk9PVF9DT01DT05TT0xFX1NQRUVEPTEx NTIwMApCT09UX0NPTUNPTlNPTEVfUE9SVD0weDJFOApXSVRIT1VUX0FDQ1Q9eWVzCldJVEhP VVRfQUNQST15ZXMKV0lUSE9VVF9BTUQ9eWVzCldJVEhPVVRfQVBNPXllcwpXSVRIT1VUX0FU TT15ZXMKV0lUSE9VVF9BVURJVD15ZXMKV0lUSE9VVF9BVVRIUEY9eWVzCldJVEhPVVRfQklO RF9ETlNTRUM9eWVzCldJVEhPVVRfQ0FMRU5EQVI9eWVzCldJVEhPVVRfQ0RETD15ZXMKV0lU SE9VVF9DVE09eWVzCldJVEhPVVRfRElDVD15ZXMKV0lUSE9VVF9FWEFNUExFUz15ZXMKV0lU SE9VVF9GTE9QUFk9eWVzCldJVEhPVVRfRlJFRUJTRF9VUERBVEU9eWVzCldJVEhPVVRfR0FN RVM9eWVzCldJVEhPVVRfR0NDPXllcwpXSVRIT1VUX0dDT1Y9eWVzCldJVEhPVVRfR0RCPXll cwpXSVRIT1VUX0dQSUI9eWVzCldJVEhPVVRfR1BJTz15ZXMKV0lUSE9VVF9HUk9GRj15ZXMK V0lUSE9VVF9HU1NBUEk9eWVzCldJVEhPVVRfSFRNTD15ZXMKV0lUSE9VVF9JQ09OVj15ZXMK V0lUSE9VVF9JTkZPPXllcwpXSVRIT1VUX0lQRklMVEVSPXllcwpXSVRIT1VUX0pBSUw9eWVz CldJVEhPVVRfTEVHQUNZX0NPTlNPTEU9eWVzCldJVEhPVVRfTElCMzI9eWVzCldJVEhPVVRf TE9DQUxFUz15ZXMKV0lUSE9VVF9MT0NBVEU9eWVzCldJVEhPVVRfTFBSPXllcwpXSVRIT1VU X0tFUkJFUk9TPXllcwpXSVRIT1VUX0tFUkJFUk9TX1NVUFBPUlQ9eWVzCldJVEhPVVRfTUFO PXllcwpXSVRIT1VUX05DUD15ZXMKV0lUSE9VVF9ORElTPXllcwpXSVRIT1VUX05JUz15ZXMK V0lUSE9VVF9OTFM9eWVzCldJVEhPVVRfTkxTX0NBVEFMT0dTPXllcwpXSVRIT1VUX05TX0NB Q0hJTkc9eWVzCldJVEhPVVRfT0JKQz15ZXMKV0lUSE9VVF9QQ19TWVNJTlNUQUxMPXllcwpX SVRIT1VUX1BGPXllcwpXSVRIT1VUX1BPUlRTTkFQPXllcwpXSVRIT1VUX1BST0ZJTEU9eWVz CldJVEhPVVRfUVVPVEFTPXllcwpXSVRIT1VUX1JDTURTPXllcwpXSVRIT1VUX1JDUz15ZXMK V0lUSE9VVF9ST1VURUQ9eWVzCldJVEhPVVRfU0hBUkVET0NTPXllcwpXSVRIT1VUX1NWTkxJ VEU9eWVzCldJVEhPVVRfU1lTQ09OUz15ZXMKV0lUSE9VVF9URVNUUz15ZXMKV0lUSE9VVF9a RlM9eWVzCicKCiMKTkFOT19CT09UMENGRz0iLW8gcGFja2V0IC1zIDEgLW0gMyAtdCAxIgpO QU5PX0JPT1RMT0FERVI9ImJvb3QvYm9vdDAiCiMgQk9PVApOQU5PX0JPT1QyQ0ZHPSItRGgg LVMxMTUyMDAiCgojIE1lZGlhCk5BTk9fSEVBRFM9MjU1Ck5BTk9fU0VDVFM9NjMKTkFOT19N RURJQVNJWkU9MTU2NjkyNDgK ------------0310DD1820BD46A47-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 19 11:42:15 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56270F8D; Wed, 19 Mar 2014 11:42:15 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 13F24AB4; Wed, 19 Mar 2014 11:42:14 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:3501:1670:b2f0:fa6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 43DA34AC1C; Wed, 19 Mar 2014 15:42:13 +0400 (MSK) Date: Wed, 19 Mar 2014 15:42:09 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1541075262.20140319154209@serebryakov.spb.ru> To: freebsd-current@FreeBSD.org Subject: [RFC] Install world with external toolcahin: need add STRIPBIN to IMAKEENV MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------01C0A8100016B00F1" Cc: freebsd-hackers@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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 Mar 2014 11:42:15 -0000 ------------01C0A8100016B00F1 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello, Freebsd-current. To make "make installworld" successfull with external toolchain (with WITHOUT_BINUTILS-built world) we need to have STRIBIN, pointing to working "strip" in environment, or "install -s" will fail. Does attached patch looks good? Unfortunately, "STRIP" variable is occuped by "-s" flag :( -- // Black Lion AKA Lev Serebryakov ------------01C0A8100016B00F1 Content-Type: application/octet-stream; name="stribin-support-add.patch" Content-transfer-encoding: base64 Content-Disposition: attachment; filename="stribin-support-add.patch" SW5kZXg6IE1ha2VmaWxlLmluYzEKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gTWFrZWZpbGUuaW5jMQko cmV2aXNpb24gMjYzMzMzKQorKysgTWFrZWZpbGUuaW5jMQkod29ya2luZyBjb3B5KQpAQCAt MzExLDcgKzMxMSw3IEBACiBYJHtDT01QSUxFUn0/PQkkeyR7Q09NUElMRVJ9fQogLmVuZGlm CiAuZW5kZm9yCi1YQklOVVRJTFM9CUFTIEFSIExEIE5NIE9CSkRVTVAgUkFOTElCIFNUUklO R1MKK1hCSU5VVElMUz0JQVMgQVIgTEQgTk0gT0JKRFVNUCBSQU5MSUIgU1RSSU5HUyBTVFJJ UEJJTgogLmZvciBCSU5VVElMIGluICR7WEJJTlVUSUxTfQogLmlmIGRlZmluZWQoQ1JPU1Nf QklOVVRJTFNfUFJFRklYKQogWCR7QklOVVRJTH0/PQkke0NST1NTX0JJTlVUSUxTX1BSRUZJ WH0keyR7QklOVVRJTH19CkBAIC00MjcsNiArNDI3LDkgQEAKIC5lbmRpZgogCiBJTUFLRUVO Vj0JJHtDUk9TU0VOVjpOX0xEU0NSSVBUUk9PVD0qfQorLmlmIGRlZmluZWQoWFNUUklQQklO KSAmJiAhZW1wdHkoWFNUUklQQklOKQorSU1BS0VFTlYrPQlTVFJJUEJJTj0ke1hTVFJJUEJJ Tn0KKy5lbmRpZiAKIElNQUtFPQkJJHtJTUFLRUVOVn0gJHtNQUtFfSAtZiBNYWtlZmlsZS5p bmMxIFwKIAkJJHtJTUFLRV9JTlNUQUxMfSAke0lNQUtFX01UUkVFfSAke0lNQUtFX0NPTVBJ TEVSX1RZUEV9CiAuaWYgZW1wdHkoLk1BS0VGTEFHUzpNLW4pCg== ------------01C0A8100016B00F1-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 19 15:21:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 712F9418 for ; Wed, 19 Mar 2014 15:21:39 +0000 (UTC) Received: from mail-pb0-f49.google.com (mail-pb0-f49.google.com [209.85.160.49]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4521D616 for ; Wed, 19 Mar 2014 15:21:39 +0000 (UTC) Received: by mail-pb0-f49.google.com with SMTP id jt11so8992374pbb.22 for ; Wed, 19 Mar 2014 08:21:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=WSwpuOsl3N3H7wtLHvoSiotvgZ8Vxzo6PF/28xswJp0=; b=HdAM2ote/twxhRjqv+Ol/dCR+vlRtfFiPwnMtb5ftTxxgiy2UTKyG1eX/xGIDoeoq0 9C4Bqe+ndFAoJlGMcXcB2MV+u18mbHWwPwxTvigxLSI+6z7lMTpC+BO3UCxVSCekSZhl 5y6AZmvFPGKvILX2K8atmHZsf7EoC1C0Yu5QZHBchK0+ugbVTCH0MpYGKlyWoqkuLSyo iXoFcInd2T+sPesrI2zFiqNNKA0NOGQQkPIEMckHYBD6R07QnQaRH8QwEHMr8Lt01djc mI4Oy34HYSPQo2/p7t7FkIpzB3kLKsRgZTdABQIy2uNl0dU3zDRC+CQ4PsCbmoFPXzf5 QyBg== X-Gm-Message-State: ALoCoQkxJRecDCfWLv7UEBw1G6kja7Dtlj65Gis/DbVITJQriiDBlEMLOe9kHzA2RMEFXKtNqHS+ X-Received: by 10.68.110.165 with SMTP id ib5mr40250496pbb.61.1395242492931; Wed, 19 Mar 2014 08:21:32 -0700 (PDT) Received: from bsdimp.corp.netflix.com ([69.53.237.72]) by mx.google.com with ESMTPSA id x5sm63240878pbw.26.2014.03.19.08.21.31 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 19 Mar 2014 08:21:32 -0700 (PDT) Sender: Warner Losh Subject: Re: [RFC] Install world with external toolcahin: need add STRIPBIN to IMAKEENV Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Content-Type: text/plain; charset=windows-1252 From: Warner Losh X-Priority: 3 (Normal) In-Reply-To: <1541075262.20140319154209@serebryakov.spb.ru> Date: Wed, 19 Mar 2014 08:21:31 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <1541075262.20140319154209@serebryakov.spb.ru> To: lev@FreeBSD.org X-Mailer: Apple Mail (2.1874) Cc: freebsd-hackers@freebsd.org, freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 15:21:39 -0000 On Mar 19, 2014, at 4:42 AM, Lev Serebryakov wrote: > Hello, Freebsd-current. >=20 > To make "make installworld" successfull with external toolchain (with > WITHOUT_BINUTILS-built world) we need to have STRIBIN, pointing to > working "strip" in environment, or "install -s" will fail. Assuming you meant STRIPBIN here... > Does attached patch looks good? Yes. This looks good to my eye. I have a very similar change in my tree from a while ago where I tried to get external toolchain support working with non-clang compilers. I=92ll have to go find that tree=85 So please go ahead and commit this if you don=92t get any objections... > Unfortunately, "STRIP" variable is occuped by "-s" flag :( A historical accident=85 but one we=92re rather stuck with... Warner From owner-freebsd-current@FreeBSD.ORG Wed Mar 19 17:08:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 774C772; Wed, 19 Mar 2014 17:08:59 +0000 (UTC) Received: from mail-yh0-x235.google.com (mail-yh0-x235.google.com [IPv6:2607:f8b0:4002:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EC359164; Wed, 19 Mar 2014 17:08:58 +0000 (UTC) Received: by mail-yh0-f53.google.com with SMTP id v1so8851380yhn.40 for ; Wed, 19 Mar 2014 10:08:58 -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=4FiEl4kB7n7tEzJgl+xLsnrar0/TRAtwv/q/kQnRAH4=; b=SHCm9xYgQxpNFO8hAQW3YZTocayHlz1yCsfV0nDaeixLuxlDG9oMCDJL0xxFhv3vXC ghMZZf0wcvn/jehTbteDBB0fhv0eFP2khI+QALefwO3m9Naf1XOSlR0vGLdL3WSmiYWM 23x4f1/iQ4k+WLsav4fXqX088zRsct+lugOPsX137nHI1NeyPax4XISMWpHYSr/aAUiv m8XNd69szBlHlEXGkH37VdBIrGg+I9a8QVgtH19oaOKDyjpw+ms25ExXVpiauPbskGah tywZZd3pRWdFddi/SlDbnRWrhBEjnPyssllIzjmHHoZ0ulbmMk7wbRBLNlgtuM58Nr8t IUVw== MIME-Version: 1.0 X-Received: by 10.236.50.194 with SMTP id z42mr3700999yhb.145.1395248938174; Wed, 19 Mar 2014 10:08:58 -0700 (PDT) Received: by 10.170.66.204 with HTTP; Wed, 19 Mar 2014 10:08:58 -0700 (PDT) In-Reply-To: References: <20140314070218.GA37327@FreeBSD.org> <201403181426.19929.jhb@freebsd.org> Date: Wed, 19 Mar 2014 13:08:58 -0400 Message-ID: Subject: Re: FreeBSD GSOC proposal in 2014 From: yan cui To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, "Wojciech A. Koszek" , soc-status@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 17:08:59 -0000 Any comments for this thread? There is only three days left for application. If the proposed idea should not be considered in this year, it should be removed from the GSoC idea list and I will submit a different proposal about the CPU hot plug problem in the FreeBSD kernel. Thanks, Yan 2014-03-18 15:39 GMT-04:00 yan cui : > Really? Maybe I can download his code from previous GSoC. > Actually, before applying for this idea, I did not scan the projects in > previous years and just pick up one which I like. > Are there any possibilities to improve on this part (or this idea should > not be considered any more)? > > Yan > > > 2014-03-18 14:26 GMT-04:00 John Baldwin : > > On Friday, March 14, 2014 3:02:18 am Wojciech A. Koszek wrote: >> > On Thu, Mar 13, 2014 at 09:56:35PM -0400, yan cui wrote: >> > > Hi all, >> > > >> > > I write this mail to make my question clear. I know witness can be >> used >> > > to detect wrong lock order in the kernel. However, can it be used to >> do >> > > lock profiling (what I mean is to report the information such as which >> > > locks are most contended and print some related statistics such as >> calling >> > > graph, etc)? >> > > In other words, is it enough to finish the task by porting witness to >> the >> > > pthread library? >> > > >> > >> > Yan, >> > >> > To my knowledge WITNESS is the only tool for lock order verification. >> > >> > For lock profiling in the FreeBSD kernel there's a KTR subsystem. KTR >> > mechanism is basically like syslog() in the user-space, but for the >> kernel. >> > KTR subsystem will receive messages from KTR API that is placed in the >> > FreeBSD kernel. Messages get stored on the list of some sort. List can >> be >> > exported to a file. File you can later analyze. >> > >> > Jeff wrote a Python app which can be used for pre-processing the KTR >> logs >> > from scheduler and protting them visually. Link: >> > >> > http://svnweb.freebsd.org/base/head/tools/sched/schedgraph.py >> > >> > Instead of porting witness to pthreads, maybe we could evaluate >> expanding >> > WITNESS to cover kern_umtx? This could prove to be more universal. >> > >> > Wojciech >> >> There is a dedicated lock profiler (LOCK_PROFILING) in the kernel. A >> previous GSoC student from an earlier year has already re-implemented both >> LOCK_PROFILING and WITNESS for pthreads. >> >> -- >> John Baldwin >> > > > > -- > Think big; Dream impossible; Make it happen. > -- Think big; Dream impossible; Make it happen. From owner-freebsd-current@FreeBSD.ORG Wed Mar 19 17:33:55 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8932C21C; Wed, 19 Mar 2014 17:33:55 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2C54460A; Wed, 19 Mar 2014 17:33:54 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by freebsd.czest.pl (8.14.5/8.14.5) with ESMTP id s2JHWAKV097524; Wed, 19 Mar 2014 17:32:10 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.5/8.14.5/Submit) id s2JHWAwZ097523; Wed, 19 Mar 2014 17:32:10 GMT (envelope-from wkoszek) Date: Wed, 19 Mar 2014 17:32:10 +0000 From: "Wojciech A. Koszek" To: yan cui Subject: Re: FreeBSD GSOC proposal in 2014 Message-ID: <20140319173210.GM37327@FreeBSD.org> References: <20140314070218.GA37327@FreeBSD.org> <201403181426.19929.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-0.4 required=5.0 tests=RP_MATCHES_RCVD, SPF_HELO_PASS, SPF_PASS autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on freebsd.czest.pl X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (freebsd.czest.pl [212.87.224.105]); Wed, 19 Mar 2014 17:32:14 +0000 (UTC) Cc: freebsd-hackers@freebsd.org, soc-status@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 17:33:55 -0000 On Wed, Mar 19, 2014 at 01:08:58PM -0400, yan cui wrote: > Any comments for this thread? There is only three days left for application. > If the proposed idea should not be considered in this year, > it should be removed from the GSoC idea list and I will submit a different > proposal about the CPU hot plug problem in the FreeBSD kernel. Yan, Please submit all possible ideas you have. We'll carefully look into them and judge which one is the most interesting from the FreeBSD point of view. If you were to stay with locking work, given that the work on pthreads was finished, we'd have to look into whether there's anything else to do in this domain. It still can be valuable to perform some improvements, but somebody else with expertise would have to judge. Thanks, Wojciech > > 2014-03-18 15:39 GMT-04:00 yan cui : > > > Really? Maybe I can download his code from previous GSoC. > > Actually, before applying for this idea, I did not scan the projects in > > previous years and just pick up one which I like. > > Are there any possibilities to improve on this part (or this idea should > > not be considered any more)? > > > > Yan > > > > > > 2014-03-18 14:26 GMT-04:00 John Baldwin : > > > > On Friday, March 14, 2014 3:02:18 am Wojciech A. Koszek wrote: > >> > On Thu, Mar 13, 2014 at 09:56:35PM -0400, yan cui wrote: > >> > > Hi all, > >> > > > >> > > I write this mail to make my question clear. I know witness can be > >> used > >> > > to detect wrong lock order in the kernel. However, can it be used to > >> do > >> > > lock profiling (what I mean is to report the information such as which > >> > > locks are most contended and print some related statistics such as > >> calling > >> > > graph, etc)? > >> > > In other words, is it enough to finish the task by porting witness to > >> the > >> > > pthread library? > >> > > > >> > > >> > Yan, > >> > > >> > To my knowledge WITNESS is the only tool for lock order verification. > >> > > >> > For lock profiling in the FreeBSD kernel there's a KTR subsystem. KTR > >> > mechanism is basically like syslog() in the user-space, but for the > >> kernel. > >> > KTR subsystem will receive messages from KTR API that is placed in the > >> > FreeBSD kernel. Messages get stored on the list of some sort. List can > >> be > >> > exported to a file. File you can later analyze. > >> > > >> > Jeff wrote a Python app which can be used for pre-processing the KTR > >> logs > >> > from scheduler and protting them visually. Link: > >> > > >> > http://svnweb.freebsd.org/base/head/tools/sched/schedgraph.py > >> > > >> > Instead of porting witness to pthreads, maybe we could evaluate > >> expanding > >> > WITNESS to cover kern_umtx? This could prove to be more universal. > >> > > >> > Wojciech > >> > >> There is a dedicated lock profiler (LOCK_PROFILING) in the kernel. A > >> previous GSoC student from an earlier year has already re-implemented both > >> LOCK_PROFILING and WITNESS for pthreads. > >> > >> -- > >> John Baldwin > >> > > > > > > > > -- > > Think big; Dream impossible; Make it happen. > > > > > > -- > Think big; Dream impossible; Make it happen. -- Wojciech A. Koszek wkoszek@FreeBSD.czest.pl http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-current@FreeBSD.ORG Wed Mar 19 18:44:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D16D2FE; Wed, 19 Mar 2014 18:44:27 +0000 (UTC) Received: from mail-lb0-x22c.google.com (mail-lb0-x22c.google.com [IPv6:2a00:1450:4010:c04::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 70009D99; Wed, 19 Mar 2014 18:44:26 +0000 (UTC) Received: by mail-lb0-f172.google.com with SMTP id c11so6273096lbj.31 for ; Wed, 19 Mar 2014 11:44: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:message-id:subject :from:to:content-type; bh=bsV2TpV77A89Mt5Q5VKNPhZR+XFhoynSkyV5nfUiMO4=; b=NImjUr3/UVNL+ybBvvhgJOo4oykODbgaAmph6mof+Kbk6SESoZqzj3tW9SLX4jaOGW t7WtWQuz7bQ2RPyGAhDcEee9rjgXsmtbJ5CB9DU+LxJlpOkwOdz3LC/jYeKECWk7unA3 71IqDpzrQ/bJUna1zXHokFZHtYvMGmv+Xbyoshe5XU6jj/Iigw9ozqaeJ83qsE05E+Oc mYGBHOqT+cDWo2bYYXm+NhfvJEYDu3UQ9gZPc2h9PAZHs89cK/f7ozKFCOEypVSdmlOR zPxSMqibCkLa+8rZY7hXMh06bRfrSbmwOoTEdJNsMOW07y1oI+mYz7ClluKQbh+Ha39X 1qJg== MIME-Version: 1.0 X-Received: by 10.152.22.37 with SMTP id a5mr26923345laf.4.1395254663500; Wed, 19 Mar 2014 11:44:23 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.169.68 with HTTP; Wed, 19 Mar 2014 11:44:23 -0700 (PDT) In-Reply-To: References: Date: Wed, 19 Mar 2014 11:44:23 -0700 X-Google-Sender-Auth: u1Ssv9mrZ-n0HRptuHoSPYZQGZc Message-ID: Subject: Re: March 13: Jenkins and BHyve presentation From: Craig Rodrigues To: freebsd-current Current , "freebsd-virtualization@freebsd.org" , "freebsd-testing@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 18:44:27 -0000 On Mon, Feb 24, 2014 at 1:04 AM, Craig Rodrigues wrote: > The presentation will be on March 13 in Mountain View, California, U.S.A.: > > http://www.meetup.com/BAFUG-Bay-Area-FreeBSD-User-Group/events/167325932/ Thanks to Annie Zhang and the rest of the iXsystems marketing department who recorded the video and did the editing, the video for this presentation is now online: Go to: https://wiki.freebsd.org/Jenkins#Presentations_and_Working_Groups and click on the link for the video. -- Craig From owner-freebsd-current@FreeBSD.ORG Wed Mar 19 19:49:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7734CE0A; Wed, 19 Mar 2014 19:49:09 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4DE563F7; Wed, 19 Mar 2014 19:49:09 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 57EC5B96E; Wed, 19 Mar 2014 15:49:08 -0400 (EDT) From: John Baldwin To: Warren Block Subject: Re: Hello fdclose Date: Wed, 19 Mar 2014 15:23:33 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201403181404.52197.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201403191523.33275.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 19 Mar 2014 15:49:08 -0400 (EDT) Cc: jilles@freebsd.org, freebsd-arch@freebsd.org, freebsd-current@freebsd.org, Mariusz Zaborski X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 19:49:09 -0000 On Wednesday, March 19, 2014 12:38:57 am Warren Block wrote: > On Tue, 18 Mar 2014, John Baldwin wrote: > > > On Monday, March 17, 2014 7:23:19 pm Mariusz Zaborski wrote: > >> Hi, > >> > >> After our previous discuss [1] I prepare fdclosedir(3) function which > >> was committed by Pawel (cc'ed) in commit r254499. > >> > >> A while ago I also prepare the fdclose function. Unfortunately, this > >> new function is a little bit more tricky then previous one. Can I ask > >> you for a review of this patch? > > > > I think the code is fine. I have a few suggestions on the manpage wording: > > > > The > > +.Fn fdclose > > +function is equivalent to the > > +.Fn fclose > > +function except that this function returns file descriptor instead of > > +closing it. > > +.Pp > > +The > > > > I would move fdclose() to its own paragraph and reword this sentence as: > > > > "The fdclose() function is equivalent to fclose() except that it does > > not close the underlying file descriptor." > > .Fn fdclose > is equivalent to > .Fn fclose , > but the file descriptor is returned rather than closed. > > Likewise in other sections, the markup is supposed to do the job of > pointing out that something is a function. Yes, but this has the 'no capital letter at the start of a sentence' problem. Also, I do think reusing the 'underlying file descriptor' language is important in the context of the earlier description of fclose(). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Mar 19 19:53:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 08DB921A; Wed, 19 Mar 2014 19:53:40 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id EB6CA697; Wed, 19 Mar 2014 19:53:39 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 5520E6BB; Wed, 19 Mar 2014 19:53:38 +0000 (UTC) Date: Wed, 19 Mar 2014 19:53:30 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org Message-ID: <1304306682.2.1395258817429.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #312 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 19:53:40 -0000 See Changes: [imp] Remove redunant declaration. gcc complains while clang doesn't. [imp] Add my humble request for reviews before nanobsd changes happen. ------------------------------------------ [...truncated 220061 lines...] ctfconvert -L VERSION -g fb.o --- gui_lib.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- mv.o --- ctfconvert -L VERSION -g mv.o --- hptproc.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror ctfconvert -L VERSION -g hptproc.o --- ioctl.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- gui_lib.o --- ctfconvert -L VERSION -g gui_lib.o --- hv_net_vsc.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- pmap.o --- ctfconvert -L VERSION -g pmap.o --- hv_net_vsc.o --- ctfconvert -L VERSION -g hv_net_vsc.o --- hv_netvsc_drv_freebsd.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- hv_rndis_filter.o --- --- ioctl.o --- ctfconvert -L VERSION -g ioctl.o --- hv_rndis_filter.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- hv_storvsc_drv_freebsd.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- hv_rndis_filter.o --- ctfconvert -L VERSION -g hv_rndis_filter.o --- hv_util.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- hv_netvsc_drv_freebsd.o --- ctfconvert -L VERSION -g hv_netvsc_drv_freebsd.o --- hv_channel.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- hv_storvsc_drv_freebsd.o --- ctfconvert -L VERSION -g hv_storvsc_drv_freebsd.o --- hv_channel_mgmt.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- hv_util.o --- ctfconvert -L VERSION -g hv_util.o --- hv_connection.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- hv_channel.o --- ctfconvert -L VERSION -g hv_channel.o --- hv_hv.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- hv_channel_mgmt.o --- ctfconvert -L VERSION -g hv_channel_mgmt.o --- hv_ring_buffer.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- hv_connection.o --- ctfconvert -L VERSION -g hv_connection.o --- hv_vmbus_drv_freebsd.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- hv_hv.o --- ctfconvert -L VERSION -g hv_hv.o --- uart_cpu_x86.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- hv_ring_buffer.o --- ctfconvert -L VERSION -g hv_ring_buffer.o --- isci_controller.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- uart_cpu_x86.o --- ctfconvert -L VERSION -g uart_cpu_x86.o --- isci_domain.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- hv_vmbus_drv_freebsd.o --- ctfconvert -L VERSION -g hv_vmbus_drv_freebsd.o --- isci_io_request.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- isci_domain.o --- ctfconvert -L VERSION -g isci_domain.o --- isci_logger.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- isci_controller.o --- ctfconvert -L VERSION -g isci_controller.o --- isci_oem_parameters.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- modules-all --- ctfconvert -L VERSION -g if_bwn.o --- isci_io_request.o --- ctfconvert -L VERSION -g isci_io_request.o --- isci_remote_device.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- modules-all --- --- if_bwn.ko.debug --- ld -d -warn-common -r -d -o if_bwn.ko.debug if_bwn.o ctfmerge -L VERSION -g -o if_bwn.ko.debug if_bwn.o --- isci_logger.o --- ctfconvert -L VERSION -g isci_logger.o --- isci_sysctl.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- modules-all --- :> export_syms awk -f if_bwn.ko.debug export_syms | xargs -J% objcopy % if_bwn.ko.d= ebug --- if_bwn.ko.symbols --- objcopy --only-keep-debug if_bwn.ko.debug if_bwn.ko.symbols --- if_bwn.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dif_bwn.ko.symbols if_bwn.ko.deb= ug if_bwn.ko =3D=3D=3D> cam (all) --- cam.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc= -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contri= b/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-frame-p= ointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-= protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tau= tological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -W= no-unused-function -c --- isci_oem_parameters.o --- ctfconvert -L VERSION -g isci_oem_parameters.o --- isci_task_request.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- isci_remote_device.o --- ctfconvert -L VERSION -g isci_remote_device.o --- isci_sysctl.o --- ctfconvert -L VERSION -g isci_sysctl.o --- isci_timer.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- if_vtnet.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- modules-all --- ctfconvert -L VERSION -g cam.o --- cam_compat.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc= -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contri= b/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-frame-p= ointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-= protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tau= tological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -W= no-unused-function -c --- isci_task_request.o --- ctfconvert -L VERSION -g isci_task_request.o --- virtio_blk.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- isci_timer.o --- ctfconvert -L VERSION -g isci_timer.o --- virtio_balloon.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- modules-all --- ctfconvert -L VERSION -g cam_compat.o --- cam_queue.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc= -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contri= b/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-frame-p= ointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-= protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tau= tological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -W= no-unused-function -c ctfconvert -L VERSION -g cam_queue.o --- virtio_balloon.o --- ctfconvert -L VERSION -g virtio_balloon.o --- modules-all --- --- cam_sim.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc= -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contri= b/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-frame-p= ointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-= protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tau= tological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -W= no-unused-function -c --- virtio_scsi.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- virtio_blk.o --- ctfconvert -L VERSION -g virtio_blk.o --- kern_clocksource.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- modules-all --- ctfconvert -L VERSION -g cam_sim.o --- scsi_all.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc= -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contri= b/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-frame-p= ointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-= protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tau= tological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -W= no-unused-function -c --- kern_clocksource.o --- ctfconvert -L VERSION -g kern_clocksource.o --- ia32_syscall.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- virtio_scsi.o --- ctfconvert -L VERSION -g virtio_scsi.o --- OsdEnvironment.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- if_vtnet.o --- ctfconvert -L VERSION -g if_vtnet.o --- intel_idpgtbl.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- ia32_syscall.o --- ctfconvert -L VERSION -g ia32_syscall.o --- intel_utils.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- OsdEnvironment.o --- ctfconvert -L VERSION -g OsdEnvironment.o --- busdma_bounce.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- modules-all --- ctfconvert -L VERSION -g scsi_all.o --- scsi_cd.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc= -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contri= b/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-frame-p= ointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-= protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -= Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-e= xtensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tau= tological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -W= no-unused-function -c --- intel_utils.o --- ctfconvert -L VERSION -g intel_utils.o --- intel_idpgtbl.o --- ctfconvert -L VERSION -g intel_idpgtbl.o --- busdma_machdep.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- intr_machdep.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- busdma_bounce.o --- ctfconvert -L VERSION -g busdma_bounce.o --- legacy.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- busdma_machdep.o --- ctfconvert -L VERSION -g busdma_machdep.o --- local_apic.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- legacy.o --- ctfconvert -L VERSION -g legacy.o --- mca.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- intr_machdep.o --- ctfconvert -L VERSION -g intr_machdep.o --- xen_intr.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- mca.o --- ctfconvert -L VERSION -g mca.o --- pv.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- xen_intr.o --- ctfconvert -L VERSION -g xen_intr.o --- pvcpu_enum.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- local_apic.o --- ctfconvert -L VERSION -g local_apic.o --- ata_if.o --- awk -f -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 = -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wm= issing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointe= r-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-optio= n -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parent= heses-equality -Wno-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPT= ION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-f= rame-pointer -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mn= o-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-= protector -Werror ata_if.c --- pv.o --- := 147:2: error: use of undeclared identifier 'xen_store' xen_store =3D (struct xenstore_domain_interface *) ^ 1 error generated. *** [pv.o] Error code 1 make[2]: stopped in /usr/obj --- modules-all --- ctfconvert -L VERSION -g scsi_cd.o A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [modules-all] Error code 2 make[2]: stopped in /usr/obj --- ata_if.o --- ctfconvert -L VERSION -g ata_if.o --- pvcpu_enum.o --- ctfconvert -L VERSION -g pvcpu_enum.o 2 errors make[2]: stopped in /usr/obj *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Wed Mar 19 20:28:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3C77E30; Wed, 19 Mar 2014 20:28:17 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 76C5B9C7; Wed, 19 Mar 2014 20:28:17 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.8/8.14.8) with ESMTP id s2JKSFDo053021 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 19 Mar 2014 14:28:15 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.8/8.14.8/Submit) with ESMTP id s2JKSF6w053018; Wed, 19 Mar 2014 14:28:15 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 19 Mar 2014 14:28:15 -0600 (MDT) From: Warren Block To: John Baldwin Subject: Re: Hello fdclose In-Reply-To: <201403191523.33275.jhb@freebsd.org> Message-ID: References: <201403181404.52197.jhb@freebsd.org> <201403191523.33275.jhb@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Wed, 19 Mar 2014 14:28:15 -0600 (MDT) Cc: jilles@freebsd.org, freebsd-current@freebsd.org, Mariusz Zaborski , freebsd-arch@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 20:28:18 -0000 On Wed, 19 Mar 2014, John Baldwin wrote: > On Wednesday, March 19, 2014 12:38:57 am Warren Block wrote: >> On Tue, 18 Mar 2014, John Baldwin wrote: >> >>> On Monday, March 17, 2014 7:23:19 pm Mariusz Zaborski wrote: >>>> Hi, >>>> >>>> After our previous discuss [1] I prepare fdclosedir(3) function which >>>> was committed by Pawel (cc'ed) in commit r254499. >>>> >>>> A while ago I also prepare the fdclose function. Unfortunately, this >>>> new function is a little bit more tricky then previous one. Can I ask >>>> you for a review of this patch? >>> >>> I think the code is fine. I have a few suggestions on the manpage wording: >>> >>> The >>> +.Fn fdclose >>> +function is equivalent to the >>> +.Fn fclose >>> +function except that this function returns file descriptor instead of >>> +closing it. >>> +.Pp >>> +The >>> >>> I would move fdclose() to its own paragraph and reword this sentence as: >>> >>> "The fdclose() function is equivalent to fclose() except that it does >>> not close the underlying file descriptor." >> >> .Fn fdclose >> is equivalent to >> .Fn fclose , >> but the file descriptor is returned rather than closed. >> >> Likewise in other sections, the markup is supposed to do the job of >> pointing out that something is a function. > > Yes, but this has the 'no capital letter at the start of a sentence' problem. I've heard that mentioned before, but have never seen any actual rule regarding it. And we do have actual rules about avoiding redundant phrases: http://www.freebsd.org/doc/en_US.ISO8859-1/books/fdp-primer/book.html#writing-style-guidelines While normal words should be capitalized as the first word in a sentence, special words that are case-sensitive override that (IMO). > Also, I do think reusing the 'underlying file descriptor' language is important > in the context of the earlier description of fclose(). Sorry, a problem with my micro-optimization: .Fn fdclose is equivalent to .Fn fclose , but does not close the underlying file descriptor. From owner-freebsd-current@FreeBSD.ORG Wed Mar 19 23:10:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 539F525E; Wed, 19 Mar 2014 23:10:33 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 4298DB7E; Wed, 19 Mar 2014 23:10:33 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id A78096FB; Wed, 19 Mar 2014 23:10:32 +0000 (UTC) Date: Wed, 19 Mar 2014 23:10:30 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org, ian@FreeBSD.org Message-ID: <2009166905.3.1395270631961.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1304306682.2.1395258817429.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1304306682.2.1395258817429.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #313 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 23:10:33 -0000 See From owner-freebsd-current@FreeBSD.ORG Thu Mar 20 03:03:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F157A793 for ; Thu, 20 Mar 2014 03:03:31 +0000 (UTC) Received: from server.i805.com.br (mailhost.i805.com.br [72.52.97.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DC9115F3 for ; Thu, 20 Mar 2014 03:03:31 +0000 (UTC) Received: from i805.com.br (localhost [127.0.0.1]) by server.i805.com.br (8.14.7/8.14.5) with ESMTP id s2K33KHt069927 for ; Thu, 20 Mar 2014 00:03:20 -0300 (BRT) (envelope-from rizzo@i805.com.br) From: "Nilton Jose Rizzo" To: freebsd-current@freebsd.org Subject: gdb problem Date: Thu, 20 Mar 2014 00:03:20 -0300 Message-Id: <20140320025555.M46170@i805.com.br> X-Mailer: OpenWebMail 3.00_beta4 20121104 671 X-OriginatingIP: 186.221.33.101 (rizzo) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on server.i805.com.br X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 03:03:32 -0000 I have problem with debug some files compiled with clang, my gbd from system is 6.1.1, like showed. GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /home2/rizzo/src/Doutorado/main] and when I try to debug a program (main) show this error mesage. What I do wrong? Thanks P.S. the gdb of ports have a compile error, I send a mesage to mainteiner Rizzo From owner-freebsd-current@FreeBSD.ORG Thu Mar 20 03:26:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4FF9CB39 for ; Thu, 20 Mar 2014 03:26:46 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 289A584C for ; Thu, 20 Mar 2014 03:26:45 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 08CF15DFFB for ; Thu, 20 Mar 2014 03:26:43 +0000 (UTC) Message-ID: <532A5FF3.90907@allanjude.com> Date: Wed, 19 Mar 2014 23:26:43 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: gdb problem References: <20140320025555.M46170@i805.com.br> In-Reply-To: <20140320025555.M46170@i805.com.br> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="movroatxfhAVw5fofSrnEojRkCM8Pw10i" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 03:26:46 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --movroatxfhAVw5fofSrnEojRkCM8Pw10i Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-03-19 23:03, Nilton Jose Rizzo wrote: > I have problem with debug some files compiled with clang, my gbd from s= ystem=20 > is 6.1.1, like showed. >=20 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and yo= u are > welcome to change it and/or distribute copies of it under certain condi= tions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for deta= ils. > This GDB was configured as "amd64-marcel-freebsd"...Dwarf Error: wrong = version > in compilation unit header (is 4, should be 2) [in module > /home2/rizzo/src/Doutorado/main] >=20 >=20 > and when I try to debug a program (main) show this error mesage. >=20 > What I do wrong? >=20 > Thanks=20 >=20 > P.S. the gdb of ports have a compile error, I send a mesage to maintein= er >=20 > Rizzo > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 The debug format changed, so the gdb in base isn't much use anymore. You can try lldb or gdb from ports (when it is fixed). Did you try grabbing the compiled package of gdb from pkgng? --=20 Allan Jude --movroatxfhAVw5fofSrnEojRkCM8Pw10i 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTKl/zAAoJEJrBFpNRJZKfs+0QAIAkOGemxtZ3v9O9rfYqdw7H 63locLf9gWrtwPGOGrDyDgv28tYtQilaylLEP3sZOP5CWQrwyEfn9nLVDllZdNUB s0cJ6ZVuSv5nj92i4CWhnacR4KoMJXFsHSCcjEeSnLBNzp/W2GOvVMxEr3c0nMIN k8Gk5e1Zt87a9ROLgFyPO8CFuNTGxJVoUpOvM0XH/dnefmYAxFKB8k7Ydcnt4Yvg rzFN91k4lsGCk5SGPHaUi329eG+HJqLL7Vaeu6SD+L7BDZ+6GmFBM1EsSNLnRYeA Z8KfCI+5G77Lzfb4KSRIOyCzM7eBt7s6Iv795Z0aLmMheEDS/Tv+HjCa/mQL4Zxw 4SsREYBIXCUMcnfJX0hub2qS/ZZ9dEvlAjquoT3M3yMRRRXVlL0gBGHsniHp0dtP yuuVxFvCNqkNHJg/J+BTaj/XzkgKRlTEr1WYN4ygnODchpEe2ehVSZMjOV4MNqHY wNui/Zo8eK9FiKppuan8E5LhIYxhqsKbXHwoRzoVUID9hWimVeCEa9i4Q8bqiO8a jzYlbJiq5+uC5a2GxlrznL8hBdbKxDrHxebr9lE4ntRwU6UL5dpEC0IP/7mIitqS FP6hPpASRVU0l9lZYD87IsaH9DTKVUEkH4UkC34rVGUDTTMxsTGaGOHOo1cHXfBw Fq5HKUirFKDhjdN5aRgn =ruTp -----END PGP SIGNATURE----- --movroatxfhAVw5fofSrnEojRkCM8Pw10i-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 20 11:42:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9040A2FD for ; Thu, 20 Mar 2014 11:42:02 +0000 (UTC) Received: from mail-ee0-x231.google.com (mail-ee0-x231.google.com [IPv6:2a00:1450:4013:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 27B94883 for ; Thu, 20 Mar 2014 11:42:02 +0000 (UTC) Received: by mail-ee0-f49.google.com with SMTP id c41so543318eek.22 for ; Thu, 20 Mar 2014 04:41:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mime-version:content-type :content-transfer-encoding; bh=4pXbdywDruRGXpKcD37iUoec9DMTQcBsZT62+QwXVfM=; b=wpHGW8mLXqvqN/5zGYMLWWOXozoaOZHezvH4PrvFJNdArnKV4t8tn046Wi4IWElpUA PWOXHqPMZU5qhHTMNMXVgKx1z5mNPTbQfvaH7D7bMoFSNMiBUUzzE953Xt+urj16Ur0O xpi0IcWGD3OkiPWQ3TuUU0MOIRecVkW3I/N85kbImxIYOARGLBqWXLt3sk/fTLfaImI6 KW6Y8erNAoPi+mBd3ZlivwIL4cc2IYB4TsQf8eC5VAND/2mnGcANjzin2V7VDA8ighDK yDS0wSLJ+Lz+IaDEsb2KX8g9h3T+ZJqbV78nE0iJ4bK68ttgSJMfwixDuuhMPPeEinIE nD5Q== X-Received: by 10.15.50.136 with SMTP id l8mr25816404eew.73.1395315719625; Thu, 20 Mar 2014 04:41:59 -0700 (PDT) Received: from laptop.minsk.domain (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPSA id l42sm3652942eew.19.2014.03.20.04.41.58 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Thu, 20 Mar 2014 04:41:58 -0700 (PDT) Date: Thu, 20 Mar 2014 14:41:51 +0300 From: "Sergey V. Dyatko" To: Subject: head@r263419: buildworld is broken with WITHOUT_BSNMP Message-ID: <20140320144151.4a76d866@laptop.minsk.domain> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 11:42:02 -0000 Hello, I'm trying to build r263419 and got following error: ===> sbin/atm/atmconfig (depend) cat /usr/src/sbin/atm/atmconfig/../../../contrib/ngatm/snmp_atm/atm_tree.def /usr/src/sbin/atm/atmconfig/../../../usr.sbin/bsnmpd/modules/snmp_atm/atm_freebsd.def | gensnmptree -e `tail -n +2 /usr/src/sbin/atm/atmconfig/atm_oid.list` > /usr/obj/usr/src/sbin/atm/atmconfig/oid.h rm -f .depend CC='cc ' > mkdep -f .depend -a -I/usr/obj/usr/src/sbin/atm/atmconfig > -std=gnu99 /usr/src/sbin/atm/atmconfig/main.c /usr/src/sbin/atm/atmconfig/diag.c /usr/src/sbin/atm/atmconfig/natm.c /usr/src/sbin/atm/atmconfig/atmconfig_device.c /usr/src/sbin/atm/atmconfig/main.c:42:10: fatal error: 'bsnmp/asn1.h' file not found #include ^ 1 error generated. /usr/src/sbin/atm/atmconfig/atmconfig_device.c:41:10: fatal error: 'bsnmp/asn1.h' file not found #include ^ 1 error generated. mkdep: compile failed *** Error code 1 Stop. make[5]: stopped in /usr/src/sbin/atm/atmconfig [tiger@laptop]:~>cat /etc/src.conf WITH_SVN=yes WITH_LLDB=yes WITHOUT_BLUETOOTH=yes WITHOUT_BSNMP=yes WITHOUT_DICT=yes WITHOUT_FLOPPY=yes WITHOUT_FREEBSD_UPDATE=yes WITHOUT_GAMES=yes WITHOUT_HTML=yes WITHOUT_IPFILTER=yes WITHOUT_LPR=yes WITHOUT_NDIS=yes WITHOUT_PORTSNAP=yes WITHOUT_QUOTAS=yes -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Thu Mar 20 14:22:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B9265C4C; Thu, 20 Mar 2014 14:22:05 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8FB7FBA6; Thu, 20 Mar 2014 14:22:05 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 8B14EB918; Thu, 20 Mar 2014 10:22:03 -0400 (EDT) From: John Baldwin To: freebsd-arch@freebsd.org Subject: Re: Hello fdclose Date: Thu, 20 Mar 2014 09:32:02 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <20140318213516.GA71491@stack.nl> In-Reply-To: <20140318213516.GA71491@stack.nl> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201403200932.02294.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 20 Mar 2014 10:22:03 -0400 (EDT) Cc: freebsd-current@freebsd.org, Jilles Tjoelker , Mariusz Zaborski X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 14:22:05 -0000 On Tuesday, March 18, 2014 5:35:16 pm Jilles Tjoelker wrote: > On Tue, Mar 18, 2014 at 12:23:19AM +0100, Mariusz Zaborski wrote: > > After our previous discuss [1] I prepare fdclosedir(3) function which > > was committed by Pawel (cc'ed) in commit r254499. > > > A while ago I also prepare the fdclose function. Unfortunately, this > > new function is a little bit more tricky then previous one. Can I ask > > you for a review of this patch? > > Does this patch allow perl to stop writing to FILE._file? As pointed out > in > http://lists.freebsd.org/pipermail/freebsd-current/2013-January/039024.html > perlio.c in the perl source contains a function > PerlIOStdio_invalidate_fileno() that should modify a FILE such that > fclose() does not close the file descriptor but still frees all memory > (Perl has already called fflush()). Although using fdclose() could solve > this without touching the internals of FILE, this will make perlio.c > uglier with even more #ifdefs. I hope it does. I want to have some sort of API for Perl to use so it stops (ab)using _file before I move forward with full int _file. > I think that in cases where fdclose() would be used, it is essential > that the file descriptor is never closed. This means that the API needs > to be different so it can report a write error but still return a file > descriptor. One way to do this is to return the file descriptor by > reference. Another is to expect the application to call fileno() and not > return the descriptor from the new function. I would prefer the latter of requiring the application to use fileno(). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Mar 20 14:22:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BB0FFE43; Thu, 20 Mar 2014 14:22:11 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 941D3BAF; Thu, 20 Mar 2014 14:22:11 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 3C733B9CC; Thu, 20 Mar 2014 10:22:10 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: [rfc] /dev/devstat permissions patch Date: Thu, 20 Mar 2014 10:05:29 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201403201005.29278.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 20 Mar 2014 10:22:10 -0400 (EDT) Cc: Maksim Yevmenkin X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 14:22:11 -0000 On Tuesday, March 18, 2014 3:29:32 pm Maksim Yevmenkin wrote: > hello, > > would anyone object to the following patch? I think this is fine. While you are at it, can you test this patch to remove D_NEEDGIANT? Index: subr_devstat.c =================================================================== --- subr_devstat.c (revision 263302) +++ subr_devstat.c (working copy) @@ -460,7 +460,6 @@ static d_mmap_t devstat_mmap; static struct cdevsw devstat_cdevsw = { .d_version = D_VERSION, - .d_flags = D_NEEDGIANT, .d_mmap = devstat_mmap, .d_name = "devstat", }; @@ -482,13 +481,16 @@ devstat_mmap(struct cdev *dev, vm_ooffset_t offset if (nprot != VM_PROT_READ) return (-1); + mtx_lock(&devstat_mutex); TAILQ_FOREACH(spp, &pagelist, list) { if (offset == 0) { *paddr = vtophys(spp->stat); + mtx_unlock(&devstat_mutex); return (0); } offset -= PAGE_SIZE; } + mtx_unlock(&devstat_mutex); return (-1); } -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Mar 20 14:22:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 08370F46; Thu, 20 Mar 2014 14:22:16 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CF8B2BB8; Thu, 20 Mar 2014 14:22:15 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C04D9B94E; Thu, 20 Mar 2014 10:22:14 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: Building with external toolchain was broken 6 months ago with r255187 Date: Thu, 20 Mar 2014 10:08:48 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <323697891.20140319013757@serebryakov.spb.ru> <20140318220140.GA32089@funkthat.com> <7423EF12-9DD4-4C03-9FF6-7BAAB75820F6@lists.zabbadoz.net> In-Reply-To: <7423EF12-9DD4-4C03-9FF6-7BAAB75820F6@lists.zabbadoz.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <201403201008.48610.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 20 Mar 2014 10:22:14 -0400 (EDT) Cc: "Bjoern A. Zeeb" , John-Mark Gurney , Lev Serebryakov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 14:22:16 -0000 On Tuesday, March 18, 2014 6:20:50 pm Bjoern A. Zeeb wrote: > > On 18 Mar 2014, at 22:01 , John-Mark Gurney wrote: > > > Lev Serebryakov wrote this message on Wed, Mar 19, 2014 at 01:37 +0400: > >> I did't build my NanoBSD images for almost year, and in this time our > >> not-finished and fragile support for using "external" toolchain is rotten, > >> due to r255187 (and, may meb, some other commits too). > >> > >> I have very fresh -CURRENT (r263296) > >> > >> I have these settings for my buildworld & buildkernel targets: > >> > >> XCC=/usr/bin/cc > >> XCXX=/usr/bin/c++ > >> XCPP=/usr/bin/cpp > >> XAS=/usr/bin/as > >> XAR=/usr/bin/ar > >> XLD=/usr/bin/ld > >> XNM=/usr/bin/nm > >> XOBJDUMP=/usr/bin/objdump > >> XRANLIB=/usr/bin/ranlib > >> XSTRINGS=/usr/bin/strings > >> COMPILER_TYPE=clang > >> WITHOUT_CROSS_COMPILER=yes > >> WITHOUT_BINUTILS=yes > >> WITHOUT_CLANG=yes > >> > >> It worked 7 months ago. Now it works for "buildworld" but not for > >> "buildkernel: > >> > >> --- aeskeys_amd64.o --- > >> /usr/bin/cc --sysroot=/data/obj.nano/gateway.v2/data/src/tmp - B/data/obj.nano/gateway.v2/data/src/tmp/usr/bin -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS - include /data/obj.nano/gateway.v2/data/src/sys/D2500CC/opt_global.h -I. -I@ - I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame- pointer -I/data/obj.nano/gateway.v2/data/src/sys/D2500CC -mno-aes -mno-avx - mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno- asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -Qunused-arguments -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 -Wno-error-tautological-compare -Wno-error-empty- body -Wno-error-parentheses-equality -Wno-unused-function -c /data/src/sys/modules/aesni/../../cryp > > to/aesni/aeskeys_amd64.S > >> --- aesni_wrap.o --- > >> In file included from /data/src/sys/modules/aesni/../../crypto/aesni/aesni_wrap.c:40: > >> /data/src/sys/modules/aesni/../../crypto/aesni/aesencdec.h:30:10: fatal error: 'wmmintrin.h' file not found > >> #include > >> ^ > >> 1 error generated. > >> *** [aesni_wrap.o] Error code 1 > >> > >> It could not find header file with intrinsics from "system" ("external") > >> clang. I could disable building of this module with WITHOUT_MODULES=aesni, > >> and it works, but what if I need this module? > >> > >> Could it be fixed, pleeeeeeease? > > > > Sounds like your tool chain doesn't have the necessary support for > > AES-NI... Are you using gcc as cc? If so, do you have the necessary > > tool chain work that I did in r255185 in your local tree? > > > The problem is that the kernel is deepening on a compiler header which is not in the right place in objdir if the compiler is not built. I thought I had reported this before (maybe just informally). I have been helping myself locally using this: No, the compiler should provide a working "wmmintrin.h" header in one of its built-in paths if it supports the AES instructions. This is akin to saying that code that uses "stdio.h" should use -I/usr/src/include. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Mar 20 14:22:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D843F3; Thu, 20 Mar 2014 14:22:22 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 64B65BBF; Thu, 20 Mar 2014 14:22:22 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5FA1BB9B2; Thu, 20 Mar 2014 10:22:21 -0400 (EDT) From: John Baldwin To: Warren Block Subject: Re: Hello fdclose Date: Thu, 20 Mar 2014 10:21:51 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201403191523.33275.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201403201021.51602.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 20 Mar 2014 10:22:21 -0400 (EDT) Cc: jilles@freebsd.org, freebsd-current@freebsd.org, Mariusz Zaborski , freebsd-arch@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 14:22:22 -0000 On Wednesday, March 19, 2014 4:28:15 pm Warren Block wrote: > On Wed, 19 Mar 2014, John Baldwin wrote: > > > On Wednesday, March 19, 2014 12:38:57 am Warren Block wrote: > >> On Tue, 18 Mar 2014, John Baldwin wrote: > >> > >>> On Monday, March 17, 2014 7:23:19 pm Mariusz Zaborski wrote: > >>>> Hi, > >>>> > >>>> After our previous discuss [1] I prepare fdclosedir(3) function which > >>>> was committed by Pawel (cc'ed) in commit r254499. > >>>> > >>>> A while ago I also prepare the fdclose function. Unfortunately, this > >>>> new function is a little bit more tricky then previous one. Can I ask > >>>> you for a review of this patch? > >>> > >>> I think the code is fine. I have a few suggestions on the manpage wording: > >>> > >>> The > >>> +.Fn fdclose > >>> +function is equivalent to the > >>> +.Fn fclose > >>> +function except that this function returns file descriptor instead of > >>> +closing it. > >>> +.Pp > >>> +The > >>> > >>> I would move fdclose() to its own paragraph and reword this sentence as: > >>> > >>> "The fdclose() function is equivalent to fclose() except that it does > >>> not close the underlying file descriptor." > >> > >> .Fn fdclose > >> is equivalent to > >> .Fn fclose , > >> but the file descriptor is returned rather than closed. > >> > >> Likewise in other sections, the markup is supposed to do the job of > >> pointing out that something is a function. > > > > Yes, but this has the 'no capital letter at the start of a sentence' problem. > > I've heard that mentioned before, but have never seen any actual rule > regarding it. All of my rules for that come from elementary school. :) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Mar 20 14:26:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 308B733F; Thu, 20 Mar 2014 14:26:10 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EE522C07; Thu, 20 Mar 2014 14:26:09 +0000 (UTC) Received: from [192.168.0.7] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.5) with ESMTP id s2KEPn0t000155 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 20 Mar 2014 14:25:50 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Building with external toolchain was broken 6 months ago with r255187 From: David Chisnall In-Reply-To: <201403201008.48610.jhb@freebsd.org> Date: Thu, 20 Mar 2014 14:25:44 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <491ECF6C-D868-4971-903E-5F380AB7E05B@FreeBSD.org> References: <323697891.20140319013757@serebryakov.spb.ru> <20140318220140.GA32089@funkthat.com> <7423EF12-9DD4-4C03-9FF6-7BAAB75820F6@lists.zabbadoz.net> <201403201008.48610.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1874) Cc: "Bjoern A. Zeeb" , John-Mark Gurney , freebsd-current@freebsd.org, Lev Serebryakov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 14:26:10 -0000 On 20 Mar 2014, at 14:08, John Baldwin wrote: > No, the compiler should provide a working "wmmintrin.h" header in one = of > its built-in paths if it supports the AES instructions. This is akin = to > saying that code that uses "stdio.h" should use -I/usr/src/include. It does, however our build system then explicitly says to the compiler = 'don't use your built-it paths because they may contain declarations = that contradict the FreeBSD ones' by means of the sysroot argument. = When not using an external toolchain, we put the compiler's internal = headers inside the sysroot. David From owner-freebsd-current@FreeBSD.ORG Thu Mar 20 14:29:17 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4A1B590; Thu, 20 Mar 2014 14:29:17 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 63512C44; Thu, 20 Mar 2014 14:29:17 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WQdy7-00057n-Vh; Thu, 20 Mar 2014 14:29:16 +0000 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 s2KETDYP070832; Thu, 20 Mar 2014 08:29:13 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/3agaT66DxanF5n6QgIbJ1 Subject: Re: Building with external toolchain was broken 6 months ago with r255187 From: Ian Lepore To: John Baldwin In-Reply-To: <201403201008.48610.jhb@freebsd.org> References: <323697891.20140319013757@serebryakov.spb.ru> <20140318220140.GA32089@funkthat.com> <7423EF12-9DD4-4C03-9FF6-7BAAB75820F6@lists.zabbadoz.net> <201403201008.48610.jhb@freebsd.org> Content-Type: text/plain; charset="us-ascii" Date: Thu, 20 Mar 2014 08:29:12 -0600 Message-ID: <1395325752.80941.16.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "Bjoern A. Zeeb" , John-Mark Gurney , freebsd-current@FreeBSD.org, Lev Serebryakov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 14:29:17 -0000 On Thu, 2014-03-20 at 10:08 -0400, John Baldwin wrote: > On Tuesday, March 18, 2014 6:20:50 pm Bjoern A. Zeeb wrote: > > > > On 18 Mar 2014, at 22:01 , John-Mark Gurney wrote: > > > > > Lev Serebryakov wrote this message on Wed, Mar 19, 2014 at 01:37 +0400: > > >> I did't build my NanoBSD images for almost year, and in this time our > > >> not-finished and fragile support for using "external" toolchain is > rotten, > > >> due to r255187 (and, may meb, some other commits too). > > >> > > >> I have very fresh -CURRENT (r263296) > > >> > > >> I have these settings for my buildworld & buildkernel targets: > > >> > > >> XCC=/usr/bin/cc > > >> XCXX=/usr/bin/c++ > > >> XCPP=/usr/bin/cpp > > >> XAS=/usr/bin/as > > >> XAR=/usr/bin/ar > > >> XLD=/usr/bin/ld > > >> XNM=/usr/bin/nm > > >> XOBJDUMP=/usr/bin/objdump > > >> XRANLIB=/usr/bin/ranlib > > >> XSTRINGS=/usr/bin/strings > > >> COMPILER_TYPE=clang > > >> WITHOUT_CROSS_COMPILER=yes > > >> WITHOUT_BINUTILS=yes > > >> WITHOUT_CLANG=yes > > >> > > >> It worked 7 months ago. Now it works for "buildworld" but not for > > >> "buildkernel: > > >> > > >> --- aeskeys_amd64.o --- > > >> /usr/bin/cc --sysroot=/data/obj.nano/gateway.v2/data/src/tmp - > B/data/obj.nano/gateway.v2/data/src/tmp/usr/bin -O2 -pipe -fno-strict-aliasing > -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS - > include /data/obj.nano/gateway.v2/data/src/sys/D2500CC/opt_global.h -I. -I@ - > I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame- > pointer -I/data/obj.nano/gateway.v2/data/src/sys/D2500CC -mno-aes -mno-avx - > mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno- > asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 > -Qunused-arguments -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 -Wno-error-tautological-compare -Wno-error-empty- > body -Wno-error-parentheses-equality -Wno-unused-function -c > /data/src/sys/modules/aesni/../../cryp > > > to/aesni/aeskeys_amd64.S > > >> --- aesni_wrap.o --- > > >> In file included from > /data/src/sys/modules/aesni/../../crypto/aesni/aesni_wrap.c:40: > > >> /data/src/sys/modules/aesni/../../crypto/aesni/aesencdec.h:30:10: fatal > error: 'wmmintrin.h' file not found > > >> #include > > >> ^ > > >> 1 error generated. > > >> *** [aesni_wrap.o] Error code 1 > > >> > > >> It could not find header file with intrinsics from "system" ("external") > > >> clang. I could disable building of this module with > WITHOUT_MODULES=aesni, > > >> and it works, but what if I need this module? > > >> > > >> Could it be fixed, pleeeeeeease? > > > > > > Sounds like your tool chain doesn't have the necessary support for > > > AES-NI... Are you using gcc as cc? If so, do you have the necessary > > > tool chain work that I did in r255185 in your local tree? > > > > > > The problem is that the kernel is deepening on a compiler header which is > not in the right place in objdir if the compiler is not built. I thought I > had reported this before (maybe just informally). I have been helping myself > locally using this: > > No, the compiler should provide a working "wmmintrin.h" header in one of > its built-in paths if it supports the AES instructions. This is akin to > saying that code that uses "stdio.h" should use -I/usr/src/include. > But it's a module, built with -nostdinc, so the appropriate -I has to be on the command line. I notice that -no-aes is also on the command line, which seems like a strange thing for compiling a file named aeskeys_amd64. -- Ian From owner-freebsd-current@FreeBSD.ORG Thu Mar 20 17:04:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20A6F88F; Thu, 20 Mar 2014 17:04:42 +0000 (UTC) Received: from mail-we0-x234.google.com (mail-we0-x234.google.com [IPv6:2a00:1450:400c:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8D0B812A; Thu, 20 Mar 2014 17:04:41 +0000 (UTC) Received: by mail-we0-f180.google.com with SMTP id p61so826608wes.11 for ; Thu, 20 Mar 2014 10:04:40 -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:message-id:subject :from:to:cc:content-type; bh=CBqsN3I2k9WuQprYYtXYi9w2Nw3gF6lPgZbN4zcU01M=; b=IvXVpiuJcPgEqbmN4iCB3mwoS8vJNlP2J1o0bfK7lwceFymd6FU4GW36Hlcz4l9B9i bfdy3inyUDNnrDkmfIWDNDyWe04pib96egpIp9mqHNSbnaI1qz7yyZd2md2k+NhofocI gOCYKrJf4e9mgiTuazUIR6tZRCS5pZoA21/SFVh8XY/Lvg3zIS/9+DrI/LxSVuDpOdep uLMypXdkNR7HPE8fEiiPZR7CHwcw0MtGg3sg6rzkwFzsNDzc4rZg84upJksT8XOWZb4U qTi4JQl1Aeu8nyEIFGSRY8sny3QFWpeiO3djNwstGXd/t+jYfONqgAYJa5d4krI42tku YupA== MIME-Version: 1.0 X-Received: by 10.194.174.100 with SMTP id br4mr2538767wjc.83.1395335080011; Thu, 20 Mar 2014 10:04:40 -0700 (PDT) Sender: maksim.yevmenkin@gmail.com Received: by 10.227.113.207 with HTTP; Thu, 20 Mar 2014 10:04:39 -0700 (PDT) In-Reply-To: <201403201005.29278.jhb@freebsd.org> References: <201403201005.29278.jhb@freebsd.org> Date: Thu, 20 Mar 2014 10:04:39 -0700 X-Google-Sender-Auth: HL2dMc4IFWq6lPIalczGOIUD3q4 Message-ID: Subject: Re: [rfc] /dev/devstat permissions patch From: Maksim Yevmenkin To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 17:04:42 -0000 On Thu, Mar 20, 2014 at 7:05 AM, John Baldwin wrote: > On Tuesday, March 18, 2014 3:29:32 pm Maksim Yevmenkin wrote: >> hello, >> >> would anyone object to the following patch? > > I think this is fine. > > While you are at it, can you test this patch to remove D_NEEDGIANT? > > Index: subr_devstat.c > =================================================================== > --- subr_devstat.c (revision 263302) > +++ subr_devstat.c (working copy) > @@ -460,7 +460,6 @@ static d_mmap_t devstat_mmap; > > static struct cdevsw devstat_cdevsw = { > .d_version = D_VERSION, > - .d_flags = D_NEEDGIANT, > .d_mmap = devstat_mmap, > .d_name = "devstat", > }; > @@ -482,13 +481,16 @@ devstat_mmap(struct cdev *dev, vm_ooffset_t offset > > if (nprot != VM_PROT_READ) > return (-1); > + mtx_lock(&devstat_mutex); > TAILQ_FOREACH(spp, &pagelist, list) { > if (offset == 0) { > *paddr = vtophys(spp->stat); > + mtx_unlock(&devstat_mutex); > return (0); > } > offset -= PAGE_SIZE; > } > + mtx_unlock(&devstat_mutex); > return (-1); > } seems to work fine for me. so, i guess, i will commit combined patch, then == Index: subr_devstat.c =================================================================== --- subr_devstat.c (revision 3427) +++ subr_devstat.c (working copy) @@ -462,7 +462,6 @@ static struct cdevsw devstat_cdevsw = { .d_version = D_VERSION, - .d_flags = D_NEEDGIANT, .d_mmap = devstat_mmap, .d_name = "devstat", }; @@ -484,13 +483,16 @@ if (nprot != VM_PROT_READ) return (-1); + mtx_lock(&devstat_mutex); TAILQ_FOREACH(spp, &pagelist, list) { if (offset == 0) { *paddr = vtophys(spp->stat); + mtx_unlock(&devstat_mutex); return (0); } offset -= PAGE_SIZE; } + mtx_unlock(&devstat_mutex); return (-1); } @@ -505,7 +507,7 @@ mtx_assert(&devstat_mutex, MA_NOTOWNED); if (!once) { make_dev_credf(MAKEDEV_ETERNAL | MAKEDEV_CHECKNAME, - &devstat_cdevsw, 0, NULL, UID_ROOT, GID_WHEEL, 0400, + &devstat_cdevsw, 0, NULL, UID_ROOT, GID_WHEEL, 0444, DEVSTAT_DEVICE_NAME); once = 1; } == thanks max From owner-freebsd-current@FreeBSD.ORG Thu Mar 20 17:30:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 35944473 for ; Thu, 20 Mar 2014 17:30:17 +0000 (UTC) Received: from mail-ie0-f171.google.com (mail-ie0-f171.google.com [209.85.223.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D1063403 for ; Thu, 20 Mar 2014 17:30:16 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id ar20so1245976iec.30 for ; Thu, 20 Mar 2014 10:30:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=kiVSD1mJ7eds1ma0rBaHuZHwtuOA5DOAy9JL4I7vkqU=; b=fw/Af3ufjhmyb/r8Zs6qOOroRPn9f4CnhrQueqncxCT5KRnhgdf0myVgHwuc7KOj1a msnvoMLQ9ruJNr2utRb1yDTElqYxjUsBm2ml75/7ahfoe26vca4ZRuxt20Wel8FZam6G EUL0w9zDoGGkj3b/miS4ONwy6rZPKSHpQdroSN12URP3gXykzum1QR+PiMWHsi03FX9k fUQFFdFO9sG93n4a0P6KHT0tlCKxgyIO6eO/JvPrq4KWjjWGBAi+RYGsKOvjgbedos2o 5rH9lJHlCyr5S43Mmi4QmyoK1cn8NdPzrxe3ysNv1izhTLjdjEo/+lRQ35kF+VtfNKCt 2Jtg== X-Gm-Message-State: ALoCoQl3r2khYNg4i7YWfn9FvddGaaIuwRm4CUB6SVKYServHBMHEw2k2P+Qo3qf3FBKWdFXBKMi X-Received: by 10.50.153.49 with SMTP id vd17mr32395525igb.40.1395336610419; Thu, 20 Mar 2014 10:30:10 -0700 (PDT) Received: from netflix-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id sc8sm41026548igb.0.2014.03.20.10.30.09 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 20 Mar 2014 10:30:09 -0700 (PDT) Sender: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Building with external toolchain was broken 6 months ago with r255187 From: Warner Losh In-Reply-To: <491ECF6C-D868-4971-903E-5F380AB7E05B@FreeBSD.org> Date: Thu, 20 Mar 2014 11:30:08 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <323697891.20140319013757@serebryakov.spb.ru> <20140318220140.GA32089@funkthat.com> <7423EF12-9DD4-4C03-9FF6-7BAAB75820F6@lists.zabbadoz.net> <201403201008.48610.jhb@freebsd.org> <491ECF6C-D868-4971-903E-5F380AB7E05B@FreeBSD.org> To: David Chisnall X-Mailer: Apple Mail (2.1874) Cc: "Bjoern A. Zeeb" , John-Mark Gurney , freebsd-current@freebsd.org, Lev Serebryakov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 17:30:17 -0000 On Mar 20, 2014, at 8:25 AM, David Chisnall = wrote: > On 20 Mar 2014, at 14:08, John Baldwin wrote: >=20 >> No, the compiler should provide a working "wmmintrin.h" header in one = of >> its built-in paths if it supports the AES instructions. This is akin = to >> saying that code that uses "stdio.h" should use -I/usr/src/include. >=20 > It does, however our build system then explicitly says to the compiler = 'don't use your built-it paths because they may contain declarations = that contradict the FreeBSD ones' by means of the sysroot argument. = When not using an external toolchain, we put the compiler's internal = headers inside the sysroot. Sounds like we=92re building the sysroot wrong then. Warner From owner-freebsd-current@FreeBSD.ORG Thu Mar 20 17:47:56 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33B64B49; Thu, 20 Mar 2014 17:47:56 +0000 (UTC) Received: from mail.ignoranthack.me (ujvl.x.rootbsd.net [199.102.79.106]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0CC247E8; Thu, 20 Mar 2014 17:47:55 +0000 (UTC) Received: from [192.168.1.228] (c-24-6-179-71.hsd1.ca.comcast.net [24.6.179.71]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 086B1192B1B; Thu, 20 Mar 2014 18:13:45 +0000 (UTC) Subject: Re: panic: vm_fault: fault on nofault entry From: Sean Bruno To: Glen Barber In-Reply-To: <20140310191023.GL1746@glenbarber.us> References: <20140309165648.GF1776@glenbarber.us> <20140309180132.GO24664@kib.kiev.ua> <20140309181657.GI1776@glenbarber.us> <20140310154606.GQ24664@kib.kiev.ua> <20140310155115.GH1746@glenbarber.us> <20140310180508.GI1746@glenbarber.us> <20140310190112.GR24664@kib.kiev.ua> <20140310191023.GL1746@glenbarber.us> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-XROUWKJxOj1p74VDuLv2" Date: Thu, 20 Mar 2014 10:47:54 -0700 Message-ID: <1395337674.7757.13.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: Konstantin Belousov , freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: sbruno@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: Thu, 20 Mar 2014 17:47:56 -0000 --=-XROUWKJxOj1p74VDuLv2 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Mon, 2014-03-10 at 15:10 -0400, Glen Barber wrote: > On Mon, Mar 10, 2014 at 09:01:12PM +0200, Konstantin Belousov wrote: > > On Mon, Mar 10, 2014 at 02:05:08PM -0400, Glen Barber wrote: > > > Unread portion of the kernel message buffer: > > > Sleeping thread (tid 100702, pid 24712) owns a non-sleepable lock > >=20 > > Would be nice to see the full message before and panic from the console= . >=20 > I will include it in the future. >=20 > > From what I see, this is a lock leak, I forgot to unlock the map. > > It is nice that it is so simple to reproduce the issue in your setup. > >=20 > > Try this update. > >=20 >=20 > I will have the machine updated with this patch in the next few minutes. >=20 > Thank you. >=20 > Glen >=20 All 4 machines have been patched and have been grinding away for several days now. I'd say this is a good test and we should commit this. $ for i in 1 2 3 4; do ssh redbuild0${i} uptime; done 5:47PM up 1 day, 23:22, 1 user, load averages: 1.36, 1.10, 0.57 5:47PM up 1 day, 23:23, 1 user, load averages: 4.33, 3.87, 2.08 5:47PM up 3 days, 22:45, 1 user, load averages: 16.87, 12.47, 10.11 5:47PM up 9 days, 20:10, 1 user, load averages: 11.58, 12.34, 10.93 sean --=-XROUWKJxOj1p74VDuLv2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAABAgAGBQJTKynKAAoJEBkJRdwI6BaHN3kIAJRiBedB95cvG9/UVTS1bVDh e2yjHEMEoIL08hYsLjY7kAUugmfdsjLWir7ZexABovzMI1ucQfeW5jOCk9gohCPh vmUfVcP9JOZe5UrSJ68Ylehed8q0TKbZmpafNObMYFURw6qbSZb4+aaGqCEaXQNu BWO1QADU6U0Rd2KhIzFdiX9sbMAxvsZvmLW4/86HCnRWjmYt3tUop9QbWx5vlcau ZhvWRvg5Lu/y5QgTdMDVnp59qSXAnWmn+tutJO7gW0NOfi80Rx7u5Q6bQbOaD2mX RkFECAC3bazquwZ+Fv81RAzpnkGEdLdrOfzyhXuEcyoeMpva/OsA6xJQPhpugGI= =lLGp -----END PGP SIGNATURE----- --=-XROUWKJxOj1p74VDuLv2-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 20 17:50:09 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39085CA1; Thu, 20 Mar 2014 17:50:09 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0F38D802; Thu, 20 Mar 2014 17:50:08 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s2KHo8Bc064008 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Mar 2014 10:50:08 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s2KHo8f6064007; Thu, 20 Mar 2014 10:50:08 -0700 (PDT) (envelope-from jmg) Date: Thu, 20 Mar 2014 10:50:07 -0700 From: John-Mark Gurney To: Ian Lepore Subject: Re: Building with external toolchain was broken 6 months ago with r255187 Message-ID: <20140320175007.GM32089@funkthat.com> Mail-Followup-To: Ian Lepore , John Baldwin , freebsd-current@FreeBSD.org, "Bjoern A. Zeeb" , Lev Serebryakov References: <323697891.20140319013757@serebryakov.spb.ru> <20140318220140.GA32089@funkthat.com> <7423EF12-9DD4-4C03-9FF6-7BAAB75820F6@lists.zabbadoz.net> <201403201008.48610.jhb@freebsd.org> <1395325752.80941.16.camel@revolution.hippie.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1395325752.80941.16.camel@revolution.hippie.lan> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Thu, 20 Mar 2014 10:50:08 -0700 (PDT) Cc: "Bjoern A. Zeeb" , freebsd-current@FreeBSD.org, Lev Serebryakov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 17:50:09 -0000 Ian Lepore wrote this message on Thu, Mar 20, 2014 at 08:29 -0600: > On Thu, 2014-03-20 at 10:08 -0400, John Baldwin wrote: > > On Tuesday, March 18, 2014 6:20:50 pm Bjoern A. Zeeb wrote: > > > > > > On 18 Mar 2014, at 22:01 , John-Mark Gurney wrote: > > > > > > > Lev Serebryakov wrote this message on Wed, Mar 19, 2014 at 01:37 +0400: > > > >> I did't build my NanoBSD images for almost year, and in this time our > > > >> not-finished and fragile support for using "external" toolchain is > > rotten, > > > >> due to r255187 (and, may meb, some other commits too). > > > >> > > > >> I have very fresh -CURRENT (r263296) > > > >> > > > >> I have these settings for my buildworld & buildkernel targets: > > > >> > > > >> XCC=/usr/bin/cc > > > >> XCXX=/usr/bin/c++ > > > >> XCPP=/usr/bin/cpp > > > >> XAS=/usr/bin/as > > > >> XAR=/usr/bin/ar > > > >> XLD=/usr/bin/ld > > > >> XNM=/usr/bin/nm > > > >> XOBJDUMP=/usr/bin/objdump > > > >> XRANLIB=/usr/bin/ranlib > > > >> XSTRINGS=/usr/bin/strings > > > >> COMPILER_TYPE=clang > > > >> WITHOUT_CROSS_COMPILER=yes > > > >> WITHOUT_BINUTILS=yes > > > >> WITHOUT_CLANG=yes > > > >> > > > >> It worked 7 months ago. Now it works for "buildworld" but not for > > > >> "buildkernel: > > > >> > > > >> --- aeskeys_amd64.o --- > > > >> /usr/bin/cc --sysroot=/data/obj.nano/gateway.v2/data/src/tmp - > > B/data/obj.nano/gateway.v2/data/src/tmp/usr/bin -O2 -pipe -fno-strict-aliasing > > -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS - > > include /data/obj.nano/gateway.v2/data/src/sys/D2500CC/opt_global.h -I. -I@ - > > I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame- > > pointer -I/data/obj.nano/gateway.v2/data/src/sys/D2500CC -mno-aes -mno-avx - > > mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno- > > asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 > > -Qunused-arguments -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 -Wno-error-tautological-compare -Wno-error-empty- > > body -Wno-error-parentheses-equality -Wno-unused-function -c > > /data/src/sys/modules/aesni/../../cryp > > > > to/aesni/aeskeys_amd64.S > > > >> --- aesni_wrap.o --- > > > >> In file included from > > /data/src/sys/modules/aesni/../../crypto/aesni/aesni_wrap.c:40: > > > >> /data/src/sys/modules/aesni/../../crypto/aesni/aesencdec.h:30:10: fatal > > error: 'wmmintrin.h' file not found > > > >> #include > > > >> ^ > > > >> 1 error generated. > > > >> *** [aesni_wrap.o] Error code 1 > > > >> > > > >> It could not find header file with intrinsics from "system" ("external") > > > >> clang. I could disable building of this module with > > WITHOUT_MODULES=aesni, > > > >> and it works, but what if I need this module? > > > >> > > > >> Could it be fixed, pleeeeeeease? > > > > > > > > Sounds like your tool chain doesn't have the necessary support for > > > > AES-NI... Are you using gcc as cc? If so, do you have the necessary > > > > tool chain work that I did in r255185 in your local tree? > > > > > > > > > The problem is that the kernel is deepening on a compiler header which is > > not in the right place in objdir if the compiler is not built. I thought I > > had reported this before (maybe just informally). I have been helping myself > > locally using this: > > > > No, the compiler should provide a working "wmmintrin.h" header in one of > > its built-in paths if it supports the AES instructions. This is akin to > > saying that code that uses "stdio.h" should use -I/usr/src/include. > > But it's a module, built with -nostdinc, so the appropriate -I has to be > on the command line. Actually, the above quoted text mixes two different files... aeskeys_amd64 is an assembly file so doesn't need the header... > I notice that -no-aes is also on the command line, which seems like a > strange thing for compiling a file named aeskeys_amd64. That's could be a bug in the assembler for allowing aes instructions when they are turned off... If it gets fixed, it isn't hard to enable them for this specific file.. If you look at aesni_wrap.c's build, you'll see it looks somethingl like: /usr/bin/cc -B/usr/obj/usr/src/tmp/usr/bin -c -O3 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/usr/obj/usr/src/sys/GENERIC -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -Qunused-arguments -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -Werror -mmmx -msse -maes /usr/src/sys/modules/aesni/../../crypto/aesni/aesni_wrap.c where the aes instructions are turned on after they are disabled, and so will work.. So, one option is to remove sysroot from the CC command.. This does the equivalent of removing -nostdinc, and it passes the build using XCC=/usr/bin/cc et al., though I'm not sure how well this will work for environments where the cross compiler is more complicated, like building cross platforms... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Thu Mar 20 18:21:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B988B9 for ; Thu, 20 Mar 2014 18:21:58 +0000 (UTC) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 01BFFCAB for ; Thu, 20 Mar 2014 18:21:57 +0000 (UTC) Received: from roadkill.tharned.org (11008@roadkill.tharned.org [75.145.12.185]) (authenticated bits=0) by roadkill.tharned.org (8.14.7/8.14.7) with ESMTP id s2KILpLp060058 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 20 Mar 2014 13:21:57 -0500 (CDT) (envelope-from gcr+freebsd-current@tharned.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tharned.org; s=2014; t=1395339717; bh=8wTXwBJVOpojpv9UjArX0WVDYCR9luC8Aja/SDGlXoA=; h=Date:From:To:Subject; b=MZzbneo7R0zQ1zvypxdXcy4M9nfKvdAebFekUXTCuWPkQNfianqatQYvrBFO9nZWg wdkWAx0dRaUE6PxxluqcAFCWmU7v8gKS1nxcdP4lFLlsgrUMFE4X+qkUTFDcnAxQEl jzV9blJWkgi+NbXItfK/d6sg+Twv4BKdyijaTcKeAmRpcAG6aHcMpFeuLYQAUUEv2E vy12gOTkMYO6oPVGyopW1eYpkjAWiOq9hShZyCmq0Un5lmw2zUELkbygr3jThsy2MB CAkYknim2eFn0B6ZHA5Mco/zOqJFhWXD1j1h4vU9le2ERDOdEDtRB8cq3gAGFkPl8q DPmh2Tovi7UGg== Date: Thu, 20 Mar 2014 13:21:51 -0500 (CDT) From: Greg Rivers To: freebsd-current@freebsd.org Subject: geli TRIM support Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (roadkill.tharned.org [75.145.12.185]); Thu, 20 Mar 2014 13:21:57 -0500 (CDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 18:21:58 -0000 A while back there was talk of adding TRIM support to geli(8) [1]. Does anyone know if progress has been made or if there are still plans for it? [1] http://lists.freebsd.org/pipermail/freebsd-fs/2013-March/016773.html -- Greg Rivers From owner-freebsd-current@FreeBSD.ORG Thu Mar 20 18:24:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF74D275; Thu, 20 Mar 2014 18:24:42 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 93391CE0; Thu, 20 Mar 2014 18:24:42 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s2KIOe62064482 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Mar 2014 11:24:40 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s2KIOe4Q064481; Thu, 20 Mar 2014 11:24:40 -0700 (PDT) (envelope-from jmg) Date: Thu, 20 Mar 2014 11:24:40 -0700 From: John-Mark Gurney To: Warner Losh Subject: Re: Building with external toolchain was broken 6 months ago with r255187 Message-ID: <20140320182440.GN32089@funkthat.com> Mail-Followup-To: Warner Losh , David Chisnall , John Baldwin , "Bjoern A. Zeeb" , freebsd-current@freebsd.org, Lev Serebryakov References: <323697891.20140319013757@serebryakov.spb.ru> <20140318220140.GA32089@funkthat.com> <7423EF12-9DD4-4C03-9FF6-7BAAB75820F6@lists.zabbadoz.net> <201403201008.48610.jhb@freebsd.org> <491ECF6C-D868-4971-903E-5F380AB7E05B@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Thu, 20 Mar 2014 11:24:41 -0700 (PDT) Cc: Lev Serebryakov , "Bjoern A. Zeeb" , freebsd-current@freebsd.org, David Chisnall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 18:24:42 -0000 Warner Losh wrote this message on Thu, Mar 20, 2014 at 11:30 -0600: > > On Mar 20, 2014, at 8:25 AM, David Chisnall wrote: > > > On 20 Mar 2014, at 14:08, John Baldwin wrote: > > > >> No, the compiler should provide a working "wmmintrin.h" header in one of > >> its built-in paths if it supports the AES instructions. This is akin to > >> saying that code that uses "stdio.h" should use -I/usr/src/include. > > > > It does, however our build system then explicitly says to the compiler 'don't use your built-it paths because they may contain declarations that contradict the FreeBSD ones' by means of the sysroot argument. When not using an external toolchain, we put the compiler's internal headers inside the sysroot. > > Sounds like we?re building the sysroot wrong then. I'm not familar w/ cross tools, are cross tools suppose to "just work", or do you still require building kernel-toolchain? The wiki doesn't talk about buildkernel... If it's still required to build kernel-toolchain before buildkernel, one option is to remove the exclusion of the _includes target from kernel-toolchain, though _includes doesn't appear to install the header... It looks like it never goes into lib/clang to install them, though I'm not sure if it is suppose to or not.. If you use COMPILER_TYPE=gcc, it doesn't go into the proper gcc subdir to install them either... In investigating this, it looks like we might have a make rule conflict in usr.sbin/bsdconfig... It has a subdir includes, but bsd.subdir.mk also defines a rule includes (for building inclues) which results in this: make[4]: "/usr/src/share/mk/bsd.subdir.mk" line 85: warning: duplicate script for target "includes" ignored make[4]: "/usr/src/share/mk/bsd.subdir.mk" line 69: warning: using previous script for "includes" defined here -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Thu Mar 20 19:34:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 408B8797 for ; Thu, 20 Mar 2014 19:34:12 +0000 (UTC) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C97857DA for ; Thu, 20 Mar 2014 19:34:11 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id bs8so1149656wib.11 for ; Thu, 20 Mar 2014 12:34:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=user-agent:in-reply-to:references:mime-version:content-type :content-transfer-encoding:subject:from:date:to:message-id; bh=6Nf7qkqr21b256NvyEjc/7yoymsVHg1DWHO6C1aDWzU=; b=evNROHiy9HRe6kBV/VlYnH9Ig+NYlqitskGCskKEXaZ2VYiWXtrgpQ3JH3FAzCHrls hSNSXZ3h13so+OhshohgAXEjifHs2clRedKro4kRCoMMzuKpAEuOCgItmtjKVLXaN7jE kZhUS7ATsnzfFD0XY6YC4TVzdTlT86ni1UoCG5+LAQbtrl7abi9pdA7JJ0k7f5Xx8cof c+UEu5pj3fBWqAqh+S5Ue4oktyuE1sCzQVy+1S23KvAW4JeY40bahzfrKF4qRLgSDC0t Oc8Ty1bFzjV2arbJb+e5o8oZZXmlwSvekC7a7gDigDws2HsMpF+oGA0FuZdprcqENTZs Fg7A== X-Received: by 10.180.73.1 with SMTP id h1mr4971063wiv.10.1395344050255; Thu, 20 Mar 2014 12:34:10 -0700 (PDT) Received: from ?IPV6:2001:470:7b2f:0:2c53:9781:e35a:7b43? ([2001:470:7b2f:0:2c53:9781:e35a:7b43]) by mx.google.com with ESMTPSA id fs4sm9028044wib.11.2014.03.20.12.34.08 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 20 Mar 2014 12:34:08 -0700 (PDT) User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 Subject: Re: geli TRIM support From: "Mike C." Date: Thu, 20 Mar 2014 19:34:04 +0000 To: Greg Rivers ,freebsd-current@freebsd.org Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 19:34:12 -0000 I was actually googling about this yesterday and found no more info then the thread you posted. So its seems that nothing was done related to this so far? Which means using trim+geli is problematic. I was using my ssd with UFS+trim+geli in my laptop. But even before noticing the lack of support changed my setup... since the laptop has both a ssd and hdd I am now using zfs+geli in the hdd. I have 2 partitions in the ssd and I'm using it for log/cache. But for laptops with 1ssd only this is a problem.... I also read that new ssd's depending on the vendor might not need trim at all, but I'm not really sure how to tell. On 20 March 2014 18:21:51 WET, Greg Rivers wrote: >A while back there was talk of adding TRIM support to geli(8) [1]. >Does >anyone know if progress has been made or if there are still plans for >it? > >[1] >http://lists.freebsd.org/pipermail/freebsd-fs/2013-March/016773.html > >-- >Greg Rivers >_______________________________________________ >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" -- Sent from my Android device with K-9 Mail. Please excuse my brevity. From owner-freebsd-current@FreeBSD.ORG Thu Mar 20 20:13:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10DF8C35; Thu, 20 Mar 2014 20:13:10 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id C31A5C29; Thu, 20 Mar 2014 20:13:09 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id E73C2644A; Thu, 20 Mar 2014 20:13:08 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 71B2CF23; Thu, 20 Mar 2014 21:13:01 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Warren Block Subject: Re: Hello fdclose References: <201403181404.52197.jhb@freebsd.org> <201403191523.33275.jhb@freebsd.org> Date: Thu, 20 Mar 2014 21:13:01 +0100 In-Reply-To: (Warren Block's message of "Wed, 19 Mar 2014 14:28:15 -0600 (MDT)") Message-ID: <86zjkkr5ma.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: jilles@freebsd.org, freebsd-arch@freebsd.org, freebsd-current@freebsd.org, Mariusz Zaborski X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 20:13:10 -0000 Warren Block writes: > John Baldwin writes: > > Warren Block writes: > > > .Fn fdclose > > > is equivalent to > > > .Fn fclose , > > > but the file descriptor is returned rather than closed. > > Yes, but this has the 'no capital letter at the start of a sentence' > > problem. > I've heard that mentioned before, but have never seen any actual rule > regarding it. And we do have actual rules about avoiding redundant > phrases: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/fdp-primer/book.html#wri= ting-style-guidelines We always use The .Nm foo utility or The .Fn foo function instead of just .Nm or .Fn at the start of a sentence, but never (or rarely) within a sentence. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Mar 20 20:16:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D9E5C104 for ; Thu, 20 Mar 2014 20:16:11 +0000 (UTC) Received: from mail-pb0-f52.google.com (mail-pb0-f52.google.com [209.85.160.52]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A7DD8C5A for ; Thu, 20 Mar 2014 20:16:11 +0000 (UTC) Received: by mail-pb0-f52.google.com with SMTP id rr13so1444453pbb.39 for ; Thu, 20 Mar 2014 13:16:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=mvTXd1EQ5889xUUaDofpwjxpipHOA6Jvduaz3e0B7oU=; b=LAkZ95ju7m2T6crInzwJJvbDMydUzChWbLANtTYWUtxJoI2UWGpxn1JFcSSn1TNCQD K3thfPiOqp5tgurMHP725w7LETGOXJr5XVhzm5EQK0r+HSgNpoUems4xdVw8Il8IfeRT 2n8yzgatX5/IvXCBSyxFm+/yKMamlAH52pBuDT+V5TayrsbWazjs3TOEotUOq1mgFfAS 8zY4DIWOvjXosSbFKYzAOjw2Q5wbrSM1zZSIByZwFcG/USTLwmIaZ7xElcR4CWCukBL5 YIMYi0vJ934YLu1hGEcY+XaaNT3hnjN/OrqeBQE7muCTYsEuoH6dMppqm31NhjkIfkWp PGBQ== X-Gm-Message-State: ALoCoQlH9J8BLgi/rgIZnwiwRUf2qBW5mVITcaIrrag5WrCpWB9mfRCFmsi0IqCgBelNOdlvXrlM X-Received: by 10.66.142.132 with SMTP id rw4mr51000878pab.6.1395346570850; Thu, 20 Mar 2014 13:16:10 -0700 (PDT) Received: from lgmac-scingram.corp.netflix.com (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id kt8sm14769217pab.7.2014.03.20.13.16.09 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 20 Mar 2014 13:16:09 -0700 (PDT) Sender: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Building with external toolchain was broken 6 months ago with r255187 From: Warner Losh In-Reply-To: <20140320182440.GN32089@funkthat.com> Date: Thu, 20 Mar 2014 14:16:08 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <323697891.20140319013757@serebryakov.spb.ru> <20140318220140.GA32089@funkthat.com> <7423EF12-9DD4-4C03-9FF6-7BAAB75820F6@lists.zabbadoz.net> <201403201008.48610.jhb@freebsd.org> <491ECF6C-D868-4971-903E-5F380AB7E05B@FreeBSD.org> <20140320182440.GN32089@funkthat.com> To: John-Mark Gurney X-Mailer: Apple Mail (2.1874) Cc: Lev Serebryakov , "Bjoern A. Zeeb" , FreeBSD Current , David Chisnall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 20:16:12 -0000 On Mar 20, 2014, at 12:24 PM, John-Mark Gurney wrote: > Warner Losh wrote this message on Thu, Mar 20, 2014 at 11:30 -0600: >>=20 >> On Mar 20, 2014, at 8:25 AM, David Chisnall = wrote: >>=20 >>> On 20 Mar 2014, at 14:08, John Baldwin wrote: >>>=20 >>>> No, the compiler should provide a working "wmmintrin.h" header in = one of >>>> its built-in paths if it supports the AES instructions. This is = akin to >>>> saying that code that uses "stdio.h" should use -I/usr/src/include. >>>=20 >>> It does, however our build system then explicitly says to the = compiler 'don't use your built-it paths because they may contain = declarations that contradict the FreeBSD ones' by means of the sysroot = argument. When not using an external toolchain, we put the compiler's = internal headers inside the sysroot. >>=20 >> Sounds like we?re building the sysroot wrong then. >=20 > I'm not familar w/ cross tools, are cross tools suppose to "just = work", > or do you still require building kernel-toolchain? The wiki doesn't > talk about buildkernel... If it's still required to build > kernel-toolchain before buildkernel, one option is to remove the > exclusion of the _includes target from kernel-toolchain, though = _includes > doesn't appear to install the header... It looks like it never > goes into lib/clang to install them, though I'm not sure if it is = suppose > to or not.. If you use COMPILER_TYPE=3Dgcc, it doesn't go into the = proper > gcc subdir to install them either=85 I=92m saying that whatever is building the sysroot is building it wrong. = I haven=92t looked at the details enough to know where the fault lies. If the files aren=92t = there, that=92s a bug and adding hacks for clang is not the right way to fix the bug. > In investigating this, it looks like we might have a make rule = conflict > in usr.sbin/bsdconfig... It has a subdir includes, but bsd.subdir.mk > also defines a rule includes (for building inclues) which results in > this: > make[4]: "/usr/src/share/mk/bsd.subdir.mk" line 85: warning: duplicate = script for target "includes" ignored > make[4]: "/usr/src/share/mk/bsd.subdir.mk" line 69: warning: using = previous script for "includes" defined here That=92s likely an orthogonal issue=85 Warner From owner-freebsd-current@FreeBSD.ORG Thu Mar 20 20:18:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C2B4F3E8; Thu, 20 Mar 2014 20:18:39 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8CF00C95; Thu, 20 Mar 2014 20:18:39 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 8AECF13D64; Thu, 20 Mar 2014 20:18:37 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 8AECF13D64 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 20 Mar 2014 16:18:35 -0400 From: Glen Barber To: Warner Losh Subject: Re: Building with external toolchain was broken 6 months ago with r255187 Message-ID: <20140320201835.GB3452@glenbarber.us> References: <323697891.20140319013757@serebryakov.spb.ru> <20140318220140.GA32089@funkthat.com> <7423EF12-9DD4-4C03-9FF6-7BAAB75820F6@lists.zabbadoz.net> <201403201008.48610.jhb@freebsd.org> <491ECF6C-D868-4971-903E-5F380AB7E05B@FreeBSD.org> <20140320182440.GN32089@funkthat.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="zx4FCpZtqtKETZ7O" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: "Bjoern A. Zeeb" , John-Mark Gurney , Lev Serebryakov , David Chisnall , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 20:18:39 -0000 --zx4FCpZtqtKETZ7O Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 20, 2014 at 02:16:08PM -0600, Warner Losh wrote: > On Mar 20, 2014, at 12:24 PM, John-Mark Gurney wrote: > > In investigating this, it looks like we might have a make rule conflict > > in usr.sbin/bsdconfig... It has a subdir includes, but bsd.subdir.mk > > also defines a rule includes (for building inclues) which results in > > this: > > make[4]: "/usr/src/share/mk/bsd.subdir.mk" line 85: warning: duplicate = script for target "includes" ignored > > make[4]: "/usr/src/share/mk/bsd.subdir.mk" line 69: warning: using prev= ious script for "includes" defined here >=20 > That=E2=80=99s likely an orthogonal issue=E2=80=A6 >=20 This is because usr.sbin/bsdconfig has an 'includes' SUBDIR entry. Glen --zx4FCpZtqtKETZ7O Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTK00bAAoJELls3eqvi17Q4FAQAM7voLqNuXTDzKs0r6m0d12m fsIpVC5oS8bKxlu9IVnpLKuSLiadYUXgz3UmhCVATdT1d5eerS3IdkPOXYgl0YSB t1Fa3UrS5EXV/RF1P/UaJMMiHFwC1JVFyG+2rZXK3AWOI9Vgbpgu3cMI+dcVWglV uPK38fMs4gG1zQDt4MfnecUqINI0lpTZ5vqWpVhl0rolxMmoS2pzsB1zc8lZNLOj UcdVoWOZXDbQUc6J7jWcoZKLHUh8NjhOnp11GdvNODEf5pHighp8oGYXkNSjXMs2 OhD3mc0M+oX+rvDZBDyEbMo6J+L6y3kNb+s10Mz3mrFYQ5zH1UM0bK2H6AUEFtHY 7E+lsJFwIIPMLO107Kb0bMkWPgiQv1HDEb/2y9NR+aLsg5/17WfXYH32bq7n5ftp MytMnN58MMEWvVU45rFMUjWhEyOZycIWQzdXRY90/d1pLnREOxc4BQSukUQLbFxb GRwwYF/ly1asObc+1SAVQKw55A3XGpMtcXojo6PYL8azPcQ5pBe0AfWStFtB+USw 4Ess73tJULYFwEEaUNpxE/tTuMHUxFbFG8pXD+cKEv5vmqrz3uY4585ywq1+OR9A SXYx2l3ExiPmSAAWgboi5dwzJCMupgP8ZmvgFkzEAcFZDn0JwxLNdd7ympuVdcjN 89uoaFTz3Btqo1S+Tx6R =V7I2 -----END PGP SIGNATURE----- --zx4FCpZtqtKETZ7O-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 21 02:05:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1988FABA for ; Fri, 21 Mar 2014 02:05:05 +0000 (UTC) Received: from mail.ultra-secure.de (mail.ultra-secure.de [88.198.178.88]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 515216B7 for ; Fri, 21 Mar 2014 02:05:03 +0000 (UTC) Received: (qmail 29610 invoked by uid 89); 18 Mar 2014 09:26:19 -0000 Received: by simscan 1.4.0 ppid: 29605, pid: 29607, t: 0.0203s scanners: attach: 1.4.0 clamav: 0.97.3/m:55/d:18619 Received: from unknown (HELO suse3.ewadmin.local) (rainer@ultra-secure.de@212.71.117.1) by mail-ultra-secure.de with ESMTPA; 18 Mar 2014 09:26:19 -0000 Date: Tue, 18 Mar 2014 10:26:15 +0100 From: Rainer Duffner To: Craig Rodrigues Subject: Re: Scripts for booting FreeBSD images from the install ISO for use in Jenkins? Message-ID: <20140318102615.21fa7fde@suse3.ewadmin.local> In-Reply-To: References: X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.22; x86_64-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 02:05:05 -0000 Am Mon, 17 Mar 2014 19:30:01 -0700 schrieb Craig Rodrigues : > Hi, > > For the BSD DevSummit in May, one of the items > on our agenda: > > https://wiki.freebsd.org/201405DevSummit/Jenkins > > is to talk about writing scripts which can take a FreeBSD ISO image, > and then boot it and run it on a remote system or in a VM > to install the OS. After the OS is up, we would like to run tests. > All of this would be triggered from Jenkins. > > Does anyone have scripts which can do this? > Can they be contributed to the Jenkins effort on FreeBSD? > > If you have scripts in Python, Ruby, Bourne shell, etc. are all fine, > or even recipes in automation frameworks like Puppet, Ansible, Chef, > SaltStack, etc., > please let us know! :) I would have loved to attend this talk: http://2014.asiabsdcon.org/timetable.html.en#P7A Hopefully, more documentation and/or the slides/the video for this talk will become available. From owner-freebsd-current@FreeBSD.ORG Fri Mar 21 02:40:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2804C147; Fri, 21 Mar 2014 02:40:10 +0000 (UTC) Received: from mail-la0-x235.google.com (mail-la0-x235.google.com [IPv6:2a00:1450:4010:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 20F7A934; Fri, 21 Mar 2014 02:40:08 +0000 (UTC) Received: by mail-la0-f53.google.com with SMTP id b8so1226777lan.26 for ; Thu, 20 Mar 2014 19:40:06 -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:message-id:subject :from:to:cc:content-type; bh=D0o61ra25zJw+RuT/2p57l9/QikuqC1mfgf/oCgsYZI=; b=GG/QVdsidnJNW1TasrVZuBLbr0KhLaL9RpzSsmV6B/1npOcQkDFDXvdivzp0PNOaHh 9uqC9HI8D7Pvn6cXwZlbbqEccjskUd439ktSR783coR3j3abNE7cfG46Djy+YB8s1gnK g8Q3LFVcxYgnom8GKwq/zWSbysHuNAKJqrvCuG4miID+DOtNQihgHileZIqsJuuy4uMG nuO8kmsrojIv5WYkNuwjeaEPLXMDwqNaQEawClZVawUA5S9WDYL24vWfUg3b6YjoTKyZ kupsjf5fub6gltNLNVgM0IZdGyQM2ixoNZVm3YhDqBUJVZmq9XJRHDBDBi+tkKqX4yni qISQ== MIME-Version: 1.0 X-Received: by 10.112.209.5 with SMTP id mi5mr22676854lbc.30.1395369606730; Thu, 20 Mar 2014 19:40:06 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.169.68 with HTTP; Thu, 20 Mar 2014 19:40:06 -0700 (PDT) In-Reply-To: <20140318102615.21fa7fde@suse3.ewadmin.local> References: <20140318102615.21fa7fde@suse3.ewadmin.local> Date: Thu, 20 Mar 2014 19:40:06 -0700 X-Google-Sender-Auth: 7C8mgzzGL5O7id0sadDZPa4DAAw Message-ID: Subject: Re: Scripts for booting FreeBSD images from the install ISO for use in Jenkins? From: Craig Rodrigues To: freebsd-current Current Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-testing@freebsd.org" , "jenkins-admin@freebsd.org" , "freebsd-virtualization@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 02:40:10 -0000 On Tue, Mar 18, 2014 at 2:26 AM, Rainer Duffner wrote: > Am Mon, 17 Mar 2014 19:30:01 -0700 > schrieb Craig Rodrigues : > >> Hi, >> >> For the BSD DevSummit in May, one of the items >> on our agenda: >> >> https://wiki.freebsd.org/201405DevSummit/Jenkins >> >> is to talk about writing scripts which can take a FreeBSD ISO image, >> and then boot it and run it on a remote system or in a VM >> to install the OS. After the OS is up, we would like to run tests. >> All of this would be triggered from Jenkins. >> >> Does anyone have scripts which can do this? >> Can they be contributed to the Jenkins effort on FreeBSD? >> >> If you have scripts in Python, Ruby, Bourne shell, etc. are all fine, >> or even recipes in automation frameworks like Puppet, Ansible, Chef, >> SaltStack, etc., >> please let us know! :) > > > > I would have loved to attend this talk: > > > http://2014.asiabsdcon.org/timetable.html.en#P7A > > > Hopefully, more documentation and/or the slides/the video for this talk > will become available. Rainer, Thanks for posting that link! It is highly relevant to my original posting. That looks like a really good presentation, and I also wish I could have attended the talk! There seem to be many automation frameworks for provisioning and booting VM's and real machines. I just need to learn one of them. :) -- Craig From owner-freebsd-current@FreeBSD.ORG Fri Mar 21 05:01:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87DFB909 for ; Fri, 21 Mar 2014 05:01:08 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 4380969D for ; Fri, 21 Mar 2014 05:01:06 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id A29A45FC28 for ; Fri, 21 Mar 2014 05:00:58 +0000 (UTC) Message-ID: <532BC787.6050607@allanjude.com> Date: Fri, 21 Mar 2014 01:00:55 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Scripts for booting FreeBSD images from the install ISO for use in Jenkins? References: <20140318102615.21fa7fde@suse3.ewadmin.local> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HiX9vC0vcC4LTuXtCQavHBAbNfwtbV3Ao" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 05:01:08 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --HiX9vC0vcC4LTuXtCQavHBAbNfwtbV3Ao Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-03-20 22:40, Craig Rodrigues wrote: > On Tue, Mar 18, 2014 at 2:26 AM, Rainer Duffner wrote: >> Am Mon, 17 Mar 2014 19:30:01 -0700 >> schrieb Craig Rodrigues : >> >>> Hi, >>> >>> For the BSD DevSummit in May, one of the items >>> on our agenda: >>> >>> https://wiki.freebsd.org/201405DevSummit/Jenkins >>> >>> is to talk about writing scripts which can take a FreeBSD ISO image, >>> and then boot it and run it on a remote system or in a VM >>> to install the OS. After the OS is up, we would like to run tests. >>> All of this would be triggered from Jenkins. >>> >>> Does anyone have scripts which can do this? >>> Can they be contributed to the Jenkins effort on FreeBSD? >>> >>> If you have scripts in Python, Ruby, Bourne shell, etc. are all fine,= >>> or even recipes in automation frameworks like Puppet, Ansible, Chef, >>> SaltStack, etc., >>> please let us know! :) >> >> >> >> I would have loved to attend this talk: >> >> >> http://2014.asiabsdcon.org/timetable.html.en#P7A >> >> >> Hopefully, more documentation and/or the slides/the video for this tal= k >> will become available. >=20 >=20 > Rainer, >=20 > Thanks for posting that link! It is highly relevant to my original pos= ting. > That looks like a really good presentation, and I also wish I could > have attended the talk! > There seem to be many automation frameworks for provisioning and > booting VM's and real machines. > I just need to learn one of them. :) >=20 > -- > Craig > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 Yeah, Martin's talk was good. Jenkins does the installation and bootstraps puppet (installs it from pkg) and then things go from there. I have the beginnings of a puppet script to use http://www.bhyve.org/vmrc/ to deploy FreeBSD VMs (it is a script that installs to an image or zvol then boots it in bhyve) There is a talk partially based on it here: http://www.bhyvecon.org/ "bhyve Provisioning and Monitoring" I'll see what I can come up with for you tomorrow. --=20 Allan Jude --HiX9vC0vcC4LTuXtCQavHBAbNfwtbV3Ao 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTK8eKAAoJEJrBFpNRJZKfej8P/1vzV4vqNFZHZBkpEaHXUFry 23PlbIdL2bnZg9KPmwebNhOXYL0TNAJ9oxvlx0+t5UcHnv+DyfgI6ayqrWSte7C+ GUe2AUAxRCELYUBbN/+tg/y0gTRlXkKsbw4o53+bpX+dJ2YFY42FZyeE0apicYwN xBUpiCFI5wYDZCnBJJux7Zzbb7RWuFNIqlcbgNgMFDhAb+8LhE2gFqEGSI1i3k9B 5nipfxt5AgTGW2mUTeOFN+YHvuV7qIPtkDKpoSCcZfB9juHoNRUuVFnb8Nz23EvM v+RRq5IvdP50tjHTfgNV/tYOlphF7l7zaYj9YO2BH5RjMEUFBBZpYqa8C8nkEfxm KIZXrytlxf0CzlWGfYKVblxVyary2QWaGpRkZ4+/5vcvdbpax/1NiAQx6Y97dS+s Kqzssg+KKGhMUXkaFb78Lb1BgR1xy+lbI2q8Lb4NyQilNO0rOmSNs9oC55vWQxui G53sdBXc432HjMCVh7wd/24UBiTJjIE5oG8wsEq4Awqp6U2XSb8YjcP+xoEjmwvM 0vZ+YznqoZCnJsuCjNoCEn6pRVLNDcSk7jWBUJo5R2E3l0oKRL11NAOgTNFG3DuM hfkiO90a+q2e19wwitHcjMDZUd3b2dvASsaGYBjabb3+iJflfOvIfCg/GNGiLZNb uX8wClw1A6kG4G0U0UJS =oAtZ -----END PGP SIGNATURE----- --HiX9vC0vcC4LTuXtCQavHBAbNfwtbV3Ao-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 21 07:38:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 025F5859; Fri, 21 Mar 2014 07:38:33 +0000 (UTC) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 946003E3; Fri, 21 Mar 2014 07:38:32 +0000 (UTC) Received: from srg.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) by ns.kevlo.org (8.14.8/8.14.8) with ESMTP id s2L7c921006601 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 21 Mar 2014 15:38:09 +0800 (CST) (envelope-from kevlo@FreeBSD.org) Message-ID: <532BEC6B.7060400@FreeBSD.org> Date: Fri, 21 Mar 2014 15:38:19 +0800 From: Kevin Lo User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: d@delphij.net, Joe Nosay Subject: Re: Re: UDP Lite support References: <20140227021917.GE81440@lor.one-eyed-alien.net> <530EBCDB.1090303@delphij.net> <53138FA6.1060705@delphij.net> In-Reply-To: <53138FA6.1060705@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Brooks Davis , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 07:38:33 -0000 On 2014/03/03 04:08, Xin Li wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > On 3/2/14, 10:42 AM, Joe Nosay wrote: >> On Thu, Feb 27, 2014 at 3:22 AM, Joe Nosay >> wrote: >> >>> >>> >>> On Wed, Feb 26, 2014 at 11:19 PM, Xin Li >>> wrote: >>> >> On 02/26/14 18:52, Joe Nosay wrote: >>>>>> On Wed, Feb 26, 2014 at 9:19 PM, Brooks Davis >>>>>> wrote: >>>>>> >>>>>>> On Wed, Feb 26, 2014 at 07:36:29PM -0500, Joe Nosay >>>>>>> wrote: >>>>>>>> The last thread on this was in 2006. Has it ever been >>>>>>>> reconsidered or is the likelihood of too many damaged >>>>>>>> packets the reason for not supporting? I'm not sure >>>>>>>> where to put this question. Apologies for the noise. >>>>>>> You've provided next to no context. What is the >>>>>>> question? What thread are you referring to? If this is >>>>>>> the usual UDP then freebsd-net would be vastly more >>>>>>> appropriate than -current. >>>>>>> >>>>>>> -- Brooks >>>>>>> >>>>>> Thanks. I will ask kevlo and maybe bring it up on >>>>>> freebsd-net. It has to do with an implementation of the >>>>>> JACK server using UDP Lite for transferring data. >>>>>> >>>>>> >> http://freebsd.1045724.n5.nabble.com/UDP-lite-for-FreeBSD-td4010236.html >> >> Looks >> like nobody proposed a patch? >> >> I think the concern was that this is not very useful in real-world >> scenarios due to link layer error detection mechanism but that >> doesn't raise a red flag to me assuming this is sufficiently self >> contained feature as it would improve compatibility with other >> operating systems. >> >> Cheers, >>> https://github.com/torelizer/jack_trauma >>> >>> Not my project; but, I want to port it to FreeBSD. First is to >>> get it to build from source. Use your raspberry pi with FreeBSD >>> to broadcast your tunes and all. >>> >> >> Thanks for all of the input. The project is being reworked to >> improve the code. > Kevin Lo have a patchset but needs someone to do performance testing > (its impact on non-UDPLite applications), test with vimage, etc: > > http://people.freebsd.org/~kevlo/udplite.diff > http://people.freebsd.org/~kevlo/udp-v.diff > > Are you interested in working on these and report back? The revised patch is available at: http://people.freebsd.org/~kevlo/udplite.diff I measure and compare the performance of UDP with/without UDP-lite patch, the udp-lite patch doesn't affect the performance. Tested system is FreeBSD/amd64 -CURRENT(r263301), machines were connected via cross-link cable. Machines: --------- Dragon (connected to Monkey) CPU: Intel(R) Core(TM) i3-2330E CPU @ 2.20GHz (2195.06-MHz K8-class CPU) Origin="GenuineIntel" Id=0x206a7 Family=0x6 Model=0x2a Stepping=7 RAM: 2GB NIC: on-board em(4) Monkey (connected to Dragon) CPU: Intel(R) Core(TM) i3-2330E CPU @ 2.20GHz (2195.06-MHz K8-class CPU) Origin="GenuineIntel" Id=0x206a7 Family=0x6 Model=0x2a Stepping=7 RAM: 1GB NIC: on-board em(4) Monkey runs 'netserver'. All tests done with netperf software: UDP Stream test: ------------------------- % netperf -c -l 60 -H Monkey -t UDP_STREAM -i 10,2 -I 99,5 -- -m 64 -s 57344 -S 57344 % netperf -c -l 60 -H Monkey -t UDP_STREAM -i 10,2 -I 99,5 -- -m 4096 -s 57344 -S 57344 % netperf -c -l 60 -H Monkey -t UDP_STREAM -i 10,2 -I 99,5 -- -m 16384 -s 57344 -S 57344 Without UDP-Lite patch: Netperf test MTU BW BSIZE ------------ ---- ------ ------ UDP_STREAM 1500 211.3 64 UDP_STREAM 1500 950.4 4096 UDP_STREAM 1500 948.6 16384 With UDP-Lite patch: Netperf test MTU BW BSIZE ------------ ---- ------ ------ UDP_STREAM 1500 216.5 64 UDP_STREAM 1500 950.3 4096 UDP_STREAM 1500 948.6 16384 > > Cheers, > -----BEGIN PGP SIGNATURE----- > > iQIcBAEBCgAGBQJTE4+mAAoJEJW2GBstM+nsthoQAIW67l7yDfIPvxDsNIWWJcRd > 8brFYCAOPYE4LpuLGjtSgy370aBe9JmwAm41tE4qF0WhGpcu6TLsKjgMGWa/lHCc > JId8+WBfbbQT8XJj/d+3oOETn5/rglvlRhJbnNIwaQpTXxuMC5oz2nGW7rIpIkaA > OHo0D20DzGj4nxrQvijZ7DsMkk3F+KJu/4p7M6lpsIPCakknW1WD7IHRfbZ4Oldz > 2xH4HfIk7cAdA7i/YUNjlpSgWFQ5OU03J5HAYfC6W37wiGbjdBYf/PKVhJ8hz7+D > OCl+yCV00u4fCjlY6zXFea9pGr7Cl1P+sapwKDZ4g+NpNHxBUVY+ahbjQUHYON2W > sdzAsLpMMqavCr1o8mcXdm7IPRlLUK9QZUySC9DitPvoF8G2llTAz1mWa4/Oj7/S > JMiUERcaL5gdFN8EgEKkamFgLJguYquAjGtiowa51EMbnZG0Q2yWUcrEBFHWBEZT > RW1u6r4ChIrPE9X5ljfFpQyKG6jFhYFXG+iVlgTB7F2ZWhjPAXi/tLbBnvIcci1m > Md4XFm/bBJj/yNXdPuCi+CtvvdpZ/d4LQn4B7By5bIo1QjCb4Zx5n2Tq5xnYZUOI > CnSVnNSkwLbbrAVtYOVWnrSuwR33JQnqeGHdM+XYBBwKBRhrx+ZgFWD7N6Gm95PU > xXSxkgYVXI4sgi7Lh3Ia > =2Vmc > -----END PGP SIGNATURE----- Kevin From owner-freebsd-current@FreeBSD.ORG Fri Mar 21 07:48:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ECCC6AC8 for ; Fri, 21 Mar 2014 07:48:45 +0000 (UTC) Received: from mail.mands.hu (mail2.mands.hu [93.189.114.146]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4AE8B6C2 for ; Fri, 21 Mar 2014 07:48:44 +0000 (UTC) Received: from exchange.mands.hu ([::1]) by exchange.mands.hu ([::1]) with mapi; Fri, 21 Mar 2014 08:47:29 +0100 From: =?iso-8859-2?Q?M=26S_-_Krasznai_Andr=E1s?= To: "freebsd-current@freebsd.org" Date: Fri, 21 Mar 2014 08:47:28 +0100 Subject: dual-booting windows 7 and freebsd 10 from gpt partition SSD Thread-Topic: dual-booting windows 7 and freebsd 10 from gpt partition SSD Thread-Index: Ac9E2HDerxfvhr4NR/K0eACXu+DCMw== Message-ID: <3B0F582294DE3E448963BA62DC306AEE31B45D4F8B@exchange.mands.hu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 07:48:46 -0000 hi I have been using freebsd and windows 7 on mbr partitioned hdd (using easyb= cd on windows to manipulate boot menu and boot code). recently I bought an new machine with Intel I7 processor, uefi bios, ssd a= nd installed windows 7 64-bit first. after that I installed freebsd 10 (amd64); I used guided partitioning, whic= h created a 64-kB freebsd-boot partition, a 48GB / partition and a swap abo= ut 2.5 GB. Then I tried to set up booting by the same method: install easybcd in windo= ws, then set up boot menu with easybcd, add an entry freebsd as BSD/FreeB= SD type entry, but this time I am not able to get it work. Win 7 boots OK, but freebsd does not start, the windows boot manager compla= ins about missing or corrupt boot block, which is definitely on the given f= ull path. How can I get a working dual booting system in this case? Can anbody help m= e? Regards Krasznai Andr=E1s rendszerm=E9rn=F6k M&S Informatikai Zrt. 1136 Budapest, Pann=F3nia u. 17/A. Telefon: +36 1 703-2923 Mobil: +36 30 703-2923 From owner-freebsd-current@FreeBSD.ORG Fri Mar 21 13:48:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D4EB7EF8; Fri, 21 Mar 2014 13:48:50 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 62B8EBDD; Fri, 21 Mar 2014 13:48:50 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.8/8.14.8) with ESMTP id s2LDmf8S013767 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 21 Mar 2014 07:48:41 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.8/8.14.8/Submit) with ESMTP id s2LDmequ013764; Fri, 21 Mar 2014 07:48:41 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 21 Mar 2014 07:48:40 -0600 (MDT) From: Warren Block To: =?ISO-8859-15?Q?Dag-Erling_Sm=F8rgrav?= Subject: Re: Hello fdclose In-Reply-To: <86zjkkr5ma.fsf@nine.des.no> Message-ID: References: <201403181404.52197.jhb@freebsd.org> <201403191523.33275.jhb@freebsd.org> <86zjkkr5ma.fsf@nine.des.no> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Fri, 21 Mar 2014 07:48:41 -0600 (MDT) Content-Type: TEXT/PLAIN; charset=utf-8; format=flowed Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: jilles@freebsd.org, freebsd-current@freebsd.org, Mariusz Zaborski , freebsd-arch@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 13:48:50 -0000 On Thu, 20 Mar 2014, Dag-Erling Smørgrav wrote: > Warren Block writes: >> John Baldwin writes: >>> Warren Block writes: >>>> .Fn fdclose >>>> is equivalent to >>>> .Fn fclose , >>>> but the file descriptor is returned rather than closed. >>> Yes, but this has the 'no capital letter at the start of a sentence' >>> problem. >> I've heard that mentioned before, but have never seen any actual rule >> regarding it. And we do have actual rules about avoiding redundant >> phrases: >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/fdp-primer/book.html#writing-style-guidelines > > We always use > > The > .Nm foo > utility > > or > > The > .Fn foo > function > > instead of just .Nm or .Fn at the start of a sentence, but never (or > rarely) within a sentence. By "we", do you mean the FreeBSD project or your local organization? Is there a specific reason the redundant wording, or is it just customary? I suspect that usage is similar to that for an acronym, defining it on the first usage but only then. Both mdoc and DocBook markup should accomplish the same thing. From owner-freebsd-current@FreeBSD.ORG Fri Mar 21 14:19:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F1641EF2; Fri, 21 Mar 2014 14:19:04 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id AB361F27; Fri, 21 Mar 2014 14:19:04 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id A64EB6DAE; Fri, 21 Mar 2014 14:19:03 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id C67577FB; Fri, 21 Mar 2014 15:18:52 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Warren Block Subject: Re: Hello fdclose References: <201403181404.52197.jhb@freebsd.org> <201403191523.33275.jhb@freebsd.org> <86zjkkr5ma.fsf@nine.des.no> Date: Fri, 21 Mar 2014 15:18:52 +0100 In-Reply-To: (Warren Block's message of "Fri, 21 Mar 2014 07:48:40 -0600 (MDT)") Message-ID: <86fvmbzlbn.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: jilles@freebsd.org, freebsd-current@freebsd.org, Mariusz Zaborski , freebsd-arch@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 14:19:05 -0000 Warren Block writes: > Dag-Erling Sm=C3=B8rgrav writes: > > We always use [The .Nm foo utility or The .Fn foo function] instead > > of just .Nm or .Fn at the start of a sentence, but never (or rarely) > > within a sentence. > By "we", do you mean the FreeBSD project or your local organization? > Is there a specific reason the redundant wording, or is it just > customary? I mean the FreeBSD project, and the reason is as John stated: all sentences must start with a capital letter. I've gotten so used to this over the past 15 years that I even do it in email and other non-FreeBSD written material. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Mar 21 14:22:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0149414 for ; Fri, 21 Mar 2014 14:22:38 +0000 (UTC) Received: from mail-pa0-f45.google.com (mail-pa0-f45.google.com [209.85.220.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9DF57FE5 for ; Fri, 21 Mar 2014 14:22:38 +0000 (UTC) Received: by mail-pa0-f45.google.com with SMTP id kl14so2458836pab.18 for ; Fri, 21 Mar 2014 07:22:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=Dj8/J9O9N5MQJ30L3vY2Aq5UDbm13po9CGB364JotJc=; b=SR21Js6W+jiNo8dEfPcKL+dpK64VqQZvqQ6JzxNwGPWWuUtblOPw2173aODroiRkz+ rx6iw/UI7XTBEEwlp7M3J4pNA3NQsRbRpunQ+W7LqfRlzsE1RfTyw+uPir+A0QNLv/TV i6du+PmJFjjID39Vgk3seR2ur87+G5vC86WUPuir8wR4eWlouQy5bMrJ7cTu/pfak/Zu usZPHh6XBibLhcrP+RPAOPdOEZ1xSPe3yrRPesHqAyroVbgKtdsVNvUQ18p3eGkWn+Dz hE/x2JguljEeJSFoi96fcOY4LWAT2VLIwKl+zQ1z/XAiv2Cs7cY1jHj2/qzOuF1sm/mB TqIQ== X-Gm-Message-State: ALoCoQkHyvUa+c5wDQ5fDUrPYXtpVppTHUpiMyU08x16qb9lY3HYx0WjIv1wA+MMW34GV1dhO8mS X-Received: by 10.66.144.227 with SMTP id sp3mr54829333pab.100.1395411751007; Fri, 21 Mar 2014 07:22:31 -0700 (PDT) Received: from lgmac-scingram.corp.netflix.com (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id h6sm10182001pbl.75.2014.03.21.07.22.29 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 21 Mar 2014 07:22:30 -0700 (PDT) Sender: Warner Losh Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Hello fdclose From: Warner Losh In-Reply-To: <86fvmbzlbn.fsf@nine.des.no> Date: Fri, 21 Mar 2014 08:22:27 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201403181404.52197.jhb@freebsd.org> <201403191523.33275.jhb@freebsd.org> <86zjkkr5ma.fsf@nine.des.no> <86fvmbzlbn.fsf@nine.des.no> To: =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= X-Mailer: Apple Mail (2.1874) Cc: Warren Block , jilles@freebsd.org, freebsd-arch@freebsd.org, FreeBSD Current , Mariusz Zaborski X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 14:22:38 -0000 On Mar 21, 2014, at 8:18 AM, Dag-Erling Sm=F8rgrav wrote: > Warren Block writes: >> Dag-Erling Sm=F8rgrav writes: >>> We always use [The .Nm foo utility or The .Fn foo function] instead >>> of just .Nm or .Fn at the start of a sentence, but never (or rarely) >>> within a sentence. >> By "we", do you mean the FreeBSD project or your local organization? >> Is there a specific reason the redundant wording, or is it just >> customary? >=20 > I mean the FreeBSD project, and the reason is as John stated: all > sentences must start with a capital letter. I've gotten so used to = this > over the past 15 years that I even do it in email and other = non-FreeBSD > written material. Yes, it is style that was settled upon 15 years ago or so in the FreeBSD project. Even more than finding myself using this in email, etc, I find = that when I see people using other conventions it just looks wrong to my = eyes. Warner From owner-freebsd-current@FreeBSD.ORG Fri Mar 21 14:23:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3BBE05C6 for ; Fri, 21 Mar 2014 14:23:05 +0000 (UTC) Received: from eu1sys200aog113.obsmtp.com (eu1sys200aog113.obsmtp.com [207.126.144.135]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8A7BFFFC for ; Fri, 21 Mar 2014 14:23:04 +0000 (UTC) Received: from mail-wg0-f48.google.com ([74.125.82.48]) (using TLSv1) by eu1sys200aob113.postini.com ([207.126.147.11]) with SMTP ID DSNKUyxLQPp74mhQR7FqNKDov3E4aErHbLWO@postini.com; Fri, 21 Mar 2014 14:23:04 UTC Received: by mail-wg0-f48.google.com with SMTP id l18so1672087wgh.19 for ; Fri, 21 Mar 2014 07:22:56 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:message-id:to:subject:reply-to; bh=Ut9DDkpRDogANasTn9fcHdp3DwwR9I58eXTbJhlhFP8=; b=BbpE7BCK+oZc6+P76w8gWIAKniITgLzNgW/QBPi/zx6PrGWqH4YJQEK3jQJKu1m413 p5sQ9bte1Wm7TL9zF4zoo1yo0/aLNXVW9A0E33tGjv8VOujSq0wJALj6lrXFNEqtdRrp RYGjxv8BhdFmRyhg8OH/RgStIcbF1JIRPJBrEgWNCQaJdAuaOktrqQveDntplzX6wQpJ DoyMmzZ/Xn6OMgtWW1NgWfohashtYvEUfi51o9he19emehl4jrCizVXQPSehj4OQYBRA E+lA7MP0UQmzLzQkIfehGWm6l+0/AXHnhzBRHpJ8BG4LERxVu8GrYplyJpU68+dxSTfn FH9A== X-Received: by 10.180.98.71 with SMTP id eg7mr2317416wib.31.1395411450939; Fri, 21 Mar 2014 07:17:30 -0700 (PDT) X-Gm-Message-State: ALoCoQl1YTS5bH1/xwq4a3y72kTmtGbFQ/SthIJe4OnHX9y+0DSk1j7XS4Nu+zEllq43BIBkDEdE/ZMgTJHTBQe41AyjZ0RdGbi45eOAaqx+B/Q6Sc0Dtx0Vg2hStq1alA8PNDWHTalda2D6/iVshg0oXsSTzqNHcl2AlOzmPe95aHhFe1h/5Cw= X-Received: by 10.180.98.71 with SMTP id eg7mr2317402wib.31.1395411450773; Fri, 21 Mar 2014 07:17:30 -0700 (PDT) Received: from mech-cluster241.men.bris.ac.uk (mech-cluster241.men.bris.ac.uk. [137.222.187.241]) by mx.google.com with ESMTPSA id d6sm5186841wiz.4.2014.03.21.07.17.29 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 21 Mar 2014 07:17:29 -0700 (PDT) Sender: Anton Shterenlikht Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.8/8.14.6) with ESMTP id s2LEHRKU005746 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 21 Mar 2014 14:17:28 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.8/8.14.6/Submit) id s2LEHRZu005745; Fri, 21 Mar 2014 14:17:27 GMT (envelope-from mexas) Date: Fri, 21 Mar 2014 07:17:29 -0700 (PDT) From: Anton Shterenlikht Message-Id: <201403211417.s2LEHRZu005745@mech-cluster241.men.bris.ac.uk> To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: r262690 ia64: fatal kernel trap: Page Not Present: comm = automoc4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: mexas@bris.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 Mar 2014 14:23:05 -0000 Got the same trap twice in a row. Both times triggered by building one of these moc related ports in poudriere: 02 www/webkit-qt4 configure 03 www/webkit-gtk2 build 04 sysutils/qzeitgeist build 01 www/webkit-qt4 configure 02 www/webkit-gtk2 configure 03 multimedia/gstreamer1-libav build 04 sysutils/qzeitgeist build db> show msgbuf msgbufp = 0xe0000040fffbdfb8 magic = 63062, size = 98232, r= 14587, w = 14922, ptr = 0xe0000040fffa6000, cksum= 1131957 fatal kernel trap (cpu 0): trap vector = 0x14 (Page Not Present) cr.iip = 0x9ffc000000508600 cr.ipsr = 0x10080a6018 (ac,mfl,ic,i,dt,dfh,rt,cpl=0,it,ri=0) cr.isr = 0x400000000 (code=0,vector=0,r,ei=0) cr.ifa = 0x2b00669 curthread = 0xe0000040708a7b00 pid = 63114, comm = automoc4 http://www.freebsd.org/cgi/query-pr.cgi?pr=187816 Any advice? Thanks Anton From owner-freebsd-current@FreeBSD.ORG Fri Mar 21 15:53:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF131309 for ; Fri, 21 Mar 2014 15:53:54 +0000 (UTC) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 784FEC81 for ; Fri, 21 Mar 2014 15:53:54 +0000 (UTC) Received: by mail-wi0-f175.google.com with SMTP id cc10so644235wib.8 for ; Fri, 21 Mar 2014 08:53:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=Zclgr3PaBytBD8g5WILrzGASOG+Ak8mlQk33X8u095A=; b=kBIonEwM9iPdI2iM7GM8TLyXdoWA2q5QBTl/Wzwpch+itWh4RLTIw9LuMdKfeCZpL6 x0syMbF4Yc/MZk2RtFbsISHtaqPUVDIiEasJL/fLFQBaaWiauCvQNULu3OGJxOsGC2ou jBWisPVoM9jN4Y5fig63uMSuf2L3BAv3ahnhWHDaYqy6u61dGArZNgwHPqLVQSzlFxqN N4QlkgukggmfVommU2PzsNXCpIssNo/TnkPCE7a3nXO1vzsQosBC7cvlFPO1/OPdCsRU Ojej9Os6T/N3MZPKzLi+sKy0wnWOeYiy0PXOLDKaLYYtAtYcZWf/SJnm8knw8xobUh5m YucQ== X-Received: by 10.180.188.229 with SMTP id gd5mr3369300wic.54.1395417233018; Fri, 21 Mar 2014 08:53:53 -0700 (PDT) Received: from gumby.homeunix.com ([94.195.197.72]) by mx.google.com with ESMTPSA id jd2sm5916921wic.9.2014.03.21.08.53.51 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Fri, 21 Mar 2014 08:53:51 -0700 (PDT) Date: Fri, 21 Mar 2014 15:53:48 +0000 From: RW To: freebsd-current@freebsd.org Subject: Re: geli TRIM support Message-ID: <20140321155348.2945e05e@gumby.homeunix.com> In-Reply-To: References: X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 15:53:54 -0000 On Thu, 20 Mar 2014 19:34:04 +0000 Mike C. wrote: > I was actually googling about this yesterday and found no more info > then the thread you posted. > > So its seems that nothing was done related to this so far? > > Which means using trim+geli is problematic. These days SSD devices have static wear-levelling so you don't need to maximize the number of free blocks, just maintain a small pool. You can do that by not partitioning the whole device and leaving a few percent unused. I'm not sure what you would do if the device had already been written to though, if FreeBSD has a command to trim a device I don't know what it is. You could just use Linux's hdparm from a live CD. You should also be OK if you have a non-geli UFS partition with sufficient free space on the same device. > I was using my ssd with UFS+trim+geli in my laptop. But even before > noticing the lack of support changed my setup... since the laptop has > both a ssd and hdd I am now using zfs+geli in the hdd. I have 2 > partitions in the ssd and I'm using it for log/cache. I've been considering that, but I did have a couple of concerns: 1. l2arc sounds like it would be much less effective outside of servers because, AFAIK, the cache doesn't survive a reboot. 2. the l2arc cache turns reads on the filesystem into writes to the SSD. From owner-freebsd-current@FreeBSD.ORG Fri Mar 21 16:40:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5030E7ED; Fri, 21 Mar 2014 16:40:21 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D6DD6172; Fri, 21 Mar 2014 16:40:20 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.8/8.14.8) with ESMTP id s2LGeG24014951 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 21 Mar 2014 10:40:17 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.8/8.14.8/Submit) with ESMTP id s2LGeG07014948; Fri, 21 Mar 2014 10:40:16 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 21 Mar 2014 10:40:16 -0600 (MDT) From: Warren Block To: =?ISO-8859-15?Q?Dag-Erling_Sm=F8rgrav?= Subject: Re: Hello fdclose In-Reply-To: <86fvmbzlbn.fsf@nine.des.no> Message-ID: References: <201403181404.52197.jhb@freebsd.org> <201403191523.33275.jhb@freebsd.org> <86zjkkr5ma.fsf@nine.des.no> <86fvmbzlbn.fsf@nine.des.no> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Fri, 21 Mar 2014 10:40:17 -0600 (MDT) Content-Type: TEXT/PLAIN; charset=utf-8; format=flowed Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: jilles@freebsd.org, freebsd-current@freebsd.org, Mariusz Zaborski , freebsd-arch@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 16:40:21 -0000 On Fri, 21 Mar 2014, Dag-Erling Smørgrav wrote: > Warren Block writes: >> Dag-Erling Smørgrav writes: >>> We always use [The .Nm foo utility or The .Fn foo function] instead >>> of just .Nm or .Fn at the start of a sentence, but never (or rarely) >>> within a sentence. >> By "we", do you mean the FreeBSD project or your local organization? >> Is there a specific reason the redundant wording, or is it just >> customary? > > I mean the FreeBSD project, and the reason is as John stated: all > sentences must start with a capital letter. I've gotten so used to this > over the past 15 years that I even do it in email and other non-FreeBSD > written material. > > DES "Because it's been that way for 15 years" is not always a justification (consider BIND in base, for example :). I'll let this drop for now, but still find it interesting that it is not mentioned in the FDP Primer, and those style guide rules date back at least 15 years. It may be that the original doc project members felt that capitalizing the first word of a sentence was so obvious that it did not need to be stated. Or possibly, that it was a rule that could be usefully broken at times. From owner-freebsd-current@FreeBSD.ORG Fri Mar 21 16:53:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A1BF02C2; Fri, 21 Mar 2014 16:53:46 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 71A65365; Fri, 21 Mar 2014 16:53:46 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 74509A8E; Fri, 21 Mar 2014 16:53:44 +0000 (UTC) Date: Fri, 21 Mar 2014 16:53:40 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, kib@FreeBSD.org Message-ID: <135208969.8.1395420822857.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #324 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 16:53:46 -0000 See Changes: [kib] Fix two issues with /dev/mem access on amd64, both causing kernel pag= e faults. First, for accesses to direct map region should check for the limit by which direct map is instantiated. Second, for accesses to the kernel map, success returned from the kernacc(9) does not guarantee that consequent attempt to read or write to the checked address succeed, since other thread might invalidate the address meantime. Add a new thread private flag TDP_DEVMEMIO, which instructs vm_fault() to return error when fault happens on the MAP_ENTRY_NOFAULT entry, instead of panicing. The trap handler would then see a page fault from access, and recover in normal way, making /dev/mem access safer. Remove GIANT_REQUIRED from the amd64 memrw(), since it is not needed and having Giant locked does not solve issues for amd64. Note that at least the second issue exists on other architectures, and requires similar patching for md code. Reported and tested by:=09clusteradm (gjb, sbruno) Sponsored by:=09The FreeBSD Foundation MFC after:=091 week [kib] Initialize vm_map_entry member wiring_thread on the map entry creatio= n. This was missed in r253190. Reported by:=09hps, peter Tested by:=09hps Sponsored by:=09The FreeBSD Foundation MFC after:=093 days ------------------------------------------ [...truncated 219602 lines...] cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I -I -I. -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-fram= e-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx = -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fsta= ck-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -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 -Wno-error-= tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality= -Wno-unused-function -c --- mac_socket.o --- ctfconvert -L VERSION -g mac_socket.o --- modules-all --- --- ar9287_olc.o --- ctfconvert -L VERSION -g ar9287_olc.o --- sg_pager.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- modules-all --- --- ar9300_radar.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I -I -I. -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-fram= e-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx = -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fsta= ck-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -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 -Wno-error-= tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality= -Wno-unused-function -c --- phys_pager.o --- ctfconvert -L VERSION -g phys_pager.o --- uma_core.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- sg_pager.o --- ctfconvert -L VERSION -g sg_pager.o --- uma_dbg.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror ctfconvert -L VERSION -g uma_dbg.o --- vm_glue.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- modules-all --- --- ar9300_interrupts.o --- ctfconvert -L VERSION -g ar9300_interrupts.o --- ar9300_radar.o --- ctfconvert -L VERSION -g ar9300_radar.o --- ar9300_ani.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I -I -I. -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-fram= e-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx = -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fsta= ck-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -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 -Wno-error-= tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality= -Wno-unused-function -c --- ar9300_keycache.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I -I -I. -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-fram= e-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx = -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fsta= ck-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -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 -Wno-error-= tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality= -Wno-unused-function -c --- vm_glue.o --- ctfconvert -L VERSION -g vm_glue.o --- vm_init.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror ctfconvert -L VERSION -g vm_init.o --- vm_kern.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- modules-all --- ctfconvert -L VERSION -g ar9300_keycache.o --- ar9300_radio.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I -I -I. -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-fram= e-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx = -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fsta= ck-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -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 -Wno-error-= tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality= -Wno-unused-function -c --- ar9300_ani.o --- ctfconvert -L VERSION -g ar9300_ani.o --- ar9300_xmit.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I -I -I. -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-fram= e-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx = -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fsta= ck-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -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 -Wno-error-= tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality= -Wno-unused-function -c --- vm_kern.o --- ctfconvert -L VERSION -g vm_kern.o --- vm_meter.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- uma_core.o --- ctfconvert -L VERSION -g uma_core.o --- vm_phys.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- modules-all --- --- ar9300_radio.o --- ctfconvert -L VERSION -g ar9300_radio.o --- vm_meter.o --- ctfconvert -L VERSION -g vm_meter.o --- vm_radix.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- modules-all --- --- ar9300_attach.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I -I -I. -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-fram= e-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx = -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fsta= ck-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -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 -Wno-error-= tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality= -Wno-unused-function -c --- ar9300_xmit.o --- ctfconvert -L VERSION -g ar9300_xmit.o --- vm_phys.o --- ctfconvert -L VERSION -g vm_phys.o --- vm_reserv.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- vm_radix.o --- ctfconvert -L VERSION -g vm_radix.o --- vm_unix.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- modules-all --- --- ar9300_mci.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I -I -I. -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-fram= e-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx = -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fsta= ck-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -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 -Wno-error-= tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality= -Wno-unused-function -c --- vm_unix.o --- ctfconvert -L VERSION -g vm_unix.o --- vm_zeroidle.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- vm_reserv.o --- ctfconvert -L VERSION -g vm_reserv.o --- features.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- vm_zeroidle.o --- ctfconvert -L VERSION -g vm_zeroidle.o --- xdr.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- features.o --- ctfconvert -L VERSION -g features.o --- xdr_array.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror ctfconvert -L VERSION -g xdr_array.o --- xdr_mbuf.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- xdr.o --- ctfconvert -L VERSION -g xdr.o --- xdr_mem.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- xdr_mbuf.o --- ctfconvert -L VERSION -g xdr_mbuf.o --- xdr_reference.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- xdr_mem.o --- ctfconvert -L VERSION -g xdr_mem.o --- xdr_sizeof.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- modules-all --- --- ar9300_attach.o --- ctfconvert -L VERSION -g ar9300_attach.o --- xdr_reference.o --- ctfconvert -L VERSION -g xdr_reference.o --- modules-all --- --- ar9300_stub.o --- --- hpt27xx_lib.o --- --- xdr_sizeof.o --- ctfconvert -L VERSION -g xdr_sizeof.o --- modules-all --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I -I -I. -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-fram= e-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx = -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fsta= ck-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -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 -Wno-error-= tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality= -Wno-unused-function -c --- hpt27xx_lib.o --- uudecode < --- hptmvraid.o --- uudecode < --- modules-all --- --- ar9300_mci.o --- ctfconvert -L VERSION -g ar9300_mci.o --- ar9300_xmit_ds.o --- --- hptmvraid.o --- ctfconvert -L VERSION -g hptmvraid.o --- modules-all --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I -I -I. -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-fram= e-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx = -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fsta= ck-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -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 -Wno-error-= tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality= -Wno-unused-function -c --- hptnr_lib.o --- uudecode < ctfconvert -L VERSION -g hptnr_lib.o --- hpt27xx_lib.o --- ctfconvert -L VERSION -g hpt27xx_lib.o --- hptrr_lib.o --- uudecode < --- amd64_mem.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- modules-all --- --- ar9300_stub.o --- ctfconvert -L VERSION -g ar9300_stub.o --- hptrr_lib.o --- ctfconvert -L VERSION -g hptrr_lib.o --- atomic.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- bios.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror ctfconvert -L VERSION -g bios.o --- db_disasm.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- atomic.o --- ctfconvert -L VERSION -g atomic.o --- db_interface.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- amd64_mem.o --- ctfconvert -L VERSION -g amd64_mem.o --- db_trace.o --- --- modules-all --- --- ar9300_xmit_ds.o --- ctfconvert -L VERSION -g ar9300_xmit_ds.o --- db_trace.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- db_interface.o --- ctfconvert -L VERSION -g db_interface.o --- modules-all --- --- ar9300_beacon.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I -I -I. -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/con= trib/altq -fno-common -gdwarf-2 -fno-omit-frame-pointer -mno-omit-leaf-fram= e-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx = -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fsta= ck-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -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 -Wno-error-= tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality= -Wno-unused-function -c --- gdb_machdep.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- db_disasm.o --- ctfconvert -L VERSION -g db_disasm.o --- in_cksum.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- gdb_machdep.o --- ctfconvert -L VERSION -g gdb_machdep.o --- initcpu.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- in_cksum.o --- ctfconvert -L VERSION -g in_cksum.o --- io.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- initcpu.o --- ctfconvert -L VERSION -g initcpu.o --- mem.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- db_trace.o --- ctfconvert -L VERSION -g db_trace.o --- minidump_machdep.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- modules-all --- ctfconvert -L VERSION -g ar9300_beacon.o --- io.o --- ctfconvert -L VERSION -g io.o --- ptrace_machdep.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -gdwarf-2 -Wall -Wredunda= nt-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extension= s -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautologica= l-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unuse= d-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_= global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mn= o-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-= asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror --- mem.o --- :105:32: error: use of undeclared identifier 'dmaplimit'; did you mean = 'pmap_init'? (v > DMAP_MIN_ADDRESS + dmaplimit && ^~~~~~~~~ pmap_init :121= :8: note: 'pmap_init' declared here void pmap_init(void); ^ :105:30: error: arithmetic on a pointer to the function type 'void (voi= d)' is a GNU extension [-Werror,-Wpointer-arith] (v > DMAP_MIN_ADDRESS + dmaplimit && ^ ~~~~~~~~~ :105:11: error: ordered comparison between pointer and integer ('u_long= ' (aka 'unsigned long') and 'void (*)(void)') [-Werror] (v > DMAP_MIN_ADDRESS + dmaplimit && ~ ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 3 errors generated. *** [mem.o] Error code 1 make[2]: stopped in /usr/obj --- modules-all --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [modules-all] Error code 2 make[2]: stopped in /usr/obj --- ptrace_machdep.o --- ctfconvert -L VERSION -g ptrace_machdep.o --- minidump_machdep.o --- ctfconvert -L VERSION -g minidump_machdep.o 2 errors make[2]: stopped in /usr/obj *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Fri Mar 21 16:54:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C31E73D9; Fri, 21 Mar 2014 16:54:22 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 7DDD7370; Fri, 21 Mar 2014 16:54:22 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 626E48D67; Fri, 21 Mar 2014 16:54:21 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 6B157960; Fri, 21 Mar 2014 17:54:13 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Warren Block Subject: Re: Hello fdclose References: <201403181404.52197.jhb@freebsd.org> <201403191523.33275.jhb@freebsd.org> <86zjkkr5ma.fsf@nine.des.no> <86fvmbzlbn.fsf@nine.des.no> Date: Fri, 21 Mar 2014 17:54:13 +0100 In-Reply-To: (Warren Block's message of "Fri, 21 Mar 2014 10:40:16 -0600 (MDT)") Message-ID: <86mwgj7aru.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: jilles@freebsd.org, freebsd-current@freebsd.org, Mariusz Zaborski , freebsd-arch@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 16:54:22 -0000 Warren Block writes: > Dag-Erling Sm=C3=B8rgrav writes: > > I mean the FreeBSD project, and the reason is as John stated: all > > sentences must start with a capital letter. I've gotten so used to > > this over the past 15 years that I even do it in email and other > > non-FreeBSD written material. > "Because it's been that way for 15 years" is not always a > justification (consider BIND in base, for example :). "I don't like your answer, so I will ignore it" is not a justification either. It's kindergarden behavior and beneath the dignity of a FreeBSD committer. We have a rule that sentences must always start with a capital letter. The fact that this rule was instituted 15 years ago does not automatically invalidate it, and neither does the fact that Joe Random Committer disagrees with it. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Mar 21 17:20:27 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 679C1292; Fri, 21 Mar 2014 17:20:27 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 35FDF7F7; Fri, 21 Mar 2014 17:20:26 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WR37E-000GXT-KH; Fri, 21 Mar 2014 17:20:20 +0000 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 s2LHKHV4072021; Fri, 21 Mar 2014 11:20:17 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/0mIVqU4NTCgACqjRlEzw1 Subject: Re: Hello fdclose From: Ian Lepore To: Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= In-Reply-To: <86mwgj7aru.fsf@nine.des.no> References: <201403181404.52197.jhb@freebsd.org> <201403191523.33275.jhb@freebsd.org> <86zjkkr5ma.fsf@nine.des.no> <86fvmbzlbn.fsf@nine.des.no> <86mwgj7aru.fsf@nine.des.no> Content-Type: text/plain; charset="ISO-8859-1" Date: Fri, 21 Mar 2014 11:20:17 -0600 Message-ID: <1395422417.81853.14.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by damnhippie.dyndns.org id s2LHKHV4072021 Cc: Warren Block , jilles@FreeBSD.org, freebsd-arch@FreeBSD.org, freebsd-current@FreeBSD.org, Mariusz Zaborski X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 17:20:27 -0000 On Fri, 2014-03-21 at 17:54 +0100, Dag-Erling Sm=F8rgrav wrote: > Warren Block writes: > > Dag-Erling Sm=F8rgrav writes: > > > I mean the FreeBSD project, and the reason is as John stated: all > > > sentences must start with a capital letter. I've gotten so used to > > > this over the past 15 years that I even do it in email and other > > > non-FreeBSD written material. > > "Because it's been that way for 15 years" is not always a > > justification (consider BIND in base, for example :). >=20 > "I don't like your answer, so I will ignore it" is not a justification > either. It's kindergarden behavior and beneath the dignity of a FreeBS= D > committer. >=20 > We have a rule that sentences must always start with a capital letter. > The fact that this rule was instituted 15 years ago does not > automatically invalidate it, and neither does the fact that Joe Random > Committer disagrees with it. >=20 > DES Just as the age of a moronic "rule" such as this doesn't in any way justify the idea that it could never be changed. Especially when the "rule" appears to be an undocumented prejudice. People love to throw around assertions about "rules" of the English language. It doesn't have many rules (subject has to agree in number with the verb, that's about it for unbreakable rules), but it has as many opinions on proper style as there are readers and writers. -- Ian From owner-freebsd-current@FreeBSD.ORG Fri Mar 21 18:44:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6EA735A1 for ; Fri, 21 Mar 2014 18:44:06 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 2D8C7159 for ; Fri, 21 Mar 2014 18:44:05 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 320BB5FB58; Fri, 21 Mar 2014 18:44:03 +0000 (UTC) Message-ID: <532C8871.9000404@allanjude.com> Date: Fri, 21 Mar 2014 14:44:01 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: =?ISO-8859-2?Q?M=26S_-_Krasznai_Andr=E1s?= , "freebsd-current@freebsd.org" Subject: Re: dual-booting windows 7 and freebsd 10 from gpt partition SSD References: <3B0F582294DE3E448963BA62DC306AEE31B45D4F8B@exchange.mands.hu> In-Reply-To: <3B0F582294DE3E448963BA62DC306AEE31B45D4F8B@exchange.mands.hu> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="au2TlUNKkgLUHjPDRLTcInKBXSIaHC8qu" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 18:44:06 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --au2TlUNKkgLUHjPDRLTcInKBXSIaHC8qu Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable On 2014-03-21 03:47, M&S - Krasznai Andr=E1s wrote: > hi >=20 > I have been using freebsd and windows 7 on mbr partitioned hdd (using e= asybcd on windows to manipulate boot menu and boot code). >=20 > recently I bought an new machine with Intel I7 processor, uefi bios, s= sd and installed windows 7 64-bit first. >=20 > after that I installed freebsd 10 (amd64); I used guided partitioning, = which created a 64-kB freebsd-boot partition, a 48GB / partition and a sw= ap about 2.5 GB. >=20 >=20 > Then I tried to set up booting by the same method: install easybcd in w= indows, then set up boot menu with easybcd, add an entry freebsd as BSD= /FreeBSD type entry, but this time I am not able to get it work. >=20 > Win 7 boots OK, but freebsd does not start, the windows boot manager co= mplains about missing or corrupt boot block, which is definitely on the g= iven full path. >=20 > How can I get a working dual booting system in this case? Can anbody he= lp me? >=20 > Regards > Krasznai Andr=E1s > rendszerm=E9rn=F6k > M&S Informatikai Zrt. > 1136 Budapest, Pann=F3nia u. 17/A. > Telefon: +36 1 703-2923 > Mobil: +36 30 703-2923 >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 If I recall correctly, Windows will only boot a GPT partition if uEFI is enabled, and FreeBSD cannot boot uEFI (yet). I have only successfully dual booted using 2 different drives and using the BIOS boot selection menu, with the BIOS set to uEFI/CSM fallback mode, so that it uses uEFI for the Windows disk and CSM for the FreeBSD disk. Although, I didn't really try that hard, as I had the two drives and it worked. --=20 Allan Jude --au2TlUNKkgLUHjPDRLTcInKBXSIaHC8qu 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTLIh0AAoJEJrBFpNRJZKfeBYP/2JCvpuQLmmxrPQl0E+1iV9Q zGZTvYv1bA4sX4DMRXsTnXF0oVyiAQK/NiamcIsaY0r67Jje1rbK/DiIypdcwxbL unQTaKvb/1Zxn0HAIT0S5nUReu3JH0fafq4NpA7uKj+zZ4te3bYMRGozlAIi6RB9 U/V82P1iMVvoJy7ZoHCgTYv7HAyedY7LMFyp4F1sOW+uJTme63HReNq48Fkdyrvr ZMd3aRCQvEIE/y6qcJ+OAV3Gug8TtK5/aUcWqlEtif225u6/ianl4j0SbR43DgRi eTc4LjYN8EKEaa7NqIbdJH9+KlDWRS5WLSpKb5YY1P8PJcxf1mnOD852bJG4gnb5 32jfitzLyh0RVtJ+14cdf27reYCIH+vN1Zzt+aRAxkFGpTmM0xp4g2vXb22BT4oR ceI9RuXv33GZ9KdLE7BHpBv9s0m7zRHyK2p+daGXwZSB/PaV6tUJezo53GlaOVXt RtHd778lY5dZVW0vuZZ9krf4xyufVjE+13Ic74Ebg2HfOQSdiJEPaNwk92V5SCUK w6PPZJQvKxwIxr5Zyr1WP7Et/Ml3XMvsi6CuNsCVP4MzEZ8ORfZeWgPyuAH3/h8W zr0XwvqpgAfH4kkvjHVQbBEYeQ1/Cikx/pGkW41lPzHK7gGIPt1yOMLswzCgYQPb Eml9H5/Y3QHk0AqHh1lP =46GZ -----END PGP SIGNATURE----- --au2TlUNKkgLUHjPDRLTcInKBXSIaHC8qu-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 21 18:58:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CAB0322E for ; Fri, 21 Mar 2014 18:58:14 +0000 (UTC) Received: from mail-pb0-f42.google.com (mail-pb0-f42.google.com [209.85.160.42]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 96C0E2B6 for ; Fri, 21 Mar 2014 18:58:14 +0000 (UTC) Received: by mail-pb0-f42.google.com with SMTP id rr13so2775327pbb.15 for ; Fri, 21 Mar 2014 11:58:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=Ni6vJ+PsNCtSifKSdpJhnt6fxZ9hnr42KmjMjz22hXA=; b=F+J4StsMeQC22rpaLCNywSqW2FYPYHeVr9FzjLGJaD2ejuS936kol038gG6nKpiEkX 3+LVtRxjtYDIBYCooigGPebRKCae6oIgdVCZxO0Tql+p237cC1t0l53C9YEZ7AtO7/Kp rhIM8iClSWohM7Y4gtqSnv+BuFaz9YnEw9olgIRgOJ0ZoOlgGDKGXvHbgIFcyJmflOV6 jbWpaVlbyo2Wrv25uT2TchE1LHnJHDKg4iZTRxBlYjBCKCL5UZehiNwgRhYFvp7Cw4Uu hsqyFD8llVc1cn23TkGeyOUcM6D/SdwezHS/uxw6WUn+fQKO6UDcnmwKcyY8u6ZH2bCM ldCg== X-Gm-Message-State: ALoCoQnJObUs4oI52UH/a3DzQ8jbA+hLOEnaHWOkeZmTpX3vp9lR3+3mOwILUGUqbM1yn+3IOunb X-Received: by 10.66.20.10 with SMTP id j10mr57357297pae.11.1395428287863; Fri, 21 Mar 2014 11:58:07 -0700 (PDT) Received: from lgmac-scingram.corp.netflix.com (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id om6sm11284596pbc.43.2014.03.21.11.58.06 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 21 Mar 2014 11:58:07 -0700 (PDT) Sender: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Hello fdclose From: Warner Losh In-Reply-To: <1395422417.81853.14.camel@revolution.hippie.lan> Date: Fri, 21 Mar 2014 12:58:05 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <98DE2314-1233-4C12-8346-5D1240B9BAAF@bsdimp.com> References: <201403181404.52197.jhb@freebsd.org> <201403191523.33275.jhb@freebsd.org> <86zjkkr5ma.fsf@nine.des.no> <86fvmbzlbn.fsf@nine.des.no> <86mwgj7aru.fsf@nine.des.no> <1395422417.81853.14.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1874) Cc: Warren Block , Mariusz Zaborski , freebsd-current@FreeBSD.org, freebsd-arch@FreeBSD.org, jilles@FreeBSD.org, =?windows-1252?Q?Dag-Erling_Sm=F8rgrav?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 18:58:14 -0000 On Mar 21, 2014, at 11:20 AM, Ian Lepore wrote: > On Fri, 2014-03-21 at 17:54 +0100, Dag-Erling Sm=F8rgrav wrote: >> Warren Block writes: >>> Dag-Erling Sm=F8rgrav writes: >>>> I mean the FreeBSD project, and the reason is as John stated: all >>>> sentences must start with a capital letter. I've gotten so used to >>>> this over the past 15 years that I even do it in email and other >>>> non-FreeBSD written material. >>> "Because it's been that way for 15 years" is not always a >>> justification (consider BIND in base, for example :). >>=20 >> "I don't like your answer, so I will ignore it" is not a = justification >> either. It's kindergarden behavior and beneath the dignity of a = FreeBSD >> committer. >>=20 >> We have a rule that sentences must always start with a capital = letter. >> The fact that this rule was instituted 15 years ago does not >> automatically invalidate it, and neither does the fact that Joe = Random >> Committer disagrees with it. >>=20 >> DES >=20 > Just as the age of a moronic "rule" such as this doesn't in any way > justify the idea that it could never be changed. Especially when the > "rule" appears to be an undocumented prejudice. It has been the way things have been for a long time, and everybody that has been writing man pages in the project for any length of time knows it. Ruslan was especially good about fixing this issue back in the day. This rule was hashed out and there=92s really no compelling = reason to change it. Unlike BIND, we have had no complaints about it in the almost two decades it has been around=85 It does serve a useful purpose, though, which is why it has endured. If you were to have a man page that said =91Putc(3) returns =85=92 then = the automated tools (and web links) that find Putc.3 wouldn=92t be able to = since it doesn=92t exist. > People love to throw around assertions about "rules" of the English > language. It doesn't have many rules (subject has to agree in number > with the verb, that's about it for unbreakable rules), but it has as > many opinions on proper style as there are readers and writers. This is the proper style for FreeBSD man page, by convention. It is so basic that it doesn=92t surprise me it isn=92t in the docs, but it also = surprises me that it isn=92t. There=92s numerous instances of this rule being mentioned in commit = messages: http://lists.freebsd.org/pipermail/cvs-doc/2008-February/017562.html http://osdir.com/ml/os.freebsd.devel.cvs.doc/2004-07/msg00284.html = http://blog.gmane.org/gmane.os.freebsd.devel.documentation/month=3D2005020= 1/page=3D6 or the discussions in the archives like: http://osdir.com/ml/freebsd.devel.documentation/2002-05/msg00589.html = http://markmail.org/thread/jx2jr5myngp5jg5d#query:+page:1+mid:lasvnzqoojxf= eoet+state:results or a few other places. These discussions span the last 15 years (the oldest one is 1999, but = the convention is easily a few years older than that). Warner From owner-freebsd-current@FreeBSD.ORG Fri Mar 21 20:01:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95462BB5; Fri, 21 Mar 2014 20:01:57 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 823D1BE6; Fri, 21 Mar 2014 20:01:57 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 807A5ACE; Fri, 21 Mar 2014 20:01:57 +0000 (UTC) Date: Fri, 21 Mar 2014 20:01:55 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, bdrewery@FreeBSD.org, glebius@FreeBSD.org, kib@FreeBSD.org Message-ID: <150500963.9.1395432116679.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <135208969.8.1395420822857.JavaMail.jenkins@jenkins-9.freebsd.org> References: <135208969.8.1395420822857.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #325 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 20:01:57 -0000 See From owner-freebsd-current@FreeBSD.ORG Sat Mar 22 00:33:45 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 14AD5873; Sat, 22 Mar 2014 00:33:45 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id C2C8D8F7; Sat, 22 Mar 2014 00:33:44 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id C3A8C6E18; Sat, 22 Mar 2014 00:33:42 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 620E2CB6; Sat, 22 Mar 2014 01:33:34 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Ian Lepore Subject: Re: Hello fdclose References: <201403181404.52197.jhb@freebsd.org> <201403191523.33275.jhb@freebsd.org> <86zjkkr5ma.fsf@nine.des.no> <86fvmbzlbn.fsf@nine.des.no> <86mwgj7aru.fsf@nine.des.no> <1395422417.81853.14.camel@revolution.hippie.lan> Date: Sat, 22 Mar 2014 01:33:34 +0100 In-Reply-To: <1395422417.81853.14.camel@revolution.hippie.lan> (Ian Lepore's message of "Fri, 21 Mar 2014 11:20:17 -0600") Message-ID: <86ior76pi9.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Warren Block , jilles@FreeBSD.org, freebsd-arch@FreeBSD.org, freebsd-current@FreeBSD.org, Mariusz Zaborski X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 00:33:45 -0000 Ian Lepore writes: > Just as the age of a moronic "rule" such as this doesn't in any way > justify the idea that it could never be changed. I never claimed it did, but I can see how it would be convenient to pretend that I did so you can attack that instead of discussing the actual issue. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Mar 22 00:51:48 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0F99FA2; Sat, 22 Mar 2014 00:51:48 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 991D6A6B; Sat, 22 Mar 2014 00:51:48 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 3753C6E6C; Sat, 22 Mar 2014 00:51:47 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 09231CD9; Sat, 22 Mar 2014 01:51:39 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Warner Losh Subject: Re: Hello fdclose References: <201403181404.52197.jhb@freebsd.org> <201403191523.33275.jhb@freebsd.org> <86zjkkr5ma.fsf@nine.des.no> <86fvmbzlbn.fsf@nine.des.no> <86mwgj7aru.fsf@nine.des.no> <1395422417.81853.14.camel@revolution.hippie.lan> <98DE2314-1233-4C12-8346-5D1240B9BAAF@bsdimp.com> Date: Sat, 22 Mar 2014 01:51:38 +0100 In-Reply-To: <98DE2314-1233-4C12-8346-5D1240B9BAAF@bsdimp.com> (Warner Losh's message of "Fri, 21 Mar 2014 12:58:05 -0600") Message-ID: <86a9cj6oo5.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Warren Block , Ian Lepore , Mariusz Zaborski , freebsd-current@FreeBSD.org, freebsd-arch@FreeBSD.org, jilles@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 00:51:49 -0000 Warner Losh writes: > It does serve a useful purpose, though, which is why it has endured. > If you were to have a man page that said =E2=80=98Putc(3) returns =E2=80= =A6=E2=80=99 then the > automated tools (and web links) that find Putc.3 wouldn=E2=80=99t be able= to since > it doesn=E2=80=99t exist. Moreover - if FreeBSD were written in Pascal, it might not matter, but in C, _exit(2) and _Exit(3) are two different functions. (I'm sure there are other examples without a leading underscore) (eww, starting a sentence with a non-alphabetic character would be even worse...) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Mar 22 01:13:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BD0DC861 for ; Sat, 22 Mar 2014 01:13:45 +0000 (UTC) Received: from mail-ve0-x235.google.com (mail-ve0-x235.google.com [IPv6:2607:f8b0:400c:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8054BC0E for ; Sat, 22 Mar 2014 01:13:45 +0000 (UTC) Received: by mail-ve0-f181.google.com with SMTP id oy12so3435520veb.12 for ; Fri, 21 Mar 2014 18:13:44 -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=dGl/xkLCGiPDOhqOhEXWOIwPdSn8vO9E+w/Ev3Dkli8=; b=rVTq3wJcx54Dsbv8ZTdiPXGPqoyGlbevhfThwNUTjbRrXjwCkv9F0qRLke1mXuqy5l FS7n8RkEIo1pVHbLJy1erluuLTsUJfp1z0ZiMCrU+X5CyVHkt8QoB2Pr50h61TrTfPyz x9UaasvXTACcCe8+IZFd3a7q/Ed2s6nOVUtNibb9FnP0c3Z7DjCHDeezbwcR+zyPyrMW ja7p5iZcoW9H4gBiOnLZW7+ru9YSIfJWC/1uHTTI0TVdKvpCyHSPgKD1BSuM48qYjiPq 4m20xEMXuzFbBI2nOXgJUvzi2xJA1EH1bDqj/6QGq3ZeIwOL4EDY6Tl0mRIeAKbjYKvN 4Pwg== MIME-Version: 1.0 X-Received: by 10.220.92.135 with SMTP id r7mr39833359vcm.11.1395450824692; Fri, 21 Mar 2014 18:13:44 -0700 (PDT) Received: by 10.58.203.170 with HTTP; Fri, 21 Mar 2014 18:13:44 -0700 (PDT) Date: Fri, 21 Mar 2014 21:13:44 -0400 Message-ID: Subject: [CFT] ASLR and PIE on amd64 From: Shawn Webb To: FreeBSD-current Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 01:13:45 -0000 Hey All, First off, I hope that even as a non-committer, it's okay that I post a call for testing. If not, please excuse my newbishness in this process. This is my first time submitting a major patch upstream to FreeBSD. Over the past few months, I've had the opportunity and pleasure to enhance existing patches to FreeBSD that implement a common exploit mitigation technology called Address Space Layout Randomization (ASLR) along with support for Position Independent Executables (PIE). ASLR+PIE has been a long-requested feature by many people I've met on IRC. I've submitted my patch to PR kernel/181497. I'm currently in the process of adding PIE support to certain high-visibility applications in base (mainly network daemons). I've added a make.conf knob that's default to enabled (WITH_PIE=1). An application has to also explicitly support PIE as well by defining CAN_PIE in the Makefile prior to including bsd.prog.mk. After I get a decent amount of applications enabled with PIE support, I'll submit one last patch. The following sysctl's can be set with a kernel compiled with the PAX_ASLR option: security.pax.aslr.status: 1 security.pax.aslr.debug: 0 security.pax.aslr.mmap_len: 16 security.pax.aslr.stack_len: 12 security.pax.aslr.exec_len: 12 The security.pax.aslr.status sysctl enables and disables the ASLR system as a whole. The debug sysctl gives debugging output. The mmap_len sysctl tells the ASLR system how many bits to randomize with mmap() is called. The stack_len sysctl tells the ASLR system how many bits to randomize in the stack. The exec_len sysctl tells the ASLR system how many bits to randomize the execbase (this controls PIE). These sysctls can be set as a per-jail basis. If you have an application which doesn't support ASLR, yet you want ASLR enabled for everything else, you can simply place that misbehaving application in a jail with only that jail's ASLR settings turned off. Please let me know how your testing goes. I'm giving a presentation at BSDCan regarding this. If you want to keep tabs on my bleeding-edge development process, please follow my progress on GitHub: https://github.com/lattera/freebsd (branch: soldierx/lattera/aslr). Thank you very much, Shawn Webb From owner-freebsd-current@FreeBSD.ORG Sat Mar 22 07:04:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 930754CE; Sat, 22 Mar 2014 07:04:31 +0000 (UTC) Received: from mail-pd0-x22f.google.com (mail-pd0-x22f.google.com [IPv6:2607:f8b0:400e:c02::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4B601B6F; Sat, 22 Mar 2014 07:04:31 +0000 (UTC) Received: by mail-pd0-f175.google.com with SMTP id x10so3218345pdj.6 for ; Sat, 22 Mar 2014 00:04:31 -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:message-id:subject :from:to:cc:content-type; bh=Irx6AB7AtYfkcr61ySQvzFDnoXCBjZE0tlX1tccc/gs=; b=jLWNObI8npum3Pk5J6HWXsm4R+syb2d/1ofaDOLmSU36RCuJhJmQ6zyJePkufm+ULD La7CDw/Ik32w9dJiIHM8dZOerTB8XNfjhtU/YUtRZC8jrrBxJNgmNCjk+G3bMgrVvXFf oF3X3B++tDh+sN4cucrJyBgyQeR7OSrZi2TksrvJrNmYPB2K/dG1dR/7pP1GubO3l8gq LRjult3GgvQZMxWncjGjVvRXuvgKGE79S8CWgzMQ69x0oRDteNtoC84qpFkknjlEIdZU 6jdkdrVInc/vS8ykx+wyTJdGlApbDvqOZcwgTdjk93wHYF3LFxiZfR8P6RrYgBLu12fA 5GGQ== MIME-Version: 1.0 X-Received: by 10.68.193.130 with SMTP id ho2mr36211818pbc.141.1395471870983; Sat, 22 Mar 2014 00:04:30 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.0.164 with HTTP; Sat, 22 Mar 2014 00:04:30 -0700 (PDT) In-Reply-To: <86a9cj6oo5.fsf@nine.des.no> References: <201403181404.52197.jhb@freebsd.org> <201403191523.33275.jhb@freebsd.org> <86zjkkr5ma.fsf@nine.des.no> <86fvmbzlbn.fsf@nine.des.no> <86mwgj7aru.fsf@nine.des.no> <1395422417.81853.14.camel@revolution.hippie.lan> <98DE2314-1233-4C12-8346-5D1240B9BAAF@bsdimp.com> <86a9cj6oo5.fsf@nine.des.no> Date: Sat, 22 Mar 2014 00:04:30 -0700 X-Google-Sender-Auth: t2S2K2uhPJDiY0EsFCyXmjmtzwQ Message-ID: Subject: Re: Hello fdclose From: Kevin Oberman To: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Warren Block , Ian Lepore , Mariusz Zaborski , FreeBSD Current , freebsd-arch@freebsd.org, jilles@freebsd.org, Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 07:04:31 -0000 On Fri, Mar 21, 2014 at 5:51 PM, Dag-Erling Sm=C3=B8rgrav wrot= e: > Warner Losh writes: > > It does serve a useful purpose, though, which is why it has endured. > > If you were to have a man page that said =E2=80=98Putc(3) returns =E2= =80=A6=E2=80=99 then the > > automated tools (and web links) that find Putc.3 wouldn=E2=80=99t be ab= le to > since > > it doesn=E2=80=99t exist. > > Moreover - if FreeBSD were written in Pascal, it might not matter, but > in C, _exit(2) and _Exit(3) are two different functions. > > (I'm sure there are other examples without a leading underscore) > > (eww, starting a sentence with a non-alphabetic character would be even > worse...) > 3Com was once a very important networking company. 3M still is. /me duck and runs. --=20 R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Sat Mar 22 13:40:25 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73F57AB6 for ; Sat, 22 Mar 2014 13:40:25 +0000 (UTC) Received: from mailhost.m5p.com (ip-2-1-0-2.r03.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 275C1DE6 for ; Sat, 22 Mar 2014 13:40:25 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id s2MDeIpR035895 for ; Sat, 22 Mar 2014 09:40:23 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <532D92C2.1030809@m5p.com> Date: Sat, 22 Mar 2014 09:40:18 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Hello fdclose References: <201403181404.52197.jhb@freebsd.org> <201403191523.33275.jhb@freebsd.org> <86zjkkr5ma.fsf@nine.des.no> <86fvmbzlbn.fsf@nine.des.no> <86mwgj7aru.fsf@nine.des.no> <1395422417.81853.14.camel@revolution.hippie.lan> <98DE2314-1233-4C12-8346-5D1240B9BAAF@bsdimp.com> <86a9cj6oo5.fsf@nine.des.no> In-Reply-To: <86a9cj6oo5.fsf@nine.des.no> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.73 on 10.100.0.3 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Sat, 22 Mar 2014 09:40:23 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 13:40:25 -0000 On 03/21/14 20:51, Dag-Erling Smrgrav wrote: > Warner Losh writes: >> It does serve a useful purpose, though, which is why it has endured. >> If you were to have a man page that said Putc(3) returns then the >> automated tools (and web links) that find Putc.3 wouldnt be able to since >> it doesnt exist. > > Moreover - if FreeBSD were written in Pascal, it might not matter, but > in C, _exit(2) and _Exit(3) are two different functions. > > (I'm sure there are other examples without a leading underscore) > > (eww, starting a sentence with a non-alphabetic character would be even > worse...) > > DES > Etc., etc., etc. Wouldn't it be more productive to spend this effort on recasting the sentence in question so that it doesn't start with a word that starts with a small letter? -- George From owner-freebsd-current@FreeBSD.ORG Sat Mar 22 14:31:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3C7D7C2 for ; Sat, 22 Mar 2014 14:31:56 +0000 (UTC) Received: from mail-vc0-x229.google.com (mail-vc0-x229.google.com [IPv6:2607:f8b0:400c:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6FED027A for ; Sat, 22 Mar 2014 14:31:56 +0000 (UTC) Received: by mail-vc0-f169.google.com with SMTP id ik5so3949234vcb.14 for ; Sat, 22 Mar 2014 07:31: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=a3Ge24vDoK1sE5Yr5U/2paTPfh046t9/JwkIOKVc810=; b=yZ3fH4cPIwcImI428RKVP3flLiLjlLXGLyuzmvPnlkVTKK5hTy1bi23yHj9zTPk1gj UoXjkYrj/9pBrbcMbcQb1FN/I+WEd9IJAjf608bo6PsI2xJHpqzwnwHtLyKe1qJpemSI YaHwrFTFwsG5Br1wRHQoNwRwkqbGBBFc6Fo28vYJTQkFkMHe0UPLp7cIw9fD1aYVISZb TZmcYy/UaC7FRn7RKS7sy7uY3T+wXBH0+W7p2MyTZk9JP5V+2gDf/t/FPDHnLcKpMyf+ 1pSABJ0yYnupgLFhWuS/0QAFufO91mwSfmDe4UCZn3/+zx7/tVnCP9K0ZHQ9SxQLSZRm Tl4w== MIME-Version: 1.0 X-Received: by 10.52.138.112 with SMTP id qp16mr25017vdb.40.1395498715591; Sat, 22 Mar 2014 07:31:55 -0700 (PDT) Received: by 10.58.155.164 with HTTP; Sat, 22 Mar 2014 07:31:55 -0700 (PDT) In-Reply-To: <532C8871.9000404@allanjude.com> References: <3B0F582294DE3E448963BA62DC306AEE31B45D4F8B@exchange.mands.hu> <532C8871.9000404@allanjude.com> Date: Sat, 22 Mar 2014 15:31:55 +0100 Message-ID: Subject: Re: dual-booting windows 7 and freebsd 10 from gpt partition SSD From: "Ranjan1018 ." <214748mv@gmail.com> To: "freebsd-current@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: =?ISO-8859-1?Q?M=26S_=2D_Krasznai_Andr=E1s?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 14:31:56 -0000 I have installed Windows 8 and FreeBSD on the same Hard Disk, in a Samsung laptop, as explained in this post : https://forums.freebsd.org/viewtopic.php?f=3D12&t=3D44015 Maurizio 2014-03-21 19:44 GMT+01:00 Allan Jude : > On 2014-03-21 03:47, M&S - Krasznai Andr=E1s wrote: > > hi > > > > I have been using freebsd and windows 7 on mbr partitioned hdd (using > easybcd on windows to manipulate boot menu and boot code). > > > > recently I bought an new machine with Intel I7 processor, uefi bios, > ssd and installed windows 7 64-bit first. > > > > after that I installed freebsd 10 (amd64); I used guided partitioning, > which created a 64-kB freebsd-boot partition, a 48GB / partition and a sw= ap > about 2.5 GB. > > > > > > Then I tried to set up booting by the same method: install easybcd in > windows, then set up boot menu with easybcd, add an entry freebsd as > BSD/FreeBSD type entry, but this time I am not able to get it work. > > > > Win 7 boots OK, but freebsd does not start, the windows boot manager > complains about missing or corrupt boot block, which is definitely on the > given full path. > > > > How can I get a working dual booting system in this case? Can anbody > help me? > > > > Regards > > Krasznai Andr=E1s > > rendszerm=E9rn=F6k > > M&S Informatikai Zrt. > > 1136 Budapest, Pann=F3nia u. 17/A. > > Telefon: +36 1 703-2923 > > Mobil: +36 30 703-2923 > > > > > > _______________________________________________ > > 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" > > > > If I recall correctly, Windows will only boot a GPT partition if uEFI is > enabled, and FreeBSD cannot boot uEFI (yet). I have only successfully > dual booted using 2 different drives and using the BIOS boot selection > menu, with the BIOS set to uEFI/CSM fallback mode, so that it uses uEFI > for the Windows disk and CSM for the FreeBSD disk. > > Although, I didn't really try that hard, as I had the two drives and it > worked. > > -- > Allan Jude > > From owner-freebsd-current@FreeBSD.ORG Sat Mar 22 18:09:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5748D3AB for ; Sat, 22 Mar 2014 18:09:05 +0000 (UTC) Received: from mail-qc0-x235.google.com (mail-qc0-x235.google.com [IPv6:2607:f8b0:400d:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 12D5E820 for ; Sat, 22 Mar 2014 18:09:05 +0000 (UTC) Received: by mail-qc0-f181.google.com with SMTP id e9so4228353qcy.40 for ; Sat, 22 Mar 2014 11:09:04 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=WZo6ZXUfLAQvBc/aqjS/KA/x7WoWug4RRMCK0fsgtcU=; b=xA3NYgAFBbOvcTBjXdOZsJl4GLl3BbqDJ2K4xMkGw1reSI+cyDM6Gj2HarXqNWOtbP cO/sLfDdqsec25xQD1qaF2QQQLR0VvXtQJfS6uFVTLwJZ42dwjpe1ppPrWXoOjHjbNYK mWErezzxMAoYqDehOVTZfsKCdJ/0jLF4IbAbBlxPNkhJsLjvh5FxKSY+cRw1roJIMIA0 5dM292ACk6gFt4E7cl5kPpxoKEgT8lt3TzrgBMBLsz2ilUKU/EnacYVrSPx+OnEYVhs+ X/2llwDv2bBhCa9n06CSbZlh8tVm2ywx3x5+hvK+72tPcS9Gqi0clQsSyYkge+wAXMAv 60Xw== MIME-Version: 1.0 X-Received: by 10.140.101.244 with SMTP id u107mr1769802qge.107.1395511744214; Sat, 22 Mar 2014 11:09:04 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.8.137 with HTTP; Sat, 22 Mar 2014 11:09:04 -0700 (PDT) In-Reply-To: <532D92C2.1030809@m5p.com> References: <201403181404.52197.jhb@freebsd.org> <201403191523.33275.jhb@freebsd.org> <86zjkkr5ma.fsf@nine.des.no> <86fvmbzlbn.fsf@nine.des.no> <86mwgj7aru.fsf@nine.des.no> <1395422417.81853.14.camel@revolution.hippie.lan> <98DE2314-1233-4C12-8346-5D1240B9BAAF@bsdimp.com> <86a9cj6oo5.fsf@nine.des.no> <532D92C2.1030809@m5p.com> Date: Sat, 22 Mar 2014 11:09:04 -0700 X-Google-Sender-Auth: 7meRJYBY75JOIChUhu7zHcE370A Message-ID: Subject: Re: Hello fdclose From: Adrian Chadd To: George Mitchell Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 18:09:05 -0000 The call to <....> Done. Moving on! -a On 22 March 2014 06:40, George Mitchell wrote: > On 03/21/14 20:51, Dag-Erling Sm=F8rgrav wrote: >> >> Warner Losh writes: >>> >>> It does serve a useful purpose, though, which is why it has endured. >>> If you were to have a man page that said 'Putc(3) returns ...' then the >>> automated tools (and web links) that find Putc.3 wouldn't be able to >>> since >>> it doesn't exist. >> >> >> Moreover - if FreeBSD were written in Pascal, it might not matter, but >> in C, _exit(2) and _Exit(3) are two different functions. >> >> (I'm sure there are other examples without a leading underscore) >> >> (eww, starting a sentence with a non-alphabetic character would be even >> worse...) >> >> DES >> > Etc., etc., etc. Wouldn't it be more productive to spend this effort on > recasting the sentence in question so that it doesn't start with a word > that starts with a small letter? -- George > > _______________________________________________ > 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 Sat Mar 22 18:30:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 66DAFCCE for ; Sat, 22 Mar 2014 18:30:54 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 203D8A29 for ; Sat, 22 Mar 2014 18:30:54 +0000 (UTC) Received: from [84.152.140.81] (helo=tiny-r255948) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1WRQgv-0001dT-BM for freebsd-current@freebsd.org; Sat, 22 Mar 2014 19:30:45 +0100 Received: from tiny-r255948 (localhost [127.0.0.1]) by tiny-r255948 (8.14.7/8.14.3) with ESMTP id s2MIUGQK001284 for ; Sat, 22 Mar 2014 19:30:31 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by tiny-r255948 (8.14.7/8.14.3/Submit) id s2MIUG6o001283 for freebsd-current@freebsd.org; Sat, 22 Mar 2014 19:30:16 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: tiny-r255948: guru set sender to guru@unixarea.de using -f Date: Sat, 22 Mar 2014 19:30:16 +0100 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: Re: Hello fdclose Message-ID: <20140322183015.GA1273@tiny-r255948> References: <86zjkkr5ma.fsf@nine.des.no> <86fvmbzlbn.fsf@nine.des.no> <86mwgj7aru.fsf@nine.des.no> <1395422417.81853.14.camel@revolution.hippie.lan> <98DE2314-1233-4C12-8346-5D1240B9BAAF@bsdimp.com> <86a9cj6oo5.fsf@nine.des.no> <532D92C2.1030809@m5p.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT r235646 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 84.152.140.81 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Matthias Apitz 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 Mar 2014 18:30:54 -0000 Hello, I'm using as MUA the famous 'mutt' and from time to time I'm missing a feature in 'mutt': mark a thread as unwanted to present any new messages in this thread. This is one I would mark for this. Thanks matthias -- Sent from my FreeBSD netbook Matthias Apitz, , http://www.unixarea.de/ f: +49-170-4527211 UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 From owner-freebsd-current@FreeBSD.ORG Sat Mar 22 19:47:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64361D99; Sat, 22 Mar 2014 19:47:45 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 4CD26F87; Sat, 22 Mar 2014 19:47:45 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B0DF2CD0; Sat, 22 Mar 2014 19:47:44 +0000 (UTC) Date: Sat, 22 Mar 2014 19:47:40 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, bdrewery@FreeBSD.org, andrew@FreeBSD.org, glebius@FreeBSD.org, bapt@FreeBSD.org Message-ID: <853717511.10.1395517663603.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #331 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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 Mar 2014 19:47:45 -0000 See Changes: [glebius] sfxge: limit software Tx queue size. Previous implementation limits put queue size only (when Tx lock can't be acquired), but get queue may grow unboundedly which results in mbuf pools exhaustion and latency growth. Submitted by:=09Andrew Rybchenko Sponsored by:=09Solarflare Communications, Inc. [bapt] Update to 20140321 This brings schema validation MFC after:=091 week [bdrewery] Create a root dataset so that /root is outside of the boot envir= onment. Discussed with:=09dteske on sysinstall@ MFC after:=091 month [andrew] Simplify how we build MACHINE_ARCH. There are 3 options that may b= e set however only arm, armeb, armv6, and soon armv6hf will be used. ------------------------------------------ [...truncated 141097 lines...] --- apu_version.o --- cc -O2 -pipe -DHAVE_CONFIG_H -I -I -I -I -I -I -DHAVE_ICONV_H=3D= 1 -DAPU_HAVE_ICONV=3D1 -std=3Dgnu99 -Qunused-arguments -fstack-protector -= Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-var= iable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality= -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wn= o-knr-promoted-parameter -Wno-parentheses -c -o apu_version.o --- crypt_blowfish.o --- cc -O2 -pipe -DHAVE_CONFIG_H -I -I -I -I -I -I -DHAVE_ICONV_H=3D= 1 -DAPU_HAVE_ICONV=3D1 -std=3Dgnu99 -Qunused-arguments -fstack-protector -= Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-var= iable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality= -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wn= o-knr-promoted-parameter -Wno-parentheses -c -o crypt_blowfish.o --- getuuid.o --- cc -O2 -pipe -DHAVE_CONFIG_H -I -I -I -I -I -I -DHAVE_ICONV_H=3D= 1 -DAPU_HAVE_ICONV=3D1 -std=3Dgnu99 -Qunused-arguments -fstack-protector -= Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-var= iable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality= -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wn= o-knr-promoted-parameter -Wno-parentheses -c -o getuuid.o --- uuid.o --- cc -O2 -pipe -DHAVE_CONFIG_H -I -I -I -I -I -I -DHAVE_ICONV_H=3D= 1 -DAPU_HAVE_ICONV=3D1 -std=3Dgnu99 -Qunused-arguments -fstack-protector -= Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-var= iable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality= -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wn= o-knr-promoted-parameter -Wno-parentheses -c -o uuid.o --- xlate.o --- cc -O2 -pipe -DHAVE_CONFIG_H -I -I -I -I -I -I -DHAVE_ICONV_H=3D= 1 -DAPU_HAVE_ICONV=3D1 -std=3Dgnu99 -Qunused-arguments -fstack-protector -= Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-var= iable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality= -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wn= o-knr-promoted-parameter -Wno-parentheses -c -o xlate.o --- usr.sbin.all__D --- --- socket.o --- cc -O2 -pipe -I -I -DPACKAGE=3D\"sntp\= " -DVERSION=3D\"1.6\" -I -DSYS_FREEBSD -DPARS= E -DHAVE_CONFIG_H -DOPENSSL -std=3Dgnu99 -Qunused-arguments -fstack-prote= ctor -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-con= st-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-eq= uality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-en= um -Wno-knr-promoted-parameter -Wno-parentheses -c In file included from :11: :1122:9: warning: 'PACKAGE' macro redefined #define PACKAGE "ntp" ^ :1:9: note: previous definition is here #define PACKAGE "sntp" ^ In file included from :11: :1285:9: warning: 'VERSION' macro redefined #define VERSION "4.2.4p5" ^ :2:9: note: previous definition is here #define VERSION "1.6" ^ In file included from :13: :18:9: warning: 'VERSION' macro redefine= d #define VERSION "1.6" /* Just the version string */ ^ :1285:9: note: previous definition is here #define VERSION "4.2.4p5" ^ --- timing.o --- cc -O2 -pipe -I -I -DPACKAGE=3D\"sntp\= " -DVERSION=3D\"1.6\" -I -DSYS_FREEBSD -DPARS= E -DHAVE_CONFIG_H -DOPENSSL -std=3Dgnu99 -Qunused-arguments -fstack-prote= ctor -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-con= st-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-eq= uality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-en= um -Wno-knr-promoted-parameter -Wno-parentheses -c --- socket.o --- 3 warnings generated. --- unix.o --- cc -O2 -pipe -I -I -DPACKAGE=3D\"sntp\= " -DVERSION=3D\"1.6\" -I -DSYS_FREEBSD -DPARS= E -DHAVE_CONFIG_H -DOPENSSL -std=3Dgnu99 -Qunused-arguments -fstack-prote= ctor -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-con= st-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-eq= uality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-en= um -Wno-knr-promoted-parameter -Wno-parentheses -c --- sntp.1.gz --- gzip -cn > sntp.1.gz --- sntp --- cc -O2 -pipe -I -I -DPACKAGE=3D\"sntp\= " -DVERSION=3D\"1.6\" -I -DSYS_FREEBSD -DPARS= E -DHAVE_CONFIG_H -DOPENSSL -std=3Dgnu99 -Qunused-arguments -fstack-prote= ctor -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-con= st-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-eq= uality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-en= um -Wno-knr-promoted-parameter -Wno-parentheses -o sntp internet.o main.o = socket.o timing.o unix.o -lm /usr/obj --- usr.bin.all__D --- --- libapr-util.a --- building static apr-util library --- usr.sbin.all__D --- =3D=3D=3D> usr.sbin/ntp/doc (all) --- usr.bin.all__D --- ranlib libapr-util.a =3D=3D=3D> usr.bin/svn/lib/libserf (all) --- aggregate_buckets.o --- --- allocator.o --- --- auth.o --- --- aggregate_buckets.o --- cc -O2 -pipe -I -I -I -I -I -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -c -o aggregate_buckets.o --- allocator.o --- cc -O2 -pipe -I -I -I -I -I -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -c -o allocator.o --- auth.o --- cc -O2 -pipe -I -I -I -I -I -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -c -o auth.o --- usr.sbin.all__D --- --- ntp.conf.5.gz --- gzip -cn > ntp.conf.5.gz --- ntp.keys.5.gz --- gzip -cn > ntp.keys.5.gz --- ntp-keygen.8.gz --- gzip -cn > ntp-keygen.8.gz --- ntpd.8.gz --- gzip -cn > ntpd.8.gz --- ntpdate.8.gz --- gzip -cn > ntpdate.8.gz --- ntpdc.8.gz --- gzip -cn > ntpdc.8.gz --- ntpq.8.gz --- gzip -cn > ntpq.8.gz --- ntptime.8.gz --- gzip -cn > ntptime.8.gz =3D=3D=3D> usr.sbin/pc-sysinstall (all) --- all --- =3D=3D=3D> usr.sbin/pc-sysinstall/backend (all) --- usr.bin.all__D --- --- auth_basic.o --- cc -O2 -pipe -I -I -I -I -I -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -c -o auth_basic.o --- auth_digest.o --- cc -O2 -pipe -I -I -I -I -I -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -c -o auth_digest.o --- auth_spnego.o --- cc -O2 -pipe -I -I -I -I -I -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -c -o auth_spnego.o --- usr.sbin.all__D --- =3D=3D=3D> usr.sbin/pc-sysinstall/backend-partmanager (all) =3D=3D=3D> usr.sbin/pc-sysinstall/backend-query (all) --- usr.bin.all__D --- --- auth_spnego_gss.o --- cc -O2 -pipe -I -I -I -I -I -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -c -o auth_spnego_gss.o --- usr.sbin.all__D --- =3D=3D=3D> usr.sbin/pc-sysinstall/conf (all) --- usr.bin.all__D --- --- barrier_buckets.o --- cc -O2 -pipe -I -I -I -I -I -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -c -o barrier_buckets.o --- usr.sbin.all__D --- =3D=3D=3D> usr.sbin/pc-sysinstall/doc (all) =3D=3D=3D> usr.sbin/pc-sysinstall/examples (all) =3D=3D=3D> usr.sbin/pc-sysinstall/pc-sysinstall (all) --- usr.bin.all__D --- --- buckets.o --- cc -O2 -pipe -I -I -I -I -I -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -c -o buckets.o --- usr.sbin.all__D --- --- pc-sysinstall.8.gz --- gzip -cn > pc-sysinstall.8.gz =3D=3D=3D> usr.sbin/pciconf (all) --- usr.bin.all__D --- --- bwtp_buckets.o --- cc -O2 -pipe -I -I -I -I -I -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -c -o bwtp_buckets.o --- chunk_buckets.o --- cc -O2 -pipe -I -I -I -I -I -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -c -o chunk_buckets.o --- usr.sbin.all__D --- --- pciconf.o --- cc -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 -Wno-uninitialized -Wno-point= er-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wn= o-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unu= sed-function -Wno-enum-conversion -c --- usr.bin.all__D --- --- context.o --- cc -O2 -pipe -I -I -I -I -I -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -c -o context.o --- dechunk_buckets.o --- cc -O2 -pipe -I -I -I -I -I -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -c -o dechunk_buckets.o --- deflate_buckets.o --- cc -O2 -pipe -I -I -I -I -I -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -c -o deflate_buckets.o --- file_buckets.o --- cc -O2 -pipe -I -I -I -I -I -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -c -o file_buckets.o --- headers_buckets.o --- cc -O2 -pipe -I -I -I -I -I -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -c -o headers_buckets.o --- incoming.o --- cc -O2 -pipe -I -I -I -I -I -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -c -o incoming.o --- iovec_buckets.o --- cc -O2 -pipe -I -I -I -I -I -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -c -o iovec_buckets.o --- usr.sbin.all__D --- --- cap.o --- cc -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 -Wno-uninitialized -Wno-point= er-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wn= o-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unu= sed-function -Wno-enum-conversion -c --- usr.bin.all__D --- --- limit_buckets.o --- cc -O2 -pipe -I -I -I -I -I -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -c -o limit_buckets.o --- mmap_buckets.o --- --- outgoing.o --- --- mmap_buckets.o --- cc -O2 -pipe -I -I -I -I -I -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -c -o mmap_buckets.o --- outgoing.o --- cc -O2 -pipe -I -I -I -I -I -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -c -o outgoing.o --- request_buckets.o --- cc -O2 -pipe -I -I -I -I -I -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -c -o request_buckets.o --- response_body_buckets.o --- cc -O2 -pipe -I -I -I -I -I -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -c -o response_body_buckets.o --- usr.sbin.all__D --- --- err.o --- cc -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 -Wno-uninitialized -Wno-point= er-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wn= o-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unu= sed-function -Wno-enum-conversion -c --- usr.bin.all__D --- --- response_buckets.o --- cc -O2 -pipe -I -I -I -I -I -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -c -o response_buckets.o --- simple_buckets.o --- cc -O2 -pipe -I -I -I -I -I -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -c -o simple_buckets.o --- usr.sbin.all__D --- --- pciconf.8.gz --- gzip -cn > pciconf.8.gz --- pciconf --- cc -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 -Wno-uninitialized -Wno-point= er-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wn= o-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unu= sed-function -Wno-enum-conversion -o pciconf pciconf.o cap.o err.o=20 =3D=3D=3D> usr.sbin/periodic (all) --- periodic.8.gz --- gzip -cn > periodic.8.gz =3D=3D=3D> usr.sbin/pkg (all) --- pkg.o --- --- usr.bin.all__D --- --- socket_buckets.o --- --- usr.sbin.all__D --- cc -O2 -pipe -I -std=3Dgnu99 -Qunused-arguments = -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-u= nused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -W= return-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-paramete= r -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decl= s -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c --- usr.bin.all__D --- cc -O2 -pipe -I -I -I -I -I -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -c -o socket_buckets.o --- ssl_buckets.o --- cc -O2 -pipe -I -I -I -I -I -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -c -o ssl_buckets.o --- ssltunnel.o --- cc -O2 -pipe -I -I -I -I -I -I -I -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-k= nr-promoted-parameter -Wno-parentheses -c -o ssltunnel.o --- usr.sbin.all__D --- --- dns_utils.o --- cc -O2 -pipe -I -std=3Dgnu99 -Qunused-arguments = -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-u= nused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -W= return-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-paramete= r -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decl= s -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c --- config.o --- cc -O2 -pipe -I -std=3Dgnu99 -Qunused-arguments = -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-u= nused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -W= return-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-paramete= r -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decl= s -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c --- pkg.7.gz --- gzip -cn > pkg.7.gz --- pkg --- cc -O2 -pipe -I -std=3Dgnu99 -Qunused-arguments = -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-u= nused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -W= return-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-paramete= r -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decl= s -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -L/usr/obj= -rpath /usr/lib/private -o pkg pkg.o dns_utils.o config.o -larchive -lel= f -lfetch -lucl -lsbuf -lssl -lcrypto --- usr.bin.all__D --- --- libserf.a --- building static serf library --- usr.sbin.all__D --- /usr/obj: undefined reference to `remainder' cc: error: linker command failed with exit code 1 (use -v to see invocation= ) *** [pkg] Error code 1 make[4]: stopped in 1 error make[4]: stopped in *** [all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [usr.sbin.all__D] Error code 2 make[2]: stopped in --- usr.bin.all__D --- ranlib libserf.a A failure has been detected in another branch of the parallel make make[6]: stopped in *** [all] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [usr.bin.all__D] Error code 2 make[2]: stopped in 2 errors make[2]: stopped in *** [everything] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Sun Mar 23 01:58:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ECF913A8; Sun, 23 Mar 2014 01:58:16 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id D83ABF2C; Sun, 23 Mar 2014 01:58:16 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id BA209D3F; Sun, 23 Mar 2014 01:58:16 +0000 (UTC) Date: Sun, 23 Mar 2014 01:58:14 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, bdrewery@FreeBSD.org, andrew@FreeBSD.org, glebius@FreeBSD.org, bapt@FreeBSD.org, neel@FreeBSD.org Message-ID: <1973561709.11.1395539896235.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <853717511.10.1395517663603.JavaMail.jenkins@jenkins-9.freebsd.org> References: <853717511.10.1395517663603.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #332 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Mar 2014 01:58:17 -0000 See From owner-freebsd-current@FreeBSD.ORG Sun Mar 23 08:27:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A32622B for ; Sun, 23 Mar 2014 08:27:02 +0000 (UTC) Received: from mail-qg0-x231.google.com (mail-qg0-x231.google.com [IPv6:2607:f8b0:400d:c04::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0CE5BE8F for ; Sun, 23 Mar 2014 08:27:01 +0000 (UTC) Received: by mail-qg0-f49.google.com with SMTP id z60so12706563qgd.8 for ; Sun, 23 Mar 2014 01:27:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=npiMbdBItJBJ3JqAefoLUDN+02vfc/vjbGb0kEgPwS0=; b=RvAIXRVc7SpOTeAFg4Z1nrAPwBUk3eO0AZACLPirOe2J4RPBuPn2FplekDpCcVXjFv RCCS9qMpV5cT0tWuBkGZy09/lYPxdaMib4LN+ecrnt5JbmTYbLWSM7lkYfny4sqA73Cw raB9XU8V9TA4BbRJVeI9HEcERPypDb982q3veoWpCS1GH1WjzZWX/e1ofWSgdv7mJMpA QZZlWBV+G67cOD1O++bSUrTHWOBtaNaQR+mENjhYrtCN3f0tn5lGxRhh0n760xFwBZQ3 Do5dxyjes2q9hI7fewjLJ+qBZlh8Rx/mog7tL8/kjImdzzjZiFHJrcl69+yYbAOkI0dO 6dZw== MIME-Version: 1.0 X-Received: by 10.224.123.212 with SMTP id q20mr81474qar.95.1395563221241; Sun, 23 Mar 2014 01:27:01 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.8.137 with HTTP; Sun, 23 Mar 2014 01:27:01 -0700 (PDT) Date: Sun, 23 Mar 2014 01:27:01 -0700 X-Google-Sender-Auth: U1mDGdDtxYmEhAcx9899gViE0ZU Message-ID: Subject: (more) screen distortion with intel GPU / xorg on recent -HEAD? From: Adrian Chadd To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Mar 2014 08:27:02 -0000 Hi, I know this is an information-poor message. The last time i updated my two test laptops was around the middle of last month. Back then, xorg would occasionally get distorted, but typically would come back from suspend fine. Lately, it seems a 50% chance that coming back from suspend that xorg will be not only distorted, but further screen redraws are wrong. It's like the framebuffer configuration is wrong and persists to be wrong. I have to exit out of xorg and restart it. Has anyone else seen this? -a From owner-freebsd-current@FreeBSD.ORG Sun Mar 23 15:52:51 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3EF14B79 for ; Sun, 23 Mar 2014 15:52:51 +0000 (UTC) Received: from frv199.fwdcdn.com (frv199.fwdcdn.com [212.42.77.199]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F04D789A for ; Sun, 23 Mar 2014 15:52:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-Id:To:Subject:From:Date; bh=fBLvXe6oeHnOXIHineiCs4rORYVMsHBBcebcI08ztxc=; b=ZXfYA00bBVhOHFJznCNy+F+huQs0j66JY6bpCfz20B9meIZdq/1IPREumWy7JS8jVL/DL9yFWxYJwAVcG2euhF9/Pi9PwDjM5oc/dfepSY55zM5o0UFX8BcXxWCC71pj+IyCC6g899iiF8Hrb1nRXQywReGgRzVebGLN6uoaduw=; Received: from [10.10.10.45] (helo=frv45.fwdcdn.com) by frv199.fwdcdn.com with smtp ID 1WRkhU-0001xT-Mb for freebsd-current@freebsd.org; Sun, 23 Mar 2014 17:52:40 +0200 Date: Sun, 23 Mar 2014 17:52:40 +0200 From: Vladimir Sharun Subject: Unable to build kernel #263665 "config: illegal option -- I" To: Current FreeBSD X-Mailer: mail.ukr.net 5.0 Message-Id: <1395589721.540932862.l6ktcqdb@frv45.fwdcdn.com> MIME-Version: 1.0 Received: from atz@ukr.net by frv45.fwdcdn.com; Sun, 23 Mar 2014 17:52:40 +0200 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Mar 2014 15:52:51 -0000 Hello FreeBSD comunity, Got yesterday following issue with #263665: # make kernel -------------------------------------------------------------- >>> Kernel build for COBALT started on Sun Mar 23 17:44:45 EET 2014 -------------------------------------------------------------- ===> COBALT mkdir -p /usr/obj/usr/src/sys -------------------------------------------------------------- >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /usr/src/sys/amd64/conf;  PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin  config  -d /usr/obj/usr/src/sys/COBALT  -I /usr/src/sys/amd64/conf /usr/src/sys/amd64/conf/COBALT config: illegal option -- I usage: config [-CgmpV] [-d destdir] sysname        config -x kernel *** Error code 64 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src The same for GENERIC as well. Emptying src.conf and make.conf doesn't help. Last kernel succesfully built (the system now runs it) was r263345 From owner-freebsd-current@FreeBSD.ORG Sun Mar 23 16:06:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B757F1C9 for ; Sun, 23 Mar 2014 16:06:42 +0000 (UTC) Received: from mailhost.netlab.sk (mailhost.netlab.sk [84.245.65.10]) (using SSLv3 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4F93B98D for ; Sun, 23 Mar 2014 16:06:41 +0000 (UTC) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlab.sk with ESMTPA; Sun, 23 Mar 2014 17:06:37 +0100 id 0081BCE4.532F068D.00011311 Date: Sun, 23 Mar 2014 17:06:31 +0100 From: Milan Obuch To: Vladimir Sharun Subject: Re: Unable to build kernel #263665 "config: illegal option -- I" Message-ID: <20140323170631.56e7fa9c@zeta.dino.sk> In-Reply-To: <1395589721.540932862.l6ktcqdb@frv45.fwdcdn.com> References: <1395589721.540932862.l6ktcqdb@frv45.fwdcdn.com> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; i386-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Mar 2014 16:06:42 -0000 On Sun, 23 Mar 2014 17:52:40 +0200 Vladimir Sharun wrote: > Hello FreeBSD comunity, >=20 > Got yesterday following issue with #263665: >=20 > # make kernel >=20 >=20 > -------------------------------------------------------------- > >>> Kernel build for COBALT started on Sun Mar 23 17:44:45 EET 2014 > -------------------------------------------------------------- > =3D=3D=3D> COBALT > mkdir -p /usr/obj/usr/src/sys >=20 >=20 > -------------------------------------------------------------- > >>> stage 1: configuring the kernel > -------------------------------------------------------------- > cd /usr/src/sys/amd64/conf; > =C2=A0PATH=3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/le= gacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/leg= acy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj= /usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > =C2=A0config =C2=A0-d /usr/obj/usr/src/sys/COBALT > =C2=A0-I /usr/src/sys/amd64/conf /usr/src/sys/amd64/conf/COBALT config: > illegal option -- I usage: config [-CgmpV] [-d destdir] sysname > config -x kernel *** Error code 64 >=20 >=20 > Stop. > make[1]: stopped in /usr/src > *** Error code 1 >=20 >=20 > Stop. > make: stopped in /usr/src >=20 > The same for GENERIC as well. Emptying src.conf and make.conf doesn't > help. Last kernel succesfully built (the system now runs it) was > r263345 >=20 Hi, did see this (or something similar) too. Cured with 'make kernel-toolchain' and only then 'make buildkernel'. Could you try tis? Regards, Milan From owner-freebsd-current@FreeBSD.ORG Sun Mar 23 17:22:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA4E09FB for ; Sun, 23 Mar 2014 17:22:43 +0000 (UTC) Received: from frv199.fwdcdn.com (frv199.fwdcdn.com [212.42.77.199]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 951ADF73 for ; Sun, 23 Mar 2014 17:22:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-Id:To:Subject:From:Date; bh=JW9OXKESuoTIkWWXCoKtIPRQUkG6DLg/5Lqhwvr4NmU=; b=TluigsYmGK+0/GIEGZD35LklazfqoM93eWR6PoISq+wAd3jCn36cIK917HadsfoYb+D2A6sDjzJEJcx9aYlsYdEj7anOi7RVYveEH6kplwH4VPmiRwFW2TP2yy3XtjYIZrDRgLiBInLLUQBIKclvJznGshFto4rHTweMIiobUr0=; Received: from [10.10.10.45] (helo=frv45.fwdcdn.com) by frv199.fwdcdn.com with smtp ID 1WRm6Y-000OSw-GM for freebsd-current@freebsd.org; Sun, 23 Mar 2014 19:22:38 +0200 Date: Sun, 23 Mar 2014 19:22:38 +0200 From: Vladimir Sharun Subject: Re[2]: Unable to build kernel #263665 "config: illegal option -- I" To: freebsd-current@freebsd.org X-Mailer: mail.ukr.net 5.0 Message-Id: <1395595357.669446841.w1p1f2gb@frv45.fwdcdn.com> In-Reply-To: <20140323170631.56e7fa9c@zeta.dino.sk> References: <1395589721.540932862.l6ktcqdb@frv45.fwdcdn.com> <20140323170631.56e7fa9c@zeta.dino.sk> MIME-Version: 1.0 Received: from atz@ukr.net by frv45.fwdcdn.com; Sun, 23 Mar 2014 19:22:38 +0200 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Mar 2014 17:22:43 -0000 Hello Milan, This solution (make toolchain first) cure the problem. Thank you. > did see this (or something similar) too. Cured with 'make > kernel-toolchain' and only then 'make buildkernel'. Could you try tis? From owner-freebsd-current@FreeBSD.ORG Sun Mar 23 17:37:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E216ED2E for ; Sun, 23 Mar 2014 17:37:34 +0000 (UTC) Received: from mail-ie0-f180.google.com (mail-ie0-f180.google.com [209.85.223.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AB83EBF for ; Sun, 23 Mar 2014 17:37:34 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id as1so4488431iec.39 for ; Sun, 23 Mar 2014 10:37:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=X7id78MPJaPi74NaQz1pba2a5L/za+Xhwt3TLJQMt9Q=; b=a44uWb1Xug6quGrH21a9fWYG0nQ72Hocodlq1H0x4UsQmWGskrJXTZpyeCTDss4Srg aShRTMkRhVEEqfxsof9S8uEt0oVKIZpLgsTDn/W4lYoBa3YYl8SiMcv191MOZaYDOe81 9NYomnf5iAva2+jOT7q0XDGARiZzVE4+XTdjUNqDdAWCz1zHVRT8+Jf2bJQaeN7YTBwh +A5xI/xADWuJVAaY0anrRuDkXO275MELWMHFreW9BuBQhlK0Bd4k3CYJpr55Xv8Wc2rq MEQ7i/AGV+mp6KvLmU3UdXoOBVpTLs4OpGXGU88jXsh5gJTFoHOalVOYl5GXv+VK+Lzu 7kVw== X-Gm-Message-State: ALoCoQlQbGWbCBOKTVUbrM4SDMxP3/QQWSgiV7vV5fT5/V+ZqndYeafgaH35M3meTBbW4iAgoxkz X-Received: by 10.42.53.10 with SMTP id l10mr48124399icg.33.1395596248574; Sun, 23 Mar 2014 10:37:28 -0700 (PDT) Received: from netflix-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id w9sm18074197iga.10.2014.03.23.10.37.26 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 23 Mar 2014 10:37:27 -0700 (PDT) Sender: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Unable to build kernel #263665 "config: illegal option -- I" From: Warner Losh In-Reply-To: <20140323170631.56e7fa9c@zeta.dino.sk> Date: Sun, 23 Mar 2014 11:37:11 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <865AE663-130E-4464-9B8C-802B3D140194@bsdimp.com> References: <1395589721.540932862.l6ktcqdb@frv45.fwdcdn.com> <20140323170631.56e7fa9c@zeta.dino.sk> To: Milan Obuch X-Mailer: Apple Mail (2.1874) Cc: Vladimir Sharun , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Mar 2014 17:37:35 -0000 On Mar 23, 2014, at 10:06 AM, Milan Obuch = wrote: > On Sun, 23 Mar 2014 17:52:40 +0200 > Vladimir Sharun wrote: >=20 >> Hello FreeBSD comunity, >>=20 >> Got yesterday following issue with #263665: >>=20 >> # make kernel >>=20 >>=20 >> -------------------------------------------------------------- >>>>> Kernel build for COBALT started on Sun Mar 23 17:44:45 EET 2014 >> -------------------------------------------------------------- >> =3D=3D=3D> COBALT >> mkdir -p /usr/obj/usr/src/sys >>=20 >>=20 >> -------------------------------------------------------------- >>>>> stage 1: configuring the kernel >> -------------------------------------------------------------- >> cd /usr/src/sys/amd64/conf; >> = PATH=3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/us= r/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bi= n:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/= src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin >> config -d /usr/obj/usr/src/sys/COBALT >> -I /usr/src/sys/amd64/conf /usr/src/sys/amd64/conf/COBALT config: >> illegal option -- I usage: config [-CgmpV] [-d destdir] sysname >> config -x kernel *** Error code 64 >>=20 >>=20 >> Stop. >> make[1]: stopped in /usr/src >> *** Error code 1 >>=20 >>=20 >> Stop. >> make: stopped in /usr/src >>=20 >> The same for GENERIC as well. Emptying src.conf and make.conf doesn't >> help. Last kernel succesfully built (the system now runs it) was >> r263345 >>=20 >=20 > Hi, >=20 > did see this (or something similar) too. Cured with 'make > kernel-toolchain' and only then 'make buildkernel'. Could you try tis? config recently added the -I option, so you need to rebuild your = kernel-toolchain before things will work=85 Rebuilding -DNO_CLEAN will = be fast enough. Warner= From owner-freebsd-current@FreeBSD.ORG Sun Mar 23 20:36:30 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8639B877; Sun, 23 Mar 2014 20:36:30 +0000 (UTC) Received: from mail-qg0-x22c.google.com (mail-qg0-x22c.google.com [IPv6:2607:f8b0:400d:c04::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 37548267; Sun, 23 Mar 2014 20:36:30 +0000 (UTC) Received: by mail-qg0-f44.google.com with SMTP id a108so14084814qge.3 for ; Sun, 23 Mar 2014 13:36:29 -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:message-id:subject :from:to:content-type; bh=XE4RJFKjqY8ragvjLntN+v9pY7Vdf/xV3F38GlBerUs=; b=gatI8Xj3cErHVjBQ/bbtXDbx0rwg2ywbVu3RYlHjYT8IMlkQpnOzXCdXX3Zzr1Fo93 n7h+6iA5YA65isOxewsLcQDx5MopU/dZDyR//peCgm4pec4YVzvEvG+byo72uCRqfhBj nyQEwFZRgQO6OGjCyVLkvM05gCMubR0g/93Vk1C48qWjBhE63TM2hLLKhKeTWs/PJO/E pncCGZQ7L6PCaRm3lztaIcV3KiEMIMpjLeQIgxGQfSjkdPKhWWDZEXxZjufpy1hoZPKO suncdAtEdn0DhpbLvuky3nwmOEngnr/WN71bfNDmhyExSpemuTiK6Udc7LIRzyACA/Od vI+w== MIME-Version: 1.0 X-Received: by 10.224.41.144 with SMTP id o16mr71433445qae.13.1395606989398; Sun, 23 Mar 2014 13:36:29 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.8.137 with HTTP; Sun, 23 Mar 2014 13:36:29 -0700 (PDT) In-Reply-To: References: Date: Sun, 23 Mar 2014 13:36:29 -0700 X-Google-Sender-Auth: mE0EDn2nXXvo5btpAtNHOxiLYjI Message-ID: Subject: Re: (more) screen distortion with intel GPU / xorg on recent -HEAD? From: Adrian Chadd To: freebsd-current , Aleksandr Rybalko Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Mar 2014 20:36:30 -0000 Less information-poor response: * when it happens, the FB will resume correctly for a little bit, then once everything comes back, it flips to being distorted. So, it's likely something is misconfiguring stuff during resume. * I can flip to VTs fine; I can login and do things fine; * When I flip back to xorg, things still remain distorted; * If I ctrl-C xorg and start it again, it starts back up correctly. So hm, maybe the vt save/resume code learnt something buggy? -a On 23 March 2014 01:27, Adrian Chadd wrote: > Hi, > > I know this is an information-poor message. > > The last time i updated my two test laptops was around the middle of > last month. Back then, xorg would occasionally get distorted, but > typically would come back from suspend fine. > > Lately, it seems a 50% chance that coming back from suspend that xorg > will be not only distorted, but further screen redraws are wrong. It's > like the framebuffer configuration is wrong and persists to be wrong. > I have to exit out of xorg and restart it. > > Has anyone else seen this? > > > -a From owner-freebsd-current@FreeBSD.ORG Sun Mar 23 20:41:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 08E8DB09; Sun, 23 Mar 2014 20:41:26 +0000 (UTC) Received: from mail-qg0-x232.google.com (mail-qg0-x232.google.com [IPv6:2607:f8b0:400d:c04::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6479B324; Sun, 23 Mar 2014 20:41:25 +0000 (UTC) Received: by mail-qg0-f50.google.com with SMTP id q108so14098899qgd.9 for ; Sun, 23 Mar 2014 13:41:24 -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:message-id:subject :from:to:cc:content-type; bh=3JOwPtn/G1s+b6q/rhyh62GDcODhzOsCxhLMyd2HwHc=; b=QbbvTl0hu7tgU8oNMnRaUxKo9Bwf7PhzJqM40qNq9xYW1UN04simuuPLRCWLABSnDH 7Pm+xSD9+BEaOlI6W12FkaPTcu55sO/VBIhN642OabrhE5//9lpUKI1etspAyhTUC6IQ evRMQzqRia2OubM6R5ZJwq7DPjFsfOG+lz497iHXJr1WPL9fsCItOjpq1ZggFDITL1y9 ndjOEczLPT0Hl42NnPf4Xo454epe7USKEOueTa24H02ImR2ibA6HentUn6ZI0IY/Q+/N +7Qb+jtJ27/5Lrvkh8HcSS1sZ+eHNiVliOkqAxcejugNdZ1KizWvb9jlEW5TNnSDUOJC zIjg== MIME-Version: 1.0 X-Received: by 10.140.86.36 with SMTP id o33mr61217700qgd.67.1395607284641; Sun, 23 Mar 2014 13:41:24 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.8.137 with HTTP; Sun, 23 Mar 2014 13:41:24 -0700 (PDT) In-Reply-To: <20140311133610.O1796@besplex.bde.org> References: <201403041124.04122.jhb@freebsd.org> <20140305054906.L2176@besplex.bde.org> <201403101717.13131.jhb@freebsd.org> <20140311133610.O1796@besplex.bde.org> Date: Sun, 23 Mar 2014 13:41:24 -0700 X-Google-Sender-Auth: 42KEQo2O1WCAiy4WPordvwYNYE4 Message-ID: Subject: Re: signal 8 (floating point exception) upon resume From: Adrian Chadd To: Bruce Evans Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-mobile@freebsd.org" , freebsd-current , Konstantin Belousov , Bruce Evans , Jung-uk Kim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Mar 2014 20:41:26 -0000 [snip] Hi, As part of this thread, a whole lot of stuff was thrown around to try and fix / improve the correctness of this. But it still happens to me in -HEAD i386. I updated to r263418 and it's now doing it around 30-50% of the time I resume. So, since I really am trying to avoid getting neck deep in learning (by myself) a new thing right now, would someone be willing to help me through the process of (a) learning how this is all supposed to work (which thanks to jhb and bde, I think I've learnt from the posts in this thread) and (b) some things to try out? I'll be able to report the results of this pretty quickly. I'd like to start work on supporting and power efficiency stuff on some of the chromebook and tablet hardware using Intel stuff but it's going to be totally moot if i386 suspend/resume (and vt/xorg, but that's a different thread) is this busted. :-) Thanks, -a From owner-freebsd-current@FreeBSD.ORG Sun Mar 23 21:06:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F038C198; Sun, 23 Mar 2014 21:06:03 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A78416CA; Sun, 23 Mar 2014 21:06:03 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 4F0816A6007; Sun, 23 Mar 2014 22:06:01 +0100 (CET) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id s2NL614v019037; Sun, 23 Mar 2014 22:06:01 +0100 (CET) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id s2NL5xgk018616; Sun, 23 Mar 2014 22:05:59 +0100 (CET) (envelope-from lars) Date: Sun, 23 Mar 2014 22:05:59 +0100 From: Lars Engels To: Adrian Chadd Subject: Re: (more) screen distortion with intel GPU / xorg on recent -HEAD? Message-ID: <20140323210559.GC37436@e-new.0x20.net> Mail-Followup-To: Lars Engels , Adrian Chadd , freebsd-current , Aleksandr Rybalko References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jy6Sn24JjFx/iggw" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p4 User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Aleksandr Rybalko , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Mar 2014 21:06:04 -0000 --jy6Sn24JjFx/iggw Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 23, 2014 at 01:36:29PM -0700, Adrian Chadd wrote: > Less information-poor response: >=20 > * when it happens, the FB will resume correctly for a little bit, then > once everything comes back, it flips to being distorted. So, it's > likely something is misconfiguring stuff during resume. > * I can flip to VTs fine; I can login and do things fine; > * When I flip back to xorg, things still remain distorted; > * If I ctrl-C xorg and start it again, it starts back up correctly. Setting a new wallpaper and / or restarting the distorted windows un-distorts them. --jy6Sn24JjFx/iggw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iKYEARECAGYFAlMvTLdfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDE3RkMwOEUxNUUwOUJEMjE0ODlFMjA1MDI5 Q0U3NURBQzBGNzY5RjgACgkQKc512sD3afjtngCdFSIm35Ko1R62OTwGBgV6eazi UloAn08BasSlqg4R886M59PJUrevG5gy =6Oyb -----END PGP SIGNATURE----- --jy6Sn24JjFx/iggw-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 23 22:23:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D267C139; Sun, 23 Mar 2014 22:23:16 +0000 (UTC) Received: from mail.feld.me (mail.feld.me [66.170.3.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 671B5CFA; Sun, 23 Mar 2014 22:23:16 +0000 (UTC) Received: from mail.feld.me (mail.feld.me [66.170.3.6]); by mail.feld.me (OpenSMTPD) with ESMTP id b95823bd; Sun, 23 Mar 2014 17:23:07 -0500 (CDT) Received: from feld@feld.me by mail.feld.me (Archiveopteryx 3.2.0) with esmtpsa id 1395613386-95777-3394/5/32; Sun, 23 Mar 2014 22:23:06 +0000 References: <5256B761.4050301@gmail.com> <1381421583.19140.32451849.084D8E32@webmail.messagingengine.com> <5256E2D5.4060101@allanjude.com> <1387388390.28188.61199633.413D38F8@webmail.messagingengine.com> In-Reply-To: Message-Id: X-Mailer: iPhone Mail (11D167) From: Mark Felder Subject: Re: FreeBSD 10 and zfsd Date: Sun, 23 Mar 2014 17:23:06 -0500 To: Alan Somers Sender: feld@feld.me Cc: Outback Dingo , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 23 Mar 2014 22:23:16 -0000 Hi guys, Any updates? From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 00:18:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D2E93738; Mon, 24 Mar 2014 00:18:36 +0000 (UTC) Received: from mail-ve0-x22a.google.com (mail-ve0-x22a.google.com [IPv6:2607:f8b0:400c:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 657D680D; Mon, 24 Mar 2014 00:18:36 +0000 (UTC) Received: by mail-ve0-f170.google.com with SMTP id pa12so4955324veb.15 for ; Sun, 23 Mar 2014 17:18:35 -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:message-id:subject :from:to:cc:content-type; bh=boXrhCdKbj+IJBQs4Yd2ez26SNGEcsjDAr3fMlewqCY=; b=F98KfPvrQJu2Iuj4ACFycazfTiFQnDIliLr9fMPsF5HHKxS3fTL2F/UUyU3HqOHpU0 sBUoW7AdFvzRt30yZUvd2r6jX133JuAsZjrfqj05bEAPUz+vJrJi2xzAtUAkYFn3wvij RCBoDmrJkg49me7Qjto2wkS7pOnfBXNEWXzJlCnJbqa8dJ9bcTVAAvIBZEh8nKRgWxre TWVQY/44XILsavgsdJ2zB0lEj/6JeEm752xhpvzrdUYBeTcs6/yZwILmUn1j1cgJwbgv r/47Mn2vxtEGMYUFMYbnqvBx5q8bkg70jBbb28+pb0P3k1odJcMXx9KOKVnR4mvNc9Xk 9w1Q== MIME-Version: 1.0 X-Received: by 10.58.34.101 with SMTP id y5mr48078639vei.8.1395620315352; Sun, 23 Mar 2014 17:18:35 -0700 (PDT) Sender: asomers@gmail.com Received: by 10.58.231.105 with HTTP; Sun, 23 Mar 2014 17:18:35 -0700 (PDT) In-Reply-To: References: <5256B761.4050301@gmail.com> <1381421583.19140.32451849.084D8E32@webmail.messagingengine.com> <5256E2D5.4060101@allanjude.com> <1387388390.28188.61199633.413D38F8@webmail.messagingengine.com> Date: Sun, 23 Mar 2014 18:18:35 -0600 X-Google-Sender-Auth: vU9X-Zmcc6CCGAnIsxxrm9r_-Rw Message-ID: Subject: Re: FreeBSD 10 and zfsd From: Alan Somers To: Mark Felder Content-Type: text/plain; charset=ISO-8859-1 Cc: Outback Dingo , FreeBSD CURRENT , Alan Somers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Mar 2014 00:18:36 -0000 On Sun, Mar 23, 2014 at 4:23 PM, Mark Felder wrote: > Hi guys, > > Any updates? I've been very busy, but I did finally get those two seqpacket related bugs fixed in head. The next step is finding time for the merge. Right now my FreeBSD todo list goes: 1) Commit fixes for half a dozen FIB related bugs. I already have them fixed in my private stable/9 branch, but need to port the fixes to HEAD. 2) Update the zfsd branch. I think that I'll be able to get number 1 done next week, or at least send patches out for review. I don't know if I'll get to number 2. -Alan From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 01:41:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75509DC7; Mon, 24 Mar 2014 01:41:06 +0000 (UTC) Received: from mail-qa0-x22c.google.com (mail-qa0-x22c.google.com [IPv6:2607:f8b0:400d:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 148B0E0D; Mon, 24 Mar 2014 01:41:06 +0000 (UTC) Received: by mail-qa0-f44.google.com with SMTP id f11so4761301qae.31 for ; Sun, 23 Mar 2014 18:41:05 -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:message-id:subject :from:to:content-type; bh=2gTSnVcK+6HQqNdT+zLnCNfDMnc0QQS7TqV998Sko54=; b=itTWo35SCbmWF89o/EIm6XK3qqWSP9VWxI4lCV3lMKe68vG0Soum4AHtDkeK310K62 qdG3hshfgrBed9hX6CHEWS8pTiTmvrc63RYpbyoECHFjHzEoA5e3UX2hl+WeHkrw5wiy OVAkqIydhnQD2IZIK8OjxOCayQNmOScHJCcX/6K9S5kf0YuIiwhrSXDalqW94vM+4IBk Je+CV1C6vqUI+3Vz+3fBhOi6JjkzMVvjmtHa9TKnZB4//NTjPAGg2kltqNSniZ4cPL/a UmtKaFil8XNMrWcG/Jy9gB7Ue0M/IQB7o9xfHoanvTn5IV28SpPxrM7qBJudScRziYoG ejuA== MIME-Version: 1.0 X-Received: by 10.224.161.72 with SMTP id q8mr142250qax.83.1395625265328; Sun, 23 Mar 2014 18:41:05 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.8.137 with HTTP; Sun, 23 Mar 2014 18:41:05 -0700 (PDT) In-Reply-To: <20140323210559.GC37436@e-new.0x20.net> References: <20140323210559.GC37436@e-new.0x20.net> Date: Sun, 23 Mar 2014 18:41:05 -0700 X-Google-Sender-Auth: P4rmwt-oGB_aqHIk-8RRICLPi9c Message-ID: Subject: Re: (more) screen distortion with intel GPU / xorg on recent -HEAD? From: Adrian Chadd To: Lars Engels , Adrian Chadd , freebsd-current , Aleksandr Rybalko Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Mar 2014 01:41:06 -0000 No, this isn't a "the buffer is messed up", this is a "everything is and stays messed up." Starting new applications odes'nt fix it. Minimising/maximising the applications again doesn't fix it. This is a "the framebuffer config seems busted", not "the contents of that 2d rectaugular area got messed up." Normally when there's distortions triggering some kind of change in that area (ie: not a redraw) is enough to fix it. -a On 23 March 2014 14:05, Lars Engels wrote: > On Sun, Mar 23, 2014 at 01:36:29PM -0700, Adrian Chadd wrote: >> Less information-poor response: >> >> * when it happens, the FB will resume correctly for a little bit, then >> once everything comes back, it flips to being distorted. So, it's >> likely something is misconfiguring stuff during resume. >> * I can flip to VTs fine; I can login and do things fine; >> * When I flip back to xorg, things still remain distorted; >> * If I ctrl-C xorg and start it again, it starts back up correctly. > > Setting a new wallpaper and / or restarting the distorted windows > un-distorts them. From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 07:58:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 30B7E732; Mon, 24 Mar 2014 07:58:38 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DB9F3EE9; Mon, 24 Mar 2014 07:58:37 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 2D2F36A6008; Mon, 24 Mar 2014 08:58:35 +0100 (CET) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id s2O7wYU7037992; Mon, 24 Mar 2014 08:58:34 +0100 (CET) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id s2O7wYko037520; Mon, 24 Mar 2014 08:58:34 +0100 (CET) (envelope-from lars) Date: Mon, 24 Mar 2014 08:58:34 +0100 From: Lars Engels To: Adrian Chadd Subject: Re: (more) screen distortion with intel GPU / xorg on recent -HEAD? Message-ID: <20140324075834.GD37436@e-new.0x20.net> Mail-Followup-To: Lars Engels , Adrian Chadd , freebsd-current , Aleksandr Rybalko References: <20140323210559.GC37436@e-new.0x20.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="iVCmgExH7+hIHJ1A" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p4 User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Aleksandr Rybalko , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Mar 2014 07:58:38 -0000 --iVCmgExH7+hIHJ1A Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 23, 2014 at 06:41:05PM -0700, Adrian Chadd wrote: > No, this isn't a "the buffer is messed up", this is a "everything is > and stays messed up." >=20 > Starting new applications odes'nt fix it. >=20 > Minimising/maximising the applications again doesn't fix it. >=20 > This is a "the framebuffer config seems busted", not "the contents of > that 2d rectaugular area got messed up." Normally when there's > distortions triggering some kind of change in that area (ie: not a > redraw) is enough to fix it. >=20 Oh okay, then I didn't encounter it, yet. I can provide a screenshot of what I am seeing, the next time it happens. --iVCmgExH7+hIHJ1A Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iKYEARECAGYFAlMv5apfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDE3RkMwOEUxNUUwOUJEMjE0ODlFMjA1MDI5 Q0U3NURBQzBGNzY5RjgACgkQKc512sD3afgMfgCfU6dd2XCAjxuQDh+w0gkSJsEE fiwAn3Zee2sXmA98ZfAvIJe2DPILPgzB =TXrC -----END PGP SIGNATURE----- --iVCmgExH7+hIHJ1A-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 09:59:17 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 69158D1F; Mon, 24 Mar 2014 09:59:17 +0000 (UTC) Received: from mail-oa0-x230.google.com (mail-oa0-x230.google.com [IPv6:2607:f8b0:4003:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1ED29AF0; Mon, 24 Mar 2014 09:59:17 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id m1so5554478oag.35 for ; Mon, 24 Mar 2014 02:59:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=YOz38U3PqGewCIZkXupUFXXKwxUQ6z1eWdl8TLgnfOY=; b=YV+/RKKfx8fjLELflZq21/NL2W5CNNRBF8m0c1tqqb4wXIIcI1Kvc/mNL6W60fZ1G0 T+Q2p6T3fjJpkMF0BmC6pMJkI5kIVzqtZy8qL7S5VTZ4znj45Bi0sMTYb6dcRBbNewOH vM4QZH7wYB3NqELHeI3TJh5UtivTGQNDGTs0ZR/Rd0675++G4fQyDhzcT8qiGS9HeSt3 OgyjWK6oY8V0AnjUllDxX3xMQYIL4IKAGIEfQu+uga1p1fhJ8Nxaf72ArOAGRuECINoa 61ZcbljolCf0BunqzXetjw7mOnPJsTzsKE1f7UawVLWoWWdO9mS3u0oj6TlYaYC3vkM+ VyXQ== MIME-Version: 1.0 X-Received: by 10.182.131.170 with SMTP id on10mr26005731obb.2.1395655156476; Mon, 24 Mar 2014 02:59:16 -0700 (PDT) Sender: pali.gabor@gmail.com Received: by 10.182.22.44 with HTTP; Mon, 24 Mar 2014 02:59:16 -0700 (PDT) Date: Mon, 24 Mar 2014 10:59:16 +0100 X-Google-Sender-Auth: p_tRYu_Fg0RnE6PrKZMIlWsz1Go Message-ID: Subject: Re: Call for FreeBSD 2014Q1 (January-March) Status Reports From: Gabor Pali To: hackers@freebsd.org, current@freebsd.org, FreeBSD Ports Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Mar 2014 09:59:17 -0000 Dear FreeBSD Community, Please note that the submission date for the January to March Quarterly Status Reports is, April 7th, 2014, about two weeks away. Please consult my previous message for the details: 2014-03-08 10:24 GMT+01:00 Gabor Pali : > They do not have to be very long -- basically they may be about > anything that lets people know what is going on around the FreeBSD > Project. Submission of reports is not restricted to committers: > Anyone who is doing anything interesting and FreeBSD-related can (and > therefore encouraged to) write one! > > The preferred and easiest submission method is to use the XML > generator [1] with the result emailed as an attachment to us, that is, > monthly@FreeBSD.org [2]. There is also an XML template [3] which can > be filled out manually and attached if preferred. For the expected > content and style, please study our guidelines on how to write good > status reports [4]. If you are still unsure what constitutes a good > status report, check out the last issue [5]. > > To enable compilation and publication of the quarterly report as soon > as possible for the April 7th deadline, please be prompt with any > report submissions you may have. > > We are looking forward to all of your 2014Q1 reports! > > Thanks, > Gabor > > > [1] http://www.freebsd.org/cgi/monthly.cgi > [2] mailto:monthly@freebsd.org > [3] http://www.freebsd.org/news/status/report-sample.xml > [4] http://www.freebsd.org/news/status/howto.html > [5] http://www.freebsd.org/news/status/report-2013-10-2013-12.html From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 11:53:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 535E7CAC for ; Mon, 24 Mar 2014 11:53:05 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 14A04987 for ; Mon, 24 Mar 2014 11:53:04 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:57d:c2c8:bdeb:ce42]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 122BD4AC31 for ; Mon, 24 Mar 2014 15:53:02 +0400 (MSK) Date: Mon, 24 Mar 2014 15:53:00 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1866531738.20140324155300@serebryakov.spb.ru> To: freebsd-current@freebsd.org Subject: Using of Dragonfly Mail Agent -- what should be permissions on dma.conf and auth.conf? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Mon, 24 Mar 2014 11:53:05 -0000 Hello, Freebsd-current. I've tried "440" with owner 25:25 and "mail lev@serebryakov.spb.ru" complains, that it could not access them. Also, what is proper way to attach dma into system instead of senndmal now? -- // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 12:17:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1BEDC47 for ; Mon, 24 Mar 2014 12:17:00 +0000 (UTC) Received: from mail.feld.me (mail.feld.me [66.170.3.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 82533BE5 for ; Mon, 24 Mar 2014 12:17:00 +0000 (UTC) Received: from mail.feld.me (mail.feld.me [66.170.3.6]); by mail.feld.me (OpenSMTPD) with ESMTP id 445d1047; for ; Mon, 24 Mar 2014 07:16:55 -0500 (CDT) Received: from feld@feld.me by mail.feld.me (Archiveopteryx 3.2.0) with esmtpsa id 1395663414-80816-3394/5/33; Mon, 24 Mar 2014 12:16:54 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Date: Mon, 24 Mar 2014 07:16:54 -0500 From: Mark Felder To: freebsd-current@freebsd.org Subject: Re: Using of Dragonfly Mail Agent -- what should be permissions on dma.conf and auth.conf? In-Reply-To: <1866531738.20140324155300@serebryakov.spb.ru> References: <1866531738.20140324155300@serebryakov.spb.ru> Message-Id: X-Sender: feld@FreeBSD.org User-Agent: Roundcube Webmail/0.9.5 Sender: feld@feld.me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Mar 2014 12:17:00 -0000 On 2014-03-24 06:53, Lev Serebryakov wrote: > Hello, Freebsd-current. > > I've tried "440" with owner 25:25 and "mail lev@serebryakov.spb.ru" > complains, that it could not access them. > > Also, what is proper way to attach dma into system instead of senndmal > now? I'm not sure what the permissions of those files should really be, but this is likely what you want in mailer.conf: sendmail /usr/libexec/dma send-mail /usr/libexec/dma mailq /usr/libexec/dma and rc.conf: sendmail_enable="NO" sendmail_submit_enable="NO" sendmail_outbound_enable="NO" sendmail_msp_queue_enable="NO" From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 12:48:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 290E85D4; Mon, 24 Mar 2014 12:48:56 +0000 (UTC) Received: from mail-qc0-x232.google.com (mail-qc0-x232.google.com [IPv6:2607:f8b0:400d:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CACB3EFD; Mon, 24 Mar 2014 12:48:55 +0000 (UTC) Received: by mail-qc0-f178.google.com with SMTP id i8so5787248qcq.37 for ; Mon, 24 Mar 2014 05:48: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=PV2xZccnnmGyGnnck26V4rLE7vBSJIFkPKgOh26K4do=; b=yrlbWQMlfUEliVv7KyE+UAtyPHMCdNGnYb3l6AuO2360TmvFcZNWzBVvrGo0xcKjGq VaZbri6jY/h4x6do22mJR1X/0bEuoK15Ph2xV1+9RAQ3oHwd56k8JVVqEVW3hrqMQv5R petQ3jH12Ya2ORLrwdgu/i6Rgr7ETXBsjT3ksRu/9n3tLvEjKVWf7FWSWi1yEfgXBJ5j Y8vEkzqFfE5dDdVWeVc+ZuIgDD7zjrf2yJt3o7AC6kOJ+cHuXNiSn6jkvUbifG4EKijx kan+hqBMyVEZyBBBIPwGOZqmGaHJW/Jgwjw6EFlQ2DXgmoVl+GT+epFkaF70iZKLcP1D CJjA== MIME-Version: 1.0 X-Received: by 10.140.22.148 with SMTP id 20mr48298426qgn.0.1395665335052; Mon, 24 Mar 2014 05:48:55 -0700 (PDT) Received: by 10.140.104.5 with HTTP; Mon, 24 Mar 2014 05:48:55 -0700 (PDT) In-Reply-To: References: <1866531738.20140324155300@serebryakov.spb.ru> Date: Mon, 24 Mar 2014 13:48:55 +0100 Message-ID: Subject: Re: Using of Dragonfly Mail Agent -- what should be permissions on dma.conf and auth.conf? From: Benjamin VILLAIN To: Mark Felder Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Mar 2014 12:48:56 -0000 DMA should have a read access on both files, nothing more. -- Ben On Mon, Mar 24, 2014 at 1:16 PM, Mark Felder wrote: > On 2014-03-24 06:53, Lev Serebryakov wrote: > >> Hello, Freebsd-current. >> >> I've tried "440" with owner 25:25 and "mail lev@serebryakov.spb.ru" >> complains, that it could not access them. >> >> Also, what is proper way to attach dma into system instead of senndmal >> now? >> > > > I'm not sure what the permissions of those files should really be, but > this is likely what you want in mailer.conf: > > sendmail /usr/libexec/dma > send-mail /usr/libexec/dma > mailq /usr/libexec/dma > > and rc.conf: > > sendmail_enable="NO" > sendmail_submit_enable="NO" > sendmail_outbound_enable="NO" > sendmail_msp_queue_enable="NO" > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 13:05:14 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD823DE3; Mon, 24 Mar 2014 13:05:14 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7F8FA13A; Mon, 24 Mar 2014 13:05:14 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WS4Yz-000Lt8-Bi; Mon, 24 Mar 2014 13:05:13 +0000 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 s2OD5BiQ075247; Mon, 24 Mar 2014 07:05:11 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/TcLc/idwLkSb5qzzOP9TP Subject: Re: Using of Dragonfly Mail Agent -- what should be permissions on dma.conf and auth.conf? From: Ian Lepore To: Mark Felder In-Reply-To: References: <1866531738.20140324155300@serebryakov.spb.ru> Content-Type: text/plain; charset="us-ascii" Date: Mon, 24 Mar 2014 07:05:10 -0600 Message-ID: <1395666310.81853.59.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Mar 2014 13:05:14 -0000 On Mon, 2014-03-24 at 07:16 -0500, Mark Felder wrote: > On 2014-03-24 06:53, Lev Serebryakov wrote: > > Hello, Freebsd-current. > > > > I've tried "440" with owner 25:25 and "mail lev@serebryakov.spb.ru" > > complains, that it could not access them. > > > > Also, what is proper way to attach dma into system instead of senndmal > > now? > > > I'm not sure what the permissions of those files should really be, but > this is likely what you want in mailer.conf: > > sendmail /usr/libexec/dma > send-mail /usr/libexec/dma > mailq /usr/libexec/dma > > and rc.conf: > > sendmail_enable="NO" > sendmail_submit_enable="NO" > sendmail_outbound_enable="NO" > sendmail_msp_queue_enable="NO" > Shorthand for that is: sendmail_enable="NONE" Once you have that setting in place you'll find that the periodic scripts complain because they don't read rc.conf, they just assume sendmail is there and running and generating logs to be scanned. -- Ian From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 13:32:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25A05BE5; Mon, 24 Mar 2014 13:32:12 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id D81C2614; Mon, 24 Mar 2014 13:32:11 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:57d:c2c8:bdeb:ce42]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id E5DE14AC1C; Mon, 24 Mar 2014 17:32:09 +0400 (MSK) Date: Mon, 24 Mar 2014 17:32:06 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <16642524.20140324173206@serebryakov.spb.ru> To: Benjamin VILLAIN Subject: Re: Using of Dragonfly Mail Agent -- what should be permissions on dma.conf and auth.conf? In-Reply-To: References: <1866531738.20140324155300@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Mon, 24 Mar 2014 13:32:12 -0000 Hello, Benjamin. You wrote 24 =D0=BC=D0=B0=D1=80=D1=82=D0=B0 2014 =D0=B3., 16:48:55: BV> DMA should have a read access on both files, nothing more. Question is: from which user it will be run? Give "/etc/dma/auth.conf" world-read doesn't seen to be good idea! --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 13:37:51 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA663F7B for ; Mon, 24 Mar 2014 13:37:51 +0000 (UTC) Received: from cpsmtpb-ews08.kpnxchange.com (cpsmtpb-ews08.kpnxchange.com [213.75.39.13]) by mx1.freebsd.org (Postfix) with ESMTP id 540AE691 for ; Mon, 24 Mar 2014 13:37:50 +0000 (UTC) Received: from cpsps-ews15.kpnxchange.com ([10.94.84.182]) by cpsmtpb-ews08.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Mon, 24 Mar 2014 14:36:40 +0100 Received: from CPSMTPM-CMT106.kpnxchange.com ([195.121.3.22]) by cpsps-ews15.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Mon, 24 Mar 2014 14:36:40 +0100 Received: from donald.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT106.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18264); Mon, 24 Mar 2014 14:36:40 +0100 Received: from squid (squid.vpn.offrom.nl [10.168.0.72]) by donald.offrom.nl (8.14.7/8.14.7) with ESMTP id s2ODadNk011889 for ; Mon, 24 Mar 2014 14:36:39 +0100 (CET) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid with local (Exim 4.72) (envelope-from ) id 1WS53K-0001xl-Kc for freebsd-current@FreeBSD.org; Mon, 24 Mar 2014 14:36:34 +0100 Date: Mon, 24 Mar 2014 14:36:34 +0100 From: Willy Offermans To: freebsd-current@FreeBSD.org Subject: sendmail Broken Pipe Error Message-ID: <20140324133634.GB6581@vpn.offrom.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 24 Mar 2014 13:36:40.0484 (UTC) FILETIME=[1662BE40:01CF4766] X-RcptDomain: FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2014 13:37:51 -0000 Dear FreeBSD friends, Lately I have setup a new FreeBSD server with 10.0-STABLE. Most of it went smoothly. However I have an issue with sendmail. Some of the mails can be sent out correctly, some of them stay in /var/spool/mqueue/. The provided error messages are in the latter case: Mar 24 14:16:01 MyServer sm-mta[11725]: s2ODCWT4011717: SYSERR(root): timeout writing message to MyProvider.com: Broken pipe Mar 24 14:16:01 MyServer sm-mta[11725]: s2ODCWT4011717: to=, delay=00:03:29, xdelay=00:03:26, mailer=relay, pri=1284849, relay=MyProvider.com [XXX.XXX.XXX.XXX], dsn=4.0.0, stat=Deferred I'm using Version 8.14.7 All was fine when I was using Version 8.14.5. Since there is a timeout error, I like to know what sendmail is writing to MyProvider.com Is there a way to debug sendmail to disclose the message written to MyProvider.com and the response from MyProvider.com. I'm pretty sure that there lays the solution to my problem. Any help is highly appreciated. -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Wiel ************************************* W.K. Offermans From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 13:44:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7EB8130C; Mon, 24 Mar 2014 13:44:28 +0000 (UTC) Received: from mail-qg0-x22c.google.com (mail-qg0-x22c.google.com [IPv6:2607:f8b0:400d:c04::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E5A3A7B8; Mon, 24 Mar 2014 13:44:27 +0000 (UTC) Received: by mail-qg0-f44.google.com with SMTP id a108so16640103qge.3 for ; Mon, 24 Mar 2014 06:44: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; bh=NGmgK3OwQx+VM8GcFhzZ3QuoShlFXrMy5QJOdmHN/bg=; b=klrSII/8K7VKsGQh8ntLFTSdI9PF6kq2Im/4lIIZiL5EllKj2GwoPNLh0TbbADWcsb ETk/wvO0ZIK9+FeISmVxZJIMKCydYDWaZfzAW2irIro+hoQ9YPuy9toKz0lxzajidTTy UmeUUC8IbdgHz1mk35MOBO06izmoXBqu+Hf4qLkEz6+h21UBWf5w4X2BhfflYehD19zD Q/BzlYaVLaumeTojsT/+UjMh/rTQ0V4k8m1pi+vASCYYBrxuGo8ShcsSUadi1g1U3LQm /+++ziKAlkcS82vbMff78w0UHptzKlQJ3fYLP+dHlkyPTFy094BbqQdoDnHNw3KZq/bO 7hoQ== MIME-Version: 1.0 X-Received: by 10.140.96.195 with SMTP id k61mr4354989qge.60.1395668667145; Mon, 24 Mar 2014 06:44:27 -0700 (PDT) Received: by 10.140.104.5 with HTTP; Mon, 24 Mar 2014 06:44:27 -0700 (PDT) In-Reply-To: <16642524.20140324173206@serebryakov.spb.ru> References: <1866531738.20140324155300@serebryakov.spb.ru> <16642524.20140324173206@serebryakov.spb.ru> Date: Mon, 24 Mar 2014 14:44:27 +0100 Message-ID: Subject: Re: Using of Dragonfly Mail Agent -- what should be permissions on dma.conf and auth.conf? From: Benjamin VILLAIN To: lev@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Mar 2014 13:44:28 -0000 Hi Lev, You can set the owner of conf files to root:mail and give read access only to the mail group. Regards, -- Ben On Mon, Mar 24, 2014 at 2:32 PM, Lev Serebryakov wrote: > Hello, Benjamin. > You wrote 24 =D0=BC=D0=B0=D1=80=D1=82=D0=B0 2014 =D0=B3., 16:48:55: > > > BV> DMA should have a read access on both files, nothing more. > Question is: from which user it will be run? > > Give "/etc/dma/auth.conf" world-read doesn't seen to be good idea! > > > -- > // Black Lion AKA Lev Serebryakov > > From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 14:24:32 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B8921B6 for ; Mon, 24 Mar 2014 14:24:32 +0000 (UTC) Received: from cpsmtpb-ews01.kpnxchange.com (cpsmtpb-ews01.kpnxchange.com [213.75.39.4]) by mx1.freebsd.org (Postfix) with ESMTP id EA225BB4 for ; Mon, 24 Mar 2014 14:24:30 +0000 (UTC) Received: from cpsps-ews12.kpnxchange.com ([10.94.84.179]) by cpsmtpb-ews01.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Mon, 24 Mar 2014 15:23:22 +0100 Received: from CPSMTPM-CMT102.kpnxchange.com ([195.121.3.18]) by cpsps-ews12.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Mon, 24 Mar 2014 15:23:22 +0100 Received: from donald.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT102.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18264); Mon, 24 Mar 2014 15:23:22 +0100 Received: from squid (squid.vpn.offrom.nl [10.168.0.72]) by donald.offrom.nl (8.14.7/8.14.7) with ESMTP id s2OENLh6016286 for ; Mon, 24 Mar 2014 15:23:22 +0100 (CET) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid with local (Exim 4.72) (envelope-from ) id 1WS5mW-00023Q-Pm for freebsd-current@FreeBSD.org; Mon, 24 Mar 2014 15:23:16 +0100 Date: Mon, 24 Mar 2014 15:23:16 +0100 From: Willy Offermans To: freebsd-current@FreeBSD.org Subject: sendmail downgrade Message-ID: <20140324142316.GA7874@vpn.offrom.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 24 Mar 2014 14:23:22.0562 (UTC) FILETIME=[9C8DEA20:01CF476C] X-RcptDomain: FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2014 14:24:32 -0000 Dear FreeBSD friends, Is there a way to downgrade sendmail to Version 8.14.5? -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Wiel ************************************* W.K. Offermans From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 14:48:17 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 605C88AF for ; Mon, 24 Mar 2014 14:48:17 +0000 (UTC) Received: from cpsmtpb-ews03.kpnxchange.com (cpsmtpb-ews03.kpnxchange.com [213.75.39.6]) by mx1.freebsd.org (Postfix) with ESMTP id EE0D7DD9 for ; Mon, 24 Mar 2014 14:48:16 +0000 (UTC) Received: from cpsps-ews22.kpnxchange.com ([10.94.84.188]) by cpsmtpb-ews03.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Mon, 24 Mar 2014 15:47:07 +0100 Received: from CPSMTPM-CMT109.kpnxchange.com ([195.121.3.28]) by cpsps-ews22.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Mon, 24 Mar 2014 15:47:07 +0100 Received: from donald.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT109.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18264); Mon, 24 Mar 2014 15:47:06 +0100 Received: from squid (squid.vpn.offrom.nl [10.168.0.72]) by donald.offrom.nl (8.14.7/8.14.7) with ESMTP id s2OEl6Cx022768; Mon, 24 Mar 2014 15:47:06 +0100 (CET) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid with local (Exim 4.72) (envelope-from ) id 1WS69V-00025R-4N; Mon, 24 Mar 2014 15:47:01 +0100 Date: Mon, 24 Mar 2014 15:47:01 +0100 From: Willy Offermans To: Willy Offermans Subject: Re: sendmail downgrade Message-ID: <20140324144700.GD7874@vpn.offrom.nl> References: <20140324142316.GA7874@vpn.offrom.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140324142316.GA7874@vpn.offrom.nl> User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 24 Mar 2014 14:47:06.0978 (UTC) FILETIME=[ED928C20:01CF476F] X-RcptDomain: FreeBSD.org Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2014 14:48:17 -0000 Dear FreeBSD friends, I used portdowngrade, but compiling sendmail 8.14.5 throws an error message. So this is not a way to go! On Mon, Mar 24, 2014 at 03:23:16PM +0100, Willy Offermans wrote: > Dear FreeBSD friends, > > Is there a way to downgrade sendmail to Version 8.14.5? > > -- > Met vriendelijke groeten, > With kind regards, > Mit freundlichen Gruessen, > De jrus wah, > > Wiel > > ************************************* > W.K. Offermans > _______________________________________________ > 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" -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Wiel ************************************* W.K. Offermans From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 15:05:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EDF6E14D for ; Mon, 24 Mar 2014 15:05:21 +0000 (UTC) Received: from zardoc.esmtp.org (zardoc.esmtp.org [70.36.157.240]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D0C33F9E for ; Mon, 24 Mar 2014 15:05:21 +0000 (UTC) Received: from x2.esmtp.org (localhost. [127.0.0.1]) by zardoc.esmtp.org (MeTA1-1.0.Alpha22.0) with ESMTPS (TLS=TLSv1/SSLv3, cipher=ECDHE-RSA-AES256-GCM-SHA384, bits=256, verify=OK) id S000000000007BC8E00; Mon, 24 Mar 2014 07:55:15 -0700 Received: (from ca@localhost) by x2.esmtp.org (8.14.6/8.12.10.Beta0/Submit) id s2OEtFT8019476 for freebsd-current@freebsd.org; Mon, 24 Mar 2014 07:55:15 -0700 (PDT) Date: Mon, 24 Mar 2014 07:55:15 -0700 From: Claus Assmann To: freebsd-current@freebsd.org Subject: Re: sendmail downgrade Message-ID: <20140324145515.GA6140@x2.esmtp.org> Mail-Followup-To: freebsd-current@freebsd.org References: <20140324142316.GA7874@vpn.offrom.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140324142316.GA7874@vpn.offrom.nl> User-Agent: Mutt/1.5.22+16 (adf90e5365bc) (2013-10-16) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Mon, 24 Mar 2014 15:05:22 -0000 On Mon, Mar 24, 2014, Willy Offermans wrote: > Is there a way to downgrade sendmail to Version 8.14.5? Why would you want to do that? Compiling the source code would be my preferred method... From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 16:33:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A723EB1F for ; Mon, 24 Mar 2014 16:33:17 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 80420AD2 for ; Mon, 24 Mar 2014 16:33:14 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 8833C5FA6F for ; Mon, 24 Mar 2014 16:33:06 +0000 (UTC) Message-ID: <53305E46.7090403@allanjude.com> Date: Mon, 24 Mar 2014 12:33:10 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: sendmail downgrade References: <20140324142316.GA7874@vpn.offrom.nl> <20140324144700.GD7874@vpn.offrom.nl> In-Reply-To: <20140324144700.GD7874@vpn.offrom.nl> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GavOgUQM9uu96f9fuQIKLHAi9UDD4GsLd" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Mar 2014 16:33:17 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --GavOgUQM9uu96f9fuQIKLHAi9UDD4GsLd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-03-24 10:47, Willy Offermans wrote: > Dear FreeBSD friends, >=20 > I used portdowngrade, but compiling sendmail 8.14.5 throws an error > message. So this is not a way to go! >=20 >=20 > On Mon, Mar 24, 2014 at 03:23:16PM +0100, Willy Offermans wrote: >> Dear FreeBSD friends, >> >> Is there a way to downgrade sendmail to Version 8.14.5? >> >> --=20 >> Met vriendelijke groeten, >> With kind regards, >> Mit freundlichen Gruessen, >> De jrus wah, >> >> Wiel >> >> ************************************* >> W.K. Offermans >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.= org" >=20 I imagine it depends on what the error message you get is --=20 Allan Jude --GavOgUQM9uu96f9fuQIKLHAi9UDD4GsLd 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTMF5JAAoJEJrBFpNRJZKfcHcP/2kiBjuQS4qjnSTlZs0TNUpc WPHTYIo5LDjoMbcVuSWthXZSnilKSwVoJ/A0xJKa+liP4fZAVyM9fGwJTF62hlJ+ fWmWh6Pk2XxzRQPxZi3SedcdJxkfUGPlp5E8kwwofJKuB/OmHFexuVcaYbsKAd0C Qc98LnWPEHovDPOuRfzHQBnp8w9wQijiyEDHsEzlzLekwzPs/iaPPIFVNJe60YUE uH9qTH84DHPdCVwjWopqEKejb1W0vKTpVSa064HCX0Kv2KiAoiMYfbB8bCGab3A2 GogU/hAI34kAiFsce6NIySdKSTPXXEn7cavRZ/BuAVCwlf+5AEYIvq4mY3jpvMoG p0SvbBzdOfqMB4RjWE3rcukBxhUfQ8kxkLGMI6oIkORmit6Zjv8lJuuu5gR01/uE TAuRO4slJ+eSlvBC191GYUQ4TTQ6k2tmw2fvi+hpfoj5up6L+Eb25f8LWkMWUu/8 58x4Kkwq5ybuYxr3t+8jkb5WRby5YM22mTR9muMadPiZbflcy8o3hCvmYEOaTcSF 9SlpmIUr8Ax+bjOXe0DsDdM9Dou98IldXteB0FQfVNL3cw+tUNP9pucfs2ToKBTW PlWNLnhhl8DaGwTE1rYmpDaGZRdsUjWJOwXxpkyAtISkreL9hQisM1m9yDQTkjym iCXeX1KJmJGmgkJdSa0N =jRHs -----END PGP SIGNATURE----- --GavOgUQM9uu96f9fuQIKLHAi9UDD4GsLd-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 17:10:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6D1D3B3A for ; Mon, 24 Mar 2014 17:10:20 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 2C5F6DDE for ; Mon, 24 Mar 2014 17:10:17 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 918485FE1B for ; Mon, 24 Mar 2014 17:10:16 +0000 (UTC) Message-ID: <533066FC.5040805@allanjude.com> Date: Mon, 24 Mar 2014 13:10:20 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: geli TRIM support References: <20140321155348.2945e05e@gumby.homeunix.com> In-Reply-To: <20140321155348.2945e05e@gumby.homeunix.com> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C3Km0LGUo26retegsCPe1wkVbDBAsAsFm" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Mar 2014 17:10:20 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --C3Km0LGUo26retegsCPe1wkVbDBAsAsFm Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-03-21 11:53, RW wrote: > On Thu, 20 Mar 2014 19:34:04 +0000 > Mike C. wrote: >=20 >> I was actually googling about this yesterday and found no more info >> then the thread you posted. >> >> So its seems that nothing was done related to this so far? >> >> Which means using trim+geli is problematic. >=20 > These days SSD devices have static wear-levelling so you don't need to > maximize the number of free blocks, just maintain a small pool. You can= > do that by not partitioning the whole device and leaving a few percent > unused. I'm not sure what you would do if the device had already been > written to though, if FreeBSD has a command to trim a device I don't > know what it is. You could just use Linux's hdparm from a live CD. >=20 > You should also be OK if you have a non-geli UFS partition with > sufficient free space on the same device.=20 >=20 >> I was using my ssd with UFS+trim+geli in my laptop. But even before >> noticing the lack of support changed my setup... since the laptop has >> both a ssd and hdd I am now using zfs+geli in the hdd. I have 2 >> partitions in the ssd and I'm using it for log/cache. >=20 > I've been considering that, but I did have a couple of concerns: >=20 > 1. l2arc sounds like it would be much less effective outside of > servers because, AFAIK, the cache doesn't survive a reboot. >=20 > 2. the l2arc cache turns reads on the filesystem into writes to the > SSD. >=20 > =20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 1. There is work to make a persistent L2ARC, but it is not finished yet 2. Having an L2ARC (or ZIL for that matter) on the same SSD that the files are on, is only going to hurt. Using an L2ARC takes up more RAM, leaving less for the primary ARC, and as was pointed out about, turns reads into writes. Reading from the L2ARC partition is not going to be any faster than reading from the main data partition, so I don't see the point. Same goes for writes to a ZIL. If your laptop has only 1 drive, an SSD, then you probably just want to use the entire thing for the ZFS pool, rather than partitioning it to use the advanced features that are meant to use SSDs when the pool is NOT SSDs. --=20 Allan Jude --C3Km0LGUo26retegsCPe1wkVbDBAsAsFm 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTMGb+AAoJEJrBFpNRJZKfTO0P/RSaRCiEMM4K2JEYAO5RYgAM Lpgy2r2v//+BXAVe0PY2jAXqpdMARyyoKezeQZCwayl1BM1xedyDuZPJF4Lwac7Q qb0wTe6jN0MPgaNH/XaifDgdpS6AJ8AhEH3GGQALW+yPJWLkWbt09sfgow7E2a8i 6cYS4gu2NA4H9NSC8G9MBK0cSwh1Woq1zf/jC/MhH9UDJHRcqqkD97DfqIDibULt gu8nwmpPOx0Jjge6PumpwVCgIvfSUsmS4+9OUgFquoOAZt8jRUFMvoneIiMR21Mx D6n06jZh2WifgNlBlIRijw+bRJI6Cr+srU8w3imwJ3GodmGju6pVAgvBFDEFjCny 7srf75XW060ucyhiS9pWQRDpg1RRtelovYNhtBA1VWn07QX+JmnkIrPenfOEUSO8 88hMGOnSHv/0acH4ZIf9MRwUEILFK2vvwZTW5qKdoPPckkYo5ZFHK/jkePaKXsbO z1OVmAjtQazu2IR1xaTzifJvAX9cOLlQ+q6P9jocc1F3NW2rGnYzZqdDuIDR2tPU +FA9QCxV1klKpJrMDkFdCTSI9pyV83fhiVGL2abFJyHjZQGwoFiqALDygZLklT8o rYhldP4oTun5Vm2ZNXf2s2KaOZX2cGdsNpf+8enZCw3S6M+l0ykDO/P50kWQ+3Kp Q8X2mf/1icy+MBqaFCVU =FrtD -----END PGP SIGNATURE----- --C3Km0LGUo26retegsCPe1wkVbDBAsAsFm-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 17:41:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 641D148D for ; Mon, 24 Mar 2014 17:41:40 +0000 (UTC) Received: from mail-we0-x235.google.com (mail-we0-x235.google.com [IPv6:2a00:1450:400c:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E5696136 for ; Mon, 24 Mar 2014 17:41:39 +0000 (UTC) Received: by mail-we0-f181.google.com with SMTP id q58so3677591wes.12 for ; Mon, 24 Mar 2014 10:41:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=95vZumK1tP08Lc9jlTMe7ZvbJF0uaftzAml1a7/ya/I=; b=wZXgZTICJs0i0/rPYP/88hTc8V8o++08qvKXaqnexgFT/TstmG9QED2Vu3sO27y5Lq WIQo0/oGAdp4Cc+Qdp0PYCE4rNTZBChiLBgP6+SDs2DKblmBodIO83Sm0ytfNIetCmuG 0alh8xn0JHl8NXJfTYIxzlhgvScMUXMFA/6Fx2avVwVCwpGUtr3Loq4ncu8WJ1Ddpq5K uQ6UM//BZrBR/hXAaIfKONJmOVwX2RJLSwXMRA92GQVlHkr3q3ixKaB3w5hcmRpG+7qP gQ+alPp9MR5HqMPCyXvLufUtDdnmC8tprAWc8BpNAs+lcqlP2ERTL0P7Z/RRtsy6e9ng Vh0A== X-Received: by 10.180.23.99 with SMTP id l3mr17659881wif.47.1395682897134; Mon, 24 Mar 2014 10:41:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.217.55.138 with HTTP; Mon, 24 Mar 2014 10:41:17 -0700 (PDT) In-Reply-To: <533066FC.5040805@allanjude.com> References: <20140321155348.2945e05e@gumby.homeunix.com> <533066FC.5040805@allanjude.com> From: Miguel Clara Date: Mon, 24 Mar 2014 17:41:17 +0000 Message-ID: Subject: Re: geli TRIM support To: Allan Jude Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Mar 2014 17:41:40 -0000 As I mention the laptop has TWO drives: 1 HDD and 1 SSD, which was why I wanted to try this setup. But firstly I don't wan't geli+trim so I use the full HDD with zfs+geli, which means the SSD would be unused! Before this setup I was using the SSD for the "system" with UFS+trim+geli, but later I found that geli has no support for trim. and since my HDD had to be replaced, It got me thinking why not try to use a diferent setup myself... Its true that the boot is much faster in a SSD, but my current setup is defiantly not slow, and I have enough memory just with the usually daily usage, thing get different if I use ccache and start compiling stuff of course! In any case what you point out about L2ARC (writes instead of reads) does concern me, and was something I was aware off, and that's why I keep regular backups, its mainly to test if the SSD can or cannot handle it (at least until its on warranty). As for the ZIL, I was under the impression that the purpose is not cache, but to protect from data loss, am I wrong? I found a very interesting article about this actually: http://nex7.blogspot.nl/2013/04/zfs-intent-log.html. Also my SSD has 19GB and AFAICT I wouldn't need that mcuh for the ZIL, so why not partiton it?! Anyway this is getting of topic, so perhaps we can continue this discussing in other topic, I would really like to read you're toughs on this Alan, I am also awaere that illumos already supports persistent L2ARC, I would be interested to know when this will be possible on FreeBSD, but back to the geli issue... It would be nice to have TRIM+GELI support, cause in that case I can use the full SSD with UFS for the system and keep ports and other DATA on the HDD, since I wouldn't need fast access to those! Thanks On Mon, Mar 24, 2014 at 5:10 PM, Allan Jude wrote: > On 2014-03-21 11:53, RW wrote: > > On Thu, 20 Mar 2014 19:34:04 +0000 > > Mike C. wrote: > > > >> I was actually googling about this yesterday and found no more info > >> then the thread you posted. > >> > >> So its seems that nothing was done related to this so far? > >> > >> Which means using trim+geli is problematic. > > > > These days SSD devices have static wear-levelling so you don't need to > > maximize the number of free blocks, just maintain a small pool. You can > > do that by not partitioning the whole device and leaving a few percent > > unused. I'm not sure what you would do if the device had already been > > written to though, if FreeBSD has a command to trim a device I don't > > know what it is. You could just use Linux's hdparm from a live CD. > > > > You should also be OK if you have a non-geli UFS partition with > > sufficient free space on the same device. > > > >> I was using my ssd with UFS+trim+geli in my laptop. But even before > >> noticing the lack of support changed my setup... since the laptop has > >> both a ssd and hdd I am now using zfs+geli in the hdd. I have 2 > >> partitions in the ssd and I'm using it for log/cache. > > > > I've been considering that, but I did have a couple of concerns: > > > > 1. l2arc sounds like it would be much less effective outside of > > servers because, AFAIK, the cache doesn't survive a reboot. > > > > 2. the l2arc cache turns reads on the filesystem into writes to the > > SSD. > > > > > > _______________________________________________ > > 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" > > > > 1. There is work to make a persistent L2ARC, but it is not finished yet > > 2. Having an L2ARC (or ZIL for that matter) on the same SSD that the > files are on, is only going to hurt. Using an L2ARC takes up more RAM, > leaving less for the primary ARC, and as was pointed out about, turns > reads into writes. Reading from the L2ARC partition is not going to be > any faster than reading from the main data partition, so I don't see the > point. Same goes for writes to a ZIL. > > If your laptop has only 1 drive, an SSD, then you probably just want to > use the entire thing for the ZFS pool, rather than partitioning it to > use the advanced features that are meant to use SSDs when the pool is > NOT SSDs. > > -- > Allan Jude > > From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 19:08:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6280680D for ; Mon, 24 Mar 2014 19:08:45 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 36D6ACEF for ; Mon, 24 Mar 2014 19:08:44 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id B6AE2605F3; Mon, 24 Mar 2014 19:08:42 +0000 (UTC) Message-ID: <533082BE.5010108@allanjude.com> Date: Mon, 24 Mar 2014 15:08:46 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Miguel Clara Subject: Re: geli TRIM support References: <20140321155348.2945e05e@gumby.homeunix.com> <533066FC.5040805@allanjude.com> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gPHVwapA1nbWkSG77MUCsSJaN5aB7FGUc" Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Mar 2014 19:08:45 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --gPHVwapA1nbWkSG77MUCsSJaN5aB7FGUc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-03-24 13:41, Miguel Clara wrote: > As I mention the laptop has TWO drives: 1 HDD and 1 SSD, which was why = I > wanted to try this setup. >=20 > But firstly I don't wan't geli+trim so I use the full HDD with zfs+geli= , > which means the SSD would be unused! >=20 > Before this setup I was using the SSD for the "system" with > UFS+trim+geli, but later I found that geli has no support for trim. and= > since my HDD had to be replaced, It got me thinking why not try to use = a > diferent setup myself... >=20 > Its true that the boot is much faster in a SSD, but my current setup is= > defiantly not slow, and I have enough memory just with the usually dail= y > usage, thing get different if I use ccache and start compiling stuff of= > course! >=20 > In any case what you point out about L2ARC (writes instead of reads) > does concern me, and was something I was aware off, and that's why I > keep regular backups, its mainly to test if the SSD can or cannot handl= e > it (at least until its on warranty). >=20 >=20 > As for the ZIL, I was under the impression that the purpose is not > cache, but to protect from data loss, am I wrong? > I found a very interesting article about this > actually: http://nex7.blogspot.nl/2013/04/zfs-intent-log.html. >=20 > Also my SSD has 19GB and AFAICT I wouldn't need that mcuh for the ZIL, > so why not partiton it?! >=20 > Anyway this is getting of topic, so perhaps we can continue this > discussing in other topic, I would really like to read you're toughs on= > this Alan, I am also awaere that illumos already supports persistent > L2ARC, I would be interested to know when this will be possible on > FreeBSD, but back to the geli issue... It would be nice to have > TRIM+GELI support, cause in that case I can use the full SSD with UFS > for the system and keep ports and other DATA on the HDD, since I > wouldn't need fast access to those! >=20 > Thanks >=20 >=20 >=20 >=20 >=20 > On Mon, Mar 24, 2014 at 5:10 PM, Allan Jude > wrote: >=20 > On 2014-03-21 11:53, RW wrote: > > On Thu, 20 Mar 2014 19:34:04 +0000 > > Mike C. wrote: > > > >> I was actually googling about this yesterday and found no more= info > >> then the thread you posted. > >> > >> So its seems that nothing was done related to this so far? > >> > >> Which means using trim+geli is problematic. > > > > These days SSD devices have static wear-levelling so you don't ne= ed to > > maximize the number of free blocks, just maintain a small pool. > You can > > do that by not partitioning the whole device and leaving a few pe= rcent > > unused. I'm not sure what you would do if the device had already = been > > written to though, if FreeBSD has a command to trim a device I do= n't > > know what it is. You could just use Linux's hdparm from a live CD= =2E > > > > You should also be OK if you have a non-geli UFS partition with > > sufficient free space on the same device. > > > >> I was using my ssd with UFS+trim+geli in my laptop. But even bef= ore > >> noticing the lack of support changed my setup... since the lapto= p has > >> both a ssd and hdd I am now using zfs+geli in the hdd. I have 2 > >> partitions in the ssd and I'm using it for log/cache. > > > > I've been considering that, but I did have a couple of concerns: > > > > 1. l2arc sounds like it would be much less effective outside of= > > servers because, AFAIK, the cache doesn't survive a reboot. > > > > 2. the l2arc cache turns reads on the filesystem into writes to = the > > SSD. > > > > > > _______________________________________________ > > freebsd-current@freebsd.org > mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org > " > > >=20 > 1. There is work to make a persistent L2ARC, but it is not finished= yet >=20 > 2. Having an L2ARC (or ZIL for that matter) on the same SSD that th= e > files are on, is only going to hurt. Using an L2ARC takes up more R= AM, > leaving less for the primary ARC, and as was pointed out about, tur= ns > reads into writes. Reading from the L2ARC partition is not going to= be > any faster than reading from the main data partition, so I don't se= e the > point. Same goes for writes to a ZIL. >=20 > If your laptop has only 1 drive, an SSD, then you probably just wan= t to > use the entire thing for the ZFS pool, rather than partitioning it = to > use the advanced features that are meant to use SSDs when the pool = is > NOT SSDs. >=20 > -- > Allan Jude >=20 >=20 With 1 HDD plus 1 SSD the situation is a bit different. Persistent L2ARC should be upstreamed to OpenZFS soon, and then pulled into FreeBSD. I don't know that anyone is working on it specifically thou= gh. The L2ARC doing a lot of writes is controlled, there are sysctls that throttle the SSD to avoid wearing it out too fast. The defaults here may infact be too conservative and reduce the usefulness on a laptop, so you may wish to turn them up. a ZIL is a type of write cache, what it does it accept synchronous writes (not asynchronous writes) quickly, so that the application can continue. It then flushes those writes out to the main pool. The idea here, is that if you have a database, that will not return from an UPDATE query until the data is safely on disk, writing to the SSD is faster and allows the next query to proceed, and then the data can be written out to the HDD after the fact. I have no comment on geli+TRIM. --=20 Allan Jude --gPHVwapA1nbWkSG77MUCsSJaN5aB7FGUc 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTMILBAAoJEJrBFpNRJZKfBQYQAMP33oykwfGZUYAaEKjAHRfI XZd6WeTfETRaG6uQgjj2/3pboH1MOC03btIQBgFloMzgr7QRibwoqjPmQQyplCSa j//tsncVMkxTZwd2+Wz9FJwChd6N1meoFevPIPTT1h9l/jxPzLJqzsU31La4Xenj LXNL0iXwI1k8dSuc++1bPBmRb6yF1pONwDi60AInaFeeRf8M9ogCbk21IAPNLWfU yqr2oZRPIHfHDaODkpeB/e6f29qJFMnQyTKcOW9Yj5pqESC59VvocqGgRkd69c9z syS6tJAxx4/C5aJBZSHjNamJzD1/aZC46EH1pm6rWKXW6pOl4C/K72VviHfJtiqo h5CRk7hXfULE8A33yIrgEEs2OMQVs2cwRzaXvnp/e/MbaFzDj3w/6IkfqHMRddYd 0haRjDCUETRq0PTTj1pyJW2duCAzUW+mtXzmS0EVYBkN4rMNzWhYM1AARuFL5p2l NBh8EQwu6FyiHQTLo4FYRHtGNahUBkLlpAj3/j5wTtiMol9sRxuVlzz5MpKyERZa dQuj4KwZO7xIIg0V1Gp/mUAlSSgDly9qA9nPQoDArllasnqdwPBLjCMbgIYhVTW5 01hR+g8+SFcBFBVt2+eFw5yu+29ETb2nTuAtRCo+F/kNafPDzd89m30jkEUq7Puf 6HVGAuU3e/ESoZ5wYLIL =43qG -----END PGP SIGNATURE----- --gPHVwapA1nbWkSG77MUCsSJaN5aB7FGUc-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 19:16:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5532AB3D for ; Mon, 24 Mar 2014 19:16:37 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 149DFDCE for ; Mon, 24 Mar 2014 19:16:36 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s2OJGaIg042275 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 24 Mar 2014 12:16:36 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s2OJGZer042274; Mon, 24 Mar 2014 12:16:35 -0700 (PDT) (envelope-from jmg) Date: Mon, 24 Mar 2014 12:16:35 -0700 From: John-Mark Gurney To: Willy Offermans Subject: Re: sendmail Broken Pipe Error Message-ID: <20140324191635.GT32089@funkthat.com> Mail-Followup-To: Willy Offermans , freebsd-current@freebsd.org References: <20140324133634.GB6581@vpn.offrom.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140324133634.GB6581@vpn.offrom.nl> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Mon, 24 Mar 2014 12:16:36 -0700 (PDT) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Mar 2014 19:16:37 -0000 Willy Offermans wrote this message on Mon, Mar 24, 2014 at 14:36 +0100: > Dear FreeBSD friends, > > Lately I have setup a new FreeBSD server with 10.0-STABLE. Most of it went > smoothly. However I have an issue with sendmail. Some of the mails can be > sent out correctly, some of them stay in /var/spool/mqueue/. The provided > error messages are in the latter case: > > Mar 24 14:16:01 MyServer sm-mta[11725]: s2ODCWT4011717: SYSERR(root): timeout writing message to MyProvider.com: Broken pipe > Mar 24 14:16:01 MyServer sm-mta[11725]: s2ODCWT4011717: to=, delay=00:03:29, xdelay=00:03:26, mailer=relay, pri=1284849, relay=MyProvider.com [XXX.XXX.XXX.XXX], dsn=4.0.0, stat=Deferred > > I'm using Version 8.14.7 > All was fine when I was using Version 8.14.5. > > Since there is a timeout error, I like to know what sendmail is writing to > MyProvider.com > > Is there a way to debug sendmail to disclose the message written to > MyProvider.com and the response from MyProvider.com. I'm pretty sure that > there lays the solution to my problem. > > Any help is highly appreciated. You could use tcpflow to capture the flows for myprovider.com and look at them... Though you are seeing a timeout, so it sounds like myprovider.com isn't reading your message in a timely fasion.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 19:22:31 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3244AFE4 for ; Mon, 24 Mar 2014 19:22:31 +0000 (UTC) Received: from zardoc.esmtp.org (zardoc.esmtp.org [70.36.157.240]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 12A05E93 for ; Mon, 24 Mar 2014 19:22:30 +0000 (UTC) Received: from x2.esmtp.org (localhost. [127.0.0.1]) by zardoc.esmtp.org (MeTA1-1.0.Alpha22.0) with ESMTPS (TLS=TLSv1/SSLv3, cipher=ECDHE-RSA-AES256-GCM-SHA384, bits=256, verify=OK) id S000000000007BE3700; Mon, 24 Mar 2014 12:22:30 -0700 Received: (from ca@localhost) by x2.esmtp.org (8.14.6/8.12.10.Beta0/Submit) id s2OJMUDB006325 for freebsd-current@FreeBSD.org; Mon, 24 Mar 2014 12:22:30 -0700 (PDT) Date: Mon, 24 Mar 2014 12:22:30 -0700 From: Claus Assmann To: freebsd-current@FreeBSD.org Subject: Re: sendmail Broken Pipe Error Message-ID: <20140324192230.GA3916@x2.esmtp.org> Mail-Followup-To: freebsd-current@FreeBSD.org References: <20140324133634.GB6581@vpn.offrom.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140324133634.GB6581@vpn.offrom.nl> User-Agent: Mutt/1.5.22+16 (adf90e5365bc) (2013-10-16) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Mon, 24 Mar 2014 19:22:31 -0000 On Mon, Mar 24, 2014, Willy Offermans wrote: > Mar 24 14:16:01 MyServer sm-mta[11725]: s2ODCWT4011717: SYSERR(root): timeout writing message to MyProvider.com: Broken pipe > Mar 24 14:16:01 MyServer sm-mta[11725]: s2ODCWT4011717: to=, delay=00:03:29, xdelay=00:03:26, mailer=relay, pri=1284849, relay=MyProvider.com [XXX.XXX.XXX.XXX], dsn=4.0.0, stat=Deferred > Since there is a timeout error, I like to know what sendmail is writing to > MyProvider.com The mail message (DATA) -- as the log entry states. > Is there a way to debug sendmail to disclose the message written to > MyProvider.com and the response from MyProvider.com. I'm pretty sure that There's no response... check out s2ODCWT4011717 in your mail queue. From owner-freebsd-current@FreeBSD.ORG Mon Mar 24 19:36:53 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BB0888A0 for ; Mon, 24 Mar 2014 19:36:53 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 663DAFC5 for ; Mon, 24 Mar 2014 19:36:52 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.8/8.14.8) with ESMTP id s2OJaowM069833; Mon, 24 Mar 2014 12:36:50 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.8/8.14.8/Submit) id s2OJaoLG069832; Mon, 24 Mar 2014 12:36:50 -0700 (PDT) (envelope-from david) Date: Mon, 24 Mar 2014 12:36:50 -0700 From: David Wolfskill To: Willy Offermans Subject: Re: sendmail Broken Pipe Error Message-ID: <20140324193650.GQ43653@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Willy Offermans , freebsd-current@FreeBSD.org References: <20140324133634.GB6581@vpn.offrom.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="HSfddtAs2KjjielS" Content-Disposition: inline In-Reply-To: <20140324133634.GB6581@vpn.offrom.nl> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 24 Mar 2014 19:36:53 -0000 --HSfddtAs2KjjielS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 24, 2014 at 02:36:34PM +0100, Willy Offermans wrote: > ... > Since there is a timeout error, I like to know what sendmail is writing to > MyProvider.com >=20 > Is there a way to debug sendmail to disclose the message written to > MyProvider.com and the response from MyProvider.com. I'm pretty sure that= =20 > there lays the solution to my problem. >=20 > Any help is highly appreciated. > ... When acting as an (E)SMTP client, sendmail queues outbound messages -- by default, in /var/spool/mqueue/ (ref. "QUEUE_DIR" in the configuration). When I look there, I see files with names like "df..." and "qf..." (where "..." represents a string of numeric & mixed-case alphabetic charcaters). These are in pairs: the "df*" files contain the data to be transmitted via (E)SMTP, while the "qf*" files contain meta-data about the message (including reasons the message didn't get sent yet). The Sendmail Installation and Operation Guide (a copy of which may be found in src/contrib/sendmail/doc/op/op.me) has considerable detail on these files -- search for "qf" (as a suggestion). Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --HSfddtAs2KjjielS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJ8BAEBCgBmBQJTMIlRXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7kPoQAJZMPgtulWQ8h8Hxb56ranyY E29Lkxg/StNwZWib7J3PhU1eSfvGwVYW65+hXea6YAoGYPp0Hy7EzU+9oP5rUymd FSl/N39k9Cbq3SQX6ST1AYv45n487pYAcVQEySuRTMyAfdmZMy+nlIotZCpWOGAD i4I/6T4CaeocILGBiS9JcH8KSrx5oTbLni90jox75CX43OOnx/2+eLaxtQfv/IpP +v7OSPAllnBidwiUweQfl+0s+M2WrGnsq7/rVLUTHvtWS4aOaWcq0AAkY7gjLWtR LK4Gq415DeJWojcPoDo1VGsT/k9slCD5nTCmhniXM6aGNxVbX3jtjExHSxuvQ41J ODZ00ldQnC8J606Nls6QUYEnErmi4VVXGNr0yOWOC6QnMDaf1GyTUxq5TuY+jOZ2 JeZ4UVGPN4CToVtH7G1aGMLGHGqmdVZVSSqS9kchG+dOduxSLOP8Rfms0ENUuozY BbPS2wOb3UEChjpm2zVZEdDe12uBTHHpT6dt34Fi9DB/+ZvnIKxHNhRlNQ8md+4J rPAvMc8F80Nx4tnvCOdNZibcdcgLpxlryG5H/LcIDgdeVsJnkJ4KykK+i7/vvn0e QvJ5rt3exyB/7RePyfiLPXZQmaJYRFRJo+g1wWyxYpr6zTlhYWlHt+CpWhkMFXva vNHoSSYLq9EubuQKxoxg =jorV -----END PGP SIGNATURE----- --HSfddtAs2KjjielS-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 06:44:05 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56A9D193; Tue, 25 Mar 2014 06:44:05 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 107DCF2B; Tue, 25 Mar 2014 06:44:04 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 6BC2D6A6007; Tue, 25 Mar 2014 07:44:02 +0100 (CET) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id s2P6i2ad029154; Tue, 25 Mar 2014 07:44:02 +0100 (CET) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id s2P6i2Up027808; Tue, 25 Mar 2014 07:44:02 +0100 (CET) (envelope-from lars) Date: Tue, 25 Mar 2014 07:44:02 +0100 From: Lars Engels To: Ian Lepore Subject: Re: Using of Dragonfly Mail Agent -- what should be permissions on dma.conf and auth.conf? Message-ID: <20140325064401.GH37436@e-new.0x20.net> Mail-Followup-To: Lars Engels , Ian Lepore , Mark Felder , freebsd-current@FreeBSD.org References: <1866531738.20140324155300@serebryakov.spb.ru> <1395666310.81853.59.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X+8siUETKMkW99st" Content-Disposition: inline In-Reply-To: <1395666310.81853.59.camel@revolution.hippie.lan> X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p4 User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Mar 2014 06:44:05 -0000 --X+8siUETKMkW99st Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 24, 2014 at 07:05:10AM -0600, Ian Lepore wrote: > On Mon, 2014-03-24 at 07:16 -0500, Mark Felder wrote: > > On 2014-03-24 06:53, Lev Serebryakov wrote: > > > Hello, Freebsd-current. > > >=20 > > > I've tried "440" with owner 25:25 and "mail lev@serebryakov.spb.ru" > > > complains, that it could not access them. > > >=20 > > > Also, what is proper way to attach dma into system instead of senndm= al=20 > > > now? > >=20 > >=20 > > I'm not sure what the permissions of those files should really be, but= =20 > > this is likely what you want in mailer.conf: > >=20 > > sendmail /usr/libexec/dma > > send-mail /usr/libexec/dma > > mailq /usr/libexec/dma > >=20 > > and rc.conf: > >=20 > > sendmail_enable=3D"NO" > > sendmail_submit_enable=3D"NO" > > sendmail_outbound_enable=3D"NO" > > sendmail_msp_queue_enable=3D"NO" > >=20 >=20 > Shorthand for that is: sendmail_enable=3D"NONE" Which is deprecated, AFAIK. --X+8siUETKMkW99st Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iKYEARECAGYFAlMxJbFfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDE3RkMwOEUxNUUwOUJEMjE0ODlFMjA1MDI5 Q0U3NURBQzBGNzY5RjgACgkQKc512sD3afg3tgCgv9dgLXhFDbeVyvUH2DxBP12b 4l8AniK6TmbUJLYplC5sHIBF3PDq8xVR =nvda -----END PGP SIGNATURE----- --X+8siUETKMkW99st-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 08:22:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 60F3499B for ; Tue, 25 Mar 2014 08:22:28 +0000 (UTC) Received: from cpsmtpb-ews03.kpnxchange.com (cpsmtpb-ews03.kpnxchange.com [213.75.39.6]) by mx1.freebsd.org (Postfix) with ESMTP id C8C73A0A for ; Tue, 25 Mar 2014 08:22:26 +0000 (UTC) Received: from cpsps-ews26.kpnxchange.com ([10.94.84.192]) by cpsmtpb-ews03.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Tue, 25 Mar 2014 09:22:22 +0100 Received: from CPSMTPM-CMT101.kpnxchange.com ([195.121.3.17]) by cpsps-ews26.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Tue, 25 Mar 2014 09:22:22 +0100 Received: from donald.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT101.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18264); Tue, 25 Mar 2014 09:22:22 +0100 Received: from squid (squid.vpn.offrom.nl [10.168.0.72]) by donald.offrom.nl (8.14.7/8.14.7) with ESMTP id s2P8MKSP034992; Tue, 25 Mar 2014 09:22:22 +0100 (CET) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid with local (Exim 4.72) (envelope-from ) id 1WSMch-0007xt-T2; Tue, 25 Mar 2014 09:22:15 +0100 Date: Tue, 25 Mar 2014 09:22:15 +0100 From: Willy Offermans To: Allan Jude Subject: Re: sendmail downgrade Message-ID: <20140325082215.GE8104@vpn.offrom.nl> References: <20140324142316.GA7874@vpn.offrom.nl> <20140324144700.GD7874@vpn.offrom.nl> <53305E46.7090403@allanjude.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53305E46.7090403@allanjude.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 25 Mar 2014 08:22:23.0001 (UTC) FILETIME=[58DCF090:01CF4803] X-RcptDomain: freebsd.org Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 08:22:28 -0000 Hello Allan and FreeBSD friends, On Mon, Mar 24, 2014 at 12:33:10PM -0400, Allan Jude wrote: > On 2014-03-24 10:47, Willy Offermans wrote: > > Dear FreeBSD friends, > > > > I used portdowngrade, but compiling sendmail 8.14.5 throws an error > > message. So this is not a way to go! > > > > > > On Mon, Mar 24, 2014 at 03:23:16PM +0100, Willy Offermans wrote: > >> Dear FreeBSD friends, > >> > >> Is there a way to downgrade sendmail to Version 8.14.5? > >> > >> -- > >> Met vriendelijke groeten, > >> With kind regards, > >> Mit freundlichen Gruessen, > >> De jrus wah, > >> > >> Wiel > >> > >> ************************************* > >> W.K. Offermans > >> _______________________________________________ > >> 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" > > > > I imagine it depends on what the error message you get is > > -- > Allan Jude > Of course, You are right. The following error occurs: Note: see README file in case of errors. pic -C op.me | eqn -C -Tascii | groff -Tascii -me | ul -t dumb > op.txt ul: unknown escape sequence in input: 33, 133 *** Error code 1 Stop. make[1]: stopped in /root/sendmail/work/sendmail-8.14.5/doc/op *** Error code 1 Stop. make: stopped in /root/sendmail I don't know what it means, if someone has an idea, please... -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, Willy ************************************* W.K. Offermans From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 08:26:47 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A82FB19 for ; Tue, 25 Mar 2014 08:26:47 +0000 (UTC) Received: from cpsmtpb-ews08.kpnxchange.com (cpsmtpb-ews08.kpnxchange.com [213.75.39.13]) by mx1.freebsd.org (Postfix) with ESMTP id C1346A4A for ; Tue, 25 Mar 2014 08:26:46 +0000 (UTC) Received: from cpsps-ews27.kpnxchange.com ([10.94.84.193]) by cpsmtpb-ews08.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Tue, 25 Mar 2014 09:26:45 +0100 Received: from CPSMTPM-cmt107.kpnxchange.com ([195.121.3.23]) by cpsps-ews27.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Tue, 25 Mar 2014 09:26:45 +0100 Received: from donald.offrom.nl ([77.170.60.162]) by CPSMTPM-cmt107.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18264); Tue, 25 Mar 2014 09:26:44 +0100 Received: from squid (squid.vpn.offrom.nl [10.168.0.72]) by donald.offrom.nl (8.14.7/8.14.7) with ESMTP id s2P8Qin9035001 for ; Tue, 25 Mar 2014 09:26:44 +0100 (CET) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid with local (Exim 4.72) (envelope-from ) id 1WSMgx-0007y6-Hq for freebsd-current@FreeBSD.org; Tue, 25 Mar 2014 09:26:39 +0100 Date: Tue, 25 Mar 2014 09:26:39 +0100 From: Willy Offermans To: freebsd-current@FreeBSD.org Subject: Re: sendmail Broken Pipe Error Message-ID: <20140325082639.GF8104@vpn.offrom.nl> References: <20140324133634.GB6581@vpn.offrom.nl> <20140324192230.GA3916@x2.esmtp.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140324192230.GA3916@x2.esmtp.org> User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 25 Mar 2014 08:26:44.0956 (UTC) FILETIME=[F50019C0:01CF4803] X-RcptDomain: FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 08:26:47 -0000 Dear Claus and FreeBSD friends, On Mon, Mar 24, 2014 at 12:22:30PM -0700, Claus Assmann wrote: > On Mon, Mar 24, 2014, Willy Offermans wrote: > > > Mar 24 14:16:01 MyServer sm-mta[11725]: s2ODCWT4011717: SYSERR(root): timeout writing message to MyProvider.com: Broken pipe > > Mar 24 14:16:01 MyServer sm-mta[11725]: s2ODCWT4011717: to=, delay=00:03:29, xdelay=00:03:26, mailer=relay, pri=1284849, relay=MyProvider.com [XXX.XXX.XXX.XXX], dsn=4.0.0, stat=Deferred > > > Since there is a timeout error, I like to know what sendmail is writing to > > MyProvider.com > > The mail message (DATA) -- as the log entry states. > > > Is there a way to debug sendmail to disclose the message written to > > MyProvider.com and the response from MyProvider.com. I'm pretty sure that > > There's no response... > check out s2ODCWT4011717 in your mail queue. > _______________________________________________ > 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" This sounds very reasonable, but for your better understanding the following: My old FreeBSD server is still running as well. This server runs sendmail 8.14.5 and does not show these errors. So I'm puzzled what the problem might be. -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, Willy ************************************* W.K. Offermans From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 10:40:58 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0CE1E9B5 for ; Tue, 25 Mar 2014 10:40:58 +0000 (UTC) Received: from cpsmtpb-ews04.kpnxchange.com (cpsmtpb-ews04.kpnxchange.com [213.75.39.7]) by mx1.freebsd.org (Postfix) with ESMTP id 64EDF904 for ; Tue, 25 Mar 2014 10:40:55 +0000 (UTC) Received: from cpsps-ews03.kpnxchange.com ([10.94.84.170]) by cpsmtpb-ews04.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Tue, 25 Mar 2014 11:39:45 +0100 Received: from CPSMTPM-CMT105.kpnxchange.com ([195.121.3.21]) by cpsps-ews03.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Tue, 25 Mar 2014 11:39:45 +0100 Received: from donald.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT105.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18264); Tue, 25 Mar 2014 11:39:39 +0100 Received: from squid (squid.vpn.offrom.nl [10.168.0.72]) by donald.offrom.nl (8.14.7/8.14.7) with ESMTP id s2PAddA7035435 for ; Tue, 25 Mar 2014 11:39:39 +0100 (CET) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid with local (Exim 4.72) (envelope-from ) id 1WSOla-0008Et-AU for freebsd-current@FreeBSD.org; Tue, 25 Mar 2014 11:39:34 +0100 Date: Tue, 25 Mar 2014 11:39:34 +0100 From: Willy Offermans To: freebsd-current@FreeBSD.org Subject: sendmail Broken Pipe Error Message-ID: <20140325103934.GH8104@vpn.offrom.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 25 Mar 2014 10:39:39.0733 (UTC) FILETIME=[86568050:01CF4816] X-RcptDomain: FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 10:40:58 -0000 Dear FreeBSD friends, I found the following command, that generates some more informative output, I hope. root@MyServer:/home/MyName # sendmail -q -v Running /var/spool/mqueue/s2ODs1hH016114 (sequence 1 of 2) ... Connecting to Smarhost.com via relay... 220 CPSMTPM-CMT109.MyProvider.com MyProvider.com Tue, 25 Mar 2014 10:45:21 +0100 >>> EHLO MyServer.MyDomain.com 250-CPSMTPM-CMT109.MyProvider.com Hello [77.170.60.162] 250-TURN 250-SIZE 15744000 250-ETRN 250-PIPELINING 250-DSN 250-ENHANCEDSTATUSCODES 250-8bitmime 250-CHUNKING 250-VRFY 250 OK >>> MAIL From: SIZE=1254972 250 2.1.0 MyName@MyRewrittenDomainName....Sender OK >>> RCPT To: >>> DATA 250 2.1.5 MyFriend@MyFriendsDomainName 354 Start mail input; end with . timeout writing message to Smarhost.com: Broken pipe ... Deferred If I copy the *s2ODs1hH016114 files to MySecondServer and run sendmail -q -v once more, I got the following: Running /var/spool/mqueue/s2ODs1hH016114 (sequence 1 of 1) ... Connecting to Smarhost.com via relay... 220 CPSMTPM-cmt107.MyProvider.com MyProvider.com Tue, 25 Mar 2014 10:57:56 +0100 >>> EHLO MySecondServer.MyRewrittenDomainName 250-CPSMTPM-cmt107.MyProvider.com Hello [77.170.60.162] 250-TURN 250-SIZE 15744000 250-ETRN 250-PIPELINING 250-DSN 250-ENHANCEDSTATUSCODES 250-8bitmime 250-CHUNKING 250-VRFY 250 OK >>> MAIL From: SIZE=1254972 250 2.1.0 MyName@MyRewrittenDomainName....Sender OK >>> RCPT To: >>> DATA 250 2.1.5 MyFriend@MyFriendsDomainName 354 Start mail input; end with . >>> . 250 2.6.0 <20140324135355.GC6581@vpn.MyDomain.com> Queued mail for delivery ... Sent ( <20140324135355.GC6581@vpn.MyDomain.com> Queued mail for delivery) Closing connection to Smarhost.com >>> QUIT 221 2.0.0 CPSMTPM-cmt107.MyProvider.com Service closing transmission channel The test shows me that the problem is not on the MyProvider side. The sendmail.cf files on the two server are identical, except the names of the servers and some comments. The sendmail versions are different and the FreeBSD versions are different: MyServer: Sendmail Version 8.14.7 FreeBSD 10.0-STABLE MySecondServer: Sendmail Version 8.14.5 FreeBSD 9.0-RELEASE-p4 It is also important to note that above can only be observed for some e-mails, not all. Thus some mails will be sent from MyServer, some are not! If I make a tcpdump during the connection between sendmail and smarthost concerning s2ODs1hH016114, I got the following: 11:24:23.301300 IP MyServer.MyDomain.com.49165 > DNSMyProvider.domain: 32794+ [1au] MX? Smarhost.com. (43) 11:24:23.320078 IP DNSMyProvider.domain > MyServer.MyDomain.com.49165: 32794 1/1/1 CNAME CNameMyProvider. (125) 11:24:23.321592 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [S], seq 2245424203, win 65535, options [mss 1448,nop,wscale 6,sackOK,TS val 318826742 ecr 0], length 0 11:24:23.339171 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [S.], seq 2238169153, ack 2245424204, win 8192, options [mss 1452], length 0 11:24:23.339221 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], ack 1, win 65535, length 0 11:24:23.355143 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [P.], seq 1:84, ack 1, win 65160, length 83 11:24:23.355254 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [P.], seq 1:24, ack 84, win 65535, length 23 11:24:23.370795 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [P.], seq 84:276, ack 24, win 65137, length 192 11:24:23.371025 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [P.], seq 24:76, ack 276, win 65535, length 52 11:24:23.392751 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [P.], seq 276:326, ack 76, win 65085, length 50 11:24:23.393010 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [P.], seq 76:119, ack 326, win 65535, length 43 11:24:23.414297 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [P.], seq 326:364, ack 119, win 65042, length 38 11:24:23.520345 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], ack 364, win 65535, length 0 11:24:23.535218 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [P.], seq 364:410, ack 119, win 65042, length 46 11:24:23.769098 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 119:1567, ack 410, win 65535, length 1448 11:24:23.769108 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 119:1567, ack 410, win 65535, length 1448 11:24:23.811918 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 1567, win 65160, length 0 11:24:24.077092 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 1567:3015, ack 410, win 65535, length 1448 11:24:24.077101 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 1567:3015, ack 410, win 65535, length 1448 11:24:24.119910 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 3015, win 65160, length 0 11:24:24.451090 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 3015:4463, ack 410, win 65535, length 1448 11:24:24.451100 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 3015:4463, ack 410, win 65535, length 1448 11:24:24.493910 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 4463, win 65160, length 0 11:24:24.957099 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 4463:5911, ack 410, win 65535, length 1448 11:24:24.957110 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 4463:5911, ack 410, win 65535, length 1448 11:24:24.999924 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 5911, win 65160, length 0 11:24:25.727077 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 5911:7359, ack 410, win 65535, length 1448 11:24:25.727085 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 5911:7359, ack 410, win 65535, length 1448 11:24:25.769595 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 7359, win 65160, length 0 11:24:26.929090 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 7359:8807, ack 410, win 65535, length 1448 11:24:26.929099 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 7359:8807, ack 410, win 65535, length 1448 11:24:26.972062 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 8807, win 65160, length 0 11:24:29.100086 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 8807:10255, ack 410, win 65535, length 1448 11:24:29.100093 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 8807:10255, ack 410, win 65535, length 1448 11:24:29.142755 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 10255, win 65160, length 0 11:24:33.205088 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 10255:11703, ack 410, win 65535, length 1448 11:24:33.205100 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 10255:11703, ack 410, win 65535, length 1448 11:24:33.247458 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 11703, win 65160, length 0 11:24:41.127081 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 11703:13151, ack 410, win 65535, length 1448 11:24:41.127091 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 11703:13151, ack 410, win 65535, length 1448 11:24:41.169601 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 13151, win 65160, length 0 11:24:56.729079 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 13151:14599, ack 410, win 65535, length 1448 11:24:56.729086 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 13151:14599, ack 410, win 65535, length 1448 11:24:56.771445 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 14599, win 65160, length 0 11:25:12.331083 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 14599:16047, ack 410, win 65535, length 1448 11:25:12.331094 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 14599:16047, ack 410, win 65535, length 1448 11:25:12.373602 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 16047, win 65160, length 0 11:25:27.933084 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 16047:17495, ack 410, win 65535, length 1448 11:25:27.933095 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 16047:17495, ack 410, win 65535, length 1448 11:25:27.975453 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 17495, win 65160, length 0 11:25:43.535093 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [R.], seq 20391, ack 410, win 65535, length 0 11:25:43.549940 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 17495, win 65160, length 0 11:25:43.550002 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [R], seq 2245441698, win 0, length 0 I'm not an expert in tcpdump. Can anyone make sense out of the messages? -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Wiel ************************************* W.K. Offermans From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 12:07:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C49D516E for ; Tue, 25 Mar 2014 12:07:02 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8C42418A for ; Tue, 25 Mar 2014 12:07:02 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:57d:c2c8:bdeb:ce42]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 9F4F64AC31 for ; Tue, 25 Mar 2014 16:07:00 +0400 (MSK) Date: Tue, 25 Mar 2014 16:06:56 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <602650016.20140325160656@serebryakov.spb.ru> To: freebsd-current@freebsd.org Subject: Dragonfly DMA: bare "to" address difference with sendmail MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Tue, 25 Mar 2014 12:07:02 -0000 Hello, Freebsd-current. When I use sendmail, all output of periodic scripts is received with "root@host" "To:" address. with dma it is only "root". IMHO, it is regression, as I collect all mail on one server/account and now all these "To" fields are the same :) -- // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 13:05:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E8F33D7 for ; Tue, 25 Mar 2014 13:05:12 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 41B2A932 for ; Tue, 25 Mar 2014 13:05:11 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:57d:c2c8:bdeb:ce42]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 447E04AC32 for ; Tue, 25 Mar 2014 17:05:05 +0400 (MSK) Date: Tue, 25 Mar 2014 17:05:01 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <536067125.20140325170501@serebryakov.spb.ru> To: freebsd-current@freebsd.org Subject: WITHOUT_XXX leftovers. MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Tue, 25 Mar 2014 13:05:12 -0000 Hello, Freebsd-current. I try to trim my NanoBSD install as much as possible without going to add "rm /usr/bin/as" to customization steps (ok, I remove /usr/include and /usr/lib/*.a, but it I don't want cherry-pick binaries). So, I have WITHOUT_BINUTILS, WITHOUT_CLANG, WITHOUT_MAN (among others) but I have: /usr/bin/ar /usr/bin/c89 /usr/bin/c99 /usr/bin/flex /usr/bin/flex++ /usr/bin/lex /usr/bin/lex++ (all 4 is the same. of course) /usr/bin/byacc /usr/bin/yacc (again, hardlinks) /usr/bin/mandoc /usr/bin/ranlib (same as ar) Also, IMHO, it will be nice to have knob for vi, which is rather huge and another one for all bhyve stuff and one more for openssl _binary_. -- // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 14:30:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 707B577D for ; Tue, 25 Mar 2014 14:30:24 +0000 (UTC) Received: from blu0-omc2-s18.blu0.hotmail.com (blu0-omc2-s18.blu0.hotmail.com [65.55.111.93]) by mx1.freebsd.org (Postfix) with ESMTP id 3CC6B228 for ; Tue, 25 Mar 2014 14:30:24 +0000 (UTC) Received: from BLU179-W42 ([65.55.111.72]) by blu0-omc2-s18.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 25 Mar 2014 07:29:17 -0700 X-TMN: [NeB7O6Q8qE6ASuJnPPTOkm/XqROdJWjp] X-Originating-Email: [brunolauze@msn.com] Message-ID: From: =?iso-8859-1?B?QnJ1bm8gTGF1euk=?= To: "freebsd-current@freebsd.org" Subject: install error with r263638 Date: Tue, 25 Mar 2014 10:29:16 -0400 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 25 Mar 2014 14:29:17.0064 (UTC) FILETIME=[9A446080:01CF4836] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Mar 2014 14:30:24 -0000 I am experiencing issue related to r263638.During a ZFS Install=2C it does = create a new volume for /root but bsdinstall cannot copy "root/.cshrc" duri= ng base.txz extraction.Would we want to but "=2Ccanmount=3Doff" or change t= he way root profile gets created for zfs install? What could be the cause? = From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 14:32:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE22397C for ; Tue, 25 Mar 2014 14:32:29 +0000 (UTC) Received: from zardoc.esmtp.org (zardoc.esmtp.org [70.36.157.240]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9DF4D2AE for ; Tue, 25 Mar 2014 14:32:29 +0000 (UTC) Received: from x2.esmtp.org (localhost. [127.0.0.1]) by zardoc.esmtp.org (MeTA1-1.0.Alpha22.0) with ESMTPS (TLS=TLSv1/SSLv3, cipher=ECDHE-RSA-AES256-GCM-SHA384, bits=256, verify=OK) id S000000000007C2C500; Tue, 25 Mar 2014 07:32:28 -0700 Received: (from ca@localhost) by x2.esmtp.org (8.14.6/8.12.10.Beta0/Submit) id s2PEWSxL009467 for freebsd-current@freebsd.org; Tue, 25 Mar 2014 07:32:28 -0700 (PDT) Date: Tue, 25 Mar 2014 07:32:28 -0700 From: Claus Assmann To: freebsd-current@freebsd.org Subject: Re: sendmail downgrade Message-ID: <20140325143228.GA23657@x2.esmtp.org> Mail-Followup-To: freebsd-current@freebsd.org References: <20140324142316.GA7874@vpn.offrom.nl> <20140324144700.GD7874@vpn.offrom.nl> <53305E46.7090403@allanjude.com> <20140325082215.GE8104@vpn.offrom.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140325082215.GE8104@vpn.offrom.nl> User-Agent: Mutt/1.5.22+16 (adf90e5365bc) (2013-10-16) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 25 Mar 2014 14:32:29 -0000 On Tue, Mar 25, 2014, Willy Offermans wrote: > You are right. The following error occurs: > > Note: see README file in case of errors. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > pic -C op.me | eqn -C -Tascii | groff -Tascii -me | ul -t dumb > op.txt > ul: unknown escape sequence in input: 33, 133 > I don't know what it means, if someone has an idea, please... How about reading the output of the command and following the advice? Hmm, why are we putting those instructions there? From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 14:45:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3CFADDC6; Tue, 25 Mar 2014 14:45:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 06BD43D9; Tue, 25 Mar 2014 14:45:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PEj351001235; Tue, 25 Mar 2014 10:45:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PEj3No001229; Tue, 25 Mar 2014 14:45:03 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 14:45:03 GMT Message-Id: <201403251445.s2PEj3No001229@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 14:45:05 -0000 TB --- 2014-03-25 14:45:03 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 14:45:03 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 14:45:03 - starting HEAD tinderbox run for i386/i386 TB --- 2014-03-25 14:45:03 - cleaning the object tree TB --- 2014-03-25 14:45:03 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 14:45:03 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:45:03 - ERROR: unable to stat source tree TB --- 2014-03-25 14:45:03 - 0.04 user 0.02 system 0.23 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 14:45:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F565DC7; Tue, 25 Mar 2014 14:45:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 06D9A3DA; Tue, 25 Mar 2014 14:45:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PEj3N9001236; Tue, 25 Mar 2014 10:45:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PEj3Io001230; Tue, 25 Mar 2014 14:45:03 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 14:45:03 GMT Message-Id: <201403251445.s2PEj3Io001230@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 14:45:05 -0000 TB --- 2014-03-25 14:45:03 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 14:45:03 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 14:45:03 - starting HEAD tinderbox run for arm/arm TB --- 2014-03-25 14:45:03 - cleaning the object tree TB --- 2014-03-25 14:45:03 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 14:45:03 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:45:03 - ERROR: unable to stat source tree TB --- 2014-03-25 14:45:03 - 0.05 user 0.00 system 0.23 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 14:45:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B858DCA; Tue, 25 Mar 2014 14:45:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 09FB53DE; Tue, 25 Mar 2014 14:45:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PEj49L001279; Tue, 25 Mar 2014 10:45:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PEj4A2001276; Tue, 25 Mar 2014 14:45:04 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 14:45:04 GMT Message-Id: <201403251445.s2PEj4A2001276@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 14:45:05 -0000 TB --- 2014-03-25 14:45:03 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 14:45:03 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 14:45:03 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-03-25 14:45:03 - cleaning the object tree TB --- 2014-03-25 14:45:03 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 14:45:04 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:45:04 - ERROR: unable to stat source tree TB --- 2014-03-25 14:45:04 - 0.05 user 0.00 system 0.20 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 14:45:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45723DC9; Tue, 25 Mar 2014 14:45:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 07B663DC; Tue, 25 Mar 2014 14:45:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PEj33i001227; Tue, 25 Mar 2014 10:45:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PEj30x001226; Tue, 25 Mar 2014 14:45:03 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 14:45:03 GMT Message-Id: <201403251445.s2PEj30x001226@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 14:45:05 -0000 TB --- 2014-03-25 14:45:03 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 14:45:03 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 14:45:03 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-03-25 14:45:03 - cleaning the object tree TB --- 2014-03-25 14:45:03 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 14:45:03 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:45:03 - ERROR: unable to stat source tree TB --- 2014-03-25 14:45:03 - 0.05 user 0.02 system 0.09 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 14:45:06 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 79107DD2; Tue, 25 Mar 2014 14:45:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 42A6F3E3; Tue, 25 Mar 2014 14:45:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PEj4gc001299; Tue, 25 Mar 2014 10:45:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PEj466001298; Tue, 25 Mar 2014 14:45:04 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 14:45:04 GMT Message-Id: <201403251445.s2PEj466001298@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 14:45:06 -0000 TB --- 2014-03-25 14:45:04 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 14:45:04 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 14:45:04 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-03-25 14:45:04 - cleaning the object tree TB --- 2014-03-25 14:45:04 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 14:45:04 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:45:04 - ERROR: unable to stat source tree TB --- 2014-03-25 14:45:04 - 0.05 user 0.01 system 0.26 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 14:45:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45254DC8; Tue, 25 Mar 2014 14:45:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0788D3DB; Tue, 25 Mar 2014 14:45:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PEj3kx001243; Tue, 25 Mar 2014 10:45:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PEj3VF001241; Tue, 25 Mar 2014 14:45:03 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 14:45:03 GMT Message-Id: <201403251445.s2PEj3VF001241@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 14:45:05 -0000 TB --- 2014-03-25 14:45:03 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 14:45:03 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 14:45:03 - starting HEAD tinderbox run for armv6/arm TB --- 2014-03-25 14:45:03 - cleaning the object tree TB --- 2014-03-25 14:45:03 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 14:45:03 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:45:03 - ERROR: unable to stat source tree TB --- 2014-03-25 14:45:03 - 0.05 user 0.00 system 0.34 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 14:45:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4BA69DCB; Tue, 25 Mar 2014 14:45:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 07CF13DD; Tue, 25 Mar 2014 14:45:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PEj4fG001277; Tue, 25 Mar 2014 10:45:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PEj4t3001273; Tue, 25 Mar 2014 14:45:04 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 14:45:04 GMT Message-Id: <201403251445.s2PEj4t3001273@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 14:45:05 -0000 TB --- 2014-03-25 14:45:03 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 14:45:03 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 14:45:03 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-03-25 14:45:03 - cleaning the object tree TB --- 2014-03-25 14:45:03 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 14:45:03 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:45:03 - ERROR: unable to stat source tree TB --- 2014-03-25 14:45:03 - 0.05 user 0.01 system 0.06 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 14:45:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59EEFDCE; Tue, 25 Mar 2014 14:45:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 121AF3E2; Tue, 25 Mar 2014 14:45:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PEj3QH001204; Tue, 25 Mar 2014 10:45:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PEj3Cc001203; Tue, 25 Mar 2014 14:45:03 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 14:45:03 GMT Message-Id: <201403251445.s2PEj3Cc001203@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 , Subject: [head tinderbox] source tree update failure Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 14:45:05 -0000 TB --- 2014-03-25 14:40:01 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 14:40:01 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 14:40:01 - starting HEAD tinderbox run for none/none TB --- 2014-03-25 14:40:01 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2014-03-25 14:40:01 - cd /tinderbox/HEAD/none/none TB --- 2014-03-25 14:40:01 - /usr/local/bin/svn cleanup /src TB --- 2014-03-25 14:40:03 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:40:03 - /usr/local/bin/svn update /src TB --- 2014-03-25 14:40:03 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:40:03 - WARNING: sleeping 30 s and retrying... TB --- 2014-03-25 14:40:33 - /usr/local/bin/svn update /src TB --- 2014-03-25 14:40:33 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:40:33 - WARNING: sleeping 60 s and retrying... TB --- 2014-03-25 14:41:33 - /usr/local/bin/svn update /src TB --- 2014-03-25 14:41:33 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:41:33 - WARNING: sleeping 90 s and retrying... TB --- 2014-03-25 14:43:03 - /usr/local/bin/svn update /src TB --- 2014-03-25 14:43:03 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:43:03 - WARNING: sleeping 120 s and retrying... TB --- 2014-03-25 14:45:03 - /usr/local/bin/svn update /src TB --- 2014-03-25 14:45:03 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:45:03 - ERROR: unable to check out the source tree TB --- 2014-03-25 14:45:03 - 0.10 user 0.02 system 301.44 real http://tinderbox.freebsd.org/tinderbox-head-update-HEAD-none-none.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 14:45:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 52506DCD; Tue, 25 Mar 2014 14:45:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0E0B73E0; Tue, 25 Mar 2014 14:45:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PEj4x4001278; Tue, 25 Mar 2014 10:45:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PEj4kQ001275; Tue, 25 Mar 2014 14:45:04 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 14:45:04 GMT Message-Id: <201403251445.s2PEj4kQ001275@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 14:45:05 -0000 TB --- 2014-03-25 14:45:03 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 14:45:03 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 14:45:03 - starting HEAD tinderbox run for mips/mips TB --- 2014-03-25 14:45:03 - cleaning the object tree TB --- 2014-03-25 14:45:03 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 14:45:04 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:45:04 - ERROR: unable to stat source tree TB --- 2014-03-25 14:45:04 - 0.05 user 0.01 system 0.20 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 14:45:06 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 88673DD3; Tue, 25 Mar 2014 14:45:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 520403E6; Tue, 25 Mar 2014 14:45:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PEj4iQ001301; Tue, 25 Mar 2014 10:45:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PEj4sY001300; Tue, 25 Mar 2014 14:45:04 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 14:45:04 GMT Message-Id: <201403251445.s2PEj4sY001300@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 14:45:06 -0000 TB --- 2014-03-25 14:45:04 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 14:45:04 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 14:45:04 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-03-25 14:45:04 - cleaning the object tree TB --- 2014-03-25 14:45:04 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 14:45:04 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:45:04 - ERROR: unable to stat source tree TB --- 2014-03-25 14:45:04 - 0.05 user 0.00 system 0.34 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 14:45:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5223EDCC; Tue, 25 Mar 2014 14:45:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0C0463DF; Tue, 25 Mar 2014 14:45:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PEj3wT001242; Tue, 25 Mar 2014 10:45:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PEj3Ew001240; Tue, 25 Mar 2014 14:45:03 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 14:45:03 GMT Message-Id: <201403251445.s2PEj3Ew001240@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 14:45:05 -0000 TB --- 2014-03-25 14:45:03 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 14:45:03 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 14:45:03 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-03-25 14:45:03 - cleaning the object tree TB --- 2014-03-25 14:45:03 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 14:45:03 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:45:03 - ERROR: unable to stat source tree TB --- 2014-03-25 14:45:03 - 0.06 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 14:45:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A487DCF; Tue, 25 Mar 2014 14:45:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 100FC3E1; Tue, 25 Mar 2014 14:45:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PEj4j1001274; Tue, 25 Mar 2014 10:45:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PEj3k0001272; Tue, 25 Mar 2014 14:45:03 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 14:45:03 GMT Message-Id: <201403251445.s2PEj3k0001272@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 14:45:06 -0000 TB --- 2014-03-25 14:45:03 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 14:45:03 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 14:45:03 - starting HEAD tinderbox run for mips64/mips TB --- 2014-03-25 14:45:03 - cleaning the object tree TB --- 2014-03-25 14:45:03 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 14:45:03 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:45:03 - ERROR: unable to stat source tree TB --- 2014-03-25 14:45:03 - 0.03 user 0.02 system 0.05 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 14:55:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 619D5126; Tue, 25 Mar 2014 14:55:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2558B775; Tue, 25 Mar 2014 14:55:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PEt168001367; Tue, 25 Mar 2014 10:55:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PEt1uA001362; Tue, 25 Mar 2014 14:55:01 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 14:55:01 GMT Message-Id: <201403251455.s2PEt1uA001362@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 14:55:02 -0000 TB --- 2014-03-25 14:55:01 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 14:55:01 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 14:55:01 - starting HEAD tinderbox run for armv6/arm TB --- 2014-03-25 14:55:01 - cleaning the object tree TB --- 2014-03-25 14:55:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 14:55:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:55:01 - ERROR: unable to stat source tree TB --- 2014-03-25 14:55:01 - 0.05 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 14:55:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63F27127; Tue, 25 Mar 2014 14:55:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 26C19776; Tue, 25 Mar 2014 14:55:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PEt1Kc001369; Tue, 25 Mar 2014 10:55:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PEt1HE001363; Tue, 25 Mar 2014 14:55:01 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 14:55:01 GMT Message-Id: <201403251455.s2PEt1HE001363@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 14:55:02 -0000 TB --- 2014-03-25 14:55:01 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 14:55:01 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 14:55:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-03-25 14:55:01 - cleaning the object tree TB --- 2014-03-25 14:55:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 14:55:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:55:01 - ERROR: unable to stat source tree TB --- 2014-03-25 14:55:01 - 0.05 user 0.01 system 0.03 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 14:55:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B5B4123; Tue, 25 Mar 2014 14:55:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D8C04772; Tue, 25 Mar 2014 14:55:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PEt1Gd001339; Tue, 25 Mar 2014 10:55:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PEt1pa001338; Tue, 25 Mar 2014 14:55:01 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 14:55:01 GMT Message-Id: <201403251455.s2PEt1pa001338@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 , Subject: [head tinderbox] source tree update failure Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 14:55:02 -0000 TB --- 2014-03-25 14:50:00 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 14:50:00 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 14:50:00 - starting HEAD tinderbox run for none/none TB --- 2014-03-25 14:50:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2014-03-25 14:50:00 - cd /tinderbox/HEAD/none/none TB --- 2014-03-25 14:50:00 - /usr/local/bin/svn cleanup /src TB --- 2014-03-25 14:50:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:50:01 - /usr/local/bin/svn update /src TB --- 2014-03-25 14:50:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:50:01 - WARNING: sleeping 30 s and retrying... TB --- 2014-03-25 14:50:31 - /usr/local/bin/svn update /src TB --- 2014-03-25 14:50:31 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:50:31 - WARNING: sleeping 60 s and retrying... TB --- 2014-03-25 14:51:31 - /usr/local/bin/svn update /src TB --- 2014-03-25 14:51:31 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:51:31 - WARNING: sleeping 90 s and retrying... TB --- 2014-03-25 14:53:01 - /usr/local/bin/svn update /src TB --- 2014-03-25 14:53:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:53:01 - WARNING: sleeping 120 s and retrying... TB --- 2014-03-25 14:55:01 - /usr/local/bin/svn update /src TB --- 2014-03-25 14:55:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:55:01 - ERROR: unable to check out the source tree TB --- 2014-03-25 14:55:01 - 0.09 user 0.02 system 300.91 real http://tinderbox.freebsd.org/tinderbox-head-update-HEAD-none-none.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 14:55:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59590124; Tue, 25 Mar 2014 14:55:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 23525773; Tue, 25 Mar 2014 14:55:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PEt1Wo001366; Tue, 25 Mar 2014 10:55:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PEt1VA001364; Tue, 25 Mar 2014 14:55:01 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 14:55:01 GMT Message-Id: <201403251455.s2PEt1VA001364@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 14:55:02 -0000 TB --- 2014-03-25 14:55:01 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 14:55:01 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 14:55:01 - starting HEAD tinderbox run for arm/arm TB --- 2014-03-25 14:55:01 - cleaning the object tree TB --- 2014-03-25 14:55:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 14:55:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:55:01 - ERROR: unable to stat source tree TB --- 2014-03-25 14:55:01 - 0.06 user 0.00 system 0.03 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 14:55:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9849A129; Tue, 25 Mar 2014 14:55:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 60980777; Tue, 25 Mar 2014 14:55:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PEt1pb001402; Tue, 25 Mar 2014 10:55:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PEt19E001398; Tue, 25 Mar 2014 14:55:01 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 14:55:01 GMT Message-Id: <201403251455.s2PEt19E001398@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 14:55:02 -0000 TB --- 2014-03-25 14:55:01 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 14:55:01 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 14:55:01 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-03-25 14:55:01 - cleaning the object tree TB --- 2014-03-25 14:55:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 14:55:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:55:01 - ERROR: unable to stat source tree TB --- 2014-03-25 14:55:01 - 0.03 user 0.02 system 0.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 14:55:03 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D9148130; Tue, 25 Mar 2014 14:55:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A2B08782; Tue, 25 Mar 2014 14:55:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PEt19A001434; Tue, 25 Mar 2014 10:55:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PEt1xN001431; Tue, 25 Mar 2014 14:55:01 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 14:55:01 GMT Message-Id: <201403251455.s2PEt1xN001431@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 14:55:03 -0000 TB --- 2014-03-25 14:55:01 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 14:55:01 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 14:55:01 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-03-25 14:55:01 - cleaning the object tree TB --- 2014-03-25 14:55:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 14:55:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:55:01 - ERROR: unable to stat source tree TB --- 2014-03-25 14:55:01 - 0.04 user 0.01 system 0.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 14:55:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A28812A; Tue, 25 Mar 2014 14:55:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6427E77B; Tue, 25 Mar 2014 14:55:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PEt1Sk001403; Tue, 25 Mar 2014 10:55:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PEt1WF001399; Tue, 25 Mar 2014 14:55:01 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 14:55:01 GMT Message-Id: <201403251455.s2PEt1WF001399@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 14:55:02 -0000 TB --- 2014-03-25 14:55:01 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 14:55:01 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 14:55:01 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-03-25 14:55:01 - cleaning the object tree TB --- 2014-03-25 14:55:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 14:55:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:55:01 - ERROR: unable to stat source tree TB --- 2014-03-25 14:55:01 - 0.03 user 0.02 system 0.03 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 14:55:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D989125; Tue, 25 Mar 2014 14:55:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2520E774; Tue, 25 Mar 2014 14:55:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PEt1W7001368; Tue, 25 Mar 2014 10:55:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PEt1nP001365; Tue, 25 Mar 2014 14:55:01 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 14:55:01 GMT Message-Id: <201403251455.s2PEt1nP001365@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 14:55:02 -0000 TB --- 2014-03-25 14:55:01 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 14:55:01 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 14:55:01 - starting HEAD tinderbox run for i386/i386 TB --- 2014-03-25 14:55:01 - cleaning the object tree TB --- 2014-03-25 14:55:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 14:55:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:55:01 - ERROR: unable to stat source tree TB --- 2014-03-25 14:55:01 - 0.06 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 14:55:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E6DE12B; Tue, 25 Mar 2014 14:55:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6795A77C; Tue, 25 Mar 2014 14:55:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PEt1ma001405; Tue, 25 Mar 2014 10:55:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PEt1MO001401; Tue, 25 Mar 2014 14:55:01 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 14:55:01 GMT Message-Id: <201403251455.s2PEt1MO001401@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 14:55:02 -0000 TB --- 2014-03-25 14:55:01 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 14:55:01 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 14:55:01 - starting HEAD tinderbox run for mips64/mips TB --- 2014-03-25 14:55:01 - cleaning the object tree TB --- 2014-03-25 14:55:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 14:55:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:55:01 - ERROR: unable to stat source tree TB --- 2014-03-25 14:55:01 - 0.04 user 0.01 system 0.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 14:55:03 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D284B12E; Tue, 25 Mar 2014 14:55:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9C7CC77E; Tue, 25 Mar 2014 14:55:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PEt1wk001432; Tue, 25 Mar 2014 10:55:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PEt10W001426; Tue, 25 Mar 2014 14:55:01 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 14:55:01 GMT Message-Id: <201403251455.s2PEt10W001426@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 14:55:03 -0000 TB --- 2014-03-25 14:55:01 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 14:55:01 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 14:55:01 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-03-25 14:55:01 - cleaning the object tree TB --- 2014-03-25 14:55:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 14:55:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:55:01 - ERROR: unable to stat source tree TB --- 2014-03-25 14:55:01 - 0.05 user 0.01 system 0.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 14:55:03 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D641412F; Tue, 25 Mar 2014 14:55:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9F95F77F; Tue, 25 Mar 2014 14:55:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PEt1QX001433; Tue, 25 Mar 2014 10:55:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PEt11c001430; Tue, 25 Mar 2014 14:55:01 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 14:55:01 GMT Message-Id: <201403251455.s2PEt11c001430@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 14:55:03 -0000 TB --- 2014-03-25 14:55:01 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 14:55:01 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 14:55:01 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-03-25 14:55:01 - cleaning the object tree TB --- 2014-03-25 14:55:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 14:55:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:55:01 - ERROR: unable to stat source tree TB --- 2014-03-25 14:55:01 - 0.05 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 14:55:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A19A312C; Tue, 25 Mar 2014 14:55:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6B06E77D; Tue, 25 Mar 2014 14:55:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PEt1m4001404; Tue, 25 Mar 2014 10:55:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PEt1tA001400; Tue, 25 Mar 2014 14:55:01 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 14:55:01 GMT Message-Id: <201403251455.s2PEt1tA001400@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 14:55:03 -0000 TB --- 2014-03-25 14:55:01 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 14:55:01 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 14:55:01 - starting HEAD tinderbox run for mips/mips TB --- 2014-03-25 14:55:01 - cleaning the object tree TB --- 2014-03-25 14:55:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 14:55:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 14:55:01 - ERROR: unable to stat source tree TB --- 2014-03-25 14:55:01 - 0.05 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 15:05:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 66F942DD; Tue, 25 Mar 2014 15:05:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 27B178B5; Tue, 25 Mar 2014 15:05:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PF51w2001509; Tue, 25 Mar 2014 11:05:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PF51ZU001505; Tue, 25 Mar 2014 15:05:01 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 15:05:01 GMT Message-Id: <201403251505.s2PF51ZU001505@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 15:05:02 -0000 TB --- 2014-03-25 15:05:01 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 15:05:01 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 15:05:01 - starting HEAD tinderbox run for armv6/arm TB --- 2014-03-25 15:05:01 - cleaning the object tree TB --- 2014-03-25 15:05:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 15:05:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 15:05:01 - ERROR: unable to stat source tree TB --- 2014-03-25 15:05:01 - 0.04 user 0.02 system 0.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 15:05:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5BF6B2DA; Tue, 25 Mar 2014 15:05:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2570E8B2; Tue, 25 Mar 2014 15:05:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PF51Pm001511; Tue, 25 Mar 2014 11:05:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PF51Io001508; Tue, 25 Mar 2014 15:05:01 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 15:05:01 GMT Message-Id: <201403251505.s2PF51Io001508@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 15:05:02 -0000 TB --- 2014-03-25 15:05:01 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 15:05:01 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 15:05:01 - starting HEAD tinderbox run for i386/i386 TB --- 2014-03-25 15:05:01 - cleaning the object tree TB --- 2014-03-25 15:05:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 15:05:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 15:05:01 - ERROR: unable to stat source tree TB --- 2014-03-25 15:05:01 - 0.06 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 15:05:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 636412DC; Tue, 25 Mar 2014 15:05:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 26C558B4; Tue, 25 Mar 2014 15:05:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PF51wk001510; Tue, 25 Mar 2014 11:05:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PF51Yf001506; Tue, 25 Mar 2014 15:05:01 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 15:05:01 GMT Message-Id: <201403251505.s2PF51Yf001506@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 15:05:02 -0000 TB --- 2014-03-25 15:05:01 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 15:05:01 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 15:05:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-03-25 15:05:01 - cleaning the object tree TB --- 2014-03-25 15:05:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 15:05:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 15:05:01 - ERROR: unable to stat source tree TB --- 2014-03-25 15:05:01 - 0.04 user 0.02 system 0.03 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 15:05:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E9A42DB; Tue, 25 Mar 2014 15:05:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 264C78B3; Tue, 25 Mar 2014 15:05:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PF51AN001512; Tue, 25 Mar 2014 11:05:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PF51Q4001507; Tue, 25 Mar 2014 15:05:01 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 15:05:01 GMT Message-Id: <201403251505.s2PF51Q4001507@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 15:05:02 -0000 TB --- 2014-03-25 15:05:01 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 15:05:01 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 15:05:01 - starting HEAD tinderbox run for arm/arm TB --- 2014-03-25 15:05:01 - cleaning the object tree TB --- 2014-03-25 15:05:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 15:05:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 15:05:01 - ERROR: unable to stat source tree TB --- 2014-03-25 15:05:01 - 0.05 user 0.01 system 0.03 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 15:05:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9C22E2DF; Tue, 25 Mar 2014 15:05:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 656F18B6; Tue, 25 Mar 2014 15:05:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PF51AP001545; Tue, 25 Mar 2014 11:05:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PF51pG001542; Tue, 25 Mar 2014 15:05:01 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 15:05:01 GMT Message-Id: <201403251505.s2PF51pG001542@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 15:05:02 -0000 TB --- 2014-03-25 15:05:01 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 15:05:01 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 15:05:01 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-03-25 15:05:01 - cleaning the object tree TB --- 2014-03-25 15:05:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 15:05:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 15:05:01 - ERROR: unable to stat source tree TB --- 2014-03-25 15:05:01 - 0.06 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 15:05:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A04262E0; Tue, 25 Mar 2014 15:05:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 669108B7; Tue, 25 Mar 2014 15:05:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PF51MW001547; Tue, 25 Mar 2014 11:05:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PF5192001544; Tue, 25 Mar 2014 15:05:01 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 15:05:01 GMT Message-Id: <201403251505.s2PF5192001544@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 15:05:02 -0000 TB --- 2014-03-25 15:05:01 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 15:05:01 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 15:05:01 - starting HEAD tinderbox run for mips64/mips TB --- 2014-03-25 15:05:01 - cleaning the object tree TB --- 2014-03-25 15:05:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 15:05:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 15:05:01 - ERROR: unable to stat source tree TB --- 2014-03-25 15:05:01 - 0.05 user 0.01 system 0.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 15:05:03 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD3162E5; Tue, 25 Mar 2014 15:05:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A68E48BF; Tue, 25 Mar 2014 15:05:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PF51jg001576; Tue, 25 Mar 2014 11:05:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PF51GF001573; Tue, 25 Mar 2014 15:05:01 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 15:05:01 GMT Message-Id: <201403251505.s2PF51GF001573@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 15:05:03 -0000 TB --- 2014-03-25 15:05:01 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 15:05:01 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 15:05:01 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-03-25 15:05:01 - cleaning the object tree TB --- 2014-03-25 15:05:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 15:05:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 15:05:01 - ERROR: unable to stat source tree TB --- 2014-03-25 15:05:01 - 0.05 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 15:05:03 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D8DC02E4; Tue, 25 Mar 2014 15:05:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A29D38BC; Tue, 25 Mar 2014 15:05:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PF51uu001575; Tue, 25 Mar 2014 11:05:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PF51TX001572; Tue, 25 Mar 2014 15:05:01 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 15:05:01 GMT Message-Id: <201403251505.s2PF51TX001572@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 15:05:03 -0000 TB --- 2014-03-25 15:05:01 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 15:05:01 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 15:05:01 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-03-25 15:05:01 - cleaning the object tree TB --- 2014-03-25 15:05:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 15:05:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 15:05:01 - ERROR: unable to stat source tree TB --- 2014-03-25 15:05:01 - 0.05 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 15:05:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A2C0A2E1; Tue, 25 Mar 2014 15:05:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 66C7B8B8; Tue, 25 Mar 2014 15:05:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PF5163001546; Tue, 25 Mar 2014 11:05:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PF51oT001543; Tue, 25 Mar 2014 15:05:01 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 15:05:01 GMT Message-Id: <201403251505.s2PF51oT001543@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 15:05:02 -0000 TB --- 2014-03-25 15:05:01 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 15:05:01 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 15:05:01 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-03-25 15:05:01 - cleaning the object tree TB --- 2014-03-25 15:05:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 15:05:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 15:05:01 - ERROR: unable to stat source tree TB --- 2014-03-25 15:05:01 - 0.05 user 0.02 system 0.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 15:05:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A78A12E2; Tue, 25 Mar 2014 15:05:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 675478B9; Tue, 25 Mar 2014 15:05:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PF51E9001548; Tue, 25 Mar 2014 11:05:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PF510V001541; Tue, 25 Mar 2014 15:05:01 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 15:05:01 GMT Message-Id: <201403251505.s2PF510V001541@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 15:05:03 -0000 TB --- 2014-03-25 15:05:01 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 15:05:01 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 15:05:01 - starting HEAD tinderbox run for mips/mips TB --- 2014-03-25 15:05:01 - cleaning the object tree TB --- 2014-03-25 15:05:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 15:05:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 15:05:01 - ERROR: unable to stat source tree TB --- 2014-03-25 15:05:01 - 0.05 user 0.01 system 0.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 15:05:07 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 44C11548; Tue, 25 Mar 2014 15:05:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0DC908C6; Tue, 25 Mar 2014 15:05:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PF51rY001482; Tue, 25 Mar 2014 11:05:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PF51JG001481; Tue, 25 Mar 2014 15:05:01 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 15:05:01 GMT Message-Id: <201403251505.s2PF51JG001481@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 , Subject: [head tinderbox] source tree update failure Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 15:05:07 -0000 TB --- 2014-03-25 15:00:00 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 15:00:00 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 15:00:00 - starting HEAD tinderbox run for none/none TB --- 2014-03-25 15:00:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2014-03-25 15:00:00 - cd /tinderbox/HEAD/none/none TB --- 2014-03-25 15:00:00 - /usr/local/bin/svn cleanup /src TB --- 2014-03-25 15:00:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 15:00:01 - /usr/local/bin/svn update /src TB --- 2014-03-25 15:00:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 15:00:01 - WARNING: sleeping 30 s and retrying... TB --- 2014-03-25 15:00:31 - /usr/local/bin/svn update /src TB --- 2014-03-25 15:00:31 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 15:00:31 - WARNING: sleeping 60 s and retrying... TB --- 2014-03-25 15:01:31 - /usr/local/bin/svn update /src TB --- 2014-03-25 15:01:31 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 15:01:31 - WARNING: sleeping 90 s and retrying... TB --- 2014-03-25 15:03:01 - /usr/local/bin/svn update /src TB --- 2014-03-25 15:03:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 15:03:01 - WARNING: sleeping 120 s and retrying... TB --- 2014-03-25 15:05:01 - /usr/local/bin/svn update /src TB --- 2014-03-25 15:05:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 15:05:01 - ERROR: unable to check out the source tree TB --- 2014-03-25 15:05:01 - 0.09 user 0.03 system 300.88 real http://tinderbox.freebsd.org/tinderbox-head-update-HEAD-none-none.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 15:05:03 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF2D92E6; Tue, 25 Mar 2014 15:05:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A7D328C0; Tue, 25 Mar 2014 15:05:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2PF51wU001577; Tue, 25 Mar 2014 11:05:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2PF51pA001574; Tue, 25 Mar 2014 15:05:01 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 25 Mar 2014 15:05:01 GMT Message-Id: <201403251505.s2PF51pA001574@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 15:05:03 -0000 TB --- 2014-03-25 15:05:01 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 15:05:01 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 15:05:01 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-03-25 15:05:01 - cleaning the object tree TB --- 2014-03-25 15:05:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 15:05:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-03-25 15:05:01 - ERROR: unable to stat source tree TB --- 2014-03-25 15:05:01 - 0.05 user 0.00 system 0.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 15:38:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BD23F1D0 for ; Tue, 25 Mar 2014 15:38:58 +0000 (UTC) Received: from mail-qc0-f180.google.com (mail-qc0-f180.google.com [209.85.216.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6FE89CAB for ; Tue, 25 Mar 2014 15:38:58 +0000 (UTC) Received: by mail-qc0-f180.google.com with SMTP id w7so802430qcr.11 for ; Tue, 25 Mar 2014 08:38:57 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=ygv45oD/zy+soXOZR1jRWjEcCl+QGT6amTtutB0bZAU=; b=iTxy8p4NU6nFWccZJFStvcq3HfOti5NPz00BDaPAazIz5Ptgw3DT6bTG76+nxA1G7l S50osPBgkFhhDohgRU9DjU5/MPuTbbe/PxgejsPDPD1Wfb6q91cpWQPMqErS5b9RAqe6 dmpKHUOZgWz9Vx2rsgUODACW9BkpaAaLd04f1Rc8At0y4mHdo7N679A0+FlR0MHLD3ow /9MXGE+OLYldCuZHgUMB5vc2k6yH8asXTfs8kk90rvEgyQ3jcAQznkooiDHFIyx5iVDL k79JbX/bMVq1Amubtslb31R0M6GSQafLLgVse/6ltFeB6G3bLtGZyytq9ZFAY3EO8IwL yxxg== X-Gm-Message-State: ALoCoQkjt5SCKVx2j5FFsKAAZHqL7BXE7Fai/jP96xJ3AQdEzhBfcQ49irAFGIAFE8Y1AKINZTV3 X-Received: by 10.224.50.72 with SMTP id y8mr84504441qaf.36.1395761935848; Tue, 25 Mar 2014 08:38:55 -0700 (PDT) Received: from netflix-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id b30sm27589392qge.21.2014.03.25.08.38.55 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 25 Mar 2014 08:38:55 -0700 (PDT) Sender: Warner Losh Subject: Re: WITHOUT_XXX leftovers. Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Content-Type: text/plain; charset=windows-1252 From: Warner Losh X-Priority: 3 (Normal) In-Reply-To: <536067125.20140325170501@serebryakov.spb.ru> Date: Tue, 25 Mar 2014 09:38:54 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <611926EB-C197-465C-946D-42FA92F2ED9D@gmail.com> References: <536067125.20140325170501@serebryakov.spb.ru> To: lev@FreeBSD.org X-Mailer: Apple Mail (2.1874) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Mar 2014 15:38:58 -0000 On Mar 25, 2014, at 7:05 AM, Lev Serebryakov wrote: > Hello, Freebsd-current. >=20 > I try to trim my NanoBSD install as much as possible without going to = add > "rm /usr/bin/as" to customization steps (ok, I remove /usr/include and > /usr/lib/*.a, but it I don't want cherry-pick binaries). >=20 > So, I have WITHOUT_BINUTILS, WITHOUT_CLANG, WITHOUT_MAN (among others) = but I have: >=20 > /usr/bin/ar > /usr/bin/c89 > /usr/bin/c99 > /usr/bin/flex > /usr/bin/flex++ > /usr/bin/lex > /usr/bin/lex++ (all 4 is the same. of course) > /usr/bin/byacc > /usr/bin/yacc (again, hardlinks) > /usr/bin/mandoc > /usr/bin/ranlib (same as ar) >=20 > Also, IMHO, it will be nice to have knob for vi, which is rather huge = and > another one for all bhyve stuff and one more for openssl _binary_. Yes, we need knobs to turn these off=85 They are small, but every little = bit counts=85 They aren=92t technically part of BINUTITLS anymore=85 Warner From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 16:43:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33999433 for ; Tue, 25 Mar 2014 16:43:19 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 08C103A0 for ; Tue, 25 Mar 2014 16:43:18 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s2PGhHdv059167 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Mar 2014 09:43:17 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s2PGhG8e059166; Tue, 25 Mar 2014 09:43:16 -0700 (PDT) (envelope-from jmg) Date: Tue, 25 Mar 2014 09:43:16 -0700 From: John-Mark Gurney To: Willy Offermans Subject: Re: sendmail Broken Pipe Error Message-ID: <20140325164316.GC32089@funkthat.com> Mail-Followup-To: Willy Offermans , freebsd-current@freebsd.org References: <20140325103934.GH8104@vpn.offrom.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140325103934.GH8104@vpn.offrom.nl> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 25 Mar 2014 09:43:18 -0700 (PDT) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Mar 2014 16:43:19 -0000 Willy Offermans wrote this message on Tue, Mar 25, 2014 at 11:39 +0100: > I found the following command, that generates some more informative output, > I hope. > > root@MyServer:/home/MyName # sendmail -q -v > > Running /var/spool/mqueue/s2ODs1hH016114 (sequence 1 of 2) > ... Connecting to Smarhost.com via relay... > 220 CPSMTPM-CMT109.MyProvider.com MyProvider.com Tue, 25 Mar 2014 10:45:21 > +0100 > >>> EHLO MyServer.MyDomain.com > 250-CPSMTPM-CMT109.MyProvider.com Hello [77.170.60.162] > 250-TURN > 250-SIZE 15744000 > 250-ETRN > 250-PIPELINING > 250-DSN > 250-ENHANCEDSTATUSCODES > 250-8bitmime > 250-CHUNKING > 250-VRFY > 250 OK > >>> MAIL From: SIZE=1254972 > 250 2.1.0 MyName@MyRewrittenDomainName....Sender OK > >>> RCPT To: > >>> DATA > 250 2.1.5 MyFriend@MyFriendsDomainName > 354 Start mail input; end with . > timeout writing message to Smarhost.com: Broken pipe > ... Deferred > > If I copy the *s2ODs1hH016114 files to MySecondServer and run > sendmail -q -v once more, I got the following: > > Running /var/spool/mqueue/s2ODs1hH016114 (sequence 1 of 1) > ... Connecting to Smarhost.com via relay... > 220 CPSMTPM-cmt107.MyProvider.com MyProvider.com Tue, 25 Mar 2014 10:57:56 > +0100 > >>> EHLO MySecondServer.MyRewrittenDomainName > 250-CPSMTPM-cmt107.MyProvider.com Hello [77.170.60.162] > 250-TURN > 250-SIZE 15744000 > 250-ETRN > 250-PIPELINING > 250-DSN > 250-ENHANCEDSTATUSCODES > 250-8bitmime > 250-CHUNKING > 250-VRFY > 250 OK > >>> MAIL From: SIZE=1254972 > 250 2.1.0 MyName@MyRewrittenDomainName....Sender OK > >>> RCPT To: > >>> DATA > 250 2.1.5 MyFriend@MyFriendsDomainName > 354 Start mail input; end with . > >>> . > 250 2.6.0 <20140324135355.GC6581@vpn.MyDomain.com> Queued mail for delivery > ... Sent ( <20140324135355.GC6581@vpn.MyDomain.com> > Queued mail for delivery) > Closing connection to Smarhost.com > >>> QUIT > 221 2.0.0 CPSMTPM-cmt107.MyProvider.com Service closing transmission > channel > > The test shows me that the problem is not on the MyProvider side. > > The sendmail.cf files on the two server are identical, except the names of the > servers and some comments. > > The sendmail versions are different and the FreeBSD versions are different: > MyServer: > Sendmail Version 8.14.7 > FreeBSD 10.0-STABLE > > MySecondServer: > Sendmail Version 8.14.5 > FreeBSD 9.0-RELEASE-p4 > > It is also important to note that above can only be observed for some > e-mails, not all. Thus some mails will be sent from MyServer, some are not! > > If I make a tcpdump during the connection between sendmail and smarthost > concerning s2ODs1hH016114, I got the following: > > 11:24:23.301300 IP MyServer.MyDomain.com.49165 > DNSMyProvider.domain: 32794+ [1au] MX? Smarhost.com. (43) > 11:24:23.320078 IP DNSMyProvider.domain > MyServer.MyDomain.com.49165: 32794 1/1/1 CNAME CNameMyProvider. (125) > 11:24:23.321592 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [S], seq 2245424203, win 65535, options [mss 1448,nop,wscale 6,sackOK,TS val 318826742 ecr 0], length 0 > 11:24:23.339171 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [S.], seq 2238169153, ack 2245424204, win 8192, options [mss 1452], length 0 > 11:24:23.339221 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], ack 1, win 65535, length 0 > 11:24:23.355143 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [P.], seq 1:84, ack 1, win 65160, length 83 > 11:24:23.355254 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [P.], seq 1:24, ack 84, win 65535, length 23 > 11:24:23.370795 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [P.], seq 84:276, ack 24, win 65137, length 192 > 11:24:23.371025 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [P.], seq 24:76, ack 276, win 65535, length 52 > 11:24:23.392751 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [P.], seq 276:326, ack 76, win 65085, length 50 > 11:24:23.393010 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [P.], seq 76:119, ack 326, win 65535, length 43 > 11:24:23.414297 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [P.], seq 326:364, ack 119, win 65042, length 38 > 11:24:23.520345 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], ack 364, win 65535, length 0 > 11:24:23.535218 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [P.], seq 364:410, ack 119, win 65042, length 46 > 11:24:23.769098 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 119:1567, ack 410, win 65535, length 1448 > 11:24:23.769108 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 119:1567, ack 410, win 65535, length 1448 > 11:24:23.811918 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 1567, win 65160, length 0 > 11:24:24.077092 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 1567:3015, ack 410, win 65535, length 1448 > 11:24:24.077101 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 1567:3015, ack 410, win 65535, length 1448 > 11:24:24.119910 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 3015, win 65160, length 0 > 11:24:24.451090 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 3015:4463, ack 410, win 65535, length 1448 > 11:24:24.451100 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 3015:4463, ack 410, win 65535, length 1448 > 11:24:24.493910 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 4463, win 65160, length 0 > 11:24:24.957099 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 4463:5911, ack 410, win 65535, length 1448 > 11:24:24.957110 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 4463:5911, ack 410, win 65535, length 1448 > 11:24:24.999924 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 5911, win 65160, length 0 > 11:24:25.727077 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 5911:7359, ack 410, win 65535, length 1448 > 11:24:25.727085 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 5911:7359, ack 410, win 65535, length 1448 > 11:24:25.769595 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 7359, win 65160, length 0 > 11:24:26.929090 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 7359:8807, ack 410, win 65535, length 1448 > 11:24:26.929099 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 7359:8807, ack 410, win 65535, length 1448 > 11:24:26.972062 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 8807, win 65160, length 0 > 11:24:29.100086 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 8807:10255, ack 410, win 65535, length 1448 > 11:24:29.100093 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 8807:10255, ack 410, win 65535, length 1448 > 11:24:29.142755 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 10255, win 65160, length 0 > 11:24:33.205088 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 10255:11703, ack 410, win 65535, length 1448 > 11:24:33.205100 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 10255:11703, ack 410, win 65535, length 1448 > 11:24:33.247458 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 11703, win 65160, length 0 > 11:24:41.127081 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 11703:13151, ack 410, win 65535, length 1448 > 11:24:41.127091 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 11703:13151, ack 410, win 65535, length 1448 > 11:24:41.169601 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 13151, win 65160, length 0 > 11:24:56.729079 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 13151:14599, ack 410, win 65535, length 1448 > 11:24:56.729086 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 13151:14599, ack 410, win 65535, length 1448 > 11:24:56.771445 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 14599, win 65160, length 0 > 11:25:12.331083 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 14599:16047, ack 410, win 65535, length 1448 > 11:25:12.331094 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 14599:16047, ack 410, win 65535, length 1448 > 11:25:12.373602 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 16047, win 65160, length 0 > 11:25:27.933084 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 16047:17495, ack 410, win 65535, length 1448 > 11:25:27.933095 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 16047:17495, ack 410, win 65535, length 1448 The one odd thing I notice is that there doesn't seem to be a non-MTU sized frame to end the transmission... The chances of that happeneing are slim... 1/1448 in fact... Could this be an issue w/ FreeBSD not sending out the last frame after ack? With out knowing what the last packet contains, it's hard to say... > 11:25:27.975453 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 17495, win 65160, length 0 > 11:25:43.535093 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [R.], seq 20391, ack 410, win 65535, length 0 > 11:25:43.549940 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 17495, win 65160, length 0 > 11:25:43.550002 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [R], seq 2245441698, win 0, length 0 > > I'm not an expert in tcpdump. Can anyone make sense out of the messages? If you dumped the contents, using -s 0 -X, and look at that last packet you should see 0d 0a 2e 0d 0a at the end.. which is CR/LF/./CR/LF.. If you don't see that, then for some reason sendmail/FreeBSD isn't telling the server that it's done sending which would prevent the receiving side from ack'ing the email causing the timeout... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 18:15:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 69F7E9FB for ; Tue, 25 Mar 2014 18:15:08 +0000 (UTC) Received: from mail.feld.me (mail.feld.me [66.170.3.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0BD9FFAC for ; Tue, 25 Mar 2014 18:15:07 +0000 (UTC) Received: from mail.feld.me (mail.feld.me [66.170.3.6]); by mail.feld.me (OpenSMTPD) with ESMTP id a34b3b6b; for ; Tue, 25 Mar 2014 13:14:56 -0500 (CDT) Received: from feld@feld.me by mail.feld.me (Archiveopteryx 3.2.0) with esmtpsa id 1395771295-95777-3394/5/39; Tue, 25 Mar 2014 18:14:55 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Date: Tue, 25 Mar 2014 13:14:55 -0500 From: Mark Felder To: freebsd-current@freebsd.org Subject: Re: Dragonfly DMA: bare "to" address difference with sendmail In-Reply-To: <602650016.20140325160656@serebryakov.spb.ru> References: <602650016.20140325160656@serebryakov.spb.ru> Message-Id: X-Sender: feld@FreeBSD.org User-Agent: Roundcube Webmail/0.9.5 Sender: feld@feld.me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Mar 2014 18:15:08 -0000 On 2014-03-25 07:06, Lev Serebryakov wrote: > Hello, Freebsd-current. > > When I use sendmail, all output of periodic scripts is received with > "root@host" "To:" address. with dma it is only "root". IMHO, it is > regression, as I collect all mail on one server/account and now all > these > "To" fields are the same :) I've reported this to bapt. This is a regression and doesn't follow the RFCs. He said he knew how to fix it, but I haven't verified if anything was checked in to head. From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 19:53:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7FDCAB5D; Tue, 25 Mar 2014 19:53:03 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 51821CC2; Tue, 25 Mar 2014 19:53:03 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 319BFB9B9; Tue, 25 Mar 2014 15:53:02 -0400 (EDT) From: John Baldwin To: Adrian Chadd Subject: Re: signal 8 (floating point exception) upon resume Date: Tue, 25 Mar 2014 15:46:51 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <20140311133610.O1796@besplex.bde.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201403251546.51476.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 25 Mar 2014 15:53:02 -0400 (EDT) Cc: "freebsd-mobile@freebsd.org" , freebsd-current , Konstantin Belousov , Bruce Evans , Bruce Evans , Jung-uk Kim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Mar 2014 19:53:03 -0000 On Sunday, March 23, 2014 4:41:24 pm Adrian Chadd wrote: > [snip] > > Hi, > > As part of this thread, a whole lot of stuff was thrown around to try > and fix / improve the correctness of this. > > But it still happens to me in -HEAD i386. I updated to r263418 and > it's now doing it around 30-50% of the time I resume. Yes, nothing has changed in HEAD. > So, since I really am trying to avoid getting neck deep in learning > (by myself) a new thing right now, would someone be willing to help me > through the process of (a) learning how this is all supposed to work > (which thanks to jhb and bde, I think I've learnt from the posts in > this thread) and (b) some things to try out? I'll be able to report > the results of this pretty quickly. You can try www.freebsd.org/~jhb/patches/i386_fpu_suspend2.patch. You could have tried the first patch I posted here earlier when I first posted it as well. :) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 21:38:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5CBC5920; Tue, 25 Mar 2014 21:38:52 +0000 (UTC) Received: from mail-qc0-x229.google.com (mail-qc0-x229.google.com [IPv6:2607:f8b0:400d:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BAF028E4; Tue, 25 Mar 2014 21:38:51 +0000 (UTC) Received: by mail-qc0-f169.google.com with SMTP id i17so1547502qcy.28 for ; Tue, 25 Mar 2014 14:38:51 -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:message-id:subject :from:to:cc:content-type; bh=NfwbaevIBjM4ogLGsZgXWVcWWNdLNEn1my8oUI/U+I8=; b=kinf/BgH3crmO/TeSyDCSM/UUQ3USs8m0RM8siqoaarXUYLgFIp1rAb0q1wjOa6sQK 0PcIZV4y9Mx6mF0ZYlQFnk3Npb2BTcOaeOmYebGAltj10tZFeFz5/GSUYPv50Su7AA94 BpQXlGOe6lW4NvFOpi+ige12cyYqDQpBitab9KRHetn6FFH3RHWBAP/sqwqRgkYB5J1i Q73vKjFCgR3/PQpbNozd4BP1E0oWgueg6saaI8pUXG+RbPesf5paZUQ/x/18dMPpabiz K4HeAUNY7ooMguLBidbzmfkvzXu6GWIYU4ASJsRvq9rXia1Pi1bJU+FfLf2NqeGJDmra H2TA== MIME-Version: 1.0 X-Received: by 10.140.96.23 with SMTP id j23mr29251578qge.4.1395783530951; Tue, 25 Mar 2014 14:38:50 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.125.1 with HTTP; Tue, 25 Mar 2014 14:38:50 -0700 (PDT) In-Reply-To: <201403251546.51476.jhb@freebsd.org> References: <20140311133610.O1796@besplex.bde.org> <201403251546.51476.jhb@freebsd.org> Date: Tue, 25 Mar 2014 14:38:50 -0700 X-Google-Sender-Auth: YUfDA0lS5hUekdEVFdUqFmy-o2I Message-ID: Subject: Re: signal 8 (floating point exception) upon resume From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-mobile@freebsd.org" , freebsd-current , Konstantin Belousov , Bruce Evans , Bruce Evans , Jung-uk Kim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Mar 2014 21:38:52 -0000 On 25 March 2014 12:46, John Baldwin wrote: > On Sunday, March 23, 2014 4:41:24 pm Adrian Chadd wrote: >> [snip] >> >> Hi, >> >> As part of this thread, a whole lot of stuff was thrown around to try >> and fix / improve the correctness of this. >> >> But it still happens to me in -HEAD i386. I updated to r263418 and >> it's now doing it around 30-50% of the time I resume. > > Yes, nothing has changed in HEAD. > >> So, since I really am trying to avoid getting neck deep in learning >> (by myself) a new thing right now, would someone be willing to help me >> through the process of (a) learning how this is all supposed to work >> (which thanks to jhb and bde, I think I've learnt from the posts in >> this thread) and (b) some things to try out? I'll be able to report >> the results of this pretty quickly. > > You can try www.freebsd.org/~jhb/patches/i386_fpu_suspend2.patch. You > could have tried the first patch I posted here earlier when I first > posted it as well. :) There was a lot of chatter, I thought it was prudent to let it all settle before jumping in. Anyway: --- npx.o --- /usr/home/adrian/work/freebsd/head/src/sys/i386/isa/npx.c:769:18: error: declaration of 'union safefpu' will not be visible outside of this function [-Werror,-Wvisibility] npxsuspend(union safefpu *addr) ^ /usr/home/adrian/work/freebsd/head/src/sys/i386/isa/npx.c:769:1: error: conflicting types for 'npxsuspend' npxsuspend(union safefpu *addr) ^ ./machine/npx.h:59:6: note: previous declaration is here void npxsuspend(union savefpu *addr); ^ /usr/home/adrian/work/freebsd/head/src/sys/i386/isa/npx.c:776:9: error: incomplete type 'union safefpu' is not assignable *addr = npx_initialstate; ~~~~~ ^ /usr/home/adrian/work/freebsd/head/src/sys/i386/isa/npx.c:769:18: note: forward declaration of 'union safefpu' npxsuspend(union safefpu *addr) ^ /usr/home/adrian/work/freebsd/head/src/sys/i386/isa/npx.c:779:8: error: implicit declaration of function 'rcr' is invalid in C99 [-Werror,-Wimplicit-function-declaration] cr0 = rcr(0); ^ /usr/home/adrian/work/freebsd/head/src/sys/i386/isa/npx.c:781:10: error: incompatible pointer types passing 'union safefpu *' to parameter of type 'union savefpu *' [-Werror,-Wincompatible-pointer-types] fpusave(addr); ^~~~ /usr/home/adrian/work/freebsd/head/src/sys/i386/isa/npx.c:160:36: note: passing argument to parameter here static void fpusave(union savefpu *); ^ /usr/home/adrian/work/freebsd/head/src/sys/i386/isa/npx.c:782:2: error: implicit declaration of function 'load_cr' is invalid in C99 [-Werror,-Wimplicit-function-declaration] load_cr(0, cr0); ^ 6 errors generated. *** [npx.o] Error code 1 -a From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 22:14:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 84F597D3 for ; Tue, 25 Mar 2014 22:14:09 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 47CAAC29 for ; Tue, 25 Mar 2014 22:14:09 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:57d:c2c8:bdeb:ce42]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 0B5744AC31 for ; Wed, 26 Mar 2014 02:14:07 +0400 (MSK) Date: Wed, 26 Mar 2014 02:14:03 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <8406480.20140326021403@serebryakov.spb.ru> To: freebsd-current@freebsd.org Subject: is it Ok to strip kernel & modules? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Tue, 25 Mar 2014 22:14:09 -0000 Hello, Freebsd-current. Why our kernel, even built without DEBUG, is not stripped? It could sabe 1.5Mb out of 8Mb for "router-like" (network, wifi, some netgraph, UFS, NFS and USB) kernel... But maybe, here are some reasons not to strip it? Assume, I don't want use dtrace, ktrace and kernel debugger. -- // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 22:25:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F336AA9D; Tue, 25 Mar 2014 22:25:28 +0000 (UTC) Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B9AF8D1B; Tue, 25 Mar 2014 22:25:28 +0000 (UTC) Received: by mail-ie0-f181.google.com with SMTP id tp5so1070276ieb.12 for ; Tue, 25 Mar 2014 15:25:28 -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:message-id:subject :from:to:cc:content-type; bh=b00+oq0P4Sk4aVuY3TcbZo2wK4tawRsyLTjizIOzfes=; b=psLhsAd1fvR/twOrRX5KPvhyyZsuhJNvh690NHcKLr7u+mMnV2uPIj4Gyv1o5xDB4u g+Ar1MHcwPjeGrsV49srcyaHXuZINikDcKzOUlYcw59cCY4YXMP2BDvHY0sFNhKBNjJU D+AdaITfBLVD/3/anz5G1e7AaD9aHPEkmeyXeJkUNBBnz45lpNj4ybX95it1QgdwA5Is Cq/IhsVQhc/tyEWcnmms80axBnCTR3MXK5TUveJf0Y1iI2tgtd+/sWBrzvnjfOmQHgZV wXivf7At5DVzgFk0bF0WZEs9HIZuWiwPX8wKaSMvp05GXBfc4wmde67T+rRAUUdzy6Lu 2WAw== MIME-Version: 1.0 X-Received: by 10.50.62.178 with SMTP id z18mr10543677igr.49.1395786328236; Tue, 25 Mar 2014 15:25:28 -0700 (PDT) Sender: oshogbo.vx@gmail.com Received: by 10.50.95.34 with HTTP; Tue, 25 Mar 2014 15:25:28 -0700 (PDT) In-Reply-To: <20140318213516.GA71491@stack.nl> References: <20140318213516.GA71491@stack.nl> Date: Tue, 25 Mar 2014 23:25:28 +0100 X-Google-Sender-Auth: y2FtSCV_tynAA_mUJ-fSV3uN4Ts Message-ID: Subject: Re: Hello fdclose From: Mariusz Zaborski To: Jilles Tjoelker Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, freebsd-arch@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Mar 2014 22:25:29 -0000 > Does this patch allow perl to stop writing to FILE._file? As pointed out > in > http://lists.freebsd.org/pipermail/freebsd-current/2013-January/039024.html > perlio.c in the perl source contains a function > PerlIOStdio_invalidate_fileno() that should modify a FILE such that > fclose() does not close the file descriptor but still frees all memory > (Perl has already called fflush()). Although using fdclose() could solve > this without touching the internals of FILE, this will make perlio.c > uglier with even more #ifdefs. Yes it should help. I start some work on it but i have some troubles with perl (I'm not perl hacker :(), so I will try to prepare some patch for it in the nearest feature. There are some other places also where we could use it. >> [snip] >> --- //depot/user/oshogbo/capsicum/lib/libc/stdio/Symbol.map 2013-06-28 08:51:28.000000000 0000 >> +++ /home/oshogbo/p4/capsicum/lib/libc/stdio/Symbol.map 2013-06-28 08:51:28.000000000 0000 >> @@ -156,6 +156,7 @@ >> putwc_l; >> putwchar_l; >> fmemopen; >> + fdclose; >> open_memstream; >> open_wmemstream; >> }; > > This should be in the FBSD_1.4 namespace (which does not exist yet). Oh - thx, so this will be good now? @@ -160,6 +160,10 @@ open_wmemstream; }; +FBSD_1.4 { + fdclose; +}; + >> [snip] >> --- //depot/user/oshogbo/capsicum/lib/libc/stdio/fclose.c 2013-06-28 08:51:28.000000000 0000 >> +++ /home/oshogbo/p4/capsicum/lib/libc/stdio/fclose.c 2013-06-28 08:51:28.000000000 0000 >> [snip] >> +int >> +fdclose(FILE *fp) >> +{ >> + int fd, r, err; >> + >> + if (fp->_flags == 0) { /* not open! */ >> + errno = EBADF; >> + return (EOF); >> + } >> + >> + r = 0; >> + FLOCKFILE(fp); >> + fd = fp->_file; >> + if (fp->_close != __sclose) { >> + r = EOF; >> + errno = EOPNOTSUPP; >> + } else if (fd < 0) { >> + r = EOF; >> + errno = EBADF; >> + } >> + if (r == EOF) { >> + err = errno; >> + (void)cleanfile(fp, true); >> + errno = err; >> + } else { >> + r = cleanfile(fp, false); >> + } >> FUNLOCKFILE(fp); >> + >> + return (r == 0 ? fd : r); > > If a file descriptor would be returned but cleanfile() returns an error > (e.g. write error on flush), the file descriptor is not returned and not > closed. > > I think that in cases where fdclose() would be used, it is essential > that the file descriptor is never closed. This means that the API needs > to be different so it can report a write error but still return a file > descriptor. One way to do this is to return the file descriptor by > reference. Another is to expect the application to call fileno() and not > return the descriptor from the new function. You have very good point. The first question is where function will return error: 1* When there is different _close function from std (it will behave like fclose with some errno) 2* When __sflush fails (and it will free structure) 3* When fd in structure is not correct (it will behave like fclose with some errno) I think those assumptions about when close fd are reasonable. When I wrote this function I discouse this with Pawel, and we decided that if _close function is different from std we should work same as fclose function plus return errno about EOPNOTSUPP. So in my opinion only second point is unwanted by us. So if __sflush fails we could not return any err (I don't thing this is wanted solution) or we could return error returned by __sflush and not free structure. In my opinion last option will be the best one. What you think Jilles? In this moment I don't like idea of changing API of this function. Cheers, Mariusz From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 22:29:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E9EC9D40; Tue, 25 Mar 2014 22:29:49 +0000 (UTC) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 92B3FD66; Tue, 25 Mar 2014 22:29:49 +0000 (UTC) Received: by mail-ie0-f172.google.com with SMTP id as1so1084775iec.3 for ; Tue, 25 Mar 2014 15:29:49 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=rbMCoYMAkXVkvD4h6AfOoA5Kf2bQGmesakmjUbhzQhs=; b=lUjm8AiYw3Lk2OspwwOWpuDAHKSQ0f6Ww8HLMPOKcRoJfUDmgsUcWgKYQ0jOoVOLbf VMvQLtSjpSQkH3xh95zcoVCYxLP2LSAmQpL5GXEahe2gyvq31Tu2Jg5p36lkOTS+r823 GvFkgyqhkKqxak2bAEW98HVd/3sT1vGbD90XHIResERAaCm7otwtMxfd5ZMWrG2Wocnu eWoGFl3dprI8kbbi+hgqwHLSERCRTqNu8MmVbrrhWn4u05YXvxMpdLGLgxbM01ghf9we 5sKVpTdTsCeXnkHiQwXsl8mQMqL1kf/xUKwFsEDzvf8TsMYsQyvFjgSP7klFEeoDRmUF 5Ggw== MIME-Version: 1.0 X-Received: by 10.42.228.65 with SMTP id jd1mr4014935icb.62.1395786589086; Tue, 25 Mar 2014 15:29:49 -0700 (PDT) Sender: oshogbo.vx@gmail.com Received: by 10.50.95.34 with HTTP; Tue, 25 Mar 2014 15:29:49 -0700 (PDT) In-Reply-To: References: <201403181404.52197.jhb@freebsd.org> <201403191523.33275.jhb@freebsd.org> <86zjkkr5ma.fsf@nine.des.no> <86fvmbzlbn.fsf@nine.des.no> <86mwgj7aru.fsf@nine.des.no> <1395422417.81853.14.camel@revolution.hippie.lan> <98DE2314-1233-4C12-8346-5D1240B9BAAF@bsdimp.com> <86a9cj6oo5.fsf@nine.des.no> Date: Tue, 25 Mar 2014 23:29:49 +0100 X-Google-Sender-Auth: dtVUTIhiTd56UWKXqvv2AzvgNvk Message-ID: Subject: Re: Hello fdclose From: Mariusz Zaborski To: Kevin Oberman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Warren Block , Ian Lepore , FreeBSD Current , freebsd-arch@freebsd.org, jilles@freebsd.org, =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= , Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Mar 2014 22:29:50 -0000 On 22 March 2014 08:04, Kevin Oberman wrote: > On Fri, Mar 21, 2014 at 5:51 PM, Dag-Erling Sm=F8rgrav wrote= : >> >> Warner Losh writes: >> > It does serve a useful purpose, though, which is why it has endured. >> > If you were to have a man page that said 'Putc(3) returns ...' then th= e >> > automated tools (and web links) that find Putc.3 wouldn't be able to >> > since >> > it doesn't exist. >> >> Moreover - if FreeBSD were written in Pascal, it might not matter, but >> in C, _exit(2) and _Exit(3) are two different functions. >> >> (I'm sure there are other examples without a leading underscore) >> >> (eww, starting a sentence with a non-alphabetic character would be even >> worse...) > > > 3Com was once a very important networking company. 3M still is. > > /me duck and runs. > -- > R. Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com Hello, Thx guys for such big interested of the fdclose function :) When we decide how API will look and how the fdclose function will behave then I will correct man page. Thx, Mariusz From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 22:34:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F2C0109; Tue, 25 Mar 2014 22:34:09 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B1344E0A; Tue, 25 Mar 2014 22:34:08 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.8/8.14.8) with ESMTP id s2PMY3v0043464; Wed, 26 Mar 2014 00:34:03 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s2PMY3v0043464 Received: (from kostik@localhost) by tom.home (8.14.8/8.14.8/Submit) id s2PMY3E2043463; Wed, 26 Mar 2014 00:34:03 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 26 Mar 2014 00:34:03 +0200 From: Konstantin Belousov To: Mariusz Zaborski Subject: Re: Hello fdclose Message-ID: <20140325223403.GJ21331@kib.kiev.ua> References: <20140318213516.GA71491@stack.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="D85EWoRcDXv1uhH1" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: freebsd-current@freebsd.org, Jilles Tjoelker , freebsd-arch@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Mar 2014 22:34:09 -0000 --D85EWoRcDXv1uhH1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 25, 2014 at 11:25:28PM +0100, Mariusz Zaborski wrote: > >> [snip] > >> --- //depot/user/oshogbo/capsicum/lib/libc/stdio/Symbol.map 2013-06-= 28 08:51:28.000000000 0000 > >> +++ /home/oshogbo/p4/capsicum/lib/libc/stdio/Symbol.map 2013-06-= 28 08:51:28.000000000 0000 > >> @@ -156,6 +156,7 @@ > >> putwc_l; > >> putwchar_l; > >> fmemopen; > >> + fdclose; > >> open_memstream; > >> open_wmemstream; > >> }; > > > > This should be in the FBSD_1.4 namespace (which does not exist yet). >=20 > Oh - thx, so this will be good now? >=20 > @@ -160,6 +160,10 @@ > open_wmemstream; > }; >=20 > +FBSD_1.4 { > + fdclose; > +}; > + You also need to update the lib/libc/Versions.def file. Look e.g. at the r226217 for the proper way to introduce new version. --D85EWoRcDXv1uhH1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTMgRbAAoJEJDCuSvBvK1BIwkP/0U0VREO2spHRx4sihbXYDMb oHREQROUJgnbajBLDPKj+x+dvd7pTsp372fYwZeJqnZy/uKXGc6P4v2csKF4ujNS vxbEhVfWQZWKJbKf/+dQz+ubULvaGNjzEeXWRel2ZFblBFH80bwvndNn2WNKFDfX +TeZF+++rh6scscNSGa1R5TG6+fXbS8m83re8F8rfH98Q/jbezVAf0fKPqiB0KcB 3HsHgulPoGPq/Q6LZ7Pe3lSkPeuofjd8sdQbAPMzBd9aHedXHXIp0opMh9/l0pU3 Vnq2EThg8MHsn80tAZiQWio1JQSK1dw48V8haqJ+qxoiDUcoSsGJwrww/70Vy77M 4d8MXuVHDCgHli1l1rLgM6fV9tUviHlv9bUhropdNP0AXYg09YdKG1C/m2uZ/8X2 aCRXIikNBhzZb1MjDDrbIpX2XZSf+ZgeTyhBiRzby/5bhcqyjZpMd4lVYkR5IzVU pCt3hTVsZdQ53VFcvgEAovM+roQrnoYiW9Jf43rBYOB10j6Hx0nXDG7FM3H4oEMC JIJNuzobehzXYcPHRakT9xO/MC+GSaYgRMPqozQOSxlg1AnX08uybz4iFoghGvxP RIlG5SjU+8O788dIMJhoCbw9co1FvBOZqGSINY+YNzL7MDTgrVAi478Bs0aphsdy 9Cqn+0NcFspHLbKIQGNp =ojLX -----END PGP SIGNATURE----- --D85EWoRcDXv1uhH1-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 22:38:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 564FB2F5; Tue, 25 Mar 2014 22:38:50 +0000 (UTC) Received: from mail-we0-x230.google.com (mail-we0-x230.google.com [IPv6:2a00:1450:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C1FA2E42; Tue, 25 Mar 2014 22:38:49 +0000 (UTC) Received: by mail-we0-f176.google.com with SMTP id x48so791595wes.7 for ; Tue, 25 Mar 2014 15:38:47 -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=BSYeC6WMMKwxmTIUE3JRIZv0D2cTCGBfYeOXTw1c+CI=; b=wZu5BXEN+nmz3WPtczSQrfVVUWnWyg5Cntq2K3rOfm5BYMkSUTrJV3OnSVdDMKRYNM ZJjW+oyrrwXevSuW0h0xRWJ3fgQctcBpHNoZCqLzZIXJ6ylgT6f33rJQYCDXsScSlfqe SJq8BG0JnM7cKbtv7YLEDrZVa73huEvfyrKEGPt6wK3ekAMu08G2K+b64RLkovMt1G+J 5tJFWgZD1g5aUY6E/AecrFiK0xXw+DvIugCHTAl32s/irnTBLPF34NJ+W84fO7uRAysD Kdx0NcAvQD5g8KbzubL533uFuoANcZRvLmbtCh9KIl64mQY3kgR4nIHSAa6y5KyUWfG3 0viw== MIME-Version: 1.0 X-Received: by 10.180.19.138 with SMTP id f10mr25224828wie.11.1395787127530; Tue, 25 Mar 2014 15:38:47 -0700 (PDT) Received: by 10.216.22.136 with HTTP; Tue, 25 Mar 2014 15:38:47 -0700 (PDT) In-Reply-To: <8406480.20140326021403@serebryakov.spb.ru> References: <8406480.20140326021403@serebryakov.spb.ru> Date: Tue, 25 Mar 2014 19:38:47 -0300 Message-ID: Subject: Re: is it Ok to strip kernel & modules? From: carlos antonio neira bustos To: lev@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Mar 2014 22:38:50 -0000 You could strip the modules no harm done. Bests On Tue, Mar 25, 2014 at 7:14 PM, Lev Serebryakov wrote: > Hello, Freebsd-current. > > Why our kernel, even built without DEBUG, is not stripped? It could sabe > 1.5Mb out of 8Mb for "router-like" (network, wifi, some netgraph, UFS, NFS > and > USB) kernel... > > But maybe, here are some reasons not to strip it? > > Assume, I don't want use dtrace, ktrace and kernel debugger. > > -- > // 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 Tue Mar 25 22:46:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA82D59C; Tue, 25 Mar 2014 22:46:07 +0000 (UTC) Received: from mail-ie0-x22a.google.com (mail-ie0-x22a.google.com [IPv6:2607:f8b0:4001:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7DA84EF4; Tue, 25 Mar 2014 22:46:07 +0000 (UTC) Received: by mail-ie0-f170.google.com with SMTP id rd18so1091539iec.29 for ; Tue, 25 Mar 2014 15:46:07 -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:message-id:subject :from:to:cc:content-type; bh=GTfqS51OVQ7zb4D0HiYFRk/2I/iGsqansg2pN0JNbCY=; b=p0On+1kQRbkP7FC8L1YYk+YON4Ocmv2TVuVB6lXSjrcwmyYBV/zs0NzcHiTdefwtoN DMz5dvTmUkKtPIeDzrUO905KDoe44DES9BYY5q1JxHSb50lVQk9cUa43QsB8Y7azRKsG G0aMfcExN530YNHbEk+eKy2qAPYQhMvmwKdFzPzcfRcVTxFn/cf1peiAf1vpGjWYZ4JT B9JOVXRSv7urwW9BjfXt7jcUidu+wxE5LKO6F9Scf7BrduDxtBT9gXbfY/vu7ApSvuWJ K1RimdjA66pc5g6qCaYZ6UBYFvzIDVNLvA5SfcfVd42mdjNBuxH3fgKA6RwQdSbzhzd1 Mz9A== MIME-Version: 1.0 X-Received: by 10.42.58.130 with SMTP id i2mr4184297ich.66.1395787566997; Tue, 25 Mar 2014 15:46:06 -0700 (PDT) Sender: oshogbo.vx@gmail.com Received: by 10.50.95.34 with HTTP; Tue, 25 Mar 2014 15:46:06 -0700 (PDT) In-Reply-To: <20140325223403.GJ21331@kib.kiev.ua> References: <20140318213516.GA71491@stack.nl> <20140325223403.GJ21331@kib.kiev.ua> Date: Tue, 25 Mar 2014 23:46:06 +0100 X-Google-Sender-Auth: B9YvPP6NjTIrKeJOm2JRH5D7g-w Message-ID: Subject: Re: Hello fdclose From: Mariusz Zaborski To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Current , Jilles Tjoelker , freebsd-arch@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Mar 2014 22:46:07 -0000 > > > +FBSD_1.4 { > > + fdclose; > > +}; > > + > > You also need to update the lib/libc/Versions.def file. Look e.g. at > the r226217 for the proper way to introduce new version. > Updated - thank you. Cheers, Mariusz From owner-freebsd-current@FreeBSD.ORG Tue Mar 25 22:57:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BD4FAB68 for ; Tue, 25 Mar 2014 22:57:32 +0000 (UTC) Received: from mail-pa0-f46.google.com (mail-pa0-f46.google.com [209.85.220.46]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 91368FD1 for ; Tue, 25 Mar 2014 22:57:32 +0000 (UTC) Received: by mail-pa0-f46.google.com with SMTP id kp14so1086103pab.19 for ; Tue, 25 Mar 2014 15:57:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=92EcNstUZF2JTKpbxJkOADyaabUoAK8uoFWLJN4/OCM=; b=IZ25eMt2p6KGXr6ZsYv4GDdscIX8OGoRLLiiIqUduE4MtsPT4zXAgpkE4q3tTYh5Im +fNauUS2fWgngFb+w/hwV6ykdTukOhUOa1+x4bnHKhkKg8czhfSJdIrcVIZcnFa5Z2id VFzvUSSfsw3aJU3SdRV8nYULCYYA9d52AG1W7rki7ycL4KxO47NHjUb7fSmXsGhtFS+9 BF1twUIlOMzF+ApawdGTMWT/JBjC1McMTDumGWAM5AUgxMMS/jEHlYYoUxB9WvtPlMQw xXtNxZ02ORHc4lb2kuPzMbzpkNcJ9TPANgYuNtFcDYYm47sf1RZwz18DxCMZi54dT8l8 SNKg== X-Gm-Message-State: ALoCoQkweXqGGmHNEFh94d0UkS4O73z5U1ENLTx2inKmNDGR2B3X2k90rKsbkUnvDeWClSTgBQmr X-Received: by 10.68.196.226 with SMTP id ip2mr81475550pbc.106.1395788251672; Tue, 25 Mar 2014 15:57:31 -0700 (PDT) Received: from [10.64.26.35] (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id tf10sm49661669pbc.70.2014.03.25.15.57.30 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 25 Mar 2014 15:57:30 -0700 (PDT) Sender: Warner Losh Subject: Re: is it Ok to strip kernel & modules? Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Content-Type: text/plain; charset=windows-1252 From: Warner Losh X-Priority: 3 (Normal) In-Reply-To: <8406480.20140326021403@serebryakov.spb.ru> Date: Tue, 25 Mar 2014 16:57:28 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <8406480.20140326021403@serebryakov.spb.ru> To: lev@FreeBSD.org X-Mailer: Apple Mail (2.1874) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 25 Mar 2014 22:57:32 -0000 On Mar 25, 2014, at 4:14 PM, Lev Serebryakov wrote: > Hello, Freebsd-current. >=20 > Why our kernel, even built without DEBUG, is not stripped? It could = sabe > 1.5Mb out of 8Mb for "router-like" (network, wifi, some netgraph, UFS, = NFS and > USB) kernel... >=20 > But maybe, here are some reasons not to strip it? If you strip the kernel, then you won=92t be able to use anything that = opens up kernel memory to read answers out of it. I think this is all wrapped in = ksyms, so you could grep for it. Be thankful that ifconfig no longer is on this = list :) Warner From owner-freebsd-current@FreeBSD.ORG Wed Mar 26 01:51:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA56D4B3 for ; Wed, 26 Mar 2014 01:51:47 +0000 (UTC) Received: from mail.neu.net (neu.net [162.217.113.162]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6E6433CC for ; Wed, 26 Mar 2014 01:51:46 +0000 (UTC) Received: from neu.net (neu.net [162.217.113.162]) by mail.neu.net (8.14.8/8.14.7) with ESMTP id s2Q1Vv8I094564 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 25 Mar 2014 21:32:02 -0400 (EDT) (envelope-from andy@neu.net) Date: Tue, 25 Mar 2014 21:31:57 -0400 (EDT) From: AN To: freebsd-current@freebsd.org Subject: devd problem after recent upgrade In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.98.1 at my.mail.server.name X-Virus-Status: Clean X-Spam-Status: No, score=-0.0 required=4.1 tests=T_RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.neu.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 26 Mar 2014 01:51:47 -0000 I just upgraded to svn r263756 and have a major problem, the system has no mouse. When I reboot I see the following message on the console: devd:devctl sysctl missing from kernel then /etc/rc.d failed to start devd, and also I had to run dhclient em0 to get the network started. I have not added to or changed any config files. Has anyone else seen strange behavior like this recently? Any help would be appreciated. From owner-freebsd-current@FreeBSD.ORG Wed Mar 26 01:53:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 968256F4 for ; Wed, 26 Mar 2014 01:53:31 +0000 (UTC) Received: from mail-wi0-x235.google.com (mail-wi0-x235.google.com [IPv6:2a00:1450:400c:c05::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2CDB95DF for ; Wed, 26 Mar 2014 01:53:31 +0000 (UTC) Received: by mail-wi0-f181.google.com with SMTP id hm4so1310907wib.14 for ; Tue, 25 Mar 2014 18:53:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=N/8NEfXRpNAaLQIGMZFbocDCs5W+Ych+xSv879DGFG8=; b=b4hXD+6TmoVZJcqKXL0CP3Ubbrewjy08I4LkFUWiJZXRKKqt1h4WyJR3gI/y41p3aJ pxga451wwL+Ci08iC6pJqA5SRxG1eQ8v1Xeg070cGHrJ28diV9hYczhhwXLuHF/I6mI/ NcpzlKx4yhBm6cleRsVI56Zv7MQPtyM1B3Uep5cMafFEOsIoHe5+JrrYWEX+kkZ18/8B YacxN34TPQJoeJ6GxlO7HA1rtsruAHkoTfk84/qqFuRvHv/FYG79sOfwyZ3GV1o7SvcG dER3k8SY4JDNKLuACCMI9WsL5X3jER7mLoo72oyvEcy/zIYo7WG1fRFWYiUTjR7oV0Sq kU/Q== X-Received: by 10.180.101.40 with SMTP id fd8mr25838275wib.1.1395798809089; Tue, 25 Mar 2014 18:53:29 -0700 (PDT) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPSA id r1sm55449794wia.5.2014.03.25.18.53.27 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Tue, 25 Mar 2014 18:53:28 -0700 (PDT) Date: Wed, 26 Mar 2014 02:53:25 +0100 From: Mateusz Guzik To: AN Subject: Re: devd problem after recent upgrade Message-ID: <20140326015325.GA5905@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , AN , freebsd-current@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 26 Mar 2014 01:53:31 -0000 On Tue, Mar 25, 2014 at 09:31:57PM -0400, AN wrote: > I just upgraded to svn r263756 and have a major problem, the system > has no mouse. When I reboot I see the following message on the > console: > devd:devctl sysctl missing from kernel > > then > > /etc/rc.d failed to start devd, and also I had to run dhclient em0 > to get the network started. > > I have not added to or changed any config files. Has anyone else > seen strange behavior like this recently? Any help would be > appreciated. > That's my fault, I'll fix it shortly. -- Mateusz Guzik From owner-freebsd-current@FreeBSD.ORG Wed Mar 26 02:26:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 48075401 for ; Wed, 26 Mar 2014 02:26:22 +0000 (UTC) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D19588E3 for ; Wed, 26 Mar 2014 02:26:21 +0000 (UTC) Received: by mail-wi0-f171.google.com with SMTP id hr14so2700591wib.10 for ; Tue, 25 Mar 2014 19:26:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=+vUekjcEbdeVDrF0xVuiBXd85+aAAYoM6/8P64ZewBY=; b=DeVLvKrU40VbZTPigfsiftL9IVXtmS2yLb3BWWwPq6xz4EU0w7yRSbzR0NE9TxYfdV MHGQnQ/RHc+kYgbCXYFQDekKS+3QtJgoBI4TfawL4CkM/oCC/eOBssC2Pu0F9f8TMo8I eo1Xr7bt6aIxSHICQV95s7HUhF6iT7JHs/NRXO/YOHSDSekxViyDY4JwJVdJ/m2XyCSu co/Wsm9kvbhgK756wyBNkhwzHUDPQpD5uJdBiDbclnJYblRfIJ+v3ITw0H9zy3c2NHlr sS1HbQsvdcTNag6Wae2iillt/kcLVIBvdJQj2e+lH/SZOZiNaUnOxgaWK/Hntm6e/Zno +LUQ== X-Received: by 10.180.73.19 with SMTP id h19mr26031784wiv.40.1395800779939; Tue, 25 Mar 2014 19:26:19 -0700 (PDT) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPSA id w10sm55640859wiy.9.2014.03.25.19.26.18 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Tue, 25 Mar 2014 19:26:18 -0700 (PDT) Date: Wed, 26 Mar 2014 03:26:16 +0100 From: Mateusz Guzik To: AN , freebsd-current@freebsd.org Subject: Re: devd problem after recent upgrade Message-ID: <20140326022616.GB5905@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , AN , freebsd-current@freebsd.org References: <20140326015325.GA5905@dft-labs.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20140326015325.GA5905@dft-labs.eu> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 26 Mar 2014 02:26:22 -0000 On Wed, Mar 26, 2014 at 02:53:25AM +0100, Mateusz Guzik wrote: > On Tue, Mar 25, 2014 at 09:31:57PM -0400, AN wrote: > > I just upgraded to svn r263756 and have a major problem, the system > > has no mouse. When I reboot I see the following message on the > > console: > > devd:devctl sysctl missing from kernel > > > > then > > > > /etc/rc.d failed to start devd, and also I had to run dhclient em0 > > to get the network started. > > > > I have not added to or changed any config files. Has anyone else > > seen strange behavior like this recently? Any help would be > > appreciated. > > > > That's my fault, I'll fix it shortly. > This is fixed as of r263758. You will need to at least rebuild devd(8). Sorry for the breakage. -- Mateusz Guzik From owner-freebsd-current@FreeBSD.ORG Wed Mar 26 02:28:18 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 670F75A8; Wed, 26 Mar 2014 02:28:18 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3CE9E8F6; Wed, 26 Mar 2014 02:28:18 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2Q2SHhu067283; Tue, 25 Mar 2014 22:28:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2Q2SHcN067274; Wed, 26 Mar 2014 02:28:17 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 26 Mar 2014 02:28:17 GMT Message-Id: <201403260228.s2Q2SHcN067274@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 02:28:18 -0000 TB --- 2014-03-25 23:50:06 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-25 23:50:06 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-25 23:50:06 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-03-25 23:50:06 - cleaning the object tree TB --- 2014-03-25 23:50:06 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-25 23:50:12 - At svn revision 263738 TB --- 2014-03-25 23:50:13 - building world TB --- 2014-03-25 23:50:13 - CROSS_BUILD_TESTING=YES TB --- 2014-03-25 23:50:13 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-25 23:50:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-25 23:50:13 - SRCCONF=/dev/null TB --- 2014-03-25 23:50:13 - TARGET=powerpc TB --- 2014-03-25 23:50:13 - TARGET_ARCH=powerpc TB --- 2014-03-25 23:50:13 - TZ=UTC TB --- 2014-03-25 23:50:13 - __MAKE_CONF=/dev/null TB --- 2014-03-25 23:50:13 - cd /src TB --- 2014-03-25 23:50:13 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Mar 25 23:50:21 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.bin/svn/svnrdump/../../../contrib/subversion/subversion/include -I/src/usr.bin/svn/svnrdump/../../../contrib/subversion/subversion -I/src/usr.bin/svn/svnrdump/.. -I/src/usr.bin/svn/svnrdump/../lib/libapr -I/src/usr.bin/svn/svnrdump/../../../contrib/apr/include/arch/unix -I/src/usr.bin/svn/svnrdump/../../../contrib/apr/include -I/src/usr.bin/svn/svnrdump/../lib/libapr_util -I/src/usr.bin/svn/svnrdump/../../../contrib/apr-util/include/private -I/src/usr.bin/svn/svnrdump/../../../contrib/apr-util/include -std=gnu99 -fstack-protector -Wno-pointer-sign -o svnliterdump dump_editor.o load_editor.o svnrdump.o util.o -L/obj/powerpc.powerpc/src/usr.bin/svn/svnrdump/../lib/libsvn_client -lsvn_client -L/obj/powerpc.powerpc/src/usr.bin/svn/svnrdump/../lib/libsvn_wc -lsvn_wc -L/obj/powerpc.powerpc/src/usr.bin/svn/svnrdump/../lib/libsvn_ra -lsvn_ra -L/obj/powerpc.powerpc/src/usr.bin/svn/svnrdump/../lib/libsvn_ra_local -lsvn_ra_local -L/obj/powerpc.pow! erpc/src/usr.bin/svn/svnrdump/../lib/libsvn_ra_svn -lsvn_ra_svn -L/obj/powerpc.powerpc/src/usr.bin/svn/svnrdump/../lib/libsvn_ra_serf -lsvn_ra_serf -L/obj/powerpc.powerpc/src/usr.bin/svn/svnrdump/../lib/libsvn_repos -lsvn_repos -L/obj/powerpc.powerpc/src/usr.bin/svn/svnrdump/../lib/libsvn_fs -lsvn_fs -L/obj/powerpc.powerpc/src/usr.bin/svn/svnrdump/../lib/libsvn_fs_fs -lsvn_fs_fs -L/obj/powerpc.powerpc/src/usr.bin/svn/svnrdump/../lib/libsvn_fs_util -lsvn_fs_util -L/obj/powerpc.powerpc/src/usr.bin/svn/svnrdump/../lib/libsvn_delta -lsvn_delta -L/obj/powerpc.powerpc/src/usr.bin/svn/svnrdump/../lib/libsvn_diff -lsvn_diff -L/obj/powerpc.powerpc/src/usr.bin/svn/svnrdump/../lib/libsvn_subr -lsvn_subr -L/obj/powerpc.powerpc/src/usr.bin/svn/svnrdump/../lib/libserf -lserf -L/obj/powerpc.powerpc/src/usr.bin/svn/svnrdump/../lib/libapr_util -lapr-util -lbsdxml -L/obj/powerpc.powerpc/src/usr.bin/svn/svnrdump/../lib/libapr -lapr -L/obj/powerpc.powerpc/src/usr.bin/svn/svnrdump/! ../lib/libsqlite3 -lsqlite3 -lz -lcrypt -lmagic -lcrypto -lss! l -lpthread ===> usr.bin/systat (all) cc -O2 -pipe -DINET6 -DUSE_WIDECHAR -std=gnu99 -fstack-protector -Wno-pointer-sign -c /src/usr.bin/systat/cmds.c /src/usr.bin/systat/cmds.c: In function 'command': /src/usr.bin/systat/cmds.c:51: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/systat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-26 02:28:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-26 02:28:16 - ERROR: failed to build world TB --- 2014-03-26 02:28:16 - 8261.30 user 954.23 system 9490.48 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 26 03:39:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6C51E90A for ; Wed, 26 Mar 2014 03:39:19 +0000 (UTC) Received: from mail.neu.net (neu.net [162.217.113.162]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2EBC2EE0 for ; Wed, 26 Mar 2014 03:39:18 +0000 (UTC) Received: from neu.net (neu.net [162.217.113.162]) by mail.neu.net (8.14.8/8.14.7) with ESMTP id s2Q3gJlt094833 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Mar 2014 23:42:22 -0400 (EDT) (envelope-from andy@neu.net) Date: Tue, 25 Mar 2014 23:42:19 -0400 (EDT) From: AN To: Mateusz Guzik Subject: Re: devd problem after recent upgrade In-Reply-To: <20140326022616.GB5905@dft-labs.eu> Message-ID: References: <20140326015325.GA5905@dft-labs.eu> <20140326022616.GB5905@dft-labs.eu> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: clamav-milter 0.98.1 at my.mail.server.name X-Virus-Status: Clean X-Spam-Status: No, score=-0.0 required=4.1 tests=T_RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.neu.net Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 26 Mar 2014 03:39:19 -0000 On Wed, 26 Mar 2014, Mateusz Guzik wrote: > On Wed, Mar 26, 2014 at 02:53:25AM +0100, Mateusz Guzik wrote: >> On Tue, Mar 25, 2014 at 09:31:57PM -0400, AN wrote: >>> I just upgraded to svn r263756 and have a major problem, the system >>> has no mouse. When I reboot I see the following message on the >>> console: >>> devd:devctl sysctl missing from kernel >>> >>> then >>> >>> /etc/rc.d failed to start devd, and also I had to run dhclient em0 >>> to get the network started. >>> >>> I have not added to or changed any config files. Has anyone else >>> seen strange behavior like this recently? Any help would be >>> appreciated. >>> >> >> That's my fault, I'll fix it shortly. >> > > This is fixed as of r263758. > > You will need to at least rebuild devd(8). > > Sorry for the breakage. > > -- > Mateusz Guzik I confirm r263758 fixes the problem, system operating normally. Thanks for the fast response. From owner-freebsd-current@FreeBSD.ORG Wed Mar 26 09:43:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 03B2D4B6 for ; Wed, 26 Mar 2014 09:43:21 +0000 (UTC) Received: from cpsmtpb-ews03.kpnxchange.com (cpsmtpb-ews03.kpnxchange.com [213.75.39.6]) by mx1.freebsd.org (Postfix) with ESMTP id 6A03AF14 for ; Wed, 26 Mar 2014 09:43:20 +0000 (UTC) Received: from cpsps-ews04.kpnxchange.com ([10.94.84.171]) by cpsmtpb-ews03.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Wed, 26 Mar 2014 10:43:10 +0100 Received: from CPSMTPM-CMT103.kpnxchange.com ([195.121.3.19]) by cpsps-ews04.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Wed, 26 Mar 2014 10:43:10 +0100 Received: from donald.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT103.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18264); Wed, 26 Mar 2014 10:43:09 +0100 Received: from squid (squid.vpn.offrom.nl [10.168.0.72]) by donald.offrom.nl (8.14.7/8.14.7) with ESMTP id s2Q9h9Rw045124 for ; Wed, 26 Mar 2014 10:43:09 +0100 (CET) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid with local (Exim 4.72) (envelope-from ) id 1WSkMS-0007J3-D6 for freebsd-current@freebsd.org; Wed, 26 Mar 2014 10:43:04 +0100 Date: Wed, 26 Mar 2014 10:43:04 +0100 From: Willy Offermans To: freebsd-current@freebsd.org Subject: Re: sendmail downgrade Message-ID: <20140326094304.GE27307@vpn.offrom.nl> References: <20140324142316.GA7874@vpn.offrom.nl> <20140324144700.GD7874@vpn.offrom.nl> <53305E46.7090403@allanjude.com> <20140325082215.GE8104@vpn.offrom.nl> <20140325143228.GA23657@x2.esmtp.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140325143228.GA23657@x2.esmtp.org> User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 26 Mar 2014 09:43:10.0234 (UTC) FILETIME=[CC73BFA0:01CF48D7] X-RcptDomain: freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 09:43:21 -0000 Hello Claus Assmann, On Tue, Mar 25, 2014 at 07:32:28AM -0700, Claus Assmann wrote: > On Tue, Mar 25, 2014, Willy Offermans wrote: > > > You are right. The following error occurs: > > > > Note: see README file in case of errors. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > pic -C op.me | eqn -C -Tascii | groff -Tascii -me | ul -t dumb > op.txt > > ul: unknown escape sequence in input: 33, 133 > > > I don't know what it means, if someone has an idea, please... > > How about reading the output of the command and following the advice? > > Hmm, why are we putting those instructions there? > _______________________________________________ > 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" You are so right and I had looked into the README file, as suggested. However I could not find a hint about the error, so therefore I asked for help. Please understand me correctly, I'm using sendmail/FreeBSD for almost a decade now and I had never issues. I'm also not an expert in programming, so the error message is completely unknown to me. However I had a look into the op.me file and found the solution to compile sendmail. So thnx a lot for your advice. -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Wiel ************************************* W.K. Offermans Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Mar 26 10:33:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B44CDF5E for ; Wed, 26 Mar 2014 10:33:59 +0000 (UTC) Received: from cpsmtpb-ews08.kpnxchange.com (cpsmtpb-ews08.kpnxchange.com [213.75.39.13]) by mx1.freebsd.org (Postfix) with ESMTP id 1836D3E9 for ; Wed, 26 Mar 2014 10:33:58 +0000 (UTC) Received: from cpsps-ews02.kpnxchange.com ([10.94.84.169]) by cpsmtpb-ews08.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Wed, 26 Mar 2014 11:33:51 +0100 Received: from CPSMTPM-CMT106.kpnxchange.com ([195.121.3.22]) by cpsps-ews02.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Wed, 26 Mar 2014 11:33:51 +0100 Received: from donald.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT106.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18264); Wed, 26 Mar 2014 11:33:24 +0100 Received: from squid (squid.vpn.offrom.nl [10.168.0.72]) by donald.offrom.nl (8.14.7/8.14.7) with ESMTP id s2QAXNji045387; Wed, 26 Mar 2014 11:33:23 +0100 (CET) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid with local (Exim 4.72) (envelope-from ) id 1WSl94-0007QL-IF; Wed, 26 Mar 2014 11:33:18 +0100 Date: Wed, 26 Mar 2014 11:33:18 +0100 From: Willy Offermans To: Willy Offermans , freebsd-current@freebsd.org Subject: Re: sendmail Broken Pipe Error Message-ID: <20140326103318.GH27307@vpn.offrom.nl> References: <20140325103934.GH8104@vpn.offrom.nl> <20140325164316.GC32089@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140325164316.GC32089@funkthat.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 26 Mar 2014 10:33:24.0646 (UTC) FILETIME=[D12E8460:01CF48DE] X-RcptDomain: freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 10:33:59 -0000 Hallo FreeBSD friends, On Tue, Mar 25, 2014 at 09:43:16AM -0700, John-Mark Gurney wrote: > Willy Offermans wrote this message on Tue, Mar 25, 2014 at 11:39 +0100: > > I found the following command, that generates some more informative output, > > I hope. > > > > root@MyServer:/home/MyName # sendmail -q -v > > > > Running /var/spool/mqueue/s2ODs1hH016114 (sequence 1 of 2) > > ... Connecting to Smarhost.com via relay... > > 220 CPSMTPM-CMT109.MyProvider.com MyProvider.com Tue, 25 Mar 2014 10:45:21 > > +0100 > > >>> EHLO MyServer.MyDomain.com > > 250-CPSMTPM-CMT109.MyProvider.com Hello [77.170.60.162] > > 250-TURN > > 250-SIZE 15744000 > > 250-ETRN > > 250-PIPELINING > > 250-DSN > > 250-ENHANCEDSTATUSCODES > > 250-8bitmime > > 250-CHUNKING > > 250-VRFY > > 250 OK > > >>> MAIL From: SIZE=1254972 > > 250 2.1.0 MyName@MyRewrittenDomainName....Sender OK > > >>> RCPT To: > > >>> DATA > > 250 2.1.5 MyFriend@MyFriendsDomainName > > 354 Start mail input; end with . > > timeout writing message to Smarhost.com: Broken pipe > > ... Deferred > > > > If I copy the *s2ODs1hH016114 files to MySecondServer and run > > sendmail -q -v once more, I got the following: > > > > Running /var/spool/mqueue/s2ODs1hH016114 (sequence 1 of 1) > > ... Connecting to Smarhost.com via relay... > > 220 CPSMTPM-cmt107.MyProvider.com MyProvider.com Tue, 25 Mar 2014 10:57:56 > > +0100 > > >>> EHLO MySecondServer.MyRewrittenDomainName > > 250-CPSMTPM-cmt107.MyProvider.com Hello [77.170.60.162] > > 250-TURN > > 250-SIZE 15744000 > > 250-ETRN > > 250-PIPELINING > > 250-DSN > > 250-ENHANCEDSTATUSCODES > > 250-8bitmime > > 250-CHUNKING > > 250-VRFY > > 250 OK > > >>> MAIL From: SIZE=1254972 > > 250 2.1.0 MyName@MyRewrittenDomainName....Sender OK > > >>> RCPT To: > > >>> DATA > > 250 2.1.5 MyFriend@MyFriendsDomainName > > 354 Start mail input; end with . > > >>> . > > 250 2.6.0 <20140324135355.GC6581@vpn.MyDomain.com> Queued mail for delivery > > ... Sent ( <20140324135355.GC6581@vpn.MyDomain.com> > > Queued mail for delivery) > > Closing connection to Smarhost.com > > >>> QUIT > > 221 2.0.0 CPSMTPM-cmt107.MyProvider.com Service closing transmission > > channel > > > > The test shows me that the problem is not on the MyProvider side. > > > > The sendmail.cf files on the two server are identical, except the names of the > > servers and some comments. > > > > The sendmail versions are different and the FreeBSD versions are different: > > MyServer: > > Sendmail Version 8.14.7 > > FreeBSD 10.0-STABLE > > > > MySecondServer: > > Sendmail Version 8.14.5 > > FreeBSD 9.0-RELEASE-p4 > > > > It is also important to note that above can only be observed for some > > e-mails, not all. Thus some mails will be sent from MyServer, some are not! > > > > If I make a tcpdump during the connection between sendmail and smarthost > > concerning s2ODs1hH016114, I got the following: > > > > 11:24:23.301300 IP MyServer.MyDomain.com.49165 > DNSMyProvider.domain: 32794+ [1au] MX? Smarhost.com. (43) > > 11:24:23.320078 IP DNSMyProvider.domain > MyServer.MyDomain.com.49165: 32794 1/1/1 CNAME CNameMyProvider. (125) > > 11:24:23.321592 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [S], seq 2245424203, win 65535, options [mss 1448,nop,wscale 6,sackOK,TS val 318826742 ecr 0], length 0 > > 11:24:23.339171 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [S.], seq 2238169153, ack 2245424204, win 8192, options [mss 1452], length 0 > > 11:24:23.339221 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], ack 1, win 65535, length 0 > > 11:24:23.355143 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [P.], seq 1:84, ack 1, win 65160, length 83 > > 11:24:23.355254 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [P.], seq 1:24, ack 84, win 65535, length 23 > > 11:24:23.370795 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [P.], seq 84:276, ack 24, win 65137, length 192 > > 11:24:23.371025 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [P.], seq 24:76, ack 276, win 65535, length 52 > > 11:24:23.392751 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [P.], seq 276:326, ack 76, win 65085, length 50 > > 11:24:23.393010 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [P.], seq 76:119, ack 326, win 65535, length 43 > > 11:24:23.414297 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [P.], seq 326:364, ack 119, win 65042, length 38 > > 11:24:23.520345 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], ack 364, win 65535, length 0 > > 11:24:23.535218 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [P.], seq 364:410, ack 119, win 65042, length 46 > > 11:24:23.769098 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 119:1567, ack 410, win 65535, length 1448 > > 11:24:23.769108 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 119:1567, ack 410, win 65535, length 1448 > > 11:24:23.811918 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 1567, win 65160, length 0 > > 11:24:24.077092 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 1567:3015, ack 410, win 65535, length 1448 > > 11:24:24.077101 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 1567:3015, ack 410, win 65535, length 1448 > > 11:24:24.119910 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 3015, win 65160, length 0 > > 11:24:24.451090 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 3015:4463, ack 410, win 65535, length 1448 > > 11:24:24.451100 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 3015:4463, ack 410, win 65535, length 1448 > > 11:24:24.493910 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 4463, win 65160, length 0 > > 11:24:24.957099 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 4463:5911, ack 410, win 65535, length 1448 > > 11:24:24.957110 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 4463:5911, ack 410, win 65535, length 1448 > > 11:24:24.999924 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 5911, win 65160, length 0 > > 11:24:25.727077 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 5911:7359, ack 410, win 65535, length 1448 > > 11:24:25.727085 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 5911:7359, ack 410, win 65535, length 1448 > > 11:24:25.769595 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 7359, win 65160, length 0 > > 11:24:26.929090 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 7359:8807, ack 410, win 65535, length 1448 > > 11:24:26.929099 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 7359:8807, ack 410, win 65535, length 1448 > > 11:24:26.972062 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 8807, win 65160, length 0 > > 11:24:29.100086 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 8807:10255, ack 410, win 65535, length 1448 > > 11:24:29.100093 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 8807:10255, ack 410, win 65535, length 1448 > > 11:24:29.142755 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 10255, win 65160, length 0 > > 11:24:33.205088 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 10255:11703, ack 410, win 65535, length 1448 > > 11:24:33.205100 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 10255:11703, ack 410, win 65535, length 1448 > > 11:24:33.247458 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 11703, win 65160, length 0 > > 11:24:41.127081 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 11703:13151, ack 410, win 65535, length 1448 > > 11:24:41.127091 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 11703:13151, ack 410, win 65535, length 1448 > > 11:24:41.169601 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 13151, win 65160, length 0 > > 11:24:56.729079 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 13151:14599, ack 410, win 65535, length 1448 > > 11:24:56.729086 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 13151:14599, ack 410, win 65535, length 1448 > > 11:24:56.771445 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 14599, win 65160, length 0 > > 11:25:12.331083 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 14599:16047, ack 410, win 65535, length 1448 > > 11:25:12.331094 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 14599:16047, ack 410, win 65535, length 1448 > > 11:25:12.373602 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 16047, win 65160, length 0 > > 11:25:27.933084 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 16047:17495, ack 410, win 65535, length 1448 > > 11:25:27.933095 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 16047:17495, ack 410, win 65535, length 1448 > > The one odd thing I notice is that there doesn't seem to be a non-MTU > sized frame to end the transmission... The chances of that happeneing > are slim... 1/1448 in fact... Could this be an issue w/ FreeBSD not > sending out the last frame after ack? With out knowing what the last > packet contains, it's hard to say... > > > 11:25:27.975453 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 17495, win 65160, length 0 > > 11:25:43.535093 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [R.], seq 20391, ack 410, win 65535, length 0 > > 11:25:43.549940 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 17495, win 65160, length 0 > > 11:25:43.550002 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [R], seq 2245441698, win 0, length 0 > > > > I'm not an expert in tcpdump. Can anyone make sense out of the messages? > > If you dumped the contents, using -s 0 -X, and look at that last packet > you should see 0d 0a 2e 0d 0a at the end.. which is CR/LF/./CR/LF.. If > you don't see that, then for some reason sendmail/FreeBSD isn't telling > the server that it's done sending which would prevent the receiving > side from ack'ing the email causing the timeout... > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > _______________________________________________ > 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" As I said, I'm not an expert in tcpdump, but I will dump with -s 0 -X and try to get a look to the packages. However I can already announce that the error only occurs with e-mails __with__ attachments. E-mails without attachments can pass through seemingly without an issue. -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Wiel ************************************* W.K. Offermans Home: +31 45 544 49 44 Mobile: +31 681 15 87 68 Mobile: +49 1575 414 60 55 e-mail: Willy@Offermans.Rompen.nl Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Mar 26 11:22:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E3EF9DD for ; Wed, 26 Mar 2014 11:22:07 +0000 (UTC) Received: from cpsmtpb-ews10.kpnxchange.com (cpsmtpb-ews10.kpnxchange.com [213.75.39.15]) by mx1.freebsd.org (Postfix) with ESMTP id C6928AD1 for ; Wed, 26 Mar 2014 11:22:05 +0000 (UTC) Received: from cpsps-ews28.kpnxchange.com ([10.94.84.194]) by cpsmtpb-ews10.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Wed, 26 Mar 2014 12:20:56 +0100 Received: from CPSMTPM-CMT105.kpnxchange.com ([195.121.3.21]) by cpsps-ews28.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Wed, 26 Mar 2014 12:20:56 +0100 Received: from donald.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT105.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18264); Wed, 26 Mar 2014 12:20:06 +0100 Received: from squid (squid.vpn.offrom.nl [10.168.0.72]) by donald.offrom.nl (8.14.7/8.14.7) with ESMTP id s2QBHsis045784 for ; Wed, 26 Mar 2014 12:17:54 +0100 (CET) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid with local (Exim 4.72) (envelope-from ) id 1WSlq9-0007UD-44 for freebsd-current@freebsd.org; Wed, 26 Mar 2014 12:17:49 +0100 Date: Wed, 26 Mar 2014 12:17:49 +0100 From: Willy Offermans To: freebsd-current@freebsd.org Subject: Re: sendmail Broken Pipe Error Message-ID: <20140326111748.GJ27307@vpn.offrom.nl> References: <20140325103934.GH8104@vpn.offrom.nl> <20140325164316.GC32089@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140325164316.GC32089@funkthat.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 26 Mar 2014 11:20:07.0297 (UTC) FILETIME=[57B11F10:01CF48E5] X-RcptDomain: freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 11:22:07 -0000 Hello John-Mark Gurney, On Tue, Mar 25, 2014 at 09:43:16AM -0700, John-Mark Gurney wrote: > Willy Offermans wrote this message on Tue, Mar 25, 2014 at 11:39 +0100: > > I found the following command, that generates some more informative output, > > I hope. > > > > root@MyServer:/home/MyName # sendmail -q -v > > > > Running /var/spool/mqueue/s2ODs1hH016114 (sequence 1 of 2) > > ... Connecting to Smarhost.com via relay... > > 220 CPSMTPM-CMT109.MyProvider.com MyProvider.com Tue, 25 Mar 2014 10:45:21 > > +0100 > > >>> EHLO MyServer.MyDomain.com > > 250-CPSMTPM-CMT109.MyProvider.com Hello [77.170.60.162] > > 250-TURN > > 250-SIZE 15744000 > > 250-ETRN > > 250-PIPELINING > > 250-DSN > > 250-ENHANCEDSTATUSCODES > > 250-8bitmime > > 250-CHUNKING > > 250-VRFY > > 250 OK > > >>> MAIL From: SIZE=1254972 > > 250 2.1.0 MyName@MyRewrittenDomainName....Sender OK > > >>> RCPT To: > > >>> DATA > > 250 2.1.5 MyFriend@MyFriendsDomainName > > 354 Start mail input; end with . > > timeout writing message to Smarhost.com: Broken pipe > > ... Deferred > > > > If I copy the *s2ODs1hH016114 files to MySecondServer and run > > sendmail -q -v once more, I got the following: > > > > Running /var/spool/mqueue/s2ODs1hH016114 (sequence 1 of 1) > > ... Connecting to Smarhost.com via relay... > > 220 CPSMTPM-cmt107.MyProvider.com MyProvider.com Tue, 25 Mar 2014 10:57:56 > > +0100 > > >>> EHLO MySecondServer.MyRewrittenDomainName > > 250-CPSMTPM-cmt107.MyProvider.com Hello [77.170.60.162] > > 250-TURN > > 250-SIZE 15744000 > > 250-ETRN > > 250-PIPELINING > > 250-DSN > > 250-ENHANCEDSTATUSCODES > > 250-8bitmime > > 250-CHUNKING > > 250-VRFY > > 250 OK > > >>> MAIL From: SIZE=1254972 > > 250 2.1.0 MyName@MyRewrittenDomainName....Sender OK > > >>> RCPT To: > > >>> DATA > > 250 2.1.5 MyFriend@MyFriendsDomainName > > 354 Start mail input; end with . > > >>> . > > 250 2.6.0 <20140324135355.GC6581@vpn.MyDomain.com> Queued mail for delivery > > ... Sent ( <20140324135355.GC6581@vpn.MyDomain.com> > > Queued mail for delivery) > > Closing connection to Smarhost.com > > >>> QUIT > > 221 2.0.0 CPSMTPM-cmt107.MyProvider.com Service closing transmission > > channel > > > > The test shows me that the problem is not on the MyProvider side. > > > > The sendmail.cf files on the two server are identical, except the names of the > > servers and some comments. > > > > The sendmail versions are different and the FreeBSD versions are different: > > MyServer: > > Sendmail Version 8.14.7 > > FreeBSD 10.0-STABLE > > > > MySecondServer: > > Sendmail Version 8.14.5 > > FreeBSD 9.0-RELEASE-p4 > > > > It is also important to note that above can only be observed for some > > e-mails, not all. Thus some mails will be sent from MyServer, some are not! > > > > If I make a tcpdump during the connection between sendmail and smarthost > > concerning s2ODs1hH016114, I got the following: > > > > 11:24:23.301300 IP MyServer.MyDomain.com.49165 > DNSMyProvider.domain: 32794+ [1au] MX? Smarhost.com. (43) > > 11:24:23.320078 IP DNSMyProvider.domain > MyServer.MyDomain.com.49165: 32794 1/1/1 CNAME CNameMyProvider. (125) > > 11:24:23.321592 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [S], seq 2245424203, win 65535, options [mss 1448,nop,wscale 6,sackOK,TS val 318826742 ecr 0], length 0 > > 11:24:23.339171 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [S.], seq 2238169153, ack 2245424204, win 8192, options [mss 1452], length 0 > > 11:24:23.339221 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], ack 1, win 65535, length 0 > > 11:24:23.355143 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [P.], seq 1:84, ack 1, win 65160, length 83 > > 11:24:23.355254 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [P.], seq 1:24, ack 84, win 65535, length 23 > > 11:24:23.370795 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [P.], seq 84:276, ack 24, win 65137, length 192 > > 11:24:23.371025 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [P.], seq 24:76, ack 276, win 65535, length 52 > > 11:24:23.392751 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [P.], seq 276:326, ack 76, win 65085, length 50 > > 11:24:23.393010 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [P.], seq 76:119, ack 326, win 65535, length 43 > > 11:24:23.414297 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [P.], seq 326:364, ack 119, win 65042, length 38 > > 11:24:23.520345 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], ack 364, win 65535, length 0 > > 11:24:23.535218 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [P.], seq 364:410, ack 119, win 65042, length 46 > > 11:24:23.769098 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 119:1567, ack 410, win 65535, length 1448 > > 11:24:23.769108 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 119:1567, ack 410, win 65535, length 1448 > > 11:24:23.811918 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 1567, win 65160, length 0 > > 11:24:24.077092 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 1567:3015, ack 410, win 65535, length 1448 > > 11:24:24.077101 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 1567:3015, ack 410, win 65535, length 1448 > > 11:24:24.119910 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 3015, win 65160, length 0 > > 11:24:24.451090 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 3015:4463, ack 410, win 65535, length 1448 > > 11:24:24.451100 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 3015:4463, ack 410, win 65535, length 1448 > > 11:24:24.493910 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 4463, win 65160, length 0 > > 11:24:24.957099 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 4463:5911, ack 410, win 65535, length 1448 > > 11:24:24.957110 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 4463:5911, ack 410, win 65535, length 1448 > > 11:24:24.999924 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 5911, win 65160, length 0 > > 11:24:25.727077 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 5911:7359, ack 410, win 65535, length 1448 > > 11:24:25.727085 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 5911:7359, ack 410, win 65535, length 1448 > > 11:24:25.769595 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 7359, win 65160, length 0 > > 11:24:26.929090 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 7359:8807, ack 410, win 65535, length 1448 > > 11:24:26.929099 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 7359:8807, ack 410, win 65535, length 1448 > > 11:24:26.972062 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 8807, win 65160, length 0 > > 11:24:29.100086 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 8807:10255, ack 410, win 65535, length 1448 > > 11:24:29.100093 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 8807:10255, ack 410, win 65535, length 1448 > > 11:24:29.142755 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 10255, win 65160, length 0 > > 11:24:33.205088 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 10255:11703, ack 410, win 65535, length 1448 > > 11:24:33.205100 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 10255:11703, ack 410, win 65535, length 1448 > > 11:24:33.247458 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 11703, win 65160, length 0 > > 11:24:41.127081 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 11703:13151, ack 410, win 65535, length 1448 > > 11:24:41.127091 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 11703:13151, ack 410, win 65535, length 1448 > > 11:24:41.169601 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 13151, win 65160, length 0 > > 11:24:56.729079 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 13151:14599, ack 410, win 65535, length 1448 > > 11:24:56.729086 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 13151:14599, ack 410, win 65535, length 1448 > > 11:24:56.771445 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 14599, win 65160, length 0 > > 11:25:12.331083 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 14599:16047, ack 410, win 65535, length 1448 > > 11:25:12.331094 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 14599:16047, ack 410, win 65535, length 1448 > > 11:25:12.373602 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 16047, win 65160, length 0 > > 11:25:27.933084 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 16047:17495, ack 410, win 65535, length 1448 > > 11:25:27.933095 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [.], seq 16047:17495, ack 410, win 65535, length 1448 > > The one odd thing I notice is that there doesn't seem to be a non-MTU > sized frame to end the transmission... The chances of that happeneing > are slim... 1/1448 in fact... Could this be an issue w/ FreeBSD not > sending out the last frame after ack? With out knowing what the last > packet contains, it's hard to say... > > > 11:25:27.975453 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 17495, win 65160, length 0 > > 11:25:43.535093 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [R.], seq 20391, ack 410, win 65535, length 0 > > 11:25:43.549940 IP ActualSmarthost.com.smtp > MyServer.MyDomain.com.51274: Flags [.], ack 17495, win 65160, length 0 > > 11:25:43.550002 IP MyServer.MyDomain.com.51274 > ActualSmarthost.com.smtp: Flags [R], seq 2245441698, win 0, length 0 > > > > I'm not an expert in tcpdump. Can anyone make sense out of the messages? > > If you dumped the contents, using -s 0 -X, and look at that last packet > you should see 0d 0a 2e 0d 0a at the end.. which is CR/LF/./CR/LF.. If > you don't see that, then for some reason sendmail/FreeBSD isn't telling > the server that it's done sending which would prevent the receiving > side from ack'ing the email causing the timeout... > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > _______________________________________________ > 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" I followed your suggestions. However I'm not able to distinguish the last packet. Is there a way to find this with help of the Flags? The following is the output of tcpdump -r /root/tmp/tcpdump -X | grep Flags 11:57:56.539788 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [S], seq 1001452351, win 65535, options [mss 1448,nop,wscale 6,sackOK,TS val 407239960 ecr 0], length 0 11:57:56.555262 IP Smarthost.com.smtp > MyServer.com.41115: Flags [S.], seq 1277075046, ack 1001452352, win 8192, options [mss 1452], length 0 11:57:56.555324 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [.], ack 1, win 65535, length 0 11:57:56.570648 IP Smarthost.com.smtp > MyServer.com.41115: Flags [P.], seq 1:84, ack 1, win 65160, length 83 11:57:56.570766 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [P.], seq 1:24, ack 84, win 65535, length 23 11:57:56.586467 IP Smarthost.com.smtp > MyServer.com.41115: Flags [P.], seq 84:276, ack 24, win 65137, length 192 11:57:56.586714 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [P.], seq 24:75, ack 276, win 65535, length 51 11:57:56.609793 IP Smarthost.com.smtp > MyServer.com.41115: Flags [P.], seq 276:326, ack 75, win 65086, length 50 11:57:56.610005 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [P.], seq 75:113, ack 326, win 65535, length 38 11:57:56.631140 IP Smarthost.com.smtp > MyServer.com.41115: Flags [P.], seq 326:359, ack 113, win 65048, length 33 11:57:56.737002 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [.], ack 359, win 65535, length 0 11:57:56.751874 IP Smarthost.com.smtp > MyServer.com.41115: Flags [P.], seq 359:405, ack 113, win 65048, length 46 11:57:56.986989 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [.], seq 113:1561, ack 405, win 65535, length 1448 11:57:56.987000 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [.], seq 113:1561, ack 405, win 65535, length 1448 11:57:57.029507 IP Smarthost.com.smtp > MyServer.com.41115: Flags [.], ack 1561, win 65160, length 0 11:57:57.297003 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [.], seq 1561:3009, ack 405, win 65535, length 1448 11:57:57.297013 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [.], seq 1561:3009, ack 405, win 65535, length 1448 11:57:57.339976 IP Smarthost.com.smtp > MyServer.com.41115: Flags [.], ack 3009, win 65160, length 0 11:57:57.675996 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [.], seq 3009:4457, ack 405, win 65535, length 1448 11:57:57.676007 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [.], seq 3009:4457, ack 405, win 65535, length 1448 11:57:57.718213 IP Smarthost.com.smtp > MyServer.com.41115: Flags [.], ack 4457, win 65160, length 0 11:57:58.201067 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [.], seq 4457:5905, ack 405, win 65535, length 1448 11:57:58.201076 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [.], seq 4457:5905, ack 405, win 65535, length 1448 11:57:58.243285 IP Smarthost.com.smtp > MyServer.com.41115: Flags [.], ack 5905, win 65160, length 0 11:57:59.010630 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [.], seq 5905:7353, ack 405, win 65535, length 1448 11:57:59.010639 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [.], seq 5905:7353, ack 405, win 65535, length 1448 11:57:59.053151 IP Smarthost.com.smtp > MyServer.com.41115: Flags [.], ack 7353, win 65160, length 0 11:58:00.245068 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [.], seq 7353:8801, ack 405, win 65535, length 1448 11:58:00.245077 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [.], seq 7353:8801, ack 405, win 65535, length 1448 11:58:00.287443 IP Smarthost.com.smtp > MyServer.com.41115: Flags [.], ack 8801, win 65160, length 0 11:58:02.419988 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [.], seq 8801:10249, ack 405, win 65535, length 1448 11:58:02.419996 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [.], seq 8801:10249, ack 405, win 65535, length 1448 11:58:02.462508 IP Smarthost.com.smtp > MyServer.com.41115: Flags [.], ack 10249, win 65160, length 0 11:58:06.531992 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [.], seq 10249:11697, ack 405, win 65535, length 1448 11:58:06.532004 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [.], seq 10249:11697, ack 405, win 65535, length 1448 11:58:06.574362 IP Smarthost.com.smtp > MyServer.com.41115: Flags [.], ack 11697, win 65160, length 0 11:58:14.453988 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [.], seq 11697:13145, ack 405, win 65535, length 1448 11:58:14.454000 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [.], seq 11697:13145, ack 405, win 65535, length 1448 11:58:14.496061 IP Smarthost.com.smtp > MyServer.com.41115: Flags [.], ack 13145, win 65160, length 0 11:58:30.055988 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [.], seq 13145:14593, ack 405, win 65535, length 1448 11:58:30.055997 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [.], seq 13145:14593, ack 405, win 65535, length 1448 11:58:30.098510 IP Smarthost.com.smtp > MyServer.com.41115: Flags [.], ack 14593, win 65160, length 0 11:58:45.657987 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [.], seq 14593:16041, ack 405, win 65535, length 1448 11:58:45.657996 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [.], seq 14593:16041, ack 405, win 65535, length 1448 11:58:45.700808 IP Smarthost.com.smtp > MyServer.com.41115: Flags [.], ack 16041, win 65160, length 0 11:59:01.259990 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [.], seq 16041:17489, ack 405, win 65535, length 1448 11:59:01.259999 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [.], seq 16041:17489, ack 405, win 65535, length 1448 11:59:01.302361 IP Smarthost.com.smtp > MyServer.com.41115: Flags [.], ack 17489, win 65160, length 0 11:59:16.862003 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [R.], seq 20385, ack 405, win 65535, length 0 11:59:16.876967 IP Smarthost.com.smtp > MyServer.com.41115: Flags [.], ack 17489, win 65160, length 0 11:59:16.877022 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [R], seq 1001469840, win 0, length 0 -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Wiel ************************************* W.K. Offermans e-mail: Willy@Offermans.Rompen.nl Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Mar 26 13:42:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF5A4864 for ; Wed, 26 Mar 2014 13:42:07 +0000 (UTC) Received: from secure.xzibition.com (secure.xzibition.com [173.160.118.92]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 876D8F90 for ; Wed, 26 Mar 2014 13:42:07 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; c=nofws; d=shatow.net; h=date:from:to :cc:subject:message-id:references:mime-version:content-type :in-reply-to; q=dns; s=sweb; b=BfRwSW13cVjd9tqS7u8SmlNxdiByKMO3I M2kWy75LbfOr/Vfiw+CBvEE0uMXwM67s9wdHmtoSqPk6bpYHPsAHZktjfjnHBhIo F0L/YuIFRh/trDkueqZBxt3j8+uj1Mxe8mnh5oKOC+843ybbsCxdTDvunST3qZub DRjOyRUmx4= DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=shatow.net; h=date:from :to:cc:subject:message-id:references:mime-version:content-type :in-reply-to; s=sweb; bh=N3DW1s+JGUQjFpYXRzM/tDq7tkiRQTV5/pbCTQF 2O9s=; b=tYSiLWkW9bdJnK1YXm87fiBpt2IkJSngDvm9QKkbeFfiIK/GtV2oZOF v23tXAD3t8dQwKqMq7tHd7cyHSptxRzBqzASrXjeQZ+HzwHDS4DSPil7F9FgVDHg GUDQSrJVJoaZLG3HV8k7kiSlq1MvieWN4l2Qp54imomgRNPh5oWE= Received: (qmail 69454 invoked from network); 26 Mar 2014 08:42:04 -0500 Received: from unknown (HELO admin.xzibition.com) (bryan@shatow.net@173.160.118.90) by sweb.xzibition.com with ESMTPA; 26 Mar 2014 08:42:04 -0500 Date: Wed, 26 Mar 2014 08:42:03 -0500 From: Bryan Drewery To: Bruno =?iso-8859-1?Q?Lauz=E9?= Subject: Re: install error with r263638 Message-ID: <20140326134203.GB25759@admin.xzibition.com> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="mxv5cy4qt+RJ9ypb" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) X-Mailman-Approved-At: Wed, 26 Mar 2014 13:48:25 +0000 Cc: "freebsd-current@freebsd.org" , sysinstall@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 26 Mar 2014 13:42:08 -0000 --mxv5cy4qt+RJ9ypb Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 25, 2014 at 10:29:16AM -0400, Bruno Lauz=E9 wrote: > I am experiencing issue related to r263638.During a ZFS Install, it does = create a new volume for /root but bsdinstall cannot copy "root/.cshrc" duri= ng base.txz extraction.Would we want to but ",canmount=3Doff" or change the= way root profile gets created for zfs install? > What could be the cause? > =20 I've reverted for now. Regards, Bryan Drewery --mxv5cy4qt+RJ9ypb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJ8BAEBCgBmBQJTMtkqXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzNkZFQkU5OTJGNTI4MERGNDgxMTM2MkE2 RTc4MkFDMDNDOUIwQ0Y5AAoJEG54KsA8mwz5Ep8P/iauIRgYD5tKHhBbzVx3v6Bt S9fqvRH+3moq3nsP5HPfgvjTRlgxEQsy1xishOnmANjSb2dOAsvEO4J0+Ubt9d7p xJ7D0OtYrzILuvPMh5dLXAhoveK6Q4Vyw0sdnDTU5CUXm9m+ZSkUnhxgEkzovFg6 0skpGXPGAZMGIMjAkySCIRNLCHj006Vm336InPNCo8gBEZaVXTlT9iL16FLuNyYV o5HLTnfsknVMRurctvw6n8QhyXCo36jhVWlq8cjwNA8erp+tb3FXjLft6ifV4tWR 0MqIu7wtBX0ilGHFyT3szEG1tHjGLIk3jsukEuJTB0DqUxDoPjEF65KBPr0wAwBL roEPTM85umBRn1VsaG4AaPDvaftj1AvjCUzcULKD1xcPntmEuYQKl1UUdpjKg2uF 9P9y8eCVXYUMbj+ORgd9z2bSvIazPsMfJQeMzOfLWwKhMzTn25JogGaPs2u5SSNO wj99MZQngc1tWOdjsKvbVVRYdScwvcOMr5usnEOSH//p5CWJnFQnEnw3UC6RkRu9 WTGf41d9PQOgIX2/PasqoilTGLc6xc8YLeOCc7CeYLzNIRvzkezvreS3Hxs33zxL 3WEMPnnrWO/1U4hCiIkjn4RconvaRUJo+ddcYPSu7KfyPEv96eJixbI0SgPEOmr9 xXtm2Np1vfVSw7RhaC7B =dd73 -----END PGP SIGNATURE----- --mxv5cy4qt+RJ9ypb-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 26 14:44:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1BFF887B for ; Wed, 26 Mar 2014 14:44:27 +0000 (UTC) Received: from zardoc.esmtp.org (zardoc.esmtp.org [70.36.157.240]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ED5FB8A2 for ; Wed, 26 Mar 2014 14:44:26 +0000 (UTC) Received: from x2.esmtp.org (localhost. [127.0.0.1]) by zardoc.esmtp.org (MeTA1-1.0.Alpha22.0) with ESMTPS (TLS=TLSv1/SSLv3, cipher=ECDHE-RSA-AES256-GCM-SHA384, bits=256, verify=OK) id S000000000007CAE800; Wed, 26 Mar 2014 07:44:20 -0700 Received: (from ca@localhost) by x2.esmtp.org (8.14.6/8.12.10.Beta0/Submit) id s2QEiKfa022647 for freebsd-current@freebsd.org; Wed, 26 Mar 2014 07:44:20 -0700 (PDT) Date: Wed, 26 Mar 2014 07:44:20 -0700 From: Claus Assmann To: freebsd-current@freebsd.org Subject: Re: sendmail downgrade Message-ID: <20140326144419.GA11066@x2.esmtp.org> Mail-Followup-To: freebsd-current@freebsd.org References: <20140324142316.GA7874@vpn.offrom.nl> <20140324144700.GD7874@vpn.offrom.nl> <53305E46.7090403@allanjude.com> <20140325082215.GE8104@vpn.offrom.nl> <20140325143228.GA23657@x2.esmtp.org> <20140326094304.GE27307@vpn.offrom.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140326094304.GE27307@vpn.offrom.nl> User-Agent: Mutt/1.5.22+16 (adf90e5365bc) (2013-10-16) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Wed, 26 Mar 2014 14:44:27 -0000 On Wed, Mar 26, 2014, Willy Offermans wrote: > > > Note: see README file in case of errors. > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > pic -C op.me | eqn -C -Tascii | groff -Tascii -me | ul -t dumb > op.txt > > > ul: unknown escape sequence in input: 33, 133 > You are so right and I had looked into the README file, as suggested. > However I could not find a hint about the error, so therefore I Hmm, did you look at the right README file? Here it is: ------------------------------------------------------------ Known Problems with some *roff versions If you encounter the error: Unknown escape sequence in input: 33, 133 when trying to create op.txt then set the GROFF_NO_SGR environment variable (see grotty(1) man page), e.g., csh% setenv GROFF_NO_SGR 1 sh$ GROFF_NO_SGR=1; export GROFF_NO_SGR $Id: README,v 8.1 2004/07/20 20:25:10 ca Exp $ ------------------------------------------------------------ PS: if you don't need op.txt, then you can simply ignore the error. From owner-freebsd-current@FreeBSD.ORG Wed Mar 26 15:21:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 76E72F63 for ; Wed, 26 Mar 2014 15:21:16 +0000 (UTC) Received: from cpsmtpb-ews01.kpnxchange.com (cpsmtpb-ews01.kpnxchange.com [213.75.39.4]) by mx1.freebsd.org (Postfix) with ESMTP id DC973BB7 for ; Wed, 26 Mar 2014 15:21:15 +0000 (UTC) Received: from cpsps-ews17.kpnxchange.com ([10.94.84.183]) by cpsmtpb-ews01.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Wed, 26 Mar 2014 16:21:03 +0100 Received: from CPSMTPM-CMT104.kpnxchange.com ([195.121.3.20]) by cpsps-ews17.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Wed, 26 Mar 2014 16:21:03 +0100 Received: from donald.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT104.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18264); Wed, 26 Mar 2014 16:21:02 +0100 Received: from squid (squid.offrom.nl [192.168.0.72]) by donald.offrom.nl (8.14.7/8.14.7) with ESMTP id s2QFL22g001899 for ; Wed, 26 Mar 2014 16:21:02 +0100 (CET) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid with local (Exim 4.72) (envelope-from ) id 1WSpdW-00017u-N7 for freebsd-current@freebsd.org; Wed, 26 Mar 2014 16:21:02 +0100 Date: Wed, 26 Mar 2014 16:21:02 +0100 From: Willy Offermans To: freebsd-current@freebsd.org Subject: Re: sendmail downgrade Message-ID: <20140326152102.GA4119@vpn.offrom.nl> References: <20140324142316.GA7874@vpn.offrom.nl> <20140324144700.GD7874@vpn.offrom.nl> <53305E46.7090403@allanjude.com> <20140325082215.GE8104@vpn.offrom.nl> <20140325143228.GA23657@x2.esmtp.org> <20140326094304.GE27307@vpn.offrom.nl> <20140326144419.GA11066@x2.esmtp.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140326144419.GA11066@x2.esmtp.org> User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 26 Mar 2014 15:21:03.0169 (UTC) FILETIME=[00102310:01CF4907] X-RcptDomain: freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 15:21:16 -0000 Hello Claus Assmann and FreeBSD friends, On Wed, Mar 26, 2014 at 07:44:20AM -0700, Claus Assmann wrote: > On Wed, Mar 26, 2014, Willy Offermans wrote: > > > > > Note: see README file in case of errors. > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > pic -C op.me | eqn -C -Tascii | groff -Tascii -me | ul -t dumb > op.txt > > > > ul: unknown escape sequence in input: 33, 133 > > > You are so right and I had looked into the README file, as suggested. > > However I could not find a hint about the error, so therefore I > > Hmm, did you look at the right README file? Here it is: > ------------------------------------------------------------ > Known Problems with some *roff versions > > If you encounter the error: > > Unknown escape sequence in input: 33, 133 > > when trying to create op.txt then set the GROFF_NO_SGR environment > variable (see grotty(1) man page), e.g., > > csh% setenv GROFF_NO_SGR 1 > sh$ GROFF_NO_SGR=1; export GROFF_NO_SGR > > $Id: README,v 8.1 2004/07/20 20:25:10 ca Exp $ > ------------------------------------------------------------ > > > PS: if you don't need op.txt, then you can simply ignore the error. > _______________________________________________ > 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" This is exactly what I found. I managed to compile sendmail 8.14.5, but I got the same error for e-mails with attachments. So e-mails without attachment are correctly finalised with ., but e-mail with attachment are not finalised and therefore the timeout error. -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Wiel ************************************* W.K. Offermans Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Mar 26 16:20:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DBC2B4E3 for ; Wed, 26 Mar 2014 16:20:38 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 994C5306 for ; Wed, 26 Mar 2014 16:20:37 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s2QGKaJl080350 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Mar 2014 09:20:36 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s2QGKZvJ080349; Wed, 26 Mar 2014 09:20:35 -0700 (PDT) (envelope-from jmg) Date: Wed, 26 Mar 2014 09:20:35 -0700 From: John-Mark Gurney To: Willy Offermans Subject: Re: sendmail Broken Pipe Error Message-ID: <20140326162034.GI60889@funkthat.com> Mail-Followup-To: Willy Offermans , freebsd-current@freebsd.org References: <20140325103934.GH8104@vpn.offrom.nl> <20140325164316.GC32089@funkthat.com> <20140326111748.GJ27307@vpn.offrom.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140326111748.GJ27307@vpn.offrom.nl> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Wed, 26 Mar 2014 09:20:36 -0700 (PDT) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 26 Mar 2014 16:20:38 -0000 Willy Offermans wrote this message on Wed, Mar 26, 2014 at 12:17 +0100: > On Tue, Mar 25, 2014 at 09:43:16AM -0700, John-Mark Gurney wrote: > > Willy Offermans wrote this message on Tue, Mar 25, 2014 at 11:39 +0100: > > > I'm not an expert in tcpdump. Can anyone make sense out of the messages? > > > > If you dumped the contents, using -s 0 -X, and look at that last packet > > you should see 0d 0a 2e 0d 0a at the end.. which is CR/LF/./CR/LF.. If > > you don't see that, then for some reason sendmail/FreeBSD isn't telling > > the server that it's done sending which would prevent the receiving > > side from ack'ing the email causing the timeout... > > I followed your suggestions. However I'm not able to distinguish the last > packet. Is there a way to find this with help of the Flags? The following > is the output of tcpdump -r /root/tmp/tcpdump -X | grep Flags > > 11:57:56.539788 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [S], seq 1001452351, win 65535, options [mss 1448,nop,wscale 6,sackOK,TS val 407239960 ecr 0], length 0 > 11:57:56.555262 IP Smarthost.com.smtp > MyServer.com.41115: Flags [S.], seq 1277075046, ack 1001452352, win 8192, options [mss 1452], length 0 It should look something like: 09:18:34.723280 IP jmgmac.funkthat.com.64724 > h2.funkthat.com.ssh: Flags [.], ack 177, win 33280, options [nop,nop,TS val 1854905469 ecr 3482476972], length 0 0x0000: 4510 0034 d7ac 4000 4006 e1af c0a8 0003 E..4..@.@....... 0x0010: c0a8 0004 fcd4 0016 7e48 238e d872 43dc ........~H#..rC. 0x0020: 8010 8200 7c08 0000 0101 080a 6e8f 9c7d ....|.......n..} 0x0030: cf92 61ac ..a. Notice the hex output... I didn't see any of that in your output... The last packet I was talking about is the last one that had length 1448 that your server sent... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Mar 26 16:23:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 153167F8 for ; Wed, 26 Mar 2014 16:23:56 +0000 (UTC) Received: from zim.gshapiro.net (zim.gshapiro.net [IPv6:2001:4f8:3:36::224]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F23253B7 for ; Wed, 26 Mar 2014 16:23:55 +0000 (UTC) Received: from C02KN7GSDTY3.corp.proofpoint.com (mx2.proofpoint.com [208.86.202.10]) (authenticated bits=0) by zim.gshapiro.net (8.14.8.Beta0/8.14.7) with ESMTP id s2QGNhIS060440 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Mar 2014 09:23:54 -0700 (PDT) (envelope-from gshapiro@freebsd.org) Date: Wed, 26 Mar 2014 09:23:42 -0700 From: Gregory Shapiro To: Willy Offermans , freebsd-current@freebsd.org Subject: Re: sendmail Broken Pipe Error Message-ID: <20140326162342.GC72635@C02KN7GSDTY3.corp.proofpoint.com> References: <20140325103934.GH8104@vpn.offrom.nl> <20140325164316.GC32089@funkthat.com> <20140326111748.GJ27307@vpn.offrom.nl> <20140326162034.GI60889@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140326162034.GI60889@funkthat.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 26 Mar 2014 16:23:56 -0000 > > 11:57:56.539788 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [S], seq 1001452351, win 65535, options [mss 1448,nop,wscale 6,sackOK,TS val 407239960 ecr 0], length 0 > > 11:57:56.555262 IP Smarthost.com.smtp > MyServer.com.41115: Flags [S.], seq 1277075046, ack 1001452352, win 8192, options [mss 1452], length 0 > > It should look something like: > 09:18:34.723280 IP jmgmac.funkthat.com.64724 > h2.funkthat.com.ssh: Flags [.], ack 177, win 33280, options [nop,nop,TS val 1854905469 ecr 3482476972], length 0 > 0x0000: 4510 0034 d7ac 4000 4006 e1af c0a8 0003 E..4..@.@....... > 0x0010: c0a8 0004 fcd4 0016 7e48 238e d872 43dc ........~H#..rC. > 0x0020: 8010 8200 7c08 0000 0101 080a 6e8f 9c7d ....|.......n..} > 0x0030: cf92 61ac ..a. > > Notice the hex output... I didn't see any of that in your output... > The last packet I was talking about is the last one that had length > 1448 that your server sent... Willy mentioned that this only happened on mail with attachments. Could it be an MTU issue? Specifically, see: http://www.sendmail.com/sm/open_source/tips/path_mtu/ From owner-freebsd-current@FreeBSD.ORG Wed Mar 26 16:37:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CCC8ABE9; Wed, 26 Mar 2014 16:37:48 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 83027A2D; Wed, 26 Mar 2014 16:37:48 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s2QGbkir080581 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Mar 2014 09:37:47 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s2QGbkZD080580; Wed, 26 Mar 2014 09:37:46 -0700 (PDT) (envelope-from jmg) Date: Wed, 26 Mar 2014 09:37:46 -0700 From: John-Mark Gurney To: Gregory Shapiro Subject: Re: sendmail Broken Pipe Error Message-ID: <20140326163746.GJ60889@funkthat.com> Mail-Followup-To: Gregory Shapiro , Willy Offermans , freebsd-current@freebsd.org References: <20140325103934.GH8104@vpn.offrom.nl> <20140325164316.GC32089@funkthat.com> <20140326111748.GJ27307@vpn.offrom.nl> <20140326162034.GI60889@funkthat.com> <20140326162342.GC72635@C02KN7GSDTY3.corp.proofpoint.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140326162342.GC72635@C02KN7GSDTY3.corp.proofpoint.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Wed, 26 Mar 2014 09:37:47 -0700 (PDT) Cc: Willy Offermans , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 26 Mar 2014 16:37:48 -0000 Gregory Shapiro wrote this message on Wed, Mar 26, 2014 at 09:23 -0700: > > > 11:57:56.539788 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [S], seq 1001452351, win 65535, options [mss 1448,nop,wscale 6,sackOK,TS val 407239960 ecr 0], length 0 > > > 11:57:56.555262 IP Smarthost.com.smtp > MyServer.com.41115: Flags [S.], seq 1277075046, ack 1001452352, win 8192, options [mss 1452], length 0 > > > > It should look something like: > > 09:18:34.723280 IP jmgmac.funkthat.com.64724 > h2.funkthat.com.ssh: Flags [.], ack 177, win 33280, options [nop,nop,TS val 1854905469 ecr 3482476972], length 0 > > 0x0000: 4510 0034 d7ac 4000 4006 e1af c0a8 0003 E..4..@.@....... > > 0x0010: c0a8 0004 fcd4 0016 7e48 238e d872 43dc ........~H#..rC. > > 0x0020: 8010 8200 7c08 0000 0101 080a 6e8f 9c7d ....|.......n..} > > 0x0030: cf92 61ac ..a. > > > > Notice the hex output... I didn't see any of that in your output... > > The last packet I was talking about is the last one that had length > > 1448 that your server sent... > > Willy mentioned that this only happened on mail with attachments. Could it be an MTU issue? Specifically, see: > > http://www.sendmail.com/sm/open_source/tips/path_mtu/ I don't see how it could be... If it is litterally only mail with attachments and not large emails w/o attachments, then it's definately not that issue.. He could just disable path_mtu on the server: sysctl net.inet.tcp.path_mtu_discovery=0 to test this, but I'd be surprised if it allows email through, since he's already getting 1448 byte packets through and acked before the hang up occurs... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Mar 26 17:22:18 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 49721C33 for ; Wed, 26 Mar 2014 17:22:18 +0000 (UTC) Received: from cpsmtpb-ews04.kpnxchange.com (cpsmtpb-ews04.kpnxchange.com [213.75.39.7]) by mx1.freebsd.org (Postfix) with ESMTP id AE463F62 for ; Wed, 26 Mar 2014 17:22:16 +0000 (UTC) Received: from cpsps-ews28.kpnxchange.com ([10.94.84.194]) by cpsmtpb-ews04.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Wed, 26 Mar 2014 18:22:07 +0100 Received: from CPSMTPM-CMT101.kpnxchange.com ([195.121.3.17]) by cpsps-ews28.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Wed, 26 Mar 2014 18:22:08 +0100 Received: from donald.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT101.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18264); Wed, 26 Mar 2014 18:22:07 +0100 Received: from squid (squid.offrom.nl [192.168.0.72]) by donald.offrom.nl (8.14.7/8.14.7) with ESMTP id s2QHM6EH003486 for ; Wed, 26 Mar 2014 18:22:06 +0100 (CET) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid with local (Exim 4.72) (envelope-from ) id 1WSrWg-0001D1-QT for freebsd-current@freebsd.org; Wed, 26 Mar 2014 18:22:06 +0100 Date: Wed, 26 Mar 2014 18:22:06 +0100 From: Willy Offermans To: freebsd-current@freebsd.org Subject: Re: sendmail Broken Pipe Error Message-ID: <20140326172206.GB4119@vpn.offrom.nl> References: <20140325103934.GH8104@vpn.offrom.nl> <20140325164316.GC32089@funkthat.com> <20140326111748.GJ27307@vpn.offrom.nl> <20140326162034.GI60889@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140326162034.GI60889@funkthat.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 26 Mar 2014 17:22:07.0682 (UTC) FILETIME=[EA0CDA20:01CF4917] X-RcptDomain: freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2014 17:22:18 -0000 Hello John-Mark and FreeBSD friends, On Wed, Mar 26, 2014 at 09:20:35AM -0700, John-Mark Gurney wrote: > Willy Offermans wrote this message on Wed, Mar 26, 2014 at 12:17 +0100: > > On Tue, Mar 25, 2014 at 09:43:16AM -0700, John-Mark Gurney wrote: > > > Willy Offermans wrote this message on Tue, Mar 25, 2014 at 11:39 +0100: > > > > I'm not an expert in tcpdump. Can anyone make sense out of the messages? > > > > > > If you dumped the contents, using -s 0 -X, and look at that last packet > > > you should see 0d 0a 2e 0d 0a at the end.. which is CR/LF/./CR/LF.. If > > > you don't see that, then for some reason sendmail/FreeBSD isn't telling > > > the server that it's done sending which would prevent the receiving > > > side from ack'ing the email causing the timeout... > > > > I followed your suggestions. However I'm not able to distinguish the last > > packet. Is there a way to find this with help of the Flags? The following > > is the output of tcpdump -r /root/tmp/tcpdump -X | grep Flags > > > > 11:57:56.539788 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [S], seq 1001452351, win 65535, options [mss 1448,nop,wscale 6,sackOK,TS val 407239960 ecr 0], length 0 > > 11:57:56.555262 IP Smarthost.com.smtp > MyServer.com.41115: Flags [S.], seq 1277075046, ack 1001452352, win 8192, options [mss 1452], length 0 > > It should look something like: > 09:18:34.723280 IP jmgmac.funkthat.com.64724 > h2.funkthat.com.ssh: Flags [.], ack 177, win 33280, options [nop,nop,TS val 1854905469 ecr 3482476972], length 0 > 0x0000: 4510 0034 d7ac 4000 4006 e1af c0a8 0003 E..4..@.@....... > 0x0010: c0a8 0004 fcd4 0016 7e48 238e d872 43dc ........~H#..rC. > 0x0020: 8010 8200 7c08 0000 0101 080a 6e8f 9c7d ....|.......n..} > 0x0030: cf92 61ac ..a. > > Notice the hex output... I didn't see any of that in your output... > The last packet I was talking about is the last one that had length > 1448 that your server sent... > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > _______________________________________________ > 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" I sent two e-mails consecutively: the first without an attachment, the second with attachment. I dumped tcp of the NIC for port smtp. I got the following: 12:20:55.988622 IP MyServer.com.37191 > Smarthost.com.smtp: Flags [P.], seq 18943:19104, ack 412, win 65535, length 161 0x0000: 4500 00c9 eebd 4000 4006 0000 c0a8 0004 E.....@.@....... 0x0010: d54b 3f0d 9147 0019 4ea0 36dd 15a7 38a0 .K?..G..N.6...8. 0x0020: 5018 ffff 4481 0000 2020 2020 2020 2020 P...D........... 0x0030: 2020 2020 2020 2020 2020 2020 2020 2020 ................ 0x0040: 2020 2020 2020 2020 2020 2020 2020 205c ...............\ 0x0050: 2f20 205c 205e 0d0a 2020 2020 2020 2020 /..\.^.......... 0x0060: 2020 2020 2020 2020 2020 2020 2020 2020 ................ 0x0070: 2020 2020 2020 2020 2020 2020 2020 2020 ................ 0x0080: 2020 202e 5c2e 5f2f 5f29 0d0a 0d0a 2020 ....\._/_)...... 0x0090: 2020 2020 2020 2020 2020 2020 2020 2020 ................ 0x00a0: 2020 2020 2020 2020 2020 2020 2020 2020 ................ 0x00b0: 2020 2020 2077 7777 2e46 7265 6542 5344 .....www.FreeBSD 0x00c0: 2e6f 7267 0d0a 2e0d 0a .org..... As predicted by John-Mark, the first ended with "0d0a 2e0d 0a". However it was not the last packet with length 1448. I hope that this will not spoil the party. Is the Flag [P.] more indicative? It looks like to me, but I'm just learning. Anyway the second mail ended with: 12:22:17.960896 IP MyServer.com.37191 > Smarthost.com.smtp: Flags [.], seq 35127:36575, ack 638, win 65535, length 1448 0x0000: 4500 05d0 fe9d 4000 4006 0000 c0a8 0004 E.....@.@....... 0x0560: 5670 6876 4a67 5a5a 5a50 4b2f 4b78 3774 VphvJgZZZPK/Kx7t 0x0570: 382f 4230 594f 6b78 3449 0d0a 4a76 6551 8/B0YOkx4I..JveQ 0x0580: 2b6e 7765 5647 2f33 6e79 6231 6133 496f +nweVG/3nyb1a3Io 0x0590: 5474 554f 4d61 4374 696b 714b 436b 4959 TtUOMaCtikqKCkIY 0x05a0: 704a 7668 3055 416d 6c33 4754 4f4c 6455 pJvh0UAml3GTOLdU 0x05b0: 774b 4145 7151 5741 7841 4141 5a66 7647 wKAEqQWAxAAAZfvG 0x05c0: 706b 6c36 0d0a 7a4e 6234 745a 6633 5a6c pkl6..zNb4tZf3Zl Being packet with length 1448 and sent from my side. The code "0d0a 2e0d 0a" is missing. Immediately thereafter the following packets: 12:22:18.003557 IP Smarthost.com.smtp > MyServer.com.37191: Flags [.], ack 36575, win 65160, length 0 0x0000: 4500 0028 11fb 4000 7a06 19d0 d54b 3f0d E..(..@.z....K?. 0x0010: c0a8 0004 0019 9147 15a7 3982 4ea0 7bbd .......G..9.N.{. 0x0020: 5010 fe88 315f 0000 0000 0000 0000 P...1_........ 12:22:37.665889 IP MyServer.com.37191 > Smarthost.com.smtp: Flags [R.], seq 39471, ack 638, win 65535, length 0 0x0000: 4500 0028 492c 4000 4006 0000 c0a8 0004 E..(I,@.@....... 0x0010: d54b 3f0d 9147 0019 4ea0 870d 15a7 3982 .K?..G..N.....9. 0x0020: 5014 ffff 2494 0000 P...$... 12:22:37.680857 IP Smarthost.com.smtp > MyServer.com.37191: Flags [.], ack 36575, win 65160, length 0 0x0000: 4500 0028 0584 0000 f906 e746 d54b 3f0d E..(.......F.K?. 0x0010: c0a8 0004 0019 9147 15a7 3982 4ea0 7bbd .......G..9.N.{. 0x0020: 5010 fe88 315f 0000 0000 0000 0000 P...1_........ 12:22:37.680920 IP MyServer.com.37191 > Smarthost.com.smtp: Flags [R], seq 1319140285, win 0, length 0 0x0000: 4500 0028 4935 4000 4006 0000 c0a8 0004 E..(I5@.@....... 0x0010: d54b 3f0d 9147 0019 4ea0 7bbd 0000 0000 .K?..G..N.{..... 0x0020: 5004 0000 7f1d 0000 P....... It looks like Smarthost.com asks for more, but there is not more to sent. The final packet seems to be absent. I cannot look for the closing remark "www.FreeBSD.org", since there is the attachment at the end of the second mail. Is there any connection between the encoded attachment in the second mail and the output of tcpdump? Am I the only one noticing this error? I can hardly believe this. Is there a way to force the insertion of .? -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Wiel ************************************* W.K. Offermans Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Mar 26 17:55:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0846C57; Wed, 26 Mar 2014 17:55:07 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A42AC322; Wed, 26 Mar 2014 17:55:07 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 60CC2B918; Wed, 26 Mar 2014 13:55:05 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: UDP Lite support Date: Wed, 26 Mar 2014 11:22:43 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <53138FA6.1060705@delphij.net> <532BEC6B.7060400@FreeBSD.org> In-Reply-To: <532BEC6B.7060400@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201403261122.43541.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 26 Mar 2014 13:55:05 -0400 (EDT) Cc: Kevin Lo , Brooks Davis , d@delphij.net, Joe Nosay X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 26 Mar 2014 17:55:08 -0000 On Friday, March 21, 2014 3:38:19 am Kevin Lo wrote: > On 2014/03/03 04:08, Xin Li wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA512 > > > > On 3/2/14, 10:42 AM, Joe Nosay wrote: > >> On Thu, Feb 27, 2014 at 3:22 AM, Joe Nosay > >> wrote: > >> > >>> > >>> > >>> On Wed, Feb 26, 2014 at 11:19 PM, Xin Li > >>> wrote: > >>> > >> On 02/26/14 18:52, Joe Nosay wrote: > >>>>>> On Wed, Feb 26, 2014 at 9:19 PM, Brooks Davis > >>>>>> wrote: > >>>>>> > >>>>>>> On Wed, Feb 26, 2014 at 07:36:29PM -0500, Joe Nosay > >>>>>>> wrote: > >>>>>>>> The last thread on this was in 2006. Has it ever been > >>>>>>>> reconsidered or is the likelihood of too many damaged > >>>>>>>> packets the reason for not supporting? I'm not sure > >>>>>>>> where to put this question. Apologies for the noise. > >>>>>>> You've provided next to no context. What is the > >>>>>>> question? What thread are you referring to? If this is > >>>>>>> the usual UDP then freebsd-net would be vastly more > >>>>>>> appropriate than -current. > >>>>>>> > >>>>>>> -- Brooks > >>>>>>> > >>>>>> Thanks. I will ask kevlo and maybe bring it up on > >>>>>> freebsd-net. It has to do with an implementation of the > >>>>>> JACK server using UDP Lite for transferring data. > >>>>>> > >>>>>> > >> http://freebsd.1045724.n5.nabble.com/UDP-lite-for-FreeBSD-td4010236.html > >> > >> Looks > >> like nobody proposed a patch? > >> > >> I think the concern was that this is not very useful in real-world > >> scenarios due to link layer error detection mechanism but that > >> doesn't raise a red flag to me assuming this is sufficiently self > >> contained feature as it would improve compatibility with other > >> operating systems. > >> > >> Cheers, > >>> https://github.com/torelizer/jack_trauma > >>> > >>> Not my project; but, I want to port it to FreeBSD. First is to > >>> get it to build from source. Use your raspberry pi with FreeBSD > >>> to broadcast your tunes and all. > >>> > >> > >> Thanks for all of the input. The project is being reworked to > >> improve the code. > > Kevin Lo have a patchset but needs someone to do performance testing > > (its impact on non-UDPLite applications), test with vimage, etc: > > > > http://people.freebsd.org/~kevlo/udplite.diff > > http://people.freebsd.org/~kevlo/udp-v.diff > > > > Are you interested in working on these and report back? > > The revised patch is available at: > http://people.freebsd.org/~kevlo/udplite.diff A few suggestions: - I would just drop the INP lock and return EOPNOTSUPP directly rather than using goto's to 'bad_setoptname' and 'bad_getoptname' so the UDP-lite options are self-contained. - I'm not a super big fan of all the udp_common_* macros only because I think it obfuscates things. At the very least, please move these things out of the header and into udp_usrreq.c so they are closer to the implementation. I would even suggest making them inline functions instead of macros. However, I think the patch generally looks ok. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Mar 26 17:55:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5CD4D99; Wed, 26 Mar 2014 17:55:15 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 795CC32A; Wed, 26 Mar 2014 17:55:15 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 4CC16B93B; Wed, 26 Mar 2014 13:55:14 -0400 (EDT) From: John Baldwin To: Adrian Chadd Subject: Re: signal 8 (floating point exception) upon resume Date: Wed, 26 Mar 2014 13:43:22 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201403251546.51476.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201403261343.22370.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 26 Mar 2014 13:55:14 -0400 (EDT) Cc: "freebsd-mobile@freebsd.org" , freebsd-current , Konstantin Belousov , Bruce Evans , Bruce Evans , Jung-uk Kim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 26 Mar 2014 17:55:15 -0000 On Tuesday, March 25, 2014 5:38:50 pm Adrian Chadd wrote: > On 25 March 2014 12:46, John Baldwin wrote: > > On Sunday, March 23, 2014 4:41:24 pm Adrian Chadd wrote: > >> [snip] > >> > >> Hi, > >> > >> As part of this thread, a whole lot of stuff was thrown around to try > >> and fix / improve the correctness of this. > >> > >> But it still happens to me in -HEAD i386. I updated to r263418 and > >> it's now doing it around 30-50% of the time I resume. > > > > Yes, nothing has changed in HEAD. > > > >> So, since I really am trying to avoid getting neck deep in learning > >> (by myself) a new thing right now, would someone be willing to help me > >> through the process of (a) learning how this is all supposed to work > >> (which thanks to jhb and bde, I think I've learnt from the posts in > >> this thread) and (b) some things to try out? I'll be able to report > >> the results of this pretty quickly. > > > > You can try www.freebsd.org/~jhb/patches/i386_fpu_suspend2.patch. You > > could have tried the first patch I posted here earlier when I first > > posted it as well. :) > > There was a lot of chatter, I thought it was prudent to let it all > settle before jumping in. > > Anyway: You do understand C well enough to fix simple typos? I don't have any i386 machines around, but I'll work on cross-building. > --- npx.o --- > /usr/home/adrian/work/freebsd/head/src/sys/i386/isa/npx.c:769:18: > error: declaration of 'union safefpu' will not be visible outside of > this function [-Werror,-Wvisibility] > npxsuspend(union safefpu *addr) > ^ s/safe/save/ > /usr/home/adrian/work/freebsd/head/src/sys/i386/isa/npx.c:779:8: > error: implicit declaration of function 'rcr' is invalid in C99 > [-Werror,-Wimplicit-function-declaration] > cr0 = rcr(0); > ^ Probably just need #include -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Mar 26 19:00:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED2D836D; Wed, 26 Mar 2014 19:00:59 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C1746D1F; Wed, 26 Mar 2014 19:00:59 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id D0864B9C4; Wed, 26 Mar 2014 15:00:58 -0400 (EDT) From: John Baldwin To: Adrian Chadd Subject: Re: signal 8 (floating point exception) upon resume Date: Wed, 26 Mar 2014 15:00:55 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201403261343.22370.jhb@freebsd.org> In-Reply-To: <201403261343.22370.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201403261500.55551.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 26 Mar 2014 15:00:58 -0400 (EDT) Cc: "freebsd-mobile@freebsd.org" , freebsd-current , Konstantin Belousov , Bruce Evans , Bruce Evans , Jung-uk Kim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 26 Mar 2014 19:01:00 -0000 On Wednesday, March 26, 2014 1:43:22 pm John Baldwin wrote: > On Tuesday, March 25, 2014 5:38:50 pm Adrian Chadd wrote: > > On 25 March 2014 12:46, John Baldwin wrote: > > > On Sunday, March 23, 2014 4:41:24 pm Adrian Chadd wrote: > > >> [snip] > > >> > > >> Hi, > > >> > > >> As part of this thread, a whole lot of stuff was thrown around to try > > >> and fix / improve the correctness of this. > > >> > > >> But it still happens to me in -HEAD i386. I updated to r263418 and > > >> it's now doing it around 30-50% of the time I resume. > > > > > > Yes, nothing has changed in HEAD. > > > > > >> So, since I really am trying to avoid getting neck deep in learning > > >> (by myself) a new thing right now, would someone be willing to help me > > >> through the process of (a) learning how this is all supposed to work > > >> (which thanks to jhb and bde, I think I've learnt from the posts in > > >> this thread) and (b) some things to try out? I'll be able to report > > >> the results of this pretty quickly. > > > > > > You can try www.freebsd.org/~jhb/patches/i386_fpu_suspend2.patch. You > > > could have tried the first patch I posted here earlier when I first > > > posted it as well. :) > > > > There was a lot of chatter, I thought it was prudent to let it all > > settle before jumping in. > > > > Anyway: > > You do understand C well enough to fix simple typos? I don't have any > i386 machines around, but I'll work on cross-building. i386_fpu_suspend3.patch at the same URL builds for me. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Mar 26 23:04:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C548264C for ; Wed, 26 Mar 2014 23:04:29 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9997E9D3 for ; Wed, 26 Mar 2014 23:04:29 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s2QN4SsG085713 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Mar 2014 16:04:28 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s2QN4Rpq085712; Wed, 26 Mar 2014 16:04:27 -0700 (PDT) (envelope-from jmg) Date: Wed, 26 Mar 2014 16:04:27 -0700 From: John-Mark Gurney To: Willy Offermans Subject: Re: sendmail Broken Pipe Error Message-ID: <20140326230427.GR60889@funkthat.com> Mail-Followup-To: Willy Offermans , freebsd-current@freebsd.org References: <20140325103934.GH8104@vpn.offrom.nl> <20140325164316.GC32089@funkthat.com> <20140326111748.GJ27307@vpn.offrom.nl> <20140326162034.GI60889@funkthat.com> <20140326172206.GB4119@vpn.offrom.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140326172206.GB4119@vpn.offrom.nl> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Wed, 26 Mar 2014 16:04:28 -0700 (PDT) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 26 Mar 2014 23:04:29 -0000 Willy Offermans wrote this message on Wed, Mar 26, 2014 at 18:22 +0100: > Hello John-Mark and FreeBSD friends, > > On Wed, Mar 26, 2014 at 09:20:35AM -0700, John-Mark Gurney wrote: > > Willy Offermans wrote this message on Wed, Mar 26, 2014 at 12:17 +0100: > > > On Tue, Mar 25, 2014 at 09:43:16AM -0700, John-Mark Gurney wrote: > > > > Willy Offermans wrote this message on Tue, Mar 25, 2014 at 11:39 +0100: > > > > > I'm not an expert in tcpdump. Can anyone make sense out of the messages? > > > > > > > > If you dumped the contents, using -s 0 -X, and look at that last packet > > > > you should see 0d 0a 2e 0d 0a at the end.. which is CR/LF/./CR/LF.. If > > > > you don't see that, then for some reason sendmail/FreeBSD isn't telling > > > > the server that it's done sending which would prevent the receiving > > > > side from ack'ing the email causing the timeout... > > > > > > I followed your suggestions. However I'm not able to distinguish the last > > > packet. Is there a way to find this with help of the Flags? The following > > > is the output of tcpdump -r /root/tmp/tcpdump -X | grep Flags > > > > > > 11:57:56.539788 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [S], seq 1001452351, win 65535, options [mss 1448,nop,wscale 6,sackOK,TS val 407239960 ecr 0], length 0 > > > 11:57:56.555262 IP Smarthost.com.smtp > MyServer.com.41115: Flags [S.], seq 1277075046, ack 1001452352, win 8192, options [mss 1452], length 0 > > > > It should look something like: > > 09:18:34.723280 IP jmgmac.funkthat.com.64724 > h2.funkthat.com.ssh: Flags [.], ack 177, win 33280, options [nop,nop,TS val 1854905469 ecr 3482476972], length 0 > > 0x0000: 4510 0034 d7ac 4000 4006 e1af c0a8 0003 E..4..@.@....... > > 0x0010: c0a8 0004 fcd4 0016 7e48 238e d872 43dc ........~H#..rC. > > 0x0020: 8010 8200 7c08 0000 0101 080a 6e8f 9c7d ....|.......n..} > > 0x0030: cf92 61ac ..a. > > > > Notice the hex output... I didn't see any of that in your output... > > The last packet I was talking about is the last one that had length > > 1448 that your server sent... > > I sent two e-mails consecutively: the first without an attachment, the > second with attachment. I dumped tcp of the NIC for port smtp. I got the > following: > > > 12:20:55.988622 IP MyServer.com.37191 > Smarthost.com.smtp: Flags [P.], seq 18943:19104, ack 412, win 65535, length 161 > 0x0000: 4500 00c9 eebd 4000 4006 0000 c0a8 0004 E.....@.@....... > 0x0010: d54b 3f0d 9147 0019 4ea0 36dd 15a7 38a0 .K?..G..N.6...8. > 0x0020: 5018 ffff 4481 0000 2020 2020 2020 2020 P...D........... > 0x0030: 2020 2020 2020 2020 2020 2020 2020 2020 ................ > 0x0040: 2020 2020 2020 2020 2020 2020 2020 205c ...............\ > 0x0050: 2f20 205c 205e 0d0a 2020 2020 2020 2020 /..\.^.......... > 0x0060: 2020 2020 2020 2020 2020 2020 2020 2020 ................ > 0x0070: 2020 2020 2020 2020 2020 2020 2020 2020 ................ > 0x0080: 2020 202e 5c2e 5f2f 5f29 0d0a 0d0a 2020 ....\._/_)...... > 0x0090: 2020 2020 2020 2020 2020 2020 2020 2020 ................ > 0x00a0: 2020 2020 2020 2020 2020 2020 2020 2020 ................ > 0x00b0: 2020 2020 2077 7777 2e46 7265 6542 5344 .....www.FreeBSD > 0x00c0: 2e6f 7267 0d0a 2e0d 0a .org..... > > As predicted by John-Mark, the first ended with "0d0a 2e0d 0a". However it > was not the last packet with length 1448. I hope that this will not spoil > the party. Is the Flag [P.] more indicative? It looks like to me, but I'm > just learning. > > Anyway the second mail ended with: > > 12:22:17.960896 IP MyServer.com.37191 > Smarthost.com.smtp: Flags [.], seq 35127:36575, ack 638, win 65535, length 1448 > 0x0000: 4500 05d0 fe9d 4000 4006 0000 c0a8 0004 E.....@.@....... > > > 0x0560: 5670 6876 4a67 5a5a 5a50 4b2f 4b78 3774 VphvJgZZZPK/Kx7t > 0x0570: 382f 4230 594f 6b78 3449 0d0a 4a76 6551 8/B0YOkx4I..JveQ > 0x0580: 2b6e 7765 5647 2f33 6e79 6231 6133 496f +nweVG/3nyb1a3Io > 0x0590: 5474 554f 4d61 4374 696b 714b 436b 4959 TtUOMaCtikqKCkIY > 0x05a0: 704a 7668 3055 416d 6c33 4754 4f4c 6455 pJvh0UAml3GTOLdU > 0x05b0: 774b 4145 7151 5741 7841 4141 5a66 7647 wKAEqQWAxAAAZfvG > 0x05c0: 706b 6c36 0d0a 7a4e 6234 745a 6633 5a6c pkl6..zNb4tZf3Zl > > Being packet with length 1448 and sent from my side. The code "0d0a 2e0d > 0a" is missing. Immediately thereafter the following packets: We clearly haven't gotten the last mime-boundary, we are still in the base64 encoded data of the attachment... > 12:22:18.003557 IP Smarthost.com.smtp > MyServer.com.37191: Flags [.], ack 36575, win 65160, length 0 > 0x0000: 4500 0028 11fb 4000 7a06 19d0 d54b 3f0d E..(..@.z....K?. > 0x0010: c0a8 0004 0019 9147 15a7 3982 4ea0 7bbd .......G..9.N.{. > 0x0020: 5010 fe88 315f 0000 0000 0000 0000 P...1_........ The remote acking that it got your last packet... > 12:22:37.665889 IP MyServer.com.37191 > Smarthost.com.smtp: Flags [R.], seq 39471, ack 638, win 65535, length 0 > 0x0000: 4500 0028 492c 4000 4006 0000 c0a8 0004 E..(I,@.@....... > 0x0010: d54b 3f0d 9147 0019 4ea0 870d 15a7 3982 .K?..G..N.....9. > 0x0020: 5014 ffff 2494 0000 P...$... Local host closing down the connection because of time out... > 12:22:37.680857 IP Smarthost.com.smtp > MyServer.com.37191: Flags [.], ack 36575, win 65160, length 0 > 0x0000: 4500 0028 0584 0000 f906 e746 d54b 3f0d E..(.......F.K?. > 0x0010: c0a8 0004 0019 9147 15a7 3982 4ea0 7bbd .......G..9.N.{. > 0x0020: 5010 fe88 315f 0000 0000 0000 0000 P...1_........ > 12:22:37.680920 IP MyServer.com.37191 > Smarthost.com.smtp: Flags [R], seq 1319140285, win 0, length 0 > 0x0000: 4500 0028 4935 4000 4006 0000 c0a8 0004 E..(I5@.@....... > 0x0010: d54b 3f0d 9147 0019 4ea0 7bbd 0000 0000 .K?..G..N.{..... > 0x0020: 5004 0000 7f1d 0000 P....... > > It looks like Smarthost.com asks for more, but there is not more to sent. > The final packet seems to be absent. I cannot look for the closing remark > "www.FreeBSD.org", since there is the attachment at the end of the second > mail. Is there any connection between the encoded attachment in the second > mail and the output of tcpdump? > > Am I the only one noticing this error? I can hardly believe this. > > Is there a way to force the insertion of .? So, this is more looking like a kernel problem where the last packet(s) aren't being sent out... Could you possibly catch the output of netstat -anfinet of the connection between the last packet and the reset? It'll be interesting to see if there is data in the send-q for the connection (third column)... If it's zero, that seems to imply that the server process hasn't sent all the data necessary... Then the next bit of investigation would be to run ktrace on the sendmail process and make sure that it writes all the correct data to the socket... Do you know what OS the remote side is running? You could use nmap to try to figure it out, as it could be a TCP stack interaction issue.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Thu Mar 27 09:32:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13D019C6; Thu, 27 Mar 2014 09:32:37 +0000 (UTC) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns.kevlo.org", Issuer "ns.kevlo.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BE94D765; Thu, 27 Mar 2014 09:32:36 +0000 (UTC) Received: from srg.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) by ns.kevlo.org (8.14.8/8.14.8) with ESMTP id s2R9VsXe050618 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 27 Mar 2014 17:31:55 +0800 (CST) (envelope-from kevlo@FreeBSD.org) Message-ID: <5333F020.8000200@FreeBSD.org> Date: Thu, 27 Mar 2014 17:32:16 +0800 From: Kevin Lo User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: John Baldwin Subject: Re: UDP Lite support References: <53138FA6.1060705@delphij.net> <532BEC6B.7060400@FreeBSD.org> <201403261122.43541.jhb@freebsd.org> In-Reply-To: <201403261122.43541.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Joe Nosay , freebsd-current@freebsd.org, d@delphij.net, Brooks Davis X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Mar 2014 09:32:37 -0000 On 2014/03/26 23:22, John Baldwin wrote: > On Friday, March 21, 2014 3:38:19 am Kevin Lo wrote: >> On 2014/03/03 04:08, Xin Li wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA512 >>> >>> On 3/2/14, 10:42 AM, Joe Nosay wrote: >>>> On Thu, Feb 27, 2014 at 3:22 AM, Joe Nosay >>>> wrote: >>>> >>>>> >>>>> On Wed, Feb 26, 2014 at 11:19 PM, Xin Li >>>>> wrote: >>>>> >>>> On 02/26/14 18:52, Joe Nosay wrote: >>>>>>>> On Wed, Feb 26, 2014 at 9:19 PM, Brooks Davis >>>>>>>> wrote: >>>>>>>> >>>>>>>>> On Wed, Feb 26, 2014 at 07:36:29PM -0500, Joe Nosay >>>>>>>>> wrote: >>>>>>>>>> The last thread on this was in 2006. Has it ever been >>>>>>>>>> reconsidered or is the likelihood of too many damaged >>>>>>>>>> packets the reason for not supporting? I'm not sure >>>>>>>>>> where to put this question. Apologies for the noise. >>>>>>>>> You've provided next to no context. What is the >>>>>>>>> question? What thread are you referring to? If this is >>>>>>>>> the usual UDP then freebsd-net would be vastly more >>>>>>>>> appropriate than -current. >>>>>>>>> >>>>>>>>> -- Brooks >>>>>>>>> >>>>>>>> Thanks. I will ask kevlo and maybe bring it up on >>>>>>>> freebsd-net. It has to do with an implementation of the >>>>>>>> JACK server using UDP Lite for transferring data. >>>>>>>> >>>>>>>> >>>> http://freebsd.1045724.n5.nabble.com/UDP-lite-for-FreeBSD-td4010236.html >>>> >>>> Looks >>>> like nobody proposed a patch? >>>> >>>> I think the concern was that this is not very useful in real-world >>>> scenarios due to link layer error detection mechanism but that >>>> doesn't raise a red flag to me assuming this is sufficiently self >>>> contained feature as it would improve compatibility with other >>>> operating systems. >>>> >>>> Cheers, >>>>> https://github.com/torelizer/jack_trauma >>>>> >>>>> Not my project; but, I want to port it to FreeBSD. First is to >>>>> get it to build from source. Use your raspberry pi with FreeBSD >>>>> to broadcast your tunes and all. >>>>> >>>> Thanks for all of the input. The project is being reworked to >>>> improve the code. >>> Kevin Lo have a patchset but needs someone to do performance testing >>> (its impact on non-UDPLite applications), test with vimage, etc: >>> >>> http://people.freebsd.org/~kevlo/udplite.diff >>> http://people.freebsd.org/~kevlo/udp-v.diff >>> >>> Are you interested in working on these and report back? >> The revised patch is available at: >> http://people.freebsd.org/~kevlo/udplite.diff Thank you for your suggestions. > A few suggestions: > > - I would just drop the INP lock and return EOPNOTSUPP directly rather > than using goto's to 'bad_setoptname' and 'bad_getoptname' so the > UDP-lite options are self-contained. Fixed. > - I'm not a super big fan of all the udp_common_* macros only because > I think it obfuscates things. At the very least, please move these > things out of the header and into udp_usrreq.c so they are closer > to the implementation. I would even suggest making them inline > functions instead of macros. Okay, I removed two udp_common_* macros. I also renamed udp_common_init() to udp_udplite_init() and moved it into udp_usrreq.c. Using a macro here to follow the style used in SCTP (sctp_os_bsd.h). Here's a third version of the udp-lite patch: http://people.freebsd.org/~kevlo/udplite.diff > > However, I think the patch generally looks ok. Cool! Thanks again for your review of udp-lite's patch :-) Kevin From owner-freebsd-current@FreeBSD.ORG Thu Mar 27 13:37:57 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5EA8C82A; Thu, 27 Mar 2014 13:37:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 194E312B; Thu, 27 Mar 2014 13:37:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2RDAp8G054640; Thu, 27 Mar 2014 09:10:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2RDApiM054605; Thu, 27 Mar 2014 13:10:51 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Mar 2014 13:10:51 GMT Message-Id: <201403271310.s2RDApiM054605@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2014 13:37:57 -0000 TB --- 2014-03-27 12:04:04 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-27 12:04:04 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-27 12:04:04 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-03-27 12:04:04 - cleaning the object tree TB --- 2014-03-27 12:04:04 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-27 12:04:29 - At svn revision 263795 TB --- 2014-03-27 12:04:30 - building world TB --- 2014-03-27 12:04:30 - CROSS_BUILD_TESTING=YES TB --- 2014-03-27 12:04:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-27 12:04:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-27 12:04:30 - SRCCONF=/dev/null TB --- 2014-03-27 12:04:30 - TARGET=pc98 TB --- 2014-03-27 12:04:30 - TARGET_ARCH=i386 TB --- 2014-03-27 12:04:30 - TZ=UTC TB --- 2014-03-27 12:04:30 - __MAKE_CONF=/dev/null TB --- 2014-03-27 12:04:30 - cd /src TB --- 2014-03-27 12:04:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Mar 27 12:04:39 UTC 2014 >>> 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 [...] c++ -O2 -pipe -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/lib/Target/Mips/MipsFrameLowering.cpp -o MipsFrameLowering.o c++ -O2 -pipe -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/lib/Target/Mips/MipsISelDAGToDAG.cpp -o MipsISelDAGToDAG.o c++ -O2 -pipe -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/lib/Target/Mips/MipsISelLowering.cpp -o MipsISelLowering.o /src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/lib/Target/Mips/MipsISelLowering.cpp: In member function 'llvm::MachineBasicBlock* llvm::MipsTargetLowering::emitAtomicBinaryPartword(llvm::MachineInstr*, llvm::MachineBasicBlock*, unsigned int, unsigned int, bool) const': /src/lib/clang/libllvmmipscodegen/../../../contrib/llvm/lib/Target/Mips/MipsISelLowering.cpp:963: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmmipscodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-03-27 13:10:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-27 13:10:51 - ERROR: failed to build world TB --- 2014-03-27 13:10:51 - 3600.09 user 271.84 system 4007.03 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 27 14:46:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0007EDDF for ; Thu, 27 Mar 2014 14:46:19 +0000 (UTC) Received: from cpsmtpb-ews01.kpnxchange.com (cpsmtpb-ews01.kpnxchange.com [213.75.39.4]) by mx1.freebsd.org (Postfix) with ESMTP id 58060A1F for ; Thu, 27 Mar 2014 14:46:17 +0000 (UTC) Received: from cpsps-ews17.kpnxchange.com ([10.94.84.183]) by cpsmtpb-ews01.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Thu, 27 Mar 2014 15:46:16 +0100 Received: from CPSMTPM-CMT106.kpnxchange.com ([195.121.3.22]) by cpsps-ews17.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Thu, 27 Mar 2014 15:46:16 +0100 Received: from donald.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT106.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18264); Thu, 27 Mar 2014 15:46:14 +0100 Received: from squid (squid.vpn.offrom.nl [10.168.0.72]) by donald.offrom.nl (8.14.7/8.14.7) with ESMTP id s2REkE5f054005 for ; Thu, 27 Mar 2014 15:46:14 +0100 (CET) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid with local (Exim 4.72) (envelope-from ) id 1WTBZJ-0001Mx-Ha for freebsd-current@freebsd.org; Thu, 27 Mar 2014 15:46:09 +0100 Date: Thu, 27 Mar 2014 15:46:09 +0100 From: Willy Offermans To: freebsd-current@freebsd.org Subject: Re: sendmail Broken Pipe Error Message-ID: <20140327144609.GI3611@vpn.offrom.nl> References: <20140325103934.GH8104@vpn.offrom.nl> <20140325164316.GC32089@funkthat.com> <20140326111748.GJ27307@vpn.offrom.nl> <20140326162034.GI60889@funkthat.com> <20140326172206.GB4119@vpn.offrom.nl> <20140326230427.GR60889@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140326230427.GR60889@funkthat.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 27 Mar 2014 14:46:15.0191 (UTC) FILETIME=[4DF1BA70:01CF49CB] X-RcptDomain: freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2014 14:46:20 -0000 Hello John-Mark and FreeBSD friends, On Wed, Mar 26, 2014 at 04:04:27PM -0700, John-Mark Gurney wrote: > Willy Offermans wrote this message on Wed, Mar 26, 2014 at 18:22 +0100: > > Hello John-Mark and FreeBSD friends, > > > > On Wed, Mar 26, 2014 at 09:20:35AM -0700, John-Mark Gurney wrote: > > > Willy Offermans wrote this message on Wed, Mar 26, 2014 at 12:17 +0100: > > > > On Tue, Mar 25, 2014 at 09:43:16AM -0700, John-Mark Gurney wrote: > > > > > Willy Offermans wrote this message on Tue, Mar 25, 2014 at 11:39 +0100: > > > > > > I'm not an expert in tcpdump. Can anyone make sense out of the messages? > > > > > > > > > > If you dumped the contents, using -s 0 -X, and look at that last packet > > > > > you should see 0d 0a 2e 0d 0a at the end.. which is CR/LF/./CR/LF.. If > > > > > you don't see that, then for some reason sendmail/FreeBSD isn't telling > > > > > the server that it's done sending which would prevent the receiving > > > > > side from ack'ing the email causing the timeout... > > > > > > > > I followed your suggestions. However I'm not able to distinguish the last > > > > packet. Is there a way to find this with help of the Flags? The following > > > > is the output of tcpdump -r /root/tmp/tcpdump -X | grep Flags > > > > > > > > 11:57:56.539788 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [S], seq 1001452351, win 65535, options [mss 1448,nop,wscale 6,sackOK,TS val 407239960 ecr 0], length 0 > > > > 11:57:56.555262 IP Smarthost.com.smtp > MyServer.com.41115: Flags [S.], seq 1277075046, ack 1001452352, win 8192, options [mss 1452], length 0 > > > > > > It should look something like: > > > 09:18:34.723280 IP jmgmac.funkthat.com.64724 > h2.funkthat.com.ssh: Flags [.], ack 177, win 33280, options [nop,nop,TS val 1854905469 ecr 3482476972], length 0 > > > 0x0000: 4510 0034 d7ac 4000 4006 e1af c0a8 0003 E..4..@.@....... > > > 0x0010: c0a8 0004 fcd4 0016 7e48 238e d872 43dc ........~H#..rC. > > > 0x0020: 8010 8200 7c08 0000 0101 080a 6e8f 9c7d ....|.......n..} > > > 0x0030: cf92 61ac ..a. > > > > > > Notice the hex output... I didn't see any of that in your output... > > > The last packet I was talking about is the last one that had length > > > 1448 that your server sent... > > > > I sent two e-mails consecutively: the first without an attachment, the > > second with attachment. I dumped tcp of the NIC for port smtp. I got the > > following: > > > > > > 12:20:55.988622 IP MyServer.com.37191 > Smarthost.com.smtp: Flags [P.], seq 18943:19104, ack 412, win 65535, length 161 > > 0x0000: 4500 00c9 eebd 4000 4006 0000 c0a8 0004 E.....@.@....... > > 0x0010: d54b 3f0d 9147 0019 4ea0 36dd 15a7 38a0 .K?..G..N.6...8. > > 0x0020: 5018 ffff 4481 0000 2020 2020 2020 2020 P...D........... > > 0x0030: 2020 2020 2020 2020 2020 2020 2020 2020 ................ > > 0x0040: 2020 2020 2020 2020 2020 2020 2020 205c ...............\ > > 0x0050: 2f20 205c 205e 0d0a 2020 2020 2020 2020 /..\.^.......... > > 0x0060: 2020 2020 2020 2020 2020 2020 2020 2020 ................ > > 0x0070: 2020 2020 2020 2020 2020 2020 2020 2020 ................ > > 0x0080: 2020 202e 5c2e 5f2f 5f29 0d0a 0d0a 2020 ....\._/_)...... > > 0x0090: 2020 2020 2020 2020 2020 2020 2020 2020 ................ > > 0x00a0: 2020 2020 2020 2020 2020 2020 2020 2020 ................ > > 0x00b0: 2020 2020 2077 7777 2e46 7265 6542 5344 .....www.FreeBSD > > 0x00c0: 2e6f 7267 0d0a 2e0d 0a .org..... > > > > As predicted by John-Mark, the first ended with "0d0a 2e0d 0a". However it > > was not the last packet with length 1448. I hope that this will not spoil > > the party. Is the Flag [P.] more indicative? It looks like to me, but I'm > > just learning. > > > > Anyway the second mail ended with: > > > > 12:22:17.960896 IP MyServer.com.37191 > Smarthost.com.smtp: Flags [.], seq 35127:36575, ack 638, win 65535, length 1448 > > 0x0000: 4500 05d0 fe9d 4000 4006 0000 c0a8 0004 E.....@.@....... > > > > > > 0x0560: 5670 6876 4a67 5a5a 5a50 4b2f 4b78 3774 VphvJgZZZPK/Kx7t > > 0x0570: 382f 4230 594f 6b78 3449 0d0a 4a76 6551 8/B0YOkx4I..JveQ > > 0x0580: 2b6e 7765 5647 2f33 6e79 6231 6133 496f +nweVG/3nyb1a3Io > > 0x0590: 5474 554f 4d61 4374 696b 714b 436b 4959 TtUOMaCtikqKCkIY > > 0x05a0: 704a 7668 3055 416d 6c33 4754 4f4c 6455 pJvh0UAml3GTOLdU > > 0x05b0: 774b 4145 7151 5741 7841 4141 5a66 7647 wKAEqQWAxAAAZfvG > > 0x05c0: 706b 6c36 0d0a 7a4e 6234 745a 6633 5a6c pkl6..zNb4tZf3Zl > > > > Being packet with length 1448 and sent from my side. The code "0d0a 2e0d > > 0a" is missing. Immediately thereafter the following packets: > > We clearly haven't gotten the last mime-boundary, we are still in the > base64 encoded data of the attachment... > > > 12:22:18.003557 IP Smarthost.com.smtp > MyServer.com.37191: Flags [.], ack 36575, win 65160, length 0 > > 0x0000: 4500 0028 11fb 4000 7a06 19d0 d54b 3f0d E..(..@.z....K?. > > 0x0010: c0a8 0004 0019 9147 15a7 3982 4ea0 7bbd .......G..9.N.{. > > 0x0020: 5010 fe88 315f 0000 0000 0000 0000 P...1_........ > > The remote acking that it got your last packet... > > > 12:22:37.665889 IP MyServer.com.37191 > Smarthost.com.smtp: Flags [R.], seq 39471, ack 638, win 65535, length 0 > > 0x0000: 4500 0028 492c 4000 4006 0000 c0a8 0004 E..(I,@.@....... > > 0x0010: d54b 3f0d 9147 0019 4ea0 870d 15a7 3982 .K?..G..N.....9. > > 0x0020: 5014 ffff 2494 0000 P...$... > > Local host closing down the connection because of time out... > > > 12:22:37.680857 IP Smarthost.com.smtp > MyServer.com.37191: Flags [.], ack 36575, win 65160, length 0 > > 0x0000: 4500 0028 0584 0000 f906 e746 d54b 3f0d E..(.......F.K?. > > 0x0010: c0a8 0004 0019 9147 15a7 3982 4ea0 7bbd .......G..9.N.{. > > 0x0020: 5010 fe88 315f 0000 0000 0000 0000 P...1_........ > > 12:22:37.680920 IP MyServer.com.37191 > Smarthost.com.smtp: Flags [R], seq 1319140285, win 0, length 0 > > 0x0000: 4500 0028 4935 4000 4006 0000 c0a8 0004 E..(I5@.@....... > > 0x0010: d54b 3f0d 9147 0019 4ea0 7bbd 0000 0000 .K?..G..N.{..... > > 0x0020: 5004 0000 7f1d 0000 P....... > > > > It looks like Smarthost.com asks for more, but there is not more to sent. > > The final packet seems to be absent. I cannot look for the closing remark > > "www.FreeBSD.org", since there is the attachment at the end of the second > > mail. Is there any connection between the encoded attachment in the second > > mail and the output of tcpdump? > > > > Am I the only one noticing this error? I can hardly believe this. > > > > Is there a way to force the insertion of .? > > So, this is more looking like a kernel problem where the last packet(s) > aren't being sent out... Could you possibly catch the output of > netstat -anfinet of the connection between the last packet and the > reset? It'll be interesting to see if there is data in the send-q > for the connection (third column)... If it's zero, that seems to imply > that the server process hasn't sent all the data necessary... Then > the next bit of investigation would be to run ktrace on the sendmail > process and make sure that it writes all the correct data to the > socket... > > Do you know what OS the remote side is running? You could use nmap > to try to figure it out, as it could be a TCP stack interaction issue.. > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > _______________________________________________ > 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" netstat -anfinet gave: tcp4 0 33304 MyServerIP.35395 SmarthostIP.25 ESTABLISHED So there is still data to be sent, if I interpret correctly. What is next to be investigated? -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Wiel ************************************* W.K. Offermans e-mail: Willy@Offermans.Rompen.nl Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Mar 27 14:47:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE30EFD1; Thu, 27 Mar 2014 14:47:16 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id AA05AA3C; Thu, 27 Mar 2014 14:47:16 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPA id 7D949C495C; Thu, 27 Mar 2014 16:47:15 +0200 (EET) Date: Thu, 27 Mar 2014 16:49:05 +0200 From: Aleksandr Rybalko To: Adrian Chadd Subject: Re: (more) screen distortion with intel GPU / xorg on recent -HEAD? Message-Id: <20140327164905.8182ff3783c5370487fa78d3@freebsd.org> In-Reply-To: References: X-Mailer: Sylpheed 3.3.1 (GTK+ 2.24.22; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Mar 2014 14:47:17 -0000 On Sun, 23 Mar 2014 13:36:29 -0700 Adrian Chadd wrote: > Less information-poor response: > > * when it happens, the FB will resume correctly for a little bit, then > once everything comes back, it flips to being distorted. So, it's > likely something is misconfiguring stuff during resume. > * I can flip to VTs fine; I can login and do things fine; > * When I flip back to xorg, things still remain distorted; > * If I ctrl-C xorg and start it again, it starts back up correctly. > > So hm, maybe the vt save/resume code learnt something buggy? > No, vt(9) and syscons have nothing to do with FB used by Xorg. With new DRM Xorg allocate own FB and only Xorg and DRM know about it. It seems Xorg's PM events handling is works wrong. Or maybe drm2 should care better about that FB objects. > > -a > > > On 23 March 2014 01:27, Adrian Chadd wrote: > > Hi, > > > > I know this is an information-poor message. > > > > The last time i updated my two test laptops was around the middle of > > last month. Back then, xorg would occasionally get distorted, but > > typically would come back from suspend fine. > > > > Lately, it seems a 50% chance that coming back from suspend that xorg > > will be not only distorted, but further screen redraws are wrong. It's > > like the framebuffer configuration is wrong and persists to be wrong. > > I have to exit out of xorg and restart it. > > > > Has anyone else seen this? > > > > > > -a -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Thu Mar 27 15:08:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6BCA6835 for ; Thu, 27 Mar 2014 15:08:20 +0000 (UTC) Received: from mail.schmidp.com (mail.schmidp.com [IPv6:2a01:4f8:120:4ffe::9]) by mx1.freebsd.org (Postfix) with ESMTP id 11A6FBFB for ; Thu, 27 Mar 2014 15:08:19 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.schmidp.com (Postfix) with ESMTP id 196295802DE for ; Thu, 27 Mar 2014 16:09:19 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mail.schmidp.com Received: from mail.schmidp.com ([127.0.0.1]) by localhost (dna.schmidp.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Evx9elcNc2Fb for ; Thu, 27 Mar 2014 16:09:18 +0100 (CET) Received: from charlie.lan (chello213047013064.west2.11.vie.surfer.at [213.47.13.64]) by mail.schmidp.com (Postfix) with ESMTPSA id 0B650580203 for ; Thu, 27 Mar 2014 16:09:17 +0100 (CET) From: Philipp Schmid Content-Type: multipart/signed; boundary="Apple-Mail=_988DC70C-0A4A-4183-901D-40FF7C1CE4A2"; protocol="application/pgp-signature"; micalg=pgp-sha512 Subject: Re: reproducible panic every day at 03:02, probably triggered by daily periodic scipts - help Message-Id: <29253469-F64F-4918-99A2-0CBF9C805D68@schmidp.com> Date: Thu, 27 Mar 2014 16:08:10 +0100 To: freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Mar 2014 15:08:20 -0000 --Apple-Mail=_988DC70C-0A4A-4183-901D-40FF7C1CE4A2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hello, I have the same problem on a HP Microserver N54L with FreeBSD 10 = release. If a jail is running and the jail executes /etc/periodic/daily/450.status-security the server crashes. This happens every night at 4:03 CET. If I run /etc/periodic/daily/450.status-security manually in the jail, the server also crashes immediately. Now I wanted to try to same as Anton and run each script in=20 /etc/periodic/security manually, but I also get: ASSERTION FAILED: Unexpected value for $PERIODIC: =91' I then ran: setenv PERIODIC "security daily=94 which allowed me to run each security script separately.=20 If I run: root@jail:/etc/periodic/security # ./520.pfdenied=20 the machine immediately reboots. Looking at 520.pfdenied I tried running the command: root@jail:~ # pfctl -sr -v directly, which also crashes the host immediately. All the best, Philipp PS: I have a custom kernel with VIMAGE which I use with the jail --- OpenResearch Software Development OG Gesch=E4ftsf=FChrer (CEO) & Co-Founder Gumpendorfer Stra=DFe 132/9 1060 Vienna, Austria +43 699 17246437 philipp.schmid@openresearch.com http://www.openresearch.com --Apple-Mail=_988DC70C-0A4A-4183-901D-40FF7C1CE4A2 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTND7aAAoJEFOb3dIWHqZVbQUP/jqxrGg4WMlNhjqeDRWYbKWe NBt7sw5Ci8viUglqNNVuF7g8t+a01ZlH95QUI6rDBmYT3B85DmTOvnE/0AZ4CgMJ yMjVuCuLQV/bB+q6sSpk6hsxStTb5+d0wyHKsTFXZN4TtHAIyPcz3x2S9gvp0lIM 314kjir6YQTkXrAHTame4jGpShg9JPfLVFMpuf9HC1MVslekbUmh5ne/SK5y3lzJ 7+6eVylSvTmvXRXticUGQaYGKHOhAT5EnphZ7fKY2+fvGgtxmqXHDkOjoT6zqmzJ gz9zucF4eJ2erYigKv8rF4vGaJdPKdR1y+cFwW5HxoJEzHOSVvzn1VeAVjqNAkyW mbt0tEfdiLcvx7ZCrnQ/ZQCSJ9Q/WFXzICLwELqv68CyEYtLMRwl7AO4bY6A2aBH B5bxYkVI8u3Tw0IpU7KwosUgYp0Ifn9zk+U6rqfcURvxk+X0gz2bQxg4Q1XkdK3Y rgMauljoHDxFeJiqnkDjnKogTmie4uYYuEmwhv0FW3MS71EHVW75yJghdimvNCfI RYFQSG0zMTR+YTZWMRSjrcmP1tvyWQoJwJdBgQbjUD8KqFlQFGAy7v3vh5TSs2Hf 7BbwpEmYNfPaNKFs9wx3lJjIoAomLAI/TdhH5Kecf03Nvb+9WU2nRrsabCQyo69A czCqT17j6+ZzTT3nuwQ9 =tuEZ -----END PGP SIGNATURE----- --Apple-Mail=_988DC70C-0A4A-4183-901D-40FF7C1CE4A2-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 27 15:41:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56F6E677 for ; Thu, 27 Mar 2014 15:41:42 +0000 (UTC) Received: from mail.schmidp.com (mail.schmidp.com [IPv6:2a01:4f8:120:4ffe::9]) by mx1.freebsd.org (Postfix) with ESMTP id F3FA2FA9 for ; Thu, 27 Mar 2014 15:41:41 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.schmidp.com (Postfix) with ESMTP id E7EC35800F5 for ; Thu, 27 Mar 2014 16:42:47 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mail.schmidp.com Received: from mail.schmidp.com ([127.0.0.1]) by localhost (dna.schmidp.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P5rg7FRmKm_V for ; Thu, 27 Mar 2014 16:42:45 +0100 (CET) Received: from charlie.lan (chello213047013064.west2.11.vie.surfer.at [213.47.13.64]) by mail.schmidp.com (Postfix) with ESMTPSA id B387E580393 for ; Thu, 27 Mar 2014 16:42:45 +0100 (CET) From: Philipp Schmid Content-Type: multipart/signed; boundary="Apple-Mail=_D7BBE54C-2834-40BC-B33E-CB10129B4A48"; protocol="application/pgp-signature"; micalg=pgp-sha512 Message-Id: Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: reproducible panic every day at 03:02, probably triggered by daily periodic scipts - help Date: Thu, 27 Mar 2014 16:41:37 +0100 References: <29253469-F64F-4918-99A2-0CBF9C805D68@schmidp.com> To: freebsd-current@freebsd.org In-Reply-To: <29253469-F64F-4918-99A2-0CBF9C805D68@schmidp.com> X-Mailer: Apple Mail (2.1874) X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Mar 2014 15:41:42 -0000 --Apple-Mail=_D7BBE54C-2834-40BC-B33E-CB10129B4A48 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hello, the problem seems to exist for a few years now: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/160496 All the best, Philipp --- OpenResearch Software Development OG Gesch=E4ftsf=FChrer (CEO) & Co-Founder Gumpendorfer Stra=DFe 132/9 1060 Vienna, Austria +43 699 17246437 philipp.schmid@openresearch.com http://www.openresearch.com On 27 Mar 2014, at 16:08, Philipp Schmid wrote: > Hello, >=20 > I have the same problem on a HP Microserver N54L with FreeBSD 10 = release. >=20 > If a jail is running and the jail executes >=20 > /etc/periodic/daily/450.status-security >=20 > the server crashes. This happens every night at 4:03 CET. >=20 > If I run >=20 > /etc/periodic/daily/450.status-security >=20 > manually in the jail, the server also crashes immediately. >=20 > Now I wanted to try to same as Anton and run each script in=20 >=20 > /etc/periodic/security >=20 > manually, but I also get: >=20 > ASSERTION FAILED: Unexpected value for $PERIODIC: =91' >=20 > I then ran: >=20 > setenv PERIODIC "security daily=94 >=20 > which allowed me to run each security script separately.=20 >=20 > If I run: >=20 > root@jail:/etc/periodic/security # ./520.pfdenied=20 >=20 > the machine immediately reboots. >=20 > Looking at 520.pfdenied I tried running the command: >=20 > root@jail:~ # pfctl -sr -v >=20 > directly, which also crashes the host immediately. >=20 >=20 > All the best, >=20 > Philipp >=20 > PS: I have a custom kernel with VIMAGE which I use with the jail >=20 > --- > OpenResearch Software Development OG > Gesch=E4ftsf=FChrer (CEO) & Co-Founder > Gumpendorfer Stra=DFe 132/9 > 1060 Vienna, Austria >=20 > +43 699 17246437 >=20 > philipp.schmid@openresearch.com > http://www.openresearch.com >=20 --Apple-Mail=_D7BBE54C-2834-40BC-B33E-CB10129B4A48 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTNEaxAAoJEFOb3dIWHqZVHYYP/2JTyxcafScAKNMZJefB+Idt c/kTedxOw71Segh0Cv4RPUAT/OJVsV5HhMg8V0QnWC6Szr8fL4nBgdGcP5ei0LdU tYNjEj05sGfoK/Dfr7vdwtWzYQvtzlt99LlXcZ30L1qIv0KcgfIE5gZS/W/fpGtY 2JQ/PTWzB+KcjZFyTjTr4nJtXFNG9P2rcvBSJnCyP9If4/4CzJ3kqp/2tAErwugV F8tgIBxPGPWnF0u61NNg5RGr+/sKiS8Pa2hs+tOMcu5hqZa0JDjCcWDajrBT+DFP 7oGaokcD+3n4q4qh/YfrN6zpb6X4NZNUu1lm7j8dd0KdicWO1y7uAh/kAOHCTm8a /bO0TMJLO7dNj/O9ZhA4/pWGT2rDcpF/eJVaqgMDRaWNt08Da9FuJqadMZqjb8Iv /lJWOlkWDJJZ0kuzc5GNUYQsVoNiSfRuJk9QnNP6cSwDzjW1awBXUJP5AfCIFR1l K6PlG0c14J2lnYKP1LWbS9yAxtPQaVCGa+fPM53ziYdPzUQSaxxrwOsupyfIhjeW XBFh7+mMpAmN7ELLPeIRINOyL1Hd0Y9P+CRn/ktQfY7aSd7UgLeyCaFk3Q8p6ODX oZNyZgG6FMSpiXJksKMVq8JJbMYGQBWKLs6dhxxiJ9EYpOxQrLXTZ3QkEJ/4Z2GR F1LxoOcOiYvGFTEz/UDV =PgF/ -----END PGP SIGNATURE----- --Apple-Mail=_D7BBE54C-2834-40BC-B33E-CB10129B4A48-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 27 18:00:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2497DCF4 for ; Thu, 27 Mar 2014 18:00:10 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F21B7F86 for ; Thu, 27 Mar 2014 18:00:09 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 8E7BBB94F; Thu, 27 Mar 2014 14:00:07 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: reproducible panic every day at 03:02, probably triggered by daily periodic scipts - help Date: Thu, 27 Mar 2014 11:32:06 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <29253469-F64F-4918-99A2-0CBF9C805D68@schmidp.com> In-Reply-To: <29253469-F64F-4918-99A2-0CBF9C805D68@schmidp.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201403271132.06936.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 27 Mar 2014 14:00:07 -0400 (EDT) Cc: Philipp Schmid X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Mar 2014 18:00:10 -0000 On Thursday, March 27, 2014 11:08:10 am Philipp Schmid wrote: > Hello, >=20 > I have the same problem on a HP Microserver N54L with FreeBSD 10 release. >=20 > If a jail is running and the jail executes >=20 > /etc/periodic/daily/450.status-security >=20 > the server crashes. This happens every night at 4:03 CET. >=20 > If I run >=20 > /etc/periodic/daily/450.status-security >=20 > manually in the jail, the server also crashes immediately. >=20 > Now I wanted to try to same as Anton and run each script in=20 >=20 > /etc/periodic/security >=20 > manually, but I also get: >=20 > ASSERTION FAILED: Unexpected value for $PERIODIC: =E2=80=98' >=20 > I then ran: >=20 > setenv PERIODIC "security daily=E2=80=9D >=20 > which allowed me to run each security script separately.=20 >=20 > If I run: >=20 > root@jail:/etc/periodic/security # ./520.pfdenied=20 >=20 > the machine immediately reboots. >=20 > Looking at 520.pfdenied I tried running the command: >=20 > root@jail:~ # pfctl -sr -v >=20 > directly, which also crashes the host immediately. >=20 >=20 > All the best, >=20 > Philipp >=20 > PS: I have a custom kernel with VIMAGE which I use with the jail Can you get a crashdump when it crashes? Also, I thought that VIMAGE + pf is known to be unstable? =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Mar 27 18:00:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 98E3EF55; Thu, 27 Mar 2014 18:00:19 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 723C0F93; Thu, 27 Mar 2014 18:00:19 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 64B8EB990; Thu, 27 Mar 2014 14:00:18 -0400 (EDT) From: John Baldwin To: Kevin Lo Subject: Re: UDP Lite support Date: Thu, 27 Mar 2014 12:21:29 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201403261122.43541.jhb@freebsd.org> <5333F020.8000200@FreeBSD.org> In-Reply-To: <5333F020.8000200@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201403271221.29864.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 27 Mar 2014 14:00:18 -0400 (EDT) Cc: Joe Nosay , freebsd-current@freebsd.org, d@delphij.net, Brooks Davis X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Mar 2014 18:00:19 -0000 On Thursday, March 27, 2014 5:32:16 am Kevin Lo wrote: > >>> Are you interested in working on these and report back? > >> The revised patch is available at: > >> http://people.freebsd.org/~kevlo/udplite.diff > > Thank you for your suggestions. > > > A few suggestions: > > > > - I would just drop the INP lock and return EOPNOTSUPP directly rather > > than using goto's to 'bad_setoptname' and 'bad_getoptname' so the > > UDP-lite options are self-contained. > > Fixed. Thanks. > > - I'm not a super big fan of all the udp_common_* macros only because > > I think it obfuscates things. At the very least, please move these > > things out of the header and into udp_usrreq.c so they are closer > > to the implementation. I would even suggest making them inline > > functions instead of macros. > > Okay, I removed two udp_common_* macros. I also renamed udp_common_init() > to udp_udplite_init() and moved it into udp_usrreq.c. Using a macro here > to follow the style used in SCTP (sctp_os_bsd.h). > > Here's a third version of the udp-lite patch: > http://people.freebsd.org/~kevlo/udplite.diff Ok, I would say that udp_common_init() is actually a better name if you keep the macro (which I think is fine) rather than udp_udplite_init() as the macro is not specific to UDP Lite. However, thanks for moving the macros out of the header. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Mar 27 22:27:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E5E0104 for ; Thu, 27 Mar 2014 22:27:44 +0000 (UTC) Received: from mail-pd0-f170.google.com (mail-pd0-f170.google.com [209.85.192.170]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 51943E92 for ; Thu, 27 Mar 2014 22:27:44 +0000 (UTC) Received: by mail-pd0-f170.google.com with SMTP id v10so3994118pde.1 for ; Thu, 27 Mar 2014 15:27:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=eLE93jplQr/BC/LPhsnn3RVPSdBGdE9h92osnr29Ioo=; b=aBdmz4BWE9mQnpxQ0Px3l5sMRFBS+CDZnmNmdVQomBl2FX+hLCIfs6RBuy6VH8ticp ebtj7o2xQ2dzNC5D/vSpAHioQH/J49tTgXXtO7cHa6TNnqg+kjdItpBXARZj16aC/6IN ag/XQ2eR3Db6P+SlJKujZMnSicAdOn8n4dAy0NgxouujpztSOhSXiAzxJaSinyqDs1Bh ww73vEXSdG9uTDw0xZixfQlvhU+3BnITTagPQ9sAh8QMJuLnzfTOzmeCCn3Ozd3ZgA1e 8l4GJr+hkBAV8xWLZ6nU45oiKZpfBy/xw1Uq9CCmzp7D1OzGH0AjRpJrNdwfumv/ODI0 GKWQ== X-Gm-Message-State: ALoCoQn9+5u8xjcLhZ+THeDiQHzlGriR5GoLR72yCEmJQ4TiqA0fXp0oDlfEtzRZFmC5qWV0qkLo X-Received: by 10.68.60.131 with SMTP id h3mr4614106pbr.50.1395959257723; Thu, 27 Mar 2014 15:27:37 -0700 (PDT) Received: from [10.64.26.19] (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id yv5sm13949673pbb.49.2014.03.27.15.27.36 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 27 Mar 2014 15:27:37 -0700 (PDT) Sender: Warner Losh Subject: Re: WITHOUT_XXX leftovers. Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Content-Type: text/plain; charset=us-ascii From: Warner Losh X-Priority: 3 (Normal) In-Reply-To: <536067125.20140325170501@serebryakov.spb.ru> Date: Thu, 27 Mar 2014 16:27:34 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <536067125.20140325170501@serebryakov.spb.ru> To: lev@FreeBSD.org X-Mailer: Apple Mail (2.1874) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 27 Mar 2014 22:27:44 -0000 On Mar 25, 2014, at 7:05 AM, Lev Serebryakov wrote: > Hello, Freebsd-current. >=20 > I try to trim my NanoBSD install as much as possible without going to = add > "rm /usr/bin/as" to customization steps (ok, I remove /usr/include and > /usr/lib/*.a, but it I don't want cherry-pick binaries). >=20 > So, I have WITHOUT_BINUTILS, WITHOUT_CLANG, WITHOUT_MAN (among others) = but I have: >=20 > /usr/bin/ar > /usr/bin/c89 > /usr/bin/c99 > /usr/bin/flex > /usr/bin/flex++ > /usr/bin/lex > /usr/bin/lex++ (all 4 is the same. of course) > /usr/bin/byacc > /usr/bin/yacc (again, hardlinks) > /usr/bin/mandoc > /usr/bin/ranlib (same as ar) WITHOUT_TOOLCHAIN will turn off all of these (and others). > Also, IMHO, it will be nice to have knob for vi, which is rather huge = and > another one for all bhyve stuff and one more for openssl _binary_. Patches? :) Warner From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 03:26:58 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDF2D435; Fri, 28 Mar 2014 03:26:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 932DBF21; Fri, 28 Mar 2014 03:26:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2S3QvxA069462; Thu, 27 Mar 2014 23:26:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2S3Qu4h069446; Fri, 28 Mar 2014 03:26:56 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 28 Mar 2014 03:26:56 GMT Message-Id: <201403280326.s2S3Qu4h069446@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2014 03:26:58 -0000 TB --- 2014-03-28 01:50:22 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-28 01:50:22 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-28 01:50:22 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-03-28 01:50:22 - cleaning the object tree TB --- 2014-03-28 01:50:22 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-28 01:50:25 - At svn revision 263825 TB --- 2014-03-28 01:50:26 - building world TB --- 2014-03-28 01:50:26 - CROSS_BUILD_TESTING=YES TB --- 2014-03-28 01:50:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-28 01:50:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-28 01:50:26 - SRCCONF=/dev/null TB --- 2014-03-28 01:50:26 - TARGET=ia64 TB --- 2014-03-28 01:50:26 - TARGET_ARCH=ia64 TB --- 2014-03-28 01:50:26 - TZ=UTC TB --- 2014-03-28 01:50:26 - __MAKE_CONF=/dev/null TB --- 2014-03-28 01:50:26 - cd /src TB --- 2014-03-28 01:50:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Mar 28 01:50:34 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 28 03:25:33 UTC 2014 TB --- 2014-03-28 03:25:33 - generating LINT kernel config TB --- 2014-03-28 03:25:33 - cd /src/sys/ia64/conf TB --- 2014-03-28 03:25:33 - /usr/bin/make -B LINT TB --- 2014-03-28 03:25:33 - cd /src/sys/ia64/conf TB --- 2014-03-28 03:25:33 - /obj/ia64.ia64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-03-28 03:25:34 - building LINT kernel TB --- 2014-03-28 03:25:34 - CROSS_BUILD_TESTING=YES TB --- 2014-03-28 03:25:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-28 03:25:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-28 03:25:34 - SRCCONF=/dev/null TB --- 2014-03-28 03:25:34 - TARGET=ia64 TB --- 2014-03-28 03:25:34 - TARGET_ARCH=ia64 TB --- 2014-03-28 03:25:34 - TZ=UTC TB --- 2014-03-28 03:25:34 - __MAKE_CONF=/dev/null TB --- 2014-03-28 03:25:34 - cd /src TB --- 2014-03-28 03:25:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 28 03:25:34 UTC 2014 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kgssapi/kgss_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /obj/src/make.amd64/bmake -V CFILES_NOZFS -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc " xargs mkdep -a -f .newdep -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/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -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 /src/sys/ia64/ia64/mem.c:54:25: error: machine/efi.h: No such file or directory mkdep: compile failed *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-28 03:26:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-28 03:26:56 - ERROR: failed to build LINT kernel TB --- 2014-03-28 03:26:56 - 4722.90 user 724.76 system 5794.62 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 03:27:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A029581; Fri, 28 Mar 2014 03:27:10 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C74A7F2C; Fri, 28 Mar 2014 03:27:09 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s2S3R2fS008218 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 27 Mar 2014 20:27:02 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s2S3R11C008217; Thu, 27 Mar 2014 20:27:01 -0700 (PDT) (envelope-from jmg) Date: Thu, 27 Mar 2014 20:27:01 -0700 From: John-Mark Gurney To: Willy Offermans Subject: Re: sendmail Broken Pipe Error Message-ID: <20140328032701.GG60889@funkthat.com> Mail-Followup-To: Willy Offermans , freebsd-current@freebsd.org, freebsd-net@freebsd.org References: <20140325103934.GH8104@vpn.offrom.nl> <20140325164316.GC32089@funkthat.com> <20140326111748.GJ27307@vpn.offrom.nl> <20140326162034.GI60889@funkthat.com> <20140326172206.GB4119@vpn.offrom.nl> <20140326230427.GR60889@funkthat.com> <20140327144609.GI3611@vpn.offrom.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140327144609.GI3611@vpn.offrom.nl> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Thu, 27 Mar 2014 20:27:03 -0700 (PDT) Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Mar 2014 03:27:10 -0000 Willy Offermans wrote this message on Thu, Mar 27, 2014 at 15:46 +0100: > Hello John-Mark and FreeBSD friends, > > On Wed, Mar 26, 2014 at 04:04:27PM -0700, John-Mark Gurney wrote: > > Willy Offermans wrote this message on Wed, Mar 26, 2014 at 18:22 +0100: > > > Hello John-Mark and FreeBSD friends, > > > > > > On Wed, Mar 26, 2014 at 09:20:35AM -0700, John-Mark Gurney wrote: > > > > Willy Offermans wrote this message on Wed, Mar 26, 2014 at 12:17 +0100: > > > > > On Tue, Mar 25, 2014 at 09:43:16AM -0700, John-Mark Gurney wrote: > > > > > > Willy Offermans wrote this message on Tue, Mar 25, 2014 at 11:39 +0100: > > > > > > > I'm not an expert in tcpdump. Can anyone make sense out of the messages? > > > > > > > > > > > > If you dumped the contents, using -s 0 -X, and look at that last packet > > > > > > you should see 0d 0a 2e 0d 0a at the end.. which is CR/LF/./CR/LF.. If > > > > > > you don't see that, then for some reason sendmail/FreeBSD isn't telling > > > > > > the server that it's done sending which would prevent the receiving > > > > > > side from ack'ing the email causing the timeout... > > > > > > > > > > I followed your suggestions. However I'm not able to distinguish the last > > > > > packet. Is there a way to find this with help of the Flags? The following > > > > > is the output of tcpdump -r /root/tmp/tcpdump -X | grep Flags > > > > > > > > > > 11:57:56.539788 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [S], seq 1001452351, win 65535, options [mss 1448,nop,wscale 6,sackOK,TS val 407239960 ecr 0], length 0 > > > > > 11:57:56.555262 IP Smarthost.com.smtp > MyServer.com.41115: Flags [S.], seq 1277075046, ack 1001452352, win 8192, options [mss 1452], length 0 > > > > > > > > It should look something like: > > > > 09:18:34.723280 IP jmgmac.funkthat.com.64724 > h2.funkthat.com.ssh: Flags [.], ack 177, win 33280, options [nop,nop,TS val 1854905469 ecr 3482476972], length 0 > > > > 0x0000: 4510 0034 d7ac 4000 4006 e1af c0a8 0003 E..4..@.@....... > > > > 0x0010: c0a8 0004 fcd4 0016 7e48 238e d872 43dc ........~H#..rC. > > > > 0x0020: 8010 8200 7c08 0000 0101 080a 6e8f 9c7d ....|.......n..} > > > > 0x0030: cf92 61ac ..a. > > > > > > > > Notice the hex output... I didn't see any of that in your output... > > > > The last packet I was talking about is the last one that had length > > > > 1448 that your server sent... > > > > > > I sent two e-mails consecutively: the first without an attachment, the > > > second with attachment. I dumped tcp of the NIC for port smtp. I got the > > > following: > > > > > > > > > 12:20:55.988622 IP MyServer.com.37191 > Smarthost.com.smtp: Flags [P.], seq 18943:19104, ack 412, win 65535, length 161 > > > 0x0000: 4500 00c9 eebd 4000 4006 0000 c0a8 0004 E.....@.@....... > > > 0x0010: d54b 3f0d 9147 0019 4ea0 36dd 15a7 38a0 .K?..G..N.6...8. > > > 0x0020: 5018 ffff 4481 0000 2020 2020 2020 2020 P...D........... > > > 0x0030: 2020 2020 2020 2020 2020 2020 2020 2020 ................ > > > 0x0040: 2020 2020 2020 2020 2020 2020 2020 205c ...............\ > > > 0x0050: 2f20 205c 205e 0d0a 2020 2020 2020 2020 /..\.^.......... > > > 0x0060: 2020 2020 2020 2020 2020 2020 2020 2020 ................ > > > 0x0070: 2020 2020 2020 2020 2020 2020 2020 2020 ................ > > > 0x0080: 2020 202e 5c2e 5f2f 5f29 0d0a 0d0a 2020 ....\._/_)...... > > > 0x0090: 2020 2020 2020 2020 2020 2020 2020 2020 ................ > > > 0x00a0: 2020 2020 2020 2020 2020 2020 2020 2020 ................ > > > 0x00b0: 2020 2020 2077 7777 2e46 7265 6542 5344 .....www.FreeBSD > > > 0x00c0: 2e6f 7267 0d0a 2e0d 0a .org..... > > > > > > As predicted by John-Mark, the first ended with "0d0a 2e0d 0a". However it > > > was not the last packet with length 1448. I hope that this will not spoil > > > the party. Is the Flag [P.] more indicative? It looks like to me, but I'm > > > just learning. > > > > > > Anyway the second mail ended with: > > > > > > 12:22:17.960896 IP MyServer.com.37191 > Smarthost.com.smtp: Flags [.], seq 35127:36575, ack 638, win 65535, length 1448 > > > 0x0000: 4500 05d0 fe9d 4000 4006 0000 c0a8 0004 E.....@.@....... > > > > > > > > > 0x0560: 5670 6876 4a67 5a5a 5a50 4b2f 4b78 3774 VphvJgZZZPK/Kx7t > > > 0x0570: 382f 4230 594f 6b78 3449 0d0a 4a76 6551 8/B0YOkx4I..JveQ > > > 0x0580: 2b6e 7765 5647 2f33 6e79 6231 6133 496f +nweVG/3nyb1a3Io > > > 0x0590: 5474 554f 4d61 4374 696b 714b 436b 4959 TtUOMaCtikqKCkIY > > > 0x05a0: 704a 7668 3055 416d 6c33 4754 4f4c 6455 pJvh0UAml3GTOLdU > > > 0x05b0: 774b 4145 7151 5741 7841 4141 5a66 7647 wKAEqQWAxAAAZfvG > > > 0x05c0: 706b 6c36 0d0a 7a4e 6234 745a 6633 5a6c pkl6..zNb4tZf3Zl > > > > > > Being packet with length 1448 and sent from my side. The code "0d0a 2e0d > > > 0a" is missing. Immediately thereafter the following packets: > > > > We clearly haven't gotten the last mime-boundary, we are still in the > > base64 encoded data of the attachment... > > > > > 12:22:18.003557 IP Smarthost.com.smtp > MyServer.com.37191: Flags [.], ack 36575, win 65160, length 0 > > > 0x0000: 4500 0028 11fb 4000 7a06 19d0 d54b 3f0d E..(..@.z....K?. > > > 0x0010: c0a8 0004 0019 9147 15a7 3982 4ea0 7bbd .......G..9.N.{. > > > 0x0020: 5010 fe88 315f 0000 0000 0000 0000 P...1_........ > > > > The remote acking that it got your last packet... > > > > > 12:22:37.665889 IP MyServer.com.37191 > Smarthost.com.smtp: Flags [R.], seq 39471, ack 638, win 65535, length 0 > > > 0x0000: 4500 0028 492c 4000 4006 0000 c0a8 0004 E..(I,@.@....... > > > 0x0010: d54b 3f0d 9147 0019 4ea0 870d 15a7 3982 .K?..G..N.....9. > > > 0x0020: 5014 ffff 2494 0000 P...$... > > > > Local host closing down the connection because of time out... > > > > > 12:22:37.680857 IP Smarthost.com.smtp > MyServer.com.37191: Flags [.], ack 36575, win 65160, length 0 > > > 0x0000: 4500 0028 0584 0000 f906 e746 d54b 3f0d E..(.......F.K?. > > > 0x0010: c0a8 0004 0019 9147 15a7 3982 4ea0 7bbd .......G..9.N.{. > > > 0x0020: 5010 fe88 315f 0000 0000 0000 0000 P...1_........ > > > 12:22:37.680920 IP MyServer.com.37191 > Smarthost.com.smtp: Flags [R], seq 1319140285, win 0, length 0 > > > 0x0000: 4500 0028 4935 4000 4006 0000 c0a8 0004 E..(I5@.@....... > > > 0x0010: d54b 3f0d 9147 0019 4ea0 7bbd 0000 0000 .K?..G..N.{..... > > > 0x0020: 5004 0000 7f1d 0000 P....... > > > > > > It looks like Smarthost.com asks for more, but there is not more to sent. > > > The final packet seems to be absent. I cannot look for the closing remark > > > "www.FreeBSD.org", since there is the attachment at the end of the second > > > mail. Is there any connection between the encoded attachment in the second > > > mail and the output of tcpdump? > > > > > > Am I the only one noticing this error? I can hardly believe this. > > > > > > Is there a way to force the insertion of .? > > > > So, this is more looking like a kernel problem where the last packet(s) > > aren't being sent out... Could you possibly catch the output of > > netstat -anfinet of the connection between the last packet and the > > reset? It'll be interesting to see if there is data in the send-q > > for the connection (third column)... If it's zero, that seems to imply > > that the server process hasn't sent all the data necessary... Then > > the next bit of investigation would be to run ktrace on the sendmail > > process and make sure that it writes all the correct data to the > > socket... > > > > Do you know what OS the remote side is running? You could use nmap > > to try to figure it out, as it could be a TCP stack interaction issue.. > > netstat -anfinet gave: > > tcp4 0 33304 MyServerIP.35395 SmarthostIP.25 ESTABLISHED > > So there is still data to be sent, if I interpret correctly. What is next > to be investigated? Yeh, if there is data in the send-q (per above) and you aren't seeing any more packets, someone on -net with some TCP clue should help you debug this... Also, did you figure out what the OS is of the other end? Knowing that will also help them... For -net's reference, the opening syns look like: 11:57:56.539788 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [S], seq 1001452351, win 65535, options [mss 1448,nop,wscale 6,sackOK,TS val 407239960 ecr 0], length 0 11:57:56.555262 IP Smarthost.com.smtp > MyServer.com.41115: Flags [S.], seq 1277075046, ack 1001452352, win 8192, options [mss 1452], length 0 -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 05:02:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 78EAF82A for ; Fri, 28 Mar 2014 05:02:42 +0000 (UTC) Received: from mail-oa0-x235.google.com (mail-oa0-x235.google.com [IPv6:2607:f8b0:4003:c02::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3F1208F0 for ; Fri, 28 Mar 2014 05:02:42 +0000 (UTC) Received: by mail-oa0-f53.google.com with SMTP id j17so5391484oag.26 for ; Thu, 27 Mar 2014 22:02: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:content-type; bh=17wM4qOhCVgT7zohLR02lB8NX8tuQ+zACNuXD3vtVB4=; b=wIOsPAgjF5dnKXwY6tBe5x/hkYJGSPAW3aA06HgpFpGUl9PIWCLFuCQk2P3MVQRymU S/elbMpszJ72ziHSkdhNKJON9vUNNUB/Ip1Da+x3GGzXfKUDGcdB9H/UWTJFrrfpycvW PfBJPywukEP6QYWoatO4mk7NziqsG103oTdnFMTWf5IxyYBsxOvRGlf6KenfqqVNxkT9 FlZ/mmh2905eCwE/ncl+DKawTFo/kfDwismri/Xv8kltzM93WWEo/iTmjC8nT9jeTQQ+ +yMs22wiZ7AGiQ4SdAFyLev6vdYdIa9ERhOYpSRlfGa3T3dpyGoY6kOw5FF36hizEog9 ouzA== MIME-Version: 1.0 X-Received: by 10.60.136.170 with SMTP id qb10mr5054569oeb.34.1395982960621; Thu, 27 Mar 2014 22:02:40 -0700 (PDT) Received: by 10.182.130.71 with HTTP; Thu, 27 Mar 2014 22:02:40 -0700 (PDT) Date: Fri, 28 Mar 2014 01:02:40 -0400 Message-ID: Subject: Error with make installworld From: Joe Nosay To: freebsd-current Content-Type: multipart/mixed; boundary=047d7b33c94c7b0d3104f5a39ca5 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Mar 2014 05:02:42 -0000 --047d7b33c94c7b0d3104f5a39ca5 Content-Type: text/plain; charset=ISO-8859-1 Item is attached. --047d7b33c94c7b0d3104f5a39ca5 Content-Type: text/plain; charset=US-ASCII; name="install_errors.txt" Content-Disposition: attachment; filename="install_errors.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_htb8qz5j0 bWtkaXIgLXAgL3RtcC9pbnN0YWxsLmN1OFc5WFpLCnByb2dzPSQoZm9yIHByb2cgaW4gWyBhd2sg Y2FwX21rZGIgY2F0IGNoZmxhZ3MgY2htb2QgY2hvd24gIGRhdGUgZWNobyBlZ3JlcCBmaW5kIGdy ZXAgaWQgaW5zdGFsbCBpbnN0YWxsLWluZm8gIGxuIGxvY2tmIG1ha2UgbWtkaXIgbXRyZWUgbXYg cHdkX21rZGIgIHJtIHNlZCBzZXJ2aWNlc19ta2RiIHNoIHN5c2N0bCB0ZXN0IHRydWUgdW5hbWUg d2MgemljIHR6c2V0dXA7IGRvICBpZiBwcm9ncGF0aD1gd2hpY2ggJHByb2dgOyB0aGVuICBlY2hv ICRwcm9ncGF0aDsgIGVsc2UgIGVjaG8gIlJlcXVpcmVkIHRvb2wgJHByb2cgbm90IGZvdW5kIGlu IFBBVEguIiA+JjI7ICBleGl0IDE7ICBmaTsgIGRvbmUpOyAgbGlicz0kKGxkZCAtZiAiJW8gJXBc biIgLWYgIiVvICVwXG4iICRwcm9ncyAyPi9kZXYvbnVsbCB8IHNvcnQgLXUgfCAgd2hpbGUgcmVh ZCBsaW5lOyBkbyAgc2V0IC0tICRsaW5lOyAgaWYgWyAiJDIgJDMiICE9ICJub3QgZm91bmQiIF07 IHRoZW4gIGVjaG8gJDI7ICBlbHNlICBlY2hvICJSZXF1aXJlZCBsaWJyYXJ5ICQxIG5vdCBmb3Vu ZC4iID4mMjsgIGV4aXQgMTsgIGZpOyAgZG9uZSk7ICBjcCAkbGlicyAkcHJvZ3MgL3RtcC9pbnN0 YWxsLmN1OFc5WFpLCmNwIC1SICR7UEFUSF9MT0NBTEU6LSIvdXNyL3NoYXJlL2xvY2FsZSJ9IC90 bXAvaW5zdGFsbC5jdThXOVhaSy9sb2NhbGUKY2QgL3Vzci9zcmM7IE1BS0VPQkpESVJQUkVGSVg9 L3Vzci9vYmogTUFDSElORV9BUkNIPWFtZDY0IE1BQ0hJTkU9YW1kNjQgQ1BVVFlQRT0gR1JPRkZf QklOX1BBVEg9L3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9iaW4gR1JPRkZfRk9OVF9Q QVRIPS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Ivc2hhcmUvZ3JvZmZfZm9udCBHUk9G Rl9UTUFDX1BBVEg9L3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9zaGFyZS90bWFjIFBB VEg9L3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9zYmluOi91c3Ivb2JqL3Vzci9zcmMv dG1wL2xlZ2FjeS91c3IvYmluOi91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvZ2FtZXM6 L3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L2JpbjovdXNyL29iai91c3Ivc3JjL3RtcC91c3Iv c2JpbjovdXNyL29iai91c3Ivc3JjL3RtcC91c3IvYmluOi91c3Ivb2JqL3Vzci9zcmMvdG1wL3Vz ci9nYW1lczovdG1wL2luc3RhbGwuY3U4VzlYWksgIExEX0xJQlJBUllfUEFUSD0vdG1wL2luc3Rh bGwuY3U4VzlYWksgIFBBVEhfTE9DQUxFPS90bXAvaW5zdGFsbC5jdThXOVhaSy9sb2NhbGUgbWFr ZSAtZiBNYWtlZmlsZS5pbmMxICAgIENPTVBJTEVSX1RZUEU9Y2xhbmcgX19NQUtFX1NIRUxMPS90 bXAvaW5zdGFsbC5jdThXOVhaSy9zaCByZWluc3RhbGw7ICBNQUtFT0JKRElSUFJFRklYPS91c3Iv b2JqIE1BQ0hJTkVfQVJDSD1hbWQ2NCBNQUNISU5FPWFtZDY0IENQVVRZUEU9IEdST0ZGX0JJTl9Q QVRIPS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvYmluIEdST0ZGX0ZPTlRfUEFUSD0v dXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL3NoYXJlL2dyb2ZmX2ZvbnQgR1JPRkZfVE1B Q19QQVRIPS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Ivc2hhcmUvdG1hYyBQQVRIPS91 c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Ivc2JpbjovdXNyL29iai91c3Ivc3JjL3RtcC9s ZWdhY3kvdXNyL2JpbjovdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2dhbWVzOi91c3Iv b2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS9iaW46L3Vzci9vYmovdXNyL3NyYy90bXAvdXNyL3NiaW46 L3Vzci9vYmovdXNyL3NyYy90bXAvdXNyL2JpbjovdXNyL29iai91c3Ivc3JjL3RtcC91c3IvZ2Ft ZXM6L3RtcC9pbnN0YWxsLmN1OFc5WFpLICBMRF9MSUJSQVJZX1BBVEg9L3RtcC9pbnN0YWxsLmN1 OFc5WFpLICBQQVRIX0xPQ0FMRT0vdG1wL2luc3RhbGwuY3U4VzlYWksvbG9jYWxlIHJtIC1yZiAv dG1wL2luc3RhbGwuY3U4VzlYWksKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPj4+IE1ha2luZyBoaWVyYXJjaHkKLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KY2Qg L3Vzci9zcmM7IG1ha2UgLWYgTWFrZWZpbGUuaW5jMSAgTE9DQUxfTVRSRUU9IGhpZXJhcmNoeQpj ZCAvdXNyL3NyYy9ldGMgJiYgUEFUSD0vdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL3Ni aW46L3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9iaW46L3Vzci9vYmovdXNyL3NyYy90 bXAvbGVnYWN5L3Vzci9nYW1lczovdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvYmluOi91c3Iv b2JqL3Vzci9zcmMvdG1wL3Vzci9zYmluOi91c3Ivb2JqL3Vzci9zcmMvdG1wL3Vzci9iaW46L3Vz ci9vYmovdXNyL3NyYy90bXAvdXNyL2dhbWVzOi91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91 c3Ivc2JpbjovdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2JpbjovdXNyL29iai91c3Iv c3JjL3RtcC9sZWdhY3kvdXNyL2dhbWVzOi91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS9iaW46 L3Vzci9vYmovdXNyL3NyYy90bXAvdXNyL3NiaW46L3Vzci9vYmovdXNyL3NyYy90bXAvdXNyL2Jp bjovdXNyL29iai91c3Ivc3JjL3RtcC91c3IvZ2FtZXM6L3RtcC9pbnN0YWxsLmN1OFc5WFpLIG1h a2UgTE9DQUxfTVRSRUU9IGRpc3RyaWItZGlycwptdHJlZSAtZGVVIC1mIC91c3Ivc3JjL2V0Yy9t dHJlZS9CU0Qucm9vdC5kaXN0IC1wIC8KbXRyZWUgLWRlVSAtZiAvdXNyL3NyYy9ldGMvbXRyZWUv QlNELnZhci5kaXN0IC1wIC92YXIKZW1wdHk6ICBmbGFncyAoInNjaGciIGlzIG5vdCAibm9uZSJt dHJlZSAtZGVVIC1mIC91c3Ivc3JjL2V0Yy9tdHJlZS9CU0QudXNyLmRpc3QgLXAgL3VzcgptdHJl ZSAtZGVVIC1mIC91c3Ivc3JjL2V0Yy9tdHJlZS9CU0QuaW5jbHVkZS5kaXN0IC1wIC91c3IvaW5j bHVkZQptdHJlZSAtZGVVIC1mIC91c3Ivc3JjL2V0Yy9tdHJlZS9CU0QuZ3JvZmYuZGlzdCAtcCAv dXNyCm10cmVlIC1kZVUgLWYgL3Vzci9zcmMvZXRjL210cmVlL0JTRC5zZW5kbWFpbC5kaXN0IC1w IC8KaW5zdGFsbCAtbCBzIHVzci9zcmMvc3lzIC9zeXMKY2QgL3Vzci9zaGFyZS9tYW47ICBmb3Ig bWFuZGlyIGluIG1hbio7IGRvICBpbnN0YWxsIC1sIHMgLi4vJG1hbmRpciAgL3Vzci9zaGFyZS9t YW4vZW4uSVNPODg1OS0xLzsgIGluc3RhbGwgLWwgcyAuLi8kbWFuZGlyICAvdXNyL3NoYXJlL21h bi9lbi5VVEYtOC87ICBkb25lCmNkIC91c3Ivc2hhcmUvb3BlbnNzbC9tYW47ICBmb3IgbWFuZGly IGluIG1hbio7IGRvICBpbnN0YWxsIC1sIHMgLi4vJG1hbmRpciAgL3Vzci9zaGFyZS9vcGVuc3Ns L21hbi9lbi5JU084ODU5LTEvOyAgZG9uZQpzZXQgLSBgZ3JlcCAiXlthLXpBLVpdIiAvdXNyL3Ny Yy9ldGMvbWFuLmFsaWFzYDsgIHdoaWxlIFsgJCMgLWd0IDAgXSA7IGRvICBpbnN0YWxsIC1sIHMg IiQyIiAiL3Vzci9zaGFyZS9tYW4vJDEiOyAgaW5zdGFsbCAtbCBzICIkMiIgICIvdXNyL3NoYXJl L29wZW5zc2wvbWFuLyQxIjsgIHNoaWZ0OyBzaGlmdDsgIGRvbmUKc2V0IC0gYGdyZXAgIl5bYS16 QS1aXSIgL3Vzci9zcmMvZXRjL25scy5hbGlhc2A7ICB3aGlsZSBbICQjIC1ndCAwIF0gOyBkbyAg aW5zdGFsbCAtbCBzICIkMiIgIi91c3Ivc2hhcmUvbmxzLyQxIjsgIHNoaWZ0OyBzaGlmdDsgIGRv bmUKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tCj4+PiBJbnN0YWxsaW5nIGV2ZXJ5dGhpbmcKLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KY2QgL3Vzci9zcmM7IG1h a2UgLWYgTWFrZWZpbGUuaW5jMSBpbnN0YWxsCj09PT4gc2hhcmUvaW5mbyAoaW5zdGFsbCkKPT09 PiBsaWIgKGluc3RhbGwpCj09PT4gbGliL2NzdS9hbWQ2NCAoaW5zdGFsbCkKaW5zdGFsbCAtbyBy b290IC1nIHdoZWVsIC1tIDQ0NCAgY3J0MS5vIGNydGkubyBjcnRuLm8gU2NydDEubyBnY3J0MS5v IC91c3IvbGliCj09PT4gbGliL2xpYmMgKGluc3RhbGwpCmluc3RhbGwgLUMgLW8gcm9vdCAtZyB3 aGVlbCAtbSA0NDQgICBsaWJjLmEgL3Vzci9saWIKaW5zdGFsbDogbGliYy5hOiBObyBzdWNoIGZp bGUgb3IgZGlyZWN0b3J5CioqKiBFcnJvciBjb2RlIDcxCgpTdG9wLgptYWtlWzVdOiBzdG9wcGVk IGluIC91c3Ivc3JjL2xpYi9saWJjCioqKiBFcnJvciBjb2RlIDEKClN0b3AuCm1ha2VbNF06IHN0 b3BwZWQgaW4gL3Vzci9zcmMvbGliCioqKiBFcnJvciBjb2RlIDEKClN0b3AuCm1ha2VbM106IHN0 b3BwZWQgaW4gL3Vzci9zcmMKKioqIEVycm9yIGNvZGUgMQoKU3RvcC4KbWFrZVsyXTogc3RvcHBl ZCBpbiAvdXNyL3NyYwoqKiogRXJyb3IgY29kZSAxCgpTdG9wLgptYWtlWzFdOiBzdG9wcGVkIGlu IC91c3Ivc3JjCioqKiBFcnJvciBjb2RlIDEKClN0b3AuCm1ha2U6IHN0b3BwZWQgaW4gL3Vzci9z cmMK --047d7b33c94c7b0d3104f5a39ca5-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 05:08:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B271A6E; Fri, 28 Mar 2014 05:08:16 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.glenbarber.us", Issuer "RapidSSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DF655938; Fri, 28 Mar 2014 05:08:15 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 3CC1E594; Fri, 28 Mar 2014 05:08:14 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 3CC1E594 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Fri, 28 Mar 2014 01:08:12 -0400 From: Glen Barber To: Joe Nosay Subject: Re: Error with make installworld Message-ID: <20140328050812.GL1672@glenbarber.us> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ncX6roZrNNHXnAbh" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Mar 2014 05:08:16 -0000 --ncX6roZrNNHXnAbh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Mar 28, 2014 at 01:02:40AM -0400, Joe Nosay wrote: > Item is attached. Which svn revision? Glen --ncX6roZrNNHXnAbh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTNQO8AAoJELls3eqvi17QXOEQAME3ROJcjAc9Rr4nMOg9d8Ka m3OfaQfbJDEQCiDTZTM+zT5UJR8PkSeeRao+Jm9OUyoLMc6nNqMO4dMjjTQZ8Iqv gcfS5BQMdfIQcV1pUJOloL6FMFsuBUwaXFgQhn+e5SaVZIrzp7/nPzTry93bpFyC iL93JynC5744d186jq1Sp6b0COTdAeuT4cd59y0vax9QZbl//ArPDOdvUWDtUXWg rsvcPAr3DPDYbA8QUpXUDV/jwzVg+j2RMePggcZWJhoePp7dRSU9Q8i0RMbHjvj0 17Lab+hj79rGWsCZaT1lhl8XTECeTjngcO6Juo/vWMb7o7GvB8Ysc2uniATVdb/a Fa+vFlRD6iyr5YDkBDJU74MmQu6IDF6syaxBBJ/xlILFvDnOCn4SXgy58zoUTPrE lOge2dNpxHlhax9SOBAt7lR9A0UzfSpGQfXHNqyXLeT/hTXYil5+0Pc2u94NqJER 07FvFb0QKkx5LlfsgyVqf60seV5cEKo3MOvpXFAVvZjdiUWBQ1EDlscbY5lc6ye+ oBhYye9URa06LYM86RSEgG48thXrfXoQ4oBoTkFM9ibX8Eqe/VRf3Opizg+qQmuo nh6uw9ygpxx12cc34e9541qv49IJmNcrO9av7BNLlFPO2ClaYnYkx933+RRPn6SC DUyoOgolNdLC6lMvtDsG =noYM -----END PGP SIGNATURE----- --ncX6roZrNNHXnAbh-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 08:40:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3E87C23 for ; Fri, 28 Mar 2014 08:40:12 +0000 (UTC) Received: from eu1sys200aog113.obsmtp.com (eu1sys200aog113.obsmtp.com [207.126.144.135]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0F784E2B for ; Fri, 28 Mar 2014 08:40:11 +0000 (UTC) Received: from mail-we0-f176.google.com ([74.125.82.176]) (using TLSv1) by eu1sys200aob113.postini.com ([207.126.147.11]) with SMTP ID DSNKUzU1UGf+ljab7RgTRbP002ODslFGGlqa@postini.com; Fri, 28 Mar 2014 08:40:12 UTC Received: by mail-we0-f176.google.com with SMTP id x48so2442962wes.35 for ; Fri, 28 Mar 2014 01:39:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:message-id:to:subject:reply-to :in-reply-to; bh=6sndw4GrAO+Jp5OL1zr1TGbaVm/vb3swbl7wv2fZHMk=; b=b5CeOe3LNdbkuPVmPVvx3HVb/XY7nvMfaRISHJC8sM54AVSlG/Bno+d/ypd1qtmS8Q mBjWGU6PLXG3h0CgSRwpoKjDPyD5Wpw6n4T6hgZvvUOL2PLWa35GXP5llWus+lkPxNmy 6qCyGoXzedS+3+rM9OraqFpOXSbD1SAQ9I/aS0mqT90WGj03DAQl4h24oc20ZnpbBtAN khLsUlsU0StchfPp9XWUJ0QLePDuc+N0ZWD37e4kDLT0TUSADWMKwYaEpAMigTI95XEf Nz22Xsuau/rQJBZajvrJdVWNkkuPBFjUZLUQhY5IgGxp/EgExhY2Xc8VXv0Ol8KbdZ3P AmiQ== X-Gm-Message-State: ALoCoQmF8VdoFCDa4Gelu+UUIvDILn75QqUUGoOVmK/IusLgbIruaNgM2JeeI8rkbHYivM8MhA/WLJ7FjihEALET9OA7tDI7YIUPFK53ccg4BoxB0nS+WEmzQCBRh1O277zXb1SaFes/gU2CSVNF8jR3wCQr9SSNH4J/rq4i8SDIONE+Y/YUD34= X-Received: by 10.180.98.1 with SMTP id ee1mr569029wib.10.1395995983964; Fri, 28 Mar 2014 01:39:43 -0700 (PDT) X-Received: by 10.180.98.1 with SMTP id ee1mr568596wib.10.1395995980466; Fri, 28 Mar 2014 01:39:40 -0700 (PDT) Received: from mech-cluster241.men.bris.ac.uk (mech-cluster241.men.bris.ac.uk. [137.222.187.241]) by mx.google.com with ESMTPSA id b2sm4967705wiz.15.2014.03.28.01.39.39 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 28 Mar 2014 01:39:39 -0700 (PDT) Sender: Anton Shterenlikht Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.8/8.14.6) with ESMTP id s2S8dbfw001377 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 28 Mar 2014 08:39:37 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.8/8.14.6/Submit) id s2S8db50001376; Fri, 28 Mar 2014 08:39:37 GMT (envelope-from mexas) Date: Fri, 28 Mar 2014 01:39:39 -0700 (PDT) From: Anton Shterenlikht Message-Id: <201403280839.s2S8db50001376@mech-cluster241.men.bris.ac.uk> To: freebsd-current@freebsd.org, lists@schmidp.com Subject: Re: reproducible panic every day at 03:02, probably triggered by daily periodic scipts - help In-Reply-To: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: mexas@bris.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, 28 Mar 2014 08:40:12 -0000 I'm not sure it's the same issue. I use neither vmimage nor pf. Also, as I mentioned in http://lists.freebsd.org/pipermail/freebsd-current/2014-March/048939.html r258000, from 11 Nov 2013, works fine. I haven't received any hint as to what might have caused this panic between 258000 and 260689. So, when I have the time, I'll do a binary search. Perhaps this offending change was MFC'd to 10-stable, which is why you are seeing it now. Anton From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 10:47:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ACCB7C22 for ; Fri, 28 Mar 2014 10:47:29 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp12.smtpout.orange.fr [80.12.242.134]) by mx1.freebsd.org (Postfix) with ESMTP id 50D6BB21 for ; Fri, 28 Mar 2014 10:47:28 +0000 (UTC) Received: from localhost ([90.55.174.95]) by mwinf5d35 with ME id iynH1n01R23rjbu03ynJmb; Fri, 28 Mar 2014 11:47:22 +0100 Message-ID: <53355335.6040505@orange.fr> Date: Fri, 28 Mar 2014 11:47:17 +0100 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: FreeBSD Current Subject: vt text cursor invisible in reverse video Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Aleksandr Rybalko X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Mar 2014 10:47:29 -0000 Hi ! FreeBSD 11.0-CURRENT #0 r260577M: Sat Jan 18 17:31:37 CET 2014 toor@fidel:/home/obj/home/src/sys/ADELE11X i386 In console/text mode, the vt(4) cursor disappears when the application switches to reverse video, e.g. when exiting and saving a file edited with nano. I use the attached patch. CBu From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 11:01:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E6D3F14 for ; Fri, 28 Mar 2014 11:01:17 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp12.smtpout.orange.fr [80.12.242.134]) by mx1.freebsd.org (Postfix) with ESMTP id 02450C8B for ; Fri, 28 Mar 2014 11:01:15 +0000 (UTC) Received: from localhost ([90.55.174.95]) by mwinf5d35 with ME id iz1E1n00G23rjbu03z1Ebv; Fri, 28 Mar 2014 12:01:15 +0100 Message-ID: <5335567A.7080208@orange.fr> Date: Fri, 28 Mar 2014 12:01:14 +0100 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: FreeBSD Current Subject: Re: vt text cursor invisible in reverse video References: <53355335.6040505@orange.fr> In-Reply-To: <53355335.6040505@orange.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Mar 2014 11:01:17 -0000 On 03/28/2014 11:47, Claude Buisson wrote: > Hi ! > > FreeBSD 11.0-CURRENT #0 r260577M: Sat Jan 18 17:31:37 CET 2014 > toor@fidel:/home/obj/home/src/sys/ADELE11X i386 > > In console/text mode, the vt(4) cursor disappears when the application switches > to reverse video, e.g. when exiting and saving a file edited with nano. > > I use the attached patch. Sending again with patch (I hope) > > CBu > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 11:12:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B634E33A for ; Fri, 28 Mar 2014 11:12:50 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp12.smtpout.orange.fr [80.12.242.134]) by mx1.freebsd.org (Postfix) with ESMTP id 5A32FD85 for ; Fri, 28 Mar 2014 11:12:48 +0000 (UTC) Received: from localhost ([90.55.174.95]) by mwinf5d35 with ME id izCn1n00D23rjbu03zCnkV; Fri, 28 Mar 2014 12:12:48 +0100 Message-ID: <5335592F.2010301@orange.fr> Date: Fri, 28 Mar 2014 12:12:47 +0100 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: FreeBSD Current Subject: Re: vt text cursor invisible in reverse video References: <53355335.6040505@orange.fr> In-Reply-To: <53355335.6040505@orange.fr> Content-Type: multipart/mixed; boundary="------------020706060109020803030303" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Mar 2014 11:12:50 -0000 This is a multi-part message in MIME format. --------------020706060109020803030303 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 03/28/2014 11:47, Claude Buisson wrote: > Hi ! > > FreeBSD 11.0-CURRENT #0 r260577M: Sat Jan 18 17:31:37 CET 2014 > toor@fidel:/home/obj/home/src/sys/ADELE11X i386 > > In console/text mode, the vt(4) cursor disappears when the application switches > to reverse video, e.g. when exiting and saving a file edited with nano. > > I use the attached patch. Sending again after renaming the patch to get a text/plain Content Encoding (Thunderbird uses text/x-csrc with a filename="patch-vt_core.c") > > CBu > _______________________________________________ > 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" > --------------020706060109020803030303 Content-Type: text/plain; charset=ISO-8859-15; name="patch-vt_core" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch-vt_core" --- sys/dev/vt/vt_core.c.orig 2013-12-26 15:25:37.000000000 +0100 +++ sys/dev/vt/vt_core.c 2014-03-22 13:44:54.000000000 +0100 @@ -667,8 +667,11 @@ } if (cursor) { + term_color_t tmp; + + tmp = *fg; *fg = *bg; - *bg = TC_WHITE; + *bg = tmp; } } --------------020706060109020803030303-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 11:13:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0486A445; Fri, 28 Mar 2014 11:13:17 +0000 (UTC) Received: from cpsmtpb-ews06.kpnxchange.com (cpsmtpb-ews06.kpnxchange.com [213.75.39.9]) by mx1.freebsd.org (Postfix) with ESMTP id 5A0C9D90; Fri, 28 Mar 2014 11:13:16 +0000 (UTC) Received: from cpsps-ews14.kpnxchange.com ([10.94.84.181]) by cpsmtpb-ews06.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Fri, 28 Mar 2014 12:12:05 +0100 Received: from CPSMTPM-CMT103.kpnxchange.com ([195.121.3.19]) by cpsps-ews14.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Fri, 28 Mar 2014 12:12:05 +0100 Received: from donald.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT103.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18264); Fri, 28 Mar 2014 12:11:12 +0100 Received: from squid (squid.vpn.offrom.nl [10.168.0.72]) by donald.offrom.nl (8.14.7/8.14.7) with ESMTP id s2SBBBTA004406; Fri, 28 Mar 2014 12:11:11 +0100 (CET) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid with local (Exim 4.72) (envelope-from ) id 1WTUgk-0006W5-No; Fri, 28 Mar 2014 12:11:06 +0100 Date: Fri, 28 Mar 2014 12:11:06 +0100 From: Willy Offermans To: freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: sendmail Broken Pipe Error Message-ID: <20140328111106.GG3781@vpn.offrom.nl> References: <20140325103934.GH8104@vpn.offrom.nl> <20140325164316.GC32089@funkthat.com> <20140326111748.GJ27307@vpn.offrom.nl> <20140326162034.GI60889@funkthat.com> <20140326172206.GB4119@vpn.offrom.nl> <20140326230427.GR60889@funkthat.com> <20140327144609.GI3611@vpn.offrom.nl> <20140328032701.GG60889@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140328032701.GG60889@funkthat.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 28 Mar 2014 11:11:12.0900 (UTC) FILETIME=[6DFE1C40:01CF4A76] X-RcptDomain: freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2014 11:13:17 -0000 Hello John-Mark and FreeBSD friends, On Thu, Mar 27, 2014 at 08:27:01PM -0700, John-Mark Gurney wrote: > Willy Offermans wrote this message on Thu, Mar 27, 2014 at 15:46 +0100: > > Hello John-Mark and FreeBSD friends, > > > > On Wed, Mar 26, 2014 at 04:04:27PM -0700, John-Mark Gurney wrote: > > > Willy Offermans wrote this message on Wed, Mar 26, 2014 at 18:22 +0100: > > > > Hello John-Mark and FreeBSD friends, > > > > > > > > On Wed, Mar 26, 2014 at 09:20:35AM -0700, John-Mark Gurney wrote: > > > > > Willy Offermans wrote this message on Wed, Mar 26, 2014 at 12:17 +0100: > > > > > > On Tue, Mar 25, 2014 at 09:43:16AM -0700, John-Mark Gurney wrote: > > > > > > > Willy Offermans wrote this message on Tue, Mar 25, 2014 at 11:39 +0100: > > > > > > > > I'm not an expert in tcpdump. Can anyone make sense out of the messages? > > > > > > > > > > > > > > If you dumped the contents, using -s 0 -X, and look at that last packet > > > > > > > you should see 0d 0a 2e 0d 0a at the end.. which is CR/LF/./CR/LF.. If > > > > > > > you don't see that, then for some reason sendmail/FreeBSD isn't telling > > > > > > > the server that it's done sending which would prevent the receiving > > > > > > > side from ack'ing the email causing the timeout... > > > > > > > > > > > > I followed your suggestions. However I'm not able to distinguish the last > > > > > > packet. Is there a way to find this with help of the Flags? The following > > > > > > is the output of tcpdump -r /root/tmp/tcpdump -X | grep Flags > > > > > > > > > > > > 11:57:56.539788 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [S], seq 1001452351, win 65535, options [mss 1448,nop,wscale 6,sackOK,TS val 407239960 ecr 0], length 0 > > > > > > 11:57:56.555262 IP Smarthost.com.smtp > MyServer.com.41115: Flags [S.], seq 1277075046, ack 1001452352, win 8192, options [mss 1452], length 0 > > > > > > > > > > It should look something like: > > > > > 09:18:34.723280 IP jmgmac.funkthat.com.64724 > h2.funkthat.com.ssh: Flags [.], ack 177, win 33280, options [nop,nop,TS val 1854905469 ecr 3482476972], length 0 > > > > > 0x0000: 4510 0034 d7ac 4000 4006 e1af c0a8 0003 E..4..@.@....... > > > > > 0x0010: c0a8 0004 fcd4 0016 7e48 238e d872 43dc ........~H#..rC. > > > > > 0x0020: 8010 8200 7c08 0000 0101 080a 6e8f 9c7d ....|.......n..} > > > > > 0x0030: cf92 61ac ..a. > > > > > > > > > > Notice the hex output... I didn't see any of that in your output... > > > > > The last packet I was talking about is the last one that had length > > > > > 1448 that your server sent... > > > > > > > > I sent two e-mails consecutively: the first without an attachment, the > > > > second with attachment. I dumped tcp of the NIC for port smtp. I got the > > > > following: > > > > > > > > > > > > 12:20:55.988622 IP MyServer.com.37191 > Smarthost.com.smtp: Flags [P.], seq 18943:19104, ack 412, win 65535, length 161 > > > > 0x0000: 4500 00c9 eebd 4000 4006 0000 c0a8 0004 E.....@.@....... > > > > 0x0010: d54b 3f0d 9147 0019 4ea0 36dd 15a7 38a0 .K?..G..N.6...8. > > > > 0x0020: 5018 ffff 4481 0000 2020 2020 2020 2020 P...D........... > > > > 0x0030: 2020 2020 2020 2020 2020 2020 2020 2020 ................ > > > > 0x0040: 2020 2020 2020 2020 2020 2020 2020 205c ...............\ > > > > 0x0050: 2f20 205c 205e 0d0a 2020 2020 2020 2020 /..\.^.......... > > > > 0x0060: 2020 2020 2020 2020 2020 2020 2020 2020 ................ > > > > 0x0070: 2020 2020 2020 2020 2020 2020 2020 2020 ................ > > > > 0x0080: 2020 202e 5c2e 5f2f 5f29 0d0a 0d0a 2020 ....\._/_)...... > > > > 0x0090: 2020 2020 2020 2020 2020 2020 2020 2020 ................ > > > > 0x00a0: 2020 2020 2020 2020 2020 2020 2020 2020 ................ > > > > 0x00b0: 2020 2020 2077 7777 2e46 7265 6542 5344 .....www.FreeBSD > > > > 0x00c0: 2e6f 7267 0d0a 2e0d 0a .org..... > > > > > > > > As predicted by John-Mark, the first ended with "0d0a 2e0d 0a". However it > > > > was not the last packet with length 1448. I hope that this will not spoil > > > > the party. Is the Flag [P.] more indicative? It looks like to me, but I'm > > > > just learning. > > > > > > > > Anyway the second mail ended with: > > > > > > > > 12:22:17.960896 IP MyServer.com.37191 > Smarthost.com.smtp: Flags [.], seq 35127:36575, ack 638, win 65535, length 1448 > > > > 0x0000: 4500 05d0 fe9d 4000 4006 0000 c0a8 0004 E.....@.@....... > > > > > > > > > > > > 0x0560: 5670 6876 4a67 5a5a 5a50 4b2f 4b78 3774 VphvJgZZZPK/Kx7t > > > > 0x0570: 382f 4230 594f 6b78 3449 0d0a 4a76 6551 8/B0YOkx4I..JveQ > > > > 0x0580: 2b6e 7765 5647 2f33 6e79 6231 6133 496f +nweVG/3nyb1a3Io > > > > 0x0590: 5474 554f 4d61 4374 696b 714b 436b 4959 TtUOMaCtikqKCkIY > > > > 0x05a0: 704a 7668 3055 416d 6c33 4754 4f4c 6455 pJvh0UAml3GTOLdU > > > > 0x05b0: 774b 4145 7151 5741 7841 4141 5a66 7647 wKAEqQWAxAAAZfvG > > > > 0x05c0: 706b 6c36 0d0a 7a4e 6234 745a 6633 5a6c pkl6..zNb4tZf3Zl > > > > > > > > Being packet with length 1448 and sent from my side. The code "0d0a 2e0d > > > > 0a" is missing. Immediately thereafter the following packets: > > > > > > We clearly haven't gotten the last mime-boundary, we are still in the > > > base64 encoded data of the attachment... > > > > > > > 12:22:18.003557 IP Smarthost.com.smtp > MyServer.com.37191: Flags [.], ack 36575, win 65160, length 0 > > > > 0x0000: 4500 0028 11fb 4000 7a06 19d0 d54b 3f0d E..(..@.z....K?. > > > > 0x0010: c0a8 0004 0019 9147 15a7 3982 4ea0 7bbd .......G..9.N.{. > > > > 0x0020: 5010 fe88 315f 0000 0000 0000 0000 P...1_........ > > > > > > The remote acking that it got your last packet... > > > > > > > 12:22:37.665889 IP MyServer.com.37191 > Smarthost.com.smtp: Flags [R.], seq 39471, ack 638, win 65535, length 0 > > > > 0x0000: 4500 0028 492c 4000 4006 0000 c0a8 0004 E..(I,@.@....... > > > > 0x0010: d54b 3f0d 9147 0019 4ea0 870d 15a7 3982 .K?..G..N.....9. > > > > 0x0020: 5014 ffff 2494 0000 P...$... > > > > > > Local host closing down the connection because of time out... > > > > > > > 12:22:37.680857 IP Smarthost.com.smtp > MyServer.com.37191: Flags [.], ack 36575, win 65160, length 0 > > > > 0x0000: 4500 0028 0584 0000 f906 e746 d54b 3f0d E..(.......F.K?. > > > > 0x0010: c0a8 0004 0019 9147 15a7 3982 4ea0 7bbd .......G..9.N.{. > > > > 0x0020: 5010 fe88 315f 0000 0000 0000 0000 P...1_........ > > > > 12:22:37.680920 IP MyServer.com.37191 > Smarthost.com.smtp: Flags [R], seq 1319140285, win 0, length 0 > > > > 0x0000: 4500 0028 4935 4000 4006 0000 c0a8 0004 E..(I5@.@....... > > > > 0x0010: d54b 3f0d 9147 0019 4ea0 7bbd 0000 0000 .K?..G..N.{..... > > > > 0x0020: 5004 0000 7f1d 0000 P....... > > > > > > > > It looks like Smarthost.com asks for more, but there is not more to sent. > > > > The final packet seems to be absent. I cannot look for the closing remark > > > > "www.FreeBSD.org", since there is the attachment at the end of the second > > > > mail. Is there any connection between the encoded attachment in the second > > > > mail and the output of tcpdump? > > > > > > > > Am I the only one noticing this error? I can hardly believe this. > > > > > > > > Is there a way to force the insertion of .? > > > > > > So, this is more looking like a kernel problem where the last packet(s) > > > aren't being sent out... Could you possibly catch the output of > > > netstat -anfinet of the connection between the last packet and the > > > reset? It'll be interesting to see if there is data in the send-q > > > for the connection (third column)... If it's zero, that seems to imply > > > that the server process hasn't sent all the data necessary... Then > > > the next bit of investigation would be to run ktrace on the sendmail > > > process and make sure that it writes all the correct data to the > > > socket... > > > > > > Do you know what OS the remote side is running? You could use nmap > > > to try to figure it out, as it could be a TCP stack interaction issue.. > > > > netstat -anfinet gave: > > > > tcp4 0 33304 MyServerIP.35395 SmarthostIP.25 ESTABLISHED > > > > So there is still data to be sent, if I interpret correctly. What is next > > to be investigated? > > Yeh, if there is data in the send-q (per above) and you aren't seeing > any more packets, someone on -net with some TCP clue should help you > debug this... > > Also, did you figure out what the OS is of the other end? Knowing > that will also help them... > > For -net's reference, the opening syns look like: > 11:57:56.539788 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [S], seq 1001452351, win 65535, options [mss 1448,nop,wscale 6,sackOK,TS val 407239960 ecr 0], length 0 > 11:57:56.555262 IP Smarthost.com.smtp > MyServer.com.41115: Flags [S.], seq 1277075046, ack 1001452352, win 8192, options [mss 1452], length 0 > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > _______________________________________________ > 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" I did some more investigations and I found the following: 1) The error depends on the size of the e-mail not the presence or absence of an attachment. I put rfc3028.txt into a test mail and try to sent it. It got stuck in the mail server with eventually the same Broken pipe/time out error as previously discussed. 2) I noticed a substantial increase in CPU usage of natd and dhcpd when the e-mail is being processed by the mail server. >From top: PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 1235 root 1 93 0 28908K 2144K RUN 0 54:05 71.78% natd 1614 dhcpd 1 4 0 26784K 14936K RUN 0 29:24 38.77% dhcpd The idle cpu load of these services is ca. 0.00%. 3) I experienced extremely slow copy processes with scp not related with e-mail processing. 4) All other processes run smoothly to my notice and that makes it tricky to discover. 5) I tried to figure out the OS on the Smarthost: Nmap scan report for Smarthost.com (SmarthostIP) Host is up (0.023s latency). Not shown: 994 closed ports PORT STATE SERVICE 25/tcp open smtp 135/tcp filtered msrpc 139/tcp filtered netbios-ssn 445/tcp filtered microsoft-ds 1720/tcp filtered H.323/Q.931 5555/tcp filtered freeciv This looks like some kind of MS OS to me. *) So I get the feeling that the encountered problems are somehow hardware related or related to my settings. Can someone suggest a good description of my problem? -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Wiel ************************************* W.K. Offermans e-mail: Willy@Offermans.Rompen.nl Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 11:44:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A8AE9E59 for ; Fri, 28 Mar 2014 11:44:20 +0000 (UTC) Received: from mail.schmidp.com (dna.schmidp.com [178.63.168.66]) by mx1.freebsd.org (Postfix) with ESMTP id 5F1D08A for ; Fri, 28 Mar 2014 11:44:20 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.schmidp.com (Postfix) with ESMTP id 8E38A5802B1 for ; Fri, 28 Mar 2014 12:45:31 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mail.schmidp.com Received: from mail.schmidp.com ([127.0.0.1]) by localhost (dna.schmidp.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cAjmYKScJhM7 for ; Fri, 28 Mar 2014 12:45:31 +0100 (CET) Received: from charlie.lan (chello213047013064.west2.11.vie.surfer.at [213.47.13.64]) by mail.schmidp.com (Postfix) with ESMTPSA id E62D358023B for ; Fri, 28 Mar 2014 12:45:30 +0100 (CET) From: Philipp Schmid Content-Type: multipart/signed; boundary="Apple-Mail=_B20FDCED-1E78-4B7C-8D18-90CBBA96EA58"; protocol="application/pgp-signature"; micalg=pgp-sha512 Message-Id: <4D67459F-51E7-46F2-896E-D7C0D33B2E1C@schmidp.com> Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: reproducible panic every day at 03:02, probably triggered by daily periodic scipts - help Date: Fri, 28 Mar 2014 12:44:17 +0100 References: <29253469-F64F-4918-99A2-0CBF9C805D68@schmidp.com> <201403271132.06936.jhb@freebsd.org> To: freebsd-current@freebsd.org In-Reply-To: <201403271132.06936.jhb@freebsd.org> X-Mailer: Apple Mail (2.1874) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Mar 2014 11:44:20 -0000 --Apple-Mail=_B20FDCED-1E78-4B7C-8D18-90CBBA96EA58 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hi, I only have GELI encrypted zfs filesystems on that system, so not = easily. But I=92ll try to create a VM and replicate the crash as soon as I have = time. But for now I=92ll probably switch to ipfw if pf+VIMAGE is unstable. Thanks, Philipp On 27 Mar 2014, at 16:32, John Baldwin wrote: > Can you get a crashdump when it crashes? Also, I thought that > VIMAGE + pf is known to be unstable? >=20 > --=20 > John Baldwin > _______________________________________________ > 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" --Apple-Mail=_B20FDCED-1E78-4B7C-8D18-90CBBA96EA58 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTNWCRAAoJEFOb3dIWHqZVf/4P/At7jtp6AGRG1k6NoRm8u0LF kZgieqs65D6HIt8m4dXNF+wbID43smGNNXqgEbDzZe1xWHVeEnWqmovTEG8PPvNi J/QKt5nmPCAXx3M5YWoHuIm8tp4q+AyJ/2LxrS3bPGh+zNrHcVXl4JT/rdmxG/PL oEglQ5kVMMC1K5ADpfq1jMaGS2YBqqV0/al3GFizz4GjkFLOy6Bg/ou5Ahkgyoeb pxHsZ4rOCnF3JjroYST5G6acyAgOxCtu29I5BsQW6jsa18dzBIoIEd138oZJo+i5 iKGzxHrSfHvhzCeHs8z+s74kwpr2dp0Ke62Wr8V40NlQFtxHn5bZl4ukrssrTt6i iEdVPVsccuzg58ZwJee0fUfTuRMDAtVhx9KiuHT3MOcBAZAl2URmY0RSaSEto133 NYC86w6itNJi4EvzZRLMw7bCXCDxzqmI3rgAO6u9j6c9h84UKnN6INBFJqWnEIY9 p0UhGGKV9aANVIjM4aovg4/41ZL6PYiAJLyy9G5oY0f3o1WQh/XxOUlepqRR6Y4z MLnohZ6xIam896BHlk2bImpFWItke2Zhqd7AImZ56SN69mVNs1S7qsPd48K0ceze 2+0JEL6qlSOj57e3MB3jqJYIHJT6JtoVzarsepNXVyzpZOX//B717oovaDPvghz1 MG4YgLXSqLZzmWsppdwS =Un7A -----END PGP SIGNATURE----- --Apple-Mail=_B20FDCED-1E78-4B7C-8D18-90CBBA96EA58-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 17:00:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 520169C for ; Fri, 28 Mar 2014 17:00:20 +0000 (UTC) Received: from sanddollar.geekisp.com (sanddollar.geekisp.com [216.168.135.167]) by mx1.freebsd.org (Postfix) with SMTP id 16F16693 for ; Fri, 28 Mar 2014 17:00:19 +0000 (UTC) Received: (qmail 13358 invoked by uid 1003); 28 Mar 2014 16:53:38 -0000 Received: from unknown (HELO ?10.10.5.163?) (tyler@monkeypox.org@64.125.69.200) by mail.geekisp.com with (RC4-MD5 encrypted) SMTP; 28 Mar 2014 16:53:37 -0000 Date: Fri, 28 Mar 2014 09:53:32 -0700 Subject: ZFS panic in -CURRENT From: R Tyler Croy To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Mar 2014 17:00:20 -0000 QXBvbG9naWVzIGZvciB0aGUgcm91Z2ggZm9ybWF0IGhlcmUsIEkgaGFkIHRvIHRha2UgYSBwaWN0 dXJlIG9mIHRoaXMgZmFpbHVyZSBiZWNhdXNlIEkgZGlkbid0IGtub3cgd2hhdCBlbHNlIHRvIGRv LgoKPGh0dHA6Ly93d3cuZmxpY2tyLmNvbS9waG90b3MvYWdlbnRkZXJvLzEzNDY5MzU1NDYzLz4K CkknbSBidWlsZGluZyBvZmYgb2YgdGhlIEdpdEh1YiBmcmVlYnNkLmdpdCBtaXJyb3IgaGVyZSwg YW5kIHRoZSBsYXRlc3QgY29tbWl0IGluIHRoZSB0cmVlIGlzIG5lZWxAJ3MgIkFkZCBhbiBpb2N0 bCB0byBzdXNwZW5kLi4iCgpNeSBkbWVzZy9wY2ljb25mIGFyZSBoZXJlOiBodHRwczovL2dpc3Qu Z2l0aHViLmNvbS9ydHlsZXIvMWZhYTg1NGRmZjdjNDM5NmQ5ZTg= From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 17:01:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57A6F1F8; Fri, 28 Mar 2014 17:01:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2D16B6B6; Fri, 28 Mar 2014 17:01:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2SH1I5I058282; Fri, 28 Mar 2014 13:01:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2SH1I4i058275; Fri, 28 Mar 2014 17:01:18 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 28 Mar 2014 17:01:18 GMT Message-Id: <201403281701.s2SH1I4i058275@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2014 17:01:25 -0000 TB --- 2014-03-28 15:24:05 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-28 15:24:05 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-28 15:24:05 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-03-28 15:24:05 - cleaning the object tree TB --- 2014-03-28 15:25:03 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-28 15:25:07 - At svn revision 263870 TB --- 2014-03-28 15:25:08 - building world TB --- 2014-03-28 15:25:08 - CROSS_BUILD_TESTING=YES TB --- 2014-03-28 15:25:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-28 15:25:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-28 15:25:08 - SRCCONF=/dev/null TB --- 2014-03-28 15:25:08 - TARGET=ia64 TB --- 2014-03-28 15:25:08 - TARGET_ARCH=ia64 TB --- 2014-03-28 15:25:08 - TZ=UTC TB --- 2014-03-28 15:25:08 - __MAKE_CONF=/dev/null TB --- 2014-03-28 15:25:08 - cd /src TB --- 2014-03-28 15:25:08 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Mar 28 15:25:15 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 28 17:00:01 UTC 2014 TB --- 2014-03-28 17:00:01 - generating LINT kernel config TB --- 2014-03-28 17:00:01 - cd /src/sys/ia64/conf TB --- 2014-03-28 17:00:01 - /usr/bin/make -B LINT TB --- 2014-03-28 17:00:01 - cd /src/sys/ia64/conf TB --- 2014-03-28 17:00:01 - /obj/ia64.ia64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-03-28 17:00:01 - building LINT kernel TB --- 2014-03-28 17:00:01 - CROSS_BUILD_TESTING=YES TB --- 2014-03-28 17:00:01 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-28 17:00:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-28 17:00:01 - SRCCONF=/dev/null TB --- 2014-03-28 17:00:01 - TARGET=ia64 TB --- 2014-03-28 17:00:01 - TARGET_ARCH=ia64 TB --- 2014-03-28 17:00:01 - TZ=UTC TB --- 2014-03-28 17:00:01 - __MAKE_CONF=/dev/null TB --- 2014-03-28 17:00:01 - cd /src TB --- 2014-03-28 17:00:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 28 17:00:01 UTC 2014 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kgssapi/kgss_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /obj/src/make.amd64/bmake -V CFILES_NOZFS -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc " xargs mkdep -a -f .newdep -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/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -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 /src/sys/ia64/ia64/mem.c:54:25: error: machine/efi.h: No such file or directory mkdep: compile failed *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-28 17:01:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-28 17:01:18 - ERROR: failed to build LINT kernel TB --- 2014-03-28 17:01:18 - 4723.09 user 723.38 system 5832.20 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 17:44:13 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 16DF2E8B for ; Fri, 28 Mar 2014 17:44:13 +0000 (UTC) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with ESMTP id 68AC5C0F for ; Fri, 28 Mar 2014 17:44:12 +0000 (UTC) Received: (qmail 10549 invoked by uid 80); 28 Mar 2014 17:44:03 -0000 Received: from dsdf-4d0566e4.pool.mediaWays.net (dsdf-4d0566e4.pool.mediaWays.net [77.5.102.228]) by avocado.salatschuessel.net (Horde Framework) with HTTP; Fri, 28 Mar 2014 18:44:03 +0100 Date: Fri, 28 Mar 2014 18:44:03 +0100 Message-ID: <20140328184403.Horde.ncT4EwcB_W_Hybxm_Bj7Ag7@avocado.salatschuessel.net> From: Oliver Lehmann To: current@freebsd.org, ports@freebsd.org Subject: Fwd: [REL - head-i386-default][games/heretic] Failed for heretic-1.2_7 in build User-Agent: Internet Messaging Program (IMP) H5 (6.1.7) Content-Type: multipart/mixed; boundary="=_U6mJkpSed6SPSzVN3NKRUg1" MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Mar 2014 17:44:13 -0000 This message is in MIME format. --=_U6mJkpSed6SPSzVN3NKRUg1 Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes Content-Disposition: inline Hi, can someone tell me what happend to netipx/ipx.h on CURRENT? Is there a replacement? ===> Building for heretic-1.2_7 gmake[1]: Entering directory `/wrkdirs/usr/ports/games/heretic/work/glheretic-1.2' cc -E -M -O2 -pipe -fno-strict-aliasing -DUNIX -DHAVE_USLEEP -DHAVE_MATH_H -DLINUX_MOUSE -DUDP_PROTOCOL -DI_GGI_HERETIC -DNEED_SHMGETEVENTBASE -D__NEWVGALIB__ -D__32BIT__ -DHOMEDIR='"\"/usr/local/share/heretic\""' -I. -I.. -I/usr/local/include -I/usr/local/include -D__DOSOUND__ -DSNDSERV -Isoundclient -D__DOMUSIC__ -DMUSSERV -L/usr/local/lib *.c soundclient/i_sound.c soundclient/soundst.c soundclient/sounds.c m_misc.c \ graphics/i_x11.c > .depend cc: warning: argument unused during compilation: '-L/usr/local/lib' i_ipx.c:23:10: fatal error: 'netipx/ipx.h' file not found #include ^ 1 error generated. gmake[1]: *** [depx11] Error 1 gmake[1]: Leaving directory `/wrkdirs/usr/ports/games/heretic/work/glheretic-1.2' *** Error code 1 --=_U6mJkpSed6SPSzVN3NKRUg1 Content-Type: message/rfc822; name="Weitergeleitete Nachricht" Return-Path: Delivered-To: ans-netz.de-lehmann@ans-netz.de Received: (qmail 9196 invoked by uid 89); 28 Mar 2014 17:08:22 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on avocado.salatschuessel.net X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=RCVD_IN_DNSWL_MED, RCVD_IN_MSPIKE_H4,RCVD_IN_MSPIKE_WL,RDNS_NONE autolearn=disabled version=3.4.0 Received: from unknown (HELO mx2.freebsd.org) (8.8.178.116) by avocado.salatschuessel.net with AES256-SHA encrypted SMTP; 28 Mar 2014 17:08:21 -0000 Received: from hub.freebsd.org (hub.freebsd.org [8.8.178.136]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx2.freebsd.org (Postfix) with ESMTPS id 108FF2083 for ; Fri, 28 Mar 2014 17:08:20 +0000 (UTC) Received: by hub.freebsd.org (Postfix) id 0C93F4B0; Fri, 28 Mar 2014 17:08:20 +0000 (UTC) Delivered-To: oliver@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A6304AF; Fri, 28 Mar 2014 17:08:20 +0000 (UTC) Received: from beefy1.isc.freebsd.org (beefy1.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:4072:0:16:38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DD87C7CD; Fri, 28 Mar 2014 17:08:19 +0000 (UTC) Received: from beefy1.isc.freebsd.org (localhost [127.0.0.1]) by beefy1.isc.freebsd.org (8.14.8/8.14.8) with ESMTP id s2SH8JD9048586; Fri, 28 Mar 2014 17:08:19 GMT (envelope-from pkg-fallout-builder@FreeBSD.org) Received: (from root@localhost) by beefy1.isc.freebsd.org (8.14.8/8.14.8/Submit) id s2SH8JWH048573; Fri, 28 Mar 2014 17:08:19 GMT (envelope-from pkg-fallout-builder@FreeBSD.org) Date: Fri, 28 Mar 2014 17:08:19 GMT From: pkg-fallout-builder@FreeBSD.org Message-Id: <201403281708.s2SH8JWH048573@beefy1.isc.freebsd.org> To: oliver@FreeBSD.org Subject: [REL - head-i386-default][games/heretic] Failed for heretic-1.2_7 in build Cc: pkg-fallout@FreeBSD.org You are receiving this mail as a port that you maintain is failing to build on the FreeBSD package build server. Please investigate the failure and submit a PR to fix build. Maintainer: oliver@FreeBSD.org Last committer: oliver@FreeBSD.org Ident: $FreeBSD: head/games/heretic/Makefile 330725 2013-10-18 07:05:40Z oliver $ Log URL: http://beefy1.isc.freebsd.org/bulk/head-i386-default/2014-03-28_06h01m03s/logs/heretic-1.2_7.log Build URL: http://beefy1.isc.freebsd.org/bulk/head-i386-default/2014-03-28_06h01m03s Log: ====>> Building games/heretic build started at Fri Mar 28 17:08:12 UTC 2014 port directory: /usr/ports/games/heretic building for: FreeBSD head-i386-default-job-08 11.0-CURRENT FreeBSD 11.0-CURRENT r263175 i386 maintained by: oliver@FreeBSD.org Makefile ident: $FreeBSD: head/games/heretic/Makefile 330725 2013-10-18 07:05:40Z oliver $ Poudriere version: 3.1-pre ---Begin Environment--- UNAME_m=i386 UNAME_p=i386 OSVERSION=1100013 UNAME_v=FreeBSD 11.0-CURRENT r263175 UNAME_r=11.0-CURRENT BLOCKSIZE=K MAIL=/var/mail/root STATUS=1 MASTERMNT=/usr/local/poudriere/data/build/head-i386-default/ref PKG_EXT=txz tpid=42651 PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin POUDRIERE_BUILD_TYPE=bulk PKGNG=1 PKGNAME=heretic-1.2_7 PKG_DELETE=/usr/local/sbin/pkg-static delete -y -f PKG_ADD=/usr/local/sbin/pkg-static add PWD=/root MASTERNAME=head-i386-default USER=root HOME=/root POUDRIERE_VERSION=3.1-pre LOCALBASE=/usr/local PACKAGE_BUILDING=yes PKG_VERSION=/poudriere/pkg-static version PKG_BIN=/usr/local/sbin/pkg-static ---End Environment--- ---Begin OPTIONS List--- ===> The following configuration options are available for heretic-1.2_7: WAD=on: With shareware WAD ====> Graphics Selections: you have to select exactly one of them X11=on: X11 (graphics) support FASTX11=off: Use FastX11 SDL=off: Simple Direct Media Layer support ===> Use 'make config' to modify these settings ---End OPTIONS List--- --CONFIGURE_ARGS-- --End CONFIGURE_ARGS-- --CONFIGURE_ENV-- TMPDIR="/tmp" TMPDIR="/tmp" MAKE=gmake SHELL=/bin/sh CONFIG_SHELL=/bin/sh --End CONFIGURE_ENV-- --MAKE_ENV-- PTHREAD_LIBS=-pthread TMPDIR="/tmp" TMPDIR="/tmp" SHELL=/bin/sh NO_LINT=YES PREFIX=/usr/local LOCALBASE=/usr/local LIBDIR="/usr/lib" CC="cc" CFLAGS="-O2 -pipe -fno-strict-aliasing" CPP="cpp" CPPFLAGS="" LDFLAGS="" CXX="c++" CXXFLAGS="-O2 -pipe -fno-strict-aliasing" MANPREFIX="/usr/local" BSD_INSTALL_PROGRAM="install -s -o root -g wheel -m 555" BSD_INSTALL_LIB="install -s -o root -g wheel -m 444" BSD_INSTALL_SCRIPT="install -o root -g wheel -m 555" BSD_INSTALL_DATA="install -o root -g wheel -m 444" BSD_INSTALL_MAN="install -o root -g wheel -m 444" --End MAKE_ENV-- --SUB_LIST-- PREFIX=/usr/local LOCALBASE=/usr/local DATADIR=/usr/local/share/heretic DOCSDIR=/usr/local/share/doc/heretic EXAMPLESDIR=/usr/local/share/examples/heretic WWWDIR=/usr/local/www/heretic ETCDIR=/usr/local/etc/heretic --End SUB_LIST-- ---Begin make.conf--- ARCH=i386 MACHINE=i386 MACHINE_ARCH=i386 USE_PACKAGE_DEPENDS=yes BATCH=yes WRKDIRPREFIX=/wrkdirs PORTSDIR=/usr/ports PACKAGES=/packages DISTDIR=/distfiles #### /usr/local/etc/poudriere.d/make.conf #### WITH_PKGNG=yes NO_RESTRICTED=yes DISABLE_MAKE_JOBS=poudriere ---End make.conf--- ===> Cleaning for heretic-1.2_7 =================================================== =========================================================================== =================================================== ===> heretic-1.2_7 depends on file: /usr/local/sbin/pkg - not found ===> Verifying install for /usr/local/sbin/pkg in /usr/ports/ports-mgmt/pkg ===> Installing existing package /packages/All/pkg-1.2.7.txz Installing pkg-1.2.7... done If you are upgrading from the old package format, first run: # pkg2ng ===> Returning to build of heretic-1.2_7 =========================================================================== =================================================== =========================================================================== =================================================== ===> Fetching all distfiles required by heretic-1.2_7 for building =========================================================================== =================================================== ===> Fetching all distfiles required by heretic-1.2_7 for building => SHA256 Checksum OK for glheretic-1.2.tar.gz. => SHA256 Checksum OK for heretic_share.wad.gz. =========================================================================== =================================================== =========================================================================== =================================================== ===> Fetching all distfiles required by heretic-1.2_7 for building ===> Extracting for heretic-1.2_7 => SHA256 Checksum OK for glheretic-1.2.tar.gz. => SHA256 Checksum OK for heretic_share.wad.gz. =========================================================================== =================================================== =========================================================================== =================================================== ===> Patching for heretic-1.2_7 ===> Applying FreeBSD patches for heretic-1.2_7 =========================================================================== =================================================== ===> heretic-1.2_7 depends on executable: gmake - not found ===> Verifying install for gmake in /usr/ports/devel/gmake ===> Installing existing package /packages/All/gmake-3.82_1.txz Installing gmake-3.82_1...Installing gettext-0.18.3.1... done done ===> Returning to build of heretic-1.2_7 ===> heretic-1.2_7 depends on file: /usr/local/libdata/pkgconfig/x11.pc - not found ===> Verifying install for /usr/local/libdata/pkgconfig/x11.pc in /usr/ports/x11/libX11 ===> Installing existing package /packages/All/libX11-1.6.2,1.txz Installing libX11-1.6.2,1...Installing kbproto-1.0.6... done Installing libXau-1.0.8...Installing xproto-7.0.25... done done Installing libXdmcp-1.1.1... done Installing libxcb-1.9.3...Installing libpthread-stubs-0.3_4... done Installing libxml2-2.8.0_3... done done done ===> Returning to build of heretic-1.2_7 ===> heretic-1.2_7 depends on file: /usr/local/libdata/pkgconfig/xi.pc - not found ===> Verifying install for /usr/local/libdata/pkgconfig/xi.pc in /usr/ports/x11/libXi ===> Installing existing package /packages/All/libXi-1.7.2,1.txz Installing libXi-1.7.2,1...Installing inputproto-2.3... done Installing libXext-1.3.2,1...Installing xextproto-7.2.1... done done Installing libXfixes-5.0.1...Installing fixesproto-5.0... done done done ===> Returning to build of heretic-1.2_7 ===> heretic-1.2_7 depends on file: /usr/local/libdata/pkgconfig/xpm.pc - not found ===> Verifying install for /usr/local/libdata/pkgconfig/xpm.pc in /usr/ports/x11/libXpm ===> Installing existing package /packages/All/libXpm-3.5.11.txz Installing libXpm-3.5.11...Installing libXt-1.1.4,1...Installing libSM-1.2.2,1...Installing libICE-1.0.8,1... done done done done ===> Returning to build of heretic-1.2_7 ===> heretic-1.2_7 depends on file: /usr/local/libdata/pkgconfig/xau.pc - found =========================================================================== =================================================== =========================================================================== =================================================== ===> Configuring for heretic-1.2_7 =========================================================================== =================================================== ===> Building for heretic-1.2_7 gmake[1]: Entering directory `/wrkdirs/usr/ports/games/heretic/work/glheretic-1.2' cc -E -M -O2 -pipe -fno-strict-aliasing -DUNIX -DHAVE_USLEEP -DHAVE_MATH_H -DLINUX_MOUSE -DUDP_PROTOCOL -DI_GGI_HERETIC -DNEED_SHMGETEVENTBASE -D__NEWVGALIB__ -D__32BIT__ -DHOMEDIR='"\"/usr/local/share/heretic\""' -I. -I.. -I/usr/local/include -I/usr/local/include -D__DOSOUND__ -DSNDSERV -Isoundclient -D__DOMUSIC__ -DMUSSERV -L/usr/local/lib *.c soundclient/i_sound.c soundclient/soundst.c soundclient/sounds.c m_misc.c \ graphics/i_x11.c > .depend cc: warning: argument unused during compilation: '-L/usr/local/lib' i_ipx.c:23:10: fatal error: 'netipx/ipx.h' file not found #include ^ 1 error generated. gmake[1]: *** [depx11] Error 1 gmake[1]: Leaving directory `/wrkdirs/usr/ports/games/heretic/work/glheretic-1.2' *** Error code 1 Stop. make: stopped in /usr/ports/games/heretic ===> Cleaning for heretic-1.2_7 --=_U6mJkpSed6SPSzVN3NKRUg1-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 17:46:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 35BFCFE for ; Fri, 28 Mar 2014 17:46:05 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 0D0C0C35 for ; Fri, 28 Mar 2014 17:46:04 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 33BA6652A9 for ; Fri, 28 Mar 2014 17:45:58 +0000 (UTC) Message-ID: <5335B553.1000801@allanjude.com> Date: Fri, 28 Mar 2014 13:45:55 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Fwd: [REL - head-i386-default][games/heretic] Failed for heretic-1.2_7 in build References: <20140328184403.Horde.ncT4EwcB_W_Hybxm_Bj7Ag7@avocado.salatschuessel.net> In-Reply-To: <20140328184403.Horde.ncT4EwcB_W_Hybxm_Bj7Ag7@avocado.salatschuessel.net> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kFwdjaA66BjNixsshmE055cuIrv96NQrn" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Mar 2014 17:46:05 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --kFwdjaA66BjNixsshmE055cuIrv96NQrn Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-03-28 13:44, Oliver Lehmann wrote: > Hi, >=20 > can someone tell me what happend to netipx/ipx.h on CURRENT? > Is there a replacement? >=20 > =3D=3D=3D> Building for heretic-1.2_7 > gmake[1]: Entering directory > `/wrkdirs/usr/ports/games/heretic/work/glheretic-1.2' > cc -E -M -O2 -pipe -fno-strict-aliasing -DUNIX -DHAVE_USLEEP > -DHAVE_MATH_H -DLINUX_MOUSE -DUDP_PROTOCOL -DI_GGI_HERETIC > -DNEED_SHMGETEVENTBASE -D__NEWVGALIB__ -D__32BIT__ > -DHOMEDIR=3D'"\"/usr/local/share/heretic\""' -I. -I.. -I/usr/local/incl= ude > -I/usr/local/include -D__DOSOUND__ -DSNDSERV -Isoundclient -D__DOMUSIC_= _ > -DMUSSERV -L/usr/local/lib *.c soundclient/i_sound.c > soundclient/soundst.c soundclient/sounds.c m_misc.c \ > graphics/i_x11.c > .depend > cc: warning: argument unused during compilation: '-L/usr/local/lib' > i_ipx.c:23:10: fatal error: 'netipx/ipx.h' file not found > #include > ^ > 1 error generated. > gmake[1]: *** [depx11] Error 1 > gmake[1]: Leaving directory > `/wrkdirs/usr/ports/games/heretic/work/glheretic-1.2' > *** Error code 1 >=20 >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 IPX was removed in in r263140 http://freshbsd.org/commit/freebsd/r263140 --=20 Allan Jude --kFwdjaA66BjNixsshmE055cuIrv96NQrn 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTNbVXAAoJEJrBFpNRJZKfrhUQALsTgzeWg5A/5Mzzesr+loql Xlfdb3nE46+94DvSaxk4qskkQs9GoFPBJvjLPUuMyTHOyWhypypzZy4OsdR7x58v IW6463KFbVTAKnx7vdE91jin4s2AJhWOfPz8/myZtEOlbJBtaIbLzEwzxyYA6bBV ACbgvGD9k3yaDIsgWNh0aIvTUWhK5wgRu9GV1BpQ3jQqYy53JWoADaPYq6DgfkqH +6zWk+gGWk8r0H70qxB1so2qNhWuS59WZOW9HdJqPbd8oz0LU3IcpYQUj6VRcK5X 5RZxiPXxKmMHL46+jjdXXLx/wEWAXvmDwa/oRq28YB4Crxv0kCzFCN6bPblfGwG3 o7bguMmFmThselMEzKsO76zP8SbAqMXzlSgvvdIF37TKrrhm5tGH5EW9z6xy+NJR mQyrXwbxeNBpYCiOusTc0Hw1jOcci5TJJaCzARVJVMI4r6BHkEQUqj/Fwet+PhID Pve7PKnwa6uWWZB2qlXtZWFOl7jAQU8Pjk7DcdXg8jyiwmo3kgeWovhv9jti8io5 khTGv2/Sw3ajsxvwJ9qnhInfANovTH++jYyJ6PKX2FDqxB8su2omIOXSYhj7AH6N Sxrt3L+YJOta3uCrKrlWekS4CrjM2QcZnyH2CnHkw55M/befcAxyaRNkTF2Iw9gM T1ouofb6iD3sxi+w6nMI =tbpZ -----END PGP SIGNATURE----- --kFwdjaA66BjNixsshmE055cuIrv96NQrn-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 18:04:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A228CF1C for ; Fri, 28 Mar 2014 18:04:09 +0000 (UTC) Received: from mail.rdsor.ro (mail.rdsor.ro [193.231.238.10]) by mx1.freebsd.org (Postfix) with ESMTP id DF400EE9 for ; Fri, 28 Mar 2014 18:04:08 +0000 (UTC) Received: from email.rdsor.ro (ftp.rdsor.ro [193.231.238.4]) by mail.rdsor.ro (Postfix) with ESMTP id AC836CAB19 for ; Fri, 28 Mar 2014 20:04:00 +0200 (EET) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=_f8dcde1aaa7d24dd71723fe72776563c" Date: Fri, 28 Mar 2014 20:04:47 +0200 From: dan_partelly To: Subject: RFC - DDB relops,logical ops,bitwise ops Message-ID: X-Sender: dan_partelly@rdsor.ro User-Agent: RoundCube Webmail/0.4-beta X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Mar 2014 18:04:09 -0000 --=_f8dcde1aaa7d24dd71723fe72776563c Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=UTF-8 Hi all, I attach a patch for comments (the patch is not final is intended for comments only, format for one thing is messed ) regarding support for !=, ==, <, >, >=, <= , ! , ~, & , | , && , || operators in DDB expressions. The code was mainly pulled from Mach 3.0 kernel with a couple of bug-fixes I added them in my copy mainly because I am interested in crafting conditional breakpoints later. (and some other DDB usability enhancements). Please share your opinions. Regards! --=_f8dcde1aaa7d24dd71723fe72776563c Content-Transfer-Encoding: base64 Content-Type: text/x-diff; name=ddb.patch; charset=UTF-8 Content-Disposition: attachment; filename=ddb.patch ZGlmZiAtLWdpdCBkZGIvZGJfZXhwci5jIGRkYi9kYl9leHByLmMKaW5kZXggYjlhZWJjZS4uOWY2 OWY4NCAxMDA2NDQKLS0tIGRkYi9kYl9leHByLmMKKysrIGRkYi9kYl9leHByLmMKQEAgLTQzLDYg KzQzLDkgQEAgc3RhdGljIGJvb2xlYW5fdAlkYl9tdWx0X2V4cHIoZGJfZXhwcl90ICp2YWx1ZXAp Owogc3RhdGljIGJvb2xlYW5fdAlkYl9zaGlmdF9leHByKGRiX2V4cHJfdCAqdmFsdWVwKTsKIHN0 YXRpYyBib29sZWFuX3QJZGJfdGVybShkYl9leHByX3QgKnZhbHVlcCk7CiBzdGF0aWMgYm9vbGVh bl90CWRiX3VuYXJ5KGRiX2V4cHJfdCAqdmFsdWVwKTsKK3N0YXRpYyBib29sZWFuX3QgZGJfbG9n aWNhbF9vcl9leHByKGRiX2V4cHJfdCAqdmFsdWVwKTsgICAgICAKK3N0YXRpYyBib29sZWFuX3Qg ZGJfbG9naWNhbF9hbmRfZXhwcihkYl9leHByX3QgKnZhbHVlcCk7CitzdGF0aWMgYm9vbGVhbl90 IGRiX2xvZ2ljYWxfcmVsYXRpb25fZXhwcihkYl9leHByX3QgKnZhbHVlcCk7CiAKIHN0YXRpYyBi b29sZWFuX3QKIGRiX3Rlcm0oZGJfZXhwcl90ICp2YWx1ZXApCkBAIC01NCw4ICs1Nyw4IEBAIGRi X3Rlcm0oZGJfZXhwcl90ICp2YWx1ZXApCiAJICAgIGlmICghZGJfdmFsdWVfb2ZfbmFtZShkYl90 b2tfc3RyaW5nLCB2YWx1ZXApICYmCiAJCSFkYl92YWx1ZV9vZl9uYW1lX3BjcHUoZGJfdG9rX3N0 cmluZywgdmFsdWVwKSAmJgogCQkhZGJfdmFsdWVfb2ZfbmFtZV92bmV0KGRiX3Rva19zdHJpbmcs IHZhbHVlcCkpIHsKLQkJZGJfZXJyb3IoIlN5bWJvbCBub3QgZm91bmRcbiIpOwotCQkvKk5PVFJF QUNIRUQqLworICAgICAgICAgICAgZGJfZXJyb3IoIlN5bWJvbCBub3QgZm91bmRcbiIpOworICAg ICAgICAgICAgLypOT1RSRUFDSEVEKi8KIAkgICAgfQogCSAgICByZXR1cm4gKFRSVUUpOwogCX0K QEAgLTgxLDE4ICs4NCwxOCBAQCBkYl90ZXJtKGRiX2V4cHJfdCAqdmFsdWVwKQogCX0KIAlpZiAo dCA9PSB0RE9MTEFSKSB7CiAJICAgIGlmICghZGJfZ2V0X3ZhcmlhYmxlKHZhbHVlcCkpCi0JCXJl dHVybiAoRkFMU0UpOworICAgICAgICAgICAgcmV0dXJuIChGQUxTRSk7CiAJICAgIHJldHVybiAo VFJVRSk7CiAJfQogCWlmICh0ID09IHRMUEFSRU4pIHsKIAkgICAgaWYgKCFkYl9leHByZXNzaW9u KHZhbHVlcCkpIHsKLQkJZGJfZXJyb3IoIlN5bnRheCBlcnJvclxuIik7Ci0JCS8qTk9UUkVBQ0hF RCovCisgICAgICAgICAgICBkYl9lcnJvcigiVW5tYXRjaGVkICgpc1xuIik7CisgICAgICAgICAg ICAvKk5PVFJFQUNIRUQqLwogCSAgICB9CiAJICAgIHQgPSBkYl9yZWFkX3Rva2VuKCk7CiAJICAg IGlmICh0ICE9IHRSUEFSRU4pIHsKLQkJZGJfZXJyb3IoIlN5bnRheCBlcnJvclxuIik7Ci0JCS8q Tk9UUkVBQ0hFRCovCisgICAgICAgICAgICBkYl9lcnJvcigiU3ludGF4IGVycm9yXG4iKTsKKyAg ICAgICAgICAgIC8qTk9UUkVBQ0hFRCovCiAJICAgIH0KIAkgICAgcmV0dXJuIChUUlVFKTsKIAl9 CkBAIC0xMDgsMTkgKzExMSwzNSBAQCBkYl91bmFyeShkYl9leHByX3QgKnZhbHVlcCkKIAl0ID0g ZGJfcmVhZF90b2tlbigpOwogCWlmICh0ID09IHRNSU5VUykgewogCSAgICBpZiAoIWRiX3VuYXJ5 KHZhbHVlcCkpIHsKLQkJZGJfZXJyb3IoIlN5bnRheCBlcnJvclxuIik7Ci0JCS8qTk9UUkVBQ0hF RCovCisgICAgICAgICAgICBkYl9lcnJvcigiRXhwcmVzc2lvbiBzeW50YXggZXJyb3IgYWZ0ZXIg Jy0nXG4iKTsKKyAgICAgICAgICAgIC8qTk9UUkVBQ0hFRCovCiAJICAgIH0KIAkgICAgKnZhbHVl cCA9IC0qdmFsdWVwOwogCSAgICByZXR1cm4gKFRSVUUpOwogCX0KKwlpZiAoIHQgPT0gdEVYQ0wp IHsKKwkgICAgaWYoIWRiX3VuYXJ5KHZhbHVlcCkpIHsKKwkgICAgICAgIGRiX2Vycm9yKCJFeHBy ZXNzaW9uIHN5bnRheCBlcnJvciBhZnRlciAnISdcbiIpOworCSAgICAgICAgLyogTk9UUkVBQ0hF RCAgKi8KKyAgICAgICAgfQorICAgICAgICAqdmFsdWVwID0gKCEoKnZhbHVlcCkpOworICAgICAg ICByZXR1cm4gKFRSVUUpOworICAgIH0KKyAgICBpZiAodCA9PSB0QklUX05PVCkgeworICAgICAg ICBpZighZGJfdW5hcnkodmFsdWVwKSkgeworICAgICAgICAgICAgZGJfZXJyb3IoIkV4cHJlc3Np b24gc3ludGF4IGVycm9yIGFmdGVyICd+J1xuIik7CisgICAgICAgICAgICAvKiBOT1RSRUFDSEVE ICovCisgICAgICAgIH0KKyAgICAgICAgKnZhbHVlcCA9ICh+KCp2YWx1ZXApKTsKKyAgICAgICAg cmV0dXJuIChUUlVFKTsKKyAgICB9CiAJaWYgKHQgPT0gdFNUQVIpIHsKIAkgICAgLyogaW5kaXJl Y3Rpb24gKi8KIAkgICAgaWYgKCFkYl91bmFyeSh2YWx1ZXApKSB7Ci0JCWRiX2Vycm9yKCJTeW50 YXggZXJyb3JcbiIpOworICAgICAgICAgICAgZGJfZXJyb3IoIkV4cHJlc3Npb24gc3ludGF4IGVy cm9yIGFmdGVyICcqJ1xuIik7CiAJCS8qTk9UUkVBQ0hFRCovCiAJICAgIH0KLQkgICAgKnZhbHVl cCA9IGRiX2dldF92YWx1ZSgoZGJfYWRkcl90KSp2YWx1ZXAsIHNpemVvZih2b2lkICopLCBGQUxT RSk7CisgICAgICAgICp2YWx1ZXAgPSBkYl9nZXRfdmFsdWUoKGRiX2FkZHJfdCkqdmFsdWVwLCBz aXplb2Yodm9pZCAqKSwgRkFMU0UpOwogCSAgICByZXR1cm4gKFRSVUUpOwogCX0KIAlkYl91bnJl YWRfdG9rZW4odCk7CkBAIC0xMzcsMTQgKzE1NiwyMCBAQCBkYl9tdWx0X2V4cHIoZGJfZXhwcl90 ICp2YWx1ZXApCiAJICAgIHJldHVybiAoRkFMU0UpOwogCiAJdCA9IGRiX3JlYWRfdG9rZW4oKTsK LQl3aGlsZSAodCA9PSB0U1RBUiB8fCB0ID09IHRTTEFTSCB8fCB0ID09IHRQQ1QgfHwgdCA9PSB0 SEFTSCkgeworCXdoaWxlICh0ID09IHRTVEFSIHx8IHQgPT0gdFNMQVNIIHx8IHQgPT0gdFBDVCB8 fCB0ID09IHRIQVNICisJICAgICAgICB8fCB0ID09IHRCSVRfQU5EICkgewogCSAgICBpZiAoIWRi X3Rlcm0oJnJocykpIHsKLQkJZGJfZXJyb3IoIlN5bnRheCBlcnJvclxuIik7Ci0JCS8qTk9UUkVB Q0hFRCovCisgICAgICAgICAgICBkYl9lcnJvcigiU3ludGF4IGVycm9yXG4iKTsKKyAgICAgICAg ICAgIC8qTk9UUkVBQ0hFRCovCiAJICAgIH0KLQkgICAgaWYgKHQgPT0gdFNUQVIpCi0JCWxocyAq PSByaHM7Ci0JICAgIGVsc2UgeworCSAgICBzd2l0Y2godCkgIHsKKyAgICAgICAgY2FzZSB0U1RB UjoKKyAgICAgICAgICAgIGxocyAqPSByaHM7CisgICAgICAgICAgICBicmVhazsKKyAgICAgICAg Y2FzZSB0QklUX0FORDoKKyAgICAgICAgICAgIGxocyAmPSByaHM7CisgICAgICAgICAgICBicmVh azsKKyAgICAgICAgZGVmYXVsdDoKIAkJaWYgKHJocyA9PSAwKSB7CiAJCSAgICBkYl9lcnJvcigi RGl2aWRlIGJ5IDBcbiIpOwogCQkgICAgLypOT1RSRUFDSEVEKi8KQEAgLTE2OCwyMCArMTkzLDI1 IEBAIGRiX2FkZF9leHByKGRiX2V4cHJfdCAqdmFsdWVwKQogewogCWRiX2V4cHJfdAlsaHMsIHJo czsKIAlpbnQJCXQ7CisJY2hhciBjOwogCiAJaWYgKCFkYl9tdWx0X2V4cHIoJmxocykpCiAJICAg IHJldHVybiAoRkFMU0UpOwogCiAJdCA9IGRiX3JlYWRfdG9rZW4oKTsKLQl3aGlsZSAodCA9PSB0 UExVUyB8fCB0ID09IHRNSU5VUykgeworCXdoaWxlICh0ID09IHRQTFVTIHx8IHQgPT0gdE1JTlVT IHx8IHQgPT0gdEJJVF9PUikgewogCSAgICBpZiAoIWRiX211bHRfZXhwcigmcmhzKSkgewotCQlk Yl9lcnJvcigiU3ludGF4IGVycm9yXG4iKTsKLQkJLypOT1RSRUFDSEVEKi8KKwkgICAgICAgIGMg PSBkYl90b2tfc3RyaW5nWzBdOworICAgICAgICAgICAgZGJfcHJpbnRmKCJFeHByZXNzaW9uIHN5 bnRheCBlcnJvciBhZnRlciAnJWMnXG4iLGMpOworICAgICAgICAgICAgZGJfZXJyb3IoTlVMTCk7 CisgICAgICAgICAgICAvKk5PVFJFQUNIRUQqLwogCSAgICB9CiAJICAgIGlmICh0ID09IHRQTFVT KQotCQlsaHMgKz0gcmhzOwotCSAgICBlbHNlCi0JCWxocyAtPSByaHM7CisgICAgICAgICAgICBs aHMgKz0gcmhzOworCSAgICBlbHNlIGlmICh0ID09IHRNSU5VUykKKyAgICAgICAgICAgIGxocyAt PSByaHM7CisgICAgICAgIGVsc2UgCisgICAgICAgICAgICBsaHMgfD0gcmhzOwogCSAgICB0ID0g ZGJfcmVhZF90b2tlbigpOwogCX0KIAlkYl91bnJlYWRfdG9rZW4odCk7CkBAIC0yMDEsMTggKzIz MSwxOCBAQCBkYl9zaGlmdF9leHByKGRiX2V4cHJfdCAqdmFsdWVwKQogCXQgPSBkYl9yZWFkX3Rv a2VuKCk7CiAJd2hpbGUgKHQgPT0gdFNISUZUX0wgfHwgdCA9PSB0U0hJRlRfUikgewogCSAgICBp ZiAoIWRiX2FkZF9leHByKCZyaHMpKSB7Ci0JCWRiX2Vycm9yKCJTeW50YXggZXJyb3JcbiIpOwot CQkvKk5PVFJFQUNIRUQqLworICAgICAgICAgICAgZGJfZXJyb3IoIlN5bnRheCBlcnJvclxuIik7 CisgICAgICAgICAgICAvKk5PVFJFQUNIRUQqLwogCSAgICB9CiAJICAgIGlmIChyaHMgPCAwKSB7 Ci0JCWRiX2Vycm9yKCJOZWdhdGl2ZSBzaGlmdCBhbW91bnRcbiIpOwotCQkvKk5PVFJFQUNIRUQq LworICAgICAgICAgICAgZGJfZXJyb3IoIk5lZ2F0aXZlIHNoaWZ0IGFtb3VudFxuIik7CisgICAg ICAgICAgICAvKk5PVFJFQUNIRUQqLwogCSAgICB9CiAJICAgIGlmICh0ID09IHRTSElGVF9MKQot CQlsaHMgPDw9IHJoczsKKyAgICAgICAgICAgIGxocyA8PD0gcmhzOwogCSAgICBlbHNlIHsKLQkJ LyogU2hpZnQgcmlnaHQgaXMgdW5zaWduZWQgKi8KLQkJbGhzID0gKHVuc2lnbmVkKSBsaHMgPj4g cmhzOworICAgICAgICAgICAgLyogU2hpZnQgcmlnaHQgaXMgdW5zaWduZWQgKi8KKyAgICAgICAg ICAgIGxocyA9ICh1bnNpZ25lZCkgbGhzID4+IHJoczsKIAkgICAgfQogCSAgICB0ID0gZGJfcmVh ZF90b2tlbigpOwogCX0KQEAgLTIyMSw4ICsyNTEsMTA1IEBAIGRiX3NoaWZ0X2V4cHIoZGJfZXhw cl90ICp2YWx1ZXApCiAJcmV0dXJuIChUUlVFKTsKIH0KIAorYm9vbGVhbl90CitkYl9sb2dpY2Fs X3JlbGF0aW9uX2V4cHIoCisJZGJfZXhwcl90ICp2YWx1ZXApCit7CisJZGJfZXhwcl90CWxocywg cmhzOworCWludAkJdDsKKwljaGFyCQlvcFszXTsKKworCWlmICghZGJfc2hpZnRfZXhwcigmbGhz KSkKKwkgICAgcmV0dXJuIEZBTFNFOworCisJdCA9IGRiX3JlYWRfdG9rZW4oKTsKKwl3aGlsZSAo dCA9PSB0TE9HX0VRIHx8IHQgPT0gdExPR19OT1RfRVEKKwkJfHwgdCA9PSB0R1JFQVRFUiB8fCB0 ID09IHRHUkVBVEVSX0VRCisJCXx8IHQgPT0gdExFU1MgfHwgdCA9PSB0TEVTU19FUSkgeworICAg ICAgICAgICAgb3BbMF0gPSBkYl90b2tfc3RyaW5nWzBdOworICAgICAgICAgICAgb3BbMV0gPSBk Yl90b2tfc3RyaW5nWzFdOworICAgICAgICAgICAgb3BbMl0gPSAwOworICAgICAgICAgICAgaWYg KCFkYl9zaGlmdF9leHByKCZyaHMpKSB7CisgICAgICAgICAgICAgICAgZGJfcHJpbnRmKCJFeHBy ZXNzaW9uIHN5bnRheCBlcnJvciBhZnRlciBcIiVzXCJcbiIsIG9wKTsKKyAgICAgICAgICAgICAg ICBkYl9lcnJvcigwKTsKKyAgICAgICAgICAgICAgICAvKk5PVFJFQUNIRUQqLworCSAgICB9CisJ ICAgIHN3aXRjaCh0KSB7CisgICAgICAgICAgICBjYXNlIHRMT0dfRVE6CisgICAgICAgICAgICBs aHMgPSAobGhzID09IHJocyk7CisJCWJyZWFrOworICAgICAgICAgICAgY2FzZSB0TE9HX05PVF9F UToKKyAgICAgICAgICAgIGxocyA9IChsaHMgIT0gcmhzKTsKKwkJYnJlYWs7CisJICAgIGNhc2Ug dEdSRUFURVI6CisgICAgICAgICAgICBsaHMgPSAobGhzID4gcmhzKTsKKwkJYnJlYWs7CisJICAg IGNhc2UgdEdSRUFURVJfRVE6CisgICAgICAgICAgICBsaHMgPSAobGhzID49IHJocyk7CisJCWJy ZWFrOworCSAgICBjYXNlIHRMRVNTOgorICAgICAgICAgICAgbGhzID0gKGxocyA8IHJocyk7CisJ CWJyZWFrOworCSAgICBjYXNlIHRMRVNTX0VROgorICAgICAgICAgICAgbGhzID0gKGxocyA8PSBy aHMpOworCQlicmVhazsKKwkgICAgfQorICAgICAgICAgICAgdCA9IGRiX3JlYWRfdG9rZW4oKTsK Kwl9CisJZGJfdW5yZWFkX3Rva2VuKHQpOworCSp2YWx1ZXAgPSBsaHM7CisJcmV0dXJuIFRSVUU7 Cit9CisKK2Jvb2xlYW5fdAorZGJfbG9naWNhbF9hbmRfZXhwcigKKwlkYl9leHByX3QgKnZhbHVl cCkKK3sKKwlkYl9leHByX3QJbGhzLCByaHM7CisJaW50CQl0OworCisJaWYgKCFkYl9sb2dpY2Fs X3JlbGF0aW9uX2V4cHIoJmxocykpCisJICAgIHJldHVybiBGQUxTRTsKKworCXQgPSBkYl9yZWFk X3Rva2VuKCk7CisJd2hpbGUgKHQgPT0gdExPR19BTkQpIHsKKwkgICAgaWYgKCFkYl9sb2dpY2Fs X3JlbGF0aW9uX2V4cHIoJnJocykpIHsKKyAgICAgICAgICAgIGRiX2Vycm9yKCJFeHByZXNzaW9u IHN5bnRheCBlcnJvciBhZnRlciBcIiYmXCJcbiIpOworICAgICAgICAgICAgLypOT1RSRUFDSEVE Ki8KKwkgICAgfQorCSAgICBsaHMgPSAobGhzICYmIHJocyk7CisJICAgIHQgPSBkYl9yZWFkX3Rv a2VuKCk7CisJfQorCWRiX3VucmVhZF90b2tlbih0KTsKKwkqdmFsdWVwID0gbGhzOworCXJldHVy biBUUlVFOworfQorCitib29sZWFuX3QKK2RiX2xvZ2ljYWxfb3JfZXhwcigKKwlkYl9leHByX3Qg KnZhbHVlcCkKK3sKKwlkYl9leHByX3QJbGhzLCByaHM7CisJaW50CQl0OworCisJaWYgKCFkYl9s b2dpY2FsX2FuZF9leHByKCZsaHMpKQorCSAgICByZXR1cm4oRkFMU0UpOworCisJdCA9IGRiX3Jl YWRfdG9rZW4oKTsKKwl3aGlsZSAodCA9PSB0TE9HX09SKSB7CisJICAgIGlmICghZGJfbG9naWNh bF9hbmRfZXhwcigmcmhzKSkgeworICAgICAgICAgICAgZGJfZXJyb3IoIkV4cHJlc3Npb24gc3lu dGF4IGVycm9yIGFmdGVyIFwifHxcIlxuIik7CisgICAgICAgICAgICAvKk5PVFJFQUNIRUQqLwor CSAgICB9CisJICAgIGxocyA9IChsaHMgfHwgcmhzKTsKKwkgICAgdCA9IGRiX3JlYWRfdG9rZW4o KTsKKwl9CisJZGJfdW5yZWFkX3Rva2VuKHQpOworCSp2YWx1ZXAgPSBsaHM7CisJcmV0dXJuIFRS VUU7Cit9CiBpbnQKIGRiX2V4cHJlc3Npb24oZGJfZXhwcl90ICp2YWx1ZXApCiB7Ci0JcmV0dXJu IChkYl9zaGlmdF9leHByKHZhbHVlcCkpOworICAgIHJldHVybiAoZGJfbG9naWNhbF9vcl9leHBy KHZhbHVlcCkpOwogfQpkaWZmIC0tZ2l0IGRkYi9kYl9pbnB1dC5jIGRkYi9kYl9pbnB1dC5jCmlu ZGV4IDdjMzVmOTEuLjAzZWEzMzkgMTAwNjQ0Ci0tLSBkZGIvZGJfaW5wdXQuYworKysgZGRiL2Ri X2lucHV0LmMKQEAgLTM3MiwzICszNzIsNCBAQCBkYl9jaGVja19pbnRlcnJ1cHQoKQogCQlicmVh azsKIAl9CiB9CisKZGlmZiAtLWdpdCBkZGIvZGJfbGV4LmMgZGRiL2RiX2xleC5jCmluZGV4IDU0 YjUyOTUuLjhlZjhjNTQgMTAwNjQ0Ci0tLSBkZGIvZGJfbGV4LmMKKysrIGRkYi9kYl9sZXguYwpA QCAtMjYwLDUxICsyNjAsODEgQEAgZGJfbGV4KCkKIAogCXN3aXRjaCAoYykgewogCSAgICBjYXNl ICcrJzoKLQkJcmV0dXJuICh0UExVUyk7CisgICAgICAgICAgICByZXR1cm4gKHRQTFVTKTsKIAkg ICAgY2FzZSAnLSc6Ci0JCXJldHVybiAodE1JTlVTKTsKKyAgICAgICAgICAgIHJldHVybiAodE1J TlVTKTsKIAkgICAgY2FzZSAnLic6CiAJCWMgPSBkYl9yZWFkX2NoYXIoKTsKIAkJaWYgKGMgPT0g Jy4nKQogCQkgICAgcmV0dXJuICh0RE9URE9UKTsKIAkJZGJfdW5yZWFkX2NoYXIoYyk7Ci0JCXJl dHVybiAodERPVCk7CisgICAgICAgICAgICByZXR1cm4gKHRET1QpOwogCSAgICBjYXNlICcqJzoK LQkJcmV0dXJuICh0U1RBUik7CisgICAgICAgICAgICByZXR1cm4gKHRTVEFSKTsKIAkgICAgY2Fz ZSAnLyc6Ci0JCXJldHVybiAodFNMQVNIKTsKKyAgICAgICAgICAgIHJldHVybiAodFNMQVNIKTsK IAkgICAgY2FzZSAnPSc6Ci0JCXJldHVybiAodEVRKTsKKwkgICAgICAgIGMgPSBkYl9yZWFkX2No YXIoKTsKKwkgICAgICAgIGlmIChjID09ICc9JykgeworCSAgICAgICAgICAgIHJldHVybiAodExP R19FUSk7CisgICAgICAgICAgICB9CisgICAgICAgICAgICBkYl91bnJlYWRfY2hhcihjKTsKKwkg ICAgCXJldHVybiAodEVRKTsKIAkgICAgY2FzZSAnJSc6Ci0JCXJldHVybiAodFBDVCk7CisJCSAg ICByZXR1cm4gKHRQQ1QpOwogCSAgICBjYXNlICcjJzoKLQkJcmV0dXJuICh0SEFTSCk7CisgICAg ICAgICAgICByZXR1cm4gKHRIQVNIKTsKIAkgICAgY2FzZSAnKCc6Ci0JCXJldHVybiAodExQQVJF Tik7CisgICAgICAgICAgICByZXR1cm4gKHRMUEFSRU4pOwogCSAgICBjYXNlICcpJzoKLQkJcmV0 dXJuICh0UlBBUkVOKTsKKyAgICAgICAgICAgIHJldHVybiAodFJQQVJFTik7CiAJICAgIGNhc2Ug JywnOgotCQlyZXR1cm4gKHRDT01NQSk7CisgICAgICAgICAgICByZXR1cm4gKHRDT01NQSk7CiAJ ICAgIGNhc2UgJyInOgotCQlyZXR1cm4gKHRESVRUTyk7CisgICAgICAgICAgICByZXR1cm4gKHRE SVRUTyk7CiAJICAgIGNhc2UgJyQnOgotCQlyZXR1cm4gKHRET0xMQVIpOworICAgICAgICAgICAg cmV0dXJuICh0RE9MTEFSKTsKIAkgICAgY2FzZSAnISc6Ci0JCXJldHVybiAodEVYQ0wpOworCSAg ICAgICAgYyA9IGRiX3JlYWRfY2hhcigpOworCSAgICAgICAgaWYgKGMgPT0gJz0nKXsKKwkgICAg ICAgICAgICAgICAgcmV0dXJuICh0TE9HX05PVF9FUSk7CisgICAgICAgICAgICB9CisgICAgICAg ICAgICBkYl91bnJlYWRfY2hhcihjKTsKKyAgICAgICAgICAgIHJldHVybiAodEVYQ0wpOwogCSAg ICBjYXNlICc7JzoKLQkJcmV0dXJuICh0U0VNSSk7CisgICAgICAgICAgICByZXR1cm4gKHRTRU1J KTsKKyAgICAgICAgY2FzZSAnJic6CisgICAgICAgICAgICBjID0gZGJfcmVhZF9jaGFyKCk7Cisg ICAgICAgICAgICBpZiAoYyA9PSAnJicpCisgICAgICAgICAgICAgICAgcmV0dXJuICh0TE9HX0FO RCk7CisgICAgICAgICAgICBkYl91bnJlYWRfY2hhcihjKTsKKyAgICAgICAgICAgIHJldHVybiAo dEJJVF9BTkQpOworICAgICAgICBjYXNlICd8JzoKKyAgICAgICAgICAgIGM9ZGJfcmVhZF9jaGFy KCk7CisgICAgICAgICAgICBpZiAoYyA9PSAnfCcpCisgICAgICAgICAgICAgICAgcmV0dXJuICh0 TE9HX09SKTsKKyAgICAgICAgICAgIGRiX3VucmVhZF9jaGFyKGMpOworICAgICAgICAgICAgcmV0 dXJuICh0QklUX09SKTsKIAkgICAgY2FzZSAnPCc6Ci0JCWMgPSBkYl9yZWFkX2NoYXIoKTsKLQkJ aWYgKGMgPT0gJzwnKQotCQkgICAgcmV0dXJuICh0U0hJRlRfTCk7Ci0JCWRiX3VucmVhZF9jaGFy KGMpOwotCQlicmVhazsKKyAgICAgICAgICAgIGMgPSBkYl9yZWFkX2NoYXIoKTsKKyAgICAgICAg ICAgIGlmIChjID09ICc8JykKKyAgICAgICAgICAgICAgICByZXR1cm4gKHRTSElGVF9MKTsKKyAg ICAgICAgICAgIGlmIChjID09ICc9JykgCisgICAgICAgICAgICAgICAgcmV0dXJuICh0TEVTU19F USk7CisgICAgICAgICAgICBkYl91bnJlYWRfY2hhcihjKTsKKyAgICAgICAgICAgIHJldHVybiAo dExFU1MpOwogCSAgICBjYXNlICc+JzoKLQkJYyA9IGRiX3JlYWRfY2hhcigpOwotCQlpZiAoYyA9 PSAnPicpCi0JCSAgICByZXR1cm4gKHRTSElGVF9SKTsKLQkJZGJfdW5yZWFkX2NoYXIoYyk7Ci0J CWJyZWFrOworICAgICAgICAgICAgYyA9IGRiX3JlYWRfY2hhcigpOworICAgICAgICAgICAgaWYg KGMgPT0gJz4nKQorICAgICAgICAgICAgICAgIHJldHVybiAodFNISUZUX1IpOworICAgICAgICAg ICAgaWYgKGMgPT0gJz0nKQorICAgICAgICAgICAgICAgIHJldHVybiAodEdSRUFURVJfRVEpOwor ICAgICAgICAgICAgZGJfdW5yZWFkX2NoYXIoYyk7CisgICAgICAgICAgICByZXR1cm4gKHRHUkVB VEVSKTsKKyAgICAgICAgY2FzZSAnPyc6CisgICAgICAgICAgICByZXR1cm4gKHRRVUVTVElPTik7 CisgICAgICAgIGNhc2UgJ34nOgorICAgICAgICAgICAgcmV0dXJuICh0QklUX05PVCk7CiAJICAg IGNhc2UgLTE6CiAJCXJldHVybiAodEVPRik7CiAJfQpkaWZmIC0tZ2l0IGRkYi9kYl9sZXguaCBk ZGIvZGJfbGV4LmgKaW5kZXggMGM1MjZjZC4uMWM2ZmYyOCAxMDA2NDQKLS0tIGRkYi9kYl9sZXgu aAorKysgZGRiL2RiX2xleC5oCkBAIC02OSw1ICs2OSwxOSBAQCBleHRlcm4gY2hhcglkYl90b2tf c3RyaW5nW1RPS19TVFJJTkdfU0laRV07CiAjZGVmaW5lCXRTSElGVF9SCTE5CiAjZGVmaW5lCXRE T1RET1QJCTIwCiAjZGVmaW5lCXRTRU1JCQkyMQorI2RlZmluZSB0TE9HX0VRCQkyMgorI2RlZmlu ZSB0TE9HX05PVF9FUQkyMworI2RlZmluZSB0TEVTUwkJMjQKKyNkZWZpbmUgdExFU1NfRVEJMjUK KyNkZWZpbmUgdEdSRUFURVIJMjYKKyNkZWZpbmUgdEdSRUFURVJfRVEJMjcKKyNkZWZpbmUgdEJJ VF9BTkQJMjgKKyNkZWZpbmUgdEJJVF9PUgkJMjkKKyNkZWZpbmUgdExPR19BTkQJMzAKKyNkZWZp bmUgdExPR19PUgkJMzEKKyNkZWZpbmUgdFNUUklORwkJMzIKKyNkZWZpbmUgdFFVRVNUSU9OCTMz CisjZGVmaW5lIHRCSVRfTk9UICAgIDM0CiAKICNlbmRpZiAvKiAhX0REQl9EQl9MRVhfSF8gKi8K KwpkaWZmIC0tZ2l0IGRkYi9kZGIuaCBkZGIvZGRiLmgKaW5kZXggZjVhZmNkOS4uZjY5Mzg3YyAx MDA2NDQKLS0tIGRkYi9kZGIuaAorKysgZGRiL2RkYi5oCkBAIC0xODcsNyArMTg3LDcgQEAgdm9p ZAkJZGJfY2xlYXJfd2F0Y2hwb2ludHModm9pZCk7CiBkYl9hZGRyX3QJZGJfZGlzYXNtKGRiX2Fk ZHJfdCBsb2MsIGJvb2xlYW5fdCBhbHRmbXQpOwogCQkJCS8qIGluc3RydWN0aW9uIGRpc2Fzc2Vt YmxlciAqLwogdm9pZAkJZGJfZXJyb3IoY29uc3QgY2hhciAqcyk7Ci1pbnQJCWRiX2V4cHJlc3Np b24oZGJfZXhwcl90ICp2YWx1ZXApOworaW50ICAgICAgICAgZGJfZXhwcmVzc2lvbihkYl9leHBy X3QgKnZhbHVlcCk7CiBpbnQJCWRiX2dldF92YXJpYWJsZShkYl9leHByX3QgKnZhbHVlcCk7CiB2 b2lkCQlkYl9pcHJpbnRmKGNvbnN0IGNoYXIgKiwuLi4pIF9fcHJpbnRmbGlrZSgxLCAyKTsKIHN0 cnVjdCBwcm9jCSpkYl9sb29rdXBfcHJvYyhkYl9leHByX3QgYWRkcik7Cg== --=_f8dcde1aaa7d24dd71723fe72776563c-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 17:42:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 65634DE4 for ; Fri, 28 Mar 2014 17:42:14 +0000 (UTC) Received: from smtp1.redcom.com (smtp1.redcom.com [192.86.3.143]) by mx1.freebsd.org (Postfix) with ESMTP id 37867BE6 for ; Fri, 28 Mar 2014 17:42:13 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp1.redcom.com (Postfix) with ESMTP id 7E5EC9F7C; Fri, 28 Mar 2014 13:32:19 -0400 (EDT) X-Virus-Scanned: amavisd-new at redcom.com Received: from smtp1.redcom.com ([127.0.0.1]) by localhost (smtp1.redcom.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TuAwm4kZFzNg; Fri, 28 Mar 2014 13:32:15 -0400 (EDT) Received: from pie.redcom.com (pie [192.168.33.15]) by smtp1.redcom.com (Postfix) with ESMTP id 73655AF5D; Fri, 28 Mar 2014 13:32:15 -0400 (EDT) Received: from exch-01.redcom.com (exch-01.redcom.com [192.168.32.17]) by pie.redcom.com (8.11.7p1+Sun/8.10.2) with ESMTP id s2SHWBj06483; Fri, 28 Mar 2014 13:32:15 -0400 (EDT) Received: from exch-01.redcom.com ([192.168.32.17]) by exch-01 ([192.168.32.17]) with mapi; Fri, 28 Mar 2014 13:33:08 -0400 From: "Marciano, Anthony" To: "freebsd-current@freebsd.org" Date: Fri, 28 Mar 2014 13:33:07 -0400 Subject: Call for testers: SNMPv3 support for bsnmpd(1) Thread-Topic: Call for testers: SNMPv3 support for bsnmpd(1) Thread-Index: Ac9Kq8gBBp7JxmvlRbeTjSZpjsF3ww== Message-ID: <401084E5E73F4241A44F3C9E6FD7942801091834B4@exch-01> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 28 Mar 2014 18:04:23 +0000 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "tomarox52@gmail.com" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Mar 2014 17:42:14 -0000 Hi group, I've been tasked to get bsnmpd V3 working for my company. The post referenc= ed in the subject above gave me some insights but I'm still stuck and was w= ondering if you would take the time to answer some questions. I'm a snmpV3 = newbie and have never worked with bsnmpd. I have worked minimally with net-= snmp V2. First, is there a document listing all of the configuration options in the = snmpd.confg file? It appears to differ from other packages such as net-snmp= . Are there examples of how to setup a user for authorization and privacy? Do= esn't the encryption key need to be placed in the config file in addition t= o the hash key (i.e., sha)? If so, what is the syntax? If not, how does the= host being queried derive the encryption key? For example, if bsnmpwalk on= host A queries remote host B, how does host B decrypt/encrypt the data? If host A is going to query several other bsnmp hosts, do all hosts need to= have the same engine ID? Does host A have to have all V3 users for all hos= ts defined in its snmpd.config? Could you provide an example bsnmpwalk query that shows how to enter all in= formation on the command line when performing a V3 request? Do you have any examples of how to setup bsnmpd V3 traps? Lastly, are there any patches required for FreeBSD 10.? Thanks in advance. Tony Marciano Sr. Integration Engineer REDCOM Laboratories, Inc. One Redcom Center Victor, NY 14564-0995 From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 18:15:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE570597 for ; Fri, 28 Mar 2014 18:15:19 +0000 (UTC) Received: from mail-qa0-x234.google.com (mail-qa0-x234.google.com [IPv6:2607:f8b0:400d:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AE63B73 for ; Fri, 28 Mar 2014 18:15:19 +0000 (UTC) Received: by mail-qa0-f52.google.com with SMTP id m5so5665675qaj.11 for ; Fri, 28 Mar 2014 11:15:18 -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:message-id:subject :from:to:cc:content-type; bh=y1Rh8LW1PLNsFCOACuUmMUV9l7VWEZ9vtByWnZj7Dsw=; b=kXfSb0XKYHjXPiE7CRLGxxBrcZT/Y6R1Z3i61co1mrWmK61FYOK8JW4UUG8f3NpCAL ChgHBv/CWu0FvP1kxBFL+wBYhTnuM3m8vd8F0tjSdzeDdLMWIsTExueodZe5JrQdgp2L XQppFCU6+WRQq/qZZe4AO3GGmkjCEgRR3PNN666Rxze0fLq4tpvgMktaKdXnIRoQiDZS jjvqBWieeeoMgXiUMOBKgE5xBhRrSLPUPHws72IsdeHQlB6WdAr1H4Eufnl5DegJhQrF g/uAWMc/0Mo9DJT848Vrdho1CDdgp7/QVTU0AbFvKqV7OJIjO9vk2yCTnTxCIBeEyTWQ cFRA== MIME-Version: 1.0 X-Received: by 10.229.192.7 with SMTP id do7mr11054279qcb.1.1396030518866; Fri, 28 Mar 2014 11:15:18 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.50.143 with HTTP; Fri, 28 Mar 2014 11:15:18 -0700 (PDT) In-Reply-To: <5335592F.2010301@orange.fr> References: <53355335.6040505@orange.fr> <5335592F.2010301@orange.fr> Date: Fri, 28 Mar 2014 11:15:18 -0700 X-Google-Sender-Auth: ilgXnmYcQeF2v4STXOpY7fb6m6A Message-ID: Subject: Re: vt text cursor invisible in reverse video From: Adrian Chadd To: Claude Buisson Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Mar 2014 18:15:20 -0000 Hi, Would you mind filing it as a PR? www.freebsd.org/send-pr.html -a On 28 March 2014 04:12, Claude Buisson wrote: > On 03/28/2014 11:47, Claude Buisson wrote: >> >> Hi ! >> >> FreeBSD 11.0-CURRENT #0 r260577M: Sat Jan 18 17:31:37 CET 2014 >> toor@fidel:/home/obj/home/src/sys/ADELE11X i386 >> >> In console/text mode, the vt(4) cursor disappears when the application >> switches >> to reverse video, e.g. when exiting and saving a file edited with nano. >> >> I use the attached patch. > > > Sending again after renaming the patch to get a text/plain Content Encoding > (Thunderbird uses text/x-csrc with a filename="patch-vt_core.c") > > > >> >> CBu >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Mar 28 22:25:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6BE51D8C for ; Fri, 28 Mar 2014 22:25:31 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id E4FE2D2C for ; Fri, 28 Mar 2014 22:25:30 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqUEAM31NVODaFve/2dsb2JhbABWA4NBV4MKuDaGZFGBLnSCJQEBAQQBAQEgJgUdAgELGxgCAg0ZAikBCSYGCAcEARwBA4dYDa8TonsXgSmMbxACARskEAcRgh1BgUkElXeECpECg0whMYE9 X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="109952772" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 28 Mar 2014 18:25:23 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 85059B3F15; Fri, 28 Mar 2014 18:25:23 -0400 (EDT) Date: Fri, 28 Mar 2014 18:25:23 -0400 (EDT) From: Rick Macklem To: John-Mark Gurney Message-ID: <440991622.2459140.1396045523536.JavaMail.root@uoguelph.ca> In-Reply-To: <20140328032701.GG60889@funkthat.com> Subject: Re: sendmail Broken Pipe Error 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 7.2.1_GA_2790 (ZimbraWebClient - FF3.0 (Win)/7.2.1_GA_2790) Cc: Willy Offermans , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 28 Mar 2014 22:25:31 -0000 John-Mark Gurney wrote: > Willy Offermans wrote this message on Thu, Mar 27, 2014 at 15:46 > +0100: > > Hello John-Mark and FreeBSD friends, > > > > On Wed, Mar 26, 2014 at 04:04:27PM -0700, John-Mark Gurney wrote: > > > Willy Offermans wrote this message on Wed, Mar 26, 2014 at 18:22 > > > +0100: > > > > Hello John-Mark and FreeBSD friends, > > > > > > > > On Wed, Mar 26, 2014 at 09:20:35AM -0700, John-Mark Gurney > > > > wrote: > > > > > Willy Offermans wrote this message on Wed, Mar 26, 2014 at > > > > > 12:17 +0100: > > > > > > On Tue, Mar 25, 2014 at 09:43:16AM -0700, John-Mark Gurney > > > > > > wrote: > > > > > > > Willy Offermans wrote this message on Tue, Mar 25, 2014 > > > > > > > at 11:39 +0100: > > > > > > > > I'm not an expert in tcpdump. Can anyone make sense out > > > > > > > > of the messages? > > > > > > > > > > > > > > If you dumped the contents, using -s 0 -X, and look at > > > > > > > that last packet > > > > > > > you should see 0d 0a 2e 0d 0a at the end.. which is > > > > > > > CR/LF/./CR/LF.. If > > > > > > > you don't see that, then for some reason sendmail/FreeBSD > > > > > > > isn't telling > > > > > > > the server that it's done sending which would prevent the > > > > > > > receiving > > > > > > > side from ack'ing the email causing the timeout... > > > > > > > > > > > > I followed your suggestions. However I'm not able to > > > > > > distinguish the last > > > > > > packet. Is there a way to find this with help of the Flags? > > > > > > The following > > > > > > is the output of tcpdump -r /root/tmp/tcpdump -X | grep > > > > > > Flags > > > > > > > > > > > > 11:57:56.539788 IP MyServer.com.41115 > Smarthost.com.smtp: > > > > > > Flags [S], seq 1001452351, win 65535, options [mss > > > > > > 1448,nop,wscale 6,sackOK,TS val 407239960 ecr 0], length 0 > > > > > > 11:57:56.555262 IP Smarthost.com.smtp > MyServer.com.41115: > > > > > > Flags [S.], seq 1277075046, ack 1001452352, win 8192, > > > > > > options [mss 1452], length 0 > > > > > > > > > > It should look something like: > > > > > 09:18:34.723280 IP jmgmac.funkthat.com.64724 > > > > > > h2.funkthat.com.ssh: Flags [.], ack 177, win 33280, options > > > > > [nop,nop,TS val 1854905469 ecr 3482476972], length 0 > > > > > 0x0000: 4510 0034 d7ac 4000 4006 e1af c0a8 0003 > > > > > E..4..@.@....... > > > > > 0x0010: c0a8 0004 fcd4 0016 7e48 238e d872 43dc > > > > > ........~H#..rC. > > > > > 0x0020: 8010 8200 7c08 0000 0101 080a 6e8f 9c7d > > > > > ....|.......n..} > > > > > 0x0030: cf92 61ac > > > > > ..a. > > > > > > > > > > Notice the hex output... I didn't see any of that in your > > > > > output... > > > > > The last packet I was talking about is the last one that had > > > > > length > > > > > 1448 that your server sent... > > > > > > > > I sent two e-mails consecutively: the first without an > > > > attachment, the > > > > second with attachment. I dumped tcp of the NIC for port smtp. > > > > I got the > > > > following: > > > > > > > > > > > > 12:20:55.988622 IP MyServer.com.37191 > Smarthost.com.smtp: > > > > Flags [P.], seq 18943:19104, ack 412, win 65535, length 161 > > > > 0x0000: 4500 00c9 eebd 4000 4006 0000 c0a8 0004 > > > > E.....@.@....... > > > > 0x0010: d54b 3f0d 9147 0019 4ea0 36dd 15a7 38a0 > > > > .K?..G..N.6...8. > > > > 0x0020: 5018 ffff 4481 0000 2020 2020 2020 2020 > > > > P...D........... > > > > 0x0030: 2020 2020 2020 2020 2020 2020 2020 2020 > > > > ................ > > > > 0x0040: 2020 2020 2020 2020 2020 2020 2020 205c > > > > ...............\ > > > > 0x0050: 2f20 205c 205e 0d0a 2020 2020 2020 2020 > > > > /..\.^.......... > > > > 0x0060: 2020 2020 2020 2020 2020 2020 2020 2020 > > > > ................ > > > > 0x0070: 2020 2020 2020 2020 2020 2020 2020 2020 > > > > ................ > > > > 0x0080: 2020 202e 5c2e 5f2f 5f29 0d0a 0d0a 2020 > > > > ....\._/_)...... > > > > 0x0090: 2020 2020 2020 2020 2020 2020 2020 2020 > > > > ................ > > > > 0x00a0: 2020 2020 2020 2020 2020 2020 2020 2020 > > > > ................ > > > > 0x00b0: 2020 2020 2077 7777 2e46 7265 6542 5344 > > > > .....www.FreeBSD > > > > 0x00c0: 2e6f 7267 0d0a 2e0d 0a > > > > .org..... > > > > > > > > As predicted by John-Mark, the first ended with "0d0a 2e0d 0a". > > > > However it > > > > was not the last packet with length 1448. I hope that this will > > > > not spoil > > > > the party. Is the Flag [P.] more indicative? It looks like to > > > > me, but I'm > > > > just learning. > > > > > > > > Anyway the second mail ended with: > > > > > > > > 12:22:17.960896 IP MyServer.com.37191 > Smarthost.com.smtp: > > > > Flags [.], seq 35127:36575, ack 638, win 65535, length 1448 > > > > 0x0000: 4500 05d0 fe9d 4000 4006 0000 c0a8 0004 > > > > E.....@.@....... > > > > > > > > > > > > 0x0560: 5670 6876 4a67 5a5a 5a50 4b2f 4b78 3774 > > > > VphvJgZZZPK/Kx7t > > > > 0x0570: 382f 4230 594f 6b78 3449 0d0a 4a76 6551 > > > > 8/B0YOkx4I..JveQ > > > > 0x0580: 2b6e 7765 5647 2f33 6e79 6231 6133 496f > > > > +nweVG/3nyb1a3Io > > > > 0x0590: 5474 554f 4d61 4374 696b 714b 436b 4959 > > > > TtUOMaCtikqKCkIY > > > > 0x05a0: 704a 7668 3055 416d 6c33 4754 4f4c 6455 > > > > pJvh0UAml3GTOLdU > > > > 0x05b0: 774b 4145 7151 5741 7841 4141 5a66 7647 > > > > wKAEqQWAxAAAZfvG > > > > 0x05c0: 706b 6c36 0d0a 7a4e 6234 745a 6633 5a6c > > > > pkl6..zNb4tZf3Zl > > > > > > > > Being packet with length 1448 and sent from my side. The code > > > > "0d0a 2e0d > > > > 0a" is missing. Immediately thereafter the following packets: > > > > > > We clearly haven't gotten the last mime-boundary, we are still in > > > the > > > base64 encoded data of the attachment... > > > > > > > 12:22:18.003557 IP Smarthost.com.smtp > MyServer.com.37191: > > > > Flags [.], ack 36575, win 65160, length 0 > > > > 0x0000: 4500 0028 11fb 4000 7a06 19d0 d54b 3f0d > > > > E..(..@.z....K?. > > > > 0x0010: c0a8 0004 0019 9147 15a7 3982 4ea0 7bbd > > > > .......G..9.N.{. > > > > 0x0020: 5010 fe88 315f 0000 0000 0000 0000 > > > > P...1_........ > > > > > > The remote acking that it got your last packet... > > > > > > > 12:22:37.665889 IP MyServer.com.37191 > Smarthost.com.smtp: > > > > Flags [R.], seq 39471, ack 638, win 65535, length 0 > > > > 0x0000: 4500 0028 492c 4000 4006 0000 c0a8 0004 > > > > E..(I,@.@....... > > > > 0x0010: d54b 3f0d 9147 0019 4ea0 870d 15a7 3982 > > > > .K?..G..N.....9. > > > > 0x0020: 5014 ffff 2494 0000 > > > > P...$... > > > > > > Local host closing down the connection because of time out... > > > > > > > 12:22:37.680857 IP Smarthost.com.smtp > MyServer.com.37191: > > > > Flags [.], ack 36575, win 65160, length 0 > > > > 0x0000: 4500 0028 0584 0000 f906 e746 d54b 3f0d > > > > E..(.......F.K?. > > > > 0x0010: c0a8 0004 0019 9147 15a7 3982 4ea0 7bbd > > > > .......G..9.N.{. > > > > 0x0020: 5010 fe88 315f 0000 0000 0000 0000 > > > > P...1_........ > > > > 12:22:37.680920 IP MyServer.com.37191 > Smarthost.com.smtp: > > > > Flags [R], seq 1319140285, win 0, length 0 > > > > 0x0000: 4500 0028 4935 4000 4006 0000 c0a8 0004 > > > > E..(I5@.@....... > > > > 0x0010: d54b 3f0d 9147 0019 4ea0 7bbd 0000 0000 > > > > .K?..G..N.{..... > > > > 0x0020: 5004 0000 7f1d 0000 > > > > P....... > > > > > > > > It looks like Smarthost.com asks for more, but there is not > > > > more to sent. > > > > The final packet seems to be absent. I cannot look for the > > > > closing remark > > > > "www.FreeBSD.org", since there is the attachment at the end of > > > > the second > > > > mail. Is there any connection between the encoded attachment in > > > > the second > > > > mail and the output of tcpdump? > > > > > > > > Am I the only one noticing this error? I can hardly believe > > > > this. > > > > > > > > Is there a way to force the insertion of .? > > > > > > So, this is more looking like a kernel problem where the last > > > packet(s) > > > aren't being sent out... Could you possibly catch the output of > > > netstat -anfinet of the connection between the last packet and > > > the > > > reset? It'll be interesting to see if there is data in the > > > send-q > > > for the connection (third column)... If it's zero, that seems to > > > imply > > > that the server process hasn't sent all the data necessary... > > > Then > > > the next bit of investigation would be to run ktrace on the > > > sendmail > > > process and make sure that it writes all the correct data to the > > > socket... > > > > > > Do you know what OS the remote side is running? You could use > > > nmap > > > to try to figure it out, as it could be a TCP stack interaction > > > issue.. > > > > netstat -anfinet gave: > > > > tcp4 0 33304 MyServerIP.35395 SmarthostIP.25 > > ESTABLISHED > > > > So there is still data to be sent, if I interpret correctly. What > > is next > > to be investigated? > > Yeh, if there is data in the send-q (per above) and you aren't seeing > any more packets, someone on -net with some TCP clue should help you > debug this... > > Also, did you figure out what the OS is of the other end? Knowing > that will also help them... > > For -net's reference, the opening syns look like: > 11:57:56.539788 IP MyServer.com.41115 > Smarthost.com.smtp: Flags > [S], seq 1001452351, win 65535, options [mss 1448,nop,wscale > 6,sackOK,TS val 407239960 ecr 0], length 0 > 11:57:56.555262 IP Smarthost.com.smtp > MyServer.com.41115: Flags > [S.], seq 1277075046, ack 1001452352, win 8192, options [mss 1452], > length 0 > You could try disabling TSO on the bge net interface(s). They are among the ones that only handle 32 transmit segments for TSO and this can cause problems for NFS (and a tester reported iSCSI). Also, at a glance, if_bge.c uses a mix of m_collapse() and m_defrag(). { m_collapse() has lower overhead, but is less likely to compact the TSO segment into 32 mbufs } You can read this thread for the story of the NFS case: http://docs.FreeBSD.org/cgi/mid.cgi?1850411724.1687820.1395621539316.JavaMail.root Good luck with it, rick > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to > "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Mar 29 00:37:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25B4278F; Sat, 29 Mar 2014 00:37:23 +0000 (UTC) Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D9AB0B11; Sat, 29 Mar 2014 00:37:22 +0000 (UTC) Received: by mail-ob0-f173.google.com with SMTP id gq1so6843095obb.32 for ; Fri, 28 Mar 2014 17:37:22 -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=a+7Eoy/Gw+tPU/vtQ8cR2xD291pfWJ0BgJdxlL/F2YA=; b=tVzm1OVaP4QLPIuvZfk7HqxMpUokiRkRH7jF2+qQBSjv0qPAb8eOZAaHd5Xdf2123j LD+RY24ZUVCfpjeVeshpbX8vkeAQz9I+We6h2VmnhpDZYUoQhJpIKiojrdhQPZcR9Ws0 e53tTGM6PZ09Oye6F1dNz66reGWofuUALM+fKq/b2ugLcthJuqOUqjJIdGCTIJM+7TIH EbRK9LNqowC2S3GA7ZDd9qWa5hUlH2w8wbn+uxhenqYrdB8lSuoYfsqctmgrUc3DbT/k U6qWPSisyi5hUKafN59copcWAT1XKxtc6yxZUNMHmNFtDYL7eNLQD02cHc+AIOwH0we+ lJDw== MIME-Version: 1.0 X-Received: by 10.60.159.137 with SMTP id xc9mr9267433oeb.31.1396053442145; Fri, 28 Mar 2014 17:37:22 -0700 (PDT) Received: by 10.76.152.197 with HTTP; Fri, 28 Mar 2014 17:37:22 -0700 (PDT) Date: Sat, 29 Mar 2014 04:37:22 +0400 Message-ID: Subject: [xhci] USB 3.0 not working, bug or feature usb/179342? From: Andrey Fesenko To: freebsd-current , "freebsd-hackers@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Mar 2014 00:37:23 -0000 # uname -a FreeBSD desktop.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r263711: Tue Mar 25 15:49:11 MSK 2014 root@desktop.local:/usr/obj/usr/src/sys/MY_DES amd64 usbconfig list | grep "5.0Gbps" ugen0.1: at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=SAVE (0mA) and USB3 flash drive ugen2.4: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (498mA) full list http://pastie.org/8963116 dmesg debug mode xhci0: Intel Lynx Point USB 3.0 controller mem 0xf0420000-0xf042ffff irq 16 at device 20.0 on pci0 xhci0: attempting to allocate 1 MSI vectors (8 supported) msi: routing MSI IRQ 265 to local APIC 0 vector 60 xhci0: using IRQ 265 for MSI xhci0: MSI enabled xhci0: 32 byte context size. xhci0: Port routing mask set to 0xffffffff usbus0 on xhci0 xhci0: usbpf: Attached ... uhub0: 21 ports with 21 removable, self powered Root mount waiting for: usbus0 xhci0: Port routing mask set to 0x00000000 usb_alloc_device: device init 2 failed (USB_ERR_IOERROR, ignored) ugen0.2: Unknown at usbus0 (disconnected) uhub_reattach_port: could not allocate new device From owner-freebsd-current@FreeBSD.ORG Sat Mar 29 04:25:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 08EB38E2; Sat, 29 Mar 2014 04:25:26 +0000 (UTC) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B98CF176; Sat, 29 Mar 2014 04:25:25 +0000 (UTC) Received: by mail-ob0-f172.google.com with SMTP id wm4so7008725obc.31 for ; Fri, 28 Mar 2014 21:25:25 -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 :content-type; bh=OXfnOpUNeYNWstLMxCAj5eWPr0kf41bDXwPIR+XStc0=; b=JKDUDkdGFsbiAHQozp5Iv0sIcDqONzO3m55Vm7VvvVrDOgsZY1bGdtXv/6cNERLLNA QwtLj3nwT3+c/M/JWfU0iTuyZpgm59LUSQwqiCDHsXF1XZrWpykfEpSGU+vHZjn4XCxD QAp12VWTROq94pZxz5GQ1IkVx1FG3/WjgvWu38BQvjJhdBQzidAPAL6Tb5rcBl8oITS/ i9v+AVarag0lRTUbB0plFoYRrCo/OOUVw08QnL9EUcxv+kP/JiTFSlpEb4ZlHbFJ0J3F h62bnyCIKKge9n0jUAPd2L75Ph+777bH4r47OvBBIfHlPc4naJ1j9f8ONszfNlcgGnl4 4JcA== MIME-Version: 1.0 X-Received: by 10.183.3.102 with SMTP id bv6mr10218466obd.18.1396067125044; Fri, 28 Mar 2014 21:25:25 -0700 (PDT) Received: by 10.182.130.71 with HTTP; Fri, 28 Mar 2014 21:25:24 -0700 (PDT) In-Reply-To: <20140328134403.GN1672@glenbarber.us> References: <20140328050812.GL1672@glenbarber.us> <20140328134403.GN1672@glenbarber.us> Date: Sat, 29 Mar 2014 00:25:24 -0400 Message-ID: Subject: Re: Error with make installworld From: Joe Nosay To: Glen Barber , freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Mar 2014 04:25:26 -0000 On Fri, Mar 28, 2014 at 9:44 AM, Glen Barber wrote: > On Fri, Mar 28, 2014 at 01:39:52AM -0400, Joe Nosay wrote: > > On Fri, Mar 28, 2014 at 1:08 AM, Glen Barber wrote: > > > > > On Fri, Mar 28, 2014 at 01:02:40AM -0400, Joe Nosay wrote: > > > > Item is attached. > > > > > > Which svn revision? > > > > > > Glen > > > > > > > > > > Now, which .$FILE would that be in, if you are looking for specifics? If > > not, I picked it up about 5 days ago > > svn info /usr/src > > Glen > > svn info /usr/src Path: /usr/src Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 263382 Node Kind: directory Schedule: normal Last Changed Author: marcel Last Changed Rev: 263380 Last Changed Date: 2014-03-19 17:30:10 -0400 (Wed, 19 Mar 2014) $ From owner-freebsd-current@FreeBSD.ORG Sat Mar 29 04:30:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7BC54A94; Sat, 29 Mar 2014 04:30:39 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.glenbarber.us", Issuer "RapidSSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49D87218; Sat, 29 Mar 2014 04:30:39 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 255872894; Sat, 29 Mar 2014 04:30:36 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 255872894 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sat, 29 Mar 2014 00:30:34 -0400 From: Glen Barber To: Joe Nosay Subject: Re: Error with make installworld Message-ID: <20140329043034.GT1672@glenbarber.us> References: <20140328050812.GL1672@glenbarber.us> <20140328134403.GN1672@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="sBvc846/5FzkyDmz" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Mar 2014 04:30:39 -0000 --sBvc846/5FzkyDmz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 29, 2014 at 12:25:24AM -0400, Joe Nosay wrote: > On Fri, Mar 28, 2014 at 9:44 AM, Glen Barber wrote: >=20 > > On Fri, Mar 28, 2014 at 01:39:52AM -0400, Joe Nosay wrote: > > > On Fri, Mar 28, 2014 at 1:08 AM, Glen Barber wrote: > > > > > > > On Fri, Mar 28, 2014 at 01:02:40AM -0400, Joe Nosay wrote: > > > > > Item is attached. > > > > > > > > Which svn revision? > > > > > > > > Glen > > > > > > > > > > > > > > Now, which .$FILE would that be in, if you are looking for specifics?= If > > > not, I picked it up about 5 days ago > > > > svn info /usr/src > > > > Glen > > > > > svn info /usr/src > Path: /usr/src > Working Copy Root Path: /usr/src > URL: svn://svn.freebsd.org/base/head > Relative URL: ^/head > Repository Root: svn://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 263382 > Node Kind: directory > Schedule: normal > Last Changed Author: marcel > Last Changed Rev: 263380 > Last Changed Date: 2014-03-19 17:30:10 -0400 (Wed, 19 Mar 2014) >=20 I'd suggest upgrading your tree. Glen --sBvc846/5FzkyDmz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTNkxqAAoJELls3eqvi17Q8F4P/2ObEyj+/RGFn+jrvOKIUFS8 a7QqFwc5vuokVwFTDneiSzTvog5ekYo+CrEV0IXGwczso13T+i/ewON1l4p2FnAm ChsTyyNCdUHbBvO2vrwO38MLb3y4k6AOQA8f0Kgv/iWBZweuaaASUjfJzjM197ul DwO68tArwuKPctydZ0xbppZ3qZ4NTXRWYJnfT6YxFQyZNfdp/0wLe9p2qvdrEpMp tsgpHWMuOD9JiVxzC/8TRnYS0+oh72LWjkq3fmfd5aR3ZmGGPSJf8t1oCv989xtc 9Y3UT+mFindWYZFfQddbszQEj5o30suaVg7IjmTnIsKo8pYG/FCkfztJfCgVCleS NKsW8NTLP4Q0oiHhA+WCVXAFD3+jFTBQst4sawFV8pf7osXK9N2YtnYAXI7U64eJ aMon8Smukd1ejMLb9CG3hONnZc0P4yGQfgoPE07f8R9Z/nmgR354QsTP+C0hea31 GAKEp7eA0SNDabDnMPp5A+RchKudzKaqF1SC6X1V/Y1cJRElNOB03iHMiBccpUio H5P+f+Da3Cuo+1zEYMf1X7hD7tWPDeA8X/pfuDERxtE2a55pv72ywjharrlS2P+j k7fcndxZ5sl4aTMDbHX36t8OoMnjJ1iH5m0lb9kYKJcBLZl2WIz5VTzkpRpp3Dzh yGhjvKbLpVI8TFYzbSaB =bVlO -----END PGP SIGNATURE----- --sBvc846/5FzkyDmz-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 29 05:19:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B524F5D0; Sat, 29 Mar 2014 05:19:52 +0000 (UTC) Received: from mail-oa0-x229.google.com (mail-oa0-x229.google.com [IPv6:2607:f8b0:4003:c02::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7041C781; Sat, 29 Mar 2014 05:19:52 +0000 (UTC) Received: by mail-oa0-f41.google.com with SMTP id j17so7047240oag.14 for ; Fri, 28 Mar 2014 22:19: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=83sEgVFgADMlFy7UjOf0pz8RJw2JVHS0/2BDVNwEDKo=; b=hU/e2hqG6Khoi1ynZd5hflXfqOYpy/UqDkxSDePKeVGrzDUhkeP6FxQVqlgB7PKSpj upyLOLL5t/UM+dN/U3V8n8e6YApxNEJQez5h/lp7wXjSvW9GbEbld4cY3Ez3vtIoUjY3 9Bu8em1ODbBwfZVWM8DV3KsZEczSQN12as9P4hvSLCl2ooI+ihkvCvY5fjR1OfV3KpZI vgpdODTY9XwwMPfzeMspIwkPFi/Iy74gK8XxwL3G7NBk2PXBGhgNcci6lFre56yVEHcE p+Y2DGfqtCGXK3I8Ua+ZKk9fCSzReH5uBq0Fzu2Hv+fyhBGstwvf/4VnsQ+Bo0rCVyL/ SgsA== MIME-Version: 1.0 X-Received: by 10.182.120.40 with SMTP id kz8mr10452101obb.6.1396070391220; Fri, 28 Mar 2014 22:19:51 -0700 (PDT) Received: by 10.182.130.71 with HTTP; Fri, 28 Mar 2014 22:19:51 -0700 (PDT) In-Reply-To: <20140329043034.GT1672@glenbarber.us> References: <20140328050812.GL1672@glenbarber.us> <20140328134403.GN1672@glenbarber.us> <20140329043034.GT1672@glenbarber.us> Date: Sat, 29 Mar 2014 01:19:51 -0400 Message-ID: Subject: Re: Error with make installworld From: Joe Nosay To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Mar 2014 05:19:52 -0000 On Sat, Mar 29, 2014 at 12:30 AM, Glen Barber wrote: > On Sat, Mar 29, 2014 at 12:25:24AM -0400, Joe Nosay wrote: > > On Fri, Mar 28, 2014 at 9:44 AM, Glen Barber wrote: > > > > > On Fri, Mar 28, 2014 at 01:39:52AM -0400, Joe Nosay wrote: > > > > On Fri, Mar 28, 2014 at 1:08 AM, Glen Barber > wrote: > > > > > > > > > On Fri, Mar 28, 2014 at 01:02:40AM -0400, Joe Nosay wrote: > > > > > > Item is attached. > > > > > > > > > > Which svn revision? > > > > > > > > > > Glen > > > > > > > > > > > > > > > > > > Now, which .$FILE would that be in, if you are looking for > specifics? If > > > > not, I picked it up about 5 days ago > > > > > > svn info /usr/src > > > > > > Glen > > > > > > > > svn info /usr/src > > Path: /usr/src > > Working Copy Root Path: /usr/src > > URL: svn://svn.freebsd.org/base/head > > Relative URL: ^/head > > Repository Root: svn://svn.freebsd.org/base > > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > > Revision: 263382 > > Node Kind: directory > > Schedule: normal > > Last Changed Author: marcel > > Last Changed Rev: 263380 > > Last Changed Date: 2014-03-19 17:30:10 -0400 (Wed, 19 Mar 2014) > > > > I'd suggest upgrading your tree. > > Glen > > Thanks, man. From owner-freebsd-current@FreeBSD.ORG Sat Mar 29 05:22:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B053D6F4 for ; Sat, 29 Mar 2014 05:22:49 +0000 (UTC) Received: from mail-ob0-x22e.google.com (mail-ob0-x22e.google.com [IPv6:2607:f8b0:4003:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7D21C822 for ; Sat, 29 Mar 2014 05:22:49 +0000 (UTC) Received: by mail-ob0-f174.google.com with SMTP id wo20so6909881obc.19 for ; Fri, 28 Mar 2014 22:22:48 -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=7gj2hjCJtmMxR30Iuh4jPM3yZ3P5XWxups/u1QFQZPU=; b=eW2knW6cuB3ujNEV3ZJsLXHLui3n5bwuaZK1f6KOz5O3S5HiAnyUKnbHppMCEb/cJA jr/A92AeU0rK2OwJdftfdz5AAL9en2b5ZkVFMFNoU4m/9IsX6Lq57FDWFGSOgZbdd+z2 iziqR02LsIECS7wL7ru5w/8krZHMZyqQyUaSbdTmbG4txrV2cRu48+togE9su36WDGf0 BbcvOHJen281ibxoNV4dpVRlCLjDrvPtBna4HE9BcX5AZCXZBRe3hHeXeQBYnay8OeHh pQx76wJTwWQ28RnPsbivwqdFkTIR6/O0zuSc8r+qULFbOM8SSQodptbZUTQDHwNhY1FY 5y8g== MIME-Version: 1.0 X-Received: by 10.60.155.180 with SMTP id vx20mr10378299oeb.28.1396070568829; Fri, 28 Mar 2014 22:22:48 -0700 (PDT) Received: by 10.182.130.71 with HTTP; Fri, 28 Mar 2014 22:22:48 -0700 (PDT) Date: Sat, 29 Mar 2014 01:22:48 -0400 Message-ID: Subject: A proposal From: Joe Nosay To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Mar 2014 05:22:49 -0000 I have noticed that options VPS, VIMAGE, and MROUTING are not standard for the kernel with a base install. Is there any way that these can be made a part of the normal kernel so that jail(s) would get the full benefit without a kernel recompile? From owner-freebsd-current@FreeBSD.ORG Sat Mar 29 05:43:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A3B718A6 for ; Sat, 29 Mar 2014 05:43:16 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 7C25B95B for ; Sat, 29 Mar 2014 05:43:15 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id D212365FAB for ; Sat, 29 Mar 2014 05:43:13 +0000 (UTC) Message-ID: <53365D6F.5020804@allanjude.com> Date: Sat, 29 Mar 2014 01:43:11 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: A proposal References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eF74ikKDvuxDeqomEUo5Gg9OgqIXtcSC1" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Mar 2014 05:43:16 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --eF74ikKDvuxDeqomEUo5Gg9OgqIXtcSC1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-03-29 01:22, Joe Nosay wrote: > I have noticed that options VPS, VIMAGE, and MROUTING are not standard = for > the kernel with a base install. Is there any way that these can be made= a > part of the normal kernel so that jail(s) would get the full benefit > without a kernel recompile? > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 VIMAGE has some problems with PF. Martin Matu=14ska said at AsiaBSDCon that he had a patch that solves the issue. --=20 Allan Jude --eF74ikKDvuxDeqomEUo5Gg9OgqIXtcSC1 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTNl1yAAoJEJrBFpNRJZKfh0AP/jfiYFuy38GxNIZbWW3Sfhbl 0DRV2dk1w2xouMG0+CHxh/HV3JScSv01xRhtsvHyI8ta7TaGX7HFG325FBACjMAp UXBGF2Y6TGjmD9aVhRz7rMcK87KXqusBkeHaAdjYdbdJ6Do20gK+cLX3k6fZkQLW TpLMgrtpMcOPJF1cvwGWcT+VxMALH7t5GBVrArkmpJjcQFb0Phf5WScBKJGuIFFI OXkzOfURxzZWXaY9JkvA7ifzTTjb4I7iGlIZl91RR+s1GtMtruDyV0MLWNwgNF/A uvhJY3KA+SVrpwuHQDghOSmSY7x/D8oRWSTowAB2CNnMW0QotPatKbPQ34zGN8T2 /kkEhmu0m/aW36yc8nmfC+YFIgKLKRm7S0MTMnRQQTjzRkVG/F2vEm1CbRiBg/fJ sLBZkR4kdwjLaHBObEVvI8wn/u/XFZvpdvpbNw7a29NWIZZbqZy76QHYbR8rM63F voGiie9ocIP3DxKZgzRg3Nxsrgtyjkg3FM7PepdyJ7hp7/kyTOFRMI/e1r/j+J44 hkgDujta5F8qAFkPWduxiNcckflqNgi9OYMIIe+jH+LQ2PzE8KjpXO59QVoKBnYV +qIyVbgU7ZRANNv0c+r4/AAI+d9IMtqtdWv7gqzguyiSGDivBWuFbSmVEfOgQoGg LUv+DLU4FlYHWitmZQhT =Ehl2 -----END PGP SIGNATURE----- --eF74ikKDvuxDeqomEUo5Gg9OgqIXtcSC1-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 29 05:46:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F9DBB53 for ; Sat, 29 Mar 2014 05:46:16 +0000 (UTC) Received: from mail-oa0-x236.google.com (mail-oa0-x236.google.com [IPv6:2607:f8b0:4003:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 19236978 for ; Sat, 29 Mar 2014 05:46:16 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id n16so7170162oag.13 for ; Fri, 28 Mar 2014 22:46:15 -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=6HH3NOhvjngDzaMY7gYtBK7L1xbUi/sBMTEqjfRewPQ=; b=lHRIN7IFlvgyiibZzgXmJ+lgNppCHevT9PbXKEkmIXFwrLzbeUY1eq0ElceDWDTZs/ 5p+dg4tR3ormYe6X7XvqGCHeQ84wlVJb3Ym1m1a4Eb5qiK1vg/7ZsYm5EJ73o+qwbG2n H1v0fitPiLcrxJ4odpHXfWjq3zo3D02ynljcOYJBRXnIU8ucnudYh8lgn1z2illDwFPW Oi8Rc2IMNReSJUQKYoXwUBe+fMLVDTTZdBXruppQStBha3oB/RusWl052NP031BdYnjn su88BcZJ3VSNsECgj9pcdRhBSzJ2UMWNFvV++FXSwUaPl8ZAICyqR+hBCdMMBP3GgKOy 2Y0g== MIME-Version: 1.0 X-Received: by 10.182.48.233 with SMTP id p9mr145872obn.44.1396071975362; Fri, 28 Mar 2014 22:46:15 -0700 (PDT) Received: by 10.182.130.71 with HTTP; Fri, 28 Mar 2014 22:46:15 -0700 (PDT) In-Reply-To: <53365D6F.5020804@allanjude.com> References: <53365D6F.5020804@allanjude.com> Date: Sat, 29 Mar 2014 01:46:15 -0400 Message-ID: Subject: Re: A proposal From: Joe Nosay To: Allan Jude Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Mar 2014 05:46:16 -0000 On Sat, Mar 29, 2014 at 1:43 AM, Allan Jude wrote: > On 2014-03-29 01:22, Joe Nosay wrote: > > I have noticed that options VPS, VIMAGE, and MROUTING are not standard > for > > the kernel with a base install. Is there any way that these can be made a > > part of the normal kernel so that jail(s) would get the full benefit > > without a kernel recompile? > > _______________________________________________ > > 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" > > > > VIMAGE has some problems with PF. Martin Matu ska said at AsiaBSDCon > that he had a patch that solves the issue. > > -- > Allan Jude > > Really, you say? That's good news. So, will those options soon be standard for a first time install? From owner-freebsd-current@FreeBSD.ORG Sat Mar 29 05:52:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED187C91 for ; Sat, 29 Mar 2014 05:52:53 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask.apl.washington.edu", Issuer "troutmask.apl.washington.edu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AE856A08 for ; Sat, 29 Mar 2014 05:52:53 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.8/8.14.8) with ESMTP id s2T5qnOe069827 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 28 Mar 2014 22:52:49 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.8/8.14.8/Submit) id s2T5qnPD069826; Fri, 28 Mar 2014 22:52:49 -0700 (PDT) (envelope-from sgk) Date: Fri, 28 Mar 2014 22:52:49 -0700 From: Steve Kargl To: Joe Nosay Subject: Re: A proposal Message-ID: <20140329055249.GA69809@troutmask.apl.washington.edu> References: <53365D6F.5020804@allanjude.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Mar 2014 05:52:54 -0000 On Sat, Mar 29, 2014 at 01:46:15AM -0400, Joe Nosay wrote: > On Sat, Mar 29, 2014 at 1:43 AM, Allan Jude wrote: > > > On 2014-03-29 01:22, Joe Nosay wrote: > > > I have noticed that options VPS, VIMAGE, and MROUTING are not standard > > for > > > the kernel with a base install. Is there any way that these can be made a > > > part of the normal kernel so that jail(s) would get the full benefit > > > without a kernel recompile? > > > _______________________________________________ > > > 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" > > > > > > > VIMAGE has some problems with PF. Martin Matu ska said at AsiaBSDCon > > that he had a patch that solves the issue. > > Really, you say? That's good news. > So, will those options soon be standard for a first time install? Certainly, hope not. I don't use any of options. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Mar 29 08:06:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6F205944 for ; Sat, 29 Mar 2014 08:06:35 +0000 (UTC) Received: from kx.openedu.org (96.247.3.110.ap.yournet.ne.jp [110.3.247.96]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1DD8123F for ; Sat, 29 Mar 2014 08:06:34 +0000 (UTC) Received: from kiri.pis.kx.openedu.org (kiri.pis [192.168.1.1] (may be forged)) by kx.openedu.org (8.14.5/8.14.5) with ESMTP id s2T86KaF000350; Sat, 29 Mar 2014 17:06:20 +0900 (JST) (envelope-from kiri@kx.openedu.org) Message-Id: <201403290806.s2T86KaF000350@kx.openedu.org> Date: Sat, 29 Mar 2014 17:06:20 +0900 From: KIRIYAMA Kazuhiko To: Allan Jude Subject: Re: A proposal In-Reply-To: <53365D6F.5020804@allanjude.com> References: <53365D6F.5020804@allanjude.com> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.6 MULE XEmacs/21.4 (patch 22) (Instant Classic) (amd64--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Mar 2014 08:06:35 -0000 Hi, Allan At Sat, 29 Mar 2014 01:43:11 -0400, Allan Jude wrote: > > On 2014-03-29 01:22, Joe Nosay wrote: > > I have noticed that options VPS, VIMAGE, and MROUTING are not standard for > > the kernel with a base install. Is there any way that these can be made a > > part of the normal kernel so that jail(s) would get the full benefit > > without a kernel recompile? > > _______________________________________________ > > 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" > > > > VIMAGE has some problems with PF. Martin Matuska said at AsiaBSDCon > that he had a patch that solves the issue. Oh really? Is there any site above patch? The patch is not [1] is it? # I'm too plagued with rebooting VIMAGE+pf server every midnight ;-( [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/160496 > > -- > Allan Jude > --- Kazuhiko Kiriyama kiri@openedu.org From owner-freebsd-current@FreeBSD.ORG Sat Mar 29 09:29:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7DAB725A for ; Sat, 29 Mar 2014 09:29:27 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 34B5AB1B for ; Sat, 29 Mar 2014 09:29:26 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id F1E286A6007; Sat, 29 Mar 2014 10:29:23 +0100 (CET) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id s2T9TNXY077127; Sat, 29 Mar 2014 10:29:23 +0100 (CET) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id s2T9TNYs077052; Sat, 29 Mar 2014 10:29:23 +0100 (CET) (envelope-from lars) Date: Sat, 29 Mar 2014 10:29:23 +0100 From: Lars Engels To: Steve Kargl Subject: Re: A proposal Message-ID: <20140329092923.GS37436@e-new.0x20.net> Mail-Followup-To: Lars Engels , Steve Kargl , Joe Nosay , freebsd-current References: <53365D6F.5020804@allanjude.com> <20140329055249.GA69809@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H88uUF932U8Oj0a6" Content-Disposition: inline In-Reply-To: <20140329055249.GA69809@troutmask.apl.washington.edu> X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p4 User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Joe Nosay , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Mar 2014 09:29:27 -0000 --H88uUF932U8Oj0a6 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 28, 2014 at 10:52:49PM -0700, Steve Kargl wrote: > On Sat, Mar 29, 2014 at 01:46:15AM -0400, Joe Nosay wrote: > > On Sat, Mar 29, 2014 at 1:43 AM, Allan Jude wro= te: > >=20 > > > On 2014-03-29 01:22, Joe Nosay wrote: > > > > I have noticed that options VPS, VIMAGE, and MROUTING are not stand= ard > > > for > > > > the kernel with a base install. Is there any way that these can be = made a > > > > part of the normal kernel so that jail(s) would get the full benefit > > > > without a kernel recompile? > > > > _______________________________________________ > > > > 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" > > > > > > > > > > VIMAGE has some problems with PF. Martin Matu ska said at AsiaBSDCon > > > that he had a patch that solves the issue. > >=20 > > Really, you say? That's good news. > > So, will those options soon be standard for a first time install? >=20 > Certainly, hope not. I don't use any of options. So you use all the other devices and options of the GENERIC kernel? --H88uUF932U8Oj0a6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iKYEARECAGYFAlM2knNfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDE3RkMwOEUxNUUwOUJEMjE0ODlFMjA1MDI5 Q0U3NURBQzBGNzY5RjgACgkQKc512sD3afjKCwCghDxWOGQQthc3JcqYDfnNS6n4 f6gAmgPfiTp8hhGZxVc9K1S2yQVktOHw =IxkK -----END PGP SIGNATURE----- --H88uUF932U8Oj0a6-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 29 13:03:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C81697A for ; Sat, 29 Mar 2014 13:03:35 +0000 (UTC) Received: from mail-oa0-x22e.google.com (mail-oa0-x22e.google.com [IPv6:2607:f8b0:4003:c02::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8D827E80 for ; Sat, 29 Mar 2014 13:03:35 +0000 (UTC) Received: by mail-oa0-f46.google.com with SMTP id i7so7307951oag.19 for ; Sat, 29 Mar 2014 06:03:34 -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 :content-type; bh=DrF0VknSxrm+aYdjj0fYM5Rlcy1iQIga+so+kiGOW04=; b=kbCmplBwZ77qUlnMfVSsjl8SEIB6h3ekPRFmmi8lm1DFvkBYRxBPRcr/sdPhu1TA9n 0+stXbtL/pKT0WGP5hwSv0A3uJfaBnbqqn53Q8fPPzknXcO6DfhZqFuaxGjABGDuGglM r+jmfvCryyQbm45UfA0U53GmpwPNVNrVpfuQvEqP4MArNvo706DZ5ttc3LcOLp3vfEPq 8VjTnHAvR8LiyNe0KSBUBVD3RBqpM1Al0CzjLzzgfQxnXFetkPvC0Q0sYhL2k4V3nvP9 Q19GATs+HznUUzEP0IVpG6LnKl0Sb48Or9FWT/CO4C2/HiF5TwPn66VQo/rR3EMKjoUv rlOw== MIME-Version: 1.0 X-Received: by 10.60.155.180 with SMTP id vx20mr11952300oeb.28.1396098214778; Sat, 29 Mar 2014 06:03:34 -0700 (PDT) Received: by 10.182.130.71 with HTTP; Sat, 29 Mar 2014 06:03:34 -0700 (PDT) In-Reply-To: <20140329092923.GS37436@e-new.0x20.net> References: <53365D6F.5020804@allanjude.com> <20140329055249.GA69809@troutmask.apl.washington.edu> <20140329092923.GS37436@e-new.0x20.net> Date: Sat, 29 Mar 2014 09:03:34 -0400 Message-ID: Subject: Re: A proposal From: Joe Nosay To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Mar 2014 13:03:35 -0000 On Sat, Mar 29, 2014 at 5:29 AM, Lars Engels wrote: > On Fri, Mar 28, 2014 at 10:52:49PM -0700, Steve Kargl wrote: > > On Sat, Mar 29, 2014 at 01:46:15AM -0400, Joe Nosay wrote: > > > On Sat, Mar 29, 2014 at 1:43 AM, Allan Jude > wrote: > > > > > > > On 2014-03-29 01:22, Joe Nosay wrote: > > > > > I have noticed that options VPS, VIMAGE, and MROUTING are not > standard > > > > for > > > > > the kernel with a base install. Is there any way that these can be > made a > > > > > part of the normal kernel so that jail(s) would get the full > benefit > > > > > without a kernel recompile? > > > > > _______________________________________________ > > > > > 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" > > > > > > > > > > > > > VIMAGE has some problems with PF. Martin Matu ska said at AsiaBSDCon > > > > that he had a patch that solves the issue. > > > > > > Really, you say? That's good news. > > > So, will those options soon be standard for a first time install? > > > > Certainly, hope not. I don't use any of options. > > So you use all the other devices and options of the GENERIC kernel? > I also want to know where this patch is. From owner-freebsd-current@FreeBSD.ORG Sat Mar 29 13:11:18 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F05D331F for ; Sat, 29 Mar 2014 13:11:18 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask.apl.washington.edu", Issuer "troutmask.apl.washington.edu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CABEDED5 for ; Sat, 29 Mar 2014 13:11:18 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.8/8.14.8) with ESMTP id s2TDBA5k071383 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 29 Mar 2014 06:11:10 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.8/8.14.8/Submit) id s2TDBAH6071382; Sat, 29 Mar 2014 06:11:10 -0700 (PDT) (envelope-from sgk) Date: Sat, 29 Mar 2014 06:11:10 -0700 From: Steve Kargl To: Lars Engels , Joe Nosay , freebsd-current Subject: Re: A proposal Message-ID: <20140329131110.GA71345@troutmask.apl.washington.edu> References: <53365D6F.5020804@allanjude.com> <20140329055249.GA69809@troutmask.apl.washington.edu> <20140329092923.GS37436@e-new.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140329092923.GS37436@e-new.0x20.net> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Mar 2014 13:11:19 -0000 On Sat, Mar 29, 2014 at 10:29:23AM +0100, Lars Engels wrote: > On Fri, Mar 28, 2014 at 10:52:49PM -0700, Steve Kargl wrote: >> On Sat, Mar 29, 2014 at 01:46:15AM -0400, Joe Nosay wrote: >>> On Sat, Mar 29, 2014 at 1:43 AM, Allan Jude wrote: >>> >>>> On 2014-03-29 01:22, Joe Nosay wrote: >>>>> I have noticed that options VPS, VIMAGE, and MROUTING are not standard >>>> for >>>>> the kernel with a base install. Is there any way that these can be made a >>>>> part of the normal kernel so that jail(s) would get the full benefit >>>>> without a kernel recompile? >>>>> >>>> >>>> VIMAGE has some problems with PF. Martin Matu ska said at AsiaBSDCon >>>> that he had a patch that solves the issue. >>> >>> Really, you say? That's good news. >>> So, will those options soon be standard for a first time install? >> >> Certainly, hope not. I don't use any of options. > > So you use all the other devices and options of the GENERIC kernel? Of course, not. Not sure how you inferred such a thing. IMHO, GENERIC should contain only those devices and options that are required to get FreeBSD booted on new hardware. VIMAGE and MROUTING aren't needed, and can be configured by the user after installation. As for VPS, AFAICT, there isn't an option/device named VPS; at least 'find /sys/ -type f | xargs grep VPS' wasn't too enlightening. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Mar 29 13:21:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1CE22818 for ; Sat, 29 Mar 2014 13:21:45 +0000 (UTC) Received: from mail-ob0-x233.google.com (mail-ob0-x233.google.com [IPv6:2607:f8b0:4003:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D6F6681 for ; Sat, 29 Mar 2014 13:21:44 +0000 (UTC) Received: by mail-ob0-f179.google.com with SMTP id va2so7258033obc.38 for ; Sat, 29 Mar 2014 06:21: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=WXZYIliPA52Yyz+0E9+XMeFMdB3bCojSgt0R7FuoPNc=; b=JQWWp09L4ToQjdVKzTig+lTCnwS6zt/bgTYPW539t8MLglqkUguB3LwaDctuVawTDl /1SoyjgPqvf7ytgXt7ASKjatNgnmT5AyPHwfe0MzGiE1CjJCCsziwS5L0KHQKL/B7QKr 60skOSjFzqmmRDmx88pirnp9+kucDMTw+Id5DHZWt2943DsC6Zv1hltWlzCcXqBjn0EC HzVVuqxNJIkIrXnNOvScs76uA9mcuiH1qri4wUEWr8uka7bTcOHSMx4jt3qQbQJFVgu0 wGwY3nDZgbyQHHUjf83UWUOofPXFbnSDFe5Dqk5kH2w4iarhGh77xTjFan/bl4tG1909 Nzzg== MIME-Version: 1.0 X-Received: by 10.182.233.228 with SMTP id tz4mr437888obc.56.1396099304210; Sat, 29 Mar 2014 06:21:44 -0700 (PDT) Received: by 10.182.130.71 with HTTP; Sat, 29 Mar 2014 06:21:44 -0700 (PDT) In-Reply-To: <20140329131110.GA71345@troutmask.apl.washington.edu> References: <53365D6F.5020804@allanjude.com> <20140329055249.GA69809@troutmask.apl.washington.edu> <20140329092923.GS37436@e-new.0x20.net> <20140329131110.GA71345@troutmask.apl.washington.edu> Date: Sat, 29 Mar 2014 09:21:44 -0400 Message-ID: Subject: Re: A proposal From: Joe Nosay To: Steve Kargl Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current , Lars Engels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Mar 2014 13:21:45 -0000 On Sat, Mar 29, 2014 at 9:11 AM, Steve Kargl < sgk@troutmask.apl.washington.edu> wrote: > On Sat, Mar 29, 2014 at 10:29:23AM +0100, Lars Engels wrote: > > On Fri, Mar 28, 2014 at 10:52:49PM -0700, Steve Kargl wrote: > >> On Sat, Mar 29, 2014 at 01:46:15AM -0400, Joe Nosay wrote: > >>> On Sat, Mar 29, 2014 at 1:43 AM, Allan Jude > wrote: > >>> > >>>> On 2014-03-29 01:22, Joe Nosay wrote: > >>>>> I have noticed that options VPS, VIMAGE, and MROUTING are not > standard > >>>> for > >>>>> the kernel with a base install. Is there any way that these can be > made a > >>>>> part of the normal kernel so that jail(s) would get the full benefit > >>>>> without a kernel recompile? > >>>>> > >>>> > >>>> VIMAGE has some problems with PF. Martin Matu ska said at AsiaBSDCon > >>>> that he had a patch that solves the issue. > >>> > >>> Really, you say? That's good news. > >>> So, will those options soon be standard for a first time install? > >> > >> Certainly, hope not. I don't use any of options. > > > > So you use all the other devices and options of the GENERIC kernel? > > Of course, not. Not sure how you inferred such a thing. > > IMHO, GENERIC should contain only those devices and options > that are required to get FreeBSD booted on new hardware. > VIMAGE and MROUTING aren't needed, and can be configured by > the user after installation. As for VPS, AFAICT, there isn't > an option/device named VPS; at least 'find /sys/ -type f | xargs > grep VPS' wasn't too enlightening. > > > -- > Steve > http://www.7he.at/freebsd/vps/announcements/ Booyah. It exists. From owner-freebsd-current@FreeBSD.ORG Sat Mar 29 14:32:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27E7E84A; Sat, 29 Mar 2014 14:32:38 +0000 (UTC) Received: from mail-qg0-x22d.google.com (mail-qg0-x22d.google.com [IPv6:2607:f8b0:400d:c04::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 838E189D; Sat, 29 Mar 2014 14:32:37 +0000 (UTC) Received: by mail-qg0-f45.google.com with SMTP id j5so5678053qga.32 for ; Sat, 29 Mar 2014 07:32:36 -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:message-id:subject :from:to:cc:content-type; bh=0C13iKhPZH2dOihX7LjrDwxmDVMusWDeBGeFOPMr7GI=; b=lpu17OpVk25kBO6BONqCFrmO/TNAdnMbum8CItzpdJuEnnvYnW+3BtZe+lsH4IBIFG ovdMcNw9jc42QD5bKb3dUWEfam3gOR1otLRXHmpLwJ11mlw0EslKsN4pYAlBhCKSIQfJ Zgm3rTrs+jKo4E6vcJ/k4txJxEccZntvH4GWUR67dRYrDOjzojBWtwCgqcMO8+Jl2Ffe DVHkxDLXNH1W1yblSuhosi+KaT7/i4cdYrlSBzGGZbHkbCbLLyF6MgrCmk/V3Gdk7FEK Y3NgvkKgmIIwlRREE0O5KIdiBSh4/G3sBnGJgbv/x7osAPPdcwjYNdnIFfuiF4Jlv8G/ 1jcw== MIME-Version: 1.0 X-Received: by 10.224.13.142 with SMTP id c14mr1454374qaa.76.1396103556639; Sat, 29 Mar 2014 07:32:36 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.50.143 with HTTP; Sat, 29 Mar 2014 07:32:36 -0700 (PDT) In-Reply-To: <201403261500.55551.jhb@freebsd.org> References: <201403261343.22370.jhb@freebsd.org> <201403261500.55551.jhb@freebsd.org> Date: Sat, 29 Mar 2014 07:32:36 -0700 X-Google-Sender-Auth: Zc6Lcxa1tN6V9X813AFg5CSnCC4 Message-ID: Subject: Re: signal 8 (floating point exception) upon resume From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-mobile@freebsd.org" , freebsd-current , Konstantin Belousov , Bruce Evans , Bruce Evans , Jung-uk Kim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Mar 2014 14:32:38 -0000 Hi! On 26 March 2014 12:00, John Baldwin wrote: > i386_fpu_suspend3.patch at the same URL builds for me. I've not had the kernel lose the plot yet with SIGFPE's. I'll do some further testing and let you know if that changes. -a From owner-freebsd-current@FreeBSD.ORG Sat Mar 29 16:14:18 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8DFD1A95 for ; Sat, 29 Mar 2014 16:14:18 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 4C6D2124 for ; Sat, 29 Mar 2014 16:14:17 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id EAC43613EE for ; Sat, 29 Mar 2014 16:14:15 +0000 (UTC) Message-ID: <5336F155.5090901@allanjude.com> Date: Sat, 29 Mar 2014 12:14:13 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: A proposal References: <53365D6F.5020804@allanjude.com> <20140329055249.GA69809@troutmask.apl.washington.edu> <20140329092923.GS37436@e-new.0x20.net> <20140329131110.GA71345@troutmask.apl.washington.edu> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="03d4au3XfrDTntQk2TgFu6FLTWMX5CXJh" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Mar 2014 16:14:18 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --03d4au3XfrDTntQk2TgFu6FLTWMX5CXJh Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-03-29 09:21, Joe Nosay wrote: > On Sat, Mar 29, 2014 at 9:11 AM, Steve Kargl < > sgk@troutmask.apl.washington.edu> wrote: >=20 >> On Sat, Mar 29, 2014 at 10:29:23AM +0100, Lars Engels wrote: >>> On Fri, Mar 28, 2014 at 10:52:49PM -0700, Steve Kargl wrote: >>>> On Sat, Mar 29, 2014 at 01:46:15AM -0400, Joe Nosay wrote: >>>>> On Sat, Mar 29, 2014 at 1:43 AM, Allan Jude = >> wrote: >>>>> >>>>>> On 2014-03-29 01:22, Joe Nosay wrote: >>>>>>> I have noticed that options VPS, VIMAGE, and MROUTING are not >> standard >>>>>> for >>>>>>> the kernel with a base install. Is there any way that these can b= e >> made a >>>>>>> part of the normal kernel so that jail(s) would get the full bene= fit >>>>>>> without a kernel recompile? >>>>>>> >>>>>> >>>>>> VIMAGE has some problems with PF. Martin Matu ska said at AsiaBSDC= on >>>>>> that he had a patch that solves the issue. >>>>> >>>>> Really, you say? That's good news. >>>>> So, will those options soon be standard for a first time install? >>>> >>>> Certainly, hope not. I don't use any of options. >>> >>> So you use all the other devices and options of the GENERIC kernel? >> >> Of course, not. Not sure how you inferred such a thing. >> >> IMHO, GENERIC should contain only those devices and options >> that are required to get FreeBSD booted on new hardware. >> VIMAGE and MROUTING aren't needed, and can be configured by >> the user after installation. As for VPS, AFAICT, there isn't >> an option/device named VPS; at least 'find /sys/ -type f | xargs >> grep VPS' wasn't too enlightening. >> >> >> -- >> Steve >> >=20 >=20 > http://www.7he.at/freebsd/vps/announcements/ >=20 >=20 > Booyah. It exists. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 VPS only exists in a project branch, and is not nearly in a state to be included in GENERIC And I don't see a compelling reason to have MROUTING in GENERIC either. --=20 Allan Jude --03d4au3XfrDTntQk2TgFu6FLTWMX5CXJh 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTNvFaAAoJEJrBFpNRJZKfkHYP/R432DL1xBDPme7QamLtjD7T gNCKZpo1vQhWKW5GPPNpmSnnv2YkwK5FNzEYYQDS1Wb+mbUwiCNDo61Kqo0F2rtG His/yhgV5dJZJNAzMqUJEENva2E2ecrJN5PZ5Pro/0ScPPtCdWBCxssd5QWFcmt5 kldpr3z98yBUZOaWk6pKgnc+7nU54Q1jxEbwOMuhsU/UdeR1dVmDo87MFDL+YmBO 1SmxbeOczlCN6II4nlbumv/xQC0dEUOK6I32+8UigUP+au/s1m7Lc4xlrmnRamIP DKHsRz0fSvDSq3xkP6/CrgHhakMbiSKeBoQHAfGCefJYJFGrPI7HrgUceZMNSTsQ a0J7SQ/n7rzHo74We0dkjt4f7hvIwGDJqVSU+SSW4PzZZ5QPwcnh7IFs/XF6PnJl n8Xu87uqFPSLlLlqlpnRyQUrElHQneLNydX7AevucUV/tFC0qVCCw9VtN7rsNSSz OCIM9eEbs4Y+MDAbh2rtjsM4d0I5vd8mposS2E6001HoB3HOerdTQqzKtjLZr01e z/qKyZN85lf22TwGdT6ZHPKQOY82yPbLevw4QyqLcNkssI2boQ/s7zeX6N9+wM05 o+wdop2DFmkG2/T+mjSP5IULdIa5Q+gaFdyuRudFCEIrTHvVajcSY0MSvWQdAIJj vDih9NCwR36ZpJ7XS0I4 =Uab0 -----END PGP SIGNATURE----- --03d4au3XfrDTntQk2TgFu6FLTWMX5CXJh-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 29 17:10:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C24D2D50 for ; Sat, 29 Mar 2014 17:10:48 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 788336EF for ; Sat, 29 Mar 2014 17:10:48 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id A1BA06A6007; Sat, 29 Mar 2014 18:10:46 +0100 (CET) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id s2THAk2p076225; Sat, 29 Mar 2014 18:10:46 +0100 (CET) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id s2THAkbB074582; Sat, 29 Mar 2014 18:10:46 +0100 (CET) (envelope-from lars) Date: Sat, 29 Mar 2014 18:10:46 +0100 From: Lars Engels To: Steve Kargl Subject: Re: A proposal Message-ID: <20140329171046.GV37436@e-new.0x20.net> Mail-Followup-To: Lars Engels , Steve Kargl , Joe Nosay , freebsd-current References: <53365D6F.5020804@allanjude.com> <20140329055249.GA69809@troutmask.apl.washington.edu> <20140329092923.GS37436@e-new.0x20.net> <20140329131110.GA71345@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="buDNgeHiu+HCsDEc" Content-Disposition: inline In-Reply-To: <20140329131110.GA71345@troutmask.apl.washington.edu> X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p4 User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Joe Nosay , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Mar 2014 17:10:48 -0000 --buDNgeHiu+HCsDEc Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 29, 2014 at 06:11:10AM -0700, Steve Kargl wrote: > On Sat, Mar 29, 2014 at 10:29:23AM +0100, Lars Engels wrote: > > On Fri, Mar 28, 2014 at 10:52:49PM -0700, Steve Kargl wrote: > >> On Sat, Mar 29, 2014 at 01:46:15AM -0400, Joe Nosay wrote: > >>> On Sat, Mar 29, 2014 at 1:43 AM, Allan Jude w= rote: > >>>=20 > >>>> On 2014-03-29 01:22, Joe Nosay wrote: > >>>>> I have noticed that options VPS, VIMAGE, and MROUTING are not stand= ard > >>>> for > >>>>> the kernel with a base install. Is there any way that these can be = made a > >>>>> part of the normal kernel so that jail(s) would get the full benefit > >>>>> without a kernel recompile? > >>>>> > >>>> > >>>> VIMAGE has some problems with PF. Martin Matu ska said at AsiaBSDCon > >>>> that he had a patch that solves the issue. > >>>=20 > >>> Really, you say? That's good news. > >>> So, will those options soon be standard for a first time install? > >>=20 > >> Certainly, hope not. I don't use any of options. > >=20 > > So you use all the other devices and options of the GENERIC kernel? >=20 > Of course, not. Not sure how you inferred such a thing. >=20 > IMHO, GENERIC should contain only those devices and options > that are required to get FreeBSD booted on new hardware. > VIMAGE and MROUTING aren't needed, and can be configured by > the user after installation. As for VPS, AFAICT, there isn't > an option/device named VPS; at least 'find /sys/ -type f | xargs > grep VPS' wasn't too enlightening. IMHO common use scenarios should be included in GENERIC if they're stable and mature. E.g. I don't know why IPSEC still isn't in GENERIC. --buDNgeHiu+HCsDEc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iKYEARECAGYFAlM2/pZfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDE3RkMwOEUxNUUwOUJEMjE0ODlFMjA1MDI5 Q0U3NURBQzBGNzY5RjgACgkQKc512sD3afjTeACfb9tUoHVTTFpDuCUoptK77ODS 1jQAoIvkjI8CJBzVwpRVB1EHoOTgHCBa =erCB -----END PGP SIGNATURE----- --buDNgeHiu+HCsDEc-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 29 17:20:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E5F8621; Sat, 29 Mar 2014 17:20:35 +0000 (UTC) Received: from mail-ob0-x22f.google.com (mail-ob0-x22f.google.com [IPv6:2607:f8b0:4003:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1D6E08DE; Sat, 29 Mar 2014 17:20:35 +0000 (UTC) Received: by mail-ob0-f175.google.com with SMTP id uy5so7356272obc.34 for ; Sat, 29 Mar 2014 10:20:34 -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 :content-type; bh=/zEJTM3TNGkoQI18vK611sfj0Aq5K0EFCPSVW65gUCM=; b=S0q11CJE5AHf4ezef572BOUX8dDLQFpGLpkdF3rJqvAtoU8Bz7n59CcFrwRYeyU1Ha X5DCZYdoJU3bjJw+8J3lQ5oU7tBhzsmTY5XOi/LtSYIVdUvTQzFlY5i/TykQIeJ9kG8I 6oprDxjvEhFvd16vkgUWwMyhlqdbRtF8FeKBjD2l+3Sy7uFm0gn98Y7scoAC7+ytAnw0 O6cDm7uUgpV84aufaDQVsgbzRvFDcpTiqclErCVcs4tMv9pSiatiJVUkSsgSPK96mZiV nNSj2wR5NfAOHPvrgFM4LKLtwg6YrWqPafynQs7UDBPhJUwKS3xxgO8EbydQksNDmaXF wQ9g== MIME-Version: 1.0 X-Received: by 10.182.241.67 with SMTP id wg3mr12852953obc.16.1396113634381; Sat, 29 Mar 2014 10:20:34 -0700 (PDT) Received: by 10.76.152.197 with HTTP; Sat, 29 Mar 2014 10:20:34 -0700 (PDT) In-Reply-To: References: Date: Sat, 29 Mar 2014 21:20:34 +0400 Message-ID: Subject: Re: [xhci] USB 3.0 not working, bug or feature usb/179342? From: Andrey Fesenko To: freebsd-current , "freebsd-hackers@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Mar 2014 17:20:35 -0000 On Sat, Mar 29, 2014 at 4:37 AM, Andrey Fesenko wrote: > and USB3 flash drive > ugen2.4: at usbus2, cfg=0 md=HOST > spd=HIGH (480Mbps) pwr=ON (498mA) > full list http://pastie.org/8963116 I apologize for panic after additional searches proper BIOS configuration able to identify flash drive as USB3 ugen0.2: at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=ON (224mA) while writing speed test file with ramdisk is almost unchanged :( # dd if=/dev/random of=/mnt/ramdisck/test.file bs=10m count=198 2076180480 bytes transferred in 28.443097 secs (72994178 bytes/sec) # dd if=/mnt/ramdisck/test.file of=/mnt/usb3/test.file bs=10m count=198 2076180480 bytes transferred in 222.810014 secs (9318165 bytes/sec) # dd if=/mnt/ramdisck/test.file of=/mnt/usb2/test.file bs=10m count=198 2076180480 bytes transferred in 248.585099 secs (8351991 bytes/sec) From owner-freebsd-current@FreeBSD.ORG Sat Mar 29 17:46:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 96185399; Sat, 29 Mar 2014 17:46:57 +0000 (UTC) Received: from mail-qc0-x22b.google.com (mail-qc0-x22b.google.com [IPv6:2607:f8b0:400d:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4098AAC0; Sat, 29 Mar 2014 17:46:57 +0000 (UTC) Received: by mail-qc0-f171.google.com with SMTP id c9so7308412qcz.16 for ; Sat, 29 Mar 2014 10:46:56 -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:message-id:subject :from:to:cc:content-type; bh=RisxQBjqy5XsvUWgmA8PGo9+mdC6ZL7LZovH2Y3zYT0=; b=K37L6MA8PPIka1iRKTFj8A/IWhV+oNbvqDmDBNlUH8yqQn8CFJfdaJnSLPUSB5qYPF BkQiPOEkGwTP/Be/2H9qR8U7WrfUBqnKD+BRu6Jccc8u5qx+cxllYKC0XbUJLSck2cAZ 2+6M/Dh4WzYA5LnmkvfkbF+77MkZlcwKVygKLLl796lbaD0anEzkHqYIEDh+lQ/6mlPD cLJtPEMBByF8j8U9hoQ2II6+iiZo81SG3TSRX8FwaVHBZpGJwB+4MqaYlbmXBPqKqrl2 AznKHCZdKFhPpXhYC1yO6VTWUUZzaCMAlNjwuePT5R+pwfYCAHbXVuM04jE1eeZL75EH O5LA== MIME-Version: 1.0 X-Received: by 10.224.30.70 with SMTP id t6mr16978293qac.30.1396115216389; Sat, 29 Mar 2014 10:46:56 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.50.143 with HTTP; Sat, 29 Mar 2014 10:46:56 -0700 (PDT) Received: by 10.224.50.143 with HTTP; Sat, 29 Mar 2014 10:46:56 -0700 (PDT) In-Reply-To: References: Date: Sat, 29 Mar 2014 10:46:56 -0700 X-Google-Sender-Auth: r4jqzP386hfJmc1MIKtlE93tv-Q Message-ID: Subject: Re: [xhci] USB 3.0 not working, bug or feature usb/179342? From: Adrian Chadd To: Andrey Fesenko Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-hackers@freebsd.org, freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Mar 2014 17:46:57 -0000 Try read tests? Adrian On Mar 29, 2014 10:20 AM, "Andrey Fesenko" wrote: > On Sat, Mar 29, 2014 at 4:37 AM, Andrey Fesenko > wrote: > > and USB3 flash drive > > ugen2.4: at usbus2, cfg=0 md=HOST > > spd=HIGH (480Mbps) pwr=ON (498mA) > > full list http://pastie.org/8963116 > > I apologize for panic after additional searches proper BIOS > configuration able to identify flash drive as USB3 > > ugen0.2: at usbus0, cfg=0 md=HOST > spd=SUPER (5.0Gbps) pwr=ON (224mA) > > while writing speed test file with ramdisk is almost unchanged :( > > # dd if=/dev/random of=/mnt/ramdisck/test.file bs=10m count=198 > 2076180480 bytes transferred in 28.443097 secs (72994178 bytes/sec) > # dd if=/mnt/ramdisck/test.file of=/mnt/usb3/test.file bs=10m > count=198 > 2076180480 bytes transferred in 222.810014 secs (9318165 bytes/sec) > # dd if=/mnt/ramdisck/test.file of=/mnt/usb2/test.file bs=10m > count=198 > 2076180480 bytes transferred in 248.585099 secs (8351991 bytes/sec) > _______________________________________________ > 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 Sat Mar 29 18:13:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4197B4E for ; Sat, 29 Mar 2014 18:13:48 +0000 (UTC) Received: from mail.in-addr.com (noop.in-addr.com [208.58.23.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 71680D1E for ; Sat, 29 Mar 2014 18:13:47 +0000 (UTC) Received: from gjp by mail.in-addr.com with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1WTxlB-000CC7-Pd; Sat, 29 Mar 2014 14:13:37 -0400 Date: Sat, 29 Mar 2014 14:13:37 -0400 From: Gary Palmer To: Steve Kargl Subject: Re: A proposal Message-ID: <20140329181337.GA17363@in-addr.com> References: <53365D6F.5020804@allanjude.com> <20140329055249.GA69809@troutmask.apl.washington.edu> <20140329092923.GS37436@e-new.0x20.net> <20140329131110.GA71345@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140329131110.GA71345@troutmask.apl.washington.edu> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false Cc: Joe Nosay , freebsd-current , Lars Engels X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Mar 2014 18:13:48 -0000 On Sat, Mar 29, 2014 at 06:11:10AM -0700, Steve Kargl wrote: > On Sat, Mar 29, 2014 at 10:29:23AM +0100, Lars Engels wrote: > > On Fri, Mar 28, 2014 at 10:52:49PM -0700, Steve Kargl wrote: > >> On Sat, Mar 29, 2014 at 01:46:15AM -0400, Joe Nosay wrote: > >>> On Sat, Mar 29, 2014 at 1:43 AM, Allan Jude wrote: > >>> > >>>> On 2014-03-29 01:22, Joe Nosay wrote: > >>>>> I have noticed that options VPS, VIMAGE, and MROUTING are not standard > >>>> for > >>>>> the kernel with a base install. Is there any way that these can be made a > >>>>> part of the normal kernel so that jail(s) would get the full benefit > >>>>> without a kernel recompile? > >>>>> > >>>> > >>>> VIMAGE has some problems with PF. Martin Matu ska said at AsiaBSDCon > >>>> that he had a patch that solves the issue. > >>> > >>> Really, you say? That's good news. > >>> So, will those options soon be standard for a first time install? > >> > >> Certainly, hope not. I don't use any of options. > > > > So you use all the other devices and options of the GENERIC kernel? > > Of course, not. Not sure how you inferred such a thing. > > IMHO, GENERIC should contain only those devices and options > that are required to get FreeBSD booted on new hardware. > VIMAGE and MROUTING aren't needed, and can be configured by > the user after installation. As for VPS, AFAICT, there isn't > an option/device named VPS; at least 'find /sys/ -type f | xargs > grep VPS' wasn't too enlightening. Until freebsd-update deals with custom kernel configurations, people will want all the possible non-conflicting flags enabled in GENERIC, or the options made available as runtime loadable kernel modules. It's not an unreasonable request. Regards, Gary From owner-freebsd-current@FreeBSD.ORG Sat Mar 29 19:17:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E4857BA for ; Sat, 29 Mar 2014 19:17:16 +0000 (UTC) Received: from 20pmail.ess.barracuda.com (20pmail.ess.barracuda.com [64.235.154.233]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 425AE1D9 for ; Sat, 29 Mar 2014 19:16:27 +0000 (UTC) Received: from Opium.Pharm.Guru (Opium.Pharm.Guru [162.243.227.187]) by mx1403.ess.rzc.cudaops.com; Sat, 29 Mar 2014 19:16:26 +0000 X-BESS-ID: 1396120586-321459-15573-195236-1 X-BESS-VER: 2.5.0-r1403272139 X-BESS-BRTS-Status: 1 X-OpiumDotPharmDotGuru-Mailborder-Watermark: 1396725384.50666@B1XafwHr3Vz/T11A+ox16Q X-OpiumDotPharmDotGuru-Mailborder-From: lucius.rizzo@lucius.xxx X-OpiumDotPharmDotGuru-Mailborder-SpamCheck: not spam, SpamAssassin (not cached, score=-0.489, required 3, autolearn=not spam, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, RCVD_IN_DNSWL_BLOCKED 0.00, RP_MATCHES_RCVD -0.39) X-OpiumDotPharmDotGuru-Mailborder-IP-Protocol: IPv4 X-OpiumDotPharmDotGuru-Mailborder: Found to be clean X-OpiumDotPharmDotGuru-Mailborder-ID: F286B40D51.AB055 X-OpiumDotPharmDotGuru-Mailborder-Information: Please contact your admin for more information Received: from lucius.XxX (lucius.XxX [95.85.22.130]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by Opium.Pharm.Guru (Postfix) with ESMTPS id F286B40D51; Sat, 29 Mar 2014 15:16:20 -0400 (EDT) Authentication-Results: Opium.Pharm.Guru; dkim=pass reason="2048-bit key; unprotected key" header.d=lucius.xxx header.i=@lucius.xxx header.b=YnErddDJ; dkim-adsp=pass Received: from Lucius.XxX (lrizzo@localhost.localdomain [127.0.0.1]) by lucius.XxX (8.14.8/8.14.8) with ESMTP id s2TJGJrr004148 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 29 Mar 2014 19:16:19 GMT DKIM-Filter: OpenDKIM Filter v2.9.0 lucius.XxX s2TJGJrr004148 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=lucius.xxx; s=default; t=1396120579; bh=oQHGFN3br20qm7vut6801YCV7bZBhjHTemjO1WRkiPs=; h=Date:From:To:Cc:Subject:References:In-Reply-To; z=Date:=20Sat,=2029=20Mar=202014=2019:16:19=20+0000|From:=20Lucius= 20Rizzo=20|To:=20Willy=20Offermans=20|Cc:=20freebsd-current@FreeBSD.org|Subject: =20Re:=20sendmail=20Broken=20Pipe=20Error|References:=20<201403241 33634.GB6581@vpn.offrom.nl>|In-Reply-To:=20<20140324133634.GB6581@ vpn.offrom.nl>; b=YnErddDJD7nsOzbg0xEmKQhAp+OKpPBBAZlHCXlxU4XGnw4EbiDrx2l9JpL/sbFwl se9C41dgWplzDY+khYums6K4f5q+M5vzW3/FqMJ35dY3fQcyBEehAU8Ko27TprdrlF Tt9p1VOMP+4XC4AQz9h7XhIPc+D9XMq1WgJJswjf0po3wnT3KrNolaRhbJ/mj2hKB3 vZAnuYmaZLJPbTPq3qai0hWtO+wtSpmhNImMgN7Zng9Lt+k+cvw1fu4liZTaBmKr2r wg5JOd7Yg/INGBsGcKyzHaX0E+9O0EVn5RWvst5nyksf84nOwNx/G+eXupzqHOiZkS jKXzV+G3Lnk2w== Received: (from lrizzo@localhost) by Lucius.XxX (8.14.8/8.14.8/Submit) id s2TJGJGp004147; Sat, 29 Mar 2014 19:16:19 GMT X-Authentication-Warning: Lucius.XxX: lrizzo set sender to Lucius.Rizzo@Lucius.XxX using -f Date: Sat, 29 Mar 2014 19:16:19 +0000 From: Lucius Rizzo To: Willy Offermans Subject: Re: sendmail Broken Pipe Error Message-ID: <20140329191619.GB4085@lucius.XxX> References: <20140324133634.GB6581@vpn.offrom.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140324133634.GB6581@vpn.offrom.nl> X-Organization: T.gT Consulting - http://t.gt X-Homepage: http://www.Say.Si User-Agent: Mutt/1.5.23 (2014-03-12) X-PWhois-Status: No originator identified Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Mar 2014 19:17:16 -0000 * Willy Offermans [2014-03-24 14:36]: > Dear FreeBSD friends, > > Lately I have setup a new FreeBSD server with 10.0-STABLE. Most of it went > smoothly. However I have an issue with sendmail. Some of the mails can be > sent out correctly, some of them stay in /var/spool/mqueue/. The provided > error messages are in the latter case: > > Mar 24 14:16:01 MyServer sm-mta[11725]: s2ODCWT4011717: SYSERR(root): timeout > writing message to MyProvider.com: Broken pipe Mar 24 14:16:01 MyServer > sm-mta[11725]: s2ODCWT4011717: to=, delay=00:03:29, > xdelay=00:03:26, mailer=relay, pri=1284849, relay=MyProvider.com > [XXX.XXX.XXX.XXX], dsn=4.0.0, stat=Deferred > > I'm using Version 8.14.7 All was fine when I was using Version 8.14.5. Could be a number of things -- maybe even TLS? I am currently on 8.14.8 which is the latest. I have a pretty complex setup including milters galore with zero problems. Have you considered updating to the latest release? That might help. You can also try sending an email via debug in sendmail to MyProvider.com and see if there is something going on or perhaps provide us with a few more details.. -- | _o _ |_)o_ _ _ |_|_|(_||_|_> | \|/_/_(_) - Lucius.Tel -------------------------------------- ++ What the hell is it good for? ++ ++ -- Robert Lloyd (engineer of the Advanced Computing Systems ++ ++ Division of IBM), to colleagues who insisted that the ++ ++ microprocessor was the wave of the future, c. 1968 ++ From owner-freebsd-current@FreeBSD.ORG Sat Mar 29 19:26:51 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E28DF9EE; Sat, 29 Mar 2014 19:26:50 +0000 (UTC) Received: from mail-ob0-x22b.google.com (mail-ob0-x22b.google.com [IPv6:2607:f8b0:4003:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 91F7529A; Sat, 29 Mar 2014 19:26:50 +0000 (UTC) Received: by mail-ob0-f171.google.com with SMTP id wn1so7531740obc.16 for ; Sat, 29 Mar 2014 12:26:49 -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=VY9NGEpG4c7+4fxSIWUmpi76oKWKq8Tm4nU1Vz/zbhE=; b=zuE2wEeJOgu3cvuSTrtFdtRMahgM291k3hZLy840aT+icnZbKIjsoIUg+6M/QiVOqG URO7Gq1tjkGyJujo9HWWSW8Sr3cnYv9B3n/v9kcHF3ijTqs+1vBlM/9FUtLOV3WLNOtL vZEq9HjJpP3ESKwnUJqDmPvkT4P61oE187dwQJuYLFJZZWJ+81ts88ElXYfU3JFw7r23 rEilpuo3VLjfjPUFos+mDY9ejrDLJjRrh3cI2ljrEVs82hAEJzLv/WPio3nfIxv3TMTN gK41hIFyCjMcxadQjmZNYvbyoHcGTBJvcxr3L9djUIQyfIjLlExB0Gv0PTJYVXKBfifi veTA== MIME-Version: 1.0 X-Received: by 10.60.46.98 with SMTP id u2mr2183992oem.44.1396121209792; Sat, 29 Mar 2014 12:26:49 -0700 (PDT) Received: by 10.76.152.197 with HTTP; Sat, 29 Mar 2014 12:26:49 -0700 (PDT) In-Reply-To: References: Date: Sat, 29 Mar 2014 23:26:49 +0400 Message-ID: Subject: Re: [xhci] USB 3.0 not working, bug or feature usb/179342? From: Andrey Fesenko To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-hackers@freebsd.org" , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Mar 2014 19:26:51 -0000 On Sat, Mar 29, 2014 at 9:46 PM, Adrian Chadd wrote: > Try read tests? > > Adrian > > On Mar 29, 2014 10:20 AM, "Andrey Fesenko" wrote: >> >> On Sat, Mar 29, 2014 at 4:37 AM, Andrey Fesenko >> wrote: >> > and USB3 flash drive >> > ugen2.4: at usbus2, cfg=0 md=HOST >> > spd=HIGH (480Mbps) pwr=ON (498mA) >> > full list http://pastie.org/8963116 >> >> I apologize for panic after additional searches proper BIOS >> configuration able to identify flash drive as USB3 >> >> ugen0.2: at usbus0, cfg=0 md=HOST >> spd=SUPER (5.0Gbps) pwr=ON (224mA) >> >> while writing speed test file with ramdisk is almost unchanged :( >> >> # dd if=/dev/random of=/mnt/ramdisck/test.file bs=10m count=198 >> 2076180480 bytes transferred in 28.443097 secs (72994178 bytes/sec) >> # dd if=/mnt/ramdisck/test.file of=/mnt/usb3/test.file bs=10m >> count=198 >> 2076180480 bytes transferred in 222.810014 secs (9318165 bytes/sec) >> # dd if=/mnt/ramdisck/test.file of=/mnt/usb2/test.file bs=10m >> count=198 >> 2076180480 bytes transferred in 248.585099 secs (8351991 bytes/sec) # dd if=/mnt/usb2/test.file of=/mnt/ramdisck/test.file bs=10m count=198 2076180480 bytes transferred in 1.354000 secs (1533368050 bytes/sec) # dd if=/mnt/usb3/test.file of=/mnt/ramdisck/test.file bs=10m count=198 2076180480 bytes transferred in 1.498134 secs (1385844184 bytes/sec) probably need to try something different as tested. flash spec http://www.kingston.com/datasheets/dt100g3_us.pdf only 10MB/ sec.* write :) Strangely, the flash drive is not always defined, after mount USB2 mode it took two times reboot :( on the notebook USB2-only USB (UFS) <-> SSD (ZFS) # dd if=/mnt/usb3/test.file of=/tank/test.file bs=10m count=198 2076180480 bytes transferred in 57.370256 secs (36189144 bytes/sec) # dd if=/tank/test.file of=/mnt/usb3/test.file bs=10m count=198 2076180480 bytes transferred in 245.685052 secs (8450577 bytes/sec) From owner-freebsd-current@FreeBSD.ORG Sat Mar 29 22:38:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B177F45; Sat, 29 Mar 2014 22:38:19 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 589C12C3; Sat, 29 Mar 2014 22:38:19 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 3D8DCBF9; Sat, 29 Mar 2014 22:38:18 +0000 (UTC) Date: Sat, 29 Mar 2014 22:38:14 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, adrian@FreeBSD.org, marcel@FreeBSD.org, tuexen@FreeBSD.org Message-ID: <647018721.12.1396132696799.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #370 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Mar 2014 22:38:19 -0000 See Changes: [tuexen] Handle an edge case of address management similar to TCP. This needs to be reconsidered when the address handling will be reimplemented. The patch is from rrs@. MFC after: 3 days [tuexen] Use SCTP_OVER_UDP_TUNNELING_PORT more consistently. MFC after: 3 days [adrian] Add support to export the contents of the notification updates fro= m the firmware. Right now the NIC isn't actually exporting useful data. I'm not quite sure why this is. :( [marcel] Hook mkimg(1) to the build. [marcel] Add mkimg, a utility for making disk images from raw partition con= tents. The partitioning scheme can be one of the schemes supported by gpart. Reviewed by:=09sjg Obtained from:=09Juniper Networks, Inc. [adrian] Fix ah_powerMode setting. Reported by:=09sbruno ------------------------------------------ [...truncated 238530 lines...] --- modules-all --- --- if_cxgbe.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dif_cxgbe.ko.symbols if_cxgbe.ko= .debug if_cxgbe.ko =3D=3D=3D> cxgbe/t4_firmware (all) --- t4fw_cfg.txt.fwo --- t4fw_cfg.txt --- t4fw_cfg_uwire.txt.fwo --- t4fw_cfg_uwire.txt --- t4fw.fw --- uudecode -o t4fw.fw --- t4fw.fw.fwo --- t4fw.fw t4fw.fw --- t4fw_cfg.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contr= ib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer= -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse = -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protec= tor -gdwarf-2 -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wa= ll -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-protot= ypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fform= at-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error= -tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equalit= y -Wno-unused-function -c t4fw_cfg.c ctfconvert -L VERSION -g t4fw_cfg.o --- t4fw_cfg.ko.debug --- ld -d -warn-common -r -d -o t4fw_cfg.ko.debug t4fw_cfg.txt.fwo t4fw_cfg_uw= ire.txt.fwo t4fw.fw.fwo t4fw_cfg.o ctfmerge -L VERSION -g -o t4fw_cfg.ko.debug t4fw_cfg.txt.fwo t4fw_cfg_uwire= .txt.fwo t4fw.fw.fwo t4fw_cfg.o :> export_syms awk -f t4fw_cfg.ko.debug export_syms | xargs -J% objcopy % t4fw_cfg.= ko.debug --- t4fw_cfg.ko.symbols --- objcopy --only-keep-debug t4fw_cfg.ko.debug t4fw_cfg.ko.symbols --- t4fw_cfg.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dt4fw_cfg.ko.symbols t4fw_cfg.ko= .debug t4fw_cfg.ko =3D=3D=3D> cxgbe/t5_firmware (all) --- t5fw_cfg.txt.fwo --- t5fw_cfg.txt --- t5fw_cfg_fpga.txt.fwo --- t5fw_cfg_fpga.txt --- t5fw_cfg_uwire.txt.fwo --- t5fw_cfg_uwire.txt --- t5fw.fw --- uudecode -o t5fw.fw --- t5fw.fw.fwo --- t5fw.fw t5fw.fw --- t5fw_cfg.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contr= ib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer= -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse = -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protec= tor -gdwarf-2 -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wa= ll -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-protot= ypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fform= at-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error= -tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equalit= y -Wno-unused-function -c t5fw_cfg.c ctfconvert -L VERSION -g t5fw_cfg.o --- t5fw_cfg.ko.debug --- ld -d -warn-common -r -d -o t5fw_cfg.ko.debug t5fw_cfg.txt.fwo t5fw_cfg_fp= ga.txt.fwo t5fw_cfg_uwire.txt.fwo t5fw.fw.fwo t5fw_cfg.o ctfmerge -L VERSION -g -o t5fw_cfg.ko.debug t5fw_cfg.txt.fwo t5fw_cfg_fpga.= txt.fwo t5fw_cfg_uwire.txt.fwo t5fw.fw.fwo t5fw_cfg.o :> export_syms awk -f t5fw_cfg.ko.debug export_syms | xargs -J% objcopy % t5fw_cfg.= ko.debug --- t5fw_cfg.ko.symbols --- objcopy --only-keep-debug t5fw_cfg.ko.debug t5fw_cfg.ko.symbols --- t5fw_cfg.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dt5fw_cfg.ko.symbols t5fw_cfg.ko= .debug t5fw_cfg.ko =3D=3D=3D> cxgbe/tom (all) --- t4_tom.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj= -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mn= o-omit-leaf-frame-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-re= d-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffr= eestanding -fstack-protector -gdwarf-2 -std=3Diso9899:1999 -Qunused-argumen= ts -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-pro= totypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef= -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-= error-parentheses-equality -Wno-unused-function -c --- if_em.o --- ctfconvert -L VERSION -g if_em.o --- e1000_80003es2lan.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-funct= ion -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.= h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror -I ctfconvert -L VERSION -g e1000_80003es2lan.o --- e1000_82540.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-funct= ion -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.= h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror -I --- modules-all --- ctfconvert -L VERSION -g t4_tom.o --- t4_connect.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj= -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mn= o-omit-leaf-frame-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-re= d-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffr= eestanding -fstack-protector -gdwarf-2 -std=3Diso9899:1999 -Qunused-argumen= ts -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-pro= totypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef= -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-= error-parentheses-equality -Wno-unused-function -c --- if_lem.o --- ctfconvert -L VERSION -g if_lem.o --- e1000_82541.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-funct= ion -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.= h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror -I --- e1000_82540.o --- ctfconvert -L VERSION -g e1000_82540.o --- e1000_82542.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-funct= ion -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.= h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror -I --- modules-all --- ctfconvert -L VERSION -g t4_connect.o --- t4_listen.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj= -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mn= o-omit-leaf-frame-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-re= d-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffr= eestanding -fstack-protector -gdwarf-2 -std=3Diso9899:1999 -Qunused-argumen= ts -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-pro= totypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef= -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-= error-parentheses-equality -Wno-unused-function -c --- e1000_82542.o --- ctfconvert -L VERSION -g e1000_82542.o --- e1000_82543.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-funct= ion -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.= h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror -I --- e1000_82541.o --- ctfconvert -L VERSION -g e1000_82541.o --- e1000_82571.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-funct= ion -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.= h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror -I --- if_igb.o --- ctfconvert -L VERSION -g if_igb.o --- e1000_82575.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-funct= ion -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.= h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror -I --- e1000_82543.o --- ctfconvert -L VERSION -g e1000_82543.o --- e1000_ich8lan.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-funct= ion -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.= h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror -I --- modules-all --- ctfconvert -L VERSION -g t4_listen.o --- t4_cpl_io.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj= -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mn= o-omit-leaf-frame-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-re= d-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffr= eestanding -fstack-protector -gdwarf-2 -std=3Diso9899:1999 -Qunused-argumen= ts -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-pro= totypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef= -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-= error-parentheses-equality -Wno-unused-function -c --- e1000_82571.o --- ctfconvert -L VERSION -g e1000_82571.o --- e1000_i210.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-funct= ion -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.= h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror -I ctfconvert -L VERSION -g e1000_i210.o --- e1000_api.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-funct= ion -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.= h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror -I --- e1000_82575.o --- ctfconvert -L VERSION -g e1000_82575.o --- e1000_mac.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-funct= ion -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.= h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror -I --- modules-all --- ctfconvert -L VERSION -g t4_cpl_io.o --- e1000_api.o --- ctfconvert -L VERSION -g e1000_api.o --- e1000_manage.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-funct= ion -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.= h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror -I --- modules-all --- --- t4_tom_l2t.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj= -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mn= o-omit-leaf-frame-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-re= d-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffr= eestanding -fstack-protector -gdwarf-2 -std=3Diso9899:1999 -Qunused-argumen= ts -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-pro= totypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef= -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-= error-parentheses-equality -Wno-unused-function -c --- e1000_manage.o --- ctfconvert -L VERSION -g e1000_manage.o --- e1000_nvm.o --- --- modules-all --- ctfconvert -L VERSION -g t4_tom_l2t.o --- e1000_nvm.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-funct= ion -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.= h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror -I --- e1000_ich8lan.o --- ctfconvert -L VERSION -g e1000_ich8lan.o --- modules-all --- --- t4_ddp.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj= -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer -mn= o-omit-leaf-frame-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-re= d-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffr= eestanding -fstack-protector -gdwarf-2 -std=3Diso9899:1999 -Qunused-argumen= ts -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-pro= totypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef= -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-= error-parentheses-equality -Wno-unused-function -c --- e1000_phy.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-funct= ion -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.= h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror -I --- e1000_mac.o --- ctfconvert -L VERSION -g e1000_mac.o --- e1000_vf.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-funct= ion -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.= h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror -I --- e1000_nvm.o --- ctfconvert -L VERSION -g e1000_nvm.o --- e1000_mbx.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-funct= ion -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.= h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror -I --- e1000_vf.o --- ctfconvert -L VERSION -g e1000_vf.o --- e1000_osdep.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-funct= ion -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.= h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror -I ctfconvert -L VERSION -g e1000_osdep.o --- esp_pci.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-funct= ion -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.= h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- modules-all --- ctfconvert -L VERSION -g t4_ddp.o --- e1000_mbx.o --- ctfconvert -L VERSION -g e1000_mbx.o --- hptiop.o --- --- e1000_phy.o --- ctfconvert -L VERSION -g e1000_phy.o --- hptiop.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-funct= ion -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.= h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- modules-all --- --- t4_tom.ko.debug --- ld -d -warn-common -r -d -o t4_tom.ko.debug t4_tom.o t4_connect.o t4_liste= n.o t4_cpl_io.o t4_tom_l2t.o t4_ddp.o --- ida_pci.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-funct= ion -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.= h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- modules-all --- ctfmerge -L VERSION -g -o t4_tom.ko.debug t4_tom.o t4_connect.o t4_listen.o= t4_cpl_io.o t4_tom_l2t.o t4_ddp.o :> export_syms awk -f t4_tom.ko.debug export_syms | xargs -J% objcopy % t4_tom.ko.d= ebug --- t4_tom.ko.symbols --- objcopy --only-keep-debug t4_tom.ko.debug t4_tom.ko.symbols --- t4_tom.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dt4_tom.ko.symbols t4_tom.ko.deb= ug t4_tom.ko =3D=3D=3D> cyclic (all) --- ida_pci.o --- ctfconvert -L VERSION -g ida_pci.o --- modules-all --- --- cyclic.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I -I -I -I -DHAVE_KERNEL_OPTION_HEADERS -inclu= de /usr/obj -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-= pointer -mno-omit-leaf-frame-pointer -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dker= nel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-= tables -ffreestanding -fstack-protector -gdwarf-2 -std=3Diso9899:1999 -Qunu= sed-arguments -fstack-protector -Wall -Wredundant-decls -Wnested-externs -= Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qu= al -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -= fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-= body -Wno-error-parentheses-equality -Wno-unused-function -Wno-unknown-p= ragmas -include -c --- esp_pci.o --- ctfconvert -L VERSION -g esp_pci.o --- iir_pci.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-funct= ion -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.= h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- ips_disk.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-funct= ion -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.= h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror ctfconvert -L VERSION -g ips_disk.o --- ips_pci.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-funct= ion -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.= h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- iir_pci.o --- ctfconvert -L VERSION -g iir_pci.o --- if_ipw.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-funct= ion -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.= h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- modules-all --- ctfconvert -L VERSION -g cyclic.o --- cyclic.ko.debug --- ld -d -warn-common -r -d -o cyclic.ko.debug cyclic.o ctfmerge -L VERSION -g -o cyclic.ko.debug cyclic.o :> export_syms awk -f cyclic.ko.debug export_syms | xargs -J% objcopy % cyclic.ko.d= ebug --- cyclic.ko.symbols --- objcopy --only-keep-debug cyclic.ko.debug cyclic.ko.symbols --- cyclic.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dcyclic.ko.symbols cyclic.ko.deb= ug cyclic.ko =3D=3D=3D> dc (all) --- if_dc.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj -I. -I@ -I@/contr= ib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer= -I/usr/obj -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse = -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protec= tor -gdwarf-2 -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wa= ll -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-protot= ypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fform= at-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error= -tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equalit= y -Wno-unused-function -c --- ips_pci.o --- ctfconvert -L VERSION -g ips_pci.o --- isp_pci.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-funct= ion -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.= h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- hptiop.o --- ctfconvert -L VERSION -g hptiop.o --- if_iwi.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmi= ssing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compa= re -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-funct= ion -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.= h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -= mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchr= onous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror :1388:6: error: format specifies type 'int' but the argument has type 'u= nsigned long' [-Werror,-Wformat] sizeof(struct iwi_notif_link_quality) ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ :92:58: note: expanded from macro 'DPRINTFN' #define DPRINTFN(n, x) do { if (iwi_debug >=3D (n)) printf x; } while (0) ^ 1 error generated. *** [if_iwi.o] Error code 1 make[2]: stopped in /usr/obj --- isp_pci.o --- ctfconvert -L VERSION -g isp_pci.o --- if_ipw.o --- ctfconvert -L VERSION -g if_ipw.o --- modules-all --- ctfconvert -L VERSION -g if_dc.o A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [modules-all] Error code 2 make[2]: stopped in /usr/obj 2 errors make[2]: stopped in /usr/obj *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Sat Mar 29 22:41:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6CFB91C1 for ; Sat, 29 Mar 2014 22:41:28 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3DFDE2DB for ; Sat, 29 Mar 2014 22:41:28 +0000 (UTC) Received: from Julian-MBP3.local ([202.90.207.97]) (authenticated bits=0) by vps1.elischer.org (8.14.8/8.14.8) with ESMTP id s2TMfGII026654 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sat, 29 Mar 2014 15:41:20 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <53374C0B.1050901@freebsd.org> Date: Sun, 30 Mar 2014 09:41:15 +1100 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Steve Kargl , Joe Nosay Subject: Re: A proposal References: <53365D6F.5020804@allanjude.com> <20140329055249.GA69809@troutmask.apl.washington.edu> In-Reply-To: <20140329055249.GA69809@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Mar 2014 22:41:28 -0000 On 3/29/14, 4:52 PM, Steve Kargl wrote: > On Sat, Mar 29, 2014 at 01:46:15AM -0400, Joe Nosay wrote: >> On Sat, Mar 29, 2014 at 1:43 AM, Allan Jude wrote: >> >>> On 2014-03-29 01:22, Joe Nosay wrote: >>>> I have noticed that options VPS, VIMAGE, and MROUTING are not standard >>> for >>>> the kernel with a base install. Is there any way that these can be made a >>>> part of the normal kernel so that jail(s) would get the full benefit >>>> without a kernel recompile? >>>> _______________________________________________ >>>> 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" >>> VIMAGE has some problems with PF. Martin Matu ska said at AsiaBSDCon >>> that he had a patch that solves the issue. >> Really, you say? That's good news. >> So, will those options soon be standard for a first time install? > Certainly, hope not. I don't use any of options. funnily, the only profiling speed differences we've seen with enabling netgraph is speedups :-) especially with comparing many sessions on one vnet with the same number of sessions on several vnets. Last time I tested it, putting several services on different vimage jails and assigning them different interfaces actually ran faster than having the same services on the same VM (machine). From owner-freebsd-current@FreeBSD.ORG Sat Mar 29 22:54:55 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1FD88366; Sat, 29 Mar 2014 22:54:55 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx1.fisglobal.com", Issuer "VeriSign Class 3 Secure Server CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DC2D25F4; Sat, 29 Mar 2014 22:54:54 +0000 (UTC) Received: from smarthost.fisglobal.com ([10.132.206.191]) by ltcfislmsgpa07.fnfis.com (8.14.5/8.14.5) with ESMTP id s2TMsriJ004442 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sat, 29 Mar 2014 17:54:54 -0500 Received: from THEMADHATTER (10.242.181.54) by smarthost.fisglobal.com (10.132.206.191) with Microsoft SMTP Server id 14.3.174.1; Sat, 29 Mar 2014 17:54:52 -0500 From: Sender: Devin Teske To: "'Julian Elischer'" , "'Steve Kargl'" , "'Joe Nosay'" References: <53365D6F.5020804@allanjude.com> <20140329055249.GA69809@troutmask.apl.washington.edu> <53374C0B.1050901@freebsd.org> In-Reply-To: <53374C0B.1050901@freebsd.org> Subject: RE: A proposal Date: Sat, 29 Mar 2014 15:54:46 -0700 Message-ID: <046101cf4ba1$e2850520$a78f0f60$@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQLZcUdq9Os/bLb66jnfwcrAJY+BOQGEohnhAllieNwCKPUcLQEe8OIFmKsxbjA= Content-Language: en-us X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87, 1.0.14, 0.0.0000 definitions=2014-03-29_02:2014-03-28,2014-03-29,1970-01-01 signatures=0 Cc: 'freebsd-current' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 29 Mar 2014 22:54:55 -0000 > -----Original Message----- > From: Julian Elischer [mailto:julian@freebsd.org] > Sent: Saturday, March 29, 2014 3:41 PM > To: Steve Kargl; Joe Nosay > Cc: freebsd-current > Subject: Re: A proposal > > On 3/29/14, 4:52 PM, Steve Kargl wrote: > > On Sat, Mar 29, 2014 at 01:46:15AM -0400, Joe Nosay wrote: > >> On Sat, Mar 29, 2014 at 1:43 AM, Allan Jude > wrote: > >> > >>> On 2014-03-29 01:22, Joe Nosay wrote: > >>>> I have noticed that options VPS, VIMAGE, and MROUTING are not > >>>> standard > >>> for > >>>> the kernel with a base install. Is there any way that these can be > >>>> made a part of the normal kernel so that jail(s) would get the full > >>>> benefit without a kernel recompile? > >>>> _______________________________________________ > >>>> 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" > >>> VIMAGE has some problems with PF. Martin Matu ska said at > AsiaBSDCon > >>> that he had a patch that solves the issue. > >> Really, you say? That's good news. > >> So, will those options soon be standard for a first time install? > > Certainly, hope not. I don't use any of options. > funnily, the only profiling speed differences we've seen with enabling > netgraph is speedups :-) especially with comparing many sessions on one > vnet with the same number of sessions on several vnets. > > Last time I tested it, putting several services on different vimage jails and > assigning them different interfaces actually ran faster than having the same > services on the same VM (machine). I think we all owe this one gentleman a great show of gratitude for his work on netgraph (initially @ whistle) -- Devin (smiles) _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Sun Mar 30 00:23:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8FA0A5BD; Sun, 30 Mar 2014 00:23:46 +0000 (UTC) Received: from mail-qg0-x22e.google.com (mail-qg0-x22e.google.com [IPv6:2607:f8b0:400d:c04::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EC1C6C9D; Sun, 30 Mar 2014 00:23:45 +0000 (UTC) Received: by mail-qg0-f46.google.com with SMTP id 63so2424910qgz.33 for ; Sat, 29 Mar 2014 17:23:44 -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:message-id:subject :from:to:cc:content-type; bh=+A5SlWz58MwqyOM+GpBe56870xYJl2XJuhxHWDfFGP4=; b=ar3zLlRmOCOY3Ms22F5Me6J81T4nnRI+UVgUme5HdNnmM+tI50qryITdLzkjt2Jt61 rGWutCIs168qGuiOosZrsF8RJOs180FMcEwWau+nCrh62PZmrzV0+1U0TWOO+s9ILZI3 Ja7ZsQEZxel9s3X0fNCYSUvK52ax+o8s5+OPo29Eni5JW18DG6AvXxJXmV643+lEtVk0 HfedsA5BLjsWRkXyFqMcbfbK3QdM5z+nd6oHW4Xk0woL9YvGo8qFQ53mpi8QLcVV4Ybt hYX3V0A01YIl/GAkF6ozO9iyyWGKoOC1EBghs7eLeL6lXjRNiNd6qwar5PtAsgmvjddA H0ew== MIME-Version: 1.0 X-Received: by 10.224.60.71 with SMTP id o7mr18531501qah.38.1396139024472; Sat, 29 Mar 2014 17:23:44 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.50.143 with HTTP; Sat, 29 Mar 2014 17:23:44 -0700 (PDT) In-Reply-To: References: <201403261343.22370.jhb@freebsd.org> <201403261500.55551.jhb@freebsd.org> Date: Sat, 29 Mar 2014 17:23:44 -0700 X-Google-Sender-Auth: qvQK_nmkYwFVUAwDNXzuX5mZ_4o Message-ID: Subject: Re: signal 8 (floating point exception) upon resume From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-mobile@freebsd.org" , freebsd-current , Konstantin Belousov , Bruce Evans , Bruce Evans , Jung-uk Kim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 30 Mar 2014 00:23:46 -0000 ... nope, just had a process die from SIGFPE. -a On 29 March 2014 07:32, Adrian Chadd wrote: > Hi! > > On 26 March 2014 12:00, John Baldwin wrote: > >> i386_fpu_suspend3.patch at the same URL builds for me. > > I've not had the kernel lose the plot yet with SIGFPE's. > > I'll do some further testing and let you know if that changes. > > > > -a From owner-freebsd-current@FreeBSD.ORG Sun Mar 30 01:44:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33EEDD3; Sun, 30 Mar 2014 01:44:29 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 203B7247; Sun, 30 Mar 2014 01:44:29 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B63CAC26; Sun, 30 Mar 2014 01:44:28 +0000 (UTC) Date: Sun, 30 Mar 2014 01:44:21 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, eadler@FreeBSD.org, rpaulo@FreeBSD.org, adrian@FreeBSD.org, marcel@FreeBSD.org, tuexen@FreeBSD.org Message-ID: <135818016.13.1396143868045.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <647018721.12.1396132696799.JavaMail.jenkins@jenkins-9.freebsd.org> References: <647018721.12.1396132696799.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #371 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 30 Mar 2014 01:44:29 -0000 See From owner-freebsd-current@FreeBSD.ORG Sun Mar 30 09:56:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F813360 for ; Sun, 30 Mar 2014 09:56:39 +0000 (UTC) Received: from mail-oa0-x22f.google.com (mail-oa0-x22f.google.com [IPv6:2607:f8b0:4003:c02::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 149A1A3F for ; Sun, 30 Mar 2014 09:56:39 +0000 (UTC) Received: by mail-oa0-f47.google.com with SMTP id i11so8025714oag.6 for ; Sun, 30 Mar 2014 02:56:37 -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 :content-type; bh=rfXlDJ3UTsiwKcQqO8NHJZD5K108eah+VdawfUJXz3Y=; b=zCIltdJu+p7QcVp3NrbP6ng5ErRQsg1QVVhzUC+DPVXzVU5FAgSvx7okGa5Mf1MkPT 0ib7guwWboJ7v4la4lj42Xo02j3zrsWb+zF9DNSrn1LTt8E+xY4MRt6Mb86URViEOEMC 7vO+L7iAL0scFnQMDkCOcQtRDPZu9BWEA0fCkEiJ6kEe04kJj/O6XYj3D9thqixgGzsy bda0yFH4yeosp7fCXmjsQHlg+7Ax+X15j965EGOs+IjwpGBCXtxG3V8wj8ZAA4C0vnj/ W55B3hDOuAczn2EfnMrYER8cBZAeY1TPKYC6mC9ZsZtmN74ghfJtoxWgjsq5PyU7U95g 5JlQ== MIME-Version: 1.0 X-Received: by 10.60.62.146 with SMTP id y18mr16462817oer.24.1396173397389; Sun, 30 Mar 2014 02:56:37 -0700 (PDT) Received: by 10.182.130.71 with HTTP; Sun, 30 Mar 2014 02:56:37 -0700 (PDT) In-Reply-To: <5336F155.5090901@allanjude.com> References: <53365D6F.5020804@allanjude.com> <20140329055249.GA69809@troutmask.apl.washington.edu> <20140329092923.GS37436@e-new.0x20.net> <20140329131110.GA71345@troutmask.apl.washington.edu> <5336F155.5090901@allanjude.com> Date: Sun, 30 Mar 2014 05:56:37 -0400 Message-ID: Subject: Re: A proposal From: Joe Nosay To: Allan Jude , freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 30 Mar 2014 09:56:39 -0000 On Sat, Mar 29, 2014 at 12:14 PM, Allan Jude wrote: > On 2014-03-29 09:21, Joe Nosay wrote: > > On Sat, Mar 29, 2014 at 9:11 AM, Steve Kargl < > > sgk@troutmask.apl.washington.edu> wrote: > > > >> On Sat, Mar 29, 2014 at 10:29:23AM +0100, Lars Engels wrote: > >>> On Fri, Mar 28, 2014 at 10:52:49PM -0700, Steve Kargl wrote: > >>>> On Sat, Mar 29, 2014 at 01:46:15AM -0400, Joe Nosay wrote: > >>>>> On Sat, Mar 29, 2014 at 1:43 AM, Allan Jude > >> wrote: > >>>>> > >>>>>> On 2014-03-29 01:22, Joe Nosay wrote: > >>>>>>> I have noticed that options VPS, VIMAGE, and MROUTING are not > >> standard > >>>>>> for > >>>>>>> the kernel with a base install. Is there any way that these can be > >> made a > >>>>>>> part of the normal kernel so that jail(s) would get the full > benefit > >>>>>>> without a kernel recompile? > >>>>>>> > >>>>>> > >>>>>> VIMAGE has some problems with PF. Martin Matu ska said at AsiaBSDCon > >>>>>> that he had a patch that solves the issue. > >>>>> > >>>>> Really, you say? That's good news. > >>>>> So, will those options soon be standard for a first time install? > >>>> > >>>> Certainly, hope not. I don't use any of options. > >>> > >>> So you use all the other devices and options of the GENERIC kernel? > >> > >> Of course, not. Not sure how you inferred such a thing. > >> > >> IMHO, GENERIC should contain only those devices and options > >> that are required to get FreeBSD booted on new hardware. > >> VIMAGE and MROUTING aren't needed, and can be configured by > >> the user after installation. As for VPS, AFAICT, there isn't > >> an option/device named VPS; at least 'find /sys/ -type f | xargs > >> grep VPS' wasn't too enlightening. > >> > >> > >> -- > >> Steve > >> > > > > > > http://www.7he.at/freebsd/vps/announcements/ > > > > > > Booyah. It exists. > > _______________________________________________ > > 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" > > > > VPS only exists in a project branch, and is not nearly in a state to be > included in GENERIC > > And I don't see a compelling reason to have MROUTING in GENERIC either. > > -- > Allan Jude > > VIMAGE? From owner-freebsd-current@FreeBSD.ORG Sun Mar 30 10:36:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 5FDC5732; Sun, 30 Mar 2014 10:36:17 +0000 (UTC) Date: Sun, 30 Mar 2014 10:36:17 +0000 From: Alexey Dokuchaev To: Jilles Tjoelker Subject: Re: r263096 sparc64: casperd: Unable to receive message from client: Cannot allocate memory. Message-ID: <20140330103617.GA19088@FreeBSD.org> References: <201403131214.s2DCEsvW084517@mech-cluster241.men.bris.ac.uk> <20140314135442.GC5792@stack.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140314135442.GC5792@stack.nl> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Anton Shterenlikht , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 30 Mar 2014 10:36:17 -0000 On Fri, Mar 14, 2014 at 02:54:43PM +0100, Jilles Tjoelker wrote: > On Thu, Mar 13, 2014 at 05:14:56AM -0700, Anton Shterenlikht wrote: > > Mar 13 12:08:48 casperd[1313]: [ERROR] (casperd) Unable to receive message from client: Cannot allocate memory. > > Mar 13 12:08:50 last message repeated 2 times > > Mar 13 12:09:57 casperd[1313]: [ERROR] (casperd) Unable to receive message from client: Cannot allocate memory. I'm seeing this as well on fresh -CURRENT/powerpc when trying to ping(8) something with casperd(8) enabled; albeit a bit different (s/Cannot allocate memory/Invalid argument/). > It looks like a bug causes the "big endian" flag to be lost. As a > result, the bits are interpreted as little endian and an extremely large > allocation is attempted. Try this patch: > > Index: lib/libnv/nvlist.c > =================================================================== > --- lib/libnv/nvlist.c (revision 262358) > +++ lib/libnv/nvlist.c (working copy) > @@ -582,7 +582,7 @@ nvlist_check_header(struct nvlist_header *nvlhdrp) > errno = EINVAL; > return (false); > } > - if ((nvlhdrp->nvlh_flags &= ~NV_FLAG_ALL_MASK) != 0) { > + if ((nvlhdrp->nvlh_flags & ~NV_FLAG_ALL_MASK) != 0) { > errno = EINVAL; > return (false); > } This patch alone (without touching lib/libnv/msgio.c) fixed it for me (applied, rebuilt/reinstalled libnv, restared casperd(8)), thank you! :) ./danfe From owner-freebsd-current@FreeBSD.ORG Sun Mar 30 12:23:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6C4E5FF for ; Sun, 30 Mar 2014 12:23:38 +0000 (UTC) Received: from mailhost.dlr.de (mailhost.dlr.de [129.247.252.32]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client CN "mailhost.dlr.de", Issuer "DLR CA - G02" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4A42881B for ; Sun, 30 Mar 2014 12:23:37 +0000 (UTC) Received: from DLREXHUB01.intra.dlr.de (172.21.152.130) by dlrexedge01.dlr.de (172.21.163.100) with Microsoft SMTP Server (TLS) id 14.3.174.1; Sun, 30 Mar 2014 14:21:40 +0200 Received: from KNOP-BEAGLE.kn.op.dlr.de (129.247.178.136) by smtp.dlr.de (172.21.152.151) with Microsoft SMTP Server (TLS) id 14.3.174.1; Sun, 30 Mar 2014 14:21:39 +0200 Date: Sun, 30 Mar 2014 14:22:08 +0200 From: Hartmut Brandt X-X-Sender: brandt_h@KNOP-BEAGLE.kn.op.dlr.de To: "Marciano, Anthony" Subject: Re: Call for testers: SNMPv3 support for bsnmpd(1) In-Reply-To: <401084E5E73F4241A44F3C9E6FD7942801091834B4@exch-01> Message-ID: References: <401084E5E73F4241A44F3C9E6FD7942801091834B4@exch-01> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Cc: "freebsd-current@freebsd.org" , "tomarox52@gmail.com" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 30 Mar 2014 12:23:38 -0000 Hi Anthony, On Fri, 28 Mar 2014, Marciano, Anthony wrote: MA>I've been tasked to get bsnmpd V3 working for my company. The post MA>referenced in the subject above gave me some insights but I'm still MA>stuck and was wondering if you would take the time to answer some MA>questions. I'm a snmpV3 newbie and have never worked with bsnmpd. I MA>have worked minimally with net-snmp V2. MA> MA>First, is there a document listing all of the configuration options in MA>the snmpd.confg file? It appears to differ from other packages such as MA>net-snmp. I can answer only this question - I'm not very familiar with SNMPv3, but Shteryana should be able to help. No, there is no document with all the setting. The reason is simple: the config file is just a set of SNMP SET PDUs executed at startup, SIGHUP or module load. The file is segmented into sections by %name lines with all segments having the same name beeing put together. At the begin of the file there is an implicit %snmpd line. Each section is a SET PDU. The %snmpd PDU is executed on startup and SIGHUP, all other sections are executed when the corresponding module is beeing loaded or on SIGHUP if that module is already loaded when the SIGHUP occures. So any writeable or creatable MIB variable can be put into the configuration file. harti From owner-freebsd-current@FreeBSD.ORG Sun Mar 30 19:31:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4FBF610F for ; Sun, 30 Mar 2014 19:31:45 +0000 (UTC) Received: from cpsmtpb-ews06.kpnxchange.com (cpsmtpb-ews06.kpnxchange.com [213.75.39.9]) by mx1.freebsd.org (Postfix) with ESMTP id A81C1155 for ; Sun, 30 Mar 2014 19:31:44 +0000 (UTC) Received: from cpsps-ews11.kpnxchange.com ([10.94.84.178]) by cpsmtpb-ews06.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Sun, 30 Mar 2014 21:31:31 +0200 Received: from CPSMTPM-CMT102.kpnxchange.com ([195.121.3.18]) by cpsps-ews11.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Sun, 30 Mar 2014 21:31:31 +0200 Received: from donald.offrom.nl ([77.170.60.162]) by CPSMTPM-CMT102.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18264); Sun, 30 Mar 2014 21:31:31 +0200 Received: from squid (squid.offrom.nl [192.168.0.72]) by donald.offrom.nl (8.14.7/8.14.7) with ESMTP id s2UJVUBg013372; Sun, 30 Mar 2014 21:31:30 +0200 (CEST) (envelope-from willy@vpn.offrom.nl) Received: from willy by squid with local (Exim 4.72) (envelope-from ) id 1WULS5-0002pE-M0; Sun, 30 Mar 2014 21:31:29 +0200 Date: Sun, 30 Mar 2014 21:31:29 +0200 From: Willy Offermans To: Rick Macklem Subject: Re: sendmail Broken Pipe Error Message-ID: <20140330193129.GK3528@vpn.offrom.nl> References: <20140328032701.GG60889@funkthat.com> <440991622.2459140.1396045523536.JavaMail.root@uoguelph.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <440991622.2459140.1396045523536.JavaMail.root@uoguelph.ca> User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 30 Mar 2014 19:31:31.0869 (UTC) FILETIME=[A784C4D0:01CF4C4E] X-RcptDomain: freebsd.org Cc: John-Mark Gurney , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Mar 2014 19:31:45 -0000 Hello Rick and FreeBSD friends, On Fri, Mar 28, 2014 at 06:25:23PM -0400, Rick Macklem wrote: > John-Mark Gurney wrote: > > Willy Offermans wrote this message on Thu, Mar 27, 2014 at 15:46 > > +0100: > > > Hello John-Mark and FreeBSD friends, > > > > > > On Wed, Mar 26, 2014 at 04:04:27PM -0700, John-Mark Gurney wrote: > > > > Willy Offermans wrote this message on Wed, Mar 26, 2014 at 18:22 > > > > +0100: > > > > > Hello John-Mark and FreeBSD friends, > > > > > > > > > > On Wed, Mar 26, 2014 at 09:20:35AM -0700, John-Mark Gurney > > > > > wrote: > > > > > > Willy Offermans wrote this message on Wed, Mar 26, 2014 at > > > > > > 12:17 +0100: > > > > > > > On Tue, Mar 25, 2014 at 09:43:16AM -0700, John-Mark Gurney > > > > > > > wrote: > > > > > > > > Willy Offermans wrote this message on Tue, Mar 25, 2014 > > > > > > > > at 11:39 +0100: > > > > > > > > > I'm not an expert in tcpdump. Can anyone make sense out > > > > > > > > > of the messages? > > > > > > > > > > > > > > > > If you dumped the contents, using -s 0 -X, and look at > > > > > > > > that last packet > > > > > > > > you should see 0d 0a 2e 0d 0a at the end.. which is > > > > > > > > CR/LF/./CR/LF.. If > > > > > > > > you don't see that, then for some reason sendmail/FreeBSD > > > > > > > > isn't telling > > > > > > > > the server that it's done sending which would prevent the > > > > > > > > receiving > > > > > > > > side from ack'ing the email causing the timeout... > > > > > > > > > > > > > > I followed your suggestions. However I'm not able to > > > > > > > distinguish the last > > > > > > > packet. Is there a way to find this with help of the Flags? > > > > > > > The following > > > > > > > is the output of tcpdump -r /root/tmp/tcpdump -X | grep > > > > > > > Flags > > > > > > > > > > > > > > 11:57:56.539788 IP MyServer.com.41115 > Smarthost.com.smtp: > > > > > > > Flags [S], seq 1001452351, win 65535, options [mss > > > > > > > 1448,nop,wscale 6,sackOK,TS val 407239960 ecr 0], length 0 > > > > > > > 11:57:56.555262 IP Smarthost.com.smtp > MyServer.com.41115: > > > > > > > Flags [S.], seq 1277075046, ack 1001452352, win 8192, > > > > > > > options [mss 1452], length 0 > > > > > > > > > > > > It should look something like: > > > > > > 09:18:34.723280 IP jmgmac.funkthat.com.64724 > > > > > > > h2.funkthat.com.ssh: Flags [.], ack 177, win 33280, options > > > > > > [nop,nop,TS val 1854905469 ecr 3482476972], length 0 > > > > > > 0x0000: 4510 0034 d7ac 4000 4006 e1af c0a8 0003 > > > > > > E..4..@.@....... > > > > > > 0x0010: c0a8 0004 fcd4 0016 7e48 238e d872 43dc > > > > > > ........~H#..rC. > > > > > > 0x0020: 8010 8200 7c08 0000 0101 080a 6e8f 9c7d > > > > > > ....|.......n..} > > > > > > 0x0030: cf92 61ac > > > > > > ..a. > > > > > > > > > > > > Notice the hex output... I didn't see any of that in your > > > > > > output... > > > > > > The last packet I was talking about is the last one that had > > > > > > length > > > > > > 1448 that your server sent... > > > > > > > > > > I sent two e-mails consecutively: the first without an > > > > > attachment, the > > > > > second with attachment. I dumped tcp of the NIC for port smtp. > > > > > I got the > > > > > following: > > > > > > > > > > > > > > > 12:20:55.988622 IP MyServer.com.37191 > Smarthost.com.smtp: > > > > > Flags [P.], seq 18943:19104, ack 412, win 65535, length 161 > > > > > 0x0000: 4500 00c9 eebd 4000 4006 0000 c0a8 0004 > > > > > E.....@.@....... > > > > > 0x0010: d54b 3f0d 9147 0019 4ea0 36dd 15a7 38a0 > > > > > .K?..G..N.6...8. > > > > > 0x0020: 5018 ffff 4481 0000 2020 2020 2020 2020 > > > > > P...D........... > > > > > 0x0030: 2020 2020 2020 2020 2020 2020 2020 2020 > > > > > ................ > > > > > 0x0040: 2020 2020 2020 2020 2020 2020 2020 205c > > > > > ...............\ > > > > > 0x0050: 2f20 205c 205e 0d0a 2020 2020 2020 2020 > > > > > /..\.^.......... > > > > > 0x0060: 2020 2020 2020 2020 2020 2020 2020 2020 > > > > > ................ > > > > > 0x0070: 2020 2020 2020 2020 2020 2020 2020 2020 > > > > > ................ > > > > > 0x0080: 2020 202e 5c2e 5f2f 5f29 0d0a 0d0a 2020 > > > > > ....\._/_)...... > > > > > 0x0090: 2020 2020 2020 2020 2020 2020 2020 2020 > > > > > ................ > > > > > 0x00a0: 2020 2020 2020 2020 2020 2020 2020 2020 > > > > > ................ > > > > > 0x00b0: 2020 2020 2077 7777 2e46 7265 6542 5344 > > > > > .....www.FreeBSD > > > > > 0x00c0: 2e6f 7267 0d0a 2e0d 0a > > > > > .org..... > > > > > > > > > > As predicted by John-Mark, the first ended with "0d0a 2e0d 0a". > > > > > However it > > > > > was not the last packet with length 1448. I hope that this will > > > > > not spoil > > > > > the party. Is the Flag [P.] more indicative? It looks like to > > > > > me, but I'm > > > > > just learning. > > > > > > > > > > Anyway the second mail ended with: > > > > > > > > > > 12:22:17.960896 IP MyServer.com.37191 > Smarthost.com.smtp: > > > > > Flags [.], seq 35127:36575, ack 638, win 65535, length 1448 > > > > > 0x0000: 4500 05d0 fe9d 4000 4006 0000 c0a8 0004 > > > > > E.....@.@....... > > > > > > > > > > > > > > > 0x0560: 5670 6876 4a67 5a5a 5a50 4b2f 4b78 3774 > > > > > VphvJgZZZPK/Kx7t > > > > > 0x0570: 382f 4230 594f 6b78 3449 0d0a 4a76 6551 > > > > > 8/B0YOkx4I..JveQ > > > > > 0x0580: 2b6e 7765 5647 2f33 6e79 6231 6133 496f > > > > > +nweVG/3nyb1a3Io > > > > > 0x0590: 5474 554f 4d61 4374 696b 714b 436b 4959 > > > > > TtUOMaCtikqKCkIY > > > > > 0x05a0: 704a 7668 3055 416d 6c33 4754 4f4c 6455 > > > > > pJvh0UAml3GTOLdU > > > > > 0x05b0: 774b 4145 7151 5741 7841 4141 5a66 7647 > > > > > wKAEqQWAxAAAZfvG > > > > > 0x05c0: 706b 6c36 0d0a 7a4e 6234 745a 6633 5a6c > > > > > pkl6..zNb4tZf3Zl > > > > > > > > > > Being packet with length 1448 and sent from my side. The code > > > > > "0d0a 2e0d > > > > > 0a" is missing. Immediately thereafter the following packets: > > > > > > > > We clearly haven't gotten the last mime-boundary, we are still in > > > > the > > > > base64 encoded data of the attachment... > > > > > > > > > 12:22:18.003557 IP Smarthost.com.smtp > MyServer.com.37191: > > > > > Flags [.], ack 36575, win 65160, length 0 > > > > > 0x0000: 4500 0028 11fb 4000 7a06 19d0 d54b 3f0d > > > > > E..(..@.z....K?. > > > > > 0x0010: c0a8 0004 0019 9147 15a7 3982 4ea0 7bbd > > > > > .......G..9.N.{. > > > > > 0x0020: 5010 fe88 315f 0000 0000 0000 0000 > > > > > P...1_........ > > > > > > > > The remote acking that it got your last packet... > > > > > > > > > 12:22:37.665889 IP MyServer.com.37191 > Smarthost.com.smtp: > > > > > Flags [R.], seq 39471, ack 638, win 65535, length 0 > > > > > 0x0000: 4500 0028 492c 4000 4006 0000 c0a8 0004 > > > > > E..(I,@.@....... > > > > > 0x0010: d54b 3f0d 9147 0019 4ea0 870d 15a7 3982 > > > > > .K?..G..N.....9. > > > > > 0x0020: 5014 ffff 2494 0000 > > > > > P...$... > > > > > > > > Local host closing down the connection because of time out... > > > > > > > > > 12:22:37.680857 IP Smarthost.com.smtp > MyServer.com.37191: > > > > > Flags [.], ack 36575, win 65160, length 0 > > > > > 0x0000: 4500 0028 0584 0000 f906 e746 d54b 3f0d > > > > > E..(.......F.K?. > > > > > 0x0010: c0a8 0004 0019 9147 15a7 3982 4ea0 7bbd > > > > > .......G..9.N.{. > > > > > 0x0020: 5010 fe88 315f 0000 0000 0000 0000 > > > > > P...1_........ > > > > > 12:22:37.680920 IP MyServer.com.37191 > Smarthost.com.smtp: > > > > > Flags [R], seq 1319140285, win 0, length 0 > > > > > 0x0000: 4500 0028 4935 4000 4006 0000 c0a8 0004 > > > > > E..(I5@.@....... > > > > > 0x0010: d54b 3f0d 9147 0019 4ea0 7bbd 0000 0000 > > > > > .K?..G..N.{..... > > > > > 0x0020: 5004 0000 7f1d 0000 > > > > > P....... > > > > > > > > > > It looks like Smarthost.com asks for more, but there is not > > > > > more to sent. > > > > > The final packet seems to be absent. I cannot look for the > > > > > closing remark > > > > > "www.FreeBSD.org", since there is the attachment at the end of > > > > > the second > > > > > mail. Is there any connection between the encoded attachment in > > > > > the second > > > > > mail and the output of tcpdump? > > > > > > > > > > Am I the only one noticing this error? I can hardly believe > > > > > this. > > > > > > > > > > Is there a way to force the insertion of .? > > > > > > > > So, this is more looking like a kernel problem where the last > > > > packet(s) > > > > aren't being sent out... Could you possibly catch the output of > > > > netstat -anfinet of the connection between the last packet and > > > > the > > > > reset? It'll be interesting to see if there is data in the > > > > send-q > > > > for the connection (third column)... If it's zero, that seems to > > > > imply > > > > that the server process hasn't sent all the data necessary... > > > > Then > > > > the next bit of investigation would be to run ktrace on the > > > > sendmail > > > > process and make sure that it writes all the correct data to the > > > > socket... > > > > > > > > Do you know what OS the remote side is running? You could use > > > > nmap > > > > to try to figure it out, as it could be a TCP stack interaction > > > > issue.. > > > > > > netstat -anfinet gave: > > > > > > tcp4 0 33304 MyServerIP.35395 SmarthostIP.25 > > > ESTABLISHED > > > > > > So there is still data to be sent, if I interpret correctly. What > > > is next > > > to be investigated? > > > > Yeh, if there is data in the send-q (per above) and you aren't seeing > > any more packets, someone on -net with some TCP clue should help you > > debug this... > > > > Also, did you figure out what the OS is of the other end? Knowing > > that will also help them... > > > > For -net's reference, the opening syns look like: > > 11:57:56.539788 IP MyServer.com.41115 > Smarthost.com.smtp: Flags > > [S], seq 1001452351, win 65535, options [mss 1448,nop,wscale > > 6,sackOK,TS val 407239960 ecr 0], length 0 > > 11:57:56.555262 IP Smarthost.com.smtp > MyServer.com.41115: Flags > > [S.], seq 1277075046, ack 1001452352, win 8192, options [mss 1452], > > length 0 > > > You could try disabling TSO on the bge net interface(s). They are among > the ones that only handle 32 transmit segments for TSO and this can cause > problems for NFS (and a tester reported iSCSI). > > Also, at a glance, if_bge.c uses a mix of m_collapse() and m_defrag(). > { m_collapse() has lower overhead, but is less likely to compact the > TSO segment into 32 mbufs } > > You can read this thread for the story of the NFS case: > http://docs.FreeBSD.org/cgi/mid.cgi?1850411724.1687820.1395621539316.JavaMail.root > > Good luck with it, rick Disabling ISO on the bge net interface did the trick. Thnx a lot Rick for the hint. How can I save this setting in the rc.conf file to disable TSO at startup? -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Wiel ************************************* W.K. Offermans e-mail: Willy@Offermans.Rompen.nl Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Mar 30 19:44:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A6E565FE for ; Sun, 30 Mar 2014 19:44:48 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 6257D27B for ; Sun, 30 Mar 2014 19:44:47 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 72E65656DD for ; Sun, 30 Mar 2014 19:44:40 +0000 (UTC) Message-ID: <5338742A.1050501@allanjude.com> Date: Sun, 30 Mar 2014 15:44:42 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: sendmail Broken Pipe Error References: <20140328032701.GG60889@funkthat.com> <440991622.2459140.1396045523536.JavaMail.root@uoguelph.ca> <20140330193129.GK3528@vpn.offrom.nl> In-Reply-To: <20140330193129.GK3528@vpn.offrom.nl> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QcvSvkAAIS6WcXlwr8T2cegPLIT2Ssk0S" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 30 Mar 2014 19:44:48 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --QcvSvkAAIS6WcXlwr8T2cegPLIT2Ssk0S Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-03-30 15:31, Willy Offermans wrote: > Hello Rick and FreeBSD friends, >=20 > On Fri, Mar 28, 2014 at 06:25:23PM -0400, Rick Macklem wrote: >> John-Mark Gurney wrote: >>> Willy Offermans wrote this message on Thu, Mar 27, 2014 at 15:46 >>> +0100: >>>> Hello John-Mark and FreeBSD friends, >>>> >>>> On Wed, Mar 26, 2014 at 04:04:27PM -0700, John-Mark Gurney wrote: >>>>> Willy Offermans wrote this message on Wed, Mar 26, 2014 at 18:22 >>>>> +0100: >>>>>> Hello John-Mark and FreeBSD friends, >>>>>> >>>>>> On Wed, Mar 26, 2014 at 09:20:35AM -0700, John-Mark Gurney >>>>>> wrote: >>>>>>> Willy Offermans wrote this message on Wed, Mar 26, 2014 at >>>>>>> 12:17 +0100: >>>>>>>> On Tue, Mar 25, 2014 at 09:43:16AM -0700, John-Mark Gurney >>>>>>>> wrote: >>>>>>>>> Willy Offermans wrote this message on Tue, Mar 25, 2014 >>>>>>>>> at 11:39 +0100: >>>>>>>>>> I'm not an expert in tcpdump. Can anyone make sense out >>>>>>>>>> of the messages? >>>>>>>>> >>>>>>>>> If you dumped the contents, using -s 0 -X, and look at >>>>>>>>> that last packet >>>>>>>>> you should see 0d 0a 2e 0d 0a at the end.. which is >>>>>>>>> CR/LF/./CR/LF.. If >>>>>>>>> you don't see that, then for some reason sendmail/FreeBSD >>>>>>>>> isn't telling >>>>>>>>> the server that it's done sending which would prevent the >>>>>>>>> receiving >>>>>>>>> side from ack'ing the email causing the timeout... >>>>>>>> >>>>>>>> I followed your suggestions. However I'm not able to >>>>>>>> distinguish the last >>>>>>>> packet. Is there a way to find this with help of the Flags? >>>>>>>> The following >>>>>>>> is the output of tcpdump -r /root/tmp/tcpdump -X | grep >>>>>>>> Flags >>>>>>>> >>>>>>>> 11:57:56.539788 IP MyServer.com.41115 > Smarthost.com.smtp: >>>>>>>> Flags [S], seq 1001452351, win 65535, options [mss >>>>>>>> 1448,nop,wscale 6,sackOK,TS val 407239960 ecr 0], length 0 >>>>>>>> 11:57:56.555262 IP Smarthost.com.smtp > MyServer.com.41115: >>>>>>>> Flags [S.], seq 1277075046, ack 1001452352, win 8192, >>>>>>>> options [mss 1452], length 0 >>>>>>> >>>>>>> It should look something like: >>>>>>> 09:18:34.723280 IP jmgmac.funkthat.com.64724 > >>>>>>> h2.funkthat.com.ssh: Flags [.], ack 177, win 33280, options >>>>>>> [nop,nop,TS val 1854905469 ecr 3482476972], length 0 >>>>>>> 0x0000: 4510 0034 d7ac 4000 4006 e1af c0a8 0003 >>>>>>> E..4..@.@....... >>>>>>> 0x0010: c0a8 0004 fcd4 0016 7e48 238e d872 43dc >>>>>>> ........~H#..rC. >>>>>>> 0x0020: 8010 8200 7c08 0000 0101 080a 6e8f 9c7d >>>>>>> ....|.......n..} >>>>>>> 0x0030: cf92 61ac >>>>>>> ..a. >>>>>>> >>>>>>> Notice the hex output... I didn't see any of that in your >>>>>>> output... >>>>>>> The last packet I was talking about is the last one that had >>>>>>> length >>>>>>> 1448 that your server sent... >>>>>> >>>>>> I sent two e-mails consecutively: the first without an >>>>>> attachment, the >>>>>> second with attachment. I dumped tcp of the NIC for port smtp. >>>>>> I got the >>>>>> following: >>>>>> >>>>>> >>>>>> 12:20:55.988622 IP MyServer.com.37191 > Smarthost.com.smtp: >>>>>> Flags [P.], seq 18943:19104, ack 412, win 65535, length 161 >>>>>> 0x0000: 4500 00c9 eebd 4000 4006 0000 c0a8 0004 >>>>>> E.....@.@....... >>>>>> 0x0010: d54b 3f0d 9147 0019 4ea0 36dd 15a7 38a0 >>>>>> .K?..G..N.6...8. >>>>>> 0x0020: 5018 ffff 4481 0000 2020 2020 2020 2020 >>>>>> P...D........... >>>>>> 0x0030: 2020 2020 2020 2020 2020 2020 2020 2020 >>>>>> ................ >>>>>> 0x0040: 2020 2020 2020 2020 2020 2020 2020 205c >>>>>> ...............\ >>>>>> 0x0050: 2f20 205c 205e 0d0a 2020 2020 2020 2020 >>>>>> /..\.^.......... >>>>>> 0x0060: 2020 2020 2020 2020 2020 2020 2020 2020 >>>>>> ................ >>>>>> 0x0070: 2020 2020 2020 2020 2020 2020 2020 2020 >>>>>> ................ >>>>>> 0x0080: 2020 202e 5c2e 5f2f 5f29 0d0a 0d0a 2020 >>>>>> ....\._/_)...... >>>>>> 0x0090: 2020 2020 2020 2020 2020 2020 2020 2020 >>>>>> ................ >>>>>> 0x00a0: 2020 2020 2020 2020 2020 2020 2020 2020 >>>>>> ................ >>>>>> 0x00b0: 2020 2020 2077 7777 2e46 7265 6542 5344 >>>>>> .....www.FreeBSD >>>>>> 0x00c0: 2e6f 7267 0d0a 2e0d 0a >>>>>> .org..... >>>>>> >>>>>> As predicted by John-Mark, the first ended with "0d0a 2e0d 0a". >>>>>> However it >>>>>> was not the last packet with length 1448. I hope that this will >>>>>> not spoil >>>>>> the party. Is the Flag [P.] more indicative? It looks like to >>>>>> me, but I'm >>>>>> just learning. >>>>>> >>>>>> Anyway the second mail ended with: >>>>>> >>>>>> 12:22:17.960896 IP MyServer.com.37191 > Smarthost.com.smtp: >>>>>> Flags [.], seq 35127:36575, ack 638, win 65535, length 1448 >>>>>> 0x0000: 4500 05d0 fe9d 4000 4006 0000 c0a8 0004 >>>>>> E.....@.@....... >>>>>> >>>>>> >>>>>> 0x0560: 5670 6876 4a67 5a5a 5a50 4b2f 4b78 3774 >>>>>> VphvJgZZZPK/Kx7t >>>>>> 0x0570: 382f 4230 594f 6b78 3449 0d0a 4a76 6551 >>>>>> 8/B0YOkx4I..JveQ >>>>>> 0x0580: 2b6e 7765 5647 2f33 6e79 6231 6133 496f >>>>>> +nweVG/3nyb1a3Io >>>>>> 0x0590: 5474 554f 4d61 4374 696b 714b 436b 4959 >>>>>> TtUOMaCtikqKCkIY >>>>>> 0x05a0: 704a 7668 3055 416d 6c33 4754 4f4c 6455 >>>>>> pJvh0UAml3GTOLdU >>>>>> 0x05b0: 774b 4145 7151 5741 7841 4141 5a66 7647 >>>>>> wKAEqQWAxAAAZfvG >>>>>> 0x05c0: 706b 6c36 0d0a 7a4e 6234 745a 6633 5a6c >>>>>> pkl6..zNb4tZf3Zl >>>>>> >>>>>> Being packet with length 1448 and sent from my side. The code >>>>>> "0d0a 2e0d >>>>>> 0a" is missing. Immediately thereafter the following packets: >>>>> >>>>> We clearly haven't gotten the last mime-boundary, we are still in >>>>> the >>>>> base64 encoded data of the attachment... >>>>> >>>>>> 12:22:18.003557 IP Smarthost.com.smtp > MyServer.com.37191: >>>>>> Flags [.], ack 36575, win 65160, length 0 >>>>>> 0x0000: 4500 0028 11fb 4000 7a06 19d0 d54b 3f0d >>>>>> E..(..@.z....K?. >>>>>> 0x0010: c0a8 0004 0019 9147 15a7 3982 4ea0 7bbd >>>>>> .......G..9.N.{. >>>>>> 0x0020: 5010 fe88 315f 0000 0000 0000 0000 >>>>>> P...1_........ >>>>> >>>>> The remote acking that it got your last packet... >>>>> >>>>>> 12:22:37.665889 IP MyServer.com.37191 > Smarthost.com.smtp: >>>>>> Flags [R.], seq 39471, ack 638, win 65535, length 0 >>>>>> 0x0000: 4500 0028 492c 4000 4006 0000 c0a8 0004 >>>>>> E..(I,@.@....... >>>>>> 0x0010: d54b 3f0d 9147 0019 4ea0 870d 15a7 3982 >>>>>> .K?..G..N.....9. >>>>>> 0x0020: 5014 ffff 2494 0000 >>>>>> P...$... >>>>> >>>>> Local host closing down the connection because of time out... >>>>> >>>>>> 12:22:37.680857 IP Smarthost.com.smtp > MyServer.com.37191: >>>>>> Flags [.], ack 36575, win 65160, length 0 >>>>>> 0x0000: 4500 0028 0584 0000 f906 e746 d54b 3f0d >>>>>> E..(.......F.K?. >>>>>> 0x0010: c0a8 0004 0019 9147 15a7 3982 4ea0 7bbd >>>>>> .......G..9.N.{. >>>>>> 0x0020: 5010 fe88 315f 0000 0000 0000 0000 >>>>>> P...1_........ >>>>>> 12:22:37.680920 IP MyServer.com.37191 > Smarthost.com.smtp: >>>>>> Flags [R], seq 1319140285, win 0, length 0 >>>>>> 0x0000: 4500 0028 4935 4000 4006 0000 c0a8 0004 >>>>>> E..(I5@.@....... >>>>>> 0x0010: d54b 3f0d 9147 0019 4ea0 7bbd 0000 0000 >>>>>> .K?..G..N.{..... >>>>>> 0x0020: 5004 0000 7f1d 0000 >>>>>> P....... >>>>>> >>>>>> It looks like Smarthost.com asks for more, but there is not >>>>>> more to sent. >>>>>> The final packet seems to be absent. I cannot look for the >>>>>> closing remark >>>>>> "www.FreeBSD.org", since there is the attachment at the end of >>>>>> the second >>>>>> mail. Is there any connection between the encoded attachment in >>>>>> the second >>>>>> mail and the output of tcpdump? >>>>>> >>>>>> Am I the only one noticing this error? I can hardly believe >>>>>> this. >>>>>> >>>>>> Is there a way to force the insertion of .? >>>>> >>>>> So, this is more looking like a kernel problem where the last >>>>> packet(s) >>>>> aren't being sent out... Could you possibly catch the output of >>>>> netstat -anfinet of the connection between the last packet and >>>>> the >>>>> reset? It'll be interesting to see if there is data in the >>>>> send-q >>>>> for the connection (third column)... If it's zero, that seems to >>>>> imply >>>>> that the server process hasn't sent all the data necessary... >>>>> Then >>>>> the next bit of investigation would be to run ktrace on the >>>>> sendmail >>>>> process and make sure that it writes all the correct data to the >>>>> socket... >>>>> >>>>> Do you know what OS the remote side is running? You could use >>>>> nmap >>>>> to try to figure it out, as it could be a TCP stack interaction >>>>> issue.. >>>> >>>> netstat -anfinet gave: >>>> >>>> tcp4 0 33304 MyServerIP.35395 SmarthostIP.25 >>>> ESTABLISHED >>>> >>>> So there is still data to be sent, if I interpret correctly. What >>>> is next >>>> to be investigated? >>> >>> Yeh, if there is data in the send-q (per above) and you aren't seeing= >>> any more packets, someone on -net with some TCP clue should help you >>> debug this... >>> >>> Also, did you figure out what the OS is of the other end? Knowing >>> that will also help them... >>> >>> For -net's reference, the opening syns look like: >>> 11:57:56.539788 IP MyServer.com.41115 > Smarthost.com.smtp: Flags >>> [S], seq 1001452351, win 65535, options [mss 1448,nop,wscale >>> 6,sackOK,TS val 407239960 ecr 0], length 0 >>> 11:57:56.555262 IP Smarthost.com.smtp > MyServer.com.41115: Flags >>> [S.], seq 1277075046, ack 1001452352, win 8192, options [mss 1452], >>> length 0 >>> >> You could try disabling TSO on the bge net interface(s). They are amon= g >> the ones that only handle 32 transmit segments for TSO and this can ca= use >> problems for NFS (and a tester reported iSCSI). >> >> Also, at a glance, if_bge.c uses a mix of m_collapse() and m_defrag().= >> { m_collapse() has lower overhead, but is less likely to compact the >> TSO segment into 32 mbufs } >> >> You can read this thread for the story of the NFS case: >> http://docs.FreeBSD.org/cgi/mid.cgi?1850411724.1687820.1395621539316= =2EJavaMail.root >> >> Good luck with it, rick >=20 > Disabling ISO on the bge net interface did the trick. Thnx a lot Rick f= or > the hint. >=20 > How can I save this setting in the rc.conf file to disable TSO at start= up? >=20 add -tso to the ifconfig line: ifconfig_bge0=3D"inet netmask -tso" --=20 Allan Jude --QcvSvkAAIS6WcXlwr8T2cegPLIT2Ssk0S 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTOHQtAAoJEJrBFpNRJZKf5hUQAJVv+vPdibBed3QgFSSCuZ7z jcT8fRZnHwTIhbweVhwiynGuMpB9PjsQ7EPSV15sXX+Z/eySKr94zeNydQSm9ycq xkBToc+DSno/cmYGOjIe8RiAhnMWJ4AcxBSyBJpjP6TBk/b+xLboC+u0I9I0xkuq BPDO+IGRfPEm4GmsblhVMYsIlNcWDZA45PNHGR/6IkWPXw0KSdEWnJSRbj5rrese mNWQKivYQAk48+ugv4EbOng/EzaIHNhqxrDD6Q6FZxN33Cwvr5OmHsuQKce5rJgF sd+JNLNR1Y7BI/GPSsXsAZD7jdJDaoJnVKt3YDBqoCQuQOJkw9BIQ7C/IKTFtK8d uUs2a//KgaHcOLCvma51Lmq+sCuYLOeRjsoNvhLSHn1BaLbtIQTcDplo7bJnC/nH MQtV4Ei68yLc//+n0gKzUceYXR/MFzmQGe4/ANRnBloWRfZxtuhQOltdZqPBbaJl 8PTJKlk1gJQGGYb73S6uJdU9wkRZQMTmsEond5w8Waq51SzCoWrLNNSswFhroRv3 raxDWBI55tHY39oPEpqRmRhCjEbQEs9+rcf6RlCNDtYymBw1ADQDl8G9qsCcUkVT 5htQXcU3b6aUY1YQVFDyYIqEsrUK+UpfRoJgICNIQBT5l6wEQ2m6rzYiI5Hbsriu P3JjIiiBXJFtE5JIMEy+ =tHvz -----END PGP SIGNATURE----- --QcvSvkAAIS6WcXlwr8T2cegPLIT2Ssk0S-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 00:07:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D96ABE2E for ; Mon, 31 Mar 2014 00:07:02 +0000 (UTC) Received: from mail-ob0-x22a.google.com (mail-ob0-x22a.google.com [IPv6:2607:f8b0:4003:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A13B5BF8 for ; Mon, 31 Mar 2014 00:07:02 +0000 (UTC) Received: by mail-ob0-f170.google.com with SMTP id uz6so8424332obc.1 for ; Sun, 30 Mar 2014 17:07:02 -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=uy3oNK8WhYdIP7woqZi4DavYAlLWR7O5Oy+BFDvoI2I=; b=qoNCl1iOUaYph3V+SDVta986zXQml/7h8j4lzQkEVZdtXREaZUZSiJsJp+eoqWzVDB +FBBERQAzDEyjUOvmQnphbYpa9Ud9on45MBIFgb8cAkVlMToSVt5KG4mexJZ0YlV8v3B E17/zCNP0ENlXGmYpgICjc9xJVUbzhcdX6czx3St9T7V8N5vdAGRcbT3C2PkmYn2p6wA /GuWn28AEMjuwZ/lxZjhXY+BCuD/Bk8vmYmrE/Pl+fd2nwVrJemJ6T+g8TYVXhyL0phe Vb484n+TZekeSL3W5vHcZjIOHRGmYdecoI8kwG5STyOUAe8EpgmhnjBm2TWp2rL4YAGV SUfw== MIME-Version: 1.0 X-Received: by 10.182.28.7 with SMTP id x7mr15828obg.43.1396224421881; Sun, 30 Mar 2014 17:07:01 -0700 (PDT) Received: by 10.182.80.7 with HTTP; Sun, 30 Mar 2014 17:07:01 -0700 (PDT) In-Reply-To: References: Date: Mon, 31 Mar 2014 02:07:01 +0200 Message-ID: Subject: Re: [CFT] ASLR and PIE on amd64 From: Oliver Pinter To: Shawn Webb Content-Type: multipart/mixed; boundary=089e015380bab16b1604f5dbd4e0 Cc: FreeBSD-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 31 Mar 2014 00:07:03 -0000 --089e015380bab16b1604f5dbd4e0 Content-Type: text/plain; charset=ISO-8859-1 On 3/22/14, Shawn Webb wrote: > Hey All, > > First off, I hope that even as a non-committer, it's okay that I post > a call for testing. If not, please excuse my newbishness in this > process. This is my first time submitting a major patch upstream to > FreeBSD. > > Over the past few months, I've had the opportunity and pleasure to > enhance existing patches to FreeBSD that implement a common exploit > mitigation technology called Address Space Layout Randomization (ASLR) > along with support for Position Independent Executables (PIE). > ASLR+PIE has been a long-requested feature by many people I've met on > IRC. > > I've submitted my patch to PR kernel/181497. I'm currently in the > process of adding PIE support to certain high-visibility applications > in base (mainly network daemons). I've added a make.conf knob that's > default to enabled (WITH_PIE=1). An application has to also explicitly > support PIE as well by defining CAN_PIE in the Makefile prior to > including bsd.prog.mk. After I get a decent amount of applications > enabled with PIE support, I'll submit one last patch. > > The following sysctl's can be set with a kernel compiled with the > PAX_ASLR option: > > security.pax.aslr.status: 1 > security.pax.aslr.debug: 0 > security.pax.aslr.mmap_len: 16 > security.pax.aslr.stack_len: 12 > security.pax.aslr.exec_len: 12 > > The security.pax.aslr.status sysctl enables and disables the ASLR > system as a whole. The debug sysctl gives debugging output. The > mmap_len sysctl tells the ASLR system how many bits to randomize with > mmap() is called. The stack_len sysctl tells the ASLR system how many > bits to randomize in the stack. The exec_len sysctl tells the ASLR > system how many bits to randomize the execbase (this controls PIE). > These sysctls can be set as a per-jail basis. If you have an > application which doesn't support ASLR, yet you want ASLR enabled for > everything else, you can simply place that misbehaving application in > a jail with only that jail's ASLR settings turned off. > > Please let me know how your testing goes. I'm giving a presentation at > BSDCan regarding this. > > If you want to keep tabs on my bleeding-edge development process, > please follow my progress on GitHub: > https://github.com/lattera/freebsd (branch: soldierx/lattera/aslr). > > Thank you very much, Hi! Please apply this patch. This fixed an issue with tunables. > > Shawn Webb > _______________________________________________ > 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" > --089e015380bab16b1604f5dbd4e0 Content-Type: application/octet-stream; name="0001-PaX-ASLR-fixed-tunables-in-kern_pax.c.patch" Content-Disposition: attachment; filename="0001-PaX-ASLR-fixed-tunables-in-kern_pax.c.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: file0 RnJvbSAwODkwYmUxMGJlOWRjMTU4MDM3YzEzN2NmNDRlNDlkYWUzM2Q3NTNkIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBPbGl2ZXIgUGludGVyIDxvbGl2ZXIucG50ckBnbWFpbC5jb20+ CkRhdGU6IE1vbiwgMzEgTWFyIDIwMTQgMDI6MDI6NDIgKzAyMDAKU3ViamVjdDogW1BBVENIXSBQ YVggQVNMUjogZml4ZWQgdHVuYWJsZXMgaW4ga2Vybl9wYXguYwoKU2lnbmVkLW9mZi1ieTogT2xp dmVyIFBpbnRlciA8b2xpdmVyLnBudHJAZ21haWwuY29tPgotLS0KIHN5cy9rZXJuL2tlcm5fcGF4 LmMgfCA2ICsrKy0tLQogMSBmaWxlIGNoYW5nZWQsIDMgaW5zZXJ0aW9ucygrKSwgMyBkZWxldGlv bnMoLSkKCmRpZmYgLS1naXQgYS9zeXMva2Vybi9rZXJuX3BheC5jIGIvc3lzL2tlcm4va2Vybl9w YXguYwppbmRleCAyMTg1YmFmLi5iMDNjYzAzIDEwMDY0NAotLS0gYS9zeXMva2Vybi9rZXJuX3Bh eC5jCisrKyBiL3N5cy9rZXJuL2tlcm5fcGF4LmMKQEAgLTk5LDIxICs5OSwyMSBAQCBTWVNDVExf UFJPQyhfc2VjdXJpdHlfcGF4X2FzbHIsIE9JRF9BVVRPLCBtbWFwX2xlbiwKICAgICBOVUxMLCAw LCBzeXNjdGxfcGF4X2FzbHJfbW1hcCwgIkkiLAogICAgICJOdW1iZXIgb2YgYml0cyByYW5kb21p emVkIGZvciBtbWFwKDIpIGNhbGxzLiAiCiAgICAgIjMyIGJpdDogWzgsMTZdIDY0IGJpdDogWzE2 LDMyXSIpOwotVFVOQUJMRV9JTlQoInNlY3VyaXR5LnBheC5hc2xyLm1tYXAiLCAmcGF4X2FzbHJf bW1hcF9sZW4pOworVFVOQUJMRV9JTlQoInNlY3VyaXR5LnBheC5hc2xyLm1tYXBfbGVuIiwgJnBh eF9hc2xyX21tYXBfbGVuKTsKIAogU1lTQ1RMX1BST0MoX3NlY3VyaXR5X3BheF9hc2xyLCBPSURf QVVUTywgc3RhY2tfbGVuLAogICAgIENUTFRZUEVfSU5UfENUTEZMQUdfUld8Q1RMRkxBR19UVU58 Q1RMRkxBR19QUklTT04sCiAgICAgTlVMTCwgMCwgc3lzY3RsX3BheF9hc2xyX3N0YWNrLCAiSSIs CiAgICAgIk51bWJlciBvZiBiaXRzIHJhbmRvbWl6ZWQgZm9yIHRoZSBzdGFjay4gIgogICAgICIz MiBiaXQ6IFs2LDEyXSA2NCBiaXQ6IFsxMiwyMV0iKTsKLVRVTkFCTEVfSU5UKCJzZWN1cml0eS5w YXguYXNsci5zdGFjayIsICZwYXhfYXNscl9zdGFja19sZW4pOworVFVOQUJMRV9JTlQoInNlY3Vy aXR5LnBheC5hc2xyLnN0YWNrX2xlbiIsICZwYXhfYXNscl9zdGFja19sZW4pOwogCiBTWVNDVExf UFJPQyhfc2VjdXJpdHlfcGF4X2FzbHIsIE9JRF9BVVRPLCBleGVjX2xlbiwKICAgICBDVExUWVBF X0lOVHxDVExGTEFHX1JXfENUTEZMQUdfVFVOfENUTEZMQUdfUFJJU09OLAogICAgIE5VTEwsIDAs IHN5c2N0bF9wYXhfYXNscl9leGVjLCAiSSIsCiAgICAgIk51bWJlciBvZiBiaXRzIHJhbmRvbWl6 ZWQgZm9yIHRoZSBQSUUgZXhlYyBiYXNlLiAiCiAgICAgIjMyIGJpdDogWzYsMTJdIDY0IGJpdDog WzEyLDIxXSIpOwotVFVOQUJMRV9JTlQoInNlY3VyaXR5LnBheC5hc2xyLnN0YWNrIiwgJnBheF9h c2xyX2V4ZWNfbGVuKTsKK1RVTkFCTEVfSU5UKCJzZWN1cml0eS5wYXguYXNsci5leGVjX2xlbiIs ICZwYXhfYXNscl9leGVjX2xlbik7CiAKIHN0YXRpYyBpbnQKIHN5c2N0bF9wYXhfYXNscl9zdGF0 dXMoU1lTQ1RMX0hBTkRMRVJfQVJHUykKLS0gCjEuOS4wCgo= --089e015380bab16b1604f5dbd4e0-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 00:24:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5265C2B9 for ; Mon, 31 Mar 2014 00:24:45 +0000 (UTC) Received: from mail-qa0-x229.google.com (mail-qa0-x229.google.com [IPv6:2607:f8b0:400d:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0C242D7C for ; Mon, 31 Mar 2014 00:24:44 +0000 (UTC) Received: by mail-qa0-f41.google.com with SMTP id j5so7478387qaq.14 for ; Sun, 30 Mar 2014 17:24:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=lroM2bmbrCoCgapaSZptHxWEr5YGDP7pmbBSKGcZDgA=; b=Gn6yVi/K/ArNZxLyA+ILd+7LqxqMk51ZmffHKKR5ZF0WMlflEEaPC0EjWPfa5GdC7j axlyJHIZCc/gWfhrd4ck1lfwotmw1urIpv7ZR99Ex4sy88bIcMVGdzBNbDy1MZFUcF1k t/NmBY8FMoQVq3sCKhOxQ4ZFEhw+Zw52Nvjf9wZHVNRbK64PaTNlZd38sGVMeL3mlAR8 xABES5YXYA4TtGWFdaBA3/cEUNy0M/BzwvkpdAKZFXq8rxTUrq71KlHxEwSo9JD9dumd 0CNixfql5t8DlRQ+pbfonnmzKspZWtSh561XHddtf/nz3fEVh2xQvLKoKUCyFlrdpBJ+ je8w== X-Received: by 10.140.100.205 with SMTP id s71mr48424qge.106.1396225484164; Sun, 30 Mar 2014 17:24:44 -0700 (PDT) Received: from pwnie.vrt.sourcefire.com (moist.vrt.sourcefire.com. [198.148.79.134]) by mx.google.com with ESMTPSA id y9sm25160047qai.13.2014.03.30.17.24.42 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 30 Mar 2014 17:24:42 -0700 (PDT) Date: Sun, 30 Mar 2014 20:24:36 -0400 From: Shawn Webb To: Oliver Pinter Subject: Re: [CFT] ASLR and PIE on amd64 Message-ID: <20140331002436.GB14025@pwnie.vrt.sourcefire.com> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5I6of5zJg18YgZEa" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 31 Mar 2014 00:24:45 -0000 --5I6of5zJg18YgZEa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mar 31, 2014 02:07 AM +0200, Oliver Pinter wrote: > On 3/22/14, Shawn Webb wrote: > > Hey All, > > > > First off, I hope that even as a non-committer, it's okay that I post > > a call for testing. If not, please excuse my newbishness in this > > process. This is my first time submitting a major patch upstream to > > FreeBSD. > > > > Over the past few months, I've had the opportunity and pleasure to > > enhance existing patches to FreeBSD that implement a common exploit > > mitigation technology called Address Space Layout Randomization (ASLR) > > along with support for Position Independent Executables (PIE). > > ASLR+PIE has been a long-requested feature by many people I've met on > > IRC. > > > > I've submitted my patch to PR kernel/181497. I'm currently in the > > process of adding PIE support to certain high-visibility applications > > in base (mainly network daemons). I've added a make.conf knob that's > > default to enabled (WITH_PIE=3D1). An application has to also explicitly > > support PIE as well by defining CAN_PIE in the Makefile prior to > > including bsd.prog.mk. After I get a decent amount of applications > > enabled with PIE support, I'll submit one last patch. > > > > The following sysctl's can be set with a kernel compiled with the > > PAX_ASLR option: > > > > security.pax.aslr.status: 1 > > security.pax.aslr.debug: 0 > > security.pax.aslr.mmap_len: 16 > > security.pax.aslr.stack_len: 12 > > security.pax.aslr.exec_len: 12 > > > > The security.pax.aslr.status sysctl enables and disables the ASLR > > system as a whole. The debug sysctl gives debugging output. The > > mmap_len sysctl tells the ASLR system how many bits to randomize with > > mmap() is called. The stack_len sysctl tells the ASLR system how many > > bits to randomize in the stack. The exec_len sysctl tells the ASLR > > system how many bits to randomize the execbase (this controls PIE). > > These sysctls can be set as a per-jail basis. If you have an > > application which doesn't support ASLR, yet you want ASLR enabled for > > everything else, you can simply place that misbehaving application in > > a jail with only that jail's ASLR settings turned off. > > > > Please let me know how your testing goes. I'm giving a presentation at > > BSDCan regarding this. > > > > If you want to keep tabs on my bleeding-edge development process, > > please follow my progress on GitHub: > > https://github.com/lattera/freebsd (branch: soldierx/lattera/aslr). > > > > Thank you very much, >=20 > Hi! >=20 > Please apply this patch. This fixed an issue with tunables. Patch merged successfully into my GitHub repo. Fixed with commit d2c0813. I'll include it in my next patch submission upstream when I submit my PIE work. Thanks! --5I6of5zJg18YgZEa Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTOLXEAAoJEGqEZY9SRW7u4+0QAIgtzmf65wTk3l/EdUhdKKVj WODd3XFnSSMHOYB7jFzWZ1rh8xEVB0FL63mlA2DQvOSGKXea8TJALeQLP3/WaMEW ryDii4hCnlbUnwWYtFzTQikHmt6FRIQQh67k23FcwUgN4V3MW54xI2rzkZY3vRQO sZDrTqpKIL7rz8wkmYNGbMz7Y7Q4qACChnRu+HyMiZZD9XwT1AybIm5sTU5XoZGQ nFqEfWyhEfupkvDlNnb02apfu78b31mKbyV6mf0LDOZs/LEu+Cn5/Y5/AzgO61Td HOJTGFUgNrAqKX3X1MJWkdSjuODhnds5HRbv/RRY7atW10Sk08nsazvwAgeuBNHo WTrWIl1YTD0UatvW9o4jh0BODLrJLLo4FnTiYpUop5tfoWog8J5EhJftxGajFrMb JTZIBibIMdE9vtkbg05n0JKsGh1OKBMmFOC/K8mgfD+TvT77VqqxRVpE4iUmQqUI XaES7I9syLOyEM1K9rV/mpnX3r/sb2ELSnKvCLfcMQKiewsS/b97opfPKhhXJ14p q3yi2IibBGc+pg4f+/86AGUqd8gfeJ7Gc3HwfMCJVaeeRv2EUdncX6CLfEWxtTo8 n2yp5YEm2TydbfFnjanmnktjTuTn6iopRasBt1FmkK3WA8P4LLhNx0rTG+Mx8WU+ uX8BnV7ecrruGTaOc9Ip =av/O -----END PGP SIGNATURE----- --5I6of5zJg18YgZEa-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 01:44:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0479E1F2 for ; Mon, 31 Mar 2014 01:44:10 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CA28B369 for ; Mon, 31 Mar 2014 01:44:09 +0000 (UTC) Received: from jre-mbp.elischer.org (ppp121-45-232-70.lns20.per1.internode.on.net [121.45.232.70]) (authenticated bits=0) by vps1.elischer.org (8.14.8/8.14.8) with ESMTP id s2V1i4lV030399 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 30 Mar 2014 18:44:07 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <5338C85F.70505@freebsd.org> Date: Mon, 31 Mar 2014 09:43:59 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Shawn Webb , Oliver Pinter Subject: Re: [CFT] ASLR and PIE on amd64 References: <20140331002436.GB14025@pwnie.vrt.sourcefire.com> In-Reply-To: <20140331002436.GB14025@pwnie.vrt.sourcefire.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 31 Mar 2014 01:44:10 -0000 On 3/31/14, 8:24 AM, Shawn Webb wrote: > On Mar 31, 2014 02:07 AM +0200, Oliver Pinter wrote: >> On 3/22/14, Shawn Webb wrote: >>> Hey All, >>> >>> First off, I hope that even as a non-committer, it's okay that I post >>> a call for testing. If not, please excuse my newbishness in this >>> process. This is my first time submitting a major patch upstream to >>> FreeBSD. of course it's ok to do anything positive :-) how do you think the rest of us got here? I must warn you though, that if you continue to show interest and talent you will be punished by becoming known as someone who one goes to for specific problems, and if that doesn't prove enough to slow you down we can always doom you with a commit bit. From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 07:16:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B413F84C; Mon, 31 Mar 2014 07:16:35 +0000 (UTC) Received: from mail-oa0-x231.google.com (mail-oa0-x231.google.com [IPv6:2607:f8b0:4003:c02::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6612F272; Mon, 31 Mar 2014 07:16:35 +0000 (UTC) Received: by mail-oa0-f49.google.com with SMTP id h16so8801484oag.22 for ; Mon, 31 Mar 2014 00:16:34 -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:message-id:subject :from:to:content-type; bh=+6UL06NkUE9X0tubR5og8DfeSkGTGkLtlYXHWP4vSRU=; b=HXZ2GRBZrpl6PCBWaK2+jurRR2G6OzlVIRDr1yDCfQmgcn7ESd1hBWnf1iWOJCBgVX PH/v9XISRuCMM2rxm6VwNVhnSrFa73vxwR9ZSsklG5riXJGFpF8z5rZqgyCIIxy6HXYV R+igb02vq5QTLdPN5zQBj5u6dqSDmfCWpqx7IbDeaeU9Ar9p6TsMVP2z6KOGKgZClM07 aCtkFQQZUpS0DWz6+lONefvqUjsQ6kAakWi6zB1zUgcaRXmIClixf9SgRbfsCpzufBmb J0aSTeX/u7jaTcEVKnHWp2MsNfevbEuvws+QNC5TCsRz5z6aQNekuYui0+o+S4L72MfV 7cOQ== MIME-Version: 1.0 X-Received: by 10.182.22.18 with SMTP id z18mr783930obe.42.1396250193612; Mon, 31 Mar 2014 00:16:33 -0700 (PDT) Sender: pali.gabor@gmail.com Received: by 10.182.22.44 with HTTP; Mon, 31 Mar 2014 00:16:33 -0700 (PDT) In-Reply-To: References: Date: Mon, 31 Mar 2014 09:16:33 +0200 X-Google-Sender-Auth: 8ap-4m2zcCGDu4Eht2OsSp1qfBg Message-ID: Subject: Re: Call for FreeBSD 2014Q1 (January-March) Status Reports From: Gabor Pali To: hackers@freebsd.org, current@freebsd.org, FreeBSD Ports Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 31 Mar 2014 07:16:35 -0000 Dear FreeBSD Community, Please note that the submission date for the 2014Q1 aka. January to March 2014 Quarterly Status Reports is, April 7th, 2014, only 1 week away. Please consult my earlier message for the details: 2014-03-08 10:24 GMT+01:00 Gabor Pali : > They do not have to be very long -- basically they may be about > anything that lets people know what is going on around the FreeBSD > Project. Submission of reports is not restricted to committers: > Anyone who is doing anything interesting and FreeBSD-related can (and > therefore encouraged to) write one! > > The preferred and easiest submission method is to use the XML > generator [1] with the result emailed as an attachment to us, that is, > monthly@FreeBSD.org [2]. There is also an XML template [3] which can > be filled out manually and attached if preferred. For the expected > content and style, please study our guidelines on how to write a good > status report [4]. If you are still unsure what constitutes a good > status report, check out the last issue [5]. > > To enable compilation and publication of the quarterly report as soon > as possible for the April 7th deadline, please be prompt with any > report submissions you may have. > > We are looking forward to all of your 2014Q1 reports! > > Thanks, > Gabor > > > [1] http://www.freebsd.org/cgi/monthly.cgi > [2] mailto:monthly@freebsd.org > [3] http://www.freebsd.org/news/status/report-sample.xml > [4] http://www.freebsd.org/news/status/howto.html > [5] http://www.freebsd.org/news/status/report-2013-10-2013-12.html From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 07:39:36 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF44A145; Mon, 31 Mar 2014 07:39:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C43B664C; Mon, 31 Mar 2014 07:39:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2V7dS2F015321; Mon, 31 Mar 2014 03:39:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2V7dRNC015319; Mon, 31 Mar 2014 07:39:27 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 31 Mar 2014 07:39:27 GMT Message-Id: <201403310739.s2V7dRNC015319@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 07:39:36 -0000 TB --- 2014-03-31 04:00:40 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-31 04:00:40 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-31 04:00:40 - starting HEAD tinderbox run for i386/i386 TB --- 2014-03-31 04:00:40 - cleaning the object tree TB --- 2014-03-31 04:00:40 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-31 04:00:45 - At svn revision 263963 TB --- 2014-03-31 04:00:46 - building world TB --- 2014-03-31 04:00:46 - CROSS_BUILD_TESTING=YES TB --- 2014-03-31 04:00:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-31 04:00:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-31 04:00:46 - SRCCONF=/dev/null TB --- 2014-03-31 04:00:46 - TARGET=i386 TB --- 2014-03-31 04:00:46 - TARGET_ARCH=i386 TB --- 2014-03-31 04:00:46 - TZ=UTC TB --- 2014-03-31 04:00:46 - __MAKE_CONF=/dev/null TB --- 2014-03-31 04:00:46 - cd /src TB --- 2014-03-31 04:00:46 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Mar 31 04:00:53 UTC 2014 >>> 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 Mon Mar 31 07:30:25 UTC 2014 TB --- 2014-03-31 07:30:25 - generating LINT kernel config TB --- 2014-03-31 07:30:25 - cd /src/sys/i386/conf TB --- 2014-03-31 07:30:25 - /usr/bin/make -B LINT TB --- 2014-03-31 07:30:25 - cd /src/sys/i386/conf TB --- 2014-03-31 07:30:25 - /obj/i386.i386/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-03-31 07:30:25 - building LINT kernel TB --- 2014-03-31 07:30:25 - CROSS_BUILD_TESTING=YES TB --- 2014-03-31 07:30:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-31 07:30:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-31 07:30:25 - SRCCONF=/dev/null TB --- 2014-03-31 07:30:25 - TARGET=i386 TB --- 2014-03-31 07:30:25 - TARGET_ARCH=i386 TB --- 2014-03-31 07:30:25 - TZ=UTC TB --- 2014-03-31 07:30:25 - __MAKE_CONF=/dev/null TB --- 2014-03-31 07:30:25 - cd /src TB --- 2014-03-31 07:30:25 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Mar 31 07:30:25 UTC 2014 >>> 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 [...] ^ /src/sys/contrib/dev/acpica/include/acoutput.h:310:69: note: expanded from macro 'ACPI_DO_DEBUG_PRINT' Function (Level, Line, Filename, Modulename, Component, __VA_ARGS__); \ ^ /src/sys/contrib/dev/acpica/include/acoutput.h:294:44: note: expanded from macro 'ACPI_DO_WHILE0' #define ACPI_DO_WHILE0(a) do a while(0) ^ 7 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-31 07:39:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-31 07:39:27 - ERROR: failed to build LINT kernel TB --- 2014-03-31 07:39:27 - 10801.73 user 1549.50 system 13127.09 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 08:16:55 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4540277C; Mon, 31 Mar 2014 08:16:55 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1AD2F9CC; Mon, 31 Mar 2014 08:16:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2V8GrQP094374; Mon, 31 Mar 2014 04:16:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2V8Grus094370; Mon, 31 Mar 2014 08:16:53 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 31 Mar 2014 08:16:53 GMT Message-Id: <201403310816.s2V8Grus094370@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 08:16:55 -0000 TB --- 2014-03-31 04:00:40 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-31 04:00:40 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-31 04:00:40 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-03-31 04:00:40 - cleaning the object tree TB --- 2014-03-31 04:00:40 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-31 04:00:45 - At svn revision 263963 TB --- 2014-03-31 04:00:46 - building world TB --- 2014-03-31 04:00:46 - CROSS_BUILD_TESTING=YES TB --- 2014-03-31 04:00:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-31 04:00:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-31 04:00:46 - SRCCONF=/dev/null TB --- 2014-03-31 04:00:46 - TARGET=amd64 TB --- 2014-03-31 04:00:46 - TARGET_ARCH=amd64 TB --- 2014-03-31 04:00:46 - TZ=UTC TB --- 2014-03-31 04:00:46 - __MAKE_CONF=/dev/null TB --- 2014-03-31 04:00:46 - cd /src TB --- 2014-03-31 04:00:46 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Mar 31 04:00:53 UTC 2014 >>> 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 Mon Mar 31 08:09:13 UTC 2014 TB --- 2014-03-31 08:09:13 - generating LINT kernel config TB --- 2014-03-31 08:09:13 - cd /src/sys/amd64/conf TB --- 2014-03-31 08:09:13 - /usr/bin/make -B LINT TB --- 2014-03-31 08:09:13 - cd /src/sys/amd64/conf TB --- 2014-03-31 08:09:13 - /obj/amd64.amd64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-03-31 08:09:13 - building LINT kernel TB --- 2014-03-31 08:09:13 - CROSS_BUILD_TESTING=YES TB --- 2014-03-31 08:09:13 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-31 08:09:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-31 08:09:13 - SRCCONF=/dev/null TB --- 2014-03-31 08:09:13 - TARGET=amd64 TB --- 2014-03-31 08:09:13 - TARGET_ARCH=amd64 TB --- 2014-03-31 08:09:13 - TZ=UTC TB --- 2014-03-31 08:09:13 - __MAKE_CONF=/dev/null TB --- 2014-03-31 08:09:13 - cd /src TB --- 2014-03-31 08:09:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Mar 31 08:09:13 UTC 2014 >>> 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 [...] ^ /src/sys/contrib/dev/acpica/include/acoutput.h:310:69: note: expanded from macro 'ACPI_DO_DEBUG_PRINT' Function (Level, Line, Filename, Modulename, Component, __VA_ARGS__); \ ^ /src/sys/contrib/dev/acpica/include/acoutput.h:294:44: note: expanded from macro 'ACPI_DO_WHILE0' #define ACPI_DO_WHILE0(a) do a while(0) ^ 6 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-31 08:16:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-31 08:16:53 - ERROR: failed to build LINT kernel TB --- 2014-03-31 08:16:53 - 12444.62 user 1988.95 system 15373.00 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 09:57:36 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7CE0FFB5; Mon, 31 Mar 2014 09:57:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 37EDF378; Mon, 31 Mar 2014 09:57:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2V9vZrQ085439; Mon, 31 Mar 2014 05:57:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2V9vZjU085437; Mon, 31 Mar 2014 09:57:35 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 31 Mar 2014 09:57:35 GMT Message-Id: <201403310957.s2V9vZjU085437@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 09:57:36 -0000 TB --- 2014-03-31 08:16:54 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-31 08:16:54 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-31 08:16:54 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-03-31 08:16:54 - cleaning the object tree TB --- 2014-03-31 08:16:54 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-31 08:16:57 - At svn revision 263963 TB --- 2014-03-31 08:16:58 - building world TB --- 2014-03-31 08:16:58 - CROSS_BUILD_TESTING=YES TB --- 2014-03-31 08:16:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-31 08:16:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-31 08:16:58 - SRCCONF=/dev/null TB --- 2014-03-31 08:16:58 - TARGET=ia64 TB --- 2014-03-31 08:16:58 - TARGET_ARCH=ia64 TB --- 2014-03-31 08:16:58 - TZ=UTC TB --- 2014-03-31 08:16:58 - __MAKE_CONF=/dev/null TB --- 2014-03-31 08:16:58 - cd /src TB --- 2014-03-31 08:16:58 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Mar 31 08:17:05 UTC 2014 >>> 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 Mon Mar 31 09:53:14 UTC 2014 TB --- 2014-03-31 09:53:14 - generating LINT kernel config TB --- 2014-03-31 09:53:14 - cd /src/sys/ia64/conf TB --- 2014-03-31 09:53:14 - /usr/bin/make -B LINT TB --- 2014-03-31 09:53:14 - cd /src/sys/ia64/conf TB --- 2014-03-31 09:53:14 - /obj/ia64.ia64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-03-31 09:53:14 - building LINT kernel TB --- 2014-03-31 09:53:14 - CROSS_BUILD_TESTING=YES TB --- 2014-03-31 09:53:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-31 09:53:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-31 09:53:14 - SRCCONF=/dev/null TB --- 2014-03-31 09:53:14 - TARGET=ia64 TB --- 2014-03-31 09:53:14 - TARGET_ARCH=ia64 TB --- 2014-03-31 09:53:14 - TZ=UTC TB --- 2014-03-31 09:53:14 - __MAKE_CONF=/dev/null TB --- 2014-03-31 09:53:14 - cd /src TB --- 2014-03-31 09:53:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Mar 31 09:53:14 UTC 2014 >>> 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/acpica/acpi_perf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/acpica/acpi_powerres.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/acpica/acpi_quirk.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/acpica/acpi_resource.c /src/sys/dev/acpica/acpi_resource.c: In function 'acpi_parse_resource': /src/sys/dev/acpica/acpi_resource.c:327: error: 'name' undeclared (first use in this function) /src/sys/dev/acpica/acpi_resource.c:327: error: (Each undeclared identifier is reported only once /src/sys/dev/acpica/acpi_resource.c:327: error: for each function it appears in.) *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-31 09:57:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-31 09:57:34 - ERROR: failed to build LINT kernel TB --- 2014-03-31 09:57:34 - 4897.74 user 790.09 system 6040.86 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 12:13:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 577518E9 for ; Mon, 31 Mar 2014 12:13:41 +0000 (UTC) Received: from smtp1.redcom.com (smtp1.redcom.com [192.86.3.143]) by mx1.freebsd.org (Postfix) with ESMTP id 277F338F for ; Mon, 31 Mar 2014 12:13:40 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp1.redcom.com (Postfix) with ESMTP id 3E138AF5C; Mon, 31 Mar 2014 08:13:34 -0400 (EDT) X-Virus-Scanned: amavisd-new at redcom.com Received: from smtp1.redcom.com ([127.0.0.1]) by localhost (smtp1.redcom.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pXkvRPZ0iVdj; Mon, 31 Mar 2014 08:13:31 -0400 (EDT) Received: from pie.redcom.com (pie [192.168.33.15]) by smtp1.redcom.com (Postfix) with ESMTP id 9CCC2A043; Mon, 31 Mar 2014 08:13:31 -0400 (EDT) Received: from exch-01.redcom.com (exch-01.redcom.com [192.168.32.17]) by pie.redcom.com (8.11.7p1+Sun/8.10.2) with ESMTP id s2VCDRj24574; Mon, 31 Mar 2014 08:13:31 -0400 (EDT) Received: from exch-01.redcom.com ([192.168.32.17]) by exch-01 ([192.168.32.17]) with mapi; Mon, 31 Mar 2014 08:14:26 -0400 From: "Marciano, Anthony" To: Hartmut Brandt Date: Mon, 31 Mar 2014 08:14:24 -0400 Subject: RE: Call for testers: SNMPv3 support for bsnmpd(1) Thread-Topic: Call for testers: SNMPv3 support for bsnmpd(1) Thread-Index: Ac9ME59HROPcuxnjRHuR7WirjRKCcgAxrA0Q Message-ID: <401084E5E73F4241A44F3C9E6FD794280109183637@exch-01> References: <401084E5E73F4241A44F3C9E6FD7942801091834B4@exch-01> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 31 Mar 2014 12:41:12 +0000 Cc: "freebsd-current@freebsd.org" , "tomarox52@gmail.com" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 31 Mar 2014 12:13:41 -0000 Thanks Harti. I did get the basic V3 configuration working in that I could walk the mib u= sing authorization and encryption. If Shteryana has the time, maybe he would be able to provide me with some i= nformation needed to configure and test V3 traps. I don't have his e-mail so if you could forward this to him I would appreci= ate it. Thanks! Tony -----Original Message----- From: Hartmut Brandt [mailto:hartmut.brandt@dlr.de]=20 Sent: Sunday, March 30, 2014 8:22 AM To: Marciano, Anthony Cc: freebsd-current@freebsd.org; tomarox52@gmail.com Subject: Re: Call for testers: SNMPv3 support for bsnmpd(1) Hi Anthony, On Fri, 28 Mar 2014, Marciano, Anthony wrote: MA>I've been tasked to get bsnmpd V3 working for my company. The post=20 MA>referenced in the subject above gave me some insights but I'm still=20 MA>stuck and was wondering if you would take the time to answer some=20 MA>questions. I'm a snmpV3 newbie and have never worked with bsnmpd. I=20 MA>have worked minimally with net-snmp V2. MA> MA>First, is there a document listing all of the configuration options=20 MA>in the snmpd.confg file? It appears to differ from other packages=20 MA>such as net-snmp. I can answer only this question - I'm not very familiar with SNMPv3, but Sh= teryana should be able to help. No, there is no document with all the setting. The reason is simple: the co= nfig file is just a set of SNMP SET PDUs executed at startup, SIGHUP or mod= ule load. The file is segmented into sections by %name lines with all segme= nts having the same name beeing put together. At the begin of the file ther= e is an implicit %snmpd line. Each section is a SET PDU. The %snmpd PDU is executed on startup and SIGHUP= , all other sections are executed when the corresponding module is beeing l= oaded or on SIGHUP if that module is already loaded when the SIGHUP occures= . So any writeable or creatable MIB variable can be put into the configuratio= n file. harti From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 13:07:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EBD34A76; Mon, 31 Mar 2014 13:07:44 +0000 (UTC) Received: from mx1.sbone.de (bird.sbone.de [46.4.1.90]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 714B7AEC; Mon, 31 Mar 2014 13:07:44 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id DBEAE25D3871; Mon, 31 Mar 2014 13:07:34 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id EDD3FC22B99; Mon, 31 Mar 2014 13:07:33 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id m4ldiOw7JO6g; Mon, 31 Mar 2014 13:07:32 +0000 (UTC) Received: from [IPv6:fde9:577b:c1a9:4420:cabc:c8ff:fe8b:4fe6] (unknown [IPv6:fde9:577b:c1a9:4420:cabc:c8ff:fe8b:4fe6]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 9FC28C22B98; Mon, 31 Mar 2014 13:07:30 +0000 (UTC) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Call for testers: SNMPv3 support for bsnmpd(1) From: "Bjoern A. Zeeb" In-Reply-To: <401084E5E73F4241A44F3C9E6FD794280109183637@exch-01> Date: Mon, 31 Mar 2014 13:07:27 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <401084E5E73F4241A44F3C9E6FD7942801091834B4@exch-01> <401084E5E73F4241A44F3C9E6FD794280109183637@exch-01> To: "Marciano, Anthony" X-Mailer: Apple Mail (2.1874) Cc: Hartmut Brandt , "freebsd-current@freebsd.org" , "tomarox52@gmail.com" , syrinx@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 31 Mar 2014 13:07:45 -0000 On 31 Mar 2014, at 12:14 , Marciano, Anthony = wrote: > Thanks Harti. >=20 > I did get the basic V3 configuration working in that I could walk the = mib using authorization and encryption. >=20 > If Shteryana has the time, maybe he would be able to provide me with = some information needed to configure and test V3 traps. >=20 > I don't have his e-mail so if you could forward this to him I would = appreciate it. I=92ve put her on Cc: > -----Original Message----- > From: Hartmut Brandt [mailto:hartmut.brandt@dlr.de]=20 > Sent: Sunday, March 30, 2014 8:22 AM > To: Marciano, Anthony > Cc: freebsd-current@freebsd.org; tomarox52@gmail.com > Subject: Re: Call for testers: SNMPv3 support for bsnmpd(1) >=20 > Hi Anthony, >=20 > On Fri, 28 Mar 2014, Marciano, Anthony wrote: >=20 > MA>I've been tasked to get bsnmpd V3 working for my company. The post=20= > MA>referenced in the subject above gave me some insights but I'm still=20= > MA>stuck and was wondering if you would take the time to answer some=20= > MA>questions. I'm a snmpV3 newbie and have never worked with bsnmpd. I=20= > MA>have worked minimally with net-snmp V2. > MA> > MA>First, is there a document listing all of the configuration options=20= > MA>in the snmpd.confg file? It appears to differ from other packages=20= > MA>such as net-snmp. >=20 >=20 > I can answer only this question - I'm not very familiar with SNMPv3, = but Shteryana should be able to help. >=20 > No, there is no document with all the setting. The reason is simple: = the config file is just a set of SNMP SET PDUs executed at startup, = SIGHUP or module load. The file is segmented into sections by %name = lines with all segments having the same name beeing put together. At the = begin of the file there is an implicit %snmpd line. >=20 > Each section is a SET PDU. The %snmpd PDU is executed on startup and = SIGHUP, all other sections are executed when the corresponding module is = beeing loaded or on SIGHUP if that module is already loaded when the = SIGHUP occures. >=20 > So any writeable or creatable MIB variable can be put into the = configuration file. >=20 > harti > _______________________________________________ > 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" =97=20 Bjoern A. Zeeb ????????? ??? ??????? ??????: '??? ??? ???? ?????? ??????? ?? ?? ??????? ??????? ??? ????? ????? ???? ?????? ?? ????? ????', ????????? ?????????, "??? ????? ?? ?????", ?.??? From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 13:15:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ABD23E19; Mon, 31 Mar 2014 13:15:11 +0000 (UTC) Received: from smtp1.redcom.com (smtp1.redcom.com [192.86.3.143]) by mx1.freebsd.org (Postfix) with ESMTP id 6A76CBE0; Mon, 31 Mar 2014 13:15:11 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp1.redcom.com (Postfix) with ESMTP id 7CDC2A2C8; Mon, 31 Mar 2014 09:15:10 -0400 (EDT) X-Virus-Scanned: amavisd-new at redcom.com Received: from smtp1.redcom.com ([127.0.0.1]) by localhost (smtp1.redcom.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Oinb1HdCiGYP; Mon, 31 Mar 2014 09:15:07 -0400 (EDT) Received: from pie.redcom.com (pie [192.168.33.15]) by smtp1.redcom.com (Postfix) with ESMTP id AEC86A0D5; Mon, 31 Mar 2014 09:15:07 -0400 (EDT) Received: from exch-01.redcom.com (exch-01.redcom.com [192.168.32.17]) by pie.redcom.com (8.11.7p1+Sun/8.10.2) with ESMTP id s2VDF7j28284; Mon, 31 Mar 2014 09:15:07 -0400 (EDT) Received: from exch-01.redcom.com ([192.168.32.17]) by exch-01 ([192.168.32.17]) with mapi; Mon, 31 Mar 2014 09:16:06 -0400 From: "Marciano, Anthony" To: "Bjoern A. Zeeb" Date: Mon, 31 Mar 2014 09:16:05 -0400 Subject: RE: Call for testers: SNMPv3 support for bsnmpd(1) Thread-Topic: Call for testers: SNMPv3 support for bsnmpd(1) Thread-Index: Ac9M40g1v6Za2qS4Q+y1gFZQJBwTQAAABLUA Message-ID: <401084E5E73F4241A44F3C9E6FD79428010918368E@exch-01> References: <401084E5E73F4241A44F3C9E6FD7942801091834B4@exch-01> <401084E5E73F4241A44F3C9E6FD794280109183637@exch-01> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 31 Mar 2014 13:29:39 +0000 Cc: Hartmut Brandt , "freebsd-current@freebsd.org" , "tomarox52@gmail.com" , "syrinx@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 31 Mar 2014 13:15:11 -0000 Many thanks! -----Original Message----- From: Bjoern A. Zeeb [mailto:bzeeb-lists@lists.zabbadoz.net]=20 Sent: Monday, March 31, 2014 9:07 AM To: Marciano, Anthony Cc: Hartmut Brandt; freebsd-current@freebsd.org; tomarox52@gmail.com; syrin= x@freebsd.org Subject: Re: Call for testers: SNMPv3 support for bsnmpd(1) On 31 Mar 2014, at 12:14 , Marciano, Anthony wrote: > Thanks Harti. >=20 > I did get the basic V3 configuration working in that I could walk the mib= using authorization and encryption. >=20 > If Shteryana has the time, maybe he would be able to provide me with some= information needed to configure and test V3 traps. >=20 > I don't have his e-mail so if you could forward this to him I would appre= ciate it. I've put her on Cc: > -----Original Message----- > From: Hartmut Brandt [mailto:hartmut.brandt@dlr.de] > Sent: Sunday, March 30, 2014 8:22 AM > To: Marciano, Anthony > Cc: freebsd-current@freebsd.org; tomarox52@gmail.com > Subject: Re: Call for testers: SNMPv3 support for bsnmpd(1) >=20 > Hi Anthony, >=20 > On Fri, 28 Mar 2014, Marciano, Anthony wrote: >=20 > MA>I've been tasked to get bsnmpd V3 working for my company. The post=20 > MA>referenced in the subject above gave me some insights but I'm still=20 > MA>stuck and was wondering if you would take the time to answer some=20 > MA>questions. I'm a snmpV3 newbie and have never worked with bsnmpd. I=20 > MA>have worked minimally with net-snmp V2. > MA> > MA>First, is there a document listing all of the configuration options=20 > MA>in the snmpd.confg file? It appears to differ from other packages=20 > MA>such as net-snmp. >=20 >=20 > I can answer only this question - I'm not very familiar with SNMPv3, but = Shteryana should be able to help. >=20 > No, there is no document with all the setting. The reason is simple: the = config file is just a set of SNMP SET PDUs executed at startup, SIGHUP or m= odule load. The file is segmented into sections by %name lines with all seg= ments having the same name beeing put together. At the begin of the file th= ere is an implicit %snmpd line. >=20 > Each section is a SET PDU. The %snmpd PDU is executed on startup and SIGH= UP, all other sections are executed when the corresponding module is beeing= loaded or on SIGHUP if that module is already loaded when the SIGHUP occur= es. >=20 > So any writeable or creatable MIB variable can be put into the configurat= ion file. >=20 > harti > _______________________________________________ > freebsd-current@freebsd.org mailing list=20 > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " -=20 Bjoern A. Zeeb ????????? ??? ??????? ??????: '??? ??? ???? ?????? ??????? ?? ?? ??????? ??????? ??? ????? ????? ???? ?????? ?? ????? ????', ????????? ?????????, "??? ????? ?? ?????", ?.??? From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 14:09:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6475623 for ; Mon, 31 Mar 2014 14:09:39 +0000 (UTC) Received: from mail-qc0-x229.google.com (mail-qc0-x229.google.com [IPv6:2607:f8b0:400d:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A1CEF1D1 for ; Mon, 31 Mar 2014 14:09:39 +0000 (UTC) Received: by mail-qc0-f169.google.com with SMTP id i17so9075963qcy.28 for ; Mon, 31 Mar 2014 07:09:38 -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:message-id :subject:from:to:cc:content-type:content-transfer-encoding; bh=ztBct9G3ax6qBHpvVtbzENb4vJj64bOoKXgW6YhtwcE=; b=V88qqbTbNJAndhQ5Y2Fv83vTLnCSur6GqyDFSc89BMQfmzFCkvKloSjLMCAzh27HPt kfymNug69ycGi4pshrqG7S+axxJGJTJxY49K8DhwSKuwOE7wYQKnes8yFCoINkZqWYd6 JsVED2LM4p2REn9DuCtKnGO93NYJWLKQkInAaWxVDv0+sY8pmTzQK251I2enZhM3/Uo7 GPfhczWVD1NfVkx8wkhZ45fTlnYVS5yFrXOztejuG1UqRqbCyEc8MWC3KoMn5hFhPxlb W9V6ppXc+CojQI5QLOYENsCp3lTQjRCBZA3P0vX8zNMlk3NxoqQe5uClUNRU2SHAD/Pf lkXQ== MIME-Version: 1.0 X-Received: by 10.224.104.1 with SMTP id m1mr8865499qao.51.1396274978802; Mon, 31 Mar 2014 07:09:38 -0700 (PDT) Sender: shteryana@gmail.com Received: by 10.224.182.76 with HTTP; Mon, 31 Mar 2014 07:09:38 -0700 (PDT) In-Reply-To: References: <401084E5E73F4241A44F3C9E6FD7942801091834B4@exch-01> <401084E5E73F4241A44F3C9E6FD794280109183637@exch-01> Date: Mon, 31 Mar 2014 17:09:38 +0300 X-Google-Sender-Auth: 2RcrLpDRP_w3KofCM0iDVGhI-Ik Message-ID: Subject: Re: Call for testers: SNMPv3 support for bsnmpd(1) From: Shteryana Shopova To: "Bjoern A. Zeeb" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "Marciano, Anthony" , Hartmut Brandt , "freebsd-current@freebsd.org" , "tomarox52@gmail.com" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: syrinx@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: Mon, 31 Mar 2014 14:09:40 -0000 Hi all, The modules implementing SNMPv3 in bsnmpd(1) are snmp_usm(3), snmp_vacm(3) and snmp_target(3) all based on standard RFC. snmp_usm(3) handles v1/v2c and v3 user configuration including user name, auth/priv protocol type and relevant keys. snmp_vacm(3) allows restricting users to specific parts of the MIB tree, and snmp_target(3) allows configuring destination hosts for SNMP traps and notifications. To get SNMPv3 traps, snmp_target(3) module needs to be loaded - the default /etc/snmpd.config file contains commented out example configuration, looking at snmp_target(3) man page should give some hints too - basicly you need to set at least one entry in snmpTargetAddrTable containing relevant connection parameters for the host that should receive the notifications, one snmpTargetParamsTable specifying the USM user credentials that should be used and one entry in snmpNotifyTable specifying for which tag whether a trap or notification should be sent. RFC 3413 also contains examples on how to fill in the SNMP-NOTIFICATION-MIB= . The standard SNMPv3 modules are somewhat too complicated for most configurations though, so I've had the idea to implement a private Begemot module with much simpler configuration that will fill automatically the standard MIB trees with v3 user configuration but I haven't gotten to actually implementing it yet. cheers, Shteryana On Mon, Mar 31, 2014 at 4:07 PM, Bjoern A. Zeeb wrote: > On 31 Mar 2014, at 12:14 , Marciano, Anthony wrote: > >> Thanks Harti. >> >> I did get the basic V3 configuration working in that I could walk the mi= b using authorization and encryption. >> >> If Shteryana has the time, maybe he would be able to provide me with som= e information needed to configure and test V3 traps. >> >> I don't have his e-mail so if you could forward this to him I would appr= eciate it. > > I=E2=80=99ve put her on Cc: > > >> -----Original Message----- >> From: Hartmut Brandt [mailto:hartmut.brandt@dlr.de] >> Sent: Sunday, March 30, 2014 8:22 AM >> To: Marciano, Anthony >> Cc: freebsd-current@freebsd.org; tomarox52@gmail.com >> Subject: Re: Call for testers: SNMPv3 support for bsnmpd(1) >> >> Hi Anthony, >> >> On Fri, 28 Mar 2014, Marciano, Anthony wrote: >> >> MA>I've been tasked to get bsnmpd V3 working for my company. The post >> MA>referenced in the subject above gave me some insights but I'm still >> MA>stuck and was wondering if you would take the time to answer some >> MA>questions. I'm a snmpV3 newbie and have never worked with bsnmpd. I >> MA>have worked minimally with net-snmp V2. >> MA> >> MA>First, is there a document listing all of the configuration options >> MA>in the snmpd.confg file? It appears to differ from other packages >> MA>such as net-snmp. >> >> >> I can answer only this question - I'm not very familiar with SNMPv3, but= Shteryana should be able to help. >> >> No, there is no document with all the setting. The reason is simple: the= config file is just a set of SNMP SET PDUs executed at startup, SIGHUP or = module load. The file is segmented into sections by %name lines with all se= gments having the same name beeing put together. At the begin of the file t= here is an implicit %snmpd line. >> >> Each section is a SET PDU. The %snmpd PDU is executed on startup and SIG= HUP, all other sections are executed when the corresponding module is beein= g loaded or on SIGHUP if that module is already loaded when the SIGHUP occu= res. >> >> So any writeable or creatable MIB variable can be put into the configura= tion file. >> >> harti >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" > > =E2=80=94 > Bjoern A. Zeeb ????????? ??? ??????? ??????: > '??? ??? ???? ?????? ??????? ?? ?? ??????? ??????? ??? ????? ????? ???? > ?????? ?? ????? ????', ????????? ?????????, "??? ????? ?? ?????", ?.??? > From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 16:27:18 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD9CD629 for ; Mon, 31 Mar 2014 16:27:18 +0000 (UTC) Received: from mail-pb0-x22d.google.com (mail-pb0-x22d.google.com [IPv6:2607:f8b0:400e:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 82BB1692 for ; Mon, 31 Mar 2014 16:27:18 +0000 (UTC) Received: by mail-pb0-f45.google.com with SMTP id uo5so8418086pbc.4 for ; Mon, 31 Mar 2014 09:27:18 -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:message-id:subject :from:to:cc:content-type; bh=A+XkopSYke9Uzf8ZlAtuTp+5tk/T5hpvWAnWeHCAedA=; b=gkZFWs5Aw3j/5J8P4wSsAo0hfl1dANKoFqR+32XKENJId/HDP15ddeg8k28iOqVBR1 dqVvUjRuRis/Y/0xXDu1iFTlXzdCJp6OSI8N9s9i9ZEUmB9VPLjXX34j8DC81H+lA/iX gNjnIfT6gsnLe5zDmpY1qsb966G+Wc1krTlcA1ni4XbqIMeEs2RogO/rjv1N2SjcGDkx bGQUoOON8eNR7UN63bFoCnqUW7mb1UmsKNHC83Do63BoZQyc8kmbY44zNxLT22DuH8Ec EvFpY5sxM4SJXlCZQq3HeKcdMBVxHWvxbKueDMx3Rql4y25yo2CqTjNA9ysK1KLDJZ8M Qc5w== MIME-Version: 1.0 X-Received: by 10.68.139.2 with SMTP id qu2mr4215043pbb.164.1396283238131; Mon, 31 Mar 2014 09:27:18 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.0.164 with HTTP; Mon, 31 Mar 2014 09:27:17 -0700 (PDT) In-Reply-To: <5338742A.1050501@allanjude.com> References: <20140328032701.GG60889@funkthat.com> <440991622.2459140.1396045523536.JavaMail.root@uoguelph.ca> <20140330193129.GK3528@vpn.offrom.nl> <5338742A.1050501@allanjude.com> Date: Mon, 31 Mar 2014 09:27:17 -0700 X-Google-Sender-Auth: 8M507W_B4WCFhggZsqNp9mQNgLc Message-ID: Subject: Re: sendmail Broken Pipe Error From: Kevin Oberman To: Allan Jude Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 31 Mar 2014 16:27:18 -0000 On Sun, Mar 30, 2014 at 12:44 PM, Allan Jude wrote: > On 2014-03-30 15:31, Willy Offermans wrote: > > Hello Rick and FreeBSD friends, > > > > How can I save this setting in the rc.conf file to disable TSO at > startup? > > > > add -tso to the ifconfig line: > > ifconfig_bge0="inet netmask -tso" > -- > Allan Jude > > I'd recommend that people stop using the long obsolete netmask form of ifconfig, especially when making suggestions to others. CIDR notation is about two decades old now. ifconfig_bge0="inet -tso" -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 17:46:32 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9BD3197; Mon, 31 Mar 2014 17:46:32 +0000 (UTC) Received: from smtp1.redcom.com (smtp1.redcom.com [192.86.3.143]) by mx1.freebsd.org (Postfix) with ESMTP id 965A0E65; Mon, 31 Mar 2014 17:46:32 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp1.redcom.com (Postfix) with ESMTP id 70D18A69B; Mon, 31 Mar 2014 13:46:31 -0400 (EDT) X-Virus-Scanned: amavisd-new at redcom.com Received: from smtp1.redcom.com ([127.0.0.1]) by localhost (smtp1.redcom.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M0ufINsrTDLe; Mon, 31 Mar 2014 13:46:27 -0400 (EDT) Received: from pie.redcom.com (pie [192.168.33.15]) by smtp1.redcom.com (Postfix) with ESMTP id 53009A029; Mon, 31 Mar 2014 13:46:27 -0400 (EDT) Received: from exch-01.redcom.com (exch-01.redcom.com [192.168.32.17]) by pie.redcom.com (8.11.7p1+Sun/8.10.2) with ESMTP id s2VHkJj16806; Mon, 31 Mar 2014 13:46:19 -0400 (EDT) Received: from exch-01.redcom.com ([192.168.32.17]) by exch-01 ([192.168.32.17]) with mapi; Mon, 31 Mar 2014 13:47:18 -0400 From: "Marciano, Anthony" To: "syrinx@FreeBSD.org" , "Bjoern A. Zeeb" Date: Mon, 31 Mar 2014 13:47:16 -0400 Subject: RE: Call for testers: SNMPv3 support for bsnmpd(1) Thread-Topic: Call for testers: SNMPv3 support for bsnmpd(1) Thread-Index: Ac9M7n2FSTvzeA0pQtW7H6Xb3iIkkAAGY3yw Message-ID: <401084E5E73F4241A44F3C9E6FD79428010918381C@exch-01> References: <401084E5E73F4241A44F3C9E6FD7942801091834B4@exch-01> <401084E5E73F4241A44F3C9E6FD794280109183637@exch-01> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 31 Mar 2014 18:40:56 +0000 Cc: Hartmut Brandt , "freebsd-current@freebsd.org" , "tomarox52@gmail.com" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 31 Mar 2014 17:46:32 -0000 SGkgU2h0ZXJ5YW5hLA0KDQpUaGFuayB5b3UgZm9yIHlvdXIgcXVpY2sgcmVzcG9uc2UuDQoNCkN1 cnJlbnRseSwgd2UgYXJlIGp1c3QgbG9va2luZyB0byBtb25pdG9yIHN0YW5kYXJkIG9iamVjdHMg c3VjaCBhcyBpbnRlcmZhY2VzIGFuZCBzZW5kIHRyYXBzIGFjY29yZGluZ2x5Lg0KV291bGQgaXQg YmUgcG9zc2libGUgdG8gcHJvdmlkZSBhIHRyYXAgZXhhbXBsZSBvZiB3aGF0IG5lZWRzIHRvIGJl IGFkZGVkIHRvIHRoZSBzbm1wZC5jb25maWcgZmlsZSB0byBtb25pdG9yIGFuIG9iamVjdCBhbmQg aGF2ZSBpdCBzZW50IHZpYSBWMz8NCg0KSSd2ZSBzZWFyY2hlZCBmb3IgdGhpcyBpbmZvcm1hdGlv biBhbmQgcmVhZCB0aHJvdWdoIHZhcmlvdXMgUkZDcyBidXQgaGF2ZSBub3QgZGlzY292ZXJlZCBh bnkgYnNubXBkIHNwZWNpZmljIHRyYXAgc3ludGF4IGFuZC9vciBleGFtcGxlcy4NCg0KVGhhbmtz IHlvdS4NCg0KVG9ueQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogc2h0ZXJ5 YW5hQGdtYWlsLmNvbSBbbWFpbHRvOnNodGVyeWFuYUBnbWFpbC5jb21dIE9uIEJlaGFsZiBPZiBT aHRlcnlhbmEgU2hvcG92YQ0KU2VudDogTW9uZGF5LCBNYXJjaCAzMSwgMjAxNCAxMDoxMCBBTQ0K VG86IEJqb2VybiBBLiBaZWViDQpDYzogTWFyY2lhbm8sIEFudGhvbnk7IEhhcnRtdXQgQnJhbmR0 OyBmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmc7IHRvbWFyb3g1MkBnbWFpbC5jb20NClN1Ympl Y3Q6IFJlOiBDYWxsIGZvciB0ZXN0ZXJzOiBTTk1QdjMgc3VwcG9ydCBmb3IgYnNubXBkKDEpDQoN CkhpIGFsbCwNCg0KVGhlIG1vZHVsZXMgaW1wbGVtZW50aW5nIFNOTVB2MyBpbiBic25tcGQoMSkg YXJlIHNubXBfdXNtKDMpLA0Kc25tcF92YWNtKDMpIGFuZCBzbm1wX3RhcmdldCgzKSBhbGwgYmFz ZWQgb24gc3RhbmRhcmQgUkZDLiBzbm1wX3VzbSgzKSBoYW5kbGVzIHYxL3YyYyBhbmQgdjMgdXNl ciBjb25maWd1cmF0aW9uIGluY2x1ZGluZyB1c2VyIG5hbWUsIGF1dGgvcHJpdiBwcm90b2NvbCB0 eXBlIGFuZCByZWxldmFudCBrZXlzLiBzbm1wX3ZhY20oMykgYWxsb3dzIHJlc3RyaWN0aW5nIHVz ZXJzIHRvIHNwZWNpZmljIHBhcnRzIG9mIHRoZSBNSUIgdHJlZSwgYW5kDQpzbm1wX3RhcmdldCgz KSBhbGxvd3MgY29uZmlndXJpbmcgZGVzdGluYXRpb24gaG9zdHMgZm9yIFNOTVAgdHJhcHMgYW5k IG5vdGlmaWNhdGlvbnMuDQoNClRvIGdldCBTTk1QdjMgdHJhcHMsIHNubXBfdGFyZ2V0KDMpIG1v ZHVsZSBuZWVkcyB0byBiZSBsb2FkZWQgLSB0aGUgZGVmYXVsdCAvZXRjL3NubXBkLmNvbmZpZyBm aWxlIGNvbnRhaW5zIGNvbW1lbnRlZCBvdXQgZXhhbXBsZSBjb25maWd1cmF0aW9uLCBsb29raW5n IGF0IHNubXBfdGFyZ2V0KDMpIG1hbiBwYWdlIHNob3VsZCBnaXZlIHNvbWUgaGludHMgdG9vIC0g YmFzaWNseSB5b3UgbmVlZCB0byBzZXQgYXQgbGVhc3Qgb25lIGVudHJ5IGluIHNubXBUYXJnZXRB ZGRyVGFibGUgY29udGFpbmluZyByZWxldmFudCBjb25uZWN0aW9uIHBhcmFtZXRlcnMgZm9yIHRo ZSBob3N0IHRoYXQgc2hvdWxkIHJlY2VpdmUgdGhlIG5vdGlmaWNhdGlvbnMsIG9uZSBzbm1wVGFy Z2V0UGFyYW1zVGFibGUgc3BlY2lmeWluZyB0aGUgVVNNIHVzZXIgY3JlZGVudGlhbHMgdGhhdCBz aG91bGQgYmUgdXNlZCBhbmQgb25lIGVudHJ5IGluICBzbm1wTm90aWZ5VGFibGUgc3BlY2lmeWlu ZyBmb3Igd2hpY2ggdGFnIHdoZXRoZXIgYSB0cmFwIG9yIG5vdGlmaWNhdGlvbiBzaG91bGQgYmUg c2VudC4NClJGQyAzNDEzIGFsc28gY29udGFpbnMgZXhhbXBsZXMgb24gaG93IHRvIGZpbGwgaW4g dGhlIFNOTVAtTk9USUZJQ0FUSU9OLU1JQiAuDQoNClRoZSBzdGFuZGFyZCBTTk1QdjMgbW9kdWxl cyBhcmUgc29tZXdoYXQgdG9vIGNvbXBsaWNhdGVkIGZvciBtb3N0IGNvbmZpZ3VyYXRpb25zIHRo b3VnaCwgc28gSSd2ZSBoYWQgdGhlIGlkZWEgdG8gaW1wbGVtZW50IGEgcHJpdmF0ZSBCZWdlbW90 IG1vZHVsZSB3aXRoIG11Y2ggc2ltcGxlciBjb25maWd1cmF0aW9uIHRoYXQgd2lsbCBmaWxsIGF1 dG9tYXRpY2FsbHkgdGhlIHN0YW5kYXJkIE1JQiB0cmVlcyB3aXRoIHYzIHVzZXIgY29uZmlndXJh dGlvbiBidXQgSSBoYXZlbid0IGdvdHRlbiB0byBhY3R1YWxseSBpbXBsZW1lbnRpbmcgaXQgeWV0 Lg0KDQpjaGVlcnMsDQpTaHRlcnlhbmENCg0KDQpPbiBNb24sIE1hciAzMSwgMjAxNCBhdCA0OjA3 IFBNLCBCam9lcm4gQS4gWmVlYiA8YnplZWItbGlzdHNAbGlzdHMuemFiYmFkb3oubmV0PiB3cm90 ZToNCj4gT24gMzEgTWFyIDIwMTQsIGF0IDEyOjE0ICwgTWFyY2lhbm8sIEFudGhvbnkgPGFtYXJj aWFuQHJlZGNvbS5jb20+IHdyb3RlOg0KPg0KPj4gVGhhbmtzIEhhcnRpLg0KPj4NCj4+IEkgZGlk IGdldCB0aGUgYmFzaWMgVjMgY29uZmlndXJhdGlvbiB3b3JraW5nIGluIHRoYXQgSSBjb3VsZCB3 YWxrIHRoZSBtaWIgdXNpbmcgYXV0aG9yaXphdGlvbiBhbmQgZW5jcnlwdGlvbi4NCj4+DQo+PiBJ ZiBTaHRlcnlhbmEgaGFzIHRoZSB0aW1lLCBtYXliZSBoZSB3b3VsZCBiZSBhYmxlIHRvIHByb3Zp ZGUgbWUgd2l0aCBzb21lIGluZm9ybWF0aW9uIG5lZWRlZCB0byBjb25maWd1cmUgYW5kIHRlc3Qg VjMgdHJhcHMuDQo+Pg0KPj4gSSBkb24ndCBoYXZlIGhpcyBlLW1haWwgc28gaWYgeW91IGNvdWxk IGZvcndhcmQgdGhpcyB0byBoaW0gSSB3b3VsZCBhcHByZWNpYXRlIGl0Lg0KPg0KPiBJ4oCZdmUg cHV0IGhlciBvbiBDYzoNCj4NCj4NCj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+PiBG cm9tOiBIYXJ0bXV0IEJyYW5kdCBbbWFpbHRvOmhhcnRtdXQuYnJhbmR0QGRsci5kZV0NCj4+IFNl bnQ6IFN1bmRheSwgTWFyY2ggMzAsIDIwMTQgODoyMiBBTQ0KPj4gVG86IE1hcmNpYW5vLCBBbnRo b255DQo+PiBDYzogZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnOyB0b21hcm94NTJAZ21haWwu Y29tDQo+PiBTdWJqZWN0OiBSZTogQ2FsbCBmb3IgdGVzdGVyczogU05NUHYzIHN1cHBvcnQgZm9y IGJzbm1wZCgxKQ0KPj4NCj4+IEhpIEFudGhvbnksDQo+Pg0KPj4gT24gRnJpLCAyOCBNYXIgMjAx NCwgTWFyY2lhbm8sIEFudGhvbnkgd3JvdGU6DQo+Pg0KPj4gTUE+SSd2ZSBiZWVuIHRhc2tlZCB0 byBnZXQgYnNubXBkIFYzIHdvcmtpbmcgZm9yIG15IGNvbXBhbnkuIFRoZSBwb3N0IA0KPj4gTUE+ cmVmZXJlbmNlZCBpbiB0aGUgc3ViamVjdCBhYm92ZSBnYXZlIG1lIHNvbWUgaW5zaWdodHMgYnV0 IEknbSANCj4+IE1BPnN0aWxsIHN0dWNrIGFuZCB3YXMgd29uZGVyaW5nIGlmIHlvdSB3b3VsZCB0 YWtlIHRoZSB0aW1lIHRvIGFuc3dlciANCj4+IE1BPnNvbWUgcXVlc3Rpb25zLiBJJ20gYSBzbm1w VjMgbmV3YmllIGFuZCBoYXZlIG5ldmVyIHdvcmtlZCB3aXRoIA0KPj4gTUE+YnNubXBkLiBJIGhh dmUgd29ya2VkIG1pbmltYWxseSB3aXRoIG5ldC1zbm1wIFYyLg0KPj4gTUE+DQo+PiBNQT5GaXJz dCwgaXMgdGhlcmUgYSBkb2N1bWVudCBsaXN0aW5nIGFsbCBvZiB0aGUgY29uZmlndXJhdGlvbiAN Cj4+IE1BPm9wdGlvbnMgaW4gdGhlIHNubXBkLmNvbmZnIGZpbGU/IEl0IGFwcGVhcnMgdG8gZGlm ZmVyIGZyb20gb3RoZXIgDQo+PiBNQT5wYWNrYWdlcyBzdWNoIGFzIG5ldC1zbm1wLg0KPj4NCj4+ DQo+PiBJIGNhbiBhbnN3ZXIgb25seSB0aGlzIHF1ZXN0aW9uIC0gSSdtIG5vdCB2ZXJ5IGZhbWls aWFyIHdpdGggU05NUHYzLCBidXQgU2h0ZXJ5YW5hIHNob3VsZCBiZSBhYmxlIHRvIGhlbHAuDQo+ Pg0KPj4gTm8sIHRoZXJlIGlzIG5vIGRvY3VtZW50IHdpdGggYWxsIHRoZSBzZXR0aW5nLiBUaGUg cmVhc29uIGlzIHNpbXBsZTogdGhlIGNvbmZpZyBmaWxlIGlzIGp1c3QgYSBzZXQgb2YgU05NUCBT RVQgUERVcyBleGVjdXRlZCBhdCBzdGFydHVwLCBTSUdIVVAgb3IgbW9kdWxlIGxvYWQuIFRoZSBm aWxlIGlzIHNlZ21lbnRlZCBpbnRvIHNlY3Rpb25zIGJ5ICVuYW1lIGxpbmVzIHdpdGggYWxsIHNl Z21lbnRzIGhhdmluZyB0aGUgc2FtZSBuYW1lIGJlZWluZyBwdXQgdG9nZXRoZXIuIEF0IHRoZSBi ZWdpbiBvZiB0aGUgZmlsZSB0aGVyZSBpcyBhbiBpbXBsaWNpdCAlc25tcGQgbGluZS4NCj4+DQo+ PiBFYWNoIHNlY3Rpb24gaXMgYSBTRVQgUERVLiBUaGUgJXNubXBkIFBEVSBpcyBleGVjdXRlZCBv biBzdGFydHVwIGFuZCBTSUdIVVAsIGFsbCBvdGhlciBzZWN0aW9ucyBhcmUgZXhlY3V0ZWQgd2hl biB0aGUgY29ycmVzcG9uZGluZyBtb2R1bGUgaXMgYmVlaW5nIGxvYWRlZCBvciBvbiBTSUdIVVAg aWYgdGhhdCBtb2R1bGUgaXMgYWxyZWFkeSBsb2FkZWQgd2hlbiB0aGUgU0lHSFVQIG9jY3VyZXMu DQo+Pg0KPj4gU28gYW55IHdyaXRlYWJsZSBvciBjcmVhdGFibGUgTUlCIHZhcmlhYmxlIGNhbiBi ZSBwdXQgaW50byB0aGUgY29uZmlndXJhdGlvbiBmaWxlLg0KPj4NCj4+IGhhcnRpDQo+PiBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4gZnJlZWJzZC1j dXJyZW50QGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdCANCj4+IGh0dHA6Ly9saXN0cy5mcmVlYnNk Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtY3VycmVudA0KPj4gVG8gdW5zdWJzY3JpYmUs IHNlbmQgYW55IG1haWwgdG8gImZyZWVic2QtY3VycmVudC11bnN1YnNjcmliZUBmcmVlYnNkLm9y ZyINCj4NCj4g4oCUDQo+IEJqb2VybiBBLiBaZWViICAgICAgICAgICAgICAgICAgICAgICAgICAg ICA/Pz8/Pz8/Pz8gPz8/ID8/Pz8/Pz8gPz8/Pz8/Og0KPiAnPz8/ID8/PyA/Pz8/ID8/Pz8/PyAg Pz8/Pz8/PyA/PyA/PyA/Pz8/Pz8/ID8/Pz8/Pz8gPz8/ID8/Pz8/ID8/Pz8/ID8/Pz8NCj4gPz8/ Pz8/ID8/ID8/Pz8/ID8/Pz8nLCAgPz8/Pz8/Pz8/ID8/Pz8/Pz8/PywgIj8/PyA/Pz8/PyA/PyA/ Pz8/PyIsID8uPz8/DQo+DQo= From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 19:08:56 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A289411D; Mon, 31 Mar 2014 19:08:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 77881928; Mon, 31 Mar 2014 19:08:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2VJ8sk9087100; Mon, 31 Mar 2014 15:08:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2VJ8sMP087094; Mon, 31 Mar 2014 19:08:54 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 31 Mar 2014 19:08:54 GMT Message-Id: <201403311908.s2VJ8sMP087094@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 19:08:56 -0000 TB --- 2014-03-31 15:30:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-31 15:30:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-31 15:30:23 - starting HEAD tinderbox run for i386/i386 TB --- 2014-03-31 15:30:23 - cleaning the object tree TB --- 2014-03-31 15:32:53 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-31 15:32:59 - At svn revision 263972 TB --- 2014-03-31 15:33:00 - building world TB --- 2014-03-31 15:33:00 - CROSS_BUILD_TESTING=YES TB --- 2014-03-31 15:33:00 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-31 15:33:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-31 15:33:00 - SRCCONF=/dev/null TB --- 2014-03-31 15:33:00 - TARGET=i386 TB --- 2014-03-31 15:33:00 - TARGET_ARCH=i386 TB --- 2014-03-31 15:33:00 - TZ=UTC TB --- 2014-03-31 15:33:00 - __MAKE_CONF=/dev/null TB --- 2014-03-31 15:33:00 - cd /src TB --- 2014-03-31 15:33:00 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Mar 31 15:33:07 UTC 2014 >>> 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 Mon Mar 31 18:59:52 UTC 2014 TB --- 2014-03-31 18:59:52 - generating LINT kernel config TB --- 2014-03-31 18:59:52 - cd /src/sys/i386/conf TB --- 2014-03-31 18:59:52 - /usr/bin/make -B LINT TB --- 2014-03-31 18:59:52 - cd /src/sys/i386/conf TB --- 2014-03-31 18:59:52 - /obj/i386.i386/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-03-31 18:59:52 - building LINT kernel TB --- 2014-03-31 18:59:52 - CROSS_BUILD_TESTING=YES TB --- 2014-03-31 18:59:52 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-31 18:59:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-31 18:59:52 - SRCCONF=/dev/null TB --- 2014-03-31 18:59:52 - TARGET=i386 TB --- 2014-03-31 18:59:52 - TARGET_ARCH=i386 TB --- 2014-03-31 18:59:52 - TZ=UTC TB --- 2014-03-31 18:59:52 - __MAKE_CONF=/dev/null TB --- 2014-03-31 18:59:52 - cd /src TB --- 2014-03-31 18:59:52 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Mar 31 18:59:52 UTC 2014 >>> 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 [...] ^ /src/sys/contrib/dev/acpica/include/acoutput.h:310:69: note: expanded from macro 'ACPI_DO_DEBUG_PRINT' Function (Level, Line, Filename, Modulename, Component, __VA_ARGS__); \ ^ /src/sys/contrib/dev/acpica/include/acoutput.h:294:44: note: expanded from macro 'ACPI_DO_WHILE0' #define ACPI_DO_WHILE0(a) do a while(0) ^ 7 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-31 19:08:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-31 19:08:54 - ERROR: failed to build LINT kernel TB --- 2014-03-31 19:08:54 - 10796.46 user 1537.30 system 13110.77 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 19:33:53 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C29428AF for ; Mon, 31 Mar 2014 19:33:53 +0000 (UTC) Received: from mail-pb0-f52.google.com (mail-pb0-f52.google.com [209.85.160.52]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 94CCEB80 for ; Mon, 31 Mar 2014 19:33:53 +0000 (UTC) Received: by mail-pb0-f52.google.com with SMTP id rr13so8713082pbb.11 for ; Mon, 31 Mar 2014 12:33:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=Mfe+PqgNZmv+WIsKtggV2280lpuWuD+YfuIzjdBVGsE=; b=dzDx4vYThdXh4tGdo4W7EtEFrlC1B9qeWM7MNAJDkV6nRkoK6X4R0QtthQlpB3ottz Y67o7WV8huSPU76c46TU+dmdt1Sbj/ycTVPGATRO5zQ0/tpPCq6KM/v2Ltp456D+0Le8 sYoWDolKIIM1wii+eQzh9EhuQFJFoVYjUIVG/DHRGF6RexLEeI/4SY+c9jd1GhPpYgLR SI18SU8W74v0PUKpee/RgORzzr1eoAlvKWx4Hj7tysDnl4ve5bTmGVLBkmw74TnE2dik jNjnbiKWRqJUUEx3ckjyOI5qvBbNaA1XaFQJoYtJKPe3vUnMZqp/af9XHdisPobiTwAX le8A== X-Gm-Message-State: ALoCoQlQSmIdTkjT3jex/+pxVHtTFAYc2DMjshKoHrT1Tm/4wBV4n2e1cDUJQotSH+hvD7yLE6xW X-Received: by 10.68.2.99 with SMTP id 3mr27093328pbt.49.1396294427324; Mon, 31 Mar 2014 12:33:47 -0700 (PDT) Received: from [10.64.26.254] (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id lh13sm44619082pab.4.2014.03.31.12.33.45 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 31 Mar 2014 12:33:46 -0700 (PDT) Sender: Warner Losh Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: [head tinderbox] failure on i386/i386 From: Warner Losh In-Reply-To: <201403311908.s2VJ8sMP087094@freebsd-current.sentex.ca> Date: Mon, 31 Mar 2014 13:33:44 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <69AA89B2-C0CB-4122-89FE-53628F5A6082@gmail.com> References: <201403311908.s2VJ8sMP087094@freebsd-current.sentex.ca> To: FreeBSD Tinderbox X-Mailer: Apple Mail (2.1874) Cc: FreeBSD Current , i386@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 31 Mar 2014 19:33:53 -0000 On Mar 31, 2014, at 1:08 PM, FreeBSD Tinderbox = wrote: > [...] > ^ > /src/sys/contrib/dev/acpica/include/acoutput.h:310:69: note: expanded = from macro 'ACPI_DO_DEBUG_PRINT' > Function (Level, Line, Filename, Modulename, Component, = __VA_ARGS__); \ > ^ > /src/sys/contrib/dev/acpica/include/acoutput.h:294:44: note: expanded = from macro 'ACPI_DO_WHILE0' > #define ACPI_DO_WHILE0(a) do a while(0) > ^ I think this one is mine. Will have a fix shortly. Warner From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 19:45:50 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9061FD2B; Mon, 31 Mar 2014 19:45:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 64856C9A; Mon, 31 Mar 2014 19:45:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2VJjnB4066985; Mon, 31 Mar 2014 15:45:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2VJjnMS066984; Mon, 31 Mar 2014 19:45:49 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 31 Mar 2014 19:45:49 GMT Message-Id: <201403311945.s2VJjnMS066984@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 19:45:50 -0000 TB --- 2014-03-31 15:30:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-31 15:30:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-31 15:30:23 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-03-31 15:30:24 - cleaning the object tree TB --- 2014-03-31 15:33:17 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-31 15:33:20 - At svn revision 263972 TB --- 2014-03-31 15:33:21 - building world TB --- 2014-03-31 15:33:21 - CROSS_BUILD_TESTING=YES TB --- 2014-03-31 15:33:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-31 15:33:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-31 15:33:21 - SRCCONF=/dev/null TB --- 2014-03-31 15:33:21 - TARGET=amd64 TB --- 2014-03-31 15:33:21 - TARGET_ARCH=amd64 TB --- 2014-03-31 15:33:21 - TZ=UTC TB --- 2014-03-31 15:33:21 - __MAKE_CONF=/dev/null TB --- 2014-03-31 15:33:21 - cd /src TB --- 2014-03-31 15:33:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Mar 31 15:33:28 UTC 2014 >>> 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 Mon Mar 31 19:38:32 UTC 2014 TB --- 2014-03-31 19:38:32 - generating LINT kernel config TB --- 2014-03-31 19:38:32 - cd /src/sys/amd64/conf TB --- 2014-03-31 19:38:32 - /usr/bin/make -B LINT TB --- 2014-03-31 19:38:32 - cd /src/sys/amd64/conf TB --- 2014-03-31 19:38:32 - /obj/amd64.amd64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-03-31 19:38:32 - building LINT kernel TB --- 2014-03-31 19:38:32 - CROSS_BUILD_TESTING=YES TB --- 2014-03-31 19:38:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-31 19:38:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-31 19:38:32 - SRCCONF=/dev/null TB --- 2014-03-31 19:38:32 - TARGET=amd64 TB --- 2014-03-31 19:38:32 - TARGET_ARCH=amd64 TB --- 2014-03-31 19:38:32 - TZ=UTC TB --- 2014-03-31 19:38:32 - __MAKE_CONF=/dev/null TB --- 2014-03-31 19:38:32 - cd /src TB --- 2014-03-31 19:38:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Mar 31 19:38:32 UTC 2014 >>> 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 [...] ^ /src/sys/contrib/dev/acpica/include/acoutput.h:310:69: note: expanded from macro 'ACPI_DO_DEBUG_PRINT' Function (Level, Line, Filename, Modulename, Component, __VA_ARGS__); \ ^ /src/sys/contrib/dev/acpica/include/acoutput.h:294:44: note: expanded from macro 'ACPI_DO_WHILE0' #define ACPI_DO_WHILE0(a) do a while(0) ^ 6 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-31 19:45:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-31 19:45:49 - ERROR: failed to build LINT kernel TB --- 2014-03-31 19:45:49 - 12431.71 user 1997.68 system 15325.57 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 21:28:21 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D980D468; Mon, 31 Mar 2014 21:28:20 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 941A78F2; Mon, 31 Mar 2014 21:28:20 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s2VLSJ56057915; Mon, 31 Mar 2014 17:28:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s2VLSJab057910; Mon, 31 Mar 2014 21:28:19 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 31 Mar 2014 21:28:19 GMT Message-Id: <201403312128.s2VLSJab057910@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2014 21:28:21 -0000 TB --- 2014-03-31 19:45:49 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-03-31 19:45:49 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-03-31 19:45:49 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-03-31 19:45:49 - cleaning the object tree TB --- 2014-03-31 19:46:49 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-03-31 19:46:53 - At svn revision 263972 TB --- 2014-03-31 19:46:54 - building world TB --- 2014-03-31 19:46:54 - CROSS_BUILD_TESTING=YES TB --- 2014-03-31 19:46:54 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-31 19:46:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-31 19:46:54 - SRCCONF=/dev/null TB --- 2014-03-31 19:46:54 - TARGET=ia64 TB --- 2014-03-31 19:46:54 - TARGET_ARCH=ia64 TB --- 2014-03-31 19:46:54 - TZ=UTC TB --- 2014-03-31 19:46:54 - __MAKE_CONF=/dev/null TB --- 2014-03-31 19:46:54 - cd /src TB --- 2014-03-31 19:46:54 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Mar 31 19:47:01 UTC 2014 >>> 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 Mon Mar 31 21:23:33 UTC 2014 TB --- 2014-03-31 21:23:33 - generating LINT kernel config TB --- 2014-03-31 21:23:33 - cd /src/sys/ia64/conf TB --- 2014-03-31 21:23:33 - /usr/bin/make -B LINT TB --- 2014-03-31 21:23:33 - cd /src/sys/ia64/conf TB --- 2014-03-31 21:23:33 - /obj/ia64.ia64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-03-31 21:23:33 - building LINT kernel TB --- 2014-03-31 21:23:33 - CROSS_BUILD_TESTING=YES TB --- 2014-03-31 21:23:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-03-31 21:23:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-03-31 21:23:33 - SRCCONF=/dev/null TB --- 2014-03-31 21:23:33 - TARGET=ia64 TB --- 2014-03-31 21:23:33 - TARGET_ARCH=ia64 TB --- 2014-03-31 21:23:33 - TZ=UTC TB --- 2014-03-31 21:23:33 - __MAKE_CONF=/dev/null TB --- 2014-03-31 21:23:33 - cd /src TB --- 2014-03-31 21:23:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Mar 31 21:23:33 UTC 2014 >>> 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/acpica/acpi_perf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/acpica/acpi_powerres.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/acpica/acpi_quirk.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/acpica/acpi_resource.c /src/sys/dev/acpica/acpi_resource.c: In function 'acpi_parse_resource': /src/sys/dev/acpica/acpi_resource.c:327: error: 'name' undeclared (first use in this function) /src/sys/dev/acpica/acpi_resource.c:327: error: (Each undeclared identifier is reported only once /src/sys/dev/acpica/acpi_resource.c:327: error: for each function it appears in.) *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-03-31 21:28:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-03-31 21:28:19 - ERROR: failed to build LINT kernel TB --- 2014-03-31 21:28:19 - 4896.30 user 795.52 system 6149.47 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 31 23:22:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 80656F63 for ; Mon, 31 Mar 2014 23:22:44 +0000 (UTC) Received: from sanddollar.geekisp.com (sanddollar.geekisp.com [216.168.135.167]) by mx1.freebsd.org (Postfix) with SMTP id 2A2CF267 for ; Mon, 31 Mar 2014 23:22:43 +0000 (UTC) Received: (qmail 28583 invoked by uid 1003); 31 Mar 2014 23:22:37 -0000 Received: from unknown (HELO localhost) (tyler@monkeypox.org@64.125.69.200) by mail.geekisp.com with (DHE-RSA-AES128-SHA encrypted) SMTP; 31 Mar 2014 23:22:37 -0000 Date: Mon, 31 Mar 2014 16:22:32 -0700 From: "R. Tyler Croy" To: R Tyler Croy Subject: Re: ZFS panic in -CURRENT Message-ID: <20140331162232.45e300e7@monkeypox.org> In-Reply-To: <20140328170021.7BE88D6@hub.freebsd.org> References: <20140328170021.7BE88D6@hub.freebsd.org> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 31 Mar 2014 23:22:44 -0000 Bumping this with more details On Fri, 28 Mar 2014 09:53:32 -0700 R Tyler Croy wrote: > Apologies for the rough format here, I had to take a picture of this > failure because I didn't know what else to do. > > > > I'm building off of the GitHub freebsd.git mirror here, and the > latest commit in the tree is neel@'s "Add an ioctl to suspend.." > > My dmesg/pciconf are here: > https://gist.github.com/rtyler/1faa854dff7c4396d9e8 As linked before, the dmesg and `pciconf -lv` output can be found here: Also in addition to the photo from before of the panic, here's another reproduction photo: I'm running -CURRENT as of r263881 right now, with a custom kernel which is built on top of the VT kernel (https://github.com/rtyler/freebsd/blob/5e324960f1f2b7079de369204fe228db4a2ec99d/sys/amd64/conf/KIWI) I'm able to get this panic *consistently* whenever a process accesses my maildir folder which I sync with the mbsync program (isync package), such as `mbsync personal` or when I back up the maildir with duplicity. The commonality seems to be listing or accessing portions of this file tree. Curiously enough it only seems to be isolated to that single portion of the filesystem tree. The zpool is also clean as far as errors go: > [16:11:03] tyler:freebsd git:(master*) $ zpool status zroot > pool: zroot > state: ONLINE > status: Some supported features are not enabled on the pool. The pool > can still be used, but some features are unavailable. > action: Enable all features using 'zpool upgrade'. Once this is done, > the pool may no longer be accessible by software that does not > support the features. See zpool-features(7) for details. > scan: scrub repaired 0 in 0h18m with 0 errors on Fri Mar 28 11:55:03 > 2014 config: > > NAME STATE READ WRITE CKSUM > zroot ONLINE 0 0 0 > ada0p3.eli ONLINE 0 0 0 > > errors: No known data errors > [16:19:57] tyler:freebsd git:(master*) $ I'm not sure what other data would be useful here, I can consistently see the panic, but this data is highly personal, so I'm not sure how much of a "repro case" I can give folks. :( Cheers -- - R. Tyler Croy ------------------------------------------------------ Code: Chatter: % gpg --keyserver keys.gnupg.net --recv-key 3F51E16F ------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 02:21:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6CD7E7C4; Tue, 1 Apr 2014 02:21:03 +0000 (UTC) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns.kevlo.org", Issuer "ns.kevlo.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EA33E5E3; Tue, 1 Apr 2014 02:21:02 +0000 (UTC) Received: from srg.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) by ns.kevlo.org (8.14.8/8.14.8) with ESMTP id s312Kkpx031730 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 1 Apr 2014 10:20:47 +0800 (CST) (envelope-from kevlo@FreeBSD.org) Message-ID: <533A2285.2030705@FreeBSD.org> Date: Tue, 01 Apr 2014 10:20:53 +0800 From: Kevin Lo User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: John Baldwin Subject: Re: Re: UDP Lite support References: <201403261122.43541.jhb@freebsd.org> <5333F020.8000200@FreeBSD.org> <201403271221.29864.jhb@freebsd.org> In-Reply-To: <201403271221.29864.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Joe Nosay , freebsd-current@freebsd.org, d@delphij.net, Brooks Davis X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 02:21:03 -0000 On 2014/03/28 00:21, John Baldwin wrote: > On Thursday, March 27, 2014 5:32:16 am Kevin Lo wrote: >>>>> Are you interested in working on these and report back? >>>> The revised patch is available at: >>>> http://people.freebsd.org/~kevlo/udplite.diff >> Thank you for your suggestions. >> >>> A few suggestions: >>> >>> - I would just drop the INP lock and return EOPNOTSUPP directly rather >>> than using goto's to 'bad_setoptname' and 'bad_getoptname' so the >>> UDP-lite options are self-contained. >> Fixed. > Thanks. > >>> - I'm not a super big fan of all the udp_common_* macros only because >>> I think it obfuscates things. At the very least, please move these >>> things out of the header and into udp_usrreq.c so they are closer >>> to the implementation. I would even suggest making them inline >>> functions instead of macros. >> Okay, I removed two udp_common_* macros. I also renamed udp_common_init() >> to udp_udplite_init() and moved it into udp_usrreq.c. Using a macro here >> to follow the style used in SCTP (sctp_os_bsd.h). >> >> Here's a third version of the udp-lite patch: >> http://people.freebsd.org/~kevlo/udplite.diff > Ok, I would say that udp_common_init() is actually a better name if you keep > the macro (which I think is fine) rather than udp_udplite_init() as the macro > is not specific to UDP Lite. However, thanks for moving the macros out of the > header. Thank you John. glebius@ suggests we don't need to have two absolutely equal uma zones since most systems don't run UDP-Lite. If practice shows that a differentiation at zone level between UDP and UDP-Lite PCBs is important, then it could be done later. Following up with a fourth version of the udp-lite patch. http://people.freebsd.org/~kevlo/udplite.diff On top of the previous versions, this: - removes a uma zone for udp-lite - udp_common_ctlinput() belongs under #ifdef INET - removes sysctl nodes for udp-lite. - bumps version and adds my copyright. Kevin From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 04:02:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C75C4B3; Tue, 1 Apr 2014 04:02:19 +0000 (UTC) Received: from mail-ob0-x22b.google.com (mail-ob0-x22b.google.com [IPv6:2607:f8b0:4003:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 180AAE83; Tue, 1 Apr 2014 04:02:18 +0000 (UTC) Received: by mail-ob0-f171.google.com with SMTP id wn1so10369393obc.2 for ; Mon, 31 Mar 2014 21:02:18 -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 :content-type; bh=8H2znuxFY+jfxJdMmHGXTchZoqqjxYaMl7rbi9gm6rM=; b=SyH1oh6wGz99kXMp3M78OSmhpvj8tED1P6Woa8kRgUy12r6mqlhA76awJz56+RWiY5 ipP2R1F+e6qP2j9gMRRMo4ucZxo0Ifyauey6aM+zlEpvDKNzj1V8bokzVLmrxf5ohLDd zZICvnE66kA7Kd42wZtlPG7Y57LnVQxk6MhnLw62DJFwuEoQj2QMZuZYKZz6OR9oCK9O Q4sSbzpjO2HQczAvX/1qXMxffRobnJ2Vmjky6X8CiAM7x/kzXyZKWRwo2nuG2D3xU75/ 4kWdDfpMpugyScigrfD7VeoJCcXvCet9102WNo/gytfDY374SQKGYY3K+bu+EphXJ6xI gZsA== MIME-Version: 1.0 X-Received: by 10.60.77.35 with SMTP id p3mr6498236oew.46.1396324938252; Mon, 31 Mar 2014 21:02:18 -0700 (PDT) Received: by 10.182.130.71 with HTTP; Mon, 31 Mar 2014 21:02:18 -0700 (PDT) In-Reply-To: <533A2285.2030705@FreeBSD.org> References: <201403261122.43541.jhb@freebsd.org> <5333F020.8000200@FreeBSD.org> <201403271221.29864.jhb@freebsd.org> <533A2285.2030705@FreeBSD.org> Date: Tue, 1 Apr 2014 00:02:18 -0400 Message-ID: Subject: Re: Re: UDP Lite support From: Joe Nosay To: Kevin Lo , freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 04:02:19 -0000 On Mon, Mar 31, 2014 at 10:20 PM, Kevin Lo wrote: > On 2014/03/28 00:21, John Baldwin wrote: > >> On Thursday, March 27, 2014 5:32:16 am Kevin Lo wrote: >> >>> Are you interested in working on these and report back? >>>>>> >>>>> The revised patch is available at: >>>>> http://people.freebsd.org/~kevlo/udplite.diff >>>>> >>>> Thank you for your suggestions. >>> >>> A few suggestions: >>>> >>>> - I would just drop the INP lock and return EOPNOTSUPP directly rather >>>> than using goto's to 'bad_setoptname' and 'bad_getoptname' so the >>>> UDP-lite options are self-contained. >>>> >>> Fixed. >>> >> Thanks. >> >> - I'm not a super big fan of all the udp_common_* macros only because >>>> I think it obfuscates things. At the very least, please move these >>>> things out of the header and into udp_usrreq.c so they are closer >>>> to the implementation. I would even suggest making them inline >>>> functions instead of macros. >>>> >>> Okay, I removed two udp_common_* macros. I also renamed >>> udp_common_init() >>> to udp_udplite_init() and moved it into udp_usrreq.c. Using a macro here >>> to follow the style used in SCTP (sctp_os_bsd.h). >>> >>> Here's a third version of the udp-lite patch: >>> http://people.freebsd.org/~kevlo/udplite.diff >>> >> Ok, I would say that udp_common_init() is actually a better name if you >> keep >> the macro (which I think is fine) rather than udp_udplite_init() as the >> macro >> is not specific to UDP Lite. However, thanks for moving the macros out >> of the >> header. >> > > Thank you John. glebius@ suggests we don't need to have two absolutely > equal uma zones since most systems don't run UDP-Lite. > If practice shows that a differentiation at zone level between UDP and > UDP-Lite PCBs is important, then it could be done later. > > Following up with a fourth version of the udp-lite patch. > http://people.freebsd.org/~kevlo/udplite.diff > > On top of the previous versions, this: > - removes a uma zone for udp-lite > - udp_common_ctlinput() belongs under #ifdef INET > - removes sysctl nodes for udp-lite. > - bumps version and adds my copyright. > > Kevin > > > Do I patch over the current src- which was already patched with version 3- or do I just start new? From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 06:06:18 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 400B433C; Tue, 1 Apr 2014 06:06:18 +0000 (UTC) Received: from mailhost.dlr.de (mailhost.dlr.de [129.247.252.33]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client CN "mailhost.dlr.de", Issuer "DLR CA - G02" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C445113C; Tue, 1 Apr 2014 06:06:17 +0000 (UTC) Received: from DLREXHUB01.intra.dlr.de (172.21.152.130) by dlrexedge02.dlr.de (172.21.163.101) with Microsoft SMTP Server (TLS) id 14.3.174.1; Tue, 1 Apr 2014 08:06:14 +0200 Received: from KNOP-BEAGLE.kn.op.dlr.de (129.247.178.136) by smtp.dlr.de (172.21.152.151) with Microsoft SMTP Server (TLS) id 14.3.174.1; Tue, 1 Apr 2014 08:06:13 +0200 Date: Tue, 1 Apr 2014 08:06:09 +0200 From: Hartmut Brandt X-X-Sender: brandt_h@KNOP-BEAGLE.kn.op.dlr.de To: "Marciano, Anthony" Subject: RE: Call for testers: SNMPv3 support for bsnmpd(1) In-Reply-To: <401084E5E73F4241A44F3C9E6FD79428010918381C@exch-01> Message-ID: References: <401084E5E73F4241A44F3C9E6FD7942801091834B4@exch-01> <401084E5E73F4241A44F3C9E6FD794280109183637@exch-01> <401084E5E73F4241A44F3C9E6FD79428010918381C@exch-01> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Cc: "Bjoern A. Zeeb" , "syrinx@FreeBSD.org" , "freebsd-current@freebsd.org" , "tomarox52@gmail.com" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 06:06:18 -0000 On Mon, 31 Mar 2014, Marciano, Anthony wrote: MA>Currently, we are just looking to monitor standard objects such as MA>interfaces and send traps accordingly. Would it be possible to provide MA>a trap example of what needs to be added to the snmpd.config file to MA>monitor an object and have it sent via V3? MA> MA>I've searched for this information and read through various RFCs but MA>have not discovered any bsnmpd specific trap syntax and/or examples. Well, bsnmp can send only the standard traps currently. This is configured via the begemotTrapSinkTable (/usr/share/snmp/mibs/BEGEMOT-SNMPD.txt). Each row in the table is a trap target and all traps are sent to all targets in the table. I don't know, how this interacts with v3, though. harti From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 05:11:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6A86D1CF5 for ; Tue, 1 Apr 2014 05:11:53 +0000 (UTC) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns.kevlo.org", Issuer "ns.kevlo.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E3D49B90 for ; Tue, 1 Apr 2014 05:11:52 +0000 (UTC) Received: from [127.0.0.1] (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) by ns.kevlo.org (8.14.8/8.14.8) with ESMTP id s315Bgpn033057; Tue, 1 Apr 2014 13:11:43 +0800 (CST) (envelope-from kevlo@FreeBSD.org) Message-ID: <533A4A95.7010905@FreeBSD.org> Date: Tue, 01 Apr 2014 13:11:49 +0800 From: Kevin Lo User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Joe Nosay Subject: Re: UDP Lite support References: <201403261122.43541.jhb@freebsd.org> <5333F020.8000200@FreeBSD.org> <201403271221.29864.jhb@freebsd.org> <533A2285.2030705@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 05:11:53 -0000 Joe Nosay wrote: > On Mon, Mar 31, 2014 at 10:20 PM, Kevin Lo wrote: > >> On 2014/03/28 00:21, John Baldwin wrote: >> >>> On Thursday, March 27, 2014 5:32:16 am Kevin Lo wrote: >>> >>>> Are you interested in working on these and report back? >>>>>> The revised patch is available at: >>>>>> http://people.freebsd.org/~kevlo/udplite.diff >>>>>> >>>>> Thank you for your suggestions. >>>> A few suggestions: >>>>> - I would just drop the INP lock and return EOPNOTSUPP directly rather >>>>> than using goto's to 'bad_setoptname' and 'bad_getoptname' so the >>>>> UDP-lite options are self-contained. >>>>> >>>> Fixed. >>>> >>> Thanks. >>> >>> - I'm not a super big fan of all the udp_common_* macros only because >>>>> I think it obfuscates things. At the very least, please move these >>>>> things out of the header and into udp_usrreq.c so they are closer >>>>> to the implementation. I would even suggest making them inline >>>>> functions instead of macros. >>>>> >>>> Okay, I removed two udp_common_* macros. I also renamed >>>> udp_common_init() >>>> to udp_udplite_init() and moved it into udp_usrreq.c. Using a macro here >>>> to follow the style used in SCTP (sctp_os_bsd.h). >>>> >>>> Here's a third version of the udp-lite patch: >>>> http://people.freebsd.org/~kevlo/udplite.diff >>>> >>> Ok, I would say that udp_common_init() is actually a better name if you >>> keep >>> the macro (which I think is fine) rather than udp_udplite_init() as the >>> macro >>> is not specific to UDP Lite. However, thanks for moving the macros out >>> of the >>> header. >>> >> Thank you John. glebius@ suggests we don't need to have two absolutely >> equal uma zones since most systems don't run UDP-Lite. >> If practice shows that a differentiation at zone level between UDP and >> UDP-Lite PCBs is important, then it could be done later. >> >> Following up with a fourth version of the udp-lite patch. >> http://people.freebsd.org/~kevlo/udplite.diff >> >> On top of the previous versions, this: >> - removes a uma zone for udp-lite >> - udp_common_ctlinput() belongs under #ifdef INET >> - removes sysctl nodes for udp-lite. >> - bumps version and adds my copyright. >> >> Kevin >> >> >> > Do I patch over the current src- which was already patched with version 3- > or do I just start new? Start new, thanks. Kevin From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 05:47:17 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2981246 for ; Tue, 1 Apr 2014 05:47:16 +0000 (UTC) Received: from mail-qg0-x22c.google.com (mail-qg0-x22c.google.com [IPv6:2607:f8b0:400d:c04::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9E6ACF67 for ; Tue, 1 Apr 2014 05:47:16 +0000 (UTC) Received: by mail-qg0-f44.google.com with SMTP id a108so8590752qge.31 for ; Mon, 31 Mar 2014 22:47:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=dfQb8old8D4xyTlX0L15CGf1sS2aFeaArma9A46r60M=; b=fPUlBZ6JfLki0L1QwwFohZUr8Ye0P6CUCFw3Tos8TGyRC4H27X4i3OmuwH1s9jUTKK 6PRIfjzXb8BAva4yv79BZxoZCOhsxDySa++iTbNRCPQ2uUmgX9Up5Gjus4Q+iVWeRvmI 5zN5WeEeT3rjeJN3X5knfYAG44oyqVM9N0/T8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type:content-transfer-encoding; bh=dfQb8old8D4xyTlX0L15CGf1sS2aFeaArma9A46r60M=; b=Mn4LmoU+NRTykSpVR9cyWjdE97+wqAFfM8+umbRJylcTCJfHdqb6a1QhuZuD4urqqN Nfiqc9W/eLHNEESVWNBzcq3sqyQr0Gj43ESSsQpARP4mby7XFEoKlUJ39W4ouDfKFG4h zvZDmyhjRtZSNf6XX9xRB3xBtwjq9eUWafxh2yxtK74iQbSVhO/IrjNyv63QenJZI829 sEnpQADkJspJmOEGpPuvpAxaiBE/2gP6mWMcnqDQe+eSPWIcUZdHTBskHBz7kXcXJrhb ZuC5Eq6b2YR1IPKVCUwouTsFuUkNzJoOBRewykuO9dRj6LQ0E2DdsRx2Kj4Cp3PJ0hWL PncA== X-Gm-Message-State: ALoCoQlhK49WCO5QpR1IMEbxCB/3WtAVYYCDuUy0gaa377vJd3W4U9nEyPgdUY3AMVRD6nTZOGYl X-Received: by 10.224.151.130 with SMTP id c2mr12897432qaw.67.1396331235700; Mon, 31 Mar 2014 22:47:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.96.147.225 with HTTP; Mon, 31 Mar 2014 22:46:45 -0700 (PDT) From: Eitan Adler Date: Mon, 31 Mar 2014 22:46:45 -0700 Message-ID: Subject: Leaving the Desktop Market To: hackers@freebsd.org, current@freebsd.org, freebsd-advocacy@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 05:47:17 -0000 Hi all, Some of you may have seen my posts entitled "Story of a Laptop User" and "Story of a Desktop User". For those of you who did not, it can be a worthwhile read to see what life is like when using FreeBSD as a desktop. In short, it is an educational experience. While FreeBSD can be coerced to do the right thing, it is rarely there by default and often doesn't work as well as we would expect. The following are issues I haven't brought up in the past: Battery life sucks: it=E2=80=99s almost as if powerd wasn't running. Wind= ows can run for five hours on my laptop while FreeBSD can barely make it two hours. I wonder what the key differences are? Likely it=E2=80=99s tha= t we focus so much on performance that no one considers power. ChromeOS can run for 12 hours on some hardware; why can't we make FreeBSD run for 16? Sound configuration lacks key documentation: how can I automatically change between headphones and external speakers? You can't even do that in middle of a song at all! Trust me that you never want to be staring at an HDA pin configuration. I'll bet you couldn't even get sound streaming to other machines working if you tried. FreeBSD lacks vendor credibility: CUDA is unsupported. Dropbox hasn't released a client for FreeBSD. Nvidia Optimus doesn't function on FreeBSD. Can you imagine telling someone to purchase a laptop with the caveat: "but you won't be able to use your graphics card"? In any case, half of our desktop support is emulation: flash and opera only works because of the linuxulator. There really isn't any reason for vendors to bother supporting FreeBSD if we are just going to ape Linux anyways. That is why on this date I propose that we cease competing on the desktop market. FreeBSD should declare 2014 to be "year of the Linux desktop" and start to rip out the pieces of the OS not needed for server or embedded use. Some of you may point to PCBSD and say that we have a chance, but I must ask you: how does one flavor stand up to the thousands in the Linux world? Eitan Adler From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 06:39:29 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1F0FBF45; Tue, 1 Apr 2014 06:39:29 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C9E95609; Tue, 1 Apr 2014 06:39:28 +0000 (UTC) Received: from jre-mbp.elischer.org (ppp121-45-232-70.lns20.per1.internode.on.net [121.45.232.70]) (authenticated bits=0) by vps1.elischer.org (8.14.8/8.14.8) with ESMTP id s316dMWo035788 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 31 Mar 2014 23:39:24 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <533A5F14.80602@freebsd.org> Date: Tue, 01 Apr 2014 14:39:16 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Eitan Adler , hackers@freebsd.org, current@freebsd.org, freebsd-advocacy@freebsd.org Subject: Re: Leaving the Desktop Market References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 06:39:29 -0000 On 4/1/14, 1:46 PM, Eitan Adler wrote: > Hi all Hey it's not an apr 1 joke if it's true.. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 06:42:56 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7903B29C for ; Tue, 1 Apr 2014 06:42:56 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id AB2FD6AF for ; Tue, 1 Apr 2014 06:42:55 +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 JAA19208; Tue, 01 Apr 2014 09:42:41 +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 1WUsPB-000GkQ-EX; Tue, 01 Apr 2014 09:42:41 +0300 Message-ID: <533A5FA9.7030705@FreeBSD.org> Date: Tue, 01 Apr 2014 09:41:45 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: "R. Tyler Croy" Subject: Re: ZFS panic in -CURRENT References: <20140328170021.7BE88D6@hub.freebsd.org> <20140331162232.45e300e7@monkeypox.org> In-Reply-To: <20140331162232.45e300e7@monkeypox.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 06:42:56 -0000 on 01/04/2014 02:22 R. Tyler Croy said the following: > Bumping this with more details > > On Fri, 28 Mar 2014 09:53:32 -0700 > R Tyler Croy wrote: > >> Apologies for the rough format here, I had to take a picture of this >> failure because I didn't know what else to do. >> >> >> >> I'm building off of the GitHub freebsd.git mirror here, and the >> latest commit in the tree is neel@'s "Add an ioctl to suspend.." >> >> My dmesg/pciconf are here: >> https://gist.github.com/rtyler/1faa854dff7c4396d9e8 > > > As linked before, the dmesg and `pciconf -lv` output can be found here: > > > Also in addition to the photo from before of the panic, here's another > reproduction photo: > Are you or have you even been running with any ZFS-related kernel patches? > I'm running -CURRENT as of r263881 right now, with a custom kernel > which is built on top of the VT kernel > (https://github.com/rtyler/freebsd/blob/5e324960f1f2b7079de369204fe228db4a2ec99d/sys/amd64/conf/KIWI) > > I'm able to get this panic *consistently* whenever a process accesses > my maildir folder which I sync with the mbsync program (isync package), > such as `mbsync personal` or when I back up the maildir with duplicity. > The commonality seems to be listing or accessing portions of this file > tree. Curiously enough it only seems to be isolated to that single > portion of the filesystem tree. > > The zpool is also clean as far as errors go: > >> [16:11:03] tyler:freebsd git:(master*) $ zpool status zroot >> pool: zroot >> state: ONLINE >> status: Some supported features are not enabled on the pool. The pool >> can still be used, but some features are unavailable. >> action: Enable all features using 'zpool upgrade'. Once this is done, >> the pool may no longer be accessible by software that does not >> support the features. See zpool-features(7) for details. >> scan: scrub repaired 0 in 0h18m with 0 errors on Fri Mar 28 11:55:03 >> 2014 config: >> >> NAME STATE READ WRITE CKSUM >> zroot ONLINE 0 0 0 >> ada0p3.eli ONLINE 0 0 0 >> >> errors: No known data errors >> [16:19:57] tyler:freebsd git:(master*) $ > > > I'm not sure what other data would be useful here, I can consistently > see the panic, but this data is highly personal, so I'm not sure how > much of a "repro case" I can give folks. :( > > Cheers > -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 07:19:12 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3F76F03; Tue, 1 Apr 2014 07:19:12 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 44D209D7; Tue, 1 Apr 2014 07:19:12 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id D57641FE027; Tue, 1 Apr 2014 09:19:09 +0200 (CEST) Message-ID: <533A689D.3090608@selasky.org> Date: Tue, 01 Apr 2014 09:19:57 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Eitan Adler , hackers@freebsd.org, current@freebsd.org, freebsd-advocacy@freebsd.org Subject: Re: Leaving the Desktop Market References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 07:19:12 -0000 Hi, On 04/01/14 07:46, Eitan Adler wrote: > Hi all, > > Some of you may have seen my posts entitled "Story of a Laptop User" > and "Story of a Desktop User". For those of you who did not, it can > be a worthwhile read to see what life is like when using FreeBSD as a > desktop. In short, it is an educational experience. While FreeBSD > can be coerced to do the right thing, it is rarely there by default > and often doesn't work as well as we would expect. Can this be translated that "the green is always better on the other side" ? > > The following are issues I haven't brought up in the past: > > Battery life sucks: it’s almost as if powerd wasn't running. Windows > can run for five hours on my laptop while FreeBSD can barely make it > two hours. I wonder what the key differences are? Likely it’s that > we focus so much on performance that no one considers power. ChromeOS > can run for 12 hours on some hardware; why can't we make FreeBSD run > for 16? > > Sound configuration lacks key documentation: how can I automatically > change between headphones and external speakers? You can't even do > that in middle of a song at all! Trust me that you never want to be > staring at an HDA pin configuration. I'll bet you couldn't even get > sound streaming to other machines working if you tried. I agree that there are usability issues with the sound framework in FreeBSD. I've seen this myself, for example trying to get sound using firefox, you now need pulseaudio and it must be configured correctly. I'm pretty sure there are people around in the FreeBSD project that are quite capable and could easily fix these issues, given some coordination and funding. Probably you should ask the FreeBSD foundation to fund a developer for a year or two to work on the desktop issues. Desktop is complicated. You need to understand that many device frameworks are designed entirely for other platforms, and I think that the current approach to compile Linux oriented code like "HAL" under FreeBSD is not always the right approach. We need to make our own "HAL" that is compatible with the "Linux" Applications, that need to know where the scanner or webcam is attached. Speaking about sound again, I think we need a tiny library and daemon that sits between /dev/dspX.X and the applications, that pulls together the most common audio libraries, like portaudio, pulseaudio and the KDE one, into a single and brand new solution. I did propose something at EuroBSDcon last year, that we can use character device emulation in user-space, cuse4bsd, to achieve this. > > That is why on this date I propose that we cease competing on the > desktop market. FreeBSD should declare 2014 to be "year of the Linux > desktop" and start to rip out the pieces of the OS not needed for > server or embedded use. Did FreeBSD ever compete on the Desktop market? While touching this topic, I must say that I'm very grateful to all you port-guys that keep stuff compiling and working on the Desktop front. I've asked myself a few times during the last couple of years, who are the people really making my FreeBSD Desktop work? Did they receive enough thanks or funds for their work? > > Some of you may point to PCBSD and say that we have a chance, but I > must ask you: how does one flavor stand up to the thousands in the > Linux world? Because something does not work in FreeBSD it can prove an excellent opportunity for someone to fix it! Don't underestimate that! --HPS From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 07:38:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 68ABB2FB; Tue, 1 Apr 2014 07:38:40 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "theravensnest.org", Issuer "theravensnest.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 17A03B64; Tue, 1 Apr 2014 07:38:39 +0000 (UTC) Received: from [192.168.0.100] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s317cXnf045166 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 1 Apr 2014 07:38:35 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Leaving the Desktop Market From: David Chisnall In-Reply-To: Date: Tue, 1 Apr 2014 08:38:28 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <3F7430D7-3C0F-43E1-8EBD-8AA4F701497C@FreeBSD.org> References: To: Jordan Hubbard X-Mailer: Apple Mail (2.1874) Cc: Eitan Adler , hackers@freebsd.org, current@freebsd.org, freebsd-advocacy@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 07:38:40 -0000 On 1 Apr 2014, at 08:11, Jordan Hubbard wrote: > 1. Power. As you point out, being truly power efficient is a complete = top-to-bottom engineering effort and it takes a lot more than just = trying to idle the processor whenever possible to achieve that. You = need to optimize all of the hot-spot routines in the system for power = efficiency (which actually involves a fair amount of micro architecture = knowledge), you need a kernel scheduler that is power management aware, = you need a process management system that runs as few things as possible = and knows how to schedule things during package wake-up intervals, you = need timers to be coalesced at the level where applications consume = them, the list just goes on and on. It=92s a lot of engineering work, = and to drive that work you also need a lot of telemetry data and people = with big sticks running around hitting people who write = power-inefficient code. FreeBSD has neither. Just a small note here: Improving power management is something that the = Core Team and the Foundation have jointly identified as an important = goal, in particular for mobile / embedded scenarios. We're currently = coordinating potential sponsors for the work and soliciting proposals = from people interested in doing the work. If you know of anyone in = either category then please drop either me, core, or the Foundation an = email. Some things have already seen progress, for example Davide's calloutng = work includes timer coalescing, but there are still a lot of, uh, = opportunities for improvement. The Symbian EKA2 book has some very = interesting detail on their power management infrastructure, which would = be worth looking at for anyone interested in working on this, and I = believe your former employer had some expertise in this area. Of course, no matter how good the base system becomes at power = management, we still can't prevent stuff in ports running idle = spinloops. We can, however, provide tools that encourage = power-efficient design. For example, currently hald wakes up every 30 = seconds and polls the optical drive if you have one. Why? Because = there's no devd event when a CD is inserted, so the only way for it to = get these notifications is polling. If you have a laptop with an = optical drive, this is really bad for power usage. =20 David From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 09:40:49 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 97E1892A; Tue, 1 Apr 2014 09:40:49 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 00242A33; Tue, 1 Apr 2014 09:40:48 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 9602A6A6007; Tue, 1 Apr 2014 11:40:45 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id s319ejnY010298; Tue, 1 Apr 2014 11:40:45 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id s319eiax009439; Tue, 1 Apr 2014 11:40:44 +0200 (CEST) (envelope-from lars) Date: Tue, 1 Apr 2014 11:40:44 +0200 From: Lars Engels To: Jordan Hubbard Subject: Re: Leaving the Desktop Market Message-ID: <20140401094044.GX44074@e-new.0x20.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yKmnPmKxJBqIz68t" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p4 User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Eitan Adler , hackers@freebsd.org, current@freebsd.org, freebsd-advocacy@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 09:40:49 -0000 --yKmnPmKxJBqIz68t Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 01, 2014 at 12:11:19PM +0500, Jordan Hubbard wrote: >=20 > On Apr 1, 2014, at 10:46 AM, Eitan Adler wrote: >=20 > > That is why on this date I propose that we cease competing on the > > desktop market. FreeBSD should declare 2014 to be "year of the Linux > > desktop" and start to rip out the pieces of the OS not needed for > > server or embedded use. > >=20 > > Some of you may point to PCBSD and say that we have a chance, but I > > must ask you: how does one flavor stand up to the thousands in the > > Linux world? >=20 > The fact that this posting comes out on April 1st makes me wonder if > it=E2=80=99s just an elaborate April Fool=E2=80=99s joke, but then the no= tion of *BSD > (or Linux, for that matter) on the Desktop is just another > long-running April fool=E2=80=99s joke, so I=E2=80=99m willing to postula= te that two > April Fools jokes would simply cancel each other out and make this > posting a serious one again. :-) >=20 > I=E2=80=99ll choose to be serious and say what I=E2=80=99m about to say i= n spite of > the fact that I work for the primary sponsor of PC-BSD and actually > like the fact that it has created some interesting technologies like > PBIs, the Jail Warden, Life-preserver and a ZFS boot environment menu. >=20 > There is no such thing as a desktop market for *BSD or Linux. There > never has been and there never will be. Why do you think we chose > =E2=80=9Cthe power to serve=E2=80=9D as FreeBSD=E2=80=99s first marketing= slogan? It makes a > fine server OS and it=E2=80=99s easy to defend its role in the server roo= m. > It=E2=80=99s also becoming easier to defend its role as an embedded OS, w= hich > is another excellent niche to pursue and I am happy to see all the > recent developments there. >=20 > A desktop? Unless you consider Mac OS X to be =E2=80=9CBSD on the deskto= p=E2=80=9D > (and while they share some common technologies, it=E2=80=99s increasingly= a > stretch to say that), it=E2=80=99s just never going to happen for (at lea= st) > the following reasons: >=20 > 1. Power. As you point out, being truly power efficient is a complete > top-to-bottom engineering effort and it takes a lot more than just > trying to idle the processor whenever possible to achieve that. You > need to optimize all of the hot-spot routines in the system for power > efficiency (which actually involves a fair amount of micro > architecture knowledge), you need a kernel scheduler that is power > management aware, you need a process management system that runs as > few things as possible and knows how to schedule things during package > wake-up intervals, you need timers to be coalesced at the level where > applications consume them, the list just goes on and on. It=E2=80=99s a = lot > of engineering work, and to drive that work you also need a lot of > telemetry data and people with big sticks running around hitting > people who write power-inefficient code. FreeBSD has neither. >=20 > 2. Multimedia. A real end-user=E2=80=99s desktop is basically one big UI= for > watching things, listening to things, and running apps. A decent > audio / video subsystem is just one part of the picture, and one that > has always been really weak - entire engineering teams can spend years > working on codecs, performance optimizations, low and guaranteed > latency support for audio I/O, etc. What=E2=80=99s worse, the bar is only > being raised. You want to be part of the next wave of folks who can > author and edit content for the new 4K video standard? Not on FreeBSD > or Linux, you=E2=80=99re not. >=20 > 3. Applications. A desktop without real and useful applications is > not a desktop, it=E2=80=99s just an empty display surface. Sure, there a= re > users out there who are happy with just a mail client, a web browser > and maybe a calendaring app, but those users are also arguably even > better candidates for Chrome or other simplified environments where > all of that simply happens in a fancy web browser and you get things > like =E2=80=9Csoftware updates=E2=80=9D and cloud integration essentially= for free > since it=E2=80=99s all just one cohesive picture there. The ability to s= olve > those user=E2=80=99s needs very simply makes them ripe targets for the web > application delivery platforms. >=20 > For the other folks who want to do fancier stuff like mix audio, edit > videos or even just play mainstream 3D games that were actually > published sometime in the last year, they=E2=80=99ll use a real desktop O= S and > won't even bother looking at one of the free ones because guess what, > the free ones just can=E2=80=99t do those things, or do them badly enough= that > their users feel like they=E2=80=99re perpetually living in a kind of > self-selected ghetto. Metaphorically speaking, sleeping on the floor > in a sleeping bag in your one-room apartment is fine when you=E2=80=99re > young, but as you get older, you want to be more comfortable and have > a real bed in a real house! >=20 > Those are just three reasons. There are lots more, not least of which > among them is the fact that it=E2=80=99s damn hard even just to *create* > significant applications with the weak-ass APIs that *BSD and Linux > provide. You have to stitch together some Frankenstein collection of > libraries out of ports (or linux packages) and then hope the whole > pile of multi-=E2=80=9Cvendor" bits will sort of work together, which of > course they rarely do because they were written by several hundred > different people with no mandate to interoperate. >=20 > April fool=E2=80=99s joke? Yes, the desktop has always been one in the O= SS > space. It=E2=80=99s a lousy OSS problem to try and solve because all the > hardest parts are things nobody wants to do for free, and there=E2=80=99s= no > money to be made just providing the OS (even Ubuntu, the current > leader, seems to have =E2=80=9Cpledge drives=E2=80=9D every other week). >=20 > - Jordan I'm a happy FreeBSD desktop user since 4.7. There are some edges, but I really like that I can can create a desktop the way _I_ want it and my mail client even allows me to break lines at 80 chars. Eat that, Apple Mail! ;-) --yKmnPmKxJBqIz68t Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iKYEARECAGYFAlM6iZxfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDE3RkMwOEUxNUUwOUJEMjE0ODlFMjA1MDI5 Q0U3NURBQzBGNzY5RjgACgkQKc512sD3afhPMQCdFCh7dzFdsZkqmKiWPl4uAh/Q r60AoL+0TOUnX5i+jRw0fFdggmsgaTog =s2T1 -----END PGP SIGNATURE----- --yKmnPmKxJBqIz68t-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 10:40:25 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 967C6BDE for ; Tue, 1 Apr 2014 10:40:25 +0000 (UTC) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.21.123]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp-sofia.digsys.bg", Issuer "Digital Systems Operational CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3583CFC0 for ; Tue, 1 Apr 2014 10:40:24 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [193.68.6.1]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.6/8.14.6) with ESMTP id s31AGpdc068980 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 1 Apr 2014 13:16:55 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <533A9213.40806@digsys.bg> Date: Tue, 01 Apr 2014 13:16:51 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Leaving the Desktop Market References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 10:40:25 -0000 Hice April 1st piece, Let's see what I could contribute :) On 01.04.14 08:46, Eitan Adler wrote: > Hi all, > > Some of you may have seen my posts entitled "Story of a Laptop User" > and "Story of a Desktop User". For those of you who did not, it can > be a worthwhile read to see what life is like when using FreeBSD as a > desktop. In short, it is an educational experience. While FreeBSD > can be coerced to do the right thing, it is rarely there by default > and often doesn't work as well as we would expect. There is no platform that can do everything as you please. In fact,=20 there can't be any such thing with computers, because they are not=20 humans and only do what we humans instruct (program) them to do, not=20 what we believe we programmed them to do. A slight difference, but=20 important to see things in perspective. > > The following are issues I haven't brought up in the past: > > Battery life sucks: it=E2=80=99s almost as if powerd wasn't running. = Windows > can run for five hours on my laptop while FreeBSD can barely make it > two hours. I wonder what the key differences are? Likely it=E2=80=99s= that > we focus so much on performance that no one considers power. ChromeOS > can run for 12 hours on some hardware; why can't we make FreeBSD run > for 16? Who said we can't? We did, do and will do that. On a case by case=20 solution. This is strictly hardware specific issue and of course, no=20 other OS can claim good power management on "any" hardware. > Sound configuration lacks key documentation: how can I automatically > change between headphones and external speakers? You can't even do > that in middle of a song at all! Trust me that you never want to be > staring at an HDA pin configuration. I'll bet you couldn't even get > sound streaming to other machines working if you tried. Lack of documentation has always been the "weak" part of any enthusiast=20 work. For people care more about getting the work done, than writing=20 long essays. I would not go that far to say you can't switch audio=20 outputs in a middle of a song (or why not, a movie?). After all, this is = strictly hardware specific issue and of course, no other OS can claim=20 good audio management on "any" hardware. > FreeBSD lacks vendor credibility: CUDA is unsupported. Dropbox hasn't > released a client for FreeBSD. Nvidia Optimus doesn't function on > FreeBSD. Can you imagine telling someone to purchase a laptop with > the caveat: "but you won't be able to use your graphics card"? Purchasing specialized hardware (a laptop), without being aware what=20 software will drive it is always a very bad idea. As for those vendor's=20 proprietary technologies, they don't function on many other modern=20 platforms, not only FreeBSD. Then, there is choice -- you could use=20 other vendor's technologies, if that suits you. Or, if (say) CUDA=20 requires OS XYZ, use that instead of FreeBSD. Not that this has=20 anything to do with "desktop". > > In any case, half of our desktop support is emulation: flash and opera > only works because of the linuxulator. There really isn't any reason > for vendors to bother supporting FreeBSD if we are just going to ape > Linux anyways. If you will remember, most of this is because of different licensing=20 restrictions imposed by those vendors. I am absolutely confident, Adobe=20 will produce a very good Flash Player for FreeBSD, once you convince=20 them there is money in that. > > That is why on this date I propose that we cease competing on the > desktop market. FreeBSD should declare 2014 to be "year of the Linux > desktop" and start to rip out the pieces of the OS not needed for > server or embedded use. FreeBSD is not sold. There is no such thing as "market" for FreeBSD.=20 Neither in Desktop, Server or whatever other arbitrary "segments". In=20 fact, FreeBSD is not even a product -- it is more of a toolkit, which=20 you use to build your very own OS for your very own "segment". Yes, 2014 might very well turn out to be the year of Linux, but that is=20 not because of FreeBSD -- Microsoft are helping much more with their=20 insistence to kill Windows XP. > > Some of you may point to PCBSD and say that we have a chance, but I > must ask you: how does one flavor stand up to the thousands in the > Linux world? > You mean, all those short lived species will arrive in hordes and=20 destroy the Dragon? Might be, might be not. The dragon has seen=20 thousands of those already come and go. Having fun is most important in the process. :) Daniel From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 06:44:46 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 14B5C462; Tue, 1 Apr 2014 06:44:46 +0000 (UTC) Received: from tds-solutions.net (tds-solutions.net [69.164.206.65]) by mx1.freebsd.org (Postfix) with ESMTP id D24896CA; Tue, 1 Apr 2014 06:44:45 +0000 (UTC) Received: from [192.168.1.224] (unknown [69.43.65.114]) (Authenticated sender: tyler) by tds-solutions.net (Postfix) with ESMTPSA id A0A2FA060; Tue, 1 Apr 2014 00:51:00 -0600 (MDT) Message-ID: <533A604E.4030609@tysdomain.com> Date: Tue, 01 Apr 2014 02:44:30 -0400 From: "Littlefield, Tyler" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: Eitan Adler Subject: Re: Leaving the Desktop Market References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Tue, 01 Apr 2014 11:53:00 +0000 Cc: freebsd-advocacy@freebsd.org, hackers@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: tyler@tysdomain.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, 01 Apr 2014 06:44:46 -0000 On 4/1/2014 1:46 AM, Eitan Adler wrote: > Hi all, > > Some of you may have seen my posts entitled "Story of a Laptop User" > and "Story of a Desktop User". For those of you who did not, it can > be a worthwhile read to see what life is like when using FreeBSD as a > desktop. In short, it is an educational experience. While FreeBSD > can be coerced to do the right thing, it is rarely there by default > and often doesn't work as well as we would expect. > > The following are issues I haven't brought up in the past: > > Battery life sucks: its almost as if powerd wasn't running. Windows > can run for five hours on my laptop while FreeBSD can barely make it > two hours. I wonder what the key differences are? Likely its that > we focus so much on performance that no one considers power. ChromeOS > can run for 12 hours on some hardware; why can't we make FreeBSD run > for 16? > > Sound configuration lacks key documentation: how can I automatically > change between headphones and external speakers? You can't even do > that in middle of a song at all! Trust me that you never want to be > staring at an HDA pin configuration. I'll bet you couldn't even get > sound streaming to other machines working if you tried. > > FreeBSD lacks vendor credibility: CUDA is unsupported. Dropbox hasn't > released a client for FreeBSD. Nvidia Optimus doesn't function on > FreeBSD. Can you imagine telling someone to purchase a laptop with > the caveat: "but you won't be able to use your graphics card"? > > In any case, half of our desktop support is emulation: flash and opera > only works because of the linuxulator. There really isn't any reason > for vendors to bother supporting FreeBSD if we are just going to ape > Linux anyways. > > That is why on this date I propose that we cease competing on the > desktop market. FreeBSD should declare 2014 to be "year of the Linux > desktop" and start to rip out the pieces of the OS not needed for > server or embedded use. > > Some of you may point to PCBSD and say that we have a chance, but I > must ask you: how does one flavor stand up to the thousands in the > Linux world? I don't know much about BSD on the desktop, but it's somewhere I'd like to go eventually. This comment caught me off, however. The fact that there are thousands of flavors of Linux vs one flavor of a BSD desktop is sort of irrelivant--it could be applied, by that same method to BSD as a server. there are hundreds of Linux distributions that can be used as a server, so by your logic, "how do hundreds of Linux servers stand up to 3 flavors of BSD?" I switched to BSD for a few reasons: 1) The documentation is amazing. As with any project, it can be improved as was mentioned in the most recent BSDNow, but the only other close call I can see is maybe Archlinux, and I don't want that on a server. 2) The ports and PKGNG system is beyond amazing. 3) The organization is more amazing. Everything is incredibly intuitive. I love the customization, flexability and organization of BSD. 4) I didn't care until rather recently, but anything that lets me rely less and less on GNU and the GPL is a bonus. Given this, I commend everyone who has put hundreds of hours of work into making BSD a desktop system. Rather than suggest that BSD stays merely a server OS, why not pose these issues as problems or milestones. Perhaps sound has some drawbacks, but when the day arrives when it is up to par, I can almost guarantee if the BSD ideals remain the same that it'll be so much easier and cleaner to use than pulse/alsa, etc. Eitan Adler _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" -- Take care, Ty http://tds-solutions.net He that will not reason is a bigot; he that cannot reason is a fool; he that dares not reason is a slave. From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 07:11:34 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 144BEC71; Tue, 1 Apr 2014 07:11:34 +0000 (UTC) Received: from mail.iXsystems.com (newknight.ixsystems.com [206.40.55.70]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EB1CB985; Tue, 1 Apr 2014 07:11:33 +0000 (UTC) Received: from localhost (mail.ixsystems.com [10.2.55.1]) by mail.iXsystems.com (Postfix) with ESMTP id F1D62736FF; Tue, 1 Apr 2014 00:11:32 -0700 (PDT) Received: from mail.iXsystems.com ([10.2.55.1]) by localhost (mail.ixsystems.com [10.2.55.1]) (maiad, port 10024) with ESMTP id 47829-08; Tue, 1 Apr 2014 00:11:32 -0700 (PDT) Received: from [10.8.0.6] (unknown [10.8.0.6]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.iXsystems.com (Postfix) with ESMTPSA id 83981736F6; Tue, 1 Apr 2014 00:11:26 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Leaving the Desktop Market From: Jordan Hubbard In-Reply-To: Date: Tue, 1 Apr 2014 12:11:19 +0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Eitan Adler X-Mailer: Apple Mail (2.1874) X-Mailman-Approved-At: Tue, 01 Apr 2014 11:53:24 +0000 Cc: freebsd-advocacy@freebsd.org, hackers@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 07:11:34 -0000 On Apr 1, 2014, at 10:46 AM, Eitan Adler wrote: > That is why on this date I propose that we cease competing on the > desktop market. FreeBSD should declare 2014 to be "year of the Linux > desktop" and start to rip out the pieces of the OS not needed for > server or embedded use. >=20 > Some of you may point to PCBSD and say that we have a chance, but I > must ask you: how does one flavor stand up to the thousands in the > Linux world? The fact that this posting comes out on April 1st makes me wonder if = it=92s just an elaborate April Fool=92s joke, but then the notion of = *BSD (or Linux, for that matter) on the Desktop is just another = long-running April fool=92s joke, so I=92m willing to postulate that two = April Fools jokes would simply cancel each other out and make this = posting a serious one again. :-) I=92ll choose to be serious and say what I=92m about to say in spite of = the fact that I work for the primary sponsor of PC-BSD and actually like = the fact that it has created some interesting technologies like PBIs, = the Jail Warden, Life-preserver and a ZFS boot environment menu. There is no such thing as a desktop market for *BSD or Linux. There = never has been and there never will be. Why do you think we chose =93the= power to serve=94 as FreeBSD=92s first marketing slogan? It makes a = fine server OS and it=92s easy to defend its role in the server room. = It=92s also becoming easier to defend its role as an embedded OS, which = is another excellent niche to pursue and I am happy to see all the = recent developments there. A desktop? Unless you consider Mac OS X to be =93BSD on the desktop=94 = (and while they share some common technologies, it=92s increasingly a = stretch to say that), it=92s just never going to happen for (at least) = the following reasons: 1. Power. As you point out, being truly power efficient is a complete = top-to-bottom engineering effort and it takes a lot more than just = trying to idle the processor whenever possible to achieve that. You = need to optimize all of the hot-spot routines in the system for power = efficiency (which actually involves a fair amount of micro architecture = knowledge), you need a kernel scheduler that is power management aware, = you need a process management system that runs as few things as possible = and knows how to schedule things during package wake-up intervals, you = need timers to be coalesced at the level where applications consume = them, the list just goes on and on. It=92s a lot of engineering work, = and to drive that work you also need a lot of telemetry data and people = with big sticks running around hitting people who write = power-inefficient code. FreeBSD has neither. 2. Multimedia. A real end-user=92s desktop is basically one big UI for = watching things, listening to things, and running apps. A decent audio = / video subsystem is just one part of the picture, and one that has = always been really weak - entire engineering teams can spend years = working on codecs, performance optimizations, low and guaranteed latency = support for audio I/O, etc. What=92s worse, the bar is only being = raised. You want to be part of the next wave of folks who can author = and edit content for the new 4K video standard? Not on FreeBSD or = Linux, you=92re not. 3. Applications. A desktop without real and useful applications is not = a desktop, it=92s just an empty display surface. Sure, there are users = out there who are happy with just a mail client, a web browser and maybe = a calendaring app, but those users are also arguably even better = candidates for Chrome or other simplified environments where all of that = simply happens in a fancy web browser and you get things like =93software = updates=94 and cloud integration essentially for free since it=92s all = just one cohesive picture there. The ability to solve those user=92s = needs very simply makes them ripe targets for the web application = delivery platforms. For the other folks who want to do fancier stuff like mix audio, edit = videos or even just play mainstream 3D games that were actually = published sometime in the last year, they=92ll use a real desktop OS and = won't even bother looking at one of the free ones because guess what, = the free ones just can=92t do those things, or do them badly enough that = their users feel like they=92re perpetually living in a kind of = self-selected ghetto. Metaphorically speaking, sleeping on the floor in = a sleeping bag in your one-room apartment is fine when you=92re young, = but as you get older, you want to be more comfortable and have a real = bed in a real house! Those are just three reasons. There are lots more, not least of which = among them is the fact that it=92s damn hard even just to *create* = significant applications with the weak-ass APIs that *BSD and Linux = provide. You have to stitch together some Frankenstein collection of = libraries out of ports (or linux packages) and then hope the whole pile = of multi-=93vendor" bits will sort of work together, which of course = they rarely do because they were written by several hundred different = people with no mandate to interoperate. April fool=92s joke? Yes, the desktop has always been one in the OSS = space. It=92s a lousy OSS problem to try and solve because all the = hardest parts are things nobody wants to do for free, and there=92s no = money to be made just providing the OS (even Ubuntu, the current leader, = seems to have =93pledge drives=94 every other week). - Jordan From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 11:47:15 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A51F942; Tue, 1 Apr 2014 11:47:15 +0000 (UTC) Received: from smtp1.redcom.com (smtp1.redcom.com [192.86.3.143]) by mx1.freebsd.org (Postfix) with ESMTP id 248CD796; Tue, 1 Apr 2014 11:47:14 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp1.redcom.com (Postfix) with ESMTP id D7833ADF8; Tue, 1 Apr 2014 07:47:13 -0400 (EDT) X-Virus-Scanned: amavisd-new at redcom.com Received: from smtp1.redcom.com ([127.0.0.1]) by localhost (smtp1.redcom.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bWBoJowsAKGw; Tue, 1 Apr 2014 07:47:11 -0400 (EDT) Received: from pie.redcom.com (pie [192.168.33.15]) by smtp1.redcom.com (Postfix) with ESMTP id 592ECA1ED; Tue, 1 Apr 2014 07:47:11 -0400 (EDT) Received: from exch-01.redcom.com (exch-01.redcom.com [192.168.32.17]) by pie.redcom.com (8.11.7p1+Sun/8.10.2) with ESMTP id s31Bkij09213; Tue, 1 Apr 2014 07:46:53 -0400 (EDT) Received: from exch-01.redcom.com ([192.168.32.17]) by exch-01 ([192.168.32.17]) with mapi; Tue, 1 Apr 2014 07:47:44 -0400 From: "Marciano, Anthony" To: Hartmut Brandt Date: Tue, 1 Apr 2014 07:47:42 -0400 Subject: RE: Call for testers: SNMPv3 support for bsnmpd(1) Thread-Topic: Call for testers: SNMPv3 support for bsnmpd(1) Thread-Index: Ac9NcLGI2aGpAEJlTvqUP3wwV/1prQAL3JIA Message-ID: <401084E5E73F4241A44F3C9E6FD79428010918396B@exch-01> References: <401084E5E73F4241A44F3C9E6FD7942801091834B4@exch-01> <401084E5E73F4241A44F3C9E6FD794280109183637@exch-01> <401084E5E73F4241A44F3C9E6FD79428010918381C@exch-01> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 01 Apr 2014 11:53:35 +0000 Cc: "Bjoern A. Zeeb" , "syrinx@FreeBSD.org" , "freebsd-current@freebsd.org" , "tomarox52@gmail.com" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 11:47:15 -0000 Thank Harti. Tony -----Original Message----- From: Hartmut Brandt [mailto:hartmut.brandt@dlr.de]=20 Sent: Tuesday, April 01, 2014 2:06 AM To: Marciano, Anthony Cc: syrinx@FreeBSD.org; Bjoern A. Zeeb; freebsd-current@freebsd.org; tomaro= x52@gmail.com Subject: RE: Call for testers: SNMPv3 support for bsnmpd(1) On Mon, 31 Mar 2014, Marciano, Anthony wrote: MA>Currently, we are just looking to monitor standard objects such as=20 MA>interfaces and send traps accordingly. Would it be possible to=20 MA>provide a trap example of what needs to be added to the snmpd.config=20 MA>file to monitor an object and have it sent via V3? MA> MA>I've searched for this information and read through various RFCs but=20 MA>have not discovered any bsnmpd specific trap syntax and/or examples. Well, bsnmp can send only the standard traps currently. This is configured = via the begemotTrapSinkTable (/usr/share/snmp/mibs/BEGEMOT-SNMPD.txt).=20 Each row in the table is a trap target and all traps are sent to all target= s in the table. I don't know, how this interacts with v3, though. harti From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 12:07:42 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3597A7F2; Tue, 1 Apr 2014 12:07:42 +0000 (UTC) Received: from mrout3.yahoo.com (mrout3.yahoo.com [216.145.54.173]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0058D9B4; Tue, 1 Apr 2014 12:07:41 +0000 (UTC) Received: from [127.0.0.1] (proxy7.corp.yahoo.com [216.145.48.98]) by mrout3.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id s31BvACX080264 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 1 Apr 2014 04:57:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1396353431; bh=VvBJnwGXg8AwxpSbhED9xA7cXAafgzMQ5wokxoQQvqg=; h=Subject:From:To:Cc:In-Reply-To:References:Date; b=AKIkUPYW/Gyfy7ByQuQWjtAHnjMRsML4B6cmjejsrcvCZGr2X8ybS7jon2H2vv1Jg 3cAl1XXO945TePPgwRypbGLdrD6Cq4mc2U/H0BlAfUtMmJNNqMH+xXtRA5nONLotsS yFn+uA1HjF4Fze4hmVH66ersMyIP6KSxpjTprLgs= Subject: Re: Leaving the Desktop Market From: Sean Bruno To: Eitan Adler In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Date: Tue, 01 Apr 2014 04:57:09 -0700 Message-ID: <1396353429.56465.7.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 353430004 Cc: freebsd-advocacy@freebsd.org, hackers@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 12:07:42 -0000 On Mon, 2014-03-31 at 22:46 -0700, Eitan Adler wrote: > Hi all, > > Some of you may have seen my posts entitled "Story of a Laptop User" > and "Story of a Desktop User". For those of you who did not, it can > be a worthwhile read to see what life is like when using FreeBSD as a > desktop. In short, it is an educational experience. While FreeBSD > can be coerced to do the right thing, it is rarely there by default > and often doesn't work as well as we would expect. > > The following are issues I haven't brought up in the past: > > Battery life sucks: it’s almost as if powerd wasn't running. Windows > can run for five hours on my laptop while FreeBSD can barely make it > two hours. I wonder what the key differences are? Likely it’s that > we focus so much on performance that no one considers power. ChromeOS > can run for 12 hours on some hardware; why can't we make FreeBSD run > for 16? > > Sound configuration lacks key documentation: how can I automatically > change between headphones and external speakers? You can't even do > that in middle of a song at all! Trust me that you never want to be > staring at an HDA pin configuration. I'll bet you couldn't even get > sound streaming to other machines working if you tried. > > FreeBSD lacks vendor credibility: CUDA is unsupported. Dropbox hasn't > released a client for FreeBSD. Nvidia Optimus doesn't function on > FreeBSD. Can you imagine telling someone to purchase a laptop with > the caveat: "but you won't be able to use your graphics card"? > > In any case, half of our desktop support is emulation: flash and opera > only works because of the linuxulator. There really isn't any reason > for vendors to bother supporting FreeBSD if we are just going to ape > Linux anyways. > > That is why on this date I propose that we cease competing on the > desktop market. FreeBSD should declare 2014 to be "year of the Linux > desktop" and start to rip out the pieces of the OS not needed for > server or embedded use. > > Some of you may point to PCBSD and say that we have a chance, but I > must ask you: how does one flavor stand up to the thousands in the > Linux world? > Why even bother? Its over, just embrace the future and be like this happy Mac user: http://people.freebsd.org/~sbruno/happy_desktop_user.jpg sean From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 13:57:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C42BA742; Tue, 1 Apr 2014 13:57:16 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9AD616E7; Tue, 1 Apr 2014 13:57:16 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 826C5B97D; Tue, 1 Apr 2014 09:57:15 -0400 (EDT) From: John Baldwin To: Kevin Lo Subject: Re: UDP Lite support Date: Tue, 1 Apr 2014 09:49:35 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201403271221.29864.jhb@freebsd.org> <533A2285.2030705@FreeBSD.org> In-Reply-To: <533A2285.2030705@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201404010949.35380.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 01 Apr 2014 09:57:15 -0400 (EDT) Cc: Joe Nosay , freebsd-current@freebsd.org, d@delphij.net, Brooks Davis X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 13:57:16 -0000 On Monday, March 31, 2014 10:20:53 pm Kevin Lo wrote: > On 2014/03/28 00:21, John Baldwin wrote: > > On Thursday, March 27, 2014 5:32:16 am Kevin Lo wrote: > >>>>> Are you interested in working on these and report back? > >>>> The revised patch is available at: > >>>> http://people.freebsd.org/~kevlo/udplite.diff > >> Thank you for your suggestions. > >> > >>> A few suggestions: > >>> > >>> - I would just drop the INP lock and return EOPNOTSUPP directly rather > >>> than using goto's to 'bad_setoptname' and 'bad_getoptname' so the > >>> UDP-lite options are self-contained. > >> Fixed. > > Thanks. > > > >>> - I'm not a super big fan of all the udp_common_* macros only because > >>> I think it obfuscates things. At the very least, please move these > >>> things out of the header and into udp_usrreq.c so they are closer > >>> to the implementation. I would even suggest making them inline > >>> functions instead of macros. > >> Okay, I removed two udp_common_* macros. I also renamed udp_common_init() > >> to udp_udplite_init() and moved it into udp_usrreq.c. Using a macro here > >> to follow the style used in SCTP (sctp_os_bsd.h). > >> > >> Here's a third version of the udp-lite patch: > >> http://people.freebsd.org/~kevlo/udplite.diff > > Ok, I would say that udp_common_init() is actually a better name if you keep > > the macro (which I think is fine) rather than udp_udplite_init() as the macro > > is not specific to UDP Lite. However, thanks for moving the macros out of the > > header. > > Thank you John. glebius@ suggests we don't need to have two absolutely > equal uma zones since most systems don't run UDP-Lite. > If practice shows that a differentiation at zone level between UDP and > UDP-Lite PCBs is important, then it could be done later. Ok. I do think this is probably cleaner as well and almost suggested it myself. The only caveat to this is that it means UDP and UDP Lite sockets share the same resource limit. That is probably fine in practice. I think the current patch looks good. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 13:57:33 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D40299FB for ; Tue, 1 Apr 2014 13:57:33 +0000 (UTC) Received: from starfish.geekisp.com (starfish.geekisp.com [216.168.135.166]) by mx1.freebsd.org (Postfix) with SMTP id 6B4956ED for ; Tue, 1 Apr 2014 13:57:33 +0000 (UTC) Received: (qmail 20334 invoked by uid 1003); 1 Apr 2014 13:57:24 -0000 Received: from unknown (HELO localhost) (tyler@monkeypox.org@173.239.70.2) by mail.geekisp.com with (DHE-RSA-AES128-SHA encrypted) SMTP; 1 Apr 2014 13:57:24 -0000 Date: Tue, 1 Apr 2014 06:57:21 -0700 From: "R. Tyler Croy" To: Andriy Gapon Subject: Re: ZFS panic in -CURRENT Message-ID: <20140401065721.5317b538@monkeypox.org> In-Reply-To: <533A5FA9.7030705@FreeBSD.org> References: <20140328170021.7BE88D6@hub.freebsd.org> <20140331162232.45e300e7@monkeypox.org> <533A5FA9.7030705@FreeBSD.org> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 13:57:33 -0000 On Tue, 01 Apr 2014 09:41:45 +0300 Andriy Gapon wrote: > on 01/04/2014 02:22 R. Tyler Croy said the following: > > Bumping this with more details > > > > On Fri, 28 Mar 2014 09:53:32 -0700 > > R Tyler Croy wrote: > > > >> Apologies for the rough format here, I had to take a picture of > >> this failure because I didn't know what else to do. > >> > >> > >> > >> I'm building off of the GitHub freebsd.git mirror here, and the > >> latest commit in the tree is neel@'s "Add an ioctl to suspend.." > >> > >> My dmesg/pciconf are here: > >> https://gist.github.com/rtyler/1faa854dff7c4396d9e8 > > > > > > As linked before, the dmesg and `pciconf -lv` output can be found > > here: > > > > Also in addition to the photo from before of the panic, here's > > another reproduction photo: > > > > Are you or have you even been running with any ZFS-related kernel > patches? Negative, I've never run any specific ZFS patches on this machine (or any machine for that matter!) One other unique clue might be that I'm running with an encrypted zpool, other than that, nothing fancy here. - R. Tyler Croy ------------------------------------------------------ Code: Chatter: % gpg --keyserver keys.gnupg.net --recv-key 3F51E16F ------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 14:46:43 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63C93907; Tue, 1 Apr 2014 14:46:43 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx1.fisglobal.com", Issuer "VeriSign Class 3 Secure Server CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2BA45C68; Tue, 1 Apr 2014 14:46:42 +0000 (UTC) Received: from smarthost.fisglobal.com ([10.132.206.193]) by ltcfislmsgpa04.fnfis.com (8.14.5/8.14.5) with ESMTP id s31EkTAG030955 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 1 Apr 2014 09:46:29 -0500 Received: from THEMADHATTER (10.242.181.54) by smarthost.fisglobal.com (10.132.206.193) with Microsoft SMTP Server id 14.3.174.1; Tue, 1 Apr 2014 09:46:26 -0500 From: Sender: Devin Teske To: "'Eitan Adler'" , , , References: In-Reply-To: Subject: RE: Leaving the Desktop Market Date: Tue, 1 Apr 2014 07:46:16 -0700 Message-ID: <082a01cf4db9$240d3e90$6c27bbb0$@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQGHdVWSFOXlP15hf4gexL3l1E1JDZuMhnNw Content-Language: en-us X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87, 1.0.14, 0.0.0000 definitions=2014-04-01_05:2014-04-01,2014-04-01,1970-01-01 signatures=0 Cc: dteske@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 14:46:43 -0000 > -----Original Message----- > From: Eitan Adler [mailto:lists@eitanadler.com] > Sent: Monday, March 31, 2014 10:47 PM > To: hackers@freebsd.org; current@freebsd.org; freebsd- > advocacy@freebsd.org > Subject: Leaving the Desktop Market >=20 > Hi all, >=20 > Some of you may have seen my posts entitled "Story of a Laptop User" > and "Story of a Desktop User". For those of you who did not, it can be a > worthwhile read to see what life is like when using FreeBSD as a desktop.= In > short, it is an educational experience. While FreeBSD can be coerced to = do > the right thing, it is rarely there by default and often doesn't work as = well as > we would expect. >=20 > The following are issues I haven't brought up in the past: >=20 > Battery life sucks: it=E2=80=99s almost as if powerd wasn't running. Wi= ndows can run > for five hours on my laptop while FreeBSD can barely make it two hours. I > wonder what the key differences are? Likely it=E2=80=99s that we focus s= o much on > performance that no one considers power. ChromeOS can run for 12 hours > on some hardware; why can't we make FreeBSD run for 16? >=20 > Sound configuration lacks key documentation: how can I automatically > change between headphones and external speakers? You can't even do > that in middle of a song at all! Trust me that you never want to be star= ing at > an HDA pin configuration. I'll bet you couldn't even get sound streaming= to > other machines working if you tried. >=20 > FreeBSD lacks vendor credibility: CUDA is unsupported. Dropbox hasn't > released a client for FreeBSD. Nvidia Optimus doesn't function on FreeBS= D. > Can you imagine telling someone to purchase a laptop with the caveat: "but > you won't be able to use your graphics card"? >=20 > In any case, half of our desktop support is emulation: flash and opera on= ly > works because of the linuxulator. There really isn't any reason for vend= ors to > bother supporting FreeBSD if we are just going to ape Linux anyways. >=20 > That is why on this date I propose that we cease competing on the desktop > market. FreeBSD should declare 2014 to be "year of the Linux desktop" and > start to rip out the pieces of the OS not needed for server or embedded u= se. >=20 > Some of you may point to PCBSD and say that we have a chance, but I must > ask you: how does one flavor stand up to the thousands in the Linux world? >=20 Eitan, While I understand your frustration, VICOR is using FreeBSD as a Desktop si= nce FreeBSD 2.2. We don't use sound and we are fine relying on vesa. While I understand that the things you listed are actual short-comings for = normal Desktop users, I think it's the wrong decision to say that we should be ba= cking out *any* functionality that would make the Desktop any more difficult to produce. As it stands, it would take me weeks just to count the number of workstatio= ns that are running a GUI, rely on one of the existing video drivers (nv, rade= on, mach64, etc.) and use lots of Desktop ports. --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 14:52:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4A86367; Tue, 1 Apr 2014 14:52:40 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx1.fisglobal.com", Issuer "VeriSign Class 3 Secure Server CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6A668E0D; Tue, 1 Apr 2014 14:52:40 +0000 (UTC) Received: from smarthost.fisglobal.com ([10.132.206.193]) by ltcfislmsgpa07.fnfis.com (8.14.5/8.14.5) with ESMTP id s31EqPjK014564 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 1 Apr 2014 09:52:26 -0500 Received: from THEMADHATTER (10.242.181.54) by smarthost.fisglobal.com (10.132.206.193) with Microsoft SMTP Server id 14.3.174.1; Tue, 1 Apr 2014 09:52:23 -0500 From: Sender: Devin Teske To: "'Lars Engels'" , "'Jordan Hubbard'" References: <20140401094044.GX44074@e-new.0x20.net> In-Reply-To: <20140401094044.GX44074@e-new.0x20.net> Subject: RE: Leaving the Desktop Market Date: Tue, 1 Apr 2014 07:52:13 -0700 Message-ID: <083e01cf4db9$f8f4e040$eadea0c0$@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQGHdVWSFOXlP15hf4gexL3l1E1JDQM4JHNtASkPtVubaX9yoA== Content-Language: en-us X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87, 1.0.14, 0.0.0000 definitions=2014-04-01_05:2014-04-01,2014-04-01,1970-01-01 signatures=0 Cc: dteske@FreeBSD.org, 'Eitan Adler' , hackers@freebsd.org, current@freebsd.org, freebsd-advocacy@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 14:52:40 -0000 > -----Original Message----- > From: Lars Engels [mailto:lars.engels@0x20.net] > Sent: Tuesday, April 1, 2014 2:41 AM > To: Jordan Hubbard > Cc: Eitan Adler; hackers@freebsd.org; current@freebsd.org; freebsd- > advocacy@freebsd.org > Subject: Re: Leaving the Desktop Market > > On Tue, Apr 01, 2014 at 12:11:19PM +0500, Jordan Hubbard wrote: > > > > On Apr 1, 2014, at 10:46 AM, Eitan Adler wrote: > > > > > That is why on this date I propose that we cease competing on the > > > desktop market. FreeBSD should declare 2014 to be "year of the [snip] > I'm a happy FreeBSD desktop user since 4.7. There are some edges, but I > really like that I can can create a desktop the way _I_ want it and my mail > client even allows me to break lines at 80 chars. Eat that, Apple Mail! ;-) What e-mail client do you use? Evolution? -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 15:09:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5FA23EEA for ; Tue, 1 Apr 2014 15:09:23 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 41A55FEE for ; Tue, 1 Apr 2014 15:09:23 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WV0JW-0003kl-2k for freebsd-current@freebsd.org; Tue, 01 Apr 2014 08:09:22 -0700 Date: Tue, 1 Apr 2014 08:09:22 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1396364962078-5899727.post@n5.nabble.com> In-Reply-To: References: Subject: Re: Leaving the Desktop Market MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 15:09:23 -0000 You got me for a moment :) On a serious note... OpenBSD is reportedly having some success on a desktop- is using -CURRENT on dev's desktop religiously (so I've heard) something related? (e.g. working sound out of the box) I have sound with www/firefox without pulseaudio, albeit firefox 28 segfaults from time to time (see gecko@ if really interested). My desktop experience from few years on -CURRENT/STABLE- with stable/sane configuration that's working it's a bliss, however when something goes awry... Few hours of frustration almost guaranteed. And sometimes it goes that way due to some update unfortunately. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Leaving-the-Desktop-Market-tp5899597p5899727.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 15:32:22 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C409E95E; Tue, 1 Apr 2014 15:32:22 +0000 (UTC) Received: from mx.waitman.net (mx.waitman.net [136.0.16.173]) by mx1.freebsd.org (Postfix) with ESMTP id A231F5F2; Tue, 1 Apr 2014 15:32:22 +0000 (UTC) Received: by mx.waitman.net (Postfix, from userid 2) id 32B9F4636F; Tue, 1 Apr 2014 00:32:16 -0700 (PDT) Received: from 70.90.171.37 by mx.waitman.net with HTTP; Tue, 1 Apr 2014 00:32:16 -0700 Message-ID: <042a9d0660e68acaf4471a571383df8e.squirrel@mx.waitman.net> In-Reply-To: References: Date: Tue, 1 Apr 2014 00:32:16 -0700 Subject: Re: Leaving the Desktop Market From: "Waitman Gobble" To: "Eitan Adler" User-Agent: SquirrelMail/1.5.2 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-advocacy@freebsd.org, hackers@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: uzimac@da3m0n8t3r.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, 01 Apr 2014 15:32:22 -0000 On Mon, March 31, 2014 10:46 pm, Eitan Adler wrote: > Hi all, > > > Some of you may have seen my posts entitled "Story of a Laptop User" > and "Story of a Desktop User". For those of you who did not, it can be a > worthwhile read to see what life is like when using FreeBSD as a desktop. > In short, it is an educational experience. While FreeBSD > can be coerced to do the right thing, it is rarely there by default and > often doesn't work as well as we would expect. > > The following are issues I haven't brought up in the past: > > > Battery life sucks: it’s almost as if powerd wasn't running. Windows > can run for five hours on my laptop while FreeBSD can barely make it two > hours. I wonder what the key differences are? Likely it’s that we > focus so much on performance that no one considers power. ChromeOS can > run for 12 hours on some hardware; why can't we make FreeBSD run for 16? > > Sound configuration lacks key documentation: how can I automatically > change between headphones and external speakers? You can't even do that > in middle of a song at all! Trust me that you never want to be staring at > an HDA pin configuration. I'll bet you couldn't even get sound streaming > to other machines working if you tried. > > FreeBSD lacks vendor credibility: CUDA is unsupported. Dropbox hasn't > released a client for FreeBSD. Nvidia Optimus doesn't function on FreeBSD. > Can you imagine telling someone to purchase a laptop with > the caveat: "but you won't be able to use your graphics card"? > > In any case, half of our desktop support is emulation: flash and opera > only works because of the linuxulator. There really isn't any reason for > vendors to bother supporting FreeBSD if we are just going to ape Linux > anyways. > > That is why on this date I propose that we cease competing on the > desktop market. FreeBSD should declare 2014 to be "year of the Linux > desktop" and start to rip out the pieces of the OS not needed for server > or embedded use. > > Some of you may point to PCBSD and say that we have a chance, but I > must ask you: how does one flavor stand up to the thousands in the Linux > world? > > Eitan Adler > _______________________________________________ > 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" Hi, I don't understand the gripe about sound. OSS works well. If you install the verson in ports, audio/oss, you get a more elaborate set of tools. (you can use the tools with the OSS drivers in base, its possible to remove the base OSS system and *only* use the updated OSS system however there are some caveats that may cause serious issues with a 'user', if you don't want to get your hands dirty don't mess with that.) Anyhow, last I went through a few month period of experimenting with sound and picked up a bunch of hardware on ebay, different cards from various vendors, ie asus, creative, etc. Its possible and not too difficult to have four or five cards on the machine and use them simultaneously. I didn't notice any problem switching from speakers to headphones while music is playing. Maybe this works on other operating systems, i haven't tried. The thing about sound, the card is a digital-to-analog converter, and vice-versa. It uses PCM data. (PCM was actually first 'invented' in the 1800's - no fools joke). Digital audio/Sound has never really gotten better, it has only gotten cheaper. -- Waitman Gobble San Jose California USA +1.510-830-7975 From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 14:10:54 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 37A6EFB2; Tue, 1 Apr 2014 14:10:54 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E95D18A2; Tue, 1 Apr 2014 14:10:53 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s31EDZkT080314; Tue, 1 Apr 2014 07:13:41 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s31EDSv5080298; Tue, 1 Apr 2014 07:13:28 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Tue, 1 Apr 2014 07:13:30 -0700 (PDT) Message-ID: <8a48d1f8fdae94c540f42582b415f417.authenticated@ultimatedns.net> In-Reply-To: References: Date: Tue, 1 Apr 2014 07:13:30 -0700 (PDT) Subject: Re: Leaving the Desktop Market From: "Chris H" To: "Eitan Adler" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Tue, 01 Apr 2014 16:16:18 +0000 Cc: freebsd-advocacy@freebsd.org, hackers@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 14:10:54 -0000 > Hi all, > > Some of you may have seen my posts entitled "Story of a Laptop User" > and "Story of a Desktop User". For those of you who did not, it can > be a worthwhile read to see what life is like when using FreeBSD as a > desktop. In short, it is an educational experience. While FreeBSD > can be coerced to do the right thing, it is rarely there by default > and often doesn't work as well as we would expect. Ha, ha, ha. Reminds me of the long running 04-01 gag stating that kernel.org ran on FreeBSD. As to "Leaving the Desktop Market"; +1. OK by me. OTOH The following /will/ give you everything you /claim/ isn't /currently/ possible. x11/xorg-minimal x11-wm/xfce4 audio/aquqlung multimedia/vlc The above list also gives you the ability to switch output(s) on the fly (via mixer). "exotic" video card? emulators/linux_base-f10 x11/nvidia-driver --Chris P.S. Happy April fools to you, too. > > The following are issues I haven't brought up in the past: > > Battery life sucks: it’s almost as if powerd wasn't running. Windows > can run for five hours on my laptop while FreeBSD can barely make it > two hours. I wonder what the key differences are? Likely it’s that > we focus so much on performance that no one considers power. ChromeOS > can run for 12 hours on some hardware; why can't we make FreeBSD run > for 16? > > Sound configuration lacks key documentation: how can I automatically > change between headphones and external speakers? You can't even do > that in middle of a song at all! Trust me that you never want to be > staring at an HDA pin configuration. I'll bet you couldn't even get > sound streaming to other machines working if you tried. > > FreeBSD lacks vendor credibility: CUDA is unsupported. Dropbox hasn't > released a client for FreeBSD. Nvidia Optimus doesn't function on > FreeBSD. Can you imagine telling someone to purchase a laptop with > the caveat: "but you won't be able to use your graphics card"? > > In any case, half of our desktop support is emulation: flash and opera > only works because of the linuxulator. There really isn't any reason > for vendors to bother supporting FreeBSD if we are just going to ape > Linux anyways. > > That is why on this date I propose that we cease competing on the > desktop market. FreeBSD should declare 2014 to be "year of the Linux > desktop" and start to rip out the pieces of the OS not needed for > server or embedded use. > > Some of you may point to PCBSD and say that we have a chance, but I > must ask you: how does one flavor stand up to the thousands in the > Linux world? > > Eitan Adler > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 15:45:56 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E424DFDC; Tue, 1 Apr 2014 15:45:56 +0000 (UTC) Received: from zimbra2.tngtech.com (zimbra2.tngtech.com [212.204.93.103]) by mx1.freebsd.org (Postfix) with ESMTP id 71A59790; Tue, 1 Apr 2014 15:45:55 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zimbra2.tngtech.com (Postfix) with ESMTP id 1B2B79CE0DC; Tue, 1 Apr 2014 17:45:55 +0200 (CEST) X-Virus-Scanned: amavisd-new at tngtech.com Received: from zimbra2.tngtech.com ([127.0.0.1]) by localhost (zimbra2.tngtech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mfQEWYf4zfq4; Tue, 1 Apr 2014 17:45:52 +0200 (CEST) Received: from hactar.localnet (hactar.int.tngtech.com [10.1.2.115]) by zimbra2.tngtech.com (Postfix) with ESMTPSA id 566019CE0D9; Tue, 1 Apr 2014 17:45:52 +0200 (CEST) From: Stefan Wendler To: lists@eitanadler.com, hackers@freebsd.org, current@freebsd.org, freebsd-advocacy@freebsd.org Subject: Fwd: Re: Leaving the Desktop Market Date: Tue, 01 Apr 2014 17:45:52 +0200 Message-ID: <1652875.CSUMLAyc3c@hactar> Organization: TNG Technology Consulting GmbH User-Agent: KMail/4.10.5 (FreeBSD/10.0-RELEASE; KDE/4.10.5; amd64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Mailman-Approved-At: Tue, 01 Apr 2014 16:52:18 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 15:45:57 -0000 Sorry, should have replied to everybody ;) Cheers ---------- Forwarded Message ---------- Subject: Re: Leaving the Desktop Market Date: Tuesday 01 April 2014, 17:34:28 From: Stefan Wendler To: freebsd-hackers@freebsd.org Hi, On Monday 31 March 2014 22:46:45 Eitan Adler wrote: > Hi all, > > Some of you may have seen my posts entitled "Story of a Laptop User" > and "Story of a Desktop User". For those of you who did not, it can > be a worthwhile read to see what life is like when using FreeBSD as a > desktop. In short, it is an educational experience. While FreeBSD > can be coerced to do the right thing, it is rarely there by default > and often doesn't work as well as we would expect. > I don't know the posts you are talking about. I'm using FreeBSD as a server since Version 7. Since FreeBSD 9 I'm also using it as main notebook OS. With everything you can imagine: sound, flash, 3D gfx, eve online via wine rocks, printing, scanning, you name it. Yes, FreeBSD has some rough edges. But after over 18 years of Linux I can say, Linux has enough rough edges and depending on the current needs I more than freaked out once with each distro. And I still am freaking out on a daily basis as a *nix admin when one of the Linux's shows their true face. Like undocumented autoupgrading that messes up your whole ovirt-cluster. I never had that with a BSD. But what there is to learn is, I only ever had problems with consumer/cheap hardware. Most Linux Distros suck at least one way. For me the only Distro that really made me happy for over 14 years was Gentoo. In a way FreeBSD is similar but much much cleaner and sorted. It may be that FreeBSD is not for you and you are more the Linux Mint/*buntu user. But it would be a nightmare for me, if the good FreeBSD folks would stop supporting X-stuff. I even give to the FreeBSD Foundation on a monthly basis with the wish to further support the desktop. FreeBSD is quite simple once you get the hang of it. But you have to be the person that likes to dig in sometimes. Currently it runs as smooth as butter here. When learning to use Gentoo for example I had not only one sleepless night where I had to fix broken libc upgrades without the ability to google that. But this is how we learn. With FreeBSD you have at least a running base system even if you mess up big time. Delete /usr/local/* but keep your /usr/local/etc and start over ... try that with Linux. No chance! I can go on here ;) The big lag of FreeBSD is indeed vendor support. But it won't get better if we drop support for stuff. I'm sorry FreeBSD is such an upsetting experience for you. > Some of you may point to PCBSD and say that we have a chance, but I > must ask you: how does one flavor stand up to the thousands in the > Linux world? ... PCBSD stands out in that it is a really nice experience and people from the Linux world are asking about it and it just plain works mostly out of the box like a ubuntu or mint does, on hardware that is not no-name. And there is always GhostBSD (http://www.ghostbsd.org/) ... so there are two flavours already ;) The base system is still FreeBSD but I don't think that this is a problem. Ever fu**d around with getting the right packages in the right versions of some tools for example SuSE, CentOS, Debian, or whatever without freaking out? The different approaches in packaging systems on Linux is a mess as well. PCBSD is not for me though. But not that is isn't working but it is not for me as a BSD user as Ubuntu never was for me as a Linux/Gentoo user. Linux is not the silver bullet. And in every Linux forum there are always people that complain about why Linux or this or that distro sucks and why they move on. And even Linux wouldn't be what it is without the various BSDs. Cheers, Stefan P.S. One thing they could upgrade though is the linuxulator. _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" ----------------------------------------- From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 16:21:00 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0B39F93 for ; Tue, 1 Apr 2014 16:21:00 +0000 (UTC) Received: from mail-ob0-f170.google.com (mail-ob0-f170.google.com [209.85.214.170]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 65228AFC for ; Tue, 1 Apr 2014 16:21:00 +0000 (UTC) Received: by mail-ob0-f170.google.com with SMTP id uz6so11228826obc.15 for ; Tue, 01 Apr 2014 09:20:53 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=gKv5pwnZSBqPlLpm5s0jAdHbB7zgwC1d/sfRjvyREyk=; b=BtkcUM4clJZg0g90hjP/AzaTAH6pjwhE5T/LDaboNLNDSEEtFu0dJHR/FWSh1oWDuf ugXGLBSpbenqsbra0wZh3Lwb9i1dCHOgTBOBDhh3kkgdxkNJNOOuCd7jw/KVRCqZ0DVt T07lJaCrb1Cdanst00yAIRsYFb+T69Yqn0d/PTC2uBVgP7d1TwaRQ9/klKl9Hl5VfFty +w+IFJKrrLlYr7OUt1ICC3Ma/1sSuqxwb2hub6CvChI4JArdBohw+hJcCJbxpstksjfp ySSy5KcW4Oz4bT5StmaoPfJSnj637/wvfqdOYXWc6OXyP4jjxftwdTMgUtV2AbFQWDbF NnnQ== X-Gm-Message-State: ALoCoQkP2pWo9Mqhm3ofrKl3Yd6MrHqqI4k18u9w3N8Br8jIpesjo2m6ctxRr5vZsMSbPQcSA1WJ X-Received: by 10.182.24.226 with SMTP id x2mr2412189obf.13.1396368774167; Tue, 01 Apr 2014 09:12:54 -0700 (PDT) Received: from jims-mini.pfmechanics.com ([208.123.73.29]) by mx.google.com with ESMTPSA id cn1sm47486929oeb.11.2014.04.01.09.12.51 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 01 Apr 2014 09:12:52 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Leaving the Desktop Market From: Jim Thompson In-Reply-To: <1396353429.56465.7.camel@powernoodle.corp.yahoo.com> Date: Tue, 1 Apr 2014 11:12:50 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <84CEE725-93E4-40BC-8092-5768E9DB47E6@netgate.com> References: <1396353429.56465.7.camel@powernoodle.corp.yahoo.com> To: Sean Bruno X-Mailer: Apple Mail (2.1874) X-Mailman-Approved-At: Tue, 01 Apr 2014 17:00:36 +0000 Cc: Eitan Adler , hackers@freebsd.org, current@freebsd.org, freebsd-advocacy@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 16:21:00 -0000 On Apr 1, 2014, at 6:57 AM, Sean Bruno wrote: > Why even bother? Its over, just embrace the future and be like this > happy Mac user: >=20 > http://people.freebsd.org/~sbruno/happy_desktop_user.jpg I have Macs at work (typing on one now), and a mac at home. I like = them. I recently installed FreeBSD 10 on an Intel i5 NUC. 16GB ram, and a = 120GB m-SATA SSD. I put a nice keyboard and an old 19=94 Dell monitor on it, used = vidconsole to make the screen green on black, and a decent resolution. It=92s just like being back in the 80s, when Unix had a desktop market, = only much, much faster.= From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 17:07:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 98FD2D53 for ; Tue, 1 Apr 2014 17:07:01 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 5750BF96 for ; Tue, 1 Apr 2014 17:07:00 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 5A5046690F for ; Tue, 1 Apr 2014 17:06:54 +0000 (UTC) Message-ID: <533AF232.9090103@allanjude.com> Date: Tue, 01 Apr 2014 13:06:58 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Leaving the Desktop Market References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="g32bm2uddvMJoRFpLingmLX869ubkOXaT" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 17:07:01 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --g32bm2uddvMJoRFpLingmLX869ubkOXaT Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2014-04-01 03:11, Jordan Hubbard wrote: >=20 > 1. Power. As you point out, being truly power efficient is a complete = top-to-bottom engineering effort and it takes a lot more than just trying= to idle the processor whenever possible to achieve that. You need to op= timize all of the hot-spot routines in the system for power efficiency (w= hich actually involves a fair amount of micro architecture knowledge), yo= u need a kernel scheduler that is power management aware, you need a proc= ess management system that runs as few things as possible and knows how t= o schedule things during package wake-up intervals, you need timers to be= coalesced at the level where applications consume them, the list just go= es on and on. It=92s a lot of engineering work, and to drive that work y= ou also need a lot of telemetry data and people with big sticks running a= round hitting people who write power-inefficient code. FreeBSD has neith= er. >=20 There is some advantage to focusing on power in the Server and Embedded space. Saving power in a rack full of machines would be a very big win, and it could be especially important in embedded. As Jordan mentions, a kernel scheduler that is aware of power management could do big things here. It may also be able to provide a performance boost, Intel's TurboBoost feature is controlled via power management, and only lights off under specific circumstances, unlocking that extra performance at key times may also be a big win. >=20 > - Jordan >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 --=20 Allan Jude --g32bm2uddvMJoRFpLingmLX869ubkOXaT 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTOvI2AAoJEJrBFpNRJZKfg24P/jIKDp288cB9M2urjbRlbc0X oqOI55ek9e45FX4x3AmwGeHr5vqjXK8zz+zqDkniyDFf3RFnYWEBsTIqVq5IhRqs zWyPOnEMrTRQqEyaFky+AvDjsPsrL9cQESP1qboONNNgBAerkzeAJjRsYQWjJE3H sDOc2tpMXsChKH1Vu8HE4+mMHksOigdv6frVliIji17enLFctHIdIvN+Tlgr7CGX p6N0neVVd0gPrY0fp4H3THnTIuU7aCy/8WX0/G6DNPO/OLzHGm2ebJ1jmMuquPY9 NJmrh6X/Axbg4JJqrSocnZdajpdL7beBp6nEH2y8hy9RhVsKmS6EoDyQ0gUpzL1Q ftjFuioLDFnM2dzDgJpRJ3qF7yPcWCrqH4VzzMn2F5qPW6KpAjMFwcCJdW3Uj0B0 pLzlHIj8X5eVNxrert6GuwifLQiCODS4grLCuflB2dJwf74l0xGhONHFRZ6JRARb YwK9PLpg59I9SsV954k1UXMunpYXK3BJL/1rKI6mUrGyuFunfeqMe5MPVaDcD9K4 bkK+8G5X3x/5NF10xA0x0QVjcwVir7RiZBjqzm0uSAqP8iLBrkWIK647TLFx0fwC LjHVc1vO+qfZpxJyUACPl0Dn7BMk34D7Gj6kPzXZcUOwwMkVECHjLRAXoQnoJyeK qzn7IGNYoEprTyaDAxJa =mjeg -----END PGP SIGNATURE----- --g32bm2uddvMJoRFpLingmLX869ubkOXaT-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 16:35:58 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4205C371; Tue, 1 Apr 2014 16:35:58 +0000 (UTC) Received: from msxedgnsprd02.gw.upmc.edu (msxedgnsprd02.gw.upmc.edu [128.147.248.49]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client CN "edgesmtp.upmc.edu", Issuer "DigiCert Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 01984C0A; Tue, 1 Apr 2014 16:35:57 +0000 (UTC) Received: from MSXHCSNSPRD06.acct.upmchs.net (10.25.36.150) by msxedgnsprd02.gw.upmc.edu (128.147.248.49) with Microsoft SMTP Server (TLS) id 8.3.279.5; Tue, 1 Apr 2014 12:33:59 -0400 Received: from MSXMBXNSPRD18.acct.upmchs.net ([fe80::b9c2:2a8f:4156:e29a]) by MSXHCSNSPRD06.acct.upmchs.net ([fe80::bc42:b062:936d:ca9e%16]) with mapi id 14.03.0174.001; Tue, 1 Apr 2014 12:34:00 -0400 From: "Person, Roderick" To: Randi Harper , Jordan Hubbard Subject: RE: Leaving the Desktop Market Thread-Index: AQHPTXK/Sv0Vejkt9U6Rw5R4emlPapr8m1GAgACWugD//8CwQA== Date: Tue, 1 Apr 2014 16:33:59 +0000 Message-ID: <09D177203C215546ACA94AF0459D4989EFF9DF@msxmbxnsprd18.acct.upmchs.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.24.32.190] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 01 Apr 2014 17:40:41 +0000 Cc: "FreeBSD, Advocacy" , "hackers@freebsd.org" , "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 16:35:58 -0000 -----Original Message----- > From: owner-freebsd-advocacy@freebsd.org [mailto:owner-freebsd-advocacy@f= reebsd.org] On Behalf Of Randi Harper > >You know you opened a can of worms with that one. Because all the nerds ar= e going to step up and say "Well, I run FreeBSD on my >desktop! It's total= ly viable!" > >Dear nerds, get some perspective. You aren't an end user, and you're masoc= histic. It's okay, we accept you here. But your individual >use case doesn'= t indicate a place in the market. Your basement isn't a market. It's a base= ment. Your small company isn't a market. It's a >small company. Many compan= ies combined create a market. Why aren't all the nerds and small businesses out there a market? I'm no m= arketing expert or anything, but it would seem that there is some kind of m= arket out there that isn't being catered to. I may be a masochist, but I r= efuse to have to pay Apples prices for their hardware. They just seem insa= ne to me. If they ever decided to sell OS X for non-Apple hardware I might= use it. And just for the record I've been using FreeBSD as an exclusive home deskto= p since 1999. =20 At work now so however Outlook mangles this is my fault :) Rod Person Programmer (412)454-2616 Just because it can been done, does not mean it should be done. From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 17:43:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C7E1E64; Tue, 1 Apr 2014 17:43:05 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 45C483D2; Tue, 1 Apr 2014 17:43:05 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 43B846A6007; Tue, 1 Apr 2014 19:43:03 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id s31Hh3kw029600; Tue, 1 Apr 2014 19:43:03 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id s31Hh27j028598; Tue, 1 Apr 2014 19:43:02 +0200 (CEST) (envelope-from lars) Date: Tue, 1 Apr 2014 19:43:02 +0200 From: Lars Engels To: dteske@FreeBSD.org Subject: Re: Leaving the Desktop Market Message-ID: <20140401174302.GU44074@e-new.0x20.net> References: <20140401094044.GX44074@e-new.0x20.net> <083e01cf4db9$f8f4e040$eadea0c0$@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UEgmpZn7Z/frN9Sq" Content-Disposition: inline In-Reply-To: <083e01cf4db9$f8f4e040$eadea0c0$@FreeBSD.org> X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p4 User-Agent: Mutt/1.5.23 (2014-03-12) Cc: 'Eitan Adler' , hackers@freebsd.org, current@freebsd.org, 'Jordan Hubbard' , freebsd-advocacy@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 17:43:05 -0000 --UEgmpZn7Z/frN9Sq Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 01, 2014 at 07:52:13AM -0700, dteske@FreeBSD.org wrote: >=20 >=20 > > -----Original Message----- > > From: Lars Engels [mailto:lars.engels@0x20.net] > > Sent: Tuesday, April 1, 2014 2:41 AM > > To: Jordan Hubbard > > Cc: Eitan Adler; hackers@freebsd.org; current@freebsd.org; freebsd- > > advocacy@freebsd.org > > Subject: Re: Leaving the Desktop Market > >=20 > > On Tue, Apr 01, 2014 at 12:11:19PM +0500, Jordan Hubbard wrote: > > > > > > On Apr 1, 2014, at 10:46 AM, Eitan Adler wrote: > > > > > > > That is why on this date I propose that we cease competing on the > > > > desktop market. FreeBSD should declare 2014 to be "year of the > [snip] >=20 > > I'm a happy FreeBSD desktop user since 4.7. There are some edges, but I > > really like that I can can create a desktop the way _I_ want it and my = mail > > client even allows me to break lines at 80 chars. Eat that, Apple Mail!= ;-) >=20 > What e-mail client do you use? Evolution? No, mutt, with vim as mail composer. :) --UEgmpZn7Z/frN9Sq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iKYEARECAGYFAlM6+qZfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDE3RkMwOEUxNUUwOUJEMjE0ODlFMjA1MDI5 Q0U3NURBQzBGNzY5RjgACgkQKc512sD3afh1tQCgg0CSs1GdUrEnWHFitbOGE2H7 CqIAnREy4VYmk+t/242aFzMeSP2/LK6h =sB6V -----END PGP SIGNATURE----- --UEgmpZn7Z/frN9Sq-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 16:38:49 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1945426; Tue, 1 Apr 2014 16:38:48 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AF984C47; Tue, 1 Apr 2014 16:38:48 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s31GfM9m000764; Tue, 1 Apr 2014 09:41:28 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s31GfGVA000750; Tue, 1 Apr 2014 09:41:16 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Tue, 1 Apr 2014 09:41:16 -0700 (PDT) Message-ID: In-Reply-To: <042a9d0660e68acaf4471a571383df8e.squirrel@mx.waitman.net> References: <042a9d0660e68acaf4471a571383df8e.squirrel@mx.waitman.net> Date: Tue, 1 Apr 2014 09:41:16 -0700 (PDT) Subject: Re: Leaving the Desktop Market From: "Chris H" To: uzimac@da3m0n8t3r.com User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Tue, 01 Apr 2014 17:54:37 +0000 Cc: Eitan Adler , hackers@freebsd.org, current@freebsd.org, freebsd-advocacy@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 16:38:49 -0000 > > On Mon, March 31, 2014 10:46 pm, Eitan Adler wrote: >> Hi all, >> >> >> Some of you may have seen my posts entitled "Story of a Laptop User" >> and "Story of a Desktop User". For those of you who did not, it can be a >> worthwhile read to see what life is like when using FreeBSD as a desktop. >> In short, it is an educational experience. While FreeBSD >> can be coerced to do the right thing, it is rarely there by default and >> often doesn't work as well as we would expect. >> >> The following are issues I haven't brought up in the past: >> >> >> Battery life sucks: itâ�™s almost as if powerd wasn't running. Windows >> can run for five hours on my laptop while FreeBSD can barely make it two >> hours. I wonder what the key differences are? Likely itâ�™s that we >> focus so much on performance that no one considers power. ChromeOS can >> run for 12 hours on some hardware; why can't we make FreeBSD run for 16? >> >> Sound configuration lacks key documentation: how can I automatically >> change between headphones and external speakers? You can't even do that >> in middle of a song at all! Trust me that you never want to be staring at >> an HDA pin configuration. I'll bet you couldn't even get sound streaming >> to other machines working if you tried. >> >> FreeBSD lacks vendor credibility: CUDA is unsupported. Dropbox hasn't >> released a client for FreeBSD. Nvidia Optimus doesn't function on FreeBSD. >> Can you imagine telling someone to purchase a laptop with >> the caveat: "but you won't be able to use your graphics card"? >> >> In any case, half of our desktop support is emulation: flash and opera >> only works because of the linuxulator. There really isn't any reason for >> vendors to bother supporting FreeBSD if we are just going to ape Linux >> anyways. >> >> That is why on this date I propose that we cease competing on the >> desktop market. FreeBSD should declare 2014 to be "year of the Linux >> desktop" and start to rip out the pieces of the OS not needed for server >> or embedded use. >> >> Some of you may point to PCBSD and say that we have a chance, but I >> must ask you: how does one flavor stand up to the thousands in the Linux >> world? >> >> Eitan Adler >> _______________________________________________ >> 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" > > Hi, > > I don't understand the gripe about sound. OSS works well. If you install > the verson in ports, audio/oss, you get a more elaborate set of tools. ---8<--- > > The thing about sound, the card is a digital-to-analog converter, and > vice-versa. It uses PCM data. (PCM was actually first 'invented' in the > 1800's - no fools joke). Digital audio/Sound has never really gotten > better, it has only gotten cheaper. WOW. That an interesting bit of historical information. Thanks for sharing it! --Chris > > > -- > Waitman Gobble > San Jose California USA > +1.510-830-7975 > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 17:11:29 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA21BE97; Tue, 1 Apr 2014 17:11:28 +0000 (UTC) Received: from mail-pa0-x233.google.com (mail-pa0-x233.google.com [IPv6:2607:f8b0:400e:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A459A95; Tue, 1 Apr 2014 17:11:28 +0000 (UTC) Received: by mail-pa0-f51.google.com with SMTP id kq14so10149161pab.38 for ; Tue, 01 Apr 2014 10:11:28 -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:message-id :subject:from:to:cc:content-type:content-transfer-encoding; bh=E+ax7u65PAacNzXXWXH8y3DQ1R8vTX8PYda5aJzePks=; b=QE2HHdNdfRpvjPX8yg9ulVb+066RrqAFXTYXIQVh9y/64lGs9zbUFxRMG6VwhbptAI Ms+QpHi32APIA9fVMMs97dNnRN7Oex1ytot0wF9Y7+UUoGY/O0n9lKljgX+Bs+h0ZKZo RRKMFjG2Cej1YnGtK9RxICawrtfNF7knd23x5BcymQUVCzO/QgbZoSlbmLRblox63F2r KFC8o8IpBiFXjXVK5OEZAr4Quyhk4OEwJvOhJeEYyoUxsDnnjs+jiMkp8ktX6Io5AEJN hoLHPiMmckynd9Hp4IlrMBTxfAcABE6IlLMobrni8LQIJ+YAX/TaitajodaUKc4wiuil FpLg== MIME-Version: 1.0 X-Received: by 10.66.146.229 with SMTP id tf5mr32752540pab.50.1396372288266; Tue, 01 Apr 2014 10:11:28 -0700 (PDT) Sender: mattjeet@gmail.com Received: by 10.70.132.228 with HTTP; Tue, 1 Apr 2014 10:11:28 -0700 (PDT) In-Reply-To: References: Date: Tue, 1 Apr 2014 10:11:28 -0700 X-Google-Sender-Auth: e2dkxKDub8NiNvBtK2CG2BGkDVQ Message-ID: Subject: Re: Leaving the Desktop Market From: Matt Olander To: Jordan Hubbard Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Tue, 01 Apr 2014 18:38:32 +0000 Cc: Eitan Adler , hackers@freebsd.org, current@freebsd.org, freebsd-advocacy@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: matt@ixsystems.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, 01 Apr 2014 17:11:29 -0000 On Tue, Apr 1, 2014 at 12:11 AM, Jordan Hubbard wr= ote: > > On Apr 1, 2014, at 10:46 AM, Eitan Adler wrote: > >> That is why on this date I propose that we cease competing on the >> desktop market. FreeBSD should declare 2014 to be "year of the Linux >> desktop" and start to rip out the pieces of the OS not needed for >> server or embedded use. >> >> Some of you may point to PCBSD and say that we have a chance, but I >> must ask you: how does one flavor stand up to the thousands in the >> Linux world? > > The fact that this posting comes out on April 1st makes me wonder if it's= just an elaborate April Fool's joke, but then the notion of *BSD (or Linux= , for that matter) on the Desktop is just another long-running April fool's= joke, so I'm willing to postulate that two April Fools jokes would simply = cancel each other out and make this posting a serious one again. :-) > > I'll choose to be serious and say what I'm about to say in spite of the f= act that I work for the primary sponsor of PC-BSD and actually like the fac= t that it has created some interesting technologies like PBIs, the Jail War= den, Life-preserver and a ZFS boot environment menu. > > There is no such thing as a desktop market for *BSD or Linux. There neve= r has been and there never will be. Why do you think we chose "the power = to serve" as FreeBSD's first marketing slogan? It makes a fine server OS a= nd it's easy to defend its role in the server room. It's also becoming eas= ier to defend its role as an embedded OS, which is another excellent niche = to pursue and I am happy to see all the recent developments there. > > A desktop? Unless you consider Mac OS X to be "BSD on the desktop" (and = while they share some common technologies, it's increasingly a stretch to s= ay that), it's just never going to happen for (at least) the following reas= ons: As you may imagine, I completely disagree! The Internet just had it's 20th birthday (it can't even drink yet!) and it's anyone's game. This is like trying to predict automobile technology and dominant car-makers by 1905. There's always room for competition. Take a look at what's happening right now in the auto-industry. Tesla came out of nowhere 125 years after the invention of the automobile and is doing pretty well. I bet there were a lot of people at Apple saying they couldn't compete in the music-player market, or the mobile-phone market, etc. In fact, if I look at the stats on freenas.org, we have about 350k visitors each month, with nearly 2% of them running FreeBSD and clearly using it to surf the internet. Sounds like a market to me! Long live the FreeBSD desktop, long live PC-BSD :P Cheers, -matt From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 18:59:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 853301ED; Tue, 1 Apr 2014 18:59:41 +0000 (UTC) Received: from mail-ob0-x232.google.com (mail-ob0-x232.google.com [IPv6:2607:f8b0:4003:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3199FD51; Tue, 1 Apr 2014 18:59:41 +0000 (UTC) Received: by mail-ob0-f178.google.com with SMTP id wp18so11426289obc.37 for ; Tue, 01 Apr 2014 11:59:40 -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=xwXraAotJCq8QoxZu0qjW8aCT6vU86yVCRGqhOag7To=; b=jcrCRFWZwQP4oMOG9NZeCT+AXMoObl8t3Ea3olE/sz68KzGo9sO/urwuG6yYRJ4IVJ Qf+w9yxqDVNpYekkgDyLT/PyuAyUcuPtPBVmOINdZdIxAQjABWZ8fvhTalb7CgNSp+m9 6xk7gQe17AnmTP9pmKORYXDk9HGFLubvdZeHZkQyeWJf52XDbGV1XG+t1/DCmpRPT4zS NcFa9tPs+CwXASps/uenhjay2E8vuQiCTSdD4n0HWVMSl8q1sPIsBapsNp6BwoFypafS jxAfCAUkWXX1srO+q5K+V9nSRjRv4llp5k/VdWpEgjNcOsrpaagPLpY9eN6LXwUCYjos vcwg== MIME-Version: 1.0 X-Received: by 10.182.195.11 with SMTP id ia11mr29683453obc.8.1396378780423; Tue, 01 Apr 2014 11:59:40 -0700 (PDT) Received: by 10.76.12.34 with HTTP; Tue, 1 Apr 2014 11:59:40 -0700 (PDT) In-Reply-To: References: Date: Tue, 1 Apr 2014 20:59:40 +0200 Message-ID: Subject: Re: Leaving the Desktop Market From: Andreas Nilsson To: Matt Olander Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Eitan Adler , "freebsd-hackers@freebsd.org" , current@freebsd.org, Jordan Hubbard , freebsd-advocacy@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 18:59:41 -0000 On Tue, Apr 1, 2014 at 7:11 PM, Matt Olander wrote: > On Tue, Apr 1, 2014 at 12:11 AM, Jordan Hubbard > wrote: > > > > On Apr 1, 2014, at 10:46 AM, Eitan Adler wrote: > > > >> That is why on this date I propose that we cease competing on the > >> desktop market. FreeBSD should declare 2014 to be "year of the Linux > >> desktop" and start to rip out the pieces of the OS not needed for > >> server or embedded use. > >> > >> Some of you may point to PCBSD and say that we have a chance, but I > >> must ask you: how does one flavor stand up to the thousands in the > >> Linux world? > > > > The fact that this posting comes out on April 1st makes me wonder if > it's just an elaborate April Fool's joke, but then the notion of *BSD (or > Linux, for that matter) on the Desktop is just another long-running April > fool's joke, so I'm willing to postulate that two April Fools jokes would > simply cancel each other out and make this posting a serious one again. :-) > > > > I'll choose to be serious and say what I'm about to say in spite of the > fact that I work for the primary sponsor of PC-BSD and actually like the > fact that it has created some interesting technologies like PBIs, the Jail > Warden, Life-preserver and a ZFS boot environment menu. > > > > There is no such thing as a desktop market for *BSD or Linux. There > never has been and there never will be. Why do you think we chose "the > power to serve" as FreeBSD's first marketing slogan? It makes a fine > server OS and it's easy to defend its role in the server room. It's also > becoming easier to defend its role as an embedded OS, which is another > excellent niche to pursue and I am happy to see all the recent developments > there. > > > > A desktop? Unless you consider Mac OS X to be "BSD on the desktop" (and > while they share some common technologies, it's increasingly a stretch to > say that), it's just never going to happen for (at least) the following > reasons: > > As you may imagine, I completely disagree! The Internet just had it's > 20th birthday (it can't even drink yet!) and it's anyone's game. > > This is like trying to predict automobile technology and dominant > car-makers by 1905. There's always room for competition. Take a look > at what's happening right now in the auto-industry. Tesla came out of > nowhere 125 years after the invention of the automobile and is doing > pretty well. > > I bet there were a lot of people at Apple saying they couldn't compete > in the music-player market, or the mobile-phone market, etc. > > In fact, if I look at the stats on freenas.org, we have about 350k > visitors each month, with nearly 2% of them running FreeBSD and > clearly using it to surf the internet. Sounds like a market to me! > Seeing this I could not resist: http://windows.microsoft.com/en-US/windows/which-operating-system > > Long live the FreeBSD desktop, long live PC-BSD :P > Let them prosper! Seriously, though. There are shortcomings, sure. But I tend to prefer the rock solid feature rich base with a somewhat shaky desktop experience than the other alternatives. Sure I would like to see a FreeBSD pulseaudio compatible sound server. And perhaps a template library for pinout configs for snd-cards. And "native" flash, although I say "flash, no thank you" Perhaps companies such as Netflix could release FreeBSD clients ahead of linux clients ;) I can also say that I recently got a friend to migrate from linux on both his home server as well as his laptop. He is very happy with the change. Cheers Andreas > Cheers, > -matt > _______________________________________________ > 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 Apr 1 19:49:28 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE32155D; Tue, 1 Apr 2014 19:49:28 +0000 (UTC) Received: from mail-la0-x236.google.com (mail-la0-x236.google.com [IPv6:2a00:1450:4010:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BBBEA243; Tue, 1 Apr 2014 19:49:27 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id mc6so7456462lab.13 for ; Tue, 01 Apr 2014 12:49:25 -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=TFoRg3WXlswQfHXs31wbYETTr4hSnoiELFkWapSyaEI=; b=TaHSlYpuxnzBUitnmK9iEh6Ry2FmDXXErA4xtmcDE3zCRrkHZ8RpulMQt2Q3SXRrKu VbWH1cFu+epRCL7GJN758BqVbly+AbVRVtE1wKSKDEsCqAQPogQIaDjQEyP2i3u5TMFV 2yFK6S2sE1cYd2wslFRn8iWI53CkRSsL3MUQyAkdr53Hhgu1p3d1VWkO2khz3BX87IO/ fUVYjO/+VljknbmTYBNknZbmmzxIGxSaen4Mdxj83q7oSp7IhotWx9XRbD0hzkfQ9iu5 APVIFhs4poVDxDlKSUYwbG+m75gjSlsiC2o/xWbZI6UR/2LVNauuZlDPzq5cN6O6Y3q6 ymaw== MIME-Version: 1.0 X-Received: by 10.112.50.194 with SMTP id e2mr22953006lbo.4.1396381765377; Tue, 01 Apr 2014 12:49:25 -0700 (PDT) Received: by 10.114.67.80 with HTTP; Tue, 1 Apr 2014 12:49:25 -0700 (PDT) In-Reply-To: References: Date: Tue, 1 Apr 2014 15:49:25 -0400 Message-ID: Subject: Re: Leaving the Desktop Market From: Brian Kim To: Andreas Nilsson X-Mailman-Approved-At: Tue, 01 Apr 2014 20:00:02 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-advocacy@freebsd.org, current@freebsd.org, Eitan Adler , "freebsd-hackers@freebsd.org" , Matt Olander , Jordan Hubbard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 19:49:28 -0000 Hi all, I have been a member of the FreeBSD hackers mailing list for about a year.5 now and I must say that I was looking forward to this year's 4/1 email. Last year, I didn't even realize that the discussion of promoting i386 as a tier 1 architecture was a joke until someone blatantly mentioned in... To address the actual content of this thread, personally, I absolutely love the FreeBSD os and the community that supports it. However, even as a third year computer engineering student, I still have not overcome the overhead that comes with becoming familiar with the UNIX environment. Of course, that is mostly attributed to my laziness and my unwillingness to sit through an entire reading of documentation... To share an observation, I am a teaching assistant for a freshman C programming class and I recently set up three FreeBSD servers, one for each section, where students could learn to develop C programs in an actual UNIX environment. Here is the lecture that I wrote up to help them learn the basics: http://vecr.ece.villanova.edu/bk/fc/labs/docs/ece1620-l2unix.pdf. I led the first section yesterday and I have to say that it was an utter disaster. Only about 1/8th of the class showed even an ounce of interest in this stuff (as it was something extra and not required for the course) and I really f'ed up by trying to teach them how to use vi... Long live the BSD community! On Tue, Apr 1, 2014 at 2:59 PM, Andreas Nilsson wrote: > On Tue, Apr 1, 2014 at 7:11 PM, Matt Olander wrote: > > > On Tue, Apr 1, 2014 at 12:11 AM, Jordan Hubbard > > wrote: > > > > > > On Apr 1, 2014, at 10:46 AM, Eitan Adler wrote: > > > > > >> That is why on this date I propose that we cease competing on the > > >> desktop market. FreeBSD should declare 2014 to be "year of the Linux > > >> desktop" and start to rip out the pieces of the OS not needed for > > >> server or embedded use. > > >> > > >> Some of you may point to PCBSD and say that we have a chance, but I > > >> must ask you: how does one flavor stand up to the thousands in the > > >> Linux world? > > > > > > The fact that this posting comes out on April 1st makes me wonder if > > it's just an elaborate April Fool's joke, but then the notion of *BSD (or > > Linux, for that matter) on the Desktop is just another long-running April > > fool's joke, so I'm willing to postulate that two April Fools jokes would > > simply cancel each other out and make this posting a serious one again. > :-) > > > > > > I'll choose to be serious and say what I'm about to say in spite of the > > fact that I work for the primary sponsor of PC-BSD and actually like the > > fact that it has created some interesting technologies like PBIs, the > Jail > > Warden, Life-preserver and a ZFS boot environment menu. > > > > > > There is no such thing as a desktop market for *BSD or Linux. There > > never has been and there never will be. Why do you think we chose "the > > power to serve" as FreeBSD's first marketing slogan? It makes a fine > > server OS and it's easy to defend its role in the server room. It's also > > becoming easier to defend its role as an embedded OS, which is another > > excellent niche to pursue and I am happy to see all the recent > developments > > there. > > > > > > A desktop? Unless you consider Mac OS X to be "BSD on the desktop" > (and > > while they share some common technologies, it's increasingly a stretch to > > say that), it's just never going to happen for (at least) the following > > reasons: > > > > As you may imagine, I completely disagree! The Internet just had it's > > 20th birthday (it can't even drink yet!) and it's anyone's game. > > > > This is like trying to predict automobile technology and dominant > > car-makers by 1905. There's always room for competition. Take a look > > at what's happening right now in the auto-industry. Tesla came out of > > nowhere 125 years after the invention of the automobile and is doing > > pretty well. > > > > I bet there were a lot of people at Apple saying they couldn't compete > > in the music-player market, or the mobile-phone market, etc. > > > > In fact, if I look at the stats on freenas.org, we have about 350k > > visitors each month, with nearly 2% of them running FreeBSD and > > clearly using it to surf the internet. Sounds like a market to me! > > > > Seeing this I could not resist: > http://windows.microsoft.com/en-US/windows/which-operating-system > > > > > > Long live the FreeBSD desktop, long live PC-BSD :P > > > Let them prosper! > > Seriously, though. There are shortcomings, sure. But I tend to prefer the > rock solid feature rich base with a somewhat shaky desktop experience than > the other alternatives. > > Sure I would like to see a FreeBSD pulseaudio compatible sound server. And > perhaps a template library for pinout configs for snd-cards. And "native" > flash, although I say "flash, no thank you" > > Perhaps companies such as Netflix could release FreeBSD clients ahead of > linux clients ;) > > I can also say that I recently got a friend to migrate from linux on both > his home server as well as his laptop. He is very happy with the change. > > Cheers > Andreas > > > > > Cheers, > > -matt > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > -- Best Wishes, Brian Kim From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 20:17:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 310B851A; Tue, 1 Apr 2014 20:17:27 +0000 (UTC) Received: from mx.waitman.net (mx.waitman.net [136.0.16.173]) by mx1.freebsd.org (Postfix) with ESMTP id 1C0A376F; Tue, 1 Apr 2014 20:17:26 +0000 (UTC) Received: by mx.waitman.net (Postfix, from userid 2) id 99177463A4; Tue, 1 Apr 2014 05:25:14 -0700 (PDT) Received: from 70.90.171.37 by mx.waitman.net with HTTP; Tue, 1 Apr 2014 05:25:14 -0700 Message-ID: Date: Tue, 1 Apr 2014 05:25:14 -0700 Subject: Re: Leaving the Desktop Market From: "Waitman Gobble" To: "Andreas Nilsson" User-Agent: SquirrelMail/1.5.2 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-advocacy@freebsd.org, current@freebsd.org, Eitan Adler , "freebsd-hackers@freebsd.org" , Matt Olander , Jordan Hubbard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: uzimac@da3m0n8t3r.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, 01 Apr 2014 20:17:27 -0000 On Tue, April 1, 2014 11:59 am, Andreas Nilsson wrote: > On Tue, Apr 1, 2014 at 7:11 PM, Matt Olander wrote: > > >> On Tue, Apr 1, 2014 at 12:11 AM, Jordan Hubbard >> >> wrote: >> >>> >>> On Apr 1, 2014, at 10:46 AM, Eitan Adler >>> wrote: >>> >>> >>>> That is why on this date I propose that we cease competing on the >>>> desktop market. FreeBSD should declare 2014 to be "year of the >>>> Linux >>>> desktop" and start to rip out the pieces of the OS not needed for >>>> server or embedded use. >>>> >>>> Some of you may point to PCBSD and say that we have a chance, but I >>>> must ask you: how does one flavor stand up to the thousands in the >>>> Linux world? >>>> >>> >>> The fact that this posting comes out on April 1st makes me wonder if >>> >> it's just an elaborate April Fool's joke, but then the notion of *BSD >> (or >> Linux, for that matter) on the Desktop is just another long-running >> April >> fool's joke, so I'm willing to postulate that two April Fools jokes >> would simply cancel each other out and make this posting a serious one >> again. :-) >>> >>> I'll choose to be serious and say what I'm about to say in spite of >>> the >> fact that I work for the primary sponsor of PC-BSD and actually like >> the fact that it has created some interesting technologies like PBIs, >> the Jail Warden, Life-preserver and a ZFS boot environment menu. >> >>> >>> There is no such thing as a desktop market for *BSD or Linux. There >>> >> never has been and there never will be. Why do you think we chose >> "the >> power to serve" as FreeBSD's first marketing slogan? It makes a fine >> server OS and it's easy to defend its role in the server room. It's >> also becoming easier to defend its role as an embedded OS, which is >> another excellent niche to pursue and I am happy to see all the recent >> developments there. >>> >>> A desktop? Unless you consider Mac OS X to be "BSD on the desktop" >>> (and >>> >> while they share some common technologies, it's increasingly a stretch >> to say that), it's just never going to happen for (at least) the >> following reasons: >> >> >> As you may imagine, I completely disagree! The Internet just had it's >> 20th birthday (it can't even drink yet!) and it's anyone's game. >> >> >> This is like trying to predict automobile technology and dominant >> car-makers by 1905. There's always room for competition. Take a look at >> what's happening right now in the auto-industry. Tesla came out of >> nowhere 125 years after the invention of the automobile and is doing >> pretty well. >> >> I bet there were a lot of people at Apple saying they couldn't compete >> in the music-player market, or the mobile-phone market, etc. >> >> In fact, if I look at the stats on freenas.org, we have about 350k >> visitors each month, with nearly 2% of them running FreeBSD and clearly >> using it to surf the internet. Sounds like a market to me! >> > > Seeing this I could not resist: > http://windows.microsoft.com/en-US/windows/which-operating-system > > > >> >> Long live the FreeBSD desktop, long live PC-BSD :P >> >> > Let them prosper! > > > Seriously, though. There are shortcomings, sure. But I tend to prefer the > rock solid feature rich base with a somewhat shaky desktop experience > than the other alternatives. > > Sure I would like to see a FreeBSD pulseaudio compatible sound server. > And > perhaps a template library for pinout configs for snd-cards. And "native" > flash, although I say "flash, no thank you" > > Perhaps companies such as Netflix could release FreeBSD clients ahead of > linux clients ;) > > I can also say that I recently got a friend to migrate from linux on both > his home server as well as his laptop. He is very happy with the change. > > > Cheers > Andreas > > > > >> Cheers, >> -matt >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >> >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > re pulseaudio: I've had luck reading the raw PCM data from the /dev/dsp* devices, storing in postgres (bytea), then later playing back to /dev/dsp.. 'streaming' to another system (maybe pgsql as el intermedio?) would be pretty simple. In this scenario there is no Alsa requirement, which works for me :) -- Waitman Gobble San Jose California USA +1.510-830-7975 From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 19:59:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AAFA5B11; Tue, 1 Apr 2014 19:59:39 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7670E314; Tue, 1 Apr 2014 19:59:38 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s31K2Q9C035445; Tue, 1 Apr 2014 13:02:32 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s31K2JX6035431; Tue, 1 Apr 2014 13:02:19 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Tue, 1 Apr 2014 13:02:20 -0700 (PDT) Message-ID: <8958b27a5fb58409a5c738cbf7a4ef34.authenticated@ultimatedns.net> In-Reply-To: <09D177203C215546ACA94AF0459D4989EFF9DF@msxmbxnsprd18.acct.upmchs.net> References: <09D177203C215546ACA94AF0459D4989EFF9DF@msxmbxnsprd18.acct.upmchs.net> Date: Tue, 1 Apr 2014 13:02:20 -0700 (PDT) Subject: RE: Leaving the Desktop Market From: "Chris H" To: "Person, Roderick" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Tue, 01 Apr 2014 20:26:33 +0000 Cc: "FreeBSD, Advocacy" , "hackers@freebsd.org" , "current@freebsd.org" , Jordan Hubbard , Randi Harper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 19:59:39 -0000 > -----Original Message----- >> From: owner-freebsd-advocacy@freebsd.org [mailto:owner-freebsd-advocacy@freebsd.org] On >> Behalf Of Randi Harper >> >>You know you opened a can of worms with that one. Because all the nerds are going to step >> up and say "Well, I run FreeBSD on my >desktop! It's totally viable!" >> >>Dear nerds, get some perspective. You aren't an end user, and you're masochistic. It's >> okay, we accept you here. But your individual >use case doesn't indicate a place in the >> market. Your basement isn't a market. It's a basement. Your small company isn't a market. >> It's a >small company. Many companies combined create a market. > > Why aren't all the nerds and small businesses out there a market? I'm no marketing expert > or anything, but it would seem that there is some kind of market out there that isn't being > catered to. I may be a masochist, but I refuse to have to pay Apples prices for their > hardware. They just seem insane to me. If they ever decided to sell OS X for non-Apple > hardware I might use it. OK. Now that I opened my big fat mouth, and made the mistake of involving myself earlier in this post before finishing my first of coffee. I'm already committed, so here goes... Can we take a look at advocacy for a moment? What defines it exactly? Is there better advocacy than another? What's the best advocacy? Is it contributing more $$ to the foundation? Is it contributing lines of code to the project? Is it putting a textual, or graphical link "the Power to Serve" on your web page? Is it telling everyone you know about how great FreeBSD is? I don't know. But just the other day, as I struggled with the [apparent] direction(s) FreeBSD was taking in the past few months. I began to reflect on the ~25yrs. of working with the code, and then (*)BSD itself. I realized that I spent no less than 75% of my waking hours in front of the tty. Almost all of which, was in some way related to FreeBSD. Much of it, was dedicated to installs. I calculate to this day, I have performed some 36,000 installs. At least 28,000 still running. Then it occurred to me; if that isn't the BEST form of advocacy, I don't know what is. Really. Think about it. So say what you will. Condemn, or patronize the misfits of society, the geeks, or geeky people. But know this; if it weren't for them, FreeBSD wouldn't be but some pie-in-the-sky ideal/dream. In some far away thought, or dream. For the record; I /don't/ live in my basement. I /do/ take showers. I own my home outright (2nd one, for the record). What's more, my current one was a complete renovation, which I performed myself. Masochistic? Maybe, but somebody has to pay the price, so others can reap the luxury. No? --Chris out... > > And just for the record I've been using FreeBSD as an exclusive home desktop since 1999. > > At work now so however Outlook mangles this is my fault :) > > > > > > Rod Person > Programmer > (412)454-2616 > > Just because it can been done, does not mean it should be done. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 20:44:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E9F8F69; Tue, 1 Apr 2014 20:44:05 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EAC47A01; Tue, 1 Apr 2014 20:44:04 +0000 (UTC) Received: from [89.204.135.177] (helo=tiny-r255948) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1WV4hH-0001sW-E1; Tue, 01 Apr 2014 21:50:11 +0200 Received: from tiny-r255948 (localhost [127.0.0.1]) by tiny-r255948 (8.14.7/8.14.3) with ESMTP id s31Jo9nn001403; Tue, 1 Apr 2014 21:50:09 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by tiny-r255948 (8.14.7/8.14.3/Submit) id s31Jo7V8001402; Tue, 1 Apr 2014 21:50:07 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: tiny-r255948: guru set sender to guru@unixarea.de using -f Date: Tue, 1 Apr 2014 21:50:07 +0200 From: Matthias Apitz To: Lars Engels Subject: Re: Leaving the Desktop Market Message-ID: <20140401195006.GA1368@tiny-r255948> References: <20140401094044.GX44074@e-new.0x20.net> <083e01cf4db9$f8f4e040$eadea0c0$@FreeBSD.org> <20140401174302.GU44074@e-new.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20140401174302.GU44074@e-new.0x20.net> X-Operating-System: FreeBSD 10.0-CURRENT r235646 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.135.177 Cc: freebsd-advocacy@freebsd.org, current@freebsd.org, 'Eitan Adler' , hackers@freebsd.org, dteske@FreeBSD.org, 'Jordan Hubbard' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Apr 2014 20:44:05 -0000 El da Tuesday, April 01, 2014 a las 07:43:02PM +0200, Lars Engels escribi: > > > > > That is why on this date I propose that we cease competing on the > > > > > desktop market. FreeBSD should declare 2014 to be "year of the > > [snip] > > > > > I'm a happy FreeBSD desktop user since 4.7. There are some edges, but I > > > really like that I can can create a desktop the way _I_ want it and my mail > > > client even allows me to break lines at 80 chars. Eat that, Apple Mail! ;-) > > > > What e-mail client do you use? Evolution? > > No, mutt, with vim as mail composer. :) +1 matthias (FreeBSD since 2.2.5 and sending this from an EeePC 900, netbook, UMTS connected, KDE4 desktop, sound, webcam, vim, mutt, sendmail, ...) -- Sent from my FreeBSD netbook Matthias Apitz, , http://www.unixarea.de/ f: +49-170-4527211 UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 20:53:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 76CEE356; Tue, 1 Apr 2014 20:53:45 +0000 (UTC) Received: from mail-qc0-x22e.google.com (mail-qc0-x22e.google.com [IPv6:2607:f8b0:400d:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 02DA7AD4; Tue, 1 Apr 2014 20:53:44 +0000 (UTC) Received: by mail-qc0-f174.google.com with SMTP id c9so11189650qcz.19 for ; Tue, 01 Apr 2014 13:53:44 -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:message-id:subject :from:to:cc:content-type; bh=4EznuPD+keaoYLKzL5XF/hkD8b0XInEFdYYA3khSQ9Y=; b=DTX/qn8aVtm9W5qNiIkqhaVlwvBmNu7ghxL+o7nnsyIaPUEBQDg+pf7Lg7mAPmLf9u IzU+eyJzO0/oQXnHN3q+fdn1K+yUM73U++fUJtjoLF2Iueef+KiK7faBV3qxmr+mjOEc fV3qjMyEL+dF5kAKjTcY2HK52Zw8RfFnv7ZXwbru/WFmhKYlyiMucSYQzUfslx2H5Ehi IEdTlpDiZsn3bKhoQSONS9FBDfldmEwrokktsyVTRuusljlbvXezW8ypRR6fnjKTx9K2 d1sliWjYdvDjn6KAtQ+rQrHoXWruvQUFtW02OY8yrEU/mE1G5tuS1uoUptZY3q3KNLUw cuUg== MIME-Version: 1.0 X-Received: by 10.140.109.100 with SMTP id k91mr3928406qgf.12.1396385624139; Tue, 01 Apr 2014 13:53:44 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.50.143 with HTTP; Tue, 1 Apr 2014 13:53:44 -0700 (PDT) In-Reply-To: <533A2285.2030705@FreeBSD.org> References: <201403261122.43541.jhb@freebsd.org> <5333F020.8000200@FreeBSD.org> <201403271221.29864.jhb@freebsd.org> <533A2285.2030705@FreeBSD.org> Date: Tue, 1 Apr 2014 13:53:44 -0700 X-Google-Sender-Auth: FwPoWENgEpQ-YFcqQH2Pky5YhDo Message-ID: Subject: Re: Re: UDP Lite support From: Adrian Chadd To: Kevin Lo Content-Type: text/plain; charset=ISO-8859-1 Cc: Joe Nosay , Brooks Davis , freebsd-current , Xin LI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 20:53:45 -0000 Hi! On 31 March 2014 19:20, Kevin Lo wrote: > > Thank you John. glebius@ suggests we don't need to have two absolutely > equal uma zones since most systems don't run UDP-Lite. > If practice shows that a differentiation at zone level between UDP and > UDP-Lite PCBs is important, then it could be done later. > > Following up with a fourth version of the udp-lite patch. > http://people.freebsd.org/~kevlo/udplite.diff > > On top of the previous versions, this: > - removes a uma zone for udp-lite > - udp_common_ctlinput() belongs under #ifdef INET > - removes sysctl nodes for udp-lite. > - bumps version and adds my copyright. I've just briefly review this. I recommend turning the places where you do this: + pcbinfo = (pr == IPPROTO_UDP) ? &V_udbinfo : &V_ulitecbinfo; .. into some inline function which returns the correct pcbinfo based on what 'pr' is. That way if someone wants to add another derivative UDP handler they won't have to go and change those conditionals to yet another set of nested conditionals. Same for: + pcblist = (pr == IPPROTO_UDP) ? &V_udb : &V_ulitecb; Other than that, it looks good. -a From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 22:09:17 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D7F4FA0; Tue, 1 Apr 2014 22:09:17 +0000 (UTC) Received: from burnttofu.net (burnttofu.net [IPv6:2607:fc50:1:9d00::9977]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "burnttofu.net", Issuer "burnttofu.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C66D9210; Tue, 1 Apr 2014 22:09:16 +0000 (UTC) Received: from sonicyouth.es.net (sonicyouth.es.net [IPv6:2001:400:14:1::117]) (authenticated bits=0) by burnttofu.net (8.14.8/8.14.5) with ESMTP id s31M9729061202 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 1 Apr 2014 18:09:08 -0400 (EDT) (envelope-from michael@rancid.berkeley.edu) Message-ID: <533B3903.7030307@rancid.berkeley.edu> Date: Tue, 01 Apr 2014 15:09:07 -0700 From: Michael Sinatra User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: dteske@FreeBSD.org, "'Eitan Adler'" , hackers@freebsd.org, current@freebsd.org, freebsd-advocacy@freebsd.org Subject: Re: Leaving the Desktop Market References: <082a01cf4db9$240d3e90$6c27bbb0$@FreeBSD.org> In-Reply-To: <082a01cf4db9$240d3e90$6c27bbb0$@FreeBSD.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (burnttofu.net [IPv6:2607:fc50:1:9d00::9977]); Tue, 01 Apr 2014 18:09:09 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 22:09:17 -0000 On 04/01/2014 07:46, dteske@FreeBSD.org wrote: > Eitan, > > While I understand your frustration, VICOR is using FreeBSD as a Desktop since > FreeBSD 2.2. We don't use sound and we are fine relying on vesa. > > While I understand that the things you listed are actual short-comings for normal > Desktop users, I think it's the wrong decision to say that we should be backing > out *any* functionality that would make the Desktop any more difficult to > produce. > > As it stands, it would take me weeks just to count the number of workstations > that are running a GUI, rely on one of the existing video drivers (nv, radeon, > mach64, etc.) and use lots of Desktop ports. I have three FreeBSD desktops (one at work, one at home-office, and one for the usual messing around). They're all running 9.2, with Windows for Unix(TM)...uh, I mean KDE v4.12.3 as the GUI. Yes, I actually like KDE. I also have a machine at home running Debian Wheezy, also with KDE, and I have 2-3 mac devices that actually run MacOS (I have a few mac minis that run Free- and OpenBSD). The minis work exceptionally well as FreeBSD workstations. Each of the FreeBSD systems I have is my go-to workstation--it's where I do most of my work. Only if I can't do something (or don't want to run it on FreeBSD--e.g. Flash), do I use the Mac. The Debian box I just use for messing around--nothing serious. My home FreeBSD workstation has perfect sound, excellent graphics (nvidia), and I can even watch a lot of video using Firefox, since video is increasingly becoming HTML5-based. For me it "just works." The whole combination that makes up my environment can be challenging to keep up-to-date, but it's getting a lot easier with pkgng and portmaster. I would hate to see this stuff, which I find very useful, and helps me both at work and home, to be "ripped out" of the OS. I have been using FreeBSD on the desktop since 1997, when I had two workstations on my desk (FreeBSD and RedHat) and I let them duke it out to see who would win. FreeBSD won then, and even though I continue to keep a Linux desktop around for fun, FreeBSD still wins on the basis of usability, stability, security, etc. michael PS. My current KDE wallpaper for my work office machine is the Windows XP green hillside with blue sky background. It's giving people fits here. From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 22:10:22 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E431A274; Tue, 1 Apr 2014 22:10:22 +0000 (UTC) Received: from mail-pb0-x234.google.com (mail-pb0-x234.google.com [IPv6:2607:f8b0:400e:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A430F229; Tue, 1 Apr 2014 22:10:22 +0000 (UTC) Received: by mail-pb0-f52.google.com with SMTP id rr13so10561109pbb.11 for ; Tue, 01 Apr 2014 15:10: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:message-id:subject :from:to:cc:content-type; bh=pXKT5EPpxxOl9+VH+n3jZOAJShxREg91tH4x5sdSWfo=; b=0A2/kDNybRCc8QfLzx1EAvD+PNPGmyY2nGm7UQjnN1qbFR3u5kbHQE9+aK7mOdJcZy bd3pa9yJxN8XTNCuIbbzzghRikIfiA+QKoHi0hRTH7aRgXFr+Fvmt3mca+YRace66YYq LFEOrqz+UD+qKHiiTXfoLv4lK6nJdcKiAkEDxl15AtBuvkaS2PxMh3+CATk7+JM16GCM V0Bn2nstm1PFnzJlgoY3DNWGrUX9WkPTe2Ncq/NTSYP6tjILT2XwvbQEQwlA0zCc4xDu idAuu5CMRiRrIAaR11i4F+0iXqzFda4SOHfNtCFQUNu5CNqN9/8sWGm+4rLNZINtXExP kLfg== MIME-Version: 1.0 X-Received: by 10.67.8.102 with SMTP id dj6mr33772185pad.10.1396390222246; Tue, 01 Apr 2014 15:10:22 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.73.34 with HTTP; Tue, 1 Apr 2014 15:10:22 -0700 (PDT) In-Reply-To: <20140401195006.GA1368@tiny-r255948> References: <20140401094044.GX44074@e-new.0x20.net> <083e01cf4db9$f8f4e040$eadea0c0$@FreeBSD.org> <20140401174302.GU44074@e-new.0x20.net> <20140401195006.GA1368@tiny-r255948> Date: Tue, 1 Apr 2014 15:10:22 -0700 X-Google-Sender-Auth: QqTOFrVGUBoZhG504j-lhEweU-E Message-ID: Subject: Re: Leaving the Desktop Market From: Kevin Oberman To: Matthias Apitz Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-advocacy@freebsd.org, Lars Engels , Eitan Adler , hackers@freebsd.org, dteske@freebsd.org, Jordan Hubbard , "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 22:10:23 -0000 On Tue, Apr 1, 2014 at 12:50 PM, Matthias Apitz wrote: > El d=C3=ADa Tuesday, April 01, 2014 a las 07:43:02PM +0200, Lars Engels > escribi=C3=B3: > > > > > > > That is why on this date I propose that we cease competing on t= he > > > > > > desktop market. FreeBSD should declare 2014 to be "year of the > > > [snip] > > > > > > > I'm a happy FreeBSD desktop user since 4.7. There are some edges, > but I > > > > really like that I can can create a desktop the way _I_ want it and > my mail > > > > client even allows me to break lines at 80 chars. Eat that, Apple > Mail! ;-) > > > > > > What e-mail client do you use? Evolution? > > > > No, mutt, with vim as mail composer. :) > > +1 > > matthias > > (FreeBSD since 2.2.5 and sending this from an EeePC 900, > netbook, UMTS connected, KDE4 desktop, sound, webcam, vim, mutt, > sendmail, ...) > FreeBSD desktop since 3.3 (makes me a newbie!) I really dislike pulseaudio and have managed to live without it. Firefox works fine without it. Unfortunately they dropped OSS support a while go, so I now must use alsa, but it works well and without the pain of dealing with pulseaudio, a solution in search of a problem it I ever saw one. Audio output is pretty system dependent, but I had little problem getting my audio to auto-switch to headphones when I plugged them in. The setup is a bit ugly,but I only had to check the available PINs (ugly, ugly) and set up stuff once. It just works. If you want my example set-up, I can post it somewhere or you can look in the archives for it as I have posted it in the past. I used exmh with emacs for years, but no when work stopped allowing private SMTP systems, I switched to Thunderbird. Not great, but satisfactory. I must use a bit of emulation but it works. (E.g. Flash, alsa) I can run what I need and have been happy to avoid the issues Windows users have to deal with (Can you day Windows 8 or Metro?) Power is an issue and I find the current defaults suck. Read mav's article on the subject on the wiki. --=20 R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 22:40:25 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D250813 for ; Tue, 1 Apr 2014 22:40:25 +0000 (UTC) Received: from hergotha.csail.mit.edu (wollman-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:ccb::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C2ED4696 for ; Tue, 1 Apr 2014 22:40:24 +0000 (UTC) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.7/8.14.7) with ESMTP id s31MeIPm073268; Tue, 1 Apr 2014 18:40:18 -0400 (EDT) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.7/8.14.4/Submit) id s31MeIe4073267; Tue, 1 Apr 2014 18:40:18 -0400 (EDT) (envelope-from wollman) Date: Tue, 1 Apr 2014 18:40:18 -0400 (EDT) From: Garrett Wollman Message-Id: <201404012240.s31MeIe4073267@hergotha.csail.mit.edu> To: michael@rancid.berkeley.edu Subject: Re: Leaving the Desktop Market X-Newsgroups: mit.lcs.mail.freebsd-current In-Reply-To: <533B3903.7030307@rancid.berkeley.edu> References: <082a01cf4db9$240d3e90$6c27bbb0$@FreeBSD.org> Organization: none X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (hergotha.csail.mit.edu [127.0.0.1]); Tue, 01 Apr 2014 18:40:19 -0400 (EDT) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hergotha.csail.mit.edu X-Mailman-Approved-At: Wed, 02 Apr 2014 00:34:10 +0000 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 Apr 2014 22:40:25 -0000 In article <533B3903.7030307@rancid.berkeley.edu>, michael@rancid.berkeley.edu writes: >I have been using FreeBSD on the desktop since 1997, Hmmm. I'm a bit biased here, but I've been using FreeBSD on the desktop since, well, before it was called FreeBSD. It's still my primary platform for nearly everything (except photo management, which drove me to a Mac laptop so I could run Lightroom, and those few remaining Web sites that still bury all their content inside Flash). But let's be clear that different people have different requirements for a "desktop". My requirements are relatively simple: twm, xterm, XEmacs, vlc, LaTeX, xpdf, a Jabber client (psi), $VCS_OF_CHOICE, gnucash, and at least two Web browsers (I use Opera for most stuff and Firefox for "promiscuous-mode browsing"). Once in a while, I even need to run a remote X application over an SSH tunnel. A Web server (Apache) and a mail server with local delivery and spam filtering (sendmail+spamass-milter+crm114) round out the requirements. I do not ever need or even want translucent windows, Zeroconf, 3-D games, or nonlinear video editing. Audio playback only matters to the extent that it's smooth and the settings stick. I write documents and code; my desktop is a productivity tool, not a gaming platform, and it performs that function quite well, thank you very much. Other people have rather different requirements, and that's OK. But let's please not break the applications for which FreeBSD is very good now (and has actually gotten substantially better). -GAWollman From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 00:52:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD2114F6 for ; Wed, 2 Apr 2014 00:52:33 +0000 (UTC) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A25CF1A0 for ; Wed, 2 Apr 2014 00:52:33 +0000 (UTC) Received: by mail-ob0-f172.google.com with SMTP id wm4so12113747obc.31 for ; Tue, 01 Apr 2014 17:52:32 -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=fQzVbYWYC6a2lqDk0dYRSjk7r8mhPRldBt/0rykX7To=; b=ICPG2MvEfayrsRhnF3+7KkcXEr5/SHq+KE/yjnsZS9Ii61ayjgQUzf01n3t9F5ss4n xIsF0VtcqFq0K+yqKai6aThFTo9B1BCZ0C/wKPnZ+aHLEWSnIBDChw+KcMMFHvqlZG/Y Ab64oYgNzWzs0V006qDqK+fwsoJNwn4+6t5lnFitUIjzEXHO9PxazvBSRe142goVNW+s cqjshINq3DlfoQsGhOPczITWofNDZjgVmnYAB6szrLrCR3iPAY3b9YZsfyjMdjxu1HWi r5NKlQeggbBpsHM0pc5ZHYdR0Q+SzJbAe2Xe4J+gvB9T49+LFcOoL9Mr3p6a/MDjtLmJ hKig== MIME-Version: 1.0 X-Received: by 10.182.85.193 with SMTP id j1mr248498obz.52.1396399952880; Tue, 01 Apr 2014 17:52:32 -0700 (PDT) Received: by 10.182.80.7 with HTTP; Tue, 1 Apr 2014 17:52:32 -0700 (PDT) In-Reply-To: <20140331002436.GB14025@pwnie.vrt.sourcefire.com> References: <20140331002436.GB14025@pwnie.vrt.sourcefire.com> Date: Wed, 2 Apr 2014 02:52:32 +0200 Message-ID: Subject: Re: [CFT] ASLR and PIE on amd64 From: Oliver Pinter To: Shawn Webb Content-Type: multipart/mixed; boundary=089e01229a1228069604f604b350 Cc: FreeBSD-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 00:52:34 -0000 --089e01229a1228069604f604b350 Content-Type: text/plain; charset=ISO-8859-1 On 3/31/14, Shawn Webb wrote: > On Mar 31, 2014 02:07 AM +0200, Oliver Pinter wrote: >> On 3/22/14, Shawn Webb wrote: >> > Hey All, >> > >> > First off, I hope that even as a non-committer, it's okay that I post >> > a call for testing. If not, please excuse my newbishness in this >> > process. This is my first time submitting a major patch upstream to >> > FreeBSD. >> > >> > Over the past few months, I've had the opportunity and pleasure to >> > enhance existing patches to FreeBSD that implement a common exploit >> > mitigation technology called Address Space Layout Randomization (ASLR) >> > along with support for Position Independent Executables (PIE). >> > ASLR+PIE has been a long-requested feature by many people I've met on >> > IRC. >> > >> > I've submitted my patch to PR kernel/181497. I'm currently in the >> > process of adding PIE support to certain high-visibility applications >> > in base (mainly network daemons). I've added a make.conf knob that's >> > default to enabled (WITH_PIE=1). An application has to also explicitly >> > support PIE as well by defining CAN_PIE in the Makefile prior to >> > including bsd.prog.mk. After I get a decent amount of applications >> > enabled with PIE support, I'll submit one last patch. >> > >> > The following sysctl's can be set with a kernel compiled with the >> > PAX_ASLR option: >> > >> > security.pax.aslr.status: 1 >> > security.pax.aslr.debug: 0 >> > security.pax.aslr.mmap_len: 16 >> > security.pax.aslr.stack_len: 12 >> > security.pax.aslr.exec_len: 12 >> > >> > The security.pax.aslr.status sysctl enables and disables the ASLR >> > system as a whole. The debug sysctl gives debugging output. The >> > mmap_len sysctl tells the ASLR system how many bits to randomize with >> > mmap() is called. The stack_len sysctl tells the ASLR system how many >> > bits to randomize in the stack. The exec_len sysctl tells the ASLR >> > system how many bits to randomize the execbase (this controls PIE). >> > These sysctls can be set as a per-jail basis. If you have an >> > application which doesn't support ASLR, yet you want ASLR enabled for >> > everything else, you can simply place that misbehaving application in >> > a jail with only that jail's ASLR settings turned off. >> > >> > Please let me know how your testing goes. I'm giving a presentation at >> > BSDCan regarding this. >> > >> > If you want to keep tabs on my bleeding-edge development process, >> > please follow my progress on GitHub: >> > https://github.com/lattera/freebsd (branch: soldierx/lattera/aslr). >> > >> > Thank you very much, >> >> Hi! >> >> Please apply this patch. This fixed an issue with tunables. > > Patch merged successfully into my GitHub repo. Fixed with commit > d2c0813. I'll include it in my next patch submission upstream when I > submit my PIE work. Thanks! please see the attached patch, compile and boot tested on amd64 > --089e01229a1228069604f604b350 Content-Type: application/octet-stream; name="0001-PAX-ASLR-remove-dirty-hack-to-determine-which-pax_in.patch" Content-Disposition: attachment; filename="0001-PAX-ASLR-remove-dirty-hack-to-determine-which-pax_in.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: file1 RnJvbSAzM2I1ZDk2NDE0MjQ5MDk3ODQ3Y2E2MDZhMDAwMzhlNjk1OGJkODcxIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBPbGl2ZXIgUGludGVyIDxvbGl2ZXIucG50ckBnbWFpbC5jb20+ CkRhdGU6IFdlZCwgMiBBcHIgMjAxNCAwMTozNzo1MCArMDIwMApTdWJqZWN0OiBbUEFUQ0hdIFBB WCBBU0xSOiByZW1vdmUgZGlydHkgaGFjayB0byBkZXRlcm1pbmUgd2hpY2ggcGF4X2luaXQKIHNo b3VsZCB1c2UKCnByb2JhYmx5IHRoaXMgZml4ZWQgc29tZSBpc3N1ZSB3aXRoIGxpbnV4dWxhdG9y IG9uIGFtZDY0CgpidW1wIF9fRnJlZUJTRF92ZXJzaW9uIHRvIDEwMDA3MDYKClNpZ25lZC1vZmYt Ynk6IE9saXZlciBQaW50ZXIgPG9saXZlci5wbnRyQGdtYWlsLmNvbT4KLS0tCiBzeXMvYW1kNjQv YW1kNjQvZWxmX21hY2hkZXAuYyAgICAgICB8IDEwICsrKysrKysrCiBzeXMvYW1kNjQvbGludXgz Mi9saW51eDMyX3N5c3ZlYy5jICB8ICA5ICsrKysrKysrCiBzeXMvYXJtL2FybS9lbGZfbWFjaGRl cC5jICAgICAgICAgICB8IDEwICsrKysrKysrCiBzeXMvY29tcGF0L2lhMzIvaWEzMl9zeXN2ZWMu YyAgICAgICB8ICA5ICsrKysrKysrCiBzeXMvaTM4Ni9pMzg2L2VsZl9tYWNoZGVwLmMgICAgICAg ICB8IDEwICsrKysrKysrCiBzeXMvaTM4Ni9pYmNzMi9pYmNzMl9zeXN2ZWMuYyAgICAgICB8IDEw ICsrKysrKysrCiBzeXMvaTM4Ni9saW51eC9saW51eF9zeXN2ZWMuYyAgICAgICB8IDE1ICsrKysr KysrKysrKwogc3lzL2lhNjQvaWE2NC9lbGZfbWFjaGRlcC5jICAgICAgICAgfCAxMSArKysrKysr KysKIHN5cy9rZXJuL2ltZ2FjdF9hb3V0LmMgICAgICAgICAgICAgIHwgMTQgKysrKysrKysrKysK IHN5cy9rZXJuL2luaXRfbWFpbi5jICAgICAgICAgICAgICAgIHwgIDEgKwogc3lzL2tlcm4va2Vy bl9wYXguYyAgICAgICAgICAgICAgICAgfCA0NiArKysrKysrKysrKysrKysrKysrKy0tLS0tLS0t LS0tLS0tLS0tCiBzeXMvbWlwcy9taXBzL2VsZl9tYWNoZGVwLmMgICAgICAgICB8IDE1ICsrKysr KysrKysrKwogc3lzL21pcHMvbWlwcy9mcmVlYnNkMzJfbWFjaGRlcC5jICAgfCAgOSArKysrKysr Kwogc3lzL3Bvd2VycGMvcG93ZXJwYy9lbGYzMl9tYWNoZGVwLmMgfCAxMCArKysrKysrKwogc3lz L3Bvd2VycGMvcG93ZXJwYy9lbGY2NF9tYWNoZGVwLmMgfCAxMCArKysrKysrKwogc3lzL3NwYXJj NjQvc3BhcmM2NC9lbGZfbWFjaGRlcC5jICAgfCAxMCArKysrKysrKwogc3lzL3N5cy9wYXJhbS5o ICAgICAgICAgICAgICAgICAgICAgfCAgMiArLQogc3lzL3N5cy9wYXguaCAgICAgICAgICAgICAg ICAgICAgICAgfCAgMyArKysKIHN5cy9zeXMvc3lzZW50LmggICAgICAgICAgICAgICAgICAgIHwg IDMgKysrCiAxOSBmaWxlcyBjaGFuZ2VkLCAxODUgaW5zZXJ0aW9ucygrKSwgMjIgZGVsZXRpb25z KC0pCgpkaWZmIC0tZ2l0IGEvc3lzL2FtZDY0L2FtZDY0L2VsZl9tYWNoZGVwLmMgYi9zeXMvYW1k NjQvYW1kNjQvZWxmX21hY2hkZXAuYwppbmRleCBmZGM0ZDU2Li5mZmI1ZTMxIDEwMDY0NAotLS0g YS9zeXMvYW1kNjQvYW1kNjQvZWxmX21hY2hkZXAuYworKysgYi9zeXMvYW1kNjQvYW1kNjQvZWxm X21hY2hkZXAuYwpAQCAtMjYsMTIgKzI2LDE3IEBACiAjaW5jbHVkZSA8c3lzL2NkZWZzLmg+CiBf X0ZCU0RJRCgiJEZyZWVCU0QkIik7CiAKKyNpbmNsdWRlICJvcHRfcGF4LmgiCisKICNpbmNsdWRl IDxzeXMvcGFyYW0uaD4KICNpbmNsdWRlIDxzeXMva2VybmVsLmg+CiAjaW5jbHVkZSA8c3lzL3N5 c3RtLmg+CiAjaW5jbHVkZSA8c3lzL2V4ZWMuaD4KICNpbmNsdWRlIDxzeXMvaW1nYWN0Lmg+CiAj aW5jbHVkZSA8c3lzL2xpbmtlci5oPgorI2lmZGVmIFBBWF9BU0xSCisjaW5jbHVkZSA8c3lzL3Bh eC5oPgorI2VuZGlmCiAjaW5jbHVkZSA8c3lzL3Byb2MuaD4KICNpbmNsdWRlIDxzeXMvc3lzZW50 Lmg+CiAjaW5jbHVkZSA8c3lzL2ltZ2FjdF9lbGYuaD4KQEAgLTgxLDYgKzg2LDExIEBAIHN0cnVj dCBzeXNlbnR2ZWMgZWxmNjRfZnJlZWJzZF9zeXN2ZWMgPSB7CiAJLnN2X3NoYXJlZF9wYWdlX2Jh c2UgPSBTSEFSRURQQUdFLAogCS5zdl9zaGFyZWRfcGFnZV9sZW4gPSBQQUdFX1NJWkUsCiAJLnN2 X3NjaGVkdGFpbAk9IE5VTEwsCisjaWZkZWYgUEFYX0FTTFIKKwkuc3ZfcGF4X2FzbHJfaW5pdCA9 IF9wYXhfYXNscl9pbml0LAorI2Vsc2UKKwkuc3ZfcGF4X2FzbHJfaW5pdCA9IE5VTEwsCisjZW5k aWYKIH07CiBJTklUX1NZU0VOVFZFQyhlbGY2NF9zeXN2ZWMsICZlbGY2NF9mcmVlYnNkX3N5c3Zl Yyk7CiAKZGlmZiAtLWdpdCBhL3N5cy9hbWQ2NC9saW51eDMyL2xpbnV4MzJfc3lzdmVjLmMgYi9z eXMvYW1kNjQvbGludXgzMi9saW51eDMyX3N5c3ZlYy5jCmluZGV4IGMwNmNlMTEuLjYyMTI2NDQg MTAwNjQ0Ci0tLSBhL3N5cy9hbWQ2NC9saW51eDMyL2xpbnV4MzJfc3lzdmVjLmMKKysrIGIvc3lz L2FtZDY0L2xpbnV4MzIvbGludXgzMl9zeXN2ZWMuYwpAQCAtMzMsNiArMzMsNyBAQAogI2luY2x1 ZGUgPHN5cy9jZGVmcy5oPgogX19GQlNESUQoIiRGcmVlQlNEJCIpOwogI2luY2x1ZGUgIm9wdF9j b21wYXQuaCIKKyNpbmNsdWRlICJvcHRfcGF4LmgiCiAKICNpZm5kZWYgQ09NUEFUX0ZSRUVCU0Qz MgogI2Vycm9yICJVbmFibGUgdG8gY29tcGlsZSBMaW51eC1lbXVsYXRvciBkdWUgdG8gbWlzc2lu ZyBDT01QQVRfRlJFRUJTRDMyIG9wdGlvbiEiCkBAIC01MSw2ICs1Miw5IEBAIF9fRkJTRElEKCIk RnJlZUJTRCQiKTsKICNpbmNsdWRlIDxzeXMvbWFsbG9jLmg+CiAjaW5jbHVkZSA8c3lzL21vZHVs ZS5oPgogI2luY2x1ZGUgPHN5cy9tdXRleC5oPgorI2lmZGVmIFBBWF9BU0xSCisjaW5jbHVkZSA8 c3lzL3BheC5oPgorI2VuZGlmCiAjaW5jbHVkZSA8c3lzL3Byb2MuaD4KICNpbmNsdWRlIDxzeXMv cmVzb3VyY2V2YXIuaD4KICNpbmNsdWRlIDxzeXMvc2lnbmFsdmFyLmg+CkBAIC0xMDM3LDYgKzEw NDEsMTEgQEAgc3RydWN0IHN5c2VudHZlYyBlbGZfbGludXhfc3lzdmVjID0gewogCS5zdl9zaGFy ZWRfcGFnZV9iYXNlID0gTElOVVgzMl9TSEFSRURQQUdFLAogCS5zdl9zaGFyZWRfcGFnZV9sZW4g PSBQQUdFX1NJWkUsCiAJLnN2X3NjaGVkdGFpbAk9IGxpbnV4X3NjaGVkdGFpbCwKKyNpZmRlZiBQ QVhfQVNMUgorCS5zdl9wYXhfYXNscl9pbml0ID0gX3BheF9hc2xyX2luaXQzMiwKKyNlbHNlCisJ LnN2X3BheF9hc2xyX2luaXQgPSBOVUxMLAorI2VuZGlmCiB9OwogSU5JVF9TWVNFTlRWRUMoZWxm X3N5c3ZlYywgJmVsZl9saW51eF9zeXN2ZWMpOwogCmRpZmYgLS1naXQgYS9zeXMvYXJtL2FybS9l bGZfbWFjaGRlcC5jIGIvc3lzL2FybS9hcm0vZWxmX21hY2hkZXAuYwppbmRleCA2YWVjMThiLi44 YWNhNzUxIDEwMDY0NAotLS0gYS9zeXMvYXJtL2FybS9lbGZfbWFjaGRlcC5jCisrKyBiL3N5cy9h cm0vYXJtL2VsZl9tYWNoZGVwLmMKQEAgLTI2LDYgKzI2LDggQEAKICNpbmNsdWRlIDxzeXMvY2Rl ZnMuaD4KIF9fRkJTRElEKCIkRnJlZUJTRCQiKTsKIAorI2luY2x1ZGUgIm9wdF9wYXguaCIKKwog I2luY2x1ZGUgPHN5cy9wYXJhbS5oPgogI2luY2x1ZGUgPHN5cy9rZXJuZWwuaD4KICNpbmNsdWRl IDxzeXMvc3lzdG0uaD4KQEAgLTM0LDYgKzM2LDkgQEAgX19GQlNESUQoIiRGcmVlQlNEJCIpOwog I2luY2x1ZGUgPHN5cy9saW5rZXIuaD4KICNpbmNsdWRlIDxzeXMvc3lzZW50Lmg+CiAjaW5jbHVk ZSA8c3lzL2ltZ2FjdF9lbGYuaD4KKyNpZmRlZiBQQVhfQVNMUgorI2luY2x1ZGUgPHN5cy9wYXgu aD4KKyNlbmRpZgogI2luY2x1ZGUgPHN5cy9wcm9jLmg+CiAjaW5jbHVkZSA8c3lzL3N5c2NhbGwu aD4KICNpbmNsdWRlIDxzeXMvc2lnbmFsdmFyLmg+CkBAIC03OSw2ICs4NCwxMSBAQCBzdHJ1Y3Qg c3lzZW50dmVjIGVsZjMyX2ZyZWVic2Rfc3lzdmVjID0gewogCS5zdl9mZXRjaF9zeXNjYWxsX2Fy Z3MgPSBjcHVfZmV0Y2hfc3lzY2FsbF9hcmdzLAogCS5zdl9zeXNjYWxsbmFtZXMgPSBzeXNjYWxs bmFtZXMsCiAJLnN2X3NjaGVkdGFpbAk9IE5VTEwsCisjaWZkZWYgUEFYX0FTTFIKKwkuc3ZfcGF4 X2FzbHJfaW5pdCA9IF9wYXhfYXNscl9pbml0LAorI2Vsc2UKKwkuc3ZfcGF4X2FzbHJfaW5pdCA9 IE5VTEwsCisjZW5kaWYKIH07CiAKIHN0YXRpYyBFbGYzMl9CcmFuZGluZm8gZnJlZWJzZF9icmFu ZF9pbmZvID0gewpkaWZmIC0tZ2l0IGEvc3lzL2NvbXBhdC9pYTMyL2lhMzJfc3lzdmVjLmMgYi9z eXMvY29tcGF0L2lhMzIvaWEzMl9zeXN2ZWMuYwppbmRleCBhOGU1MmU4Li4yODk3MzI4IDEwMDY0 NAotLS0gYS9zeXMvY29tcGF0L2lhMzIvaWEzMl9zeXN2ZWMuYworKysgYi9zeXMvY29tcGF0L2lh MzIvaWEzMl9zeXN2ZWMuYwpAQCAtMjksNiArMjksNyBAQAogX19GQlNESUQoIiRGcmVlQlNEJCIp OwogCiAjaW5jbHVkZSAib3B0X2NvbXBhdC5oIgorI2luY2x1ZGUgIm9wdF9wYXguaCIKIAogI2Rl ZmluZSBfX0VMRl9XT1JEX1NJWkUgMzIKIApAQCAtNDIsNiArNDMsOSBAQCBfX0ZCU0RJRCgiJEZy ZWVCU0QkIik7CiAjaW5jbHVkZSA8c3lzL211dGV4Lmg+CiAjaW5jbHVkZSA8c3lzL21tYW4uaD4K ICNpbmNsdWRlIDxzeXMvbmFtZWkuaD4KKyNpZmRlZiBQQVhfQVNMUgorI2luY2x1ZGUgPHN5cy9w YXguaD4KKyNlbmRpZgogI2luY2x1ZGUgPHN5cy9waW9jdGwuaD4KICNpbmNsdWRlIDxzeXMvcHJv Yy5oPgogI2luY2x1ZGUgPHN5cy9wcm9jZnMuaD4KQEAgLTEzOSw2ICsxNDMsMTEgQEAgc3RydWN0 IHN5c2VudHZlYyBpYTMyX2ZyZWVic2Rfc3lzdmVjID0gewogCS5zdl9zaGFyZWRfcGFnZV9iYXNl ID0gRlJFRUJTRDMyX1NIQVJFRFBBR0UsCiAJLnN2X3NoYXJlZF9wYWdlX2xlbiA9IFBBR0VfU0la RSwKIAkuc3Zfc2NoZWR0YWlsCT0gTlVMTCwKKyNpZmRlZiBQQVhfQVNMUgorCS5zdl9wYXhfYXNs cl9pbml0ID0gX3BheF9hc2xyX2luaXQzMiwKKyNlbHNlCisJLnN2X3BheF9hc2xyX2luaXQgPSBO VUxMLAorI2VuZGlmCiB9OwogSU5JVF9TWVNFTlRWRUMoZWxmX2lhMzJfc3lzdmVjLCAmaWEzMl9m cmVlYnNkX3N5c3ZlYyk7CiAKZGlmZiAtLWdpdCBhL3N5cy9pMzg2L2kzODYvZWxmX21hY2hkZXAu YyBiL3N5cy9pMzg2L2kzODYvZWxmX21hY2hkZXAuYwppbmRleCAwMzRiNGM0Li5mMjI5N2M4IDEw MDY0NAotLS0gYS9zeXMvaTM4Ni9pMzg2L2VsZl9tYWNoZGVwLmMKKysrIGIvc3lzL2kzODYvaTM4 Ni9lbGZfbWFjaGRlcC5jCkBAIC0yNiwxMiArMjYsMTcgQEAKICNpbmNsdWRlIDxzeXMvY2RlZnMu aD4KIF9fRkJTRElEKCIkRnJlZUJTRCQiKTsKIAorI2luY2x1ZGUgIm9wdF9wYXguaCIKKwogI2lu Y2x1ZGUgPHN5cy9wYXJhbS5oPgogI2luY2x1ZGUgPHN5cy9rZXJuZWwuaD4KICNpbmNsdWRlIDxz eXMvc3lzdG0uaD4KICNpbmNsdWRlIDxzeXMvZXhlYy5oPgogI2luY2x1ZGUgPHN5cy9pbWdhY3Qu aD4KICNpbmNsdWRlIDxzeXMvbGlua2VyLmg+CisjaWZkZWYgUEFYX0FTTFIKKyNpbmNsdWRlIDxz eXMvcGF4Lmg+CisjZW5kaWYKICNpbmNsdWRlIDxzeXMvcHJvYy5oPgogI2luY2x1ZGUgPHN5cy9z eXNlbnQuaD4KICNpbmNsdWRlIDxzeXMvaW1nYWN0X2VsZi5oPgpAQCAtODEsNiArODYsMTEgQEAg c3RydWN0IHN5c2VudHZlYyBlbGYzMl9mcmVlYnNkX3N5c3ZlYyA9IHsKIAkuc3Zfc2hhcmVkX3Bh Z2VfYmFzZSA9IFNIQVJFRFBBR0UsCiAJLnN2X3NoYXJlZF9wYWdlX2xlbiA9IFBBR0VfU0laRSwK IAkuc3Zfc2NoZWR0YWlsCT0gTlVMTCwKKyNpZmRlZiBQQVhfQVNMUgorCS5zdl9wYXhfYXNscl9p bml0ID0gX3BheF9hc2xyX2luaXQsCisjZWxzZQorCS5zdl9wYXhfYXNscl9pbml0ID0gTlVMTCwK KyNlbmRpZgogfTsKIElOSVRfU1lTRU5UVkVDKGVsZjMyX3N5c3ZlYywgJmVsZjMyX2ZyZWVic2Rf c3lzdmVjKTsKIApkaWZmIC0tZ2l0IGEvc3lzL2kzODYvaWJjczIvaWJjczJfc3lzdmVjLmMgYi9z eXMvaTM4Ni9pYmNzMi9pYmNzMl9zeXN2ZWMuYwppbmRleCA1ZDAwN2M3Li4wOGRmNWI3OCAxMDA2 NDQKLS0tIGEvc3lzL2kzODYvaWJjczIvaWJjczJfc3lzdmVjLmMKKysrIGIvc3lzL2kzODYvaWJj czIvaWJjczJfc3lzdmVjLmMKQEAgLTMxLDYgKzMxLDggQEAKICNpbmNsdWRlIDxzeXMvY2RlZnMu aD4KIF9fRkJTRElEKCIkRnJlZUJTRCQiKTsKIAorI2luY2x1ZGUgIm9wdF9wYXguaCIKKwogI2lu Y2x1ZGUgPHN5cy9wYXJhbS5oPgogI2luY2x1ZGUgPHN5cy9rZXJuZWwuaD4KICNpbmNsdWRlIDxz eXMvc3lzdG0uaD4KQEAgLTQwLDYgKzQyLDkgQEAgX19GQlNESUQoIiRGcmVlQlNEJCIpOwogI2lu Y2x1ZGUgPHN5cy9tb2R1bGUuaD4KICNpbmNsdWRlIDxzeXMvc3lzZW50Lmg+CiAjaW5jbHVkZSA8 c3lzL3NpZ25hbHZhci5oPgorI2lmZGVmIFBBWF9BU0xSCisjaW5jbHVkZSA8c3lzL3BheC5oPgor I2VuZGlmCiAjaW5jbHVkZSA8c3lzL3Byb2MuaD4KICNpbmNsdWRlIDxzeXMvc3guaD4KIApAQCAt ODksNiArOTQsMTEgQEAgc3RydWN0IHN5c2VudHZlYyBpYmNzMl9zdnIzX3N5c3ZlYyA9IHsKIAku c3ZfZmV0Y2hfc3lzY2FsbF9hcmdzID0gY3B1X2ZldGNoX3N5c2NhbGxfYXJncywKIAkuc3Zfc3lz Y2FsbG5hbWVzID0gTlVMTCwKIAkuc3Zfc2NoZWR0YWlsCT0gTlVMTCwKKyNpZmRlZiBQQVhfQVNM UgorCS5zdl9wYXhfYXNscl9pbml0ID0gX3BheF9hc2xyX2luaXQsIC8qIFhYWE9QICovCisjZWxz ZQorCS5zdl9wYXhfYXNscl9pbml0ID0gTlVMTCwKKyNlbmRpZgogfTsKIAogc3RhdGljIGludApk aWZmIC0tZ2l0IGEvc3lzL2kzODYvbGludXgvbGludXhfc3lzdmVjLmMgYi9zeXMvaTM4Ni9saW51 eC9saW51eF9zeXN2ZWMuYwppbmRleCAwYWQ2NzkxLi41YjE0ZmVlIDEwMDY0NAotLS0gYS9zeXMv aTM4Ni9saW51eC9saW51eF9zeXN2ZWMuYworKysgYi9zeXMvaTM4Ni9saW51eC9saW51eF9zeXN2 ZWMuYwpAQCAtMjksNiArMjksOCBAQAogI2luY2x1ZGUgPHN5cy9jZGVmcy5oPgogX19GQlNESUQo IiRGcmVlQlNEJCIpOwogCisjaW5jbHVkZSAib3B0X3BheC5oIgorCiAjaW5jbHVkZSA8c3lzL3Bh cmFtLmg+CiAjaW5jbHVkZSA8c3lzL3N5c3RtLmg+CiAjaW5jbHVkZSA8c3lzL2V4ZWMuaD4KQEAg LTQxLDYgKzQzLDkgQEAgX19GQlNESUQoIiRGcmVlQlNEJCIpOwogI2luY2x1ZGUgPHN5cy9tYWxs b2MuaD4KICNpbmNsdWRlIDxzeXMvbW9kdWxlLmg+CiAjaW5jbHVkZSA8c3lzL211dGV4Lmg+Cisj aWZkZWYgUEFYX0FTTFIKKyNpbmNsdWRlIDxzeXMvcGF4Lmg+CisjZW5kaWYKICNpbmNsdWRlIDxz eXMvcHJvYy5oPgogI2luY2x1ZGUgPHN5cy9zaWduYWx2YXIuaD4KICNpbmNsdWRlIDxzeXMvc3lz Y2FsbHN1YnIuaD4KQEAgLTk3NCw2ICs5NzksMTEgQEAgc3RydWN0IHN5c2VudHZlYyBsaW51eF9z eXN2ZWMgPSB7CiAJLnN2X3NoYXJlZF9wYWdlX2Jhc2UgPSBMSU5VWF9TSEFSRURQQUdFLAogCS5z dl9zaGFyZWRfcGFnZV9sZW4gPSBQQUdFX1NJWkUsCiAJLnN2X3NjaGVkdGFpbAk9IGxpbnV4X3Nj aGVkdGFpbCwKKyNpZmRlZiBQQVhfQVNMUgorCS5zdl9wYXhfYXNscl9pbml0ID0gX3BheF9hc2xy X2luaXQsIC8qIFhYWE9QICovCisjZWxzZQorCS5zdl9wYXhfYXNscl9pbml0ID0gTlVMTCwKKyNl bmRpZgogfTsKIElOSVRfU1lTRU5UVkVDKGFvdXRfc3lzdmVjLCAmbGludXhfc3lzdmVjKTsKIApA QCAtMTAxMiw2ICsxMDIyLDExIEBAIHN0cnVjdCBzeXNlbnR2ZWMgZWxmX2xpbnV4X3N5c3ZlYyA9 IHsKIAkuc3Zfc2hhcmVkX3BhZ2VfYmFzZSA9IExJTlVYX1NIQVJFRFBBR0UsCiAJLnN2X3NoYXJl ZF9wYWdlX2xlbiA9IFBBR0VfU0laRSwKIAkuc3Zfc2NoZWR0YWlsCT0gbGludXhfc2NoZWR0YWls LAorI2lmZGVmIFBBWF9BU0xSCisJLnN2X3BheF9hc2xyX2luaXQgPSBfcGF4X2FzbHJfaW5pdCwK KyNlbHNlCisJLnN2X3BheF9hc2xyX2luaXQgPSBOVUxMLAorI2VuZGlmCiB9OwogSU5JVF9TWVNF TlRWRUMoZWxmX3N5c3ZlYywgJmVsZl9saW51eF9zeXN2ZWMpOwogCmRpZmYgLS1naXQgYS9zeXMv aWE2NC9pYTY0L2VsZl9tYWNoZGVwLmMgYi9zeXMvaWE2NC9pYTY0L2VsZl9tYWNoZGVwLmMKaW5k ZXggMDVjYjY0MS4uYTczZjIwZiAxMDA2NDQKLS0tIGEvc3lzL2lhNjQvaWE2NC9lbGZfbWFjaGRl cC5jCisrKyBiL3N5cy9pYTY0L2lhNjQvZWxmX21hY2hkZXAuYwpAQCAtMjUsMTIgKzI1LDE3IEBA CiAgKiAkRnJlZUJTRCQKICAqLwogCisjaW5jbHVkZSAib3B0X3BheC5oIgorCiAjaW5jbHVkZSA8 c3lzL3BhcmFtLmg+CiAjaW5jbHVkZSA8c3lzL2tlcm5lbC5oPgogI2luY2x1ZGUgPHN5cy9zeXN0 bS5oPgogI2luY2x1ZGUgPHN5cy9leGVjLmg+CiAjaW5jbHVkZSA8c3lzL2ltZ2FjdC5oPgogI2lu Y2x1ZGUgPHN5cy9tYWxsb2MuaD4KKyNpZmRlZiBQQVhfQVNMUgorI2luY2x1ZGUgPHN5cy9wYXgu aD4KKyNlbmRpZgogI2luY2x1ZGUgPHN5cy9wcm9jLmg+CiAjaW5jbHVkZSA8c3lzL25hbWVpLmg+ CiAjaW5jbHVkZSA8c3lzL2ZjbnRsLmg+CkBAIC04Niw2ICs5MSwxMiBAQCBzdHJ1Y3Qgc3lzZW50 dmVjIGVsZjY0X2ZyZWVic2Rfc3lzdmVjID0gewogCS5zdl9mZXRjaF9zeXNjYWxsX2FyZ3MgPSBj cHVfZmV0Y2hfc3lzY2FsbF9hcmdzLAogCS5zdl9zeXNjYWxsbmFtZXMgPSBzeXNjYWxsbmFtZXMs CiAJLnN2X3NjaGVkdGFpbAk9IE5VTEwsCisjaWZkZWYgUEFYX0FTTFIKKwkuc3ZfcGF4X2FzbHJf aW5pdCA9IF9wYXhfYXNscl9pbml0LAorI2Vsc2UKKwkuc3ZfcGF4X2FzbHJfaW5pdCA9IE5VTEws CisjZW5kaWYKKwogfTsKIAogc3RhdGljIEVsZjY0X0JyYW5kaW5mbyBmcmVlYnNkX2JyYW5kX2lu Zm8gPSB7CmRpZmYgLS1naXQgYS9zeXMva2Vybi9pbWdhY3RfYW91dC5jIGIvc3lzL2tlcm4vaW1n YWN0X2FvdXQuYwppbmRleCAzYWU3OGRlLi5iZTY5OWRkIDEwMDY0NAotLS0gYS9zeXMva2Vybi9p bWdhY3RfYW91dC5jCisrKyBiL3N5cy9rZXJuL2ltZ2FjdF9hb3V0LmMKQEAgLTI3LDYgKzI3LDgg QEAKICNpbmNsdWRlIDxzeXMvY2RlZnMuaD4KIF9fRkJTRElEKCIkRnJlZUJTRCQiKTsKIAorI2lu Y2x1ZGUgIm9wdF9wYXguaCIKKwogI2luY2x1ZGUgPHN5cy9wYXJhbS5oPgogI2luY2x1ZGUgPHN5 cy9leGVjLmg+CiAjaW5jbHVkZSA8c3lzL2ltZ2FjdC5oPgpAQCAtMzYsNiArMzgsOSBAQCBfX0ZC U0RJRCgiJEZyZWVCU0QkIik7CiAjaW5jbHVkZSA8c3lzL2xvY2suaD4KICNpbmNsdWRlIDxzeXMv bWFsbG9jLmg+CiAjaW5jbHVkZSA8c3lzL211dGV4Lmg+CisjaWZkZWYgUEFYX0FTTFIKKyNpbmNs dWRlIDxzeXMvcGF4Lmg+CisjZW5kaWYKICNpbmNsdWRlIDxzeXMvcHJvYy5oPgogI2luY2x1ZGUg PHN5cy9yYWNjdC5oPgogI2luY2x1ZGUgPHN5cy9yZXNvdXJjZXZhci5oPgpAQCAtOTksNiArMTA0 LDEwIEBAIHN0cnVjdCBzeXNlbnR2ZWMgYW91dF9zeXN2ZWMgPSB7CiAJLnN2X2ZldGNoX3N5c2Nh bGxfYXJncyA9IGNwdV9mZXRjaF9zeXNjYWxsX2FyZ3MsCiAJLnN2X3N5c2NhbGxuYW1lcyA9IHN5 c2NhbGxuYW1lcywKIAkuc3Zfc2NoZWR0YWlsCT0gTlVMTCwKKyNpZmRlZiBQQVhfQVNMUgorCS5z dl9wYXhfYXNscl9pbml0ID0gX3BheF9hc2xyX2luaXQsIC8qIFhYWE9QICovCisjZWxzZQorCS5z dl9wYXhfYXNscl9pbml0ID0gTlVMTCwKIH07CiAKICNlbGlmIGRlZmluZWQoX19hbWQ2NF9fKQpA QCAtMTQzLDYgKzE1MiwxMSBAQCBzdHJ1Y3Qgc3lzZW50dmVjIGFvdXRfc3lzdmVjID0gewogCS5z dl9zZXRfc3lzY2FsbF9yZXR2YWwgPSBpYTMyX3NldF9zeXNjYWxsX3JldHZhbCwKIAkuc3ZfZmV0 Y2hfc3lzY2FsbF9hcmdzID0gaWEzMl9mZXRjaF9zeXNjYWxsX2FyZ3MsCiAJLnN2X3N5c2NhbGxu YW1lcyA9IGZyZWVic2QzMl9zeXNjYWxsbmFtZXMsCisjaWZkZWYgUEFYX0FTTFIKKwkuc3ZfcGF4 X2FzbHJfaW5pdCA9IF9wYXhfYXNscl9pbml0MzIsIC8qIFhYWE9QICovCisjZWxzZQorCS5zdl9w YXhfYXNscl9pbml0ID0gTlVMTCwKKyNlbmRpZgogfTsKICNlbHNlCiAjZXJyb3IgIlBvcnQgbWUi CmRpZmYgLS1naXQgYS9zeXMva2Vybi9pbml0X21haW4uYyBiL3N5cy9rZXJuL2luaXRfbWFpbi5j CmluZGV4IGVkMzQzYjYuLjM2OTQwOGQgMTAwNjQ0Ci0tLSBhL3N5cy9rZXJuL2luaXRfbWFpbi5j CisrKyBiL3N5cy9rZXJuL2luaXRfbWFpbi5jCkBAIC00MTAsNiArNDEwLDcgQEAgc3RydWN0IHN5 c2VudHZlYyBudWxsX3N5c3ZlYyA9IHsKIAkuc3ZfZmV0Y2hfc3lzY2FsbF9hcmdzID0gbnVsbF9m ZXRjaF9zeXNjYWxsX2FyZ3MsCiAJLnN2X3N5c2NhbGxuYW1lcyA9IE5VTEwsCiAJLnN2X3NjaGVk dGFpbAk9IE5VTEwsCisJLnN2X3BheF9hc2xyX2luaXQgPSBOVUxMLAogfTsKIAogLyoKZGlmZiAt LWdpdCBhL3N5cy9rZXJuL2tlcm5fcGF4LmMgYi9zeXMva2Vybi9rZXJuX3BheC5jCmluZGV4IGIw M2NjMDMuLjkyMDkwMzggMTAwNjQ0Ci0tLSBhL3N5cy9rZXJuL2tlcm5fcGF4LmMKKysrIGIvc3lz L2tlcm4va2Vybl9wYXguYwpAQCAtMzAsOCArMzAsOCBAQAogI2luY2x1ZGUgPHN5cy9jZGVmcy5o PgogX19GQlNESUQoIiRGcmVlQlNEJCIpOwogCi0jaW5jbHVkZSAib3B0X3BheC5oIgogI2luY2x1 ZGUgIm9wdF9jb21wYXQuaCIKKyNpbmNsdWRlICJvcHRfcGF4LmgiCiAKICNpbmNsdWRlIDxzeXMv cGFyYW0uaD4KICNpbmNsdWRlIDxzeXMvc3lzdG0uaD4KQEAgLTUwMSw2ICs1MDEsMjggQEAgcGF4 X2FzbHJfaW5pdF9wcmlzb24oc3RydWN0IHByaXNvbiAqcHIpCiB9CiAKIHZvaWQKK19wYXhfYXNs cl9pbml0KHN0cnVjdCB2bXNwYWNlICp2bSwgc3RydWN0IHByaXNvbiAqcHIpCit7CisJdm0tPnZt X2FzbHJfZGVsdGFfbW1hcCA9IFBBWF9BU0xSX0RFTFRBKGFyYzRyYW5kb20oKSwKKwkJUEFYX0FT TFJfREVMVEFfTU1BUF9MU0IsIChwciAhPSBOVUxMKSA/IHByLT5wcl9wYXhfYXNscl9tbWFwX2xl biA6IHBheF9hc2xyX21tYXBfbGVuKTsKKwl2bS0+dm1fYXNscl9kZWx0YV9zdGFjayA9IFBBWF9B U0xSX0RFTFRBKGFyYzRyYW5kb20oKSwKKwkJUEFYX0FTTFJfREVMVEFfU1RBQ0tfTFNCLCAocHIg IT0gTlVMTCkgPyBwci0+cHJfcGF4X2FzbHJfc3RhY2tfbGVuIDogcGF4X2FzbHJfc3RhY2tfbGVu KTsKKwl2bS0+dm1fYXNscl9kZWx0YV9zdGFjayA9IEFMSUdOKHZtLT52bV9hc2xyX2RlbHRhX3N0 YWNrKTsKK30KKworI2lmZGVmIENPTVBBVF9GUkVFQlNEMzIKK3ZvaWQKK19wYXhfYXNscl9pbml0 MzIoc3RydWN0IHZtc3BhY2UgKnZtLCBzdHJ1Y3QgcHJpc29uICpwcikKK3sKKyAgICAgICAgdm0t PnZtX2FzbHJfZGVsdGFfbW1hcCA9IFBBWF9BU0xSX0RFTFRBKGFyYzRyYW5kb20oKSwKKyAgICAg ICAgICAgIFBBWF9BU0xSX0NPTVBBVF9ERUxUQV9NTUFQX0xTQiwgKHByICE9IE5VTEwpID8gcHIt PnByX3BheF9hc2xyX2NvbXBhdF9tbWFwX2xlbiA6IHBheF9hc2xyX2NvbXBhdF9tbWFwX2xlbik7 CisgICAgICAgIHZtLT52bV9hc2xyX2RlbHRhX3N0YWNrID0gUEFYX0FTTFJfREVMVEEoYXJjNHJh bmRvbSgpLAorICAgICAgICAgICAgUEFYX0FTTFJfQ09NUEFUX0RFTFRBX1NUQUNLX0xTQiwgKHBy ICE9IE5VTEwpID8gcHItPnByX3BheF9hc2xyX2NvbXBhdF9zdGFja19sZW4gOiBwYXhfYXNscl9j b21wYXRfc3RhY2tfbGVuKTsKKyAgICAgICAgdm0tPnZtX2FzbHJfZGVsdGFfc3RhY2sgPSBBTElH Tih2bS0+dm1fYXNscl9kZWx0YV9zdGFjayk7Cit9CisjZW5kaWYKKwordm9pZAogcGF4X2FzbHJf aW5pdChzdHJ1Y3QgdGhyZWFkICp0ZCwgc3RydWN0IGltYWdlX3BhcmFtcyAqaW1ncCkKIHsKICAg ICBzdHJ1Y3Qgdm1zcGFjZSAqdm07CkBAIC01MjIsMjcgKzU0NCw5IEBAIHBheF9hc2xyX2luaXQo c3RydWN0IHRocmVhZCAqdGQsIHN0cnVjdCBpbWFnZV9wYXJhbXMgKmltZ3ApCiAgICAgdm0gPSBp bWdwLT5wcm9jLT5wX3Ztc3BhY2U7CiAgICAgc3ZfZmxhZ3MgPSBpbWdwLT5wcm9jLT5wX3N5c2Vu dC0+c3ZfZmxhZ3M7CiAKLSNpZm5kZWYgQ09NUEFUX0ZSRUVCU0QzMgotICAgIHZtLT52bV9hc2xy X2RlbHRhX21tYXAgPSBQQVhfQVNMUl9ERUxUQShhcmM0cmFuZG9tKCksCi0gICAgICAgIFBBWF9B U0xSX0RFTFRBX01NQVBfTFNCLCAocHIgIT0gTlVMTCkgPyBwci0+cHJfcGF4X2FzbHJfbW1hcF9s ZW4gOiBwYXhfYXNscl9tbWFwX2xlbik7Ci0gICAgdm0tPnZtX2FzbHJfZGVsdGFfc3RhY2sgPSBQ QVhfQVNMUl9ERUxUQShhcmM0cmFuZG9tKCksCi0gICAgICAgIFBBWF9BU0xSX0RFTFRBX1NUQUNL X0xTQiwgKHByICE9IE5VTEwpID8gcHItPnByX3BheF9hc2xyX3N0YWNrX2xlbiA6IHBheF9hc2xy X3N0YWNrX2xlbik7Ci0gICAgdm0tPnZtX2FzbHJfZGVsdGFfc3RhY2sgPSBBTElHTih2bS0+dm1f YXNscl9kZWx0YV9zdGFjayk7Ci0jZWxzZSAvKiBDT01QQVRfRlJFRUJTRDMyICovCi0gICAgaWYg KChzdl9mbGFncyAmIFNWX0xQNjQpICE9IDApIHsKLSAgICAgICAgdm0tPnZtX2FzbHJfZGVsdGFf bW1hcCA9IFBBWF9BU0xSX0RFTFRBKGFyYzRyYW5kb20oKSwKLSAgICAgICAgICAgIFBBWF9BU0xS X0RFTFRBX01NQVBfTFNCLCAocHIgIT0gTlVMTCkgPyBwci0+cHJfcGF4X2FzbHJfbW1hcF9sZW4g OiBwYXhfYXNscl9tbWFwX2xlbik7Ci0gICAgICAgIHZtLT52bV9hc2xyX2RlbHRhX3N0YWNrID0g UEFYX0FTTFJfREVMVEEoYXJjNHJhbmRvbSgpLAotICAgICAgICAgICAgUEFYX0FTTFJfREVMVEFf U1RBQ0tfTFNCLCAocHIgIT0gTlVMTCkgPyBwci0+cHJfcGF4X2FzbHJfc3RhY2tfbGVuIDogcGF4 X2FzbHJfc3RhY2tfbGVuKTsKLSAgICAgICAgdm0tPnZtX2FzbHJfZGVsdGFfc3RhY2sgPSBBTElH Tih2bS0+dm1fYXNscl9kZWx0YV9zdGFjayk7Ci0gICAgfSBlbHNlIHsKLSAgICAgICAgdm0tPnZt X2FzbHJfZGVsdGFfbW1hcCA9IFBBWF9BU0xSX0RFTFRBKGFyYzRyYW5kb20oKSwKLSAgICAgICAg ICAgIFBBWF9BU0xSX0NPTVBBVF9ERUxUQV9NTUFQX0xTQiwgKHByICE9IE5VTEwpID8gcHItPnBy X3BheF9hc2xyX2NvbXBhdF9tbWFwX2xlbiA6IHBheF9hc2xyX2NvbXBhdF9tbWFwX2xlbik7Ci0g ICAgICAgIHZtLT52bV9hc2xyX2RlbHRhX3N0YWNrID0gUEFYX0FTTFJfREVMVEEoYXJjNHJhbmRv bSgpLAotICAgICAgICAgICAgUEFYX0FTTFJfQ09NUEFUX0RFTFRBX1NUQUNLX0xTQiwgKHByICE9 IE5VTEwpID8gcHItPnByX3BheF9hc2xyX2NvbXBhdF9zdGFja19sZW4gOiBwYXhfYXNscl9jb21w YXRfc3RhY2tfbGVuKTsKLSAgICAgICAgdm0tPnZtX2FzbHJfZGVsdGFfc3RhY2sgPSBBTElHTih2 bS0+dm1fYXNscl9kZWx0YV9zdGFjayk7CisgICAgaWYgKGltZ3AtPnByb2MtPnBfc3lzZW50LT5z dl9wYXhfYXNscl9pbml0ICE9IE5VTEwpIHsKKwkgICAgaW1ncC0+cHJvYy0+cF9zeXNlbnQtPnN2 X3BheF9hc2xyX2luaXQodm0sIHByKTsKICAgICB9Ci0jZW5kaWYgLyogIUNPTVBBVF9GUkVFQlNE MzIgKi8KIH0KIAogdm9pZApkaWZmIC0tZ2l0IGEvc3lzL21pcHMvbWlwcy9lbGZfbWFjaGRlcC5j IGIvc3lzL21pcHMvbWlwcy9lbGZfbWFjaGRlcC5jCmluZGV4IGQzNzQ3MTMuLmJiZjM5NTYgMTAw NjQ0Ci0tLSBhL3N5cy9taXBzL21pcHMvZWxmX21hY2hkZXAuYworKysgYi9zeXMvbWlwcy9taXBz L2VsZl9tYWNoZGVwLmMKQEAgLTI4LDYgKzI4LDggQEAKICNpbmNsdWRlIDxzeXMvY2RlZnMuaD4K IF9fRkJTRElEKCIkRnJlZUJTRCQiKTsKIAorI2luY2x1ZGUgIm9wdF9wYXguaCIKKwogI2luY2x1 ZGUgPHN5cy9wYXJhbS5oPgogI2luY2x1ZGUgPHN5cy9rZXJuZWwuaD4KICNpbmNsdWRlIDxzeXMv c3lzdG0uaD4KQEAgLTM2LDYgKzM4LDkgQEAgX19GQlNESUQoIiRGcmVlQlNEJCIpOwogI2luY2x1 ZGUgPHN5cy9saW5rZXIuaD4KICNpbmNsdWRlIDxzeXMvc3lzZW50Lmg+CiAjaW5jbHVkZSA8c3lz L2ltZ2FjdF9lbGYuaD4KKyNpZmRlZiBQQVhfQVNMUgorI2luY2x1ZGUgPHN5cy9wYXguaD4KKyNl bmRpZgogI2luY2x1ZGUgPHN5cy9wcm9jLmg+CiAjaW5jbHVkZSA8c3lzL3N5c2NhbGwuaD4KICNp bmNsdWRlIDxzeXMvc2lnbmFsdmFyLmg+CkBAIC04Myw2ICs4OCwxMSBAQCBzdHJ1Y3Qgc3lzZW50 dmVjIGVsZjY0X2ZyZWVic2Rfc3lzdmVjID0gewogCS5zdl9mZXRjaF9zeXNjYWxsX2FyZ3MgPSBj cHVfZmV0Y2hfc3lzY2FsbF9hcmdzLAogCS5zdl9zeXNjYWxsbmFtZXMgPSBzeXNjYWxsbmFtZXMs CiAJLnN2X3NjaGVkdGFpbAk9IE5VTEwsCisjaWZkZWYgUEFYX0FTTFIKKwkuc3ZfcGF4X2FzbHJf aW5pdCA9IF9wYXhfYXNscl9pbml0LAorI2Vsc2UKKwkuc3ZfcGF4X2FzbHJfaW5pdCA9IE5VTEws CisjZW5kaWYKIH07CiAKIHN0YXRpYyBFbGY2NF9CcmFuZGluZm8gZnJlZWJzZF9icmFuZF9pbmZv ID0gewpAQCAtMTM5LDYgKzE0OSwxMSBAQCBzdHJ1Y3Qgc3lzZW50dmVjIGVsZjMyX2ZyZWVic2Rf c3lzdmVjID0gewogCS5zdl9mZXRjaF9zeXNjYWxsX2FyZ3MgPSBjcHVfZmV0Y2hfc3lzY2FsbF9h cmdzLAogCS5zdl9zeXNjYWxsbmFtZXMgPSBzeXNjYWxsbmFtZXMsCiAJLnN2X3NjaGVkdGFpbAk9 IE5VTEwsCisjaWZkZWYgUEFYX0FTTFIKKwkuc3ZfcGF4X2FzbHJfaW5pdCA9IF9wYXhfYXNscl9p bml0MzIsCisjZWxzZQorCS5zdl9wYXhfYXNscl9pbml0ID0gTlVMTCwKKyNlbmRpZgogfTsKIAog c3RhdGljIEVsZjMyX0JyYW5kaW5mbyBmcmVlYnNkX2JyYW5kX2luZm8gPSB7CmRpZmYgLS1naXQg YS9zeXMvbWlwcy9taXBzL2ZyZWVic2QzMl9tYWNoZGVwLmMgYi9zeXMvbWlwcy9taXBzL2ZyZWVi c2QzMl9tYWNoZGVwLmMKaW5kZXggZGZkZjcwZi4uOWNmZGIyMiAxMDA2NDQKLS0tIGEvc3lzL21p cHMvbWlwcy9mcmVlYnNkMzJfbWFjaGRlcC5jCisrKyBiL3N5cy9taXBzL21pcHMvZnJlZWJzZDMy X21hY2hkZXAuYwpAQCAtMzEsNiArMzEsNyBAQAogICovCiAKICNpbmNsdWRlICJvcHRfY29tcGF0 LmgiCisjaW5jbHVkZSAib3B0X3BheC5oIgogCiAjZGVmaW5lIF9fRUxGX1dPUkRfU0laRSAzMgog CkBAIC00Miw2ICs0Myw5IEBACiAjaW5jbHVkZSA8c3lzL2V4ZWMuaD4KICNpbmNsdWRlIDxzeXMv aW1nYWN0Lmg+CiAjaW5jbHVkZSA8c3lzL21hbGxvYy5oPgorI2lmZGVmIFBBWF9BU0xSCisjaW5j bHVkZSA8c3lzL3BheC5oPgorI2VuZGlmCiAjaW5jbHVkZSA8c3lzL3Byb2MuaD4KICNpbmNsdWRl IDxzeXMvbmFtZWkuaD4KICNpbmNsdWRlIDxzeXMvZmNudGwuaD4KQEAgLTEwNiw2ICsxMTAsMTEg QEAgc3RydWN0IHN5c2VudHZlYyBlbGYzMl9mcmVlYnNkX3N5c3ZlYyA9IHsKIAkuc3ZfZmV0Y2hf c3lzY2FsbF9hcmdzID0gY3B1X2ZldGNoX3N5c2NhbGxfYXJncywKIAkuc3Zfc3lzY2FsbG5hbWVz ID0gZnJlZWJzZDMyX3N5c2NhbGxuYW1lcywKIAkuc3Zfc2NoZWR0YWlsCT0gTlVMTCwKKyNpZmRl ZiBQQVhfQVNMUgorCS5zdl9wYXhfYXNscl9pbml0ID0gX3BheF9hc2xyX2luaXQzMiwKKyNlbHNl CisJLnN2X3BheF9hc2xyX2luaXQgPSBOVUxMLAorI2VuZGlmCiB9OwogSU5JVF9TWVNFTlRWRUMo ZWxmMzJfc3lzdmVjLCAmZWxmMzJfZnJlZWJzZF9zeXN2ZWMpOwogCmRpZmYgLS1naXQgYS9zeXMv cG93ZXJwYy9wb3dlcnBjL2VsZjMyX21hY2hkZXAuYyBiL3N5cy9wb3dlcnBjL3Bvd2VycGMvZWxm MzJfbWFjaGRlcC5jCmluZGV4IGRiZTU4ZGYuLmU0YWIyYjkgMTAwNjQ0Ci0tLSBhL3N5cy9wb3dl cnBjL3Bvd2VycGMvZWxmMzJfbWFjaGRlcC5jCisrKyBiL3N5cy9wb3dlcnBjL3Bvd2VycGMvZWxm MzJfbWFjaGRlcC5jCkBAIC0yNSw2ICsyNSw4IEBACiAgKiAkRnJlZUJTRCQKICAqLwogCisjaW5j bHVkZSAib3B0X3BheC5oIgorCiAjaW5jbHVkZSA8c3lzL3BhcmFtLmg+CiAjaW5jbHVkZSA8c3lz L2tlcm5lbC5oPgogI2luY2x1ZGUgPHN5cy9zeXN0bS5oPgpAQCAtMzQsNiArMzYsOSBAQAogI2lu Y2x1ZGUgPHN5cy9leGVjLmg+CiAjaW5jbHVkZSA8c3lzL2ltZ2FjdC5oPgogI2luY2x1ZGUgPHN5 cy9tYWxsb2MuaD4KKyNpZmRlZiBQQVhfQVNMUgorI2luY2x1ZGUgPHN5cy9wYXguaD4KKyNlbmRp ZgogI2luY2x1ZGUgPHN5cy9wcm9jLmg+CiAjaW5jbHVkZSA8c3lzL25hbWVpLmg+CiAjaW5jbHVk ZSA8c3lzL2ZjbnRsLmg+CkBAIC0xMDcsNiArMTEyLDExIEBAIHN0cnVjdCBzeXNlbnR2ZWMgZWxm MzJfZnJlZWJzZF9zeXN2ZWMgPSB7CiAJLnN2X3NoYXJlZF9wYWdlX2Jhc2UgPSBGUkVFQlNEMzJf U0hBUkVEUEFHRSwKIAkuc3Zfc2hhcmVkX3BhZ2VfbGVuID0gUEFHRV9TSVpFLAogCS5zdl9zY2hl ZHRhaWwJPSBOVUxMLAorI2lmZGVmIFBBWF9BU0xSCisJLnN2X3BheF9hc2xyX2luaXQgPSBfcGF4 X2FzbHJfaW5pdDMyLAorI2Vsc2UKKwkuc3ZfcGF4X2FzbHJfaW5pdCA9IE5VTEwsCisjZW5kaWYK IH07CiBJTklUX1NZU0VOVFZFQyhlbGYzMl9zeXN2ZWMsICZlbGYzMl9mcmVlYnNkX3N5c3ZlYyk7 CiAKZGlmZiAtLWdpdCBhL3N5cy9wb3dlcnBjL3Bvd2VycGMvZWxmNjRfbWFjaGRlcC5jIGIvc3lz L3Bvd2VycGMvcG93ZXJwYy9lbGY2NF9tYWNoZGVwLmMKaW5kZXggMGM0MWE4ZC4uODViNTY5NyAx MDA2NDQKLS0tIGEvc3lzL3Bvd2VycGMvcG93ZXJwYy9lbGY2NF9tYWNoZGVwLmMKKysrIGIvc3lz L3Bvd2VycGMvcG93ZXJwYy9lbGY2NF9tYWNoZGVwLmMKQEAgLTI1LDEyICsyNSwxNyBAQAogICog JEZyZWVCU0QkCiAgKi8KIAorI2luY2x1ZGUgIm9wdF9wYXguaCIKKwogI2luY2x1ZGUgPHN5cy9w YXJhbS5oPgogI2luY2x1ZGUgPHN5cy9rZXJuZWwuaD4KICNpbmNsdWRlIDxzeXMvc3lzdG0uaD4K ICNpbmNsdWRlIDxzeXMvZXhlYy5oPgogI2luY2x1ZGUgPHN5cy9pbWdhY3QuaD4KICNpbmNsdWRl IDxzeXMvbWFsbG9jLmg+CisjaWZkZWYgUEFYX0FTTFIKKyNpbmNsdWRlIDxzeXMvcGF4Lmg+Cisj ZW5kaWYKICNpbmNsdWRlIDxzeXMvcHJvYy5oPgogI2luY2x1ZGUgPHN5cy9uYW1laS5oPgogI2lu Y2x1ZGUgPHN5cy9mY250bC5oPgpAQCAtODMsNiArODgsMTEgQEAgc3RydWN0IHN5c2VudHZlYyBl bGY2NF9mcmVlYnNkX3N5c3ZlYyA9IHsKIAkuc3Zfc2hhcmVkX3BhZ2VfYmFzZSA9IFNIQVJFRFBB R0UsCiAJLnN2X3NoYXJlZF9wYWdlX2xlbiA9IFBBR0VfU0laRSwKIAkuc3Zfc2NoZWR0YWlsCT0g TlVMTCwKKyNpZmRlZiBQQVhfQVNMUgorCS5zdl9wYXhfYXNscl9pbml0ID0gX3BheF9hc2xyX2lu aXQsCisjZWxzZQorCS5zdl9wYXhfYXNscl9pbml0ID0gTlVMTCwKKyNlbmRpZgogfTsKIElOSVRf U1lTRU5UVkVDKGVsZjY0X3N5c3ZlYywgJmVsZjY0X2ZyZWVic2Rfc3lzdmVjKTsKIApkaWZmIC0t Z2l0IGEvc3lzL3NwYXJjNjQvc3BhcmM2NC9lbGZfbWFjaGRlcC5jIGIvc3lzL3NwYXJjNjQvc3Bh cmM2NC9lbGZfbWFjaGRlcC5jCmluZGV4IDRkNTU3MTcuLmI5ZjJiZTAgMTAwNjQ0Ci0tLSBhL3N5 cy9zcGFyYzY0L3NwYXJjNjQvZWxmX21hY2hkZXAuYworKysgYi9zeXMvc3BhcmM2NC9zcGFyYzY0 L2VsZl9tYWNoZGVwLmMKQEAgLTM0LDEyICszNCwxNyBAQAogI2luY2x1ZGUgPHN5cy9jZGVmcy5o PgogX19GQlNESUQoIiRGcmVlQlNEJCIpOwogCisjaW5jbHVkZSAib3B0X3BheC5oIgorCiAjaW5j bHVkZSA8c3lzL3BhcmFtLmg+CiAjaW5jbHVkZSA8c3lzL2tlcm5lbC5oPgogI2luY2x1ZGUgPHN5 cy9zeXN0bS5oPgogI2luY2x1ZGUgPHN5cy9leGVjLmg+CiAjaW5jbHVkZSA8c3lzL2ltZ2FjdC5o PgogI2luY2x1ZGUgPHN5cy9saW5rZXIuaD4KKyNpZmRlZiBQQVhfQVNMUgorI2luY2x1ZGUgPHN5 cy9wYXguaD4KKyNlbmRpZgogI2luY2x1ZGUgPHN5cy9wcm9jLmg+CiAjaW5jbHVkZSA8c3lzL3N5 c2VudC5oPgogI2luY2x1ZGUgPHN5cy9pbWdhY3RfZWxmLmg+CkBAIC04Nyw2ICs5MiwxMSBAQCBz dGF0aWMgc3RydWN0IHN5c2VudHZlYyBlbGY2NF9mcmVlYnNkX3N5c3ZlYyA9IHsKIAkuc3ZfZmV0 Y2hfc3lzY2FsbF9hcmdzID0gY3B1X2ZldGNoX3N5c2NhbGxfYXJncywKIAkuc3Zfc3lzY2FsbG5h bWVzID0gc3lzY2FsbG5hbWVzLAogCS5zdl9zY2hlZHRhaWwJPSBOVUxMLAorI2lmZGVmIFBBWF9B U0xSCisJLnN2X3BheF9hc2xyX2luaXQgPSBfcGF4X2FzbHJfaW5pdCwKKyNlbHNlCisJLnN2X3Bh eF9hc2xyX2luaXQgPSBOVUxMLAorI2VuZGlmCiB9OwogCiBzdGF0aWMgRWxmNjRfQnJhbmRpbmZv IGZyZWVic2RfYnJhbmRfaW5mbyA9IHsKZGlmZiAtLWdpdCBhL3N5cy9zeXMvcGFyYW0uaCBiL3N5 cy9zeXMvcGFyYW0uaAppbmRleCAwNWI1OTY4Li5hZTE3MDRhIDEwMDY0NAotLS0gYS9zeXMvc3lz L3BhcmFtLmgKKysrIGIvc3lzL3N5cy9wYXJhbS5oCkBAIC01OCw3ICs1OCw3IEBACiAgKgkJaW4g dGhlIHJhbmdlIDUgdG8gOS4KICAqLwogI3VuZGVmIF9fRnJlZUJTRF92ZXJzaW9uCi0jZGVmaW5l IF9fRnJlZUJTRF92ZXJzaW9uIDEwMDA3MDUJLyogTWFzdGVyLCBwcm9wYWdhdGVkIHRvIG5ld3Zl cnMgKi8KKyNkZWZpbmUgX19GcmVlQlNEX3ZlcnNpb24gMTAwMDcwNgkvKiBNYXN0ZXIsIHByb3Bh Z2F0ZWQgdG8gbmV3dmVycyAqLwogCiAvKgogICogX19GcmVlQlNEX2tlcm5lbF9fIGluZGljYXRl cyB0aGF0IHRoaXMgc3lzdGVtIHVzZXMgdGhlIGtlcm5lbCBvZiBGcmVlQlNELApkaWZmIC0tZ2l0 IGEvc3lzL3N5cy9wYXguaCBiL3N5cy9zeXMvcGF4LmgKaW5kZXggYjY2ZTY4Yi4uM2VlMzk4MiAx MDA2NDQKLS0tIGEvc3lzL3N5cy9wYXguaAorKysgYi9zeXMvc3lzL3BheC5oCkBAIC0zMSw2ICsz MSw3IEBACiAjZGVmaW5lCV9fU1lTX1BBWF9ICiAKIHN0cnVjdCBpbWFnZV9wYXJhbXM7CitzdHJ1 Y3QgcHJpc29uOwogc3RydWN0IHRocmVhZDsKIHN0cnVjdCB2bXNwYWNlOwogc3RydWN0IHZtX29m ZnNldF90OwpAQCAtMTU3LDYgKzE1OCw4IEBAIGV4dGVybiBpbnQgcGF4X2FzbHJfZXhlY19sZW47 CiB2b2lkIHBheF9pbml0KHZvaWQpOwogdm9pZCBwYXhfYXNscl9pbml0X3ByaXNvbihzdHJ1Y3Qg cHJpc29uICpwcik7CiBib29sIHBheF9hc2xyX2FjdGl2ZShzdHJ1Y3QgdGhyZWFkICp0ZCwgc3Ry dWN0IHByb2MgKnByb2MpOwordm9pZCBfcGF4X2FzbHJfaW5pdChzdHJ1Y3Qgdm1zcGFjZSAqdm0s IHN0cnVjdCBwcmlzb24gKnByKTsKK3ZvaWQgX3BheF9hc2xyX2luaXQzMihzdHJ1Y3Qgdm1zcGFj ZSAqdm0sIHN0cnVjdCBwcmlzb24gKnByKTsKIHZvaWQgcGF4X2FzbHJfaW5pdChzdHJ1Y3QgdGhy ZWFkICp0ZCwgc3RydWN0IGltYWdlX3BhcmFtcyAqaW1ncCk7CiB2b2lkIHBheF9hc2xyX21tYXAo c3RydWN0IHRocmVhZCAqdGQsIHZtX29mZnNldF90ICphZGRyLAogCQkJdm1fb2Zmc2V0X3Qgb3Jp Z19hZGRyLCBpbnQgZmxhZ3MpOwpkaWZmIC0tZ2l0IGEvc3lzL3N5cy9zeXNlbnQuaCBiL3N5cy9z eXMvc3lzZW50LmgKaW5kZXggYzQ5ZGI0MS4uY2ZiY2RjMCAxMDA2NDQKLS0tIGEvc3lzL3N5cy9z eXNlbnQuaAorKysgYi9zeXMvc3lzL3N5c2VudC5oCkBAIC03Nyw5ICs3NywxMSBAQCBzdHJ1Y3Qg c3lzZW50IHsJCQkvKiBzeXN0ZW0gY2FsbCB0YWJsZSAqLwogI2RlZmluZQlTWV9USFJfSU5DUgkw eDgKIAogc3RydWN0IGltYWdlX3BhcmFtczsKK3N0cnVjdCBwcmlzb247CiBzdHJ1Y3QgX19zaWdz ZXQ7CiBzdHJ1Y3Qgc3lzY2FsbF9hcmdzOwogc3RydWN0IHRyYXBmcmFtZTsKK3N0cnVjdCB2bXNw YWNlOwogc3RydWN0IHZub2RlOwogCiBzdHJ1Y3Qgc3lzZW50dmVjIHsKQEAgLTEzMCw2ICsxMzIs NyBAQCBzdHJ1Y3Qgc3lzZW50dmVjIHsKIAl1aW50MzJfdAlzdl90aW1la2VlcF9nZW47CiAJdm9p ZAkJKnN2X3NoYXJlZF9wYWdlX29iajsKIAl2b2lkCQkoKnN2X3NjaGVkdGFpbCkoc3RydWN0IHRo cmVhZCAqKTsKKwl2b2lkCQkoKnN2X3BheF9hc2xyX2luaXQpKHN0cnVjdCB2bXNwYWNlICp2bSwg c3RydWN0IHByaXNvbiAqcHIpOwogfTsKIAogI2RlZmluZQlTVl9JTFAzMgkweDAwMDEwMAotLSAK MS45LjAKCg== --089e01229a1228069604f604b350-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 01:26:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE2728F6 for ; Wed, 2 Apr 2014 01:26:34 +0000 (UTC) Received: from mail-qg0-x234.google.com (mail-qg0-x234.google.com [IPv6:2607:f8b0:400d:c04::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7DAB13DA for ; Wed, 2 Apr 2014 01:26:34 +0000 (UTC) Received: by mail-qg0-f52.google.com with SMTP id q107so6403130qgd.39 for ; Tue, 01 Apr 2014 18:26:33 -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:message-id:subject :from:to:cc:content-type; bh=bc6o5lcTxpdbvCOtg1KrW9MsC37M8MfqrBRWzGEQECw=; b=tuLQJHTfCcyF72p6GHHwRXhjWhbIFSNAcdTgszUnHzHZ0FcKdX5LabDkCA8CK25WW/ v0Q2tIxYRNeOws5/cLLb9PjrqjPtJ3AqtrUimd24DkmA2OQu37iGyECc6DHi/M1uT9Zv nn/uQHUmobvl6G3LQ8wyDl96uEfUvmxBEC1wXbgHXPazMQnm5T3EJUmC0nDHIsd7kz79 hw8QJLXdO/sloOSnBY+wnmCUn5l/8TEk8jFqz6CF3/AgHqGSd2KN+/B5owiOIM+rT/Iu xB5e8LRi19fwih70wYOorkCEh8D+wTlUZSiNvizFaATyXn4h3atavtnzdWvplQu0y63e SPzA== MIME-Version: 1.0 X-Received: by 10.224.25.2 with SMTP id x2mr39824815qab.37.1396401993639; Tue, 01 Apr 2014 18:26:33 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.50.143 with HTTP; Tue, 1 Apr 2014 18:26:33 -0700 (PDT) In-Reply-To: <201404012240.s31MeIe4073267@hergotha.csail.mit.edu> References: <082a01cf4db9$240d3e90$6c27bbb0$@FreeBSD.org> <533B3903.7030307@rancid.berkeley.edu> <201404012240.s31MeIe4073267@hergotha.csail.mit.edu> Date: Tue, 1 Apr 2014 18:26:33 -0700 X-Google-Sender-Auth: Glw3UU2MIwJnugAqEpx1jNvikfc Message-ID: Subject: Re: Leaving the Desktop Market From: Adrian Chadd To: Garrett Wollman Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , michael@rancid.berkeley.edu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 01:26:34 -0000 On 1 April 2014 15:40, Garrett Wollman wrote: > In article <533B3903.7030307@rancid.berkeley.edu>, > michael@rancid.berkeley.edu writes: > >>I have been using FreeBSD on the desktop since 1997, > > Hmmm. I'm a bit biased here, but I've been using FreeBSD on the > desktop since, well, before it was called FreeBSD. It's still my > primary platform for nearly everything (except photo management, which > drove me to a Mac laptop so I could run Lightroom, and those few > remaining Web sites that still bury all their content inside Flash). > > But let's be clear that different people have different requirements > for a "desktop". My requirements are relatively simple: twm, xterm, > XEmacs, vlc, LaTeX, xpdf, a Jabber client (psi), $VCS_OF_CHOICE, > gnucash, and at least two Web browsers (I use Opera for most stuff and > Firefox for "promiscuous-mode browsing"). Once in a while, I even > need to run a remote X application over an SSH tunnel. A Web server > (Apache) and a mail server with local delivery and spam filtering > (sendmail+spamass-milter+crm114) round out the requirements. I do not > ever need or even want translucent windows, Zeroconf, 3-D games, or > nonlinear video editing. Audio playback only matters to the extent > that it's smooth and the settings stick. I write documents and code; > my desktop is a productivity tool, not a gaming platform, and it > performs that function quite well, thank you very much. > > Other people have rather different requirements, and that's OK. But > let's please not break the applications for which FreeBSD is very good > now (and has actually gotten substantially better). The problem (among many) is that you don't have those requirements but the Xorg desktop developers and the graphics driver / layer developers have those requirements and they're sure sticking to them. So, you're going to end up getting 3D/hardware accelerated graphics and crazy audio integration requirements for your web browsers soon, which drag in libdri_.so and all of the bugs that keep popping up with that. It's no longer "xorg just speaks to the graphics chip." -a From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 02:45:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63B70364 for ; Wed, 2 Apr 2014 02:45:40 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 1A5D3B65 for ; Wed, 2 Apr 2014 02:45:39 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile11) with ESMTP id s322jbjW010762 for ; Wed, 2 Apr 2014 11:45:37 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili17) with ESMTP id s322jb318122 for ; Wed, 2 Apr 2014 11:45:37 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi11) id s322jb9X027382; Wed, 2 Apr 2014 11:45:37 +0900 Received: from localhost by lomi11.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id s322jbM6027343; Wed, 2 Apr 2014 11:45:37 +0900 Date: Wed, 02 Apr 2014 11:45:16 +0900 (JST) Message-Id: <20140402.114516.1300054841784626892.okuno.kohji@jp.panasonic.com> To: freebsd-current@freebsd.org Subject: kevent has bug? From: Kohji Okuno Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Wed_Apr__2_11_45_16_2014_492)--" Content-Transfer-Encoding: 7bit Cc: okuno.kohji@jp.panasonic.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 02:45:40 -0000 ----Next_Part(Wed_Apr__2_11_45_16_2014_492)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I think, kevent() has a bug. I tested sample programs by attached sources. This sample tests about EVFILT_SIGNAL. I build sample programs by the following commands. % gcc -O2 -o child child.c % gcc -O2 -o parent parent.c The expected result is the following. % ./parent 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 OK 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 OK But, sometimes the result was the following. % ./parent 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 This result means the number of times the signal has occured was incorrect. In case of EVFILT_SIGNAL, according to `man kevent', `data' retuns the number of times the signal has occurred since the last call to kevent(). This `data' is recorded by filt_signal() (This is f_event in struct filterops). The system call kevent()'s events are processed by kqueue_scan() in kern_event.c. In kqueue_scan(), kn->kn_fop->f_event() is allways called after KN_INFLUX is set to kn->kn_status. On the other hand, kernel events are occured by knote() in kern_event.c. (In EVFILT_SIGNAL, knote() is called from tdsendsignal() in kern_sig.c.) In knote(), kn->kn_fop->f_event() is called only when KN_INFLUX is not set in kn->kn_status. In race condition between kqueue_scan() and knote(), kn->kn_fop->f_event() from knote() may not be called, I think. In knote(), because the context holds knlist's lock, the context can not sleep. So, KN_INFLUX should not be set on calling kn->kn_fop->f_event() in kqueue_scan(), I think. What do you think about this issue? Best regards, Kohji Okuno ----Next_Part(Wed_Apr__2_11_45_16_2014_492)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="child.c" #include #include #include #include int main() { sleep(1); exit(0); } ----Next_Part(Wed_Apr__2_11_45_16_2014_492)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="parent.c" #include #include #include #include #include #include #include #include #define NUM_CHILDREN 20 int main() { int i; pid_t pid; char *argv[2] = {"child", NULL}; struct kevent kev; int kqfd = kqueue(); int count; int err; int status; EV_SET(&kev, SIGCHLD, EVFILT_SIGNAL, EV_ADD, 0, 0, 0); kevent(kqfd, &kev, 1, NULL, 0, NULL); while (1) { count = 0; for (i = 0; i < NUM_CHILDREN; i++) { pid = fork(); if (pid == 0) { execve("./child", argv, NULL); } } while (1) { err = kevent(kqfd, NULL, 0, &kev, 1, NULL); if (err > 0 && kev.ident == SIGCHLD) { for (i = 0; i < kev.data; i++) { pid = waitpid(-1, &status, WNOHANG); if (pid > 0) { count++; printf("%d ", count); fflush(stdout); if (count == NUM_CHILDREN) { printf("\nOK\n"); goto next; } } } } } next: ; } exit(0); } ----Next_Part(Wed_Apr__2_11_45_16_2014_492)---- From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 05:14:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E32242B1; Wed, 2 Apr 2014 05:14:31 +0000 (UTC) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns.kevlo.org", Issuer "ns.kevlo.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 84618923; Wed, 2 Apr 2014 05:14:31 +0000 (UTC) Received: from srg.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) by ns.kevlo.org (8.14.8/8.14.8) with ESMTP id s325Dt4i042936 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 2 Apr 2014 13:13:56 +0800 (CST) (envelope-from kevlo@FreeBSD.org) Message-ID: <533B9C9C.3050504@FreeBSD.org> Date: Wed, 02 Apr 2014 13:14:04 +0800 From: Kevin Lo User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: UDP Lite support References: <201403261122.43541.jhb@freebsd.org> <5333F020.8000200@FreeBSD.org> <201403271221.29864.jhb@freebsd.org> <533A2285.2030705@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Joe Nosay , Brooks Davis , freebsd-current , Xin LI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 05:14:32 -0000 On 2014/04/02 04:53, Adrian Chadd wrote: > Hi! Hi Adrian, > > On 31 March 2014 19:20, Kevin Lo wrote: > > >> Thank you John. glebius@ suggests we don't need to have two absolutely >> equal uma zones since most systems don't run UDP-Lite. >> If practice shows that a differentiation at zone level between UDP and >> UDP-Lite PCBs is important, then it could be done later. >> >> Following up with a fourth version of the udp-lite patch. >> http://people.freebsd.org/~kevlo/udplite.diff >> >> On top of the previous versions, this: >> - removes a uma zone for udp-lite >> - udp_common_ctlinput() belongs under #ifdef INET >> - removes sysctl nodes for udp-lite. >> - bumps version and adds my copyright. > I've just briefly review this. > > I recommend turning the places where you do this: > > + pcbinfo = (pr == IPPROTO_UDP) ? &V_udbinfo : &V_ulitecbinfo; > > .. into some inline function which returns the correct pcbinfo based > on what 'pr' is. > > That way if someone wants to add another derivative UDP handler they > won't have to go and change those conditionals to yet another set of > nested conditionals. > > Same for: > > + pcblist = (pr == IPPROTO_UDP) ? &V_udb : &V_ulitecb; > > Other than that, it looks good. Thanks for the review. I added two inline functions get_inpcbinfo() and get_pcblist() which return the correct pcbinfo and pcblist respectively. The current version of the patch is in the same location, thanks. > > > -a Kevin From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 06:15:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ABC00AB5 for ; Wed, 2 Apr 2014 06:15:59 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7CD4BD7C for ; Wed, 2 Apr 2014 06:15:59 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s326Fq35006838 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Apr 2014 23:15:52 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s326FpPZ006837; Tue, 1 Apr 2014 23:15:51 -0700 (PDT) (envelope-from jmg) Date: Tue, 1 Apr 2014 23:15:51 -0700 From: John-Mark Gurney To: Kohji Okuno Subject: Re: kevent has bug? Message-ID: <20140402061551.GB3270@funkthat.com> Mail-Followup-To: Kohji Okuno , freebsd-current@freebsd.org References: <20140402.114516.1300054841784626892.okuno.kohji@jp.panasonic.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140402.114516.1300054841784626892.okuno.kohji@jp.panasonic.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 01 Apr 2014 23:15:52 -0700 (PDT) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 06:15:59 -0000 Kohji Okuno wrote this message on Wed, Apr 02, 2014 at 11:45 +0900: > I think, kevent() has a bug. > I tested sample programs by attached sources. > This sample tests about EVFILT_SIGNAL. > > I build sample programs by the following commands. > % gcc -O2 -o child child.c > % gcc -O2 -o parent parent.c > > The expected result is the following. > % ./parent > 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 > OK > 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 > OK > > But, sometimes the result was the following. > % ./parent > 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 > > This result means the number of times the signal has occured was > incorrect. I was able to reproduce this... > In case of EVFILT_SIGNAL, according to `man kevent', `data' retuns the > number of times the signal has occurred since the last call to > kevent(). This `data' is recorded by filt_signal() (This is f_event in > struct filterops). > > The system call kevent()'s events are processed by kqueue_scan() in > kern_event.c. In kqueue_scan(), kn->kn_fop->f_event() is allways > called after KN_INFLUX is set to kn->kn_status. > > On the other hand, kernel events are occured by knote() in > kern_event.c. (In EVFILT_SIGNAL, knote() is called from tdsendsignal() > in kern_sig.c.) In knote(), kn->kn_fop->f_event() is called only when > KN_INFLUX is not set in kn->kn_status. > > In race condition between kqueue_scan() and knote(), > kn->kn_fop->f_event() from knote() may not be called, I think. Considering that both are called w/ a lock, that cannot happen.. KN_LIST_LOCK(kn) locks the same lock that is asserted that is held by knote... > In knote(), because the context holds knlist's lock, the context can > not sleep. So, KN_INFLUX should not be set on calling > kn->kn_fop->f_event() in kqueue_scan(), I think. No, it needs to be set: * Setting the KN_INFLUX flag enables you to unlock the kq that this knote * is on, and modify kn_status as if you had the KQ lock. As this comment says, _INFLUX allows you to unlock the KQ w/o fear that the knote will disappear out from under you causing you to dereference possibly free'd memory.. If you just tried to lock the list lock w/o unlocking the KQ lock, you could end up w/ a dead lock, as you aren't maintaining lock order properly.. The correct lock order if knlist -> kq... > What do you think about this issue? This is a real issue, but not due to the race you described above... I have verified on my machine that it isn't because there is a knote waiting that isn't getting woken up, and the knote on my hung process has data == 0, so it definately lost one of the signals: (kgdb) print $14.kq_knhash[20].slh_first[0] $20 = {kn_link = {sle_next = 0x0}, kn_selnext = {sle_next = 0x0}, kn_knlist = 0xfffff8005a9c5840, kn_tqe = {tqe_next = 0xfffff801fdab4500, tqe_prev = 0xfffff8004bb10038}, kn_kq = 0xfffff8004bb10000, kn_kevent = { ident = 20, filter = -6, flags = 32, fflags = 0, data = 0, udata = 0x0}, kn_status = 0, kn_sfflags = 0, kn_sdata = 0, kn_ptr = { p_fp = 0xfffff8005a9c54b8, p_proc = 0xfffff8005a9c54b8, p_aio = 0xfffff8005a9c54b8, p_lio = 0xfffff8005a9c54b8, p_v = 0xfffff8005a9c54b8}, kn_fop = 0xffffffff81405ef0, kn_hook = 0x0, kn_hookid = 0} If you want to find this yourself, you can run kgdb on a live system, switch to the thread of the parent (info threads, thread XXX), and do: frame 7 (or a frame that has td, which is struct thread *), then: print *(struct kqueue *)td->td_proc[0].p_fd[0].fd_ofiles[3].fde_file[0].f_data This will give you the struct kqueue * of the parent, and then: print $XX.kq_knhash[0]@63 to figure out where the knote is in the hash, and then you can print it out yourself... I'm going to take a look at this a bit more later... I'm thinking of using dtrace to collect the stacks where filt_signal is called, and match them up... dtrace might even be able to get us the note's data upon return helping to make sure things got tracked properly... Thanks for finding this bug! Hopefully we can find a solution to it.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 07:00:10 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5AFC7686 for ; Wed, 2 Apr 2014 07:00:10 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A85FD12C for ; Wed, 2 Apr 2014 07:00:09 +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 JAA06543; Wed, 02 Apr 2014 09:59: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 1WVF9T-000L6S-2l; Wed, 02 Apr 2014 09:59:59 +0300 Message-ID: <533BB51D.2040100@FreeBSD.org> Date: Wed, 02 Apr 2014 09:58:37 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: "R. Tyler Croy" Subject: Re: ZFS panic in -CURRENT References: <20140328170021.7BE88D6@hub.freebsd.org> <20140331162232.45e300e7@monkeypox.org> <533A5FA9.7030705@FreeBSD.org> <20140401065721.5317b538@monkeypox.org> In-Reply-To: <20140401065721.5317b538@monkeypox.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 07:00:10 -0000 on 01/04/2014 16:57 R. Tyler Croy said the following: > On Tue, 01 Apr 2014 09:41:45 +0300 > Andriy Gapon wrote: > >> on 01/04/2014 02:22 R. Tyler Croy said the following: ... >>> Also in addition to the photo from before of the panic, here's >>> another reproduction photo: >>> >> >> Are you or have you even been running with any ZFS-related kernel >> patches? > > > Negative, I've never run any specific ZFS patches on this machine (or > any machine for that matter!) > > One other unique clue might be that I'm running with an encrypted > zpool, other than that, nothing fancy here. Your problem looks like a corruption of on-disk data. I can not say how it came to be or how to fix it now. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 07:06:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 49C0D8AE for ; Wed, 2 Apr 2014 07:06:26 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id DA4801D9 for ; Wed, 2 Apr 2014 07:06:25 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile13) with ESMTP id s3276IfO005620; Wed, 2 Apr 2014 16:06:19 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili11) with ESMTP id s3276IR25968; Wed, 2 Apr 2014 16:06:18 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi15) id s3276ITb012274; Wed, 2 Apr 2014 16:06:18 +0900 Received: from localhost by lomi15.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id s3276Itp012254; Wed, 2 Apr 2014 16:06:18 +0900 Date: Wed, 02 Apr 2014 16:06:16 +0900 (JST) Message-Id: <20140402.160616.1211219746022675269.okuno.kohji@jp.panasonic.com> To: jmg@funkthat.com Subject: Re: kevent has bug? From: Kohji Okuno In-Reply-To: <20140402061551.GB3270@funkthat.com> References: <20140402.114516.1300054841784626892.okuno.kohji@jp.panasonic.com> <20140402061551.GB3270@funkthat.com> Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Wed_Apr__2_16_06_16_2014_475)--" Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, okuno.kohji@jp.panasonic.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 07:06:26 -0000 ----Next_Part(Wed_Apr__2_16_06_16_2014_475)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: John-Mark Gurney Date: Tue, 1 Apr 2014 23:15:51 -0700 > Kohji Okuno wrote this message on Wed, Apr 02, 2014 at 11:45 +0900: >> I think, kevent() has a bug. >> I tested sample programs by attached sources. >> This sample tests about EVFILT_SIGNAL. >> >> I build sample programs by the following commands. >> % gcc -O2 -o child child.c >> % gcc -O2 -o parent parent.c >> >> The expected result is the following. >> % ./parent >> 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 >> OK >> 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 >> OK >> >> But, sometimes the result was the following. >> % ./parent >> 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 >> >> This result means the number of times the signal has occured was >> incorrect. > > I was able to reproduce this... > >> In case of EVFILT_SIGNAL, according to `man kevent', `data' retuns the >> number of times the signal has occurred since the last call to >> kevent(). This `data' is recorded by filt_signal() (This is f_event in >> struct filterops). >> >> The system call kevent()'s events are processed by kqueue_scan() in >> kern_event.c. In kqueue_scan(), kn->kn_fop->f_event() is allways >> called after KN_INFLUX is set to kn->kn_status. >> >> On the other hand, kernel events are occured by knote() in >> kern_event.c. (In EVFILT_SIGNAL, knote() is called from tdsendsignal() >> in kern_sig.c.) In knote(), kn->kn_fop->f_event() is called only when >> KN_INFLUX is not set in kn->kn_status. >> >> In race condition between kqueue_scan() and knote(), >> kn->kn_fop->f_event() from knote() may not be called, I think. > > Considering that both are called w/ a lock, that cannot happen.. > KN_LIST_LOCK(kn) locks the same lock that is asserted that is held > by knote... > >> In knote(), because the context holds knlist's lock, the context can >> not sleep. So, KN_INFLUX should not be set on calling >> kn->kn_fop->f_event() in kqueue_scan(), I think. > > No, it needs to be set: > * Setting the KN_INFLUX flag enables you to unlock the kq that this knote > * is on, and modify kn_status as if you had the KQ lock. > > As this comment says, _INFLUX allows you to unlock the KQ w/o fear that > the knote will disappear out from under you causing you to dereference > possibly free'd memory.. > > If you just tried to lock the list lock w/o unlocking the KQ lock, you > could end up w/ a dead lock, as you aren't maintaining lock order > properly.. The correct lock order if knlist -> kq... > >> What do you think about this issue? > > This is a real issue, but not due to the race you described > above... I beleave it's the result of the race. Could you try to add printf() in knote()? Please refer to attached patch. > I have verified on my machine that it isn't because there is a knote > waiting that isn't getting woken up, and the knote on my hung process > has data == 0, so it definately lost one of the signals: > (kgdb) print $14.kq_knhash[20].slh_first[0] > $20 = {kn_link = {sle_next = 0x0}, kn_selnext = {sle_next = 0x0}, > kn_knlist = 0xfffff8005a9c5840, kn_tqe = {tqe_next = 0xfffff801fdab4500, > tqe_prev = 0xfffff8004bb10038}, kn_kq = 0xfffff8004bb10000, kn_kevent = { > ident = 20, filter = -6, flags = 32, fflags = 0, data = 0, udata = 0x0}, > kn_status = 0, kn_sfflags = 0, kn_sdata = 0, kn_ptr = { > p_fp = 0xfffff8005a9c54b8, p_proc = 0xfffff8005a9c54b8, > p_aio = 0xfffff8005a9c54b8, p_lio = 0xfffff8005a9c54b8, > p_v = 0xfffff8005a9c54b8}, kn_fop = 0xffffffff81405ef0, kn_hook = 0x0, > kn_hookid = 0} > > If you want to find this yourself, you can run kgdb on a live system, > switch to the thread of the parent (info threads, thread XXX), and > do: > frame 7 > > (or a frame that has td, which is struct thread *), then: > print *(struct kqueue *)td->td_proc[0].p_fd[0].fd_ofiles[3].fde_file[0].f_data > > This will give you the struct kqueue * of the parent, and then: > print $XX.kq_knhash[0]@63 > > to figure out where the knote is in the hash, and then you can print > it out yourself... > > I'm going to take a look at this a bit more later... I'm thinking of > using dtrace to collect the stacks where filt_signal is called, and > match them up... dtrace might even be able to get us the note's data > upon return helping to make sure things got tracked properly... > > Thanks for finding this bug! Hopefully we can find a solution to it.. > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." ----Next_Part(Wed_Apr__2_16_06_16_2014_475)-- Content-Type: Text/X-Patch; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="debug.patch" diff --git a/sys/kern/kern_event.c b/sys/kern/kern_event.c index b3fb23d..7791447 100644 --- a/sys/kern/kern_event.c +++ b/sys/kern/kern_event.c @@ -1868,6 +1868,8 @@ knote(struct knlist *list, long hint, int lockflags) if ((kn->kn_status & KN_INFLUX) != KN_INFLUX) { KQ_LOCK(kq); if ((kn->kn_status & KN_INFLUX) == KN_INFLUX) { + if (hint & NOTE_SIGNAL) + printf("Aee2\n"); KQ_UNLOCK(kq); } else if ((lockflags & KNF_NOKQLOCK) != 0) { kn->kn_status |= KN_INFLUX; @@ -1886,6 +1888,10 @@ knote(struct knlist *list, long hint, int lockflags) KQ_UNLOCK(kq); } } + else { + if (hint & NOTE_SIGNAL) + printf("Aee1\n"); + } kq = NULL; } if ((lockflags & KNF_LISTLOCKED) == 0) ----Next_Part(Wed_Apr__2_16_06_16_2014_475)---- From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 09:22:54 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 927D9EB7; Wed, 2 Apr 2014 09:22:54 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "theravensnest.org", Issuer "theravensnest.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3A63BFA0; Wed, 2 Apr 2014 09:22:53 +0000 (UTC) Received: from [192.168.0.100] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s329Mcn2054303 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 2 Apr 2014 09:22:40 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Leaving the Desktop Market From: David Chisnall In-Reply-To: Date: Wed, 2 Apr 2014 10:22:32 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20140401094044.GX44074@e-new.0x20.net> <083e01cf4db9$f8f4e040$eadea0c0$@FreeBSD.org> <20140401174302.GU44074@e-new.0x20.net> <20140401195006.GA1368@tiny-r255948> To: Kevin Oberman X-Mailer: Apple Mail (2.1874) Cc: freebsd-advocacy@freebsd.org, Lars Engels , Matthias Apitz , Eitan Adler , hackers@freebsd.org, dteske@freebsd.org, Jordan Hubbard , "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 09:22:54 -0000 On 1 Apr 2014, at 23:10, Kevin Oberman wrote: > Audio output is pretty system dependent, but I had little problem = getting > my audio to auto-switch to headphones when I plugged them in. The = setup is > a bit ugly,but I only had to check the available PINs (ugly, ugly) and = set > up stuff once. It just works. If you want my example set-up, I can = post it > somewhere or you can look in the archives for it as I have posted it = in the > past. It would be good to have this in the handbook (and to see what we can do = to improve it). FreeBSD audio typically works out of the box and it's = great when it does[1], but it can be underdocumented black magic to make = it work when it doesn't. For example, I believe it's possible to tell = pcm that when it receives a stereo stream it should redirect the left = channel to the front and rear left, and the right channel to the front = and rear right, but I haven't yet worked out how to do this - I'd have = thought it was the kind of default that we'd want to have. The use case that PulseAudio was [over]designed to fix was plugging in = USB headphones (or connecting a Bluetooth headset) and having existing = audio streams redirected there. This should be possible with the = existing sound stack, but there are some bits of plumbing missing. We = already do in-kernel mixing and resampling, which are the hard bits. = Duplicating streams and redirecting them are trivial by comparison. David [1] Although I had a slightly embarrassing moment when I spent an hour = hunting for docs to tell me how to configure my media centre box do 5.1 = output and then decided to just try it and found it worked out of the = box.= From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 09:29:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4038152A; Wed, 2 Apr 2014 09:29:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E5519117; Wed, 2 Apr 2014 09:29:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s329TIrw061998; Wed, 2 Apr 2014 05:29:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s329TImA061991; Wed, 2 Apr 2014 09:29:18 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Apr 2014 09:29:18 GMT Message-Id: <201404020929.s329TImA061991@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2014 09:29:27 -0000 TB --- 2014-04-02 06:00:42 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-02 06:00:42 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-02 06:00:42 - starting HEAD tinderbox run for arm/arm TB --- 2014-04-02 06:00:42 - cleaning the object tree TB --- 2014-04-02 06:00:42 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-02 06:00:47 - At svn revision 264031 TB --- 2014-04-02 06:00:48 - building world TB --- 2014-04-02 06:00:48 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 06:00:48 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 06:00:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 06:00:48 - SRCCONF=/dev/null TB --- 2014-04-02 06:00:48 - TARGET=arm TB --- 2014-04-02 06:00:48 - TARGET_ARCH=arm TB --- 2014-04-02 06:00:48 - TZ=UTC TB --- 2014-04-02 06:00:48 - __MAKE_CONF=/dev/null TB --- 2014-04-02 06:00:48 - cd /src TB --- 2014-04-02 06:00:48 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 2 06:00:55 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 2 09:21:09 UTC 2014 TB --- 2014-04-02 09:21:09 - generating LINT kernel config TB --- 2014-04-02 09:21:09 - cd /src/sys/arm/conf TB --- 2014-04-02 09:21:09 - /usr/bin/make -B LINT TB --- 2014-04-02 09:21:09 - cd /src/sys/arm/conf TB --- 2014-04-02 09:21:09 - /obj/arm.arm/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-02 09:21:09 - building LINT kernel TB --- 2014-04-02 09:21:09 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 09:21:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 09:21:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 09:21:09 - SRCCONF=/dev/null TB --- 2014-04-02 09:21:09 - TARGET=arm TB --- 2014-04-02 09:21:09 - TARGET_ARCH=arm TB --- 2014-04-02 09:21:09 - TZ=UTC TB --- 2014-04-02 09:21:09 - __MAKE_CONF=/dev/null TB --- 2014-04-02 09:21:09 - cd /src TB --- 2014-04-02 09:21:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 2 09:21:10 UTC 2014 >>> 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/dev/iicbus/iicsmb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/dev/iicbus/iicoc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/dev/iicbus/s35390a.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/dev/iir/iir.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/dev/iir/iir_ctrl.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/dev/iir/iir_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/dev/iscsi/icl.c /src/sys/dev/iscsi/icl.c:1052:7: error: format specifies type 'intmax_t' (aka 'long long') but the argument has type 'size_t' (aka 'unsigned int') [-Werror,-Wformat] minspace); ^~~~~~~~ /src/sys/dev/iscsi/icl.c:95:21: note: expanded from macro 'ICL_WARN' __func__, ## __VA_ARGS__); \ ^ /src/sys/dev/iscsi/icl.c:1057:7: error: format specifies type 'intmax_t' (aka 'long long') but the argument has type 'size_t' (aka 'unsigned int') [-Werror,-Wformat] minspace); ^~~~~~~~ /src/sys/dev/iscsi/icl.c:95:21: note: expanded from macro 'ICL_WARN' __func__, ## __VA_ARGS__); \ ^ 2 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-02 09:29:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-02 09:29:18 - ERROR: failed to build LINT kernel TB --- 2014-04-02 09:29:18 - 9988.60 user 1648.07 system 12515.81 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 09:43:18 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E9D08907; Wed, 2 Apr 2014 09:43:18 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BE9B82E0; Wed, 2 Apr 2014 09:43:18 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s329hHoc066519; Wed, 2 Apr 2014 05:43:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s329hH07066514; Wed, 2 Apr 2014 09:43:17 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Apr 2014 09:43:17 GMT Message-Id: <201404020943.s329hH07066514@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2014 09:43:19 -0000 TB --- 2014-04-02 06:00:42 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-02 06:00:42 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-02 06:00:42 - starting HEAD tinderbox run for i386/i386 TB --- 2014-04-02 06:00:42 - cleaning the object tree TB --- 2014-04-02 06:00:42 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-02 06:00:47 - At svn revision 264031 TB --- 2014-04-02 06:00:48 - building world TB --- 2014-04-02 06:00:48 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 06:00:48 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 06:00:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 06:00:48 - SRCCONF=/dev/null TB --- 2014-04-02 06:00:48 - TARGET=i386 TB --- 2014-04-02 06:00:48 - TARGET_ARCH=i386 TB --- 2014-04-02 06:00:48 - TZ=UTC TB --- 2014-04-02 06:00:48 - __MAKE_CONF=/dev/null TB --- 2014-04-02 06:00:48 - cd /src TB --- 2014-04-02 06:00:48 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 2 06:00:55 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 2 09:31:19 UTC 2014 TB --- 2014-04-02 09:31:19 - generating LINT kernel config TB --- 2014-04-02 09:31:19 - cd /src/sys/i386/conf TB --- 2014-04-02 09:31:19 - /usr/bin/make -B LINT TB --- 2014-04-02 09:31:19 - cd /src/sys/i386/conf TB --- 2014-04-02 09:31:19 - /obj/i386.i386/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-02 09:31:19 - building LINT kernel TB --- 2014-04-02 09:31:19 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 09:31:19 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 09:31:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 09:31:19 - SRCCONF=/dev/null TB --- 2014-04-02 09:31:19 - TARGET=i386 TB --- 2014-04-02 09:31:19 - TARGET_ARCH=i386 TB --- 2014-04-02 09:31:19 - TZ=UTC TB --- 2014-04-02 09:31:19 - __MAKE_CONF=/dev/null TB --- 2014-04-02 09:31:19 - cd /src TB --- 2014-04-02 09:31:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 2 09:31:19 UTC 2014 >>> 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 -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -c ipwibssfw.c uudecode -o ipw_ibss.fw /src/sys/contrib/dev/ipw/ipw2100-1.3-i.fw.uu ld -b binary --no-warn-mismatch -d -warn-common -r -o ipw_ibss.fwo ipw_ibss.fw cc -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -c ipwmonitorfw.c uudecode -o ipw_monitor.fw /src/sys/contrib/dev/ipw/ipw2100-1.3-p.fw.uu ld -b binary --no-warn-mismatch -d -warn-common -r -o ipw_monitor.fwo ipw_monitor.fw 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/iscsi/icl.c /src/sys/dev/iscsi/icl.c:1052:7: error: format specifies type 'intmax_t' (aka 'long long') but the argument has type 'size_t' (aka 'unsigned int') [-Werror,-Wformat] minspace); ^~~~~~~~ /src/sys/dev/iscsi/icl.c:95:21: note: expanded from macro 'ICL_WARN' __func__, ## __VA_ARGS__); \ ^ /src/sys/dev/iscsi/icl.c:1057:7: error: format specifies type 'intmax_t' (aka 'long long') but the argument has type 'size_t' (aka 'unsigned int') [-Werror,-Wformat] minspace); ^~~~~~~~ /src/sys/dev/iscsi/icl.c:95:21: note: expanded from macro 'ICL_WARN' __func__, ## __VA_ARGS__); \ ^ 2 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-02 09:43:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-02 09:43:17 - ERROR: failed to build LINT kernel TB --- 2014-04-02 09:43:17 - 10943.47 user 1582.51 system 13354.55 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 09:44:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73201A35; Wed, 2 Apr 2014 09:44:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 479502FA; Wed, 2 Apr 2014 09:43:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s329hv5q069306; Wed, 2 Apr 2014 05:43:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s329hvu6069302; Wed, 2 Apr 2014 09:43:57 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Apr 2014 09:43:57 GMT Message-Id: <201404020943.s329hvu6069302@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2014 09:44:01 -0000 TB --- 2014-04-02 06:00:42 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-02 06:00:42 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-02 06:00:42 - starting HEAD tinderbox run for armv6/arm TB --- 2014-04-02 06:00:42 - cleaning the object tree TB --- 2014-04-02 06:00:42 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-02 06:00:47 - At svn revision 264031 TB --- 2014-04-02 06:00:48 - building world TB --- 2014-04-02 06:00:48 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 06:00:48 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 06:00:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 06:00:48 - SRCCONF=/dev/null TB --- 2014-04-02 06:00:48 - TARGET=arm TB --- 2014-04-02 06:00:48 - TARGET_ARCH=armv6 TB --- 2014-04-02 06:00:48 - TZ=UTC TB --- 2014-04-02 06:00:48 - __MAKE_CONF=/dev/null TB --- 2014-04-02 06:00:48 - cd /src TB --- 2014-04-02 06:00:48 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 2 06:00:55 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 2 09:21:09 UTC 2014 TB --- 2014-04-02 09:21:09 - generating LINT kernel config TB --- 2014-04-02 09:21:09 - cd /src/sys/arm/conf TB --- 2014-04-02 09:21:09 - /usr/bin/make -B LINT TB --- 2014-04-02 09:21:09 - cd /src/sys/arm/conf TB --- 2014-04-02 09:21:09 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-02 09:21:09 - skipping LINT kernel TB --- 2014-04-02 09:21:09 - cd /src/sys/arm/conf TB --- 2014-04-02 09:21:09 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m AC100 TB --- 2014-04-02 09:21:10 - building AC100 kernel TB --- 2014-04-02 09:21:10 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 09:21:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 09:21:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 09:21:10 - SRCCONF=/dev/null TB --- 2014-04-02 09:21:10 - TARGET=arm TB --- 2014-04-02 09:21:10 - TARGET_ARCH=armv6 TB --- 2014-04-02 09:21:10 - TZ=UTC TB --- 2014-04-02 09:21:10 - __MAKE_CONF=/dev/null TB --- 2014-04-02 09:21:10 - cd /src TB --- 2014-04-02 09:21:10 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Wed Apr 2 09:21:10 UTC 2014 >>> 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 AC100 completed on Wed Apr 2 09:24:20 UTC 2014 TB --- 2014-04-02 09:24:20 - cd /src/sys/arm/conf TB --- 2014-04-02 09:24:20 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ARMADAXP TB --- 2014-04-02 09:24:21 - building ARMADAXP kernel TB --- 2014-04-02 09:24:21 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 09:24:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 09:24:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 09:24:21 - SRCCONF=/dev/null TB --- 2014-04-02 09:24:21 - TARGET=arm TB --- 2014-04-02 09:24:21 - TARGET_ARCH=armv6 TB --- 2014-04-02 09:24:21 - TZ=UTC TB --- 2014-04-02 09:24:21 - __MAKE_CONF=/dev/null TB --- 2014-04-02 09:24:21 - cd /src TB --- 2014-04-02 09:24:21 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP >>> Kernel build for ARMADAXP started on Wed Apr 2 09:24:21 UTC 2014 >>> 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 ARMADAXP completed on Wed Apr 2 09:28:25 UTC 2014 TB --- 2014-04-02 09:28:25 - cd /src/sys/arm/conf TB --- 2014-04-02 09:28:25 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ARNDALE TB --- 2014-04-02 09:28:25 - building ARNDALE kernel TB --- 2014-04-02 09:28:25 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 09:28:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 09:28:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 09:28:25 - SRCCONF=/dev/null TB --- 2014-04-02 09:28:25 - TARGET=arm TB --- 2014-04-02 09:28:25 - TARGET_ARCH=armv6 TB --- 2014-04-02 09:28:25 - TZ=UTC TB --- 2014-04-02 09:28:25 - __MAKE_CONF=/dev/null TB --- 2014-04-02 09:28:25 - cd /src TB --- 2014-04-02 09:28:25 - /usr/bin/make -B buildkernel KERNCONF=ARNDALE >>> Kernel build for ARNDALE started on Wed Apr 2 09:28:25 UTC 2014 >>> 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 ARNDALE completed on Wed Apr 2 09:33:16 UTC 2014 TB --- 2014-04-02 09:33:16 - cd /src/sys/arm/conf TB --- 2014-04-02 09:33:16 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ATMEL TB --- 2014-04-02 09:33:16 - skipping ATMEL kernel TB --- 2014-04-02 09:33:16 - cd /src/sys/arm/conf TB --- 2014-04-02 09:33:16 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m AVILA TB --- 2014-04-02 09:33:16 - skipping AVILA kernel TB --- 2014-04-02 09:33:16 - cd /src/sys/arm/conf TB --- 2014-04-02 09:33:16 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m BEAGLEBONE TB --- 2014-04-02 09:33:16 - building BEAGLEBONE kernel TB --- 2014-04-02 09:33:16 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 09:33:16 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 09:33:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 09:33:16 - SRCCONF=/dev/null TB --- 2014-04-02 09:33:16 - TARGET=arm TB --- 2014-04-02 09:33:16 - TARGET_ARCH=armv6 TB --- 2014-04-02 09:33:16 - TZ=UTC TB --- 2014-04-02 09:33:16 - __MAKE_CONF=/dev/null TB --- 2014-04-02 09:33:16 - cd /src TB --- 2014-04-02 09:33:16 - /usr/bin/make -B buildkernel KERNCONF=BEAGLEBONE >>> Kernel build for BEAGLEBONE started on Wed Apr 2 09:33:16 UTC 2014 >>> 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 [...] awk -f /src/sys/conf/kmod_syms.awk ip_mroute.kld export_syms | xargs -J% objcopy % ip_mroute.kld ld -Bshareable -d -warn-common -o ip_mroute.ko.debug ip_mroute.kld objcopy --only-keep-debug ip_mroute.ko.debug ip_mroute.ko.symbols objcopy --strip-debug --add-gnu-debuglink=ip_mroute.ko.symbols ip_mroute.ko.debug ip_mroute.ko ===> iscsi (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/../../ofed/include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/arm.armv6/src/sys/BEAGLEBONE/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -g -I/obj/arm.armv6/src/sys/BEAGLEBONE -ffreestanding -gdwarf-2 -std=iso9899:1999 -Qunused-arguments -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -c /src/sys/modules/iscsi/../../dev/iscsi//iscsi.c cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/../../ofed/include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/arm.armv6/src/sys/BEAGLEBONE/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -g -I/obj/arm.armv6/src/sys/BEAGLEBONE -ffreestanding -gdwarf-2 -std=iso9899:1999 -Qunused-arguments -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -c /src/sys/modules/iscsi/../../dev/iscsi//icl.c /src/sys/modules/iscsi/../../dev/iscsi//icl.c:1052:7: error: format specifies type 'intmax_t' (aka 'long long') but the argument has type 'size_t' (aka 'unsigned int') [-Werror,-Wformat] minspace); ^~~~~~~~ /src/sys/modules/iscsi/../../dev/iscsi//icl.c:95:21: note: expanded from macro 'ICL_WARN' __func__, ## __VA_ARGS__); \ ^ /src/sys/modules/iscsi/../../dev/iscsi//icl.c:1057:7: error: format specifies type 'intmax_t' (aka 'long long') but the argument has type 'size_t' (aka 'unsigned int') [-Werror,-Wformat] minspace); ^~~~~~~~ /src/sys/modules/iscsi/../../dev/iscsi//icl.c:95:21: note: expanded from macro 'ICL_WARN' __func__, ## __VA_ARGS__); \ ^ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/sys/modules/iscsi *** Error code 1 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/BEAGLEBONE *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-02 09:43:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-02 09:43:57 - ERROR: failed to build BEAGLEBONE kernel TB --- 2014-04-02 09:43:57 - 10700.72 user 1773.12 system 13394.50 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 11:01:18 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ECF691FA for ; Wed, 2 Apr 2014 11:01:18 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp08.smtpout.orange.fr [80.12.242.130]) by mx1.freebsd.org (Postfix) with ESMTP id 91075DD2 for ; Wed, 2 Apr 2014 11:01:17 +0000 (UTC) Received: from localhost ([92.162.3.14]) by mwinf5d31 with ME id kz1A1n00c0J8WtG03z1AuS; Wed, 02 Apr 2014 13:01:11 +0200 Message-ID: <533BEDF7.9080407@orange.fr> Date: Wed, 02 Apr 2014 13:01:11 +0200 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: vt text cursor invisible in reverse video References: <53355335.6040505@orange.fr> <5335592F.2010301@orange.fr> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 11:01:19 -0000 On 03/28/2014 19:15, Adrian Chadd wrote: > Hi, > > Would you mind filing it as a PR? > > www.freebsd.org/send-pr.html > > kern/188196 After 19 years of FreeBSD use and not being part of any chapel/coterie/mafia I don't keep much illusion about the outcome.. CBu From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 11:34:16 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 61EB5967; Wed, 2 Apr 2014 11:34:16 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E5FB8159; Wed, 2 Apr 2014 11:34:15 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 108BC6A675D; Wed, 2 Apr 2014 13:34:14 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id s32BYDGQ068968; Wed, 2 Apr 2014 13:34:13 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id s32BYD0S068029; Wed, 2 Apr 2014 13:34:13 +0200 (CEST) (envelope-from lars) Date: Wed, 2 Apr 2014 13:34:13 +0200 From: Lars Engels To: David Chisnall Subject: Re: Leaving the Desktop Market Message-ID: <20140402113413.GC44074@e-new.0x20.net> References: <20140401094044.GX44074@e-new.0x20.net> <083e01cf4db9$f8f4e040$eadea0c0$@FreeBSD.org> <20140401174302.GU44074@e-new.0x20.net> <20140401195006.GA1368@tiny-r255948> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jrSbkLCAP5lJDiYt" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p4 User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-advocacy@freebsd.org, "current@freebsd.org" , Eitan Adler , Matthias Apitz , Kevin Oberman , hackers@freebsd.org, dteske@freebsd.org, Jordan Hubbard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 11:34:16 -0000 --jrSbkLCAP5lJDiYt Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 02, 2014 at 10:22:32AM +0100, David Chisnall wrote: > On 1 Apr 2014, at 23:10, Kevin Oberman wrote: >=20 > > Audio output is pretty system dependent, but I had little problem getti= ng > > my audio to auto-switch to headphones when I plugged them in. The setup= is > > a bit ugly,but I only had to check the available PINs (ugly, ugly) and = set > > up stuff once. It just works. If you want my example set-up, I can post= it > > somewhere or you can look in the archives for it as I have posted it in= the > > past. >=20 > It would be good to have this in the handbook (and to see what we can > do to improve it). FreeBSD audio typically works out of the box and > it's great when it does[1], but it can be underdocumented black magic > to make it work when it doesn't. For example, I believe it's possible > to tell pcm that when it receives a stereo stream it should redirect > the left channel to the front and rear left, and the right channel to > the front and rear right, but I haven't yet worked out how to do this > - I'd have thought it was the kind of default that we'd want to have. >=20 > The use case that PulseAudio was [over]designed to fix was plugging in > USB headphones (or connecting a Bluetooth headset) and having existing > audio streams redirected there. This should be possible with the > existing sound stack, but there are some bits of plumbing missing. We > already do in-kernel mixing and resampling, which are the hard bits. > Duplicating streams and redirecting them are trivial by comparison. >=20 > David >=20 > [1] Although I had a slightly embarrassing moment when I spent an hour > hunting for docs to tell me how to configure my media centre box do > 5.1 output and then decided to just try it and found it worked out of > the box. AFAIK we already can configure HDA's sound output and input in many ways using sysctl(8). What's still missing is a user-friendly way to configure sound. There are some things that can be handled in one little program / script / TUI / GUI / CLI: - Default sound unit (hw.snd.default_unit) - Use the last inserted sound device as default? (hw.snd.default_auto)=20 - PIN Routing (dev.hdaa.%d.config) - Mixer settings Putting it all together in something called sndcontrol should not be too hard. It just takes someone(TM) to do it --jrSbkLCAP5lJDiYt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iKYEARECAGYFAlM79bVfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDE3RkMwOEUxNUUwOUJEMjE0ODlFMjA1MDI5 Q0U3NURBQzBGNzY5RjgACgkQKc512sD3afj83QCff6LSbQZdtxRzfGZFqMdgWZw3 0AgAnjzXM5yLM8NaQm13/hqalZeengsY =2EIo -----END PGP SIGNATURE----- --jrSbkLCAP5lJDiYt-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 11:00:20 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F3B7E1E1 for ; Wed, 2 Apr 2014 11:00:19 +0000 (UTC) Received: from mail-ob0-f176.google.com (mail-ob0-f176.google.com [209.85.214.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BFE3ADC8 for ; Wed, 2 Apr 2014 11:00:19 +0000 (UTC) Received: by mail-ob0-f176.google.com with SMTP id wp18so14274obc.35 for ; Wed, 02 Apr 2014 04:00:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=WcBgMF/svHkb0cJpt32plUw3OBHhQiW0OaSE2P4vGBw=; b=nCyYPX0Rnx240gr2TZAV7suK1Wjku1M45hmo6zBWK4UHotvm8qPd5k7iOHWb3VkZUL WbSepNkG3/zwdvf1Ht8tvuQatBMnCc4ieC7prtkjoe1tPAVMW39ETDJHEDCcUX7UpWcW zTh15qJ1cEOHQ+0cDe0WAzp3z6O048S9IPcSlbolHBQqgHNpdl+B9PPlk6SBRNR89EOu Bvgw+Js/X2Wfu84KW8pGzJC9klAQvwopyWdCeB4qIMlwu77ejhkqpFrHMVIsOX5w0n8G lQn5z3XxUPZH/5ez8I6r5pGNLTgSlQwYTALQ/Hw5TCb+OtXXIaZjAYxyg1oBTI5XCxlc oeyw== X-Gm-Message-State: ALoCoQmCVIeL+8OhsdAB5Cp5aE4j4WBUqDzp8W2PztoRq51tozLDDWeQx7R2Wgr/CieNWJFtIa4H MIME-Version: 1.0 X-Received: by 10.60.50.197 with SMTP id e5mr7747793oeo.39.1396436418967; Wed, 02 Apr 2014 04:00:18 -0700 (PDT) Received: by 10.182.130.168 with HTTP; Wed, 2 Apr 2014 04:00:18 -0700 (PDT) Date: Wed, 2 Apr 2014 13:00:18 +0200 Message-ID: Subject: Adding Encryption Algorithm to Kernel From: Shady Elhamy To: current@FreeBSD.org X-Mailman-Approved-At: Wed, 02 Apr 2014 11:35:53 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 11:00:20 -0000 Hi I am working on a project and i want to add an encryption algorithm to freeBSD kernel. What are the steps ? Which files should i change ? I have searched the internet and the forums and mailing lists, but couldn't find anything. I was hoping you could help me out. Thanks in advance, Shady From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 11:55:23 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A2573CD; Wed, 2 Apr 2014 11:55:23 +0000 (UTC) Received: from mail.iXsystems.com (newknight.ixsystems.com [206.40.55.70]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 02B3E600; Wed, 2 Apr 2014 11:55:22 +0000 (UTC) Received: from localhost (mail.ixsystems.com [10.2.55.1]) by mail.iXsystems.com (Postfix) with ESMTP id A2D4372B9E; Wed, 2 Apr 2014 04:55:21 -0700 (PDT) Received: from mail.iXsystems.com ([10.2.55.1]) by localhost (mail.ixsystems.com [10.2.55.1]) (maiad, port 10024) with ESMTP id 78109-05; Wed, 2 Apr 2014 04:55:21 -0700 (PDT) Received: from [10.8.0.6] (unknown [10.8.0.6]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.iXsystems.com (Postfix) with ESMTPSA id CA3C872B90; Wed, 2 Apr 2014 04:55:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ixsystems.com; s=newknight0; t=1396439721; bh=zFbDG7tnTuJmyhCM1ccZz3i5h+4B8rt+4VfvzZe7KjA=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=vYiLASOHcsCSObpcIZaWpQhS+fGZQVIVo4X+Quyg7Tv/PaXkShytPQyIZ6sSgW8xI pkJzSDp0fTZGBcSGM66UpVjkUeU+eYlHq6ZDDFdBc3M3tOT+Jp1RsKauoqM1QOmvZm Fwsd4hXDLQekHTbdiSfmWHbe9sv51ljns/pb5p2I= Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Leaving the Desktop Market From: Jordan Hubbard In-Reply-To: <84CEE725-93E4-40BC-8092-5768E9DB47E6@netgate.com> Date: Wed, 2 Apr 2014 16:54:59 +0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <1396353429.56465.7.camel@powernoodle.corp.yahoo.com> <84CEE725-93E4-40BC-8092-5768E9DB47E6@netgate.com> To: Jim Thompson X-Mailer: Apple Mail (2.1874) Cc: Eitan Adler , hackers@freebsd.org, Sean Bruno , freebsd-advocacy@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 11:55:23 -0000 On Apr 1, 2014, at 9:12 PM, Jim Thompson wrote: > I have Macs at work (typing on one now), and a mac at home. I like = them. > [ =85 ] > It=92s just like being back in the 80s, when Unix had a desktop = market, only much, much faster. Worry not, there=92s a product just for you now! = http://www.macstories.net/mac/cathode-is-a-vintage-terminal-for-os-x/ Of course I have a copy. I couldn=92t resist buying it. - Jordan From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 12:07:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 48929BE0 for ; Wed, 2 Apr 2014 12:07:58 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C09D0833 for ; Wed, 2 Apr 2014 12:07:57 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.8/8.14.8) with ESMTP id s32C7kw9074582; Wed, 2 Apr 2014 15:07:46 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s32C7kw9074582 Received: (from kostik@localhost) by tom.home (8.14.8/8.14.8/Submit) id s32C7j85074581; Wed, 2 Apr 2014 15:07:45 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 2 Apr 2014 15:07:45 +0300 From: Konstantin Belousov To: Kohji Okuno Subject: Re: kevent has bug? Message-ID: <20140402120745.GN21331@kib.kiev.ua> References: <20140402.114516.1300054841784626892.okuno.kohji@jp.panasonic.com> <20140402061551.GB3270@funkthat.com> <20140402.160616.1211219746022675269.okuno.kohji@jp.panasonic.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zvf7DYrKnARJlhgd" Content-Disposition: inline In-Reply-To: <20140402.160616.1211219746022675269.okuno.kohji@jp.panasonic.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: jmg@funkthat.com, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 12:07:58 -0000 --zvf7DYrKnARJlhgd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 02, 2014 at 04:06:16PM +0900, Kohji Okuno wrote: > From: John-Mark Gurney > Date: Tue, 1 Apr 2014 23:15:51 -0700 > > Kohji Okuno wrote this message on Wed, Apr 02, 2014 at 11:45 +0900: > >> I think, kevent() has a bug. > >> I tested sample programs by attached sources. > >> This sample tests about EVFILT_SIGNAL. > >>=20 > >> I build sample programs by the following commands. > >> % gcc -O2 -o child child.c > >> % gcc -O2 -o parent parent.c > >>=20 > >> The expected result is the following. > >> % ./parent > >> 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20=20 > >> OK > >> 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20=20 > >> OK > >>=20 > >> But, sometimes the result was the following. > >> % ./parent > >> 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19=20 > >>=20 > >> This result means the number of times the signal has occured was > >> incorrect. > >=20 > > I was able to reproduce this... > >=20 > >> In case of EVFILT_SIGNAL, according to `man kevent', `data' retuns the > >> number of times the signal has occurred since the last call to > >> kevent(). This `data' is recorded by filt_signal() (This is f_event in > >> struct filterops). > >>=20 > >> The system call kevent()'s events are processed by kqueue_scan() in > >> kern_event.c. In kqueue_scan(), kn->kn_fop->f_event() is allways > >> called after KN_INFLUX is set to kn->kn_status. > >>=20 > >> On the other hand, kernel events are occured by knote() in > >> kern_event.c. (In EVFILT_SIGNAL, knote() is called from tdsendsignal() > >> in kern_sig.c.) In knote(), kn->kn_fop->f_event() is called only when > >> KN_INFLUX is not set in kn->kn_status. > >>=20 > >> In race condition between kqueue_scan() and knote(), > >> kn->kn_fop->f_event() from knote() may not be called, I think. > >=20 > > Considering that both are called w/ a lock, that cannot happen.. > > KN_LIST_LOCK(kn) locks the same lock that is asserted that is held > > by knote... > >=20 > >> In knote(), because the context holds knlist's lock, the context can > >> not sleep. So, KN_INFLUX should not be set on calling > >> kn->kn_fop->f_event() in kqueue_scan(), I think. > >=20 > > No, it needs to be set: > > * Setting the KN_INFLUX flag enables you to unlock the kq that this kn= ote > > * is on, and modify kn_status as if you had the KQ lock. > >=20 > > As this comment says, _INFLUX allows you to unlock the KQ w/o fear that > > the knote will disappear out from under you causing you to dereference > > possibly free'd memory.. > >=20 > > If you just tried to lock the list lock w/o unlocking the KQ lock, you > > could end up w/ a dead lock, as you aren't maintaining lock order > > properly.. The correct lock order if knlist -> kq... > >=20 > >> What do you think about this issue? > >=20 > > This is a real issue, but not due to the race you described > > above... >=20 > I beleave it's the result of the race. >=20 > Could you try to add printf() in knote()? > Please refer to attached patch. >=20 >=20 > > I have verified on my machine that it isn't because there is a knote > > waiting that isn't getting woken up, and the knote on my hung process > > has data =3D=3D 0, so it definately lost one of the signals: > > (kgdb) print $14.kq_knhash[20].slh_first[0] > > $20 =3D {kn_link =3D {sle_next =3D 0x0}, kn_selnext =3D {sle_next =3D 0= x0}, > > kn_knlist =3D 0xfffff8005a9c5840, kn_tqe =3D {tqe_next =3D 0xfffff801= fdab4500, > > tqe_prev =3D 0xfffff8004bb10038}, kn_kq =3D 0xfffff8004bb10000, kn_= kevent =3D { > > ident =3D 20, filter =3D -6, flags =3D 32, fflags =3D 0, data =3D 0= , udata =3D 0x0}, > > kn_status =3D 0, kn_sfflags =3D 0, kn_sdata =3D 0, kn_ptr =3D { > > p_fp =3D 0xfffff8005a9c54b8, p_proc =3D 0xfffff8005a9c54b8, > > p_aio =3D 0xfffff8005a9c54b8, p_lio =3D 0xfffff8005a9c54b8, > > p_v =3D 0xfffff8005a9c54b8}, kn_fop =3D 0xffffffff81405ef0, kn_hook= =3D 0x0, > > kn_hookid =3D 0} > >=20 > > If you want to find this yourself, you can run kgdb on a live system, > > switch to the thread of the parent (info threads, thread XXX), and > > do: > > frame 7 > >=20 > > (or a frame that has td, which is struct thread *), then: > > print *(struct kqueue *)td->td_proc[0].p_fd[0].fd_ofiles[3].fde_file[0]= =2Ef_data > >=20 > > This will give you the struct kqueue * of the parent, and then: > > print $XX.kq_knhash[0]@63 > >=20 > > to figure out where the knote is in the hash, and then you can print > > it out yourself... > >=20 > > I'm going to take a look at this a bit more later... I'm thinking of > > using dtrace to collect the stacks where filt_signal is called, and > > match them up... dtrace might even be able to get us the note's data > > upon return helping to make sure things got tracked properly... > >=20 > > Thanks for finding this bug! Hopefully we can find a solution to it.. > >=20 > > --=20 > > John-Mark Gurney Voice: +1 415 225 5579 > >=20 > > "All that I will do, has been done, All that I have, has not." > diff --git a/sys/kern/kern_event.c b/sys/kern/kern_event.c > index b3fb23d..7791447 100644 > --- a/sys/kern/kern_event.c > +++ b/sys/kern/kern_event.c > @@ -1868,6 +1868,8 @@ knote(struct knlist *list, long hint, int lockflags) > if ((kn->kn_status & KN_INFLUX) !=3D KN_INFLUX) { > KQ_LOCK(kq); > if ((kn->kn_status & KN_INFLUX) =3D=3D KN_INFLUX) { > + if (hint & NOTE_SIGNAL) > + printf("Aee2\n"); > KQ_UNLOCK(kq); > } else if ((lockflags & KNF_NOKQLOCK) !=3D 0) { > kn->kn_status |=3D KN_INFLUX; > @@ -1886,6 +1888,10 @@ knote(struct knlist *list, long hint, int lockflag= s) > KQ_UNLOCK(kq); > } > } > + else { > + if (hint & NOTE_SIGNAL) > + printf("Aee1\n"); > + } > kq =3D NULL; > } > if ((lockflags & KNF_LISTLOCKED) =3D=3D 0) I think you are right, there is a race between setting influx before the knote lock is owned in the kqueue_scan(), and knote() itself. The issue is that the influx from scan must not prevent knote() from waking up the waiters. Patch below fixed your test case for me, also tools/regression/kqueue did not noticed a breakage. I tried to describe the situation in the comment in knote(). Also, I removed unlocked check for the KN_INFLUX in knote, since it seems to be an optimization for rare case, and is the race on its own. diff --git a/sys/kern/kern_event.c b/sys/kern/kern_event.c index b3fb23d..380f1ff 100644 --- a/sys/kern/kern_event.c +++ b/sys/kern/kern_event.c @@ -474,7 +474,7 @@ knote_fork(struct knlist *list, int pid) continue; kq =3D kn->kn_kq; KQ_LOCK(kq); - if ((kn->kn_status & KN_INFLUX) =3D=3D KN_INFLUX) { + if ((kn->kn_status & (KN_INFLUX | KN_SCAN)) =3D=3D KN_INFLUX) { KQ_UNLOCK(kq); continue; } @@ -1506,7 +1506,7 @@ retry: KQ_LOCK(kq); kn =3D NULL; } else { - kn->kn_status |=3D KN_INFLUX; + kn->kn_status |=3D KN_INFLUX | KN_SCAN; KQ_UNLOCK(kq); if ((kn->kn_status & KN_KQUEUE) =3D=3D KN_KQUEUE) KQ_GLOBAL_LOCK(&kq_global, haskqglobal); @@ -1515,7 +1515,8 @@ retry: KQ_LOCK(kq); KQ_GLOBAL_UNLOCK(&kq_global, haskqglobal); kn->kn_status &=3D - ~(KN_QUEUED | KN_ACTIVE | KN_INFLUX); + ~(KN_QUEUED | KN_ACTIVE | KN_INFLUX | + KN_SCAN); kq->kq_count--; KN_LIST_UNLOCK(kn); influx =3D 1; @@ -1545,7 +1546,7 @@ retry: } else TAILQ_INSERT_TAIL(&kq->kq_head, kn, kn_tqe); =09 - kn->kn_status &=3D ~(KN_INFLUX); + kn->kn_status &=3D ~(KN_INFLUX | KN_SCAN); KN_LIST_UNLOCK(kn); influx =3D 1; } @@ -1865,28 +1866,33 @@ knote(struct knlist *list, long hint, int lockflags) */ SLIST_FOREACH(kn, &list->kl_list, kn_selnext) { kq =3D kn->kn_kq; - if ((kn->kn_status & KN_INFLUX) !=3D KN_INFLUX) { + KQ_LOCK(kq); + if ((kn->kn_status & (KN_INFLUX | KN_SCAN)) =3D=3D KN_INFLUX) { + /* + * Do not process the influx notes, except for + * the influx coming from the kq unlock in the + * kqueue_scan(). In the later case, we do + * not interfere with the scan, since the code + * fragment in kqueue_scan() locks the knlist, + * and cannot proceed until we finished. + */ + KQ_UNLOCK(kq); + } else if ((lockflags & KNF_NOKQLOCK) !=3D 0) { + kn->kn_status |=3D KN_INFLUX; + KQ_UNLOCK(kq); + error =3D kn->kn_fop->f_event(kn, hint); KQ_LOCK(kq); - if ((kn->kn_status & KN_INFLUX) =3D=3D KN_INFLUX) { - KQ_UNLOCK(kq); - } else if ((lockflags & KNF_NOKQLOCK) !=3D 0) { - kn->kn_status |=3D KN_INFLUX; - KQ_UNLOCK(kq); - error =3D kn->kn_fop->f_event(kn, hint); - KQ_LOCK(kq); - kn->kn_status &=3D ~KN_INFLUX; - if (error) - KNOTE_ACTIVATE(kn, 1); - KQ_UNLOCK_FLUX(kq); - } else { - kn->kn_status |=3D KN_HASKQLOCK; - if (kn->kn_fop->f_event(kn, hint)) - KNOTE_ACTIVATE(kn, 1); - kn->kn_status &=3D ~KN_HASKQLOCK; - KQ_UNLOCK(kq); - } + kn->kn_status &=3D ~KN_INFLUX; + if (error) + KNOTE_ACTIVATE(kn, 1); + KQ_UNLOCK_FLUX(kq); + } else { + kn->kn_status |=3D KN_HASKQLOCK; + if (kn->kn_fop->f_event(kn, hint)) + KNOTE_ACTIVATE(kn, 1); + kn->kn_status &=3D ~KN_HASKQLOCK; + KQ_UNLOCK(kq); } - kq =3D NULL; } if ((lockflags & KNF_LISTLOCKED) =3D=3D 0) list->kl_unlock(list->kl_lockarg);=20 diff --git a/sys/sys/event.h b/sys/sys/event.h index bad8c9e..3b765c0 100644 --- a/sys/sys/event.h +++ b/sys/sys/event.h @@ -207,6 +207,7 @@ struct knote { #define KN_MARKER 0x20 /* ignore this knote */ #define KN_KQUEUE 0x40 /* this knote belongs to a kq */ #define KN_HASKQLOCK 0x80 /* for _inevent */ +#define KN_SCAN 0x100 /* flux set in kqueue_scan() */ int kn_sfflags; /* saved filter flags */ intptr_t kn_sdata; /* saved data field */ union { --zvf7DYrKnARJlhgd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTO/2QAAoJEJDCuSvBvK1BrN8P+QEPTxtboOSVhO3kxVxV2ugF HjQzu/n10ap8sOJK5SBPrzcXva4Q0S1nnLJcO6PSuYSYrwbLoh52Rdo5Q4B64YTo 914MpXrjULiy2Q9KBWx5NitJr19DDO3GZKosPuMQqVtZg3FduQ404uTzIeqcC4eL LhJdL9uEW0tigxQBgkZbJr8RXRtBBpwpI84OPI36bNC8LgPBc/3M0oUMwCjs3Y2K t3vmGfw231enyme350cttp6T4E11EEfeGqkfHFw6OrnLLHQOefXG70ZNz9JmkcOJ djzsAUoHcKppqN84JK62271NmgJ0No0aLl2smx8qd5FsyVWc3Fv69+vau6sj1vJ+ UW8QMpII+/wDwRT+JBFk7/ZqnnmDGkfD6qXcjjYPr+BTA8Q+Oz8vMo6nOIIQm9ik IWEDsuWXnFubXkfJm7F9Q5aQVdLODAgFMIr9vgAwwenT89Iv0LRHSuiRCO8n4vMA Zz2lQ7PetbWLUqkBOXlWFGLywKAGC5q7c5A8rSHwwt2galS39Ihb3diNfFEdk8An S6zeCDfxNeiq2m2nS0Zw9m0UwPSomjIOY4O4biVS5FR9jyUfoH0JuOUJTAJkqLxX PlAKD4gkE1r2w9IdZ5R1j9Xve8btYmh1y8W/wqK8lAEYhgVLODFOeC7HS7eZZWOR tu+dGo+zuG8sAbsHq+ki =SmD6 -----END PGP SIGNATURE----- --zvf7DYrKnARJlhgd-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 12:06:55 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CAB5DA7A; Wed, 2 Apr 2014 12:06:55 +0000 (UTC) Received: from mail.iXsystems.com (newknight.ixsystems.com [206.40.55.70]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A80B3817; Wed, 2 Apr 2014 12:06:55 +0000 (UTC) Received: from localhost (mail.ixsystems.com [10.2.55.1]) by mail.iXsystems.com (Postfix) with ESMTP id C756872D14; Wed, 2 Apr 2014 05:06:49 -0700 (PDT) Received: from mail.iXsystems.com ([10.2.55.1]) by localhost (mail.ixsystems.com [10.2.55.1]) (maiad, port 10024) with ESMTP id 81223-08; Wed, 2 Apr 2014 05:06:49 -0700 (PDT) Received: from [10.8.0.6] (unknown [10.8.0.6]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.iXsystems.com (Postfix) with ESMTPSA id 5A49972D10; Wed, 2 Apr 2014 05:06:42 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Leaving the Desktop Market From: Jordan Hubbard In-Reply-To: <09D177203C215546ACA94AF0459D4989EFF9DF@msxmbxnsprd18.acct.upmchs.net> Date: Wed, 2 Apr 2014 17:06:35 +0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <09D177203C215546ACA94AF0459D4989EFF9DF@msxmbxnsprd18.acct.upmchs.net> To: "Person, Roderick" X-Mailer: Apple Mail (2.1874) X-Mailman-Approved-At: Wed, 02 Apr 2014 12:14:38 +0000 Cc: "FreeBSD, Advocacy" , "hackers@freebsd.org" , "current@freebsd.org" , Randi Harper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 12:06:55 -0000 On Apr 1, 2014, at 9:33 PM, Person, Roderick wrote: > Why aren't all the nerds and small businesses out there a market? =20 Too few of you to justify the capital outlay. Now, if we were talking = about a $1500 watch that was very nerdy and appealed to the inner James = Bond in lots of non-nerds, the margins might just justify it. If Apple = hardware is too expensive for you, there is always Windows and a cheap = PC clone. Between those two poles, the entirety of the desktop market = is pretty much spoken for. I get that there are some (mostly on these = mailing lists) who don=92t want either, but religious / personal = preferences to the contrary don=92t create markets until there are at = least a few million of you. From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 12:15:09 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87E41E82; Wed, 2 Apr 2014 12:15:09 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ECC2B904; Wed, 2 Apr 2014 12:15:08 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.8/8.14.8) with ESMTP id s32CF4V2075717; Wed, 2 Apr 2014 15:15:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s32CF4V2075717 Received: (from kostik@localhost) by tom.home (8.14.8/8.14.8/Submit) id s32CF4nP075716; Wed, 2 Apr 2014 15:15:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 2 Apr 2014 15:15:04 +0300 From: Konstantin Belousov To: current@freebsd.org Subject: make in dir Message-ID: <20140402121504.GO21331@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="N/EvDld9rH7KvG42" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 12:15:09 -0000 --N/EvDld9rH7KvG42 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, it seems that recent changes to share/mk broke the ability to do anything in subdir of the source tree. As example, on the HEAD r264012 installed yesterday: sandy% make /usr/home/pooma/build/bsd/DEV/src/tools/regression/kqueue make: "/usr/share/mk/bsd.own.mk" line 436: MK_MAN can't be set by a user. Also, on stable/9 hosting the HEAD cross-env: cd src && MAKEOBJDIRPREFIX=/usr/home/kostik/build/bsd/DEV/obj-amd64 DESTDIR=/usr/home/kostik/build/bsd/DEV/netboot/sandy-amd64 SYSDIR=/usr/home/kostik/build/bsd/DEV/src/sys TARGET=amd64 make buildenv Entering world for amd64:amd64 # cd share/mk # make install "bsd.own.mk", line 435: Malformed conditional (${.MAKE.LEVEL} == 0) "bsd.own.mk", line 436: MK_PROFILE can't be set by a user. # ^D I believe I am not the first person reporting the problem. --N/EvDld9rH7KvG42 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTO/9HAAoJEJDCuSvBvK1BtowP/iFZko+teKlnxQwdmpbqyCQM PNsyCVjDzg12AX2sdmrbFvZHjcCAwq9fYg1zE5at8ejcEGAI8iUIApDGtNFFpFUW wR8RpdSIeZ3CyGgOSp5XVlPlNznKtK3lj4jFp2nF61irODXvQv31zxzc7INUw1QK S9CHbhHoKwc/uAho3NkE0ao3e+jpzGsFxFFV+NX0KbzCpn3ju6b7vezy3NHwUDO4 Ui6OJNjclaJQv/bPCJphLP1SORMkUpdAC0iL+9DUvdmDg2ggKnk9vmTRSHbupvzK VptyrEKlZfvJM2go4P2SH12P5BBR5V8enFZWHT16LNU4aqIvVF/pf40w/rHVm48N VRhcZ9XTmzISVhteW6UHZlzlRdMseDDDkRUa2lkpuFdyY94etRQzA32ENTK7FgzV QNvx/7NNd2Y/8sLZXVPWD2nOZsKVdwbo3Xayvtr6vYgEHfNObVNIUiPe5W+hTq1x o83Za1AMTkL3XDa+xAHsV4zikhyJUULL7xot7nsHEYuJuh5yViFvXJyqWDahsvD6 mw0SspnZ4ZHS83pXl+GRgcrCghxMxu6ypHAz19KHAurYEz/VKc/LOU5bw66Au6Pr 8O36gjGuFBxZH7k0ItnidoR/9W5pgUeNZBpiKZLjUX3fIKpUH6Vgdhfg1GsZhgXL 135foEpUo8j5wj3Jpr1m =rbAL -----END PGP SIGNATURE----- --N/EvDld9rH7KvG42-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 12:24:57 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D42B9141; Wed, 2 Apr 2014 12:24:57 +0000 (UTC) Received: from mail.iXsystems.com (newknight.ixsystems.com [206.40.55.70]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A705B9FC; Wed, 2 Apr 2014 12:24:57 +0000 (UTC) Received: from localhost (mail.ixsystems.com [10.2.55.1]) by mail.iXsystems.com (Postfix) with ESMTP id EEE8172FEB; Wed, 2 Apr 2014 05:24:56 -0700 (PDT) Received: from mail.iXsystems.com ([10.2.55.1]) by localhost (mail.ixsystems.com [10.2.55.1]) (maiad, port 10024) with ESMTP id 81635-03; Wed, 2 Apr 2014 05:24:43 -0700 (PDT) Received: from [10.8.0.6] (unknown [10.8.0.6]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.iXsystems.com (Postfix) with ESMTPSA id 4057972FDA; Wed, 2 Apr 2014 05:24:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ixsystems.com; s=newknight0; t=1396441482; bh=PMYtpkl2xekWGOoOA+i+4RlaQq+PZYSlQWYTkJ1cFiQ=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=HCcgtPb04uLq4WrZ3EMVy6pn1yBnyVft9AqQANRxZIsOvEyVDmP2Y5/FoX1G7CEyR Kti+y1BhPH7m87CTHKmGXk4ptySIZ6+G+VGby4KSBdWxd4AbuIuylPfyfvcZ7X4Bkn G8/1GDkEGH1EfIljboKWzB0V4qRFqE2dxmKokVZg= Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Leaving the Desktop Market From: Jordan Hubbard In-Reply-To: Date: Wed, 2 Apr 2014 17:24:28 +0500 Content-Transfer-Encoding: quoted-printable Message-Id: <7217E584-D21A-4C50-96EB-ED280575BFFD@ixsystems.com> References: To: Matt Olander X-Mailer: Apple Mail (2.1874) Cc: Eitan Adler , hackers@freebsd.org, current@freebsd.org, freebsd-advocacy@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 12:24:58 -0000 On Apr 1, 2014, at 10:11 PM, Matt Olander wrote: > This is like trying to predict automobile technology and dominant > car-makers by 1905. There's always room for competition. Take a look > at what's happening right now in the auto-industry. Tesla came out of > nowhere 125 years after the invention of the automobile and is doing > pretty well. I think you=92re kind of making my point for me, Matt. :-) Tesla benefitted entirely from deep pockets on the part of its = investors. Over $160M went into starting the company, of which $70M = came from the personal checking account of Elon Musk, the current = visionary and CEO, and to quote the wikipedia page: "Tesla Motors is a = public company that trades on the NASDAQ stock exchange under the symbol = TSLA.[5] In the first quarter of 2013, Tesla posted profits for the = first time in its ten year history.=94 Yep, in other words, Tesla has been losing money for over 10 years and = only just started turning a profit, after raising a =93mere" $187M in = investment and $485M in loans from the US DOE. Your tax dollars at = work! On top of all that Tesla has only managed to make money at all = by focusing exclusively the highest end of the luxury car market, where = profit margins are also the highest (the first car, the roadster, would = set you back $110,000). Getting back to computer operating systems, it would make most readers = of these lists choke on their Doritos to know how much Apple had to = invest in Mac OS X before it became a viable desktop operating system = and of course you=92ve already seen folks screaming about how Apple gear = is too expensive and they=92ll never buy it. You just don=92t get a consumer-grade desktop Unix OS, or a practical = all-electric sedan, without serious monetary investment and a luxury = marquee to match, assuming you=92d like to actually make any of that = money *back*. So, back to BSD on the desktop. Anyone got a spare $200M they=92d like = to just throw away? That=92s what it=92s going to take! :) Don=92t believe me? Go ask someone who knows first-hand then. Ask Mark = Shuttleworth: = http://arstechnica.com/information-technology/2013/08/why-ubuntus-creator-= still-invests-his-fortune-in-an-unprofitable-company/ :-) - Jordan From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 12:30:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 14BB9452 for ; Wed, 2 Apr 2014 12:30:05 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id BC5B2A44 for ; Wed, 2 Apr 2014 12:30:04 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile11) with ESMTP id s32CU2VA001787; Wed, 2 Apr 2014 21:30:02 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili13) with ESMTP id s32CU2J24317; Wed, 2 Apr 2014 21:30:02 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi13) id s32CU2c0022743; Wed, 2 Apr 2014 21:30:02 +0900 Received: from localhost by lomi13.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id s32CU2Ej022727; Wed, 2 Apr 2014 21:30:02 +0900 Date: Wed, 02 Apr 2014 21:30:01 +0900 (JST) Message-Id: <20140402.213001.1149928726531866763.okuno.kohji@jp.panasonic.com> To: kostikbel@gmail.com Subject: Re: kevent has bug? From: Kohji Okuno In-Reply-To: <20140402120745.GN21331@kib.kiev.ua> References: <20140402061551.GB3270@funkthat.com> <20140402.160616.1211219746022675269.okuno.kohji@jp.panasonic.com> <20140402120745.GN21331@kib.kiev.ua> Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: jmg@funkthat.com, freebsd-current@freebsd.org, okuno.kohji@jp.panasonic.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 12:30:05 -0000 From: Konstantin Belousov Date: Wed, 2 Apr 2014 15:07:45 +0300 > On Wed, Apr 02, 2014 at 04:06:16PM +0900, Kohji Okuno wrote: >> From: John-Mark Gurney >> Date: Tue, 1 Apr 2014 23:15:51 -0700 >> > Kohji Okuno wrote this message on Wed, Apr 02, 2014 at 11:45 +0900: >> >> I think, kevent() has a bug. >> >> I tested sample programs by attached sources. >> >> This sample tests about EVFILT_SIGNAL. >> >> >> >> I build sample programs by the following commands. >> >> % gcc -O2 -o child child.c >> >> % gcc -O2 -o parent parent.c >> >> >> >> The expected result is the following. >> >> % ./parent >> >> 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 >> >> OK >> >> 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 >> >> OK >> >> >> >> But, sometimes the result was the following. >> >> % ./parent >> >> 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 >> >> >> >> This result means the number of times the signal has occured was >> >> incorrect. >> > >> > I was able to reproduce this... >> > >> >> In case of EVFILT_SIGNAL, according to `man kevent', `data' retuns the >> >> number of times the signal has occurred since the last call to >> >> kevent(). This `data' is recorded by filt_signal() (This is f_event in >> >> struct filterops). >> >> >> >> The system call kevent()'s events are processed by kqueue_scan() in >> >> kern_event.c. In kqueue_scan(), kn->kn_fop->f_event() is allways >> >> called after KN_INFLUX is set to kn->kn_status. >> >> >> >> On the other hand, kernel events are occured by knote() in >> >> kern_event.c. (In EVFILT_SIGNAL, knote() is called from tdsendsignal() >> >> in kern_sig.c.) In knote(), kn->kn_fop->f_event() is called only when >> >> KN_INFLUX is not set in kn->kn_status. >> >> >> >> In race condition between kqueue_scan() and knote(), >> >> kn->kn_fop->f_event() from knote() may not be called, I think. >> > >> > Considering that both are called w/ a lock, that cannot happen.. >> > KN_LIST_LOCK(kn) locks the same lock that is asserted that is held >> > by knote... >> > >> >> In knote(), because the context holds knlist's lock, the context can >> >> not sleep. So, KN_INFLUX should not be set on calling >> >> kn->kn_fop->f_event() in kqueue_scan(), I think. >> > >> > No, it needs to be set: >> > * Setting the KN_INFLUX flag enables you to unlock the kq that this knote >> > * is on, and modify kn_status as if you had the KQ lock. >> > >> > As this comment says, _INFLUX allows you to unlock the KQ w/o fear that >> > the knote will disappear out from under you causing you to dereference >> > possibly free'd memory.. >> > >> > If you just tried to lock the list lock w/o unlocking the KQ lock, you >> > could end up w/ a dead lock, as you aren't maintaining lock order >> > properly.. The correct lock order if knlist -> kq... >> > >> >> What do you think about this issue? >> > >> > This is a real issue, but not due to the race you described >> > above... >> >> I beleave it's the result of the race. >> >> Could you try to add printf() in knote()? >> Please refer to attached patch. >> >> >> > I have verified on my machine that it isn't because there is a knote >> > waiting that isn't getting woken up, and the knote on my hung process >> > has data == 0, so it definately lost one of the signals: >> > (kgdb) print $14.kq_knhash[20].slh_first[0] >> > $20 = {kn_link = {sle_next = 0x0}, kn_selnext = {sle_next = 0x0}, >> > kn_knlist = 0xfffff8005a9c5840, kn_tqe = {tqe_next = 0xfffff801fdab4500, >> > tqe_prev = 0xfffff8004bb10038}, kn_kq = 0xfffff8004bb10000, kn_kevent = { >> > ident = 20, filter = -6, flags = 32, fflags = 0, data = 0, udata = 0x0}, >> > kn_status = 0, kn_sfflags = 0, kn_sdata = 0, kn_ptr = { >> > p_fp = 0xfffff8005a9c54b8, p_proc = 0xfffff8005a9c54b8, >> > p_aio = 0xfffff8005a9c54b8, p_lio = 0xfffff8005a9c54b8, >> > p_v = 0xfffff8005a9c54b8}, kn_fop = 0xffffffff81405ef0, kn_hook = 0x0, >> > kn_hookid = 0} >> > >> > If you want to find this yourself, you can run kgdb on a live system, >> > switch to the thread of the parent (info threads, thread XXX), and >> > do: >> > frame 7 >> > >> > (or a frame that has td, which is struct thread *), then: >> > print *(struct kqueue *)td->td_proc[0].p_fd[0].fd_ofiles[3].fde_file[0].f_data >> > >> > This will give you the struct kqueue * of the parent, and then: >> > print $XX.kq_knhash[0]@63 >> > >> > to figure out where the knote is in the hash, and then you can print >> > it out yourself... >> > >> > I'm going to take a look at this a bit more later... I'm thinking of >> > using dtrace to collect the stacks where filt_signal is called, and >> > match them up... dtrace might even be able to get us the note's data >> > upon return helping to make sure things got tracked properly... >> > >> > Thanks for finding this bug! Hopefully we can find a solution to it.. >> > >> > -- >> > John-Mark Gurney Voice: +1 415 225 5579 >> > >> > "All that I will do, has been done, All that I have, has not." > >> diff --git a/sys/kern/kern_event.c b/sys/kern/kern_event.c >> index b3fb23d..7791447 100644 >> --- a/sys/kern/kern_event.c >> +++ b/sys/kern/kern_event.c >> @@ -1868,6 +1868,8 @@ knote(struct knlist *list, long hint, int lockflags) >> if ((kn->kn_status & KN_INFLUX) != KN_INFLUX) { >> KQ_LOCK(kq); >> if ((kn->kn_status & KN_INFLUX) == KN_INFLUX) { >> + if (hint & NOTE_SIGNAL) >> + printf("Aee2\n"); >> KQ_UNLOCK(kq); >> } else if ((lockflags & KNF_NOKQLOCK) != 0) { >> kn->kn_status |= KN_INFLUX; >> @@ -1886,6 +1888,10 @@ knote(struct knlist *list, long hint, int lockflags) >> KQ_UNLOCK(kq); >> } >> } >> + else { >> + if (hint & NOTE_SIGNAL) >> + printf("Aee1\n"); >> + } >> kq = NULL; >> } >> if ((lockflags & KNF_LISTLOCKED) == 0) > > I think you are right, there is a race between setting influx before the > knote lock is owned in the kqueue_scan(), and knote() itself. The issue > is that the influx from scan must not prevent knote() from waking up > the waiters. > > Patch below fixed your test case for me, also tools/regression/kqueue did > not noticed a breakage. I tried to describe the situation in the > comment in knote(). Also, I removed unlocked check for the KN_INFLUX > in knote, since it seems to be an optimization for rare case, and is > the race on its own. > > diff --git a/sys/kern/kern_event.c b/sys/kern/kern_event.c > index b3fb23d..380f1ff 100644 > --- a/sys/kern/kern_event.c > +++ b/sys/kern/kern_event.c > @@ -474,7 +474,7 @@ knote_fork(struct knlist *list, int pid) > continue; > kq = kn->kn_kq; > KQ_LOCK(kq); > - if ((kn->kn_status & KN_INFLUX) == KN_INFLUX) { > + if ((kn->kn_status & (KN_INFLUX | KN_SCAN)) == KN_INFLUX) { > KQ_UNLOCK(kq); > continue; > } > @@ -1506,7 +1506,7 @@ retry: > KQ_LOCK(kq); > kn = NULL; > } else { > - kn->kn_status |= KN_INFLUX; > + kn->kn_status |= KN_INFLUX | KN_SCAN; > KQ_UNLOCK(kq); > if ((kn->kn_status & KN_KQUEUE) == KN_KQUEUE) > KQ_GLOBAL_LOCK(&kq_global, haskqglobal); > @@ -1515,7 +1515,8 @@ retry: > KQ_LOCK(kq); > KQ_GLOBAL_UNLOCK(&kq_global, haskqglobal); > kn->kn_status &= > - ~(KN_QUEUED | KN_ACTIVE | KN_INFLUX); > + ~(KN_QUEUED | KN_ACTIVE | KN_INFLUX | > + KN_SCAN); > kq->kq_count--; > KN_LIST_UNLOCK(kn); > influx = 1; > @@ -1545,7 +1546,7 @@ retry: > } else > TAILQ_INSERT_TAIL(&kq->kq_head, kn, kn_tqe); > > - kn->kn_status &= ~(KN_INFLUX); > + kn->kn_status &= ~(KN_INFLUX | KN_SCAN); > KN_LIST_UNLOCK(kn); > influx = 1; > } > @@ -1865,28 +1866,33 @@ knote(struct knlist *list, long hint, int lockflags) > */ > SLIST_FOREACH(kn, &list->kl_list, kn_selnext) { > kq = kn->kn_kq; > - if ((kn->kn_status & KN_INFLUX) != KN_INFLUX) { > + KQ_LOCK(kq); > + if ((kn->kn_status & (KN_INFLUX | KN_SCAN)) == KN_INFLUX) { > + /* > + * Do not process the influx notes, except for > + * the influx coming from the kq unlock in the > + * kqueue_scan(). In the later case, we do > + * not interfere with the scan, since the code > + * fragment in kqueue_scan() locks the knlist, > + * and cannot proceed until we finished. > + */ > + KQ_UNLOCK(kq); > + } else if ((lockflags & KNF_NOKQLOCK) != 0) { > + kn->kn_status |= KN_INFLUX; > + KQ_UNLOCK(kq); > + error = kn->kn_fop->f_event(kn, hint); > KQ_LOCK(kq); > - if ((kn->kn_status & KN_INFLUX) == KN_INFLUX) { > - KQ_UNLOCK(kq); > - } else if ((lockflags & KNF_NOKQLOCK) != 0) { > - kn->kn_status |= KN_INFLUX; > - KQ_UNLOCK(kq); > - error = kn->kn_fop->f_event(kn, hint); > - KQ_LOCK(kq); > - kn->kn_status &= ~KN_INFLUX; > - if (error) > - KNOTE_ACTIVATE(kn, 1); > - KQ_UNLOCK_FLUX(kq); > - } else { > - kn->kn_status |= KN_HASKQLOCK; > - if (kn->kn_fop->f_event(kn, hint)) > - KNOTE_ACTIVATE(kn, 1); > - kn->kn_status &= ~KN_HASKQLOCK; > - KQ_UNLOCK(kq); > - } > + kn->kn_status &= ~KN_INFLUX; > + if (error) > + KNOTE_ACTIVATE(kn, 1); > + KQ_UNLOCK_FLUX(kq); > + } else { > + kn->kn_status |= KN_HASKQLOCK; > + if (kn->kn_fop->f_event(kn, hint)) > + KNOTE_ACTIVATE(kn, 1); > + kn->kn_status &= ~KN_HASKQLOCK; > + KQ_UNLOCK(kq); > } > - kq = NULL; > } > if ((lockflags & KNF_LISTLOCKED) == 0) > list->kl_unlock(list->kl_lockarg); > diff --git a/sys/sys/event.h b/sys/sys/event.h > index bad8c9e..3b765c0 100644 > --- a/sys/sys/event.h > +++ b/sys/sys/event.h > @@ -207,6 +207,7 @@ struct knote { > #define KN_MARKER 0x20 /* ignore this knote */ > #define KN_KQUEUE 0x40 /* this knote belongs to a kq */ > #define KN_HASKQLOCK 0x80 /* for _inevent */ > +#define KN_SCAN 0x100 /* flux set in kqueue_scan() */ > int kn_sfflags; /* saved filter flags */ > intptr_t kn_sdata; /* saved data field */ > union { Hi, I tried Konstantin's patch, too. This patch is OK, I think. Many thanks, Kohji Okuno From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 12:36:03 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 78FBB603 for ; Wed, 2 Apr 2014 12:36:03 +0000 (UTC) Received: from mail-oa0-x236.google.com (mail-oa0-x236.google.com [IPv6:2607:f8b0:4003:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 44D04AF9 for ; Wed, 2 Apr 2014 12:36:03 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id n16so137841oag.13 for ; Wed, 02 Apr 2014 05:36:02 -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=JgT0ze642wiRRxMhKsQ2EYYFo6dVuHQyWbj1Gpy6aUw=; b=yNMKOrQj/Ta9MQQC78wLeP8UNTmlDFFyWtkrmYrkBXCmbcy54wsW/yyEOfTiVHjDFE 5uafPo9ck4lwpd5zsPV18dZSxJhro4txlf73p7DDe1ytn0d//T1+jKnqnXeamid6vVTP KxdUJ4mghTZyn7Ob18m4O2RbfjS5SnkhjtrF5b/21ovm2sAJC6QNAJfmquxnnpFbX7L3 up85grbVuriFotrPlAncbyMgUK4a3nxXZW/g4uFenOunhB4CC5yE3qAyqARi2+ESzoLO COd7MA78LXILwqwf8l34GNAc3bu5vt4SX9Ix8Qin8yF5nQ0Gmm5ZOI9Q5hws7OlPfHo1 5pRg== MIME-Version: 1.0 X-Received: by 10.60.59.196 with SMTP id b4mr13928883oer.48.1396442162540; Wed, 02 Apr 2014 05:36:02 -0700 (PDT) Received: by 10.182.80.7 with HTTP; Wed, 2 Apr 2014 05:36:02 -0700 (PDT) In-Reply-To: References: Date: Wed, 2 Apr 2014 14:36:02 +0200 Message-ID: Subject: Re: Adding Encryption Algorithm to Kernel From: Oliver Pinter To: Shady Elhamy Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 12:36:03 -0000 On 4/2/14, Shady Elhamy wrote: > Hi > > I am working on a project and i want to add an encryption algorithm to > freeBSD kernel. > > What are the steps ? Which files should i change ? > > I have searched the internet and the forums and mailing lists, but couldn't > find anything. I was hoping you could help me out. http://2009.asiabsdcon.org/papers/abc2009-P1B-paper.pdf http://www.daemon-systems.org/man/opencrypto.9.html > > Thanks in advance, > Shady > _______________________________________________ > 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 Apr 2 12:40:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 216BF98B for ; Wed, 2 Apr 2014 12:40:59 +0000 (UTC) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.21.123]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp-sofia.digsys.bg", Issuer "Digital Systems Operational CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A17D0B57 for ; Wed, 2 Apr 2014 12:40:58 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [193.68.6.1]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.6/8.14.6) with ESMTP id s32Cede1012761 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Wed, 2 Apr 2014 15:40:40 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <533C0547.7000500@digsys.bg> Date: Wed, 02 Apr 2014 15:40:39 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Leaving the Desktop Market References: <20140401094044.GX44074@e-new.0x20.net> <083e01cf4db9$f8f4e040$eadea0c0$@FreeBSD.org> <20140401174302.GU44074@e-new.0x20.net> <20140401195006.GA1368@tiny-r255948> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 12:40:59 -0000 On 02.04.14 12:22, David Chisnall wrote: > The use case that PulseAudio was [over]designed to fix was plugging in > USB headphones (or connecting a Bluetooth headset) and having existing > audio streams redirected there. Please don't ever make this behavior the default! Imagine, you have an audio setup mixing sound and pushing it out and then you plug in some USB device that also has "audio capability" and your production sound gets redirected there. A nightmare! Knowing what you do and the system behaving in predictable way is one of the beauties of UNIX and FreeBSD in particular. Don't make it so that even idiots can use it because then, only idiots will be using it! My 0.02, Daniel From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 12:52:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DFB82C5F for ; Wed, 2 Apr 2014 12:52:33 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "theravensnest.org", Issuer "theravensnest.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8EEE3CBF for ; Wed, 2 Apr 2014 12:52:33 +0000 (UTC) Received: from [192.168.0.100] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s32CqEFr055597 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 2 Apr 2014 12:52:16 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Leaving the Desktop Market From: David Chisnall In-Reply-To: <533C0547.7000500@digsys.bg> Date: Wed, 2 Apr 2014 13:52:08 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <7B0B15CE-EDE8-4DBE-A0E0-A7A2041D3DE5@FreeBSD.org> References: <20140401094044.GX44074@e-new.0x20.net> <083e01cf4db9$f8f4e040$eadea0c0$@FreeBSD.org> <20140401174302.GU44074@e-new.0x20.net> <20140401195006.GA1368@tiny-r255948> <533C0547.7000500@digsys.bg> To: Daniel Kalchev X-Mailer: Apple Mail (2.1874) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 12:52:33 -0000 On 2 Apr 2014, at 13:40, Daniel Kalchev wrote: >=20 > On 02.04.14 12:22, David Chisnall wrote: >> The use case that PulseAudio was [over]designed to fix was plugging = in USB headphones (or connecting a Bluetooth headset) and having = existing audio streams redirected there. >=20 > Please don't ever make this behavior the default! >=20 > Imagine, you have an audio setup mixing sound and pushing it out and = then you plug in some USB device that also has "audio capability" and = your production sound gets redirected there. A nightmare! Do you really think that someone is going to be setting up an audio = mixing environment without configuring their sound setup? Or that = people doing this make up the majority of users? > Knowing what you do and the system behaving in predictable way is one = of the beauties of UNIX and FreeBSD in particular. I agree, however sane defaults are also very important to a useable = system and these are not mutually exclusive. It is perfectly possible = to have a system that has defaults that do what most users do (or a = choice of defaults based on a simple selection of typical uses), but = which is also configurable if you have unusual requirements. This is = what we aim to do with FreeBSD. =20 > Don't make it so that even idiots can use it because then, only idiots = will be using it! This kind of argument has no place in FreeBSD. You are not a better = person because you use things that are hard to use. You are not a = better person because you choose to do things the difficult way. You = are not a better person because you prove your superiority by making = life hard for others. David From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 12:59:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 94071F6E for ; Wed, 2 Apr 2014 12:59:15 +0000 (UTC) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.21.123]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp-sofia.digsys.bg", Issuer "Digital Systems Operational CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 03FE1D0B for ; Wed, 2 Apr 2014 12:59:14 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [193.68.6.1]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.6/8.14.6) with ESMTP id s32CxBfC024550 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Wed, 2 Apr 2014 15:59:11 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <533C099F.9070402@digsys.bg> Date: Wed, 02 Apr 2014 15:59:11 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Leaving the Desktop Market References: <20140401094044.GX44074@e-new.0x20.net> <083e01cf4db9$f8f4e040$eadea0c0$@FreeBSD.org> <20140401174302.GU44074@e-new.0x20.net> <20140401195006.GA1368@tiny-r255948> <533C0547.7000500@digsys.bg> <7B0B15CE-EDE8-4DBE-A0E0-A7A2041D3DE5@FreeBSD.org> In-Reply-To: <7B0B15CE-EDE8-4DBE-A0E0-A7A2041D3DE5@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 12:59:15 -0000 On 02.04.14 15:52, David Chisnall wrote: > On 2 Apr 2014, at 13:40, Daniel Kalchev wrote: > >> On 02.04.14 12:22, David Chisnall wrote: >>> The use case that PulseAudio was [over]designed to fix was plugging in USB headphones (or connecting a Bluetooth headset) and having existing audio streams redirected there. >> Please don't ever make this behavior the default! >> >> Imagine, you have an audio setup mixing sound and pushing it out and then you plug in some USB device that also has "audio capability" and your production sound gets redirected there. A nightmare! > Do you really think that someone is going to be setting up an audio mixing environment without configuring their sound setup? Or that people doing this make up the majority of users? Twenty years ago, very unlikely. Today, very much possible. Especially if the behavior is not explicitly documented. >> Knowing what you do and the system behaving in predictable way is one of the beauties of UNIX and FreeBSD in particular. > I agree, however sane defaults are also very important to a useable system and these are not mutually exclusive. It is perfectly possible to have a system that has defaults that do what most users do (or a choice of defaults based on a simple selection of typical uses), but which is also configurable if you have unusual requirements. This is what we aim to do with FreeBSD. I have no problems with the sound system supporting different setups. I just fail to see the usefulness of such configuration, except in the very trivial setup, where you have only one output device and add another. What if there are three output audio devices in the systems? Trivial with all the HDMI etc today. An overly auto-configuring system is a pain to deal with, sometimes. Especially if you cannot control some aspects of it's behavior. In such cases, you end up with a more complicated setup. >> Don't make it so that even idiots can use it because then, only idiots will be using it! > This kind of argument has no place in FreeBSD. You are not a better person because you use things that are hard to use. You are not a better person because you choose to do things the difficult way. You are not a better person because you prove your superiority by making life hard for others. > > David This was uncalled for, really. Daniel From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 13:12:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B11BD1F6 for ; Wed, 2 Apr 2014 13:12:59 +0000 (UTC) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.21.123]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp-sofia.digsys.bg", Issuer "Digital Systems Operational CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3E2D2E61 for ; Wed, 2 Apr 2014 13:12:58 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [193.68.6.1]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.6/8.14.6) with ESMTP id s32DCtBE033259 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Wed, 2 Apr 2014 16:12:56 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <533C0CD7.90803@digsys.bg> Date: Wed, 02 Apr 2014 16:12:55 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Leaving the Desktop Market References: <082a01cf4db9$240d3e90$6c27bbb0$@FreeBSD.org> <533B3903.7030307@rancid.berkeley.edu> <201404012240.s31MeIe4073267@hergotha.csail.mit.edu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 13:12:59 -0000 On 02.04.14 04:26, Adrian Chadd wrote: > It's no longer "xorg just speaks to the graphics chip." This is a common trend in computing recently. What once required tightly integrated OS/applications is now distributed, in the widest sense. The so called "Personal Computer" is nowadays actually spread out all around the globe -- some of your "desktop" applications or parts of them might actually run in a data center far, far away. Having lots of diskless workstations in my office, all running FreeBSD and fact being "dumb" X Windows terminals to a bunch of servers, where the actually applications run -- it is sometimes very difficult to even begin explaining this concept to colleagues who have seen nothing but the Windows PC. The display, keyboard, mouse etc might be running their own and different OS each. Therefore, I don't see this adding of abstraction layers as a bad thing, as it lets you have a "FreeBSD workstation", running on an Android STB as the interface to your physical monitor/mouse/etc. What we should do instead is make sure that FreeBSD supports the respective APIs. Considering that today visualization is everywhere, I also don't see any problem running that particular Windows, or Linux "only" application in an VirtualBox window. Or (in my example office case), running something (Linux?) on the diskless workstations that handles the peculiarities of the particular video chip/audio etc and still providing you with the same desktop session on your FreeBSD servers. Daniel From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 13:17:13 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 67C49438; Wed, 2 Apr 2014 13:17:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2264FE95; Wed, 2 Apr 2014 13:17:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s32DHBNk093713; Wed, 2 Apr 2014 09:17:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s32DHBII093697; Wed, 2 Apr 2014 13:17:11 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Apr 2014 13:17:11 GMT Message-Id: <201404021317.s32DHBII093697@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2014 13:17:13 -0000 TB --- 2014-04-02 09:29:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-02 09:29:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-02 09:29:19 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-04-02 09:29:19 - cleaning the object tree TB --- 2014-04-02 09:29:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-02 09:29:32 - At svn revision 264031 TB --- 2014-04-02 09:29:33 - building world TB --- 2014-04-02 09:29:33 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 09:29:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 09:29:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 09:29:33 - SRCCONF=/dev/null TB --- 2014-04-02 09:29:33 - TARGET=pc98 TB --- 2014-04-02 09:29:33 - TARGET_ARCH=i386 TB --- 2014-04-02 09:29:33 - TZ=UTC TB --- 2014-04-02 09:29:33 - __MAKE_CONF=/dev/null TB --- 2014-04-02 09:29:33 - cd /src TB --- 2014-04-02 09:29:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 2 09:29:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 2 13:09:09 UTC 2014 TB --- 2014-04-02 13:09:09 - generating LINT kernel config TB --- 2014-04-02 13:09:09 - cd /src/sys/pc98/conf TB --- 2014-04-02 13:09:09 - /usr/bin/make -B LINT TB --- 2014-04-02 13:09:09 - cd /src/sys/pc98/conf TB --- 2014-04-02 13:09:09 - /obj/pc98.i386/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-02 13:09:09 - building LINT kernel TB --- 2014-04-02 13:09:09 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 13:09:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 13:09:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 13:09:09 - SRCCONF=/dev/null TB --- 2014-04-02 13:09:09 - TARGET=pc98 TB --- 2014-04-02 13:09:09 - TARGET_ARCH=i386 TB --- 2014-04-02 13:09:09 - TZ=UTC TB --- 2014-04-02 13:09:09 - __MAKE_CONF=/dev/null TB --- 2014-04-02 13:09:09 - cd /src TB --- 2014-04-02 13:09:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 2 13:09:09 UTC 2014 >>> 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/iicbus/iicbus.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/iicbus/iicbus_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg iicbus_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/iicbus/iiconf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/iicbus/iicsmb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/iicbus/iicoc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/iicbus/s35390a.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/iscsi/icl.c /src/sys/dev/iscsi/icl.c:1052:7: error: format specifies type 'intmax_t' (aka 'long long') but the argument has type 'size_t' (aka 'unsigned int') [-Werror,-Wformat] minspace); ^~~~~~~~ /src/sys/dev/iscsi/icl.c:95:21: note: expanded from macro 'ICL_WARN' __func__, ## __VA_ARGS__); \ ^ /src/sys/dev/iscsi/icl.c:1057:7: error: format specifies type 'intmax_t' (aka 'long long') but the argument has type 'size_t' (aka 'unsigned int') [-Werror,-Wformat] minspace); ^~~~~~~~ /src/sys/dev/iscsi/icl.c:95:21: note: expanded from macro 'ICL_WARN' __func__, ## __VA_ARGS__); \ ^ 2 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/pc98.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-02 13:17:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-02 13:17:11 - ERROR: failed to build LINT kernel TB --- 2014-04-02 13:17:11 - 11344.82 user 1353.66 system 13672.36 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 13:34:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 98FFFAAA; Wed, 2 Apr 2014 13:34:39 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1F1FAF3; Wed, 2 Apr 2014 13:34:38 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1WVLJL-000hAN-Rf>; Wed, 02 Apr 2014 15:34:35 +0200 Received: from g225032232.adsl.alicedsl.de ([92.225.32.232] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1WVLJL-001hbk-MQ>; Wed, 02 Apr 2014 15:34:35 +0200 Date: Wed, 2 Apr 2014 15:34:34 +0200 From: "O. Hartmann" To: Kevin Oberman Subject: Re: Leaving the Desktop Market Message-ID: <20140402153434.1f55f2f3.ohartman@zedat.fu-berlin.de> In-Reply-To: References: <20140401094044.GX44074@e-new.0x20.net> <083e01cf4db9$f8f4e040$eadea0c0$@FreeBSD.org> <20140401174302.GU44074@e-new.0x20.net> <20140401195006.GA1368@tiny-r255948> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/28E/=qeD+dDec4IhSbOI/zy"; protocol="application/pgp-signature" X-Originating-IP: 92.225.32.232 X-ZEDAT-Hint: A Cc: freebsd-advocacy@freebsd.org, Lars Engels , Matthias Apitz , Eitan Adler , hackers@freebsd.org, dteske@freebsd.org, Jordan Hubbard , "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 13:34:39 -0000 --Sig_/28E/=qeD+dDec4IhSbOI/zy Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 1 Apr 2014 15:10:22 -0700 Kevin Oberman wrote: > > > No, mutt, with vim as mail composer. :) > > > > +1 > > > > matthias > > > > (FreeBSD since 2.2.5 and sending this from an EeePC 900, > > netbook, UMTS connected, KDE4 desktop, sound, webcam, vim, mutt, > > sendmail, ...) > > >=20 > FreeBSD desktop since 3.3 (makes me a newbie!)=20 FreeBSD server and desktop since 2.0 (replaced Ultrix 4.3 system). Does it = makes me an "oldie"?=20 I'm stuck since with FreeBSD on private systems and a couple of years ago, = I had no problems even run servers based on FreeBSD for my department. I dislike this unspecific terminus "desktop", since people seem to associate entertainment systems with neat graphics, mouse and other interesting "huma= n" stuff (even audio). On the other hand, "server" seems hardcoded to unfancy 19inch= rack-based plastic-metal-based clumsy and noisy high-performance systems stored in a d= ark air-conditioned cellar.=20 But what is with the old-fashioned terminus "workstation"? In a more scient= ific environment, systems with the performance needs of a "server" but with the = exterior habitus of a "desktop" were very often called "workstation". Nowadays, we run a single remaining FreeBSD server and I kept my "desktop" = system also working on FreeBSD (11.0, recent hardware, by the way). We had to change th= e other "desktops" (I prefer workstation) towards Linux due to the need of OpenCL i= n combination with some expensive TESLA boards for numerical modelling and datellite imag= e processing. The software we used was mostly "home-brewn" so we didn't rely on commercia= l Linux-only stuff and it would have been an easy task to run the software also on FreeB= SD based workstations - if the GPU could be used.=20 Even the SoC platforms come with OpenCL support (also for the GPU) these da= ys and i do not see anything useful on FreeBSD (except POCL for CPU usage, but no GPU). My contribution to 1st of April ... Oliver=20 --Sig_/28E/=qeD+dDec4IhSbOI/zy Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTPBHrAAoJEOgBcD7A/5N8JW4IALJvf7bCD64yQzibnA1A75er G3+b2tISfs/URMm3sZcQRGwf4gd9XW8hAbHITV4LmMPf/LmEpUj5mLJIK0jq3IUi XqyuKo++M0le3Sw9jxgv+Eaq/b7Vw+vlQH4a7PW3as1R/YDoqRJacpRIvLFiIDEU m7qV1zDJGMAygl6Tk5pfAEFQOIAtCOE+PM4GoF+UxYSJYvRlygJNUfGe+PB5TLMj aI9IRBc3OpXzLNBQCEqoumShUB5Il/xsPSelIW78JLqdT0F0aCsYT2f1DeI8Ma2i mBv4EKcqhgS574F5tscwbKA8THtRRzaCPjPuePuwrPxSRk/N4w7HoYm0pQu3vcs= =Zjrs -----END PGP SIGNATURE----- --Sig_/28E/=qeD+dDec4IhSbOI/zy-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 14:34:14 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BD975C76 for ; Wed, 2 Apr 2014 14:34:14 +0000 (UTC) Received: from mail-pb0-f45.google.com (mail-pb0-f45.google.com [209.85.160.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9005C8FB for ; Wed, 2 Apr 2014 14:34:14 +0000 (UTC) Received: by mail-pb0-f45.google.com with SMTP id uo5so278269pbc.4 for ; Wed, 02 Apr 2014 07:34:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=bqV82MJ+PGYit4WAj4TV1kyTRXiAK8c5L2NVo9alvcM=; b=UMWmfIXOop1cKIXR1uHGZ2rz9NRz8BTY0irG8/SJLqM5MT8ghDw/1c2l4lFpTSSJ5+ G1XB7KZq7g1a9ikEu4Nt4XjLG+aZgoulvHUptJNw2AkUg5hXvN2g+9Zyn3SX8Md5DPyr Tn+ayh8J6MfZtE0NEuTSgXj+YeOyzKj6EDcLjVD+2hDhMD8R++cuQXCWzrpTmn0RVbPA jAyIXUKiDgK0Wir3wxeP+jItQlONcxmnx1PNCPpaJpx5amfMpELeNofjgz5JRkYTLaf3 mdZR7OnfZj6C8J2mX9Q7f0tL40WTxg58KU559wNfatGXN39E/nkndtgZKqRtFqNSYzG4 tzqg== X-Gm-Message-State: ALoCoQlWM1DnTO9OjztDbpqj3XR3KG/6fkLPlngqSk7wguxPuvPBsax74A9nKnBKSZHpxHDW+A4w X-Received: by 10.68.184.66 with SMTP id es2mr419501pbc.19.1396449248062; Wed, 02 Apr 2014 07:34:08 -0700 (PDT) Received: from [10.64.24.154] (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id ak1sm4856822pbc.58.2014.04.02.07.34.06 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 02 Apr 2014 07:34:07 -0700 (PDT) Sender: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: make in dir From: Warner Losh In-Reply-To: <20140402121504.GO21331@kib.kiev.ua> Date: Wed, 2 Apr 2014 08:34:05 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <87B178AD-D9F4-412A-B9B0-FADC729430C6@bsdimp.com> References: <20140402121504.GO21331@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1874) Cc: Warner Losh , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 14:34:14 -0000 On Apr 2, 2014, at 6:15 AM, Konstantin Belousov = wrote: > Hi, > it seems that recent changes to share/mk broke the ability to do = anything > in subdir of the source tree. As example, on the HEAD r264012 = installed > yesterday: >=20 > sandy% make = /usr/home/pooma/build/bsd/DEV/src/tools/regression/kqueue > make: "/usr/share/mk/bsd.own.mk" line 436: MK_MAN can't be set by a = user. I=92ve had reports of this, but couldn=92t recreate it. Will try = again... > Also, on stable/9 hosting the HEAD cross-env: > cd src && MAKEOBJDIRPREFIX=3D/usr/home/kostik/build/bsd/DEV/obj-amd64 = DESTDIR=3D/usr/home/kostik/build/bsd/DEV/netboot/sandy-amd64 = SYSDIR=3D/usr/home/kostik/build/bsd/DEV/src/sys TARGET=3Damd64 make = buildenv > Entering world for amd64:amd64 > # cd share/mk > # make install > "bsd.own.mk", line 435: Malformed conditional (${.MAKE.LEVEL} =3D=3D = 0) > "bsd.own.mk", line 436: MK_PROFILE can't be set by a user. > # ^D This is news to me... > I believe I am not the first person reporting the problem. Half true=85 Warner= From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 14:54:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E5E043F for ; Wed, 2 Apr 2014 14:54:52 +0000 (UTC) Received: from mail-ob0-x233.google.com (mail-ob0-x233.google.com [IPv6:2607:f8b0:4003:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 10752B4B for ; Wed, 2 Apr 2014 14:54:52 +0000 (UTC) Received: by mail-ob0-f179.google.com with SMTP id va2so367943obc.10 for ; Wed, 02 Apr 2014 07:54: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=CiwLt+jmzQlh6wgDl7gDs5/ophvNveNIUoHG2bG2+mk=; b=nts9bDIYjBX9165O3sLxBC9sP5UmqKhudcf1w0TVBXYpMynoJSlx2am2nm8Fizudjt 9IbPVBFYLAMB80osw79RRbNGYzEssPB6K/HAmsH/SiNF1o7H6gL1zr6U45NBUvVQtNb5 ntmLMOKSmseKcfNW9PFYtSKmJg1iylvVBaDwvOyXxz4g+FaYLFsv+48cdDFJDRhdtsnE cZeZp84iqkzJxNHs3J5ob+JWqmzDWzYLvv1dUuD86LMQ6SsA3xT+EavsDIZbVh2QYjVU CuE6++cqLjXxlK69YONzL2gRbjB0wTVkiAy8dt6+fgI1d8dljB3V10VhLBdZR6x7OmmQ 5kOw== MIME-Version: 1.0 X-Received: by 10.182.44.167 with SMTP id f7mr412047obm.3.1396450491157; Wed, 02 Apr 2014 07:54:51 -0700 (PDT) Received: by 10.182.80.7 with HTTP; Wed, 2 Apr 2014 07:54:50 -0700 (PDT) In-Reply-To: References: <20140331002436.GB14025@pwnie.vrt.sourcefire.com> Date: Wed, 2 Apr 2014 16:54:50 +0200 Message-ID: Subject: Re: [CFT] ASLR and PIE on amd64 From: Oliver Pinter To: Shawn Webb Content-Type: multipart/mixed; boundary=001a11c1d7e07aa84104f6107763 Cc: FreeBSD-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 14:54:52 -0000 --001a11c1d7e07aa84104f6107763 Content-Type: text/plain; charset=ISO-8859-1 On 4/2/14, Oliver Pinter wrote: > On 3/31/14, Shawn Webb wrote: >> On Mar 31, 2014 02:07 AM +0200, Oliver Pinter wrote: >>> On 3/22/14, Shawn Webb wrote: >>> > Hey All, >>> > >>> > First off, I hope that even as a non-committer, it's okay that I post >>> > a call for testing. If not, please excuse my newbishness in this >>> > process. This is my first time submitting a major patch upstream to >>> > FreeBSD. >>> > >>> > Over the past few months, I've had the opportunity and pleasure to >>> > enhance existing patches to FreeBSD that implement a common exploit >>> > mitigation technology called Address Space Layout Randomization (ASLR) >>> > along with support for Position Independent Executables (PIE). >>> > ASLR+PIE has been a long-requested feature by many people I've met on >>> > IRC. >>> > >>> > I've submitted my patch to PR kernel/181497. I'm currently in the >>> > process of adding PIE support to certain high-visibility applications >>> > in base (mainly network daemons). I've added a make.conf knob that's >>> > default to enabled (WITH_PIE=1). An application has to also explicitly >>> > support PIE as well by defining CAN_PIE in the Makefile prior to >>> > including bsd.prog.mk. After I get a decent amount of applications >>> > enabled with PIE support, I'll submit one last patch. >>> > >>> > The following sysctl's can be set with a kernel compiled with the >>> > PAX_ASLR option: >>> > >>> > security.pax.aslr.status: 1 >>> > security.pax.aslr.debug: 0 >>> > security.pax.aslr.mmap_len: 16 >>> > security.pax.aslr.stack_len: 12 >>> > security.pax.aslr.exec_len: 12 >>> > >>> > The security.pax.aslr.status sysctl enables and disables the ASLR >>> > system as a whole. The debug sysctl gives debugging output. The >>> > mmap_len sysctl tells the ASLR system how many bits to randomize with >>> > mmap() is called. The stack_len sysctl tells the ASLR system how many >>> > bits to randomize in the stack. The exec_len sysctl tells the ASLR >>> > system how many bits to randomize the execbase (this controls PIE). >>> > These sysctls can be set as a per-jail basis. If you have an >>> > application which doesn't support ASLR, yet you want ASLR enabled for >>> > everything else, you can simply place that misbehaving application in >>> > a jail with only that jail's ASLR settings turned off. >>> > >>> > Please let me know how your testing goes. I'm giving a presentation at >>> > BSDCan regarding this. >>> > >>> > If you want to keep tabs on my bleeding-edge development process, >>> > please follow my progress on GitHub: >>> > https://github.com/lattera/freebsd (branch: soldierx/lattera/aslr). >>> > >>> > Thank you very much, >>> >>> Hi! >>> >>> Please apply this patch. This fixed an issue with tunables. >> >> Patch merged successfully into my GitHub repo. Fixed with commit >> d2c0813. I'll include it in my next patch submission upstream when I >> submit my PIE work. Thanks! > > please see the attached patch, compile and boot tested on amd64 Some more patches, and one critical fix (0006-PAX-ASLR-use-the-right-sysent-before-this-commit-cal.patch). --001a11c1d7e07aa84104f6107763 Content-Type: application/octet-stream; name="0001-PAX-ASLR-remove-dirty-hack-to-determine-which-pax_in.patch" Content-Disposition: attachment; filename="0001-PAX-ASLR-remove-dirty-hack-to-determine-which-pax_in.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: file1 RnJvbSAzM2I1ZDk2NDE0MjQ5MDk3ODQ3Y2E2MDZhMDAwMzhlNjk1OGJkODcxIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBPbGl2ZXIgUGludGVyIDxvbGl2ZXIucG50ckBnbWFpbC5jb20+ CkRhdGU6IFdlZCwgMiBBcHIgMjAxNCAwMTozNzo1MCArMDIwMApTdWJqZWN0OiBbUEFUQ0ggMS82 XSBQQVggQVNMUjogcmVtb3ZlIGRpcnR5IGhhY2sgdG8gZGV0ZXJtaW5lIHdoaWNoIHBheF9pbml0 CiBzaG91bGQgdXNlCgpwcm9iYWJseSB0aGlzIGZpeGVkIHNvbWUgaXNzdWUgd2l0aCBsaW51eHVs YXRvciBvbiBhbWQ2NAoKYnVtcCBfX0ZyZWVCU0RfdmVyc2lvbiB0byAxMDAwNzA2CgpTaWduZWQt b2ZmLWJ5OiBPbGl2ZXIgUGludGVyIDxvbGl2ZXIucG50ckBnbWFpbC5jb20+Ci0tLQogc3lzL2Ft ZDY0L2FtZDY0L2VsZl9tYWNoZGVwLmMgICAgICAgfCAxMCArKysrKysrKwogc3lzL2FtZDY0L2xp bnV4MzIvbGludXgzMl9zeXN2ZWMuYyAgfCAgOSArKysrKysrKwogc3lzL2FybS9hcm0vZWxmX21h Y2hkZXAuYyAgICAgICAgICAgfCAxMCArKysrKysrKwogc3lzL2NvbXBhdC9pYTMyL2lhMzJfc3lz dmVjLmMgICAgICAgfCAgOSArKysrKysrKwogc3lzL2kzODYvaTM4Ni9lbGZfbWFjaGRlcC5jICAg ICAgICAgfCAxMCArKysrKysrKwogc3lzL2kzODYvaWJjczIvaWJjczJfc3lzdmVjLmMgICAgICAg fCAxMCArKysrKysrKwogc3lzL2kzODYvbGludXgvbGludXhfc3lzdmVjLmMgICAgICAgfCAxNSAr KysrKysrKysrKysKIHN5cy9pYTY0L2lhNjQvZWxmX21hY2hkZXAuYyAgICAgICAgIHwgMTEgKysr KysrKysrCiBzeXMva2Vybi9pbWdhY3RfYW91dC5jICAgICAgICAgICAgICB8IDE0ICsrKysrKysr KysrCiBzeXMva2Vybi9pbml0X21haW4uYyAgICAgICAgICAgICAgICB8ICAxICsKIHN5cy9rZXJu L2tlcm5fcGF4LmMgICAgICAgICAgICAgICAgIHwgNDYgKysrKysrKysrKysrKysrKysrKystLS0t LS0tLS0tLS0tLS0tLQogc3lzL21pcHMvbWlwcy9lbGZfbWFjaGRlcC5jICAgICAgICAgfCAxNSAr KysrKysrKysrKysKIHN5cy9taXBzL21pcHMvZnJlZWJzZDMyX21hY2hkZXAuYyAgIHwgIDkgKysr KysrKysKIHN5cy9wb3dlcnBjL3Bvd2VycGMvZWxmMzJfbWFjaGRlcC5jIHwgMTAgKysrKysrKysK IHN5cy9wb3dlcnBjL3Bvd2VycGMvZWxmNjRfbWFjaGRlcC5jIHwgMTAgKysrKysrKysKIHN5cy9z cGFyYzY0L3NwYXJjNjQvZWxmX21hY2hkZXAuYyAgIHwgMTAgKysrKysrKysKIHN5cy9zeXMvcGFy YW0uaCAgICAgICAgICAgICAgICAgICAgIHwgIDIgKy0KIHN5cy9zeXMvcGF4LmggICAgICAgICAg ICAgICAgICAgICAgIHwgIDMgKysrCiBzeXMvc3lzL3N5c2VudC5oICAgICAgICAgICAgICAgICAg ICB8ICAzICsrKwogMTkgZmlsZXMgY2hhbmdlZCwgMTg1IGluc2VydGlvbnMoKyksIDIyIGRlbGV0 aW9ucygtKQoKZGlmZiAtLWdpdCBhL3N5cy9hbWQ2NC9hbWQ2NC9lbGZfbWFjaGRlcC5jIGIvc3lz L2FtZDY0L2FtZDY0L2VsZl9tYWNoZGVwLmMKaW5kZXggZmRjNGQ1Ni4uZmZiNWUzMSAxMDA2NDQK LS0tIGEvc3lzL2FtZDY0L2FtZDY0L2VsZl9tYWNoZGVwLmMKKysrIGIvc3lzL2FtZDY0L2FtZDY0 L2VsZl9tYWNoZGVwLmMKQEAgLTI2LDEyICsyNiwxNyBAQAogI2luY2x1ZGUgPHN5cy9jZGVmcy5o PgogX19GQlNESUQoIiRGcmVlQlNEJCIpOwogCisjaW5jbHVkZSAib3B0X3BheC5oIgorCiAjaW5j bHVkZSA8c3lzL3BhcmFtLmg+CiAjaW5jbHVkZSA8c3lzL2tlcm5lbC5oPgogI2luY2x1ZGUgPHN5 cy9zeXN0bS5oPgogI2luY2x1ZGUgPHN5cy9leGVjLmg+CiAjaW5jbHVkZSA8c3lzL2ltZ2FjdC5o PgogI2luY2x1ZGUgPHN5cy9saW5rZXIuaD4KKyNpZmRlZiBQQVhfQVNMUgorI2luY2x1ZGUgPHN5 cy9wYXguaD4KKyNlbmRpZgogI2luY2x1ZGUgPHN5cy9wcm9jLmg+CiAjaW5jbHVkZSA8c3lzL3N5 c2VudC5oPgogI2luY2x1ZGUgPHN5cy9pbWdhY3RfZWxmLmg+CkBAIC04MSw2ICs4NiwxMSBAQCBz dHJ1Y3Qgc3lzZW50dmVjIGVsZjY0X2ZyZWVic2Rfc3lzdmVjID0gewogCS5zdl9zaGFyZWRfcGFn ZV9iYXNlID0gU0hBUkVEUEFHRSwKIAkuc3Zfc2hhcmVkX3BhZ2VfbGVuID0gUEFHRV9TSVpFLAog CS5zdl9zY2hlZHRhaWwJPSBOVUxMLAorI2lmZGVmIFBBWF9BU0xSCisJLnN2X3BheF9hc2xyX2lu aXQgPSBfcGF4X2FzbHJfaW5pdCwKKyNlbHNlCisJLnN2X3BheF9hc2xyX2luaXQgPSBOVUxMLAor I2VuZGlmCiB9OwogSU5JVF9TWVNFTlRWRUMoZWxmNjRfc3lzdmVjLCAmZWxmNjRfZnJlZWJzZF9z eXN2ZWMpOwogCmRpZmYgLS1naXQgYS9zeXMvYW1kNjQvbGludXgzMi9saW51eDMyX3N5c3ZlYy5j IGIvc3lzL2FtZDY0L2xpbnV4MzIvbGludXgzMl9zeXN2ZWMuYwppbmRleCBjMDZjZTExLi42MjEy NjQ0IDEwMDY0NAotLS0gYS9zeXMvYW1kNjQvbGludXgzMi9saW51eDMyX3N5c3ZlYy5jCisrKyBi L3N5cy9hbWQ2NC9saW51eDMyL2xpbnV4MzJfc3lzdmVjLmMKQEAgLTMzLDYgKzMzLDcgQEAKICNp bmNsdWRlIDxzeXMvY2RlZnMuaD4KIF9fRkJTRElEKCIkRnJlZUJTRCQiKTsKICNpbmNsdWRlICJv cHRfY29tcGF0LmgiCisjaW5jbHVkZSAib3B0X3BheC5oIgogCiAjaWZuZGVmIENPTVBBVF9GUkVF QlNEMzIKICNlcnJvciAiVW5hYmxlIHRvIGNvbXBpbGUgTGludXgtZW11bGF0b3IgZHVlIHRvIG1p c3NpbmcgQ09NUEFUX0ZSRUVCU0QzMiBvcHRpb24hIgpAQCAtNTEsNiArNTIsOSBAQCBfX0ZCU0RJ RCgiJEZyZWVCU0QkIik7CiAjaW5jbHVkZSA8c3lzL21hbGxvYy5oPgogI2luY2x1ZGUgPHN5cy9t b2R1bGUuaD4KICNpbmNsdWRlIDxzeXMvbXV0ZXguaD4KKyNpZmRlZiBQQVhfQVNMUgorI2luY2x1 ZGUgPHN5cy9wYXguaD4KKyNlbmRpZgogI2luY2x1ZGUgPHN5cy9wcm9jLmg+CiAjaW5jbHVkZSA8 c3lzL3Jlc291cmNldmFyLmg+CiAjaW5jbHVkZSA8c3lzL3NpZ25hbHZhci5oPgpAQCAtMTAzNyw2 ICsxMDQxLDExIEBAIHN0cnVjdCBzeXNlbnR2ZWMgZWxmX2xpbnV4X3N5c3ZlYyA9IHsKIAkuc3Zf c2hhcmVkX3BhZ2VfYmFzZSA9IExJTlVYMzJfU0hBUkVEUEFHRSwKIAkuc3Zfc2hhcmVkX3BhZ2Vf bGVuID0gUEFHRV9TSVpFLAogCS5zdl9zY2hlZHRhaWwJPSBsaW51eF9zY2hlZHRhaWwsCisjaWZk ZWYgUEFYX0FTTFIKKwkuc3ZfcGF4X2FzbHJfaW5pdCA9IF9wYXhfYXNscl9pbml0MzIsCisjZWxz ZQorCS5zdl9wYXhfYXNscl9pbml0ID0gTlVMTCwKKyNlbmRpZgogfTsKIElOSVRfU1lTRU5UVkVD KGVsZl9zeXN2ZWMsICZlbGZfbGludXhfc3lzdmVjKTsKIApkaWZmIC0tZ2l0IGEvc3lzL2FybS9h cm0vZWxmX21hY2hkZXAuYyBiL3N5cy9hcm0vYXJtL2VsZl9tYWNoZGVwLmMKaW5kZXggNmFlYzE4 Yi4uOGFjYTc1MSAxMDA2NDQKLS0tIGEvc3lzL2FybS9hcm0vZWxmX21hY2hkZXAuYworKysgYi9z eXMvYXJtL2FybS9lbGZfbWFjaGRlcC5jCkBAIC0yNiw2ICsyNiw4IEBACiAjaW5jbHVkZSA8c3lz L2NkZWZzLmg+CiBfX0ZCU0RJRCgiJEZyZWVCU0QkIik7CiAKKyNpbmNsdWRlICJvcHRfcGF4Lmgi CisKICNpbmNsdWRlIDxzeXMvcGFyYW0uaD4KICNpbmNsdWRlIDxzeXMva2VybmVsLmg+CiAjaW5j bHVkZSA8c3lzL3N5c3RtLmg+CkBAIC0zNCw2ICszNiw5IEBAIF9fRkJTRElEKCIkRnJlZUJTRCQi KTsKICNpbmNsdWRlIDxzeXMvbGlua2VyLmg+CiAjaW5jbHVkZSA8c3lzL3N5c2VudC5oPgogI2lu Y2x1ZGUgPHN5cy9pbWdhY3RfZWxmLmg+CisjaWZkZWYgUEFYX0FTTFIKKyNpbmNsdWRlIDxzeXMv cGF4Lmg+CisjZW5kaWYKICNpbmNsdWRlIDxzeXMvcHJvYy5oPgogI2luY2x1ZGUgPHN5cy9zeXNj YWxsLmg+CiAjaW5jbHVkZSA8c3lzL3NpZ25hbHZhci5oPgpAQCAtNzksNiArODQsMTEgQEAgc3Ry dWN0IHN5c2VudHZlYyBlbGYzMl9mcmVlYnNkX3N5c3ZlYyA9IHsKIAkuc3ZfZmV0Y2hfc3lzY2Fs bF9hcmdzID0gY3B1X2ZldGNoX3N5c2NhbGxfYXJncywKIAkuc3Zfc3lzY2FsbG5hbWVzID0gc3lz Y2FsbG5hbWVzLAogCS5zdl9zY2hlZHRhaWwJPSBOVUxMLAorI2lmZGVmIFBBWF9BU0xSCisJLnN2 X3BheF9hc2xyX2luaXQgPSBfcGF4X2FzbHJfaW5pdCwKKyNlbHNlCisJLnN2X3BheF9hc2xyX2lu aXQgPSBOVUxMLAorI2VuZGlmCiB9OwogCiBzdGF0aWMgRWxmMzJfQnJhbmRpbmZvIGZyZWVic2Rf YnJhbmRfaW5mbyA9IHsKZGlmZiAtLWdpdCBhL3N5cy9jb21wYXQvaWEzMi9pYTMyX3N5c3ZlYy5j IGIvc3lzL2NvbXBhdC9pYTMyL2lhMzJfc3lzdmVjLmMKaW5kZXggYThlNTJlOC4uMjg5NzMyOCAx MDA2NDQKLS0tIGEvc3lzL2NvbXBhdC9pYTMyL2lhMzJfc3lzdmVjLmMKKysrIGIvc3lzL2NvbXBh dC9pYTMyL2lhMzJfc3lzdmVjLmMKQEAgLTI5LDYgKzI5LDcgQEAKIF9fRkJTRElEKCIkRnJlZUJT RCQiKTsKIAogI2luY2x1ZGUgIm9wdF9jb21wYXQuaCIKKyNpbmNsdWRlICJvcHRfcGF4LmgiCiAK ICNkZWZpbmUgX19FTEZfV09SRF9TSVpFIDMyCiAKQEAgLTQyLDYgKzQzLDkgQEAgX19GQlNESUQo IiRGcmVlQlNEJCIpOwogI2luY2x1ZGUgPHN5cy9tdXRleC5oPgogI2luY2x1ZGUgPHN5cy9tbWFu Lmg+CiAjaW5jbHVkZSA8c3lzL25hbWVpLmg+CisjaWZkZWYgUEFYX0FTTFIKKyNpbmNsdWRlIDxz eXMvcGF4Lmg+CisjZW5kaWYKICNpbmNsdWRlIDxzeXMvcGlvY3RsLmg+CiAjaW5jbHVkZSA8c3lz L3Byb2MuaD4KICNpbmNsdWRlIDxzeXMvcHJvY2ZzLmg+CkBAIC0xMzksNiArMTQzLDExIEBAIHN0 cnVjdCBzeXNlbnR2ZWMgaWEzMl9mcmVlYnNkX3N5c3ZlYyA9IHsKIAkuc3Zfc2hhcmVkX3BhZ2Vf YmFzZSA9IEZSRUVCU0QzMl9TSEFSRURQQUdFLAogCS5zdl9zaGFyZWRfcGFnZV9sZW4gPSBQQUdF X1NJWkUsCiAJLnN2X3NjaGVkdGFpbAk9IE5VTEwsCisjaWZkZWYgUEFYX0FTTFIKKwkuc3ZfcGF4 X2FzbHJfaW5pdCA9IF9wYXhfYXNscl9pbml0MzIsCisjZWxzZQorCS5zdl9wYXhfYXNscl9pbml0 ID0gTlVMTCwKKyNlbmRpZgogfTsKIElOSVRfU1lTRU5UVkVDKGVsZl9pYTMyX3N5c3ZlYywgJmlh MzJfZnJlZWJzZF9zeXN2ZWMpOwogCmRpZmYgLS1naXQgYS9zeXMvaTM4Ni9pMzg2L2VsZl9tYWNo ZGVwLmMgYi9zeXMvaTM4Ni9pMzg2L2VsZl9tYWNoZGVwLmMKaW5kZXggMDM0YjRjNC4uZjIyOTdj OCAxMDA2NDQKLS0tIGEvc3lzL2kzODYvaTM4Ni9lbGZfbWFjaGRlcC5jCisrKyBiL3N5cy9pMzg2 L2kzODYvZWxmX21hY2hkZXAuYwpAQCAtMjYsMTIgKzI2LDE3IEBACiAjaW5jbHVkZSA8c3lzL2Nk ZWZzLmg+CiBfX0ZCU0RJRCgiJEZyZWVCU0QkIik7CiAKKyNpbmNsdWRlICJvcHRfcGF4LmgiCisK ICNpbmNsdWRlIDxzeXMvcGFyYW0uaD4KICNpbmNsdWRlIDxzeXMva2VybmVsLmg+CiAjaW5jbHVk ZSA8c3lzL3N5c3RtLmg+CiAjaW5jbHVkZSA8c3lzL2V4ZWMuaD4KICNpbmNsdWRlIDxzeXMvaW1n YWN0Lmg+CiAjaW5jbHVkZSA8c3lzL2xpbmtlci5oPgorI2lmZGVmIFBBWF9BU0xSCisjaW5jbHVk ZSA8c3lzL3BheC5oPgorI2VuZGlmCiAjaW5jbHVkZSA8c3lzL3Byb2MuaD4KICNpbmNsdWRlIDxz eXMvc3lzZW50Lmg+CiAjaW5jbHVkZSA8c3lzL2ltZ2FjdF9lbGYuaD4KQEAgLTgxLDYgKzg2LDEx IEBAIHN0cnVjdCBzeXNlbnR2ZWMgZWxmMzJfZnJlZWJzZF9zeXN2ZWMgPSB7CiAJLnN2X3NoYXJl ZF9wYWdlX2Jhc2UgPSBTSEFSRURQQUdFLAogCS5zdl9zaGFyZWRfcGFnZV9sZW4gPSBQQUdFX1NJ WkUsCiAJLnN2X3NjaGVkdGFpbAk9IE5VTEwsCisjaWZkZWYgUEFYX0FTTFIKKwkuc3ZfcGF4X2Fz bHJfaW5pdCA9IF9wYXhfYXNscl9pbml0LAorI2Vsc2UKKwkuc3ZfcGF4X2FzbHJfaW5pdCA9IE5V TEwsCisjZW5kaWYKIH07CiBJTklUX1NZU0VOVFZFQyhlbGYzMl9zeXN2ZWMsICZlbGYzMl9mcmVl YnNkX3N5c3ZlYyk7CiAKZGlmZiAtLWdpdCBhL3N5cy9pMzg2L2liY3MyL2liY3MyX3N5c3ZlYy5j IGIvc3lzL2kzODYvaWJjczIvaWJjczJfc3lzdmVjLmMKaW5kZXggNWQwMDdjNy4uMDhkZjViNzgg MTAwNjQ0Ci0tLSBhL3N5cy9pMzg2L2liY3MyL2liY3MyX3N5c3ZlYy5jCisrKyBiL3N5cy9pMzg2 L2liY3MyL2liY3MyX3N5c3ZlYy5jCkBAIC0zMSw2ICszMSw4IEBACiAjaW5jbHVkZSA8c3lzL2Nk ZWZzLmg+CiBfX0ZCU0RJRCgiJEZyZWVCU0QkIik7CiAKKyNpbmNsdWRlICJvcHRfcGF4LmgiCisK ICNpbmNsdWRlIDxzeXMvcGFyYW0uaD4KICNpbmNsdWRlIDxzeXMva2VybmVsLmg+CiAjaW5jbHVk ZSA8c3lzL3N5c3RtLmg+CkBAIC00MCw2ICs0Miw5IEBAIF9fRkJTRElEKCIkRnJlZUJTRCQiKTsK ICNpbmNsdWRlIDxzeXMvbW9kdWxlLmg+CiAjaW5jbHVkZSA8c3lzL3N5c2VudC5oPgogI2luY2x1 ZGUgPHN5cy9zaWduYWx2YXIuaD4KKyNpZmRlZiBQQVhfQVNMUgorI2luY2x1ZGUgPHN5cy9wYXgu aD4KKyNlbmRpZgogI2luY2x1ZGUgPHN5cy9wcm9jLmg+CiAjaW5jbHVkZSA8c3lzL3N4Lmg+CiAK QEAgLTg5LDYgKzk0LDExIEBAIHN0cnVjdCBzeXNlbnR2ZWMgaWJjczJfc3ZyM19zeXN2ZWMgPSB7 CiAJLnN2X2ZldGNoX3N5c2NhbGxfYXJncyA9IGNwdV9mZXRjaF9zeXNjYWxsX2FyZ3MsCiAJLnN2 X3N5c2NhbGxuYW1lcyA9IE5VTEwsCiAJLnN2X3NjaGVkdGFpbAk9IE5VTEwsCisjaWZkZWYgUEFY X0FTTFIKKwkuc3ZfcGF4X2FzbHJfaW5pdCA9IF9wYXhfYXNscl9pbml0LCAvKiBYWFhPUCAqLwor I2Vsc2UKKwkuc3ZfcGF4X2FzbHJfaW5pdCA9IE5VTEwsCisjZW5kaWYKIH07CiAKIHN0YXRpYyBp bnQKZGlmZiAtLWdpdCBhL3N5cy9pMzg2L2xpbnV4L2xpbnV4X3N5c3ZlYy5jIGIvc3lzL2kzODYv bGludXgvbGludXhfc3lzdmVjLmMKaW5kZXggMGFkNjc5MS4uNWIxNGZlZSAxMDA2NDQKLS0tIGEv c3lzL2kzODYvbGludXgvbGludXhfc3lzdmVjLmMKKysrIGIvc3lzL2kzODYvbGludXgvbGludXhf c3lzdmVjLmMKQEAgLTI5LDYgKzI5LDggQEAKICNpbmNsdWRlIDxzeXMvY2RlZnMuaD4KIF9fRkJT RElEKCIkRnJlZUJTRCQiKTsKIAorI2luY2x1ZGUgIm9wdF9wYXguaCIKKwogI2luY2x1ZGUgPHN5 cy9wYXJhbS5oPgogI2luY2x1ZGUgPHN5cy9zeXN0bS5oPgogI2luY2x1ZGUgPHN5cy9leGVjLmg+ CkBAIC00MSw2ICs0Myw5IEBAIF9fRkJTRElEKCIkRnJlZUJTRCQiKTsKICNpbmNsdWRlIDxzeXMv bWFsbG9jLmg+CiAjaW5jbHVkZSA8c3lzL21vZHVsZS5oPgogI2luY2x1ZGUgPHN5cy9tdXRleC5o PgorI2lmZGVmIFBBWF9BU0xSCisjaW5jbHVkZSA8c3lzL3BheC5oPgorI2VuZGlmCiAjaW5jbHVk ZSA8c3lzL3Byb2MuaD4KICNpbmNsdWRlIDxzeXMvc2lnbmFsdmFyLmg+CiAjaW5jbHVkZSA8c3lz L3N5c2NhbGxzdWJyLmg+CkBAIC05NzQsNiArOTc5LDExIEBAIHN0cnVjdCBzeXNlbnR2ZWMgbGlu dXhfc3lzdmVjID0gewogCS5zdl9zaGFyZWRfcGFnZV9iYXNlID0gTElOVVhfU0hBUkVEUEFHRSwK IAkuc3Zfc2hhcmVkX3BhZ2VfbGVuID0gUEFHRV9TSVpFLAogCS5zdl9zY2hlZHRhaWwJPSBsaW51 eF9zY2hlZHRhaWwsCisjaWZkZWYgUEFYX0FTTFIKKwkuc3ZfcGF4X2FzbHJfaW5pdCA9IF9wYXhf YXNscl9pbml0LCAvKiBYWFhPUCAqLworI2Vsc2UKKwkuc3ZfcGF4X2FzbHJfaW5pdCA9IE5VTEws CisjZW5kaWYKIH07CiBJTklUX1NZU0VOVFZFQyhhb3V0X3N5c3ZlYywgJmxpbnV4X3N5c3ZlYyk7 CiAKQEAgLTEwMTIsNiArMTAyMiwxMSBAQCBzdHJ1Y3Qgc3lzZW50dmVjIGVsZl9saW51eF9zeXN2 ZWMgPSB7CiAJLnN2X3NoYXJlZF9wYWdlX2Jhc2UgPSBMSU5VWF9TSEFSRURQQUdFLAogCS5zdl9z aGFyZWRfcGFnZV9sZW4gPSBQQUdFX1NJWkUsCiAJLnN2X3NjaGVkdGFpbAk9IGxpbnV4X3NjaGVk dGFpbCwKKyNpZmRlZiBQQVhfQVNMUgorCS5zdl9wYXhfYXNscl9pbml0ID0gX3BheF9hc2xyX2lu aXQsCisjZWxzZQorCS5zdl9wYXhfYXNscl9pbml0ID0gTlVMTCwKKyNlbmRpZgogfTsKIElOSVRf U1lTRU5UVkVDKGVsZl9zeXN2ZWMsICZlbGZfbGludXhfc3lzdmVjKTsKIApkaWZmIC0tZ2l0IGEv c3lzL2lhNjQvaWE2NC9lbGZfbWFjaGRlcC5jIGIvc3lzL2lhNjQvaWE2NC9lbGZfbWFjaGRlcC5j CmluZGV4IDA1Y2I2NDEuLmE3M2YyMGYgMTAwNjQ0Ci0tLSBhL3N5cy9pYTY0L2lhNjQvZWxmX21h Y2hkZXAuYworKysgYi9zeXMvaWE2NC9pYTY0L2VsZl9tYWNoZGVwLmMKQEAgLTI1LDEyICsyNSwx NyBAQAogICogJEZyZWVCU0QkCiAgKi8KIAorI2luY2x1ZGUgIm9wdF9wYXguaCIKKwogI2luY2x1 ZGUgPHN5cy9wYXJhbS5oPgogI2luY2x1ZGUgPHN5cy9rZXJuZWwuaD4KICNpbmNsdWRlIDxzeXMv c3lzdG0uaD4KICNpbmNsdWRlIDxzeXMvZXhlYy5oPgogI2luY2x1ZGUgPHN5cy9pbWdhY3QuaD4K ICNpbmNsdWRlIDxzeXMvbWFsbG9jLmg+CisjaWZkZWYgUEFYX0FTTFIKKyNpbmNsdWRlIDxzeXMv cGF4Lmg+CisjZW5kaWYKICNpbmNsdWRlIDxzeXMvcHJvYy5oPgogI2luY2x1ZGUgPHN5cy9uYW1l aS5oPgogI2luY2x1ZGUgPHN5cy9mY250bC5oPgpAQCAtODYsNiArOTEsMTIgQEAgc3RydWN0IHN5 c2VudHZlYyBlbGY2NF9mcmVlYnNkX3N5c3ZlYyA9IHsKIAkuc3ZfZmV0Y2hfc3lzY2FsbF9hcmdz ID0gY3B1X2ZldGNoX3N5c2NhbGxfYXJncywKIAkuc3Zfc3lzY2FsbG5hbWVzID0gc3lzY2FsbG5h bWVzLAogCS5zdl9zY2hlZHRhaWwJPSBOVUxMLAorI2lmZGVmIFBBWF9BU0xSCisJLnN2X3BheF9h c2xyX2luaXQgPSBfcGF4X2FzbHJfaW5pdCwKKyNlbHNlCisJLnN2X3BheF9hc2xyX2luaXQgPSBO VUxMLAorI2VuZGlmCisKIH07CiAKIHN0YXRpYyBFbGY2NF9CcmFuZGluZm8gZnJlZWJzZF9icmFu ZF9pbmZvID0gewpkaWZmIC0tZ2l0IGEvc3lzL2tlcm4vaW1nYWN0X2FvdXQuYyBiL3N5cy9rZXJu L2ltZ2FjdF9hb3V0LmMKaW5kZXggM2FlNzhkZS4uYmU2OTlkZCAxMDA2NDQKLS0tIGEvc3lzL2tl cm4vaW1nYWN0X2FvdXQuYworKysgYi9zeXMva2Vybi9pbWdhY3RfYW91dC5jCkBAIC0yNyw2ICsy Nyw4IEBACiAjaW5jbHVkZSA8c3lzL2NkZWZzLmg+CiBfX0ZCU0RJRCgiJEZyZWVCU0QkIik7CiAK KyNpbmNsdWRlICJvcHRfcGF4LmgiCisKICNpbmNsdWRlIDxzeXMvcGFyYW0uaD4KICNpbmNsdWRl IDxzeXMvZXhlYy5oPgogI2luY2x1ZGUgPHN5cy9pbWdhY3QuaD4KQEAgLTM2LDYgKzM4LDkgQEAg X19GQlNESUQoIiRGcmVlQlNEJCIpOwogI2luY2x1ZGUgPHN5cy9sb2NrLmg+CiAjaW5jbHVkZSA8 c3lzL21hbGxvYy5oPgogI2luY2x1ZGUgPHN5cy9tdXRleC5oPgorI2lmZGVmIFBBWF9BU0xSCisj aW5jbHVkZSA8c3lzL3BheC5oPgorI2VuZGlmCiAjaW5jbHVkZSA8c3lzL3Byb2MuaD4KICNpbmNs dWRlIDxzeXMvcmFjY3QuaD4KICNpbmNsdWRlIDxzeXMvcmVzb3VyY2V2YXIuaD4KQEAgLTk5LDYg KzEwNCwxMCBAQCBzdHJ1Y3Qgc3lzZW50dmVjIGFvdXRfc3lzdmVjID0gewogCS5zdl9mZXRjaF9z eXNjYWxsX2FyZ3MgPSBjcHVfZmV0Y2hfc3lzY2FsbF9hcmdzLAogCS5zdl9zeXNjYWxsbmFtZXMg PSBzeXNjYWxsbmFtZXMsCiAJLnN2X3NjaGVkdGFpbAk9IE5VTEwsCisjaWZkZWYgUEFYX0FTTFIK Kwkuc3ZfcGF4X2FzbHJfaW5pdCA9IF9wYXhfYXNscl9pbml0LCAvKiBYWFhPUCAqLworI2Vsc2UK Kwkuc3ZfcGF4X2FzbHJfaW5pdCA9IE5VTEwsCiB9OwogCiAjZWxpZiBkZWZpbmVkKF9fYW1kNjRf XykKQEAgLTE0Myw2ICsxNTIsMTEgQEAgc3RydWN0IHN5c2VudHZlYyBhb3V0X3N5c3ZlYyA9IHsK IAkuc3Zfc2V0X3N5c2NhbGxfcmV0dmFsID0gaWEzMl9zZXRfc3lzY2FsbF9yZXR2YWwsCiAJLnN2 X2ZldGNoX3N5c2NhbGxfYXJncyA9IGlhMzJfZmV0Y2hfc3lzY2FsbF9hcmdzLAogCS5zdl9zeXNj YWxsbmFtZXMgPSBmcmVlYnNkMzJfc3lzY2FsbG5hbWVzLAorI2lmZGVmIFBBWF9BU0xSCisJLnN2 X3BheF9hc2xyX2luaXQgPSBfcGF4X2FzbHJfaW5pdDMyLCAvKiBYWFhPUCAqLworI2Vsc2UKKwku c3ZfcGF4X2FzbHJfaW5pdCA9IE5VTEwsCisjZW5kaWYKIH07CiAjZWxzZQogI2Vycm9yICJQb3J0 IG1lIgpkaWZmIC0tZ2l0IGEvc3lzL2tlcm4vaW5pdF9tYWluLmMgYi9zeXMva2Vybi9pbml0X21h aW4uYwppbmRleCBlZDM0M2I2Li4zNjk0MDhkIDEwMDY0NAotLS0gYS9zeXMva2Vybi9pbml0X21h aW4uYworKysgYi9zeXMva2Vybi9pbml0X21haW4uYwpAQCAtNDEwLDYgKzQxMCw3IEBAIHN0cnVj dCBzeXNlbnR2ZWMgbnVsbF9zeXN2ZWMgPSB7CiAJLnN2X2ZldGNoX3N5c2NhbGxfYXJncyA9IG51 bGxfZmV0Y2hfc3lzY2FsbF9hcmdzLAogCS5zdl9zeXNjYWxsbmFtZXMgPSBOVUxMLAogCS5zdl9z Y2hlZHRhaWwJPSBOVUxMLAorCS5zdl9wYXhfYXNscl9pbml0ID0gTlVMTCwKIH07CiAKIC8qCmRp ZmYgLS1naXQgYS9zeXMva2Vybi9rZXJuX3BheC5jIGIvc3lzL2tlcm4va2Vybl9wYXguYwppbmRl eCBiMDNjYzAzLi45MjA5MDM4IDEwMDY0NAotLS0gYS9zeXMva2Vybi9rZXJuX3BheC5jCisrKyBi L3N5cy9rZXJuL2tlcm5fcGF4LmMKQEAgLTMwLDggKzMwLDggQEAKICNpbmNsdWRlIDxzeXMvY2Rl ZnMuaD4KIF9fRkJTRElEKCIkRnJlZUJTRCQiKTsKIAotI2luY2x1ZGUgIm9wdF9wYXguaCIKICNp bmNsdWRlICJvcHRfY29tcGF0LmgiCisjaW5jbHVkZSAib3B0X3BheC5oIgogCiAjaW5jbHVkZSA8 c3lzL3BhcmFtLmg+CiAjaW5jbHVkZSA8c3lzL3N5c3RtLmg+CkBAIC01MDEsNiArNTAxLDI4IEBA IHBheF9hc2xyX2luaXRfcHJpc29uKHN0cnVjdCBwcmlzb24gKnByKQogfQogCiB2b2lkCitfcGF4 X2FzbHJfaW5pdChzdHJ1Y3Qgdm1zcGFjZSAqdm0sIHN0cnVjdCBwcmlzb24gKnByKQoreworCXZt LT52bV9hc2xyX2RlbHRhX21tYXAgPSBQQVhfQVNMUl9ERUxUQShhcmM0cmFuZG9tKCksCisJCVBB WF9BU0xSX0RFTFRBX01NQVBfTFNCLCAocHIgIT0gTlVMTCkgPyBwci0+cHJfcGF4X2FzbHJfbW1h cF9sZW4gOiBwYXhfYXNscl9tbWFwX2xlbik7CisJdm0tPnZtX2FzbHJfZGVsdGFfc3RhY2sgPSBQ QVhfQVNMUl9ERUxUQShhcmM0cmFuZG9tKCksCisJCVBBWF9BU0xSX0RFTFRBX1NUQUNLX0xTQiwg KHByICE9IE5VTEwpID8gcHItPnByX3BheF9hc2xyX3N0YWNrX2xlbiA6IHBheF9hc2xyX3N0YWNr X2xlbik7CisJdm0tPnZtX2FzbHJfZGVsdGFfc3RhY2sgPSBBTElHTih2bS0+dm1fYXNscl9kZWx0 YV9zdGFjayk7Cit9CisKKyNpZmRlZiBDT01QQVRfRlJFRUJTRDMyCit2b2lkCitfcGF4X2FzbHJf aW5pdDMyKHN0cnVjdCB2bXNwYWNlICp2bSwgc3RydWN0IHByaXNvbiAqcHIpCit7CisgICAgICAg IHZtLT52bV9hc2xyX2RlbHRhX21tYXAgPSBQQVhfQVNMUl9ERUxUQShhcmM0cmFuZG9tKCksCisg ICAgICAgICAgICBQQVhfQVNMUl9DT01QQVRfREVMVEFfTU1BUF9MU0IsIChwciAhPSBOVUxMKSA/ IHByLT5wcl9wYXhfYXNscl9jb21wYXRfbW1hcF9sZW4gOiBwYXhfYXNscl9jb21wYXRfbW1hcF9s ZW4pOworICAgICAgICB2bS0+dm1fYXNscl9kZWx0YV9zdGFjayA9IFBBWF9BU0xSX0RFTFRBKGFy YzRyYW5kb20oKSwKKyAgICAgICAgICAgIFBBWF9BU0xSX0NPTVBBVF9ERUxUQV9TVEFDS19MU0Is IChwciAhPSBOVUxMKSA/IHByLT5wcl9wYXhfYXNscl9jb21wYXRfc3RhY2tfbGVuIDogcGF4X2Fz bHJfY29tcGF0X3N0YWNrX2xlbik7CisgICAgICAgIHZtLT52bV9hc2xyX2RlbHRhX3N0YWNrID0g QUxJR04odm0tPnZtX2FzbHJfZGVsdGFfc3RhY2spOworfQorI2VuZGlmCisKK3ZvaWQKIHBheF9h c2xyX2luaXQoc3RydWN0IHRocmVhZCAqdGQsIHN0cnVjdCBpbWFnZV9wYXJhbXMgKmltZ3ApCiB7 CiAgICAgc3RydWN0IHZtc3BhY2UgKnZtOwpAQCAtNTIyLDI3ICs1NDQsOSBAQCBwYXhfYXNscl9p bml0KHN0cnVjdCB0aHJlYWQgKnRkLCBzdHJ1Y3QgaW1hZ2VfcGFyYW1zICppbWdwKQogICAgIHZt ID0gaW1ncC0+cHJvYy0+cF92bXNwYWNlOwogICAgIHN2X2ZsYWdzID0gaW1ncC0+cHJvYy0+cF9z eXNlbnQtPnN2X2ZsYWdzOwogCi0jaWZuZGVmIENPTVBBVF9GUkVFQlNEMzIKLSAgICB2bS0+dm1f YXNscl9kZWx0YV9tbWFwID0gUEFYX0FTTFJfREVMVEEoYXJjNHJhbmRvbSgpLAotICAgICAgICBQ QVhfQVNMUl9ERUxUQV9NTUFQX0xTQiwgKHByICE9IE5VTEwpID8gcHItPnByX3BheF9hc2xyX21t YXBfbGVuIDogcGF4X2FzbHJfbW1hcF9sZW4pOwotICAgIHZtLT52bV9hc2xyX2RlbHRhX3N0YWNr ID0gUEFYX0FTTFJfREVMVEEoYXJjNHJhbmRvbSgpLAotICAgICAgICBQQVhfQVNMUl9ERUxUQV9T VEFDS19MU0IsIChwciAhPSBOVUxMKSA/IHByLT5wcl9wYXhfYXNscl9zdGFja19sZW4gOiBwYXhf YXNscl9zdGFja19sZW4pOwotICAgIHZtLT52bV9hc2xyX2RlbHRhX3N0YWNrID0gQUxJR04odm0t PnZtX2FzbHJfZGVsdGFfc3RhY2spOwotI2Vsc2UgLyogQ09NUEFUX0ZSRUVCU0QzMiAqLwotICAg IGlmICgoc3ZfZmxhZ3MgJiBTVl9MUDY0KSAhPSAwKSB7Ci0gICAgICAgIHZtLT52bV9hc2xyX2Rl bHRhX21tYXAgPSBQQVhfQVNMUl9ERUxUQShhcmM0cmFuZG9tKCksCi0gICAgICAgICAgICBQQVhf QVNMUl9ERUxUQV9NTUFQX0xTQiwgKHByICE9IE5VTEwpID8gcHItPnByX3BheF9hc2xyX21tYXBf bGVuIDogcGF4X2FzbHJfbW1hcF9sZW4pOwotICAgICAgICB2bS0+dm1fYXNscl9kZWx0YV9zdGFj ayA9IFBBWF9BU0xSX0RFTFRBKGFyYzRyYW5kb20oKSwKLSAgICAgICAgICAgIFBBWF9BU0xSX0RF TFRBX1NUQUNLX0xTQiwgKHByICE9IE5VTEwpID8gcHItPnByX3BheF9hc2xyX3N0YWNrX2xlbiA6 IHBheF9hc2xyX3N0YWNrX2xlbik7Ci0gICAgICAgIHZtLT52bV9hc2xyX2RlbHRhX3N0YWNrID0g QUxJR04odm0tPnZtX2FzbHJfZGVsdGFfc3RhY2spOwotICAgIH0gZWxzZSB7Ci0gICAgICAgIHZt LT52bV9hc2xyX2RlbHRhX21tYXAgPSBQQVhfQVNMUl9ERUxUQShhcmM0cmFuZG9tKCksCi0gICAg ICAgICAgICBQQVhfQVNMUl9DT01QQVRfREVMVEFfTU1BUF9MU0IsIChwciAhPSBOVUxMKSA/IHBy LT5wcl9wYXhfYXNscl9jb21wYXRfbW1hcF9sZW4gOiBwYXhfYXNscl9jb21wYXRfbW1hcF9sZW4p OwotICAgICAgICB2bS0+dm1fYXNscl9kZWx0YV9zdGFjayA9IFBBWF9BU0xSX0RFTFRBKGFyYzRy YW5kb20oKSwKLSAgICAgICAgICAgIFBBWF9BU0xSX0NPTVBBVF9ERUxUQV9TVEFDS19MU0IsIChw ciAhPSBOVUxMKSA/IHByLT5wcl9wYXhfYXNscl9jb21wYXRfc3RhY2tfbGVuIDogcGF4X2FzbHJf Y29tcGF0X3N0YWNrX2xlbik7Ci0gICAgICAgIHZtLT52bV9hc2xyX2RlbHRhX3N0YWNrID0gQUxJ R04odm0tPnZtX2FzbHJfZGVsdGFfc3RhY2spOworICAgIGlmIChpbWdwLT5wcm9jLT5wX3N5c2Vu dC0+c3ZfcGF4X2FzbHJfaW5pdCAhPSBOVUxMKSB7CisJICAgIGltZ3AtPnByb2MtPnBfc3lzZW50 LT5zdl9wYXhfYXNscl9pbml0KHZtLCBwcik7CiAgICAgfQotI2VuZGlmIC8qICFDT01QQVRfRlJF RUJTRDMyICovCiB9CiAKIHZvaWQKZGlmZiAtLWdpdCBhL3N5cy9taXBzL21pcHMvZWxmX21hY2hk ZXAuYyBiL3N5cy9taXBzL21pcHMvZWxmX21hY2hkZXAuYwppbmRleCBkMzc0NzEzLi5iYmYzOTU2 IDEwMDY0NAotLS0gYS9zeXMvbWlwcy9taXBzL2VsZl9tYWNoZGVwLmMKKysrIGIvc3lzL21pcHMv bWlwcy9lbGZfbWFjaGRlcC5jCkBAIC0yOCw2ICsyOCw4IEBACiAjaW5jbHVkZSA8c3lzL2NkZWZz Lmg+CiBfX0ZCU0RJRCgiJEZyZWVCU0QkIik7CiAKKyNpbmNsdWRlICJvcHRfcGF4LmgiCisKICNp bmNsdWRlIDxzeXMvcGFyYW0uaD4KICNpbmNsdWRlIDxzeXMva2VybmVsLmg+CiAjaW5jbHVkZSA8 c3lzL3N5c3RtLmg+CkBAIC0zNiw2ICszOCw5IEBAIF9fRkJTRElEKCIkRnJlZUJTRCQiKTsKICNp bmNsdWRlIDxzeXMvbGlua2VyLmg+CiAjaW5jbHVkZSA8c3lzL3N5c2VudC5oPgogI2luY2x1ZGUg PHN5cy9pbWdhY3RfZWxmLmg+CisjaWZkZWYgUEFYX0FTTFIKKyNpbmNsdWRlIDxzeXMvcGF4Lmg+ CisjZW5kaWYKICNpbmNsdWRlIDxzeXMvcHJvYy5oPgogI2luY2x1ZGUgPHN5cy9zeXNjYWxsLmg+ CiAjaW5jbHVkZSA8c3lzL3NpZ25hbHZhci5oPgpAQCAtODMsNiArODgsMTEgQEAgc3RydWN0IHN5 c2VudHZlYyBlbGY2NF9mcmVlYnNkX3N5c3ZlYyA9IHsKIAkuc3ZfZmV0Y2hfc3lzY2FsbF9hcmdz ID0gY3B1X2ZldGNoX3N5c2NhbGxfYXJncywKIAkuc3Zfc3lzY2FsbG5hbWVzID0gc3lzY2FsbG5h bWVzLAogCS5zdl9zY2hlZHRhaWwJPSBOVUxMLAorI2lmZGVmIFBBWF9BU0xSCisJLnN2X3BheF9h c2xyX2luaXQgPSBfcGF4X2FzbHJfaW5pdCwKKyNlbHNlCisJLnN2X3BheF9hc2xyX2luaXQgPSBO VUxMLAorI2VuZGlmCiB9OwogCiBzdGF0aWMgRWxmNjRfQnJhbmRpbmZvIGZyZWVic2RfYnJhbmRf aW5mbyA9IHsKQEAgLTEzOSw2ICsxNDksMTEgQEAgc3RydWN0IHN5c2VudHZlYyBlbGYzMl9mcmVl YnNkX3N5c3ZlYyA9IHsKIAkuc3ZfZmV0Y2hfc3lzY2FsbF9hcmdzID0gY3B1X2ZldGNoX3N5c2Nh bGxfYXJncywKIAkuc3Zfc3lzY2FsbG5hbWVzID0gc3lzY2FsbG5hbWVzLAogCS5zdl9zY2hlZHRh aWwJPSBOVUxMLAorI2lmZGVmIFBBWF9BU0xSCisJLnN2X3BheF9hc2xyX2luaXQgPSBfcGF4X2Fz bHJfaW5pdDMyLAorI2Vsc2UKKwkuc3ZfcGF4X2FzbHJfaW5pdCA9IE5VTEwsCisjZW5kaWYKIH07 CiAKIHN0YXRpYyBFbGYzMl9CcmFuZGluZm8gZnJlZWJzZF9icmFuZF9pbmZvID0gewpkaWZmIC0t Z2l0IGEvc3lzL21pcHMvbWlwcy9mcmVlYnNkMzJfbWFjaGRlcC5jIGIvc3lzL21pcHMvbWlwcy9m cmVlYnNkMzJfbWFjaGRlcC5jCmluZGV4IGRmZGY3MGYuLjljZmRiMjIgMTAwNjQ0Ci0tLSBhL3N5 cy9taXBzL21pcHMvZnJlZWJzZDMyX21hY2hkZXAuYworKysgYi9zeXMvbWlwcy9taXBzL2ZyZWVi c2QzMl9tYWNoZGVwLmMKQEAgLTMxLDYgKzMxLDcgQEAKICAqLwogCiAjaW5jbHVkZSAib3B0X2Nv bXBhdC5oIgorI2luY2x1ZGUgIm9wdF9wYXguaCIKIAogI2RlZmluZSBfX0VMRl9XT1JEX1NJWkUg MzIKIApAQCAtNDIsNiArNDMsOSBAQAogI2luY2x1ZGUgPHN5cy9leGVjLmg+CiAjaW5jbHVkZSA8 c3lzL2ltZ2FjdC5oPgogI2luY2x1ZGUgPHN5cy9tYWxsb2MuaD4KKyNpZmRlZiBQQVhfQVNMUgor I2luY2x1ZGUgPHN5cy9wYXguaD4KKyNlbmRpZgogI2luY2x1ZGUgPHN5cy9wcm9jLmg+CiAjaW5j bHVkZSA8c3lzL25hbWVpLmg+CiAjaW5jbHVkZSA8c3lzL2ZjbnRsLmg+CkBAIC0xMDYsNiArMTEw LDExIEBAIHN0cnVjdCBzeXNlbnR2ZWMgZWxmMzJfZnJlZWJzZF9zeXN2ZWMgPSB7CiAJLnN2X2Zl dGNoX3N5c2NhbGxfYXJncyA9IGNwdV9mZXRjaF9zeXNjYWxsX2FyZ3MsCiAJLnN2X3N5c2NhbGxu YW1lcyA9IGZyZWVic2QzMl9zeXNjYWxsbmFtZXMsCiAJLnN2X3NjaGVkdGFpbAk9IE5VTEwsCisj aWZkZWYgUEFYX0FTTFIKKwkuc3ZfcGF4X2FzbHJfaW5pdCA9IF9wYXhfYXNscl9pbml0MzIsCisj ZWxzZQorCS5zdl9wYXhfYXNscl9pbml0ID0gTlVMTCwKKyNlbmRpZgogfTsKIElOSVRfU1lTRU5U VkVDKGVsZjMyX3N5c3ZlYywgJmVsZjMyX2ZyZWVic2Rfc3lzdmVjKTsKIApkaWZmIC0tZ2l0IGEv c3lzL3Bvd2VycGMvcG93ZXJwYy9lbGYzMl9tYWNoZGVwLmMgYi9zeXMvcG93ZXJwYy9wb3dlcnBj L2VsZjMyX21hY2hkZXAuYwppbmRleCBkYmU1OGRmLi5lNGFiMmI5IDEwMDY0NAotLS0gYS9zeXMv cG93ZXJwYy9wb3dlcnBjL2VsZjMyX21hY2hkZXAuYworKysgYi9zeXMvcG93ZXJwYy9wb3dlcnBj L2VsZjMyX21hY2hkZXAuYwpAQCAtMjUsNiArMjUsOCBAQAogICogJEZyZWVCU0QkCiAgKi8KIAor I2luY2x1ZGUgIm9wdF9wYXguaCIKKwogI2luY2x1ZGUgPHN5cy9wYXJhbS5oPgogI2luY2x1ZGUg PHN5cy9rZXJuZWwuaD4KICNpbmNsdWRlIDxzeXMvc3lzdG0uaD4KQEAgLTM0LDYgKzM2LDkgQEAK ICNpbmNsdWRlIDxzeXMvZXhlYy5oPgogI2luY2x1ZGUgPHN5cy9pbWdhY3QuaD4KICNpbmNsdWRl IDxzeXMvbWFsbG9jLmg+CisjaWZkZWYgUEFYX0FTTFIKKyNpbmNsdWRlIDxzeXMvcGF4Lmg+Cisj ZW5kaWYKICNpbmNsdWRlIDxzeXMvcHJvYy5oPgogI2luY2x1ZGUgPHN5cy9uYW1laS5oPgogI2lu Y2x1ZGUgPHN5cy9mY250bC5oPgpAQCAtMTA3LDYgKzExMiwxMSBAQCBzdHJ1Y3Qgc3lzZW50dmVj IGVsZjMyX2ZyZWVic2Rfc3lzdmVjID0gewogCS5zdl9zaGFyZWRfcGFnZV9iYXNlID0gRlJFRUJT RDMyX1NIQVJFRFBBR0UsCiAJLnN2X3NoYXJlZF9wYWdlX2xlbiA9IFBBR0VfU0laRSwKIAkuc3Zf c2NoZWR0YWlsCT0gTlVMTCwKKyNpZmRlZiBQQVhfQVNMUgorCS5zdl9wYXhfYXNscl9pbml0ID0g X3BheF9hc2xyX2luaXQzMiwKKyNlbHNlCisJLnN2X3BheF9hc2xyX2luaXQgPSBOVUxMLAorI2Vu ZGlmCiB9OwogSU5JVF9TWVNFTlRWRUMoZWxmMzJfc3lzdmVjLCAmZWxmMzJfZnJlZWJzZF9zeXN2 ZWMpOwogCmRpZmYgLS1naXQgYS9zeXMvcG93ZXJwYy9wb3dlcnBjL2VsZjY0X21hY2hkZXAuYyBi L3N5cy9wb3dlcnBjL3Bvd2VycGMvZWxmNjRfbWFjaGRlcC5jCmluZGV4IDBjNDFhOGQuLjg1YjU2 OTcgMTAwNjQ0Ci0tLSBhL3N5cy9wb3dlcnBjL3Bvd2VycGMvZWxmNjRfbWFjaGRlcC5jCisrKyBi L3N5cy9wb3dlcnBjL3Bvd2VycGMvZWxmNjRfbWFjaGRlcC5jCkBAIC0yNSwxMiArMjUsMTcgQEAK ICAqICRGcmVlQlNEJAogICovCiAKKyNpbmNsdWRlICJvcHRfcGF4LmgiCisKICNpbmNsdWRlIDxz eXMvcGFyYW0uaD4KICNpbmNsdWRlIDxzeXMva2VybmVsLmg+CiAjaW5jbHVkZSA8c3lzL3N5c3Rt Lmg+CiAjaW5jbHVkZSA8c3lzL2V4ZWMuaD4KICNpbmNsdWRlIDxzeXMvaW1nYWN0Lmg+CiAjaW5j bHVkZSA8c3lzL21hbGxvYy5oPgorI2lmZGVmIFBBWF9BU0xSCisjaW5jbHVkZSA8c3lzL3BheC5o PgorI2VuZGlmCiAjaW5jbHVkZSA8c3lzL3Byb2MuaD4KICNpbmNsdWRlIDxzeXMvbmFtZWkuaD4K ICNpbmNsdWRlIDxzeXMvZmNudGwuaD4KQEAgLTgzLDYgKzg4LDExIEBAIHN0cnVjdCBzeXNlbnR2 ZWMgZWxmNjRfZnJlZWJzZF9zeXN2ZWMgPSB7CiAJLnN2X3NoYXJlZF9wYWdlX2Jhc2UgPSBTSEFS RURQQUdFLAogCS5zdl9zaGFyZWRfcGFnZV9sZW4gPSBQQUdFX1NJWkUsCiAJLnN2X3NjaGVkdGFp bAk9IE5VTEwsCisjaWZkZWYgUEFYX0FTTFIKKwkuc3ZfcGF4X2FzbHJfaW5pdCA9IF9wYXhfYXNs cl9pbml0LAorI2Vsc2UKKwkuc3ZfcGF4X2FzbHJfaW5pdCA9IE5VTEwsCisjZW5kaWYKIH07CiBJ TklUX1NZU0VOVFZFQyhlbGY2NF9zeXN2ZWMsICZlbGY2NF9mcmVlYnNkX3N5c3ZlYyk7CiAKZGlm ZiAtLWdpdCBhL3N5cy9zcGFyYzY0L3NwYXJjNjQvZWxmX21hY2hkZXAuYyBiL3N5cy9zcGFyYzY0 L3NwYXJjNjQvZWxmX21hY2hkZXAuYwppbmRleCA0ZDU1NzE3Li5iOWYyYmUwIDEwMDY0NAotLS0g YS9zeXMvc3BhcmM2NC9zcGFyYzY0L2VsZl9tYWNoZGVwLmMKKysrIGIvc3lzL3NwYXJjNjQvc3Bh cmM2NC9lbGZfbWFjaGRlcC5jCkBAIC0zNCwxMiArMzQsMTcgQEAKICNpbmNsdWRlIDxzeXMvY2Rl ZnMuaD4KIF9fRkJTRElEKCIkRnJlZUJTRCQiKTsKIAorI2luY2x1ZGUgIm9wdF9wYXguaCIKKwog I2luY2x1ZGUgPHN5cy9wYXJhbS5oPgogI2luY2x1ZGUgPHN5cy9rZXJuZWwuaD4KICNpbmNsdWRl IDxzeXMvc3lzdG0uaD4KICNpbmNsdWRlIDxzeXMvZXhlYy5oPgogI2luY2x1ZGUgPHN5cy9pbWdh Y3QuaD4KICNpbmNsdWRlIDxzeXMvbGlua2VyLmg+CisjaWZkZWYgUEFYX0FTTFIKKyNpbmNsdWRl IDxzeXMvcGF4Lmg+CisjZW5kaWYKICNpbmNsdWRlIDxzeXMvcHJvYy5oPgogI2luY2x1ZGUgPHN5 cy9zeXNlbnQuaD4KICNpbmNsdWRlIDxzeXMvaW1nYWN0X2VsZi5oPgpAQCAtODcsNiArOTIsMTEg QEAgc3RhdGljIHN0cnVjdCBzeXNlbnR2ZWMgZWxmNjRfZnJlZWJzZF9zeXN2ZWMgPSB7CiAJLnN2 X2ZldGNoX3N5c2NhbGxfYXJncyA9IGNwdV9mZXRjaF9zeXNjYWxsX2FyZ3MsCiAJLnN2X3N5c2Nh bGxuYW1lcyA9IHN5c2NhbGxuYW1lcywKIAkuc3Zfc2NoZWR0YWlsCT0gTlVMTCwKKyNpZmRlZiBQ QVhfQVNMUgorCS5zdl9wYXhfYXNscl9pbml0ID0gX3BheF9hc2xyX2luaXQsCisjZWxzZQorCS5z dl9wYXhfYXNscl9pbml0ID0gTlVMTCwKKyNlbmRpZgogfTsKIAogc3RhdGljIEVsZjY0X0JyYW5k aW5mbyBmcmVlYnNkX2JyYW5kX2luZm8gPSB7CmRpZmYgLS1naXQgYS9zeXMvc3lzL3BhcmFtLmgg Yi9zeXMvc3lzL3BhcmFtLmgKaW5kZXggMDViNTk2OC4uYWUxNzA0YSAxMDA2NDQKLS0tIGEvc3lz L3N5cy9wYXJhbS5oCisrKyBiL3N5cy9zeXMvcGFyYW0uaApAQCAtNTgsNyArNTgsNyBAQAogICoJ CWluIHRoZSByYW5nZSA1IHRvIDkuCiAgKi8KICN1bmRlZiBfX0ZyZWVCU0RfdmVyc2lvbgotI2Rl ZmluZSBfX0ZyZWVCU0RfdmVyc2lvbiAxMDAwNzA1CS8qIE1hc3RlciwgcHJvcGFnYXRlZCB0byBu ZXd2ZXJzICovCisjZGVmaW5lIF9fRnJlZUJTRF92ZXJzaW9uIDEwMDA3MDYJLyogTWFzdGVyLCBw cm9wYWdhdGVkIHRvIG5ld3ZlcnMgKi8KIAogLyoKICAqIF9fRnJlZUJTRF9rZXJuZWxfXyBpbmRp Y2F0ZXMgdGhhdCB0aGlzIHN5c3RlbSB1c2VzIHRoZSBrZXJuZWwgb2YgRnJlZUJTRCwKZGlmZiAt LWdpdCBhL3N5cy9zeXMvcGF4LmggYi9zeXMvc3lzL3BheC5oCmluZGV4IGI2NmU2OGIuLjNlZTM5 ODIgMTAwNjQ0Ci0tLSBhL3N5cy9zeXMvcGF4LmgKKysrIGIvc3lzL3N5cy9wYXguaApAQCAtMzEs NiArMzEsNyBAQAogI2RlZmluZQlfX1NZU19QQVhfSAogCiBzdHJ1Y3QgaW1hZ2VfcGFyYW1zOwor c3RydWN0IHByaXNvbjsKIHN0cnVjdCB0aHJlYWQ7CiBzdHJ1Y3Qgdm1zcGFjZTsKIHN0cnVjdCB2 bV9vZmZzZXRfdDsKQEAgLTE1Nyw2ICsxNTgsOCBAQCBleHRlcm4gaW50IHBheF9hc2xyX2V4ZWNf bGVuOwogdm9pZCBwYXhfaW5pdCh2b2lkKTsKIHZvaWQgcGF4X2FzbHJfaW5pdF9wcmlzb24oc3Ry dWN0IHByaXNvbiAqcHIpOwogYm9vbCBwYXhfYXNscl9hY3RpdmUoc3RydWN0IHRocmVhZCAqdGQs IHN0cnVjdCBwcm9jICpwcm9jKTsKK3ZvaWQgX3BheF9hc2xyX2luaXQoc3RydWN0IHZtc3BhY2Ug KnZtLCBzdHJ1Y3QgcHJpc29uICpwcik7Cit2b2lkIF9wYXhfYXNscl9pbml0MzIoc3RydWN0IHZt c3BhY2UgKnZtLCBzdHJ1Y3QgcHJpc29uICpwcik7CiB2b2lkIHBheF9hc2xyX2luaXQoc3RydWN0 IHRocmVhZCAqdGQsIHN0cnVjdCBpbWFnZV9wYXJhbXMgKmltZ3ApOwogdm9pZCBwYXhfYXNscl9t bWFwKHN0cnVjdCB0aHJlYWQgKnRkLCB2bV9vZmZzZXRfdCAqYWRkciwKIAkJCXZtX29mZnNldF90 IG9yaWdfYWRkciwgaW50IGZsYWdzKTsKZGlmZiAtLWdpdCBhL3N5cy9zeXMvc3lzZW50LmggYi9z eXMvc3lzL3N5c2VudC5oCmluZGV4IGM0OWRiNDEuLmNmYmNkYzAgMTAwNjQ0Ci0tLSBhL3N5cy9z eXMvc3lzZW50LmgKKysrIGIvc3lzL3N5cy9zeXNlbnQuaApAQCAtNzcsOSArNzcsMTEgQEAgc3Ry dWN0IHN5c2VudCB7CQkJLyogc3lzdGVtIGNhbGwgdGFibGUgKi8KICNkZWZpbmUJU1lfVEhSX0lO Q1IJMHg4CiAKIHN0cnVjdCBpbWFnZV9wYXJhbXM7CitzdHJ1Y3QgcHJpc29uOwogc3RydWN0IF9f c2lnc2V0Owogc3RydWN0IHN5c2NhbGxfYXJnczsKIHN0cnVjdCB0cmFwZnJhbWU7CitzdHJ1Y3Qg dm1zcGFjZTsKIHN0cnVjdCB2bm9kZTsKIAogc3RydWN0IHN5c2VudHZlYyB7CkBAIC0xMzAsNiAr MTMyLDcgQEAgc3RydWN0IHN5c2VudHZlYyB7CiAJdWludDMyX3QJc3ZfdGltZWtlZXBfZ2VuOwog CXZvaWQJCSpzdl9zaGFyZWRfcGFnZV9vYmo7CiAJdm9pZAkJKCpzdl9zY2hlZHRhaWwpKHN0cnVj dCB0aHJlYWQgKik7CisJdm9pZAkJKCpzdl9wYXhfYXNscl9pbml0KShzdHJ1Y3Qgdm1zcGFjZSAq dm0sIHN0cnVjdCBwcmlzb24gKnByKTsKIH07CiAKICNkZWZpbmUJU1ZfSUxQMzIJMHgwMDAxMDAK LS0gCjEuOS4wCgo= --001a11c1d7e07aa84104f6107763 Content-Type: application/octet-stream; name="0002-PAX-ASLR-updated-debug-messages.patch" Content-Disposition: attachment; filename="0002-PAX-ASLR-updated-debug-messages.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: file2 RnJvbSA0ZDQwODhhMjVkYjFhMGQ3ZjNhMzEyN2RhYmFiMTRlNjBjMWMzYmM1IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBPbGl2ZXIgUGludGVyIDxvbGl2ZXIucG50ckBnbWFpbC5jb20+ CkRhdGU6IFdlZCwgMiBBcHIgMjAxNCAxMjo0MDoyNiArMDIwMApTdWJqZWN0OiBbUEFUQ0ggMi82 XSBQQVggQVNMUjogdXBkYXRlZCBkZWJ1ZyBtZXNzYWdlcwoKU2lnbmVkLW9mZi1ieTogT2xpdmVy IFBpbnRlciA8b2xpdmVyLnBudHJAZ21haWwuY29tPgotLS0KIHN5cy9rZXJuL2tlcm5fcGF4LmMg fCAxMCArKysrKy0tLS0tCiAxIGZpbGUgY2hhbmdlZCwgNSBpbnNlcnRpb25zKCspLCA1IGRlbGV0 aW9ucygtKQoKZGlmZiAtLWdpdCBhL3N5cy9rZXJuL2tlcm5fcGF4LmMgYi9zeXMva2Vybi9rZXJu X3BheC5jCmluZGV4IDkyMDkwMzguLmEyY2E2ODUgMTAwNjQ0Ci0tLSBhL3N5cy9rZXJuL2tlcm5f cGF4LmMKKysrIGIvc3lzL2tlcm4va2Vybl9wYXguYwpAQCAtNTM1LDcgKzUzNSw3IEBAIHBheF9h c2xyX2luaXQoc3RydWN0IHRocmVhZCAqdGQsIHN0cnVjdCBpbWFnZV9wYXJhbXMgKmltZ3ApCiAg ICAgICAgIHBheF9hc2xyX2luaXRfcHJpc29uKHByKTsKIAogICAgIGlmIChpbWdwID09IE5VTEwp IHsKLSAgICAgICAgcGFuaWMoIltQYVggQVNMUl0gcGF4X2FzbHJfaW5pdCAtIGltZ3AgPT0gTlVM TCIpOworICAgICAgICBwYW5pYygiW1BhWCBBU0xSXSBwYXhfYXNscl9pbml0OiBpbWdwID09IE5V TEwiKTsKICAgICB9CiAKICAgICBpZiAoIXBheF9hc2xyX2FjdGl2ZSh0ZCwgTlVMTCkpCkBAIC01 NjEsMTcgKzU2MSwxNyBAQCBwYXhfYXNscl9tbWFwKHN0cnVjdCB0aHJlYWQgKnRkLCB2bV9vZmZz ZXRfdCAqYWRkciwgdm1fb2Zmc2V0X3Qgb3JpZ19hZGRyLCBpbnQgZgogCiAgICAgaWYgKCEoZmxh Z3MgJiBNQVBfRklYRUQpICYmICgob3JpZ19hZGRyID09IDApIHx8ICEoZmxhZ3MgJiBNQVBfQU5P TikpKSB7CiAgICAgICAgIGlmIChwYXhfYXNscl9kZWJ1ZykKLSAgICAgICAgICAgIHVwcmludGYo IltQYVggQVNMUl0gYXBwbHlpbmcgdG8gJXAgb3JpZ19hZGRyPSVwIGY9JXhcbiIsCisgICAgICAg ICAgICB1cHJpbnRmKCJbUGFYIEFTTFJdIHBheF9hc2xyX21tYXA6IGFwcGx5aW5nIHRvICVwIG9y aWdfYWRkcj0lcCBmbGFncz0leFxuIiwKICAgICAgICAgICAgICAgICAodm9pZCAqKSphZGRyLCAo dm9pZCAqKW9yaWdfYWRkciwgZmxhZ3MpOwogICAgICAgICBpZiAoISh0ZC0+dGRfcHJvYy0+cF92 bXNwYWNlLT52bV9tYXAuZmxhZ3MgJiBNQVBfRU5UUllfR1JPV1NfRE9XTikpCiAgICAgICAgICAg ICAqYWRkciArPSB0ZC0+dGRfcHJvYy0+cF92bXNwYWNlLT52bV9hc2xyX2RlbHRhX21tYXA7CiAg ICAgICAgIGVsc2UKICAgICAgICAgICAgICphZGRyIC09IHRkLT50ZF9wcm9jLT5wX3Ztc3BhY2Ut PnZtX2FzbHJfZGVsdGFfbW1hcDsKICAgICAgICAgaWYgKHBheF9hc2xyX2RlYnVnKQotICAgICAg ICAgICAgdXByaW50ZigiW1BhWCBBU0xSXSByZXN1bHQgJXBcbiIsICh2b2lkICopKmFkZHIpOwor ICAgICAgICAgICAgdXByaW50ZigiW1BhWCBBU0xSXSBwYXhfYXNscl9tbWFwOiByZXN1bHQgJXBc biIsICh2b2lkICopKmFkZHIpOwogICAgIH0KICAgICBlbHNlIGlmIChwYXhfYXNscl9kZWJ1ZykK LSAgICAgICAgdXByaW50ZigiW1BhWCBBU0xSXSBub3QgYXBwbHlpbmcgdG8gJXAgb3JpZ19hZGRy PSVwIGY9JXhcbiIsCisgICAgICAgIHVwcmludGYoIltQYVggQVNMUl0gcGF4X2FzbHJfbW1hcDog bm90IGFwcGx5aW5nIHRvICVwIG9yaWdfYWRkcj0lcCBmbGFncz0leFxuIiwKICAgICAgICAgKHZv aWQgKikqYWRkciwgKHZvaWQgKilvcmlnX2FkZHIsIGZsYWdzKTsKIH0KIApAQCAtNTg3LDYgKzU4 Nyw2IEBAIHBheF9hc2xyX3N0YWNrKHN0cnVjdCB0aHJlYWQgKnRkLCB1aW50cHRyX3QgKmFkZHIs IHVpbnRwdHJfdCBvcmlnX2FkZHIpCiAKICAgICAqYWRkciAtPSB0ZC0+dGRfcHJvYy0+cF92bXNw YWNlLT52bV9hc2xyX2RlbHRhX3N0YWNrOwogICAgIGlmICgocHIpICYmIHByLT5wcl9wYXhfYXNs cl9kZWJ1ZykKLSAgICAgICAgdXByaW50ZigiW1BhWCBBU0xSXSBvcmlnX2FkZHI9JXAsIGFkZHI9 JXBcbiIsCisgICAgICAgIHVwcmludGYoIltQYVggQVNMUl0gcGF4X2FzbHJfc3RhY2s6IG9yaWdf YWRkcj0lcCwgbmV3X2FkZHI9JXBcbiIsCiAgICAgICAgICAgICAodm9pZCAqKW9yaWdfYWRkciwg KHZvaWQgKikqYWRkcik7CiB9Ci0tIAoxLjkuMAoK --001a11c1d7e07aa84104f6107763 Content-Type: application/octet-stream; name="0003-PAX-ASLR-removed-unused-variable.patch" Content-Disposition: attachment; filename="0003-PAX-ASLR-removed-unused-variable.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: file3 RnJvbSA0Njg0NzJlZGEzYjkyZTFlYTkwY2NmMjkxMGIyNmZlMjI2MzU2MWUwIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBPbGl2ZXIgUGludGVyIDxvbGl2ZXIucG50ckBnbWFpbC5jb20+ CkRhdGU6IFdlZCwgMiBBcHIgMjAxNCAxMjo0Mzo0OSArMDIwMApTdWJqZWN0OiBbUEFUQ0ggMy82 XSBQQVggQVNMUjogcmVtb3ZlZCB1bnVzZWQgdmFyaWFibGUKClNpZ25lZC1vZmYtYnk6IE9saXZl ciBQaW50ZXIgPG9saXZlci5wbnRyQGdtYWlsLmNvbT4KLS0tCiBzeXMva2Vybi9rZXJuX3BheC5j IHwgMiAtLQogMSBmaWxlIGNoYW5nZWQsIDIgZGVsZXRpb25zKC0pCgpkaWZmIC0tZ2l0IGEvc3lz L2tlcm4va2Vybl9wYXguYyBiL3N5cy9rZXJuL2tlcm5fcGF4LmMKaW5kZXggYTJjYTY4NS4uNzky MzM2ZCAxMDA2NDQKLS0tIGEvc3lzL2tlcm4va2Vybl9wYXguYworKysgYi9zeXMva2Vybi9rZXJu X3BheC5jCkBAIC01MjYsNyArNTI2LDYgQEAgdm9pZAogcGF4X2FzbHJfaW5pdChzdHJ1Y3QgdGhy ZWFkICp0ZCwgc3RydWN0IGltYWdlX3BhcmFtcyAqaW1ncCkKIHsKICAgICBzdHJ1Y3Qgdm1zcGFj ZSAqdm07Ci0gICAgdV9pbnQgc3ZfZmxhZ3M7CiAgICAgc3RydWN0IHByaXNvbiAqcHI9TlVMTDsK IAogICAgIHByID0gcGF4X2FzbHJfZ2V0X3ByaXNvbih0ZCwgTlVMTCk7CkBAIC01NDIsNyArNTQx LDYgQEAgcGF4X2FzbHJfaW5pdChzdHJ1Y3QgdGhyZWFkICp0ZCwgc3RydWN0IGltYWdlX3BhcmFt cyAqaW1ncCkKICAgICAgICAgcmV0dXJuOwogCiAgICAgdm0gPSBpbWdwLT5wcm9jLT5wX3Ztc3Bh Y2U7Ci0gICAgc3ZfZmxhZ3MgPSBpbWdwLT5wcm9jLT5wX3N5c2VudC0+c3ZfZmxhZ3M7CiAKICAg ICBpZiAoaW1ncC0+cHJvYy0+cF9zeXNlbnQtPnN2X3BheF9hc2xyX2luaXQgIT0gTlVMTCkgewog CSAgICBpbWdwLT5wcm9jLT5wX3N5c2VudC0+c3ZfcGF4X2FzbHJfaW5pdCh2bSwgcHIpOwotLSAK MS45LjAKCg== --001a11c1d7e07aa84104f6107763 Content-Type: application/octet-stream; name="0004-PaX-ASLR-added-more-debug-messages.patch" Content-Disposition: attachment; filename="0004-PaX-ASLR-added-more-debug-messages.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: file4 RnJvbSA2Mzk2ZmE4MjAwYTY4MDgwOTE5YmM4ZjQ0OGFkZDhiZDFjMjU1NzU1IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBPbGl2ZXIgUGludGVyIDxvbGl2ZXIucG50ckBnbWFpbC5jb20+ CkRhdGU6IFdlZCwgMiBBcHIgMjAxNCAxMjo1NTo0MCArMDIwMApTdWJqZWN0OiBbUEFUQ0ggNC82 XSBQYVggQVNMUjogYWRkZWQgbW9yZSBkZWJ1ZyBtZXNzYWdlcwoKU2lnbmVkLW9mZi1ieTogT2xp dmVyIFBpbnRlciA8b2xpdmVyLnBudHJAZ21haWwuY29tPgotLS0KIHN5cy9rZXJuL2tlcm5fcGF4 LmMgfCAxMCArKysrKysrKysrCiAxIGZpbGUgY2hhbmdlZCwgMTAgaW5zZXJ0aW9ucygrKQoKZGlm ZiAtLWdpdCBhL3N5cy9rZXJuL2tlcm5fcGF4LmMgYi9zeXMva2Vybi9rZXJuX3BheC5jCmluZGV4 IDc5MjMzNmQuLjg0NjU1ZDEgMTAwNjQ0Ci0tLSBhL3N5cy9rZXJuL2tlcm5fcGF4LmMKKysrIGIv c3lzL2tlcm4va2Vybl9wYXguYwpAQCAtNTA4LDYgKzUwOCwxMSBAQCBfcGF4X2FzbHJfaW5pdChz dHJ1Y3Qgdm1zcGFjZSAqdm0sIHN0cnVjdCBwcmlzb24gKnByKQogCXZtLT52bV9hc2xyX2RlbHRh X3N0YWNrID0gUEFYX0FTTFJfREVMVEEoYXJjNHJhbmRvbSgpLAogCQlQQVhfQVNMUl9ERUxUQV9T VEFDS19MU0IsIChwciAhPSBOVUxMKSA/IHByLT5wcl9wYXhfYXNscl9zdGFja19sZW4gOiBwYXhf YXNscl9zdGFja19sZW4pOwogCXZtLT52bV9hc2xyX2RlbHRhX3N0YWNrID0gQUxJR04odm0tPnZt X2FzbHJfZGVsdGFfc3RhY2spOworCisJaWYgKHBheF9hc2xyX2RlYnVnKSB7CisJCXVwcmludGYo IltQYVggQVNMUl0gJXM6IHZtX2FzbHJfZGVsdGFfbW1hcD0lcCIsIF9fZnVuY19fLCAodm9pZCAq KSB2bS0+dm1fYXNscl9kZWx0YV9tbWFwKTsKKwkJdXByaW50ZigiW1BhWCBBU0xSXSAlczogdm1f YXNscl9kZWx0YV9zdGFjaz0lcCIsIF9fZnVuY19fLCAodm9pZCAqKSB2bS0+dm1fYXNscl9kZWx0 YV9zdGFjayk7CisJfQogfQogCiAjaWZkZWYgQ09NUEFUX0ZSRUVCU0QzMgpAQCAtNTE5LDYgKzUy NCwxMSBAQCBfcGF4X2FzbHJfaW5pdDMyKHN0cnVjdCB2bXNwYWNlICp2bSwgc3RydWN0IHByaXNv biAqcHIpCiAgICAgICAgIHZtLT52bV9hc2xyX2RlbHRhX3N0YWNrID0gUEFYX0FTTFJfREVMVEEo YXJjNHJhbmRvbSgpLAogICAgICAgICAgICAgUEFYX0FTTFJfQ09NUEFUX0RFTFRBX1NUQUNLX0xT QiwgKHByICE9IE5VTEwpID8gcHItPnByX3BheF9hc2xyX2NvbXBhdF9zdGFja19sZW4gOiBwYXhf YXNscl9jb21wYXRfc3RhY2tfbGVuKTsKICAgICAgICAgdm0tPnZtX2FzbHJfZGVsdGFfc3RhY2sg PSBBTElHTih2bS0+dm1fYXNscl9kZWx0YV9zdGFjayk7CisKKwlpZiAocGF4X2FzbHJfZGVidWcp IHsKKwkJdXByaW50ZigiW1BhWCBBU0xSXSAlczogdm1fYXNscl9kZWx0YV9tbWFwPSVwIiwgX19m dW5jX18sICh2b2lkICopIHZtLT52bV9hc2xyX2RlbHRhX21tYXApOworCQl1cHJpbnRmKCJbUGFY IEFTTFJdICVzOiB2bV9hc2xyX2RlbHRhX3N0YWNrPSVwIiwgX19mdW5jX18sICh2b2lkICopIHZt LT52bV9hc2xyX2RlbHRhX3N0YWNrKTsKKwl9CiB9CiAjZW5kaWYKIAotLSAKMS45LjAKCg== --001a11c1d7e07aa84104f6107763 Content-Type: application/octet-stream; name="0005-PAX-ASLR-fix-debug-messages-added-new-line.patch" Content-Disposition: attachment; filename="0005-PAX-ASLR-fix-debug-messages-added-new-line.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: file5 RnJvbSA3MTFmMzg1YTZjZmM5NGU5ZTA4ODM3YzY1OWJmMDE5MGRhOGYxMjY4IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBPbGl2ZXIgUGludGVyIDxvbGl2ZXIucG50ckBnbWFpbC5jb20+ CkRhdGU6IFdlZCwgMiBBcHIgMjAxNCAxMzoyNToxOCArMDIwMApTdWJqZWN0OiBbUEFUQ0ggNS82 XSBQQVggQVNMUjogZml4IGRlYnVnIG1lc3NhZ2VzLCBhZGRlZCBuZXcgbGluZQoKU2lnbmVkLW9m Zi1ieTogT2xpdmVyIFBpbnRlciA8b2xpdmVyLnBudHJAZ21haWwuY29tPgotLS0KIHN5cy9rZXJu L2tlcm5fcGF4LmMgfCA4ICsrKystLS0tCiAxIGZpbGUgY2hhbmdlZCwgNCBpbnNlcnRpb25zKCsp LCA0IGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL3N5cy9rZXJuL2tlcm5fcGF4LmMgYi9zeXMv a2Vybi9rZXJuX3BheC5jCmluZGV4IDg0NjU1ZDEuLjNiZTliNDcgMTAwNjQ0Ci0tLSBhL3N5cy9r ZXJuL2tlcm5fcGF4LmMKKysrIGIvc3lzL2tlcm4va2Vybl9wYXguYwpAQCAtNTEwLDggKzUxMCw4 IEBAIF9wYXhfYXNscl9pbml0KHN0cnVjdCB2bXNwYWNlICp2bSwgc3RydWN0IHByaXNvbiAqcHIp CiAJdm0tPnZtX2FzbHJfZGVsdGFfc3RhY2sgPSBBTElHTih2bS0+dm1fYXNscl9kZWx0YV9zdGFj ayk7CiAKIAlpZiAocGF4X2FzbHJfZGVidWcpIHsKLQkJdXByaW50ZigiW1BhWCBBU0xSXSAlczog dm1fYXNscl9kZWx0YV9tbWFwPSVwIiwgX19mdW5jX18sICh2b2lkICopIHZtLT52bV9hc2xyX2Rl bHRhX21tYXApOwotCQl1cHJpbnRmKCJbUGFYIEFTTFJdICVzOiB2bV9hc2xyX2RlbHRhX3N0YWNr PSVwIiwgX19mdW5jX18sICh2b2lkICopIHZtLT52bV9hc2xyX2RlbHRhX3N0YWNrKTsKKwkJdXBy aW50ZigiW1BhWCBBU0xSXSAlczogdm1fYXNscl9kZWx0YV9tbWFwPSVwXG4iLCBfX2Z1bmNfXywg KHZvaWQgKikgdm0tPnZtX2FzbHJfZGVsdGFfbW1hcCk7CisJCXVwcmludGYoIltQYVggQVNMUl0g JXM6IHZtX2FzbHJfZGVsdGFfc3RhY2s9JXBcbiIsIF9fZnVuY19fLCAodm9pZCAqKSB2bS0+dm1f YXNscl9kZWx0YV9zdGFjayk7CiAJfQogfQogCkBAIC01MjYsOCArNTI2LDggQEAgX3BheF9hc2xy X2luaXQzMihzdHJ1Y3Qgdm1zcGFjZSAqdm0sIHN0cnVjdCBwcmlzb24gKnByKQogICAgICAgICB2 bS0+dm1fYXNscl9kZWx0YV9zdGFjayA9IEFMSUdOKHZtLT52bV9hc2xyX2RlbHRhX3N0YWNrKTsK IAogCWlmIChwYXhfYXNscl9kZWJ1ZykgewotCQl1cHJpbnRmKCJbUGFYIEFTTFJdICVzOiB2bV9h c2xyX2RlbHRhX21tYXA9JXAiLCBfX2Z1bmNfXywgKHZvaWQgKikgdm0tPnZtX2FzbHJfZGVsdGFf bW1hcCk7Ci0JCXVwcmludGYoIltQYVggQVNMUl0gJXM6IHZtX2FzbHJfZGVsdGFfc3RhY2s9JXAi LCBfX2Z1bmNfXywgKHZvaWQgKikgdm0tPnZtX2FzbHJfZGVsdGFfc3RhY2spOworCQl1cHJpbnRm KCJbUGFYIEFTTFJdICVzOiB2bV9hc2xyX2RlbHRhX21tYXA9JXBcbiIsIF9fZnVuY19fLCAodm9p ZCAqKSB2bS0+dm1fYXNscl9kZWx0YV9tbWFwKTsKKwkJdXByaW50ZigiW1BhWCBBU0xSXSAlczog dm1fYXNscl9kZWx0YV9zdGFjaz0lcFxuIiwgX19mdW5jX18sICh2b2lkICopIHZtLT52bV9hc2xy X2RlbHRhX3N0YWNrKTsKIAl9CiB9CiAjZW5kaWYKLS0gCjEuOS4wCgo= --001a11c1d7e07aa84104f6107763 Content-Type: application/octet-stream; name="0006-PAX-ASLR-use-the-right-sysent-before-this-commit-cal.patch" Content-Disposition: attachment; filename="0006-PAX-ASLR-use-the-right-sysent-before-this-commit-cal.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: file6 RnJvbSBiYjI4NGExODYwZmFjN2YzNDc1NzA3ZDI4YWE1Njc3ZDM5MmU5YThlIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBPbGl2ZXIgUGludGVyIDxvbGl2ZXIucG50ckBnbWFpbC5jb20+ CkRhdGU6IFdlZCwgMiBBcHIgMjAxNCAxNjozOTozMCArMDIwMApTdWJqZWN0OiBbUEFUQ0ggNi82 XSBQQVggQVNMUjogdXNlIHRoZSByaWdodCBzeXNlbnQsIGJlZm9yZSB0aGlzIGNvbW1pdCBjYWxs ZWQKIHdyb25nIHN2X3BheF9hc2xyX2luaXQKCnRoaXMgZml4ZWQgc29tZSBjb21wYXQgaXNzdWVz IHdpdGggQ09NUEFUX0ZSRUVCU0QzMiBhbmQgbGludXh1bGF0b3IKClNpZ25lZC1vZmYtYnk6IE9s aXZlciBQaW50ZXIgPG9saXZlci5wbnRyQGdtYWlsLmNvbT4KLS0tCiBzeXMva2Vybi9rZXJuX3Bh eC5jIHwgNCArKy0tCiAxIGZpbGUgY2hhbmdlZCwgMiBpbnNlcnRpb25zKCspLCAyIGRlbGV0aW9u cygtKQoKZGlmZiAtLWdpdCBhL3N5cy9rZXJuL2tlcm5fcGF4LmMgYi9zeXMva2Vybi9rZXJuX3Bh eC5jCmluZGV4IDNiZTliNDcuLmZlNTQ2ZjQgMTAwNjQ0Ci0tLSBhL3N5cy9rZXJuL2tlcm5fcGF4 LmMKKysrIGIvc3lzL2tlcm4va2Vybl9wYXguYwpAQCAtNTUyLDggKzU1Miw4IEBAIHBheF9hc2xy X2luaXQoc3RydWN0IHRocmVhZCAqdGQsIHN0cnVjdCBpbWFnZV9wYXJhbXMgKmltZ3ApCiAKICAg ICB2bSA9IGltZ3AtPnByb2MtPnBfdm1zcGFjZTsKIAotICAgIGlmIChpbWdwLT5wcm9jLT5wX3N5 c2VudC0+c3ZfcGF4X2FzbHJfaW5pdCAhPSBOVUxMKSB7Ci0JICAgIGltZ3AtPnByb2MtPnBfc3lz ZW50LT5zdl9wYXhfYXNscl9pbml0KHZtLCBwcik7CisgICAgaWYgKGltZ3AtPnN5c2VudC0+c3Zf cGF4X2FzbHJfaW5pdCAhPSBOVUxMKSB7CisJICAgIGltZ3AtPnN5c2VudC0+c3ZfcGF4X2FzbHJf aW5pdCh2bSwgcHIpOwogICAgIH0KIH0KIAotLSAKMS45LjAKCg== --001a11c1d7e07aa84104f6107763-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 15:22:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20C10BED for ; Wed, 2 Apr 2014 15:22:39 +0000 (UTC) Received: from mail-qg0-x230.google.com (mail-qg0-x230.google.com [IPv6:2607:f8b0:400d:c04::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CA430E40 for ; Wed, 2 Apr 2014 15:22:38 +0000 (UTC) Received: by mail-qg0-f48.google.com with SMTP id j107so350203qga.21 for ; Wed, 02 Apr 2014 08:22:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=AKCZPZPb2vrfEyqvFjcg+PCpXDSEEt5wQwMvgCrdqbA=; b=cEGk5D/qV3f+pkm+T5x5fnJ+RvnISLCUq8mxujOFhN4TL+I+fIEAtSlYs3tlD5llCE LXy6CzH0tM4ENtOS76SLKWJbpXtPTU1ApPw0JlV16rFIGfd9t0ZAK93i4xeEsrn6eZVb fgDFQSC5UO4BqGyKo28o34WcgnpZcFhDnRvhB+YXTBYA83+bWxnlq63vx1j2kmOwpRLV M5l97YsvGvX7Yh5/wAqvvXlt9RxovDQKvoxN0+OgDuc306wkVC5qfSSGRHFItY4Ge8S5 /tNoDwZUD7ultWHZdErGi3vaEyoB9ZyD0Iw7UDXyiN4Y6NxBQJEk4qP6RaQaELXIrKOl Qwow== X-Received: by 10.140.89.234 with SMTP id v97mr1408858qgd.20.1396452157804; Wed, 02 Apr 2014 08:22:37 -0700 (PDT) Received: from pwnie.vrt.sourcefire.com (moist.vrt.sourcefire.com. [198.148.79.134]) by mx.google.com with ESMTPSA id f2sm4377018qaa.28.2014.04.02.08.22.35 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 02 Apr 2014 08:22:36 -0700 (PDT) Date: Wed, 2 Apr 2014 11:22:32 -0400 From: Shawn Webb To: Oliver Pinter Subject: Re: [CFT] ASLR and PIE on amd64 Message-ID: <20140402152232.GF20907@pwnie.vrt.sourcefire.com> References: <20140331002436.GB14025@pwnie.vrt.sourcefire.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nYySOmuH/HDX6pKp" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 15:22:39 -0000 --nYySOmuH/HDX6pKp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Apr 02, 2014 04:54 PM +0200, Oliver Pinter wrote: > On 4/2/14, Oliver Pinter wrote: > > On 3/31/14, Shawn Webb wrote: > >> On Mar 31, 2014 02:07 AM +0200, Oliver Pinter wrote: > >>> On 3/22/14, Shawn Webb wrote: > >>> > Hey All, > >>> > > >>> > First off, I hope that even as a non-committer, it's okay that I po= st > >>> > a call for testing. If not, please excuse my newbishness in this > >>> > process. This is my first time submitting a major patch upstream to > >>> > FreeBSD. > >>> > > >>> > Over the past few months, I've had the opportunity and pleasure to > >>> > enhance existing patches to FreeBSD that implement a common exploit > >>> > mitigation technology called Address Space Layout Randomization (AS= LR) > >>> > along with support for Position Independent Executables (PIE). > >>> > ASLR+PIE has been a long-requested feature by many people I've met = on > >>> > IRC. > >>> > > >>> > I've submitted my patch to PR kernel/181497. I'm currently in the > >>> > process of adding PIE support to certain high-visibility applicatio= ns > >>> > in base (mainly network daemons). I've added a make.conf knob that's > >>> > default to enabled (WITH_PIE=3D1). An application has to also expli= citly > >>> > support PIE as well by defining CAN_PIE in the Makefile prior to > >>> > including bsd.prog.mk. After I get a decent amount of applications > >>> > enabled with PIE support, I'll submit one last patch. > >>> > > >>> > The following sysctl's can be set with a kernel compiled with the > >>> > PAX_ASLR option: > >>> > > >>> > security.pax.aslr.status: 1 > >>> > security.pax.aslr.debug: 0 > >>> > security.pax.aslr.mmap_len: 16 > >>> > security.pax.aslr.stack_len: 12 > >>> > security.pax.aslr.exec_len: 12 > >>> > > >>> > The security.pax.aslr.status sysctl enables and disables the ASLR > >>> > system as a whole. The debug sysctl gives debugging output. The > >>> > mmap_len sysctl tells the ASLR system how many bits to randomize wi= th > >>> > mmap() is called. The stack_len sysctl tells the ASLR system how ma= ny > >>> > bits to randomize in the stack. The exec_len sysctl tells the ASLR > >>> > system how many bits to randomize the execbase (this controls PIE). > >>> > These sysctls can be set as a per-jail basis. If you have an > >>> > application which doesn't support ASLR, yet you want ASLR enabled f= or > >>> > everything else, you can simply place that misbehaving application = in > >>> > a jail with only that jail's ASLR settings turned off. > >>> > > >>> > Please let me know how your testing goes. I'm giving a presentation= at > >>> > BSDCan regarding this. > >>> > > >>> > If you want to keep tabs on my bleeding-edge development process, > >>> > please follow my progress on GitHub: > >>> > https://github.com/lattera/freebsd (branch: soldierx/lattera/aslr). > >>> > > >>> > Thank you very much, > >>> > >>> Hi! > >>> > >>> Please apply this patch. This fixed an issue with tunables. > >> > >> Patch merged successfully into my GitHub repo. Fixed with commit > >> d2c0813. I'll include it in my next patch submission upstream when I > >> submit my PIE work. Thanks! > > > > please see the attached patch, compile and boot tested on amd64 >=20 >=20 > Some more patches, and one critical fix > (0006-PAX-ASLR-use-the-right-sysent-before-this-commit-cal.patch). You are awesome. I'll integrate those patches today. In reviewing your patches, I noticed a few places where I'm keying off the local pax_aslr_debug variable. I ought to switch that to keying off the jail's pr_pax_aslr_debug variable. --nYySOmuH/HDX6pKp Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTPCs4AAoJEGqEZY9SRW7uuywP/Rfmo7sBoJil2wVXCKKVCB5r NhvnQ3FKItUqj3S1iz/VJFEPo69CyfQedaQSut1i59faznEWF4kul7yUlHFcacjq bulg3ES91ZnbBSQuU8gNwNX4MQYAgamfRltIlGppNhLJqOTfuu2SfTEIbWS4lAKa +AjxPKs2IFbMmHTUDj/8siMISk3mGhePM2S8iZOiGsY6emBjMkOGMPghjI2B+Vsf oW6wtV2zhFcVlPLJFhaCX5dKL0pG3OxLLpFglsvmj0qcvQ19VnTylC/9GuP8D7ts /bxXtU25KZCVLetpS4SJd13axFUdQaauWMMM0WqaiNFA2a0SLO7xoyMC5/wb0V53 PaB+LqwTIIQ+HoxVfs55+d6kG/vvBMGird9E5ldRSD/MioDx4Ngnv6dWLZIFgdui NxBaPmtiFZuXZIkN4UmwYm8eIQW4fptS4jKylHH4pC0obYZU4SN/Uqr6BbNZKGKp 6lDjFD5FtF8XQigrmlrFbu+vjQqbG9gaNiO4pSO5mtZ9s2rjD+/UZfpv8dVxrsne NkezaRxwLvh1Kdc7sCSyKFEFVEMbe69Wf2Y9NGq0rJlddGVhwf2Iwp+QJHSzSAaq +HXfdJTj1ZKbqwqvuevW9nTUjZ5WdGHGE6LqnVM2Qj+JUaXRiVhjzvJj38KVBZHT 59O63scsVvsRqwRM2rOa =heSp -----END PGP SIGNATURE----- --nYySOmuH/HDX6pKp-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 15:38:04 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 83A782A3; Wed, 2 Apr 2014 15:38:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3D1A9F85; Wed, 2 Apr 2014 15:38:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s32Fc1r5066163; Wed, 2 Apr 2014 11:38:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s32Fc1mx066159; Wed, 2 Apr 2014 15:38:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Apr 2014 15:38:01 GMT Message-Id: <201404021538.s32Fc1mx066159@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2014 15:38:04 -0000 TB --- 2014-04-02 12:51:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-02 12:51:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-02 12:51:25 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-04-02 12:51:25 - cleaning the object tree TB --- 2014-04-02 12:51:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-02 12:51:30 - At svn revision 264031 TB --- 2014-04-02 12:51:31 - building world TB --- 2014-04-02 12:51:31 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 12:51:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 12:51:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 12:51:31 - SRCCONF=/dev/null TB --- 2014-04-02 12:51:31 - TARGET=powerpc TB --- 2014-04-02 12:51:31 - TARGET_ARCH=powerpc TB --- 2014-04-02 12:51:31 - TZ=UTC TB --- 2014-04-02 12:51:31 - __MAKE_CONF=/dev/null TB --- 2014-04-02 12:51:31 - cd /src TB --- 2014-04-02 12:51:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 2 12:51:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 2 15:33:42 UTC 2014 TB --- 2014-04-02 15:33:42 - generating LINT kernel config TB --- 2014-04-02 15:33:42 - cd /src/sys/powerpc/conf TB --- 2014-04-02 15:33:42 - /usr/bin/make -B LINT TB --- 2014-04-02 15:33:42 - cd /src/sys/powerpc/conf TB --- 2014-04-02 15:33:42 - /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-02 15:33:42 - building LINT kernel TB --- 2014-04-02 15:33:42 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 15:33:42 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 15:33:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 15:33:42 - SRCCONF=/dev/null TB --- 2014-04-02 15:33:42 - TARGET=powerpc TB --- 2014-04-02 15:33:42 - TARGET_ARCH=powerpc TB --- 2014-04-02 15:33:42 - TZ=UTC TB --- 2014-04-02 15:33:42 - __MAKE_CONF=/dev/null TB --- 2014-04-02 15:33:42 - cd /src TB --- 2014-04-02 15:33:42 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 2 15:33:42 UTC 2014 >>> 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/iicbus/ds1374.c 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/iicbus/ds1672.c 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/iicbus/if_ic.c 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/iicbus/iic.c 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/iicbus/iicbb.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/iicbus/iicbb_if.m -c ; 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 iicbb_if.c 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/iicbus/iicbus.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/iicbus/iicbus_if.m -c ; 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 iicbus_if.c 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/iicbus/iiconf.c 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/iicbus/iicsmb.c 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/iicbus/iicoc.c 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/iicbus/s35390a.c 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/iir/iir.c 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/iir/iir_ctrl.c 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/iir/iir_pci.c 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/iscsi/icl.c cc1: warnings being treated as errors /src/sys/dev/iscsi/icl.c: In function 'icl_conn_start': /src/sys/dev/iscsi/icl.c:1051: warning: format '%jd' expects type 'intmax_t', but argument 3 has type 'size_t' [-Wformat] /src/sys/dev/iscsi/icl.c:1056: warning: format '%jd' expects type 'intmax_t', but argument 3 has type 'size_t' [-Wformat] *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-02 15:38:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-02 15:38:01 - ERROR: failed to build LINT kernel TB --- 2014-04-02 15:38:01 - 8727.73 user 1051.63 system 9995.74 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 15:46:44 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6BA0723 for ; Wed, 2 Apr 2014 15:46:44 +0000 (UTC) Received: from mail-pb0-f41.google.com (mail-pb0-f41.google.com [209.85.160.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8AAE016A for ; Wed, 2 Apr 2014 15:46:44 +0000 (UTC) Received: by mail-pb0-f41.google.com with SMTP id jt11so371464pbb.28 for ; Wed, 02 Apr 2014 08:46:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=eNpz4KiGa+mKakOipOS9U3gJxwSgQxWINEQI+yfrk1o=; b=YQXbqqAjLz+Rm1bN74aod3Ood7QWLA6PymcDPSXUaHNmJ09QmRcjRfcJJ3l/KWPisq DN4i1TsUXZNW8kPx9Qkb2c3bO/ZB+G6ftKaoLLLfq7CvNXIkgwJHt+LsljM7lqsl8G74 /xqwxujsi6r9/1QkPhnS/MJHUHekisqSp22NmHPU3P0a2YtJk88kuUFiqjRd/nVZc8Kn 5KSNPbdHw2V2rQNfWgnrgE4fj/hlg61pvR6vCp0bH3RaLJu5Udzhjhgaw4B0dQpdiCnd pK4e6cWrPlCnq0ycS5UOZWJNVOhXqxCHECbx66SNjNbYrtsPn9HhxCXH2lgzl4cMdWMC qG7g== X-Gm-Message-State: ALoCoQnhLWLtaLGkdEbBZnDShjaqdgpDL1KUJwhZRpyYHIdh3s1tFowWizESAYQmX943d9d03ux1 X-Received: by 10.68.99.194 with SMTP id es2mr962896pbb.100.1396453597626; Wed, 02 Apr 2014 08:46:37 -0700 (PDT) Received: from [10.64.24.154] (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id au16sm11503769pac.27.2014.04.02.08.46.36 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 02 Apr 2014 08:46:36 -0700 (PDT) Sender: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: make in dir From: Warner Losh In-Reply-To: <20140402121504.GO21331@kib.kiev.ua> Date: Wed, 2 Apr 2014 09:46:34 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <9A4DFA66-A2A3-45DB-9D18-422F9AE7095A@bsdimp.com> References: <20140402121504.GO21331@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1874) Cc: Warner Losh , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 15:46:44 -0000 On Apr 2, 2014, at 6:15 AM, Konstantin Belousov = wrote: > Hi, > it seems that recent changes to share/mk broke the ability to do = anything > in subdir of the source tree. As example, on the HEAD r264012 = installed > yesterday: >=20 > sandy% make = /usr/home/pooma/build/bsd/DEV/src/tools/regression/kqueue > make: "/usr/share/mk/bsd.own.mk" line 436: MK_MAN can't be set by a = user. I was able to recreate this with =91make -m /blah-blah-blah -C = tools/regression/kqueue clean=92 The important bit being -m. I have a fix that I=92ll commit shortly. > Also, on stable/9 hosting the HEAD cross-env: > cd src && MAKEOBJDIRPREFIX=3D/usr/home/kostik/build/bsd/DEV/obj-amd64 = DESTDIR=3D/usr/home/kostik/build/bsd/DEV/netboot/sandy-amd64 = SYSDIR=3D/usr/home/kostik/build/bsd/DEV/src/sys TARGET=3Damd64 make = buildenv > Entering world for amd64:amd64 > # cd share/mk > # make install > "bsd.own.mk", line 435: Malformed conditional (${.MAKE.LEVEL} =3D=3D = 0) > "bsd.own.mk", line 436: MK_PROFILE can't be set by a user. This will happen with fmake. I=92ve put some safety belts in place in = another fix to keep this from tripping people up (and plan on using a similar = technique to keep people from hitting the aicasm bug on such systems). Warner From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 16:45:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4BA5DA77 for ; Wed, 2 Apr 2014 16:45:45 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 239B8A19 for ; Wed, 2 Apr 2014 16:45:44 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s32Gjhtq015390 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Apr 2014 09:45:44 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s32GjhC6015389; Wed, 2 Apr 2014 09:45:43 -0700 (PDT) (envelope-from jmg) Date: Wed, 2 Apr 2014 09:45:43 -0700 From: John-Mark Gurney To: Konstantin Belousov Subject: Re: kevent has bug? Message-ID: <20140402164542.GC3270@funkthat.com> Mail-Followup-To: Konstantin Belousov , Kohji Okuno , freebsd-current@freebsd.org References: <20140402.114516.1300054841784626892.okuno.kohji@jp.panasonic.com> <20140402061551.GB3270@funkthat.com> <20140402.160616.1211219746022675269.okuno.kohji@jp.panasonic.com> <20140402120745.GN21331@kib.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140402120745.GN21331@kib.kiev.ua> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Wed, 02 Apr 2014 09:45:44 -0700 (PDT) Cc: freebsd-current@freebsd.org, Kohji Okuno X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 16:45:45 -0000 Konstantin Belousov wrote this message on Wed, Apr 02, 2014 at 15:07 +0300: > On Wed, Apr 02, 2014 at 04:06:16PM +0900, Kohji Okuno wrote: > > From: John-Mark Gurney > > Date: Tue, 1 Apr 2014 23:15:51 -0700 > > > Kohji Okuno wrote this message on Wed, Apr 02, 2014 at 11:45 +0900: > > >> I think, kevent() has a bug. > > >> I tested sample programs by attached sources. > > >> This sample tests about EVFILT_SIGNAL. > > >> > > >> I build sample programs by the following commands. > > >> % gcc -O2 -o child child.c > > >> % gcc -O2 -o parent parent.c > > >> > > >> The expected result is the following. > > >> % ./parent > > >> 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 > > >> OK > > >> 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 > > >> OK > > >> > > >> But, sometimes the result was the following. > > >> % ./parent > > >> 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 > > >> > > >> This result means the number of times the signal has occured was > > >> incorrect. > > > > > > I was able to reproduce this... > > > > > >> In case of EVFILT_SIGNAL, according to `man kevent', `data' retuns the > > >> number of times the signal has occurred since the last call to > > >> kevent(). This `data' is recorded by filt_signal() (This is f_event in > > >> struct filterops). > > >> > > >> The system call kevent()'s events are processed by kqueue_scan() in > > >> kern_event.c. In kqueue_scan(), kn->kn_fop->f_event() is allways > > >> called after KN_INFLUX is set to kn->kn_status. > > >> > > >> On the other hand, kernel events are occured by knote() in > > >> kern_event.c. (In EVFILT_SIGNAL, knote() is called from tdsendsignal() > > >> in kern_sig.c.) In knote(), kn->kn_fop->f_event() is called only when > > >> KN_INFLUX is not set in kn->kn_status. > > >> > > >> In race condition between kqueue_scan() and knote(), > > >> kn->kn_fop->f_event() from knote() may not be called, I think. Looks like I misunderstood your point, sorry... > > > Considering that both are called w/ a lock, that cannot happen.. > > > KN_LIST_LOCK(kn) locks the same lock that is asserted that is held > > > by knote... > > > > > >> In knote(), because the context holds knlist's lock, the context can > > >> not sleep. So, KN_INFLUX should not be set on calling > > >> kn->kn_fop->f_event() in kqueue_scan(), I think. > > > > > > No, it needs to be set: > > > * Setting the KN_INFLUX flag enables you to unlock the kq that this knote > > > * is on, and modify kn_status as if you had the KQ lock. > > > > > > As this comment says, _INFLUX allows you to unlock the KQ w/o fear that > > > the knote will disappear out from under you causing you to dereference > > > possibly free'd memory.. > > > > > > If you just tried to lock the list lock w/o unlocking the KQ lock, you > > > could end up w/ a dead lock, as you aren't maintaining lock order > > > properly.. The correct lock order if knlist -> kq... > > > > > >> What do you think about this issue? > > > > > > This is a real issue, but not due to the race you described > > > above... > > > > I beleave it's the result of the race. > > > > Could you try to add printf() in knote()? > > Please refer to attached patch. > > > > > > > I have verified on my machine that it isn't because there is a knote > > > waiting that isn't getting woken up, and the knote on my hung process > > > has data == 0, so it definately lost one of the signals: > > > (kgdb) print $14.kq_knhash[20].slh_first[0] > > > $20 = {kn_link = {sle_next = 0x0}, kn_selnext = {sle_next = 0x0}, > > > kn_knlist = 0xfffff8005a9c5840, kn_tqe = {tqe_next = 0xfffff801fdab4500, > > > tqe_prev = 0xfffff8004bb10038}, kn_kq = 0xfffff8004bb10000, kn_kevent = { > > > ident = 20, filter = -6, flags = 32, fflags = 0, data = 0, udata = 0x0}, > > > kn_status = 0, kn_sfflags = 0, kn_sdata = 0, kn_ptr = { > > > p_fp = 0xfffff8005a9c54b8, p_proc = 0xfffff8005a9c54b8, > > > p_aio = 0xfffff8005a9c54b8, p_lio = 0xfffff8005a9c54b8, > > > p_v = 0xfffff8005a9c54b8}, kn_fop = 0xffffffff81405ef0, kn_hook = 0x0, > > > kn_hookid = 0} > > > > > > If you want to find this yourself, you can run kgdb on a live system, > > > switch to the thread of the parent (info threads, thread XXX), and > > > do: > > > frame 7 > > > > > > (or a frame that has td, which is struct thread *), then: > > > print *(struct kqueue *)td->td_proc[0].p_fd[0].fd_ofiles[3].fde_file[0].f_data > > > > > > This will give you the struct kqueue * of the parent, and then: > > > print $XX.kq_knhash[0]@63 > > > > > > to figure out where the knote is in the hash, and then you can print > > > it out yourself... > > > > > > I'm going to take a look at this a bit more later... I'm thinking of > > > using dtrace to collect the stacks where filt_signal is called, and > > > match them up... dtrace might even be able to get us the note's data > > > upon return helping to make sure things got tracked properly... > > > > > > Thanks for finding this bug! Hopefully we can find a solution to it.. > > > diff --git a/sys/kern/kern_event.c b/sys/kern/kern_event.c > > index b3fb23d..7791447 100644 > > --- a/sys/kern/kern_event.c > > +++ b/sys/kern/kern_event.c > > @@ -1868,6 +1868,8 @@ knote(struct knlist *list, long hint, int lockflags) > > if ((kn->kn_status & KN_INFLUX) != KN_INFLUX) { > > KQ_LOCK(kq); > > if ((kn->kn_status & KN_INFLUX) == KN_INFLUX) { > > + if (hint & NOTE_SIGNAL) > > + printf("Aee2\n"); > > KQ_UNLOCK(kq); > > } else if ((lockflags & KNF_NOKQLOCK) != 0) { > > kn->kn_status |= KN_INFLUX; > > @@ -1886,6 +1888,10 @@ knote(struct knlist *list, long hint, int lockflags) > > KQ_UNLOCK(kq); > > } > > } > > + else { > > + if (hint & NOTE_SIGNAL) > > + printf("Aee1\n"); > > + } > > kq = NULL; > > } > > if ((lockflags & KNF_LISTLOCKED) == 0) > > I think you are right, there is a race between setting influx before the > knote lock is owned in the kqueue_scan(), and knote() itself. The issue > is that the influx from scan must not prevent knote() from waking up > the waiters. Well, it's not that its preventing waking up the waiter, but failing to register the event on the knote because of the _INFLUX flag... > Patch below fixed your test case for me, also tools/regression/kqueue did > not noticed a breakage. I tried to describe the situation in the > comment in knote(). Also, I removed unlocked check for the KN_INFLUX > in knote, since it seems to be an optimization for rare case, and is > the race on its own. Comments below... > diff --git a/sys/kern/kern_event.c b/sys/kern/kern_event.c > index b3fb23d..380f1ff 100644 > --- a/sys/kern/kern_event.c > +++ b/sys/kern/kern_event.c [...] > @@ -1506,7 +1506,7 @@ retry: > KQ_LOCK(kq); > kn = NULL; > } else { > - kn->kn_status |= KN_INFLUX; > + kn->kn_status |= KN_INFLUX | KN_SCAN; > KQ_UNLOCK(kq); > if ((kn->kn_status & KN_KQUEUE) == KN_KQUEUE) > KQ_GLOBAL_LOCK(&kq_global, haskqglobal); Is there a reason you don't add the KN_SCAN to the other cases in kqueue_scan that set the _INFLUX flag? [...] > @@ -1865,28 +1866,33 @@ knote(struct knlist *list, long hint, int lockflags) > */ > SLIST_FOREACH(kn, &list->kl_list, kn_selnext) { > kq = kn->kn_kq; > - if ((kn->kn_status & KN_INFLUX) != KN_INFLUX) { > + KQ_LOCK(kq); > + if ((kn->kn_status & (KN_INFLUX | KN_SCAN)) == KN_INFLUX) { > + /* > + * Do not process the influx notes, except for > + * the influx coming from the kq unlock in the > + * kqueue_scan(). In the later case, we do > + * not interfere with the scan, since the code > + * fragment in kqueue_scan() locks the knlist, > + * and cannot proceed until we finished. > + */ We might want to add a marker node, and reprocess the list from the marker node, because this might introduce other races in the code too... but the problem with that is that knote is expected to keep the list locked throughout the call if called w/ it already locked, and so we can't do that, without major work... :( I added a similar comment in knote_fork: * XXX - Why do we skip the kn if it is _INFLUX? Does this * mean we will not properly wake up some notes? and it looks like it was true... So, upon reading the other _INFLUX cases, it looks like we should change _SCAN to be, _CHANGING or something similar, and any place we don't end up dropping the knote, we set this flag also... Once such case is at the end of kqueue_register, just before the label done_ev_add, where we update the knote w/ new udata and other fields.. Or change the logic of the flag, and set it for all the cases we are about to drop the knote.. > + KQ_UNLOCK(kq); > + } else if ((lockflags & KNF_NOKQLOCK) != 0) { > + kn->kn_status |= KN_INFLUX; > + KQ_UNLOCK(kq); > + error = kn->kn_fop->f_event(kn, hint); > KQ_LOCK(kq); I believe we can drop this unlock/lock pair as it's safe to hold the KQ lock over f_event, we do that in knote_fork... > - if ((kn->kn_status & KN_INFLUX) == KN_INFLUX) { > - KQ_UNLOCK(kq); > - } else if ((lockflags & KNF_NOKQLOCK) != 0) { > - kn->kn_status |= KN_INFLUX; > - KQ_UNLOCK(kq); > - error = kn->kn_fop->f_event(kn, hint); > - KQ_LOCK(kq); > - kn->kn_status &= ~KN_INFLUX; > - if (error) > - KNOTE_ACTIVATE(kn, 1); > - KQ_UNLOCK_FLUX(kq); > - } else { > - kn->kn_status |= KN_HASKQLOCK; > - if (kn->kn_fop->f_event(kn, hint)) > - KNOTE_ACTIVATE(kn, 1); > - kn->kn_status &= ~KN_HASKQLOCK; > - KQ_UNLOCK(kq); > - } > + kn->kn_status &= ~KN_INFLUX; > + if (error) > + KNOTE_ACTIVATE(kn, 1); > + KQ_UNLOCK_FLUX(kq); > + } else { > + kn->kn_status |= KN_HASKQLOCK; > + if (kn->kn_fop->f_event(kn, hint)) > + KNOTE_ACTIVATE(kn, 1); > + kn->kn_status &= ~KN_HASKQLOCK; > + KQ_UNLOCK(kq); > } > - kq = NULL; > } > if ((lockflags & KNF_LISTLOCKED) == 0) > list->kl_unlock(list->kl_lockarg); > diff --git a/sys/sys/event.h b/sys/sys/event.h > index bad8c9e..3b765c0 100644 > --- a/sys/sys/event.h > +++ b/sys/sys/event.h > @@ -207,6 +207,7 @@ struct knote { > #define KN_MARKER 0x20 /* ignore this knote */ > #define KN_KQUEUE 0x40 /* this knote belongs to a kq */ > #define KN_HASKQLOCK 0x80 /* for _inevent */ > +#define KN_SCAN 0x100 /* flux set in kqueue_scan() */ > int kn_sfflags; /* saved filter flags */ > intptr_t kn_sdata; /* saved data field */ > union { -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 16:49:04 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73181EBB for ; Wed, 2 Apr 2014 16:49:04 +0000 (UTC) Received: from sanddollar.geekisp.com (sanddollar.geekisp.com [216.168.135.167]) by mx1.freebsd.org (Postfix) with SMTP id 043A8A59 for ; Wed, 2 Apr 2014 16:49:03 +0000 (UTC) Received: (qmail 4073 invoked by uid 1003); 2 Apr 2014 16:48:57 -0000 Received: from unknown (HELO localhost) (tyler@monkeypox.org@64.125.69.200) by mail.geekisp.com with (DHE-RSA-AES128-SHA encrypted) SMTP; 2 Apr 2014 16:48:57 -0000 Date: Wed, 2 Apr 2014 09:48:54 -0700 From: "R. Tyler Croy" To: Andriy Gapon Subject: Re: ZFS panic in -CURRENT Message-ID: <20140402094854.572247b5@monkeypox.org> In-Reply-To: <533BB51D.2040100@FreeBSD.org> References: <20140328170021.7BE88D6@hub.freebsd.org> <20140331162232.45e300e7@monkeypox.org> <533A5FA9.7030705@FreeBSD.org> <20140401065721.5317b538@monkeypox.org> <533BB51D.2040100@FreeBSD.org> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 16:49:04 -0000 On Wed, 02 Apr 2014 09:58:37 +0300 Andriy Gapon wrote: > on 01/04/2014 16:57 R. Tyler Croy said the following: > > On Tue, 01 Apr 2014 09:41:45 +0300 > > Andriy Gapon wrote: > > > >> on 01/04/2014 02:22 R. Tyler Croy said the following: > ... > >>> Also in addition to the photo from before of the panic, here's > >>> another reproduction photo: > >>> > >> > >> Are you or have you even been running with any ZFS-related kernel > >> patches? > > > > > > Negative, I've never run any specific ZFS patches on this machine > > (or any machine for that matter!) > > > > One other unique clue might be that I'm running with an encrypted > > zpool, other than that, nothing fancy here. > > Your problem looks like a corruption of on-disk data. > I can not say how it came to be or how to fix it now. > This is concerning to me, I'm using an intel 128GB SSD which is less than 6 months old. If there is an actual disk-level corruption, shouldn't that manifest itself as a zpool error? :/ -- - R. Tyler Croy ------------------------------------------------------ Code: Chatter: % gpg --keyserver keys.gnupg.net --recv-key 3F51E16F ------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 16:52:24 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 12EA1157 for ; Wed, 2 Apr 2014 16:52:24 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E40C5AEA for ; Wed, 2 Apr 2014 16:52:23 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s32GqN6a015488 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Apr 2014 09:52:23 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s32GqM9q015487; Wed, 2 Apr 2014 09:52:22 -0700 (PDT) (envelope-from jmg) Date: Wed, 2 Apr 2014 09:52:22 -0700 From: John-Mark Gurney To: Shady Elhamy Subject: Re: Adding Encryption Algorithm to Kernel Message-ID: <20140402165222.GD3270@funkthat.com> Mail-Followup-To: Shady Elhamy , current@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Wed, 02 Apr 2014 09:52:23 -0700 (PDT) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 16:52:24 -0000 Shady Elhamy wrote this message on Wed, Apr 02, 2014 at 13:00 +0200: > I am working on a project and i want to add an encryption algorithm to > freeBSD kernel. Well, what are you going to do with the algorithm? and what algorithm are you trying to add? Currently we have two interfaces for algorithms... The OpenCrypto framework designed for allowing providers to be abstracted out such that they can be accelerated... And of course the direct call interface, which implies that it will not need acceleration (only one or two blocks processed at a time)... In that case, just adding it as another KPI is easiest... > What are the steps ? Which files should i change ? > > I have searched the internet and the forums and mailing lists, but couldn't > find anything. I was hoping you could help me out. I'm doing work right now to add AES-GCM and a couple other algorithms to OpenCrypto... If you let me know more about what you're trying to do, I'll help you.. Thanks. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 16:53:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 673084EE for ; Wed, 2 Apr 2014 16:53:56 +0000 (UTC) Received: from mail.ignoranthack.me (ujvl.x.rootbsd.net [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 446D5B07 for ; Wed, 2 Apr 2014 16:53:55 +0000 (UTC) Received: from [10.73.160.242] (nat-dip7.cfw-a-gci.corp.yahoo.com [209.131.62.116]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 6343D1929C9 for ; Wed, 2 Apr 2014 16:53:54 +0000 (UTC) Subject: login.conf --> UTF-8 From: Sean Bruno To: "freebsd-current@freebsd.org" Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-0QRM2zosFP6Iy9C0UCY/" Date: Wed, 02 Apr 2014 09:53:49 -0700 Message-ID: <1396457629.2280.2.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: sbruno@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, 02 Apr 2014 16:53:56 -0000 --=-0QRM2zosFP6Iy9C0UCY/ Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I'd like to make this change to login.conf for default installs. This removes some amount of hackery in the ports system that is working around our lack of UTF-8 in the base. This should be step 0 in a language agnostic installer project that is beyond the scope of making the system more useable. --- login.conf 2013-10-21 15:51:14.553992170 -0700 +++ /etc/login.conf 2014-03-31 09:26:17.588503798 -0700 @@ -45,7 +45,9 @@ :kqueues=3Dunlimited:\ :priority=3D0:\ :ignoretime@:\ - :umask=3D022: + :umask=3D022:\ + :lang=3Den_US.UTF-8:\ + :charset=3DUTF-8: =20 =20 # --=-0QRM2zosFP6Iy9C0UCY/ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAABAgAGBQJTPECZAAoJEBkJRdwI6BaHOjkH+gPCZeXHl+w3yjbeboO2FpSb 5d2fYCycyIU7YkqLFu4KKnjdTuFAFbkS8Ax2msHy+NIOlSoh69pxrK3DNZ+qEWtT oaZhYlWk+54qkFwHnixK6+CmsKxkBG4VYcG5F/zpBw275FzRAXvJu3+wV9z1aU1e DBqTu4Z/gyEarCK9812afr0FlEKi46xR6IGdinf8YyHdcphrdzla6YpiB8jyHEC/ /Xfn3/Hp5bZWHzheTySe14QEvLMt4UVU/lS4BY4/v1zVZMZezJqEhZl3wjcYz3y9 CDZDN0BoWsQu/k34OyfN99NSwO6V+uyFpy7bjrbnm6DT7N1G+Vz0IEboi9RfmnA= =piTC -----END PGP SIGNATURE----- --=-0QRM2zosFP6Iy9C0UCY/-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 17:15:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2647CCA4; Wed, 2 Apr 2014 17:15:49 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A2571CE0; Wed, 2 Apr 2014 17:15:48 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.8/8.14.8) with ESMTP id s32HFkeh099473 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 2 Apr 2014 21:15:46 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.8/8.14.8/Submit) id s32HFkjZ099472; Wed, 2 Apr 2014 21:15:46 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 2 Apr 2014 21:15:46 +0400 From: Gleb Smirnoff To: sbruno@freebsd.org Subject: Re: login.conf --> UTF-8 Message-ID: <20140402171546.GL44326@FreeBSD.org> References: <1396457629.2280.2.camel@powernoodle.corp.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1396457629.2280.2.camel@powernoodle.corp.yahoo.com> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 17:15:49 -0000 Sean, On Wed, Apr 02, 2014 at 09:53:49AM -0700, Sean Bruno wrote: S> I'd like to make this change to login.conf for default installs. S> S> This removes some amount of hackery in the ports system that is working S> around our lack of UTF-8 in the base. S> S> This should be step 0 in a language agnostic installer project that is S> beyond the scope of making the system more useable. S> S> S> --- login.conf 2013-10-21 15:51:14.553992170 -0700 S> +++ /etc/login.conf 2014-03-31 09:26:17.588503798 -0700 S> @@ -45,7 +45,9 @@ S> :kqueues=unlimited:\ S> :priority=0:\ S> :ignoretime@:\ S> - :umask=022: S> + :umask=022:\ S> + :lang=en_US.UTF-8:\ S> + :charset=UTF-8: And I'd like to do same change for the 'russian' login class in /etc/login.conf. I've got a few things that still need to be fixed, before this change, but I definitely target to achieve that before stable/11. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 16:47:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A1BCC2C; Wed, 2 Apr 2014 16:47:39 +0000 (UTC) Received: from mail-pa0-x22e.google.com (mail-pa0-x22e.google.com [IPv6:2607:f8b0:400e:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 02359A3B; Wed, 2 Apr 2014 16:47:38 +0000 (UTC) Received: by mail-pa0-f46.google.com with SMTP id kx10so447359pab.33 for ; Wed, 02 Apr 2014 09:47:38 -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:message-id :subject:from:to:cc:content-type:content-transfer-encoding; bh=iEXziXUEZMKsPv/XzNeULF+VrT1Zyqffc6u6rTniTXA=; b=DDBF5bnh2213xNAjeGdRnzfpjMbFO/hEWIUI8cjmRvHvf31R/jhjLC++WF9miYD95x biFF7wu6kHhDN+gk7cdAEu1F961FCAUz3Eux0rBCJemcUvp3InDVXxT5DmqZfuxJQoUi 7ljgpegCz6rodAoW7Jop9I0dmZN+bNwJH1Pbh9WfTG8zdf4WSLP6FFtN7KUw35h9KAqB iPbyTzw9/8NRZEMNkQoTrzUBj2D2TNH7jlNjV1RMGoVt+lVMfs9VOkPoU5/+/sVvLIcB hnsPD+CC+bR/qaCdk1rdxeW5CV3yp/Qdi6fW2Crmgub3+Rsez8YJ2Teqr5VQcbHO/Lt6 hpeg== MIME-Version: 1.0 X-Received: by 10.66.150.69 with SMTP id ug5mr1165840pab.55.1396457258612; Wed, 02 Apr 2014 09:47:38 -0700 (PDT) Sender: mattjeet@gmail.com Received: by 10.70.132.228 with HTTP; Wed, 2 Apr 2014 09:47:38 -0700 (PDT) In-Reply-To: <7217E584-D21A-4C50-96EB-ED280575BFFD@ixsystems.com> References: <7217E584-D21A-4C50-96EB-ED280575BFFD@ixsystems.com> Date: Wed, 2 Apr 2014 09:47:38 -0700 X-Google-Sender-Auth: YS_SUJZF2V3aenikv2KvjcRXAIo Message-ID: Subject: Re: Leaving the Desktop Market From: Matt Olander To: Jordan Hubbard Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Wed, 02 Apr 2014 17:25:35 +0000 Cc: Eitan Adler , hackers@freebsd.org, current@freebsd.org, freebsd-advocacy@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: matt@ixsystems.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2014 16:47:39 -0000 On Wed, Apr 2, 2014 at 5:24 AM, Jordan Hubbard wrote: > > On Apr 1, 2014, at 10:11 PM, Matt Olander wrote: > >> This is like trying to predict automobile technology and dominant >> car-makers by 1905. There's always room for competition. Take a look >> at what's happening right now in the auto-industry. Tesla came out of >> nowhere 125 years after the invention of the automobile and is doing >> pretty well. > > I think you're kind of making my point for me, Matt. :-) > > Tesla benefitted entirely from deep pockets on the part of its investors.= Over $160M went into starting the company, of which $70M came from the pe= rsonal checking account of Elon Musk, the current visionary and CEO, and to= quote the wikipedia page: "Tesla Motors is a public company that trades o= n the NASDAQ stock exchange under the symbol TSLA.[5] In the first quarter = of 2013, Tesla posted profits for the first time in its ten year history." > > Yep, in other words, Tesla has been losing money for over 10 years and on= ly just started turning a profit, after raising a "mere" $187M in investmen= t and $485M in loans from the US DOE. Your tax dollars at work! On top o= f all that Tesla has only managed to make money at all by focusing exclusiv= ely the highest end of the luxury car market, where profit margins are also= the highest (the first car, the roadster, would set you back $110,000). > > Getting back to computer operating systems, it would make most readers of= these lists choke on their Doritos to know how much Apple had to invest in= Mac OS X before it became a viable desktop operating system and of course = you've already seen folks screaming about how Apple gear is too expensive a= nd they'll never buy it. > > You just don't get a consumer-grade desktop Unix OS, or a practical all-e= lectric sedan, without serious monetary investment and a luxury marquee to = match, assuming you'd like to actually make any of that money *back*. > > So, back to BSD on the desktop. Anyone got a spare $200M they'd like to= just throw away? That's what it's going to take! :) > > Don't believe me? Go ask someone who knows first-hand then. Ask Mark Sh= uttleworth: http://arstechnica.com/information-technology/2013/08/why-ubun= tus-creator-still-invests-his-fortune-in-an-unprofitable-company/ > Yeah, no doubt it will cost a bit of money to compete on that level. However, have you ever heard the phrase pioneers suffer where settlers prosper? Meaning it may (or may not!) take significantly less to compete once a lot of the harder problems are solved. If we take the fact that PCs are on the decline but device adoption is on the rise, perhaps we could focus on an Android competitor (*cough* Cyb0rg *cough). Wouldn't it be possible to run Android apps on *BSD via a java vm? I will get you an Ubuntu phone for Christmas and we can try it :P -matt P.S., I do not have 200 million but I'm good for 10k :P From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 17:44:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC81E6B2 for ; Wed, 2 Apr 2014 17:44:09 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4AA5562 for ; Wed, 2 Apr 2014 17:44:09 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.8/8.14.8) with ESMTP id s32Hi0sO046131; Wed, 2 Apr 2014 20:44:00 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s32Hi0sO046131 Received: (from kostik@localhost) by tom.home (8.14.8/8.14.8/Submit) id s32Hi0Mx046130; Wed, 2 Apr 2014 20:44:00 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 2 Apr 2014 20:44:00 +0300 From: Konstantin Belousov To: Kohji Okuno , freebsd-current@freebsd.org Subject: Re: kevent has bug? Message-ID: <20140402174400.GR21331@kib.kiev.ua> References: <20140402.114516.1300054841784626892.okuno.kohji@jp.panasonic.com> <20140402061551.GB3270@funkthat.com> <20140402.160616.1211219746022675269.okuno.kohji@jp.panasonic.com> <20140402120745.GN21331@kib.kiev.ua> <20140402164542.GC3270@funkthat.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H25ow1gEc5p8sQPX" Content-Disposition: inline In-Reply-To: <20140402164542.GC3270@funkthat.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 17:44:09 -0000 --H25ow1gEc5p8sQPX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 02, 2014 at 09:45:43AM -0700, John-Mark Gurney wrote: > Konstantin Belousov wrote this message on Wed, Apr 02, 2014 at 15:07 +030= 0: > Well, it's not that its preventing waking up the waiter, but failing to > register the event on the knote because of the _INFLUX flag... Yes, I used the wrong terminology. >=20 > > Patch below fixed your test case for me, also tools/regression/kqueue d= id > > not noticed a breakage. I tried to describe the situation in the > > comment in knote(). Also, I removed unlocked check for the KN_INFLUX > > in knote, since it seems to be an optimization for rare case, and is > > the race on its own. >=20 > Comments below... >=20 > > diff --git a/sys/kern/kern_event.c b/sys/kern/kern_event.c > > index b3fb23d..380f1ff 100644 > > --- a/sys/kern/kern_event.c > > +++ b/sys/kern/kern_event.c >=20 > [...] >=20 > > @@ -1506,7 +1506,7 @@ retry: > > KQ_LOCK(kq); > > kn =3D NULL; > > } else { > > - kn->kn_status |=3D KN_INFLUX; > > + kn->kn_status |=3D KN_INFLUX | KN_SCAN; > > KQ_UNLOCK(kq); > > if ((kn->kn_status & KN_KQUEUE) =3D=3D KN_KQUEUE) > > KQ_GLOBAL_LOCK(&kq_global, haskqglobal); >=20 > Is there a reason you don't add the KN_SCAN to the other cases in > kqueue_scan that set the _INFLUX flag? Other cases in kqueue_scan() which set influx do the detach and drop, so I do not see a need to ensure that note is registered. Except I missed one case, which you pointed out. >=20 > [...] >=20 > > @@ -1865,28 +1866,33 @@ knote(struct knlist *list, long hint, int lockf= lags) > > */ > > SLIST_FOREACH(kn, &list->kl_list, kn_selnext) { > > kq =3D kn->kn_kq; > > - if ((kn->kn_status & KN_INFLUX) !=3D KN_INFLUX) { > > + KQ_LOCK(kq); > > + if ((kn->kn_status & (KN_INFLUX | KN_SCAN)) =3D=3D KN_INFLUX) { > > + /* > > + * Do not process the influx notes, except for > > + * the influx coming from the kq unlock in the > > + * kqueue_scan(). In the later case, we do > > + * not interfere with the scan, since the code > > + * fragment in kqueue_scan() locks the knlist, > > + * and cannot proceed until we finished. > > + */ >=20 > We might want to add a marker node, and reprocess the list from the > marker node, because this might introduce other races in the code too... > but the problem with that is that knote is expected to keep the list > locked throughout the call if called w/ it already locked, and so we > can't do that, without major work... :( Why ? If the knlist lock is not dropped, I do not see a need for the marker. The patch does not introduce the sleep point for the KN_SCAN knotes anyway. >=20 > I added a similar comment in knote_fork: > * XXX - Why do we skip the kn if it is _INFLUX? Does th= is > * mean we will not properly wake up some notes? >=20 > and it looks like it was true... >=20 > So, upon reading the other _INFLUX cases, it looks like we should change > _SCAN to be, _CHANGING or something similar, and any place we don't end > up dropping the knote, we set this flag also... Once such case is at > the end of kqueue_register, just before the label done_ev_add, where we > update the knote w/ new udata and other fields.. Or change the logic > of the flag, and set it for all the cases we are about to drop the > knote.. So do you prefer KN_CHANGING instead of KN_SCAN ? I do not have any objections against renaming the flag, but _CHANGING seems to not say anything about the flag intent. I would say that KN_STABLE is more useful, or KN_INFLUX_NODEL, or whatever. The done_ev_add case is indeed missed in my patch, thank you for noting. The case of EV_ADD does not need the KN_SCAN workaround, IMO, since the race is possible just by the nature of adding the knote. >=20 > > + KQ_UNLOCK(kq); > > + } else if ((lockflags & KNF_NOKQLOCK) !=3D 0) { > > + kn->kn_status |=3D KN_INFLUX; > > + KQ_UNLOCK(kq); > > + error =3D kn->kn_fop->f_event(kn, hint); > > KQ_LOCK(kq); >=20 > I believe we can drop this unlock/lock pair as it's safe to hold the > KQ lock over f_event, we do that in knote_fork... The knote_fork() is for the special kinds of knote only, where we indeed kn= ow in advance that having the kqueue locked around f_event does not break thin= gs. Updated patch below. diff --git a/sys/kern/kern_event.c b/sys/kern/kern_event.c index b3fb23d..fadb8fd 100644 --- a/sys/kern/kern_event.c +++ b/sys/kern/kern_event.c @@ -474,7 +474,7 @@ knote_fork(struct knlist *list, int pid) continue; kq =3D kn->kn_kq; KQ_LOCK(kq); - if ((kn->kn_status & KN_INFLUX) =3D=3D KN_INFLUX) { + if ((kn->kn_status & (KN_INFLUX | KN_SCAN)) =3D=3D KN_INFLUX) { KQ_UNLOCK(kq); continue; } @@ -1174,7 +1174,7 @@ findkn: * but doing so will not reset any filter which has already been * triggered. */ - kn->kn_status |=3D KN_INFLUX; + kn->kn_status |=3D KN_INFLUX | KN_SCAN; KQ_UNLOCK(kq); KN_LIST_LOCK(kn); kn->kn_kevent.udata =3D kev->udata; @@ -1197,7 +1197,7 @@ done_ev_add: KQ_LOCK(kq); if (event) KNOTE_ACTIVATE(kn, 1); - kn->kn_status &=3D ~KN_INFLUX; + kn->kn_status &=3D ~(KN_INFLUX | KN_SCAN); KN_LIST_UNLOCK(kn); =20 if ((kev->flags & EV_DISABLE) && @@ -1506,7 +1506,7 @@ retry: KQ_LOCK(kq); kn =3D NULL; } else { - kn->kn_status |=3D KN_INFLUX; + kn->kn_status |=3D KN_INFLUX | KN_SCAN; KQ_UNLOCK(kq); if ((kn->kn_status & KN_KQUEUE) =3D=3D KN_KQUEUE) KQ_GLOBAL_LOCK(&kq_global, haskqglobal); @@ -1515,7 +1515,8 @@ retry: KQ_LOCK(kq); KQ_GLOBAL_UNLOCK(&kq_global, haskqglobal); kn->kn_status &=3D - ~(KN_QUEUED | KN_ACTIVE | KN_INFLUX); + ~(KN_QUEUED | KN_ACTIVE | KN_INFLUX | + KN_SCAN); kq->kq_count--; KN_LIST_UNLOCK(kn); influx =3D 1; @@ -1545,7 +1546,7 @@ retry: } else TAILQ_INSERT_TAIL(&kq->kq_head, kn, kn_tqe); =09 - kn->kn_status &=3D ~(KN_INFLUX); + kn->kn_status &=3D ~(KN_INFLUX | KN_SCAN); KN_LIST_UNLOCK(kn); influx =3D 1; } @@ -1865,28 +1866,33 @@ knote(struct knlist *list, long hint, int lockflags) */ SLIST_FOREACH(kn, &list->kl_list, kn_selnext) { kq =3D kn->kn_kq; - if ((kn->kn_status & KN_INFLUX) !=3D KN_INFLUX) { + KQ_LOCK(kq); + if ((kn->kn_status & (KN_INFLUX | KN_SCAN)) =3D=3D KN_INFLUX) { + /* + * Do not process the influx notes, except for + * the influx coming from the kq unlock in the + * kqueue_scan(). In the later case, we do + * not interfere with the scan, since the code + * fragment in kqueue_scan() locks the knlist, + * and cannot proceed until we finished. + */ + KQ_UNLOCK(kq); + } else if ((lockflags & KNF_NOKQLOCK) !=3D 0) { + kn->kn_status |=3D KN_INFLUX; + KQ_UNLOCK(kq); + error =3D kn->kn_fop->f_event(kn, hint); KQ_LOCK(kq); - if ((kn->kn_status & KN_INFLUX) =3D=3D KN_INFLUX) { - KQ_UNLOCK(kq); - } else if ((lockflags & KNF_NOKQLOCK) !=3D 0) { - kn->kn_status |=3D KN_INFLUX; - KQ_UNLOCK(kq); - error =3D kn->kn_fop->f_event(kn, hint); - KQ_LOCK(kq); - kn->kn_status &=3D ~KN_INFLUX; - if (error) - KNOTE_ACTIVATE(kn, 1); - KQ_UNLOCK_FLUX(kq); - } else { - kn->kn_status |=3D KN_HASKQLOCK; - if (kn->kn_fop->f_event(kn, hint)) - KNOTE_ACTIVATE(kn, 1); - kn->kn_status &=3D ~KN_HASKQLOCK; - KQ_UNLOCK(kq); - } + kn->kn_status &=3D ~KN_INFLUX; + if (error) + KNOTE_ACTIVATE(kn, 1); + KQ_UNLOCK_FLUX(kq); + } else { + kn->kn_status |=3D KN_HASKQLOCK; + if (kn->kn_fop->f_event(kn, hint)) + KNOTE_ACTIVATE(kn, 1); + kn->kn_status &=3D ~KN_HASKQLOCK; + KQ_UNLOCK(kq); } - kq =3D NULL; } if ((lockflags & KNF_LISTLOCKED) =3D=3D 0) list->kl_unlock(list->kl_lockarg);=20 diff --git a/sys/sys/event.h b/sys/sys/event.h index bad8c9e..3b765c0 100644 --- a/sys/sys/event.h +++ b/sys/sys/event.h @@ -207,6 +207,7 @@ struct knote { #define KN_MARKER 0x20 /* ignore this knote */ #define KN_KQUEUE 0x40 /* this knote belongs to a kq */ #define KN_HASKQLOCK 0x80 /* for _inevent */ +#define KN_SCAN 0x100 /* flux set in kqueue_scan() */ int kn_sfflags; /* saved filter flags */ intptr_t kn_sdata; /* saved data field */ union { --H25ow1gEc5p8sQPX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTPExgAAoJEJDCuSvBvK1Bt2QP/2obx0PBss0sndCesNJfNfmC CFU4Z/MepGSu8RcxIqPd5FJ0nLrr2ajglF88sBc+15bT/GnSJn40OqXNbADF8a8j 77vblQomryxhSMpcgQ0TX5hNZh2tFOwiPUV3n6sQ1e9frBtFvZIOvJnrebESWov/ baHe3Siku9Y7y4o5oNMsATjs27F/WbpnR2UlV/O5Rr1eh05jcwO3EeaRJegxPmIP SCW55FE3iCxrWWnA/vkYBsRWkKxU2fI+BPImof6spzQPkKuf/uWeLX/0c8GRkWbH Icxx+6mToR8l4reS9CLxwT7Zo+3fCsnqNmZmkkrsP2DVWCjdTrbmCL5BZf1pTyNI V5/zBxpXi73/Lm/FDnlEsUGq9rl+YPAGmdtOxNS7NGgbmMc0mdIM+oYQjciY4uU8 xAPgdA+wNSBg8VIxqDOxRL+F3s1/gO11Byhkp35fJmpG8SvbdE2TQTcl/oUG+mcU I9xlCvwtHnkKN+ks3n4fFb0Sr5Mz3xSVJbyFrXefUln0DzQNaJ0rmEbm/ouztbDd T4MxoZI6L3Jh5EGSmDjcswFhUyDrrQPPspbxUC5IudQfW6AjXhNZqJW2IwcWO1RE v1mK/ZdUVWZudCfX3i/8eaQfNM7puKCLbyiKqrGdn3wbBGywyEX8hL8//FHA+qy4 GE0JtHgSavwLH7SfYcDr =ku4w -----END PGP SIGNATURE----- --H25ow1gEc5p8sQPX-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 18:15:52 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3ED474E4; Wed, 2 Apr 2014 18:15:52 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D17F1619; Wed, 2 Apr 2014 18:15:51 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.8/8.14.8) with ESMTP id s32IFiv6053349; Wed, 2 Apr 2014 21:15:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s32IFiv6053349 Received: (from kostik@localhost) by tom.home (8.14.8/8.14.8/Submit) id s32IFibM053348; Wed, 2 Apr 2014 21:15:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 2 Apr 2014 21:15:44 +0300 From: Konstantin Belousov To: Warner Losh Subject: Re: make in dir Message-ID: <20140402181544.GS21331@kib.kiev.ua> References: <20140402121504.GO21331@kib.kiev.ua> <9A4DFA66-A2A3-45DB-9D18-422F9AE7095A@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pvGBTzZYFChjGQji" Content-Disposition: inline In-Reply-To: <9A4DFA66-A2A3-45DB-9D18-422F9AE7095A@bsdimp.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: Warner Losh , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 18:15:52 -0000 --pvGBTzZYFChjGQji Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 02, 2014 at 09:46:34AM -0600, Warner Losh wrote: >=20 > On Apr 2, 2014, at 6:15 AM, Konstantin Belousov wro= te: >=20 > > Hi, > > it seems that recent changes to share/mk broke the ability to do anythi= ng > > in subdir of the source tree. As example, on the HEAD r264012 installed > > yesterday: > >=20 > > sandy% make /usr/home/pooma/build/bsd/DEV/src/tools/regressio= n/kqueue > > make: "/usr/share/mk/bsd.own.mk" line 436: MK_MAN can't be set by a use= r. >=20 > I was able to recreate this with ?make -m /blah-blah-blah -C tools/regres= sion/kqueue clean? > The important bit being -m. I have a fix that I?ll commit shortly. >=20 > > Also, on stable/9 hosting the HEAD cross-env: > > cd src && MAKEOBJDIRPREFIX=3D/usr/home/kostik/build/bsd/DEV/obj-amd64 D= ESTDIR=3D/usr/home/kostik/build/bsd/DEV/netboot/sandy-amd64 SYSDIR=3D/usr/h= ome/kostik/build/bsd/DEV/src/sys TARGET=3Damd64 make buildenv > > Entering world for amd64:amd64 > > # cd share/mk > > # make install > > "bsd.own.mk", line 435: Malformed conditional (${.MAKE.LEVEL} =3D=3D 0) > > "bsd.own.mk", line 436: MK_PROFILE can't be set by a user. >=20 > This will happen with fmake. I?ve put some safety belts in place in anoth= er fix > to keep this from tripping people up (and plan on using a similar techniq= ue > to keep people from hitting the aicasm bug on such systems). I noted that this is from stable/9-hosted buildenv. Shouldn't buildenv mangle the path to select and possibly build bmake if needed ? Anyway, your recent commits seems to fix my problems, thank you. --pvGBTzZYFChjGQji Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTPFPQAAoJEJDCuSvBvK1Bfy4P/iVES5AOSMqRf7PZKzbx8AYk B7BXchXZZiw4RQg7z7gtv4vEsoLfFXgnAvDZlpuyU3xpl0TPYv9Na8mb9G1cVGaw JF64us9PgZKzbYKUjXbHA7tbDZq4g9jbn/w6xueEjNI/g31Jv+qLnVifxaz/55GW nh4anivrF9N1Q4JYsD4+212vCHSAk/gM8VfHjVJ5YPn9ebcMviUJe5ZZhCKboMiF AqvYN8D+SKhZP7s21O/3SPk58KsIBWLC95TvaoFPzEuGBx+liL5DHQt/+Gma/PzH Rjhs1YzxT2Dp8vhY+1stgImYjZ2naEPJh8dlccASN81/+vzCqsRUEHszyUR8yS/f DputvfymTdcDKwnTLOSg4G41DJKNuvSoohWe+pfgva3aIP3p7Twn+d0qUbWuzDWB 73q5AoA33O0mF8ilGDc3WEC0L+U2SHkfbmj6P0duAxuLMz07+InVnJRQkuovCYBz HD6LNL3eq3rAclnPqYboOS+JBJDzqEJB1WaOwroeidclpa1wmVQREkRAaq7GyVk5 e7Y56lhWa9DxCg+hgIwPaFZQltkHz1GajwB/CH3NRIwtiS1rGfsKz1wZ4xwqMRib 8cBOzA62oWBg+LzFj85D4LuW0NCFxy4PmCFJlrkAh/kqopMDbPYXpzJiEUrgjEgU 1ohXu6po5fVmGkdxvhdl =iy+A -----END PGP SIGNATURE----- --pvGBTzZYFChjGQji-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 18:25:06 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C11AB677 for ; Wed, 2 Apr 2014 18:25:06 +0000 (UTC) Received: from mail-pa0-f45.google.com (mail-pa0-f45.google.com [209.85.220.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9392E79D for ; Wed, 2 Apr 2014 18:25:06 +0000 (UTC) Received: by mail-pa0-f45.google.com with SMTP id kl14so572486pab.18 for ; Wed, 02 Apr 2014 11:25:00 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=w0EiDYRqiPxWKf8Jqjkxwt8vw+Hqi0jHCpAI5f53Jz8=; b=IPTHhe6hILmjN2HfiGcOjJLTbMagTw6UvnOxXyS4/X8qrOxb0oX445DHPaVsvEm62q DZXsX20lWTpUUX+6dF8jgDl3d9pU1eW5FF/HgZbk41UQ7N+kgBG9kjmQQrMLTRrYPda9 pGuFA//yEfMeI1gxcN8SO3wb2oTtyDnEh8Vb26uUpEXQH4LoYaOGFB2cVcHSZKFCiU+U PvOuvxu3kJyKzEYLe8GJ2j2UOVqwM777dq9CBSFgWUlh5KI/t6e1TNBY4F0Zq8EsxVBx 68rp1LVwp+wqpS1Xn9fUnfOhf27y4zkcUlHYhUEjkkF3ycHloj0Z8aqr8eRL/LGlm2f+ 9BrA== X-Gm-Message-State: ALoCoQnWkk8y+tUKMCssscPUHCSwKy/TcF+yUTGZzsvaM2tqUftCTeZOxPJYcR7i4n8IjATiCad4 X-Received: by 10.68.133.163 with SMTP id pd3mr1744399pbb.166.1396463100480; Wed, 02 Apr 2014 11:25:00 -0700 (PDT) Received: from [10.64.24.154] (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id g6sm13262164pat.2.2014.04.02.11.24.59 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 02 Apr 2014 11:24:59 -0700 (PDT) Sender: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: make in dir From: Warner Losh In-Reply-To: <20140402181544.GS21331@kib.kiev.ua> Date: Wed, 2 Apr 2014 12:24:57 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <8010CB28-7BB1-4D6E-A4E0-975A6DB5A8D2@bsdimp.com> References: <20140402121504.GO21331@kib.kiev.ua> <9A4DFA66-A2A3-45DB-9D18-422F9AE7095A@bsdimp.com> <20140402181544.GS21331@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1874) Cc: Warner Losh , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 18:25:06 -0000 On Apr 2, 2014, at 12:15 PM, Konstantin Belousov = wrote: > On Wed, Apr 02, 2014 at 09:46:34AM -0600, Warner Losh wrote: >>=20 >> On Apr 2, 2014, at 6:15 AM, Konstantin Belousov = wrote: >>=20 >>> Hi, >>> it seems that recent changes to share/mk broke the ability to do = anything >>> in subdir of the source tree. As example, on the HEAD r264012 = installed >>> yesterday: >>>=20 >>> sandy% make = /usr/home/pooma/build/bsd/DEV/src/tools/regression/kqueue >>> make: "/usr/share/mk/bsd.own.mk" line 436: MK_MAN can't be set by a = user. >>=20 >> I was able to recreate this with ?make -m /blah-blah-blah -C = tools/regression/kqueue clean? >> The important bit being -m. I have a fix that I?ll commit shortly. >>=20 >>> Also, on stable/9 hosting the HEAD cross-env: >>> cd src && MAKEOBJDIRPREFIX=3D/usr/home/kostik/build/bsd/DEV/obj-amd64 = DESTDIR=3D/usr/home/kostik/build/bsd/DEV/netboot/sandy-amd64 = SYSDIR=3D/usr/home/kostik/build/bsd/DEV/src/sys TARGET=3Damd64 make = buildenv >>> Entering world for amd64:amd64 >>> # cd share/mk >>> # make install >>> "bsd.own.mk", line 435: Malformed conditional (${.MAKE.LEVEL} =3D=3D = 0) >>> "bsd.own.mk", line 436: MK_PROFILE can't be set by a user. >>=20 >> This will happen with fmake. I?ve put some safety belts in place in = another fix >> to keep this from tripping people up (and plan on using a similar = technique >> to keep people from hitting the aicasm bug on such systems). > I noted that this is from stable/9-hosted buildenv. Shouldn't = buildenv > mangle the path to select and possibly build bmake if needed ? Yea, I would have thought so... > Anyway, your recent commits seems to fix my problems, thank you. You are welcome. Don=92t hesitate to give a yell if you discover other problems=85 Warner From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 19:07:33 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6C582C62 for ; Wed, 2 Apr 2014 19:07:33 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id BB096D06 for ; Wed, 2 Apr 2014 19:07:32 +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 WAA18502; Wed, 02 Apr 2014 22:07:28 +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 1WVQVU-000Lor-0Y; Wed, 02 Apr 2014 22:07:28 +0300 Message-ID: <533C5FB7.2040703@FreeBSD.org> Date: Wed, 02 Apr 2014 22:06:31 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: "R. Tyler Croy" Subject: Re: ZFS panic in -CURRENT References: <20140328170021.7BE88D6@hub.freebsd.org> <20140331162232.45e300e7@monkeypox.org> <533A5FA9.7030705@FreeBSD.org> <20140401065721.5317b538@monkeypox.org> <533BB51D.2040100@FreeBSD.org> <20140402094854.572247b5@monkeypox.org> In-Reply-To: <20140402094854.572247b5@monkeypox.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 19:07:33 -0000 on 02/04/2014 19:48 R. Tyler Croy said the following: > On Wed, 02 Apr 2014 09:58:37 +0300 > Andriy Gapon wrote: > >> on 01/04/2014 16:57 R. Tyler Croy said the following: >>> On Tue, 01 Apr 2014 09:41:45 +0300 >>> Andriy Gapon wrote: >>> >>>> on 01/04/2014 02:22 R. Tyler Croy said the following: >> ... >>>>> Also in addition to the photo from before of the panic, here's >>>>> another reproduction photo: >>>>> >>>> >>>> Are you or have you even been running with any ZFS-related kernel >>>> patches? >>> >>> >>> Negative, I've never run any specific ZFS patches on this machine >>> (or any machine for that matter!) >>> >>> One other unique clue might be that I'm running with an encrypted >>> zpool, other than that, nothing fancy here. >> >> Your problem looks like a corruption of on-disk data. >> I can not say how it came to be or how to fix it now. >> > > > This is concerning to me, I'm using an intel 128GB SSD which is less > than 6 months old. If there is an actual disk-level corruption, > shouldn't that manifest itself as a zpool error? I am afraid that this is a different kind of corruption. Either a bug (possibly old, already fixes) in ZFS or a corruption that happened in RAM before a buffer was sent to a disk. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 19:13:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0872BEEC; Wed, 2 Apr 2014 19:13:24 +0000 (UTC) Received: from lancer.b1c1l1.com (lancer.b1c1l1.com [72.13.86.100]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DBFF5E10; Wed, 2 Apr 2014 19:13:23 +0000 (UTC) Received: by lancer.b1c1l1.com (Postfix) with ESMTPSA id 989BA1745FC; Wed, 2 Apr 2014 12:12:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=b1c1l1.com; s=default; t=1396465973; bh=IhSxr7uiKRUiiyKguuCF8A51v97s/j50lwH9d6TGlcA=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=cPlyLrDJtZMjzt8jNNw2nLA+TG6OuocC8OgtuVocbo1pTK4ouGgkzOIoO/8PI6IqO KZ8KTuw7ZNNUb7F3/xrqDtEECF7lN35+519WHvVCmuujim1bd0STMWq7mx8yTYyU6H 4V+T+8AXcRcEGM4s97qNW3HQ4yPhxhMSFq6lgayA= Date: Wed, 2 Apr 2014 12:12:48 -0700 From: Benjamin Lee To: sbruno@freebsd.org Subject: Re: login.conf --> UTF-8 Message-ID: <20140402121248.5c3d02f0@b1c1l1.com> In-Reply-To: <1396457629.2280.2.camel@powernoodle.corp.yahoo.com> References: <1396457629.2280.2.camel@powernoodle.corp.yahoo.com> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.23; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/mhL+QFBCW1tEKPuDGb1=Bx8"; protocol="application/pgp-signature" Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 19:13:24 -0000 --Sig_/mhL+QFBCW1tEKPuDGb1=Bx8 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 02 Apr 2014 09:53:49 -0700, Sean Bruno wro= te: > I'd like to make this change to login.conf for default installs. >=20 > This removes some amount of hackery in the ports system that is working > around our lack of UTF-8 in the base. >=20 > This should be step 0 in a language agnostic installer project that is > beyond the scope of making the system more useable. >=20 >=20 > --- login.conf 2013-10-21 15:51:14.553992170 -0700 > +++ /etc/login.conf 2014-03-31 09:26:17.588503798 -0700 > @@ -45,7 +45,9 @@ > :kqueues=3Dunlimited:\ > :priority=3D0:\ > :ignoretime@:\ > - :umask=3D022: > + :umask=3D022:\ > + :lang=3Den_US.UTF-8:\ > + :charset=3DUTF-8: > =20 > =20 > # Changing the default LC_COLLATE is risky, how about keeping LC_COLLATE=3DC by default? --- /usr/src/etc/login.conf 2013-09-30 19:04:24.000000000 +0000 +++ /etc/login.conf 2013-09-30 19:02:22.000000000 +0000 @@ -26,7 +26,7 @@ :passwd_format=3Dsha512:\ :copyright=3D/etc/COPYRIGHT:\ :welcome=3D/etc/motd:\ - :setenv=3DMAIL=3D/var/mail/$,BLOCKSIZE=3DK:\ + :setenv=3DMAIL=3D/var/mail/$,BLOCKSIZE=3DK,LC_COLLATE=3DC:\ :path=3D/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin /u= sr/local/bin ~/bin:\ :nologin=3D/var/run/nologin:\ = =20 :cputime=3Dunlimited:\ = =20 @@ -44,7 +44,9 @@ = =20 :pseudoterminals=3Dunlimited:\ = =20 :priority=3D0:\ = =20 :ignoretime@:\ - :umask=3D022: + :umask=3D022:\ + :charset=3DUTF-8:\ + :lang=3Den_US.UTF-8: =20 =20 # --=20 Benjamin Lee http://www.b1c1l1.com/ --Sig_/mhL+QFBCW1tEKPuDGb1=Bx8 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJTPGE0AAoJEIdV4+NBZRmFMOcP/RStZjoY/YOAPqkbIo2ceOrV wB42MCMLJ2EE1WGMu6+XZ3O2YnI58PxSu+upo273MulhXG+hLxdLD9I3IGDq/b6s Mtu2+B4EK8yumhb/Ogh4mFEXk2s75bU04VqkKKRjRrMoFWfM+g1WZJoD7mPT6Zhp NqgyZUkmX04OSydKVvsncGJO9z7KIMEOQaWfoEqw4TLQ/jCImrBc50/ie6ZNPrAI maR8Axrqpe2vDz9VMI4q+/ih8OdOsOkxjnPVi4kfzUwxs3KwDAxeXi6RzsU137cc YY4d2ro8KMQHEb43GlBPvbGibPOo+R2QXqjIYi52uTjL5b8KMSe06jTYLAy34Dzo BSJMriL96qROV8ta8IWdEWCs6MrQpo9Vn0csCKBywnfToqxKFESdSHNcoB/K3smW B1KcBqUp4+TmDYD6CnZhG4PKn2Zi29YbhQWC9uaZqAol3/BfdIoUx16CFqR6qINf rnUT4ZMXO/BSnwXLdS6j78N1Tus74OVKdppq5JqtDgg0RHf7JCYylE/O1WCK5EeD +YLV+WAAbPuoAoQpwtblo+KGTZhJSvTUlGtHqZoLp0Ae2OQ8FWtKxdNf/CCcCEEi wqF5CIFn0AeCafWPLSzjuVAHWc9e+JlNg64ltlnttIP8rrWa604j15w/uE7TCqeU o69LChYy+FxLQ4gvwOl7 =9vf4 -----END PGP SIGNATURE----- --Sig_/mhL+QFBCW1tEKPuDGb1=Bx8-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 19:15:11 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC5C9134; Wed, 2 Apr 2014 19:15:11 +0000 (UTC) Received: from mail.auburn.protected-networks.net (mail.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.auburn.protected-networks.net", Issuer "Protected Networks Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8F411E35; Wed, 2 Apr 2014 19:15:11 +0000 (UTC) Received: from mail.auburn.protected-networks.net (localhost.auburn.protected-networks.net [127.0.0.1]) by mail.auburn.protected-networks.net (Postfix) with ESMTP id 5DC081CC06; Wed, 2 Apr 2014 15:15:09 -0400 (EDT) Received: from mail.auburn.protected-networks.net ([127.0.0.1]) by mail.auburn.protected-networks.net (mail.auburn.protected-networks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1yUbJGJGWsdM; Wed, 2 Apr 2014 15:15:06 -0400 (EDT) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@protected-networks.net) by mail.auburn.protected-networks.net (Postfix) with ESMTPSA id C20941CC04; Wed, 2 Apr 2014 15:15:06 -0400 (EDT) Message-ID: <533C61B8.7060809@protected-networks.net> Date: Wed, 02 Apr 2014 15:15:04 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: FreeBSD Current Subject: gcc compilation broken with SVN r264042 X-Enigmail-Version: 1.6 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: David Chisnall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 19:15:11 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Seems that GCC doesn't like/understand the cast .. imb@mail:/usr/src/lib/libc> sudo make cc -O2 -pipe -march=pentium4 -I/usr/src/lib/libc/include - -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS - -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa - -I/usr/src/lib/libc/../../contrib/libc-vis -DINET6 - -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE - -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/jemalloc/include - -DMALLOC_PRODUCTION -I/usr/src/lib/libc/../../contrib/tzcode/stdtime - -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES - -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING - -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers - -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/stdlib/atexit.c -o atexit.o /usr/src/lib/libc/stdlib/atexit.c: In function 'atexit_b': /usr/src/lib/libc/stdlib/atexit.c:157: error: cannot convert to a pointer type *** Error code 1 Stop. make: stopped in /usr/src/lib/libc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlM8YbcACgkQQv9rrgRC1JIucgCfRPm79qcKX9XpAfazKfGRsOry lOAAnRiHdpdRzLS5MtC7YPOsNeWZtiBS =2y7B -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 19:16:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7151E25C for ; Wed, 2 Apr 2014 19:16:36 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2E268E55 for ; Wed, 2 Apr 2014 19:16:35 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1WVQeH-002ZqI-SU>; Wed, 02 Apr 2014 21:16:33 +0200 Received: from g225032232.adsl.alicedsl.de ([92.225.32.232] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1WVQeH-002Aul-P4>; Wed, 02 Apr 2014 21:16:33 +0200 Date: Wed, 2 Apr 2014 21:16:27 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: r264048 broke kernel build Message-ID: <20140402211627.356871dd.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/nD2jlPVAjcWvg8Nua/33lCV"; protocol="application/pgp-signature" X-Originating-IP: 92.225.32.232 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 19:16:36 -0000 --Sig_/nD2jlPVAjcWvg8Nua/33lCV Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable r264048 breaks kernel build ( sys/kern/kern_et.c) , r264047 builds perfectl= y ... rm -f .newdep make -V CFILES_NOZFS -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP=3D"cc -E"= CC=3D"cc " xargs mkdep -a -f .newdep -pipe -O3 -fno-strict-aliasing -march=3Dnative -std=3Dc= 99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-ex= tensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-c= ompare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function= -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfil= ter -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -I/usr/src/sys/dev/cxgb -I/usr/src/sys/dev/cxgbe -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -inclu= de opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes= -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector /usr/src/sys/kern/kern_et.c:37:10: fatal error: 'opt_time= r.h' file not found #include "opt_timer.h" --Sig_/nD2jlPVAjcWvg8Nua/33lCV Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTPGIQAAoJEOgBcD7A/5N8oXUIAK3qbeq8JzM0uC2MtrS49sEI J0E0Hm/qqiPl3luF2GfOLnZ2ZTqAkeCf5+oH8yzTcfds4iFXp2TWPuHcLYIUvYlB jpJIL029D0u4OVQ66GragcWWQ/0TYUvjdgBjS5hSsIzfX2RBoW7v0jnD59FhEnxt D5V0mX5hs8DpNcOd/ncoL58qI2v4Bk6tpaTqZ7z6OmlKcB790hPssszdIt/u1Wsx 1DqXXKzjlFAwpmH+j7nrQDVoi2kWH/iO6DMyTlK7gapG4lS4Ny7AKtiNuGsj95lf SgiQ3Uf/SrcMMMpwMaUEKCFbHzSStWUlfOOuGqR8hlqqRMDMywzMpgOlp3UTMAA= =ZUqT -----END PGP SIGNATURE----- --Sig_/nD2jlPVAjcWvg8Nua/33lCV-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 19:17:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53239371 for ; Wed, 2 Apr 2014 19:17:53 +0000 (UTC) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E3F18E6F for ; Wed, 2 Apr 2014 19:17:52 +0000 (UTC) Received: by mail-wg0-f44.google.com with SMTP id m15so726929wgh.3 for ; Wed, 02 Apr 2014 12:17:50 -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=hBFMIjGOJMJc20kTRhSEgp8njOyEZTtWEaH9rjUFm+8=; b=RxjZZDvK9Xn8BhCLASyx9BYcE5lb6xoM2F7JvBl/F29+yTMHGrRUQluzpmFequytNz 39pGkDUjpiOJa4j/6MKM2EGXuzkirvzTu/i9Ge5RlEFVmUa2W8QFQ5w4nG/iKc8rT2JV LIWC38mIXkyNK28gyFJK2nFoytklqgbvXmq6Byg7g3V1eZ9A29YvqIJGSqHbwk2yoYMT QcaVZYWaRY12thMSiGgtGfiqAp8iHRbuV8lSD+f88HdxHuA6HjhKzz5nkWIuTNLfeWpN mXQMkU8q8h3Etbm4N43wh5oR0KIlPcKb2GJSjimJQAMUyGhDz5NkkNPyQtyErAc9NC+h 5krw== MIME-Version: 1.0 X-Received: by 10.180.75.49 with SMTP id z17mr31181959wiv.1.1396466264683; Wed, 02 Apr 2014 12:17:44 -0700 (PDT) Received: by 10.14.211.134 with HTTP; Wed, 2 Apr 2014 12:17:44 -0700 (PDT) In-Reply-To: <20140402211627.356871dd.ohartman@zedat.fu-berlin.de> References: <20140402211627.356871dd.ohartman@zedat.fu-berlin.de> Date: Wed, 2 Apr 2014 19:17:44 +0000 Message-ID: Subject: Re: r264048 broke kernel build From: hiren panchasara To: "O. Hartmann" Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 19:17:53 -0000 On Wed, Apr 2, 2014 at 7:16 PM, O. Hartmann wrote: > > r264048 breaks kernel build ( sys/kern/kern_et.c) , r264047 builds perfectly ... +1. cheers, Hiren > > rm -f .newdep > make -V CFILES_NOZFS -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc " xargs > mkdep -a -f .newdep -pipe -O3 -fno-strict-aliasing -march=native -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 -Wno-error-tautological-compare > -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc > -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter > -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal > -I/usr/src/sys/contrib/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm > -I/usr/src/sys/dev/twa -I/usr/src/sys/dev/cxgb -I/usr/src/sys/dev/cxgbe > -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include > opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx > -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding > -fstack-protector /usr/src/sys/kern/kern_et.c:37:10: fatal error: 'opt_timer.h' file not > found #include "opt_timer.h" From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 19:18:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE462485; Wed, 2 Apr 2014 19:18:47 +0000 (UTC) Received: from mail-wg0-x233.google.com (mail-wg0-x233.google.com [IPv6:2a00:1450:400c:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 45195EB0; Wed, 2 Apr 2014 19:18:47 +0000 (UTC) Received: by mail-wg0-f51.google.com with SMTP id k14so743648wgh.22 for ; Wed, 02 Apr 2014 12:18: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=3C0q20ath3CAZ9/IJ34/bRGJUEnjHPWYhqcsbINIJig=; b=LyQo2GMuIQyXD94meEL+pXtNNU+vd4acDNedYnc886Tu2yCABQEtIoHYgzehFOJasT ghBqJ17TT0+2XQMnAmaEVhW4CwseDl8O1UDwzMaUSDgiHcD/SPYASVndvhsPR/C44bf3 LUkcoFHElj2TBdcQ8zpNB10QEKUezKGGA41mJHnfHM7COkXRzeFmjhvbA7oUqEVo8sti 1+BsRnI88YPTx+DkIFuhso6BzFOf3JSjWvm0/DQTk8EOi93RDkLMd/wOXvuzeM7KwbwQ rfDetriNalw1bYORbXMgdp4i1SAczDkqmwMBEr5o6+xN+hoFQpc8Qo9AUE32ADBXN26U UBkA== MIME-Version: 1.0 X-Received: by 10.180.188.66 with SMTP id fy2mr4352507wic.45.1396466325511; Wed, 02 Apr 2014 12:18:45 -0700 (PDT) Received: by 10.14.211.134 with HTTP; Wed, 2 Apr 2014 12:18:45 -0700 (PDT) In-Reply-To: References: <20140402211627.356871dd.ohartman@zedat.fu-berlin.de> Date: Wed, 2 Apr 2014 19:18:45 +0000 Message-ID: Subject: Re: r264048 broke kernel build From: hiren panchasara To: "O. Hartmann" , Ian Lepore Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 19:18:47 -0000 + Ian On Wed, Apr 2, 2014 at 7:17 PM, hiren panchasara wrote: > On Wed, Apr 2, 2014 at 7:16 PM, O. Hartmann wrote: >> >> r264048 breaks kernel build ( sys/kern/kern_et.c) , r264047 builds perfectly ... > > +1. > > cheers, > Hiren >> >> rm -f .newdep >> make -V CFILES_NOZFS -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc " xargs >> mkdep -a -f .newdep -pipe -O3 -fno-strict-aliasing -march=native -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 -Wno-error-tautological-compare >> -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc >> -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter >> -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal >> -I/usr/src/sys/contrib/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm >> -I/usr/src/sys/dev/twa -I/usr/src/sys/dev/cxgb -I/usr/src/sys/dev/cxgbe >> -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include >> opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx >> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float >> -fno-asynchronous-unwind-tables -ffreestanding >> -fstack-protector /usr/src/sys/kern/kern_et.c:37:10: fatal error: 'opt_timer.h' file not >> found #include "opt_timer.h" From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 19:28:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C95A74D; Wed, 2 Apr 2014 19:28:59 +0000 (UTC) Received: from mail-yk0-x22e.google.com (mail-yk0-x22e.google.com [IPv6:2607:f8b0:4002:c07::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4382BFD8; Wed, 2 Apr 2014 19:28:59 +0000 (UTC) Received: by mail-yk0-f174.google.com with SMTP id 20so625120yks.33 for ; Wed, 02 Apr 2014 12:28:58 -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:message-id:subject :from:to:cc:content-type; bh=FulZ/95TVCdGvBRw7QERm5kN7KLas44ICKeIS0pPCL4=; b=cGkJQUlfBgL+9iYcE9pHtrfLQMz7Y01W2wPx1YuTrXAgcFu0YD4O+0r+s7d6KrB4hv xCDB1IGlDCl8EworNsJ5HHqt9hPdxm7umtOnEKaskQJHM2GhPt/E2bAa3gshKW8/lZ0h Y7x6hZ2aRQMDV7NQ1GnGbGaQu8xRo/qVJViJCHUD9EF8fXuxid4bHe1IxHnbgNZyX+Uu MnD8izCyx3BSJxLsam7+Ig39fd6Wp5GPEVHqVjEWq52x6KTH94iZcIMFsj+X0Lpw7Mx8 +fwMINdzpqA7HPAozeAVSSnAnG9qpWQFxF9mIRLDGipjmNMGmilFoONVWyVcbBrQIVOu rKGA== MIME-Version: 1.0 X-Received: by 10.236.206.166 with SMTP id l26mr2954687yho.105.1396466938473; Wed, 02 Apr 2014 12:28:58 -0700 (PDT) Sender: antoine.brodin.freebsd@gmail.com Received: by 10.170.80.11 with HTTP; Wed, 2 Apr 2014 12:28:58 -0700 (PDT) In-Reply-To: <1396457629.2280.2.camel@powernoodle.corp.yahoo.com> References: <1396457629.2280.2.camel@powernoodle.corp.yahoo.com> Date: Wed, 2 Apr 2014 21:28:58 +0200 X-Google-Sender-Auth: 2AsvG-CAp5CPYkG1DXQ6WhSC2zQ Message-ID: Subject: Re: login.conf --> UTF-8 From: Antoine Brodin To: Sean Bruno Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 19:28:59 -0000 On Wed, Apr 2, 2014 at 6:53 PM, Sean Bruno wrote: > I'd like to make this change to login.conf for default installs. > > This removes some amount of hackery in the ports system that is working > around our lack of UTF-8 in the base. > > This should be step 0 in a language agnostic installer project that is > beyond the scope of making the system more useable. > > > --- login.conf 2013-10-21 15:51:14.553992170 -0700 > +++ /etc/login.conf 2014-03-31 09:26:17.588503798 -0700 > @@ -45,7 +45,9 @@ > :kqueues=unlimited:\ > :priority=0:\ > :ignoretime@:\ > - :umask=022: > + :umask=022:\ > + :lang=en_US.UTF-8:\ > + :charset=UTF-8: Hi, Don't forget to request an exp-run from portmgr before committing this change, we never know what can break. Cheers, Antoine From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 19:30:54 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C8A8DA57 for ; Wed, 2 Apr 2014 19:30:54 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "theravensnest.org", Issuer "theravensnest.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8E19FEF for ; Wed, 2 Apr 2014 19:30:54 +0000 (UTC) Received: from [192.168.0.100] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s32JUo6k058051 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 2 Apr 2014 19:30:52 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: gcc compilation broken with SVN r264042 From: David Chisnall In-Reply-To: <533C61B8.7060809@protected-networks.net> Date: Wed, 2 Apr 2014 20:30:45 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <509CAA08-8F00-4ED8-81FF-A51F1ECDC15C@FreeBSD.org> References: <533C61B8.7060809@protected-networks.net> To: Michael Butler X-Mailer: Apple Mail (2.1874) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 19:30:54 -0000 Hi, I'm trying to reproduce this, but I don't seem to be able to get the = same error as you. I do get a warning with GCC about a cast to an = anonymous struct, which the attached patch fixes, but even without this = I'm able to build both with the gcc in 9 and the gcc in ports. Can you = let me know your gcc version? Unfortunately, the gcc error reporting = isn't very helpful, so I don't know what it thinks it can't convert to a = pointer type. It would be great if you could try this patch, and if = that doesn't fix it then try splitting the casts and dereferences into = separate lines and see which part of this it is the gcc doesn't like. =20= David Index: include/block_abi.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- include/block_abi.h (revision 264042) +++ include/block_abi.h (working copy) @@ -50,14 +50,16 @@ } *name #define CALL_BLOCK(name, ...) (name)->invoke(name, __VA_ARGS__) #endif // __BLOCKS__ +struct generic_block +{ + void *isa; + int flags; + int reserved; + void (*invoke)(void *, ...); +}; /** * Returns the pointer to the block-invoke function. This is used for = passing * blocks to functions that want a function pointer and a data pointer. */ #define GET_BLOCK_FUNCTION(x) \ - (((struct {\ - void *isa;\ - int flags;\ - int reserved;\ - void (*invoke)(void *, ...);\ - }*)x)->invoke) + (((struct generic_block*)x)->invoke) On 2 Apr 2014, at 20:15, Michael Butler = wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > Seems that GCC doesn't like/understand the cast .. >=20 > imb@mail:/usr/src/lib/libc> sudo make > cc -O2 -pipe -march=3Dpentium4 -I/usr/src/lib/libc/include > - -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS > - -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa > - -I/usr/src/lib/libc/../../contrib/libc-vis -DINET6 > - -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv = -D_ACL_PRIVATE > - -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/jemalloc/include > - -DMALLOC_PRODUCTION -I/usr/src/lib/libc/../../contrib/tzcode/stdtime > - -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES > - -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING > - -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-headers > - -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -c > /usr/src/lib/libc/stdlib/atexit.c -o atexit.o > /usr/src/lib/libc/stdlib/atexit.c: In function 'atexit_b': > /usr/src/lib/libc/stdlib/atexit.c:157: error: cannot convert to a > pointer type > *** Error code 1 >=20 > Stop. > make: stopped in /usr/src/lib/libc > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1 >=20 > iEYEARECAAYFAlM8YbcACgkQQv9rrgRC1JIucgCfRPm79qcKX9XpAfazKfGRsOry > lOAAnRiHdpdRzLS5MtC7YPOsNeWZtiBS > =3D2y7B > -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 19:38:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 945E3CE9; Wed, 2 Apr 2014 19:38:56 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 749D0186; Wed, 2 Apr 2014 19:38:56 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 7371B33B; Wed, 2 Apr 2014 19:38:56 +0000 (UTC) Date: Wed, 2 Apr 2014 19:38:52 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org, gjb@FreeBSD.org, theraven@FreeBSD.org, ian@FreeBSD.org, pfg@FreeBSD.org Message-ID: <284165767.0.1396467535164.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #388 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 19:38:56 -0000 See Changes: [ian] Fix build breakage. Apparently all ARM configs build kern_et.c, but = only a few of them also build kern_clocksource.c. That strikes me as insane, but maybe there's a good reason for it. Until I figure that out, un-break the build by not referencing functions in kern_clocksource if NO_EVENTTIMER= S is defined. [gjb] Use xz(1) instead of gzip(1) to compress release images when WITH_COMPRESSED_IMAGES is used. Requested by:=09delphij, brooks, Nikolai Lifanov MFC After:=091 week X-MFC-With:=09r264027,r264028,r264029,r264030 Sponsored by:=09The FreeBSD Foundation [imp] Move setting of the MK_xxx variables based on NO_xxx to avoid triggering the "you aren't allowed to set this" warning when building stand alone in directories whose Makefile sets NO_MAN, for example. [imp] FreeBSD make (aka fmake) doesn't grok .MAKE.LEVEL. Failsafe and assum= e that it is OK to set MK_xxx flags. [theraven] Move scandir_b to a later symbol version. [theraven] Add support for some block functions that come from OS X. These= are intended to build with any C compiler. Reviewed by:=09pfg MFC after:=093 weeks [ian] Add support for event timers whose clock frequency can change while r= unning. [pfg] MFV=09r258379; 4248 dtrace(1M) should never create DOF with empty probes section 4249 Only probes from the first DTrace object file will be included Illumos Revision:=094a20ab41aadcb81c53e72fc65886e964e9add59 Reference: https://www.illumos.org/issues/4248 https://www.illumos.org/issues/4249 Obtained from:=09Illumos MFC after:=091 month ------------------------------------------ [...truncated 219226 lines...] --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KE= RNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=3Diso9899:1999 iwn= 5150fw.c =3D=3D=3D> iwnfw/iwn6000 (depend) --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- iwn6000fw.c --- awk -f @/tools/fw_stub.awk iwlwifi-6000-9.221.4.1.fw:iwn6000fw -miwn6000fw = -ciwn6000fw.c =20 --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KE= RNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=3Diso9899:1999 iwn= 6000fw.c =3D=3D=3D> iwnfw/iwn6000g2a (depend) --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- iwn6000g2afw.c --- awk -f @/tools/fw_stub.awk iwlwifi-6000g2a-18.168.6.1.fw:iwn6000g2afw -miwn= 6000g2afw -ciwn6000g2afw.c =20 --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KE= RNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=3Diso9899:1999 iwn= 6000g2afw.c =3D=3D=3D> iwnfw/iwn6000g2b (depend) --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- iwn6000g2bfw.c --- awk -f @/tools/fw_stub.awk iwlwifi-6000g2b-18.168.6.1.fw:iwn6000g2bfw -miwn= 6000g2bfw -ciwn6000g2bfw.c =20 --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KE= RNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=3Diso9899:1999 iwn= 6000g2bfw.c =3D=3D=3D> iwnfw/iwn6050 (depend) --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- iwn6050fw.c --- awk -f @/tools/fw_stub.awk iwlwifi-6050-41.28.5.1.fw:iwn6050fw -miwn6050fw = -ciwn6050fw.c =20 --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KE= RNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=3Diso9899:1999 iwn= 6050fw.c =3D=3D=3D> ixgb (depend) --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- device_if.h --- --- bus_if.h --- --- pci_if.h --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KE= RNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=3Diso9899:1999 =3D=3D=3D> ixgbe (depend) --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- device_if.h --- --- bus_if.h --- --- pci_if.h --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- opt_inet.h --- ln -sf /usr/obj opt_inet.h --- opt_inet6.h --- ln -sf /usr/obj opt_inet6.h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -DSMP -DIXGBE_FDIR -D_KERNEL -DK= LD_MODULE -I -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contr= ib/altq -I/usr/obj -std=3Diso9899:1999 =3D=3D=3D> jme (depend) --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- device_if.h --- --- bus_if.h --- --- pci_if.h --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- miibus_if.h --- awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KE= RNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=3Diso9899:1999 =3D=3D=3D> joy (depend) --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- bus_if.h --- --- device_if.h --- --- isa_if.h --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- isa_if.h --- awk -f @/tools/makeobjops.awk @/isa/isa_if.m -h --- card_if.h --- --- pccarddevs.h --- --- card_if.h --- awk -f @/tools/makeobjops.awk @/dev/pccard/card_if.m -h --- pccarddevs.h --- awk -f @/tools/pccarddevs2h.awk @/dev/pccard/pccarddevs --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KE= RNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=3Diso9899:1999 =3D=3D=3D> kbdmux (depend) --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- opt_compat.h --- --- opt_kbd.h --- --- bus_if.h --- --- opt_compat.h --- ln -sf /usr/obj opt_compat.h --- opt_kbd.h --- ln -sf /usr/obj opt_kbd.h --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KE= RNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=3Diso9899:1999 =3D=3D=3D> kgssapi (depend) --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- kgss_if.h --- --- kgss_if.c --- --- gssd_xdr.c --- --- kgss_if.h --- awk -f @/tools/makeobjops.awk @/kgssapi/kgss_if.m -h --- kgss_if.c --- awk -f @/tools/makeobjops.awk @/kgssapi/kgss_if.m -c --- gssd_xdr.c --- RPCGEN_CPP=3Dcpp\ rpcgen -c -o gssd_xdr.c --- gssd_clnt.c --- --- gssd.h --- --- gssd_clnt.c --- RPCGEN_CPP=3Dcpp\ rpcgen -lM | grep -v string.h > = gssd_clnt.c --- gssd.h --- RPCGEN_CPP=3Dcpp\ rpcgen -hM | grep -v pthread.h >= gssd.h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KE= RNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=3Diso9899:1999 = kgss_if.c gssd= _xdr.c gssd_clnt.c --- .depend --- mkdep: compile failed *** [.depend] Error code 1 make[2]: stopped in /usr/obj --- modules-depend --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [depend] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [modules-depend] Error code 2 make[2]: stopped in /usr/obj 2 errors make[2]: stopped in /usr/obj *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 19:53:24 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9AF7144B for ; Wed, 2 Apr 2014 19:53:24 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6D43E386 for ; Wed, 2 Apr 2014 19:53:24 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WVRDu-000G5E-TK; Wed, 02 Apr 2014 19:53:23 +0000 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 s32JrKlo086257; Wed, 2 Apr 2014 13:53:20 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18R6noULCa0qmnhUb8JjixD Subject: Re: r264048 broke kernel build From: Ian Lepore To: hiren panchasara In-Reply-To: References: <20140402211627.356871dd.ohartman@zedat.fu-berlin.de> Content-Type: text/plain; charset="us-ascii" Date: Wed, 02 Apr 2014 13:53:20 -0600 Message-ID: <1396468400.81853.272.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD CURRENT , "O. Hartmann" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 19:53:24 -0000 Sorry about that, hopefully I've fixed it for now with r264054 (but whenever you're checking in a fix for a fix you're on pretty shakey ground). This is a temporary workaround while I spend a few days rewriting some legacy arm code to fix the problem for real. -- Ian On Wed, 2014-04-02 at 19:18 +0000, hiren panchasara wrote: > + Ian > > > On Wed, Apr 2, 2014 at 7:17 PM, hiren panchasara > wrote: > > On Wed, Apr 2, 2014 at 7:16 PM, O. Hartmann wrote: > >> > >> r264048 breaks kernel build ( sys/kern/kern_et.c) , r264047 builds perfectly ... > > > > +1. > > > > cheers, > > Hiren > >> > >> rm -f .newdep > >> make -V CFILES_NOZFS -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc " xargs > >> mkdep -a -f .newdep -pipe -O3 -fno-strict-aliasing -march=native -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 -Wno-error-tautological-compare > >> -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc > >> -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter > >> -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal > >> -I/usr/src/sys/contrib/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm > >> -I/usr/src/sys/dev/twa -I/usr/src/sys/dev/cxgb -I/usr/src/sys/dev/cxgbe > >> -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include > >> opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx > >> -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float > >> -fno-asynchronous-unwind-tables -ffreestanding > >> -fstack-protector /usr/src/sys/kern/kern_et.c:37:10: fatal error: 'opt_timer.h' file not > >> found #include "opt_timer.h" From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 19:53:39 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 34F54555; Wed, 2 Apr 2014 19:53:39 +0000 (UTC) Received: from mail.auburn.protected-networks.net (mail.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.auburn.protected-networks.net", Issuer "Protected Networks Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E784D391; Wed, 2 Apr 2014 19:53:38 +0000 (UTC) Received: from mail.auburn.protected-networks.net (localhost.auburn.protected-networks.net [127.0.0.1]) by mail.auburn.protected-networks.net (Postfix) with ESMTP id 6C7CA1CC22; Wed, 2 Apr 2014 15:53:37 -0400 (EDT) Received: from mail.auburn.protected-networks.net ([127.0.0.1]) by mail.auburn.protected-networks.net (mail.auburn.protected-networks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9Eg2Wex70O4S; Wed, 2 Apr 2014 15:53:36 -0400 (EDT) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@protected-networks.net) by mail.auburn.protected-networks.net (Postfix) with ESMTPSA id E6F3F1CC06; Wed, 2 Apr 2014 15:53:35 -0400 (EDT) Message-ID: <533C6ABE.2000801@protected-networks.net> Date: Wed, 02 Apr 2014 15:53:34 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: David Chisnall Subject: Re: gcc compilation broken with SVN r264042 References: <533C61B8.7060809@protected-networks.net> <509CAA08-8F00-4ED8-81FF-A51F1ECDC15C@FreeBSD.org> In-Reply-To: <509CAA08-8F00-4ED8-81FF-A51F1ECDC15C@FreeBSD.org> X-Enigmail-Version: 1.6 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 19:53:39 -0000 On 04/02/14 15:30, David Chisnall wrote: > I'm trying to reproduce this, but I don't seem to be able to get the > same error as you. I do get a warning with GCC about a cast to an > anonymous struct, which the attached patch fixes, but even without > this I'm able to build both with the gcc in 9 and the gcc in ports. > Can you let me know your gcc version? Unfortunately, the gcc error > reporting isn't very helpful, so I don't know what it thinks it can't > convert to a pointer type. It would be great if you could try this > patch, and if that doesn't fix it then try splitting the casts and > dereferences into separate lines and see which part of this it is the > gcc doesn't like. This is .. cc (GCC) 4.2.1 20070831 patched [FreeBSD] .. on .. FreeBSD 11.0-CURRENT #22 r263969: Mon Mar 31 10:45:56 EDT 2014 Splitting it like .. - fn.fn_ptr.cxa_func = (void(*)(void*))GET_BLOCK_FUNCTION(func); + fn.fn_ptr.cxa_func = + (void(*)(void*)) + GET_BLOCK_FUNCTION(func); .. causes the reported error to point at the GET_BLOCK_FUNCTION. I guess it's time for me to migrate that box to clang :-) imb From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 19:58:23 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EBEB17A9 for ; Wed, 2 Apr 2014 19:58:23 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "theravensnest.org", Issuer "theravensnest.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B83983FB for ; Wed, 2 Apr 2014 19:58:23 +0000 (UTC) Received: from [192.168.0.100] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s32JvwC9058258 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 2 Apr 2014 19:58:22 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: gcc compilation broken with SVN r264042 From: David Chisnall In-Reply-To: <533C6ABE.2000801@protected-networks.net> Date: Wed, 2 Apr 2014 20:58:21 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <307BA2CF-E02A-4D82-B9E5-23AECAEA89DC@FreeBSD.org> References: <533C61B8.7060809@protected-networks.net> <509CAA08-8F00-4ED8-81FF-A51F1ECDC15C@FreeBSD.org> <533C6ABE.2000801@protected-networks.net> To: Michael Butler X-Mailer: Apple Mail (2.1874) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 19:58:24 -0000 On 2 Apr 2014, at 20:53, Michael Butler = wrote: > cc (GCC) 4.2.1 20070831 patched [FreeBSD] >=20 > .. on .. >=20 > FreeBSD 11.0-CURRENT #22 r263969: Mon Mar 31 10:45:56 EDT 2014 >=20 > Splitting it like .. >=20 > - fn.fn_ptr.cxa_func =3D = (void(*)(void*))GET_BLOCK_FUNCTION(func); > + fn.fn_ptr.cxa_func =3D > + (void(*)(void*)) > + GET_BLOCK_FUNCTION(func); >=20 > .. causes the reported error to point at the GET_BLOCK_FUNCTION. Sorry, I meant split it into different statements. Along the lines of: struct generic_block *b =3D (struct generic_block*)func; void (*fn)(void*,...) =3D b->invoke; fn.fn_ptr.cxa_func =3D (void (*)(void*))fn; > I guess it's time for me to migrate that box to clang :-) Well, I wouldn't object to that, but it would be good to fix this - we = still want to be able to build the base system with gcc (or another = compiler), even if we don't encourage it... David From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 20:22:18 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE45AD92; Wed, 2 Apr 2014 20:22:18 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask.apl.washington.edu", Issuer "troutmask.apl.washington.edu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 854298AC; Wed, 2 Apr 2014 20:22:18 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.8/8.14.8) with ESMTP id s32KLwsA037875 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 2 Apr 2014 13:21:58 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.8/8.14.8/Submit) id s32KLwVs037874; Wed, 2 Apr 2014 13:21:58 -0700 (PDT) (envelope-from sgk) Date: Wed, 2 Apr 2014 13:21:58 -0700 From: Steve Kargl To: David Chisnall Subject: Re: gcc compilation broken with SVN r264042 Message-ID: <20140402202158.GA37846@troutmask.apl.washington.edu> References: <533C61B8.7060809@protected-networks.net> <509CAA08-8F00-4ED8-81FF-A51F1ECDC15C@FreeBSD.org> <533C6ABE.2000801@protected-networks.net> <307BA2CF-E02A-4D82-B9E5-23AECAEA89DC@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <307BA2CF-E02A-4D82-B9E5-23AECAEA89DC@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Michael Butler , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 20:22:18 -0000 On Wed, Apr 02, 2014 at 08:58:21PM +0100, David Chisnall wrote: > > Well, I wouldn't object to that, but it would be good to fix this - we > still want to be able to build the base system with gcc (or another > compiler), even if we don't encourage it... Who is "we" in "even if we don't encourage it..."? In fact, this is a fairly dumb idea, and *we* should encourage building the base system with as many different compilers as possible. It's called portability and allows one to find bugs that the annointed compiler might miss or actually cause. -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 20:26:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6234DF0F; Wed, 2 Apr 2014 20:26:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1E6A78F8; Wed, 2 Apr 2014 20:26:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s32KQbVU070002; Wed, 2 Apr 2014 16:26:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s32KQbZl069995; Wed, 2 Apr 2014 20:26:37 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Apr 2014 20:26:37 GMT Message-Id: <201404022026.s32KQbZl069995@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2014 20:26:39 -0000 TB --- 2014-04-02 17:00:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-02 17:00:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-02 17:00:23 - starting HEAD tinderbox run for arm/arm TB --- 2014-04-02 17:00:23 - cleaning the object tree TB --- 2014-04-02 17:02:59 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-02 17:03:02 - At svn revision 264046 TB --- 2014-04-02 17:03:03 - building world TB --- 2014-04-02 17:03:03 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 17:03:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 17:03:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 17:03:03 - SRCCONF=/dev/null TB --- 2014-04-02 17:03:03 - TARGET=arm TB --- 2014-04-02 17:03:03 - TARGET_ARCH=arm TB --- 2014-04-02 17:03:03 - TZ=UTC TB --- 2014-04-02 17:03:03 - __MAKE_CONF=/dev/null TB --- 2014-04-02 17:03:03 - cd /src TB --- 2014-04-02 17:03:03 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 2 17:03:10 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 2 20:18:40 UTC 2014 TB --- 2014-04-02 20:18:40 - generating LINT kernel config TB --- 2014-04-02 20:18:40 - cd /src/sys/arm/conf TB --- 2014-04-02 20:18:40 - /usr/bin/make -B LINT TB --- 2014-04-02 20:18:40 - cd /src/sys/arm/conf TB --- 2014-04-02 20:18:40 - /obj/arm.arm/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-02 20:18:40 - building LINT kernel TB --- 2014-04-02 20:18:40 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 20:18:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 20:18:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 20:18:40 - SRCCONF=/dev/null TB --- 2014-04-02 20:18:40 - TARGET=arm TB --- 2014-04-02 20:18:40 - TARGET_ARCH=arm TB --- 2014-04-02 20:18:40 - TZ=UTC TB --- 2014-04-02 20:18:40 - __MAKE_CONF=/dev/null TB --- 2014-04-02 20:18:40 - cd /src TB --- 2014-04-02 20:18:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 2 20:18:40 UTC 2014 >>> 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/dev/iicbus/iicsmb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/dev/iicbus/iicoc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/dev/iicbus/s35390a.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/dev/iir/iir.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/dev/iir/iir_ctrl.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/dev/iir/iir_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/dev/iscsi/icl.c /src/sys/dev/iscsi/icl.c:1052:7: error: format specifies type 'intmax_t' (aka 'long long') but the argument has type 'size_t' (aka 'unsigned int') [-Werror,-Wformat] minspace); ^~~~~~~~ /src/sys/dev/iscsi/icl.c:95:21: note: expanded from macro 'ICL_WARN' __func__, ## __VA_ARGS__); \ ^ /src/sys/dev/iscsi/icl.c:1057:7: error: format specifies type 'intmax_t' (aka 'long long') but the argument has type 'size_t' (aka 'unsigned int') [-Werror,-Wformat] minspace); ^~~~~~~~ /src/sys/dev/iscsi/icl.c:95:21: note: expanded from macro 'ICL_WARN' __func__, ## __VA_ARGS__); \ ^ 2 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-02 20:26:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-02 20:26:37 - ERROR: failed to build LINT kernel TB --- 2014-04-02 20:26:37 - 9984.67 user 1592.16 system 12373.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 20:40:48 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53EFE2AA; Wed, 2 Apr 2014 20:40:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 28969A57; Wed, 2 Apr 2014 20:40:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s32Kelqc075482; Wed, 2 Apr 2014 16:40:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s32Kel4e075480; Wed, 2 Apr 2014 20:40:47 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Apr 2014 20:40:47 GMT Message-Id: <201404022040.s32Kel4e075480@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2014 20:40:48 -0000 TB --- 2014-04-02 17:00:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-02 17:00:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-02 17:00:23 - starting HEAD tinderbox run for i386/i386 TB --- 2014-04-02 17:00:23 - cleaning the object tree TB --- 2014-04-02 17:03:14 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-02 17:03:18 - At svn revision 264046 TB --- 2014-04-02 17:03:19 - building world TB --- 2014-04-02 17:03:19 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 17:03:19 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 17:03:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 17:03:19 - SRCCONF=/dev/null TB --- 2014-04-02 17:03:19 - TARGET=i386 TB --- 2014-04-02 17:03:19 - TARGET_ARCH=i386 TB --- 2014-04-02 17:03:19 - TZ=UTC TB --- 2014-04-02 17:03:19 - __MAKE_CONF=/dev/null TB --- 2014-04-02 17:03:19 - cd /src TB --- 2014-04-02 17:03:19 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 2 17:03:26 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 2 20:28:50 UTC 2014 TB --- 2014-04-02 20:28:50 - generating LINT kernel config TB --- 2014-04-02 20:28:50 - cd /src/sys/i386/conf TB --- 2014-04-02 20:28:50 - /usr/bin/make -B LINT TB --- 2014-04-02 20:28:50 - cd /src/sys/i386/conf TB --- 2014-04-02 20:28:50 - /obj/i386.i386/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-02 20:28:50 - building LINT kernel TB --- 2014-04-02 20:28:50 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 20:28:50 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 20:28:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 20:28:50 - SRCCONF=/dev/null TB --- 2014-04-02 20:28:50 - TARGET=i386 TB --- 2014-04-02 20:28:50 - TARGET_ARCH=i386 TB --- 2014-04-02 20:28:50 - TZ=UTC TB --- 2014-04-02 20:28:50 - __MAKE_CONF=/dev/null TB --- 2014-04-02 20:28:50 - cd /src TB --- 2014-04-02 20:28:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 2 20:28:50 UTC 2014 >>> 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 -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -c ipwibssfw.c uudecode -o ipw_ibss.fw /src/sys/contrib/dev/ipw/ipw2100-1.3-i.fw.uu ld -b binary --no-warn-mismatch -d -warn-common -r -o ipw_ibss.fwo ipw_ibss.fw cc -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -c ipwmonitorfw.c uudecode -o ipw_monitor.fw /src/sys/contrib/dev/ipw/ipw2100-1.3-p.fw.uu ld -b binary --no-warn-mismatch -d -warn-common -r -o ipw_monitor.fwo ipw_monitor.fw 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/iscsi/icl.c /src/sys/dev/iscsi/icl.c:1052:7: error: format specifies type 'intmax_t' (aka 'long long') but the argument has type 'size_t' (aka 'unsigned int') [-Werror,-Wformat] minspace); ^~~~~~~~ /src/sys/dev/iscsi/icl.c:95:21: note: expanded from macro 'ICL_WARN' __func__, ## __VA_ARGS__); \ ^ /src/sys/dev/iscsi/icl.c:1057:7: error: format specifies type 'intmax_t' (aka 'long long') but the argument has type 'size_t' (aka 'unsigned int') [-Werror,-Wformat] minspace); ^~~~~~~~ /src/sys/dev/iscsi/icl.c:95:21: note: expanded from macro 'ICL_WARN' __func__, ## __VA_ARGS__); \ ^ 2 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-02 20:40:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-02 20:40:47 - ERROR: failed to build LINT kernel TB --- 2014-04-02 20:40:47 - 10934.58 user 1549.34 system 13223.28 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 20:41:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3FE593CD; Wed, 2 Apr 2014 20:41:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 14D1CA66; Wed, 2 Apr 2014 20:41:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s32KfPJ1078220; Wed, 2 Apr 2014 16:41:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s32KfP5J078219; Wed, 2 Apr 2014 20:41:25 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Apr 2014 20:41:25 GMT Message-Id: <201404022041.s32KfP5J078219@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2014 20:41:26 -0000 TB --- 2014-04-02 17:00:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-02 17:00:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-02 17:00:23 - starting HEAD tinderbox run for armv6/arm TB --- 2014-04-02 17:00:23 - cleaning the object tree TB --- 2014-04-02 17:03:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-02 17:03:39 - At svn revision 264046 TB --- 2014-04-02 17:03:40 - building world TB --- 2014-04-02 17:03:40 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 17:03:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 17:03:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 17:03:40 - SRCCONF=/dev/null TB --- 2014-04-02 17:03:40 - TARGET=arm TB --- 2014-04-02 17:03:40 - TARGET_ARCH=armv6 TB --- 2014-04-02 17:03:40 - TZ=UTC TB --- 2014-04-02 17:03:40 - __MAKE_CONF=/dev/null TB --- 2014-04-02 17:03:40 - cd /src TB --- 2014-04-02 17:03:40 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 2 17:03:47 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 2 20:18:40 UTC 2014 TB --- 2014-04-02 20:18:40 - generating LINT kernel config TB --- 2014-04-02 20:18:40 - cd /src/sys/arm/conf TB --- 2014-04-02 20:18:40 - /usr/bin/make -B LINT TB --- 2014-04-02 20:18:40 - cd /src/sys/arm/conf TB --- 2014-04-02 20:18:40 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-02 20:18:40 - skipping LINT kernel TB --- 2014-04-02 20:18:40 - cd /src/sys/arm/conf TB --- 2014-04-02 20:18:40 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m AC100 TB --- 2014-04-02 20:18:40 - building AC100 kernel TB --- 2014-04-02 20:18:40 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 20:18:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 20:18:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 20:18:40 - SRCCONF=/dev/null TB --- 2014-04-02 20:18:40 - TARGET=arm TB --- 2014-04-02 20:18:40 - TARGET_ARCH=armv6 TB --- 2014-04-02 20:18:40 - TZ=UTC TB --- 2014-04-02 20:18:40 - __MAKE_CONF=/dev/null TB --- 2014-04-02 20:18:40 - cd /src TB --- 2014-04-02 20:18:40 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Wed Apr 2 20:18:40 UTC 2014 >>> 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 AC100 completed on Wed Apr 2 20:21:48 UTC 2014 TB --- 2014-04-02 20:21:48 - cd /src/sys/arm/conf TB --- 2014-04-02 20:21:48 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ARMADAXP TB --- 2014-04-02 20:21:48 - building ARMADAXP kernel TB --- 2014-04-02 20:21:48 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 20:21:48 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 20:21:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 20:21:48 - SRCCONF=/dev/null TB --- 2014-04-02 20:21:48 - TARGET=arm TB --- 2014-04-02 20:21:48 - TARGET_ARCH=armv6 TB --- 2014-04-02 20:21:48 - TZ=UTC TB --- 2014-04-02 20:21:48 - __MAKE_CONF=/dev/null TB --- 2014-04-02 20:21:48 - cd /src TB --- 2014-04-02 20:21:48 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP >>> Kernel build for ARMADAXP started on Wed Apr 2 20:21:48 UTC 2014 >>> 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 ARMADAXP completed on Wed Apr 2 20:25:51 UTC 2014 TB --- 2014-04-02 20:25:51 - cd /src/sys/arm/conf TB --- 2014-04-02 20:25:51 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ARNDALE TB --- 2014-04-02 20:25:51 - building ARNDALE kernel TB --- 2014-04-02 20:25:51 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 20:25:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 20:25:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 20:25:51 - SRCCONF=/dev/null TB --- 2014-04-02 20:25:51 - TARGET=arm TB --- 2014-04-02 20:25:51 - TARGET_ARCH=armv6 TB --- 2014-04-02 20:25:51 - TZ=UTC TB --- 2014-04-02 20:25:51 - __MAKE_CONF=/dev/null TB --- 2014-04-02 20:25:51 - cd /src TB --- 2014-04-02 20:25:51 - /usr/bin/make -B buildkernel KERNCONF=ARNDALE >>> Kernel build for ARNDALE started on Wed Apr 2 20:25:52 UTC 2014 >>> 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 ARNDALE completed on Wed Apr 2 20:30:44 UTC 2014 TB --- 2014-04-02 20:30:44 - cd /src/sys/arm/conf TB --- 2014-04-02 20:30:44 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ATMEL TB --- 2014-04-02 20:30:44 - skipping ATMEL kernel TB --- 2014-04-02 20:30:44 - cd /src/sys/arm/conf TB --- 2014-04-02 20:30:44 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m AVILA TB --- 2014-04-02 20:30:44 - skipping AVILA kernel TB --- 2014-04-02 20:30:44 - cd /src/sys/arm/conf TB --- 2014-04-02 20:30:44 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m BEAGLEBONE TB --- 2014-04-02 20:30:44 - building BEAGLEBONE kernel TB --- 2014-04-02 20:30:44 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 20:30:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 20:30:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 20:30:44 - SRCCONF=/dev/null TB --- 2014-04-02 20:30:44 - TARGET=arm TB --- 2014-04-02 20:30:44 - TARGET_ARCH=armv6 TB --- 2014-04-02 20:30:44 - TZ=UTC TB --- 2014-04-02 20:30:44 - __MAKE_CONF=/dev/null TB --- 2014-04-02 20:30:44 - cd /src TB --- 2014-04-02 20:30:44 - /usr/bin/make -B buildkernel KERNCONF=BEAGLEBONE >>> Kernel build for BEAGLEBONE started on Wed Apr 2 20:30:44 UTC 2014 >>> 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 [...] awk -f /src/sys/conf/kmod_syms.awk ip_mroute.kld export_syms | xargs -J% objcopy % ip_mroute.kld ld -Bshareable -d -warn-common -o ip_mroute.ko.debug ip_mroute.kld objcopy --only-keep-debug ip_mroute.ko.debug ip_mroute.ko.symbols objcopy --strip-debug --add-gnu-debuglink=ip_mroute.ko.symbols ip_mroute.ko.debug ip_mroute.ko ===> iscsi (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/../../ofed/include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/arm.armv6/src/sys/BEAGLEBONE/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -g -I/obj/arm.armv6/src/sys/BEAGLEBONE -ffreestanding -gdwarf-2 -std=iso9899:1999 -Qunused-arguments -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -c /src/sys/modules/iscsi/../../dev/iscsi//iscsi.c cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/iscsi/../../ofed/include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/arm.armv6/src/sys/BEAGLEBONE/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -g -I/obj/arm.armv6/src/sys/BEAGLEBONE -ffreestanding -gdwarf-2 -std=iso9899:1999 -Qunused-arguments -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -c /src/sys/modules/iscsi/../../dev/iscsi//icl.c /src/sys/modules/iscsi/../../dev/iscsi//icl.c:1052:7: error: format specifies type 'intmax_t' (aka 'long long') but the argument has type 'size_t' (aka 'unsigned int') [-Werror,-Wformat] minspace); ^~~~~~~~ /src/sys/modules/iscsi/../../dev/iscsi//icl.c:95:21: note: expanded from macro 'ICL_WARN' __func__, ## __VA_ARGS__); \ ^ /src/sys/modules/iscsi/../../dev/iscsi//icl.c:1057:7: error: format specifies type 'intmax_t' (aka 'long long') but the argument has type 'size_t' (aka 'unsigned int') [-Werror,-Wformat] minspace); ^~~~~~~~ /src/sys/modules/iscsi/../../dev/iscsi//icl.c:95:21: note: expanded from macro 'ICL_WARN' __func__, ## __VA_ARGS__); \ ^ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/sys/modules/iscsi *** Error code 1 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/BEAGLEBONE *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-02 20:41:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-02 20:41:25 - ERROR: failed to build BEAGLEBONE kernel TB --- 2014-04-02 20:41:25 - 10693.27 user 1725.28 system 13261.23 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 20:46:29 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 42991643 for ; Wed, 2 Apr 2014 20:46:29 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "theravensnest.org", Issuer "theravensnest.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E52BAA9E for ; Wed, 2 Apr 2014 20:46:28 +0000 (UTC) Received: from [192.168.0.100] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s32KkOfG058602 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 2 Apr 2014 20:46:26 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: gcc compilation broken with SVN r264042 From: David Chisnall In-Reply-To: <20140402202158.GA37846@troutmask.apl.washington.edu> Date: Wed, 2 Apr 2014 21:46:19 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <8ED6200B-CBED-4B2A-8E9A-EB671B30F156@FreeBSD.org> References: <533C61B8.7060809@protected-networks.net> <509CAA08-8F00-4ED8-81FF-A51F1ECDC15C@FreeBSD.org> <533C6ABE.2000801@protected-networks.net> <307BA2CF-E02A-4D82-B9E5-23AECAEA89DC@FreeBSD.org> <20140402202158.GA37846@troutmask.apl.washington.edu> To: Steve Kargl X-Mailer: Apple Mail (2.1874) Cc: Michael Butler , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 20:46:29 -0000 On 2 Apr 2014, at 21:21, Steve Kargl = wrote: > Who is "we" in "even if we don't encourage it..."? =20 "We" is the FreeBSD project, collectively. For a larger list of things = that "we" recommend, look at the src.conf man page, which contains a = long list of things that we encourage, codified as the defaults for a = build. Building FreeBSD-HEAD/i386 with gcc is just one of a long list = of things that we don't encourage. =20 > In fact, this is a fairly dumb idea, Having a recommended compiler is a dumb idea? > and *we* should encourage building > the base system with as many different compilers as possible. I didn't say otherwise, which is why I'm working to fix this. I'd love = to have the Jenkins jobs set up with external toolchain support and be = able to plug in compilers from ports to try to build / boot / test the = base system on a regular basis. If you're developing FreeBSD or testing, then please compile with as = many other compilers as you have and contribute patches (or even just = detailed reports) if they find bugs in the code. If, however, you want to run FreeBSD in production... well, there's a = reason for those defaults. Building the base system with a compiler = that can't build the C++ stack that ports expects for FreeBSD 10 or 11 = on i386, for example, is going to make your life exciting... > It's called portability and allows one to find bugs that the > annointed compiler might miss or actually cause.=20 And, more importantly, it helps determine whether bugs are bugs in the = compiler or in the code that they're compiling. Being able to say that = a bug goes away with one compiler gives you a good hint that it's a = compiler bug. Or something in the source code that relies on undefined = behaviour... But all of that is irrelevant to this bug report, so perhaps we can end = this digression. Unless, of course, you can reproduce this failure and = would like to help fix it, in which case I'd be very grateful for your = assistance. David From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 20:52:48 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2BCE781A; Wed, 2 Apr 2014 20:52:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C8309B43; Wed, 2 Apr 2014 20:52:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s32Kqkdk076699; Wed, 2 Apr 2014 16:52:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s32Kqk7L076698; Wed, 2 Apr 2014 20:52:46 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Apr 2014 20:52:46 GMT Message-Id: <201404022052.s32Kqk7L076698@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2014 20:52:48 -0000 TB --- 2014-04-02 20:41:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-02 20:41:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-02 20:41:25 - starting HEAD tinderbox run for mips/mips TB --- 2014-04-02 20:41:25 - cleaning the object tree TB --- 2014-04-02 20:41:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-02 20:41:28 - At svn revision 264046 TB --- 2014-04-02 20:41:29 - building world TB --- 2014-04-02 20:41:29 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 20:41:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 20:41:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 20:41:29 - SRCCONF=/dev/null TB --- 2014-04-02 20:41:29 - TARGET=mips TB --- 2014-04-02 20:41:29 - TARGET_ARCH=mips TB --- 2014-04-02 20:41:29 - TZ=UTC TB --- 2014-04-02 20:41:29 - __MAKE_CONF=/dev/null TB --- 2014-04-02 20:41:29 - cd /src TB --- 2014-04-02 20:41:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 2 20:41:36 UTC 2014 >>> 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 [...] cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_gethex.c -o gdtoa_gethex.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_gmisc.c -o gdtoa_gmisc.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_hd_init.c -o gdtoa_hd_init.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_hexnan.c -o gdtoa_hexnan.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_misc.c -o gdtoa_misc.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_smisc.c -o gdtoa_smisc.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_strtod.c -o gdtoa_strtod.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_strtodg.c -o gdtoa_strtodg.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_strtof.c -o gdtoa_strtof.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_strtord.c -o gdtoa_strtord.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_sum.c -o gdtoa_sum.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_ulp.c -o gdtoa_ulp.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/modf.c -o modf.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/_Exit.c -o _Exit.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/a64l.c -o a64l.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/abort.c -o abort.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/abs.c -o abs.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/atexit.c -o atexit.o /src/lib/libc/stdlib/atexit.c: In function 'atexit_b': /src/lib/libc/stdlib/atexit.c:157: error: cannot convert to a pointer type *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-02 20:52:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-02 20:52:46 - ERROR: failed to build world TB --- 2014-04-02 20:52:46 - 528.84 user 102.27 system 681.26 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 20:53:00 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 36634921; Wed, 2 Apr 2014 20:53:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0B607B4B; Wed, 2 Apr 2014 20:52:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s32Kqxpm077405; Wed, 2 Apr 2014 16:52:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s32Kqx1f077402; Wed, 2 Apr 2014 20:52:59 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Apr 2014 20:52:59 GMT Message-Id: <201404022052.s32Kqx1f077402@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2014 20:53:00 -0000 TB --- 2014-04-02 20:40:47 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-02 20:40:47 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-02 20:40:47 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-04-02 20:40:47 - cleaning the object tree TB --- 2014-04-02 20:40:47 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-02 20:40:50 - At svn revision 264046 TB --- 2014-04-02 20:40:51 - building world TB --- 2014-04-02 20:40:51 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 20:40:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 20:40:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 20:40:51 - SRCCONF=/dev/null TB --- 2014-04-02 20:40:51 - TARGET=ia64 TB --- 2014-04-02 20:40:51 - TARGET_ARCH=ia64 TB --- 2014-04-02 20:40:51 - TZ=UTC TB --- 2014-04-02 20:40:51 - __MAKE_CONF=/dev/null TB --- 2014-04-02 20:40:51 - cd /src TB --- 2014-04-02 20:40:51 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 2 20:40:59 UTC 2014 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_gethex.c -o gdtoa_gethex.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_gmisc.c -o gdtoa_gmisc.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_hd_init.c -o gdtoa_hd_init.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_hexnan.c -o gdtoa_hexnan.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_misc.c -o gdtoa_misc.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_smisc.c -o gdtoa_smisc.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_strtod.c -o gdtoa_strtod.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_strtodg.c -o gdtoa_strtodg.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_strtof.c -o gdtoa_strtof.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_strtord.c -o gdtoa_strtord.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_sum.c -o gdtoa_sum.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_ulp.c -o gdtoa_ulp.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/modf.c -o modf.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/_Exit.c -o _Exit.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/a64l.c -o a64l.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/abort.c -o abort.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/abs.c -o abs.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/atexit.c -o atexit.o /src/lib/libc/stdlib/atexit.c: In function 'atexit_b': /src/lib/libc/stdlib/atexit.c:157: error: cannot convert to a pointer type *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-02 20:52:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-02 20:52:59 - ERROR: failed to build world TB --- 2014-04-02 20:52:59 - 560.94 user 104.40 system 731.82 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 21:03:50 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4E59AFE; Wed, 2 Apr 2014 21:03:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5B5F4C0E; Wed, 2 Apr 2014 21:03:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s32L3klS062018; Wed, 2 Apr 2014 17:03:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s32L3jxh061999; Wed, 2 Apr 2014 21:03:45 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Apr 2014 21:03:45 GMT Message-Id: <201404022103.s32L3jxh061999@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2014 21:03:50 -0000 TB --- 2014-04-02 20:52:46 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-02 20:52:46 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-02 20:52:46 - starting HEAD tinderbox run for mips64/mips TB --- 2014-04-02 20:52:46 - cleaning the object tree TB --- 2014-04-02 20:52:46 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-02 20:52:50 - At svn revision 264046 TB --- 2014-04-02 20:52:51 - building world TB --- 2014-04-02 20:52:51 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 20:52:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 20:52:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 20:52:51 - SRCCONF=/dev/null TB --- 2014-04-02 20:52:51 - TARGET=mips TB --- 2014-04-02 20:52:51 - TARGET_ARCH=mips64 TB --- 2014-04-02 20:52:51 - TZ=UTC TB --- 2014-04-02 20:52:51 - __MAKE_CONF=/dev/null TB --- 2014-04-02 20:52:51 - cd /src TB --- 2014-04-02 20:52:51 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 2 20:52:58 UTC 2014 >>> 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 [...] cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_gethex.c -o gdtoa_gethex.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_gmisc.c -o gdtoa_gmisc.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_hd_init.c -o gdtoa_hd_init.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_hexnan.c -o gdtoa_hexnan.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_misc.c -o gdtoa_misc.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_smisc.c -o gdtoa_smisc.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_strtod.c -o gdtoa_strtod.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_strtodg.c -o gdtoa_strtodg.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_strtof.c -o gdtoa_strtof.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_strtord.c -o gdtoa_strtord.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_sum.c -o gdtoa_sum.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_ulp.c -o gdtoa_ulp.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/modf.c -o modf.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/_Exit.c -o _Exit.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/a64l.c -o a64l.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/abort.c -o abort.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/abs.c -o abs.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/atexit.c -o atexit.o /src/lib/libc/stdlib/atexit.c: In function 'atexit_b': /src/lib/libc/stdlib/atexit.c:157: error: cannot convert to a pointer type *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-02 21:03:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-02 21:03:45 - ERROR: failed to build world TB --- 2014-04-02 21:03:45 - 530.49 user 100.48 system 659.05 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 21:09:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 26B02E93; Wed, 2 Apr 2014 21:09:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D5848C5F; Wed, 2 Apr 2014 21:09:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s32L9N6j002356; Wed, 2 Apr 2014 17:09:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s32L9NQL002343; Wed, 2 Apr 2014 21:09:23 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Apr 2014 21:09:23 GMT Message-Id: <201404022109.s32L9NQL002343@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2014 21:09:25 -0000 TB --- 2014-04-02 20:52:59 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-02 20:52:59 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-02 20:52:59 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-04-02 20:52:59 - cleaning the object tree TB --- 2014-04-02 20:54:03 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-02 20:54:06 - At svn revision 264046 TB --- 2014-04-02 20:54:07 - building world TB --- 2014-04-02 20:54:07 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 20:54:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 20:54:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 20:54:07 - SRCCONF=/dev/null TB --- 2014-04-02 20:54:07 - TARGET=powerpc TB --- 2014-04-02 20:54:07 - TARGET_ARCH=powerpc TB --- 2014-04-02 20:54:07 - TZ=UTC TB --- 2014-04-02 20:54:07 - __MAKE_CONF=/dev/null TB --- 2014-04-02 20:54:07 - cd /src TB --- 2014-04-02 20:54:07 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 2 20:54:14 UTC 2014 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_gethex.c -o gdtoa_gethex.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_gmisc.c -o gdtoa_gmisc.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_hd_init.c -o gdtoa_hd_init.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_hexnan.c -o gdtoa_hexnan.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_misc.c -o gdtoa_misc.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_smisc.c -o gdtoa_smisc.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_strtod.c -o gdtoa_strtod.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_strtodg.c -o gdtoa_strtodg.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_strtof.c -o gdtoa_strtof.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_strtord.c -o gdtoa_strtord.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_sum.c -o gdtoa_sum.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_ulp.c -o gdtoa_ulp.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/modf.c -o modf.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/_Exit.c -o _Exit.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/a64l.c -o a64l.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/abort.c -o abort.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/abs.c -o abs.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/atexit.c -o atexit.o /src/lib/libc/stdlib/atexit.c: In function 'atexit_b': /src/lib/libc/stdlib/atexit.c:157: error: cannot convert to a pointer type *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-02 21:09:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-02 21:09:23 - ERROR: failed to build world TB --- 2014-04-02 21:09:23 - 762.88 user 125.54 system 983.81 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 21:12:39 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E868F73; Wed, 2 Apr 2014 21:12:39 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask.apl.washington.edu", Issuer "troutmask.apl.washington.edu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A836BCEF; Wed, 2 Apr 2014 21:12:39 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.8/8.14.8) with ESMTP id s32LCdmD038210 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 2 Apr 2014 14:12:39 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.8/8.14.8/Submit) id s32LCcr3038209; Wed, 2 Apr 2014 14:12:38 -0700 (PDT) (envelope-from sgk) Date: Wed, 2 Apr 2014 14:12:38 -0700 From: Steve Kargl To: David Chisnall Subject: Re: gcc compilation broken with SVN r264042 Message-ID: <20140402211238.GA38058@troutmask.apl.washington.edu> References: <533C61B8.7060809@protected-networks.net> <509CAA08-8F00-4ED8-81FF-A51F1ECDC15C@FreeBSD.org> <533C6ABE.2000801@protected-networks.net> <307BA2CF-E02A-4D82-B9E5-23AECAEA89DC@FreeBSD.org> <20140402202158.GA37846@troutmask.apl.washington.edu> <8ED6200B-CBED-4B2A-8E9A-EB671B30F156@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8ED6200B-CBED-4B2A-8E9A-EB671B30F156@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Michael Butler , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 21:12:40 -0000 On Wed, Apr 02, 2014 at 09:46:19PM +0100, David Chisnall wrote: > On 2 Apr 2014, at 21:21, Steve Kargl wrote: > > > Who is "we" in "even if we don't encourage it..."? > > "We" is the FreeBSD project, collectively. For a larger list of > things that "we" recommend, There is a significant difference between "we recommend" and "we don't encourage". > > In fact, this is a fairly dumb idea, > > Having a recommended compiler is a dumb idea? > Having a recommended compiler is fine. Actively discouraging the use of other compilers is a dumb idea. > > and *we* should encourage building > > the base system with as many different compilers as possible. > > I didn't say otherwise, Ah, yes you did. Here's the complete quote (with context): butler> I guess it's time for me to migrate that box to clang :-) you> Well, I wouldn't object to that, but it would be good to fix this - we still want to be able to build the base system with gcc (or another compiler), even if we don't encourage it... You are actively discouraging the use of "gcc (or another compiler)". How else is one to interpret the last 5 word + 1 contraction in your above quote? > If you're developing FreeBSD or testing, then please compile with > as many other compilers as you have and contribute patches I do development on libm (as you know!). I test with clang and base system gcc on i386, amd64, and sparc64. In the past, I also used pcc and newer versions of gcc to do some libm testing. > (or even just detailed reports) if they find bugs in the code. I do report problems with the compilers, but they are typically ignored. http://lists.freebsd.org/pipermail/freebsd-toolchain/2014-March/001147.html You can also read some follow-up analysis here: http://lists.freebsd.org/pipermail/freebsd-numerics/2014-March/000549.html -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 21:19:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AFFFF309; Wed, 2 Apr 2014 21:19:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6A28FD3B; Wed, 2 Apr 2014 21:19:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s32LJev6015751; Wed, 2 Apr 2014 17:19:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s32LJeVv015750; Wed, 2 Apr 2014 21:19:40 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Apr 2014 21:19:40 GMT Message-Id: <201404022119.s32LJeVv015750@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2014 21:19:41 -0000 TB --- 2014-04-02 21:03:46 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-02 21:03:46 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-02 21:03:46 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-04-02 21:03:46 - cleaning the object tree TB --- 2014-04-02 21:03:46 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-02 21:03:49 - At svn revision 264046 TB --- 2014-04-02 21:03:50 - building world TB --- 2014-04-02 21:03:50 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 21:03:50 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 21:03:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 21:03:50 - SRCCONF=/dev/null TB --- 2014-04-02 21:03:50 - TARGET=powerpc TB --- 2014-04-02 21:03:50 - TARGET_ARCH=powerpc64 TB --- 2014-04-02 21:03:50 - TZ=UTC TB --- 2014-04-02 21:03:50 - __MAKE_CONF=/dev/null TB --- 2014-04-02 21:03:50 - cd /src TB --- 2014-04-02 21:03:50 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 2 21:03:57 UTC 2014 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_gethex.c -o gdtoa_gethex.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_gmisc.c -o gdtoa_gmisc.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_hd_init.c -o gdtoa_hd_init.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_hexnan.c -o gdtoa_hexnan.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_misc.c -o gdtoa_misc.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_smisc.c -o gdtoa_smisc.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_strtod.c -o gdtoa_strtod.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_strtodg.c -o gdtoa_strtodg.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_strtof.c -o gdtoa_strtof.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_strtord.c -o gdtoa_strtord.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_sum.c -o gdtoa_sum.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_ulp.c -o gdtoa_ulp.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/modf.c -o modf.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/_Exit.c -o _Exit.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/a64l.c -o a64l.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/abort.c -o abort.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/abs.c -o abs.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/atexit.c -o atexit.o /src/lib/libc/stdlib/atexit.c: In function 'atexit_b': /src/lib/libc/stdlib/atexit.c:157: error: cannot convert to a pointer type *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-02 21:19:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-02 21:19:40 - ERROR: failed to build world TB --- 2014-04-02 21:19:40 - 777.57 user 132.24 system 954.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 21:20:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 537B2440; Wed, 2 Apr 2014 21:20:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F1857D4C; Wed, 2 Apr 2014 21:20:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s32LK4m3016757; Wed, 2 Apr 2014 17:20:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s32LK49C016756; Wed, 2 Apr 2014 21:20:04 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Apr 2014 21:20:04 GMT Message-Id: <201404022120.s32LK49C016756@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2014 21:20:05 -0000 TB --- 2014-04-02 21:09:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-02 21:09:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-02 21:09:23 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-04-02 21:09:23 - cleaning the object tree TB --- 2014-04-02 21:09:23 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-02 21:09:26 - At svn revision 264046 TB --- 2014-04-02 21:09:27 - building world TB --- 2014-04-02 21:09:27 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 21:09:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 21:09:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 21:09:27 - SRCCONF=/dev/null TB --- 2014-04-02 21:09:27 - TARGET=sparc64 TB --- 2014-04-02 21:09:27 - TARGET_ARCH=sparc64 TB --- 2014-04-02 21:09:27 - TZ=UTC TB --- 2014-04-02 21:09:27 - __MAKE_CONF=/dev/null TB --- 2014-04-02 21:09:27 - cd /src TB --- 2014-04-02 21:09:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 2 21:09:35 UTC 2014 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_gethex.c -o gdtoa_gethex.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_gmisc.c -o gdtoa_gmisc.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_hd_init.c -o gdtoa_hd_init.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_hexnan.c -o gdtoa_hexnan.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_misc.c -o gdtoa_misc.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_smisc.c -o gdtoa_smisc.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_strtod.c -o gdtoa_strtod.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_strtodg.c -o gdtoa_strtodg.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_strtof.c -o gdtoa_strtof.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_strtord.c -o gdtoa_strtord.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_sum.c -o gdtoa_sum.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_ulp.c -o gdtoa_ulp.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/modf.c -o modf.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/_Exit.c -o _Exit.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/a64l.c -o a64l.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/abort.c -o abort.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/abs.c -o abs.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/atexit.c -o atexit.o /src/lib/libc/stdlib/atexit.c: In function 'atexit_b': /src/lib/libc/stdlib/atexit.c:157: error: cannot convert to a pointer type *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-02 21:20:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-02 21:20:04 - ERROR: failed to build world TB --- 2014-04-02 21:20:04 - 496.64 user 101.91 system 640.60 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 21:34:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A2E8E7F9 for ; Wed, 2 Apr 2014 21:34:43 +0000 (UTC) Received: from mail-la0-f45.google.com (mail-la0-f45.google.com [209.85.215.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 27FF9ED9 for ; Wed, 2 Apr 2014 21:34:42 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id hr17so662216lab.32 for ; Wed, 02 Apr 2014 14:34:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=VB+5gD3FM6URszhX5G98KfldfCUDMFOUiEGdBi8volM=; b=i0rlTXchjiyEL6B0+VZsWd5+E7gIhuGI7eoFiK0F8K7GI2jrE25M6+jbn/DKL4+Tny 03Oq6GjrnmzhsgQIUgc4xO2RR8MB1kZIs6Q2fclqcNbsGwZZK29NCqe7tRqA5wc30Yux T8GGa/px9AGSxsh/R5PLpl1fRq1c1FI2rxz4nV9Le2nKJwtX27Rl8kfjnFnFc/XMVIiB 0jhUTYjYyzokGlVraw7pzadFrSBQkGR9NNk26+K59J2uvK0MQn9L4FvO1BHnQL0yg6+s 4i6yfNFj9lhGpPBB05+m06vXBe1k2+E/5aYO8XH75rkgg4r5M6b36TodviN5WykWtML2 Hi4g== X-Gm-Message-State: ALoCoQlXZNKbTsDcuh12aG4Fv9LaWIQfFo1tqhBJvJnk+07/P4oPua7KoQ9uE7qBy3V+i2T+z614 X-Received: by 10.152.184.66 with SMTP id es2mr1433723lac.22.1396474474938; Wed, 02 Apr 2014 14:34:34 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by mx.google.com with ESMTPSA id q4sm2159559lbl.14.2014.04.02.14.34.33 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 02 Apr 2014 14:34:34 -0700 (PDT) Message-ID: <533C8269.7040305@freebsd.org> Date: Thu, 03 Apr 2014 01:34:33 +0400 From: Andrey Chernov User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Gleb Smirnoff , sbruno@freebsd.org Subject: Re: login.conf --> UTF-8 References: <1396457629.2280.2.camel@powernoodle.corp.yahoo.com> <20140402171546.GL44326@FreeBSD.org> In-Reply-To: <20140402171546.GL44326@FreeBSD.org> X-Enigmail-Version: 1.7a1pre Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 21:34:43 -0000 On 02.04.2014 21:15, Gleb Smirnoff wrote: > S> + :lang=en_US.UTF-8:\ > S> + :charset=UTF-8: > > And I'd like to do same change for the 'russian' login class > in /etc/login.conf. Please everybody remember that we don't have UTF-8 collation implemented, just fallback to bytecode comparison. -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 22:43:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA693266; Wed, 2 Apr 2014 22:43:15 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id C7ACA6A2; Wed, 2 Apr 2014 22:43:15 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id AEEFA37E; Wed, 2 Apr 2014 22:43:15 +0000 (UTC) Date: Wed, 2 Apr 2014 22:43:13 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org, gjb@FreeBSD.org, theraven@FreeBSD.org, ian@FreeBSD.org, grehan@FreeBSD.org, pfg@FreeBSD.org Message-ID: <89058268.1.1396478595138.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <284165767.0.1396467535164.JavaMail.jenkins@jenkins-9.freebsd.org> References: <284165767.0.1396467535164.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #389 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 22:43:15 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 22:06:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13AC2D69; Wed, 2 Apr 2014 22:06:25 +0000 (UTC) Received: from hergotha.csail.mit.edu (wollman-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:ccb::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C57371C6; Wed, 2 Apr 2014 22:06:24 +0000 (UTC) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.7/8.14.7) with ESMTP id s32M6DHH090397; Wed, 2 Apr 2014 18:06:13 -0400 (EDT) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.7/8.14.4/Submit) id s32M6DD4090396; Wed, 2 Apr 2014 18:06:13 -0400 (EDT) (envelope-from wollman) Date: Wed, 2 Apr 2014 18:06:13 -0400 (EDT) From: Garrett Wollman Message-Id: <201404022206.s32M6DD4090396@hergotha.csail.mit.edu> To: sbruno@freebsd.org Subject: Re: login.conf --> UTF-8 In-Reply-To: <1396457629.2280.2.camel@powernoodle.corp.yahoo.com> Organization: none X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (hergotha.csail.mit.edu [127.0.0.1]); Wed, 02 Apr 2014 18:06:13 -0400 (EDT) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hergotha.csail.mit.edu X-Mailman-Approved-At: Wed, 02 Apr 2014 22:50:32 +0000 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 22:06:25 -0000 In article <1396457629.2280.2.camel@powernoodle.corp.yahoo.com>, sbruno@freebsd.org writes: >I'd like to make this change to login.conf for default installs. > >This removes some amount of hackery in the ports system that is working >around our lack of UTF-8 in the base. I'm not sure what the connection is here. Surely the ports system runs with the locale of the user running "make" (which in my case is going to be "C"). Any port that requires a specific locale to build properly needs to be setting that locale explicitly. -GAWollman From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 22:56:38 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 330DE5BA; Wed, 2 Apr 2014 22:56:38 +0000 (UTC) Received: from mail.ignoranthack.me (ujvl.x.rootbsd.net [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0FC4C7DE; Wed, 2 Apr 2014 22:56:37 +0000 (UTC) Received: from [10.73.160.242] (nat-dip7.cfw-a-gci.corp.yahoo.com [209.131.62.116]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id BB8B01929C9; Wed, 2 Apr 2014 22:56:36 +0000 (UTC) Subject: Re: login.conf --> UTF-8 From: Sean Bruno To: Garrett Wollman In-Reply-To: <201404022206.s32M6DD4090396@hergotha.csail.mit.edu> References: <201404022206.s32M6DD4090396@hergotha.csail.mit.edu> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Cg9zHlHK4MR9i5ErqtYL" Date: Wed, 02 Apr 2014 15:56:35 -0700 Message-ID: <1396479395.2280.21.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: sbruno@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, 02 Apr 2014 22:56:38 -0000 --=-Cg9zHlHK4MR9i5ErqtYL Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, 2014-04-02 at 18:06 -0400, Garrett Wollman wrote: > In article <1396457629.2280.2.camel@powernoodle.corp.yahoo.com>, > sbruno@freebsd.org writes: >=20 > >I'd like to make this change to login.conf for default installs. > > > >This removes some amount of hackery in the ports system that is working > >around our lack of UTF-8 in the base. >=20 > I'm not sure what the connection is here. Surely the ports system > runs with the locale of the user running "make" (which in my case is > going to be "C"). Any port that requires a specific locale to build > properly needs to be setting that locale explicitly. >=20 > -GAWollman >=20 I have been informed by folks that this change I suggest would help in the case of ports having to declare UTF-8 support explicitly or something. I'm hand-wavy on the details and ignorant of the hacks in place. I only know that I've been *told* this. sean --=-Cg9zHlHK4MR9i5ErqtYL Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAABAgAGBQJTPJWjAAoJEBkJRdwI6BaHA3kH/iyxjH8w1wE3949JsIHz/7ij syeh0pgZxp3mQSZ6sublV9iPeT9KxRsc+CXdqTTszdU2nx6NBLgxMmIu6/+cDix5 Z+5Mg87adcTVZhSTz8BjhSf9NKPkNGAAS4DESgPrQa6kIrnb2lw3AHgz05dxr9xH 6XYKw27s9VAvfkTGYMDVFNhQKKILQddNUY60k9FdLvHOq9pYolgcxbwlM5HApA/h NNyqyt36hgUzTegX3+9HUYTe+ZZWlUvQl7KgNjs88+BvbmONHcpOMePXhmILkAje IXXRMiadE+BsJEKkpcaAN0xPVWOsFJ3OdqmzSdlK3U1Y6cs21l5B8AC0SwVOpWE= =DPC/ -----END PGP SIGNATURE----- --=-Cg9zHlHK4MR9i5ErqtYL-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 22:59:00 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7CFE46D5; Wed, 2 Apr 2014 22:59:00 +0000 (UTC) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 5EB2C7F0; Wed, 2 Apr 2014 22:58:59 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id A5E885607C; Wed, 2 Apr 2014 17:58:58 -0500 (CDT) Date: Wed, 2 Apr 2014 17:58:58 -0500 From: Mark Linimon To: sbruno@freebsd.org Subject: Re: login.conf --> UTF-8 Message-ID: <20140402225858.GA4211@lonesome.com> References: <201404022206.s32M6DD4090396@hergotha.csail.mit.edu> <1396479395.2280.21.camel@powernoodle.corp.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1396479395.2280.21.camel@powernoodle.corp.yahoo.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Garrett Wollman , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 22:59:00 -0000 On Wed, Apr 02, 2014 at 03:56:35PM -0700, Sean Bruno wrote: > I have been informed by folks that this change I suggest would help in > the case of ports having to declare UTF-8 support explicitly or > something. Clearly ports that need to do this are broken -- but this very much an edge-case of brokenness. There's so much other lower-hanging fruit than to fix the individual offenders. mcl From owner-freebsd-current@FreeBSD.ORG Wed Apr 2 23:23:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63A6CCF3 for ; Wed, 2 Apr 2014 23:23:27 +0000 (UTC) Received: from mail-pb0-f46.google.com (mail-pb0-f46.google.com [209.85.160.46]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 36666A1C for ; Wed, 2 Apr 2014 23:23:26 +0000 (UTC) Received: by mail-pb0-f46.google.com with SMTP id rq2so897489pbb.19 for ; Wed, 02 Apr 2014 16:23:20 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=w8mAzSpmt7JbKJEeg1fFaK2wPRY6Lj/X7uooBu/vlVU=; b=Jcj9jOg66aqyrymRcb2xTlkNt5vfLZGf/yKAhEY2m4O/vEm/oLKKeU5XgZgVYkpDtt Ba5jTKE1hlwXHCMgLLHu/1MRNq0O7sWLPy8spyaThA7uWlYTwFknJ28Ob8DNYm153DiQ V4gVUKVnvZeaLY2CvA+jcZQ3N0LBhi2fKWDxCRQkkpQDRISva9/O5XVbbBsR9t63lL5P bL3wQd79dHaTLVbH0zCH7qTO5gnzVrMCwt8/hb0SYdY8I+wQ7RFe8d6SoNs5Yu4Fyilf oA/JyL0KGRDtGbJ+BSgrrJrCYMT26WvZP1XvrLOQEoHmSIOJztvoOMqhWbFSHLk1evcj PYZg== X-Gm-Message-State: ALoCoQmIJWBum9hucsfpKp4s8X1Wklr0DOgjhyyszYvYOl1lkE+L1gA+djLkRsnqK/5evZn1Xv6L X-Received: by 10.68.249.100 with SMTP id yt4mr2972000pbc.165.1396481000508; Wed, 02 Apr 2014 16:23:20 -0700 (PDT) Received: from [10.64.24.154] (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id qx11sm15873813pab.35.2014.04.02.16.23.19 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 02 Apr 2014 16:23:19 -0700 (PDT) Sender: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: gcc compilation broken with SVN r264042 From: Warner Losh In-Reply-To: <533C61B8.7060809@protected-networks.net> Date: Wed, 2 Apr 2014 17:23:18 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <533C61B8.7060809@protected-networks.net> To: Michael Butler X-Mailer: Apple Mail (2.1874) Cc: FreeBSD Current , David Chisnall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 Apr 2014 23:23:27 -0000 On Apr 2, 2014, at 1:15 PM, Michael Butler = wrote: > /usr/src/lib/libc/stdlib/atexit.c: In function 'atexit_b': > /usr/src/lib/libc/stdlib/atexit.c:157: error: cannot convert to a > pointer type > *** Error code 1 This also breaks mips*, sparc64, armeb and ia64. I=92ve seen the carping = about discouraging using gcc on i386, but this isn=92t even an edge case. Our = simple, default build is broken for many platforms. Sure looks like a universe = wasn=92t done before it was committed. So less carping and more fixing is needed = here. Warner From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 00:03:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 139D12BA; Thu, 3 Apr 2014 00:03:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C1380CE8; Thu, 3 Apr 2014 00:03:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3303MeE003372; Wed, 2 Apr 2014 20:03:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3303MQ3003371; Thu, 3 Apr 2014 00:03:22 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 3 Apr 2014 00:03:22 GMT Message-Id: <201404030003.s3303MQ3003371@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2014 00:03:25 -0000 TB --- 2014-04-02 20:26:38 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-02 20:26:38 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-02 20:26:38 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-04-02 20:26:38 - cleaning the object tree TB --- 2014-04-02 20:27:56 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-02 20:28:09 - At svn revision 264046 TB --- 2014-04-02 20:28:10 - building world TB --- 2014-04-02 20:28:10 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 20:28:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 20:28:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 20:28:10 - SRCCONF=/dev/null TB --- 2014-04-02 20:28:10 - TARGET=pc98 TB --- 2014-04-02 20:28:10 - TARGET_ARCH=i386 TB --- 2014-04-02 20:28:10 - TZ=UTC TB --- 2014-04-02 20:28:10 - __MAKE_CONF=/dev/null TB --- 2014-04-02 20:28:10 - cd /src TB --- 2014-04-02 20:28:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 2 20:28:18 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 2 23:55:33 UTC 2014 TB --- 2014-04-02 23:55:33 - generating LINT kernel config TB --- 2014-04-02 23:55:33 - cd /src/sys/pc98/conf TB --- 2014-04-02 23:55:33 - /usr/bin/make -B LINT TB --- 2014-04-02 23:55:33 - cd /src/sys/pc98/conf TB --- 2014-04-02 23:55:33 - /obj/pc98.i386/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-02 23:55:33 - building LINT kernel TB --- 2014-04-02 23:55:33 - CROSS_BUILD_TESTING=YES TB --- 2014-04-02 23:55:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-02 23:55:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-02 23:55:33 - SRCCONF=/dev/null TB --- 2014-04-02 23:55:33 - TARGET=pc98 TB --- 2014-04-02 23:55:33 - TARGET_ARCH=i386 TB --- 2014-04-02 23:55:33 - TZ=UTC TB --- 2014-04-02 23:55:33 - __MAKE_CONF=/dev/null TB --- 2014-04-02 23:55:33 - cd /src TB --- 2014-04-02 23:55:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 2 23:55:33 UTC 2014 >>> 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/iicbus/iicbus.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/iicbus/iicbus_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg iicbus_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/iicbus/iiconf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/iicbus/iicsmb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/iicbus/iicoc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/iicbus/s35390a.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/dev/iscsi/icl.c /src/sys/dev/iscsi/icl.c:1052:7: error: format specifies type 'intmax_t' (aka 'long long') but the argument has type 'size_t' (aka 'unsigned int') [-Werror,-Wformat] minspace); ^~~~~~~~ /src/sys/dev/iscsi/icl.c:95:21: note: expanded from macro 'ICL_WARN' __func__, ## __VA_ARGS__); \ ^ /src/sys/dev/iscsi/icl.c:1057:7: error: format specifies type 'intmax_t' (aka 'long long') but the argument has type 'size_t' (aka 'unsigned int') [-Werror,-Wformat] minspace); ^~~~~~~~ /src/sys/dev/iscsi/icl.c:95:21: note: expanded from macro 'ICL_WARN' __func__, ## __VA_ARGS__); \ ^ 2 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/pc98.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-03 00:03:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-03 00:03:22 - ERROR: failed to build LINT kernel TB --- 2014-04-03 00:03:22 - 11003.49 user 1392.30 system 13004.06 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 01:12:16 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 608CBD96; Thu, 3 Apr 2014 01:12:16 +0000 (UTC) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mouf.net", Issuer "mouf.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 06A2F27D; Thu, 3 Apr 2014 01:12:15 +0000 (UTC) Received: from mouf.net (swills@mouf [199.48.129.64]) by mouf.net (8.14.5/8.14.5) with ESMTP id s331C5JK060900 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 3 Apr 2014 01:12:10 GMT (envelope-from swills@mouf.net) Received: (from swills@localhost) by mouf.net (8.14.5/8.14.5/Submit) id s331C52G060899; Thu, 3 Apr 2014 01:12:05 GMT (envelope-from swills) Date: Thu, 3 Apr 2014 01:12:05 +0000 From: Steve Wills To: Garrett Wollman Subject: Re: login.conf --> UTF-8 Message-ID: <20140403011202.GA51052@mouf.net> References: <201404022206.s32M6DD4090396@hergotha.csail.mit.edu> <1396479395.2280.21.camel@powernoodle.corp.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1396479395.2280.21.camel@powernoodle.corp.yahoo.com> User-Agent: Mutt/1.5.22 (2013-10-16) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mouf.net [199.48.129.64]); Thu, 03 Apr 2014 01:12:11 +0000 (UTC) X-Spam-Status: No, score=0.0 required=4.5 tests=none autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mouf.net X-Virus-Scanned: clamav-milter 0.98.1 at mouf.net X-Virus-Status: Clean Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 01:12:16 -0000 On Wed, Apr 02, 2014 at 03:56:35PM -0700, Sean Bruno wrote: > On Wed, 2014-04-02 at 18:06 -0400, Garrett Wollman wrote: > > In article <1396457629.2280.2.camel@powernoodle.corp.yahoo.com>, > > sbruno@freebsd.org writes: > > > > >I'd like to make this change to login.conf for default installs. > > > > > >This removes some amount of hackery in the ports system that is working > > >around our lack of UTF-8 in the base. > > > > I'm not sure what the connection is here. Surely the ports system > > runs with the locale of the user running "make" (which in my case is > > going to be "C"). Any port that requires a specific locale to build > > properly needs to be setting that locale explicitly. > > You'd think so, but that's not what's happening. What's happening is the software builds as long as the locale isn't C. Hence, ugly hacks like this: http://svnweb.freebsd.org/ports/head/Mk/bsd.ruby.mk?annotate=348863#l257 Why? Because the people writing it have never encountered a system where LANG isn't set or is set to C. Yes, it's a bug in their software. No, they never have and never will encounter it. Because every other operating system sets LANG to whatever the user specifies. And so they have no interest in fixing it, because neither they nor any one they know will ever encounter it, and even if you report it to them they will tell you it's a bug in your system for not having LANG specified. And I have no interest in patching it hundreds of times. And this is just one example. There are others, I think, that aren't ruby related at all. > > > > I have been informed by folks that this change I suggest would help in > the case of ports having to declare UTF-8 support explicitly or > something. I'm hand-wavy on the details and ignorant of the hacks in > place. I only know that I've been *told* this. I think we should join the club of asking the user, but that's more work and until then having a reasonable default and having people change it seems sane. Steve From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 01:31:18 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 426172D2; Thu, 3 Apr 2014 01:31:18 +0000 (UTC) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.netplex.net", Issuer "RapidSSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DE04337B; Thu, 3 Apr 2014 01:31:17 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.8/8.14.8/NETPLEX) with ESMTP id s331V8Ej024737; Wed, 2 Apr 2014 21:31:08 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.3 (mail.netplex.net [204.213.176.9]); Wed, 02 Apr 2014 21:31:09 -0400 (EDT) Date: Wed, 2 Apr 2014 21:31:08 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Steve Wills Subject: Re: login.conf --> UTF-8 In-Reply-To: <20140403011202.GA51052@mouf.net> Message-ID: References: <201404022206.s32M6DD4090396@hergotha.csail.mit.edu> <1396479395.2280.21.camel@powernoodle.corp.yahoo.com> <20140403011202.GA51052@mouf.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Garrett Wollman , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2014 01:31:18 -0000 On Thu, 3 Apr 2014, Steve Wills wrote: > On Wed, Apr 02, 2014 at 03:56:35PM -0700, Sean Bruno wrote: >> On Wed, 2014-04-02 at 18:06 -0400, Garrett Wollman wrote: >>> In article <1396457629.2280.2.camel@powernoodle.corp.yahoo.com>, >>> sbruno@freebsd.org writes: >>> >>>> I'd like to make this change to login.conf for default installs. >>>> >>>> This removes some amount of hackery in the ports system that is working >>>> around our lack of UTF-8 in the base. >>> >>> I'm not sure what the connection is here. Surely the ports system >>> runs with the locale of the user running "make" (which in my case is >>> going to be "C"). Any port that requires a specific locale to build >>> properly needs to be setting that locale explicitly. >>> > > You'd think so, but that's not what's happening. What's happening is the > software builds as long as the locale isn't C. Hence, ugly hacks like this: > > http://svnweb.freebsd.org/ports/head/Mk/bsd.ruby.mk?annotate=348863#l257 > > Why? Because the people writing it have never encountered a system where LANG > isn't set or is set to C. Yes, it's a bug in their software. No, they never > have and never will encounter it. Because every other operating system sets > LANG to whatever the user specifies. And so they have no interest in fixing it, > because neither they nor any one they know will ever encounter it, and even if > you report it to them they will tell you it's a bug in your system for not > having LANG specified. And I have no interest in patching it hundreds of > times. > > And this is just one example. There are others, I think, that aren't ruby > related at all. The first thing I do when I get a Linux system is set LANG to C. I hate all the colorizations and incorrect ordering from ls when LANG isn't C. So you are saying, that ports will be broken when I set LANG back to C again? >> I have been informed by folks that this change I suggest would help in >> the case of ports having to declare UTF-8 support explicitly or >> something. I'm hand-wavy on the details and ignorant of the hacks in >> place. I only know that I've been *told* this. > > I think we should join the club of asking the user, but that's more work and > until then having a reasonable default and having people change it seems sane. A default is fine, but saying that ports will be broken when not using the default is not fine. This is LANG, not a gcc/clang machine-specific optimization that someone has set to get an extra 0.001% improvement, but happens to break the compiler for some ports. -- DE From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 01:50:19 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0FDF2C05; Thu, 3 Apr 2014 01:50:19 +0000 (UTC) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mouf.net", Issuer "mouf.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D44396ED; Thu, 3 Apr 2014 01:50:18 +0000 (UTC) Received: from mouf.net (swills@mouf [199.48.129.64]) by mouf.net (8.14.5/8.14.5) with ESMTP id s331o9qM061374 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 3 Apr 2014 01:50:14 GMT (envelope-from swills@mouf.net) Received: (from swills@localhost) by mouf.net (8.14.5/8.14.5/Submit) id s331o8kx061373; Thu, 3 Apr 2014 01:50:08 GMT (envelope-from swills) Date: Thu, 3 Apr 2014 01:50:08 +0000 From: Steve Wills To: Daniel Eischen Subject: Re: login.conf --> UTF-8 Message-ID: <20140403015008.GB51052@mouf.net> References: <201404022206.s32M6DD4090396@hergotha.csail.mit.edu> <1396479395.2280.21.camel@powernoodle.corp.yahoo.com> <20140403011202.GA51052@mouf.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mouf.net [199.48.129.64]); Thu, 03 Apr 2014 01:50:14 +0000 (UTC) X-Spam-Status: No, score=0.0 required=4.5 tests=none autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mouf.net X-Virus-Scanned: clamav-milter 0.98.1 at mouf.net X-Virus-Status: Clean Cc: Garrett Wollman , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 01:50:19 -0000 On Wed, Apr 02, 2014 at 09:31:08PM -0400, Daniel Eischen wrote: > On Thu, 3 Apr 2014, Steve Wills wrote: > > > On Wed, Apr 02, 2014 at 03:56:35PM -0700, Sean Bruno wrote: > >> On Wed, 2014-04-02 at 18:06 -0400, Garrett Wollman wrote: > >>> In article <1396457629.2280.2.camel@powernoodle.corp.yahoo.com>, > >>> sbruno@freebsd.org writes: > >>> > >>>> I'd like to make this change to login.conf for default installs. > >>>> > >>>> This removes some amount of hackery in the ports system that is working > >>>> around our lack of UTF-8 in the base. > >>> > >>> I'm not sure what the connection is here. Surely the ports system > >>> runs with the locale of the user running "make" (which in my case is > >>> going to be "C"). Any port that requires a specific locale to build > >>> properly needs to be setting that locale explicitly. > >>> > > > > You'd think so, but that's not what's happening. What's happening is the > > software builds as long as the locale isn't C. Hence, ugly hacks like this: > > > > http://svnweb.freebsd.org/ports/head/Mk/bsd.ruby.mk?annotate=348863#l257 > > > > Why? Because the people writing it have never encountered a system where LANG > > isn't set or is set to C. Yes, it's a bug in their software. No, they never > > have and never will encounter it. Because every other operating system sets > > LANG to whatever the user specifies. And so they have no interest in fixing it, > > because neither they nor any one they know will ever encounter it, and even if > > you report it to them they will tell you it's a bug in your system for not > > having LANG specified. And I have no interest in patching it hundreds of > > times. > > > > And this is just one example. There are others, I think, that aren't ruby > > related at all. > > The first thing I do when I get a Linux system is set LANG to C. > I hate all the colorizations and incorrect ordering from ls when > LANG isn't C. So you are saying, that ports will be broken when > I set LANG back to C again? > > >> I have been informed by folks that this change I suggest would help in > >> the case of ports having to declare UTF-8 support explicitly or > >> something. I'm hand-wavy on the details and ignorant of the hacks in > >> place. I only know that I've been *told* this. > > > > I think we should join the club of asking the user, but that's more work and > > until then having a reasonable default and having people change it seems sane. > > A default is fine, but saying that ports will be broken when not > using the default is not fine. This is LANG, not a gcc/clang > machine-specific optimization that someone has set to get an > extra 0.001% improvement, but happens to break the compiler for > some ports. I suppose you're right. Ugly hacks to work around ugly hacks will stay. :) (Not that I'd planned to remove them any time soon anyway, because such a change would take a long time to propogate to all supported versions anyway.) Steve From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 01:45:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 43CE1A9C for ; Thu, 3 Apr 2014 01:45:20 +0000 (UTC) Received: from mx.nsu.ru (mx.nsu.ru [84.237.50.39]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DDE816D3 for ; Thu, 3 Apr 2014 01:45:19 +0000 (UTC) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.72) (envelope-from ) id 1WVWi0-00062e-8j; Thu, 03 Apr 2014 08:44:53 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id s331iQh4050568; Thu, 3 Apr 2014 08:44:36 +0700 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.2/8.14.2/Submit) id s331iKBs050493; Thu, 3 Apr 2014 08:44:20 +0700 (NOVT) (envelope-from danfe) Date: Thu, 3 Apr 2014 08:44:19 +0700 From: Alexey Dokuchaev To: Garrett Wollman Subject: Re: Leaving the Desktop Market Message-ID: <20140403014419.GA45830@regency.nsu.ru> References: <082a01cf4db9$240d3e90$6c27bbb0$@FreeBSD.org> <201404012240.s31MeIe4073267@hergotha.csail.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201404012240.s31MeIe4073267@hergotha.csail.mit.edu> User-Agent: Mutt/1.4.2.1i X-KLMS-Rule-ID: 1 X-KLMS-Message-Action: clean X-KLMS-AntiSpam-Lua-Profiles: 59167 [Apr 03 2014] X-KLMS-AntiSpam-Version: 5.3.6 X-KLMS-AntiSpam-Envelope-From: danfe@regency.nsu.ru X-KLMS-AntiSpam-Rate: 0 X-KLMS-AntiSpam-Status: not_detected X-KLMS-AntiSpam-Method: none X-KLMS-AntiSpam-Moebius-Timestamps: 2856066, 2856088, 0 X-KLMS-AntiSpam-Interceptor-Info: scan successful X-KLMS-AntiVirus: Kaspersky Security 8.0 for Linux Mail Server 8.0.0.455, not checked X-KLMS-AntiVirus-Status: NotChecked: not checked, skipped X-Mailman-Approved-At: Thu, 03 Apr 2014 02:29:25 +0000 Cc: freebsd-current@freebsd.org, michael@rancid.berkeley.edu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 01:45:20 -0000 On Tue, Apr 01, 2014 at 06:40:18PM -0400, Garrett Wollman wrote: > Hmmm. I'm a bit biased here, but I've been using FreeBSD on the > desktop since, well, before it was called FreeBSD. It's still my > primary platform for nearly everything (except photo management, which > drove me to a Mac laptop so I could run Lightroom, and those few There are a few alternatives to Lightroom available in Ports Collection, you might want to give them a try one day. > remaining Web sites that still bury all their content inside Flash). That's easy: Flash sites should be avoided. Most of them are using this technology for showing stupid ads anyway, not for something useful. I still recall a friend of mine actually *loved* that his iPhone does not support Flash: it essentially enabled (ad|spam)-free Web browsing (alas, those fuckers had caught up since then). > But let's be clear that different people have different requirements > for a "desktop". My requirements are relatively simple: twm, xterm, > XEmacs, vlc, LaTeX, xpdf, a Jabber client (psi), $VCS_OF_CHOICE, > gnucash, and at least two Web browsers (I use Opera for most stuff and > Firefox for "promiscuous-mode browsing"). [...] > > Other people have rather different requirements, and that's OK. But > let's please not break the applications for which FreeBSD is very good > now (and has actually gotten substantially better). Application availability does not, unfortunately, round up some perfect desktop. I fear that Linux-centric development of hardware drivers, X.org and all that shit is getting more and more divergent from FreeBSD, and soon enough we'll get the situation I haven't seen for some 15 years: we are again far behind on modern HW support. Power-saving techniques, most notably working sleep-resume and competitive batter life are also our weak points at the moment. I'd like to replace my old laptop (which runs 8.4-STABLE almost perfectly), but how far can I go with, say, recent MacBook Pro? ./danfe From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 02:57:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7D1F2291 for ; Thu, 3 Apr 2014 02:57:04 +0000 (UTC) Received: from mail-qc0-x22b.google.com (mail-qc0-x22b.google.com [IPv6:2607:f8b0:400d:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3BBB2BC2 for ; Thu, 3 Apr 2014 02:57:04 +0000 (UTC) Received: by mail-qc0-f171.google.com with SMTP id c9so1211445qcz.2 for ; Wed, 02 Apr 2014 19:57: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:message-id:subject :from:to:cc:content-type; bh=EQxV8k+tD7XxZelNhDNcC/e83AFQkn718b+Mn4eHu4s=; b=ok8u1rCO2bFCTlbLOqFAG+uCJpqUX6JWXw5JXkAls6Y/3LLKxF8L/8XTiuYE16dNgr 8sJKaZJujYq/n0NmqOBtuGu5UqeEqO752AFOTL+vNQrThayQnoOPjpGV6IunRJ0am4cy 8Sxx962NK5J9uqZQfSy3SvgzKFgBCepdc5/tBTW/s6eEuWJWrGnHsHSIN72MnzLwA8P0 zvQMYAOJ16C7W22ppZgzYzKDp0g7aMwlmyKHXSUtzaed4929tTSxHvcAjgra/Y2kAjF4 m7BqbewFLxmZPm8FFSHhDGafj29Oru/EJ7LlktnNHltNBrYGyzsAqExH9umcAo0HL+oK LQpQ== MIME-Version: 1.0 X-Received: by 10.140.49.233 with SMTP id q96mr4481400qga.76.1396493823397; Wed, 02 Apr 2014 19:57:03 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.50.143 with HTTP; Wed, 2 Apr 2014 19:57:03 -0700 (PDT) In-Reply-To: <20140403014419.GA45830@regency.nsu.ru> References: <082a01cf4db9$240d3e90$6c27bbb0$@FreeBSD.org> <201404012240.s31MeIe4073267@hergotha.csail.mit.edu> <20140403014419.GA45830@regency.nsu.ru> Date: Wed, 2 Apr 2014 19:57:03 -0700 X-Google-Sender-Auth: QkIi7PI_JhfncYs5dpjcyDdUPtg Message-ID: Subject: Re: Leaving the Desktop Market From: Adrian Chadd To: Alexey Dokuchaev Content-Type: text/plain; charset=ISO-8859-1 Cc: michael , freebsd-current , Garrett Wollman X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 02:57:04 -0000 No wifi. Someone has to step up and "own" broadcom wifi or this will never change. -a On 2 April 2014 18:44, Alexey Dokuchaev wrote: > On Tue, Apr 01, 2014 at 06:40:18PM -0400, Garrett Wollman wrote: >> Hmmm. I'm a bit biased here, but I've been using FreeBSD on the >> desktop since, well, before it was called FreeBSD. It's still my >> primary platform for nearly everything (except photo management, which >> drove me to a Mac laptop so I could run Lightroom, and those few > > There are a few alternatives to Lightroom available in Ports Collection, > you might want to give them a try one day. > >> remaining Web sites that still bury all their content inside Flash). > > That's easy: Flash sites should be avoided. Most of them are using this > technology for showing stupid ads anyway, not for something useful. I > still recall a friend of mine actually *loved* that his iPhone does not > support Flash: it essentially enabled (ad|spam)-free Web browsing (alas, > those fuckers had caught up since then). > >> But let's be clear that different people have different requirements >> for a "desktop". My requirements are relatively simple: twm, xterm, >> XEmacs, vlc, LaTeX, xpdf, a Jabber client (psi), $VCS_OF_CHOICE, >> gnucash, and at least two Web browsers (I use Opera for most stuff and >> Firefox for "promiscuous-mode browsing"). [...] >> >> Other people have rather different requirements, and that's OK. But >> let's please not break the applications for which FreeBSD is very good >> now (and has actually gotten substantially better). > > Application availability does not, unfortunately, round up some perfect > desktop. I fear that Linux-centric development of hardware drivers, X.org > and all that shit is getting more and more divergent from FreeBSD, and > soon enough we'll get the situation I haven't seen for some 15 years: we > are again far behind on modern HW support. > > Power-saving techniques, most notably working sleep-resume and competitive > batter life are also our weak points at the moment. I'd like to replace > my old laptop (which runs 8.4-STABLE almost perfectly), but how far can I > go with, say, recent MacBook Pro? > > ./danfe > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 03:48:56 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D8B1DE5 for ; Thu, 3 Apr 2014 03:48:56 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 22CD3BB for ; Thu, 3 Apr 2014 03:48:55 +0000 (UTC) X_CMAE_Category: , , X-CNFS-Analysis: v=2.0 cv=NotTgrhJ c=1 sm=1 a=uNsD4W5u/UlQopoDAqU1YA==:17 a=fZBWQ0Qh6m4A:10 a=AaUjGI9IrlcA:10 a=IkcTkHD0fZMA:10 a=OA2lqS22AAAA:8 a=LjTOzC1lAAAA:8 a=g3k24fdcAAAA:8 a=R4YQoLTMWEl_HQYJyxkA:9 a=QEXdDO2ut3YA:10 a=KmloqkfaIt8A:10 a=6k4BJ-aj_1UA:10 a=uNsD4W5u/UlQopoDAqU1YA==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=roberthuff@rcn.com; spf=neutral; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com header.from=roberthuff@rcn.com; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=roberthuff; auth=pass (PLAIN) Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 209.6.39.223 is neither permitted nor denied by domain of rcn.com) Received: from [209.6.39.223] ([209.6.39.223:1145] helo=[10.0.0.3]) by smtp.rcn.com (envelope-from ) (ecelerity 3.5.1.37854 r(Momo-dev:3.5.1.0)) with ESMTPA id 03/AD-15227-12ADC335; Wed, 02 Apr 2014 23:48:49 -0400 Message-ID: <533CD9E6.7040705@rcn.com> Date: Wed, 02 Apr 2014 23:47:50 -0400 From: Robert Huff User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: current@freebsd.org Subject: another Make (maybe) problem Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 03:48:56 -0000 Warner: > This will happen with fmake. I?ve put some safety belts in place in > another fix to keep this from tripping people up (and plan on using > a similar technique to keep people from hitting the aicasm bug on > such systems). As long as make-related issues are on the table ... I have a system, running FreeBSD 11.0-CURRENT #0 r263263: Mon Mar 17 15:09:18 EDT 2014 amd64 where "make buildworld" fails. The immediate problem can be seen at: http://users.rcn.com/roberthuff/bw_tail the full log at http://users.rcn.com/roberthuff/bwl.bz2 "make.conf" is appended. There is no "src.conf". I never seen anything like this before; nothing like has come across current@ (recently); and nothing in src/UPDATING appears relevant. Help, please? Robert Huff ◙♪ ============================ make.conf BDBCFLAGS+= -O -pipe DEBUG_FLAGS+= -g STRIP= SYMVER_ENABLED= yes X_WINDOW_SYSTEM= xorg HAVE_MOTIF= yes #FC="gfortran42" KERNCONF=JERUSALEM # To avoid building various parts of the base system: # (copied from /usr/share/examples/etc/make.conf NO_BIND_ETC= true # Do not install files to /etc/namedb NO_BLUETOOTH= true # do not build Bluetooth related stuff NO_PROFILE= true # Avoid compiling profiled libraries # to get automatic SASL in sendmail SENDMAIL_CFLAGS+= -I/usr/local/include/ -DSASL=2 SENDMAIL_LDFLAGS+= -L/usr/local/lib SENDMAIL_LDADD+= -lsasl2 # # to make CUPS magically keep working # See: http://www.csua.berkeley.edu/~ranga/notes/freebsd_cups.html # CUPS_OVERWRITE_BASE= yes NO_LPR= true # added per /usr/ports/UPDATING entry 20090401 OVERRIDE_LINUX_BASE_PORT=f10 OVERRIDE_LINUX_NONBASE_PORTS=f10 # WITH_MOZILLA= libxul WITH_GECKO= libxul # # added 2007/03/04 per advice of # in re science/gramps # WITH_BERKELEYDB=db6 WITH_BDB_VER=6 WANT_OPENLDAP_VER=24 WANT_OPENLDAP_SASL=true # # as required by ports/UPDATING of 20121012 # SAMBA_ENABLE=YES # # PORTS: use clang unless gcc is explicitly required # # # default to using clang for all port builds, with the following # exceptions .if !empty(.CURDIR:M/usr/ports/graphics/libcdr) && exists(/usr/local/bin/gcc47) CC=gcc47 CXX=g++47 CPP=cpp47 .endif .if ${.CURDIR:M*/usr/ports/*} .if !defined(USE_GCC) .if !defined(CC) || ${CC} == "cc" CC=clang .endif .if !defined(CXX) || ${CXX} == "c++" CXX=clang++ .endif .if !defined(CPP) || ${CPP} == "cpp" CPP=clang-cpp .endif .endif .endif WITH_NEW_XORG="yes" WITH_GALLIUM="yes" WITH_BSD_SORT= WITH_PKGNG=yes From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 05:38:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B40DB8A; Thu, 3 Apr 2014 05:38:24 +0000 (UTC) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 7B91CA7E; Thu, 3 Apr 2014 05:38:23 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id B31195607C; Thu, 3 Apr 2014 00:38:23 -0500 (CDT) Date: Thu, 3 Apr 2014 00:38:23 -0500 From: Mark Linimon To: Claude Buisson Subject: Re: vt text cursor invisible in reverse video Message-ID: <20140403053823.GB20420@lonesome.com> References: <53355335.6040505@orange.fr> <5335592F.2010301@orange.fr> <533BEDF7.9080407@orange.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <533BEDF7.9080407@orange.fr> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Adrian Chadd , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 05:38:24 -0000 On Wed, Apr 02, 2014 at 01:01:11PM +0200, Claude Buisson wrote: > After 19 years of FreeBSD use and not being part of any chapel/coterie/mafia > I don't keep much illusion about the outcome.. I'm sorry that you feel that way. Rest assured that a large number of those of us that work on FreeBSD do try to improve the software. We also try to figure out ways to get more people involved as contributors, to keep things from becoming stagnant. Yes, I know we're not always successful. mcl From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 06:39:08 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 461FCD90; Thu, 3 Apr 2014 06:39:08 +0000 (UTC) Received: from mail-pb0-x22b.google.com (mail-pb0-x22b.google.com [IPv6:2607:f8b0:400e:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 03234F32; Thu, 3 Apr 2014 06:39:07 +0000 (UTC) Received: by mail-pb0-f43.google.com with SMTP id um1so1370806pbc.2 for ; Wed, 02 Apr 2014 23:39:07 -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:message-id:subject :from:to:cc:content-type; bh=VWu848C23k3dPWEgADK1F6ZjZfGNdCDvisn/+Cs45+w=; b=nUNwpN9Y9UwKqpV+x9/o8RKgTWW//0R622lBqwjKF77r0paVZvet1+ewFC0TASSWrk IV4q0oukhb4xToNGWzReXwxChXYJXMtniP30xeuulQg+UlcF87KzPoPOvtUWwMMAgnEA Iosh1iBrJHv/Ngo00xhRA/NxpKdi/f038O11PnupvWZ9uqcio+d5MsJtq/zH+FDSeYk0 zZ2t9YBMPeQTyGpJBWhVrVna+B6KSbXGzguzLX9o4pZypEzDOQ5ljxfqKU2Ncbugek5W JeZXuD48ao9yYfB+8yhOKfwFXmh9BRE4+fGJXt7ldEr2J5OrsAfPh0zK87E5uh/vAzBn SPSQ== MIME-Version: 1.0 X-Received: by 10.66.193.161 with SMTP id hp1mr5329764pac.20.1396507147637; Wed, 02 Apr 2014 23:39:07 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.73.34 with HTTP; Wed, 2 Apr 2014 23:39:07 -0700 (PDT) In-Reply-To: <20140403021417.GA50938@regency.nsu.ru> References: <20140401094044.GX44074@e-new.0x20.net> <083e01cf4db9$f8f4e040$eadea0c0$@FreeBSD.org> <20140401174302.GU44074@e-new.0x20.net> <20140401195006.GA1368@tiny-r255948> <20140403021417.GA50938@regency.nsu.ru> Date: Wed, 2 Apr 2014 23:39:07 -0700 X-Google-Sender-Auth: lBJNYiQ2p1V2M7GVN6vmbRX3LzA Message-ID: Subject: Re: Leaving the Desktop Market From: Kevin Oberman To: Alexey Dokuchaev Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-advocacy@freebsd.org, Lars Engels , Matthias Apitz , Eitan Adler , hackers@freebsd.org, dteske@freebsd.org, Jordan Hubbard , "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 06:39:08 -0000 On Wed, Apr 2, 2014 at 7:14 PM, Alexey Dokuchaev wrote: > On Tue, Apr 01, 2014 at 03:10:22PM -0700, Kevin Oberman wrote: > > FreeBSD desktop since 3.3 (makes me a newbie!) I really dislike > pulseaudio > > and have managed to live without it. Firefox works fine without it. > > Unfortunately they dropped OSS support a while go, so I now must use > alsa, > > but it works well and without the pain of dealing with pulseaudio, a > > solution in search of a problem it I ever saw one. > > PA should just die, of course, just like that kid's other "products". OSS > is so nice; it supports all those nifty features like per-application > mixing > and stuff, we have a very strong implementation of it (kudos to ariff@, > let > me remind us all: http://people.freebsd.org/~ariff/SOUND_4.TXT.html). > > Giving Firerox back its OSS support is my on TODO list, unfortunately I do > not have any idea when (or if) I can look at it, but that would be a nice > step in dealsificaion of our Ports Collection. OSS was, and should remain, > the standard Unixish sound system API. > Wow! That would be great! It's really annoying that some tools won't (not can't) do OSS. PA really had no reason to exist, but some people have such determination to do their own thing, even if it means throwing out a better solution. (OK, so the author did play some unfortunate games with licensing, but that was years ago.) > Audio output is pretty system dependent, but I had little problem getting > > my audio to auto-switch to headphones when I plugged them in. The setup > is > > a bit ugly,but I only had to check the available PINs (ugly, ugly) and > set > > up stuff once. It just works. > > Not always, unfortunately. I also had a working pin override configuration > in /boot/loader.conf, but after r236750 (major snd_hda driver rewrite) it > stopped working. I've reported it and tried to get some support from mav@ > but he never replied. Since then, I have to carry pre-r236750 version of > snd_hda(4) to have working sound. > Is that just in head? Do I have more fun to look forward to? > Power is an issue and I find the current defaults suck. Read mav's article > > on the subject on the wiki. > > From reading that article, I've only added hw.pci.do_power_nodriver="3" and > hw.pci.do_power_resume="0" to /boot/loader.conf. More aggressive settings, > like cx_lowest="C2", made my laptop very sluggish and unpleasant to > operate; > powerd(8) behaves sanely with no tuning, so I wouldn't say that our current > defaults suck. The reason why we're behind on the "green" lane is because > we generally do not pay much attention when it comes to power-saving during > development of FreeBSD. (I'd like to be proven wrong.) > The key poblem with power, as I have written several times is the conflation of TCC or throttling as power management tools. Mix them (they really don't save power) with Cx states is often worse than what you are seeing. It canl cause many systems to lock up . Try setting: powerd_enable="YES" performance_cx_lowest="Cmax" economy_cx_lowest="Cmax" into /etc/rc.conf and putting: # Disable CPU throttling hint.p4tcc.0.disabled=1 hint.acpi_throttle.0.disabled=1 into /boot/loader.conf. That should work MUCH better and will really save power (assuming that your system supports better than C2 as C2 usually is a pretty minor power savings. C3 or higher is usually where things really start to improve. I've read a paper from SDSC (San Diego Supercomputer Center) showing that CX states are by far and away the most significant power saver and they should cause only very trivial and unnoticeable impact on performance. Number two is EST, but that is almost always enabled on FreeBSD, so I assume that you have that running already (or the AMD equivalent). > ./danfe > -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 07:46:11 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1DD338C8; Thu, 3 Apr 2014 07:46:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E5E00759; Thu, 3 Apr 2014 07:46:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s337k8Fu085180; Thu, 3 Apr 2014 03:46:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s337k8Zw085176; Thu, 3 Apr 2014 07:46:08 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 3 Apr 2014 07:46:08 GMT Message-Id: <201404030746.s337k8Zw085176@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2014 07:46:11 -0000 TB --- 2014-04-03 07:33:05 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-03 07:33:05 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-03 07:33:05 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-04-03 07:33:05 - cleaning the object tree TB --- 2014-04-03 07:33:21 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-03 07:33:37 - At svn revision 264059 TB --- 2014-04-03 07:33:38 - building world TB --- 2014-04-03 07:33:38 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 07:33:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 07:33:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 07:33:38 - SRCCONF=/dev/null TB --- 2014-04-03 07:33:38 - TARGET=ia64 TB --- 2014-04-03 07:33:38 - TARGET_ARCH=ia64 TB --- 2014-04-03 07:33:38 - TZ=UTC TB --- 2014-04-03 07:33:38 - __MAKE_CONF=/dev/null TB --- 2014-04-03 07:33:38 - cd /src TB --- 2014-04-03 07:33:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 3 07:33:45 UTC 2014 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_gethex.c -o gdtoa_gethex.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_gmisc.c -o gdtoa_gmisc.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_hd_init.c -o gdtoa_hd_init.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_hexnan.c -o gdtoa_hexnan.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_misc.c -o gdtoa_misc.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_smisc.c -o gdtoa_smisc.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_strtod.c -o gdtoa_strtod.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_strtodg.c -o gdtoa_strtodg.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_strtof.c -o gdtoa_strtof.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_strtord.c -o gdtoa_strtord.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_sum.c -o gdtoa_sum.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_ulp.c -o gdtoa_ulp.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/modf.c -o modf.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/_Exit.c -o _Exit.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/a64l.c -o a64l.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/abort.c -o abort.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/abs.c -o abs.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/ia64.ia64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/atexit.c -o atexit.o /src/lib/libc/stdlib/atexit.c: In function 'atexit_b': /src/lib/libc/stdlib/atexit.c:157: error: cannot convert to a pointer type *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-03 07:46:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-03 07:46:08 - ERROR: failed to build world TB --- 2014-04-03 07:46:08 - 559.39 user 104.95 system 783.62 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 07:50:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 223ACA60 for ; Thu, 3 Apr 2014 07:50:04 +0000 (UTC) Received: from mail-la0-x232.google.com (mail-la0-x232.google.com [IPv6:2a00:1450:4010:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9E8AD783 for ; Thu, 3 Apr 2014 07:50:03 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id pv20so1010961lab.37 for ; Thu, 03 Apr 2014 00:50: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:from:date:message-id:subject:to :cc:content-type; bh=tM4nFbQoaZzzjbWm6Wwm0XkLEeq2GLWr9VpNCUekzZ4=; b=RVSc9cf7V6cb25mwkPpCS78ZmiGjq7cr5LQ/6y8XT+ltld/aVEaVYZRRe4iarwzphL zUbfT2nJB+rmopsP/UBeKYH+/5ysx2P2oZhUnJaVpOtMe/0OcY7I9km06sukQdhI0Cjq fNq/DhsACIrzOlRIZwHZD0fx9EOS9OmUFbbqE+0iVMLz9F0/rXLpDrvJAv7yQKGqpFGN h5zyc4/Fa7GNgZTuFSMP10rwxELk7XcRo04PhfRP2ZWSCVAOrU9y5J/v5ZdhSRZjoWmr fKtXSFNIz8KYI/6jUScpWdNbBqaK8HWI3RmphX52XK4MiM2nNy1R0txoZWB6GhStxj3a ZK/Q== X-Received: by 10.152.29.8 with SMTP id f8mr3443100lah.11.1396511401055; Thu, 03 Apr 2014 00:50:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.152.207.10 with HTTP; Thu, 3 Apr 2014 00:49:31 -0700 (PDT) In-Reply-To: <20140403014419.GA45830@regency.nsu.ru> References: <082a01cf4db9$240d3e90$6c27bbb0$@FreeBSD.org> <201404012240.s31MeIe4073267@hergotha.csail.mit.edu> <20140403014419.GA45830@regency.nsu.ru> From: Matthias Gamsjager Date: Thu, 3 Apr 2014 09:49:31 +0200 Message-ID: Subject: Re: Leaving the Desktop Market To: Alexey Dokuchaev Content-Type: text/plain; charset=KOI8-R Cc: michael@rancid.berkeley.edu, FreeBSD Current , Garrett Wollman X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 07:50:04 -0000 > There are a few alternatives to Lightroom available in Ports Collection, > you might want to give them a try one day. > offtopic: But it does not even come close to Lightroom. Gimp is also not even close to Photoshop. Maybe Pixelmator. But Gimp? The UI and usability is such a mess. But again it's the difference between free and paying alot of money. From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 07:57:52 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A3364DC1; Thu, 3 Apr 2014 07:57:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BE3D841; Thu, 3 Apr 2014 07:57:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s337vpv9063950; Thu, 3 Apr 2014 03:57:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s337vp6d063943; Thu, 3 Apr 2014 07:57:51 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 3 Apr 2014 07:57:51 GMT Message-Id: <201404030757.s337vp6d063943@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2014 07:57:52 -0000 TB --- 2014-04-03 07:46:09 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-03 07:46:09 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-03 07:46:09 - starting HEAD tinderbox run for mips/mips TB --- 2014-04-03 07:46:09 - cleaning the object tree TB --- 2014-04-03 07:46:28 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-03 07:46:31 - At svn revision 264059 TB --- 2014-04-03 07:46:32 - building world TB --- 2014-04-03 07:46:32 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 07:46:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 07:46:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 07:46:32 - SRCCONF=/dev/null TB --- 2014-04-03 07:46:32 - TARGET=mips TB --- 2014-04-03 07:46:32 - TARGET_ARCH=mips TB --- 2014-04-03 07:46:32 - TZ=UTC TB --- 2014-04-03 07:46:32 - __MAKE_CONF=/dev/null TB --- 2014-04-03 07:46:32 - cd /src TB --- 2014-04-03 07:46:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 3 07:46:39 UTC 2014 >>> 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 [...] cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_gethex.c -o gdtoa_gethex.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_gmisc.c -o gdtoa_gmisc.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_hd_init.c -o gdtoa_hd_init.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_hexnan.c -o gdtoa_hexnan.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_misc.c -o gdtoa_misc.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_smisc.c -o gdtoa_smisc.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_strtod.c -o gdtoa_strtod.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_strtodg.c -o gdtoa_strtodg.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_strtof.c -o gdtoa_strtof.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_strtord.c -o gdtoa_strtord.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_sum.c -o gdtoa_sum.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_ulp.c -o gdtoa_ulp.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/modf.c -o modf.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/_Exit.c -o _Exit.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/a64l.c -o a64l.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/abort.c -o abort.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/abs.c -o abs.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/atexit.c -o atexit.o /src/lib/libc/stdlib/atexit.c: In function 'atexit_b': /src/lib/libc/stdlib/atexit.c:157: error: cannot convert to a pointer type *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-03 07:57:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-03 07:57:51 - ERROR: failed to build world TB --- 2014-04-03 07:57:51 - 527.30 user 101.98 system 702.19 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 08:09:48 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 848D6448; Thu, 3 Apr 2014 08:09:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2E46A938; Thu, 3 Apr 2014 08:09:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3389l37058184; Thu, 3 Apr 2014 04:09:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3389lCC058183; Thu, 3 Apr 2014 08:09:47 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 3 Apr 2014 08:09:47 GMT Message-Id: <201404030809.s3389lCC058183@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2014 08:09:48 -0000 TB --- 2014-04-03 07:57:51 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-03 07:57:51 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-03 07:57:51 - starting HEAD tinderbox run for mips64/mips TB --- 2014-04-03 07:57:51 - cleaning the object tree TB --- 2014-04-03 07:58:08 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-03 07:58:11 - At svn revision 264059 TB --- 2014-04-03 07:58:12 - building world TB --- 2014-04-03 07:58:12 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 07:58:12 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 07:58:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 07:58:12 - SRCCONF=/dev/null TB --- 2014-04-03 07:58:12 - TARGET=mips TB --- 2014-04-03 07:58:12 - TARGET_ARCH=mips64 TB --- 2014-04-03 07:58:12 - TZ=UTC TB --- 2014-04-03 07:58:12 - __MAKE_CONF=/dev/null TB --- 2014-04-03 07:58:12 - cd /src TB --- 2014-04-03 07:58:12 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 3 07:58:19 UTC 2014 >>> 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 [...] cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_gethex.c -o gdtoa_gethex.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_gmisc.c -o gdtoa_gmisc.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_hd_init.c -o gdtoa_hd_init.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_hexnan.c -o gdtoa_hexnan.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_misc.c -o gdtoa_misc.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_smisc.c -o gdtoa_smisc.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_strtod.c -o gdtoa_strtod.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_strtodg.c -o gdtoa_strtodg.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_strtof.c -o gdtoa_strtof.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_strtord.c -o gdtoa_strtord.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_sum.c -o gdtoa_sum.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -w -c gdtoa_ulp.c -o gdtoa_ulp.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/modf.c -o modf.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/_Exit.c -o _Exit.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/a64l.c -o a64l.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/abort.c -o abort.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/abs.c -o abs.o cc -O -pipe -G0 -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/mips -DNLS -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/mips.mips64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/mips/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/atexit.c -o atexit.o /src/lib/libc/stdlib/atexit.c: In function 'atexit_b': /src/lib/libc/stdlib/atexit.c:157: error: cannot convert to a pointer type *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-03 08:09:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-03 08:09:46 - ERROR: failed to build world TB --- 2014-04-03 08:09:46 - 526.55 user 101.88 system 715.46 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 08:11:36 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2015B780 for ; Thu, 3 Apr 2014 08:11:36 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "theravensnest.org", Issuer "theravensnest.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C70979C0 for ; Thu, 3 Apr 2014 08:11:35 +0000 (UTC) Received: from dhcp-172-17-170-106.eduroam.lapwing.private.cam.ac.uk (global-1-27.nat.csx.cam.ac.uk [131.111.184.27]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s338BSfk062826 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 3 Apr 2014 08:11:30 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: gcc compilation broken with SVN r264042 From: David Chisnall In-Reply-To: Date: Thu, 3 Apr 2014 09:11:22 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <7DDE2B05-66D6-468A-9DEA-DA139A2A7174@FreeBSD.org> References: <533C61B8.7060809@protected-networks.net> To: Warner Losh X-Mailer: Apple Mail (2.1874) Cc: Michael Butler , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 08:11:36 -0000 On 3 Apr 2014, at 00:23, Warner Losh wrote: > So less carping and more fixing is needed here. Should be fixed in r264069 - I'm sure Jenkins / Tinderbox will tell me = if it isn't... libc now builds for me with gcc and clang. David= From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 08:26:19 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9FD7AD48; Thu, 3 Apr 2014 08:26:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 59AC3AC5; Thu, 3 Apr 2014 08:26:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s338QI43051095; Thu, 3 Apr 2014 04:26:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s338QI90051092; Thu, 3 Apr 2014 08:26:18 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 3 Apr 2014 08:26:18 GMT Message-Id: <201404030826.s338QI90051092@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2014 08:26:19 -0000 TB --- 2014-04-03 08:09:47 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-03 08:09:47 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-03 08:09:47 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-04-03 08:09:47 - cleaning the object tree TB --- 2014-04-03 08:10:05 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-03 08:10:09 - At svn revision 264059 TB --- 2014-04-03 08:10:10 - building world TB --- 2014-04-03 08:10:10 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 08:10:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 08:10:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 08:10:10 - SRCCONF=/dev/null TB --- 2014-04-03 08:10:10 - TARGET=powerpc TB --- 2014-04-03 08:10:10 - TARGET_ARCH=powerpc TB --- 2014-04-03 08:10:10 - TZ=UTC TB --- 2014-04-03 08:10:10 - __MAKE_CONF=/dev/null TB --- 2014-04-03 08:10:10 - cd /src TB --- 2014-04-03 08:10:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 3 08:10:17 UTC 2014 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_gethex.c -o gdtoa_gethex.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_gmisc.c -o gdtoa_gmisc.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_hd_init.c -o gdtoa_hd_init.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_hexnan.c -o gdtoa_hexnan.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_misc.c -o gdtoa_misc.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_smisc.c -o gdtoa_smisc.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_strtod.c -o gdtoa_strtod.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_strtodg.c -o gdtoa_strtodg.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_strtof.c -o gdtoa_strtof.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_strtord.c -o gdtoa_strtord.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_sum.c -o gdtoa_sum.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_ulp.c -o gdtoa_ulp.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/modf.c -o modf.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/_Exit.c -o _Exit.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/a64l.c -o a64l.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/abort.c -o abort.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/abs.c -o abs.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/atexit.c -o atexit.o /src/lib/libc/stdlib/atexit.c: In function 'atexit_b': /src/lib/libc/stdlib/atexit.c:157: error: cannot convert to a pointer type *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-03 08:26:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-03 08:26:18 - ERROR: failed to build world TB --- 2014-04-03 08:26:18 - 759.53 user 119.79 system 991.00 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 08:42:24 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D8C4E72; Thu, 3 Apr 2014 08:42:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 92A80C59; Thu, 3 Apr 2014 08:42:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s338gNNY059245; Thu, 3 Apr 2014 04:42:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s338gNo3059244; Thu, 3 Apr 2014 08:42:23 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 3 Apr 2014 08:42:23 GMT Message-Id: <201404030842.s338gNo3059244@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2014 08:42:24 -0000 TB --- 2014-04-03 08:26:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-03 08:26:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-03 08:26:18 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-04-03 08:26:18 - cleaning the object tree TB --- 2014-04-03 08:26:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-03 08:26:40 - At svn revision 264059 TB --- 2014-04-03 08:26:41 - building world TB --- 2014-04-03 08:26:41 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 08:26:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 08:26:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 08:26:41 - SRCCONF=/dev/null TB --- 2014-04-03 08:26:41 - TARGET=powerpc TB --- 2014-04-03 08:26:41 - TARGET_ARCH=powerpc64 TB --- 2014-04-03 08:26:41 - TZ=UTC TB --- 2014-04-03 08:26:41 - __MAKE_CONF=/dev/null TB --- 2014-04-03 08:26:41 - cd /src TB --- 2014-04-03 08:26:41 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 3 08:26:48 UTC 2014 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_gethex.c -o gdtoa_gethex.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_gmisc.c -o gdtoa_gmisc.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_hd_init.c -o gdtoa_hd_init.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_hexnan.c -o gdtoa_hexnan.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_misc.c -o gdtoa_misc.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_smisc.c -o gdtoa_smisc.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_strtod.c -o gdtoa_strtod.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_strtodg.c -o gdtoa_strtodg.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_strtof.c -o gdtoa_strtof.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_strtord.c -o gdtoa_strtord.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_sum.c -o gdtoa_sum.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_ulp.c -o gdtoa_ulp.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/modf.c -o modf.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/_Exit.c -o _Exit.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/a64l.c -o a64l.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/abort.c -o abort.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/abs.c -o abs.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/powerpc.powerpc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/atexit.c -o atexit.o /src/lib/libc/stdlib/atexit.c: In function 'atexit_b': /src/lib/libc/stdlib/atexit.c:157: error: cannot convert to a pointer type *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-03 08:42:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-03 08:42:23 - ERROR: failed to build world TB --- 2014-04-03 08:42:23 - 776.20 user 128.15 system 964.75 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 08:53:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1687443F; Thu, 3 Apr 2014 08:53:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B277BD55; Thu, 3 Apr 2014 08:53:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s338rSgP035583; Thu, 3 Apr 2014 04:53:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s338rSTN035565; Thu, 3 Apr 2014 08:53:28 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 3 Apr 2014 08:53:28 GMT Message-Id: <201404030853.s338rSTN035565@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2014 08:53:30 -0000 TB --- 2014-04-03 08:42:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-03 08:42:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-03 08:42:23 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-04-03 08:42:23 - cleaning the object tree TB --- 2014-04-03 08:42:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-03 08:42:48 - At svn revision 264059 TB --- 2014-04-03 08:42:49 - building world TB --- 2014-04-03 08:42:49 - CROSS_BUILD_TESTING=YES TB --- 2014-04-03 08:42:49 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-03 08:42:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-03 08:42:49 - SRCCONF=/dev/null TB --- 2014-04-03 08:42:49 - TARGET=sparc64 TB --- 2014-04-03 08:42:49 - TARGET_ARCH=sparc64 TB --- 2014-04-03 08:42:49 - TZ=UTC TB --- 2014-04-03 08:42:49 - __MAKE_CONF=/dev/null TB --- 2014-04-03 08:42:49 - cd /src TB --- 2014-04-03 08:42:49 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 3 08:42:56 UTC 2014 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_gethex.c -o gdtoa_gethex.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_gmisc.c -o gdtoa_gmisc.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_hd_init.c -o gdtoa_hd_init.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_hexnan.c -o gdtoa_hexnan.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_misc.c -o gdtoa_misc.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_smisc.c -o gdtoa_smisc.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_strtod.c -o gdtoa_strtod.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_strtodg.c -o gdtoa_strtodg.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_strtof.c -o gdtoa_strtof.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_strtord.c -o gdtoa_strtord.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_sum.c -o gdtoa_sum.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -w -c gdtoa_ulp.c -o gdtoa_ulp.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/modf.c -o modf.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/_Exit.c -o _Exit.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/a64l.c -o a64l.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/abort.c -o abort.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/abs.c -o abs.o cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -DNLS -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/sparc64.sparc64/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/stdlib/atexit.c -o atexit.o /src/lib/libc/stdlib/atexit.c: In function 'atexit_b': /src/lib/libc/stdlib/atexit.c:157: error: cannot convert to a pointer type *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-03 08:53:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-03 08:53:28 - ERROR: failed to build world TB --- 2014-04-03 08:53:28 - 498.69 user 98.66 system 664.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 09:22:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6273A1A for ; Thu, 3 Apr 2014 09:22:07 +0000 (UTC) Received: from mail-lb0-x22e.google.com (mail-lb0-x22e.google.com [IPv6:2a00:1450:4010:c04::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3E8EFFD3 for ; Thu, 3 Apr 2014 09:22:07 +0000 (UTC) Received: by mail-lb0-f174.google.com with SMTP id u14so1094326lbd.5 for ; Thu, 03 Apr 2014 02:22:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:cc :content-type; bh=5Inl9IegsvhXJaKeS1qlAZIXpmRrRMVINkDMf4TuugE=; b=pzCvggJJ5Qq39VcMi61HSvlb/b1zbUk9ORPHVf595jS/AmAUEpDpmDifZSeWITBGUP irC7n1FdFCyyuldES0QFPYdWN0FFLBA8eBJ9tBkqoh8gBiCBnE3oBZCCpXE7kq84YKjb sPYKyVmroPM20p0ib9TtwFDLQuS1Bjp+YwOGz6sWIZg7YxPmnIzLhlatqzxjuNMgEOrJ dH5k8/tCR37V++DIxwFi3H5q9On1V3uONuPAE3a5c5zuLIp/Le1m6cK0tCo7V9+HWGBn gppGqOB7EojiVifVA/uXWpC97vkMM6tu6vurLzm7TEx89HaTTkoQZ0G64y7ZiAZe7Bpy Sarw== X-Received: by 10.152.36.73 with SMTP id o9mr3773420laj.30.1396516925137; Thu, 03 Apr 2014 02:22:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.152.207.10 with HTTP; Thu, 3 Apr 2014 02:21:34 -0700 (PDT) In-Reply-To: <20140403075824.GA50437@regency.nsu.ru> References: <082a01cf4db9$240d3e90$6c27bbb0$@FreeBSD.org> <201404012240.s31MeIe4073267@hergotha.csail.mit.edu> <20140403014419.GA45830@regency.nsu.ru> <20140403075824.GA50437@regency.nsu.ru> From: Matthias Gamsjager Date: Thu, 3 Apr 2014 11:21:34 +0200 Message-ID: Subject: Re: Leaving the Desktop Market Cc: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 09:22:07 -0000 > Since when is GIMP an alternative to Lightroom? I was talking about > raw processors, not raster image manipulators. > The opensource alternatives to Lightroom come not close to the original. The _same_ is true for GIMP which is hardly workable and is not more then a nice showcase but its usability is just horrible. From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 09:27:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 41548C5D for ; Thu, 3 Apr 2014 09:27:04 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id E940D6D for ; Thu, 3 Apr 2014 09:27:03 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile12) with ESMTP id s339QuTJ020488; Thu, 3 Apr 2014 18:26:56 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili11) with ESMTP id s339QuR17644; Thu, 3 Apr 2014 18:26:56 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi17) id s339QuiA018866; Thu, 3 Apr 2014 18:26:56 +0900 Received: from localhost by lomi17.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id s339QuNs018849; Thu, 3 Apr 2014 18:26:56 +0900 Date: Thu, 03 Apr 2014 18:26:56 +0900 (JST) Message-Id: <20140403.182656.1696050559410663288.okuno.kohji@jp.panasonic.com> To: kostikbel@gmail.com Subject: Re: kevent has bug? From: Kohji Okuno In-Reply-To: <20140402174400.GR21331@kib.kiev.ua> References: <20140402120745.GN21331@kib.kiev.ua> <20140402164542.GC3270@funkthat.com> <20140402174400.GR21331@kib.kiev.ua> Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, okuno.kohji@jp.panasonic.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 09:27:04 -0000 From: Konstantin Belousov Date: Wed, 2 Apr 2014 20:44:00 +0300 > On Wed, Apr 02, 2014 at 09:45:43AM -0700, John-Mark Gurney wrote: >> Konstantin Belousov wrote this message on Wed, Apr 02, 2014 at 15:07 +0300: >> Well, it's not that its preventing waking up the waiter, but failing to >> register the event on the knote because of the _INFLUX flag... > Yes, I used the wrong terminology. > >> >> > Patch below fixed your test case for me, also tools/regression/kqueue did >> > not noticed a breakage. I tried to describe the situation in the >> > comment in knote(). Also, I removed unlocked check for the KN_INFLUX >> > in knote, since it seems to be an optimization for rare case, and is >> > the race on its own. >> >> Comments below... >> >> > diff --git a/sys/kern/kern_event.c b/sys/kern/kern_event.c >> > index b3fb23d..380f1ff 100644 >> > --- a/sys/kern/kern_event.c >> > +++ b/sys/kern/kern_event.c >> >> [...] >> >> > @@ -1506,7 +1506,7 @@ retry: >> > KQ_LOCK(kq); >> > kn = NULL; >> > } else { >> > - kn->kn_status |= KN_INFLUX; >> > + kn->kn_status |= KN_INFLUX | KN_SCAN; >> > KQ_UNLOCK(kq); >> > if ((kn->kn_status & KN_KQUEUE) == KN_KQUEUE) >> > KQ_GLOBAL_LOCK(&kq_global, haskqglobal); >> >> Is there a reason you don't add the KN_SCAN to the other cases in >> kqueue_scan that set the _INFLUX flag? > Other cases in kqueue_scan() which set influx do the detach and drop, > so I do not see a need to ensure that note is registered. Except I missed > one case, which you pointed out. > >> >> [...] >> >> > @@ -1865,28 +1866,33 @@ knote(struct knlist *list, long hint, int lockflags) >> > */ >> > SLIST_FOREACH(kn, &list->kl_list, kn_selnext) { >> > kq = kn->kn_kq; >> > - if ((kn->kn_status & KN_INFLUX) != KN_INFLUX) { >> > + KQ_LOCK(kq); >> > + if ((kn->kn_status & (KN_INFLUX | KN_SCAN)) == KN_INFLUX) { >> > + /* >> > + * Do not process the influx notes, except for >> > + * the influx coming from the kq unlock in the >> > + * kqueue_scan(). In the later case, we do >> > + * not interfere with the scan, since the code >> > + * fragment in kqueue_scan() locks the knlist, >> > + * and cannot proceed until we finished. >> > + */ >> >> We might want to add a marker node, and reprocess the list from the >> marker node, because this might introduce other races in the code too... >> but the problem with that is that knote is expected to keep the list >> locked throughout the call if called w/ it already locked, and so we >> can't do that, without major work... :( > Why ? If the knlist lock is not dropped, I do not see a need for the > marker. The patch does not introduce the sleep point for the KN_SCAN > knotes anyway. > >> >> I added a similar comment in knote_fork: >> * XXX - Why do we skip the kn if it is _INFLUX? Does this >> * mean we will not properly wake up some notes? >> >> and it looks like it was true... >> >> So, upon reading the other _INFLUX cases, it looks like we should change >> _SCAN to be, _CHANGING or something similar, and any place we don't end >> up dropping the knote, we set this flag also... Once such case is at >> the end of kqueue_register, just before the label done_ev_add, where we >> update the knote w/ new udata and other fields.. Or change the logic >> of the flag, and set it for all the cases we are about to drop the >> knote.. > So do you prefer KN_CHANGING instead of KN_SCAN ? I do not have any > objections against renaming the flag, but _CHANGING seems to not say > anything about the flag intent. I would say that KN_STABLE is more > useful, or KN_INFLUX_NODEL, or whatever. > > The done_ev_add case is indeed missed in my patch, thank you for noting. > The case of EV_ADD does not need the KN_SCAN workaround, IMO, since the > race is possible just by the nature of adding the knote. > >> >> > + KQ_UNLOCK(kq); >> > + } else if ((lockflags & KNF_NOKQLOCK) != 0) { >> > + kn->kn_status |= KN_INFLUX; >> > + KQ_UNLOCK(kq); >> > + error = kn->kn_fop->f_event(kn, hint); >> > KQ_LOCK(kq); >> >> I believe we can drop this unlock/lock pair as it's safe to hold the >> KQ lock over f_event, we do that in knote_fork... > The knote_fork() is for the special kinds of knote only, where we indeed know > in advance that having the kqueue locked around f_event does not break things. > > Updated patch below. > > diff --git a/sys/kern/kern_event.c b/sys/kern/kern_event.c > index b3fb23d..fadb8fd 100644 > --- a/sys/kern/kern_event.c > +++ b/sys/kern/kern_event.c > @@ -474,7 +474,7 @@ knote_fork(struct knlist *list, int pid) > continue; > kq = kn->kn_kq; > KQ_LOCK(kq); > - if ((kn->kn_status & KN_INFLUX) == KN_INFLUX) { > + if ((kn->kn_status & (KN_INFLUX | KN_SCAN)) == KN_INFLUX) { > KQ_UNLOCK(kq); > continue; > } > @@ -1174,7 +1174,7 @@ findkn: > * but doing so will not reset any filter which has already been > * triggered. > */ > - kn->kn_status |= KN_INFLUX; > + kn->kn_status |= KN_INFLUX | KN_SCAN; > KQ_UNLOCK(kq); > KN_LIST_LOCK(kn); > kn->kn_kevent.udata = kev->udata; > @@ -1197,7 +1197,7 @@ done_ev_add: > KQ_LOCK(kq); > if (event) > KNOTE_ACTIVATE(kn, 1); > - kn->kn_status &= ~KN_INFLUX; > + kn->kn_status &= ~(KN_INFLUX | KN_SCAN); > KN_LIST_UNLOCK(kn); > > if ((kev->flags & EV_DISABLE) && > @@ -1506,7 +1506,7 @@ retry: > KQ_LOCK(kq); > kn = NULL; > } else { > - kn->kn_status |= KN_INFLUX; > + kn->kn_status |= KN_INFLUX | KN_SCAN; > KQ_UNLOCK(kq); > if ((kn->kn_status & KN_KQUEUE) == KN_KQUEUE) > KQ_GLOBAL_LOCK(&kq_global, haskqglobal); > @@ -1515,7 +1515,8 @@ retry: > KQ_LOCK(kq); > KQ_GLOBAL_UNLOCK(&kq_global, haskqglobal); > kn->kn_status &= > - ~(KN_QUEUED | KN_ACTIVE | KN_INFLUX); > + ~(KN_QUEUED | KN_ACTIVE | KN_INFLUX | > + KN_SCAN); > kq->kq_count--; > KN_LIST_UNLOCK(kn); > influx = 1; > @@ -1545,7 +1546,7 @@ retry: > } else > TAILQ_INSERT_TAIL(&kq->kq_head, kn, kn_tqe); > > - kn->kn_status &= ~(KN_INFLUX); > + kn->kn_status &= ~(KN_INFLUX | KN_SCAN); > KN_LIST_UNLOCK(kn); > influx = 1; > } > @@ -1865,28 +1866,33 @@ knote(struct knlist *list, long hint, int lockflags) > */ > SLIST_FOREACH(kn, &list->kl_list, kn_selnext) { > kq = kn->kn_kq; > - if ((kn->kn_status & KN_INFLUX) != KN_INFLUX) { > + KQ_LOCK(kq); > + if ((kn->kn_status & (KN_INFLUX | KN_SCAN)) == KN_INFLUX) { > + /* > + * Do not process the influx notes, except for > + * the influx coming from the kq unlock in the > + * kqueue_scan(). In the later case, we do > + * not interfere with the scan, since the code > + * fragment in kqueue_scan() locks the knlist, > + * and cannot proceed until we finished. > + */ > + KQ_UNLOCK(kq); > + } else if ((lockflags & KNF_NOKQLOCK) != 0) { > + kn->kn_status |= KN_INFLUX; > + KQ_UNLOCK(kq); > + error = kn->kn_fop->f_event(kn, hint); > KQ_LOCK(kq); > - if ((kn->kn_status & KN_INFLUX) == KN_INFLUX) { > - KQ_UNLOCK(kq); > - } else if ((lockflags & KNF_NOKQLOCK) != 0) { > - kn->kn_status |= KN_INFLUX; > - KQ_UNLOCK(kq); > - error = kn->kn_fop->f_event(kn, hint); > - KQ_LOCK(kq); > - kn->kn_status &= ~KN_INFLUX; > - if (error) > - KNOTE_ACTIVATE(kn, 1); > - KQ_UNLOCK_FLUX(kq); > - } else { > - kn->kn_status |= KN_HASKQLOCK; > - if (kn->kn_fop->f_event(kn, hint)) > - KNOTE_ACTIVATE(kn, 1); > - kn->kn_status &= ~KN_HASKQLOCK; > - KQ_UNLOCK(kq); > - } > + kn->kn_status &= ~KN_INFLUX; > + if (error) > + KNOTE_ACTIVATE(kn, 1); > + KQ_UNLOCK_FLUX(kq); > + } else { > + kn->kn_status |= KN_HASKQLOCK; > + if (kn->kn_fop->f_event(kn, hint)) > + KNOTE_ACTIVATE(kn, 1); > + kn->kn_status &= ~KN_HASKQLOCK; > + KQ_UNLOCK(kq); > } > - kq = NULL; > } > if ((lockflags & KNF_LISTLOCKED) == 0) > list->kl_unlock(list->kl_lockarg); > diff --git a/sys/sys/event.h b/sys/sys/event.h > index bad8c9e..3b765c0 100644 > --- a/sys/sys/event.h > +++ b/sys/sys/event.h > @@ -207,6 +207,7 @@ struct knote { > #define KN_MARKER 0x20 /* ignore this knote */ > #define KN_KQUEUE 0x40 /* this knote belongs to a kq */ > #define KN_HASKQLOCK 0x80 /* for _inevent */ > +#define KN_SCAN 0x100 /* flux set in kqueue_scan() */ > int kn_sfflags; /* saved filter flags */ > intptr_t kn_sdata; /* saved data field */ > union { Hi, I think, we should add KN_SCAN after knote_attach() in kqueue_register(), too. What do you think about this? Best regards, Kohji Okuno From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 02:15:16 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2637FF2E; Thu, 3 Apr 2014 02:15:16 +0000 (UTC) Received: from mx.nsu.ru (mx.nsu.ru [84.237.50.39]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7C98A942; Thu, 3 Apr 2014 02:15:14 +0000 (UTC) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.72) (envelope-from ) id 1WVXBE-0006t6-LG; Thu, 03 Apr 2014 09:15:06 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id s332EOH2059153; Thu, 3 Apr 2014 09:14:34 +0700 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.2/8.14.2/Submit) id s332EHg5059078; Thu, 3 Apr 2014 09:14:17 +0700 (NOVT) (envelope-from danfe) Date: Thu, 3 Apr 2014 09:14:17 +0700 From: Alexey Dokuchaev To: Kevin Oberman Subject: Re: Leaving the Desktop Market Message-ID: <20140403021417.GA50938@regency.nsu.ru> References: <20140401094044.GX44074@e-new.0x20.net> <083e01cf4db9$f8f4e040$eadea0c0$@FreeBSD.org> <20140401174302.GU44074@e-new.0x20.net> <20140401195006.GA1368@tiny-r255948> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-KLMS-Rule-ID: 1 X-KLMS-Message-Action: clean X-KLMS-AntiSpam-Lua-Profiles: 59167 [Apr 03 2014] X-KLMS-AntiSpam-Version: 5.3.6 X-KLMS-AntiSpam-Envelope-From: danfe@regency.nsu.ru X-KLMS-AntiSpam-Rate: 0 X-KLMS-AntiSpam-Status: not_detected X-KLMS-AntiSpam-Method: none X-KLMS-AntiSpam-Moebius-Timestamps: 2856097, 2856303, 0 X-KLMS-AntiSpam-Interceptor-Info: scan successful X-KLMS-AntiVirus: Kaspersky Security 8.0 for Linux Mail Server 8.0.0.455, not checked X-KLMS-AntiVirus-Status: NotChecked: not checked, skipped X-Mailman-Approved-At: Thu, 03 Apr 2014 11:09:28 +0000 Cc: freebsd-advocacy@freebsd.org, Lars Engels , Matthias Apitz , Eitan Adler , hackers@freebsd.org, dteske@freebsd.org, Jordan Hubbard , "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 02:15:16 -0000 On Tue, Apr 01, 2014 at 03:10:22PM -0700, Kevin Oberman wrote: > FreeBSD desktop since 3.3 (makes me a newbie!) I really dislike pulseaudio > and have managed to live without it. Firefox works fine without it. > Unfortunately they dropped OSS support a while go, so I now must use alsa, > but it works well and without the pain of dealing with pulseaudio, a > solution in search of a problem it I ever saw one. PA should just die, of course, just like that kid's other "products". OSS is so nice; it supports all those nifty features like per-application mixing and stuff, we have a very strong implementation of it (kudos to ariff@, let me remind us all: http://people.freebsd.org/~ariff/SOUND_4.TXT.html). Giving Firerox back its OSS support is my on TODO list, unfortunately I do not have any idea when (or if) I can look at it, but that would be a nice step in dealsificaion of our Ports Collection. OSS was, and should remain, the standard Unixish sound system API. > Audio output is pretty system dependent, but I had little problem getting > my audio to auto-switch to headphones when I plugged them in. The setup is > a bit ugly,but I only had to check the available PINs (ugly, ugly) and set > up stuff once. It just works. Not always, unfortunately. I also had a working pin override configuration in /boot/loader.conf, but after r236750 (major snd_hda driver rewrite) it stopped working. I've reported it and tried to get some support from mav@ but he never replied. Since then, I have to carry pre-r236750 version of snd_hda(4) to have working sound. > Power is an issue and I find the current defaults suck. Read mav's article > on the subject on the wiki. >From reading that article, I've only added hw.pci.do_power_nodriver="3" and hw.pci.do_power_resume="0" to /boot/loader.conf. More aggressive settings, like cx_lowest="C2", made my laptop very sluggish and unpleasant to operate; powerd(8) behaves sanely with no tuning, so I wouldn't say that our current defaults suck. The reason why we're behind on the "green" lane is because we generally do not pay much attention when it comes to power-saving during development of FreeBSD. (I'd like to be proven wrong.) ./danfe From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 03:42:31 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A6550B9C; Thu, 3 Apr 2014 03:42:31 +0000 (UTC) Received: from mx.nsu.ru (mx.nsu.ru [84.237.50.39]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4950974; Thu, 3 Apr 2014 03:42:31 +0000 (UTC) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.72) (envelope-from ) id 1WVYXh-000155-Ep; Thu, 03 Apr 2014 10:42:22 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id s333fuSH085569; Thu, 3 Apr 2014 10:42:06 +0700 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.2/8.14.2/Submit) id s333fpC9085547; Thu, 3 Apr 2014 10:41:51 +0700 (NOVT) (envelope-from danfe) Date: Thu, 3 Apr 2014 10:41:50 +0700 From: Alexey Dokuchaev To: David Chisnall Subject: Re: Leaving the Desktop Market Message-ID: <20140403034150.GA78653@regency.nsu.ru> References: <3F7430D7-3C0F-43E1-8EBD-8AA4F701497C@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F7430D7-3C0F-43E1-8EBD-8AA4F701497C@FreeBSD.org> User-Agent: Mutt/1.4.2.1i X-KLMS-Rule-ID: 1 X-KLMS-Message-Action: clean X-KLMS-AntiSpam-Lua-Profiles: 59168 [Apr 03 2014] X-KLMS-AntiSpam-Version: 5.3.6 X-KLMS-AntiSpam-Envelope-From: danfe@regency.nsu.ru X-KLMS-AntiSpam-Rate: 0 X-KLMS-AntiSpam-Status: not_detected X-KLMS-AntiSpam-Method: none X-KLMS-AntiSpam-Moebius-Timestamps: 2857058, 2857087, 0 X-KLMS-AntiSpam-Interceptor-Info: scan successful X-KLMS-AntiVirus: Kaspersky Security 8.0 for Linux Mail Server 8.0.0.455, not checked X-KLMS-AntiVirus-Status: NotChecked: not checked, skipped X-Mailman-Approved-At: Thu, 03 Apr 2014 11:15:30 +0000 Cc: Eitan Adler , hackers@FreeBSD.org, current@FreeBSD.org, Jordan Hubbard , freebsd-advocacy@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 03:42:31 -0000 On Tue, Apr 01, 2014 at 08:38:28AM +0100, David Chisnall wrote: > On 1 Apr 2014, at 08:11, Jordan Hubbard wrote: > > 1. Power. As you point out, being truly power efficient is a complete > > top-to-bottom engineering effort and it takes a lot more than just trying > > to idle the processor whenever possible to achieve that. You need to > > optimize all of the hot-spot routines in the system for power efficiency > > (which actually involves a fair amount of micro architecture knowledge), > > you need a kernel scheduler that is power management aware, you need a > > process management system that runs as few things as possible and knows > > how to schedule things during package wake-up intervals, you need timers > > to be coalesced at the level where applications consume them, the list > > just goes on and on. It's a lot of engineering work, and to drive that > > work you also need a lot of telemetry data and people with big sticks > > running around hitting people who write power-inefficient code. FreeBSD > > has neither. Thanks Jordan, this is an excellent elaboration on why exactly we're behind on the "green" lane, and on power-neglective FreeBSD development overall. > Just a small note here: Improving power management is something that the > Core Team and the Foundation have jointly identified as an important goal, > in particular for mobile/embedded scenarios. We're currently coordinating > potential sponsors for the work and soliciting proposals from people > interested in doing the work. If you know of anyone in either category > then please drop either me, core, or the Foundation an email. > > Some things have already seen progress, for example Davide's calloutng work > includes timer coalescing, but there are still a lot of, uh, opportunities > for improvement. The Symbian EKA2 book has some very interesting detail on > their power management infrastructure, which would be worth looking at for > anyone interested in working on this, and I believe your former employer > had some expertise in this area. Now that's something I'm glad to hear. It would be cool if FreeBSD gained some power-efficient software that run smoothly together with hardware (and laptops in particular) developed by Jordan's former employer. ;-) > For example, currently hald wakes up every 30 seconds and polls the optical > drive if you have one. Why? Because there's no devd event when a CD is > inserted, so the only way for it to get these notifications is polling. I'm surprised to find out that our devd(8) does not emit some event on CD insertion. On the other, if by "hald" you mean the one installed by the `sysutils/hal' port, I've personally never run it, and do not recommend it to anyone. ./danfe From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 07:59:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 74449F20 for ; Thu, 3 Apr 2014 07:59:14 +0000 (UTC) Received: from mx.nsu.ru (mx.nsu.ru [84.237.50.39]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1857B856 for ; Thu, 3 Apr 2014 07:59:13 +0000 (UTC) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.72) (envelope-from ) id 1WVcY7-0008Tr-Hy; Thu, 03 Apr 2014 14:59:04 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id s337wT4O052506; Thu, 3 Apr 2014 14:58:39 +0700 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.2/8.14.2/Submit) id s337wOGF052467; Thu, 3 Apr 2014 14:58:24 +0700 (NOVT) (envelope-from danfe) Date: Thu, 3 Apr 2014 14:58:24 +0700 From: Alexey Dokuchaev To: Matthias Gamsjager Subject: Re: Leaving the Desktop Market Message-ID: <20140403075824.GA50437@regency.nsu.ru> References: <082a01cf4db9$240d3e90$6c27bbb0$@FreeBSD.org> <201404012240.s31MeIe4073267@hergotha.csail.mit.edu> <20140403014419.GA45830@regency.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-KLMS-Rule-ID: 1 X-KLMS-Message-Action: clean X-KLMS-AntiSpam-Lua-Profiles: 59182 [Apr 03 2014] X-KLMS-AntiSpam-Version: 5.3.6 X-KLMS-AntiSpam-Envelope-From: danfe@regency.nsu.ru X-KLMS-AntiSpam-Rate: 0 X-KLMS-AntiSpam-Status: not_detected X-KLMS-AntiSpam-Method: none X-KLMS-AntiSpam-Moebius-Timestamps: 2857447, 2857477, 2857459 X-KLMS-AntiSpam-Interceptor-Info: scan successful X-KLMS-AntiVirus: Kaspersky Security 8.0 for Linux Mail Server 8.0.0.455, not checked X-KLMS-AntiVirus-Status: NotChecked: not checked, skipped X-Mailman-Approved-At: Thu, 03 Apr 2014 11:15:42 +0000 Cc: michael@rancid.berkeley.edu, FreeBSD Current , Garrett Wollman X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 07:59:14 -0000 On Thu, Apr 03, 2014 at 09:49:31AM +0200, Matthias Gamsjager wrote: > > There are a few alternatives to Lightroom available in Ports Collection, > > you might want to give them a try one day. > > > offtopic: > But it does not even come close to Lightroom. Gimp is also not even > close to Photoshop. Maybe Pixelmator. But Gimp? The UI and usability > is such a mess. Since when is GIMP an alternative to Lightroom? I was talking about raw processors, not raster image manipulators. ./danfe From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 09:59:13 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8DF2699 for ; Thu, 3 Apr 2014 09:59:13 +0000 (UTC) Received: from mx.nsu.ru (mx.nsu.ru [84.237.50.39]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8C7CF3CA for ; Thu, 3 Apr 2014 09:59:13 +0000 (UTC) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.72) (envelope-from ) id 1WVeQF-0003Tn-K3; Thu, 03 Apr 2014 16:59:05 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id s339wj5s081508; Thu, 3 Apr 2014 16:58:55 +0700 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.2/8.14.2/Submit) id s339weiH081467; Thu, 3 Apr 2014 16:58:40 +0700 (NOVT) (envelope-from danfe) Date: Thu, 3 Apr 2014 16:58:40 +0700 From: Alexey Dokuchaev To: Matthias Gamsjager Subject: Re: Leaving the Desktop Market Message-ID: <20140403095840.GA79573@regency.nsu.ru> References: <082a01cf4db9$240d3e90$6c27bbb0$@FreeBSD.org> <201404012240.s31MeIe4073267@hergotha.csail.mit.edu> <20140403014419.GA45830@regency.nsu.ru> <20140403075824.GA50437@regency.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-KLMS-Rule-ID: 1 X-KLMS-Message-Action: clean X-KLMS-AntiSpam-Lua-Profiles: 59189 [Apr 03 2014] X-KLMS-AntiSpam-Version: 5.3.6 X-KLMS-AntiSpam-Envelope-From: danfe@regency.nsu.ru X-KLMS-AntiSpam-Rate: 0 X-KLMS-AntiSpam-Status: not_detected X-KLMS-AntiSpam-Method: none X-KLMS-AntiSpam-Moebius-Timestamps: 2858065, 2858118, 2858063 X-KLMS-AntiSpam-Interceptor-Info: scan successful X-KLMS-AntiVirus: Kaspersky Security 8.0 for Linux Mail Server 8.0.0.455, not checked X-KLMS-AntiVirus-Status: NotChecked: not checked, skipped X-Mailman-Approved-At: Thu, 03 Apr 2014 11:15:54 +0000 Cc: FreeBSD-CURRENT ML X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 09:59:14 -0000 On Thu, Apr 03, 2014 at 11:21:34AM +0200, Matthias Gamsjager wrote: > > Since when is GIMP an alternative to Lightroom? I was talking about > > raw processors, not raster image manipulators. > > The opensource alternatives to Lightroom come not close to the original. They maybe not yet a drop-in replacement, but they are competitive enough to be discussed on photo forums (read: outside open source geeky cabal): http://www.pentaxforums.com/forums/32-digital-processing-software-printing/242584-darktable-vs-lightroom.html http://photo.stackexchange.com/questions/37238/how-does-darktable-compare-to-adobe-lightroom-for-editing-jpegs http://photo.stackexchange.com/questions/23272/simple-comparison-of-lightroom-4-corel-aftershot-pro-darktable http://www.dpreview.com/forums/post/39475179 As they say, "The differences in actual editing are negligible. It's not even worth migrating between the two. LR comes with a price-tag, Darktable comes with bugs." ./danfe From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 10:07:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C44FF96A; Thu, 3 Apr 2014 10:07:43 +0000 (UTC) Received: from mx1.pertho.net (87-194-102-137.bethere.co.uk [87.194.102.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "pertho.net", Issuer "pertho.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4EDFD69F; Thu, 3 Apr 2014 10:07:42 +0000 (UTC) Received: from syn.pertho.net (syn.pertho.lan [10.0.29.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: tom) by syn.pertho.net (Postfix) with ESMTPSA id 69B5C1D449F; Thu, 3 Apr 2014 11:02:09 +0100 (BST) Date: Thu, 3 Apr 2014 11:02:07 +0100 From: Tom Murphy To: Adrian Chadd Subject: Re: iwn(4) in -HEAD supporting Centrino Wireless-N 135 Message-ID: <20140403100207.GA23640@syn.pertho.net> References: <20140226123709.GA31099@syn.pertho.net> <530EE7F4.3080903@shurik.kiev.ua> <530EEEA5.4090306@shurik.kiev.ua> <20140228230705.GA28290@syn.pertho.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Mailman-Approved-At: Thu, 03 Apr 2014 11:16:13 +0000 Cc: Alexandr , Tom Murphy , freebsd-current , "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 10:07:43 -0000 Hi, I'm just wondering if you had any time to look at this? I'm happy to test any patches or diffs. Regards, Tom On Tue, Mar 11, 2014 at 11:03:20AM -0700, Adrian Chadd wrote: > I still don't have any ideas here. I do however want to try hacking > the driver to transmit EAPOL frames at the management rate, and then > ensure the management rate is non-MCS. > > > -a > > > On 28 February 2014 15:14, Adrian Chadd wrote: > > Hi, > > > > the interesting bits: > > > > > > Feb 28 22:55:22 kernel: iwn_tx_data: qid 3 idx 3 len 129 nsegs 2 rate > > 0002 plcp 0x0000420a > > Feb 28 22:55:22 kernel: iwn_tx_data: qid 3 idx 4 len 129 nsegs 2 rate > > 0002 plcp 0x0000420a > > Feb 28 22:55:22 kernel: iwn5000_tx_done: qid 3 idx 3 retries 16 nkill > > 0 rate 80006902 duration 2815 status 83 > > Feb 28 22:55:22 kernel: iwn5000_tx_done: qid 3 idx 4 retries 16 nkill > > 0 rate 80006902 duration 2815 status 83 > > Feb 28 22:55:23 kernel: iwn_tx_data: qid 3 idx 5 len 129 nsegs 2 rate > > 0002 plcp 0x0000420a > > Feb 28 22:55:23 kernel: iwn_tx_data: qid 3 idx 6 len 129 nsegs 2 rate > > 0002 plcp 0x0000420a > > Feb 28 22:55:23 kernel: iwn5000_tx_done: qid 3 idx 5 retries 16 nkill > > 0 rate 80006902 duration 2815 status 83 > > Feb 28 22:55:23 kernel: iwn5000_tx_done: qid 3 idx 6 retries 16 nkill > > 0 rate 80006902 duration 2815 status 83 > > Feb 28 22:55:24 kernel: iwn_tx_data: qid 3 idx 7 len 129 nsegs 2 rate > > 0002 plcp 0x0000420a > > Feb 28 22:55:24 kernel: iwn_tx_data: qid 3 idx 8 len 129 nsegs 2 rate > > 0002 plcp 0x0000420a > > Feb 28 22:55:24 kernel: iwn5000_tx_done: qid 3 idx 7 retries 16 nkill > > 0 rate 80006902 duration 2815 status 83 > > Feb 28 22:55:24 kernel: iwn5000_tx_done: qid 3 idx 8 retries 16 nkill > > 0 rate 80006902 duration 2815 status 83 > > > > .. so it's failing to transmit the management frames after association > > - they're being transmitted at MCS0 and the AP is just plain not > > ACKing them. > > > > Now, I don't know why this is. It's trying to transmit the initial > > frame at non-MCS rates, but I have a feeling the multi-rate retry > > table thing is confusing it and it's trying to send it as MCS. So > > maybe the AP doesn't like management frames at MCS rates. > > > > I'll have to think about this a little. > > > > -a > > > > > > On 28 February 2014 15:07, Tom Murphy wrote: > >> I've attached my iwn debug messages to this email starting > >> with the point I tried to associate to the Wifi. > >> > >> Thanks again for looking at this! > >> > >> Kind regards, > >> Tom > >> > >> On Thu, Feb 27, 2014 at 12:13:51PM -0800, Adrian Chadd wrote: > >>> On 26 February 2014 23:52, Alexandr wrote: > >>> > Tom, could you: > >>> > > >>> > 1. compile kernel WITH_IWNDEBUG > >>> > 2. sysctl dev.iwn.0.debug=0x1 > >>> > 3. wlandebug -i wlan0 auth+assoc > >>> > 4. Associate with AP in 11n mode > >>> > 5. Send us appropriate /var/log/messages > >>> > > >>> > Then I try to compare it with my log. > >>> > >>> Please do. I've been trying to track down the source of this "ht just > >>> doesn't work!" but it works fine with all of the Intel NICs I have > >>> here. > >>> > >>> Can someone see if they can find a mtaching NIC online (amazon,ebay?) > >>> Owning one that I can whack in a laptop is likely going ot help things > >>> a lot. > >>> > >>> Thanks, > >>> > >>> > >>> -a From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 12:58:42 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B900F846; Thu, 3 Apr 2014 12:58:42 +0000 (UTC) Received: from mail.lifanov.com (mail.lifanov.com [206.125.175.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9D9269D6; Thu, 3 Apr 2014 12:58:42 +0000 (UTC) Received: by mail.lifanov.com (Postfix, from userid 58) id DDF2D1AF7C8; Thu, 3 Apr 2014 08:58:41 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.lifanov.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.4.0 Received: from [10.1.3.5] (cnet520-windstream.mcclatchyinteractive.com [166.108.16.2]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.lifanov.com (Postfix) with ESMTPSA id 62E301AF7C3; Thu, 3 Apr 2014 08:58:41 -0400 (EDT) Message-ID: <533D5B00.7030005@mail.lifanov.com> Date: Thu, 03 Apr 2014 08:58:40 -0400 From: Nikolai Lifanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Ryan Stone , freebsd-current@FreeBSD.org Subject: svn commits r264007-264011: disks missing References: <201404011602.s31G22QT056325@svn.freebsd.org> In-Reply-To: <201404011602.s31G22QT056325@svn.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 12:58:42 -0000 On 04/01/14 12:02, Ryan Stone wrote: > Author: rstone > Date: Tue Apr 1 16:02:02 2014 > New Revision: 264011 > URL: http://svnweb.freebsd.org/changeset/base/264011 > > Log: > Add support for PCIe ARI > With the changes between r264007-264011, my 4-port RocketRAID 640 card in JBOD mode just lost (?) 2 out of 4 disks. I disabled bhyve pci passthrough, tried looking for these disks with various tools, but no luck. There is no trace of them being available in dmesg, etc. I narrowed it down to that range of revisions, and going back to r264006 makes the disks show up again. - Nikolai Lifanov From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 13:08:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1C8C4C30 for ; Thu, 3 Apr 2014 13:08:52 +0000 (UTC) Received: from mail-qc0-x22f.google.com (mail-qc0-x22f.google.com [IPv6:2607:f8b0:400d:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CA0C4AA8 for ; Thu, 3 Apr 2014 13:08:51 +0000 (UTC) Received: by mail-qc0-f175.google.com with SMTP id e16so1770276qcx.6 for ; Thu, 03 Apr 2014 06:08:51 -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:message-id :subject:from:to:cc:content-type; bh=1u9Uf4gXwXrUh/mNOoec0qypzEmAkXBAiVSfXT+6sP0=; b=rO/ERYKtoGO33kgB8urijLPDMNhOmM0FX5/Myr379Qy/UPzn9tp/oFGs/ct1MnADIN lhZDTxdxrDcZsq05m/iJmuT0gdzbj3AYpsVVZ/oj0o6nY0BJ4V42iQak7HJ+rOFD1Cre hIBTsZa2ZcdnaqvetD20AsvnxL6REsZ1GRsJsUkv6KnQawLlX2drjrkGFibcxmboK3QB W+kmXz7uAn41alOdaKS6gQz9hKX9nrMp/aHlPdwPnV1KUA4mxdCj0fqrURfEeCJ2JjRK sMAIUGUBc18RlKi6yb4cXEEbXa65PAKT+OleIeJYTDU7aaW/rluZ99OtoZHMz02WZQ2Z 5FXA== MIME-Version: 1.0 X-Received: by 10.140.95.8 with SMTP id h8mr7000076qge.2.1396530529649; Thu, 03 Apr 2014 06:08:49 -0700 (PDT) Sender: shteryana@gmail.com Received: by 10.224.182.76 with HTTP; Thu, 3 Apr 2014 06:08:49 -0700 (PDT) In-Reply-To: <401084E5E73F4241A44F3C9E6FD79428010918396B@exch-01> References: <401084E5E73F4241A44F3C9E6FD7942801091834B4@exch-01> <401084E5E73F4241A44F3C9E6FD794280109183637@exch-01> <401084E5E73F4241A44F3C9E6FD79428010918381C@exch-01> <401084E5E73F4241A44F3C9E6FD79428010918396B@exch-01> Date: Thu, 3 Apr 2014 16:08:49 +0300 X-Google-Sender-Auth: GRoAZ8f_62DFpUph2bgOaYS4i6c Message-ID: Subject: Re: Call for testers: SNMPv3 support for bsnmpd(1) From: Shteryana Shopova To: "Marciano, Anthony" Content-Type: text/plain; charset=UTF-8 Cc: "Bjoern A. Zeeb" , Hartmut Brandt , "freebsd-current@freebsd.org" , "tomarox52@gmail.com" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: syrinx@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: Thu, 03 Apr 2014 13:08:52 -0000 Hi all, OK, I discovered and fixed several v3 bugs while testing this config. 1) A regresion introduced with SVN r256678 breaking parsing of v3 authentication part of a PDU - this is only in current; stable should be fine; I've uploaded a patch here - http://people.freebsd.org/~syrinx/snmp/libsnmp-v3-auth-20140403-01.diff 2) A bug in decoding string indexes in snmp_target(3), thus causing bsnmpd(1) to not send v3 notifications properly and two missing return statements which could lead to abort() in case of a rollback - this has never worked in the svn tree, I am not sure why the patch didn't make it - a patch is available here - http://people.freebsd.org/~syrinx/snmp/snmp_target-20140403-01.diff, it was generated against head, but should apply cleanly against stable too - to patch the module #cd #fetch http://people.freebsd.org/~syrinx/snmp/snmp_target-20140403-01.diff #cd /contrib/bsnmp #patch < snmp_target-20140403-01.diff #cd ../../usr.sbin/bsnmpd/modules/snmp_target/ #make && make install 3) A problem with old SNMP engine time being returned to the client in some cases (relevant to v3 only again) which would cause subsequent PDUs comming from the same client to be considered out-of-time-window and discarded - patch is available here - http://people.freebsd.org/~syrinx/snmp/bsnmpd-engine-time-20140403-01.diff 4) There is also a problem with the handling of the connected UDP sockets - e.g. if the client listening for the trap has not been available for sometime, the socket error is not cleared until the first send() - causing "snmpd[8573]: send: Connection refused" messages in syslog even though the trap was successfully send - an old patch (pre-v3 sources) is available here - http://people.freebsd.org/~syrinx/snmp/bsnmp-20101220-03.diff, I'll update it against head too Comments, reviews and test reports are very welcome. Now, the needed configuration for encrypted traps - 1) bsnmpd(1) part #First v3 SNMP Engine value should be set, e.g. engine := 0x80:0x10:0x08:0x10:0x80:0x25 snmpEngineID = $(engine) #USM module should be enabled and at least one user with proper credentials created user1 := "bsnmp" user1passwd := 0x22:0x98:0x1a:0x6e:0x39:0x93:0x16:0x5e:0x6a:0x21:0x1b:0xd8:0xa9:0x81:0x31:0x05:0x16:0x33:0x38:0x60 # # SNMPv3 User-based security module - must be loaded for SNMPv3 USM # begemotSnmpdModulePath."usm" = "/usr/lib/snmp_usm.so" # Definition of user "bsnmp" with password "bsnmptest" usmUserStatus.$(engine).$(user1) = 5 usmUserAuthProtocol.$(engine).$(user1) = $(HMACSHAAuthProtocol) usmUserAuthKeyChange.$(engine).$(user1) = $(user1passwd) usmUserPrivProtocol.$(engine).$(user1) = $(AesCfb128Protocol) usmUserPrivKeyChange.$(engine).$(user1) = $(user1passwd) usmUserStatus.$(engine).$(user1) = 1 #Definition of a Notification target where traps will be sent with the credentials of $user1 # # SNMPv3 Notification Targets module # begemotSnmpdModulePath."target" = "/usr/lib/snmp_target.so" tag := "test" snmpNotifyRowStatus.$(tag) = 4 snmpNotifyTag.$(tag) = $(tag) # # Specify the target parameters for the notifications - send with the credentials # of user $user1 # snmpTargetParamsRowStatus.$(tag) = 5 snmpTargetParamsMPModel.$(tag) = $(MPmodelSNMPv3) snmpTargetParamsSecurityModel.$(tag) = $(securityModelUSM) snmpTargetParamsSecurityName.$(tag) = $(user1) snmpTargetParamsSecurityLevel.$(tag) = $(authPriv) snmpTargetParamsRowStatus.$(tag) = 1 # # Define the notifications' target address - port 162 on localhost # snmpTargetAddrRowStatus.$(tag) = 5 snmpTargetAddrTAddress.$(tag) = 0x0a:0x0:0x0:0x01:0x0:0xa2 # hexstring representing 10.0.0.119 in 4 octets and port 162 in two octets snmpTargetAddrTagList.$(tag) = "test notification" snmpTargetAddrParams.$(tag) = $(tag) snmpTargetAddrRowStatus.$(tag) = 1 2) To receive the traps with net-snmp's snmptrapd put the following coonfiguration in /etc/snmp/snmptrapd.conf createUser -e 0x801008108025 bsnmp SHA "bsnmptest" AES "bsnmptest" authuser log bsnmp and start it e.g. #snmptrapd -f -C -c /etc/snmp/snmptrapd.conf -Le cheers, Shteryana On Tue, Apr 1, 2014 at 2:47 PM, Marciano, Anthony wrote: > Thank Harti. > > Tony > > -----Original Message----- > From: Hartmut Brandt [mailto:hartmut.brandt@dlr.de] > Sent: Tuesday, April 01, 2014 2:06 AM > To: Marciano, Anthony > Cc: syrinx@FreeBSD.org; Bjoern A. Zeeb; freebsd-current@freebsd.org; tomarox52@gmail.com > Subject: RE: Call for testers: SNMPv3 support for bsnmpd(1) > > On Mon, 31 Mar 2014, Marciano, Anthony wrote: > > MA>Currently, we are just looking to monitor standard objects such as > MA>interfaces and send traps accordingly. Would it be possible to > MA>provide a trap example of what needs to be added to the snmpd.config > MA>file to monitor an object and have it sent via V3? > MA> > MA>I've searched for this information and read through various RFCs but > MA>have not discovered any bsnmpd specific trap syntax and/or examples. > > Well, bsnmp can send only the standard traps currently. This is configured via the begemotTrapSinkTable (/usr/share/snmp/mibs/BEGEMOT-SNMPD.txt). > Each row in the table is a trap target and all traps are sent to all targets in the table. I don't know, how this interacts with v3, though. > > harti From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 13:13:11 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 55619D9E for ; Thu, 3 Apr 2014 13:13:11 +0000 (UTC) Received: from mail-pb0-f47.google.com (mail-pb0-f47.google.com [209.85.160.47]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2963AB43 for ; Thu, 3 Apr 2014 13:13:10 +0000 (UTC) Received: by mail-pb0-f47.google.com with SMTP id up15so1831857pbc.34 for ; Thu, 03 Apr 2014 06:13:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=rGEJNdPwwnydtFaRwHgUmVm3D25h1uqhdhtDGsehsFk=; b=ffF5FFSZjXeyXmnN5WnthoxvCAZKIhKlKiPoqxhxtD4ryT5ei+NwZSSAthXRA3mAtu KLhEGqU182Y9R+gGJXgUHzRxiakJiA8nIgxCFdLn6vf+FpcQgR1QhhoMWfWWfdrvzvfD iO98rMnSZ0h9O+y+4GLTrbs+PvRJ0ic5yM4iq2IXb1kevce1tYx1NS3MWY2TBBsCVZ97 i3KYlmY96jyZ6Tn7m5cYDNpP8vFAowDVkUI74g4BCUJX0rSAnElxPFUeQJ9x9Z7Qrukm 9x5+eB1ze8fZ9O6D0RDbJc6N7G/uyj9pgafgdN4MDywDzhoN+ne9zca3shrTsf6BIVLo suyw== X-Gm-Message-State: ALoCoQkQBZmv/k8L2EAmtL+EHWVmvX7+xUVt6+4twrfXYehwrZJxoiaUcKSLFS/hovZclrg90i41 X-Received: by 10.68.189.5 with SMTP id ge5mr7456188pbc.42.1396530783291; Thu, 03 Apr 2014 06:13:03 -0700 (PDT) Received: from [10.64.24.154] (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id nx12sm25298312pab.6.2014.04.03.06.13.01 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 03 Apr 2014 06:13:02 -0700 (PDT) Sender: Warner Losh Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: another Make (maybe) problem From: Warner Losh In-Reply-To: <533CD9E6.7040705@rcn.com> Date: Thu, 3 Apr 2014 07:13:00 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <533CD9E6.7040705@rcn.com> To: Robert Huff X-Mailer: Apple Mail (2.1874) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 13:13:11 -0000 On Apr 2, 2014, at 9:47 PM, Robert Huff wrote: > Warner: >=20 > > This will happen with fmake. I?ve put some safety belts in place in > > another fix to keep this from tripping people up (and plan on using = > a similar technique to keep people from hitting the aicasm bug on > > such systems). >=20 > As long as make-related issues are on the table ... >=20 > I have a system, running >=20 > FreeBSD 11.0-CURRENT #0 r263263: Mon Mar 17 15:09:18 EDT 2014 amd64 >=20 > where "make buildworld" fails. The immediate problem can be = seen at: >=20 > http://users.rcn.com/roberthuff/bw_tail >=20 > the full log at >=20 > http://users.rcn.com/roberthuff/bwl.bz2 >=20 > "make.conf" is appended. There is no "src.conf". >=20 > I never seen anything like this before; nothing like has come = across current@ (recently); and nothing in src/UPDATING appears = relevant. > Help, please? Neither have I. That=E2=80=99s a weird issue. amd64, I assume? Can you prune down your make.conf to find the minimal = line(s) that cause this? Warner > Robert Huff >=20 > =E2=97=99=E2=99=AA > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D make.conf >=20 > BDBCFLAGS+=3D -O -pipe > DEBUG_FLAGS+=3D -g > STRIP=3D > SYMVER_ENABLED=3D yes > X_WINDOW_SYSTEM=3D xorg > HAVE_MOTIF=3D yes >=20 > #FC=3D"gfortran42" >=20 > KERNCONF=3DJERUSALEM >=20 > # To avoid building various parts of the base system: > # (copied from /usr/share/examples/etc/make.conf >=20 > NO_BIND_ETC=3D true # Do not install files to /etc/namedb > NO_BLUETOOTH=3D true # do not build Bluetooth related stuff > NO_PROFILE=3D true # Avoid compiling profiled libraries >=20 > # to get automatic SASL in sendmail >=20 > SENDMAIL_CFLAGS+=3D -I/usr/local/include/ -DSASL=3D2 > SENDMAIL_LDFLAGS+=3D -L/usr/local/lib > SENDMAIL_LDADD+=3D -lsasl2 >=20 > # > # to make CUPS magically keep working > # See: http://www.csua.berkeley.edu/~ranga/notes/freebsd_cups.html > # >=20 > CUPS_OVERWRITE_BASE=3D yes > NO_LPR=3D true >=20 > # added per /usr/ports/UPDATING entry 20090401 >=20 > OVERRIDE_LINUX_BASE_PORT=3Df10 > OVERRIDE_LINUX_NONBASE_PORTS=3Df10 >=20 > # >=20 > WITH_MOZILLA=3D libxul > WITH_GECKO=3D libxul >=20 > # > # added 2007/03/04 per advice of > # in re science/gramps > # >=20 > WITH_BERKELEYDB=3Ddb6 > WITH_BDB_VER=3D6 > WANT_OPENLDAP_VER=3D24 > WANT_OPENLDAP_SASL=3Dtrue >=20 > # > # as required by ports/UPDATING of 20121012 > # >=20 > SAMBA_ENABLE=3DYES >=20 > # > # PORTS: use clang unless gcc is explicitly required > # >=20 > # > # default to using clang for all port builds, with the following > # exceptions >=20 > .if !empty(.CURDIR:M/usr/ports/graphics/libcdr) && = exists(/usr/local/bin/gcc47) > CC=3Dgcc47 > CXX=3Dg++47 > CPP=3Dcpp47 > .endif >=20 >=20 > .if ${.CURDIR:M*/usr/ports/*} > .if !defined(USE_GCC) > .if !defined(CC) || ${CC} =3D=3D "cc" > CC=3Dclang > .endif > .if !defined(CXX) || ${CXX} =3D=3D "c++" > CXX=3Dclang++ > .endif > .if !defined(CPP) || ${CPP} =3D=3D "cpp" > CPP=3Dclang-cpp > .endif > .endif > .endif >=20 >=20 > WITH_NEW_XORG=3D"yes" > WITH_GALLIUM=3D"yes" >=20 > WITH_BSD_SORT=3D >=20 >=20 > WITH_PKGNG=3Dyes >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 13:34:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0EF9D562 for ; Thu, 3 Apr 2014 13:34:06 +0000 (UTC) Received: from mail-pb0-f50.google.com (mail-pb0-f50.google.com [209.85.160.50]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D4475D28 for ; Thu, 3 Apr 2014 13:34:05 +0000 (UTC) Received: by mail-pb0-f50.google.com with SMTP id md12so1869717pbc.9 for ; Thu, 03 Apr 2014 06:33:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=eU9hoqpAplhAepHgYw5QE4YSMLbhuvdya2V6B+64qfo=; b=QEQV+xDrO01bD829zS4xCtAYxHcOjupaJPUic0XSkB7kexmsk5dhxTjo9gxjYx2U4Q UeP30AnnZEyGnbHdk36E//BinOAunuWGwUVXulf7p/0nbTNrSf0YiFu903tBouYPZSQs bUyNMABwxL1FJWwlsKCbQxvHV7U5KwIKEprOHVwiodB1/SQP3n+QuXqy3n+TrF0ft1b8 3pws2BMQQgJZ5bmFpkUqK+xx2aCfn4bPQuJZ8WyaZ9zcAo8imxW7/pW5v0/X+X8KxmgP gedQC7ose1e2+LUt3Za+DTON9PjBUQw/L4gx9GoJ0a3aHJJqOGqzRwLSrBn7J8psphVr r2WQ== X-Gm-Message-State: ALoCoQlHD8VfUpXwi9GwQ5A3jSY8uAva3gW+YXXvasn5OBsuQyM1rJNyd8aKQrzD6z4QN90RcIXi X-Received: by 10.68.143.231 with SMTP id sh7mr7476037pbb.7.1396531598011; Thu, 03 Apr 2014 06:26:38 -0700 (PDT) Received: from [10.64.24.154] (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id vh2sm11241877pbc.72.2014.04.03.06.26.36 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 03 Apr 2014 06:26:37 -0700 (PDT) Sender: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: gcc compilation broken with SVN r264042 From: Warner Losh In-Reply-To: <7DDE2B05-66D6-468A-9DEA-DA139A2A7174@FreeBSD.org> Date: Thu, 3 Apr 2014 07:26:35 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <99686E5C-6923-45CD-B2CB-8BE7592CAE7F@bsdimp.com> References: <533C61B8.7060809@protected-networks.net> <7DDE2B05-66D6-468A-9DEA-DA139A2A7174@FreeBSD.org> To: David Chisnall X-Mailer: Apple Mail (2.1874) Cc: Michael Butler , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 13:34:06 -0000 On Apr 3, 2014, at 2:11 AM, David Chisnall wrote: > On 3 Apr 2014, at 00:23, Warner Losh wrote: >=20 >> So less carping and more fixing is needed here. >=20 > Should be fixed in r264069 - I'm sure Jenkins / Tinderbox will tell me = if it isn't... >=20 > libc now builds for me with gcc and clang. thanks David=85 I=92d planned a universe run later today to test some = of my changes, so this will help=85 Warner= From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 13:47:35 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7D710A5F for ; Thu, 3 Apr 2014 13:47:35 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "theravensnest.org", Issuer "theravensnest.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 45264E40 for ; Thu, 3 Apr 2014 13:47:34 +0000 (UTC) Received: from c106.sec.cl.cam.ac.uk (c106.sec.cl.cam.ac.uk [128.232.18.106]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s33DZ36Z064716 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 3 Apr 2014 13:35:05 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: gcc compilation broken with SVN r264042 From: David Chisnall In-Reply-To: <99686E5C-6923-45CD-B2CB-8BE7592CAE7F@bsdimp.com> Date: Thu, 3 Apr 2014 14:35:03 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <533C61B8.7060809@protected-networks.net> <7DDE2B05-66D6-468A-9DEA-DA139A2A7174@FreeBSD.org> <99686E5C-6923-45CD-B2CB-8BE7592CAE7F@bsdimp.com> To: Warner Losh X-Mailer: Apple Mail (2.1874) Cc: Michael Butler , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 13:47:35 -0000 On 3 Apr 2014, at 14:26, Warner Losh wrote: >=20 > On Apr 3, 2014, at 2:11 AM, David Chisnall = wrote: >=20 >> On 3 Apr 2014, at 00:23, Warner Losh wrote: >>=20 >>> So less carping and more fixing is needed here. >>=20 >> Should be fixed in r264069 - I'm sure Jenkins / Tinderbox will tell = me if it isn't... >>=20 >> libc now builds for me with gcc and clang. >=20 > thanks David=85 I=92d planned a universe run later today to test some = of my > changes, so this will help=85 Let me know if you encounter any issues. I've built libc now with: - clang 3.4 (FreeBSD edition) - clang 3.4 (FreeBSD edition) -fblocks - gcc 4.2.1 FreeBSD edition - gcc 4.2.1 FreeBSD edition -fblocks - gcc 4.7.3 (from ports) All of these seem to work, and all produce a libc with _b functions that = work with my clang-compiled test program. =20 David From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 13:47:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 49B39B69 for ; Thu, 3 Apr 2014 13:47:53 +0000 (UTC) Received: from mail-pd0-f169.google.com (mail-pd0-f169.google.com [209.85.192.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 170C3E4C for ; Thu, 3 Apr 2014 13:47:52 +0000 (UTC) Received: by mail-pd0-f169.google.com with SMTP id fp1so1826506pdb.0 for ; Thu, 03 Apr 2014 06:47:50 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=ejWrn59zRsw+JXcdZMpwbju1NiLwrwSCG849E7DrYIA=; b=Vw+i03u12Eo3eR+Xqinvh9+2HRlwHhOB4jZQ88UUNX7Khj47RJXhLv/LCrolMlzxnc XkgF6TgRBKk/+U5y/yg5nuqrQjm+pFT5gm2vEtaXcNm4NGl8kmSc49T7+Yvx9ELqqUyE Wi3M2dCImbDJHwnS/nCkdGIR6kftLRqSBx1yhB0zSDSRFjWg1ql2SFyX9ST7bJmLYPFG /BKDCwy4z/0X2TadEWu86q7Wd9dpiSSW/FJzmrQzPVYRH1U3RXsdpDuEmLb4M4jyIpHz H7tzdT+ug9IfIPMT6ynXHQMG95SVF0VYIY73eet+JtuDJEfb4ZQd65lbEPGhE9hEkTDo sUEA== X-Gm-Message-State: ALoCoQlmDCh5l364MHoBjLSZHiLdU2zpvg+BBg69k2CfN/UVV56SctCkBebw0f9n6aOwqqaaIdM2 X-Received: by 10.66.140.104 with SMTP id rf8mr7333624pab.107.1396532870196; Thu, 03 Apr 2014 06:47:50 -0700 (PDT) Received: from [10.64.24.154] (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id sm5sm25644753pab.19.2014.04.03.06.47.48 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 03 Apr 2014 06:47:49 -0700 (PDT) Sender: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: gcc compilation broken with SVN r264042 From: Warner Losh In-Reply-To: Date: Thu, 3 Apr 2014 07:47:47 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <533C61B8.7060809@protected-networks.net> <7DDE2B05-66D6-468A-9DEA-DA139A2A7174@FreeBSD.org> <99686E5C-6923-45CD-B2CB-8BE7592CAE7F@bsdimp.com> To: David Chisnall X-Mailer: Apple Mail (2.1874) Cc: Michael Butler , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 13:47:53 -0000 On Apr 3, 2014, at 7:35 AM, David Chisnall wrote: > On 3 Apr 2014, at 14:26, Warner Losh wrote: >=20 >>=20 >> On Apr 3, 2014, at 2:11 AM, David Chisnall = wrote: >>=20 >>> On 3 Apr 2014, at 00:23, Warner Losh wrote: >>>=20 >>>> So less carping and more fixing is needed here. >>>=20 >>> Should be fixed in r264069 - I'm sure Jenkins / Tinderbox will tell = me if it isn't... >>>=20 >>> libc now builds for me with gcc and clang. >>=20 >> thanks David=85 I=92d planned a universe run later today to test = some of my >> changes, so this will help=85 >=20 > Let me know if you encounter any issues. I've built libc now with: >=20 > - clang 3.4 (FreeBSD edition) > - clang 3.4 (FreeBSD edition) -fblocks > - gcc 4.2.1 FreeBSD edition > - gcc 4.2.1 FreeBSD edition -fblocks > - gcc 4.7.3 (from ports) >=20 > All of these seem to work, and all produce a libc with _b functions = that work with my clang-compiled test program. =20 Cool. In the background, I=92m also testing patches against gcc48 and = gcc49 ports to allow them to compile FreeBSD, though I=92m not through = all the bootstrapping issues for cross builds=85 Warner From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 13:48:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 84A2CC98 for ; Thu, 3 Apr 2014 13:48:23 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0C019E5A for ; Thu, 3 Apr 2014 13:48:22 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.8/8.14.8) with ESMTP id s33DmGm6099557; Thu, 3 Apr 2014 16:48:16 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s33DmGm6099557 Received: (from kostik@localhost) by tom.home (8.14.8/8.14.8/Submit) id s33DmEU7099556; Thu, 3 Apr 2014 16:48:14 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 3 Apr 2014 16:48:14 +0300 From: Konstantin Belousov To: Kohji Okuno Subject: Re: kevent has bug? Message-ID: <20140403134814.GT21331@kib.kiev.ua> References: <20140402120745.GN21331@kib.kiev.ua> <20140402164542.GC3270@funkthat.com> <20140402174400.GR21331@kib.kiev.ua> <20140403.182656.1696050559410663288.okuno.kohji@jp.panasonic.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u+HAydxlPP+oPOdi" Content-Disposition: inline In-Reply-To: <20140403.182656.1696050559410663288.okuno.kohji@jp.panasonic.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 13:48:23 -0000 --u+HAydxlPP+oPOdi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Apr 03, 2014 at 06:26:56PM +0900, Kohji Okuno wrote: > > The done_ev_add case is indeed missed in my patch, thank you for noting. > > The case of EV_ADD does not need the KN_SCAN workaround, IMO, since the > > race is possible just by the nature of adding the knote. > I think, we should add KN_SCAN after knote_attach() in > kqueue_register(), too. What do you think about this? See above, I noted this case in the previous mail. This may be elaborated. First, I think it is technically incorrect to allow the event notification before the f_attach() method is finished. So the KN_SCAN flag could be set only after f_attach() call, but due to both kq and knlist not locked there, we still have the same race. And this race is in fact acceptable, since it is the race between application calling EV_ADD, and external event occuring, which cannot be avoided. Until the kevent(EV_ADD) syscall returned, we do not have an obligation to report the event from the kqfd. Having the race somewhat bigger by not setting KN_SCAN is fine in my opinion. --u+HAydxlPP+oPOdi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTPWaeAAoJEJDCuSvBvK1BDRwP/2L0d3i4RjQSopdNcrnoo+tl W+ITV0PYmSLDQ9T98Mq9uSsLhB/e2HQgnwg9dY7oJ0GNvOaNOSVxn3ntutsd2jeT JvIy/8fEGsKpFbhLxjbU7aTlBHsAPadFVBCuwpQQs20nCUcK7kuEbYjvMfIu3/kO ycGjM25YMgeFlmSkmngcehWziHhRe0oJ195ftl1ThL3KwX5rKHTDfZ9SSny8PdqN c7DHP+aBL/r3jxgbNMrrZ3NIPnQsXGXo4UYymgsAedKeNr3K0pgUzyhdQnL775Y8 sHtgPk4oq76Bt4F28LVSm7AzPlyMALRnvfe7j/fz3jmSEVCMOxqFXtHhITQS52Ze H1K55fy8HvzrxqnzEBWLFN6sN8YVZPzDD6n3+5C69RdOPWORxIp8Adx/tePClTme F9wx99dGd8caFUvoKBDC9uaX06fltvTZ3ovB8es0HE8kQS2pI29+egC9d8UgFLIc lHPmwyds7RxITUjS1PudE5K4jqwi0ujWxQeHNrgdxm5hgDtuP0d+Gvi3bgPLQXoz ImhkShtkG2StOS18GIoneWFfQHP7TZab5ayQBDn546LfJDAiAy0UJCZYWJ/I1XKW shHBXNy+2OdUErAPekLSbu0BimsBRn3kp3vnGchW5SOj/xHEt9FofO7P9JoYRrlO xoEI0KYN4tb44Nst6cy4 =g7Ji -----END PGP SIGNATURE----- --u+HAydxlPP+oPOdi-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 14:00:03 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CCED7EC5 for ; Thu, 3 Apr 2014 14:00:03 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 91CEBF75 for ; Thu, 3 Apr 2014 14:00:03 +0000 (UTC) X_CMAE_Category: , , X-CNFS-Analysis: v=2.0 cv=NotTgrhJ c=1 sm=1 a=uNsD4W5u/UlQopoDAqU1YA==:17 a=fZBWQ0Qh6m4A:10 a=TPPEF4Voh2sA:10 a=AaUjGI9IrlcA:10 a=IkcTkHD0fZMA:10 a=OA2lqS22AAAA:8 a=7Qk2ozbKAAAA:8 a=TkPSnNRBhH2hJRk8hsMA:9 a=QEXdDO2ut3YA:10 a=cvZW9r6VXHAA:10 a=7dKupCtzasUA:10 a=y4btfsTzk8oA:10 a=BuGoRwaJqAkA:10 a=uNsD4W5u/UlQopoDAqU1YA==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=roberthuff@rcn.com; spf=neutral; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com header.from=roberthuff@rcn.com; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=roberthuff; auth=pass (PLAIN) Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 209.6.39.223 is neither permitted nor denied by domain of rcn.com) Received: from [209.6.39.223] ([209.6.39.223:2129] helo=[10.0.0.3]) by smtp.rcn.com (envelope-from ) (ecelerity 3.5.1.37854 r(Momo-dev:3.5.1.0)) with ESMTPA id 4D/59-15227-1696D335; Thu, 03 Apr 2014 10:00:02 -0400 Message-ID: <533D6947.9000203@rcn.com> Date: Thu, 03 Apr 2014 09:59:35 -0400 From: Robert Huff User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: current@freebsd.org Subject: Re: another Make (maybe) problem Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 14:00:03 -0000 Warner Losh writes > amd64, I assume? Yes, as per the provided uname. > Can you prune down your make.conf to find the minimal line(s) that > cause this? Yes, but each run will take about three hours .... Starting with an empty make.conf, Robert Huff From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 14:24:47 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 42A4B6A0; Thu, 3 Apr 2014 14:24:47 +0000 (UTC) Received: from smtp1.redcom.com (smtp1.redcom.com [192.86.3.143]) by mx1.freebsd.org (Postfix) with ESMTP id 0D00E277; Thu, 3 Apr 2014 14:24:46 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp1.redcom.com (Postfix) with ESMTP id E9EE0AC83; Thu, 3 Apr 2014 10:24:39 -0400 (EDT) X-Virus-Scanned: amavisd-new at redcom.com Received: from smtp1.redcom.com ([127.0.0.1]) by localhost (smtp1.redcom.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VC6R+duDegCc; Thu, 3 Apr 2014 10:24:33 -0400 (EDT) Received: from pie.redcom.com (pie [192.168.33.15]) by smtp1.redcom.com (Postfix) with ESMTP id A66A2AFEA; Thu, 3 Apr 2014 10:24:32 -0400 (EDT) Received: from exch-01.redcom.com (exch-01.redcom.com [192.168.32.17]) by pie.redcom.com (8.11.7p1+Sun/8.10.2) with ESMTP id s33EOWj19340; Thu, 3 Apr 2014 10:24:32 -0400 (EDT) Received: from exch-01.redcom.com ([192.168.32.17]) by exch-01 ([192.168.32.17]) with mapi; Thu, 3 Apr 2014 10:24:32 -0400 From: "Marciano, Anthony" To: "syrinx@FreeBSD.org" Date: Thu, 3 Apr 2014 10:24:30 -0400 Subject: RE: Call for testers: SNMPv3 support for bsnmpd(1) Thread-Topic: Call for testers: SNMPv3 support for bsnmpd(1) Thread-Index: Ac9PQZcdB8koWaY/SNuychODxKd8zwABsYWQ Message-ID: <401084E5E73F4241A44F3C9E6FD794280109184079@exch-01> References: <401084E5E73F4241A44F3C9E6FD7942801091834B4@exch-01> <401084E5E73F4241A44F3C9E6FD794280109183637@exch-01> <401084E5E73F4241A44F3C9E6FD79428010918381C@exch-01> <401084E5E73F4241A44F3C9E6FD79428010918396B@exch-01> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Mailman-Approved-At: Thu, 03 Apr 2014 15:23:16 +0000 Cc: "Bjoern A. Zeeb" , Hartmut Brandt , "freebsd-current@freebsd.org" , "tomarox52@gmail.com" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 14:24:47 -0000 QXdlc29tZSENCg0KVGhhbmtzIHNvIG11Y2ggZm9yIGFsbCBvZiB5b3VyIHdvcmsuDQoNCk11Y2gg YXBwcmVjaWF0ZWQuDQoNClRvbnkNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206 IHNodGVyeWFuYUBnbWFpbC5jb20gW21haWx0bzpzaHRlcnlhbmFAZ21haWwuY29tXSBPbiBCZWhh bGYgT2YgU2h0ZXJ5YW5hIFNob3BvdmENClNlbnQ6IFRodXJzZGF5LCBBcHJpbCAwMywgMjAxNCA5 OjA5IEFNDQpUbzogTWFyY2lhbm8sIEFudGhvbnkNCkNjOiBIYXJ0bXV0IEJyYW5kdDsgQmpvZXJu IEEuIFplZWI7IGZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZzsgdG9tYXJveDUyQGdtYWlsLmNv bQ0KU3ViamVjdDogUmU6IENhbGwgZm9yIHRlc3RlcnM6IFNOTVB2MyBzdXBwb3J0IGZvciBic25t cGQoMSkNCg0KSGkgYWxsLA0KDQpPSywgSSBkaXNjb3ZlcmVkIGFuZCBmaXhlZCBzZXZlcmFsIHYz IGJ1Z3Mgd2hpbGUgdGVzdGluZyB0aGlzIGNvbmZpZy4NCg0KMSkgQSByZWdyZXNpb24gaW50cm9k dWNlZCB3aXRoIFNWTiByMjU2Njc4IGJyZWFraW5nIHBhcnNpbmcgb2YgdjMgYXV0aGVudGljYXRp b24gcGFydCBvZiBhIFBEVSAtIHRoaXMgaXMgb25seSBpbiBjdXJyZW50OyBzdGFibGUgc2hvdWxk IGJlIGZpbmU7IEkndmUgdXBsb2FkZWQgYSBwYXRjaCBoZXJlIC0gaHR0cDovL3Blb3BsZS5mcmVl YnNkLm9yZy9+c3lyaW54L3NubXAvbGlic25tcC12My1hdXRoLTIwMTQwNDAzLTAxLmRpZmYNCg0K MikgQSBidWcgaW4gZGVjb2Rpbmcgc3RyaW5nIGluZGV4ZXMgaW4gc25tcF90YXJnZXQoMyksIHRo dXMgY2F1c2luZw0KYnNubXBkKDEpIHRvIG5vdCBzZW5kIHYzIG5vdGlmaWNhdGlvbnMgcHJvcGVy bHkgYW5kIHR3byBtaXNzaW5nIHJldHVybiBzdGF0ZW1lbnRzIHdoaWNoIGNvdWxkIGxlYWQgdG8g YWJvcnQoKSBpbiBjYXNlIG9mIGEgcm9sbGJhY2sgLSB0aGlzIGhhcyBuZXZlciB3b3JrZWQgaW4g dGhlIHN2biB0cmVlLCBJIGFtIG5vdCBzdXJlIHdoeSB0aGUgcGF0Y2ggZGlkbid0IG1ha2UgaXQg LSBhIHBhdGNoIGlzIGF2YWlsYWJsZSBoZXJlIC0gaHR0cDovL3Blb3BsZS5mcmVlYnNkLm9yZy9+ c3lyaW54L3NubXAvc25tcF90YXJnZXQtMjAxNDA0MDMtMDEuZGlmZiwNCml0IHdhcyBnZW5lcmF0 ZWQgYWdhaW5zdCBoZWFkLCBidXQgc2hvdWxkIGFwcGx5IGNsZWFubHkgYWdhaW5zdCBzdGFibGUg dG9vIC0gdG8gcGF0Y2ggdGhlIG1vZHVsZQ0KDQojY2QNCiNmZXRjaCBodHRwOi8vcGVvcGxlLmZy ZWVic2Qub3JnL35zeXJpbngvc25tcC9zbm1wX3RhcmdldC0yMDE0MDQwMy0wMS5kaWZmDQojY2Qg PHNvdXJjZXMtZGlyZWN0b3J5Pi9jb250cmliL2Jzbm1wDQojcGF0Y2ggPCBzbm1wX3RhcmdldC0y MDE0MDQwMy0wMS5kaWZmDQojY2QgLi4vLi4vdXNyLnNiaW4vYnNubXBkL21vZHVsZXMvc25tcF90 YXJnZXQvDQojbWFrZSAmJiBtYWtlIGluc3RhbGwNCg0KMykgQSBwcm9ibGVtIHdpdGggb2xkIFNO TVAgZW5naW5lIHRpbWUgYmVpbmcgcmV0dXJuZWQgdG8gdGhlIGNsaWVudCBpbiBzb21lIGNhc2Vz IChyZWxldmFudCB0byB2MyBvbmx5IGFnYWluKSB3aGljaCB3b3VsZCBjYXVzZSBzdWJzZXF1ZW50 IFBEVXMgY29tbWluZyBmcm9tIHRoZSBzYW1lIGNsaWVudCB0byBiZSBjb25zaWRlcmVkIG91dC1v Zi10aW1lLXdpbmRvdyBhbmQgZGlzY2FyZGVkIC0gcGF0Y2ggaXMgYXZhaWxhYmxlIGhlcmUgLSBo dHRwOi8vcGVvcGxlLmZyZWVic2Qub3JnL35zeXJpbngvc25tcC9ic25tcGQtZW5naW5lLXRpbWUt MjAxNDA0MDMtMDEuZGlmZg0KDQo0KSBUaGVyZSBpcyBhbHNvIGEgcHJvYmxlbSB3aXRoIHRoZSBo YW5kbGluZyBvZiB0aGUgY29ubmVjdGVkIFVEUCBzb2NrZXRzIC0gZS5nLiBpZiB0aGUgY2xpZW50 IGxpc3RlbmluZyBmb3IgdGhlIHRyYXAgaGFzIG5vdCBiZWVuIGF2YWlsYWJsZSBmb3Igc29tZXRp bWUsIHRoZSBzb2NrZXQgZXJyb3IgaXMgbm90IGNsZWFyZWQgdW50aWwgdGhlIGZpcnN0IHNlbmQo KSAtIGNhdXNpbmcgInNubXBkWzg1NzNdOiBzZW5kOiBDb25uZWN0aW9uIHJlZnVzZWQiDQptZXNz YWdlcyBpbiBzeXNsb2cgZXZlbiB0aG91Z2ggdGhlIHRyYXAgd2FzIHN1Y2Nlc3NmdWxseSBzZW5k IC0gYW4gb2xkIHBhdGNoIChwcmUtdjMgc291cmNlcykgaXMgYXZhaWxhYmxlIGhlcmUgLSBodHRw Oi8vcGVvcGxlLmZyZWVic2Qub3JnL35zeXJpbngvc25tcC9ic25tcC0yMDEwMTIyMC0wMy5kaWZm LCBJJ2xsIHVwZGF0ZSBpdCBhZ2FpbnN0IGhlYWQgdG9vDQoNCkNvbW1lbnRzLCByZXZpZXdzIGFu ZCB0ZXN0IHJlcG9ydHMgYXJlIHZlcnkgd2VsY29tZS4NCg0KTm93LCB0aGUgbmVlZGVkIGNvbmZp Z3VyYXRpb24gZm9yIGVuY3J5cHRlZCB0cmFwcyAtDQoxKSBic25tcGQoMSkgcGFydA0KDQojRmly c3QgdjMgU05NUCBFbmdpbmUgdmFsdWUgc2hvdWxkIGJlIHNldCwgZS5nLg0KZW5naW5lIDo9IDB4 ODA6MHgxMDoweDA4OjB4MTA6MHg4MDoweDI1DQpzbm1wRW5naW5lSUQgPSAkKGVuZ2luZSkNCg0K I1VTTSBtb2R1bGUgc2hvdWxkIGJlIGVuYWJsZWQgYW5kIGF0IGxlYXN0IG9uZSB1c2VyIHdpdGgg cHJvcGVyIGNyZWRlbnRpYWxzIGNyZWF0ZWQNCnVzZXIxIDo9ICJic25tcCINCnVzZXIxcGFzc3dk IDo9IDB4MjI6MHg5ODoweDFhOjB4NmU6MHgzOToweDkzOjB4MTY6MHg1ZToweDZhOjB4MjE6MHgx YjoweGQ4OjB4YTk6MHg4MToweDMxOjB4MDU6MHgxNjoweDMzOjB4Mzg6MHg2MA0KIw0KIyBTTk1Q djMgVXNlci1iYXNlZCBzZWN1cml0eSBtb2R1bGUgLSBtdXN0IGJlIGxvYWRlZCBmb3IgU05NUHYz IFVTTSAjDQpiZWdlbW90U25tcGRNb2R1bGVQYXRoLiJ1c20iICAgID0gIi91c3IvbGliL3NubXBf dXNtLnNvIg0KDQojIERlZmluaXRpb24gb2YgdXNlciAiYnNubXAiIHdpdGggcGFzc3dvcmQgImJz bm1wdGVzdCINCnVzbVVzZXJTdGF0dXMuJChlbmdpbmUpLiQodXNlcjEpID0gNQ0KdXNtVXNlckF1 dGhQcm90b2NvbC4kKGVuZ2luZSkuJCh1c2VyMSkgPSAkKEhNQUNTSEFBdXRoUHJvdG9jb2wpDQp1 c21Vc2VyQXV0aEtleUNoYW5nZS4kKGVuZ2luZSkuJCh1c2VyMSkgPSAkKHVzZXIxcGFzc3dkKQ0K dXNtVXNlclByaXZQcm90b2NvbC4kKGVuZ2luZSkuJCh1c2VyMSkgPSAkKEFlc0NmYjEyOFByb3Rv Y29sKQ0KdXNtVXNlclByaXZLZXlDaGFuZ2UuJChlbmdpbmUpLiQodXNlcjEpID0gJCh1c2VyMXBh c3N3ZCkNCnVzbVVzZXJTdGF0dXMuJChlbmdpbmUpLiQodXNlcjEpID0gMQ0KDQojRGVmaW5pdGlv biBvZiBhIE5vdGlmaWNhdGlvbiB0YXJnZXQgd2hlcmUgdHJhcHMgd2lsbCBiZSBzZW50IHdpdGgg dGhlIGNyZWRlbnRpYWxzIG9mICR1c2VyMSAjICMgU05NUHYzIE5vdGlmaWNhdGlvbiBUYXJnZXRz IG1vZHVsZSAjDQpiZWdlbW90U25tcGRNb2R1bGVQYXRoLiJ0YXJnZXQiICAgID0gIi91c3IvbGli L3NubXBfdGFyZ2V0LnNvIg0KdGFnICAgICAgICA6PSAidGVzdCINCnNubXBOb3RpZnlSb3dTdGF0 dXMuJCh0YWcpID0gNA0Kc25tcE5vdGlmeVRhZy4kKHRhZykgPSAkKHRhZykNCg0KIw0KIyBTcGVj aWZ5IHRoZSB0YXJnZXQgcGFyYW1ldGVycyBmb3IgdGhlIG5vdGlmaWNhdGlvbnMgLSBzZW5kIHdp dGggdGhlIGNyZWRlbnRpYWxzICMgb2YgdXNlciAkdXNlcjEgIw0Kc25tcFRhcmdldFBhcmFtc1Jv d1N0YXR1cy4kKHRhZykgPSA1DQpzbm1wVGFyZ2V0UGFyYW1zTVBNb2RlbC4kKHRhZykgPSAkKE1Q bW9kZWxTTk1QdjMpDQpzbm1wVGFyZ2V0UGFyYW1zU2VjdXJpdHlNb2RlbC4kKHRhZykgPSAkKHNl Y3VyaXR5TW9kZWxVU00pDQpzbm1wVGFyZ2V0UGFyYW1zU2VjdXJpdHlOYW1lLiQodGFnKSA9ICQo dXNlcjEpDQpzbm1wVGFyZ2V0UGFyYW1zU2VjdXJpdHlMZXZlbC4kKHRhZykgPSAkKGF1dGhQcml2 KQ0Kc25tcFRhcmdldFBhcmFtc1Jvd1N0YXR1cy4kKHRhZykgPSAxDQoNCiMNCiMgRGVmaW5lIHRo ZSBub3RpZmljYXRpb25zJyB0YXJnZXQgYWRkcmVzcyAtIHBvcnQgMTYyIG9uIGxvY2FsaG9zdCAj DQpzbm1wVGFyZ2V0QWRkclJvd1N0YXR1cy4kKHRhZykgPSA1DQpzbm1wVGFyZ2V0QWRkclRBZGRy ZXNzLiQodGFnKSA9IDB4MGE6MHgwOjB4MDoweDAxOjB4MDoweGEyICMgaGV4c3RyaW5nIHJlcHJl c2VudGluZyAxMC4wLjAuMTE5IGluIDQgb2N0ZXRzIGFuZCBwb3J0IDE2MiBpbiB0d28gb2N0ZXRz DQpzbm1wVGFyZ2V0QWRkclRhZ0xpc3QuJCh0YWcpID0gInRlc3Qgbm90aWZpY2F0aW9uIg0Kc25t cFRhcmdldEFkZHJQYXJhbXMuJCh0YWcpID0gJCh0YWcpDQpzbm1wVGFyZ2V0QWRkclJvd1N0YXR1 cy4kKHRhZykgPSAxDQoNCjIpIFRvIHJlY2VpdmUgdGhlIHRyYXBzIHdpdGggbmV0LXNubXAncyBz bm1wdHJhcGQgcHV0IHRoZSBmb2xsb3dpbmcgY29vbmZpZ3VyYXRpb24gaW4gL2V0Yy9zbm1wL3Nu bXB0cmFwZC5jb25mIGNyZWF0ZVVzZXIgLWUgMHg4MDEwMDgxMDgwMjUgYnNubXAgU0hBICJic25t cHRlc3QiIEFFUyAiYnNubXB0ZXN0Ig0KYXV0aHVzZXIgbG9nIGJzbm1wDQoNCmFuZCBzdGFydCBp dCBlLmcuDQojc25tcHRyYXBkIC1mIC1DIC1jIC9ldGMvc25tcC9zbm1wdHJhcGQuY29uZiAtTGUN Cg0KY2hlZXJzLA0KU2h0ZXJ5YW5hDQoNCk9uIFR1ZSwgQXByIDEsIDIwMTQgYXQgMjo0NyBQTSwg TWFyY2lhbm8sIEFudGhvbnkgPGFtYXJjaWFuQHJlZGNvbS5jb20+IHdyb3RlOg0KPiBUaGFuayBI YXJ0aS4NCj4NCj4gVG9ueQ0KPg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9t OiBIYXJ0bXV0IEJyYW5kdCBbbWFpbHRvOmhhcnRtdXQuYnJhbmR0QGRsci5kZV0NCj4gU2VudDog VHVlc2RheSwgQXByaWwgMDEsIDIwMTQgMjowNiBBTQ0KPiBUbzogTWFyY2lhbm8sIEFudGhvbnkN Cj4gQ2M6IHN5cmlueEBGcmVlQlNELm9yZzsgQmpvZXJuIEEuIFplZWI7IGZyZWVic2QtY3VycmVu dEBmcmVlYnNkLm9yZzsgDQo+IHRvbWFyb3g1MkBnbWFpbC5jb20NCj4gU3ViamVjdDogUkU6IENh bGwgZm9yIHRlc3RlcnM6IFNOTVB2MyBzdXBwb3J0IGZvciBic25tcGQoMSkNCj4NCj4gT24gTW9u LCAzMSBNYXIgMjAxNCwgTWFyY2lhbm8sIEFudGhvbnkgd3JvdGU6DQo+DQo+IE1BPkN1cnJlbnRs eSwgd2UgYXJlIGp1c3QgbG9va2luZyB0byBtb25pdG9yIHN0YW5kYXJkIG9iamVjdHMgc3VjaCBh cyANCj4gTUE+aW50ZXJmYWNlcyBhbmQgc2VuZCB0cmFwcyBhY2NvcmRpbmdseS4gV291bGQgaXQg YmUgcG9zc2libGUgdG8gDQo+IE1BPnByb3ZpZGUgYSB0cmFwIGV4YW1wbGUgb2Ygd2hhdCBuZWVk cyB0byBiZSBhZGRlZCB0byB0aGUgDQo+IE1BPnNubXBkLmNvbmZpZyBmaWxlIHRvIG1vbml0b3Ig YW4gb2JqZWN0IGFuZCBoYXZlIGl0IHNlbnQgdmlhIFYzPw0KPiBNQT4NCj4gTUE+SSd2ZSBzZWFy Y2hlZCBmb3IgdGhpcyBpbmZvcm1hdGlvbiBhbmQgcmVhZCB0aHJvdWdoIHZhcmlvdXMgUkZDcyAN Cj4gTUE+YnV0IGhhdmUgbm90IGRpc2NvdmVyZWQgYW55IGJzbm1wZCBzcGVjaWZpYyB0cmFwIHN5 bnRheCBhbmQvb3IgZXhhbXBsZXMuDQo+DQo+IFdlbGwsIGJzbm1wIGNhbiBzZW5kIG9ubHkgdGhl IHN0YW5kYXJkIHRyYXBzIGN1cnJlbnRseS4gVGhpcyBpcyBjb25maWd1cmVkIHZpYSB0aGUgYmVn ZW1vdFRyYXBTaW5rVGFibGUgKC91c3Ivc2hhcmUvc25tcC9taWJzL0JFR0VNT1QtU05NUEQudHh0 KS4NCj4gRWFjaCByb3cgaW4gdGhlIHRhYmxlIGlzIGEgdHJhcCB0YXJnZXQgYW5kIGFsbCB0cmFw cyBhcmUgc2VudCB0byBhbGwgdGFyZ2V0cyBpbiB0aGUgdGFibGUuIEkgZG9uJ3Qga25vdywgaG93 IHRoaXMgaW50ZXJhY3RzIHdpdGggdjMsIHRob3VnaC4NCj4NCj4gaGFydGkNCg== From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 16:00:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 118D5F6D for ; Thu, 3 Apr 2014 16:00:40 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 94C3FE50 for ; Thu, 3 Apr 2014 16:00:38 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.8/8.14.8) with ESMTP id s33G0VJd040150 for ; Thu, 3 Apr 2014 09:00:31 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.8/8.14.8/Submit) id s33G0VuD040149 for current@freebsd.org; Thu, 3 Apr 2014 09:00:31 -0700 (PDT) (envelope-from david) Date: Thu, 3 Apr 2014 09:00:31 -0700 From: David Wolfskill To: current@freebsd.org Subject: Boot fails @r264070 Message-ID: <20140403160031.GD30431@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="zS7rBR6csb6tI2e1" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 16:00:40 -0000 --zS7rBR6csb6tI2e1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Building/installing is fine, and building, installing, and booting stable/9 @r264061 on the same hardware (different slice) is fine. (I didn't rebuild stable/10 this morning, asth only change was to src/cddl/contrib/opensolaris/cmd/zpool/zpool_main.c, and I don't use ZFS. stable/10 works fine on the same hardware @r264032.) And on my laptop, I had no problems (using AHCI). The build machine, though, starts OK, then comes to an inglorious end: Booting... GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #1455 r264070M/264070:1100016: Thu Apr 3 07:48:16 PD= T 2014 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC i386 FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 WARNING: WITNESS option enabled, expect reduced performance. CPU: Intel(R) Xeon(TM) CPU 3.60GHz (3600.21-MHz 686-class CPU) Origin=3D"GenuineIntel" Id=3D0xf41 Family=3D0xf Model=3D0x4 Stepping= =3D1 Features=3D0xbfebfbff Features2=3D0x659d AMD Features=3D0x20100000 TSC: P-state invariant real memory =3D 2147483648 (2048 MB) avail memory =3D 2080395264 (1984 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 random device not loaded; using insecure entropy ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard random: initialized kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 atrtc0: port 0x70-0x77 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 1.0 (no driver attached) pcib1: irq 16 at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 pcib3: at device 0.2 on pci1 pci3: on pcib3 em0: port 0x2040-0x207f= mem 0xd8220000-0xd823ffff irq 55 at device 2.1 on pci3 em0: Ethernet address: 00:30:48:2d:32:6b pcib4: irq 16 at device 4.0 on pci0 pci4: on pcib4 pcib5: irq 16 at device 6.0 on pci0 pci5: on pcib5 uhci0: port 0x1400-0x141f irq 1= 6 at device 29.0 on pci0 usbus0 on uhci0 uhci1: port 0x1420-0x143f irq 1= 9 at device 29.1 on pci0 usbus1 on uhci1 uhci2: port 0x1440-0x145f irq 1= 8 at device 29.2 on pci0 usbus2 on uhci2 uhci3: port 0x1460-0x147f irq 1= 6 at device 29.3 on pci0 usbus3 on uhci3 ehci0: mem 0xd8001000-0xd80013f= f irq 23 at device 29.7 on pci0 usbus4: EHCI version 1.0 usbus4 on ehci0 pcib6: at device 30.0 on pci0 pci6: on pcib6 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0x14a0-0x14af at device 31.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: console (9600,n,8,1) uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0x= c9fff,0xca000-0xcafff,0xcb000-0xcf7ff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: parallel port not found. acpi_perf0: on cpu0 acpi_perf1: on cpu1 p4tcc0: on cpu0 p4tcc1: on cpu1 Timecounters tick every 1.000 msec random: unblocking device. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 usbus4: 480Mbps High Speed USB v2.0 ugen4.1: at usbus4 uhub4: on usbus4 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered ata1: DMA limited to UDMA33, controller found non-ATA66 cable cd0 at ata1 bus 0 scbus1 target 1 lun 0 uhub3: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered cd0: Removable CD-ROM SCSI-0 device=20 SMP: AP CPU #1 Launched! cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes)Timecounter= "TSC-low" frequency 1800104058 Hz quality 1000 WARNING: WITNESS option enabled, expect reduced performance. cd0: Attempt to query device size failed: NOT READY, Medium not present Root mount waiting for: usbus4 Root mount waiting for: usbus4 Root mount waiting for: usbus4 uhub4: 8 ports with 8 removable, self powered Trying to mount root from ufs:/dev/aacd0s4a [rw]... mountroot: waiting for device /dev/aacd0s4a ... Mounting from ufs:/dev/aacd0s4a failed with error 19. Loader variables: vfs.root.mountfrom=3Dufs:/dev/aacd0s4a vfs.root.mountfrom.options=3Drw Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:tank cd9660:/dev/acd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/acd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot> ? List of GEOM managed disk devices: cd0 fd0 mountroot>=20 So... I have serial console access; is there any debugging I might do to help figure out what's wrong? Or is what's wrong already known? I have been able to reboot from this point to one of the other slices; I could probably also unload the default kernel & load yesterday's (err... make that "the day before's" -- yesterday's didn't build -- @r263983). Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --zS7rBR6csb6tI2e1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJ8BAEBCgBmBQJTPYWdXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7SVcQAJeeD38mSaVTm6UdxxF71asd xqojJdi0bBgbOAsKkuas4sZQ3W0ItWF4WJx8g7EODolnxbZpZGUa6CoGnWjPemn0 dF64+Zx9QDmIvGs3473KPvTuzTAdxDtIk0A87R5PX5q3jjDLvk94iYmvqY+IU+u6 JpW0NSeKyU5SL44VOzBfec0efVykHLUtRETeKfNs5OpaAxEyv2oauD2X2oe4zihP J9lyHo0muhY3YabU7rW3tNrJzpmpBDcAaH0HxIP0aZ/HbyP4yfR7xm5t9J2JN1Ts zj0vtcaRdF2hKOTr3tX3Qgcp/B0NQg7p4zy2Qht6ZUx1HnYqWcbCOZCJOMOKCpYl wlH6H4T0Oas9DP6aO9LRt/QzpHMFnTt0K4QNzC2NDDfN+cpdGPj4hMW+rii9SxQS H1s/ZKVHdHkfLskBFrs/st9QGmA2hyCWAMPr9QFutsc7G9dB1pJ3kfQZPevay3H8 g1gmafl81iYQlxbOfmEdZiRPLRpd6G6kIfMKP/Ouz9n6VmPe+YJIiWtFzg4UcaI4 vjZAwZ82v+IgoeLJc0tOs4DXJC/K6/AD/f8EhiZlwbICC9+Se0RtzJsfXRn80WxV CnPvIFsP6mBe7XrrNJxgsjwmG4FQ9oQ3FeE1lcrrnsPdc5+6zykzA1yu915cGxdH OfXLm8C50hLB+Z5YbFE3 =5O16 -----END PGP SIGNATURE----- --zS7rBR6csb6tI2e1-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 16:07:04 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 849CB152 for ; Thu, 3 Apr 2014 16:07:04 +0000 (UTC) Received: from dmz-mailsec-scanner-8.mit.edu (dmz-mailsec-scanner-8.mit.edu [18.7.68.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 15C01E85 for ; Thu, 3 Apr 2014 16:07:03 +0000 (UTC) X-AuditID: 12074425-f79906d000000cf9-92-533d87202a1f Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) (using TLS with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-8.mit.edu (Symantec Messaging Gateway) with SMTP id 52.94.03321.0278D335; Thu, 3 Apr 2014 12:06:56 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id s33G6seW029754; Thu, 3 Apr 2014 12:06:55 -0400 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id s33G6pXH022608 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 3 Apr 2014 12:06:53 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id s33G6p0Q009385; Thu, 3 Apr 2014 12:06:51 -0400 (EDT) Date: Thu, 3 Apr 2014 12:06:51 -0400 (EDT) From: Benjamin Kaduk To: David Wolfskill Subject: Re: Boot fails @r264070 In-Reply-To: <20140403160031.GD30431@albert.catwhisker.org> Message-ID: References: <20140403160031.GD30431@albert.catwhisker.org> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrNIsWRmVeSWpSXmKPExsUixG6nrqvQbhtscOA7h8WEKz+YLE59ucvi wOSx8Ek/s8eMT/NZApiiuGxSUnMyy1KL9O0SuDI2z7vBXjCZp+LVqbtsDYznOLsYOTkkBEwk fsyZyghhi0lcuLeerYuRi0NIYDaTxPz2+UwQzgZGiT8n7rJDOAeZJL4s/sQM0iIkUC/RvPMj O4jNIqAlcerFZrA4m4CKxMw3G9lAbBGgeNeNNyxdjBwczALiEi/7lUDCwgIKEm/+72cGCXMK WEvM2ysOEuYVcJS4dv4oK8R0K4mjO/qZQGxRAR2J1funsEDUCEqcnPkEzGYWsJQ49+c62wRG wVlIUrOQpBYwMq1ilE3JrdLNTczMKU5N1i1OTszLSy3StdDLzSzRS00p3cQIDlMX1R2MEw4p HWIU4GBU4uHlSLcNFmJNLCuuzD3EKMnBpCTKG9kCFOJLyk+pzEgszogvKs1JLT7EKMHBrCTC eywRKMebklhZlVqUD5OS5mBREud9a20VLCSQnliSmp2aWpBaBJOV4eBQkuCd1ArUKFiUmp5a kZaZU4KQZuLgBBnOAzR8L0gNb3FBYm5xZjpE/hSjopQ4bwHIRQIgiYzSPLheWBp5xSgO9Iow 7yqQdh5gCoLrfgU0mAloMPc6K5DBJYkIKakGxlBexsWHy81ZxPJbvpbo7ub8X3Ync6rP06LW FV/3il35wNb7OMcpYNHss4L9Rg8v3HWaKtOQZWL6U1xxZu0epQSmVz5CThe9OlWXsUyctouP Y4rFie2XlVYEJL/WO9Vc6T/RzqXEp2zTktP1e99e/35nqoE6X46RQY9+wCGFU5zizPl/H5p9 VGIpzkg01GIuKk4EAI4nz2j+AgAA Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 16:07:04 -0000 On Thu, 3 Apr 2014, David Wolfskill wrote: > And on my laptop, I had no problems (using AHCI). The build machine, > though, starts OK, then comes to an inglorious end: > > Trying to mount root from ufs:/dev/aacd0s4a [rw]... > mountroot: waiting for device /dev/aacd0s4a ... > Mounting from ufs:/dev/aacd0s4a failed with error 19. > [...] > > mountroot> > > > So... I have serial console access; is there any debugging I might > do to help figure out what's wrong? Or is what's wrong already > known? > > I have been able to reboot from this point to one of the other > slices; I could probably also unload the default kernel & load > yesterday's (err... make that "the day before's" -- yesterday's > didn't build -- @r263983). I'm also having some trouble booting (into single user mode, so as to run the installworld), at r264039. It seems that ciss never attaches, so my da0 (which is supposed to be on ciss0) does not appear. My kernel.old is much older, __FreeBSD_version 1100005, but does boot. However, attempting to boot kernel.old in either single-user mode or verbse mode also drops me to mountroot> . That would seem to indicate some hardware problem or timing issues more than a problem with the code itself, so I had been holding off on posting until I could get more information. Unfortunately, my serial console is not working at the moment, so getting more information is a bit challenging. Diffing the dmesg from the good and bad boots would probably be helpful for you to do. -Ben From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 16:14:44 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7FD9930D for ; Thu, 3 Apr 2014 16:14:44 +0000 (UTC) Received: from mail.lifanov.com (mail.lifanov.com [206.125.175.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5339CF66 for ; Thu, 3 Apr 2014 16:14:44 +0000 (UTC) Received: by mail.lifanov.com (Postfix, from userid 58) id A04EF1AF7DE; Thu, 3 Apr 2014 12:14:37 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.lifanov.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.4.0 Received: from [10.1.3.5] (cnet520-windstream.mcclatchyinteractive.com [166.108.16.2]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.lifanov.com (Postfix) with ESMTPSA id E04D11A5944; Thu, 3 Apr 2014 12:14:33 -0400 (EDT) Message-ID: <533D88E8.7020504@mail.lifanov.com> Date: Thu, 03 Apr 2014 12:14:32 -0400 From: Nikolai Lifanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Benjamin Kaduk , David Wolfskill Subject: Re: Boot fails @r264070 References: <20140403160031.GD30431@albert.catwhisker.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 16:14:44 -0000 On 04/03/14 12:06, Benjamin Kaduk wrote: > On Thu, 3 Apr 2014, David Wolfskill wrote: > >> And on my laptop, I had no problems (using AHCI). The build machine, >> though, starts OK, then comes to an inglorious end: >> >> Trying to mount root from ufs:/dev/aacd0s4a [rw]... >> mountroot: waiting for device /dev/aacd0s4a ... >> Mounting from ufs:/dev/aacd0s4a failed with error 19. >> > [...] >> >> mountroot> >> >> >> So... I have serial console access; is there any debugging I might >> do to help figure out what's wrong? Or is what's wrong already >> known? >> >> I have been able to reboot from this point to one of the other >> slices; I could probably also unload the default kernel & load >> yesterday's (err... make that "the day before's" -- yesterday's >> didn't build -- @r263983). > > I'm also having some trouble booting (into single user mode, so as to > run the installworld), at r264039. It seems that ciss never attaches, > so my da0 (which is supposed to be on ciss0) does not appear. My > kernel.old is much older, __FreeBSD_version 1100005, but does boot. > However, attempting to boot kernel.old in either single-user mode or > verbse mode also drops me to mountroot> . That would seem to indicate > some hardware problem or timing issues more than a problem with the code > itself, so I had been holding off on posting until I could get more > information. > > Unfortunately, my serial console is not working at the moment, so > getting more information is a bit challenging. Diffing the dmesg from > the good and bad boots would probably be helpful for you to do. > > -Ben I reported a similar problem on freebsd-current@ earlier today. Fortunately, my boot zpool is still fine, but a RocketRAID controller only shows 2/4 disks, which just happens to be a full leg of another raid10-like zpool. Try reverting revisions r264007-264013. This fixes the problem for me. - Nikolai Lifanov From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 16:17:16 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 853484F8; Thu, 3 Apr 2014 16:17:16 +0000 (UTC) Received: from mail.lifanov.com (mail.lifanov.com [206.125.175.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 69980FA1; Thu, 3 Apr 2014 16:17:16 +0000 (UTC) Received: by mail.lifanov.com (Postfix, from userid 58) id 1137D1AF7DE; Thu, 3 Apr 2014 12:17:16 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.lifanov.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.4.0 Received: from [10.1.3.5] (cnet520-windstream.mcclatchyinteractive.com [166.108.16.2]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.lifanov.com (Postfix) with ESMTPSA id 4FB2E1A5944; Thu, 3 Apr 2014 12:17:14 -0400 (EDT) Message-ID: <533D8989.8040901@mail.lifanov.com> Date: Thu, 03 Apr 2014 12:17:13 -0400 From: Nikolai Lifanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Ryan Stone , freebsd-current@FreeBSD.org Subject: Re: svn commits r264007-264011: disks missing References: <201404011602.s31G22QT056325@svn.freebsd.org> <533D5B00.7030005@mail.lifanov.com> In-Reply-To: <533D5B00.7030005@mail.lifanov.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 16:17:16 -0000 On 04/03/14 08:58, Nikolai Lifanov wrote: > On 04/01/14 12:02, Ryan Stone wrote: >> Author: rstone >> Date: Tue Apr 1 16:02:02 2014 >> New Revision: 264011 >> URL: http://svnweb.freebsd.org/changeset/base/264011 >> >> Log: >> Add support for PCIe ARI >> > > With the changes between r264007-264011, my 4-port RocketRAID 640 card > in JBOD mode just lost (?) 2 out of 4 disks. I disabled bhyve pci > passthrough, tried looking for these disks with various tools, but no > luck. There is no trace of them being available in dmesg, etc. > > I narrowed it down to that range of revisions, and > going back to r264006 makes the disks show up again. > > - Nikolai Lifanov > I updated to r264073 with revisions r264007-264013 reverted, and all my disks show up. Could you look into this please? I'll provide any information that can be helpful. - Nikolai Lifanov From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 16:21:29 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 593CE6F0 for ; Thu, 3 Apr 2014 16:21:29 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1151FB9 for ; Thu, 3 Apr 2014 16:21:28 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.8/8.14.8) with ESMTP id s33GLRvL041337 for ; Thu, 3 Apr 2014 09:21:27 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.8/8.14.8/Submit) id s33GLRgv041336 for current@freebsd.org; Thu, 3 Apr 2014 09:21:27 -0700 (PDT) (envelope-from david) Date: Thu, 3 Apr 2014 09:21:27 -0700 From: David Wolfskill To: current@freebsd.org Subject: Re: Boot fails @r264070 Message-ID: <20140403162127.GE30431@albert.catwhisker.org> Mail-Followup-To: current@freebsd.org References: <20140403160031.GD30431@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="C94crkcyjafcjHxo" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: 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: Thu, 03 Apr 2014 16:21:29 -0000 --C94crkcyjafcjHxo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 03, 2014 at 12:06:51PM -0400, Benjamin Kaduk wrote: > ... > I'm also having some trouble booting (into single user mode, so as to run= =20 > the installworld), at r264039.... Sympathy.... > That would seem to indicate some hardware problem or=20 > timing issues more than a problem with the code itself, Maybe.... > so I had been holding off on posting until I could get more information. Fair enough. > Unfortunately, my serial console is not working at the moment, so getting= =20 > more information is a bit challenging. Diffing the dmesg from the good= =20 > and bad boots would probably be helpful for you to do. > .... OK; here it is. I was able to boot from the last-built kernel (01 Apr): --- ok 2014-04-03 09:12:45.000000000 -0700 +++ fail 2014-04-03 09:13:16.000000000 -0700 @@ -6,11 +6,11 @@ Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. -FreeBSD 11.0-CURRENT #1453 r263983M/263984:1100016: Tue Apr 1 08:09:27 P= DT 2014 +FreeBSD 11.0-CURRENT #1455 r264070M/264070:1100016: Thu Apr 3 07:48:16 P= DT 2014 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC i386 FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 WARNING: WITNESS option enabled, expect reduced performance. -CPU: Intel(R) Xeon(TM) CPU 3.60GHz (3600.20-MHz 686-class CPU) +CPU: Intel(R) Xeon(TM) CPU 3.60GHz (3600.21-MHz 686-class CPU) Origin=3D"GenuineIntel" Id=3D0xf41 Family=3D0xf Model=3D0x4 Stepping= =3D1 Features=3D0xbfebfbff Features2=3D0x659d @@ -49,18 +49,10 @@ pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 -aac0: mem 0xdc000000-0xdfffffff irq 24 at device= 1.0 on pci2 -aac0: Enable Raw I/O -aac0: New comm. interface enabled -aac0: Adaptec 2200S, aac driver 2.1.9-1 -aacp0 on aac0 -aacp1 on aac0 pcib3: at device 0.2 on pci1 pci3: on pcib3 -em0: port 0x2000-0x203= f mem 0xd8200000-0xd821ffff irq 54 at device 2.0 on pci3 -em0: Ethernet address: 00:30:48:2d:32:6a -em1: port 0x2040-0x207= f mem 0xd8220000-0xd823ffff irq 55 at device 2.1 on pci3 -em1: Ethernet address: 00:30:48:2d:32:6b +em0: port 0x2040-0x207= f mem 0xd8220000-0xd823ffff irq 55 at device 2.1 on pci3 +em0: Ethernet address: 00:30:48:2d:32:6b pcib4: irq 16 at device 4.0 on pci0 pci4: on pcib4 pcib5: irq 16 at device 6.0 on pci0 @@ -78,8 +70,6 @@ usbus4 on ehci0 pcib6: at device 30.0 on pci0 pci6: on pcib6 -vgapci0: port 0x3000-0x30ff mem 0xd9000000-0xd9ff= ffff,0xd8300000-0xd8300fff irq 17 at device 1.0 on pci6 -vgapci0: Boot video device isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x17= 7,0x376,0x14a0-0x14af at device 31.1 on pci0 @@ -110,10 +100,6 @@ p4tcc0: on cpu0 p4tcc1: on cpu1 Timecounters tick every 1.000 msec -aacd0 on aac0 -aacd0: 34970MB (71619584 sectors) -aacd1 on aac0 -aacd1: 69974MB (143307008 sectors) random: unblocking device. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 @@ -132,59 +118,45 @@ uhub4: on usbus4 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered -uhub2: 2 ports with 2 removable, self powered ata1: DMA limited to UDMA33, controller found non-ATA66 cable +cd0 at ata1 bus 0 scbus1 target 1 lun 0 uhub3: 2 ports with 2 removable, self powered -uhub4: 8 ports with 8 removable, self powered -ses0 at aacp0 bus 0 scbus0 target 6 lun 0 -ses0: Fixed Uninstalled SCSI-2 device=20 -ses0: 3.300MB/s transfers -ses0: SAF-TE Compliant Device -pass0 at aacp0 bus 0 scbus0 target 0 lun 0 -pass0: cd0 at ata1 bus 0 scbus3 target 1 lun 0 +uhub2: 2 ports with 2 removable, self powered cd0: Removable CD-ROM SCSI-0 device=20 -cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) -cd0: Attempt to query device size failed: NOT READY, Medium not present - Fixed Uninstalled SCSI-3 device=20 -pass0: 0KB/s transfers -pass1 at aacp0 bus 0 scbus0 target 1 lun 0 -pass1: Fixed Uninstalled SCSI-3 device=20 -pass1: 0KB/s transfers -pass2 at aacp0 bus 0 scbus0 target 2 lun 0 -pass2: Fixed Uninstalled SCSI-3 device=20 -pass2: 0KB/s transfers -pass3 at aacp0 bus 0 scbus0 target 3 lun 0 -pass3: Fixed Uninstalled SCSI-3 device=20 -pass3: 0KB/s transfers SMP: AP CPU #1 Launched! -Timecounter "TSC-low" frequency 1800101709 Hz quality 1000 +cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes)Timecounte= r "TSC-low" frequency 1800104058 Hz quality 1000 WARNING: WITNESS option enabled, expect reduced performance. + +cd0: Attempt to query device size failed: NOT READY, Medium not present +Root mount waiting for: usbus4 +Root mount waiting for: usbus4 +Root mount waiting for: usbus4 +uhub4: 8 ports with 8 removable, self powered Trying to mount root from ufs:/dev/aacd0s4a [rw]... -Enter full pathname of shell or RETURN for /bin/sh:=20 -Cannot read termcap database; -using dumb terminal settings. -# swapon -a && fsck -p && mount -a -swapon: adding /dev/aacd0s4b as swap device -swapon: adding /dev/aacd1s1b as swap device -/dev/aacd0s4a: FILE SYSTEM CLEAN; SKIPPING CHECKS -/dev/aacd0s4a: clean, 132066 free (2754 frags, 16164 blocks, 0.7% fragment= ation) -/dev/aacd0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS -/dev/aacd0s1a: clean, 149294 free (1630 frags, 18458 blocks, 0.4% fragment= ation) -/dev/aacd1s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS -/dev/aacd1s1e: clean, 2551080 free (182808 frags, 296034 blocks, 1.4% frag= mentation) -/dev/aacd0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS -/dev/aacd0s1d: clean, 186537 free (38345 frags, 18524 blocks, 4.3% fragmen= tation) -/dev/aacd1s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS -/dev/aacd1s1d: clean, 812734 free (69270 frags, 92933 blocks, 0.7% fragmen= tation) -/dev/aacd0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS -/dev/aacd0s2a: clean, 158485 free (1613 frags, 19609 blocks, 0.4% fragment= ation) -/dev/aacd0s2d: FILE SYSTEM CLEAN; SKIPPING CHECKS -/dev/aacd0s2d: clean, 121825 free (42161 frags, 9958 blocks, 4.7% fragment= ation) -/dev/aacd0s3a: FILE SYSTEM CLEAN; SKIPPING CHECKS -/dev/aacd0s3a: clean, 145054 free (2446 frags, 17826 blocks, 0.7% fragment= ation) -/dev/aacd0s3d: FILE SYSTEM CLEAN; SKIPPING CHECKS -/dev/aacd0s3d: clean, 356113 free (21497 frags, 41827 blocks, 2.4% fragmen= tation) -/dev/aacd0s4d: FILE SYSTEM CLEAN; SKIPPING CHECKS -/dev/aacd0s4d: clean, 215512 free (39192 frags, 22040 blocks, 4.4% fragmen= tation) -/dev/aacd0s4f: FILE SYSTEM CLEAN; SKIPPING CHECKS -/dev/aacd0s4f: clean, 2092789 free (557 frags, 261529 blocks, 0.0% fragmen= tation) +mountroot: waiting for device /dev/aacd0s4a ... +Mounting from ufs:/dev/aacd0s4a failed with error 19. + +Loader variables: + vfs.root.mountfrom=3Dufs:/dev/aacd0s4a + vfs.root.mountfrom.options=3Drw + +Manual root filesystem specification: + : [options] + Mount using filesystem + and with the specified (optional) option list. + + eg. ufs:/dev/da0s1a + zfs:tank + cd9660:/dev/acd0 ro + (which is equivalent to: mount -t cd9660 -o ro /dev/acd0 /) + + ? List valid disk boot devices + . Yield 1 second (for background tasks) + Abort manual input + +mountroot> ? + +List of GEOM managed disk devices: + cd0 fd0 + +mountroot>=20 The part: pci2: on pcib2 -aac0: mem 0xdc000000-0xdfffffff irq 24 at device= 1.0 on pci2 -aac0: Enable Raw I/O -aac0: New comm. interface enabled -aac0: Adaptec 2200S, aac driver 2.1.9-1 -aacp0 on aac0 -aacp1 on aac0 pcib3: at device 0.2 on pci1 looks a tad suspicious to me. Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --C94crkcyjafcjHxo Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJ8BAEBCgBmBQJTPYqGXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7+OYP/2IryPhfBdEWdI+03p87v9AZ JZc0jnJvWAAhQ2EKmNGXfuwGDI6+LguUcNexGWXHIWCzPkoHSf26mjyl60ZuQsL8 JiKQUw0UUtb0LI+qC9lVyhFEwWR0fy5dv6JYRyfD943Fj3DSCmm5ek88rOKGdEfm ImOSXU2s0HxA0PS9V5ArZS7f38z8qvXcKZyOFnz2PFaAvTHM/6KZFJXSzOQ55tWj 1Ep0PCm3GT3zA1yz+iRfz9Tq/KGC/bvbYfzhHhPpOzzZVm0lyt3Vp5zRVyStFjtw 8rpUBAZXfcdSbvrtKWFMTVVvCwnlcDhP7yBrPeJoUTkPNQkXhrD1SDF/rSHivYBu 3I01NRqnJlJiIT2u8g66DR0jgzX/WoXX//+4VsMzhWSAFvzvUgqx8TP9fjLYibfr o9UilSYHZPOJV9Dy0B3rr2vxsBVunEeT+yRifMTohsRDpQmujwu8CJeI9IMZKaYf CLLBVTIul5BSFQgko/sE10iI8noqeUPQi18OvkCuBWGjoZ5s7Q8kkSgbPYj49FJ0 5mvAg/8t+Biy90VW1HYqGw0MySqB+VXSulbDpjBB9Z8bb8FEN4ntdnxrLX9lBgsT QzP4hBISYzGQMX0LrYVD3LncafWaT5nC6vFjv6e+jBfBKjn6zweHTI4L16cYaSgc kMgjMejgoYn0Yd7Vm434 =7hvm -----END PGP SIGNATURE----- --C94crkcyjafcjHxo-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 16:24:03 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95787987; Thu, 3 Apr 2014 16:24:03 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1D7BDF0; Thu, 3 Apr 2014 16:24:02 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.8/8.14.8) with ESMTP id s33GNwS4091494; Thu, 3 Apr 2014 19:23:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s33GNwS4091494 Received: (from kostik@localhost) by tom.home (8.14.8/8.14.8/Submit) id s33GNwtR091493; Thu, 3 Apr 2014 19:23:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 3 Apr 2014 19:23:57 +0300 From: Konstantin Belousov To: Nikolai Lifanov Subject: Re: svn commits r264007-264011: disks missing Message-ID: <20140403162357.GW21331@kib.kiev.ua> References: <201404011602.s31G22QT056325@svn.freebsd.org> <533D5B00.7030005@mail.lifanov.com> <533D8989.8040901@mail.lifanov.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="q4O3w8UJ36hkf4ip" Content-Disposition: inline In-Reply-To: <533D8989.8040901@mail.lifanov.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: Ryan Stone , freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 16:24:03 -0000 --q4O3w8UJ36hkf4ip Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 03, 2014 at 12:17:13PM -0400, Nikolai Lifanov wrote: > On 04/03/14 08:58, Nikolai Lifanov wrote: > > On 04/01/14 12:02, Ryan Stone wrote: > >> Author: rstone > >> Date: Tue Apr 1 16:02:02 2014 > >> New Revision: 264011 > >> URL: http://svnweb.freebsd.org/changeset/base/264011 > >> > >> Log: > >> Add support for PCIe ARI > >> =20 > >=20 > > With the changes between r264007-264011, my 4-port RocketRAID 640 card > > in JBOD mode just lost (?) 2 out of 4 disks. I disabled bhyve pci > > passthrough, tried looking for these disks with various tools, but no > > luck. There is no trace of them being available in dmesg, etc. > >=20 > > I narrowed it down to that range of revisions, and > > going back to r264006 makes the disks show up again. > >=20 > > - Nikolai Lifanov > >=20 >=20 > I updated to r264073 with revisions r264007-264013 reverted, and all my > disks show up. Could you look into this please? I'll provide any > information that can be helpful. I think verbose dmesg from failing and running kernel should be good for the start. --q4O3w8UJ36hkf4ip Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTPYsdAAoJEJDCuSvBvK1B5NIP/3xbtRQWDDxFoxGc0TrWKbdC rjhYNyjmLSZ2PBdeT4RQFSrH3/gh50zSej5izvF0jjoxgWV0q/yLekIINCJaUuLE qFjXpI7JqMW4J2d+zN4Gs+l9yGKEpc9gEMrX5MV9m9NmtSS/kADdGZ1tSGC3Dfv9 Ysnbq3AwM26oydeWx5XTntIaLhZFpLp6aweBjEVDllp/Hkcho5QU/lRfIkaFY9LY ZUqgkFutHPIDfPBDJk1DWPhTuLWPJ0saGbx95rUaQuzI3HzHeI/4333XYQC9aT7s oa8eY8bzQg35IVhag1wahIGcayBsdqra1rql7l577r2grwwCvYXogr+ebpFSx/Pt jdy2xa1M+H4vpcZhmRUTf1fFGqtOdThSfggNhV1cxbIiue1/0KZk8mzIhnmZqOnH zoMqjWYVs5l33yCqI0FghQZk9MaQ+IjnrbMYEU8KyI3Ou5Mz2uOZ9Z3CsestIU0c ORLbYH5z7DCHDmzjYgCTJZ++thVsB2TE3TGXmgXQY7fmWv1oh3G9aH3nz2weHEwk 54gNzQlrdWSSdtQofUdhRGpl97bcPJ6cjxzN6O7NQM8DreFqTO5dPDJlzJ5/mUGM TC2Y+tlYQFT7vYoaQ6WtbNJ8xjtcvcmHsv+PhDNxBx1wXq5M8/2FfX2+654fCP9/ E/xwAOR383XC+RMQKX4G =WQ4Y -----END PGP SIGNATURE----- --q4O3w8UJ36hkf4ip-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 16:25:16 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7ED9C62 for ; Thu, 3 Apr 2014 16:25:16 +0000 (UTC) Received: from dmz-mailsec-scanner-8.mit.edu (dmz-mailsec-scanner-8.mit.edu [18.7.68.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 579ED109 for ; Thu, 3 Apr 2014 16:25:16 +0000 (UTC) X-AuditID: 12074425-f79906d000000cf9-7a-533d8b6a68e7 Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) (using TLS with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-8.mit.edu (Symantec Messaging Gateway) with SMTP id 81.06.03321.A6B8D335; Thu, 3 Apr 2014 12:25:14 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id s33GPEwk020808 for ; Thu, 3 Apr 2014 12:25:14 -0400 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id s33GPCIp030064 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 3 Apr 2014 12:25:13 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id s33GPCoX011704; Thu, 3 Apr 2014 12:25:12 -0400 (EDT) Date: Thu, 3 Apr 2014 12:25:12 -0400 (EDT) From: Benjamin Kaduk To: current@freebsd.org Subject: Re: Boot fails @r264070 In-Reply-To: <20140403162127.GE30431@albert.catwhisker.org> Message-ID: References: <20140403160031.GD30431@albert.catwhisker.org> <20140403162127.GE30431@albert.catwhisker.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+NgFnrEIsWRmVeSWpSXmKPExsUixCmqrZvVbRtsMOOFjsWEKz+YHBg9Znya zxLAGMVlk5Kak1mWWqRvl8CVsfXme6aC6ZwVB87qNjBuY+9i5OSQEDCROPqujQ3CFpO4cG89 kM3FISQwm0niW/tqJgjnFKPElY9/WCCc20wS0/d/BWrnAHLqJXrul4B0swhoSfya9RxsEpuA isTMNxvBbBEBcYnfO3sYQWxhAQWJN//3M4PYnALWEqtWXgSL8wo4SqxcvZgVYv58Rombr2+A NYsK6Eis3j+FBaJIUOLkzCdgNrOApcS/tb9YJzAKzEKSmoUktYCRaRWjbEpulW5uYmZOcWqy bnFyYl5eapGuhV5uZoleakrpJkZQ8LG7qO5gnHBI6RCjAAejEg8vR7ptsBBrYllxZe4hRkkO JiVR3gOdQCG+pPyUyozE4oz4otKc1OJDjBIczEoivK1tQDnelMTKqtSifJiUNAeLkjjvW2ur YCGB9MSS1OzU1ILUIpisDAeHkgRvQxdQo2BRanpqRVpmTglCmomDE2Q4D9DwLyCLeYsLEnOL M9Mh8qcYdTkebF7TyCTEkpeflyolzhsLMkgApCijNA9uDixpvGIUB3pLmDcKpIoHmHDgJr0C WsIEtIR7nRXIkpJEhJRUA6Me943z7tkP13vyTVq8dL/YlX27St7Js8VWuBw6fHrPje13vjMY LteYoq/z4YHggtRLglp8/s38766f3nHhaeqlZNE+4xmTN9mem1K+TTu+UnJivZXzn4V2/ty/ L/Ada4376fZ27gJjXq8DfRF5TDVaM87OylbQDf21eVrlzweO7wwj521YuPmEEktxRqKhFnNR cSIAW/EwWfUCAAA= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 16:25:16 -0000 On Thu, 3 Apr 2014, David Wolfskill wrote: > -em0: port 0x2000-0x203f mem 0xd8200000-0xd821ffff irq 54 at device 2.0 on pci3 > -em0: Ethernet address: 00:30:48:2d:32:6a > -em1: port 0x2040-0x207f mem 0xd8220000-0xd823ffff irq 55 at device 2.1 on pci3 > -em1: Ethernet address: 00:30:48:2d:32:6b > +em0: port 0x2040-0x207f mem 0xd8220000-0xd823ffff irq 55 at device 2.1 on pci3 > +em0: Ethernet address: 00:30:48:2d:32:6b I should also note that I lost my bge1 with the "bad" kernel, as well. > > The part: > > pci2: on pcib2 > -aac0: mem 0xdc000000-0xdfffffff irq 24 at device 1.0 on pci2 > -aac0: Enable Raw I/O > -aac0: New comm. interface enabled > -aac0: Adaptec 2200S, aac driver 2.1.9-1 > -aacp0 on aac0 > -aacp1 on aac0 > pcib3: at device 0.2 on pci1 > > looks a tad suspicious to me. Indeed. Also, thanks to Nikolai for pointing out his experiences; I will try reverting those revisions and rebuilding. -Ben From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 16:59:33 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25576590 for ; Thu, 3 Apr 2014 16:59:33 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 92074401 for ; Thu, 3 Apr 2014 16:59:31 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.8/8.14.8) with ESMTP id s33GxVVu043387; Thu, 3 Apr 2014 09:59:31 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.8/8.14.8/Submit) id s33GxVf7043386; Thu, 3 Apr 2014 09:59:31 -0700 (PDT) (envelope-from david) Date: Thu, 3 Apr 2014 09:59:31 -0700 From: David Wolfskill To: Konstantin Belousov Subject: Re: svn commits r264007-264011: disks missing Message-ID: <20140403165931.GF30431@albert.catwhisker.org> Mail-Followup-To: current@freebsd.org, Konstantin Belousov , freebsd-current@FreeBSD.org References: <201404011602.s31G22QT056325@svn.freebsd.org> <533D5B00.7030005@mail.lifanov.com> <533D8989.8040901@mail.lifanov.com> <20140403162357.GW21331@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="m1UC1K4AOz1Ywdkx" Content-Disposition: inline In-Reply-To: <20140403162357.GW21331@kib.kiev.ua> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: 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: Thu, 03 Apr 2014 16:59:33 -0000 --m1UC1K4AOz1Ywdkx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 03, 2014 at 07:23:57PM +0300, Konstantin Belousov wrote: > ... > I think verbose dmesg from failing and running kernel should be good > for the start. contains: [TXT] boot_diff.txt 03-Apr-2014 09:55 15K =20 [TXT] boot_fail.txt 03-Apr-2014 09:55 40K =20 [TXT] boot_ok.txt 03-Apr-2014 09:55 44K =20 Here's a copy of the diff: --- ok 2014-04-03 09:48:33.000000000 -0700 +++ fail 2014-04-03 09:53:14.000000000 -0700 @@ -1,7 +1,4 @@ Type '?' for a list of commands, 'help' for more detailed help. -OK unload -OK load /boot/kernel.old/kernel -/boot/kernel.old/kernel text=3D0xf2ed81 data=3D0xd30f0+0x3843f0 syms=3D[0x= 4+0xd8c40+0x4+0x15fc28] OK boot -v -s Booting... GDB: no debug ports present @@ -32,12 +29,12 @@ Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. -FreeBSD 11.0-CURRENT #1453 r263983M/263984:1100016: Tue Apr 1 08:09:27 P= DT 2014 +FreeBSD 11.0-CURRENT #1455 r264070M/264070:1100016: Thu Apr 3 07:48:16 P= DT 2014 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC i386 FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 WARNING: WITNESS option enabled, expect reduced performance. -Preloaded elf kernel "/boot/kernel.old/kernel" at 0xc19c0000. -Calibrating TSC clock ... TSC clock: 3600201519 Hz +Preloaded elf kernel "/boot/kernel/kernel" at 0xc19c2000. +Calibrating TSC clock ... TSC clock: 3600202176 Hz CPU: Intel(R) Xeon(TM) CPU 3.60GHz (3600.20-MHz 686-class CPU) Origin=3D"GenuineIntel" Id=3D0xf41 Family=3D0xf Model=3D0x4 Stepping= =3D1 Features=3D0xbfebfbff @@ -449,27 +446,6 @@ pci2: on pcib2 pcib2: allocated bus range (2-2) for rid 0 of pci2 pci2: domain=3D0, physical bus=3D2 -found-> vendor=3D0x9005, dev=3D0x0285, revid=3D0x01 - domain=3D0, bus=3D2, slot=3D1, func=3D0 - class=3D01-04-00, hdrtype=3D0x00, mfdev=3D0 - cmdreg=3D0x0316, statreg=3D0x04b0, cachelnsz=3D8 (dwords) - lattimer=3D0x20 (960 ns), mingnt=3D0x01 (250 ns), maxlat=3D0x01 (2= 50 ns) - intpin=3Da, irq=3D5 - powerspec 2 supports D0 D3 current D0 - map[10]: type Prefetchable Memory, range 32, base 0xdc000000, size= 26, enabled -pcib2: allocated prefetch range (0xdc000000-0xdfffffff) for rid 10 of pci0= :2:1:0 -pcib2: matched entry for 2.1.INTA -pcib2: slot 1 INTA hardwired to IRQ 24 -aac0: mem 0xdc000000-0xdfffffff irq 24 at device= 1.0 on pci2 -aac0: Enable Raw I/O -aac0: New comm. interface enabled -ioapic1: routing intpin 0 (PCI IRQ 24) to lapic 0 vector 51 -aac0: i960 80303 100MHz, 64MB memory (48MB cache, 16MB execution), optiona= l battery present -aac0: Kernel 4.2-0, Build 7349, S/N BAD0 -aac0: Supported Options=3D31d7e -aac0: Adaptec 2200S, aac driver 2.1.9-1 -aacp0 on aac0 -aacp1 on aac0 pcib3: at device 0.2 on pci1 pcib3: allocating non-ISA range 0x2000-0x20ff pcib1: allocated I/O port range (0x2000-0x20ff) for rid 1c of pcib3 @@ -490,20 +466,6 @@ pcib3: allocated bus range (3-3) for rid 0 of pci3 pci3: domain=3D0, physical bus=3D3 found-> vendor=3D0x8086, dev=3D0x1079, revid=3D0x03 - domain=3D0, bus=3D3, slot=3D2, func=3D0 - class=3D02-00-00, hdrtype=3D0x00, mfdev=3D1 - cmdreg=3D0x0117, statreg=3D0x0230, cachelnsz=3D8 (dwords) - lattimer=3D0x40 (1920 ns), mingnt=3D0xff (63750 ns), maxlat=3D0x00= (0 ns) - intpin=3Da, irq=3D7 - powerspec 2 supports D0 D3 current D0 - MSI supports 1 message, 64 bit - map[10]: type Memory, range 64, base 0xd8200000, size 17, enabled -pcib3: allocated memory range (0xd8200000-0xd821ffff) for rid 10 of pci0:3= :2:0 - map[20]: type I/O Port, range 32, base 0x2000, size 6, enabled -pcib3: allocated I/O port range (0x2000-0x203f) for rid 20 of pci0:3:2:0 -pcib3: matched entry for 3.2.INTA -pcib3: slot 2 INTA hardwired to IRQ 54 -found-> vendor=3D0x8086, dev=3D0x1079, revid=3D0x03 domain=3D0, bus=3D3, slot=3D2, func=3D1 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0117, statreg=3D0x0230, cachelnsz=3D8 (dwords) @@ -517,14 +479,10 @@ pcib3: allocated I/O port range (0x2040-0x207f) for rid 20 of pci0:3:2:1 pcib3: matched entry for 3.2.INTB pcib3: slot 2 INTB hardwired to IRQ 55 -em0: port 0x2000-0x203= f mem 0xd8200000-0xd821ffff irq 54 at device 2.0 on pci3 -ioapic2: routing intpin 6 (PCI IRQ 54) to lapic 0 vector 52 +em0: port 0x2040-0x207= f mem 0xd8220000-0xd823ffff irq 55 at device 2.1 on pci3 +ioapic2: routing intpin 7 (PCI IRQ 55) to lapic 0 vector 51 em0: bpf attached -em0: Ethernet address: 00:30:48:2d:32:6a -em1: port 0x2040-0x207= f mem 0xd8220000-0xd823ffff irq 55 at device 2.1 on pci3 -ioapic2: routing intpin 7 (PCI IRQ 55) to lapic 0 vector 53 -em1: bpf attached -em1: Ethernet address: 00:30:48:2d:32:6b +em0: Ethernet address: 00:30:48:2d:32:6b pcib4: irq 16 at device 4.0 on pci0 pcib4: domain 0 pcib4: secondary bus 4 @@ -542,22 +500,22 @@ pcib5: allocated bus range (5-5) for rid 0 of pci5 pci5: domain=3D0, physical bus=3D5 uhci0: port 0x1400-0x141f irq = 16 at device 29.0 on pci0 -ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 54 +ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 52 usbus0 on uhci0 uhci0: usbpf: Attached uhci1: port 0x1420-0x143f irq = 19 at device 29.1 on pci0 -ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 0 vector 55 +ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 0 vector 53 usbus1 on uhci1 uhci1: usbpf: Attached uhci2: port 0x1440-0x145f irq = 18 at device 29.2 on pci0 -ioapic0: routing intpin 18 (PCI IRQ 18) to lapic 0 vector 56 +ioapic0: routing intpin 18 (PCI IRQ 18) to lapic 0 vector 54 usbus2 on uhci2 uhci2: usbpf: Attached uhci3: port 0x1460-0x147f irq = 16 at device 29.3 on pci0 usbus3 on uhci3 uhci3: usbpf: Attached ehci0: mem 0xd8001000-0xd80013= ff irq 23 at device 29.7 on pci0 -ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 57 +ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 55 usbus4: EHCI version 1.0 usbus4 on ehci0 ehci0: usbpf: Attached @@ -580,30 +538,13 @@ pci6: on pcib6 pcib6: allocated bus range (6-6) for rid 0 of pci6 pci6: domain=3D0, physical bus=3D6 -found-> vendor=3D0x1002, dev=3D0x4752, revid=3D0x27 - domain=3D0, bus=3D6, slot=3D1, func=3D0 - class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 - cmdreg=3D0x0087, statreg=3D0x0290, cachelnsz=3D8 (dwords) - lattimer=3D0x42 (1980 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 = (0 ns) - intpin=3Da, irq=3D10 - powerspec 2 supports D0 D1 D2 D3 current D0 - map[10]: type Memory, range 32, base 0xd9000000, size 24, enabled -pcib6: allocated memory range (0xd9000000-0xd9ffffff) for rid 10 of pci0:6= :1:0 - map[14]: type I/O Port, range 32, base 0x3000, size 8, enabled -pcib6: allocated I/O port range (0x3000-0x30ff) for rid 14 of pci0:6:1:0 - map[18]: type Memory, range 32, base 0xd8300000, size 12, enabled -pcib6: allocated memory range (0xd8300000-0xd8300fff) for rid 18 of pci0:6= :1:0 -pcib6: matched entry for 6.1.INTA -pcib6: slot 1 INTA hardwired to IRQ 17 -vgapci0: port 0x3000-0x30ff mem 0xd9000000-0xd9ff= ffff,0xd8300000-0xd8300fff irq 17 at device 1.0 on pci6 -vgapci0: Boot video device isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x17= 7,0x376,0x14a0-0x14af at device 31.1 on pci0 ata0: at channel 0 on atapci0 -ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 58 +ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 56 ata1: at channel 1 on atapci0 -ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 59 +ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 57 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 @@ -614,7 +555,7 @@ kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 -ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 60 +ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 58 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 @@ -636,21 +577,21 @@ psm: status 00 02 64 psm: status 00 03 28 psm0: irq 12 on atkbdc0 -ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 0 vector 61 +ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 0 vector 59 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: console (9600,n,8,1) -ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 62 +ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 60 uart0: fast interrupt uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 -ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 0 vector 63 +ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 0 vector 61 uart1: fast interrupt fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 73 -ioapic0: routing intpin 6 (ISA IRQ 6) to lapic 0 vector 64 +ioapic0: routing intpin 6 (ISA IRQ 6) to lapic 0 vector 62 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ACPI: Enabled 1 GPEs in block 00 to 1F ahc_isa_identify 0: ioport 0xc00 alloc failed @@ -811,7 +752,7 @@ p4tcc1: on cpu1 Device configuration finished. procfs registered -lapic: Divisor 2, Frequency 100005706 Hz +lapic: Divisor 2, Frequency 100005723 Hz Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining tcp_init: net.inet.tcp.tcbhashsize auto tuned to 16384 @@ -819,12 +760,6 @@ hptnr: no controller detected. hpt27xx: no controller detected. hptrr: no controller detected. -aacd0 on aac0 -aacd0: 34970MB (71619584 sectors) -aacd1 on aac0 -aacd1: 69974MB (143307008 sectors) -GEOM: new disk aacd0 -GEOM: new disk aacd1 random: unblocking device. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 @@ -843,42 +778,21 @@ ugen4.1: at usbus4 uhub4: on usbus4 uhub0: 2 ports with 2 removable, self powered -ata0: stat0=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 uhub1: 2 ports with 2 removable, self powered -uhub2: 2 ports with 2 removable, self powered +ata0: stat0=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 -uhub3: 2 ports with 2 removable, self powered ata0: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x0 +uhub2: 2 ports with 2 removable, self powered +uhub3: 2 ports with 2 removable, self powered ata1: reset tp1 mask=3D03 ostat0=3D00 ostat1=3D50 ata1: stat0=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata1: stat1=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x20000 ata1: DMA limited to UDMA33, controller found non-ATA66 cable -uhub4: 8 ports with 8 removable, self powered -ses0 at aacp0 bus 0 scbus0 target 6 lun 0 -ses0: Fixed Uninstalled SCSI-2 device=20 -ses0: 3.300MB/s transfers -ses0: SAF-TE Compliant Device -pass0 at aacp0 bus 0 scbus0 target 0 lun 0 -pass0: ses0: Nfans 0 Npwr 0 Nslots 4 Lck 0 Ntherm 1 Nspkrs 0 Ntstats 0 - Fixed Uninstalled SCSI-3 device=20 -pass0: 0KB/s transfers -pass1 at aacp0 bus 0 scbus0 target 1 lun 0 -pass1: Fixed Uninstalled SCSI-3 device=20 -pass1: 0KB/s transfers -pass2 at aacp0 bus 0 scbus0 target 2 lun 0 -pass2: Fixed Uninstalled SCSI-3 device=20 -pass2: 0KB/s transfers -pass3 at aacp0 bus 0 scbus0 target 3 lun 0 -pass3: Fixed Uninstalled SCSI-3 device=20 -pass3: 0KB/s transfers -pass4 at aacp0 bus 0 scbus0 target 6 lun 0 -pass4: Fixed Uninstalled SCSI-2 device=20 -pass4: 0KB/s transfers -pass5 at ata1 bus 0 scbus3 target 1 lun 0 -pass5: Removable CD-ROM SCSI-0 device=20 -pass5: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) -cd0 at ata1 bus 0 scbus3 target 1 lun 0 +pass0 at ata1 bus 0 scbus1 target 1 lun 0 +pass0: Removable CD-ROM SCSI-0 device=20 +pass0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) +cd0 at ata1 bus 0 scbus1 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 Netvsc initializing... done! SMP: AP CPU #1 Launched! @@ -887,23 +801,42 @@ lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 ioapic0: routing intpin 1 (cd0: 33.300MB/s transfersISA IRQ 1 () to lapic = 6 vector 48 -UDMA2, ioapic0: routing intpin 4 (ATAPI 12bytes, ISA IRQ 4PIO 65534bytes) = to lapic 6 vector 49 -)ioapic0: routing intpin 9 ( -ISA IRQ 9cd0: Attempt to query device size failed: NOT READY, Medium not p= resent -) to lapic 6 vector 50 +UDMA2, ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 6 vector 49 +ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 6 vector 50 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 6 vector 51 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 6 vector 52 ioapic0: routing intpin 19 (PCI IRQ 19) to lapic 6 vector 53 -ioapic1: routing intpin 0 (PCI IRQ 24) to lapic 6 vector 54 -ioapic2: routing intpin 7 (PCI IRQ 55) to lapic 6 vector 55 +ioapic2: routing intpin 7 (PCI IRQ 55) to lapic 6 vector 54 SMP: passed TSC synchronization test TSC timecounter discards lower 1 bit(s) -Timecounter "TSC-low" frequency 1800100759 Hz quality 1000 +Timecounter "TSC-low" frequency 1800101088 Hz quality 1000 WARNING: WITNESS option enabled, expect reduced performance. +ATAPI 12bytes, PIO 65534bytes) +cd0: Attempt to query device size failed: NOT READY, Medium not present GEOM: new disk cd0 +Root mount waiting for: usbus4 +Root mount waiting for: usbus4 +uhub4: 8 ports with 8 removable, self powered Trying to mount root from ufs:/dev/aacd0s4a [rw]... -start_init: trying /sbin/init -Enter full pathname of shell or RETURN for /bin/sh:=20 -Cannot read termcap database; -using dumb terminal settings. -#=20 +mountroot: waiting for device /dev/aacd0s4a ... +Mounting from ufs:/dev/aacd0s4a failed with error 19. + +Loader variables: + vfs.root.mountfrom=3Dufs:/dev/aacd0s4a + vfs.root.mountfrom.options=3Drw + +Manual root filesystem specification: + : [options] + Mount using filesystem + and with the specified (optional) option list. + + eg. ufs:/dev/da0s1a + zfs:tank + cd9660:/dev/acd0 ro + (which is equivalent to: mount -t cd9660 -o ro /dev/acd0 /) + + ? List valid disk boot devices + . Yield 1 second (for background tasks) + Abort manual input + +mountroot>=20 Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --m1UC1K4AOz1Ywdkx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJ8BAEBCgBmBQJTPZNxXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7tHIQAKK/Plh1qJDCX3GHc4ttupbD SyS6t1LVMr59FKGqDEH2/OogURo7lEURZ/gAbzi0LwBwlegmc20bLuVPe/xBkrOT oTovVqo9532jus4HEOLuIyyIt9ZSK4+J1CFFZnc9ML3syANbNq7tB4EENZtK/Dfh jJf2gkfkb+8EswCYZyO3jsAjG0k4EAZtxXYj9SCaDe+vPsL1d7XnE0pdKHwlo82V mDKaBpNlvXASiXjONf+15xky0FMsuO3iJsFhx7beFjLSJ7tU8BJBUcZS9nQ8vSY0 gXRqW/lfEE5h1kMkI6tnY9EvVIrQvgb+iRQYSFAAb7xEZz90cjbGwf96RWUWVn8o dfn0x0Kbt1LydRRqWBJapUB57gLcGVK1LxYkqIR9u4BBN6dlBpoOPnSZ0yY4B/gc xhH6RjCdL8iI4T3sXGnV2c1hoj7PBeLobYzHeUnom0WZASkq2p1QyNbWQsB5ijdJ +R8hoBfAo29fzpzI5an+0/P04VdWLZv3zkTKcKgfosp2MlJyBSEJLmt0RqQxeAaa ij9Ajwvh0tqNXxUI2uDUXJ+IkWRnjVEgjWAM9hotl5w6FkrBfrNnDh1JjPBa1qnm 1jazazT3E/1syeIfAX6s7aW+969T6dJflzKiAGshcNSt3DOUuZ2wqfdrM2IbXWLm HkHwqxjNuh6Bj3ajKqYV =x3/4 -----END PGP SIGNATURE----- --m1UC1K4AOz1Ywdkx-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 17:12:51 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9DE6294C for ; Thu, 3 Apr 2014 17:12:51 +0000 (UTC) Received: from mail.lifanov.com (mail.lifanov.com [206.125.175.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8210E7D3 for ; Thu, 3 Apr 2014 17:12:51 +0000 (UTC) Received: by mail.lifanov.com (Postfix, from userid 58) id 0BFDE1AF7E6; Thu, 3 Apr 2014 13:12:51 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.lifanov.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.4.0 Received: from app.lifanov.com (chat.lifanov.com [206.125.175.13]) by mail.lifanov.com (Postfix) with ESMTPA id 63BED1A0071 for ; Thu, 3 Apr 2014 13:12:50 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 03 Apr 2014 13:12:49 -0400 From: Nikolai Lifanov To: freebsd-current@freebsd.org Subject: Re: svn commits r264007-264011: disks missing In-Reply-To: <20140403162357.GW21331@kib.kiev.ua> References: <201404011602.s31G22QT056325@svn.freebsd.org> <533D5B00.7030005@mail.lifanov.com> <533D8989.8040901@mail.lifanov.com> <20140403162357.GW21331@kib.kiev.ua> Message-ID: X-Sender: lifanov@mail.lifanov.com User-Agent: Roundcube Webmail/0.9.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 17:12:51 -0000 On 2014-04-03 12:23, Konstantin Belousov wrote: > On Thu, Apr 03, 2014 at 12:17:13PM -0400, Nikolai Lifanov wrote: >> On 04/03/14 08:58, Nikolai Lifanov wrote: >> > On 04/01/14 12:02, Ryan Stone wrote: >> >> Author: rstone >> >> Date: Tue Apr 1 16:02:02 2014 >> >> New Revision: 264011 >> >> URL: http://svnweb.freebsd.org/changeset/base/264011 >> >> >> >> Log: >> >> Add support for PCIe ARI >> >> >> > >> > With the changes between r264007-264011, my 4-port RocketRAID 640 card >> > in JBOD mode just lost (?) 2 out of 4 disks. I disabled bhyve pci >> > passthrough, tried looking for these disks with various tools, but no >> > luck. There is no trace of them being available in dmesg, etc. >> > >> > I narrowed it down to that range of revisions, and >> > going back to r264006 makes the disks show up again. >> > >> > - Nikolai Lifanov >> > >> >> I updated to r264073 with revisions r264007-264013 reverted, and all >> my >> disks show up. Could you look into this please? I'll provide any >> information that can be helpful. > > I think verbose dmesg from failing and running kernel should be good > for the start. Sure, here! http://lifanov.com/files/freebsd/bugs/dmesg.broken.txt http://lifanov.com/files/freebsd/bugs/dmesg.working.txt - Nikolai Lifanov From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 17:44:56 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE7C140E for ; Thu, 3 Apr 2014 17:44:56 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 834D8A90 for ; Thu, 3 Apr 2014 17:44:56 +0000 (UTC) X_CMAE_Category: , , X-CNFS-Analysis: v=2.0 cv=NotTgrhJ c=1 sm=1 a=uNsD4W5u/UlQopoDAqU1YA==:17 a=fZBWQ0Qh6m4A:10 a=TPPEF4Voh2sA:10 a=AaUjGI9IrlcA:10 a=IkcTkHD0fZMA:10 a=OA2lqS22AAAA:8 a=7Qk2ozbKAAAA:8 a=6kSNzKaEm3B82YgH0doA:9 a=QEXdDO2ut3YA:10 a=cvZW9r6VXHAA:10 a=uNsD4W5u/UlQopoDAqU1YA==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Authentication-Results: smtp01.rcn.cmh.synacor.com header.from=roberthuff@rcn.com; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=roberthuff@rcn.com; spf=neutral; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=roberthuff; auth=pass (PLAIN) Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 209.6.39.223 is neither permitted nor denied by domain of rcn.com) Received: from [209.6.39.223] ([209.6.39.223:3511] helo=[10.0.0.3]) by smtp.rcn.com (envelope-from ) (ecelerity 3.5.1.37854 r(Momo-dev:3.5.1.0)) with ESMTPA id 24/96-15227-61E9D335; Thu, 03 Apr 2014 13:44:54 -0400 Message-ID: <533D9E0B.3000605@rcn.com> Date: Thu, 03 Apr 2014 13:44:43 -0400 From: Robert Huff User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: current@freebsd.org Subject: Re: another Make (maybe) problem References: <533D6947.9000203@rcn.com> In-Reply-To: <533D6947.9000203@rcn.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 17:44:56 -0000 Warner Losh writes > > Can you prune down your make.conf to find the minimal line(s) that > > cause this? > > Yes, but each run will take about three hours .... > > Starting with an empty make.conf, Empty make.conf = same result. Where do I look next? 1) I know very little about make, but I have seen additional debugging options in the man page. Are there any particular ones which are likely to be helpful? 2) Is there a way to just re-try the affected part of buildworld? Thanks, Robert Huff From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 18:05:42 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 66467BCB for ; Thu, 3 Apr 2014 18:05:42 +0000 (UTC) Received: from mail-oa0-x236.google.com (mail-oa0-x236.google.com [IPv6:2607:f8b0:4003:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 30D33C45 for ; Thu, 3 Apr 2014 18:05:42 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id n16so2383885oag.13 for ; Thu, 03 Apr 2014 11:05:41 -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=q/K/9pIYCI95ohjSQZIhjmVcA03llHUyYcq3ZwKd8/g=; b=Fd4ZPTP9+leGFeg23j5z7FYouLHJvHM+DO7+do8EG4cqpso26taZWqgMSlhFL5VFVN HYHK8Hloh1OGxGDaHuoPmY9gGpdtMhM6h+Ft4bEnoRAX7DcLJIR4uhrC7S8r3CCwJKAg 3IaMhvKBD7Xf9uHmWTLaJJGunWagBRnaI1HOkrtFf+Xbcwotq474+pCyCOtwnCMqG28W eLwvUIvr5YfbW4KcRXK9lVYIenUJNFsbnKZz0pKLb8lcLz//oOmXUTXsVPsV7fZKIQIk kZPqGXsKCPbe+SDHADORAFfUhukPmaRJTlYWbRGoeV0TiI8uNgPb9O6EsMt6SEVZpqPQ GL0w== MIME-Version: 1.0 X-Received: by 10.60.140.201 with SMTP id ri9mr2361455oeb.74.1396548341558; Thu, 03 Apr 2014 11:05:41 -0700 (PDT) Received: by 10.76.7.199 with HTTP; Thu, 3 Apr 2014 11:05:41 -0700 (PDT) In-Reply-To: References: <20140403160031.GD30431@albert.catwhisker.org> <20140403162127.GE30431@albert.catwhisker.org> Date: Thu, 3 Apr 2014 14:05:41 -0400 Message-ID: Subject: Re: Boot fails @r264070 From: Ryan Stone To: Benjamin Kaduk Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 18:05:42 -0000 Can somebody please confirm whether setting hw.pci.enable_ari=0 in the loader fixes the issue or not. That will help me to figure out if the issue is with ARI or if I have somehow broken PCI enumeration in general (I suspect the later). From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 18:25:24 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A9D0E1EF for ; Thu, 3 Apr 2014 18:25:24 +0000 (UTC) Received: from mail.lifanov.com (mail.lifanov.com [206.125.175.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8C134E19 for ; Thu, 3 Apr 2014 18:25:24 +0000 (UTC) Received: by mail.lifanov.com (Postfix, from userid 58) id CBA261AF7F1; Thu, 3 Apr 2014 14:25:23 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.lifanov.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.4.0 Received: from [10.1.3.5] (cnet520-windstream.mcclatchyinteractive.com [166.108.16.2]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.lifanov.com (Postfix) with ESMTPSA id 3EED61A0071; Thu, 3 Apr 2014 14:25:22 -0400 (EDT) Message-ID: <533DA790.5050802@mail.lifanov.com> Date: Thu, 03 Apr 2014 14:25:20 -0400 From: Nikolai Lifanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Ryan Stone , Benjamin Kaduk Subject: Re: Boot fails @r264070 References: <20140403160031.GD30431@albert.catwhisker.org> <20140403162127.GE30431@albert.catwhisker.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 18:25:24 -0000 On 04/03/14 14:05, Ryan Stone wrote: > Can somebody please confirm whether setting hw.pci.enable_ari=0 in the > loader fixes the issue or not. That will help me to figure out if the > issue is with ARI or if I have somehow broken PCI enumeration in > general (I suspect the later). > __________________ I already tried it. I can confirm that it does not help. - Nikolai Lifanov From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 18:43:49 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDFC177B for ; Thu, 3 Apr 2014 18:43:49 +0000 (UTC) Received: from mail.lifanov.com (mail.lifanov.com [206.125.175.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A2D17FCA for ; Thu, 3 Apr 2014 18:43:49 +0000 (UTC) Received: by mail.lifanov.com (Postfix, from userid 58) id 4DD001AF7F8; Thu, 3 Apr 2014 14:43:49 -0400 (EDT) Received: from [10.1.3.5] (cnet520-windstream.mcclatchyinteractive.com [166.108.16.2]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.lifanov.com (Postfix) with ESMTPSA id 6AB4E1A0071; Thu, 3 Apr 2014 14:43:48 -0400 (EDT) Message-ID: <533DABE2.7080705@mail.lifanov.com> Date: Thu, 03 Apr 2014 14:43:46 -0400 From: Nikolai Lifanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Ryan Stone , Benjamin Kaduk Subject: Re: Boot fails @r264070 References: <20140403160031.GD30431@albert.catwhisker.org> <20140403162127.GE30431@albert.catwhisker.org> <533DA790.5050802@mail.lifanov.com> In-Reply-To: <533DA790.5050802@mail.lifanov.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 18:43:49 -0000 On 04/03/14 14:25, Nikolai Lifanov wrote: > On 04/03/14 14:05, Ryan Stone wrote: >> Can somebody please confirm whether setting hw.pci.enable_ari=0 in the >> loader fixes the issue or not. That will help me to figure out if the >> issue is with ARI or if I have somehow broken PCI enumeration in >> general (I suspect the later). >> __________________ > > I already tried it. > I can confirm that it does not help. > > - Nikolai Lifanov > In fact, here is what it looks like: the disk discovery skips the first 2 and enumerates the rest. Thankfully, this isn't my boot pool and rebooting without ARI changes discovers every disk and imports it correctly. $ sysctl hw.pci.enable_ari hw.pci.enable_ari: 0 $ zpool status data pool: data state: UNAVAIL status: One or more devices could not be opened. There are insufficient replicas for the pool to continue functioning. action: Attach the missing device and online it using 'zpool online'. see: http://illumos.org/msg/ZFS-8000-3C scan: none requested config: NAME STATE READ WRITE CKSUM data UNAVAIL 0 0 0 mirror-0 UNAVAIL 0 0 0 820204606399244410 UNAVAIL 0 0 0 was /dev/ada0 7129954888383586426 UNAVAIL 0 0 0 was /dev/ada1 mirror-1 ONLINE 0 0 0 ada0 ONLINE 0 0 0 ada1 ONLINE 0 0 0 - Nikolai Lifanov From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 20:52:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B9F9BB34 for ; Thu, 3 Apr 2014 20:52:24 +0000 (UTC) Received: from mail-oa0-x22f.google.com (mail-oa0-x22f.google.com [IPv6:2607:f8b0:4003:c02::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 86536D5D for ; Thu, 3 Apr 2014 20:52:24 +0000 (UTC) Received: by mail-oa0-f47.google.com with SMTP id i11so2586806oag.20 for ; Thu, 03 Apr 2014 13:52:23 -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=ykB1JjOHkXvPT+BMONY32s1HoL/fWG7PW08+EmfwAfg=; b=tI94G/TCj6fYR2epAy722DeAfFEp1pWs3/BcpiYXZ/vFWP5CL4VOaLIRgy69/siBD6 Svml6RZpBX3Q3q1seA+iNfSJnIScidGvQdG26eyWynrrlcvQ2KmQE/fFAe4f5JyvAyFe MSeYHT4RUvfZQU0rrKaq9b/bQ5YhGx6rXtY6NfDQ8mzjVM8Xf/XLZvIzbLl61JQEtzA2 1PhfjTlNhNvjCxKj3fDq4fqYpYu8T0+lg0jjcdPAm2LUOJcTy3uL7b/kZZxZwhJQBj6S sFxv0vxQiQd8s/iNnGa5VfgBgCSEvzdyeafKFr7RQr3w9SjabBHjze6J4zS5pN2te5Qc n1LQ== MIME-Version: 1.0 X-Received: by 10.60.103.210 with SMTP id fy18mr359660oeb.75.1396558343668; Thu, 03 Apr 2014 13:52:23 -0700 (PDT) Received: by 10.182.130.71 with HTTP; Thu, 3 Apr 2014 13:52:23 -0700 (PDT) Date: Thu, 3 Apr 2014 16:52:23 -0400 Message-ID: Subject: Bad judgement using chflags From: Joe Nosay To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 20:52:24 -0000 I thought I could clear the .svn directory using chflag -R noschg /usr/src/.svn/* and...... I screwed up my system for svn checkout of CURRENT. Live and learn. Anyway, how do I fix this? Thanks From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 20:56:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A5BAE3B for ; Thu, 3 Apr 2014 20:56:53 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0446BD9A for ; Thu, 3 Apr 2014 20:56:52 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.8/8.14.8) with ESMTP id s33KulvR078066; Thu, 3 Apr 2014 16:56:47 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <533DCB0C.9010900@sentex.net> Date: Thu, 03 Apr 2014 16:56:44 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Joe Nosay , freebsd-current Subject: Re: Bad judgement using chflags References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 20:56:53 -0000 chflags 0 will remove the flags ---Mike On 4/3/2014 4:52 PM, Joe Nosay wrote: > I thought I could clear the .svn directory using chflag -R noschg > /usr/src/.svn/* and...... > I screwed up my system for svn checkout of CURRENT. > Live and learn. > Anyway, how do I fix this? > 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" > > -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 22:34:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D3C478AD for ; Thu, 3 Apr 2014 22:34:02 +0000 (UTC) Received: from mail-ob0-x232.google.com (mail-ob0-x232.google.com [IPv6:2607:f8b0:4003:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9D0E4840 for ; Thu, 3 Apr 2014 22:34:02 +0000 (UTC) Received: by mail-ob0-f178.google.com with SMTP id wp18so2668419obc.37 for ; Thu, 03 Apr 2014 15:34:02 -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=FqvXbBBz0bGnpEwYY/WnBGqBUWMeQhkUlt96z7IDEFY=; b=KWMEvyA/MSAat3+fNHAXx7Jjk+KObGlfbhsRteS7fKf+utu+c+o6DjPNlCnwVTpBtW f86itPcuur7gi8zEiZFJ3uKE6NIfEr77NlCln+x0JXp3dzaTEHnM+ARZ62Z9S7O4P8Wx FkT2vvjKuuXFGxsJaIf2Bgh/FxdunAMbkn6b004+lgEZa+CzYxpnW0cm81DENyEqqW7k T0hpUjkLyiJpd6D7TQVOuTEWj6lN4gANPThUJQMmPkirNSej28p/lg17ySd5gx1IqqKt uG5VhT+mAtTGUlYgMHycfBG68l+M3IQz8GgXXjexSeYZlYsGe+4FH71zYodU4wFiYDw5 5jdg== MIME-Version: 1.0 X-Received: by 10.60.98.139 with SMTP id ei11mr8681770oeb.43.1396564441911; Thu, 03 Apr 2014 15:34:01 -0700 (PDT) Received: by 10.76.87.7 with HTTP; Thu, 3 Apr 2014 15:34:01 -0700 (PDT) In-Reply-To: References: <201404011602.s31G22QT056325@svn.freebsd.org> <533D5B00.7030005@mail.lifanov.com> <533D8989.8040901@mail.lifanov.com> <20140403162357.GW21331@kib.kiev.ua> Date: Thu, 3 Apr 2014 18:34:01 -0400 Message-ID: Subject: Re: svn commits r264007-264011: disks missing From: Ryan Stone To: Nikolai Lifanov Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 22:34:02 -0000 This is fixed in r264091. Apologies for the breakage; it seems to mostly effect legacy PCI devices and my testing was on PCIe-only systems. Thanks to everyone who reported the issue and provided verbose dmesgs; that really helped me to understand the problem. From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 22:55:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2713EAF1 for ; Thu, 3 Apr 2014 22:55:08 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id C02D99BA for ; Thu, 3 Apr 2014 22:55:07 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile13) with ESMTP id s33Mt6De024572; Fri, 4 Apr 2014 07:55:06 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili15) with ESMTP id s33Mt6B05801; Fri, 4 Apr 2014 07:55:06 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi16) id s33Mt6AE011015; Fri, 4 Apr 2014 07:55:06 +0900 Received: from localhost by lomi16.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id s33Mt5kV010981; Fri, 4 Apr 2014 07:55:05 +0900 Date: Fri, 04 Apr 2014 07:55:05 +0900 (JST) Message-Id: <20140404.075505.349505214846463043.okuno.kohji@jp.panasonic.com> To: kostikbel@gmail.com Subject: Re: kevent has bug? From: Kohji Okuno In-Reply-To: <20140403134814.GT21331@kib.kiev.ua> References: <20140402174400.GR21331@kib.kiev.ua> <20140403.182656.1696050559410663288.okuno.kohji@jp.panasonic.com> <20140403134814.GT21331@kib.kiev.ua> Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, okuno.kohji@jp.panasonic.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 22:55:08 -0000 From: Konstantin Belousov Date: Thu, 3 Apr 2014 16:48:14 +0300 > On Thu, Apr 03, 2014 at 06:26:56PM +0900, Kohji Okuno wrote: >> > The done_ev_add case is indeed missed in my patch, thank you for noting. >> > The case of EV_ADD does not need the KN_SCAN workaround, IMO, since the >> > race is possible just by the nature of adding the knote. > >> I think, we should add KN_SCAN after knote_attach() in >> kqueue_register(), too. What do you think about this? > See above, I noted this case in the previous mail. This may be elaborated. > > First, I think it is technically incorrect to allow the event > notification before the f_attach() method is finished. So the KN_SCAN > flag could be set only after f_attach() call, but due to both kq and > knlist not locked there, we still have the same race. And this race is > in fact acceptable, since it is the race between application calling > EV_ADD, and external event occuring, which cannot be avoided. Until the > kevent(EV_ADD) syscall returned, we do not have an obligation to report > the event from the kqfd. Having the race somewhat bigger by not setting > KN_SCAN is fine in my opinion. Hi, Thank you for your detailed commnet. And I uderstood about your opinion. By the way, do you commit your change to HEAD? Regards, Kohji Okuno From owner-freebsd-current@FreeBSD.ORG Thu Apr 3 23:42:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4094D4E5; Thu, 3 Apr 2014 23:42:09 +0000 (UTC) Received: from mail-qg0-x22c.google.com (mail-qg0-x22c.google.com [IPv6:2607:f8b0:400d:c04::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DE555D44; Thu, 3 Apr 2014 23:42:08 +0000 (UTC) Received: by mail-qg0-f44.google.com with SMTP id a108so2620381qge.3 for ; Thu, 03 Apr 2014 16:42:07 -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:message-id:subject :from:to:cc:content-type; bh=K6DZ7FVrnzgAjpjW+wmwKiNT79YcOT+4dXseFMN/6gM=; b=ZONh1WGJWvTzCrzy1GVkuCH91JlNHBrZINqLc7aXZ4JAcCn7SXRSUz9x+TdRNUkNP5 VQSBuyIwkB3EaDZFhpOIhzSm6mwul/3lqcL5hp1Obly231TTA6IJXxKaTLn+WYlI8m2V sVXpXXT+LLp//pF8luOzlcbDzAwTwSlR0ByZvNWOJTBhb9moIhCSj1NOoAzqubXrW6gv rW5VhjprTFG5LZDnNh7Z7msADAkluYLDPnkQYxf9AfBfnUEtPfIL4qeLYcZtX8CseoNL mQoIsVCpwdqdV06+7G+6uO0npNFLg1y+AS9Tu7pDvQ8QeirpphZCl0lDcQ4L9XRLhsFu epjA== MIME-Version: 1.0 X-Received: by 10.224.25.2 with SMTP id x2mr10785646qab.37.1396568527385; Thu, 03 Apr 2014 16:42:07 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.50.143 with HTTP; Thu, 3 Apr 2014 16:42:07 -0700 (PDT) In-Reply-To: <20140403100207.GA23640@syn.pertho.net> References: <20140226123709.GA31099@syn.pertho.net> <530EE7F4.3080903@shurik.kiev.ua> <530EEEA5.4090306@shurik.kiev.ua> <20140228230705.GA28290@syn.pertho.net> <20140403100207.GA23640@syn.pertho.net> Date: Thu, 3 Apr 2014 16:42:07 -0700 X-Google-Sender-Auth: b6mDQvQ1DrPqY0ntwG7MZ_680_Q Message-ID: Subject: Re: iwn(4) in -HEAD supporting Centrino Wireless-N 135 From: Adrian Chadd To: Tom Murphy Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexandr , freebsd-current , "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 Apr 2014 23:42:09 -0000 I've had no time to continue looking at this, I'm sorry. I'm very overworked and I'm not able to be both the net80211, ath and iwn maintainer given how much actual attention they all require. Someone has to step up and take command of the iwn code. -a On 3 April 2014 03:02, Tom Murphy wrote: > Hi, > > I'm just wondering if you had any time to look at this? I'm happy to test > any patches or diffs. > > Regards, > Tom > > On Tue, Mar 11, 2014 at 11:03:20AM -0700, Adrian Chadd wrote: >> I still don't have any ideas here. I do however want to try hacking >> the driver to transmit EAPOL frames at the management rate, and then >> ensure the management rate is non-MCS. >> >> >> -a >> >> >> On 28 February 2014 15:14, Adrian Chadd wrote: >> > Hi, >> > >> > the interesting bits: >> > >> > >> > Feb 28 22:55:22 kernel: iwn_tx_data: qid 3 idx 3 len 129 nsegs 2 rate >> > 0002 plcp 0x0000420a >> > Feb 28 22:55:22 kernel: iwn_tx_data: qid 3 idx 4 len 129 nsegs 2 rate >> > 0002 plcp 0x0000420a >> > Feb 28 22:55:22 kernel: iwn5000_tx_done: qid 3 idx 3 retries 16 nkill >> > 0 rate 80006902 duration 2815 status 83 >> > Feb 28 22:55:22 kernel: iwn5000_tx_done: qid 3 idx 4 retries 16 nkill >> > 0 rate 80006902 duration 2815 status 83 >> > Feb 28 22:55:23 kernel: iwn_tx_data: qid 3 idx 5 len 129 nsegs 2 rate >> > 0002 plcp 0x0000420a >> > Feb 28 22:55:23 kernel: iwn_tx_data: qid 3 idx 6 len 129 nsegs 2 rate >> > 0002 plcp 0x0000420a >> > Feb 28 22:55:23 kernel: iwn5000_tx_done: qid 3 idx 5 retries 16 nkill >> > 0 rate 80006902 duration 2815 status 83 >> > Feb 28 22:55:23 kernel: iwn5000_tx_done: qid 3 idx 6 retries 16 nkill >> > 0 rate 80006902 duration 2815 status 83 >> > Feb 28 22:55:24 kernel: iwn_tx_data: qid 3 idx 7 len 129 nsegs 2 rate >> > 0002 plcp 0x0000420a >> > Feb 28 22:55:24 kernel: iwn_tx_data: qid 3 idx 8 len 129 nsegs 2 rate >> > 0002 plcp 0x0000420a >> > Feb 28 22:55:24 kernel: iwn5000_tx_done: qid 3 idx 7 retries 16 nkill >> > 0 rate 80006902 duration 2815 status 83 >> > Feb 28 22:55:24 kernel: iwn5000_tx_done: qid 3 idx 8 retries 16 nkill >> > 0 rate 80006902 duration 2815 status 83 >> > >> > .. so it's failing to transmit the management frames after association >> > - they're being transmitted at MCS0 and the AP is just plain not >> > ACKing them. >> > >> > Now, I don't know why this is. It's trying to transmit the initial >> > frame at non-MCS rates, but I have a feeling the multi-rate retry >> > table thing is confusing it and it's trying to send it as MCS. So >> > maybe the AP doesn't like management frames at MCS rates. >> > >> > I'll have to think about this a little. >> > >> > -a >> > >> > >> > On 28 February 2014 15:07, Tom Murphy wrote: >> >> I've attached my iwn debug messages to this email starting >> >> with the point I tried to associate to the Wifi. >> >> >> >> Thanks again for looking at this! >> >> >> >> Kind regards, >> >> Tom >> >> >> >> On Thu, Feb 27, 2014 at 12:13:51PM -0800, Adrian Chadd wrote: >> >>> On 26 February 2014 23:52, Alexandr wrote: >> >>> > Tom, could you: >> >>> > >> >>> > 1. compile kernel WITH_IWNDEBUG >> >>> > 2. sysctl dev.iwn.0.debug=0x1 >> >>> > 3. wlandebug -i wlan0 auth+assoc >> >>> > 4. Associate with AP in 11n mode >> >>> > 5. Send us appropriate /var/log/messages >> >>> > >> >>> > Then I try to compare it with my log. >> >>> >> >>> Please do. I've been trying to track down the source of this "ht just >> >>> doesn't work!" but it works fine with all of the Intel NICs I have >> >>> here. >> >>> >> >>> Can someone see if they can find a mtaching NIC online (amazon,ebay?) >> >>> Owning one that I can whack in a laptop is likely going ot help things >> >>> a lot. >> >>> >> >>> Thanks, >> >>> >> >>> >> >>> -a From owner-freebsd-current@FreeBSD.ORG Fri Apr 4 01:09:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A957048D for ; Fri, 4 Apr 2014 01:09:16 +0000 (UTC) Received: from dmz-mailsec-scanner-3.mit.edu (dmz-mailsec-scanner-3.mit.edu [18.9.25.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 38EC23EC for ; Fri, 4 Apr 2014 01:09:15 +0000 (UTC) X-AuditID: 1209190e-f79ee6d000000c40-9e-533e0639bf30 Received: from mailhub-auth-1.mit.edu ( [18.9.21.35]) (using TLS with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-3.mit.edu (Symantec Messaging Gateway) with SMTP id E0.7B.03136.A360E335; Thu, 3 Apr 2014 21:09:14 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id s3419DRg006491 for ; Thu, 3 Apr 2014 21:09:13 -0400 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id s3419BO3026319 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 3 Apr 2014 21:09:13 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id s3419B69017851; Thu, 3 Apr 2014 21:09:11 -0400 (EDT) Date: Thu, 3 Apr 2014 21:09:11 -0400 (EDT) From: Benjamin Kaduk To: freebsd-current@freebsd.org Subject: cannot build 9.2 from an 11-current host Message-ID: 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+NgFtrDIsWRmVeSWpSXmKPExsUixCmqrGvFZhds8Ggvq8WcNx+YHBg9Znya zxLAGMVlk5Kak1mWWqRvl8CV8a5bpmAfX8X57glMDYw3eboYOTgkBEwkTvfmdDFyApliEhfu rWfrYuTiEBKYzSTROX89C0hCSOASo8SSnhSIxGMmiSVNn1khEvUS5/59BitiEdCSWH7gPROI zSagIjHzzUY2EFtEQF7i2afrYPXCAoYSF3qvg9XzCjhKLDx9mhnEFhXQkVi9fwpUXFDi5Mwn YDazgKXEv7W/WCcw8s1CkpqFJLWAkWkVo2xKbpVubmJmTnFqsm5xcmJeXmqRrrFebmaJXmpK 6SZGcCBJ8u1g/HpQ6RCjAAejEg8vR7ptsBBrYllxZe4hRkkOJiVR3n4mu2AhvqT8lMqMxOKM +KLSnNTiQ4wSHMxKIrytbUDlvCmJlVWpRfkwKWkOFiVx3rfWVsFCAumJJanZqakFqUUwWRkO DiUJXl1WoKGCRanpqRVpmTklCGkmDk6Q4TxAw9lAaniLCxJzizPTIfKnGBWlxHmvsAAlBEAS GaV5cL2wSH/FKA70ijCvK0g7DzBJwHW/AhrMBDSYe50VyOCSRISUVAOjXZjU3sOeZTzbfl87 kF+v3eRTsVhxYV160PNiJcUXpqmCC9xvK62tUJvJvP5O50wvf9md/8zfvmRvDnE8HPlw84Hr W2SY+q6Ky8fZqPlarn+eszv+8S671y3CFaYCJ5LZL3bHKN7iyDh62bH3noXTi61nb/bdEDq4 TKPSJ7YuK1XKwyf96i4lluKMREMt5qLiRADjXzk1zwIAAA== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Apr 2014 01:09:16 -0000 Hi all, I've got a build machine that does package builds of net/openafs for upstream OpenAFS, and is supposed to build packages for all supported FreeBSD versions (and a few unsupported ones, too). I've recently updated to r264039M (the 'M' is reverting PCI ARI bits as discussed in a different thread), and now when I go back to build a 9.2 chroot, I find that I cannot build world: [...] c++ -O2 -pipe -I/usr/jail/amd64_fbsd_92/JAILROOT/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/include -I/usr/jail/amd64_fbsd_92/JAILROOT/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include -I/usr/jail/amd64_fbsd_92/JAILROOT/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen -I. -I/usr/jail/amd64_fbsd_92/JAILROOT/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd9.2\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd9.2\" -DDEFAULT_SYSROOT=\"\" -I/usr/obj/usr/jail/amd64_fbsd_92/JAILROOT/usr/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /usr/jail/amd64_fbsd_92/JAILROOT/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen/X86RecognizableInstr.cpp make: don't know how to make /usr/lib/libstdc++.a. Stop *** [bootstrap-tools] Error code 2 Stop in /usr/jail/amd64_fbsd_92/JAILROOT/usr/src. *** [_bootstrap-tools] Error code 1 Stop in /usr/jail/amd64_fbsd_92/JAILROOT/usr/src. *** Error code 1 sys/conf/newvers.sh is at r260647 (9.2-RELEASE-p3), and the source tree was generated by performing a svn checkout on a different machine and tarring up the tree. (That would be a checkout of releng/9.2 .) This is supposed to be a supported operation, right? -Ben From owner-freebsd-current@FreeBSD.ORG Fri Apr 4 01:21:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C38EC86F for ; Fri, 4 Apr 2014 01:21:12 +0000 (UTC) Received: from mail-ob0-x22a.google.com (mail-ob0-x22a.google.com [IPv6:2607:f8b0:4003:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8EBD4762 for ; Fri, 4 Apr 2014 01:21:12 +0000 (UTC) Received: by mail-ob0-f170.google.com with SMTP id uz6so2867617obc.1 for ; Thu, 03 Apr 2014 18:21:11 -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=Ok/q248OpXrHEhhUKlXEtc8sg/5jXHK6R1fvxSnq9Bk=; b=bjbNzqgXE65oJ68U444xZ6YgAHeL56IgAzPOzr7AOQb2e8ycMgiV8H+2UyP4uwLgWv zMU/lzDL/V7XWlm3nIymkTZEuJJnskFSEu5ZKNjzyf//iS+WkLeLBzBTyHBjC7D6Fcq2 TNYzmct8PY1y35zGHwxK7HA8TrSm+tfZofPcIXH2/aDk0VDOwQ5szGS4UQ4SGAoxuVao 30VWUBBWbtEK1682ZtERB7JIse7xyd3HwH2TzKtwWbUgAvBGImptiw2cpy1JemK/ykJO qrNgDysYtDrB2zt5R4srmkjPQzDfwG5JdOk6tmVes4JH2PctyAIsPdV6/dXl6o68VMWm Jm8g== MIME-Version: 1.0 X-Received: by 10.60.142.229 with SMTP id rz5mr13622013oeb.1.1396574471912; Thu, 03 Apr 2014 18:21:11 -0700 (PDT) Received: by 10.76.87.7 with HTTP; Thu, 3 Apr 2014 18:21:11 -0700 (PDT) In-Reply-To: References: Date: Thu, 3 Apr 2014 21:21:11 -0400 Message-ID: Subject: Re: cannot build 9.2 from an 11-current host From: Ryan Stone To: Benjamin Kaduk Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Apr 2014 01:21:12 -0000 On Thu, Apr 3, 2014 at 9:09 PM, Benjamin Kaduk wrote: > Hi all, > > I've got a build machine that does package builds of net/openafs for > upstream OpenAFS, and is supposed to build packages for all supported > FreeBSD versions (and a few unsupported ones, too). I've recently updated > to r264039M (the 'M' is reverting PCI ARI bits as discussed in a different > thread), and now when I go back to build a 9.2 chroot, I find that I cannot > build world: Unfortunately the bug is in 9.2-RELEASE, not 11-CURRENT. This patch fixes it, but it came in after 9.2-RELEASE: http://svnweb.freebsd.org/changeset/base/257812 From owner-freebsd-current@FreeBSD.ORG Fri Apr 4 01:45:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 92974C0A for ; Fri, 4 Apr 2014 01:45:26 +0000 (UTC) Received: from dmz-mailsec-scanner-4.mit.edu (dmz-mailsec-scanner-4.mit.edu [18.9.25.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1E68690C for ; Fri, 4 Apr 2014 01:45:25 +0000 (UTC) X-AuditID: 1209190f-f790b6d000000c3a-90-533e0eae837a Received: from mailhub-auth-1.mit.edu ( [18.9.21.35]) (using TLS with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-4.mit.edu (Symantec Messaging Gateway) with SMTP id F5.22.03130.EAE0E335; Thu, 3 Apr 2014 21:45:18 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id s341jHuA010517; Thu, 3 Apr 2014 21:45:18 -0400 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id s341jGdx008150 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 3 Apr 2014 21:45:17 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id s341jFYC022255; Thu, 3 Apr 2014 21:45:15 -0400 (EDT) Date: Thu, 3 Apr 2014 21:45:15 -0400 (EDT) From: Benjamin Kaduk To: Ryan Stone Subject: Re: cannot build 9.2 from an 11-current host In-Reply-To: Message-ID: References: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrJIsWRmVeSWpSXmKPExsUixCmqrLuOzy7YYPNcSYs5bz4wWXy9EufA 5DHj03wWj52z7rIHMEVx2aSk5mSWpRbp2yVwZXS9uspYcIKtYuLp50wNjLNYuxg5OCQETCR6 Gi26GDmBTDGJC/fWs3UxcnEICcxmktg24xYLSEJIYAOjxIaXZhD2QSaJPQf8IOx6iYs3/rCD 2CwCWhJrO4+wgdhsAioSM99sZAOZLyKgJHHqDCtImFnAUKL78CFGEFtYwFTiddd0sPGcAoES LXdegNm8Ao4Siz5Nh7qhjVFi4fSDTCAJUQEdidX7p0AVCUqcnPmEBWKopcS5P9fZJjAKzkKS moUktYCRaRWjbEpulW5uYmZOcWqybnFyYl5eapGuiV5uZoleakrpJkZwiEry72D8dlDpEKMA B6MSDy9Hum2wEGtiWXFl7iFGSQ4mJVHea7x2wUJ8SfkplRmJxRnxRaU5qcWHGCU4mJVEeB3Y gHK8KYmVValF+TApaQ4WJXHet9ZWwUIC6YklqdmpqQWpRTBZGQ4OJQnepSBDBYtS01Mr0jJz ShDSTBycIMN5gIZXgtTwFhck5hZnpkPkTzEqSonzWoMkBEASGaV5cL2wFPKKURzoFWHe7SBV PMD0A9f9CmgwE9Bg7nVWIINLEhFSUg2MjpF7yvZu3ac3Sf/cj4ILYdK5WyZnL1XpvC2VqSn/ sOZSgsaNFTPuRy+6JaR2RGhlcEHjvft5het8HnKv8kqMT6/YyXv2TMrdI5239fbkVy1fnfT/ U9/HYyrHxRvs5N/6ewT5Lr1z/4fC5r3mSebrtpxr17NK6HyVoSzjOvnXtLOPD5yd4nerQYml OCPRUIu5qDgRAKF1z/j8AgAA Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Apr 2014 01:45:26 -0000 On Thu, 3 Apr 2014, Ryan Stone wrote: > On Thu, Apr 3, 2014 at 9:09 PM, Benjamin Kaduk wrote: >> Hi all, >> >> I've got a build machine that does package builds of net/openafs for >> upstream OpenAFS, and is supposed to build packages for all supported >> FreeBSD versions (and a few unsupported ones, too). I've recently updated >> to r264039M (the 'M' is reverting PCI ARI bits as discussed in a different >> thread), and now when I go back to build a 9.2 chroot, I find that I cannot >> build world: > > Unfortunately the bug is in 9.2-RELEASE, not 11-CURRENT. This patch > fixes it, but it came in after 9.2-RELEASE: I figured it would be, and almost sent to -stable instead of here. > http://svnweb.freebsd.org/changeset/base/257812 Well, that was easy. Thanks for the quick pointer! -Ben From owner-freebsd-current@FreeBSD.ORG Fri Apr 4 08:05:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD5506AB for ; Fri, 4 Apr 2014 08:05:41 +0000 (UTC) Received: from mail-ob0-x235.google.com (mail-ob0-x235.google.com [IPv6:2607:f8b0:4003:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A99B2B6B for ; Fri, 4 Apr 2014 08:05:41 +0000 (UTC) Received: by mail-ob0-f181.google.com with SMTP id wp4so3070538obc.26 for ; Fri, 04 Apr 2014 01:05:41 -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=iZrnjx8idrz3kbSxuBk5gt0Vgw6t4zb2e80/temXtz0=; b=v2vmrOaPVPtnAm88C+Pv0J9tHs7bbY36aXjmCcnSEGzfnUr06MB3hu5/V6Aq6FlZHj aytTFRx9iIpGswsYf95HiYtWk3fJhCNhykvh7Mv7bzu3LDQPSdE/L/qZsvv0++6Hf92c VneoYZKYxpj8lY1yh31+DkK/tF+QP3XlifhdCg3OIlZJiPSfM/Qk2XrvgTZ8KUsocNlk Sp09HpiJTwaO+LqpMWdaEg1sTelhcnpySN+TrBtgScLf6G2xX/IWSB1XdMKtg1F9WXlF cZp+CAgq2hIKjdrjEB8mWLYkj43iYJwvkqWytairViGy+31EqtE9UVZFUn+vAc3+NsJ+ W0yQ== MIME-Version: 1.0 X-Received: by 10.60.135.106 with SMTP id pr10mr16738343oeb.15.1396598740962; Fri, 04 Apr 2014 01:05:40 -0700 (PDT) Received: by 10.182.80.7 with HTTP; Fri, 4 Apr 2014 01:05:40 -0700 (PDT) In-Reply-To: <533D9E0B.3000605@rcn.com> References: <533D6947.9000203@rcn.com> <533D9E0B.3000605@rcn.com> Date: Fri, 4 Apr 2014 10:05:40 +0200 Message-ID: Subject: Re: another Make (maybe) problem From: Oliver Pinter To: Robert Huff Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org, Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Apr 2014 08:05:41 -0000 On 4/3/14, Robert Huff wrote: > Warner Losh writes > >> > Can you prune down your make.conf to find the minimal line(s) that >> > cause this? >> >> Yes, but each run will take about three hours .... >> >> Starting with an empty make.conf, > > Empty make.conf = same result. > Where do I look next? > 1) I know very little about make, but I have seen additional debugging > options in the man page. Are there any particular ones which are likely > to be helpful? > 2) Is there a way to just re-try the affected part of buildworld? > > Thanks, Is there any change in src.conf? > > > Robert Huff > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Apr 4 09:09:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1C9E9D89 for ; Fri, 4 Apr 2014 09:09:37 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 76DEA18E for ; Fri, 4 Apr 2014 09:09:36 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.8/8.14.8) with ESMTP id s3499VGB017635; Fri, 4 Apr 2014 12:09:31 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s3499VGB017635 Received: (from kostik@localhost) by tom.home (8.14.8/8.14.8/Submit) id s3499TFI017634; Fri, 4 Apr 2014 12:09:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 4 Apr 2014 12:09:29 +0300 From: Konstantin Belousov To: Kohji Okuno Subject: Re: kevent has bug? Message-ID: <20140404090929.GC21331@kib.kiev.ua> References: <20140402174400.GR21331@kib.kiev.ua> <20140403.182656.1696050559410663288.okuno.kohji@jp.panasonic.com> <20140403134814.GT21331@kib.kiev.ua> <20140404.075505.349505214846463043.okuno.kohji@jp.panasonic.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uQKdfr6GvE2xHbL0" Content-Disposition: inline In-Reply-To: <20140404.075505.349505214846463043.okuno.kohji@jp.panasonic.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Apr 2014 09:09:37 -0000 --uQKdfr6GvE2xHbL0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 04, 2014 at 07:55:05AM +0900, Kohji Okuno wrote: > Hi, >=20 > Thank you for your detailed commnet. And I uderstood about your opinion. > By the way, do you commit your change to HEAD? Sure I will, I am waiting for possible last comment from John-Mark. Unless he provides more feedback, I plan to commit the patch tomorrow. --uQKdfr6GvE2xHbL0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTPnbIAAoJEJDCuSvBvK1BKbQQAIPIZVrW5lLW8/lmgrs+vXhD u+0GNzCTxwVLtz2NCo0+HfF8VehFCmIxkLX1kwo+3VODa1qJc9zTo++d/ym0WmsE GmnMbjSDusXEHvo5wf7bWabwWdxXJW8rpLbcht4++iRdBS01IPhHB2MiVb5uyTf1 9dG9SFoe2tfPr/GuYZiT7/qvYfC3HelJvTcyzUoWCS08xj3kfeLgIDgDOb+YKv2t b0OVdphKOxNSBTxKeOuoi5+INs0bD5e7tP2P4pUk13194TROY2dA/mZXRjA1kcuR hPiyHbvL/KIzasUn4nXUeTIOZ2UgIF8dWEoqihtDH8rWHCWUiwfdCi/ypsH3owwn 4Ucdbyh3M7RQ4spf+TNDVa0XE9vAuot3oZLl1WOpMdDFbQGiQ9tjslgPfHUrPejJ p5ysSJfJ+s5NNNCGBNjOcp6mHVMxwiaIUTPI411LTy4UP6MycIRqBeHTCxyWqGZa tQY0oAoqn6Ni2bh6JsfBVJPvJGLjrdde0dNMkIMsh627op9s4z25NXZwgw884DGj 7VvPjP2D3098DhyHEP/+vaVyJqU0YXsqdCox6Sa1u+auFVySN5oPq1Uday/IkWB7 pedcPoIFX+aFDMdpNOOJoWQdOuxAhFCUj+aQa9RcdIB/LYC0hWr0c5KG5XyKdQv+ UF6e2cDtlbQIA0pD46WK =bnF1 -----END PGP SIGNATURE----- --uQKdfr6GvE2xHbL0-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 4 12:32:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 42E5C143 for ; Fri, 4 Apr 2014 12:32:31 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 03D1A8DA for ; Fri, 4 Apr 2014 12:32:30 +0000 (UTC) X_CMAE_Category: , , X-CNFS-Analysis: v=2.0 cv=buTO9Tmi c=1 sm=1 a=uNsD4W5u/UlQopoDAqU1YA==:17 a=fZBWQ0Qh6m4A:10 a=tXUro2kh_WYA:10 a=AaUjGI9IrlcA:10 a=IkcTkHD0fZMA:10 a=OA2lqS22AAAA:8 a=yOTxMrDLQwgNikpMiBEA:9 a=QEXdDO2ut3YA:10 a=RvEhxV5yzAcA:10 a=tqPUzVt6_UsA:10 a=uNsD4W5u/UlQopoDAqU1YA==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.mail=roberthuff@rcn.com; spf=neutral; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com header.from=roberthuff@rcn.com; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.user=roberthuff; auth=pass (PLAIN) Received-SPF: neutral (smtp02.rcn.cmh.synacor.com: 209.6.39.223 is neither permitted nor denied by domain of rcn.com) Received: from [209.6.39.223] ([209.6.39.223:1994] helo=[10.0.0.3]) by smtp.rcn.com (envelope-from ) (ecelerity 3.5.1.37854 r(Momo-dev:3.5.1.0)) with ESMTPA id 56/AB-59476-656AE335; Fri, 04 Apr 2014 08:32:22 -0400 Message-ID: <533EA654.9000704@rcn.com> Date: Fri, 04 Apr 2014 08:32:20 -0400 From: Robert Huff User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Oliver Pinter Subject: Re: Re: another Make (maybe) problem References: <533D6947.9000203@rcn.com> <533D9E0B.3000605@rcn.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Apr 2014 12:32:31 -0000 On 4/4/2014 4:05 AM, Oliver Pinter wrote: > Is there any change in src.conf? There is no src.conf. (See original post.) Robert Huff From owner-freebsd-current@FreeBSD.ORG Fri Apr 4 12:47:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1D1FACA; Fri, 4 Apr 2014 12:47:09 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 650E6A0B; Fri, 4 Apr 2014 12:47:08 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.8/8.14.8) with ESMTP id s34CkYQE010535 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 4 Apr 2014 16:46:34 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.8/8.14.8/Submit) id s34CkY8l010534; Fri, 4 Apr 2014 16:46:34 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 4 Apr 2014 16:46:34 +0400 From: Gleb Smirnoff To: Andrey Chernov Subject: Re: login.conf --> UTF-8 Message-ID: <20140404124634.GC44326@glebius.int.ru> References: <1396457629.2280.2.camel@powernoodle.corp.yahoo.com> <20140402171546.GL44326@FreeBSD.org> <533C8269.7040305@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <533C8269.7040305@freebsd.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Apr 2014 12:47:10 -0000 On Thu, Apr 03, 2014 at 01:34:33AM +0400, Andrey Chernov wrote: A> On 02.04.2014 21:15, Gleb Smirnoff wrote: A> > S> + :lang=en_US.UTF-8:\ A> > S> + :charset=UTF-8: A> > A> > And I'd like to do same change for the 'russian' login class A> > in /etc/login.conf. A> A> Please everybody remember that we don't have UTF-8 collation A> implemented, just fallback to bytecode comparison. Any objections on checking in FreeBSD-compatible[1] UTF-8 collation implementation from Alex Tutubalin? http://blog.lexa.ru/2008/03/03/freebsd_utf8_russian_collate_vtoraja_popitka.html [1] ABC..ZАБВГД...Я...abcd...zабвгд...я -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Fri Apr 4 14:51:55 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED8BA5FF; Fri, 4 Apr 2014 14:51:55 +0000 (UTC) Received: from mail.ignoranthack.me (ujvl.x.rootbsd.net [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C6AB9920; Fri, 4 Apr 2014 14:51:55 +0000 (UTC) Received: from [10.73.160.242] (nat-dip7.cfw-a-gci.corp.yahoo.com [209.131.62.116]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id EBBC01929C9; Fri, 4 Apr 2014 14:51:54 +0000 (UTC) Subject: Re: login.conf --> UTF-8 From: Sean Bruno To: Gleb Smirnoff In-Reply-To: <20140404124634.GC44326@glebius.int.ru> References: <1396457629.2280.2.camel@powernoodle.corp.yahoo.com> <20140402171546.GL44326@FreeBSD.org> <533C8269.7040305@freebsd.org> <20140404124634.GC44326@glebius.int.ru> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-i9ZNU6xxo+IE1AgurOqJ" Date: Fri, 04 Apr 2014 07:51:54 -0700 Message-ID: <1396623114.1475.2.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: sbruno@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, 04 Apr 2014 14:51:56 -0000 --=-i9ZNU6xxo+IE1AgurOqJ Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, 2014-04-04 at 16:46 +0400, Gleb Smirnoff wrote: > On Thu, Apr 03, 2014 at 01:34:33AM +0400, Andrey Chernov wrote: > A> On 02.04.2014 21:15, Gleb Smirnoff wrote: > A> > S> + :lang=3Den_US.UTF-8:\ > A> > S> + :charset=3DUTF-8: > A> >=20 > A> > And I'd like to do same change for the 'russian' login class > A> > in /etc/login.conf. > A>=20 > A> Please everybody remember that we don't have UTF-8 collation > A> implemented, just fallback to bytecode comparison. >=20 > Any objections on checking in FreeBSD-compatible[1] UTF-8 collation > implementation from Alex Tutubalin? >=20 > http://blog.lexa.ru/2008/03/03/freebsd_utf8_russian_collate_vtoraja_popit= ka.html >=20 > [1] ABC..Z=D0=90=D0=91=D0=92=D0=93=D0=94...=D0=AF...abcd...z=D0=B0=D0=B1= =D0=B2=D0=B3=D0=B4...=D1=8F >=20 I say go for it. so, no objection here. sean --=-i9ZNU6xxo+IE1AgurOqJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAABAgAGBQJTPscKAAoJEBkJRdwI6BaHz/0H/0oDPlCpgJczQO8Rb0o/fQ6d C9twwsXJRfJL4aCQB4tRz66drdhC8XqRfD41NnlX7/xjX47Fvxw+QYFsPxavoTEV 9pLdEb614/iIRa3QQmgaJYgN8JqnnTOVQi4MdNiGXF5rI83GIR3LwULsG9b5LUqk rzF0+XIs7Zvn7IpFdoRpBON9qZ34fVClp4SjAhT1uFzHMBqdRMebPX2O+EsrB31z +Cnjns9OS65OjNvxIGu5pkI40rBGJDAICiylBFztEtPWKU6fJkHL05dw1GIP4V85 7VWYGW7zQLP4bvAUrOp297n3WRSB2ZNmOhzdayo13y51tlhtoiQR+BOjKDMg4AM= =ApCo -----END PGP SIGNATURE----- --=-i9ZNU6xxo+IE1AgurOqJ-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 4 17:42:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 48617E18; Fri, 4 Apr 2014 17:42:52 +0000 (UTC) Received: from mail.xcllnt.net (mail.xcllnt.net [50.0.150.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1596ABB1; Fri, 4 Apr 2014 17:42:51 +0000 (UTC) Received: from [172.29.9.142] ([66.129.239.12]) (authenticated bits=0) by mail.xcllnt.net (8.14.8/8.14.8) with ESMTP id s34Hghor044370 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 4 Apr 2014 10:42:44 -0700 (PDT) (envelope-from marcel@xcllnt.net) From: Marcel Moolenaar Content-Type: multipart/signed; boundary="Apple-Mail=_C40C325F-5662-4298-A4C0-C8B0E7C3DC31"; protocol="application/pgp-signature"; micalg=pgp-sha1 Subject: Build failure due to block_abi.h Date: Fri, 4 Apr 2014 10:42:37 -0700 Message-Id: <30EAFDFF-54AB-4318-95C6-F2BDC0329042@xcllnt.net> To: David Chisnall Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) Cc: "FreeBSD-CURRENT@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Apr 2014 17:42:52 -0000 --Apple-Mail=_C40C325F-5662-4298-A4C0-C8B0E7C3DC31 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii David, The definition of DECLARE_BLOCK seems to trip over GCC 4.2.1 here at Juniper. This is how we run the compiler: = /volume/fwtools/gcc/jnpr/4.2.1/amd64-juniper-junos.5/bin/amd64-juniper-jun= os-gcc -O2 -pipe -I/b/marcelm/fbsd-head/src/lib/libc/include = -I/b/marcelm/fbsd-head/src/lib/libc/../../include = -I/b/marcelm/fbsd-head/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE = -I/b/marcelm/fbsd-head/src/lib/libc/../../contrib/gdtoa = -I/b/marcelm/fbsd-head/src/lib/libc/../../contrib/libc-vis -DINET6 = -I/b/marcelm/fbsd-head/obj/amd64/lib/libc = -I/b/marcelm/fbsd-head/src/lib/libc/resolv -D_ACL_PRIVATE = -DPOSIX_MISTAKE = -I/b/marcelm/fbsd-head/src/lib/libc/../../contrib/jemalloc/include = -I/b/marcelm/fbsd-head/src/lib/libc/../../contrib/tzcode/stdtime = -I/b/marcelm/fbsd-head/src/lib/libc/stdtime = -I/b/marcelm/fbsd-head/src/lib/libc/locale -DBROKEN_DES -DPORTMAP = -DDES_BUILTIN -I/b/marcelm/fbsd-head/src/lib/libc/rpc -DNS_CACHING = -DSYMBOL_VERSIONING -D__ELF__ -Dunix -D__unix -D__unix__ = -D__FreeBSD__=3D9 --sysroot = /volume/sisyphus/occam/sysroot/projects_tp5/20131031.611483/amd64 = -fno-builtin-printf -g -nostdinc = -isystem/b/marcelm/fbsd-head/obj/stage/amd64/usr/include = -isystem/b/marcelm/fbsd-head/obj/stage/amd64/include -std=3Dgnu99 = -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized = -Wno-pointer-sign -I/b/marcelm/fbsd-head/src/lib/libutil = -I/b/marcelm/fbsd-head/src/lib/msun/src = -I/b/marcelm/fbsd-head/src/lib/msun/x86 -c = /b/marcelm/fbsd-head/src/lib/libc/stdlib/atexit.c -o atexit.o whatever set of flags we use here at Juniper: This is the error: Building /b/marcelm/fbsd-head/obj/amd64/lib/libc/atexit.o cc1: warnings being treated as errors /b/marcelm/fbsd-head/src/lib/libc/stdlib/atexit.c:144: warning: = anonymous struct declared inside parameter list /b/marcelm/fbsd-head/src/lib/libc/stdlib/atexit.c:144: warning: its = scope is only this definition or declaration, which is probably not what = you want *** Error code 1 This hurdle is a bit higher than the hurdles I normally run into when syncing with ^/head, so I could use your expertise. We need to continue to be able to build the sources with compilers outside of the tree as much as possible and I haven't found a way yet (one I don't dislike to be precise) to get this blocks stuff to compile. It's a huge blocker right now. Thanks, --=20 Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_C40C325F-5662-4298-A4C0-C8B0E7C3DC31 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlM+7w0ACgkQpgWlLWHuifbAjACfU9T6kOLE4imwDblpOsd4YLqJ ISUAnAuEn34HtrA01HUjmTqvWvzlb7uM =rFE4 -----END PGP SIGNATURE----- --Apple-Mail=_C40C325F-5662-4298-A4C0-C8B0E7C3DC31-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 4 22:48:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 52EFD9BF for ; Fri, 4 Apr 2014 22:48:49 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "theravensnest.org", Issuer "theravensnest.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2CF16C2B for ; Fri, 4 Apr 2014 22:48:48 +0000 (UTC) Received: from [192.168.0.100] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s34MmiaB076119 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 4 Apr 2014 22:48:46 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Build failure due to block_abi.h From: David Chisnall In-Reply-To: <30EAFDFF-54AB-4318-95C6-F2BDC0329042@xcllnt.net> Date: Fri, 4 Apr 2014 23:48:39 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <4396EF34-DFB3-4D2F-9BA1-00F05B5EC3EC@FreeBSD.org> References: <30EAFDFF-54AB-4318-95C6-F2BDC0329042@xcllnt.net> To: Marcel Moolenaar X-Mailer: Apple Mail (2.1874) Cc: "FreeBSD-CURRENT@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Apr 2014 22:48:49 -0000 Hi Marcel, This error is a warning for me with gcc 4.7.3 when I try. With 4.2.1 in = the tree, it appears to be silenced by something (or possibly we're = using the native blocks code path with gcc and clang doesn't emit that = warning in non-blocks mode). We could pull out the structure = definitions - this is what I've done in the GNUstep versions of these = macros, which provide separate macros for declaring the type. It will = clutter the code a bit, but if it's not possible to silence the warnings = with your compiler then I can make that change. Unfortunately, the warning actually is spurious here - the structure = really is expected to be only for the scope of the function, because any = compiler that can actually generate those structure in a useful way will = give the type a different internal name. =20 I'll try to send you a patch to test tomorrow - in the meantime, = removing the -Werror should make it build. Unfortunately, gcc = (especially 4.2) doesn't provide very fine-grained control over warnings = and it doesn't seem to be possible (or, at least, not documented) to = disable the ones that are part of their default set. =20 David On 4 Apr 2014, at 18:42, Marcel Moolenaar wrote: > David, >=20 > The definition of DECLARE_BLOCK seems to trip over GCC 4.2.1 here > at Juniper. This is how we run the compiler: >=20 > = /volume/fwtools/gcc/jnpr/4.2.1/amd64-juniper-junos.5/bin/amd64-juniper-jun= os-gcc -O2 -pipe -I/b/marcelm/fbsd-head/src/lib/libc/include = -I/b/marcelm/fbsd-head/src/lib/libc/../../include = -I/b/marcelm/fbsd-head/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE = -I/b/marcelm/fbsd-head/src/lib/libc/../../contrib/gdtoa = -I/b/marcelm/fbsd-head/src/lib/libc/../../contrib/libc-vis -DINET6 = -I/b/marcelm/fbsd-head/obj/amd64/lib/libc = -I/b/marcelm/fbsd-head/src/lib/libc/resolv -D_ACL_PRIVATE = -DPOSIX_MISTAKE = -I/b/marcelm/fbsd-head/src/lib/libc/../../contrib/jemalloc/include = -I/b/marcelm/fbsd-head/src/lib/libc/../../contrib/tzcode/stdtime = -I/b/marcelm/fbsd-head/src/lib/libc/stdtime = -I/b/marcelm/fbsd-head/src/lib/libc/locale -DBROKEN_DES -DPORTMAP = -DDES_BUILTIN -I/b/marcelm/fbsd-head/src/lib/libc/rpc -DNS_CACHING = -DSYMBOL_VERSIONING -D__ELF__ -Dunix -D__unix -D__unix__ = -D__FreeBSD__=3D9 --sysroot = /volume/sisyphus/occam/sysroot/projects_tp5/20131031.611483/amd64 = -fno-builtin-printf -g -nostdinc = -isystem/b/marcelm/fbsd-head/obj/stage/amd64/usr/include = -isystem/b/marcelm/fbsd-head/obj/stage/amd64/include -std=3Dgnu99 = -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized = -Wno-pointer-sign -I/b/marcelm/fbsd-head/src/lib/libutil = -I/b/marcelm/fbsd-head/src/lib/msun/src = -I/b/marcelm/fbsd-head/src/lib/msun/x86 -c = /b/marcelm/fbsd-head/src/lib/libc/stdlib/atexit.c -o atexit.o > whatever set of flags we use here at Juniper: >=20 > This is the error: >=20 > Building /b/marcelm/fbsd-head/obj/amd64/lib/libc/atexit.o > cc1: warnings being treated as errors > /b/marcelm/fbsd-head/src/lib/libc/stdlib/atexit.c:144: warning: = anonymous struct declared inside parameter list > /b/marcelm/fbsd-head/src/lib/libc/stdlib/atexit.c:144: warning: its = scope is only this definition or declaration, which is probably not what = you want > *** Error code 1 >=20 > This hurdle is a bit higher than the hurdles I normally run into > when syncing with ^/head, so I could use your expertise. >=20 > We need to continue to be able to build the sources with compilers > outside of the tree as much as possible and I haven't found a way > yet (one I don't dislike to be precise) to get this blocks stuff > to compile. It's a huge blocker right now. >=20 > Thanks, >=20 > --=20 > Marcel Moolenaar > marcel@xcllnt.net >=20 >=20 From owner-freebsd-current@FreeBSD.ORG Fri Apr 4 23:13:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0762E4B8 for ; Fri, 4 Apr 2014 23:13:15 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "theravensnest.org", Issuer "theravensnest.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D3260E6C for ; Fri, 4 Apr 2014 23:13:14 +0000 (UTC) Received: from [192.168.0.100] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s34NDAZe076280 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 4 Apr 2014 23:13:12 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Build failure due to block_abi.h From: David Chisnall In-Reply-To: <4396EF34-DFB3-4D2F-9BA1-00F05B5EC3EC@FreeBSD.org> Date: Sat, 5 Apr 2014 00:13:05 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <30EAFDFF-54AB-4318-95C6-F2BDC0329042@xcllnt.net> <4396EF34-DFB3-4D2F-9BA1-00F05B5EC3EC@FreeBSD.org> To: Marcel Moolenaar X-Mailer: Apple Mail (2.1874) Cc: "FreeBSD-CURRENT@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 Apr 2014 23:13:15 -0000 It turns out that tomorrow happened 12 minutes after this email... The attached diff lets it build with -Werror for me with FreeBSD clang = and gcc (with -fblocks and -fno-blocks) and with ports gcc 4.7.3 and = doesn't clutter the code. Please can you test it with Juniper's gcc? David Index: stdlib/atexit.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- stdlib/atexit.c (revision 264068) +++ stdlib/atexit.c (working copy) @@ -80,6 +80,7 @@ }; =20 static struct atexit *__atexit; /* points to head of = LIFO stack */ +typedef DECLARE_BLOCK(void, atexit_block, void); =20 /* * Register the function described by 'fptr' to be called at = application @@ -141,7 +142,7 @@ * Register a block to be performed at exit. */ int -atexit_b(DECLARE_BLOCK(void, func, void)) +atexit_b(atexit_block func) { struct atexit_fn fn; int error; Index: stdlib/heapsort.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- stdlib/heapsort.c (revision 264068) +++ stdlib/heapsort.c (working copy) @@ -45,6 +45,7 @@ #ifdef I_AM_HEAPSORT_B #include "block_abi.h" #define COMPAR(x, y) CALL_BLOCK(compar, x, y) +typedef DECLARE_BLOCK(int, heapsort_block, const void *, const void *); #else #define COMPAR(x, y) compar(x, y) #endif @@ -149,7 +150,7 @@ heapsort_b(vbase, nmemb, size, compar) void *vbase; size_t nmemb, size; - DECLARE_BLOCK(int, compar, const void *, const void *); + heapsort_block compar; #else int heapsort(vbase, nmemb, size, compar) Index: stdlib/qsort_r.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- stdlib/qsort_r.c (revision 264068) +++ stdlib/qsort_r.c (working copy) @@ -8,9 +8,10 @@ #define I_AM_QSORT_R #include "qsort.c" =20 +typedef DECLARE_BLOCK(int, qsort_block, const void *, const void *); + void -qsort_b(void *base, size_t nel, size_t width, - DECLARE_BLOCK(int, compar, const void *, const void *)) +qsort_b(void *base, size_t nel, size_t width, qsort_block compar) { qsort_r(base, nel, width, compar, (int (*)(void *, const void *, const void *)) On 4 Apr 2014, at 23:48, David Chisnall wrote: > Hi Marcel, >=20 > This error is a warning for me with gcc 4.7.3 when I try. With 4.2.1 = in the tree, it appears to be silenced by something (or possibly we're = using the native blocks code path with gcc and clang doesn't emit that = warning in non-blocks mode). We could pull out the structure = definitions - this is what I've done in the GNUstep versions of these = macros, which provide separate macros for declaring the type. It will = clutter the code a bit, but if it's not possible to silence the warnings = with your compiler then I can make that change. >=20 > Unfortunately, the warning actually is spurious here - the structure = really is expected to be only for the scope of the function, because any = compiler that can actually generate those structure in a useful way will = give the type a different internal name. =20 >=20 > I'll try to send you a patch to test tomorrow - in the meantime, = removing the -Werror should make it build. Unfortunately, gcc = (especially 4.2) doesn't provide very fine-grained control over warnings = and it doesn't seem to be possible (or, at least, not documented) to = disable the ones that are part of their default set. =20 >=20 > David >=20 > On 4 Apr 2014, at 18:42, Marcel Moolenaar wrote: >=20 >> David, >>=20 >> The definition of DECLARE_BLOCK seems to trip over GCC 4.2.1 here >> at Juniper. This is how we run the compiler: >>=20 >> = /volume/fwtools/gcc/jnpr/4.2.1/amd64-juniper-junos.5/bin/amd64-juniper-jun= os-gcc -O2 -pipe -I/b/marcelm/fbsd-head/src/lib/libc/include = -I/b/marcelm/fbsd-head/src/lib/libc/../../include = -I/b/marcelm/fbsd-head/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE = -I/b/marcelm/fbsd-head/src/lib/libc/../../contrib/gdtoa = -I/b/marcelm/fbsd-head/src/lib/libc/../../contrib/libc-vis -DINET6 = -I/b/marcelm/fbsd-head/obj/amd64/lib/libc = -I/b/marcelm/fbsd-head/src/lib/libc/resolv -D_ACL_PRIVATE = -DPOSIX_MISTAKE = -I/b/marcelm/fbsd-head/src/lib/libc/../../contrib/jemalloc/include = -I/b/marcelm/fbsd-head/src/lib/libc/../../contrib/tzcode/stdtime = -I/b/marcelm/fbsd-head/src/lib/libc/stdtime = -I/b/marcelm/fbsd-head/src/lib/libc/locale -DBROKEN_DES -DPORTMAP = -DDES_BUILTIN -I/b/marcelm/fbsd-head/src/lib/libc/rpc -DNS_CACHING = -DSYMBOL_VERSIONING -D__ELF__ -Dunix -D__unix -D__unix__ = -D__FreeBSD__=3D9 --sysroot = /volume/sisyphus/occam/sysroot/projects_tp5/20131031.611483/amd64 = -fno-builtin-printf -g -nos > tdinc -isystem/b/marcelm/fbsd-head/obj/stage/amd64/usr/include = -isystem/b/marcelm/fbsd-head/obj/stage/amd64/include -std=3Dgnu99 = -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized = -Wno-pointer-sign -I/b/marcelm/fbsd-head/src/lib/libutil = -I/b/marcelm/fbsd-head/src/lib/msun/src = -I/b/marcelm/fbsd-head/src/lib/msun/x86 -c = /b/marcelm/fbsd-head/src/lib/libc/stdlib/atexit.c -o atexit.o >> whatever set of flags we use here at Juniper: >>=20 >> This is the error: >>=20 >> Building /b/marcelm/fbsd-head/obj/amd64/lib/libc/atexit.o >> cc1: warnings being treated as errors >> /b/marcelm/fbsd-head/src/lib/libc/stdlib/atexit.c:144: warning: = anonymous struct declared inside parameter list >> /b/marcelm/fbsd-head/src/lib/libc/stdlib/atexit.c:144: warning: its = scope is only this definition or declaration, which is probably not what = you want >> *** Error code 1 >>=20 >> This hurdle is a bit higher than the hurdles I normally run into >> when syncing with ^/head, so I could use your expertise. >>=20 >> We need to continue to be able to build the sources with compilers >> outside of the tree as much as possible and I haven't found a way >> yet (one I don't dislike to be precise) to get this blocks stuff >> to compile. It's a huge blocker right now. >>=20 >> Thanks, >>=20 >> --=20 >> Marcel Moolenaar >> marcel@xcllnt.net >>=20 >>=20 >=20 > _______________________________________________ > 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 Sat Apr 5 01:31:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0FD0D8C8; Sat, 5 Apr 2014 01:31:09 +0000 (UTC) Received: from mail.xcllnt.net (mail.xcllnt.net [50.0.150.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DB048B5D; Sat, 5 Apr 2014 01:31:08 +0000 (UTC) Received: from [172.29.9.142] ([66.129.239.12]) (authenticated bits=0) by mail.xcllnt.net (8.14.8/8.14.8) with ESMTP id s351V5ex046201 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 4 Apr 2014 18:31:07 -0700 (PDT) (envelope-from marcel@xcllnt.net) Content-Type: multipart/signed; boundary="Apple-Mail=_7A8003D2-A486-4B86-8CDB-402478C974A4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Build failure due to block_abi.h From: Marcel Moolenaar In-Reply-To: Date: Fri, 4 Apr 2014 18:31:00 -0700 Message-Id: References: <30EAFDFF-54AB-4318-95C6-F2BDC0329042@xcllnt.net> <4396EF34-DFB3-4D2F-9BA1-00F05B5EC3EC@FreeBSD.org> To: David Chisnall X-Mailer: Apple Mail (2.1874) Cc: "FreeBSD-CURRENT@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Apr 2014 01:31:09 -0000 --Apple-Mail=_7A8003D2-A486-4B86-8CDB-402478C974A4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Apr 4, 2014, at 4:13 PM, David Chisnall wrote: > It turns out that tomorrow happened 12 minutes after this email... >=20 > The attached diff lets it build with -Werror for me with FreeBSD clang = and gcc (with -fblocks and -fno-blocks) and with ports gcc 4.7.3 and = doesn't clutter the code. Please can you test it with Juniper's gcc? It compiles fine and I immediatelt applied the fix to Juniper's tree. Thanks for the quick turn-around! --=20 Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_7A8003D2-A486-4B86-8CDB-402478C974A4 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlM/XNQACgkQpgWlLWHuifagEQCdEiJWcb6ydFnEsVqNnPj3Msr+ YWwAn0kiDew0Aa+EBy9RMrnNor7ioH4x =TA+n -----END PGP SIGNATURE----- --Apple-Mail=_7A8003D2-A486-4B86-8CDB-402478C974A4-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 5 01:35:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ABA4C9EA for ; Sat, 5 Apr 2014 01:35:58 +0000 (UTC) Received: from mail-la0-f47.google.com (mail-la0-f47.google.com [209.85.215.47]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2FB55B78 for ; Sat, 5 Apr 2014 01:35:57 +0000 (UTC) Received: by mail-la0-f47.google.com with SMTP id pn19so3057691lab.34 for ; Fri, 04 Apr 2014 18:35:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=TNpNtlmDbysLXSY7THx2/+Np1fr8YT8omJNfkifmUyQ=; b=D0Urvz+TLaXKTpHFUlkhvWVHEI9aUmd4kQzALtvVT4kOZevAJuEx/GMw2eEXJtBaLv CYJTg6cVr1D3X3LK8SgXK+tKbkOPSVhv87D6Gk3ceenWoK9/aXam3bbETLrN+lh9T645 Wn8WiG3SyeYgcWRp/JUiAvnfy4aKgr5d2ctMNgqPlkVVQBPfom9jodhNVR7GXUdB7rKN SE00Nvt2bs+dcWqu5DbDAoIYTs6UnWSDH7uvwCebx+yTAJkv3Sk+ZF7r4UOaPrZpTBhD 9CKALEpTDYcTjU/8EHM653MhTW08vx+yhzawk+9AMvAwDLp5yzcSyfvQToiosVmSBwUK 7Iww== X-Gm-Message-State: ALoCoQlqwSQcxzuMGg4asNVHzg9zZh3Bb84lne/5YiRUczNVMbHGWcS39w1I4aO5seW+eSfUyFdS X-Received: by 10.112.142.105 with SMTP id rv9mr538987lbb.42.1396661749533; Fri, 04 Apr 2014 18:35:49 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by mx.google.com with ESMTPSA id n9sm6748859lbg.6.2014.04.04.18.35.48 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 04 Apr 2014 18:35:48 -0700 (PDT) Message-ID: <533F5DF5.9020803@freebsd.org> Date: Sat, 05 Apr 2014 05:35:49 +0400 From: Andrey Chernov User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Gleb Smirnoff , i18n@freebsd.org Subject: Re: login.conf --> UTF-8 References: <1396457629.2280.2.camel@powernoodle.corp.yahoo.com> <20140402171546.GL44326@FreeBSD.org> <533C8269.7040305@freebsd.org> <20140404124634.GC44326@glebius.int.ru> In-Reply-To: <20140404124634.GC44326@glebius.int.ru> X-Enigmail-Version: 1.7a1pre Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Apr 2014 01:35:58 -0000 On 04.04.2014 16:46, Gleb Smirnoff wrote: > On Thu, Apr 03, 2014 at 01:34:33AM +0400, Andrey Chernov wrote: > A> On 02.04.2014 21:15, Gleb Smirnoff wrote: > A> > S> + :lang=en_US.UTF-8:\ > A> > S> + :charset=UTF-8: > A> > > A> > And I'd like to do same change for the 'russian' login class > A> > in /etc/login.conf. > A> > A> Please everybody remember that we don't have UTF-8 collation > A> implemented, just fallback to bytecode comparison. > > Any objections on checking in FreeBSD-compatible[1] UTF-8 collation > implementation from Alex Tutubalin? > > http://blog.lexa.ru/2008/03/03/freebsd_utf8_russian_collate_vtoraja_popitka.html > Even his "version 2" have my objections. I already reply Alex about this in 2008. In short: 1) It is error there: almost all single chars above ASCII should be "chains", i.t. two bytes minimum, since there almost no intersections with ISO8859-1 as UTF-8 subset. 2) The table itself is very incomplete, f.e. not covering either whole KOI8-R, nor ISO8859-5, nor CP866. It is made from CP1251 with all its restrictions. So, switching from f.e. KOI8-R to UTF-8 will cause sorting regression. Russian UTF-8 collation should be able to sort all major Russian charsets mentioned, i.e. we need combined table. 3) "charmap map.ISO8859-1" declaration is missing (needed mainly for using pure ASCII chars mnemonic names). Even in case above mentioned errors will be removed and the code will be committed afterwards, we should understand that this way (implementing multibyte collation via single byte one) even while being possible is a big hack and slowing sorting down up to 10 times. Proper "Unicode collation algorithm" is already implemented by ICU and other projects. See http://unicode.org/reports/tr10/ It will be better if someone adopt it instead of hacks. -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Sat Apr 5 02:39:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7D785459; Sat, 5 Apr 2014 02:39:17 +0000 (UTC) Received: from mail.ignoranthack.me (ujvl.x.rootbsd.net [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 56138FAF; Sat, 5 Apr 2014 02:39:16 +0000 (UTC) Received: from [192.168.1.228] (c-24-23-221-252.hsd1.ca.comcast.net [24.23.221.252]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 77CE01929C8; Sat, 5 Apr 2014 02:39:15 +0000 (UTC) Subject: Re: login.conf --> UTF-8 From: Sean Bruno To: Andrey Chernov In-Reply-To: <533F5DF5.9020803@freebsd.org> References: <1396457629.2280.2.camel@powernoodle.corp.yahoo.com> <20140402171546.GL44326@FreeBSD.org> <533C8269.7040305@freebsd.org> <20140404124634.GC44326@glebius.int.ru> <533F5DF5.9020803@freebsd.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-JSIQsGw2JMYHc19g1Ve3" Date: Fri, 04 Apr 2014 19:39:13 -0700 Message-ID: <1396665553.2415.0.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: Gleb Smirnoff , i18n@freebsd.org, "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: sbruno@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: Sat, 05 Apr 2014 02:39:17 -0000 --=-JSIQsGw2JMYHc19g1Ve3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, 2014-04-05 at 05:35 +0400, Andrey Chernov wrote: > On 04.04.2014 16:46, Gleb Smirnoff wrote: > > On Thu, Apr 03, 2014 at 01:34:33AM +0400, Andrey Chernov wrote: > > A> On 02.04.2014 21:15, Gleb Smirnoff wrote: > > A> > S> + :lang=3Den_US.UTF-8:\ > > A> > S> + :charset=3DUTF-8: > > A> >=20 > > A> > And I'd like to do same change for the 'russian' login class > > A> > in /etc/login.conf. > > A>=20 > > A> Please everybody remember that we don't have UTF-8 collation > > A> implemented, just fallback to bytecode comparison. > >=20 > > Any objections on checking in FreeBSD-compatible[1] UTF-8 collation > > implementation from Alex Tutubalin? > >=20 > > http://blog.lexa.ru/2008/03/03/freebsd_utf8_russian_collate_vtoraja_pop= itka.html > >=20 >=20 > Even his "version 2" have my objections. I already reply Alex about this > in 2008. In short: > 1) It is error there: almost all single chars above ASCII should be > "chains", i.t. two bytes minimum, since there almost no intersections > with ISO8859-1 as UTF-8 subset. > 2) The table itself is very incomplete, f.e. not covering either whole > KOI8-R, nor ISO8859-5, nor CP866. It is made from CP1251 with all its > restrictions. So, switching from f.e. KOI8-R to UTF-8 will cause sorting > regression. Russian UTF-8 collation should be able to sort all major > Russian charsets mentioned, i.e. we need combined table. > 3) "charmap map.ISO8859-1" declaration is missing (needed mainly for > using pure ASCII chars mnemonic names). >=20 > Even in case above mentioned errors will be removed and the code will be > committed afterwards, we should understand that this way (implementing > multibyte collation via single byte one) even while being possible is a > big hack and slowing sorting down up to 10 times. >=20 > Proper "Unicode collation algorithm" is already implemented by ICU and > other projects. See > http://unicode.org/reports/tr10/ > It will be better if someone adopt it instead of hacks. >=20 If you have a different patch, I'd appreciate seeing it. =20 Sean --=-JSIQsGw2JMYHc19g1Ve3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAABAgAGBQJTP2y6AAoJEBkJRdwI6BaHU/UH/AyyXy6LyJLSZlYsuMMtbAYx HqUYt3k3gsLbfYXGyEJJNFwVBcPwDgUreiHlsQ35+Uiy5eROPyaumemNauS7YS8O xNyOJHiq/lQ2Rxk2aYEVX0IjrOiiZsm3n75h6qWHfIUyLsGtSPI0sJq0aiLjdJQ3 RHwmRCd1p8zluc17FDjYzoCRFtQpJne1Ttvz5L+0KF6uKPPx2obrvHVLrkQzZtgr /GAEJn7nDxC5yaAS317V97k1U/QC2XqMXUVOr8W77UbL4bEfq3IgGT1Wi697vBPl MGRP+hn5KLdXybJ20VKYCG+d4tfu/1sCbrayoN3HdpndQJpaZ6UYySa74bIhSV8= =0Aje -----END PGP SIGNATURE----- --=-JSIQsGw2JMYHc19g1Ve3-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 5 03:36:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F5E3CA1 for ; Sat, 5 Apr 2014 03:36:07 +0000 (UTC) Received: from mail-lb0-f172.google.com (mail-lb0-f172.google.com [209.85.217.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B20E6753 for ; Sat, 5 Apr 2014 03:36:06 +0000 (UTC) Received: by mail-lb0-f172.google.com with SMTP id c11so3084292lbj.17 for ; Fri, 04 Apr 2014 20:36:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type; bh=+yAnB0oJ90ru75NAKg+YmehNE4frAy4vkMxP+kBliEU=; b=dqQNna5tidE7UypUOl+3HuMDdBkpztnkkF/m6DdBKTwstOQSnYlaECWQEKGvOWlY83 KkewiNj3SoM2DUV68DxSGfYkPeukk5DWVh8tJ+PZ4UXJbWAg7SNmOv2rlqeGXMywVvzB fd+IWbz2CNjJ01YfArhvmEhSLoZnl9fv95wiibFx8E49SukNFK4XPV3xuF0b6ArNXqJe 0GecXlBsGr8iDfvrq8gQV9bqBezk3XBpNnS4fiW7D4LcP/VlzCE5Q7WLmq6VQT4KizNE 0mOm9ZoqZvYdrH0GbJi3IHj6qBvz0SnsxfkqndqTHmkifh9gRVOFkMJZUTsjmm2/bfJ3 JYVA== X-Gm-Message-State: ALoCoQk/M9HrymS5K6DUb5FxgK/lgkGJGmaeQSvQkAWkY4VUXDKPURnH3rjPFqm/m9axb5V5eG+E X-Received: by 10.152.22.37 with SMTP id a5mr11062958laf.4.1396668964122; Fri, 04 Apr 2014 20:36:04 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by mx.google.com with ESMTPSA id wm1sm9635243lac.14.2014.04.04.20.36.02 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 04 Apr 2014 20:36:02 -0700 (PDT) Message-ID: <533F7A14.7060403@freebsd.org> Date: Sat, 05 Apr 2014 07:35:48 +0400 From: Andrey Chernov User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: sbruno@freebsd.org Subject: Re: login.conf --> UTF-8 References: <1396457629.2280.2.camel@powernoodle.corp.yahoo.com> <20140402171546.GL44326@FreeBSD.org> <533C8269.7040305@freebsd.org> <20140404124634.GC44326@glebius.int.ru> <533F5DF5.9020803@freebsd.org> <1396665553.2415.0.camel@powernoodle.corp.yahoo.com> In-Reply-To: <1396665553.2415.0.camel@powernoodle.corp.yahoo.com> X-Enigmail-Version: 1.7a1pre Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cpMjnvqgx8hIIMiisNcgSOWqhf4qoBnWx" Cc: Gleb Smirnoff , i18n@freebsd.org, "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Apr 2014 03:36:07 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --cpMjnvqgx8hIIMiisNcgSOWqhf4qoBnWx Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 05.04.2014 6:39, Sean Bruno wrote: > On Sat, 2014-04-05 at 05:35 +0400, Andrey Chernov wrote: >> On 04.04.2014 16:46, Gleb Smirnoff wrote: >>> On Thu, Apr 03, 2014 at 01:34:33AM +0400, Andrey Chernov wrote: >>> A> On 02.04.2014 21:15, Gleb Smirnoff wrote: >>> A> > S> + :lang=3Den_US.UTF-8:\ >>> A> > S> + :charset=3DUTF-8: >>> A> >=20 >>> A> > And I'd like to do same change for the 'russian' login class >>> A> > in /etc/login.conf. >>> A>=20 >>> A> Please everybody remember that we don't have UTF-8 collation >>> A> implemented, just fallback to bytecode comparison. >>> >>> Any objections on checking in FreeBSD-compatible[1] UTF-8 collation >>> implementation from Alex Tutubalin? >>> >>> http://blog.lexa.ru/2008/03/03/freebsd_utf8_russian_collate_vtoraja_p= opitka.html >>> >> >> Even his "version 2" have my objections. I already reply Alex about th= is >> in 2008. In short: >> 1) It is error there: almost all single chars above ASCII should be >> "chains", i.t. two bytes minimum, since there almost no intersections >> with ISO8859-1 as UTF-8 subset. >> 2) The table itself is very incomplete, f.e. not covering either whole= >> KOI8-R, nor ISO8859-5, nor CP866. It is made from CP1251 with all its >> restrictions. So, switching from f.e. KOI8-R to UTF-8 will cause sorti= ng >> regression. Russian UTF-8 collation should be able to sort all major >> Russian charsets mentioned, i.e. we need combined table. >> 3) "charmap map.ISO8859-1" declaration is missing (needed mainly for >> using pure ASCII chars mnemonic names). >> >> Even in case above mentioned errors will be removed and the code will = be >> committed afterwards, we should understand that this way (implementing= >> multibyte collation via single byte one) even while being possible is = a >> big hack and slowing sorting down up to 10 times. >> >> Proper "Unicode collation algorithm" is already implemented by ICU and= >> other projects. See >> http://unicode.org/reports/tr10/ >> It will be better if someone adopt it instead of hacks. >> >=20 >=20 > If you have a different patch, I'd appreciate seeing it. =20 I don't have a different patch. In case you have enough time to fix above mentioned obstacles, I can review yours (or somebody else's) one. "No code" situation doesn't mean wrong code can be committed. Do it properly even when it is a hack. --=20 http://ache.vniz.net/ --cpMjnvqgx8hIIMiisNcgSOWqhf4qoBnWx Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlM/eiMACgkQVg5YK5ZEdN1tvwCcDf+on6g+N/KZ2c3qD7zxNCmN YKsAoKt2mzGExaqJxIpkfHhVpzHv1VMp =1bq4 -----END PGP SIGNATURE----- --cpMjnvqgx8hIIMiisNcgSOWqhf4qoBnWx-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 5 05:14:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A76EFDE7 for ; Sat, 5 Apr 2014 05:14:16 +0000 (UTC) Received: from mail-la0-f50.google.com (mail-la0-f50.google.com [209.85.215.50]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2886BEF0 for ; Sat, 5 Apr 2014 05:14:15 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id pv20so3185623lab.9 for ; Fri, 04 Apr 2014 22:14:13 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=gsQ8POxKWsPVzDOq/2iHjuK7yQqkHHe9HmYM0xtyU4w=; b=C2dubl6bjXA32gOe1t9KQn16YcsdGCdvSSS//zPtue3q6spW3FKIQ1s9qI1yxKt9d/ mrY+4eIyE+GRtWJ/bYzBtWnK+F99mPAcerCMC6QpnnVFYRDh6L7R2u8Lk5t4bYBv+4EQ sq+qXvrwo6c2EUzMwc6fHmqh+pNcNGXthmUuRv8PLDOQAn4ueahEVV2YKXW4uhc7tMCK EngJXAATcUPK2YHL1un6+RjrYcVn64T4dPrdYQyHvm2gOl1AMBp6Ot7znRmd1RYLX61b IsNSeZKJxGIEvU1RSKU/eEZrKoc1SBwyEOrmHhU1mJljPRcn11wWrgAT2YwQlsOuQlW9 aILQ== X-Gm-Message-State: ALoCoQnx+ARslfWBej1jNcSWPOxN4mdgehHjLztWWX94arN7r8TUw9OgAi5PLZO10CUriMimr3/7 X-Received: by 10.112.26.199 with SMTP id n7mr10722307lbg.27.1396674853735; Fri, 04 Apr 2014 22:14:13 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by mx.google.com with ESMTPSA id a7sm7038000lbc.9.2014.04.04.22.14.12 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 04 Apr 2014 22:14:12 -0700 (PDT) Message-ID: <533F9124.1000701@freebsd.org> Date: Sat, 05 Apr 2014 09:14:12 +0400 From: Andrey Chernov User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Gleb Smirnoff , i18n@freebsd.org Subject: Re: login.conf --> UTF-8 References: <1396457629.2280.2.camel@powernoodle.corp.yahoo.com> <20140402171546.GL44326@FreeBSD.org> <533C8269.7040305@freebsd.org> <20140404124634.GC44326@glebius.int.ru> <533F5DF5.9020803@freebsd.org> In-Reply-To: <533F5DF5.9020803@freebsd.org> X-Enigmail-Version: 1.7a1pre Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Apr 2014 05:14:16 -0000 On 05.04.2014 5:35, Andrey Chernov wrote: > Even his "version 2" have my objections. I already reply Alex about this > in 2008. In short: > 1) It is error there: almost all single chars above ASCII should be > "chains", i.t. two bytes minimum ... I check my whole correspondence with Alexey and withdraw objection #1 which was related to the \x80;...;\xff line in his table. While they are illegal sequences in UTF-8, our colldef(1) wants all single byte characters mapped. -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Sat Apr 5 06:07:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 236295B9 for ; Sat, 5 Apr 2014 06:07:34 +0000 (UTC) Received: from mail-lb0-f179.google.com (mail-lb0-f179.google.com [209.85.217.179]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 977E22C8 for ; Sat, 5 Apr 2014 06:07:33 +0000 (UTC) Received: by mail-lb0-f179.google.com with SMTP id p9so3192074lbv.10 for ; Fri, 04 Apr 2014 23:07:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type; bh=2xKKbf58s6aRiiLBkT8E3k10M7syxr/LRRJyLrAbtDY=; b=M+Z4Mxy5lmNcO+2Glo+EBiAVBcukqDFmgid2q74TySz/K2bsaGasX9oDnrO6u6c4LG XxrSYi9IWzbFKsHsVSmEEdBhuvWN+fiY8SkNfw0BSPk9THvNwR/yz1j1yUjpamRPkdUA 2y5viAeoUDsREBTX3I6v/47IUE9icQlwhP34dmOpnoGrRBo46NoWH68v/nSmJdB54ve0 X9coY//LzFn94UITbEkpFIr09TU2c7gaf9NJgt3IQ6R9SbghSHCFNVf3cFxbgcclGK7F +sIlhJ9d72kJiaarWi2m24ITdng9GV0xft9Wg1nq43pWqefUwTaTJc89np+urZt5Sbiw 7nJg== X-Gm-Message-State: ALoCoQm0OgO/c1lOChwM57Od4OFyGq0QpG75VVA+PlufR6dPCxzOxeHn3dnaqokJ6eEk5uGaZmjE X-Received: by 10.152.42.196 with SMTP id q4mr11451141lal.14.1396678051443; Fri, 04 Apr 2014 23:07:31 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by mx.google.com with ESMTPSA id jy5sm9935785lac.9.2014.04.04.23.07.30 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 04 Apr 2014 23:07:30 -0700 (PDT) Message-ID: <533F9DA3.9020901@freebsd.org> Date: Sat, 05 Apr 2014 10:07:31 +0400 From: Andrey Chernov User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: sbruno@freebsd.org Subject: Re: login.conf --> UTF-8 References: <1396457629.2280.2.camel@powernoodle.corp.yahoo.com> <20140402171546.GL44326@FreeBSD.org> <533C8269.7040305@freebsd.org> <20140404124634.GC44326@glebius.int.ru> <533F5DF5.9020803@freebsd.org> <1396665553.2415.0.camel@powernoodle.corp.yahoo.com> <533F7A14.7060403@freebsd.org> In-Reply-To: <533F7A14.7060403@freebsd.org> X-Enigmail-Version: 1.7a1pre Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WqlgSiG77op5Fj3s6Ms0t8jaD0qQIaXoJ" Cc: Gleb Smirnoff , i18n@freebsd.org, "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Apr 2014 06:07:34 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --WqlgSiG77op5Fj3s6Ms0t8jaD0qQIaXoJ Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Few explanations to clarify maybe non-obvious moments: On 05.04.2014 7:35, Andrey Chernov wrote: >>> big hack and slowing sorting down up to 10 times. Because our search for chains is linear because common single byte table have no more than 2-3 chains. I don't think it worth efforts to optimize search here, because better way to spend them is to implement UCA: >>> http://unicode.org/reports/tr10/ > "No code" situation doesn't mean wrong code can be committed. Since we plan to change defaults from KOI8-R to UTF-8 ("russian" login class), breaking sort order for non-alphabetic chars will violate POLA. Sort order will be broken because only CP1251 is used to construct Alex "chains" collation without merging with KOI8-R table. Merging KOI8-R collation is absolute minimum, but proper hack will be merging CP866 and ISO8859-5 too, as I already mention. --=20 http://ache.vniz.net/ --WqlgSiG77op5Fj3s6Ms0t8jaD0qQIaXoJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlM/naMACgkQVg5YK5ZEdN2PdQCeJA7hyp/U4oThZD+j87q6OGPq SF4AoJXabznOTztYBFRILyDxiSWRwbHQ =dN96 -----END PGP SIGNATURE----- --WqlgSiG77op5Fj3s6Ms0t8jaD0qQIaXoJ-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 5 15:13:11 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A0C3552 for ; Sat, 5 Apr 2014 15:13:11 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5DDFFC05 for ; Sat, 5 Apr 2014 15:13:11 +0000 (UTC) X_CMAE_Category: , , X-CNFS-Analysis: v=2.0 cv=U9oQ/JXu c=1 sm=1 a=uNsD4W5u/UlQopoDAqU1YA==:17 a=fZBWQ0Qh6m4A:10 a=TPPEF4Voh2sA:10 a=AaUjGI9IrlcA:10 a=IkcTkHD0fZMA:10 a=OA2lqS22AAAA:8 a=vqk60B3gjbiO-GuMXfQA:9 a=QEXdDO2ut3YA:10 a=gNhICk1IVF16s-i3:21 a=uNsD4W5u/UlQopoDAqU1YA==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=roberthuff@rcn.com; spf=neutral; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com header.from=roberthuff@rcn.com; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=roberthuff; auth=pass (PLAIN) Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 209.6.39.223 is neither permitted nor denied by domain of rcn.com) Received: from [209.6.39.223] ([209.6.39.223:3100] helo=[10.0.0.3]) by smtp.rcn.com (envelope-from ) (ecelerity 3.5.1.37854 r(Momo-dev:3.5.1.0)) with ESMTPA id 37/95-36379-58D10435; Sat, 05 Apr 2014 11:13:10 -0400 Message-ID: <53401D64.7060105@rcn.com> Date: Sat, 05 Apr 2014 11:12:36 -0400 From: Robert Huff User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: current@freebsd.org Subject: Re: another Make (maybe) problem References: <533D6947.9000203@rcn.com> In-Reply-To: <533D6947.9000203@rcn.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Apr 2014 15:13:11 -0000 While it's probably not related to the nominal issue, a deeper look at the full buildworld log found ten instances of this: make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: duplicate script for target "all_subdir_libnv" ignored make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: using previous script for "all_subdir_libnv" defined here make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: duplicate script for target "all-man_subdir_libnv" ignored make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: using previous script for "all-man_subdir_libnv" defined here make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: duplicate script for target "checkdpadd_subdir_libnv" ignored make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: using previous script for "checkdpadd_subdir_libnv" defined here make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: duplicate script for target "clean_subdir_libnv" ignored make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: using previous script for "clean_subdir_libnv" defined here make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: duplicate script for target "cleandepend_subdir_libnv" ignored make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: using previous script for "cleandepend_subdir_libnv" defined here make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: duplicate script for target "cleandir_subdir_libnv" ignored make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: using previous script for "cleandir_subdir_libnv" defined here make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: duplicate script for target "cleanilinks_subdir_libnv" ignored make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: using previous script for "cleanilinks_subdir_libnv" defined here make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: duplicate script for target "depend_subdir_libnv" ignored make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: using previous script for "depend_subdir_libnv" defined here make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: duplicate script for target "distribute_subdir_libnv" ignored make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: using previous script for "distribute_subdir_libnv" defined here make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: duplicate script for target "lint_subdir_libnv" ignored make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: using previous script for "lint_subdir_libnv" defined here make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: duplicate script for target "maninstall_subdir_libnv" ignored make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: using previous script for "maninstall_subdir_libnv" defined here make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: duplicate script for target "manlint_subdir_libnv" ignored make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: using previous script for "manlint_subdir_libnv" defined here make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: duplicate script for target "obj_subdir_libnv" ignored make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: using previous script for "obj_subdir_libnv" defined here make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: duplicate script for target "objlink_subdir_libnv" ignored make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: using previous script for "objlink_subdir_libnv" defined here make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: duplicate script for target "realinstall_subdir_libnv" ignored make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: using previous script for "realinstall_subdir_libnv" defined here make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: duplicate script for target "regress_subdir_libnv" ignored make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: using previous script for "regress_subdir_libnv" defined here make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: duplicate script for target "tags_subdir_libnv" ignored make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: using previous script for "tags_subdir_libnv" defined here While it doesn't stop the build process ... it would be nice to eliminate it as a possible contributing factor. 1) Is this a problem, for this or anything else? 2) Is there a way to fix it, short of a successful buildworld/installworld? (My version of "/usr/src/share/mk/bsd.subdir.mk", r263778, has 118 lines/388 words/3377 characters.) Respectfully, Robert Huff From owner-freebsd-current@FreeBSD.ORG Sat Apr 5 22:25:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18D8F472 for ; Sat, 5 Apr 2014 22:25:42 +0000 (UTC) Received: from mail.xcllnt.net (mail.xcllnt.net [50.0.150.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E1C153E1 for ; Sat, 5 Apr 2014 22:25:41 +0000 (UTC) Received: from [172.29.1.146] ([66.129.239.13]) (authenticated bits=0) by mail.xcllnt.net (8.14.8/8.14.8) with ESMTP id s35MPYCp052285 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Sat, 5 Apr 2014 15:25:35 -0700 (PDT) (envelope-from marcel@xcllnt.net) From: Marcel Moolenaar Content-Type: multipart/signed; boundary="Apple-Mail=_BE853D05-1769-46A0-9171-A027D166ED57"; protocol="application/pgp-signature"; micalg=pgp-sha1 Subject: HEADSUP: uart(4) and serial console change Message-Id: <75C507B4-36AB-459C-BAAA-368CA815B4B7@xcllnt.net> Date: Sat, 5 Apr 2014 15:25:29 -0700 To: "FreeBSD-CURRENT@freebsd.org Current" Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Apr 2014 22:25:42 -0000 --Apple-Mail=_BE853D05-1769-46A0-9171-A027D166ED57 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii All, With r264175, the uart(4) driver will no longer prevent changing the = baudrate nor the CLOCAL or HUPCL control flags. What this means is that if you = have a serial console on which getty(8) is started, the settings you have in = /etc/ttys will now actually take effect! To preserve the previous behaviour, change your /etc/ttys line for the = serial console to (for serial consoles on ttyu0): ttyu0 "/usr/libexec/getty 3wire" vt100 on secure You can replace "3wire" to "std" once you've validated that you have a = carrier signal. Otherwise setting the terminal type/class to "std" will result = in the getty(8) process getting blocked. With a carrier signal, you'll be = logged out as soon as carrier drops (i.e. when you disconnect from the console). = This is a nice feature if security is not unimportant to you. To change the baudrate on the fly, change the terminal type/class to any = of the "3wire.XXXX" or "std.XXXX" types, where XXXX is the baudrate. And don't forget to SIGHUP init(8) after making changes, otherwise the = changes don't take effect! FYI, --=20 Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_BE853D05-1769-46A0-9171-A027D166ED57 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlNAgtkACgkQpgWlLWHuifZ3EACfe9NPhQeaAv5gdylae2qCPt1N fiwAn07kTIBRMv0UyerXh7LoHJGbXhvT =ibza -----END PGP SIGNATURE----- --Apple-Mail=_BE853D05-1769-46A0-9171-A027D166ED57-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 5 22:50:21 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 060BDDA1 for ; Sat, 5 Apr 2014 22:50:21 +0000 (UTC) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mailhost.stack.nl", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C07657F8 for ; Sat, 5 Apr 2014 22:50:20 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 2CC753592FD; Sun, 6 Apr 2014 00:50:19 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id 1835328497; Sun, 6 Apr 2014 00:50:19 +0200 (CEST) Date: Sun, 6 Apr 2014 00:50:19 +0200 From: Jilles Tjoelker To: Robert Huff Subject: Re: another Make (maybe) problem Message-ID: <20140405225018.GB20798@stack.nl> References: <533D6947.9000203@rcn.com> <53401D64.7060105@rcn.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53401D64.7060105@rcn.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org, Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 05 Apr 2014 22:50:21 -0000 On Sat, Apr 05, 2014 at 11:12:36AM -0400, Robert Huff wrote: > While it's probably not related to the nominal issue, a deeper > look at the full buildworld log found ten instances of this: > make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: duplicate > script for target "all_subdir_libnv" ignored > make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: using > previous script for "all_subdir_libnv" defined here > make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: duplicate > script for target "all-man_subdir_libnv" ignored > make[3]: "/usr/src/share/mk/bsd.subdir.mk" line 89: warning: using > previous script for "all-man_subdir_libnv" defined here > [snip] > While it doesn't stop the build process ... it would be nice to > eliminate it as a possible contributing factor. > 1) Is this a problem, for this or anything else? > 2) Is there a way to fix it, short of a successful > buildworld/installworld? > (My version of "/usr/src/share/mk/bsd.subdir.mk", r263778, has 118 > lines/388 words/3377 characters.) These messages are harmless, but are fixed by r264167. The cause is pretty much expected: libnv was listed in SUBDIR twice. -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 11:51:29 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE09D89B for ; Sun, 6 Apr 2014 11:51:29 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 92E8A7DD for ; Sun, 6 Apr 2014 11:51:29 +0000 (UTC) X_CMAE_Category: , , X-CNFS-Analysis: v=2.0 cv=U9oQ/JXu c=1 sm=1 a=uNsD4W5u/UlQopoDAqU1YA==:17 a=fZBWQ0Qh6m4A:10 a=TPPEF4Voh2sA:10 a=AaUjGI9IrlcA:10 a=IkcTkHD0fZMA:10 a=OA2lqS22AAAA:8 a=cAGGDifFrz-q09R4xZwA:9 a=QEXdDO2ut3YA:10 a=kh4ibcU2hQUA:10 a=Nk8c5v8JCcwA:10 a=uNsD4W5u/UlQopoDAqU1YA==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=roberthuff@rcn.com; spf=neutral; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com header.from=roberthuff@rcn.com; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=roberthuff; auth=pass (PLAIN) Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 209.6.39.223 is neither permitted nor denied by domain of rcn.com) Received: from [209.6.39.223] ([209.6.39.223:1303] helo=[10.0.0.3]) by smtp.rcn.com (envelope-from ) (ecelerity 3.5.1.37854 r(Momo-dev:3.5.1.0)) with ESMTPA id 6D/31-36379-FBF31435; Sun, 06 Apr 2014 07:51:28 -0400 Message-ID: <53413FC2.4050908@rcn.com> Date: Sun, 06 Apr 2014 07:51:30 -0400 From: Robert Huff User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: current@freebsd.org Subject: Re: another Make (maybe) problem Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Warner Losh , Jilles Tjoelker X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 06 Apr 2014 11:51:29 -0000 Jilles Tjoelker writes: > These messages are harmless, but are fixed by r264167. And so they were. Thank you. Now back to the original issue. Robert Huff From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 15:55:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F98466B for ; Sun, 6 Apr 2014 15:55:28 +0000 (UTC) Received: from mail.ignoranthack.me (ujvl.x.rootbsd.net [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7C703B36 for ; Sun, 6 Apr 2014 15:55:27 +0000 (UTC) Received: from [192.168.1.102] (c-24-6-177-88.hsd1.ca.comcast.net [24.6.177.88]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 20E431929C8 for ; Sun, 6 Apr 2014 15:55:27 +0000 (UTC) Subject: static linking, libc multiple definitions From: Sean Bruno To: "freebsd-current@freebsd.org" Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-GYIoA2fvSndcQaCIcBK9" Date: Sun, 06 Apr 2014 08:55:25 -0700 Message-ID: <1396799725.37365.4.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2014 15:55:28 -0000 --=-GYIoA2fvSndcQaCIcBK9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Doing static linking of qemu bsd user applications and I seem to get a lot of warnings about multiple symbols in libc. What's going on here? /usr/lib/libc.a(svc_simple.o): warning: multiple common of `__svc_maxrec' /usr/lib/libc.a(rpc_soc.o): warning: previous common is here /usr/lib/libc.a(svc_simple.o): warning: multiple common of `__svc_xports' /usr/lib/libc.a(rpc_soc.o): warning: previous common is here /usr/lib/libc.a(svc_generic.o): warning: multiple common of `__svc_maxrec' /usr/lib/libc.a(rpc_soc.o): warning: previous common is here /usr/lib/libc.a(svc_generic.o): warning: multiple common of `__svc_xports' /usr/lib/libc.a(rpc_soc.o): warning: previous common is here /usr/lib/libc.a(svc_dg.o): warning: multiple common of `__svc_maxrec' /usr/lib/libc.a(rpc_soc.o): warning: previous common is here /usr/lib/libc.a(svc_dg.o): warning: multiple common of `__svc_xports' /usr/lib/libc.a(rpc_soc.o): warning: previous common is here /usr/lib/libc.a(clnt_bcast.o): warning: multiple common of `__svc_maxrec' /usr/lib/libc.a(rpc_soc.o): warning: previous common is here /usr/lib/libc.a(clnt_bcast.o): warning: multiple common of `__svc_xports' /usr/lib/libc.a(rpc_soc.o): warning: previous common is here /usr/lib/libc.a(svc_vc.o): warning: multiple common of `__svc_maxrec' /usr/lib/libc.a(rpc_soc.o): warning: previous common is here /usr/lib/libc.a(svc_vc.o): warning: multiple common of `__svc_xports' /usr/lib/libc.a(rpc_soc.o): warning: previous common is here /usr/lib/libc.a(svc.o): warning: multiple common of `__svc_maxrec' /usr/lib/libc.a(rpc_soc.o): warning: previous common is here /usr/lib/libc.a(svc.o): warning: multiple common of `__svc_xports' /usr/lib/libc.a(rpc_soc.o): warning: previous common is here /usr/lib/libc.a(pmap_clnt.o): warning: multiple common of `__svc_maxrec' /usr/lib/libc.a(rpc_soc.o): warning: previous common is here /usr/lib/libc.a(pmap_clnt.o): warning: multiple common of `__svc_xports' /usr/lib/libc.a(rpc_soc.o): warning: previous common is here /usr/lib/libc.a(clnt_generic.o): warning: multiple common of `__svc_maxrec' /usr/lib/libc.a(rpc_soc.o): warning: previous common is here /usr/lib/libc.a(clnt_generic.o): warning: multiple common of `__svc_xports' /usr/lib/libc.a(rpc_soc.o): warning: previous common is here /usr/lib/libc.a(clnt_dg.o): warning: multiple common of `__svc_maxrec' /usr/lib/libc.a(rpc_soc.o): warning: previous common is here /usr/lib/libc.a(clnt_dg.o): warning: multiple common of `__svc_xports' /usr/lib/libc.a(rpc_soc.o): warning: previous common is here /usr/lib/libc.a(clnt_vc.o): warning: multiple common of `__svc_maxrec' /usr/lib/libc.a(rpc_soc.o): warning: previous common is here /usr/lib/libc.a(clnt_vc.o): warning: multiple common of `__svc_xports' /usr/lib/libc.a(rpc_soc.o): warning: previous common is here /usr/lib/libc.a(xdr_rec.o): warning: multiple common of `__svc_maxrec' /usr/lib/libc.a(rpc_soc.o): warning: previous common is here /usr/lib/libc.a(xdr_rec.o): warning: multiple common of `__svc_xports' /usr/lib/libc.a(rpc_soc.o): warning: previous common is here /usr/lib/libc.a(rpc_generic.o): warning: multiple common of `__svc_maxrec' /usr/lib/libc.a(rpc_soc.o): warning: previous common is here /usr/lib/libc.a(rpc_generic.o): warning: multiple common of `__svc_xports' /usr/lib/libc.a(rpc_soc.o): warning: previous common is here /usr/lib/libc.a(getnetconfig.o): warning: multiple common of `__svc_maxrec' /usr/lib/libc.a(rpc_soc.o): warning: previous common is here /usr/lib/libc.a(getnetconfig.o): warning: multiple common of `__svc_xports' /usr/lib/libc.a(rpc_soc.o): warning: previous common is here /usr/lib/libc.a(rpcb_clnt.o): warning: multiple common of `__svc_maxrec' /usr/lib/libc.a(rpc_soc.o): warning: previous common is here /usr/lib/libc.a(rpcb_clnt.o): warning: multiple common of `__svc_xports' /usr/lib/libc.a(rpc_soc.o): warning: previous common is here --=-GYIoA2fvSndcQaCIcBK9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAABAgAGBQJTQXjtAAoJEBkJRdwI6BaHXTYH/Rid4arBWNwIjwMwaYszQncf D2t4aiHeBCejZrDiG2GR/RmgguETqtHfBhsAerhiW3oIKjHcczBGV+B/ZGqQuldE 0FKiD/E252FQ0i57TpqQYaPmdBp+5H6mbAaWTMHJCdEtomCXQs5PJLdanLtkWogn 7FaKDYectjaWCidmiwjXgLlJGXH/J1qnYeLJIuwuxAMGv8A8uMNWVfcC9GbaUDSq e3IUhVE1RRLDOTZ7zWkeU+loFuxK9MmVEDVfnQ0IAGFoDnes2z5W3ZySoPjaOlmh TW6K0o7bcbZNWPSzNLSIjYAXuiyiBNP4zQL5NNSVnooHpPTLWpoX2DPjXH8L3Co= =9tj/ -----END PGP SIGNATURE----- --=-GYIoA2fvSndcQaCIcBK9-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 16:12:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B12DAF4; Sun, 6 Apr 2014 16:12:35 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0B420CA6; Sun, 6 Apr 2014 16:12:34 +0000 (UTC) Received: from [192.168.48.40] ([213.160.116.66]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s36GCOhf091055 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 6 Apr 2014 16:12:26 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: static linking, libc multiple definitions From: David Chisnall In-Reply-To: <1396799725.37365.4.camel@powernoodle.corp.yahoo.com> Date: Sun, 6 Apr 2014 17:12:17 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <0650344F-FF86-4675-8724-0018AA00740B@FreeBSD.org> References: <1396799725.37365.4.camel@powernoodle.corp.yahoo.com> To: sbruno@freebsd.org X-Mailer: Apple Mail (2.1874) Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 06 Apr 2014 16:12:35 -0000 It looks like these two are defined in rpc_com.h, so they are declared = and defined in multiple compilation units. That's not actually wrong = (they'll have common linkage and be merged), but it's discouraged = because it can mask other errors. Can you see if this patch fixes it = for you? David Index: rpc/rpc_com.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- rpc/rpc_com.h (revision 264068) +++ rpc/rpc_com.h (working copy) @@ -86,8 +86,8 @@ bool_t __xdrrec_getrec(XDR *, enum xprt_stat *, bool_t); void __xprt_unregister_unlocked(SVCXPRT *); =20 -SVCXPRT **__svc_xports; -int __svc_maxrec; +extern SVCXPRT **__svc_xports; +extern int __svc_maxrec; =20 __END_DECLS =20 Index: rpc/svc.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- rpc/svc.c (revision 264068) +++ rpc/svc.c (working copy) @@ -84,6 +84,9 @@ void (*sc_dispatch)(struct svc_req *, SVCXPRT *); } *svc_head; =20 +SVCXPRT **__svc_xports; +int __svc_maxrec; + static struct svc_callout *svc_find(rpcprog_t, rpcvers_t, struct svc_callout **, char *); static void __xprt_do_unregister (SVCXPRT *xprt, bool_t dolock); On 6 Apr 2014, at 16:55, Sean Bruno wrote: > Doing static linking of qemu bsd user applications and I seem to get a > lot of warnings about multiple symbols in libc. What's going on here? >=20 >=20 > /usr/lib/libc.a(svc_simple.o): warning: multiple common of > `__svc_maxrec' > /usr/lib/libc.a(rpc_soc.o): warning: previous common is here > /usr/lib/libc.a(svc_simple.o): warning: multiple common of > `__svc_xports' > /usr/lib/libc.a(rpc_soc.o): warning: previous common is here > /usr/lib/libc.a(svc_generic.o): warning: multiple common of > `__svc_maxrec' > /usr/lib/libc.a(rpc_soc.o): warning: previous common is here > /usr/lib/libc.a(svc_generic.o): warning: multiple common of > `__svc_xports' > /usr/lib/libc.a(rpc_soc.o): warning: previous common is here > /usr/lib/libc.a(svc_dg.o): warning: multiple common of `__svc_maxrec' > /usr/lib/libc.a(rpc_soc.o): warning: previous common is here > /usr/lib/libc.a(svc_dg.o): warning: multiple common of `__svc_xports' > /usr/lib/libc.a(rpc_soc.o): warning: previous common is here > /usr/lib/libc.a(clnt_bcast.o): warning: multiple common of > `__svc_maxrec' > /usr/lib/libc.a(rpc_soc.o): warning: previous common is here > /usr/lib/libc.a(clnt_bcast.o): warning: multiple common of > `__svc_xports' > /usr/lib/libc.a(rpc_soc.o): warning: previous common is here > /usr/lib/libc.a(svc_vc.o): warning: multiple common of `__svc_maxrec' > /usr/lib/libc.a(rpc_soc.o): warning: previous common is here > /usr/lib/libc.a(svc_vc.o): warning: multiple common of `__svc_xports' > /usr/lib/libc.a(rpc_soc.o): warning: previous common is here > /usr/lib/libc.a(svc.o): warning: multiple common of `__svc_maxrec' > /usr/lib/libc.a(rpc_soc.o): warning: previous common is here > /usr/lib/libc.a(svc.o): warning: multiple common of `__svc_xports' > /usr/lib/libc.a(rpc_soc.o): warning: previous common is here > /usr/lib/libc.a(pmap_clnt.o): warning: multiple common of = `__svc_maxrec' > /usr/lib/libc.a(rpc_soc.o): warning: previous common is here > /usr/lib/libc.a(pmap_clnt.o): warning: multiple common of = `__svc_xports' > /usr/lib/libc.a(rpc_soc.o): warning: previous common is here > /usr/lib/libc.a(clnt_generic.o): warning: multiple common of > `__svc_maxrec' > /usr/lib/libc.a(rpc_soc.o): warning: previous common is here > /usr/lib/libc.a(clnt_generic.o): warning: multiple common of > `__svc_xports' > /usr/lib/libc.a(rpc_soc.o): warning: previous common is here > /usr/lib/libc.a(clnt_dg.o): warning: multiple common of `__svc_maxrec' > /usr/lib/libc.a(rpc_soc.o): warning: previous common is here > /usr/lib/libc.a(clnt_dg.o): warning: multiple common of `__svc_xports' > /usr/lib/libc.a(rpc_soc.o): warning: previous common is here > /usr/lib/libc.a(clnt_vc.o): warning: multiple common of `__svc_maxrec' > /usr/lib/libc.a(rpc_soc.o): warning: previous common is here > /usr/lib/libc.a(clnt_vc.o): warning: multiple common of `__svc_xports' > /usr/lib/libc.a(rpc_soc.o): warning: previous common is here > /usr/lib/libc.a(xdr_rec.o): warning: multiple common of `__svc_maxrec' > /usr/lib/libc.a(rpc_soc.o): warning: previous common is here > /usr/lib/libc.a(xdr_rec.o): warning: multiple common of `__svc_xports' > /usr/lib/libc.a(rpc_soc.o): warning: previous common is here > /usr/lib/libc.a(rpc_generic.o): warning: multiple common of > `__svc_maxrec' > /usr/lib/libc.a(rpc_soc.o): warning: previous common is here > /usr/lib/libc.a(rpc_generic.o): warning: multiple common of > `__svc_xports' > /usr/lib/libc.a(rpc_soc.o): warning: previous common is here > /usr/lib/libc.a(getnetconfig.o): warning: multiple common of > `__svc_maxrec' > /usr/lib/libc.a(rpc_soc.o): warning: previous common is here > /usr/lib/libc.a(getnetconfig.o): warning: multiple common of > `__svc_xports' > /usr/lib/libc.a(rpc_soc.o): warning: previous common is here > /usr/lib/libc.a(rpcb_clnt.o): warning: multiple common of = `__svc_maxrec' > /usr/lib/libc.a(rpc_soc.o): warning: previous common is here > /usr/lib/libc.a(rpcb_clnt.o): warning: multiple common of = `__svc_xports' > /usr/lib/libc.a(rpc_soc.o): warning: previous common is here >=20 From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 16:44:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D4FC0648; Sun, 6 Apr 2014 16:44:45 +0000 (UTC) Received: from mail.ignoranthack.me (ujvl.x.rootbsd.net [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AFC9AF33; Sun, 6 Apr 2014 16:44:45 +0000 (UTC) Received: from [192.168.1.102] (c-24-6-177-88.hsd1.ca.comcast.net [24.6.177.88]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 214371929C8; Sun, 6 Apr 2014 16:44:44 +0000 (UTC) Subject: Re: static linking, libc multiple definitions From: Sean Bruno To: David Chisnall In-Reply-To: <0650344F-FF86-4675-8724-0018AA00740B@FreeBSD.org> References: <1396799725.37365.4.camel@powernoodle.corp.yahoo.com> <0650344F-FF86-4675-8724-0018AA00740B@FreeBSD.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-No8rLBSdjpcJcVDvxJFB" Date: Sun, 06 Apr 2014 09:44:43 -0700 Message-ID: <1396802683.1472.0.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2014 16:44:45 -0000 --=-No8rLBSdjpcJcVDvxJFB Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, 2014-04-06 at 17:12 +0100, David Chisnall wrote: > It looks like these two are defined in rpc_com.h, so they are declared an= d defined in multiple compilation units. That's not actually wrong (they'l= l have common linkage and be merged), but it's discouraged because it can m= ask other errors. Can you see if this patch fixes it for you? >=20 > David >=20 >=20 > Index: rpc/rpc_com.h > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- rpc/rpc_com.h (revision 264068) > +++ rpc/rpc_com.h (working copy) > @@ -86,8 +86,8 @@ > bool_t __xdrrec_getrec(XDR *, enum xprt_stat *, bool_t); > void __xprt_unregister_unlocked(SVCXPRT *); > =20 > -SVCXPRT **__svc_xports; > -int __svc_maxrec; > +extern SVCXPRT **__svc_xports; > +extern int __svc_maxrec; > =20 > __END_DECLS > =20 > Index: rpc/svc.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- rpc/svc.c (revision 264068) > +++ rpc/svc.c (working copy) > @@ -84,6 +84,9 @@ > void (*sc_dispatch)(struct svc_req *, SVCXPRT *); > } *svc_head; > =20 > +SVCXPRT **__svc_xports; > +int __svc_maxrec; > + > static struct svc_callout *svc_find(rpcprog_t, rpcvers_t, > struct svc_callout **, char *); > static void __xprt_do_unregister (SVCXPRT *xprt, bool_t dolock); >=20 >=20 Yep, that make it much quieter now. :-) Thank you. sean --=-No8rLBSdjpcJcVDvxJFB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAABAgAGBQJTQYR3AAoJEBkJRdwI6BaHk5MH/AqC3rRsjQ4+0m0JySWqKIXz EMWersVyWLzB7aN6542A73iWCratOLmSuwUAmoFXNR/AwrZPbyJVuhXlcX6thsVn p4J/3W3vvbav7dBswU/yIUlWdtP/k7OSX5Xnampy9Uu5hlvff7e7poFkQwtCZHVB 7a5r9lbmb8DDuGwI0TgMuLhoR6gbtVri4geiuXujMDExoIOsoZlRtR8ufBNncn2M QZUNUDhRveOQKBvK7STWNhcTPi8rcS7xYHiiFelqrCQQm6pouxULkvcOwDcBydEi 8EK9ML8ZxFu8zwaGoqKMU5Jwjq7LXSCq5F583oI4iDdWuoY23mHw3p4lhBatMz8= =NwtB -----END PGP SIGNATURE----- --=-No8rLBSdjpcJcVDvxJFB-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 6 16:52:04 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2902F8E7 for ; Sun, 6 Apr 2014 16:52:04 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E2582FE1 for ; Sun, 6 Apr 2014 16:52:03 +0000 (UTC) X_CMAE_Category: , , X-CNFS-Analysis: v=2.0 cv=U9oQ/JXu c=1 sm=1 a=uNsD4W5u/UlQopoDAqU1YA==:17 a=fZBWQ0Qh6m4A:10 a=TPPEF4Voh2sA:10 a=AaUjGI9IrlcA:10 a=IkcTkHD0fZMA:10 a=OA2lqS22AAAA:8 a=QTCvgo5SayKmf1HIJNEA:9 a=QEXdDO2ut3YA:10 a=uNsD4W5u/UlQopoDAqU1YA==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=roberthuff@rcn.com; spf=neutral; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com header.from=roberthuff@rcn.com; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=roberthuff; auth=pass (PLAIN) Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 209.6.39.223 is neither permitted nor denied by domain of rcn.com) Received: from [209.6.39.223] ([209.6.39.223:3386] helo=[10.0.0.3]) by smtp.rcn.com (envelope-from ) (ecelerity 3.5.1.37854 r(Momo-dev:3.5.1.0)) with ESMTPA id 80/80-36379-B2681435; Sun, 06 Apr 2014 12:51:55 -0400 Message-ID: <53418607.80309@rcn.com> Date: Sun, 06 Apr 2014 12:51:19 -0400 From: Robert Huff User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: current@freebsd.org Subject: Re: another Make (maybe) problem References: <533D6947.9000203@rcn.com> <533D9E0B.3000605@rcn.com> In-Reply-To: <533D9E0B.3000605@rcn.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 06 Apr 2014 16:52:04 -0000 I have new information. The previous problem occurs when I run this script: #! /bin/sh set -x cd /usr/src if [ -f buildworld.log ] then rm buildworld.log fi rm -rf /usr/obj cp -p /usr/src/sys/amd64/conf/JERUSALEM /root make cleandir date > ./buildworld.time make -d l buildworld > ./buildworld.log 2>&1 (Which has worked for years.) _However_ if root>> cd /usr/src/rescue root>> make clean root>> make obj root>> make I get the this: http://users.rcn.com/roberthuff/rescue_log.txt Questions: 1) does this mean building rescue (both dynamic and static) succeeded? It looks like it, but .... 2) if so - why does the automated version fail while the manual one succeed? 3) Assuming: a) all previous steps of "make buildworld" succeeded b) I have run "make", but not "make install" in /usr/src/rescue can I re-run "make buildworld" in /usr/src and have it Do The Right Thing? (Independent errors notwithstanding.) Respectfully, Robert Huff From owner-freebsd-current@FreeBSD.ORG Mon Apr 7 04:33:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58AAFFA4; Mon, 7 Apr 2014 04:33:02 +0000 (UTC) Received: from mail-qg0-x22d.google.com (mail-qg0-x22d.google.com [IPv6:2607:f8b0:400d:c04::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0D28C6BF; Mon, 7 Apr 2014 04:33:01 +0000 (UTC) Received: by mail-qg0-f45.google.com with SMTP id j5so5604647qga.4 for ; Sun, 06 Apr 2014 21:33:01 -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=Lms3+avPd4KOEtTPBwlXvv3706m9FAp0wsJKI4N+Quk=; b=nQPZv6L8sMXB1Jd+de7kqSSc+jFlk3UEkBtuQ2SGmVMx0ULvmamyR26GhLsNLHGK7P ZDP1yazgoN70/LwgMeJvsGryqlfY4AmkQsSxBtY9vGY0aSHn9h6gk7OLEtGybBwJymMy gsKjrNxm1GnV4ZohLRqsGFZdT9I8lvxTkhM6nEECZ7pZTKRnNSRQqgYTFbV3gxpi2/zj j3utj6gF092ayvf+gmrU+2lsQbu+T6F6tKb9lXTdk539n3Drqs18uIAsEsKq1MqPMuB4 E3YGGQzQILgefFs1ZLusuvwranspO6zCdM3s8ccqHSomP+qg014C7IOCMh7JU8H7jOlU bxhg== MIME-Version: 1.0 X-Received: by 10.140.93.22 with SMTP id c22mr11572948qge.53.1396845181185; Sun, 06 Apr 2014 21:33:01 -0700 (PDT) Received: by 10.224.50.206 with HTTP; Sun, 6 Apr 2014 21:33:01 -0700 (PDT) Date: Sun, 6 Apr 2014 21:33:01 -0700 Message-ID: Subject: patch: report per-CPU per-state wakeup counts From: Adrian Chadd To: "freebsd-arch@freebsd.org" , freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Apr 2014 04:33:02 -0000 Hi, We don't report how many actual sleeps (ie, wakeups) that we're doing via ACPI. I'd like to add support for this. http://people.freebsd.org/~adrian/misc/20140406-acpica-wakeup-stat-1.diff comments? -a From owner-freebsd-current@FreeBSD.ORG Mon Apr 7 09:04:19 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6DD42C32; Mon, 7 Apr 2014 09:04:19 +0000 (UTC) Received: from mail-oa0-x22a.google.com (mail-oa0-x22a.google.com [IPv6:2607:f8b0:4003:c02::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1FE0FEB0; Mon, 7 Apr 2014 09:04:19 +0000 (UTC) Received: by mail-oa0-f42.google.com with SMTP id i4so6376030oah.1 for ; Mon, 07 Apr 2014 02:04:18 -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:message-id:subject :from:to:content-type; bh=ii854scAiMkJD/ny2eyoEgDSZSgZnnuU/F6p05+7LEw=; b=bdQRL4iL8RXvMen7WMRDDGWJmrv87aujBKPKgJlow18BAZDV0iAm18GDMo6jufGFsB vVwtDR0Mt90HSwqqk2mmXr8hRlHyibN7p7YPgi98n7vy4duoOykTtygySEvANLr0KTsi uHtCYWsDTbp0CI7y5SCXOiVkjY8lm85QKJ1lMv0zcOKQrWZqC/ikUwGPkiuDwI/h9mcJ eaCt44swwiKFrnfPzD3h2e9WiL1ryCYqTBKM3TeaiXYWFYLPrqNgXZSCYYKl1aS7Mawi 6rwiSR1skfxemEYUuRxBvwLTjxIHJYBe43tbnihl0yuoLQ56DyYWR1FDIXW+eGy9tp4q Wdcg== MIME-Version: 1.0 X-Received: by 10.60.98.139 with SMTP id ei11mr10867073oeb.43.1396861458331; Mon, 07 Apr 2014 02:04:18 -0700 (PDT) Sender: pali.gabor@gmail.com Received: by 10.182.22.44 with HTTP; Mon, 7 Apr 2014 02:04:18 -0700 (PDT) In-Reply-To: References: Date: Mon, 7 Apr 2014 11:04:18 +0200 X-Google-Sender-Auth: CA854wFRnA0HqNP3y-AE5lXJoBA Message-ID: Subject: Re: Call for FreeBSD 2014Q1 (January-March) Status Reports From: Gabor Pali To: hackers@freebsd.org, current@freebsd.org, FreeBSD Ports Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Apr 2014 09:04:19 -0000 Dear FreeBSD Community, Please note that the submission date for the 2014Q1 aka. January to March 2014 Quarterly Status Reports is April 7th, 2014, that is today. Please consult my earlier message for the details: 2014-03-08 10:24 GMT+01:00 Gabor Pali : > They do not have to be very long -- basically they may be about > anything that lets people know what is going on around the FreeBSD > Project. Submission of reports is not restricted to committers: > Anyone who is doing anything interesting and FreeBSD-related can (and > therefore encouraged to) write one! > > The preferred and easiest submission method is to use the XML > generator [1] with the result emailed as an attachment to us, that is, > monthly@FreeBSD.org [2]. There is also an XML template [3] which can > be filled out manually and attached if preferred. For the expected > content and style, please study our guidelines on how to write a good > status report [4]. If you are still unsure what constitutes a good > status report, check out the last issue [5]. > > To enable compilation and publication of the quarterly report as soon > as possible for the April 7th deadline, please be prompt with any > report submissions you may have. > > We are looking forward to all of your 2014Q1 reports! > > Thanks, > Gabor > > > [1] http://www.freebsd.org/cgi/monthly.cgi > [2] mailto:monthly@freebsd.org > [3] http://www.freebsd.org/news/status/report-sample.xml > [4] http://www.freebsd.org/news/status/howto.html > [5] http://www.freebsd.org/news/status/report-2013-10-2013-12.html From owner-freebsd-current@FreeBSD.ORG Mon Apr 7 12:35:55 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8B1DA64; Mon, 7 Apr 2014 12:35:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A28FC8CB; Mon, 7 Apr 2014 12:35:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s37CZljl098543; Mon, 7 Apr 2014 08:35:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s37CZl3k098540; Mon, 7 Apr 2014 12:35:47 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 7 Apr 2014 12:35:47 GMT Message-Id: <201404071235.s37CZl3k098540@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2014 12:35:55 -0000 TB --- 2014-04-07 09:20:29 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-07 09:20:29 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-07 09:20:29 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-04-07 09:20:29 - cleaning the object tree TB --- 2014-04-07 09:20:29 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-07 09:20:37 - At svn revision 264220 TB --- 2014-04-07 09:20:38 - building world TB --- 2014-04-07 09:20:38 - CROSS_BUILD_TESTING=YES TB --- 2014-04-07 09:20:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-07 09:20:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-07 09:20:38 - SRCCONF=/dev/null TB --- 2014-04-07 09:20:38 - TARGET=amd64 TB --- 2014-04-07 09:20:38 - TARGET_ARCH=amd64 TB --- 2014-04-07 09:20:38 - TZ=UTC TB --- 2014-04-07 09:20:38 - __MAKE_CONF=/dev/null TB --- 2014-04-07 09:20:38 - cd /src TB --- 2014-04-07 09:20:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Apr 7 09:20:46 UTC 2014 >>> 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 [...] file_lookup(const char *path, const char *name, int namelen, char **extlist) ^ 3 warnings generated. cc -O2 -pipe -fPIC -I. -I/src/sys/boot/amd64/efi/../../efi/include -I/src/sys/boot/amd64/efi/../../efi/include/amd64 -I/src/sys/boot/amd64/efi/../../../contrib/dev/acpica/include -I/src/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/src/sys/boot/amd64/efi/../../ficl -I/src/sys/boot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/amd64/efi/../../common -I/src/sys/boot/amd64/efi/../../common -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -c /src/sys/boot/amd64/efi/../../common/panic.c cc -O2 -pipe -fPIC -I. -I/src/sys/boot/amd64/efi/../../efi/include -I/src/sys/boot/amd64/efi/../../efi/include/amd64 -I/src/sys/boot/amd64/efi/../../../contrib/dev/acpica/include -I/src/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/src/sys/boot/amd64/efi/../../ficl -I/src/sys/boot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/amd64/efi/../../common -I/src/sys/boot/amd64/efi/../../common -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -c /src/sys/boot/amd64/efi/../../common/load_elf32.c cc -O2 -pipe -fPIC -I. -I/src/sys/boot/amd64/efi/../../efi/include -I/src/sys/boot/amd64/efi/../../efi/include/amd64 -I/src/sys/boot/amd64/efi/../../../contrib/dev/acpica/include -I/src/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/src/sys/boot/amd64/efi/../../ficl -I/src/sys/boot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/amd64/efi/../../common -I/src/sys/boot/amd64/efi/../../common -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -c /src/sys/boot/amd64/efi/../../common/load_elf32_obj.c cc -O2 -pipe -fPIC -I. -I/src/sys/boot/amd64/efi/../../efi/include -I/src/sys/boot/amd64/efi/../../efi/include/amd64 -I/src/sys/boot/amd64/efi/../../../contrib/dev/acpica/include -I/src/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/src/sys/boot/amd64/efi/../../ficl -I/src/sys/boot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/amd64/efi/../../common -I/src/sys/boot/amd64/efi/../../common -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -c /src/sys/boot/amd64/efi/../../common/reloc_elf32.c cc -O2 -pipe -fPIC -I. -I/src/sys/boot/amd64/efi/../../efi/include -I/src/sys/boot/amd64/efi/../../efi/include/amd64 -I/src/sys/boot/amd64/efi/../../../contrib/dev/acpica/include -I/src/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/src/sys/boot/amd64/efi/../../ficl -I/src/sys/boot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/amd64/efi/../../common -I/src/sys/boot/amd64/efi/../../common -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -c /src/sys/boot/amd64/efi/../../common/load_elf64.c cc -O2 -pipe -fPIC -I. -I/src/sys/boot/amd64/efi/../../efi/include -I/src/sys/boot/amd64/efi/../../efi/include/amd64 -I/src/sys/boot/amd64/efi/../../../contrib/dev/acpica/include -I/src/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/src/sys/boot/amd64/efi/../../ficl -I/src/sys/boot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/amd64/efi/../../common -I/src/sys/boot/amd64/efi/../../common -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -c /src/sys/boot/amd64/efi/../../common/load_elf64_obj.c cc -O2 -pipe -fPIC -I. -I/src/sys/boot/amd64/efi/../../efi/include -I/src/sys/boot/amd64/efi/../../efi/include/amd64 -I/src/sys/boot/amd64/efi/../../../contrib/dev/acpica/include -I/src/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/src/sys/boot/amd64/efi/../../ficl -I/src/sys/boot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/amd64/efi/../../common -I/src/sys/boot/amd64/efi/../../common -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -c /src/sys/boot/amd64/efi/../../common/reloc_elf64.c cc -O2 -pipe -fPIC -I. -I/src/sys/boot/amd64/efi/../../efi/include -I/src/sys/boot/amd64/efi/../../efi/include/amd64 -I/src/sys/boot/amd64/efi/../../../contrib/dev/acpica/include -I/src/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/src/sys/boot/amd64/efi/../../ficl -I/src/sys/boot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/amd64/efi/../../common -I/src/sys/boot/amd64/efi/../../common -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -c /src/sys/boot/amd64/efi/../../common/disk.c cc -O2 -pipe -fPIC -I. -I/src/sys/boot/amd64/efi/../../efi/include -I/src/sys/boot/amd64/efi/../../efi/include/amd64 -I/src/sys/boot/amd64/efi/../../../contrib/dev/acpica/include -I/src/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/src/sys/boot/amd64/efi/../../ficl -I/src/sys/boot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/amd64/efi/../../common -I/src/sys/boot/amd64/efi/../../common -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -c /src/sys/boot/amd64/efi/../../common/part.c cc -O2 -pipe -fPIC -I. -I/src/sys/boot/amd64/efi/../../efi/include -I/src/sys/boot/amd64/efi/../../efi/include/amd64 -I/src/sys/boot/amd64/efi/../../../contrib/dev/acpica/include -I/src/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/src/sys/boot/amd64/efi/../../ficl -I/src/sys/boot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/amd64/efi/../../common -I/src/sys/boot/amd64/efi/../../common -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -c /src/sys/boot/amd64/efi/../../common/crc32.c cc -O2 -pipe -fPIC -I. -I/src/sys/boot/amd64/efi/../../efi/include -I/src/sys/boot/amd64/efi/../../efi/include/amd64 -I/src/sys/boot/amd64/efi/../../../contrib/dev/acpica/include -I/src/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/src/sys/boot/amd64/efi/../../ficl -I/src/sys/boot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/amd64/efi/../../common -I/src/sys/boot/amd64/efi/../../common -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -c /src/sys/boot/amd64/efi/../../common/bcache.c cc -O2 -pipe -fPIC -I. -I/src/sys/boot/amd64/efi/../../efi/include -I/src/sys/boot/amd64/efi/../../efi/include/amd64 -I/src/sys/boot/amd64/efi/../../../contrib/dev/acpica/include -I/src/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/src/sys/boot/amd64/efi/../../ficl -I/src/sys/boot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/amd64/efi/../../common -I/src/sys/boot/amd64/efi/../../common -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -c /src/sys/boot/amd64/efi/../../common/interp_forth.c bmake[5]: .depend, 1171: ignoring stale .depend for /src/sys/boot/amd64/efi/../../ficl/libficl.a bmake[5]: .depend, 1171: ignoring stale .depend for /src/sys/boot/amd64/efi/../../efi/libefi/libefi.a cc -O2 -pipe -fPIC -I. -I/src/sys/boot/amd64/efi/../../efi/include -I/src/sys/boot/amd64/efi/../../efi/include/amd64 -I/src/sys/boot/amd64/efi/../../../contrib/dev/acpica/include -I/src/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/src/sys/boot/amd64/efi/../../ficl -I/src/sys/boot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/amd64/efi/../../common -I/src/sys/boot/amd64/efi/../../common -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -Wl,-T/src/sys/boot/amd64/efi/ldscript.amd64 -Wl,-Bsymbolic -shared -Wl,-znocombreloc -nostdlib -o loader.sym autoload.o bootinfo.o conf.o copy.o devicename.o elf64_freebsd.o framebuffer.o main.o reloc.o vers.o amd64_tramp.o start.o boot.o commands.o console.o devopen.o interp.o interp_backslash.o interp_parse.o ls.o misc.o module.o panic.o load_elf32.o load_elf32_obj.o reloc_elf32.o load_elf64.o load_elf64_obj.o reloc_elf64! .o disk.o part.o crc32.o bcache.o interp_forth.o /src/sys/boot/amd64/efi/../../ficl/libficl.a /src/sys/boot/amd64/efi/../../efi/libefi/libefi.a /obj/amd64.amd64/src/tmp/usr/lib/libstand.a cc: error: no such file or directory: '/src/sys/boot/amd64/efi/../../ficl/libficl.a' cc: error: no such file or directory: '/src/sys/boot/amd64/efi/../../efi/libefi/libefi.a' *** Error code 1 Stop. bmake[5]: stopped in /src/sys/boot/amd64/efi *** Error code 1 Stop. bmake[4]: stopped in /src/sys/boot/amd64 *** Error code 1 Stop. bmake[3]: stopped in /src/sys/boot *** Error code 1 Stop. bmake[2]: stopped in /src/sys *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-07 12:35:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-07 12:35:47 - ERROR: failed to build world TB --- 2014-04-07 12:35:47 - 9852.44 user 1303.34 system 11717.50 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 7 13:22:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CFFB84C5 for ; Mon, 7 Apr 2014 13:22:19 +0000 (UTC) Received: from col0-omc2-s2.col0.hotmail.com (col0-omc2-s2.col0.hotmail.com [65.55.34.76]) by mx1.freebsd.org (Postfix) with ESMTP id AF8EDD9A for ; Mon, 7 Apr 2014 13:22:19 +0000 (UTC) Received: from COL131-DS21 ([65.55.34.71]) by col0-omc2-s2.col0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 7 Apr 2014 06:22:12 -0700 X-TMN: [ib9jgfhw3GVtAhmvCUWDWbznEDE8ZjF9] X-Originating-Email: [fredhps10@hotmail.com] Message-ID: From: Fred Pedrisa To: Subject: Regarding Netmap and Last Updates Date: Mon, 7 Apr 2014 10:22:10 -0300 MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac9SZEaKSPiOS7WnQfeCU0PeNBpChA== Content-Language: pt-br X-OriginalArrivalTime: 07 Apr 2014 13:22:12.0887 (UTC) FILETIME=[630A7270:01CF5264] X-Mailman-Approved-At: Mon, 07 Apr 2014 13:38:06 +0000 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Apr 2014 13:22:19 -0000 Hi, guys. I've saw that the 'netmap pipes' were introduced, in order to understand the new changes, I wanted to know if the latest bridge.c (zero copy) method, is already an usage example of the netmap pipes ? Sincerely, Fred From owner-freebsd-current@FreeBSD.ORG Mon Apr 7 14:05:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 358B0CFA for ; Mon, 7 Apr 2014 14:05:01 +0000 (UTC) Received: from col0-omc2-s10.col0.hotmail.com (col0-omc2-s10.col0.hotmail.com [65.55.34.84]) by mx1.freebsd.org (Postfix) with ESMTP id 1286921C for ; Mon, 7 Apr 2014 14:05:00 +0000 (UTC) Received: from COL131-DS19 ([65.55.34.72]) by col0-omc2-s10.col0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 7 Apr 2014 07:03:55 -0700 X-TMN: [7DuarIGsRz6A1iyYdMysZ97j7TC53nCf] X-Originating-Email: [fredhps10@hotmail.com] Message-ID: From: Fred Pedrisa To: References: In-Reply-To: Subject: Regarding Netmap and Last Updates Date: Mon, 7 Apr 2014 11:03:53 -0300 MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQI2AGQip/oN1Alfc0u43J0qN3Ad8Jo405dg Content-Language: pt-br X-OriginalArrivalTime: 07 Apr 2014 14:03:55.0721 (UTC) FILETIME=[36D89B90:01CF526A] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Apr 2014 14:05:01 -0000 Hi, guys. I've saw that the 'netmap pipes' were introduced, in order to understand the new changes, I wanted to know if the latest bridge.c (zero copy) method, is already an usage example of the netmap pipes ? Sincerely, Fred From owner-freebsd-current@FreeBSD.ORG Mon Apr 7 14:06:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 019CBE14 for ; Mon, 7 Apr 2014 14:06:02 +0000 (UTC) Received: from col0-omc2-s18.col0.hotmail.com (col0-omc2-s18.col0.hotmail.com [65.55.34.92]) by mx1.freebsd.org (Postfix) with ESMTP id CFFCB232 for ; Mon, 7 Apr 2014 14:06:01 +0000 (UTC) Received: from COL131-DS19 ([65.55.34.72]) by col0-omc2-s18.col0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 7 Apr 2014 07:04:57 -0700 X-TMN: [pxGAvki2dOfmzvOKKwgvmSSnsO6uztBC] X-Originating-Email: [fredhps10@hotmail.com] Message-ID: From: Fred Pedrisa To: References: In-Reply-To: Subject: Regarding Netmap and Last Updates Date: Mon, 7 Apr 2014 11:04:54 -0300 MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQI2AGQip/oN1Alfc0u43J0qN3Ad8AL3ee0cmiEYEDA= Content-Language: pt-br X-OriginalArrivalTime: 07 Apr 2014 14:04:57.0045 (UTC) FILETIME=[5B65E850:01CF526A] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Apr 2014 14:06:02 -0000 Hi, guys. I've saw that the 'netmap pipes' were introduced, in order to understand the new changes, I wanted to know if the latest bridge.c (zero copy) method, is already an usage example of the netmap pipes ? Sincerely, Fred From owner-freebsd-current@FreeBSD.ORG Mon Apr 7 15:48:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4396D324 for ; Mon, 7 Apr 2014 15:48:16 +0000 (UTC) Received: from col0-omc2-s9.col0.hotmail.com (col0-omc2-s9.col0.hotmail.com [65.55.34.83]) by mx1.freebsd.org (Postfix) with ESMTP id 231BEF31 for ; Mon, 7 Apr 2014 15:48:14 +0000 (UTC) Received: from COL131-DS18 ([65.55.34.72]) by col0-omc2-s9.col0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 7 Apr 2014 08:47:08 -0700 X-TMN: [lCqxfufiGfxK7Nro8KgmPPS6Vd+o4SQu] X-Originating-Email: [fredhps10@hotmail.com] Message-ID: From: Fred Pedrisa To: Subject: Prefetch() Date: Mon, 7 Apr 2014 12:47:06 -0300 MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac9SeJgOpu0LfHfTTd6VhNyUdp3aCA== Content-Language: pt-br X-OriginalArrivalTime: 07 Apr 2014 15:47:08.0906 (UTC) FILETIME=[A245A4A0:01CF5278] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Apr 2014 15:48:16 -0000 Hi, guys. Does anyone knows what is the method : prefetch() used for ? Sincerely, Fred From owner-freebsd-current@FreeBSD.ORG Mon Apr 7 17:46:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 882703E6 for ; Mon, 7 Apr 2014 17:46:41 +0000 (UTC) Received: from mail-qc0-x235.google.com (mail-qc0-x235.google.com [IPv6:2607:f8b0:400d:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4A1F6D7E for ; Mon, 7 Apr 2014 17:46:41 +0000 (UTC) Received: by mail-qc0-f181.google.com with SMTP id x3so6657814qcv.26 for ; Mon, 07 Apr 2014 10:46:40 -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:message-id:subject :from:to:cc:content-type; bh=Mc1prQyANjJ1c2HZNb6cMLk19US1WUD/0RMXm57edQY=; b=CgSkIVJfAGk5k7bQd9RGuHx0z5Vo5JoJGlt55CLPudpa79OlS6Ts79KqiNMY3rylBG a62ktnPQxM8uQTjgXI3z2p7Tv9LpL6AC1Q9hY1UvAk7EVKijocTnGk1szQ8ENVks739+ 0r7funvAqi1pHVTAeLucC7m/ypOtoVW269n8xfyzHPU7TadELjYO0y8VLgVIPrTPPkEo HQHm7Tqva7FGSUz2UJ4GSxV00AlnKxNaU+qRFtA3QlsOC8MdKBk2XxiCC0i7xheSkFE6 NmgKx6sS5Dj4MKzVVxpIgZhjx0jPQdehwMViH1unOaQxT7xY3X0jJ5nadkHelaRDgh0T jQxw== MIME-Version: 1.0 X-Received: by 10.224.13.142 with SMTP id c14mr11222016qaa.76.1396892800454; Mon, 07 Apr 2014 10:46:40 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.50.206 with HTTP; Mon, 7 Apr 2014 10:46:40 -0700 (PDT) In-Reply-To: References: Date: Mon, 7 Apr 2014 10:46:40 -0700 X-Google-Sender-Auth: AK_OGgZEbcJeydLYTVhFQ_RjOgc Message-ID: Subject: Re: Regarding Netmap and Last Updates From: Adrian Chadd To: Fred Pedrisa Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Apr 2014 17:46:41 -0000 yup. it works fine. Just run it like: ./bridge -i netmap:ix0 -i netmap:ix1 or something. -a On 7 April 2014 06:22, Fred Pedrisa wrote: > Hi, guys. > > > > I've saw that the 'netmap pipes' were introduced, in order to understand the > new changes, I wanted to know if the latest bridge.c (zero copy) method, is > already an usage example of the netmap pipes ? > > > > Sincerely, > > > > Fred > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Apr 7 19:04:03 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 68A82E49; Mon, 7 Apr 2014 19:04:03 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C90C17B1; Mon, 7 Apr 2014 19:04:02 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.8/8.14.8) with ESMTP id s37J3rik021837; Mon, 7 Apr 2014 22:03:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s37J3rik021837 Received: (from kostik@localhost) by tom.home (8.14.8/8.14.8/Submit) id s37J3rQ5021836; Mon, 7 Apr 2014 22:03:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 7 Apr 2014 22:03:53 +0300 From: Konstantin Belousov To: Jeremie Le Hen Subject: Re: panic: LK_RETRY set with incompatible flags (0x200400) or an error occured (11) Message-ID: <20140407190353.GP21331@kib.kiev.ua> References: <20140210205607.GA3783@caravan.chchile.org> <52F94923.60102@FreeBSD.org> <20140211093529.GB3783@caravan.chchile.org> <20140214191858.GC3783@caravan.chchile.org> <52FF59B8.1080206@FreeBSD.org> <20140218131815.GF3783@caravan.chchile.org> <530360C9.9080609@FreeBSD.org> <20140218133951.GG3783@caravan.chchile.org> <53036380.4010002@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NFhhVVeDTkyNvWHh" Content-Disposition: inline In-Reply-To: <53036380.4010002@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: freebsd-current@FreeBSD.org, Andriy Gapon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Apr 2014 19:04:03 -0000 --NFhhVVeDTkyNvWHh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 18, 2014 at 03:43:28PM +0200, Andriy Gapon wrote: > on 18/02/2014 15:39 Jeremie Le Hen said the following: > > On Tue, Feb 18, 2014 at 03:31:53PM +0200, Andriy Gapon wrote: > >> > >> So, VV_ROOT is indeed set in v_vflag. > >> Thank you. > >=20 > > So there's no need for me to reboot with kib's patch, right? >=20 > You better ask kib. I do not see any misbehavior in ZFS code so far. >=20 Returning to this old thread. I need to see the v_vflag of the nullfs vnode, in addition to the zfs vnode' v_vflag. I suspect that nullfs flag is somehow lost, and this is what my patch tried to restore. But please show me the nullfs vnode dump before. --NFhhVVeDTkyNvWHh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTQvaZAAoJEJDCuSvBvK1BD2QP/26RW/qoSWh9JsRrEkQQIzup RsvwrqM1HBzEV6yTClOTqcabvgCHXTWUl0GOtPzepFJgci87jDli9Aqs/zR8BmQo UmLUP7AR/Vl95WIUNsjcvNUBbQupKD26eJD7wM3z6L9VnJNWjoyFrXyyyzwyypmL NMVsfokw5HB8acq65oFAJohTecJ4do4Qnbz5EkHyojjYNpviL9c1z8ADgqPJcsam 5yl0H+QYzBUL9ZBnaPFZJIjuy0hWAkt8aHi8s2KjhlGAfvi2zt8eAyiWVW1aRdGC Bm5ERYD6HP48pXw/riWgThL40gr+edpJ+FA4NJ0FZMiZ6pKS4NjvVMmKbOQGnKuZ GX1B6k8oT9fdacX1lkXzw42LTmLUUfzVqBTDseqduo+Wh+f4z4MF+Abp46qSg3zu d6HywFuG7TkpphPDwrF5Kc/zVpyqRREwGYOYOlzYpNu8sOUcxnUfX1fikqVFQjtv RBjUiXtkqjfjqpm4CXFufaIv4vi9fKlxveYhgl5V5P8F0zaGfWlVPJUGsdftrCQ1 RyPJ8zAi88jn5tjc4naipbbBnN/Mg7qohI5ulLUcySQkrMXpjxzPJFaxcS5RWVJb cYJ7St92Rp0v/8D7qe39ZnmifCLKbeXBeYxlQnOrgxW1vxth3TRxWLjzKA+BMJha ZcO6WI5mreLylCFfmjd7 =1Z/h -----END PGP SIGNATURE----- --NFhhVVeDTkyNvWHh-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 7 19:20:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B96F5FE; Mon, 7 Apr 2014 19:20:09 +0000 (UTC) Received: from col0-omc2-s2.col0.hotmail.com (col0-omc2-s2.col0.hotmail.com [65.55.34.76]) by mx1.freebsd.org (Postfix) with ESMTP id 2AFA48F3; Mon, 7 Apr 2014 19:20:08 +0000 (UTC) Received: from COL131-DS2 ([65.55.34.71]) by col0-omc2-s2.col0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 7 Apr 2014 12:20:08 -0700 X-TMN: [rVBJaLu6CoJwn60oMaVV63lknJeZCN0Q] X-Originating-Email: [fredhps10@hotmail.com] Message-ID: From: Fred Pedrisa To: "'Adrian Chadd'" References: <007e01cf5289$aa54b8f0$fefe2ad0$@freebsd.org> In-Reply-To: <007e01cf5289$aa54b8f0$fefe2ad0$@freebsd.org> Subject: RES: Regarding Netmap and Last Updates Date: Mon, 7 Apr 2014 16:20:06 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQKvjEU1d5t15fZJ72J2JA6ikbR/pgNl69zImSrktpA= Content-Language: pt-br X-OriginalArrivalTime: 07 Apr 2014 19:20:08.0248 (UTC) FILETIME=[635A7B80:01CF5296] Cc: 'freebsd-current' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Apr 2014 19:20:09 -0000 Hi, I know how to use, but this wasn't the question ! What I wanted to know is if this example, currently implement the new netmap pipes or not. -----Mensagem original----- De: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] Em nome de Adrian Chadd Enviada em: segunda-feira, 7 de abril de 2014 14:47 Para: Fred Pedrisa Cc: freebsd-current Assunto: Re: Regarding Netmap and Last Updates yup. it works fine. Just run it like: ./bridge -i netmap:ix0 -i netmap:ix1 or something. -a On 7 April 2014 06:22, Fred Pedrisa wrote: > Hi, guys. > > > > I've saw that the 'netmap pipes' were introduced, in order to > understand the new changes, I wanted to know if the latest bridge.c > (zero copy) method, is already an usage example of the netmap pipes ? > > > > Sincerely, > > > > Fred > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Apr 7 19:22:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 93E1774C for ; Mon, 7 Apr 2014 19:22:28 +0000 (UTC) Received: from mail-qa0-x22d.google.com (mail-qa0-x22d.google.com [IPv6:2607:f8b0:400d:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 546AC981 for ; Mon, 7 Apr 2014 19:22:28 +0000 (UTC) Received: by mail-qa0-f45.google.com with SMTP id cm18so4839351qab.18 for ; Mon, 07 Apr 2014 12:22:27 -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:message-id:subject :from:to:cc:content-type; bh=o37pKqCoGzIRCttgOsjMZ3c8FxDaFf3jnMRnGzve/1A=; b=oFFvOxp1rbYSiEqJtpdep+WOb7yEU0F3IhT51CyAmrwxP4IEr93VMzuwZaP/1d8GNt AJXl6fCspQjF/pElLn1pjPVegRwCs9GAc3cwnAIs+7dd/j3400Ykc8ixdJBAsp8bLCN2 rT/JUmNDNZSqEZPWDpmyrrWeDdRu3N9Hwh74rVNFXnxmtEGvx1BhRsccz8S7cFbGssgf hfzxas1cH4EsZVs2yvRcKTGPs0tw2ilPgTvs6YQrng/dboXVWc7OoXPlRq1UfHxJrE5H Ae/25IhBNaOaG3f/FIrxvMb1qdvv0EDM9o/O4XkVWgi2VpgQnnciiXCH0Dpx+qwwRMwF vjAg== MIME-Version: 1.0 X-Received: by 10.140.38.149 with SMTP id t21mr29265469qgt.24.1396898547385; Mon, 07 Apr 2014 12:22:27 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.50.206 with HTTP; Mon, 7 Apr 2014 12:22:27 -0700 (PDT) In-Reply-To: References: <007e01cf5289$aa54b8f0$fefe2ad0$@freebsd.org> Date: Mon, 7 Apr 2014 12:22:27 -0700 X-Google-Sender-Auth: -7E-UJkt705Xqi3QnSlIoC3nGUk Message-ID: Subject: Re: Regarding Netmap and Last Updates From: Adrian Chadd To: Fred Pedrisa Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Apr 2014 19:22:28 -0000 It's using the zerocopy buffer flipping. I don't know what you mean about the "new pipes". it's just using the netmap user API that's available. -a On 7 April 2014 12:20, Fred Pedrisa wrote: > Hi, > > I know how to use, but this wasn't the question ! > > What I wanted to know is if this example, currently implement the new netmap > pipes or not. > > -----Mensagem original----- > De: owner-freebsd-current@freebsd.org > [mailto:owner-freebsd-current@freebsd.org] Em nome de Adrian Chadd > Enviada em: segunda-feira, 7 de abril de 2014 14:47 > Para: Fred Pedrisa > Cc: freebsd-current > Assunto: Re: Regarding Netmap and Last Updates > > yup. it works fine. Just run it like: > > ./bridge -i netmap:ix0 -i netmap:ix1 > > or something. > > > -a > > > On 7 April 2014 06:22, Fred Pedrisa wrote: >> Hi, guys. >> >> >> >> I've saw that the 'netmap pipes' were introduced, in order to >> understand the new changes, I wanted to know if the latest bridge.c >> (zero copy) method, is already an usage example of the netmap pipes ? >> >> >> >> Sincerely, >> >> >> >> Fred >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Apr 7 20:06:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D9FFF290; Mon, 7 Apr 2014 20:06:09 +0000 (UTC) Received: from col0-omc2-s5.col0.hotmail.com (col0-omc2-s5.col0.hotmail.com [65.55.34.79]) by mx1.freebsd.org (Postfix) with ESMTP id B7B9CCF9; Mon, 7 Apr 2014 20:06:09 +0000 (UTC) Received: from COL131-DS1 ([65.55.34.71]) by col0-omc2-s5.col0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 7 Apr 2014 13:05:04 -0700 X-TMN: [1/sIYWiQfxrEbNtGFjzODj3SFKGXiaUL] X-Originating-Email: [fredhps10@hotmail.com] Message-ID: From: Fred Pedrisa To: "'Adrian Chadd'" References: <007e01cf5289$aa54b8f0$fefe2ad0$@freebsd.org> <009601cf5297$0306cb70$09146250$@freebsd.org> In-Reply-To: <009601cf5297$0306cb70$09146250$@freebsd.org> Subject: RES: Regarding Netmap and Last Updates Date: Mon, 7 Apr 2014 17:05:01 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQKvjEU1d5t15fZJ72J2JA6ikbR/pgNl69zIAiZNFa0Bni6TNZkMzUjw Content-Language: pt-br X-OriginalArrivalTime: 07 Apr 2014 20:05:04.0549 (UTC) FILETIME=[AA795D50:01CF529C] Cc: 'freebsd-current' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Apr 2014 20:06:09 -0000 Hi, I am speaking about this : "netmap / VALE is a framework for high speed packet I/O. Implemented as a kernel module for FreeBSD and Linux, it supports access to network cards (NICs), host stack, virtual ports (the "VALE" switch), and "netmap pipes". netmap can easily do line rate on 10G NICs (14.88 Mpps), moves over 20 Mpps on VALE ports, and over 100 Mpps on netmap pipes." -----Mensagem original----- De: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] Em nome de Adrian Chadd Enviada em: segunda-feira, 7 de abril de 2014 16:22 Para: Fred Pedrisa Cc: freebsd-current Assunto: Re: Regarding Netmap and Last Updates It's using the zerocopy buffer flipping. I don't know what you mean about the "new pipes". it's just using the netmap user API that's available. -a On 7 April 2014 12:20, Fred Pedrisa wrote: > Hi, > > I know how to use, but this wasn't the question ! > > What I wanted to know is if this example, currently implement the new > netmap pipes or not. > > -----Mensagem original----- > De: owner-freebsd-current@freebsd.org > [mailto:owner-freebsd-current@freebsd.org] Em nome de Adrian Chadd > Enviada em: segunda-feira, 7 de abril de 2014 14:47 > Para: Fred Pedrisa > Cc: freebsd-current > Assunto: Re: Regarding Netmap and Last Updates > > yup. it works fine. Just run it like: > > ./bridge -i netmap:ix0 -i netmap:ix1 > > or something. > > > -a > > > On 7 April 2014 06:22, Fred Pedrisa wrote: >> Hi, guys. >> >> >> >> I've saw that the 'netmap pipes' were introduced, in order to >> understand the new changes, I wanted to know if the latest bridge.c >> (zero copy) method, is already an usage example of the netmap pipes ? >> >> >> >> Sincerely, >> >> >> >> Fred >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Apr 7 20:32:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6918A62A for ; Mon, 7 Apr 2014 20:32:10 +0000 (UTC) Received: from mail-qc0-x22a.google.com (mail-qc0-x22a.google.com [IPv6:2607:f8b0:400d:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 28B4FF38 for ; Mon, 7 Apr 2014 20:32:10 +0000 (UTC) Received: by mail-qc0-f170.google.com with SMTP id x13so7198456qcv.29 for ; Mon, 07 Apr 2014 13:32:09 -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:message-id:subject :from:to:cc:content-type; bh=9Cdl50i6jr/soNwG4iENCpTAIpMBbK7NJRTQi1GnEpQ=; b=U1PlhVuPO8HVx8Fq+eIA8+qk1VQOCXfc7eeIBdfXoAWsFNRh+x7tCh9BMPtymRw6JX eYffPwX0PArsUMlmLJxTwxhq6+ZRgashXI3/1KFXeGVXKGv0U5VNr3/Q/m47WQgETzep 5idK6ElBr1bU4yB4558UUaONW4GaNuY9LLtC251T2tEvc3YK/0dRT4XWKDNeGTCwMG+G zUerXAOv9yhtcN3OpaU1p/NKEkXjpiBSPkDXSWxkpurJD4N1+02itR446mW6GmdWu71F CTtdp9JyE9adqRO7o18Vfv7YY4kPWPhCvaLvWOEzsrQpydO1qQmACpf8vjHxBPzcyk7d xBxQ== MIME-Version: 1.0 X-Received: by 10.229.198.2 with SMTP id em2mr6331739qcb.21.1396902729338; Mon, 07 Apr 2014 13:32:09 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.50.206 with HTTP; Mon, 7 Apr 2014 13:32:09 -0700 (PDT) In-Reply-To: References: <007e01cf5289$aa54b8f0$fefe2ad0$@freebsd.org> <009601cf5297$0306cb70$09146250$@freebsd.org> Date: Mon, 7 Apr 2014 13:32:09 -0700 X-Google-Sender-Auth: 6TOgBCA5bMP-QwknfrAhO35J2G0 Message-ID: Subject: Re: Regarding Netmap and Last Updates From: Adrian Chadd To: Fred Pedrisa Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Apr 2014 20:32:10 -0000 Yup. It's all that. On 7 April 2014 13:05, Fred Pedrisa wrote: > Hi, > > I am speaking about this : > > "netmap / VALE is a framework for high speed packet I/O. Implemented as a > kernel module for FreeBSD and Linux, it supports access to network cards > (NICs), host stack, virtual ports (the "VALE" switch), and "netmap pipes". > netmap can easily do line rate on 10G NICs (14.88 Mpps), moves over 20 Mpps > on VALE ports, and over 100 Mpps on netmap pipes." > > -----Mensagem original----- > De: owner-freebsd-current@freebsd.org > [mailto:owner-freebsd-current@freebsd.org] Em nome de Adrian Chadd > Enviada em: segunda-feira, 7 de abril de 2014 16:22 > Para: Fred Pedrisa > Cc: freebsd-current > Assunto: Re: Regarding Netmap and Last Updates > > It's using the zerocopy buffer flipping. I don't know what you mean about > the "new pipes". it's just using the netmap user API that's available. > > > -a > > > On 7 April 2014 12:20, Fred Pedrisa wrote: >> Hi, >> >> I know how to use, but this wasn't the question ! >> >> What I wanted to know is if this example, currently implement the new >> netmap pipes or not. >> >> -----Mensagem original----- >> De: owner-freebsd-current@freebsd.org >> [mailto:owner-freebsd-current@freebsd.org] Em nome de Adrian Chadd >> Enviada em: segunda-feira, 7 de abril de 2014 14:47 >> Para: Fred Pedrisa >> Cc: freebsd-current >> Assunto: Re: Regarding Netmap and Last Updates >> >> yup. it works fine. Just run it like: >> >> ./bridge -i netmap:ix0 -i netmap:ix1 >> >> or something. >> >> >> -a >> >> >> On 7 April 2014 06:22, Fred Pedrisa wrote: >>> Hi, guys. >>> >>> >>> >>> I've saw that the 'netmap pipes' were introduced, in order to >>> understand the new changes, I wanted to know if the latest bridge.c >>> (zero copy) method, is already an usage example of the netmap pipes ? >>> >>> >>> >>> Sincerely, >>> >>> >>> >>> Fred >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Apr 7 22:53:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 158532AF; Mon, 7 Apr 2014 22:53:49 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 036F8F9C; Mon, 7 Apr 2014 22:53:49 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 974029ED; Mon, 7 Apr 2014 22:53:48 +0000 (UTC) Date: Mon, 7 Apr 2014 22:53:46 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org, pjd@FreeBSD.org, dim@FreeBSD.org, cy@FreeBSD.org, ed@FreeBSD.org, tuexen@FreeBSD.org Message-ID: <611903038.0.1396911227720.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #423 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Apr 2014 22:53:49 -0000 See From owner-freebsd-current@FreeBSD.ORG Mon Apr 7 23:37:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 12FE0822 for ; Mon, 7 Apr 2014 23:37:39 +0000 (UTC) Received: from mail-ob0-f172.google.com (mail-ob0-f172.google.com [209.85.214.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CD0D112E3 for ; Mon, 7 Apr 2014 23:37:37 +0000 (UTC) Received: by mail-ob0-f172.google.com with SMTP id wm4so174119obc.17 for ; Mon, 07 Apr 2014 16:37:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=fRJn8rAouN7tkQPXQelrvmmJtZSGvK6DkEqhjAq/lsM=; b=b28NvUeQ1caANEu59Jfjt1Zm3zhbRaEn/7GF1hgX9riAHPn06WwaHukJ2WR5pyl2TM LRKmmTy+5HRaTDjPw3M+nQqfIa9fI+j9bcAt2Udzn+UhRYeTWdRiKUFtEVUMUID52vy2 wn0nZnXO5dFhFsLxHvXqnwX/qhy0AQN1AfA1R8MfnYEk9wZYxEOkyLDTdy6pedQ0j+Hy WGOJR/WBnYBw2b8sRwQLGvXK+nXHKb0U7krPi8nB39U7dsJwzbGIYJnfRw2sfgqjMvGF LNrRiQT5hhtkL+ttRlYdhiXUx3O0d0k0cGwtkjW1J2hrCSfTZB3NtnB9RG7Ee908FI4o x4ow== X-Gm-Message-State: ALoCoQmFgeBwTkBXup94aMhs3p3rpkAYnSdVpBAAD1RpOmYFWbp2X9mGKG9GtaQchA8d8xul3Ur+ X-Received: by 10.182.97.1 with SMTP id dw1mr227119obb.23.1396913851087; Mon, 07 Apr 2014 16:37:31 -0700 (PDT) Received: from [10.0.0.119] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id wy2sm511733obc.21.2014.04.07.16.37.29 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 07 Apr 2014 16:37:29 -0700 (PDT) Sender: Warner Losh Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: another Make (maybe) problem From: Warner Losh In-Reply-To: <533CD9E6.7040705@rcn.com> Date: Mon, 7 Apr 2014 17:37:31 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <2B0F6392-AEB9-43D5-B16A-F73A78CC6540@gmail.com> References: <533CD9E6.7040705@rcn.com> To: Robert Huff X-Mailer: Apple Mail (2.1874) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Apr 2014 23:37:39 -0000 What happens if you say =E2=80=98DEBUG_FLAGS+=3D -gdwarf-2=E2=80=99 = instead of a naked -g? Warner On Apr 2, 2014, at 9:47 PM, Robert Huff wrote: > Warner: >=20 > > This will happen with fmake. I?ve put some safety belts in place in > > another fix to keep this from tripping people up (and plan on using = > a similar technique to keep people from hitting the aicasm bug on > > such systems). >=20 > As long as make-related issues are on the table ... >=20 > I have a system, running >=20 > FreeBSD 11.0-CURRENT #0 r263263: Mon Mar 17 15:09:18 EDT 2014 amd64 >=20 > where "make buildworld" fails. The immediate problem can be = seen at: >=20 > http://users.rcn.com/roberthuff/bw_tail >=20 > the full log at >=20 > http://users.rcn.com/roberthuff/bwl.bz2 >=20 > "make.conf" is appended. There is no "src.conf". >=20 > I never seen anything like this before; nothing like has come = across current@ (recently); and nothing in src/UPDATING appears = relevant. > Help, please? >=20 >=20 > Robert Huff >=20 > =E2=97=99=E2=99=AA > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D make.conf >=20 > BDBCFLAGS+=3D -O -pipe > DEBUG_FLAGS+=3D -g > STRIP=3D > SYMVER_ENABLED=3D yes > X_WINDOW_SYSTEM=3D xorg > HAVE_MOTIF=3D yes >=20 > #FC=3D"gfortran42" >=20 > KERNCONF=3DJERUSALEM >=20 > # To avoid building various parts of the base system: > # (copied from /usr/share/examples/etc/make.conf >=20 > NO_BIND_ETC=3D true # Do not install files to /etc/namedb > NO_BLUETOOTH=3D true # do not build Bluetooth related stuff > NO_PROFILE=3D true # Avoid compiling profiled libraries >=20 > # to get automatic SASL in sendmail >=20 > SENDMAIL_CFLAGS+=3D -I/usr/local/include/ -DSASL=3D2 > SENDMAIL_LDFLAGS+=3D -L/usr/local/lib > SENDMAIL_LDADD+=3D -lsasl2 >=20 > # > # to make CUPS magically keep working > # See: http://www.csua.berkeley.edu/~ranga/notes/freebsd_cups.html > # >=20 > CUPS_OVERWRITE_BASE=3D yes > NO_LPR=3D true >=20 > # added per /usr/ports/UPDATING entry 20090401 >=20 > OVERRIDE_LINUX_BASE_PORT=3Df10 > OVERRIDE_LINUX_NONBASE_PORTS=3Df10 >=20 > # >=20 > WITH_MOZILLA=3D libxul > WITH_GECKO=3D libxul >=20 > # > # added 2007/03/04 per advice of > # in re science/gramps > # >=20 > WITH_BERKELEYDB=3Ddb6 > WITH_BDB_VER=3D6 > WANT_OPENLDAP_VER=3D24 > WANT_OPENLDAP_SASL=3Dtrue >=20 > # > # as required by ports/UPDATING of 20121012 > # >=20 > SAMBA_ENABLE=3DYES >=20 > # > # PORTS: use clang unless gcc is explicitly required > # >=20 > # > # default to using clang for all port builds, with the following > # exceptions >=20 > .if !empty(.CURDIR:M/usr/ports/graphics/libcdr) && = exists(/usr/local/bin/gcc47) > CC=3Dgcc47 > CXX=3Dg++47 > CPP=3Dcpp47 > .endif >=20 >=20 > .if ${.CURDIR:M*/usr/ports/*} > .if !defined(USE_GCC) > .if !defined(CC) || ${CC} =3D=3D "cc" > CC=3Dclang > .endif > .if !defined(CXX) || ${CXX} =3D=3D "c++" > CXX=3Dclang++ > .endif > .if !defined(CPP) || ${CPP} =3D=3D "cpp" > CPP=3Dclang-cpp > .endif > .endif > .endif >=20 >=20 > WITH_NEW_XORG=3D"yes" > WITH_GALLIUM=3D"yes" >=20 > WITH_BSD_SORT=3D >=20 >=20 > WITH_PKGNG=3Dyes >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Apr 7 23:51:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E998A81 for ; Mon, 7 Apr 2014 23:51:41 +0000 (UTC) Received: from col0-omc2-s17.col0.hotmail.com (col0-omc2-s17.col0.hotmail.com [65.55.34.91]) by mx1.freebsd.org (Postfix) with ESMTP id F29A31478 for ; Mon, 7 Apr 2014 23:51:40 +0000 (UTC) Received: from COL131-DS23 ([65.55.34.73]) by col0-omc2-s17.col0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 7 Apr 2014 16:51:34 -0700 X-TMN: [PUQG4fCw7DPokGr/wDEWjp4N5mX0EHjS] X-Originating-Email: [fredhps10@hotmail.com] Message-ID: From: Fred Pedrisa To: "'freebsd-current'" Subject: Cycle Count Date: Mon, 7 Apr 2014 20:51:33 -0300 MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac9SvD1w2zzmFcsGSOy5tfjlzq12HA== Content-Language: pt-br X-OriginalArrivalTime: 07 Apr 2014 23:51:34.0890 (UTC) FILETIME=[4EF2D4A0:01CF52BC] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 07 Apr 2014 23:51:41 -0000 Hi, guys. How can we get a precise cycle count since the computer has started AND the estimated number of cycles per second for the current core ? Sincerely, Fred Pedrisa From owner-freebsd-current@FreeBSD.ORG Tue Apr 8 00:34:07 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B526744A; Tue, 8 Apr 2014 00:34:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6E90417DE; Tue, 8 Apr 2014 00:34:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s380Y59L001557; Mon, 7 Apr 2014 20:34:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s380Y5KQ001553; Tue, 8 Apr 2014 00:34:05 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 8 Apr 2014 00:34:05 GMT Message-Id: <201404080034.s380Y5KQ001553@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2014 00:34:07 -0000 TB --- 2014-04-07 21:20:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-07 21:20:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-07 21:20:24 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-04-07 21:20:24 - cleaning the object tree TB --- 2014-04-07 21:21:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-07 21:21:40 - At svn revision 264240 TB --- 2014-04-07 21:21:41 - building world TB --- 2014-04-07 21:21:41 - CROSS_BUILD_TESTING=YES TB --- 2014-04-07 21:21:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-07 21:21:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-07 21:21:41 - SRCCONF=/dev/null TB --- 2014-04-07 21:21:41 - TARGET=amd64 TB --- 2014-04-07 21:21:41 - TARGET_ARCH=amd64 TB --- 2014-04-07 21:21:41 - TZ=UTC TB --- 2014-04-07 21:21:41 - __MAKE_CONF=/dev/null TB --- 2014-04-07 21:21:41 - cd /src TB --- 2014-04-07 21:21:41 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Apr 7 21:21:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/words.c -o words.o /src/sys/boot/ficl/words.c:2573:60: warning: implicit conversion from 'unsigned long' to 'int' changes value from 18446744073709551615 to -1 [-Wconstant-conversion] flag = ((pFW != NULL) && (pFW->flags & FW_ISOBJECT)) ? FICL_TRUE : FICL_FALSE; ~ ^~~~~~~~~ /src/sys/boot/ficl/ficl.h:252:21: note: expanded from macro 'FICL_TRUE' #define FICL_TRUE ((unsigned long)~(0L)) ^~~~~~~~~~~~~~~~~~~~ 1 warning generated. cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/amd64/sysdep.c -o sysdep.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c softcore.c -o softcore.o building static ficl library ranlib libficl.a ===> sys/boot/amd64 (all) ===> sys/boot/amd64/efi (all) Warning: Object directory not changed from original /src/sys/boot/amd64/efi bmake[5]: .depend, 1171: ignoring stale .depend for /src/sys/boot/amd64/efi/../../ficl/libficl.a bmake[5]: .depend, 1171: ignoring stale .depend for /src/sys/boot/amd64/efi/../../efi/libefi/libefi.a cc -O2 -pipe -fPIC -I. -I/src/sys/boot/amd64/efi/../../efi/include -I/src/sys/boot/amd64/efi/../../efi/include/amd64 -I/src/sys/boot/amd64/efi/../../../contrib/dev/acpica/include -I/src/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/src/sys/boot/amd64/efi/../../ficl -I/src/sys/boot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/amd64/efi/../../common -I/src/sys/boot/amd64/efi/../../common -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -Wl,-T/src/sys/boot/amd64/efi/ldscript.amd64 -Wl,-Bsymbolic -shared -Wl,-znocombreloc -nostdlib -o loader.sym autoload.o bootinfo.o conf.o copy.o devicename.o elf64_freebsd.o framebuffer.o main.o reloc.o vers.o amd64_tramp.o start.o boot.o commands.o console.o devopen.o interp.o interp_backslash.o interp_parse.o ls.o misc.o module.o panic.o load_elf32.o load_elf32_obj.o reloc_elf32.o load_elf64.o load_elf64_obj.o reloc_elf64! .o disk.o part.o crc32.o bcache.o interp_forth.o /src/sys/boot/amd64/efi/../../ficl/libficl.a /src/sys/boot/amd64/efi/../../efi/libefi/libefi.a /obj/amd64.amd64/src/tmp/usr/lib/libstand.a cc: error: no such file or directory: '/src/sys/boot/amd64/efi/../../ficl/libficl.a' cc: error: no such file or directory: '/src/sys/boot/amd64/efi/../../efi/libefi/libefi.a' *** Error code 1 Stop. bmake[5]: stopped in /src/sys/boot/amd64/efi *** Error code 1 Stop. bmake[4]: stopped in /src/sys/boot/amd64 *** Error code 1 Stop. bmake[3]: stopped in /src/sys/boot *** Error code 1 Stop. bmake[2]: stopped in /src/sys *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-08 00:34:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-08 00:34:05 - ERROR: failed to build world TB --- 2014-04-08 00:34:05 - 9858.88 user 1254.77 system 11620.91 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 8 02:30:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1E2C3DF for ; Tue, 8 Apr 2014 02:30:27 +0000 (UTC) Received: from mail-qc0-x233.google.com (mail-qc0-x233.google.com [IPv6:2607:f8b0:400d:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 941FD1488 for ; Tue, 8 Apr 2014 02:30:27 +0000 (UTC) Received: by mail-qc0-f179.google.com with SMTP id m20so308559qcx.38 for ; Mon, 07 Apr 2014 19:30:26 -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:message-id:subject :from:to:cc:content-type; bh=Y1vtcyEksUGu+53Lt1hO+JCebtYrwHI38NQA3cyCfVw=; b=j7rkCmOri3wNiruFb9G5cDvyWUwwN9HcER5lJTCIOCHXrFw4SDpePu7T1HJacQ1m8+ q0bRJN4XyeT10C5w1ftRjVIFgWl+3Br85LGYLyDcqHePfF02+WmRWbI5prvJS7hPap5+ hOuhEhlPhR0qWRGyb36osNun6CAJp4szQne73sucN/5Yc262/I4MM4OeiTbVszisrUFG T74kp/alEBp31g9Ag2ospF9VkDpvJTcHVzxxnnUtzF8xgzyv9/B1nccrBGx5QLTjSCdj h3ArubQ+ft7CZ6Hz299rtsUKZ0Fd9M0e+O1Qrz3Q09VP+9BokqCvczFzgN1u/Rk9wMQj WtOg== MIME-Version: 1.0 X-Received: by 10.224.47.130 with SMTP id n2mr1189250qaf.26.1396924226758; Mon, 07 Apr 2014 19:30:26 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.50.206 with HTTP; Mon, 7 Apr 2014 19:30:26 -0700 (PDT) In-Reply-To: References: Date: Mon, 7 Apr 2014 19:30:26 -0700 X-Google-Sender-Auth: hG37v_yBDqf9x82Z1Mtay4soAjg Message-ID: Subject: Re: Cycle Count From: Adrian Chadd To: Fred Pedrisa Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 08 Apr 2014 02:30:27 -0000 Kinda? It's called the TSC. -a On 7 April 2014 16:51, Fred Pedrisa wrote: > Hi, guys. > > > > How can we get a precise cycle count since the computer has started AND the > estimated number of cycles per second for the current core ? > > > > Sincerely, > > > > Fred Pedrisa > > _______________________________________________ > 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 Apr 8 10:47:18 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A74564F7; Tue, 8 Apr 2014 10:47:18 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 270641160; Tue, 8 Apr 2014 10:47:17 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.8/8.14.8) with ESMTP id s38AkoRc033330 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 8 Apr 2014 14:46:50 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.8/8.14.8/Submit) id s38AkoVo033329; Tue, 8 Apr 2014 14:46:50 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 8 Apr 2014 14:46:50 +0400 From: Gleb Smirnoff To: Adrian Chadd Subject: Re: iwn(4) in -HEAD supporting Centrino Wireless-N 135 Message-ID: <20140408104650.GN44326@FreeBSD.org> References: <530EE7F4.3080903@shurik.kiev.ua> <530EEEA5.4090306@shurik.kiev.ua> <20140228230705.GA28290@syn.pertho.net> <20140403100207.GA23640@syn.pertho.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Alexandr , Tom Murphy , freebsd-current , "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 08 Apr 2014 10:47:18 -0000 Adrian, On Thu, Apr 03, 2014 at 04:42:07PM -0700, Adrian Chadd wrote: A> I've had no time to continue looking at this, I'm sorry. A> A> I'm very overworked and I'm not able to be both the net80211, ath and A> iwn maintainer given how much actual attention they all require. A> Someone has to step up and take command of the iwn code. I must admit that right now iwn(4) is in much worse shape than it was a year ago. :( And the fact you abandon it in current shape is very unpleasant. I started to use laptops with iwn(4) about 3 years ago, and I always track head on my laptop. My connectivity was perfect for the first two years. But for the last year the situation is getting worse and worse. Since you were actively hacking on iwn(4), I decided to keep calm an wait for you to achieve your goals, only then complain. Now you abandon it. What hurts me right now: - The overall network performance is extremely bad. Doing an scp(1) from/to a box, that is on the same LAN I am achieving 30 Kb/s with long stalls. For the last couple of months I am moving larger files to my laptop with help of a USB memstick. - When I actually do run bulk upload/download via iwn(4), the entire office WiFi goes almost dead. My colleagues can't skype while I am copying a kernel file from my laptop to other close box, and copying lasts more than a minute (see above). Actually, not only WiFi is deafened by current iwn(4), it looks like entire 2.4GHz band is noised, because my wireless mouse gets very laggy and lossy during any bulk activity via iwn(4). - Even tiny traffic volume experiences packet loss. Right now I'm typing this via ssh, and sometimes I feel packet loss in the session. Note that my hardware haven't changed at all during last year. Only version of FreeBSD. Right now I have strong desire to update my sources of dev/iwn to early 2013, get it compilable and work with that. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Tue Apr 8 11:46:22 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 133C6DBB for ; Tue, 8 Apr 2014 11:46:22 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CA9C51694 for ; Tue, 8 Apr 2014 11:46:21 +0000 (UTC) X_CMAE_Category: , , X-CNFS-Analysis: v=2.0 cv=A4ruztqG c=1 sm=1 a=uNsD4W5u/UlQopoDAqU1YA==:17 a=fZBWQ0Qh6m4A:10 a=TPPEF4Voh2sA:10 a=AaUjGI9IrlcA:10 a=IkcTkHD0fZMA:10 a=OA2lqS22AAAA:8 a=7Qk2ozbKAAAA:8 a=sQY3GR2Lhe9jq83yivgA:9 a=QEXdDO2ut3YA:10 a=cvZW9r6VXHAA:10 a=LYEiCg4UYx4A:10 a=GysUZn23MLsA:10 a=uoHBvs8nGJYA:10 a=uNsD4W5u/UlQopoDAqU1YA==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.mail=roberthuff@rcn.com; spf=neutral; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com header.from=roberthuff@rcn.com; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.user=roberthuff; auth=fail (PLAIN); auth=fail (LOGIN); auth=pass (PLAIN) Received-SPF: neutral (smtp02.rcn.cmh.synacor.com: 209.6.39.223 is neither permitted nor denied by domain of rcn.com) Received: from [209.6.39.223] ([209.6.39.223:1043] helo=[10.0.0.3]) by smtp.rcn.com (envelope-from ) (ecelerity 3.5.1.37854 r(Momo-dev:3.5.1.0)) with ESMTPA id F6/68-51074-C81E3435; Tue, 08 Apr 2014 07:46:20 -0400 Message-ID: <5343E186.7030205@rcn.com> Date: Tue, 08 Apr 2014 07:46:14 -0400 From: Robert Huff User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: current@freebsd.org Subject: Re: another Make (maybe) problem References: <533D6947.9000203@rcn.com> <533D9E0B.3000605@rcn.com> In-Reply-To: <533D9E0B.3000605@rcn.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 08 Apr 2014 11:46:22 -0000 Warner Losh writes: > What happens if you say ‘DEBUG_FLAGS+= -gdwarf-2’ instead of a > naked -g? Experiment in progress ... ... same result as before. (Dang.) What next? Robert Huff From owner-freebsd-current@FreeBSD.ORG Tue Apr 8 12:25:14 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F166D9BE; Tue, 8 Apr 2014 12:25:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AD2651A6F; Tue, 8 Apr 2014 12:25:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s38CPCQh094776; Tue, 8 Apr 2014 08:25:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s38CPB5h094773; Tue, 8 Apr 2014 12:25:11 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 8 Apr 2014 12:25:11 GMT Message-Id: <201404081225.s38CPB5h094773@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2014 12:25:14 -0000 TB --- 2014-04-08 09:10:26 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-08 09:10:26 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-08 09:10:26 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-04-08 09:10:26 - cleaning the object tree TB --- 2014-04-08 09:11:32 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-08 09:11:36 - At svn revision 264257 TB --- 2014-04-08 09:11:37 - building world TB --- 2014-04-08 09:11:37 - CROSS_BUILD_TESTING=YES TB --- 2014-04-08 09:11:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-08 09:11:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-08 09:11:37 - SRCCONF=/dev/null TB --- 2014-04-08 09:11:37 - TARGET=amd64 TB --- 2014-04-08 09:11:37 - TARGET_ARCH=amd64 TB --- 2014-04-08 09:11:37 - TZ=UTC TB --- 2014-04-08 09:11:37 - __MAKE_CONF=/dev/null TB --- 2014-04-08 09:11:37 - cd /src TB --- 2014-04-08 09:11:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 8 09:11:44 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/words.c -o words.o /src/sys/boot/ficl/words.c:2573:60: warning: implicit conversion from 'unsigned long' to 'int' changes value from 18446744073709551615 to -1 [-Wconstant-conversion] flag = ((pFW != NULL) && (pFW->flags & FW_ISOBJECT)) ? FICL_TRUE : FICL_FALSE; ~ ^~~~~~~~~ /src/sys/boot/ficl/ficl.h:252:21: note: expanded from macro 'FICL_TRUE' #define FICL_TRUE ((unsigned long)~(0L)) ^~~~~~~~~~~~~~~~~~~~ 1 warning generated. cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/amd64/sysdep.c -o sysdep.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c softcore.c -o softcore.o building static ficl library ranlib libficl.a ===> sys/boot/amd64 (all) ===> sys/boot/amd64/efi (all) Warning: Object directory not changed from original /src/sys/boot/amd64/efi bmake[5]: .depend, 1171: ignoring stale .depend for /src/sys/boot/amd64/efi/../../ficl/libficl.a bmake[5]: .depend, 1171: ignoring stale .depend for /src/sys/boot/amd64/efi/../../efi/libefi/libefi.a cc -O2 -pipe -fPIC -I. -I/src/sys/boot/amd64/efi/../../efi/include -I/src/sys/boot/amd64/efi/../../efi/include/amd64 -I/src/sys/boot/amd64/efi/../../../contrib/dev/acpica/include -I/src/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/src/sys/boot/amd64/efi/../../ficl -I/src/sys/boot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/amd64/efi/../../common -I/src/sys/boot/amd64/efi/../../common -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -Wl,-T/src/sys/boot/amd64/efi/ldscript.amd64 -Wl,-Bsymbolic -shared -Wl,-znocombreloc -nostdlib -o loader.sym autoload.o bootinfo.o conf.o copy.o devicename.o elf64_freebsd.o framebuffer.o main.o reloc.o vers.o amd64_tramp.o start.o boot.o commands.o console.o devopen.o interp.o interp_backslash.o interp_parse.o ls.o misc.o module.o panic.o load_elf32.o load_elf32_obj.o reloc_elf32.o load_elf64.o load_elf64_obj.o reloc_elf64! .o disk.o part.o crc32.o bcache.o interp_forth.o /src/sys/boot/amd64/efi/../../ficl/libficl.a /src/sys/boot/amd64/efi/../../efi/libefi/libefi.a /obj/amd64.amd64/src/tmp/usr/lib/libstand.a cc: error: no such file or directory: '/src/sys/boot/amd64/efi/../../ficl/libficl.a' cc: error: no such file or directory: '/src/sys/boot/amd64/efi/../../efi/libefi/libefi.a' *** Error code 1 Stop. bmake[5]: stopped in /src/sys/boot/amd64/efi *** Error code 1 Stop. bmake[4]: stopped in /src/sys/boot/amd64 *** Error code 1 Stop. bmake[3]: stopped in /src/sys/boot *** Error code 1 Stop. bmake[2]: stopped in /src/sys *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-08 12:25:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-08 12:25:11 - ERROR: failed to build world TB --- 2014-04-08 12:25:11 - 9851.44 user 1299.47 system 11685.05 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 8 14:23:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8DDE4AE9; Tue, 8 Apr 2014 14:23:07 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 47D98174B; Tue, 8 Apr 2014 14:23:07 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPA id 6A18DC4951; Tue, 8 Apr 2014 17:23:00 +0300 (EEST) Date: Tue, 8 Apr 2014 17:25:22 +0300 From: Aleksandr Rybalko To: Mark Linimon Subject: Re: vt text cursor invisible in reverse video Message-Id: <20140408172522.b224a73a2e46d1eaca6c5c64@freebsd.org> In-Reply-To: <20140403053823.GB20420@lonesome.com> References: <53355335.6040505@orange.fr> <5335592F.2010301@orange.fr> <533BEDF7.9080407@orange.fr> <20140403053823.GB20420@lonesome.com> X-Mailer: Sylpheed 3.3.1 (GTK+ 2.24.22; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Claude Buisson , Adrian Chadd , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 08 Apr 2014 14:23:07 -0000 On Thu, 3 Apr 2014 00:38:23 -0500 Mark Linimon wrote: > On Wed, Apr 02, 2014 at 01:01:11PM +0200, Claude Buisson wrote: > > After 19 years of FreeBSD use and not being part of any chapel/coterie/mafia > > I don't keep much illusion about the outcome.. > > I'm sorry that you feel that way. > > Rest assured that a large number of those of us that work on FreeBSD do > try to improve the software. We also try to figure out ways to get more > people involved as contributors, to keep things from becoming stagnant. > > Yes, I know we're not always successful. > > mcl > _______________________________________________ > 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" Hi guys! Claude, sorry for delay. Can you please try now? WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Tue Apr 8 16:26:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7A0D263F for ; Tue, 8 Apr 2014 16:26:03 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp05.smtpout.orange.fr [80.12.242.127]) by mx1.freebsd.org (Postfix) with ESMTP id 1B02D14EA for ; Tue, 8 Apr 2014 16:26:02 +0000 (UTC) Received: from localhost ([92.162.4.205]) by mwinf5d61 with ME id nURt1n00C4RQDcU03URtew; Tue, 08 Apr 2014 18:25:54 +0200 Message-ID: <53442311.8050509@orange.fr> Date: Tue, 08 Apr 2014 18:25:53 +0200 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Aleksandr Rybalko Subject: Re: vt text cursor invisible in reverse video References: <53355335.6040505@orange.fr> <5335592F.2010301@orange.fr> <533BEDF7.9080407@orange.fr> <20140403053823.GB20420@lonesome.com> <20140408172522.b224a73a2e46d1eaca6c5c64@freebsd.org> In-Reply-To: <20140408172522.b224a73a2e46d1eaca6c5c64@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Mark Linimon , Adrian Chadd , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 08 Apr 2014 16:26:03 -0000 On 04/08/2014 16:25, Aleksandr Rybalko wrote: > On Thu, 3 Apr 2014 00:38:23 -0500 > Mark Linimon wrote: > >> On Wed, Apr 02, 2014 at 01:01:11PM +0200, Claude Buisson wrote: >>> After 19 years of FreeBSD use and not being part of any chapel/coterie/mafia >>> I don't keep much illusion about the outcome.. >> >> I'm sorry that you feel that way. >> >> Rest assured that a large number of those of us that work on FreeBSD do >> try to improve the software. We also try to figure out ways to get more >> people involved as contributors, to keep things from becoming stagnant. >> >> Yes, I know we're not always successful. >> >> mcl >> _______________________________________________ >> 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" > > Hi guys! > > Claude, sorry for delay. > > Can you please try now? > Applied r264258 and rebuilt kernel. Problem solved - thanks As for the need for kbmux in the kernel to have a working keyboard under X.org as found in [1], it seems also to be mandatory to be able to load a keymap with kbdcontrol. Can you confirm ? [1] http://lists.freebsd.org/pipermail/freebsd-current/2014-March/048917.html > WBW > CBu From owner-freebsd-current@FreeBSD.ORG Tue Apr 8 16:37:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39AE38EC; Tue, 8 Apr 2014 16:37:23 +0000 (UTC) Received: from mail-qa0-x22a.google.com (mail-qa0-x22a.google.com [IPv6:2607:f8b0:400d:c00::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C58FA15EE; Tue, 8 Apr 2014 16:37:22 +0000 (UTC) Received: by mail-qa0-f42.google.com with SMTP id k15so1232978qaq.29 for ; Tue, 08 Apr 2014 09: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:message-id:subject :from:to:cc:content-type; bh=A5O8APOrrncwkDyWbbtEIrq87wF2VJ/GPlq+0kaHyJ4=; b=MR2O8BKFPawNbHtzI0MiVgZ2jtzIEsU8UiRjQqsSgRInSHO1IvRGCW6ZW6zpsRQdyX PToHarg71VfUittyb0g3E7TIze3nTILOmR7DF1iGg0gkcRZP4dbas9kQcTHc3UhISdTD hes0xOVwGnVwcTM0ge/qTBwfD/6JQy9WxUunB5LB5NxhbECBqCvh+kam20J5zUQ0yT6i MpMXQvc1AsQxFZJCRdW+ECn2j40KHNYKNIMMPE2bv35Hz+HKhNnY3rn2qjvuomXsYG2S B6MYgnQc+BtBY6tGQDA9/7j3PKoxqynNyDT47KPC167Q4Gg9ZN1zsnlFcA4UrRp+KqwL sReg== MIME-Version: 1.0 X-Received: by 10.140.41.200 with SMTP id z66mr2153691qgz.102.1396975041962; Tue, 08 Apr 2014 09:37:21 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.50.206 with HTTP; Tue, 8 Apr 2014 09:37:21 -0700 (PDT) In-Reply-To: <20140408104650.GN44326@FreeBSD.org> References: <530EE7F4.3080903@shurik.kiev.ua> <530EEEA5.4090306@shurik.kiev.ua> <20140228230705.GA28290@syn.pertho.net> <20140403100207.GA23640@syn.pertho.net> <20140408104650.GN44326@FreeBSD.org> Date: Tue, 8 Apr 2014 09:37:21 -0700 X-Google-Sender-Auth: hwVurPO87c43x09vfpERllJlg7I Message-ID: Subject: Re: iwn(4) in -HEAD supporting Centrino Wireless-N 135 From: Adrian Chadd To: Gleb Smirnoff Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexandr , Tom Murphy , freebsd-current , "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 08 Apr 2014 16:37:23 -0000 Hi, Which hardware is it? The driver hasn't changed _that_ much since 2013. I'd really like some help in figuring out which commit(s) broke the driver for you. Would you mind bisecting the driver from HEAD from 2013 to now and tell me when the first break was? I'm happy to fix bugs, but I can only work on making it better for me. I've not had very much feedback from people (except "yay it works better" and "it's the same") so this is news to me. -a From owner-freebsd-current@FreeBSD.ORG Tue Apr 8 20:11:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9DA1E879 for ; Tue, 8 Apr 2014 20:11:02 +0000 (UTC) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.sdf.org", Issuer "SDF.ORG" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 66A451D38 for ; Tue, 8 Apr 2014 20:11:01 +0000 (UTC) Received: from [21.218.81.232] ([172.56.13.123]) (authenticated (0 bits)) by sdf.lonestar.org (8.14.7/8.14.5) with ESMTP id s38KArfb026399 (using TLSv1/SSLv3 with cipher AES128-SHA (128 bits) verified NO) for ; Tue, 8 Apr 2014 20:10:55 GMT Subject: Wifi compatibility From: Parker Gibson Content-Type: text/plain; charset=us-ascii X-Mailer: iPhone Mail (10B329) Message-Id: <44FAC4FC-BD09-4E5B-A9E2-B8DDAB11C005@sdf.org> Date: Tue, 8 Apr 2014 15:10:49 -0500 To: "freebsd-current@freebsd.org" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) X-Mailman-Approved-At: Tue, 08 Apr 2014 21:24:10 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 08 Apr 2014 20:11:02 -0000 I am looking at the TP-Link TL-WN722N high gain USB dongle. I was curious if anyone knew if the rum(4) driver will support this hardware= , if I could run it in HOSTAP mode, and if not, what high gain adapter would= that you all would suggest? Thanks in advanced.= From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 00:15:11 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 44A0FC9B; Wed, 9 Apr 2014 00:15:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 18D911B17; Wed, 9 Apr 2014 00:15:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s390F3en098415; Tue, 8 Apr 2014 20:15:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s390F32c098397; Wed, 9 Apr 2014 00:15:03 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 9 Apr 2014 00:15:03 GMT Message-Id: <201404090015.s390F32c098397@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2014 00:15:11 -0000 TB --- 2014-04-08 21:00:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-08 21:00:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-08 21:00:25 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-04-08 21:00:25 - cleaning the object tree TB --- 2014-04-08 21:01:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-08 21:01:37 - At svn revision 264276 TB --- 2014-04-08 21:01:38 - building world TB --- 2014-04-08 21:01:38 - CROSS_BUILD_TESTING=YES TB --- 2014-04-08 21:01:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-08 21:01:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-08 21:01:38 - SRCCONF=/dev/null TB --- 2014-04-08 21:01:38 - TARGET=amd64 TB --- 2014-04-08 21:01:38 - TARGET_ARCH=amd64 TB --- 2014-04-08 21:01:38 - TZ=UTC TB --- 2014-04-08 21:01:38 - __MAKE_CONF=/dev/null TB --- 2014-04-08 21:01:38 - cd /src TB --- 2014-04-08 21:01:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 8 21:01:45 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/loader.c -o loader.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/math64.c -o math64.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/prefix.c -o prefix.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/search.c -o search.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/stack.c -o stack.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/tools.c -o tools.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/vm.c -o vm.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/words.c -o words.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/amd64/sysdep.c -o sysdep.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c softcore.c -o softcore.o building static ficl library ranlib libficl.a ===> sys/boot/amd64 (all) ===> sys/boot/amd64/efi (all) Warning: Object directory not changed from original /src/sys/boot/amd64/efi bmake[5]: .depend, 1171: ignoring stale .depend for /src/sys/boot/amd64/efi/../../ficl/libficl.a bmake[5]: .depend, 1171: ignoring stale .depend for /src/sys/boot/amd64/efi/../../efi/libefi/libefi.a cc -O2 -pipe -fPIC -I. -I/src/sys/boot/amd64/efi/../../efi/include -I/src/sys/boot/amd64/efi/../../efi/include/amd64 -I/src/sys/boot/amd64/efi/../../../contrib/dev/acpica/include -I/src/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/src/sys/boot/amd64/efi/../../ficl -I/src/sys/boot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/amd64/efi/../../common -I/src/sys/boot/amd64/efi/../../common -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -Wl,-T/src/sys/boot/amd64/efi/ldscript.amd64 -Wl,-Bsymbolic -shared -Wl,-znocombreloc -nostdlib -o loader.sym autoload.o bootinfo.o conf.o copy.o devicename.o elf64_freebsd.o framebuffer.o main.o reloc.o vers.o amd64_tramp.o start.o boot.o commands.o console.o devopen.o interp.o interp_backslash.o interp_parse.o ls.o misc.o module.o panic.o load_elf32.o load_elf32_obj.o reloc_elf32.o load_elf64.o load_elf64_obj.o reloc_elf64! .o disk.o part.o crc32.o bcache.o interp_forth.o /src/sys/boot/amd64/efi/../../ficl/libficl.a /src/sys/boot/amd64/efi/../../efi/libefi/libefi.a /obj/amd64.amd64/src/tmp/usr/lib/libstand.a cc: error: no such file or directory: '/src/sys/boot/amd64/efi/../../ficl/libficl.a' cc: error: no such file or directory: '/src/sys/boot/amd64/efi/../../efi/libefi/libefi.a' *** Error code 1 Stop. bmake[5]: stopped in /src/sys/boot/amd64/efi *** Error code 1 Stop. bmake[4]: stopped in /src/sys/boot/amd64 *** Error code 1 Stop. bmake[3]: stopped in /src/sys/boot *** Error code 1 Stop. bmake[2]: stopped in /src/sys *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-09 00:15:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-09 00:15:03 - ERROR: failed to build world TB --- 2014-04-09 00:15:03 - 9854.02 user 1285.12 system 11677.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 00:17:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 16835ED8 for ; Wed, 9 Apr 2014 00:17:49 +0000 (UTC) Received: from mail-ob0-x22e.google.com (mail-ob0-x22e.google.com [IPv6:2607:f8b0:4003:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D1F851B3B for ; Wed, 9 Apr 2014 00:17:48 +0000 (UTC) Received: by mail-ob0-f174.google.com with SMTP id wo20so1895571obc.33 for ; Tue, 08 Apr 2014 17:17:48 -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=HD6GzYVQfObHswuNmf2vBt3fcPSzBovxp3rKCdqcTdU=; b=hGLl6C4JPczdTfRDM5pGI5rXv4/dRAAhCybJmQtTfFD9P+ivGHtXGjmScGgPgfx8jb xr2WcAsH38Iu+GxXvXWXGp4Wpma5h02vtgJ3iCm+u4eQavHGk7yeZWZi9L2+PqVIOc4d PD2cfPexUkmG7eLnykHx7Y5gpR+qgxa26XBreJBYseHUyogjiy15nOsyuVmg24pMxT3Q UYtECHr+BcVte1bJnm8I4KNYlrSDq4u1RjXLiB4nY+FJROAA8T4Kj6VjUZ3zxts5pbYE dJhKkU637KtQAM12NyE4ZePrFifAUXINDSdecsIVzBno82KqZ7519hLLR2nVfuvQ7keP 93EQ== MIME-Version: 1.0 X-Received: by 10.182.85.193 with SMTP id j1mr5929411obz.52.1397002668159; Tue, 08 Apr 2014 17:17:48 -0700 (PDT) Received: by 10.182.80.7 with HTTP; Tue, 8 Apr 2014 17:17:48 -0700 (PDT) In-Reply-To: <20140402152232.GF20907@pwnie.vrt.sourcefire.com> References: <20140331002436.GB14025@pwnie.vrt.sourcefire.com> <20140402152232.GF20907@pwnie.vrt.sourcefire.com> Date: Wed, 9 Apr 2014 02:17:48 +0200 Message-ID: Subject: Re: [CFT] ASLR and PIE on amd64 From: Oliver Pinter To: FreeBSD-current Content-Type: text/plain; charset=ISO-8859-1 Cc: Shawn Webb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 09 Apr 2014 00:17:49 -0000 On 4/2/14, Shawn Webb wrote: > On Apr 02, 2014 04:54 PM +0200, Oliver Pinter wrote: >> On 4/2/14, Oliver Pinter wrote: >> > On 3/31/14, Shawn Webb wrote: >> >> On Mar 31, 2014 02:07 AM +0200, Oliver Pinter wrote: >> >>> On 3/22/14, Shawn Webb wrote: >> >>> > Hey All, >> >>> > >> >>> > First off, I hope that even as a non-committer, it's okay that I >> >>> > post >> >>> > a call for testing. If not, please excuse my newbishness in this >> >>> > process. This is my first time submitting a major patch upstream to >> >>> > FreeBSD. >> >>> > >> >>> > Over the past few months, I've had the opportunity and pleasure to >> >>> > enhance existing patches to FreeBSD that implement a common exploit >> >>> > mitigation technology called Address Space Layout Randomization >> >>> > (ASLR) >> >>> > along with support for Position Independent Executables (PIE). >> >>> > ASLR+PIE has been a long-requested feature by many people I've met >> >>> > on >> >>> > IRC. >> >>> > >> >>> > I've submitted my patch to PR kernel/181497. I'm currently in the >> >>> > process of adding PIE support to certain high-visibility >> >>> > applications >> >>> > in base (mainly network daemons). I've added a make.conf knob >> >>> > that's >> >>> > default to enabled (WITH_PIE=1). An application has to also >> >>> > explicitly >> >>> > support PIE as well by defining CAN_PIE in the Makefile prior to >> >>> > including bsd.prog.mk. After I get a decent amount of applications >> >>> > enabled with PIE support, I'll submit one last patch. >> >>> > >> >>> > The following sysctl's can be set with a kernel compiled with the >> >>> > PAX_ASLR option: >> >>> > >> >>> > security.pax.aslr.status: 1 >> >>> > security.pax.aslr.debug: 0 >> >>> > security.pax.aslr.mmap_len: 16 >> >>> > security.pax.aslr.stack_len: 12 >> >>> > security.pax.aslr.exec_len: 12 >> >>> > >> >>> > The security.pax.aslr.status sysctl enables and disables the ASLR >> >>> > system as a whole. The debug sysctl gives debugging output. The >> >>> > mmap_len sysctl tells the ASLR system how many bits to randomize >> >>> > with >> >>> > mmap() is called. The stack_len sysctl tells the ASLR system how >> >>> > many >> >>> > bits to randomize in the stack. The exec_len sysctl tells the ASLR >> >>> > system how many bits to randomize the execbase (this controls PIE). >> >>> > These sysctls can be set as a per-jail basis. If you have an >> >>> > application which doesn't support ASLR, yet you want ASLR enabled >> >>> > for >> >>> > everything else, you can simply place that misbehaving application >> >>> > in >> >>> > a jail with only that jail's ASLR settings turned off. >> >>> > >> >>> > Please let me know how your testing goes. I'm giving a presentation >> >>> > at >> >>> > BSDCan regarding this. >> >>> > >> >>> > If you want to keep tabs on my bleeding-edge development process, >> >>> > please follow my progress on GitHub: >> >>> > https://github.com/lattera/freebsd (branch: soldierx/lattera/aslr). >> >>> > >> >>> > Thank you very much, >> >>> >> >>> Hi! >> >>> >> >>> Please apply this patch. This fixed an issue with tunables. >> >> >> >> Patch merged successfully into my GitHub repo. Fixed with commit >> >> d2c0813. I'll include it in my next patch submission upstream when I >> >> submit my PIE work. Thanks! >> > >> > please see the attached patch, compile and boot tested on amd64 >> >> >> Some more patches, and one critical fix >> (0006-PAX-ASLR-use-the-right-sysent-before-this-commit-cal.patch). > > You are awesome. I'll integrate those patches today. In reviewing your > patches, I noticed a few places where I'm keying off the local > pax_aslr_debug variable. I ought to switch that to keying off the jail's > pr_pax_aslr_debug variable. > https://github.com/HardenedBSD/hardenedBSD/commits/hardened/10/aslr From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 00:21:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2E629CC for ; Wed, 9 Apr 2014 00:21:27 +0000 (UTC) Received: from mail-qa0-x22a.google.com (mail-qa0-x22a.google.com [IPv6:2607:f8b0:400d:c00::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D7ED91BE9 for ; Wed, 9 Apr 2014 00:21:26 +0000 (UTC) Received: by mail-qa0-f42.google.com with SMTP id k15so1763701qaq.15 for ; Tue, 08 Apr 2014 17:21:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=9XlT/lyQ8A6+x4FswlZ7Sf/g6m8/EIqSpP0EQPkPIq0=; b=qmnLzxdHqi0j5Hks1Jnj72UNGR4g2Tah+DUJoKu7qLQ0lLBvF0oL/EUY7YmNndIj21 G8zveQOKiMGYcX99ZVwqvz4f3WBIxNPyvNBGrEd7FKFcj1Zd6UQ5dR4DINjF6Fc+BXv8 O+pLMrPxX8kcUpP6OSlmN4vyYxnrpIRka0x0/5zsw21cmCTVrahh40NAJiyRJm17fvhN ENmvvSYf4dU+d+rSXG+4TD2ERl7FiTBP/EZdWyzZzZpTDdokT5HVldUR4VZjBe0zbUmo 4Y7aSN7OKd1Kz967FjAYThJgAvbIg3WSswQmFgX+2y4QR8pw1u5Gzq4oJr8jbavR8C9Q xeVg== X-Received: by 10.140.51.161 with SMTP id u30mr8193998qga.69.1397002885988; Tue, 08 Apr 2014 17:21:25 -0700 (PDT) Received: from pwnie.vrt.sourcefire.com (moist.vrt.sourcefire.com. [198.148.79.134]) by mx.google.com with ESMTPSA id u15sm4864243qge.2.2014.04.08.17.21.23 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 08 Apr 2014 17:21:24 -0700 (PDT) Date: Tue, 8 Apr 2014 20:21:21 -0400 From: Shawn Webb To: Oliver Pinter Subject: Re: [CFT] ASLR and PIE on amd64 Message-ID: <20140409002121.GA15374@pwnie.vrt.sourcefire.com> References: <20140331002436.GB14025@pwnie.vrt.sourcefire.com> <20140402152232.GF20907@pwnie.vrt.sourcefire.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 09 Apr 2014 00:21:27 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Apr 09, 2014 02:17 AM +0200, Oliver Pinter wrote: > On 4/2/14, Shawn Webb wrote: > > On Apr 02, 2014 04:54 PM +0200, Oliver Pinter wrote: > >> On 4/2/14, Oliver Pinter wrote: > >> > On 3/31/14, Shawn Webb wrote: > >> >> On Mar 31, 2014 02:07 AM +0200, Oliver Pinter wrote: > >> >>> On 3/22/14, Shawn Webb wrote: > >> >>> > Hey All, > >> >>> > > >> >>> > First off, I hope that even as a non-committer, it's okay that I > >> >>> > post > >> >>> > a call for testing. If not, please excuse my newbishness in this > >> >>> > process. This is my first time submitting a major patch upstream= to > >> >>> > FreeBSD. > >> >>> > > >> >>> > Over the past few months, I've had the opportunity and pleasure = to > >> >>> > enhance existing patches to FreeBSD that implement a common expl= oit > >> >>> > mitigation technology called Address Space Layout Randomization > >> >>> > (ASLR) > >> >>> > along with support for Position Independent Executables (PIE). > >> >>> > ASLR+PIE has been a long-requested feature by many people I've m= et > >> >>> > on > >> >>> > IRC. > >> >>> > > >> >>> > I've submitted my patch to PR kernel/181497. I'm currently in the > >> >>> > process of adding PIE support to certain high-visibility > >> >>> > applications > >> >>> > in base (mainly network daemons). I've added a make.conf knob > >> >>> > that's > >> >>> > default to enabled (WITH_PIE=3D1). An application has to also > >> >>> > explicitly > >> >>> > support PIE as well by defining CAN_PIE in the Makefile prior to > >> >>> > including bsd.prog.mk. After I get a decent amount of applicatio= ns > >> >>> > enabled with PIE support, I'll submit one last patch. > >> >>> > > >> >>> > The following sysctl's can be set with a kernel compiled with the > >> >>> > PAX_ASLR option: > >> >>> > > >> >>> > security.pax.aslr.status: 1 > >> >>> > security.pax.aslr.debug: 0 > >> >>> > security.pax.aslr.mmap_len: 16 > >> >>> > security.pax.aslr.stack_len: 12 > >> >>> > security.pax.aslr.exec_len: 12 > >> >>> > > >> >>> > The security.pax.aslr.status sysctl enables and disables the ASLR > >> >>> > system as a whole. The debug sysctl gives debugging output. The > >> >>> > mmap_len sysctl tells the ASLR system how many bits to randomize > >> >>> > with > >> >>> > mmap() is called. The stack_len sysctl tells the ASLR system how > >> >>> > many > >> >>> > bits to randomize in the stack. The exec_len sysctl tells the AS= LR > >> >>> > system how many bits to randomize the execbase (this controls PI= E). > >> >>> > These sysctls can be set as a per-jail basis. If you have an > >> >>> > application which doesn't support ASLR, yet you want ASLR enabled > >> >>> > for > >> >>> > everything else, you can simply place that misbehaving applicati= on > >> >>> > in > >> >>> > a jail with only that jail's ASLR settings turned off. > >> >>> > > >> >>> > Please let me know how your testing goes. I'm giving a presentat= ion > >> >>> > at > >> >>> > BSDCan regarding this. > >> >>> > > >> >>> > If you want to keep tabs on my bleeding-edge development process, > >> >>> > please follow my progress on GitHub: > >> >>> > https://github.com/lattera/freebsd (branch: soldierx/lattera/asl= r). > >> >>> > > >> >>> > Thank you very much, > >> >>> > >> >>> Hi! > >> >>> > >> >>> Please apply this patch. This fixed an issue with tunables. > >> >> > >> >> Patch merged successfully into my GitHub repo. Fixed with commit > >> >> d2c0813. I'll include it in my next patch submission upstream when I > >> >> submit my PIE work. Thanks! > >> > > >> > please see the attached patch, compile and boot tested on amd64 > >> > >> > >> Some more patches, and one critical fix > >> (0006-PAX-ASLR-use-the-right-sysent-before-this-commit-cal.patch). > > > > You are awesome. I'll integrate those patches today. In reviewing your > > patches, I noticed a few places where I'm keying off the local > > pax_aslr_debug variable. I ought to switch that to keying off the jail's > > pr_pax_aslr_debug variable. > > >=20 > https://github.com/HardenedBSD/hardenedBSD/commits/hardened/10/aslr And for anyone who's tracking HEAD (like me): https://github.com/HardenedBSD/hardenedBSD/commits/hardened/current/aslr --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTRJKBAAoJEGqEZY9SRW7u/s4P/3JOvCDbbc3y1Sa3nYUIeQfS rt8L7kn45BrOD7qIAnuzGBoFpChmib6glTwmTj7+vYtifK8uqCNHNiqkMrHd1wBt mJe/qN9tybnWaRGwGmt3gFBIVy44QXE3ze0vVSniYJ+UVIVYD+G3n0NbvqhfYOE0 e9nEpIc/Qi1RNWxbM4Ffk1Hw8TAvPKjxBu+J19lEXTNhVKjuJnl2DlXvsQQnFhTp gmuiRasIq2jsMXYvb3jdqmsJxYSU0GSH/8Jg+LMvQPa/a0bKDtRA16/88FU/FHUV 9Cq76bpUXxVLHAH4HAe3z2nf77QcPJIFKDrqPpHzpjYFZwnCzKf+QyR+97wB2iGb pExgInysE9IP767j+pTBMAdp6R6Qf8MiJcIFu8GOyNvAgbJYe/pzheCUuW2sliKe wdr0Pv8YdUqFREA5H4SR0LxTKDQf+ozEsP4wOyO65lwZGbsr7jGV8lMj77VrEkt6 d5lpcD1L7Wj4SYDuCBGnKffvy+jvG5CrDDOhDhpZq4AN1SX045hPWOYQZJBbIW6o eZmd0Qj5SzkVql6iWTk4xLlm08BbqZzKTLe2KBR/okYLvrM7wyXdR+HMqyBY+2d/ y7fgBXmOChOsCa2pYxEXPfv7bluEB+Lt/WU3O/8RtCiNr69fSDEfnUcCJRqHHt6e JFt20tCK70uiCI5nhfu9 =Xc+Z -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 01:13:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 516B4605 for ; Wed, 9 Apr 2014 01:13:44 +0000 (UTC) Received: from mail-pd0-x235.google.com (mail-pd0-x235.google.com [IPv6:2607:f8b0:400e:c02::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2972112AC for ; Wed, 9 Apr 2014 01:13:44 +0000 (UTC) Received: by mail-pd0-f181.google.com with SMTP id p10so1727678pdj.40 for ; Tue, 08 Apr 2014 18:13:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:user-agent:mime-version :content-type; bh=hYgS3GyFS4TybIzFxrpsY02KzYuhF2IcayrJ3zAdfSE=; b=Nx0ABnDuj3u/1Vjwu9GV571yTVY6QVvi4PT3BvIs0kS3HB1ycSBG69YbnDaUIR3ryn +DDc2N+deqYo8FbHiLDByq/ZhABBmLQXOAU+85qiq8IwE2kKPkD4J6m44xzXI9v0845d lXIycQx8E9FYBR7U6YryczwiKq+18aaa+MlZj97vaxT9MVJL8EIFF/ThljswOMLXQzYV k5Z8BkAE6NQbq7nArGpTQoaRrlkIo563jxvzscBVx3XCYskTvco5sHueWAtU7x5+hOXv P6zBD3dLohZSeX3n7xMf1/jkicmEkWGBkcSUar4EWCZL0FhF4Sl7dnoFrFKspBVtaPJ3 TRkA== X-Received: by 10.68.240.68 with SMTP id vy4mr8143275pbc.127.1397006023738; Tue, 08 Apr 2014 18:13:43 -0700 (PDT) Received: from [192.168.2.7] ([122.172.2.27]) by mx.google.com with ESMTPSA id st4sm17451345pab.34.2014.04.08.18.13.40 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 08 Apr 2014 18:13:42 -0700 (PDT) Date: Wed, 9 Apr 2014 06:43:36 +0530 (IST) From: Saju Ravindran Pillai X-X-Sender: srp@rookie.local To: freebsd-current@freebsd.org Subject: When to rebuild world? Message-ID: User-Agent: Alpine 2.00 (OSX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 09 Apr 2014 01:13:44 -0000 Hello, I have just started tracking freebsd-current on a spare machine. I am going through my first buildworld to update from -stable to -current. Do I need to buildworld everytime I 'svn update' (atleast weekly). Or will src/UPDATING tell me when a buildworld is actually needed? -srp From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 01:31:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E691E3BB for ; Wed, 9 Apr 2014 01:31:42 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C122A1508 for ; Wed, 9 Apr 2014 01:31:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=Mj98NLuMJiqxR1NEfdUWREPqUTGlieU3z0kcNxSqhHM=; b=R6QrW0A7sAoC3L/SssaIb9/ezStg/bFY5uxGZsDmPa1J1hVpggt1Ln+7IkIjeuoDxanbu+AXUMRZ88XnYbGiO20RSuDWwhs2piwwL1ap9Hbi3a8ys0+xdJbi3NgM4v3kYfIbDoli7z4GCDiVyz1dygevl4snVAWrY5BfWngMywE=; Received: from [182.55.101.96] (port=35879 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1WXhMW-002c8D-A1; Tue, 08 Apr 2014 19:31:36 -0600 Date: Wed, 9 Apr 2014 09:31:33 +0800 From: Erich Dollansky To: Saju Ravindran Pillai Subject: Re: When to rebuild world? Message-ID: <20140409093133.71e281e6@X220.alogt.com> In-Reply-To: References: X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 09 Apr 2014 01:31:43 -0000 Hi, On Wed, 9 Apr 2014 06:43:36 +0530 (IST) Saju Ravindran Pillai wrote: > > Hello, I have just started tracking freebsd-current on a spare > machine. I am going through my first buildworld to update from > -stable to -current. > > Do I need to buildworld everytime I 'svn update' (atleast weekly). Or > will src/UPDATING tell me when a buildworld is actually needed? > UPDATING tells you nothing about the parts which got updated. If you want to save time, you would have to check which files are updated. As it is rare that only kernel files are updated, I always compile both the world and the kernel. Erich From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 02:26:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F4E8D2F for ; Wed, 9 Apr 2014 02:26:57 +0000 (UTC) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns.kevlo.org", Issuer "ns.kevlo.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 45E0A18F2 for ; Wed, 9 Apr 2014 02:26:56 +0000 (UTC) Received: from srg.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) by ns.kevlo.org (8.14.8/8.14.8) with ESMTP id s392QLFt013675 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 9 Apr 2014 10:26:23 +0800 (CST) (envelope-from kevlo@FreeBSD.org) Message-ID: <5344AFE3.7050900@FreeBSD.org> Date: Wed, 09 Apr 2014 10:26:43 +0800 From: Kevin Lo User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Parker Gibson Subject: Re: Wifi compatibility References: <44FAC4FC-BD09-4E5B-A9E2-B8DDAB11C005@sdf.org> In-Reply-To: <44FAC4FC-BD09-4E5B-A9E2-B8DDAB11C005@sdf.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 09 Apr 2014 02:26:57 -0000 On 2014/04/09 04:10, Parker Gibson wrote: > I am looking at the TP-Link TL-WN722N high gain USB dongle. > I was curious if anyone knew if the rum(4) driver will support this hardware, if I could run it in HOSTAP mode, and if not, what high gain adapter would that you all would suggest? Your dongle uses AR9271 chip which is currently not supported, but it seems that Adrian has been working on it [1]. I recommend using run(4). It supports hostapd. [1] http://lists.freebsd.org/pipermail/freebsd-wireless/2013-December/004220.html > Thanks in advanced. Kevin From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 12:16:36 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 036FDBAC; Wed, 9 Apr 2014 12:16:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B40671F9A; Wed, 9 Apr 2014 12:16:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s39CGXWc002905; Wed, 9 Apr 2014 08:16:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s39CGXRi002893; Wed, 9 Apr 2014 12:16:33 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 9 Apr 2014 12:16:33 GMT Message-Id: <201404091216.s39CGXRi002893@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2014 12:16:36 -0000 TB --- 2014-04-09 09:00:37 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-09 09:00:37 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-09 09:00:37 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-04-09 09:00:37 - cleaning the object tree TB --- 2014-04-09 09:01:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-09 09:01:40 - At svn revision 264295 TB --- 2014-04-09 09:01:41 - building world TB --- 2014-04-09 09:01:41 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 09:01:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 09:01:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 09:01:41 - SRCCONF=/dev/null TB --- 2014-04-09 09:01:41 - TARGET=amd64 TB --- 2014-04-09 09:01:41 - TARGET_ARCH=amd64 TB --- 2014-04-09 09:01:41 - TZ=UTC TB --- 2014-04-09 09:01:41 - __MAKE_CONF=/dev/null TB --- 2014-04-09 09:01:41 - cd /src TB --- 2014-04-09 09:01:41 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 9 09:01:49 UTC 2014 >>> 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 [...] file_lookup(const char *path, const char *name, int namelen, char **extlist) ^ /src/sys/boot/amd64/efi/../../common/module.c:767:36: warning: passing 'u_char *' (aka 'unsigned char *') to parameter of type 'const char *' converts between pointers to integer types with different sign [-Wpointer-sign] result = file_lookup(mdp->d_path, best, blen, NULL); ^~~~ /src/sys/boot/amd64/efi/../../common/module.c:620:43: note: passing argument to parameter 'name' here file_lookup(const char *path, const char *name, int namelen, char **extlist) ^ 3 warnings generated. cc -O2 -pipe -fPIC -I. -I/src/sys/boot/amd64/efi/../../efi/include -I/src/sys/boot/amd64/efi/../../efi/include/amd64 -I/src/sys/boot/amd64/efi/../../../contrib/dev/acpica/include -I/src/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/src/sys/boot/amd64/efi/../../ficl -I/src/sys/boot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/amd64/efi/../../common -I/src/sys/boot/amd64/efi/../../common -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -c /src/sys/boot/amd64/efi/../../common/load_elf32.c cc -O2 -pipe -fPIC -I. -I/src/sys/boot/amd64/efi/../../efi/include -I/src/sys/boot/amd64/efi/../../efi/include/amd64 -I/src/sys/boot/amd64/efi/../../../contrib/dev/acpica/include -I/src/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/src/sys/boot/amd64/efi/../../ficl -I/src/sys/boot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/amd64/efi/../../common -I/src/sys/boot/amd64/efi/../../common -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -c /src/sys/boot/amd64/efi/../../common/load_elf32_obj.c cc -O2 -pipe -fPIC -I. -I/src/sys/boot/amd64/efi/../../efi/include -I/src/sys/boot/amd64/efi/../../efi/include/amd64 -I/src/sys/boot/amd64/efi/../../../contrib/dev/acpica/include -I/src/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/src/sys/boot/amd64/efi/../../ficl -I/src/sys/boot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/amd64/efi/../../common -I/src/sys/boot/amd64/efi/../../common -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -c /src/sys/boot/amd64/efi/../../common/load_elf64.c cc -O2 -pipe -fPIC -I. -I/src/sys/boot/amd64/efi/../../efi/include -I/src/sys/boot/amd64/efi/../../efi/include/amd64 -I/src/sys/boot/amd64/efi/../../../contrib/dev/acpica/include -I/src/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/src/sys/boot/amd64/efi/../../ficl -I/src/sys/boot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/amd64/efi/../../common -I/src/sys/boot/amd64/efi/../../common -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -c /src/sys/boot/amd64/efi/../../common/load_elf64_obj.c cc -O2 -pipe -fPIC -I. -I/src/sys/boot/amd64/efi/../../efi/include -I/src/sys/boot/amd64/efi/../../efi/include/amd64 -I/src/sys/boot/amd64/efi/../../../contrib/dev/acpica/include -I/src/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/src/sys/boot/amd64/efi/../../ficl -I/src/sys/boot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/amd64/efi/../../common -I/src/sys/boot/amd64/efi/../../common -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -c /src/sys/boot/amd64/efi/../../common/part.c cc -O2 -pipe -fPIC -I. -I/src/sys/boot/amd64/efi/../../efi/include -I/src/sys/boot/amd64/efi/../../efi/include/amd64 -I/src/sys/boot/amd64/efi/../../../contrib/dev/acpica/include -I/src/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/src/sys/boot/amd64/efi/../../ficl -I/src/sys/boot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/amd64/efi/../../common -I/src/sys/boot/amd64/efi/../../common -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -c /src/sys/boot/amd64/efi/../../common/interp_forth.c bmake[5]: .depend, 1171: ignoring stale .depend for /src/sys/boot/amd64/efi/../../ficl/libficl.a bmake[5]: .depend, 1171: ignoring stale .depend for /src/sys/boot/amd64/efi/../../efi/libefi/libefi.a cc -O2 -pipe -fPIC -I. -I/src/sys/boot/amd64/efi/../../efi/include -I/src/sys/boot/amd64/efi/../../efi/include/amd64 -I/src/sys/boot/amd64/efi/../../../contrib/dev/acpica/include -I/src/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/src/sys/boot/amd64/efi/../../ficl -I/src/sys/boot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/amd64/efi/../../common -I/src/sys/boot/amd64/efi/../../common -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -Wl,-T/src/sys/boot/amd64/efi/ldscript.amd64 -Wl,-Bsymbolic -shared -Wl,-znocombreloc -nostdlib -o loader.sym autoload.o bootinfo.o conf.o copy.o devicename.o elf64_freebsd.o framebuffer.o main.o reloc.o vers.o amd64_tramp.o start.o boot.o commands.o console.o devopen.o interp.o interp_backslash.o interp_parse.o ls.o misc.o module.o panic.o load_elf32.o load_elf32_obj.o reloc_elf32.o load_elf64.o load_elf64_obj.o reloc_elf64! .o disk.o part.o crc32.o bcache.o interp_forth.o /src/sys/boot/amd64/efi/../../ficl/libficl.a /src/sys/boot/amd64/efi/../../efi/libefi/libefi.a /obj/amd64.amd64/src/tmp/usr/lib/libstand.a cc: error: no such file or directory: '/src/sys/boot/amd64/efi/../../ficl/libficl.a' cc: error: no such file or directory: '/src/sys/boot/amd64/efi/../../efi/libefi/libefi.a' *** Error code 1 Stop. bmake[5]: stopped in /src/sys/boot/amd64/efi *** Error code 1 Stop. bmake[4]: stopped in /src/sys/boot/amd64 *** Error code 1 Stop. bmake[3]: stopped in /src/sys/boot *** Error code 1 Stop. bmake[2]: stopped in /src/sys *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-09 12:16:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-09 12:16:33 - ERROR: failed to build world TB --- 2014-04-09 12:16:33 - 9857.56 user 1304.48 system 11755.91 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 12:19:44 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B412DD2E; Wed, 9 Apr 2014 12:19:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 896191FD0; Wed, 9 Apr 2014 12:19:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s39CJhH6011311; Wed, 9 Apr 2014 08:19:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s39CJhrH011298; Wed, 9 Apr 2014 12:19:43 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 9 Apr 2014 12:19:43 GMT Message-Id: <201404091219.s39CJhrH011298@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2014 12:19:44 -0000 TB --- 2014-04-09 09:00:37 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-09 09:00:37 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-09 09:00:37 - starting HEAD tinderbox run for arm/arm TB --- 2014-04-09 09:00:37 - cleaning the object tree TB --- 2014-04-09 09:00:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-09 09:00:41 - At svn revision 264295 TB --- 2014-04-09 09:00:42 - building world TB --- 2014-04-09 09:00:42 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 09:00:42 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 09:00:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 09:00:42 - SRCCONF=/dev/null TB --- 2014-04-09 09:00:42 - TARGET=arm TB --- 2014-04-09 09:00:42 - TARGET_ARCH=arm TB --- 2014-04-09 09:00:42 - TZ=UTC TB --- 2014-04-09 09:00:42 - __MAKE_CONF=/dev/null TB --- 2014-04-09 09:00:42 - cd /src TB --- 2014-04-09 09:00:42 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 9 09:00:49 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 9 12:19:42 UTC 2014 TB --- 2014-04-09 12:19:42 - generating LINT kernel config TB --- 2014-04-09 12:19:42 - cd /src/sys/arm/conf TB --- 2014-04-09 12:19:42 - /usr/bin/make -B LINT TB --- 2014-04-09 12:19:42 - cd /src/sys/arm/conf TB --- 2014-04-09 12:19:42 - /obj/arm.arm/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-09 12:19:42 - building LINT kernel TB --- 2014-04-09 12:19:42 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 12:19:42 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 12:19:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 12:19:42 - SRCCONF=/dev/null TB --- 2014-04-09 12:19:42 - TARGET=arm TB --- 2014-04-09 12:19:42 - TARGET_ARCH=arm TB --- 2014-04-09 12:19:42 - TZ=UTC TB --- 2014-04-09 12:19:42 - __MAKE_CONF=/dev/null TB --- 2014-04-09 12:19:42 - cd /src TB --- 2014-04-09 12:19:42 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 9 12:19:42 UTC 2014 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/arm/conf; PATH=/obj/arm.arm/src/tmp/legacy/usr/sbin:/obj/arm.arm/src/tmp/legacy/usr/bin:/obj/arm.arm/src/tmp/legacy/usr/games:/obj/arm.arm/src/tmp/legacy/bin:/obj/arm.arm/src/tmp/usr/sbin:/obj/arm.arm/src/tmp/usr/bin:/obj/arm.arm/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/arm.arm/src/sys/LINT -I /src/sys/arm/conf /src/sys/arm/conf/LINT WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `CAM_DEBUG_DELAY' encountered. /src/sys/arm/conf/LINT: unknown option "IMAGACT_BINMISC" *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-09 12:19:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-09 12:19:43 - ERROR: failed to build LINT kernel TB --- 2014-04-09 12:19:43 - 9700.24 user 1533.06 system 11945.94 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 13:58:23 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 32EBD68B; Wed, 9 Apr 2014 13:58:23 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 086241AA2; Wed, 9 Apr 2014 13:58:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s39DwGix031620; Wed, 9 Apr 2014 09:58:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s39DwG8C031616; Wed, 9 Apr 2014 13:58:16 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 9 Apr 2014 13:58:16 GMT Message-Id: <201404091358.s39DwG8C031616@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2014 13:58:23 -0000 TB --- 2014-04-09 12:19:43 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-09 12:19:43 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-09 12:19:43 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-04-09 12:19:43 - cleaning the object tree TB --- 2014-04-09 12:19:43 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-09 12:19:46 - At svn revision 264295 TB --- 2014-04-09 12:19:47 - building world TB --- 2014-04-09 12:19:47 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 12:19:47 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 12:19:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 12:19:47 - SRCCONF=/dev/null TB --- 2014-04-09 12:19:47 - TARGET=ia64 TB --- 2014-04-09 12:19:47 - TARGET_ARCH=ia64 TB --- 2014-04-09 12:19:47 - TZ=UTC TB --- 2014-04-09 12:19:47 - __MAKE_CONF=/dev/null TB --- 2014-04-09 12:19:47 - cd /src TB --- 2014-04-09 12:19:47 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 9 12:19:55 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 9 13:58:15 UTC 2014 TB --- 2014-04-09 13:58:15 - generating LINT kernel config TB --- 2014-04-09 13:58:15 - cd /src/sys/ia64/conf TB --- 2014-04-09 13:58:15 - /usr/bin/make -B LINT TB --- 2014-04-09 13:58:15 - cd /src/sys/ia64/conf TB --- 2014-04-09 13:58:15 - /obj/ia64.ia64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-09 13:58:15 - building LINT kernel TB --- 2014-04-09 13:58:15 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 13:58:15 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 13:58:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 13:58:15 - SRCCONF=/dev/null TB --- 2014-04-09 13:58:15 - TARGET=ia64 TB --- 2014-04-09 13:58:15 - TARGET_ARCH=ia64 TB --- 2014-04-09 13:58:15 - TZ=UTC TB --- 2014-04-09 13:58:15 - __MAKE_CONF=/dev/null TB --- 2014-04-09 13:58:15 - cd /src TB --- 2014-04-09 13:58:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 9 13:58:16 UTC 2014 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/ia64/conf; PATH=/obj/ia64.ia64/src/tmp/legacy/usr/sbin:/obj/ia64.ia64/src/tmp/legacy/usr/bin:/obj/ia64.ia64/src/tmp/legacy/usr/games:/obj/ia64.ia64/src/tmp/legacy/bin:/obj/ia64.ia64/src/tmp/usr/sbin:/obj/ia64.ia64/src/tmp/usr/bin:/obj/ia64.ia64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/ia64.ia64/src/sys/LINT -I /src/sys/ia64/conf /src/sys/ia64/conf/LINT WARNING: duplicate option `GEOM_PART_BSD' encountered. WARNING: duplicate option `GEOM_PART_GPT' encountered. WARNING: duplicate option `GEOM_PART_MBR' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `CAM_DEBUG_DELAY' encountered. WARNING: duplicate option `DEV_ACPI' encountered. WARNING: duplicate device `acpi' encountered. /src/sys/ia64/conf/LINT: unknown option "IMAGACT_BINMISC" *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-09 13:58:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-09 13:58:16 - ERROR: failed to build LINT kernel TB --- 2014-04-09 13:58:16 - 4717.77 user 732.93 system 5912.65 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 15:10:59 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3889BD97; Wed, 9 Apr 2014 15:10:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E611714BE; Wed, 9 Apr 2014 15:10:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s39FAvFa035844; Wed, 9 Apr 2014 11:10:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s39FAvH1035819; Wed, 9 Apr 2014 15:10:57 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 9 Apr 2014 15:10:57 GMT Message-Id: <201404091510.s39FAvH1035819@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2014 15:10:59 -0000 TB --- 2014-04-09 13:58:16 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-09 13:58:16 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-09 13:58:16 - starting HEAD tinderbox run for mips/mips TB --- 2014-04-09 13:58:16 - cleaning the object tree TB --- 2014-04-09 13:58:16 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-09 13:58:24 - At svn revision 264295 TB --- 2014-04-09 13:58:25 - building world TB --- 2014-04-09 13:58:25 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 13:58:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 13:58:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 13:58:25 - SRCCONF=/dev/null TB --- 2014-04-09 13:58:25 - TARGET=mips TB --- 2014-04-09 13:58:25 - TARGET_ARCH=mips TB --- 2014-04-09 13:58:25 - TZ=UTC TB --- 2014-04-09 13:58:25 - __MAKE_CONF=/dev/null TB --- 2014-04-09 13:58:25 - cd /src TB --- 2014-04-09 13:58:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 9 13:58:32 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 9 15:01:17 UTC 2014 TB --- 2014-04-09 15:01:17 - cd /src/sys/mips/conf TB --- 2014-04-09 15:01:17 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m ADM5120 TB --- 2014-04-09 15:01:17 - skipping ADM5120 kernel TB --- 2014-04-09 15:01:17 - cd /src/sys/mips/conf TB --- 2014-04-09 15:01:17 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m ALCHEMY TB --- 2014-04-09 15:01:17 - skipping ALCHEMY kernel TB --- 2014-04-09 15:01:17 - cd /src/sys/mips/conf TB --- 2014-04-09 15:01:17 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m ALFA_HORNET_UB TB --- 2014-04-09 15:01:17 - building ALFA_HORNET_UB kernel TB --- 2014-04-09 15:01:17 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 15:01:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 15:01:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 15:01:17 - SRCCONF=/dev/null TB --- 2014-04-09 15:01:17 - TARGET=mips TB --- 2014-04-09 15:01:17 - TARGET_ARCH=mips TB --- 2014-04-09 15:01:17 - TZ=UTC TB --- 2014-04-09 15:01:17 - __MAKE_CONF=/dev/null TB --- 2014-04-09 15:01:17 - cd /src TB --- 2014-04-09 15:01:17 - /usr/bin/make -B buildkernel KERNCONF=ALFA_HORNET_UB >>> Kernel build for ALFA_HORNET_UB started on Wed Apr 9 15:01:17 UTC 2014 >>> 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 ALFA_HORNET_UB completed on Wed Apr 9 15:04:16 UTC 2014 TB --- 2014-04-09 15:04:16 - cd /src/sys/mips/conf TB --- 2014-04-09 15:04:16 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m AP121 TB --- 2014-04-09 15:04:16 - building AP121 kernel TB --- 2014-04-09 15:04:16 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 15:04:16 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 15:04:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 15:04:16 - SRCCONF=/dev/null TB --- 2014-04-09 15:04:16 - TARGET=mips TB --- 2014-04-09 15:04:16 - TARGET_ARCH=mips TB --- 2014-04-09 15:04:16 - TZ=UTC TB --- 2014-04-09 15:04:16 - __MAKE_CONF=/dev/null TB --- 2014-04-09 15:04:16 - cd /src TB --- 2014-04-09 15:04:16 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Wed Apr 9 15:04:16 UTC 2014 >>> 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 AP121 completed on Wed Apr 9 15:07:07 UTC 2014 TB --- 2014-04-09 15:07:07 - cd /src/sys/mips/conf TB --- 2014-04-09 15:07:07 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m AP91 TB --- 2014-04-09 15:07:07 - building AP91 kernel TB --- 2014-04-09 15:07:07 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 15:07:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 15:07:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 15:07:07 - SRCCONF=/dev/null TB --- 2014-04-09 15:07:07 - TARGET=mips TB --- 2014-04-09 15:07:07 - TARGET_ARCH=mips TB --- 2014-04-09 15:07:07 - TZ=UTC TB --- 2014-04-09 15:07:07 - __MAKE_CONF=/dev/null TB --- 2014-04-09 15:07:07 - cd /src TB --- 2014-04-09 15:07:07 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Wed Apr 9 15:07:07 UTC 2014 >>> 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 -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -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 -gdwarf-2 -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/hwpmc/../../dev/hwpmc/hwpmc_mod.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -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 -gdwarf-2 -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/hwpmc/../../dev/hwpmc/hwpmc_logging.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -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 -gdwarf-2 -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/hwpmc/../../dev/hwpmc/hwpmc_soft.c ld -d -warn-common -r -d -o hwpmc.ko.debug hwpmc_mod.o hwpmc_logging.o hwpmc_soft.o :> export_syms awk -f /src/sys/conf/kmod_syms.awk hwpmc.ko.debug export_syms | xargs -J% objcopy % hwpmc.ko.debug objcopy --only-keep-debug hwpmc.ko.debug hwpmc.ko.symbols objcopy --strip-debug --add-gnu-debuglink=hwpmc.ko.symbols hwpmc.ko.debug hwpmc.ko ===> cam (all) cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -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 -gdwarf-2 -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/cam/../../cam/cam.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -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 -gdwarf-2 -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/cam/../../cam/cam_compat.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -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 -gdwarf-2 -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/cam/../../cam/cam_periph.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -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 -gdwarf-2 -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/cam/../../cam/cam_queue.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -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 -gdwarf-2 -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/cam/../../cam/cam_sim.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -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 -gdwarf-2 -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/cam/../../cam/cam_xpt.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -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 -gdwarf-2 -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/cam/../../cam/scsi/scsi_all.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -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 -gdwarf-2 -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/cam/../../cam/scsi/scsi_cd.c cc1: warnings being treated as errors /src/sys/modules/cam/../../cam/scsi/scsi_cd.c:208: warning: 'cdshorttimeout' declared 'static' but never defined /src/sys/modules/cam/../../cam/scsi/scsi_cd.c:209: warning: 'cdschedule' declared 'static' but never defined *** Error code 1 Stop. bmake[3]: stopped in /src/sys/modules/cam *** Error code 1 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/AP91 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-09 15:10:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-09 15:10:57 - ERROR: failed to build AP91 kernel TB --- 2014-04-09 15:10:57 - 3326.94 user 690.57 system 4360.58 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 15:54:59 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13F87121; Wed, 9 Apr 2014 15:54:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DCE9C19DD; Wed, 9 Apr 2014 15:54:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s39Fsv59050486; Wed, 9 Apr 2014 11:54:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s39FsvRP050482; Wed, 9 Apr 2014 15:54:57 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 9 Apr 2014 15:54:57 GMT Message-Id: <201404091554.s39FsvRP050482@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2014 15:54:59 -0000 TB --- 2014-04-09 12:16:34 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-09 12:16:34 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-09 12:16:34 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-04-09 12:16:34 - cleaning the object tree TB --- 2014-04-09 12:16:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-09 12:16:38 - At svn revision 264295 TB --- 2014-04-09 12:16:39 - building world TB --- 2014-04-09 12:16:39 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 12:16:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 12:16:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 12:16:39 - SRCCONF=/dev/null TB --- 2014-04-09 12:16:39 - TARGET=pc98 TB --- 2014-04-09 12:16:39 - TARGET_ARCH=i386 TB --- 2014-04-09 12:16:39 - TZ=UTC TB --- 2014-04-09 12:16:39 - __MAKE_CONF=/dev/null TB --- 2014-04-09 12:16:39 - cd /src TB --- 2014-04-09 12:16:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 9 12:16:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 9 15:54:56 UTC 2014 TB --- 2014-04-09 15:54:56 - generating LINT kernel config TB --- 2014-04-09 15:54:56 - cd /src/sys/pc98/conf TB --- 2014-04-09 15:54:56 - /usr/bin/make -B LINT TB --- 2014-04-09 15:54:57 - cd /src/sys/pc98/conf TB --- 2014-04-09 15:54:57 - /obj/pc98.i386/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-09 15:54:57 - building LINT kernel TB --- 2014-04-09 15:54:57 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 15:54:57 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 15:54:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 15:54:57 - SRCCONF=/dev/null TB --- 2014-04-09 15:54:57 - TARGET=pc98 TB --- 2014-04-09 15:54:57 - TARGET_ARCH=i386 TB --- 2014-04-09 15:54:57 - TZ=UTC TB --- 2014-04-09 15:54:57 - __MAKE_CONF=/dev/null TB --- 2014-04-09 15:54:57 - cd /src TB --- 2014-04-09 15:54:57 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 9 15:54:57 UTC 2014 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/pc98/conf; PATH=/obj/pc98.i386/src/tmp/legacy/usr/sbin:/obj/pc98.i386/src/tmp/legacy/usr/bin:/obj/pc98.i386/src/tmp/legacy/usr/games:/obj/pc98.i386/src/tmp/legacy/bin:/obj/pc98.i386/src/tmp/usr/sbin:/obj/pc98.i386/src/tmp/usr/bin:/obj/pc98.i386/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/pc98.i386/src/sys/LINT -I /src/sys/pc98/conf /src/sys/pc98/conf/LINT WARNING: duplicate option `GEOM_PART_BSD' encountered. WARNING: duplicate option `GEOM_PART_PC98' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `CAM_DEBUG_DELAY' encountered. WARNING: duplicate option `DEV_ISA' encountered. WARNING: duplicate device `isa' encountered. WARNING: duplicate option `DEV_NPX' encountered. WARNING: duplicate device `npx' encountered. /src/sys/pc98/conf/LINT: unknown option "IMAGACT_BINMISC" *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-09 15:54:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-09 15:54:57 - ERROR: failed to build LINT kernel TB --- 2014-04-09 15:54:57 - 11035.45 user 1252.73 system 13103.55 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 16:37:18 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 97CA6462; Wed, 9 Apr 2014 16:37:18 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5D16E1079; Wed, 9 Apr 2014 16:37:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s39GbEPE093613; Wed, 9 Apr 2014 12:37:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s39GbESg093600; Wed, 9 Apr 2014 16:37:14 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 9 Apr 2014 16:37:14 GMT Message-Id: <201404091637.s39GbESg093600@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2014 16:37:18 -0000 TB --- 2014-04-09 15:10:57 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-09 15:10:57 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-09 15:10:57 - starting HEAD tinderbox run for mips64/mips TB --- 2014-04-09 15:10:57 - cleaning the object tree TB --- 2014-04-09 15:10:57 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-09 15:11:02 - At svn revision 264295 TB --- 2014-04-09 15:11:03 - building world TB --- 2014-04-09 15:11:03 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 15:11:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 15:11:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 15:11:03 - SRCCONF=/dev/null TB --- 2014-04-09 15:11:03 - TARGET=mips TB --- 2014-04-09 15:11:03 - TARGET_ARCH=mips64 TB --- 2014-04-09 15:11:03 - TZ=UTC TB --- 2014-04-09 15:11:03 - __MAKE_CONF=/dev/null TB --- 2014-04-09 15:11:03 - cd /src TB --- 2014-04-09 15:11:03 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 9 15:11:11 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 9 16:13:08 UTC 2014 TB --- 2014-04-09 16:13:08 - cd /src/sys/mips/conf TB --- 2014-04-09 16:13:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ADM5120 TB --- 2014-04-09 16:13:08 - skipping ADM5120 kernel TB --- 2014-04-09 16:13:08 - cd /src/sys/mips/conf TB --- 2014-04-09 16:13:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALCHEMY TB --- 2014-04-09 16:13:08 - skipping ALCHEMY kernel TB --- 2014-04-09 16:13:08 - cd /src/sys/mips/conf TB --- 2014-04-09 16:13:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALFA_HORNET_UB TB --- 2014-04-09 16:13:08 - skipping ALFA_HORNET_UB kernel TB --- 2014-04-09 16:13:08 - cd /src/sys/mips/conf TB --- 2014-04-09 16:13:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP121 TB --- 2014-04-09 16:13:08 - skipping AP121 kernel TB --- 2014-04-09 16:13:08 - cd /src/sys/mips/conf TB --- 2014-04-09 16:13:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP91 TB --- 2014-04-09 16:13:08 - skipping AP91 kernel TB --- 2014-04-09 16:13:08 - cd /src/sys/mips/conf TB --- 2014-04-09 16:13:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP93 TB --- 2014-04-09 16:13:08 - skipping AP93 kernel TB --- 2014-04-09 16:13:08 - cd /src/sys/mips/conf TB --- 2014-04-09 16:13:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP94 TB --- 2014-04-09 16:13:08 - skipping AP94 kernel TB --- 2014-04-09 16:13:08 - cd /src/sys/mips/conf TB --- 2014-04-09 16:13:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP96 TB --- 2014-04-09 16:13:08 - skipping AP96 kernel TB --- 2014-04-09 16:13:08 - cd /src/sys/mips/conf TB --- 2014-04-09 16:13:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR71XX_BASE TB --- 2014-04-09 16:13:08 - skipping AR71XX_BASE kernel TB --- 2014-04-09 16:13:08 - cd /src/sys/mips/conf TB --- 2014-04-09 16:13:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR724X_BASE TB --- 2014-04-09 16:13:08 - skipping AR724X_BASE kernel TB --- 2014-04-09 16:13:08 - cd /src/sys/mips/conf TB --- 2014-04-09 16:13:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR91XX_BASE TB --- 2014-04-09 16:13:08 - skipping AR91XX_BASE kernel TB --- 2014-04-09 16:13:08 - cd /src/sys/mips/conf TB --- 2014-04-09 16:13:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR933X_BASE TB --- 2014-04-09 16:13:08 - skipping AR933X_BASE kernel TB --- 2014-04-09 16:13:08 - cd /src/sys/mips/conf TB --- 2014-04-09 16:13:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR934X_BASE TB --- 2014-04-09 16:13:08 - skipping AR934X_BASE kernel TB --- 2014-04-09 16:13:08 - cd /src/sys/mips/conf TB --- 2014-04-09 16:13:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_BASE TB --- 2014-04-09 16:13:08 - building BERI_DE4_BASE kernel TB --- 2014-04-09 16:13:08 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 16:13:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 16:13:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 16:13:08 - SRCCONF=/dev/null TB --- 2014-04-09 16:13:08 - TARGET=mips TB --- 2014-04-09 16:13:08 - TARGET_ARCH=mips64 TB --- 2014-04-09 16:13:08 - TZ=UTC TB --- 2014-04-09 16:13:08 - __MAKE_CONF=/dev/null TB --- 2014-04-09 16:13:08 - cd /src TB --- 2014-04-09 16:13:08 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Wed Apr 9 16:13:08 UTC 2014 >>> 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 BERI_DE4_BASE completed on Wed Apr 9 16:16:03 UTC 2014 TB --- 2014-04-09 16:16:03 - cd /src/sys/mips/conf TB --- 2014-04-09 16:16:03 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-04-09 16:16:03 - building BERI_DE4_MDROOT kernel TB --- 2014-04-09 16:16:03 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 16:16:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 16:16:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 16:16:03 - SRCCONF=/dev/null TB --- 2014-04-09 16:16:03 - TARGET=mips TB --- 2014-04-09 16:16:03 - TARGET_ARCH=mips64 TB --- 2014-04-09 16:16:03 - TZ=UTC TB --- 2014-04-09 16:16:03 - __MAKE_CONF=/dev/null TB --- 2014-04-09 16:16:03 - cd /src TB --- 2014-04-09 16:16:03 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Wed Apr 9 16:16:03 UTC 2014 >>> 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 BERI_DE4_MDROOT completed on Wed Apr 9 16:18:54 UTC 2014 TB --- 2014-04-09 16:18:54 - cd /src/sys/mips/conf TB --- 2014-04-09 16:18:54 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-04-09 16:18:54 - building BERI_DE4_SDROOT kernel TB --- 2014-04-09 16:18:54 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 16:18:54 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 16:18:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 16:18:54 - SRCCONF=/dev/null TB --- 2014-04-09 16:18:54 - TARGET=mips TB --- 2014-04-09 16:18:54 - TARGET_ARCH=mips64 TB --- 2014-04-09 16:18:54 - TZ=UTC TB --- 2014-04-09 16:18:54 - __MAKE_CONF=/dev/null TB --- 2014-04-09 16:18:54 - cd /src TB --- 2014-04-09 16:18:54 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Wed Apr 9 16:18:54 UTC 2014 >>> 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 BERI_DE4_SDROOT completed on Wed Apr 9 16:21:41 UTC 2014 TB --- 2014-04-09 16:21:41 - cd /src/sys/mips/conf TB --- 2014-04-09 16:21:41 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-04-09 16:21:41 - building BERI_NETFPGA_MDROOT kernel TB --- 2014-04-09 16:21:41 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 16:21:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 16:21:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 16:21:41 - SRCCONF=/dev/null TB --- 2014-04-09 16:21:41 - TARGET=mips TB --- 2014-04-09 16:21:41 - TARGET_ARCH=mips64 TB --- 2014-04-09 16:21:41 - TZ=UTC TB --- 2014-04-09 16:21:41 - __MAKE_CONF=/dev/null TB --- 2014-04-09 16:21:41 - cd /src TB --- 2014-04-09 16:21:41 - /usr/bin/make -B buildkernel KERNCONF=BERI_NETFPGA_MDROOT >>> Kernel build for BERI_NETFPGA_MDROOT started on Wed Apr 9 16:21:41 UTC 2014 >>> 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 BERI_NETFPGA_MDROOT completed on Wed Apr 9 16:24:18 UTC 2014 TB --- 2014-04-09 16:24:18 - cd /src/sys/mips/conf TB --- 2014-04-09 16:24:18 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_BASE TB --- 2014-04-09 16:24:18 - building BERI_SIM_BASE kernel TB --- 2014-04-09 16:24:18 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 16:24:18 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 16:24:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 16:24:18 - SRCCONF=/dev/null TB --- 2014-04-09 16:24:18 - TARGET=mips TB --- 2014-04-09 16:24:18 - TARGET_ARCH=mips64 TB --- 2014-04-09 16:24:18 - TZ=UTC TB --- 2014-04-09 16:24:18 - __MAKE_CONF=/dev/null TB --- 2014-04-09 16:24:18 - cd /src TB --- 2014-04-09 16:24:18 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_BASE >>> Kernel build for BERI_SIM_BASE started on Wed Apr 9 16:24:18 UTC 2014 >>> 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 BERI_SIM_BASE completed on Wed Apr 9 16:26:50 UTC 2014 TB --- 2014-04-09 16:26:50 - cd /src/sys/mips/conf TB --- 2014-04-09 16:26:50 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-04-09 16:26:50 - building BERI_SIM_MDROOT kernel TB --- 2014-04-09 16:26:50 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 16:26:50 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 16:26:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 16:26:50 - SRCCONF=/dev/null TB --- 2014-04-09 16:26:50 - TARGET=mips TB --- 2014-04-09 16:26:50 - TARGET_ARCH=mips64 TB --- 2014-04-09 16:26:50 - TZ=UTC TB --- 2014-04-09 16:26:50 - __MAKE_CONF=/dev/null TB --- 2014-04-09 16:26:50 - cd /src TB --- 2014-04-09 16:26:50 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_MDROOT >>> Kernel build for BERI_SIM_MDROOT started on Wed Apr 9 16:26:50 UTC 2014 >>> 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 BERI_SIM_MDROOT completed on Wed Apr 9 16:29:25 UTC 2014 TB --- 2014-04-09 16:29:25 - cd /src/sys/mips/conf TB --- 2014-04-09 16:29:25 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_SDROOT TB --- 2014-04-09 16:29:25 - building BERI_SIM_SDROOT kernel TB --- 2014-04-09 16:29:25 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 16:29:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 16:29:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 16:29:25 - SRCCONF=/dev/null TB --- 2014-04-09 16:29:25 - TARGET=mips TB --- 2014-04-09 16:29:25 - TARGET_ARCH=mips64 TB --- 2014-04-09 16:29:25 - TZ=UTC TB --- 2014-04-09 16:29:25 - __MAKE_CONF=/dev/null TB --- 2014-04-09 16:29:25 - cd /src TB --- 2014-04-09 16:29:25 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_SDROOT >>> Kernel build for BERI_SIM_SDROOT started on Wed Apr 9 16:29:26 UTC 2014 >>> 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 BERI_SIM_SDROOT completed on Wed Apr 9 16:31:59 UTC 2014 TB --- 2014-04-09 16:31:59 - cd /src/sys/mips/conf TB --- 2014-04-09 16:31:59 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_TEMPLATE TB --- 2014-04-09 16:31:59 - building BERI_TEMPLATE kernel TB --- 2014-04-09 16:31:59 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 16:31:59 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 16:31:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 16:31:59 - SRCCONF=/dev/null TB --- 2014-04-09 16:31:59 - TARGET=mips TB --- 2014-04-09 16:31:59 - TARGET_ARCH=mips64 TB --- 2014-04-09 16:31:59 - TZ=UTC TB --- 2014-04-09 16:31:59 - __MAKE_CONF=/dev/null TB --- 2014-04-09 16:31:59 - cd /src TB --- 2014-04-09 16:31:59 - /usr/bin/make -B buildkernel KERNCONF=BERI_TEMPLATE >>> Kernel build for BERI_TEMPLATE started on Wed Apr 9 16:31:59 UTC 2014 >>> 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 BERI_TEMPLATE completed on Wed Apr 9 16:34:26 UTC 2014 TB --- 2014-04-09 16:34:26 - cd /src/sys/mips/conf TB --- 2014-04-09 16:34:26 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m CARAMBOLA2 TB --- 2014-04-09 16:34:26 - skipping CARAMBOLA2 kernel TB --- 2014-04-09 16:34:26 - cd /src/sys/mips/conf TB --- 2014-04-09 16:34:26 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m DB120 TB --- 2014-04-09 16:34:26 - skipping DB120 kernel TB --- 2014-04-09 16:34:26 - cd /src/sys/mips/conf TB --- 2014-04-09 16:34:26 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m DIR-825B1 TB --- 2014-04-09 16:34:26 - skipping DIR-825B1 kernel TB --- 2014-04-09 16:34:26 - cd /src/sys/mips/conf TB --- 2014-04-09 16:34:26 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m DIR-825C1 TB --- 2014-04-09 16:34:26 - skipping DIR-825C1 kernel TB --- 2014-04-09 16:34:26 - cd /src/sys/mips/conf TB --- 2014-04-09 16:34:26 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ENH200 TB --- 2014-04-09 16:34:26 - skipping ENH200 kernel TB --- 2014-04-09 16:34:26 - cd /src/sys/mips/conf TB --- 2014-04-09 16:34:26 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m GXEMUL TB --- 2014-04-09 16:34:26 - building GXEMUL kernel TB --- 2014-04-09 16:34:26 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 16:34:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 16:34:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 16:34:26 - SRCCONF=/dev/null TB --- 2014-04-09 16:34:26 - TARGET=mips TB --- 2014-04-09 16:34:26 - TARGET_ARCH=mips64 TB --- 2014-04-09 16:34:26 - TZ=UTC TB --- 2014-04-09 16:34:26 - __MAKE_CONF=/dev/null TB --- 2014-04-09 16:34:26 - cd /src TB --- 2014-04-09 16:34:26 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL >>> Kernel build for GXEMUL started on Wed Apr 9 16:34:26 UTC 2014 >>> 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 GXEMUL completed on Wed Apr 9 16:36:25 UTC 2014 TB --- 2014-04-09 16:36:25 - cd /src/sys/mips/conf TB --- 2014-04-09 16:36:25 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m GXEMUL32 TB --- 2014-04-09 16:36:25 - skipping GXEMUL32 kernel TB --- 2014-04-09 16:36:25 - cd /src/sys/mips/conf TB --- 2014-04-09 16:36:25 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m IDT TB --- 2014-04-09 16:36:25 - skipping IDT kernel TB --- 2014-04-09 16:36:25 - cd /src/sys/mips/conf TB --- 2014-04-09 16:36:25 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m MALTA TB --- 2014-04-09 16:36:25 - skipping MALTA kernel TB --- 2014-04-09 16:36:25 - cd /src/sys/mips/conf TB --- 2014-04-09 16:36:25 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m MALTA64 TB --- 2014-04-09 16:36:25 - skipping MALTA64 kernel TB --- 2014-04-09 16:36:25 - cd /src/sys/mips/conf TB --- 2014-04-09 16:36:25 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m OCTEON1 TB --- 2014-04-09 16:36:25 - building OCTEON1 kernel TB --- 2014-04-09 16:36:25 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 16:36:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 16:36:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 16:36:25 - SRCCONF=/dev/null TB --- 2014-04-09 16:36:25 - TARGET=mips TB --- 2014-04-09 16:36:25 - TARGET_ARCH=mips64 TB --- 2014-04-09 16:36:25 - TZ=UTC TB --- 2014-04-09 16:36:25 - __MAKE_CONF=/dev/null TB --- 2014-04-09 16:36:25 - cd /src TB --- 2014-04-09 16:36:25 - /usr/bin/make -B buildkernel KERNCONF=OCTEON1 >>> Kernel build for OCTEON1 started on Wed Apr 9 16:36:25 UTC 2014 >>> 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 -------------------------------------------------------------- cd /obj/mips.mips64/src/sys/OCTEON1; MAKEOBJDIRPREFIX=/obj/mips.mips64 MACHINE_ARCH=mips64 MACHINE=mips CPUTYPE= GROFF_BIN_PATH=/obj/mips.mips64/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/obj/mips.mips64/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/obj/mips.mips64/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/obj/mips.mips64/src/tmp _LDSCRIPTROOT= VERSION="FreeBSD 11.0-CURRENT mips64 1100019" INSTALL="sh /src/tools/install.sh" PATH=/obj/mips.mips64/src/tmp/legacy/usr/sbin:/obj/mips.mips64/src/tmp/legacy/usr/bin:/obj/mips.mips64/src/tmp/legacy/usr/games:/obj/mips.mips64/src/tmp/legacy/bin:/obj/mips.mips64/src/tmp/usr/sbin:/obj/mips.mips64/src/tmp/usr/bin:/obj/mips.mips64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin CC="cc " CXX="c++ " CPP="cpp " AS="as" AR="ar" LD="ld" NM=nm OBJDUMP= RANLIB=ranlib STRINGS= /obj/src/make.amd64/bmake -B -m /src/share/mk KERNEL=kernel all -DNO_MODULES_OBJ cc -c -x assembler-with-cpp -DLOCORE -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -D_LOCORE -DLOCORE -Werror /src/sys/mips/mips/locore.S cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/cam/cam.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/cam/cam_compat.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/cam/cam_periph.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/cam/cam_queue.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/cam/cam_sim.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/cam/cam_xpt.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/cam/ata/ata_all.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/cam/ata/ata_xpt.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/cam/ata/ata_pmp.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/cam/scsi/scsi_xpt.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/cam/scsi/scsi_all.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/cam/scsi/scsi_cd.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_cd.c:208: warning: 'cdshorttimeout' declared 'static' but never defined /src/sys/cam/scsi/scsi_cd.c:209: warning: 'cdschedule' declared 'static' but never defined *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/OCTEON1 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-09 16:37:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-09 16:37:13 - ERROR: failed to build OCTEON1 kernel TB --- 2014-04-09 16:37:13 - 4058.94 user 818.06 system 5176.09 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 17:45:17 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 829A141B; Wed, 9 Apr 2014 17:45:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 57B241788; Wed, 9 Apr 2014 17:45:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s39HjGfM038787; Wed, 9 Apr 2014 13:45:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s39HjGq1038786; Wed, 9 Apr 2014 17:45:16 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 9 Apr 2014 17:45:16 GMT Message-Id: <201404091745.s39HjGq1038786@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2014 17:45:17 -0000 TB --- 2014-04-09 16:37:14 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-09 16:37:14 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-09 16:37:14 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-04-09 16:37:14 - cleaning the object tree TB --- 2014-04-09 16:37:14 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-09 16:37:23 - At svn revision 264295 TB --- 2014-04-09 16:37:24 - building world TB --- 2014-04-09 16:37:24 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 16:37:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 16:37:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 16:37:24 - SRCCONF=/dev/null TB --- 2014-04-09 16:37:24 - TARGET=sparc64 TB --- 2014-04-09 16:37:24 - TARGET_ARCH=sparc64 TB --- 2014-04-09 16:37:24 - TZ=UTC TB --- 2014-04-09 16:37:24 - __MAKE_CONF=/dev/null TB --- 2014-04-09 16:37:24 - cd /src TB --- 2014-04-09 16:37:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 9 16:37:32 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 9 17:45:15 UTC 2014 TB --- 2014-04-09 17:45:15 - generating LINT kernel config TB --- 2014-04-09 17:45:15 - cd /src/sys/sparc64/conf TB --- 2014-04-09 17:45:15 - /usr/bin/make -B LINT TB --- 2014-04-09 17:45:15 - cd /src/sys/sparc64/conf TB --- 2014-04-09 17:45:15 - /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-09 17:45:15 - building LINT kernel TB --- 2014-04-09 17:45:15 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 17:45:15 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 17:45:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 17:45:15 - SRCCONF=/dev/null TB --- 2014-04-09 17:45:15 - TARGET=sparc64 TB --- 2014-04-09 17:45:15 - TARGET_ARCH=sparc64 TB --- 2014-04-09 17:45:15 - TZ=UTC TB --- 2014-04-09 17:45:15 - __MAKE_CONF=/dev/null TB --- 2014-04-09 17:45:15 - cd /src TB --- 2014-04-09 17:45:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 9 17:45:15 UTC 2014 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/sparc64/conf; PATH=/obj/sparc64.sparc64/src/tmp/legacy/usr/sbin:/obj/sparc64.sparc64/src/tmp/legacy/usr/bin:/obj/sparc64.sparc64/src/tmp/legacy/usr/games:/obj/sparc64.sparc64/src/tmp/legacy/bin:/obj/sparc64.sparc64/src/tmp/usr/sbin:/obj/sparc64.sparc64/src/tmp/usr/bin:/obj/sparc64.sparc64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/sparc64.sparc64/src/sys/LINT -I /src/sys/sparc64/conf /src/sys/sparc64/conf/LINT WARNING: duplicate option `GEOM_PART_BSD' encountered. WARNING: duplicate option `GEOM_PART_VTOC8' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `CAM_DEBUG_DELAY' encountered. WARNING: duplicate option `SUNKBD_EMULATE_ATKBD' encountered. /src/sys/sparc64/conf/LINT: unknown option "IMAGACT_BINMISC" *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-09 17:45:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-09 17:45:16 - ERROR: failed to build LINT kernel TB --- 2014-04-09 17:45:16 - 3323.46 user 607.73 system 4081.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 18:12:18 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47123522; Wed, 9 Apr 2014 18:12:18 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1C82E1B29; Wed, 9 Apr 2014 18:12:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s39ICHsH012579; Wed, 9 Apr 2014 14:12:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s39ICHBs012578; Wed, 9 Apr 2014 18:12:17 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 9 Apr 2014 18:12:17 GMT Message-Id: <201404091812.s39ICHBs012578@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2014 18:12:18 -0000 TB --- 2014-04-09 15:31:08 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-09 15:31:08 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-09 15:31:08 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-04-09 15:31:08 - cleaning the object tree TB --- 2014-04-09 15:31:08 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-09 15:31:11 - At svn revision 264295 TB --- 2014-04-09 15:31:12 - building world TB --- 2014-04-09 15:31:12 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 15:31:12 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 15:31:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 15:31:12 - SRCCONF=/dev/null TB --- 2014-04-09 15:31:12 - TARGET=powerpc TB --- 2014-04-09 15:31:12 - TARGET_ARCH=powerpc TB --- 2014-04-09 15:31:12 - TZ=UTC TB --- 2014-04-09 15:31:12 - __MAKE_CONF=/dev/null TB --- 2014-04-09 15:31:12 - cd /src TB --- 2014-04-09 15:31:12 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 9 15:31:20 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 9 18:12:16 UTC 2014 TB --- 2014-04-09 18:12:16 - generating LINT kernel config TB --- 2014-04-09 18:12:16 - cd /src/sys/powerpc/conf TB --- 2014-04-09 18:12:16 - /usr/bin/make -B LINT TB --- 2014-04-09 18:12:16 - cd /src/sys/powerpc/conf TB --- 2014-04-09 18:12:16 - /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-09 18:12:16 - building LINT kernel TB --- 2014-04-09 18:12:16 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 18:12:16 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 18:12:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 18:12:16 - SRCCONF=/dev/null TB --- 2014-04-09 18:12:16 - TARGET=powerpc TB --- 2014-04-09 18:12:16 - TARGET_ARCH=powerpc TB --- 2014-04-09 18:12:16 - TZ=UTC TB --- 2014-04-09 18:12:16 - __MAKE_CONF=/dev/null TB --- 2014-04-09 18:12:16 - cd /src TB --- 2014-04-09 18:12:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 9 18:12:16 UTC 2014 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/powerpc/conf; PATH=/obj/powerpc.powerpc/src/tmp/legacy/usr/sbin:/obj/powerpc.powerpc/src/tmp/legacy/usr/bin:/obj/powerpc.powerpc/src/tmp/legacy/usr/games:/obj/powerpc.powerpc/src/tmp/legacy/bin:/obj/powerpc.powerpc/src/tmp/usr/sbin:/obj/powerpc.powerpc/src/tmp/usr/bin:/obj/powerpc.powerpc/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/powerpc.powerpc/src/sys/LINT -I /src/sys/powerpc/conf /src/sys/powerpc/conf/LINT WARNING: duplicate option `GEOM_PART_BSD' encountered. WARNING: duplicate option `GEOM_PART_MBR' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `CAM_DEBUG_DELAY' encountered. /src/sys/powerpc/conf/LINT: unknown option "IMAGACT_BINMISC" *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-09 18:12:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-09 18:12:17 - ERROR: failed to build LINT kernel TB --- 2014-04-09 18:12:17 - 8505.48 user 1007.32 system 9668.85 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 18:54:07 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2051B5C4; Wed, 9 Apr 2014 18:54:07 +0000 (UTC) Received: from mail.ignoranthack.me (ujvl.x.rootbsd.net [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DD070113E; Wed, 9 Apr 2014 18:54:06 +0000 (UTC) Received: from [192.168.1.104] (c-24-6-177-88.hsd1.ca.comcast.net [24.6.177.88]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 3AACC1929A9; Wed, 9 Apr 2014 18:54:05 +0000 (UTC) Subject: Re: [head tinderbox] failure on powerpc/powerpc From: Sean Bruno To: FreeBSD Tinderbox In-Reply-To: <201404091812.s39ICHBs012578@freebsd-current.sentex.ca> References: <201404091812.s39ICHBs012578@freebsd-current.sentex.ca> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-MzRgGSrbG0PiMSCLRigp" Date: Wed, 09 Apr 2014 11:54:04 -0700 Message-ID: <1397069644.1121.13.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: powerpc@freebsd.org, mips64@freebsd.org, current@freebsd.org, ia64 , sparc64@freebsd.org, arm@freebsd.org, i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: sbruno@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, 09 Apr 2014 18:54:07 -0000 --=-MzRgGSrbG0PiMSCLRigp Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable > WARNING: duplicate option `GEOM_PART_BSD' encountered. > WARNING: duplicate option `GEOM_PART_MBR' encountered. > WARNING: duplicate option `DEV_MEM' encountered. > WARNING: duplicate device `mem' encountered. > WARNING: duplicate option `CAM_DEBUG_DELAY' encountered. > /src/sys/powerpc/conf/LINT: unknown option "IMAGACT_BINMISC" > *** Error code 1 >=20 > Stop. > bmake: stopped in /src > *** [buildkernel] Error code 1 >=20 > Stop in /src. > TB --- 2014-04-09 18:12:17 - WARNING: /usr/bin/make returned exit code 1= =20 > TB --- 2014-04-09 18:12:17 - ERROR: failed to build LINT kernel > TB --- 2014-04-09 18:12:17 - 8505.48 user 1007.32 system 9668.85 real >=20 >=20 I believe I have un-derp'd the build at svn r264304 sean --=-MzRgGSrbG0PiMSCLRigp Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAABAgAGBQJTRZdMAAoJEBkJRdwI6BaHe8cH/iNmIH0VCJnQIRd0HaFAKLAT lrFfY/+JoGOidXcVAF4IBEzoCeA8W2dInb29S6OGEE8aQb2gt0iobDpc6KPsbaEB zzc+LJGi4s8v2EoIimv32Sif3f8jwHCTZRNuqrKXCEvXtIl69zx+Tu/44v9i0SDy mzFmhuhnTIdGGdBmJv8ydovUMOy/tB6NT4LAGNDfC4QwekD+4NXmiJsKt2SHN2cJ YHWgKtxVDd/iGu2b4J8aWN/mFcPzAt26HiFi1s/r3y70ysYIj6N/ahueriHbaTWu s/1LZ11ovsJeU0LO9tbRaRCZtKgr6GPvpabiMobFTsWhdFagV9HazCWHsMO6GAk= =T1EW -----END PGP SIGNATURE----- --=-MzRgGSrbG0PiMSCLRigp-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 19:11:22 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0CFEC16; Wed, 9 Apr 2014 19:11:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B42991287; Wed, 9 Apr 2014 19:11:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s39JBLR2030513; Wed, 9 Apr 2014 15:11:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s39JBLgK030512; Wed, 9 Apr 2014 19:11:21 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 9 Apr 2014 19:11:21 GMT Message-Id: <201404091911.s39JBLgK030512@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2014 19:11:23 -0000 TB --- 2014-04-09 15:54:58 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-09 15:54:58 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-09 15:54:58 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-04-09 15:54:58 - cleaning the object tree TB --- 2014-04-09 15:54:58 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-09 15:55:01 - At svn revision 264295 TB --- 2014-04-09 15:55:02 - building world TB --- 2014-04-09 15:55:02 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 15:55:02 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 15:55:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 15:55:02 - SRCCONF=/dev/null TB --- 2014-04-09 15:55:02 - TARGET=powerpc TB --- 2014-04-09 15:55:02 - TARGET_ARCH=powerpc64 TB --- 2014-04-09 15:55:02 - TZ=UTC TB --- 2014-04-09 15:55:02 - __MAKE_CONF=/dev/null TB --- 2014-04-09 15:55:02 - cd /src TB --- 2014-04-09 15:55:02 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 9 15:55:09 UTC 2014 >>> 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 Wed Apr 9 19:08:47 UTC 2014 TB --- 2014-04-09 19:08:47 - generating LINT kernel config TB --- 2014-04-09 19:08:47 - cd /src/sys/powerpc/conf TB --- 2014-04-09 19:08:47 - /usr/bin/make -B LINT TB --- 2014-04-09 19:08:47 - cd /src/sys/powerpc/conf TB --- 2014-04-09 19:08:47 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-09 19:08:47 - skipping LINT kernel TB --- 2014-04-09 19:08:47 - cd /src/sys/powerpc/conf TB --- 2014-04-09 19:08:47 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC TB --- 2014-04-09 19:08:47 - skipping GENERIC kernel TB --- 2014-04-09 19:08:47 - cd /src/sys/powerpc/conf TB --- 2014-04-09 19:08:47 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC64 TB --- 2014-04-09 19:08:47 - building GENERIC64 kernel TB --- 2014-04-09 19:08:47 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 19:08:47 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 19:08:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 19:08:47 - SRCCONF=/dev/null TB --- 2014-04-09 19:08:47 - TARGET=powerpc TB --- 2014-04-09 19:08:47 - TARGET_ARCH=powerpc64 TB --- 2014-04-09 19:08:47 - TZ=UTC TB --- 2014-04-09 19:08:47 - __MAKE_CONF=/dev/null TB --- 2014-04-09 19:08:47 - cd /src TB --- 2014-04-09 19:08:47 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Wed Apr 9 19:08:47 UTC 2014 >>> 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 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/cam/cam_queue.c ctfconvert -L VERSION -g cam_queue.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/cam/cam_sim.c ctfconvert -L VERSION -g cam_sim.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/cam/cam_xpt.c ctfconvert -L VERSION -g cam_xpt.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/cam/ata/ata_all.c ctfconvert -L VERSION -g ata_all.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/cam/ata/ata_xpt.c ctfconvert -L VERSION -g ata_xpt.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/cam/ata/ata_pmp.c ctfconvert -L VERSION -g ata_pmp.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/cam/scsi/scsi_xpt.c ctfconvert -L VERSION -g scsi_xpt.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/cam/scsi/scsi_all.c ctfconvert -L VERSION -g scsi_all.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/cam/scsi/scsi_cd.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_cd.c:208: warning: 'cdshorttimeout' declared 'static' but never defined /src/sys/cam/scsi/scsi_cd.c:209: warning: 'cdschedule' declared 'static' but never defined *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-09 19:11:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-09 19:11:21 - ERROR: failed to build GENERIC64 kernel TB --- 2014-04-09 19:11:21 - 10340.18 user 1353.03 system 11783.11 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 21:20:04 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7A906BA4 for ; Wed, 9 Apr 2014 21:20:04 +0000 (UTC) Received: from mail.ultra-secure.de (mail.ultra-secure.de [88.198.178.88]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BBBED11A6 for ; Wed, 9 Apr 2014 21:20:03 +0000 (UTC) Received: (qmail 78541 invoked by uid 89); 9 Apr 2014 21:17:21 -0000 Received: by simscan 1.4.0 ppid: 78536, pid: 78538, t: 0.1709s scanners: attach: 1.4.0 clamav: 0.97.3/m:55/d:18765 Received: from unknown (HELO ewzw033.ewadmin.local) (rainer@ultra-secure.de@212.71.117.86) by mail.ultra-secure.de with ESMTPA; 9 Apr 2014 21:17:21 -0000 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: gptzfsboot problem on HP P410i Smart Array From: Rainer Duffner In-Reply-To: <515DC008.9060108@FreeBSD.org> Date: Wed, 9 Apr 2014 23:17:20 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201303191220.34088.jhb@freebsd.org> <515DA760.8000101@FreeBSD.org> <201304041316.12617.jhb@freebsd.org> <515DC008.9060108@FreeBSD.org> To: Andriy Gapon X-Mailer: Apple Mail (2.1874) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 09 Apr 2014 21:20:04 -0000 Hi, I found this old thread=85. I can=92t boot FreeBSD 10 installed with zfsroot on a DL380G7 (P410i = controller). I tried the installer and I tried installing with mfsbsd10se. System has 48GB RAM. Is there a PR for this? Now, I=92ve got to waste 2=92600 GB disks (and 300-odd I/Os) for a = boot-disk=85.. From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 21:48:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4DE1D97 for ; Wed, 9 Apr 2014 21:48:49 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B0B3A1673 for ; Wed, 9 Apr 2014 21:48:48 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.8/8.14.8) with ESMTP id s39Lmghq029096 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 9 Apr 2014 22:48:43 +0100 (BST) (envelope-from matthew@FreeBSD.org) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk s39Lmghq029096 Authentication-Results: smtp.infracaninophile.co.uk/s39Lmghq029096; dkim=none reason="no signature"; dkim-adsp=none Message-ID: <5345C02D.2070603@FreeBSD.org> Date: Wed, 09 Apr 2014 22:48:29 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: gptzfsboot problem on HP P410i Smart Array References: <201303191220.34088.jhb@freebsd.org> <515DA760.8000101@FreeBSD.org> <201304041316.12617.jhb@freebsd.org> <515DC008.9060108@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="HtmqRwqkMxQnHG2VVdpfso82aKk7TuRsQ" X-Virus-Scanned: clamav-milter 0.98.1 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 09 Apr 2014 21:48:49 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --HtmqRwqkMxQnHG2VVdpfso82aKk7TuRsQ Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 09/04/2014 22:17, Rainer Duffner wrote: > Hi, >=20 > I found this old thread=85. >=20 > I can=92t boot FreeBSD 10 installed with zfsroot on a DL380G7 (P410i co= ntroller). > I tried the installer and I tried installing with mfsbsd10se. > System has 48GB RAM. >=20 > Is there a PR for this? >=20 >=20 > Now, I=92ve got to waste 2=92600 GB disks (and 300-odd I/Os) for a boot= -disk=85.. You've got more than 8 drives in your zpool? I ran into a similar problem a while back: the bios only tells the OS about the first 8 drives during boot, and that isn't enough to assemble a workin zpool from= =2E Solution I adopted was to have a USB mem stick with /boot on it -- enough to get the kernel up and running and to assemble the zpool, which could then provide the root fs perfectly well. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --HtmqRwqkMxQnHG2VVdpfso82aKk7TuRsQ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJTRcA5XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkAT7HMQAJqayX3LwJiuN5uqIibEa/Hp aFv+ljbhj0k/piLlTF1vn6eV4xZH2FtYl9dUeH6cMcmZZ4DvenMCxfmO7OeQ7uav zPOdhQLGlFWwaobi8+UQ0XbJ/rM4XGvHHqzIttFieqU+gmB0NqZDqOb2r6V6FkJ9 Y7oEKtsVuSKwxPx3q24ezsqiNDtuewCNo3TuxD/kEOyCrdzXYqUAD31aCMhszrhF ttqlDitbl6L+SRZ38SBec+DyBWjDj4DFcvyJg8/caRhqvvlWUjn234mmx1HSm7N8 xlhmB6rAh8kKbFLojzNwCovIxv9O7sMWsLI9ADfHqyR8XWv3W42UH1NNztC3uTuy GHTptHeZ9CqcNB1MiBWFxWlcJp00FbWJtfFy7l/TG8n71E8hbMSEsoD0xiJgVwNb oABSl1VBUQYeL/CCGZlIGc7T6GxGwkDOYHk0yxepYKd+eDm9zpTfpW3NBZSwJiA3 kohz3ZFl4rODp5FykqWfxFppSVgXF8e8/U/gJ9TAgtHBTeNFL5yc2bwDuAESA42L QKDkWo8pwjfU+F5wUwFSpZIAsrKZFm4iep4idI2bv0fZofpg3dVPmXxg6AWYHgSW f9g82dUIodSHdsXXAVXE/SWqnhydd8pwBaBow56VO9hx0NKBUGZhvSmf5BULMaHh jCXsC9fPkv1a770ow7ZC =Lq6M -----END PGP SIGNATURE----- --HtmqRwqkMxQnHG2VVdpfso82aKk7TuRsQ-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 21:53:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7BD02364 for ; Wed, 9 Apr 2014 21:53:02 +0000 (UTC) Received: from mail.ultra-secure.de (mail.ultra-secure.de [88.198.178.88]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BAC7C17A5 for ; Wed, 9 Apr 2014 21:53:01 +0000 (UTC) Received: (qmail 79399 invoked by uid 89); 9 Apr 2014 21:52:59 -0000 Received: by simscan 1.4.0 ppid: 79394, pid: 79396, t: 0.0357s scanners: attach: 1.4.0 clamav: 0.97.3/m:55/d:18765 Received: from unknown (HELO ewzw033.ewadmin.local) (rainer@ultra-secure.de@212.71.117.86) by mail.ultra-secure.de with ESMTPA; 9 Apr 2014 21:52:59 -0000 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: gptzfsboot problem on HP P410i Smart Array From: Rainer Duffner In-Reply-To: <5345C02D.2070603@FreeBSD.org> Date: Wed, 9 Apr 2014 23:52:57 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201303191220.34088.jhb@freebsd.org> <515DA760.8000101@FreeBSD.org> <201304041316.12617.jhb@freebsd.org> <515DC008.9060108@FreeBSD.org> <5345C02D.2070603@FreeBSD.org> To: Matthew Seaman X-Mailer: Apple Mail (2.1874) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 09 Apr 2014 21:53:02 -0000 Am 09.04.2014 um 23:48 schrieb Matthew Seaman : > On 09/04/2014 22:17, Rainer Duffner wrote: >> Hi, >>=20 >> I found this old thread=85. >>=20 >> I can=92t boot FreeBSD 10 installed with zfsroot on a DL380G7 (P410i = controller). >> I tried the installer and I tried installing with mfsbsd10se. >> System has 48GB RAM. >>=20 >> Is there a PR for this? >>=20 >>=20 >> Now, I=92ve got to waste 2=92600 GB disks (and 300-odd I/Os) for a = boot-disk=85.. >=20 > You've got more than 8 drives in your spool? =20 No, it=92s actually just a single RAID6-0 disk created by the P410i=85 And no, as the server is in a remote datacenter, an USB-stick is not an = option. It=92s slow enough booting via a virtual USB-image over iLO... From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 22:03:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 704707AD for ; Wed, 9 Apr 2014 22:03:00 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1CB9418CF for ; Wed, 9 Apr 2014 22:02:59 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.8/8.14.8) with ESMTP id s39M2s9S029409 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 9 Apr 2014 23:02:55 +0100 (BST) (envelope-from matthew@FreeBSD.org) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk s39M2s9S029409 Authentication-Results: smtp.infracaninophile.co.uk/s39M2s9S029409; dkim=none reason="no signature"; dkim-adsp=none Message-ID: <5345C38B.3010500@FreeBSD.org> Date: Wed, 09 Apr 2014 23:02:51 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Rainer Duffner Subject: Re: gptzfsboot problem on HP P410i Smart Array References: <201303191220.34088.jhb@freebsd.org> <515DA760.8000101@FreeBSD.org> <201304041316.12617.jhb@freebsd.org> <515DC008.9060108@FreeBSD.org> <5345C02D.2070603@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="QHtiATCC5fH2bg3ch4UF9cm6X8srAf4V8" X-Virus-Scanned: clamav-milter 0.98.1 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 09 Apr 2014 22:03:00 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --QHtiATCC5fH2bg3ch4UF9cm6X8srAf4V8 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 09/04/2014 22:52, Rainer Duffner wrote: > And no, as the server is in a remote datacenter, an USB-stick is not an= option. >=20 > It=92s slow enough booting via a virtual USB-image over iLO... Uh... it only has to read the kernel+modules from the USB stick one time while booting. Otherwise, there really shouldn't be any IO inside /boot unless you login and do stuff in that directory manually. Your root filesystem would be on the normal hard drives. Anyhow the question is moot, since you don't have the same problem I did.= > No, it=92s actually just a single RAID6-0 disk created by the P410i=85 If you're going to use the RAID controller to generate a virtual drive, do you really need to use ZFS on top of that? Couldn't you partition your virtual drive and put / onto a small UFS partition and then make a zpool on the rest? Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --QHtiATCC5fH2bg3ch4UF9cm6X8srAf4V8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJTRcONXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATVr0P/3tzAGOMwplv8jBUzr1gPRu0 /MeFSmYlic/gjgPjOHjYzR7p6Yj/KpIDNd+JpjnyB9kidKn154/MnEZOLxLJq3bu chPYgsxGiQ+eHSs+vpLBhypLiuwx3GdCzABr9LReCO3Qx0tWz0S82UmmsBDIky9Q uiPBcId37ZHDpREHe8jYBemjWFA9FtsqAh9qRtf1SUEyDdwX6uBM++U4sHVX6rfw 0QMbSvDVWvungHczOD08UA/MBtjIZuOHlur0zB2wBBPD3yE8b0RVKx6KSLo8DQnO ClbVECZeRdupk9x5AOvd5sPMQGXxTjthqgstL4p5P00whvx8g9GQzL5ALYRRYFCk cBgyj3fdbfuIEgMBC8J/q/TB1wBB3Usnw1T/5gdMG8lGZxBn7JLzaqs7WkK1S4Bh N/VUJTJw8rL2GmUbWnvqysXAnCiuGXMH0vI4NPtQzCQg5Ru9uNoiTGrBkikz+WEq pFCR9fyE3v6tUOV7CxEmwqKYbyJz/8tjl/skWZrCoeExjsP1EXowl5H52RkJw3Fs Wuj4cGa0Syig2yWJU2+R+BMbIiIuPAFj4QQTfW8IbKQSBTtKEW14SZ87ZTPk93ar N+bYWZ0j5D4evfZN6Rv0Mq06XfPaA4yN+4+Ou4lXmyV7th+x+3VBKNfQUn10u69x rYakiL9wHzdFOa8ZOQVQ =p5/9 -----END PGP SIGNATURE----- --QHtiATCC5fH2bg3ch4UF9cm6X8srAf4V8-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 22:36:48 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D58248CD; Wed, 9 Apr 2014 22:36:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A9CCB1C8D; Wed, 9 Apr 2014 22:36:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s39MalcV020561; Wed, 9 Apr 2014 18:36:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s39Mal3Z020546; Wed, 9 Apr 2014 22:36:47 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 9 Apr 2014 22:36:47 GMT Message-Id: <201404092236.s39Mal3Z020546@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2014 22:36:49 -0000 TB --- 2014-04-09 19:20:34 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-09 19:20:34 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-09 19:20:34 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-04-09 19:20:34 - cleaning the object tree TB --- 2014-04-09 19:22:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-09 19:22:48 - At svn revision 264307 TB --- 2014-04-09 19:22:49 - building world TB --- 2014-04-09 19:22:49 - CROSS_BUILD_TESTING=YES TB --- 2014-04-09 19:22:49 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-09 19:22:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-09 19:22:49 - SRCCONF=/dev/null TB --- 2014-04-09 19:22:49 - TARGET=amd64 TB --- 2014-04-09 19:22:49 - TARGET_ARCH=amd64 TB --- 2014-04-09 19:22:49 - TZ=UTC TB --- 2014-04-09 19:22:49 - __MAKE_CONF=/dev/null TB --- 2014-04-09 19:22:49 - cd /src TB --- 2014-04-09 19:22:49 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 9 19:22:56 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/loader.c -o loader.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/math64.c -o math64.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/prefix.c -o prefix.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/search.c -o search.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/stack.c -o stack.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/tools.c -o tools.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/vm.c -o vm.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/words.c -o words.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/amd64/sysdep.c -o sysdep.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c softcore.c -o softcore.o building static ficl library ranlib libficl.a ===> sys/boot/amd64 (all) ===> sys/boot/amd64/efi (all) Warning: Object directory not changed from original /src/sys/boot/amd64/efi bmake[5]: .depend, 1171: ignoring stale .depend for /src/sys/boot/amd64/efi/../../ficl/libficl.a bmake[5]: .depend, 1171: ignoring stale .depend for /src/sys/boot/amd64/efi/../../efi/libefi/libefi.a cc -O2 -pipe -fPIC -I. -I/src/sys/boot/amd64/efi/../../efi/include -I/src/sys/boot/amd64/efi/../../efi/include/amd64 -I/src/sys/boot/amd64/efi/../../../contrib/dev/acpica/include -I/src/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/src/sys/boot/amd64/efi/../../ficl -I/src/sys/boot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/amd64/efi/../../common -I/src/sys/boot/amd64/efi/../../common -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -Wl,-T/src/sys/boot/amd64/efi/ldscript.amd64 -Wl,-Bsymbolic -shared -Wl,-znocombreloc -nostdlib -o loader.sym autoload.o bootinfo.o conf.o copy.o devicename.o elf64_freebsd.o framebuffer.o main.o reloc.o vers.o amd64_tramp.o start.o boot.o commands.o console.o devopen.o interp.o interp_backslash.o interp_parse.o ls.o misc.o module.o panic.o load_elf32.o load_elf32_obj.o reloc_elf32.o load_elf64.o load_elf64_obj.o reloc_elf64! .o disk.o part.o crc32.o bcache.o interp_forth.o /src/sys/boot/amd64/efi/../../ficl/libficl.a /src/sys/boot/amd64/efi/../../efi/libefi/libefi.a /obj/amd64.amd64/src/tmp/usr/lib/libstand.a cc: error: no such file or directory: '/src/sys/boot/amd64/efi/../../ficl/libficl.a' cc: error: no such file or directory: '/src/sys/boot/amd64/efi/../../efi/libefi/libefi.a' *** Error code 1 Stop. bmake[5]: stopped in /src/sys/boot/amd64/efi *** Error code 1 Stop. bmake[4]: stopped in /src/sys/boot/amd64 *** Error code 1 Stop. bmake[3]: stopped in /src/sys/boot *** Error code 1 Stop. bmake[2]: stopped in /src/sys *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-09 22:36:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-09 22:36:46 - ERROR: failed to build world TB --- 2014-04-09 22:36:46 - 9860.04 user 1297.83 system 11772.58 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 9 23:04:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27FC7B8 for ; Wed, 9 Apr 2014 23:04:50 +0000 (UTC) Received: from mail.ultra-secure.de (mail.ultra-secure.de [88.198.178.88]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7DE58107C for ; Wed, 9 Apr 2014 23:04:48 +0000 (UTC) Received: (qmail 81027 invoked by uid 89); 9 Apr 2014 23:04:41 -0000 Received: by simscan 1.4.0 ppid: 81022, pid: 81024, t: 0.0566s scanners: attach: 1.4.0 clamav: 0.97.3/m:55/d:18765 Received: from unknown (HELO ewzw033.ewadmin.local) (rainer@ultra-secure.de@212.71.117.86) by mail.ultra-secure.de with ESMTPA; 9 Apr 2014 23:04:41 -0000 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: gptzfsboot problem on HP P410i Smart Array From: Rainer Duffner In-Reply-To: <5345C38B.3010500@FreeBSD.org> Date: Thu, 10 Apr 2014 01:04:39 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <7F54B772-12D4-426C-A1D6-AA559128228B@ultra-secure.de> References: <201303191220.34088.jhb@freebsd.org> <515DA760.8000101@FreeBSD.org> <201304041316.12617.jhb@freebsd.org> <515DC008.9060108@FreeBSD.org> <5345C02D.2070603@FreeBSD.org> <5345C38B.3010500@FreeBSD.org> To: Matthew Seaman X-Mailer: Apple Mail (2.1874) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 09 Apr 2014 23:04:50 -0000 Am 10.04.2014 um 00:02 schrieb Matthew Seaman : > On 09/04/2014 22:52, Rainer Duffner wrote: >> And no, as the server is in a remote datacenter, an USB-stick is not = an option. >>=20 >> It=92s slow enough booting via a virtual USB-image over iLO... >=20 > Uh... it only has to read the kernel+modules from the USB stick one = time > while booting. Otherwise, there really shouldn't be any IO inside = /boot > unless you login and do stuff in that directory manually. Your root > filesystem would be on the normal hard drives. >=20 > Anyhow the question is moot, since you don't have the same problem I = did. >=20 >> No, it=92s actually just a single RAID6-0 disk created by the P410i=85 >=20 > If you're going to use the RAID controller to generate a virtual = drive, > do you really need to use ZFS on top of that? Couldn't you partition > your virtual drive and put / onto a small UFS partition and then make = a > zpool on the rest? I don=92t want to sacrifice two disks for a RAID1 boot-disk. Normally, I would actually do that, but in this case, the server is a = MySQL-slave to a master that has 12 disks - and should the master die, = this system has to take over its work. From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 02:16:13 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75F7E5E0; Thu, 10 Apr 2014 02:16:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47857112C; Thu, 10 Apr 2014 02:16:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3A2G5hH068403; Wed, 9 Apr 2014 22:16:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3A2G5YN068399; Thu, 10 Apr 2014 02:16:05 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 10 Apr 2014 02:16:05 GMT Message-Id: <201404100216.s3A2G5YN068399@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2014 02:16:13 -0000 TB --- 2014-04-10 00:36:05 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-10 00:36:05 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-10 00:36:05 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-04-10 00:36:05 - cleaning the object tree TB --- 2014-04-10 00:36:56 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-10 00:37:17 - At svn revision 264307 TB --- 2014-04-10 00:37:18 - building world TB --- 2014-04-10 00:37:18 - CROSS_BUILD_TESTING=YES TB --- 2014-04-10 00:37:18 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-10 00:37:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-10 00:37:18 - SRCCONF=/dev/null TB --- 2014-04-10 00:37:18 - TARGET=ia64 TB --- 2014-04-10 00:37:18 - TARGET_ARCH=ia64 TB --- 2014-04-10 00:37:18 - TZ=UTC TB --- 2014-04-10 00:37:18 - __MAKE_CONF=/dev/null TB --- 2014-04-10 00:37:18 - cd /src TB --- 2014-04-10 00:37:18 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 10 00:37:26 UTC 2014 >>> 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 Thu Apr 10 02:13:22 UTC 2014 TB --- 2014-04-10 02:13:22 - generating LINT kernel config TB --- 2014-04-10 02:13:22 - cd /src/sys/ia64/conf TB --- 2014-04-10 02:13:22 - /usr/bin/make -B LINT TB --- 2014-04-10 02:13:22 - cd /src/sys/ia64/conf TB --- 2014-04-10 02:13:22 - /obj/ia64.ia64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-10 02:13:22 - building LINT kernel TB --- 2014-04-10 02:13:22 - CROSS_BUILD_TESTING=YES TB --- 2014-04-10 02:13:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-10 02:13:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-10 02:13:22 - SRCCONF=/dev/null TB --- 2014-04-10 02:13:22 - TARGET=ia64 TB --- 2014-04-10 02:13:22 - TARGET_ARCH=ia64 TB --- 2014-04-10 02:13:22 - TZ=UTC TB --- 2014-04-10 02:13:22 - __MAKE_CONF=/dev/null TB --- 2014-04-10 02:13:22 - cd /src TB --- 2014-04-10 02:13:22 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 10 02:13:22 UTC 2014 >>> 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 -------------------------------------------------------------- cd /obj/ia64.ia64/src/sys/LINT; MAKEOBJDIRPREFIX=/obj/ia64.ia64 MACHINE_ARCH=ia64 MACHINE=ia64 CPUTYPE= GROFF_BIN_PATH=/obj/ia64.ia64/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/obj/ia64.ia64/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/obj/ia64.ia64/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/obj/ia64.ia64/src/tmp _LDSCRIPTROOT= VERSION="FreeBSD 11.0-CURRENT ia64 1100019" INSTALL="sh /src/tools/install.sh" PATH=/obj/ia64.ia64/src/tmp/legacy/usr/sbin:/obj/ia64.ia64/src/tmp/legacy/usr/bin:/obj/ia64.ia64/src/tmp/legacy/usr/games:/obj/ia64.ia64/src/tmp/legacy/bin:/obj/ia64.ia64/src/tmp/usr/sbin:/obj/ia64.ia64/src/tmp/usr/bin:/obj/ia64.ia64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin CC="cc " CXX="c++ " CPP="cpp " AS="as" AR="ar" LD="ld" NM=nm OBJDUMP= RANLIB=ranlib STRINGS= /obj/src/make.amd64/bmake -B -m /src/share/mk KERNEL=kernel all -DNO_MODULES_OBJ cc -c -x assembler-with-cpp -Wa,-x -DLOCORE -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/ia64/ia64/locore.S 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/cam/cam.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/cam/cam_compat.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/cam/cam_periph.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/cam/cam_queue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/cam/cam_sim.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/cam/cam_xpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/cam/ata/ata_all.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/cam/ata/ata_xpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/cam/ata/ata_pmp.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/cam/scsi/scsi_xpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/cam/scsi/scsi_all.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/cam/scsi/scsi_cd.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_cd.c:208: warning: 'cdshorttimeout' declared 'static' but never defined /src/sys/cam/scsi/scsi_cd.c:209: warning: 'cdschedule' declared 'static' but never defined *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-10 02:16:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-10 02:16:05 - ERROR: failed to build LINT kernel TB --- 2014-04-10 02:16:05 - 4799.82 user 764.95 system 6000.50 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 03:02:57 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BED3F6AD; Thu, 10 Apr 2014 03:02:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 798FA15E8; Thu, 10 Apr 2014 03:02:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3A32uGv010506; Wed, 9 Apr 2014 23:02:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3A32uPk010505; Thu, 10 Apr 2014 03:02:56 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 10 Apr 2014 03:02:56 GMT Message-Id: <201404100302.s3A32uPk010505@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2014 03:02:57 -0000 TB --- 2014-04-10 01:49:14 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-10 01:49:14 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-10 01:49:14 - starting HEAD tinderbox run for mips/mips TB --- 2014-04-10 01:49:14 - cleaning the object tree TB --- 2014-04-10 01:50:15 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-10 01:50:20 - At svn revision 264307 TB --- 2014-04-10 01:50:21 - building world TB --- 2014-04-10 01:50:21 - CROSS_BUILD_TESTING=YES TB --- 2014-04-10 01:50:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-10 01:50:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-10 01:50:21 - SRCCONF=/dev/null TB --- 2014-04-10 01:50:21 - TARGET=mips TB --- 2014-04-10 01:50:21 - TARGET_ARCH=mips TB --- 2014-04-10 01:50:21 - TZ=UTC TB --- 2014-04-10 01:50:21 - __MAKE_CONF=/dev/null TB --- 2014-04-10 01:50:21 - cd /src TB --- 2014-04-10 01:50:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 10 01:50:29 UTC 2014 >>> 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 Thu Apr 10 02:53:11 UTC 2014 TB --- 2014-04-10 02:53:12 - cd /src/sys/mips/conf TB --- 2014-04-10 02:53:12 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m ADM5120 TB --- 2014-04-10 02:53:12 - skipping ADM5120 kernel TB --- 2014-04-10 02:53:12 - cd /src/sys/mips/conf TB --- 2014-04-10 02:53:12 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m ALCHEMY TB --- 2014-04-10 02:53:12 - skipping ALCHEMY kernel TB --- 2014-04-10 02:53:12 - cd /src/sys/mips/conf TB --- 2014-04-10 02:53:12 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m ALFA_HORNET_UB TB --- 2014-04-10 02:53:12 - building ALFA_HORNET_UB kernel TB --- 2014-04-10 02:53:12 - CROSS_BUILD_TESTING=YES TB --- 2014-04-10 02:53:12 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-10 02:53:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-10 02:53:12 - SRCCONF=/dev/null TB --- 2014-04-10 02:53:12 - TARGET=mips TB --- 2014-04-10 02:53:12 - TARGET_ARCH=mips TB --- 2014-04-10 02:53:12 - TZ=UTC TB --- 2014-04-10 02:53:12 - __MAKE_CONF=/dev/null TB --- 2014-04-10 02:53:12 - cd /src TB --- 2014-04-10 02:53:12 - /usr/bin/make -B buildkernel KERNCONF=ALFA_HORNET_UB >>> Kernel build for ALFA_HORNET_UB started on Thu Apr 10 02:53:12 UTC 2014 >>> 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 ALFA_HORNET_UB completed on Thu Apr 10 02:56:09 UTC 2014 TB --- 2014-04-10 02:56:09 - cd /src/sys/mips/conf TB --- 2014-04-10 02:56:09 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m AP121 TB --- 2014-04-10 02:56:09 - building AP121 kernel TB --- 2014-04-10 02:56:09 - CROSS_BUILD_TESTING=YES TB --- 2014-04-10 02:56:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-10 02:56:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-10 02:56:09 - SRCCONF=/dev/null TB --- 2014-04-10 02:56:09 - TARGET=mips TB --- 2014-04-10 02:56:09 - TARGET_ARCH=mips TB --- 2014-04-10 02:56:09 - TZ=UTC TB --- 2014-04-10 02:56:09 - __MAKE_CONF=/dev/null TB --- 2014-04-10 02:56:09 - cd /src TB --- 2014-04-10 02:56:09 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Thu Apr 10 02:56:09 UTC 2014 >>> 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 AP121 completed on Thu Apr 10 02:59:02 UTC 2014 TB --- 2014-04-10 02:59:02 - cd /src/sys/mips/conf TB --- 2014-04-10 02:59:02 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m AP91 TB --- 2014-04-10 02:59:02 - building AP91 kernel TB --- 2014-04-10 02:59:02 - CROSS_BUILD_TESTING=YES TB --- 2014-04-10 02:59:02 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-10 02:59:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-10 02:59:02 - SRCCONF=/dev/null TB --- 2014-04-10 02:59:02 - TARGET=mips TB --- 2014-04-10 02:59:02 - TARGET_ARCH=mips TB --- 2014-04-10 02:59:02 - TZ=UTC TB --- 2014-04-10 02:59:02 - __MAKE_CONF=/dev/null TB --- 2014-04-10 02:59:02 - cd /src TB --- 2014-04-10 02:59:02 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Thu Apr 10 02:59:02 UTC 2014 >>> 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 -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -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 -gdwarf-2 -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/hwpmc/../../dev/hwpmc/hwpmc_mod.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -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 -gdwarf-2 -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/hwpmc/../../dev/hwpmc/hwpmc_logging.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -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 -gdwarf-2 -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/hwpmc/../../dev/hwpmc/hwpmc_soft.c ld -d -warn-common -r -d -o hwpmc.ko.debug hwpmc_mod.o hwpmc_logging.o hwpmc_soft.o :> export_syms awk -f /src/sys/conf/kmod_syms.awk hwpmc.ko.debug export_syms | xargs -J% objcopy % hwpmc.ko.debug objcopy --only-keep-debug hwpmc.ko.debug hwpmc.ko.symbols objcopy --strip-debug --add-gnu-debuglink=hwpmc.ko.symbols hwpmc.ko.debug hwpmc.ko ===> cam (all) cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -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 -gdwarf-2 -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/cam/../../cam/cam.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -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 -gdwarf-2 -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/cam/../../cam/cam_compat.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -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 -gdwarf-2 -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/cam/../../cam/cam_periph.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -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 -gdwarf-2 -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/cam/../../cam/cam_queue.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -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 -gdwarf-2 -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/cam/../../cam/cam_sim.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -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 -gdwarf-2 -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/cam/../../cam/cam_xpt.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -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 -gdwarf-2 -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/cam/../../cam/scsi/scsi_all.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -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 -gdwarf-2 -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/cam/../../cam/scsi/scsi_cd.c cc1: warnings being treated as errors /src/sys/modules/cam/../../cam/scsi/scsi_cd.c:208: warning: 'cdshorttimeout' declared 'static' but never defined /src/sys/modules/cam/../../cam/scsi/scsi_cd.c:209: warning: 'cdschedule' declared 'static' but never defined *** Error code 1 Stop. bmake[3]: stopped in /src/sys/modules/cam *** Error code 1 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/AP91 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-10 03:02:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-10 03:02:56 - ERROR: failed to build AP91 kernel TB --- 2014-04-10 03:02:56 - 3343.94 user 710.89 system 4421.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 03:44:51 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E316CD08; Thu, 10 Apr 2014 03:44:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A92BB197C; Thu, 10 Apr 2014 03:44:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3A3iolv024658; Wed, 9 Apr 2014 23:44:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3A3ioH0024648; Thu, 10 Apr 2014 03:44:50 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 10 Apr 2014 03:44:50 GMT Message-Id: <201404100344.s3A3ioH0024648@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2014 03:44:52 -0000 TB --- 2014-04-10 02:16:05 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-10 02:16:05 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-10 02:16:05 - starting HEAD tinderbox run for mips64/mips TB --- 2014-04-10 02:16:06 - cleaning the object tree TB --- 2014-04-10 02:17:29 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-10 02:17:32 - At svn revision 264307 TB --- 2014-04-10 02:17:33 - building world TB --- 2014-04-10 02:17:33 - CROSS_BUILD_TESTING=YES TB --- 2014-04-10 02:17:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-10 02:17:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-10 02:17:33 - SRCCONF=/dev/null TB --- 2014-04-10 02:17:33 - TARGET=mips TB --- 2014-04-10 02:17:33 - TARGET_ARCH=mips64 TB --- 2014-04-10 02:17:33 - TZ=UTC TB --- 2014-04-10 02:17:33 - __MAKE_CONF=/dev/null TB --- 2014-04-10 02:17:33 - cd /src TB --- 2014-04-10 02:17:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 10 02:17:41 UTC 2014 >>> 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 Thu Apr 10 03:20:33 UTC 2014 TB --- 2014-04-10 03:20:33 - cd /src/sys/mips/conf TB --- 2014-04-10 03:20:33 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ADM5120 TB --- 2014-04-10 03:20:33 - skipping ADM5120 kernel TB --- 2014-04-10 03:20:33 - cd /src/sys/mips/conf TB --- 2014-04-10 03:20:33 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALCHEMY TB --- 2014-04-10 03:20:33 - skipping ALCHEMY kernel TB --- 2014-04-10 03:20:33 - cd /src/sys/mips/conf TB --- 2014-04-10 03:20:33 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALFA_HORNET_UB TB --- 2014-04-10 03:20:33 - skipping ALFA_HORNET_UB kernel TB --- 2014-04-10 03:20:33 - cd /src/sys/mips/conf TB --- 2014-04-10 03:20:33 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP121 TB --- 2014-04-10 03:20:33 - skipping AP121 kernel TB --- 2014-04-10 03:20:33 - cd /src/sys/mips/conf TB --- 2014-04-10 03:20:33 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP91 TB --- 2014-04-10 03:20:33 - skipping AP91 kernel TB --- 2014-04-10 03:20:33 - cd /src/sys/mips/conf TB --- 2014-04-10 03:20:33 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP93 TB --- 2014-04-10 03:20:33 - skipping AP93 kernel TB --- 2014-04-10 03:20:33 - cd /src/sys/mips/conf TB --- 2014-04-10 03:20:33 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP94 TB --- 2014-04-10 03:20:33 - skipping AP94 kernel TB --- 2014-04-10 03:20:33 - cd /src/sys/mips/conf TB --- 2014-04-10 03:20:33 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP96 TB --- 2014-04-10 03:20:33 - skipping AP96 kernel TB --- 2014-04-10 03:20:33 - cd /src/sys/mips/conf TB --- 2014-04-10 03:20:33 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR71XX_BASE TB --- 2014-04-10 03:20:33 - skipping AR71XX_BASE kernel TB --- 2014-04-10 03:20:33 - cd /src/sys/mips/conf TB --- 2014-04-10 03:20:33 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR724X_BASE TB --- 2014-04-10 03:20:33 - skipping AR724X_BASE kernel TB --- 2014-04-10 03:20:33 - cd /src/sys/mips/conf TB --- 2014-04-10 03:20:33 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR91XX_BASE TB --- 2014-04-10 03:20:33 - skipping AR91XX_BASE kernel TB --- 2014-04-10 03:20:33 - cd /src/sys/mips/conf TB --- 2014-04-10 03:20:33 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR933X_BASE TB --- 2014-04-10 03:20:33 - skipping AR933X_BASE kernel TB --- 2014-04-10 03:20:33 - cd /src/sys/mips/conf TB --- 2014-04-10 03:20:33 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR934X_BASE TB --- 2014-04-10 03:20:33 - skipping AR934X_BASE kernel TB --- 2014-04-10 03:20:33 - cd /src/sys/mips/conf TB --- 2014-04-10 03:20:33 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_BASE TB --- 2014-04-10 03:20:33 - building BERI_DE4_BASE kernel TB --- 2014-04-10 03:20:33 - CROSS_BUILD_TESTING=YES TB --- 2014-04-10 03:20:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-10 03:20:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-10 03:20:33 - SRCCONF=/dev/null TB --- 2014-04-10 03:20:33 - TARGET=mips TB --- 2014-04-10 03:20:33 - TARGET_ARCH=mips64 TB --- 2014-04-10 03:20:33 - TZ=UTC TB --- 2014-04-10 03:20:33 - __MAKE_CONF=/dev/null TB --- 2014-04-10 03:20:33 - cd /src TB --- 2014-04-10 03:20:33 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Thu Apr 10 03:20:33 UTC 2014 >>> 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 BERI_DE4_BASE completed on Thu Apr 10 03:23:31 UTC 2014 TB --- 2014-04-10 03:23:31 - cd /src/sys/mips/conf TB --- 2014-04-10 03:23:31 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-04-10 03:23:31 - building BERI_DE4_MDROOT kernel TB --- 2014-04-10 03:23:31 - CROSS_BUILD_TESTING=YES TB --- 2014-04-10 03:23:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-10 03:23:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-10 03:23:31 - SRCCONF=/dev/null TB --- 2014-04-10 03:23:31 - TARGET=mips TB --- 2014-04-10 03:23:31 - TARGET_ARCH=mips64 TB --- 2014-04-10 03:23:31 - TZ=UTC TB --- 2014-04-10 03:23:31 - __MAKE_CONF=/dev/null TB --- 2014-04-10 03:23:31 - cd /src TB --- 2014-04-10 03:23:31 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Thu Apr 10 03:23:32 UTC 2014 >>> 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 BERI_DE4_MDROOT completed on Thu Apr 10 03:26:29 UTC 2014 TB --- 2014-04-10 03:26:29 - cd /src/sys/mips/conf TB --- 2014-04-10 03:26:29 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-04-10 03:26:29 - building BERI_DE4_SDROOT kernel TB --- 2014-04-10 03:26:29 - CROSS_BUILD_TESTING=YES TB --- 2014-04-10 03:26:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-10 03:26:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-10 03:26:29 - SRCCONF=/dev/null TB --- 2014-04-10 03:26:29 - TARGET=mips TB --- 2014-04-10 03:26:29 - TARGET_ARCH=mips64 TB --- 2014-04-10 03:26:29 - TZ=UTC TB --- 2014-04-10 03:26:29 - __MAKE_CONF=/dev/null TB --- 2014-04-10 03:26:29 - cd /src TB --- 2014-04-10 03:26:29 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Thu Apr 10 03:26:29 UTC 2014 >>> 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 BERI_DE4_SDROOT completed on Thu Apr 10 03:29:21 UTC 2014 TB --- 2014-04-10 03:29:21 - cd /src/sys/mips/conf TB --- 2014-04-10 03:29:21 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-04-10 03:29:22 - building BERI_NETFPGA_MDROOT kernel TB --- 2014-04-10 03:29:22 - CROSS_BUILD_TESTING=YES TB --- 2014-04-10 03:29:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-10 03:29:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-10 03:29:22 - SRCCONF=/dev/null TB --- 2014-04-10 03:29:22 - TARGET=mips TB --- 2014-04-10 03:29:22 - TARGET_ARCH=mips64 TB --- 2014-04-10 03:29:22 - TZ=UTC TB --- 2014-04-10 03:29:22 - __MAKE_CONF=/dev/null TB --- 2014-04-10 03:29:22 - cd /src TB --- 2014-04-10 03:29:22 - /usr/bin/make -B buildkernel KERNCONF=BERI_NETFPGA_MDROOT >>> Kernel build for BERI_NETFPGA_MDROOT started on Thu Apr 10 03:29:22 UTC 2014 >>> 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 BERI_NETFPGA_MDROOT completed on Thu Apr 10 03:31:54 UTC 2014 TB --- 2014-04-10 03:31:54 - cd /src/sys/mips/conf TB --- 2014-04-10 03:31:54 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_BASE TB --- 2014-04-10 03:31:54 - building BERI_SIM_BASE kernel TB --- 2014-04-10 03:31:54 - CROSS_BUILD_TESTING=YES TB --- 2014-04-10 03:31:54 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-10 03:31:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-10 03:31:54 - SRCCONF=/dev/null TB --- 2014-04-10 03:31:54 - TARGET=mips TB --- 2014-04-10 03:31:54 - TARGET_ARCH=mips64 TB --- 2014-04-10 03:31:54 - TZ=UTC TB --- 2014-04-10 03:31:54 - __MAKE_CONF=/dev/null TB --- 2014-04-10 03:31:54 - cd /src TB --- 2014-04-10 03:31:54 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_BASE >>> Kernel build for BERI_SIM_BASE started on Thu Apr 10 03:31:54 UTC 2014 >>> 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 BERI_SIM_BASE completed on Thu Apr 10 03:34:23 UTC 2014 TB --- 2014-04-10 03:34:23 - cd /src/sys/mips/conf TB --- 2014-04-10 03:34:23 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-04-10 03:34:23 - building BERI_SIM_MDROOT kernel TB --- 2014-04-10 03:34:23 - CROSS_BUILD_TESTING=YES TB --- 2014-04-10 03:34:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-10 03:34:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-10 03:34:23 - SRCCONF=/dev/null TB --- 2014-04-10 03:34:23 - TARGET=mips TB --- 2014-04-10 03:34:23 - TARGET_ARCH=mips64 TB --- 2014-04-10 03:34:23 - TZ=UTC TB --- 2014-04-10 03:34:23 - __MAKE_CONF=/dev/null TB --- 2014-04-10 03:34:23 - cd /src TB --- 2014-04-10 03:34:23 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_MDROOT >>> Kernel build for BERI_SIM_MDROOT started on Thu Apr 10 03:34:23 UTC 2014 >>> 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 BERI_SIM_MDROOT completed on Thu Apr 10 03:36:57 UTC 2014 TB --- 2014-04-10 03:36:57 - cd /src/sys/mips/conf TB --- 2014-04-10 03:36:57 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_SDROOT TB --- 2014-04-10 03:36:58 - building BERI_SIM_SDROOT kernel TB --- 2014-04-10 03:36:58 - CROSS_BUILD_TESTING=YES TB --- 2014-04-10 03:36:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-10 03:36:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-10 03:36:58 - SRCCONF=/dev/null TB --- 2014-04-10 03:36:58 - TARGET=mips TB --- 2014-04-10 03:36:58 - TARGET_ARCH=mips64 TB --- 2014-04-10 03:36:58 - TZ=UTC TB --- 2014-04-10 03:36:58 - __MAKE_CONF=/dev/null TB --- 2014-04-10 03:36:58 - cd /src TB --- 2014-04-10 03:36:58 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_SDROOT >>> Kernel build for BERI_SIM_SDROOT started on Thu Apr 10 03:36:58 UTC 2014 >>> 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 BERI_SIM_SDROOT completed on Thu Apr 10 03:39:28 UTC 2014 TB --- 2014-04-10 03:39:28 - cd /src/sys/mips/conf TB --- 2014-04-10 03:39:28 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_TEMPLATE TB --- 2014-04-10 03:39:28 - building BERI_TEMPLATE kernel TB --- 2014-04-10 03:39:28 - CROSS_BUILD_TESTING=YES TB --- 2014-04-10 03:39:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-10 03:39:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-10 03:39:28 - SRCCONF=/dev/null TB --- 2014-04-10 03:39:28 - TARGET=mips TB --- 2014-04-10 03:39:28 - TARGET_ARCH=mips64 TB --- 2014-04-10 03:39:28 - TZ=UTC TB --- 2014-04-10 03:39:28 - __MAKE_CONF=/dev/null TB --- 2014-04-10 03:39:28 - cd /src TB --- 2014-04-10 03:39:28 - /usr/bin/make -B buildkernel KERNCONF=BERI_TEMPLATE >>> Kernel build for BERI_TEMPLATE started on Thu Apr 10 03:39:28 UTC 2014 >>> 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 BERI_TEMPLATE completed on Thu Apr 10 03:41:52 UTC 2014 TB --- 2014-04-10 03:41:52 - cd /src/sys/mips/conf TB --- 2014-04-10 03:41:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m CARAMBOLA2 TB --- 2014-04-10 03:41:52 - skipping CARAMBOLA2 kernel TB --- 2014-04-10 03:41:52 - cd /src/sys/mips/conf TB --- 2014-04-10 03:41:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m DB120 TB --- 2014-04-10 03:41:52 - skipping DB120 kernel TB --- 2014-04-10 03:41:52 - cd /src/sys/mips/conf TB --- 2014-04-10 03:41:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m DIR-825B1 TB --- 2014-04-10 03:41:52 - skipping DIR-825B1 kernel TB --- 2014-04-10 03:41:52 - cd /src/sys/mips/conf TB --- 2014-04-10 03:41:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m DIR-825C1 TB --- 2014-04-10 03:41:52 - skipping DIR-825C1 kernel TB --- 2014-04-10 03:41:52 - cd /src/sys/mips/conf TB --- 2014-04-10 03:41:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ENH200 TB --- 2014-04-10 03:41:52 - skipping ENH200 kernel TB --- 2014-04-10 03:41:52 - cd /src/sys/mips/conf TB --- 2014-04-10 03:41:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m GXEMUL TB --- 2014-04-10 03:41:52 - building GXEMUL kernel TB --- 2014-04-10 03:41:52 - CROSS_BUILD_TESTING=YES TB --- 2014-04-10 03:41:52 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-10 03:41:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-10 03:41:52 - SRCCONF=/dev/null TB --- 2014-04-10 03:41:52 - TARGET=mips TB --- 2014-04-10 03:41:52 - TARGET_ARCH=mips64 TB --- 2014-04-10 03:41:52 - TZ=UTC TB --- 2014-04-10 03:41:52 - __MAKE_CONF=/dev/null TB --- 2014-04-10 03:41:52 - cd /src TB --- 2014-04-10 03:41:52 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL >>> Kernel build for GXEMUL started on Thu Apr 10 03:41:52 UTC 2014 >>> 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 GXEMUL completed on Thu Apr 10 03:43:51 UTC 2014 TB --- 2014-04-10 03:43:51 - cd /src/sys/mips/conf TB --- 2014-04-10 03:43:51 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m GXEMUL32 TB --- 2014-04-10 03:43:51 - skipping GXEMUL32 kernel TB --- 2014-04-10 03:43:51 - cd /src/sys/mips/conf TB --- 2014-04-10 03:43:51 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m IDT TB --- 2014-04-10 03:43:51 - skipping IDT kernel TB --- 2014-04-10 03:43:51 - cd /src/sys/mips/conf TB --- 2014-04-10 03:43:51 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m MALTA TB --- 2014-04-10 03:43:51 - skipping MALTA kernel TB --- 2014-04-10 03:43:51 - cd /src/sys/mips/conf TB --- 2014-04-10 03:43:51 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m MALTA64 TB --- 2014-04-10 03:43:51 - skipping MALTA64 kernel TB --- 2014-04-10 03:43:51 - cd /src/sys/mips/conf TB --- 2014-04-10 03:43:51 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m OCTEON1 TB --- 2014-04-10 03:43:51 - building OCTEON1 kernel TB --- 2014-04-10 03:43:51 - CROSS_BUILD_TESTING=YES TB --- 2014-04-10 03:43:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-10 03:43:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-10 03:43:51 - SRCCONF=/dev/null TB --- 2014-04-10 03:43:51 - TARGET=mips TB --- 2014-04-10 03:43:51 - TARGET_ARCH=mips64 TB --- 2014-04-10 03:43:51 - TZ=UTC TB --- 2014-04-10 03:43:51 - __MAKE_CONF=/dev/null TB --- 2014-04-10 03:43:51 - cd /src TB --- 2014-04-10 03:43:51 - /usr/bin/make -B buildkernel KERNCONF=OCTEON1 >>> Kernel build for OCTEON1 started on Thu Apr 10 03:43:51 UTC 2014 >>> 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 -------------------------------------------------------------- cd /obj/mips.mips64/src/sys/OCTEON1; MAKEOBJDIRPREFIX=/obj/mips.mips64 MACHINE_ARCH=mips64 MACHINE=mips CPUTYPE= GROFF_BIN_PATH=/obj/mips.mips64/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/obj/mips.mips64/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/obj/mips.mips64/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/obj/mips.mips64/src/tmp _LDSCRIPTROOT= VERSION="FreeBSD 11.0-CURRENT mips64 1100019" INSTALL="sh /src/tools/install.sh" PATH=/obj/mips.mips64/src/tmp/legacy/usr/sbin:/obj/mips.mips64/src/tmp/legacy/usr/bin:/obj/mips.mips64/src/tmp/legacy/usr/games:/obj/mips.mips64/src/tmp/legacy/bin:/obj/mips.mips64/src/tmp/usr/sbin:/obj/mips.mips64/src/tmp/usr/bin:/obj/mips.mips64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin CC="cc " CXX="c++ " CPP="cpp " AS="as" AR="ar" LD="ld" NM=nm OBJDUMP= RANLIB=ranlib STRINGS= /obj/src/make.amd64/bmake -B -m /src/share/mk KERNEL=kernel all -DNO_MODULES_OBJ cc -c -x assembler-with-cpp -DLOCORE -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -D_LOCORE -DLOCORE -Werror /src/sys/mips/mips/locore.S cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/cam/cam.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/cam/cam_compat.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/cam/cam_periph.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/cam/cam_queue.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/cam/cam_sim.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/cam/cam_xpt.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/cam/ata/ata_all.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/cam/ata/ata_xpt.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/cam/ata/ata_pmp.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/cam/scsi/scsi_xpt.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/cam/scsi/scsi_all.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/cam/scsi/scsi_cd.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_cd.c:208: warning: 'cdshorttimeout' declared 'static' but never defined /src/sys/cam/scsi/scsi_cd.c:209: warning: 'cdschedule' declared 'static' but never defined *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/OCTEON1 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-10 03:44:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-10 03:44:50 - ERROR: failed to build OCTEON1 kernel TB --- 2014-04-10 03:44:50 - 4064.42 user 827.48 system 5324.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 04:42:55 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CDDE45CE; Thu, 10 Apr 2014 04:42:55 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 87E0F1DF9; Thu, 10 Apr 2014 04:42:55 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3A4gsBY077424; Thu, 10 Apr 2014 00:42:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3A4gsaZ077423; Thu, 10 Apr 2014 04:42:54 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 10 Apr 2014 04:42:54 GMT Message-Id: <201404100442.s3A4gsaZ077423@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2014 04:42:55 -0000 TB --- 2014-04-10 03:34:06 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-10 03:34:06 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-10 03:34:06 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-04-10 03:34:06 - cleaning the object tree TB --- 2014-04-10 03:34:54 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-10 03:34:58 - At svn revision 264307 TB --- 2014-04-10 03:34:59 - building world TB --- 2014-04-10 03:34:59 - CROSS_BUILD_TESTING=YES TB --- 2014-04-10 03:34:59 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-10 03:34:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-10 03:34:59 - SRCCONF=/dev/null TB --- 2014-04-10 03:34:59 - TARGET=sparc64 TB --- 2014-04-10 03:34:59 - TARGET_ARCH=sparc64 TB --- 2014-04-10 03:34:59 - TZ=UTC TB --- 2014-04-10 03:34:59 - __MAKE_CONF=/dev/null TB --- 2014-04-10 03:34:59 - cd /src TB --- 2014-04-10 03:34:59 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 10 03:35:06 UTC 2014 >>> 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 Thu Apr 10 04:40:27 UTC 2014 TB --- 2014-04-10 04:40:27 - generating LINT kernel config TB --- 2014-04-10 04:40:27 - cd /src/sys/sparc64/conf TB --- 2014-04-10 04:40:27 - /usr/bin/make -B LINT TB --- 2014-04-10 04:40:27 - cd /src/sys/sparc64/conf TB --- 2014-04-10 04:40:27 - /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-10 04:40:27 - building LINT kernel TB --- 2014-04-10 04:40:27 - CROSS_BUILD_TESTING=YES TB --- 2014-04-10 04:40:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-10 04:40:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-10 04:40:27 - SRCCONF=/dev/null TB --- 2014-04-10 04:40:27 - TARGET=sparc64 TB --- 2014-04-10 04:40:27 - TARGET_ARCH=sparc64 TB --- 2014-04-10 04:40:27 - TZ=UTC TB --- 2014-04-10 04:40:27 - __MAKE_CONF=/dev/null TB --- 2014-04-10 04:40:27 - cd /src TB --- 2014-04-10 04:40:27 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 10 04:40:27 UTC 2014 >>> 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 -------------------------------------------------------------- cd /obj/sparc64.sparc64/src/sys/LINT; MAKEOBJDIRPREFIX=/obj/sparc64.sparc64 MACHINE_ARCH=sparc64 MACHINE=sparc64 CPUTYPE= GROFF_BIN_PATH=/obj/sparc64.sparc64/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/obj/sparc64.sparc64/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/obj/sparc64.sparc64/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/obj/sparc64.sparc64/src/tmp _LDSCRIPTROOT= VERSION="FreeBSD 11.0-CURRENT sparc64 1100019" INSTALL="sh /src/tools/install.sh" PATH=/obj/sparc64.sparc64/src/tmp/legacy/usr/sbin:/obj/sparc64.sparc64/src/tmp/legacy/usr/bin:/obj/sparc64.sparc64/src/tmp/legacy/usr/games:/obj/sparc64.sparc64/src/tmp/legacy/bin:/obj/sparc64.sparc64/src/tmp/usr/sbin:/obj/sparc64.sparc64/src/tmp/usr/bin:/obj/sparc64.sparc64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin CC="cc " CXX="c++ " CPP="cpp " AS="as" AR="ar" LD="ld" NM=nm OBJDUMP= RANLIB=ranlib STRINGS= /obj/src/make.amd64/bmake -B -m /src/share/mk KERNEL=kernel all -DNO_MODULES_OBJ cc -c -x assembler-with-cpp -DLOCORE -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/sparc64/sparc64/locore.S cc -c -x assembler-with-cpp -DLOCORE -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/sparc64/sparc64/exception.S -mcpu=ultrasparc cc -c -x assembler-with-cpp -DLOCORE -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/sparc64/sparc64/interrupt.S -mcpu=ultrasparc 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/cam/cam.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/cam/cam_compat.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/cam/cam_periph.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/cam/cam_queue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/cam/cam_sim.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/cam/cam_xpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/cam/ata/ata_all.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/cam/ata/ata_xpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/cam/ata/ata_pmp.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/cam/scsi/scsi_xpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/cam/scsi/scsi_all.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/cam/scsi/scsi_cd.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_cd.c:208: warning: 'cdshorttimeout' declared 'static' but never defined /src/sys/cam/scsi/scsi_cd.c:209: warning: 'cdschedule' declared 'static' but never defined *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-10 04:42:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-10 04:42:54 - ERROR: failed to build LINT kernel TB --- 2014-04-10 04:42:54 - 3382.95 user 647.21 system 4127.58 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 04:59:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 36D767BB; Thu, 10 Apr 2014 04:59:27 +0000 (UTC) Received: from mail-oa0-x232.google.com (mail-oa0-x232.google.com [IPv6:2607:f8b0:4003:c02::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E352A105A; Thu, 10 Apr 2014 04:59:26 +0000 (UTC) Received: by mail-oa0-f50.google.com with SMTP id i7so3865554oag.37 for ; Wed, 09 Apr 2014 21:59:25 -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=6joheUzLmDztShrlDp99BVKaVco7pUCEa1vRoluBNG4=; b=XocyrdkT5moMN8NPj3l3JAvqgc3/abZ2nJV2oYrHknVu2w+DeQxt3lq4qhvSh30uJI flyPA7R2KcgsOlDdXEJ9BtEqKwf43Y4l1gGA/vXbL1lhA5YZBDElZD8rvLPE/pHmKuF5 gwT9cP7ulV4gdCxQYfOf6t3/QAjlSnFzi0F4SNqAw7MJ7rKgNNGHuKkw06ywRIZKJ3HH oQcBYaQ92cGgJ75hOBKzfLczacatX674qy/oC6oMvyuStoE95bcrppirM60H3+48PmIu lP6ej8v1zklim0bW3bl3Ec6TcNAzY3GnBREhFg7Vvq9MptmiLIS6eWKLJFjtQ9tfV6UE QcfA== MIME-Version: 1.0 X-Received: by 10.60.93.168 with SMTP id cv8mr12238362oeb.21.1397105965580; Wed, 09 Apr 2014 21:59:25 -0700 (PDT) Received: by 10.76.12.34 with HTTP; Wed, 9 Apr 2014 21:59:25 -0700 (PDT) In-Reply-To: <7F54B772-12D4-426C-A1D6-AA559128228B@ultra-secure.de> References: <201303191220.34088.jhb@freebsd.org> <515DA760.8000101@FreeBSD.org> <201304041316.12617.jhb@freebsd.org> <515DC008.9060108@FreeBSD.org> <5345C02D.2070603@FreeBSD.org> <5345C38B.3010500@FreeBSD.org> <7F54B772-12D4-426C-A1D6-AA559128228B@ultra-secure.de> Date: Thu, 10 Apr 2014 06:59:25 +0200 Message-ID: Subject: Re: gptzfsboot problem on HP P410i Smart Array From: Andreas Nilsson To: Rainer Duffner Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Current FreeBSD , Matthew Seaman X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Apr 2014 04:59:27 -0000 On Thu, Apr 10, 2014 at 1:04 AM, Rainer Duffner wrote: > > Am 10.04.2014 um 00:02 schrieb Matthew Seaman : > > > On 09/04/2014 22:52, Rainer Duffner wrote: > >> And no, as the server is in a remote datacenter, an USB-stick is not an > option. > >> > >> It's slow enough booting via a virtual USB-image over iLO... > > > > Uh... it only has to read the kernel+modules from the USB stick one time > > while booting. Otherwise, there really shouldn't be any IO inside /boot > > unless you login and do stuff in that directory manually. Your root > > filesystem would be on the normal hard drives. > > > > Anyhow the question is moot, since you don't have the same problem I did. > > > >> No, it's actually just a single RAID6-0 disk created by the P410i... > > > > If you're going to use the RAID controller to generate a virtual drive, > > do you really need to use ZFS on top of that? Couldn't you partition > > your virtual drive and put / onto a small UFS partition and then make a > > zpool on the rest? > > > I don't want to sacrifice two disks for a RAID1 boot-disk. > Normally, I would actually do that, but in this case, the server is a > MySQL-slave to a master that has 12 disks - and should the master die, > this system has to take over its work. > > You never specified exactly how it fails. But I'll take a guess: *Attempting Boot From Hard Drive (C:)* *gptzfsboot: error 1 lba 32* *gptzfsboot: error 1 lba 1* *g**ptzfsboot: No ZFS pools located, can't boot* A workaround is http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026624.html Best regards Andreas From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 05:45:06 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25702339; Thu, 10 Apr 2014 05:45:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EDF811457; Thu, 10 Apr 2014 05:45:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3A5j4r1037267; Thu, 10 Apr 2014 01:45:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3A5j40J037266; Thu, 10 Apr 2014 05:45:04 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 10 Apr 2014 05:45:04 GMT Message-Id: <201404100545.s3A5j40J037266@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2014 05:45:06 -0000 TB --- 2014-04-10 03:02:56 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-10 03:02:56 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-10 03:02:56 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-04-10 03:02:56 - cleaning the object tree TB --- 2014-04-10 03:04:09 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-10 03:04:20 - At svn revision 264307 TB --- 2014-04-10 03:04:21 - building world TB --- 2014-04-10 03:04:21 - CROSS_BUILD_TESTING=YES TB --- 2014-04-10 03:04:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-10 03:04:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-10 03:04:21 - SRCCONF=/dev/null TB --- 2014-04-10 03:04:21 - TARGET=powerpc TB --- 2014-04-10 03:04:21 - TARGET_ARCH=powerpc TB --- 2014-04-10 03:04:21 - TZ=UTC TB --- 2014-04-10 03:04:21 - __MAKE_CONF=/dev/null TB --- 2014-04-10 03:04:21 - cd /src TB --- 2014-04-10 03:04:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 10 03:04:29 UTC 2014 >>> 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 Thu Apr 10 05:42:42 UTC 2014 TB --- 2014-04-10 05:42:42 - generating LINT kernel config TB --- 2014-04-10 05:42:42 - cd /src/sys/powerpc/conf TB --- 2014-04-10 05:42:42 - /usr/bin/make -B LINT TB --- 2014-04-10 05:42:43 - cd /src/sys/powerpc/conf TB --- 2014-04-10 05:42:43 - /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-10 05:42:43 - building LINT kernel TB --- 2014-04-10 05:42:43 - CROSS_BUILD_TESTING=YES TB --- 2014-04-10 05:42:43 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-10 05:42:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-10 05:42:43 - SRCCONF=/dev/null TB --- 2014-04-10 05:42:43 - TARGET=powerpc TB --- 2014-04-10 05:42:43 - TARGET_ARCH=powerpc TB --- 2014-04-10 05:42:43 - TZ=UTC TB --- 2014-04-10 05:42:43 - __MAKE_CONF=/dev/null TB --- 2014-04-10 05:42:43 - cd /src TB --- 2014-04-10 05:42:43 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 10 05:42:43 UTC 2014 >>> 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 -------------------------------------------------------------- cd /obj/powerpc.powerpc/src/sys/LINT; MAKEOBJDIRPREFIX=/obj/powerpc.powerpc MACHINE_ARCH=powerpc MACHINE=powerpc CPUTYPE= GROFF_BIN_PATH=/obj/powerpc.powerpc/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/obj/powerpc.powerpc/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/obj/powerpc.powerpc/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/obj/powerpc.powerpc/src/tmp _LDSCRIPTROOT= VERSION="FreeBSD 11.0-CURRENT powerpc 1100019" INSTALL="sh /src/tools/install.sh" PATH=/obj/powerpc.powerpc/src/tmp/legacy/usr/sbin:/obj/powerpc.powerpc/src/tmp/legacy/usr/bin:/obj/powerpc.powerpc/src/tmp/legacy/usr/games:/obj/powerpc.powerpc/src/tmp/legacy/bin:/obj/powerpc.powerpc/src/tmp/usr/sbin:/obj/powerpc.powerpc/src/tmp/usr/bin:/obj/powerpc.powerpc/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin CC="cc " CXX="c++ " CPP="cpp " AS="as" AR="ar" LD="ld" NM=nm OBJDUMP= RANLIB=ranlib STRINGS= /obj/src/make.amd64/bmake -B -m /src/share/mk KERNEL=kernel all -DNO_MODULES_OBJ cc -c -x assembler-with-cpp -DLOCORE -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/powerpc/aim/locore.S 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/cam/cam.c 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/cam/cam_compat.c 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/cam/cam_periph.c 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/cam/cam_queue.c 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/cam/cam_sim.c 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/cam/cam_xpt.c 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/cam/ata/ata_all.c 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/cam/ata/ata_xpt.c 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/cam/ata/ata_pmp.c 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/cam/scsi/scsi_xpt.c 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/cam/scsi/scsi_all.c 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/cam/scsi/scsi_cd.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_cd.c:208: warning: 'cdshorttimeout' declared 'static' but never defined /src/sys/cam/scsi/scsi_cd.c:209: warning: 'cdschedule' declared 'static' but never defined *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-10 05:45:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-10 05:45:04 - ERROR: failed to build LINT kernel TB --- 2014-04-10 05:45:04 - 8476.42 user 1032.82 system 9727.83 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 06:24:28 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8BA1CB0A; Thu, 10 Apr 2014 06:24:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5F8A6178F; Thu, 10 Apr 2014 06:24:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3A6OR8S025129; Thu, 10 Apr 2014 02:24:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3A6ORVL025128; Thu, 10 Apr 2014 06:24:27 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 10 Apr 2014 06:24:27 GMT Message-Id: <201404100624.s3A6ORVL025128@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2014 06:24:28 -0000 TB --- 2014-04-10 03:08:58 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-10 03:08:58 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-10 03:08:58 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-04-10 03:08:58 - cleaning the object tree TB --- 2014-04-10 03:10:56 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-10 03:10:59 - At svn revision 264307 TB --- 2014-04-10 03:11:00 - building world TB --- 2014-04-10 03:11:00 - CROSS_BUILD_TESTING=YES TB --- 2014-04-10 03:11:00 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-10 03:11:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-10 03:11:00 - SRCCONF=/dev/null TB --- 2014-04-10 03:11:00 - TARGET=powerpc TB --- 2014-04-10 03:11:00 - TARGET_ARCH=powerpc64 TB --- 2014-04-10 03:11:00 - TZ=UTC TB --- 2014-04-10 03:11:00 - __MAKE_CONF=/dev/null TB --- 2014-04-10 03:11:00 - cd /src TB --- 2014-04-10 03:11:00 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 10 03:11:08 UTC 2014 >>> 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 Thu Apr 10 06:22:08 UTC 2014 TB --- 2014-04-10 06:22:08 - generating LINT kernel config TB --- 2014-04-10 06:22:08 - cd /src/sys/powerpc/conf TB --- 2014-04-10 06:22:08 - /usr/bin/make -B LINT TB --- 2014-04-10 06:22:08 - cd /src/sys/powerpc/conf TB --- 2014-04-10 06:22:08 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-10 06:22:08 - skipping LINT kernel TB --- 2014-04-10 06:22:08 - cd /src/sys/powerpc/conf TB --- 2014-04-10 06:22:08 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC TB --- 2014-04-10 06:22:08 - skipping GENERIC kernel TB --- 2014-04-10 06:22:08 - cd /src/sys/powerpc/conf TB --- 2014-04-10 06:22:08 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC64 TB --- 2014-04-10 06:22:08 - building GENERIC64 kernel TB --- 2014-04-10 06:22:08 - CROSS_BUILD_TESTING=YES TB --- 2014-04-10 06:22:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-10 06:22:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-10 06:22:08 - SRCCONF=/dev/null TB --- 2014-04-10 06:22:08 - TARGET=powerpc TB --- 2014-04-10 06:22:08 - TARGET_ARCH=powerpc64 TB --- 2014-04-10 06:22:08 - TZ=UTC TB --- 2014-04-10 06:22:08 - __MAKE_CONF=/dev/null TB --- 2014-04-10 06:22:08 - cd /src TB --- 2014-04-10 06:22:08 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Thu Apr 10 06:22:08 UTC 2014 >>> 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 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/cam/cam_queue.c ctfconvert -L VERSION -g cam_queue.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/cam/cam_sim.c ctfconvert -L VERSION -g cam_sim.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/cam/cam_xpt.c ctfconvert -L VERSION -g cam_xpt.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/cam/ata/ata_all.c ctfconvert -L VERSION -g ata_all.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/cam/ata/ata_xpt.c ctfconvert -L VERSION -g ata_xpt.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/cam/ata/ata_pmp.c ctfconvert -L VERSION -g ata_pmp.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/cam/scsi/scsi_xpt.c ctfconvert -L VERSION -g scsi_xpt.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/cam/scsi/scsi_all.c ctfconvert -L VERSION -g scsi_all.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/cam/scsi/scsi_cd.c cc1: warnings being treated as errors /src/sys/cam/scsi/scsi_cd.c:208: warning: 'cdshorttimeout' declared 'static' but never defined /src/sys/cam/scsi/scsi_cd.c:209: warning: 'cdschedule' declared 'static' but never defined *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-10 06:24:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-10 06:24:27 - ERROR: failed to build GENERIC64 kernel TB --- 2014-04-10 06:24:27 - 10223.52 user 1361.38 system 11728.80 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 09:49:23 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 920A13A2; Thu, 10 Apr 2014 09:49:23 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 679831AD9; Thu, 10 Apr 2014 09:49:23 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3A9nMaJ015035; Thu, 10 Apr 2014 05:49:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3A9nM7i015034; Thu, 10 Apr 2014 09:49:22 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 10 Apr 2014 09:49:22 GMT Message-Id: <201404100949.s3A9nM7i015034@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Apr 2014 09:49:23 -0000 TB --- 2014-04-10 06:30:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-10 06:30:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-10 06:30:24 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-04-10 06:30:24 - cleaning the object tree TB --- 2014-04-10 06:31:28 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-10 06:31:31 - At svn revision 264311 TB --- 2014-04-10 06:31:32 - building world TB --- 2014-04-10 06:31:32 - CROSS_BUILD_TESTING=YES TB --- 2014-04-10 06:31:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-10 06:31:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-10 06:31:32 - SRCCONF=/dev/null TB --- 2014-04-10 06:31:32 - TARGET=amd64 TB --- 2014-04-10 06:31:32 - TARGET_ARCH=amd64 TB --- 2014-04-10 06:31:32 - TZ=UTC TB --- 2014-04-10 06:31:32 - __MAKE_CONF=/dev/null TB --- 2014-04-10 06:31:32 - cd /src TB --- 2014-04-10 06:31:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 10 06:31:39 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/loader.c -o loader.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/math64.c -o math64.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/prefix.c -o prefix.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/search.c -o search.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/stack.c -o stack.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/tools.c -o tools.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/vm.c -o vm.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/words.c -o words.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c /src/sys/boot/ficl/amd64/sysdep.c -o sysdep.o cc -O2 -pipe -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -fPIC -I/src/sys/boot/ficl -I/src/sys/boot/ficl/amd64 -I/src/sys/boot/ficl/../common -c softcore.c -o softcore.o building static ficl library ranlib libficl.a ===> sys/boot/amd64 (all) ===> sys/boot/amd64/efi (all) Warning: Object directory not changed from original /src/sys/boot/amd64/efi bmake[5]: .depend, 1171: ignoring stale .depend for /src/sys/boot/amd64/efi/../../ficl/libficl.a bmake[5]: .depend, 1171: ignoring stale .depend for /src/sys/boot/amd64/efi/../../efi/libefi/libefi.a cc -O2 -pipe -fPIC -I. -I/src/sys/boot/amd64/efi/../../efi/include -I/src/sys/boot/amd64/efi/../../efi/include/amd64 -I/src/sys/boot/amd64/efi/../../../contrib/dev/acpica/include -I/src/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/src/sys/boot/amd64/efi/../../ficl -I/src/sys/boot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/src/sys/boot/amd64/efi/../../common -I/src/sys/boot/amd64/efi/../../common -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -Wl,-T/src/sys/boot/amd64/efi/ldscript.amd64 -Wl,-Bsymbolic -shared -Wl,-znocombreloc -nostdlib -o loader.sym autoload.o bootinfo.o conf.o copy.o devicename.o elf64_freebsd.o framebuffer.o main.o reloc.o vers.o amd64_tramp.o start.o boot.o commands.o console.o devopen.o interp.o interp_backslash.o interp_parse.o ls.o misc.o module.o panic.o load_elf32.o load_elf32_obj.o reloc_elf32.o load_elf64.o load_elf64_obj.o reloc_elf64! .o disk.o part.o crc32.o bcache.o interp_forth.o /src/sys/boot/amd64/efi/../../ficl/libficl.a /src/sys/boot/amd64/efi/../../efi/libefi/libefi.a /obj/amd64.amd64/src/tmp/usr/lib/libstand.a cc: error: no such file or directory: '/src/sys/boot/amd64/efi/../../ficl/libficl.a' cc: error: no such file or directory: '/src/sys/boot/amd64/efi/../../efi/libefi/libefi.a' *** Error code 1 Stop. bmake[5]: stopped in /src/sys/boot/amd64/efi *** Error code 1 Stop. bmake[4]: stopped in /src/sys/boot/amd64 *** Error code 1 Stop. bmake[3]: stopped in /src/sys/boot *** Error code 1 Stop. bmake[2]: stopped in /src/sys *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-10 09:49:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-10 09:49:22 - ERROR: failed to build world TB --- 2014-04-10 09:49:22 - 9868.37 user 1352.87 system 11937.40 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 10:25:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 597935BB for ; Thu, 10 Apr 2014 10:25:09 +0000 (UTC) Received: from mail.ultra-secure.de (mail.ultra-secure.de [88.198.178.88]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9360F1065 for ; Thu, 10 Apr 2014 10:25:08 +0000 (UTC) Received: (qmail 97121 invoked by uid 89); 10 Apr 2014 10:25:04 -0000 Received: by simscan 1.4.0 ppid: 97116, pid: 97118, t: 0.0240s scanners: attach: 1.4.0 clamav: 0.97.3/m:55/d:18767 Received: from unknown (HELO suse3.ewadmin.local) (rainer@ultra-secure.de@212.71.117.1) by mail.ultra-secure.de with ESMTPA; 10 Apr 2014 10:25:04 -0000 Date: Thu, 10 Apr 2014 12:25:03 +0200 From: Rainer Duffner To: Andreas Nilsson Subject: Re: gptzfsboot problem on HP P410i Smart Array Message-ID: <20140410122503.52e84e7b@suse3.ewadmin.local> In-Reply-To: References: <201303191220.34088.jhb@freebsd.org> <515DA760.8000101@FreeBSD.org> <201304041316.12617.jhb@freebsd.org> <515DC008.9060108@FreeBSD.org> <5345C02D.2070603@FreeBSD.org> <5345C38B.3010500@FreeBSD.org> <7F54B772-12D4-426C-A1D6-AA559128228B@ultra-secure.de> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.22; x86_64-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Current FreeBSD , Matthew Seaman X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Apr 2014 10:25:09 -0000 Am Thu, 10 Apr 2014 06:59:25 +0200 schrieb Andreas Nilsson : > > You never specified exactly how it fails. But I'll take a guess: > > *Attempting Boot From Hard Drive (C:)* > > *gptzfsboot: error 1 lba 32* > > *gptzfsboot: error 1 lba 1* > > *g**ptzfsboot: No ZFS pools located, can't boot* True. But as that was the failure-symptom of the original thread, I kind of neglected to mention it > A workaround is > http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026624.html Yes, but that requires rebuilding FreeBSD. Why has this never been patched "properly"? From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 10:44:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CCBABE20; Thu, 10 Apr 2014 10:44:42 +0000 (UTC) Received: from mail-ob0-x230.google.com (mail-ob0-x230.google.com [IPv6:2607:f8b0:4003:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 83F88124C; Thu, 10 Apr 2014 10:44:42 +0000 (UTC) Received: by mail-ob0-f176.google.com with SMTP id wp18so4115045obc.21 for ; Thu, 10 Apr 2014 03:44:41 -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=xDqEYheRdlQIcWHf+Df4D7YTV08OE5u6+nvFAiy6XJ8=; b=JlOl48H1m63x8oDPuM0R9RR9N6jeCZd8WrXVxCk04CWJD9V/eUN2zirf7rkTim6Fy/ eINocb6E5NiACwuQVOmnMNDLnIHRjwZhz0kTfDhL+6Ii4uTpUuyhcD3g1hI61rSTd6C8 kjd3wuV9lYRYVRwQpSpWru+/myK2Jvlm7gCmY9HFaBWGwVAvyZOMx1z6qmzZOn+2L2xd gxkiLyO47nF1pBe5dx4h7wOUBHceK4j5Ne3F9Af1ldzRT8SGex/6QGJFGyW9BrMP8hJx Ip/q/vrkUZ64aq3Eb1W4pABKDXhQhOy0AXxw0D7sTWvHRH2SoRYkG1YPpkl6C22IAZpw dqBA== MIME-Version: 1.0 X-Received: by 10.182.225.137 with SMTP id rk9mr1619882obc.51.1397126681829; Thu, 10 Apr 2014 03:44:41 -0700 (PDT) Received: by 10.76.12.34 with HTTP; Thu, 10 Apr 2014 03:44:41 -0700 (PDT) In-Reply-To: <20140410122503.52e84e7b@suse3.ewadmin.local> References: <201303191220.34088.jhb@freebsd.org> <515DA760.8000101@FreeBSD.org> <201304041316.12617.jhb@freebsd.org> <515DC008.9060108@FreeBSD.org> <5345C02D.2070603@FreeBSD.org> <5345C38B.3010500@FreeBSD.org> <7F54B772-12D4-426C-A1D6-AA559128228B@ultra-secure.de> <20140410122503.52e84e7b@suse3.ewadmin.local> Date: Thu, 10 Apr 2014 12:44:41 +0200 Message-ID: Subject: Re: gptzfsboot problem on HP P410i Smart Array From: Andreas Nilsson To: Rainer Duffner Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Current FreeBSD , Matthew Seaman X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Apr 2014 10:44:42 -0000 On Thu, Apr 10, 2014 at 12:25 PM, Rainer Duffner wrote: > Am Thu, 10 Apr 2014 06:59:25 +0200 > schrieb Andreas Nilsson : > > > > > You never specified exactly how it fails. But I'll take a guess: > > > > *Attempting Boot From Hard Drive (C:)* > > > > *gptzfsboot: error 1 lba 32* > > > > *gptzfsboot: error 1 lba 1* > > > > *g**ptzfsboot: No ZFS pools located, can't boot* > > > True. > > But as that was the failure-symptom of the original thread, I kind of > neglected to mention it > Sorry, I read on client without threading... > > > A workaround is > > > http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026624.html > > > > Yes, but that requires rebuilding FreeBSD. > It does, yes. > > Why has this never been patched "properly"? > Ask HP, I guess. Whatever they are doing in that hardware is "strange". As is some other HP stuff as well, but that has been ranted about before so I wont. Best regards Andreas From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 10:46:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4297FD8; Thu, 10 Apr 2014 10:46:33 +0000 (UTC) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4939F126B; Thu, 10 Apr 2014 10:46:33 +0000 (UTC) Received: by mail-ob0-f172.google.com with SMTP id wm4so4173892obc.17 for ; Thu, 10 Apr 2014 03:46:32 -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=tYtL2NpoBko9Aqmoc1EPWrPaHkwOpCl2HlQPT9v7LCo=; b=xYaY1H4WiERntsminflBqPLJt+Xz89dlZF//Cw043H7OjYMJZf0BryhO99r37+6YXb Pnbi3Jku/1rwzoh51pNTpSLOgf2eHu5j+CoNdGBcqy6NHN1UIjoNbhGWQfEm8g/2ltoq B+Spq5n5stbbhxSR/oS58LItWnRbP1IUTnlKfHlv28K1loVQt/+mOPF0uRw6YuNOlJUs k+Kujf7i3fHVaVQdKsTnjEiOXvYN1jvxbLXQJrF+a1c3S9F1vO/FWO1aAOD22sxpGLpp hVcdNkOGiTiYii50X4L8LktphiBLua5jVVRXbNWHQr860OkBOP0TL9VtvBsxjDMo6nBH GXyQ== MIME-Version: 1.0 X-Received: by 10.60.63.12 with SMTP id c12mr13251655oes.23.1397126791168; Thu, 10 Apr 2014 03:46:31 -0700 (PDT) Received: by 10.76.12.34 with HTTP; Thu, 10 Apr 2014 03:46:31 -0700 (PDT) In-Reply-To: References: <201303191220.34088.jhb@freebsd.org> <515DA760.8000101@FreeBSD.org> <201304041316.12617.jhb@freebsd.org> <515DC008.9060108@FreeBSD.org> <5345C02D.2070603@FreeBSD.org> <5345C38B.3010500@FreeBSD.org> <7F54B772-12D4-426C-A1D6-AA559128228B@ultra-secure.de> <20140410122503.52e84e7b@suse3.ewadmin.local> Date: Thu, 10 Apr 2014 12:46:31 +0200 Message-ID: Subject: Re: gptzfsboot problem on HP P410i Smart Array From: Andreas Nilsson To: Rainer Duffner Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Current FreeBSD , Matthew Seaman X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Apr 2014 10:46:33 -0000 On Thu, Apr 10, 2014 at 12:44 PM, Andreas Nilsson wrote: > > > > On Thu, Apr 10, 2014 at 12:25 PM, Rainer Duffner wrote: > >> Am Thu, 10 Apr 2014 06:59:25 +0200 >> schrieb Andreas Nilsson : >> >> >> > > You never specified exactly how it fails. But I'll take a guess: >> > >> > *Attempting Boot From Hard Drive (C:)* >> > >> > *gptzfsboot: error 1 lba 32* >> > >> > *gptzfsboot: error 1 lba 1* >> > >> > *g**ptzfsboot: No ZFS pools located, can't boot* >> >> >> True. >> >> But as that was the failure-symptom of the original thread, I kind of >> neglected to mention it >> > > Sorry, I read on client without threading... > > >> >> > A workaround is >> > >> http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026624.html >> >> >> >> Yes, but that requires rebuilding FreeBSD. >> > It does, yes. > But only for a subdir. So it would be one binary to distribute to affected systems. > > >> >> Why has this never been patched "properly"? >> > Ask HP, I guess. Whatever they are doing in that hardware is "strange" > > As is some other HP stuff as well, but that has been ranted about before > so I wont. > > Best regards > Andreas > > From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 17:16:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 00F0C6DF; Thu, 10 Apr 2014 17:16:03 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CC7C81B76; Thu, 10 Apr 2014 17:16:03 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id BB733B9A5; Thu, 10 Apr 2014 13:16:02 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: gptzfsboot problem on HP P410i Smart Array Date: Thu, 10 Apr 2014 13:13:22 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <7F54B772-12D4-426C-A1D6-AA559128228B@ultra-secure.de> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201404101313.22892.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 10 Apr 2014 13:16:02 -0400 (EDT) Cc: Matthew Seaman , Rainer Duffner , Andreas Nilsson X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Apr 2014 17:16:04 -0000 On Thursday, April 10, 2014 12:59:25 am Andreas Nilsson wrote: > On Thu, Apr 10, 2014 at 1:04 AM, Rainer Duffner wrote: > > > > > Am 10.04.2014 um 00:02 schrieb Matthew Seaman : > > > > > On 09/04/2014 22:52, Rainer Duffner wrote: > > >> And no, as the server is in a remote datacenter, an USB-stick is not an > > option. > > >> > > >> It's slow enough booting via a virtual USB-image over iLO... > > > > > > Uh... it only has to read the kernel+modules from the USB stick one time > > > while booting. Otherwise, there really shouldn't be any IO inside /boot > > > unless you login and do stuff in that directory manually. Your root > > > filesystem would be on the normal hard drives. > > > > > > Anyhow the question is moot, since you don't have the same problem I did. > > > > > >> No, it's actually just a single RAID6-0 disk created by the P410i... > > > > > > If you're going to use the RAID controller to generate a virtual drive, > > > do you really need to use ZFS on top of that? Couldn't you partition > > > your virtual drive and put / onto a small UFS partition and then make a > > > zpool on the rest? > > > > > > I don't want to sacrifice two disks for a RAID1 boot-disk. > > Normally, I would actually do that, but in this case, the server is a > > MySQL-slave to a master that has 12 disks - and should the master die, > > this system has to take over its work. > > > > You never specified exactly how it fails. But I'll take a guess: > > *Attempting Boot From Hard Drive (C:)* > > *gptzfsboot: error 1 lba 32* > > *gptzfsboot: error 1 lba 1* > > *g**ptzfsboot: No ZFS pools located, can't boot* > > > A workaround is > http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026624.html I believe the proper fix for that bug was committed here: http://svnweb.freebsd.org/base?view=revision&revision=243025 -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 17:31:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BD3CBA76 for ; Thu, 10 Apr 2014 17:31:41 +0000 (UTC) Received: from mail-ee0-x22f.google.com (mail-ee0-x22f.google.com [IPv6:2a00:1450:4013:c00::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 51B301D0C for ; Thu, 10 Apr 2014 17:31:41 +0000 (UTC) Received: by mail-ee0-f47.google.com with SMTP id b15so3255460eek.6 for ; Thu, 10 Apr 2014 10:31:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=Uui03oez/hNRdOaJcHHJEqJ/gLg3UOoSG/Hvi/7jifE=; b=Jqxl+MTRGej0efPW0yHfW4wVrzDN7IZz4DDP0nVHRQN6b1+Hn4UsxHkEXR1UEd/ndA HO7Tfl4X/L9EzN/GTWrlInXRl2iiGT9HUEsn+umsBmfiYx9CJIZwkR1umwwTHue8A9L0 fOX2Hzk9oex5z472khaugk5A7GZ6IxdH4HFgfOPwuHGqo2spcPfRh4lA6Cqn+4raXbfY boaLMdXS7h042Yuhd+R/GxGswftZtioGZAOXeWHzsyP+iz9rWtmObDRcoWkFXtdbUDJo jhS3p9rgtl44Ohbv1GPAFocUtmHWzLSRhZdpqB8l47QY9TgCH/8o2sw42xOf9HdbUy+V jcpA== X-Received: by 10.14.176.193 with SMTP id b41mr5187746eem.55.1397151097892; Thu, 10 Apr 2014 10:31:37 -0700 (PDT) Received: from laptop.minsk.domain ([178.125.236.159]) by mx.google.com with ESMTPSA id p8sm11374556eef.26.2014.04.10.10.31.36 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Thu, 10 Apr 2014 10:31:36 -0700 (PDT) Date: Thu, 10 Apr 2014 20:31:32 +0300 From: "Sergey V. Dyatko" To: freebsd-current@freebsd.org Subject: Re: gptzfsboot problem on HP P410i Smart Array Message-ID: <20140410203132.1904e09a@laptop.minsk.domain> In-Reply-To: <201404101313.22892.jhb@freebsd.org> References: <7F54B772-12D4-426C-A1D6-AA559128228B@ultra-secure.de> <201404101313.22892.jhb@freebsd.org> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Apr 2014 17:31:41 -0000 On Thu, 10 Apr 2014 13:13:22 -0400 John Baldwin wrote: > On Thursday, April 10, 2014 12:59:25 am Andreas Nilsson wrote: > > On Thu, Apr 10, 2014 at 1:04 AM, Rainer Duffner secure.de>wrote: > > > > > > > > Am 10.04.2014 um 00:02 schrieb Matthew Seaman : > > > > > > > On 09/04/2014 22:52, Rainer Duffner wrote: > > > >> And no, as the server is in a remote datacenter, an USB-stick is not an > > > option. > > > >> > > > >> It's slow enough booting via a virtual USB-image over iLO... > > > > > > > > Uh... it only has to read the kernel+modules from the USB stick one time > > > > while booting. Otherwise, there really shouldn't be any IO inside /boot > > > > unless you login and do stuff in that directory manually. Your root > > > > filesystem would be on the normal hard drives. > > > > > > > > Anyhow the question is moot, since you don't have the same problem I > did. > > > > > > > >> No, it's actually just a single RAID6-0 disk created by the P410i... > > > > > > > > If you're going to use the RAID controller to generate a virtual drive, > > > > do you really need to use ZFS on top of that? Couldn't you partition > > > > your virtual drive and put / onto a small UFS partition and then make a > > > > zpool on the rest? > > > > > > > > > I don't want to sacrifice two disks for a RAID1 boot-disk. > > > Normally, I would actually do that, but in this case, the server is a > > > MySQL-slave to a master that has 12 disks - and should the master die, > > > this system has to take over its work. > > > > > > You never specified exactly how it fails. But I'll take a guess: > > > > *Attempting Boot From Hard Drive (C:)* > > > > *gptzfsboot: error 1 lba 32* > > > > *gptzfsboot: error 1 lba 1* > > > > *g**ptzfsboot: No ZFS pools located, can't boot* > > > > > > A workaround is > > http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026624.html > > I believe the proper fix for that bug was committed here: > > http://svnweb.freebsd.org/base?view=revision&revision=243025 > possible, but it doesn't help in my case (lenovo b450 laptop). I install fbsd11-current ~month ago in it and problem still persist, proposed by avg@ patch works fine in my case: Index: sys/boot/i386/zfsboot/zfsboot.c =================================================================== --- sys/boot/i386/zfsboot/zfsboot.c (revision 263419) +++ sys/boot/i386/zfsboot/zfsboot.c (working copy) @@ -302,6 +302,7 @@ * region in the SMAP, use the last 3MB of 'extended' memory as a * high heap candidate. */ + high_heap_size = 0; if (bios_extmem >= HEAP_MIN && high_heap_size < HEAP_MIN) { high_heap_size = HEAP_MIN; high_heap_base = bios_extmem + 0x100000 - HEAP_MIN; -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 18:15:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6D6E272B; Thu, 10 Apr 2014 18:15:45 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3F8201262; Thu, 10 Apr 2014 18:15:45 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 50029B945; Thu, 10 Apr 2014 14:15:44 -0400 (EDT) From: John Baldwin To: Adrian Chadd Subject: Re: signal 8 (floating point exception) upon resume Date: Thu, 10 Apr 2014 14:13:17 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201404101413.17393.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 10 Apr 2014 14:15:44 -0400 (EDT) Cc: "freebsd-mobile@freebsd.org" , freebsd-current , Konstantin Belousov , Bruce Evans , Bruce Evans , Jung-uk Kim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Apr 2014 18:15:45 -0000 On Saturday, March 29, 2014 8:23:44 pm Adrian Chadd wrote: > ... nope, just had a process die from SIGFPE. Does it still trigger SIGFPE if you suspend/resume a UP kernel? > -a > > > On 29 March 2014 07:32, Adrian Chadd wrote: > > Hi! > > > > On 26 March 2014 12:00, John Baldwin wrote: > > > >> i386_fpu_suspend3.patch at the same URL builds for me. > > > > I've not had the kernel lose the plot yet with SIGFPE's. > > > > I'll do some further testing and let you know if that changes. > > > > > > > > -a > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 10 18:31:43 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7A2BAC4E; Thu, 10 Apr 2014 18:31:43 +0000 (UTC) Received: from mail-qa0-x22c.google.com (mail-qa0-x22c.google.com [IPv6:2607:f8b0:400d:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2C0CD1453; Thu, 10 Apr 2014 18:31:43 +0000 (UTC) Received: by mail-qa0-f44.google.com with SMTP id hw13so4303000qab.3 for ; Thu, 10 Apr 2014 11:31:42 -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:message-id:subject :from:to:content-type; bh=cRqRarReCPJO1yup3r+ocM6gtv6WmsCdaJUj/a7gass=; b=zh3WIZfO3MG5QXqVbNkT326wYIS832nEmKDkYhJwOl0wb//SJ5yM+0QUBl6sHJBTFn HPX1z7JhNVBLihQfSaEmSI3IjJIhec8E9LvW4rtrjVajfPYKhixOJwzCpyIV10vPalJ+ aOCkRr7Gc4DPBQWmNvB7z8Zr1u5QyYjQNuv01NNb+GAcdztNTDclZuniE1GY7qeRc6RI OxzmbmXjoOZYElN3p2esLQQEjHDyboItcZQUMQG/gnvKxE/ktvlqC7DEfhfHB06t8Utf XwtmbCmmjz9CzoWb7btPHJ1WNuuzsR/uWFRw5MdHalPjYd37mp/8Wjj8VrWiV0C80YJl RTyw== MIME-Version: 1.0 X-Received: by 10.224.115.3 with SMTP id g3mr12975156qaq.19.1397154702334; Thu, 10 Apr 2014 11:31:42 -0700 (PDT) Sender: carpeddiem@gmail.com Received: by 10.140.88.105 with HTTP; Thu, 10 Apr 2014 11:31:42 -0700 (PDT) In-Reply-To: <201404100949.s3A9nM7i015034@freebsd-current.sentex.ca> References: <201404100949.s3A9nM7i015034@freebsd-current.sentex.ca> Date: Thu, 10 Apr 2014 14:31:42 -0400 X-Google-Sender-Auth: u1-SxttCrUEl8N9tlYT2-hQyQfY Message-ID: Subject: Re: [head tinderbox] failure on amd64/amd64 From: Ed Maste To: "current@freebsd.org" , amd64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Apr 2014 18:31:43 -0000 On 10 April 2014 05:49, FreeBSD Tinderbox wrote: > > cc: error: no such file or directory: '/src/sys/boot/amd64/efi/../../ficl/libficl.a' > cc: error: no such file or directory: '/src/sys/boot/amd64/efi/../../efi/libefi/libefi.a' > *** Error code 1 Sorry about that - it should now be fixed by r264319. It took me a little while to find because it only happened when building on a 9.x host. -Ed From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 00:52:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CAC0C856 for ; Fri, 11 Apr 2014 00:52:57 +0000 (UTC) Received: from mail-we0-x22a.google.com (mail-we0-x22a.google.com [IPv6:2a00:1450:400c:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 662281950 for ; Fri, 11 Apr 2014 00:52:57 +0000 (UTC) Received: by mail-we0-f170.google.com with SMTP id w61so4769439wes.15 for ; Thu, 10 Apr 2014 17:52:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=jsD1HYpg3nRhknCaERLge5i8u4SgycczJ3Dr/tJFGKk=; b=eXSlXST8NQKk0WsMrLp1Qec+z9F5L3wsCe4uAhl7aBY6Yd78/tOwhf4zkzRNhMFMCV cnX29so/r5a25BO0VY5WeYwdyRG58Qp2crWIOMTy/47/MwVelwHtW2+6NUrSjxJrsLlx +sq2TzXlzbcRy8S5799XpgRmn4QM1W1AQzxiOPG+EQacQSXEwXnutx2/ySPKhkGBeVDu Nx+vhsa7aqnuLnCNrrPL3ZlrmMXqaHKSPOUj/VLhYj0a8pIyKGVuBYij9LeR125jAoO6 KGbNMiIG0YIYT9NKiMKO7ogZ94nzDyrbH9AdjJS+H19Gy7LYwmnPPuIMvlJ9bIgEpzpE /fmg== X-Received: by 10.194.192.132 with SMTP id hg4mr17773614wjc.28.1397177574828; Thu, 10 Apr 2014 17:52:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.217.55.138 with HTTP; Thu, 10 Apr 2014 17:52:34 -0700 (PDT) From: Miguel Clara Date: Fri, 11 Apr 2014 01:52:34 +0100 Message-ID: Subject: FreeBSD compile with VT / Newcons... can we disable the "bell" / "beep" hardware sound? To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Apr 2014 00:52:57 -0000 WIth syscons this can be done with # sysctl hw.syscons.bell=0 But after kernel is compiled with VT this systcl is of course not possible anymore! Any alternative? From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 00:56:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F274D9A9; Fri, 11 Apr 2014 00:56:33 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail0.glenbarber.us", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C12FC1977; Fri, 11 Apr 2014 00:56:33 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 54B8E99D4; Fri, 11 Apr 2014 00:56:32 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 54B8E99D4 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 10 Apr 2014 20:56:30 -0400 From: Glen Barber To: Miguel Clara Subject: Re: FreeBSD compile with VT / Newcons... can we disable the "bell" / "beep" hardware sound? Message-ID: <20140411005630.GB11570@glenbarber.us> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="MW5yreqqjyrRcusr" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Apr 2014 00:56:34 -0000 --MW5yreqqjyrRcusr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 11, 2014 at 01:52:34AM +0100, Miguel Clara wrote: > WIth syscons this can be done with >=20 >=20 > # sysctl hw.syscons.bell=3D0 >=20 > But after kernel is compiled with VT this systcl is of course not possible > anymore! >=20 > Any alternative? I have yet to hear any bell sounds with vt(4). Can you clarify the problem, and where this happens? Glen --MW5yreqqjyrRcusr Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTRz2+AAoJELls3eqvi17QTwIP/jDLcORdfB7QUnzj1P5nCUHG Wf5vuS7vWGF0euL42kCG1DFjKVeg8ad17yQJtIhtgM5wEMzeIi6jFK1JDg8yeuXB 6oKfgudfpCWZ8mqgfjrmGhO7RFBLIF6+CFhp0Jo1fGqpdsnJWmr0nfxAOMawiyD2 tRoVj85juqNJpkEe6INO5V4tZzGOKb00Mta0ExOu5WMFIDzP8PZAEIIV9rR8ulMt nJ2e2zOhpDDSi0TmHZSrkElev00oeRCqQ4HFDaDW+dMPw431Jxf1wFhvfc5rwiN7 /QraRA2x0clXmUSyvVd0ORHeKl8Ko3tXCV3jveWmiQah9PNJkgb1G8I5s2oQIcnX QxBIuyRYWjZKCSixKx9YuGzih7AkLRfRKQ3rPNufswuYvJ5iNt6k6ROI2GpH2oTG YSJEcrtJuv/ftCKOOERxv3BjuOeWD589AKGB+Puv0WtzYUaP8+2TCFiq8kV8/MMy 80rSYTAfamW5BOglq/iqXmHDv47vjTs/dfgaj+ngCXKQIdUwhgqnR6t9RoTZYO2j JYhL7h7CpqpgiVremWu3fEoL3xSiwEsjtrisgwe7KqTpMDillxO1ToL+bJzYIe3V qt8ujXfMpkj0USzrNDZjElCnLpscFTdcSZ/oiMK+6zjZYuzgtkSvlta12z+8ws8P Ge1HHm7+wpcxywWhiL+9 =wNTo -----END PGP SIGNATURE----- --MW5yreqqjyrRcusr-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 01:02:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDBC5393; Fri, 11 Apr 2014 01:02:23 +0000 (UTC) Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2E1811A6F; Fri, 11 Apr 2014 01:02:23 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id a1so4754620wgh.20 for ; Thu, 10 Apr 2014 18:02:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=ls/y1PBPYpw4zwM9gK9FII8whUBpZdTKjBhyTXTFAg4=; b=na7eTvluSG1xnzTmsU1AH4grmp42d7UVfYfz3+XQgOb+zVazaGPzxHuAL0szyNPXdv 9x9QUQIo5RsiQ81YAkB9Ly5HjxOF7TRoHle7PMUM8286b41R+pIcBojUkSnfMY4ZW/Xc a9GqkwH7bjxF57W6zF3CT+ebur6jcJwZuvdZE0LAVtzWTiCDZK5/NGFOYFmVwBocfNah gr1YZ2cseFGbqeryhBWH7s2qgLhGyLYSjYi4WNl9rgCb5E7WLrAqaQ2W5d0eUh0jiahS pjAlI2cRWl67kiSDBJo7XIx0TolOtA+jITPIZMxsBRfZtArcnjLYF4tWUMXETHjdRvqD Q/nA== X-Received: by 10.194.84.144 with SMTP id z16mr17774610wjy.23.1397178141333; Thu, 10 Apr 2014 18:02:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.217.55.138 with HTTP; Thu, 10 Apr 2014 18:02:01 -0700 (PDT) In-Reply-To: <20140411005630.GB11570@glenbarber.us> References: <20140411005630.GB11570@glenbarber.us> From: Miguel Clara Date: Fri, 11 Apr 2014 02:02:01 +0100 Message-ID: Subject: Re: FreeBSD compile with VT / Newcons... can we disable the "bell" / "beep" hardware sound? To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Apr 2014 01:02:23 -0000 When I for example use "TAB" to complete and there's more than one result... or none! Happens to me both in FreeBSD 11 current (HP Laptop) and with 10+VT On Fri, Apr 11, 2014 at 1:56 AM, Glen Barber wrote: > On Fri, Apr 11, 2014 at 01:52:34AM +0100, Miguel Clara wrote: > > WIth syscons this can be done with > > > > > > # sysctl hw.syscons.bell=0 > > > > But after kernel is compiled with VT this systcl is of course not > possible > > anymore! > > > > Any alternative? > > I have yet to hear any bell sounds with vt(4). > > Can you clarify the problem, and where this happens? > > Glen > > From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 01:05:13 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 86E395FB; Fri, 11 Apr 2014 01:05:13 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail0.glenbarber.us", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 50D671A8A; Fri, 11 Apr 2014 01:05:12 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id BB6079AEC; Fri, 11 Apr 2014 01:05:11 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us BB6079AEC Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 10 Apr 2014 21:05:10 -0400 From: Glen Barber To: Miguel Clara Subject: Re: FreeBSD compile with VT / Newcons... can we disable the "bell" / "beep" hardware sound? Message-ID: <20140411010510.GC11570@glenbarber.us> References: <20140411005630.GB11570@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="E13BgyNx05feLLmH" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Apr 2014 01:05:13 -0000 --E13BgyNx05feLLmH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 11, 2014 at 02:02:01AM +0100, Miguel Clara wrote: > On Fri, Apr 11, 2014 at 1:56 AM, Glen Barber wrote: >=20 > > On Fri, Apr 11, 2014 at 01:52:34AM +0100, Miguel Clara wrote: > > > WIth syscons this can be done with > > > > > > > > > # sysctl hw.syscons.bell=3D0 > > > > > > But after kernel is compiled with VT this systcl is of course not > > possible > > > anymore! > > > > > > Any alternative? > > > > I have yet to hear any bell sounds with vt(4). > > > > Can you clarify the problem, and where this happens? > > > When I for example use "TAB" to complete and there's more than one > result... or none! >=20 >=20 > Happens to me both in FreeBSD 11 current (HP Laptop) and with 10+VT >=20 SSH? Serial console? X? Glen --E13BgyNx05feLLmH Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTRz/GAAoJELls3eqvi17QrwgP/0TU781C94bv8JUIBrLBj6cL 0l/Oh024qUuXpT6P7oS3CnAwNiRx5BaXL8FbGK0DSOHQBmhAdElu709HgxjHrjH0 0l40JTC9v2wDNjb8Hp00G72SW0r2c4CBhhK9XOyQDbcUAyVebs4WzOeDxTofFuBr ml/58+XcmCuxpmABUPfDIclDVECl03YJQAyxaVPyt925nWRBFZgxVIbUxiK7OaWT jyhw7nXCTpMfoMb0IqYn+UdYZJhmerqqyZegMVjNdYpq6LmbLarFy296ILKqNlWL 3QDlkgw7yKopa6Ycf7Z59g9lGU7twZqbVufKi+JUYWL45u+H2L1WjIGXLa+u/pPi 8eZpFBUG7AQ9i8im7v5kZVG8n8cUtja/I5Jt3UAhm0a1qfR3qECzh6YwcDMJaD9/ 3kZH72YQolPqH5FkXKcRG+4PNebQ9MwnTj/RSkduc8OTB8BNEtd/+7XguhtJJt2o wO1+PJ6p2t7pvHB7uj5TrUMEmhKz9tiVGeQqvy6ezRb+tph6Ue3A6axMPS3E0FSp PD+x+Na1dHzzMKGsgLua1ebOyUEagh4sfIcNMZKiTffkIVmTcQkZCZ5qvphvkVNb 3EUNw87DnmDgalDY/RnxPNvD2/CpuhA7jW5bHfL6XPG2Jg/smbPB5U/OrGC1bxjD Wj4zHKTj6a45ixG2/m8B =+J+D -----END PGP SIGNATURE----- --E13BgyNx05feLLmH-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 01:07:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6F589911; Fri, 11 Apr 2014 01:07:08 +0000 (UTC) Received: from mail-we0-x233.google.com (mail-we0-x233.google.com [IPv6:2a00:1450:400c:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A51831AAD; Fri, 11 Apr 2014 01:07:06 +0000 (UTC) Received: by mail-we0-f179.google.com with SMTP id x48so4575304wes.24 for ; Thu, 10 Apr 2014 18:07:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=4zhhW2cNF0E6dyMIYKDF+6D2ahUrUqLTp3ycQjpbJnk=; b=x4JGttCkGZA0RuPVtOKRuDOlBxJnSWEnNGivImdHPBh2qCZrnq+EcxcfXcuohOBe8J Fwb4KgTz5Zlb5Vy5XuUNlE6WClmIuaWqvLXs7gMFbsiABXVs/AY6RSdf23YhFqDBsjVJ 2C0xkTfq0VQG61cwY4Jrsd3g9a9wGW5Q9Ssjt0NAFkJwIM4vHxrVFgyyTYUZkXA1gVZb J7abjk7dlRHSuVCxMMWQlqucNssV+4w19cN6A+1287Cc3NFclEEZXBS8aPL3B+dS/ij4 57iyozl8I16oSgJjor2vP3E277vy7dJhD6kFi5fF7SWlyAN4ELKzSj8SNyZM0FfSPGe+ zs4Q== X-Received: by 10.194.103.36 with SMTP id ft4mr4372774wjb.66.1397178425284; Thu, 10 Apr 2014 18:07:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.217.55.138 with HTTP; Thu, 10 Apr 2014 18:06:45 -0700 (PDT) In-Reply-To: <20140411010510.GC11570@glenbarber.us> References: <20140411005630.GB11570@glenbarber.us> <20140411010510.GC11570@glenbarber.us> From: Miguel Clara Date: Fri, 11 Apr 2014 02:06:45 +0100 Message-ID: Subject: Re: FreeBSD compile with VT / Newcons... can we disable the "bell" / "beep" hardware sound? To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Apr 2014 01:07:08 -0000 TTYs and even using the console in Xfce terminal On Fri, Apr 11, 2014 at 2:05 AM, Glen Barber wrote: > On Fri, Apr 11, 2014 at 02:02:01AM +0100, Miguel Clara wrote: > > On Fri, Apr 11, 2014 at 1:56 AM, Glen Barber wrote: > > > > > On Fri, Apr 11, 2014 at 01:52:34AM +0100, Miguel Clara wrote: > > > > WIth syscons this can be done with > > > > > > > > > > > > # sysctl hw.syscons.bell=0 > > > > > > > > But after kernel is compiled with VT this systcl is of course not > > > possible > > > > anymore! > > > > > > > > Any alternative? > > > > > > I have yet to hear any bell sounds with vt(4). > > > > > > Can you clarify the problem, and where this happens? > > > > > When I for example use "TAB" to complete and there's more than one > > result... or none! > > > > > > Happens to me both in FreeBSD 11 current (HP Laptop) and with 10+VT > > > > SSH? Serial console? X? > > Glen > > From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 01:08:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E65D7A3C; Fri, 11 Apr 2014 01:08:05 +0000 (UTC) Received: from mail-wg0-x22e.google.com (mail-wg0-x22e.google.com [IPv6:2a00:1450:400c:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 565791AC8; Fri, 11 Apr 2014 01:08:05 +0000 (UTC) Received: by mail-wg0-f46.google.com with SMTP id b13so4668270wgh.17 for ; Thu, 10 Apr 2014 18:08:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=RI/28SSBs+3ufHX5J7t1ck8RM0hn4pzKh7kC8FBz0Lc=; b=kJC+Ut87VbDaavxwp/J34hWQ7c8leVl/oKGDwpIfkmzMcLKj6XEVclfiNyM+ANxUJs wCMfwIdTeAZ3BPdRSfkXlv+2XBeSuJ2CKADf4IQgLFDts4OAAccIUbibe2fqWifMsDW0 3M/H1rcI2syjZazY0RjmV6KOD+K6zwkKvRgHW8ZmsyVcf2zBLjiFgncsh3xnSGImen5M dL2a9MDkPeesX+PZDlro9jtDNSpaLdbvvwBgPt45/swXKHXzPnPQx7KdbPZUP1CAo40B rudWkMUmQgK9qunX0NUlkVUVui6wmvQ65n/nVUT/ZvpaNz/yjvsiRbNQ2HvQSeWRXAh4 etLw== X-Received: by 10.180.95.4 with SMTP id dg4mr514738wib.9.1397178483702; Thu, 10 Apr 2014 18:08:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.217.55.138 with HTTP; Thu, 10 Apr 2014 18:07:43 -0700 (PDT) In-Reply-To: References: <20140411005630.GB11570@glenbarber.us> <20140411010510.GC11570@glenbarber.us> From: Miguel Clara Date: Fri, 11 Apr 2014 02:07:43 +0100 Message-ID: Subject: Re: FreeBSD compile with VT / Newcons... can we disable the "bell" / "beep" hardware sound? To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Apr 2014 01:08:06 -0000 Hum... I've found this: http://lists.freebsd.org/pipermail/svn-src-head/2013-December/054676.html Does this mean that it should actually be disabled by default? On Fri, Apr 11, 2014 at 2:06 AM, Miguel Clara wrote: > TTYs and even using the console in Xfce terminal > > > On Fri, Apr 11, 2014 at 2:05 AM, Glen Barber wrote: > >> On Fri, Apr 11, 2014 at 02:02:01AM +0100, Miguel Clara wrote: >> > On Fri, Apr 11, 2014 at 1:56 AM, Glen Barber wrote: >> > >> > > On Fri, Apr 11, 2014 at 01:52:34AM +0100, Miguel Clara wrote: >> > > > WIth syscons this can be done with >> > > > >> > > > >> > > > # sysctl hw.syscons.bell=0 >> > > > >> > > > But after kernel is compiled with VT this systcl is of course not >> > > possible >> > > > anymore! >> > > > >> > > > Any alternative? >> > > >> > > I have yet to hear any bell sounds with vt(4). >> > > >> > > Can you clarify the problem, and where this happens? >> > > >> > When I for example use "TAB" to complete and there's more than one >> > result... or none! >> > >> > >> > Happens to me both in FreeBSD 11 current (HP Laptop) and with 10+VT >> > >> >> SSH? Serial console? X? >> >> Glen >> >> > From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 06:24:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B442CC8; Fri, 11 Apr 2014 06:24:52 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id E5AD119E4; Fri, 11 Apr 2014 06:24:51 +0000 (UTC) Received: from rnote.ddteam.net (107-9-133-95.pool.ukrtel.net [95.133.9.107]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 5D5A8C496A; Fri, 11 Apr 2014 09:24:43 +0300 (EEST) Date: Fri, 11 Apr 2014 09:24:41 +0300 From: Aleksandr Rybalko To: Miguel Clara Subject: Re: FreeBSD compile with VT / Newcons... can we disable the "bell" / "beep" hardware sound? Message-Id: <20140411092441.0ae449e4.ray@freebsd.org> In-Reply-To: References: <20140411005630.GB11570@glenbarber.us> <20140411010510.GC11570@glenbarber.us> Organization: FreeBSD.ORG X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) X-Operating-System: FreeBSD Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Glen Barber , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Apr 2014 06:24:52 -0000 On Fri, 11 Apr 2014 02:07:43 +0100 Miguel Clara wrote: > Hum... I've found this: > http://lists.freebsd.org/pipermail/svn-src-head/2013-December/054676.html > > Does this mean that it should actually be disabled by default? Hello Miguel, No, it's mean you can try with: kbdcontrol -b quiet Good luck! > > > On Fri, Apr 11, 2014 at 2:06 AM, Miguel Clara > wrote: > > > TTYs and even using the console in Xfce terminal > > > > > > On Fri, Apr 11, 2014 at 2:05 AM, Glen Barber > > wrote: > > > >> On Fri, Apr 11, 2014 at 02:02:01AM +0100, Miguel Clara wrote: > >> > On Fri, Apr 11, 2014 at 1:56 AM, Glen Barber > >> > wrote: > >> > > >> > > On Fri, Apr 11, 2014 at 01:52:34AM +0100, Miguel Clara wrote: > >> > > > WIth syscons this can be done with > >> > > > > >> > > > > >> > > > # sysctl hw.syscons.bell=0 > >> > > > > >> > > > But after kernel is compiled with VT this systcl is of > >> > > > course not > >> > > possible > >> > > > anymore! > >> > > > > >> > > > Any alternative? > >> > > > >> > > I have yet to hear any bell sounds with vt(4). > >> > > > >> > > Can you clarify the problem, and where this happens? > >> > > > >> > When I for example use "TAB" to complete and there's more than > >> > one result... or none! > >> > > >> > > >> > Happens to me both in FreeBSD 11 current (HP Laptop) and with 10 > >> > +VT > >> > > >> > >> SSH? Serial console? X? > >> > >> Glen > >> > >> > > > _______________________________________________ > 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" WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 07:30:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0AD5FA38; Fri, 11 Apr 2014 07:30:38 +0000 (UTC) Received: from mail-ob0-x230.google.com (mail-ob0-x230.google.com [IPv6:2607:f8b0:4003:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AA15010E3; Fri, 11 Apr 2014 07:30:37 +0000 (UTC) Received: by mail-ob0-f176.google.com with SMTP id wp18so5571175obc.21 for ; Fri, 11 Apr 2014 00:30:37 -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=uuKcR8kpfp3pQNKpHlfLfC8GEojqJaeFG1bxLXW34R0=; b=Hp0qS1g6T+R7mhX9fAjOiEpSTlbQqfF/sp0RDsG5d53NzHq08lU/SuQMatuwCWk6Aj xxRjGXuCNdSeDfNwEckzb7pTbiHJAlqgfOvfL/64cCp9zYnS1/Y//78T6oSNTjr9rfSr hxl2vnkvHaKyrRUHCDv6E4ZKcGkXZZSctJ3QKBdV6ht5+iQRdlTWvK2wt4qm4rFfMbAm CoeHX/zAKPLDWtom+RQ8XZfOr22WdrVvNoPdT2zmzTCJnJQ4HCThAZySw98tuJqZGWug qgcDHTJ22bPHDDUf9B7GzwI4pcZlJxpEicEO3O1+TeW/rtH9eaXaJQ4XvW/EczmWDatw 62LQ== MIME-Version: 1.0 X-Received: by 10.182.24.69 with SMTP id s5mr18302739obf.35.1397201436985; Fri, 11 Apr 2014 00:30:36 -0700 (PDT) Received: by 10.76.12.34 with HTTP; Fri, 11 Apr 2014 00:30:36 -0700 (PDT) In-Reply-To: <20140411092441.0ae449e4.ray@freebsd.org> References: <20140411005630.GB11570@glenbarber.us> <20140411010510.GC11570@glenbarber.us> <20140411092441.0ae449e4.ray@freebsd.org> Date: Fri, 11 Apr 2014 09:30:36 +0200 Message-ID: Subject: Re: FreeBSD compile with VT / Newcons... can we disable the "bell" / "beep" hardware sound? From: Andreas Nilsson To: Aleksandr Rybalko Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Glen Barber , freebsd-current , Miguel Clara X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Apr 2014 07:30:38 -0000 On Fri, Apr 11, 2014 at 8:24 AM, Aleksandr Rybalko wrote: > On Fri, 11 Apr 2014 02:07:43 +0100 > Miguel Clara wrote: > > > Hum... I've found this: > > > http://lists.freebsd.org/pipermail/svn-src-head/2013-December/054676.html > > > > Does this mean that it should actually be disabled by default? > > Hello Miguel, > > No, it's mean you can try with: > kbdcontrol -b quiet > > Good luck! > I also have annoying beeps with vt, but $ kbdcontrol -b quiet kbdcontrol: argument to -b must be duration.pitch or [quiet.]visual|normal|off However kbdcontrol -b quiet.off is accepted. Best regards Andreas > > > > > > > On Fri, Apr 11, 2014 at 2:06 AM, Miguel Clara > > wrote: > > > > > TTYs and even using the console in Xfce terminal > > > > > > > > > On Fri, Apr 11, 2014 at 2:05 AM, Glen Barber > > > wrote: > > > > > >> On Fri, Apr 11, 2014 at 02:02:01AM +0100, Miguel Clara wrote: > > >> > On Fri, Apr 11, 2014 at 1:56 AM, Glen Barber > > >> > wrote: > > >> > > > >> > > On Fri, Apr 11, 2014 at 01:52:34AM +0100, Miguel Clara wrote: > > >> > > > WIth syscons this can be done with > > >> > > > > > >> > > > > > >> > > > # sysctl hw.syscons.bell=0 > > >> > > > > > >> > > > But after kernel is compiled with VT this systcl is of > > >> > > > course not > > >> > > possible > > >> > > > anymore! > > >> > > > > > >> > > > Any alternative? > > >> > > > > >> > > I have yet to hear any bell sounds with vt(4). > > >> > > > > >> > > Can you clarify the problem, and where this happens? > > >> > > > > >> > When I for example use "TAB" to complete and there's more than > > >> > one result... or none! > > >> > > > >> > > > >> > Happens to me both in FreeBSD 11 current (HP Laptop) and with 10 > > >> > +VT > > >> > > > >> > > >> SSH? Serial console? X? > > >> > > >> Glen > > >> > > >> > > > > > _______________________________________________ > > 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" > > WBW > -- > Aleksandr Rybalko > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 09:48:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 314E5300; Fri, 11 Apr 2014 09:48:42 +0000 (UTC) Received: from mail-wg0-x233.google.com (mail-wg0-x233.google.com [IPv6:2a00:1450:400c:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6DCB4109F; Fri, 11 Apr 2014 09:48:41 +0000 (UTC) Received: by mail-wg0-f51.google.com with SMTP id k14so5202926wgh.22 for ; Fri, 11 Apr 2014 02:48:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=user-agent:in-reply-to:references:mime-version :content-transfer-encoding:content-type:subject:from:date:to:cc :message-id; bh=sBiIpJ8Rr/FKwpTl8ot6e2YOOhrFRwokguq2vxPBr8c=; b=tG/FhprKN1Yik7Pnx0CByQm1ckDjF3cZgl7bwhM+1O34Rucb0WHrMK84EpnltQ0O4Q bsNzkzoszLMv5El72l/B+OZV3p+MHdNtkqmHZXZDiw822/sJGwa6IdZgQpzRdETy2BtZ 9OWdaNlALcb+EQMkcn9ZwJPq+t2NMs5oaw788WRw79zSoxTkkLGoKeJCQqNb9k6OWCAS CDRzeYYfxPp/4ilB1K4YKnq4l9IB3KHNI70CzqLvkgAsdb/7tMgWWsW3EUIKtOAnD10A IkegefiS885fZ38SqQhcTHZg/Kmh/lYJp/TrFXZVBhqPlNqzYVPGQrFCh74sXoIHYFt+ yT5g== X-Received: by 10.180.11.239 with SMTP id t15mr2584778wib.25.1397209719667; Fri, 11 Apr 2014 02:48:39 -0700 (PDT) Received: from ?IPV6:2001:470:7b2f:0:15bd:bfd:e192:5a55? ([2001:470:7b2f:0:15bd:bfd:e192:5a55]) by mx.google.com with ESMTPSA id co9sm10544441wjb.22.2014.04.11.02.48.38 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 11 Apr 2014 02:48:38 -0700 (PDT) User-Agent: K-9 Mail for Android In-Reply-To: References: <20140411005630.GB11570@glenbarber.us> <20140411010510.GC11570@glenbarber.us> <20140411092441.0ae449e4.ray@freebsd.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Subject: Re: FreeBSD compile with VT / Newcons... can we disable the "bell" / "beep" hardware sound? From: "Mike C." Date: Fri, 11 Apr 2014 10:48:33 +0100 To: Andreas Nilsson ,Aleksandr Rybalko Message-ID: <46a43795-ba90-4ced-a627-6298384495a7@email.android.com> Cc: Glen Barber , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Apr 2014 09:48:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 11 April 2014 08:30:36 WEST, Andreas Nilsson wrote: >On Fri, Apr 11, 2014 at 8:24 AM, Aleksandr Rybalko >wrote: > >> On Fri, 11 Apr 2014 02:07:43 +0100 >> Miguel Clara wrote: >> >> > Hum... I've found this: >> > >> >http://lists.freebsd.org/pipermail/svn-src-head/2013-December/054676.html >> > >> > Does this mean that it should actually be disabled by default? >> >> Hello Miguel, >> >> No, it's mean you can try with: >> kbdcontrol -b quiet >> >> Good luck! >> > >I also have annoying beeps with vt, but > >$ kbdcontrol -b quiet >kbdcontrol: argument to -b must be duration.pitch or >[quiet.]visual|normal|off > >However kbdcontrol -b quiet.off is accepted. > >Best regards >Andreas > Good to know I was not alone :) thanks both for the hint, had no idea I could do that. > >> >> > >> > >> > On Fri, Apr 11, 2014 at 2:06 AM, Miguel Clara >> > wrote: >> > >> > > TTYs and even using the console in Xfce terminal >> > > >> > > >> > > On Fri, Apr 11, 2014 at 2:05 AM, Glen Barber >> > > wrote: >> > > >> > >> On Fri, Apr 11, 2014 at 02:02:01AM +0100, Miguel Clara wrote: >> > >> > On Fri, Apr 11, 2014 at 1:56 AM, Glen Barber >> > >> > wrote: >> > >> > >> > >> > > On Fri, Apr 11, 2014 at 01:52:34AM +0100, Miguel Clara >wrote: >> > >> > > > WIth syscons this can be done with >> > >> > > > >> > >> > > > >> > >> > > > # sysctl hw.syscons.bell=0 >> > >> > > > >> > >> > > > But after kernel is compiled with VT this systcl is of >> > >> > > > course not >> > >> > > possible >> > >> > > > anymore! >> > >> > > > >> > >> > > > Any alternative? >> > >> > > >> > >> > > I have yet to hear any bell sounds with vt(4). >> > >> > > >> > >> > > Can you clarify the problem, and where this happens? >> > >> > > >> > >> > When I for example use "TAB" to complete and there's more than >> > >> > one result... or none! >> > >> > >> > >> > >> > >> > Happens to me both in FreeBSD 11 current (HP Laptop) and with >10 >> > >> > +VT >> > >> > >> > >> >> > >> SSH? Serial console? X? >> > >> >> > >> Glen >> > >> >> > >> >> > > >> > _______________________________________________ >> > 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" >> >> WBW >> -- >> Aleksandr Rybalko >> _______________________________________________ >> 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" >> - -- Sent from my Android device with K-9 Mail. Please excuse my brevity. -----BEGIN PGP SIGNATURE----- Version: APG v1.1.1 iQJDBAEBCgAtBQJTR7pxJhxNaWd1ZWwgQ2xhcmEgPG1pZ3VlbG1jbGFyYUBnbWFp bC5jb20+AAoJEGKyFhaKt9g3PrYQANUW192wpLzMj0fXP6Xu/Thy0V/I9s6c4DZm u+7CwEb8leMJZZ9Dvrqa6bXISZXvi4xmPchoBtuLSmtnHXkgQzE5DARkSOLzv2EO NNiqe4/OhV1mivM1ehWHGczIl0T0qTJAo1fgcSLLIG5PTN5FADvj2nlsPBNl9NIW mnZgTS6O8+mJoYvf/S9WaXvwefe5fROgKrGmC297Bqt+9vv2fmECzvxyoYI4skLI QAnzO8IT8yzhjgpce5tJBPo+GJmYhaI9HFJWlhJ4Zkq03KQXGpX5BM2TJ88nFmQg nA2JO0KaQm2E6Hj4sIWocR7Ovk+2HFbc9ceYaKmruRCxFDCthmjrx4cb7mw/wHJb LIt1XRxyeK4p0x7S6YM78VPKJQcosvedKtJ95/XdiVZERRErgl8kLx/hNgqK7fX0 MtkgGc253p0880ukUOhPOzJAYpsCYHCu4m7qP/JiYfMYQMi1vz4rmIGt+vn5rZmE PDxB/nYSiety3Sh7Bmqw/cqvSkegZMkaJuMKkAUCQ2A8y7V0DJZ48y+1MMgzD2/S Y8RlUwwJorMWBMbnG401JytY8RUykeaobCRzVpUdLfy2+QpTSQ94TlAZEedp9VkA /TYM+uq6/mbhSpKD7QcHFbHA9vk+m1KaG2pF1NcoYwiHOZwwZS2TMq5mtKYavKjV UtTIJZk9 =G+q9 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 10:18:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 83B61E91; Fri, 11 Apr 2014 10:18:54 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 04FC41366; Fri, 11 Apr 2014 10:18:53 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.8/8.14.8) with ESMTP id s3BAIHiB004536 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 11 Apr 2014 14:18:17 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.8/8.14.8/Submit) id s3BAIGkY004535; Fri, 11 Apr 2014 14:18:16 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 11 Apr 2014 14:18:16 +0400 From: Gleb Smirnoff To: Adrian Chadd Subject: Re: iwn(4) in -HEAD supporting Centrino Wireless-N 135 Message-ID: <20140411101816.GC902@glebius.int.ru> References: <530EEEA5.4090306@shurik.kiev.ua> <20140228230705.GA28290@syn.pertho.net> <20140403100207.GA23640@syn.pertho.net> <20140408104650.GN44326@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Alexandr , Tom Murphy , freebsd-current , "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Apr 2014 10:18:54 -0000 Adrian, On Tue, Apr 08, 2014 at 09:37:21AM -0700, Adrian Chadd wrote: A> Which hardware is it? iwn0: mem 0xf0c00000-0xf0c01fff irq 17 at device 0.0 on pci3 iwn0@pci0:3:0:0: class=0x028000 card=0xc2208086 chip=0x00858086 rev=0x96 hdr=0x00 vendor = 'Intel Corporation' device = 'Centrino Advanced-N 6205 [Taylor Peak]' class = network This is 2012 year made Thinkpad X1 Carbon. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 10:19:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2E852FED; Fri, 11 Apr 2014 10:19:54 +0000 (UTC) Received: from mail-qc0-x22a.google.com (mail-qc0-x22a.google.com [IPv6:2607:f8b0:400d:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BBAB0137C; Fri, 11 Apr 2014 10:19:53 +0000 (UTC) Received: by mail-qc0-f170.google.com with SMTP id x13so5823132qcv.1 for ; Fri, 11 Apr 2014 03:19:52 -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:message-id:subject :from:to:cc:content-type; bh=C4rHwRvIQHmxktN0rY4M3hioKZLVltx17yViU89CRlg=; b=W/++P2eQWCwNBhEyPzhuBnwNSJE4Z94Nee4oNRSXrdvA2OUz1DKATvHmED8AMeeDm1 b7j9d9Z6EYoKJzgfCKOq/cuiyGRzuUzg/TtXrHJKugr8T2nPNfolBVKxymNvGFljkBJt +rIl6NG11e8+SHFU4mBXrt4uaqQBkFMPWb4yihLdts24nvyXhbCLCw4pPOni1HtOkJX1 B/YEbN22Zw+Or3rT1ViQKXy/l3jttFbZM+vQOPtsBVNq7UNN7+nSPEgJNLQnZVaAbAn5 Agx8ys38cWNRZ1UG2eO4ky/jIUGt1EtgxMiVJ4U9qqcRoTCmlpH0N4nGIj7FhT/s005e pqXg== MIME-Version: 1.0 X-Received: by 10.140.38.149 with SMTP id t21mr25857817qgt.24.1397211592642; Fri, 11 Apr 2014 03:19:52 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.50.206 with HTTP; Fri, 11 Apr 2014 03:19:52 -0700 (PDT) In-Reply-To: <20140411101816.GC902@glebius.int.ru> References: <530EEEA5.4090306@shurik.kiev.ua> <20140228230705.GA28290@syn.pertho.net> <20140403100207.GA23640@syn.pertho.net> <20140408104650.GN44326@FreeBSD.org> <20140411101816.GC902@glebius.int.ru> Date: Fri, 11 Apr 2014 03:19:52 -0700 X-Google-Sender-Auth: r8-Mg1ZxbY5EG0P7cLixYlVz6jg Message-ID: Subject: Re: iwn(4) in -HEAD supporting Centrino Wireless-N 135 From: Adrian Chadd To: Gleb Smirnoff Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexandr , Tom Murphy , freebsd-current , "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Apr 2014 10:19:54 -0000 Ok, i have some of these. Which version of iwn(4) and net80211(4) work for you? We should do some bisecting of iwn/net80211 together to figure it out. -a On 11 April 2014 03:18, Gleb Smirnoff wrote: > Adrian, > > On Tue, Apr 08, 2014 at 09:37:21AM -0700, Adrian Chadd wrote: > A> Which hardware is it? > > iwn0: mem 0xf0c00000-0xf0c01fff irq 17 at device 0.0 on pci3 > > iwn0@pci0:3:0:0: class=0x028000 card=0xc2208086 chip=0x00858086 rev=0x96 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Centrino Advanced-N 6205 [Taylor Peak]' > class = network > > This is 2012 year made Thinkpad X1 Carbon. > > -- > Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 10:50:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1828F9C4; Fri, 11 Apr 2014 10:50:24 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8C80116B6; Fri, 11 Apr 2014 10:50:23 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.8/8.14.8) with ESMTP id s3BAoDSS004686 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 11 Apr 2014 14:50:13 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.8/8.14.8/Submit) id s3BAnwUk004683; Fri, 11 Apr 2014 14:49:58 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 11 Apr 2014 14:49:58 +0400 From: Gleb Smirnoff To: Adrian Chadd Subject: Re: iwn(4) in -HEAD supporting Centrino Wireless-N 135 Message-ID: <20140411104958.GD902@glebius.int.ru> References: <20140228230705.GA28290@syn.pertho.net> <20140403100207.GA23640@syn.pertho.net> <20140408104650.GN44326@FreeBSD.org> <20140411101816.GC902@glebius.int.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Alexandr , Tom Murphy , freebsd-current , "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Apr 2014 10:50:24 -0000 On Fri, Apr 11, 2014 at 03:19:52AM -0700, Adrian Chadd wrote: A> Ok, i have some of these. A> A> Which version of iwn(4) and net80211(4) work for you? We should do A> some bisecting of iwn/net80211 together to figure it out. I will bisect entire kernel. A lot of manual fixing needs to be applied to older iwn/net80211 to get it compilable with modern kernel. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 12:32:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F23BBAE; Fri, 11 Apr 2014 12:32:02 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 3EEA31251; Fri, 11 Apr 2014 12:32:02 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPA id 32427C493D; Fri, 11 Apr 2014 15:32:01 +0300 (EEST) Date: Fri, 11 Apr 2014 15:34:30 +0300 From: Aleksandr Rybalko To: "Mike C." Subject: Re: FreeBSD compile with VT / Newcons... can we disable the "bell" / "beep" hardware sound? Message-Id: <20140411153430.4be427cfd4efe150e9e606a3@freebsd.org> In-Reply-To: <46a43795-ba90-4ced-a627-6298384495a7@email.android.com> References: <20140411005630.GB11570@glenbarber.us> <20140411010510.GC11570@glenbarber.us> <20140411092441.0ae449e4.ray@freebsd.org> <46a43795-ba90-4ced-a627-6298384495a7@email.android.com> X-Mailer: Sylpheed 3.3.1 (GTK+ 2.24.22; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Glen Barber , freebsd-current , Andreas Nilsson X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Apr 2014 12:32:03 -0000 On Fri, 11 Apr 2014 10:48:33 +0100 "Mike C." wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > > > On 11 April 2014 08:30:36 WEST, Andreas Nilsson wrote: > >On Fri, Apr 11, 2014 at 8:24 AM, Aleksandr Rybalko > >wrote: > > > >> On Fri, 11 Apr 2014 02:07:43 +0100 > >> Miguel Clara wrote: > >> > >> > Hum... I've found this: > >> > > >> > >http://lists.freebsd.org/pipermail/svn-src-head/2013-December/054676.html > >> > > >> > Does this mean that it should actually be disabled by default? > >> > >> Hello Miguel, > >> > >> No, it's mean you can try with: > >> kbdcontrol -b quiet > >> > >> Good luck! > >> > > > >I also have annoying beeps with vt, but > > > >$ kbdcontrol -b quiet > >kbdcontrol: argument to -b must be duration.pitch or > >[quiet.]visual|normal|off > > > >However kbdcontrol -b quiet.off is accepted. > > > >Best regards > >Andreas > > > > Good to know I was not alone :) > > thanks both for the hint, had no idea I could do that. Ohhh, sorry. I never use it, so forget how to do it in the right way :) > > > > > >> > >> > > >> > > >> > On Fri, Apr 11, 2014 at 2:06 AM, Miguel Clara > >> > wrote: > >> > > >> > > TTYs and even using the console in Xfce terminal > >> > > > >> > > > >> > > On Fri, Apr 11, 2014 at 2:05 AM, Glen Barber > >> > > wrote: > >> > > > >> > >> On Fri, Apr 11, 2014 at 02:02:01AM +0100, Miguel Clara wrote: > >> > >> > On Fri, Apr 11, 2014 at 1:56 AM, Glen Barber > >> > >> > wrote: > >> > >> > > >> > >> > > On Fri, Apr 11, 2014 at 01:52:34AM +0100, Miguel Clara > >wrote: > >> > >> > > > WIth syscons this can be done with > >> > >> > > > > >> > >> > > > > >> > >> > > > # sysctl hw.syscons.bell=0 > >> > >> > > > > >> > >> > > > But after kernel is compiled with VT this systcl is of > >> > >> > > > course not > >> > >> > > possible > >> > >> > > > anymore! > >> > >> > > > > >> > >> > > > Any alternative? > >> > >> > > > >> > >> > > I have yet to hear any bell sounds with vt(4). > >> > >> > > > >> > >> > > Can you clarify the problem, and where this happens? > >> > >> > > > >> > >> > When I for example use "TAB" to complete and there's more than > >> > >> > one result... or none! > >> > >> > > >> > >> > > >> > >> > Happens to me both in FreeBSD 11 current (HP Laptop) and with > >10 > >> > >> > +VT > >> > >> > > >> > >> > >> > >> SSH? Serial console? X? > >> > >> > >> > >> Glen > >> > >> > >> > >> > >> > > > >> > _______________________________________________ > >> > 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" > >> > >> WBW > >> -- > >> Aleksandr Rybalko > >> _______________________________________________ > >> 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" > >> > > - -- > Sent from my Android device with K-9 Mail. Please excuse my brevity. > -----BEGIN PGP SIGNATURE----- > Version: APG v1.1.1 > > iQJDBAEBCgAtBQJTR7pxJhxNaWd1ZWwgQ2xhcmEgPG1pZ3VlbG1jbGFyYUBnbWFp > bC5jb20+AAoJEGKyFhaKt9g3PrYQANUW192wpLzMj0fXP6Xu/Thy0V/I9s6c4DZm > u+7CwEb8leMJZZ9Dvrqa6bXISZXvi4xmPchoBtuLSmtnHXkgQzE5DARkSOLzv2EO > NNiqe4/OhV1mivM1ehWHGczIl0T0qTJAo1fgcSLLIG5PTN5FADvj2nlsPBNl9NIW > mnZgTS6O8+mJoYvf/S9WaXvwefe5fROgKrGmC297Bqt+9vv2fmECzvxyoYI4skLI > QAnzO8IT8yzhjgpce5tJBPo+GJmYhaI9HFJWlhJ4Zkq03KQXGpX5BM2TJ88nFmQg > nA2JO0KaQm2E6Hj4sIWocR7Ovk+2HFbc9ceYaKmruRCxFDCthmjrx4cb7mw/wHJb > LIt1XRxyeK4p0x7S6YM78VPKJQcosvedKtJ95/XdiVZERRErgl8kLx/hNgqK7fX0 > MtkgGc253p0880ukUOhPOzJAYpsCYHCu4m7qP/JiYfMYQMi1vz4rmIGt+vn5rZmE > PDxB/nYSiety3Sh7Bmqw/cqvSkegZMkaJuMKkAUCQ2A8y7V0DJZ48y+1MMgzD2/S > Y8RlUwwJorMWBMbnG401JytY8RUykeaobCRzVpUdLfy2+QpTSQ94TlAZEedp9VkA > /TYM+uq6/mbhSpKD7QcHFbHA9vk+m1KaG2pF1NcoYwiHOZwwZS2TMq5mtKYavKjV > UtTIJZk9 > =G+q9 > -----END PGP SIGNATURE----- > Thank you! WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 13:49:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3C3571CB; Fri, 11 Apr 2014 13:49:37 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AFC1A1BE8; Fri, 11 Apr 2014 13:49:35 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.8/8.14.8) with ESMTP id s3BDn5X8005951 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 11 Apr 2014 17:49:05 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.8/8.14.8/Submit) id s3BDn4tl005950; Fri, 11 Apr 2014 17:49:04 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 11 Apr 2014 17:49:04 +0400 From: Gleb Smirnoff To: Adrian Chadd Subject: Re: iwn(4) in -HEAD supporting Centrino Wireless-N 135 Message-ID: <20140411134904.GF902@glebius.int.ru> References: <20140228230705.GA28290@syn.pertho.net> <20140403100207.GA23640@syn.pertho.net> <20140408104650.GN44326@FreeBSD.org> <20140411101816.GC902@glebius.int.ru> <20140411104958.GD902@glebius.int.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140411104958.GD902@glebius.int.ru> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Alexandr , Tom Murphy , freebsd-current , "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Apr 2014 13:49:37 -0000 On Fri, Apr 11, 2014 at 02:49:58PM +0400, Gleb Smirnoff wrote: T> On Fri, Apr 11, 2014 at 03:19:52AM -0700, Adrian Chadd wrote: T> A> Ok, i have some of these. T> A> T> A> Which version of iwn(4) and net80211(4) work for you? We should do T> A> some bisecting of iwn/net80211 together to figure it out. T> T> I will bisect entire kernel. A lot of manual fixing needs to be T> applied to older iwn/net80211 to get it compilable with modern T> kernel. Very strange. I bisected from 254098 up to today, moving closer and closer to current revision and finally came to it. No problems :( But I clearly remember that before I started this process, my download speed was 30 - 60 KBytes/s. May be this was some firmware issue that persisted during reboots? Old driver gave it a kick and new driver now works good? Yes, sounds mad. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 19:45:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC61F8D8; Fri, 11 Apr 2014 19:45:38 +0000 (UTC) Received: from mail-wg0-x22e.google.com (mail-wg0-x22e.google.com [IPv6:2a00:1450:400c:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 345A31595; Fri, 11 Apr 2014 19:45:38 +0000 (UTC) Received: by mail-wg0-f46.google.com with SMTP id b13so5901808wgh.5 for ; Fri, 11 Apr 2014 12:45:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=p0F09q0vfdXWE5dQJFJ4dKTu+Zpk8jbVlhUSGH3INsw=; b=nqJEklyolAsQdPQg6qZdT9NXafPtzpPMITcWecpi4LU64hxsZZIjLuvtHwLqKvsdPx PFhAbLD1z6yfdN1uFyjtQTFsYvr/lqdR0mGgH3sdXZq4iGO0p4BYhjz/T9g8G+OnEpx9 ZcYf/U1R3JeiZXoSxMd3mVplxtWfCMhb4d8uB5m6YzPSs9HV8UHM91yJFFSu9GWJH/vg zH4d7TScAWZJuAcGRe6UqBkX3ylS+c/DzVVIpgVkSbiIqtuoD2lpec/0zcEurSvu/I5d Tg4gg2e0J0JARHz8SvV9bJllHXrmBj7DVSH81mIMjjfZFSABiy+rciJ5X0O2aMUQEa/E FSJA== X-Received: by 10.195.12.33 with SMTP id en1mr22182293wjd.31.1397245536507; Fri, 11 Apr 2014 12:45:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.217.55.138 with HTTP; Fri, 11 Apr 2014 12:45:16 -0700 (PDT) In-Reply-To: <20140411153430.4be427cfd4efe150e9e606a3@freebsd.org> References: <20140411005630.GB11570@glenbarber.us> <20140411010510.GC11570@glenbarber.us> <20140411092441.0ae449e4.ray@freebsd.org> <46a43795-ba90-4ced-a627-6298384495a7@email.android.com> <20140411153430.4be427cfd4efe150e9e606a3@freebsd.org> From: Miguel Clara Date: Fri, 11 Apr 2014 20:45:16 +0100 Message-ID: Subject: Re: FreeBSD compile with VT / Newcons... can we disable the "bell" / "beep" hardware sound? To: Aleksandr Rybalko Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current , Andreas Nilsson X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Apr 2014 19:45:39 -0000 No worries, also found this (after reading kbdcontrol man page and /etc/defaults/rc.conf): keybell="NO" # See kbdcontrol for options. Use "off" to disable. allscreens_kbdflags="" # Set this kbdconrol mode for all virtual screens Just tough I should share, I can someone bumps to this, and want to know how to setup it auto on system start! Once more thanks for sharing the info about kbdcontrol. On Fri, Apr 11, 2014 at 1:34 PM, Aleksandr Rybalko wrote: > On Fri, 11 Apr 2014 10:48:33 +0100 > "Mike C." wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA512 > > > > > > > > On 11 April 2014 08:30:36 WEST, Andreas Nilsson > wrote: > > >On Fri, Apr 11, 2014 at 8:24 AM, Aleksandr Rybalko > > >wrote: > > > > > >> On Fri, 11 Apr 2014 02:07:43 +0100 > > >> Miguel Clara wrote: > > >> > > >> > Hum... I've found this: > > >> > > > >> > > > > http://lists.freebsd.org/pipermail/svn-src-head/2013-December/054676.html > > >> > > > >> > Does this mean that it should actually be disabled by default? > > >> > > >> Hello Miguel, > > >> > > >> No, it's mean you can try with: > > >> kbdcontrol -b quiet > > >> > > >> Good luck! > > >> > > > > > >I also have annoying beeps with vt, but > > > > > >$ kbdcontrol -b quiet > > >kbdcontrol: argument to -b must be duration.pitch or > > >[quiet.]visual|normal|off > > > > > >However kbdcontrol -b quiet.off is accepted. > > > > > >Best regards > > >Andreas > > > > > > > Good to know I was not alone :) > > > > thanks both for the hint, had no idea I could do that. > > Ohhh, sorry. I never use it, so forget how to do it in the right way :) > > > > > > > > > > >> > > >> > > > >> > > > >> > On Fri, Apr 11, 2014 at 2:06 AM, Miguel Clara > > >> > wrote: > > >> > > > >> > > TTYs and even using the console in Xfce terminal > > >> > > > > >> > > > > >> > > On Fri, Apr 11, 2014 at 2:05 AM, Glen Barber > > >> > > wrote: > > >> > > > > >> > >> On Fri, Apr 11, 2014 at 02:02:01AM +0100, Miguel Clara wrote: > > >> > >> > On Fri, Apr 11, 2014 at 1:56 AM, Glen Barber > > >> > >> > wrote: > > >> > >> > > > >> > >> > > On Fri, Apr 11, 2014 at 01:52:34AM +0100, Miguel Clara > > >wrote: > > >> > >> > > > WIth syscons this can be done with > > >> > >> > > > > > >> > >> > > > > > >> > >> > > > # sysctl hw.syscons.bell=0 > > >> > >> > > > > > >> > >> > > > But after kernel is compiled with VT this systcl is of > > >> > >> > > > course not > > >> > >> > > possible > > >> > >> > > > anymore! > > >> > >> > > > > > >> > >> > > > Any alternative? > > >> > >> > > > > >> > >> > > I have yet to hear any bell sounds with vt(4). > > >> > >> > > > > >> > >> > > Can you clarify the problem, and where this happens? > > >> > >> > > > > >> > >> > When I for example use "TAB" to complete and there's more than > > >> > >> > one result... or none! > > >> > >> > > > >> > >> > > > >> > >> > Happens to me both in FreeBSD 11 current (HP Laptop) and with > > >10 > > >> > >> > +VT > > >> > >> > > > >> > >> > > >> > >> SSH? Serial console? X? > > >> > >> > > >> > >> Glen > > >> > >> > > >> > >> > > >> > > > > >> > _______________________________________________ > > >> > 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" > > >> > > >> WBW > > >> -- > > >> Aleksandr Rybalko > > >> _______________________________________________ > > >> 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" > > >> > > > > - -- > > Sent from my Android device with K-9 Mail. Please excuse my brevity. > > -----BEGIN PGP SIGNATURE----- > > Version: APG v1.1.1 > > > > iQJDBAEBCgAtBQJTR7pxJhxNaWd1ZWwgQ2xhcmEgPG1pZ3VlbG1jbGFyYUBnbWFp > > bC5jb20+AAoJEGKyFhaKt9g3PrYQANUW192wpLzMj0fXP6Xu/Thy0V/I9s6c4DZm > > u+7CwEb8leMJZZ9Dvrqa6bXISZXvi4xmPchoBtuLSmtnHXkgQzE5DARkSOLzv2EO > > NNiqe4/OhV1mivM1ehWHGczIl0T0qTJAo1fgcSLLIG5PTN5FADvj2nlsPBNl9NIW > > mnZgTS6O8+mJoYvf/S9WaXvwefe5fROgKrGmC297Bqt+9vv2fmECzvxyoYI4skLI > > QAnzO8IT8yzhjgpce5tJBPo+GJmYhaI9HFJWlhJ4Zkq03KQXGpX5BM2TJ88nFmQg > > nA2JO0KaQm2E6Hj4sIWocR7Ovk+2HFbc9ceYaKmruRCxFDCthmjrx4cb7mw/wHJb > > LIt1XRxyeK4p0x7S6YM78VPKJQcosvedKtJ95/XdiVZERRErgl8kLx/hNgqK7fX0 > > MtkgGc253p0880ukUOhPOzJAYpsCYHCu4m7qP/JiYfMYQMi1vz4rmIGt+vn5rZmE > > PDxB/nYSiety3Sh7Bmqw/cqvSkegZMkaJuMKkAUCQ2A8y7V0DJZ48y+1MMgzD2/S > > Y8RlUwwJorMWBMbnG401JytY8RUykeaobCRzVpUdLfy2+QpTSQ94TlAZEedp9VkA > > /TYM+uq6/mbhSpKD7QcHFbHA9vk+m1KaG2pF1NcoYwiHOZwwZS2TMq5mtKYavKjV > > UtTIJZk9 > > =G+q9 > > -----END PGP SIGNATURE----- > > > > Thank you! > > WBW > -- > Aleksandr Rybalko > From owner-freebsd-current@FreeBSD.ORG Fri Apr 11 21:49:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A3CFB1BA; Fri, 11 Apr 2014 21:49:31 +0000 (UTC) Received: from mail-qc0-x230.google.com (mail-qc0-x230.google.com [IPv6:2607:f8b0:400d:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3C66C1236; Fri, 11 Apr 2014 21:49:31 +0000 (UTC) Received: by mail-qc0-f176.google.com with SMTP id m20so6583917qcx.35 for ; Fri, 11 Apr 2014 14:49:30 -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:message-id:subject :from:to:cc:content-type; bh=QU7TFYexCk9o7crXsQQKfeynVqM9JXLvlvIivyBbY3I=; b=nhsJGnGt3g6y9Wt1Qx1vtfA24KOr7aUG/t5QbmxNiYrp46vIBbcHaNnvpizNI2/I5i GSMbdt3nYelRO7bUnTtuDUzhmc/k9YEC3aY+QGUuM29Px8gt+nbACQby3YPbwKDiXPEy WjsfnAiETEs8rETzrdAGntqIlOmti7LwZXjx2PYdglUD6OTqNoZWfj5jujk6YexnPp1B RHLrq+ag6XTa3w+E9m3/E4Ajs5Q71WqPUIUMnFToh8PpDEnIVZVQu7CrJNPOIorI1PKN RradqzgL+tZH95B+Gr6gLujYmQdLkTKjkB9fJBQCiSo+dOO++P9tPIxFyJnrKbOI50dM wQlQ== MIME-Version: 1.0 X-Received: by 10.140.22.197 with SMTP id 63mr30883593qgn.4.1397252970398; Fri, 11 Apr 2014 14:49:30 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.50.206 with HTTP; Fri, 11 Apr 2014 14:49:30 -0700 (PDT) In-Reply-To: <20140411134904.GF902@glebius.int.ru> References: <20140228230705.GA28290@syn.pertho.net> <20140403100207.GA23640@syn.pertho.net> <20140408104650.GN44326@FreeBSD.org> <20140411101816.GC902@glebius.int.ru> <20140411104958.GD902@glebius.int.ru> <20140411134904.GF902@glebius.int.ru> Date: Fri, 11 Apr 2014 14:49:30 -0700 X-Google-Sender-Auth: dMRK7aF9SDgfVFlIPdLJFy0dQKc Message-ID: Subject: Re: iwn(4) in -HEAD supporting Centrino Wireless-N 135 From: Adrian Chadd To: Gleb Smirnoff Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexandr , Tom Murphy , freebsd-current , "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Apr 2014 21:49:31 -0000 On 11 April 2014 06:49, Gleb Smirnoff wrote: > On Fri, Apr 11, 2014 at 02:49:58PM +0400, Gleb Smirnoff wrote: > T> On Fri, Apr 11, 2014 at 03:19:52AM -0700, Adrian Chadd wrote: > T> A> Ok, i have some of these. > T> A> > T> A> Which version of iwn(4) and net80211(4) work for you? We should do > T> A> some bisecting of iwn/net80211 together to figure it out. > T> > T> I will bisect entire kernel. A lot of manual fixing needs to be > T> applied to older iwn/net80211 to get it compilable with modern > T> kernel. > > Very strange. I bisected from 254098 up to today, moving closer and > closer to current revision and finally came to it. No problems :( > > But I clearly remember that before I started this process, my > download speed was 30 - 60 KBytes/s. > > May be this was some firmware issue that persisted during reboots? > Old driver gave it a kick and new driver now works good? Yes, > sounds mad. It's quite possible. I've seen this before with the intel stuff. Let me know if it happens again? -a From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 05:16:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 155C0395 for ; Sun, 13 Apr 2014 05:16:33 +0000 (UTC) Received: from mail-vc0-x234.google.com (mail-vc0-x234.google.com [IPv6:2607:f8b0:400c:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C2FC116FE for ; Sun, 13 Apr 2014 05:16:32 +0000 (UTC) Received: by mail-vc0-f180.google.com with SMTP id lf12so6348557vcb.11 for ; Sat, 12 Apr 2014 22:16:31 -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=BIKL2TK+Iq+Ohvhre8pzoAdP9wO9KvhFnH/YSF944IU=; b=asbwb77ksWZyBysDOHvWiCJ3bbx+1u6sh4AbhKjDKeN1GmBq/4O1DDKceITID3viF+ X2Mu2G1EYFoYHqGd/CQrdzNWjGSytkEqPcUuEVb2fU0yMrPcOGPe0zqbk+lyHDhN0BL+ AfWB4ci2qgbnX3abwuTcccLrOZ998UvfQ65D2GrdYEF0aIRLmFmblTROIP1CRYCJxqVK ikyvcfbrHuzf1imnj1LnbWkPjT9hLV/UFv2YCjFlJIHZDpaYA5Aqcrg8WO0PQMj2Exqq N9JYkv7LL3nHkWIK7JqMk/RlQlByTeMNNcwlGDAy9p6YYYEnhiLzCoAgxo5AzwHx3BBJ UahQ== MIME-Version: 1.0 X-Received: by 10.52.90.37 with SMTP id bt5mr24480722vdb.7.1397366191906; Sat, 12 Apr 2014 22:16:31 -0700 (PDT) Received: by 10.220.239.84 with HTTP; Sat, 12 Apr 2014 22:16:31 -0700 (PDT) Date: Sun, 13 Apr 2014 01:16:31 -0400 Message-ID: Subject: r264391 breaks buildworld for -CURRENT amd64 From: Thomas Hoffmann To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Apr 2014 05:16:33 -0000 Reference: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=9766061+0+current/svn-src-head An attempt to make buildworld on -CURRENT amd64 at r264394 failed with the following error: ===> lib/liby (depend) --- sys.depend__D --- make[6]: make[6]: don't know how to make reloc.c. Stop make[6]: stopped in /usr/src/sys/boot/amd64/boot1.efi *** [depend] Error code 2 Reverting to r264390 resolves the issue. -Tom From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 06:39:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1532768B for ; Sun, 13 Apr 2014 06:39:29 +0000 (UTC) Received: from d.mail.sonic.net (d.mail.sonic.net [64.142.111.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F1DEA1C9B for ; Sun, 13 Apr 2014 06:39:28 +0000 (UTC) Received: from zeppelin.tachypleus.net (polaris.tachypleus.net [75.101.50.44]) (authenticated bits=0) by d.mail.sonic.net (8.14.4/8.14.4) with ESMTP id s3D6OLUx011876 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sat, 12 Apr 2014 23:24:22 -0700 Message-ID: <534A2D95.5050106@freebsd.org> Date: Sat, 12 Apr 2014 23:24:21 -0700 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Thomas Hoffmann , freebsd-current Subject: Re: r264391 breaks buildworld for -CURRENT amd64 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Sonic-ID: C;OK8zQNTC4xGiQpxB+Bh/TQ== M;JBRvQNTC4xGiQpxB+Bh/TQ== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Apr 2014 06:39:29 -0000 Thanks for the report. It should be fixed now. Apologies for the breakage! -Nathan On 04/12/14 22:16, Thomas Hoffmann wrote: > Reference: > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=9766061+0+current/svn-src-head > > > An attempt to make buildworld on -CURRENT amd64 at r264394 failed with the > following error: > > ===> lib/liby (depend) > --- sys.depend__D --- > make[6]: make[6]: don't know how to make reloc.c. Stop > > make[6]: stopped in /usr/src/sys/boot/amd64/boot1.efi > *** [depend] Error code 2 > > > Reverting to r264390 resolves the issue. > > -Tom > _______________________________________________ > 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 Apr 13 07:03:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EEFBA8BC for ; Sun, 13 Apr 2014 07:03:52 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AD5991FA7 for ; Sun, 13 Apr 2014 07:03:52 +0000 (UTC) Received: from [188.174.51.229] (helo=localhost.my.domain) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1WZES7-0001zz-GY for freebsd-current@freebsd.org; Sun, 13 Apr 2014 09:03:43 +0200 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.my.domain (8.14.7/8.14.3) with ESMTP id s3D73fTM025602 for ; Sun, 13 Apr 2014 09:03:41 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.7/8.14.3/Submit) id s3D73euW025601 for freebsd-current@freebsd.org; Sun, 13 Apr 2014 09:03:40 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Sun, 13 Apr 2014 09:03:40 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: recompiling openssl in base system with -DOPENSSL_NO_HEARTBEATS Message-ID: <20140413070340.GA25589@La-Habana> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 9.0-CURRENT r214444 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 188.174.51.229 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2014 07:03:53 -0000 Hello, I run a bunch of -CURRENT systems and due to the OpenSSL HEARTBEAT issue I want to recompile the libssl.so in the base system with the option -DOPENSSL_NO_HEARTBEATS. What is the best procedure to do this? Thx matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 07:44:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C512CEC7; Sun, 13 Apr 2014 07:44:40 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id B23B71282; Sun, 13 Apr 2014 07:44:40 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 208C336F; Sun, 13 Apr 2014 07:44:39 +0000 (UTC) Date: Sun, 13 Apr 2014 07:44:37 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org, gjb@FreeBSD.org, nwhitehorn@FreeBSD.org, davide@FreeBSD.org Message-ID: <939835232.0.1397375079342.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #458 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Apr 2014 07:44:40 -0000 See Changes: [nwhitehorn] Fix buildworld. I had some local bits in my build tree that ca= used this to work by accident. [imp] Convert NO_MANCOMPRESS to normal convention. [imp] In tree makefile shouldn't be setting policy piecemeal. Don't set NO_MANCOMPRESS here. [imp] NO_MAN=3D has been deprecated in favor of MAN=3D for some time, go ah= ead and finish the job. ncurses is now the only Makefile in the tree that uses it since it wasn't a simple mechanical change, and will be addressed in a future commit. [imp] Don't apply ctf conversions in POSIX mode. These can't happen there because they pollute the POSIX environment, which doens't allow for these extentions. ctf conversions are really only relevant when used in coordination with the rest of the bsd*.mk system anyway. Leave them in place for the normal, non-posix enviornment since they are quite useful there. [imp] Check the right file for pwcache_groupdb. [imp] We no longer support upgrading from FreeBSD 4, so we don't need the NOMAN and NOSHARED defines here. They have been obsolete for almost a decade anyway. [imp] Up the minimum system to build FreeBSD current to 8.0-RELEASE. The issues with vendors that needed 7.x support have been resolved. Many vendors are still using 8.x build platforms, however, so bumping this up to 9.0 will have to wait until that is resolved. Actual support for building from 8.x still relies on those vendors fixing bugs that are present as most developers have moved onto 9.x or newer platforms. Reviewed by: marcel@ [imp] Determine whether to build clang and its bootstrap tools the same way. This allows a clang bootstrap to happen, even when WITHOUT_CLANG is defined. This is a minimal version of a more extensive change which can be MFC'd more easily. However, we have to also test to see if we're building clang as not cc, since the bootstrap for that needs these cross tools and it is easier to build them in just one place. MFC after: 1 week [gjb] Clean trailing whitespace. Add missing .El to fix formatting. Found with:=09mandoc(1) Sponsored by:=09The FreeBSD Foundation [gjb] Bump Dd, missed as part of r264098 and related commits. Sponsored by:=09The FreeBSD Foundation [davide] Fix a panic in zfs_rename(). this is due to a wrong dereference of a vnode when it's not locked and can be (potentially) recycled. 'sdvp' cannot be locked on zfs_rename() entry point because the VFS can't be sure that this scenario is LOR-free (it might violate the parent->child lock acquisition rule). Dereference 'tdvp' instead, which is already locked on entry, and access 'sdvp' fields only when it's safe, i.e. under ZFS_ENTER scope. While at it, remove the usage of VOP_REALVP, as long as this is a NOP on FreeBSD. Discussed with:=09avg Reviewed by:=09pjd [nwhitehorn] Add a simple EFI stub loader. This is a quick and dirty of boo= t1.chrp from the PowerPC port with all the Open Firmware bits removed and replaced by their EFI counterparts. On the whole, I think I prefer Open Firmware. This code is supposed to be an immutable shim that sits on the EFI system partition, loads /boot/loader.efi from UFS and tells the real loader what disk/partition to look at. It finds the UFS root partition by the somewhat braindead approach of picking the first UFS partition it can find. Better approaches are called for, but this works for now. This shim loader will also be useful for secure boot in the future, which will require some rearchitecture. ------------------------------------------ [...truncated 194757 lines...] cc -O2 -pipe -DSIO -DVOLUME_SERIAL -DPXE -DFLAGS=3D0x8f -DTICKS=3D0xb6 = -DCOMSPEED=3D"7 << 5 + 3" -march=3Di386 -ffreestanding -mno-mmx -mno-3dnow= -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -std=3Dgnu99 -Qunused-argum= ents -no-integrated-as -m32 -c --- lib.all__D --- --- libmilter_p.a --- building profiled milter library --- sys.all__D --- --- boot0 --- --- secure.all__D --- --- cfb128.po --- --- sys.all__D --- cc -O2 -pipe -DSIO -DVOLUME_SERIAL -DPXE -DFLAGS=3D0x8f -DTICKS=3D0xb6 = -DCOMSPEED=3D"7 << 5 + 3" -march=3Di386 -ffreestanding -mno-mmx -mno-3dnow= -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -std=3Dgnu99 -Qunused-argum= ents -e start -Ttext 0x600 -Wl,-N,-S,--oformat,binary -nostdlib -o boot= 0 boot0.o=20 --- secure.all__D --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -Qunused= -arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string= -plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-= value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -= Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c= -o cfb128.po --- sys.all__D --- =3D=3D=3D> sys/boot/i386/btx (all) --- all --- --- lib.all__D --- ranlib -D libmilter_p.a --- sys.all__D --- =3D=3D=3D> sys/boot/i386/btx/btx (all) --- lib.all__D --- --- all_subdir_libmp --- =3D=3D=3D> lib/libmp (all) --- sys.all__D --- --- btx.o --- cc -O2 -pipe -DBTX_FLAGS=3D0x0 -I -march=3Di386 -ffrees= tanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 = -std=3Dgnu99 -Qunused-arguments -no-integrated-as -m32 -c --- sbin.all__D --- --- printnat.o --- cc -O2 -pipe -I -I -I -I -DSTATETOP -D__UIO_EXPOSE -s= td=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -= Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -= Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -W= no-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-co= nversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-arra= y-bounds -Wno-format -c -o printnat= .o --- lib.all__D --- --- mpasbn.po --- cc -pg -O2 -pipe -I -std=3Dgnu99 -Qunused-arguments -fstack-prote= ctor -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-paramete= r -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -W= cast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align= -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-= definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-bod= y -Wno-string-plus-int -Wno-unused-const-variable -c -o mpasbn.po --- sys.all__D --- --- btx --- cc -O2 -pipe -DBTX_FLAGS=3D0x0 -I -march=3Di386 -ffrees= tanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 = -std=3Dgnu99 -Qunused-arguments -e start -Ttext 0x9000 -Wl,-N,-S,--ofor= mat,binary -nostdlib -o btx btx.o=20 =3D=3D=3D> sys/boot/i386/btx/btxldr (all) --- btxldr.o --- cc -O2 -pipe -DLOADER_ADDRESS=3D0x200000 -I -march= =3Di386 -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ms= oft-float -m32 -std=3Dgnu99 -Qunused-arguments -no-integrated-as -m32 -= c --- secure.all__D --- --- ctr128.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -Qunused= -arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string= -plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-= value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -= Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c= -o ctr128.po --- sys.all__D --- --- btxldr --- cc -O2 -pipe -DLOADER_ADDRESS=3D0x200000 -I -march= =3Di386 -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ms= oft-float -m32 -std=3Dgnu99 -Qunused-arguments -e start -Ttext 0x200000= -Wl,-N,-S,--oformat,binary -nostdlib -o btxldr btxldr.o=20 =3D=3D=3D> sys/boot/i386/btx/lib (all) --- btxcsu.o --- cc -O2 -pipe -I -march=3Di386 -ffreestanding -mno-mmx -= mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -std=3Dgnu99 -Qunu= sed-arguments -m32 -c --- btxsys.o --- as --32 -o btxsys.o --- btxv86.o --- as --32 -o btxv86.o --- crt0.o --- cc -O2 -pipe -I -march=3Di386 -ffreestanding -mno-mmx -= mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -std=3Dgnu99 -Qunu= sed-arguments -Wl,-r -nostdlib -o crt0.o btxcsu.o btxsys.o btxv86.o=20 --- secure.all__D --- --- cts128.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -Qunused= -arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string= -plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-= value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -= Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c= -o cts128.po --- lib.all__D --- --- libmp_p.a --- building profiled mp library --- sys.all__D --- =3D=3D=3D> sys/boot/i386/boot2 (all) --- lib.all__D --- ranlib -D libmp_p.a --- all_subdir_libnetbsd --- =3D=3D=3D> lib/libnetbsd (all) --- sbin.all__D --- --- printnataddr.o --- cc -O2 -pipe -I -I -I -I -DSTATETOP -D__UIO_EXPOSE -s= td=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -= Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -= Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -W= no-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-co= nversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-arra= y-bounds -Wno-format -c -o prin= tnataddr.o --- sys.all__D --- --- boot2.ldr --- dd if=3D/dev/zero of=3Dboot2.ldr bs=3D512 count=3D1 1+0 records in 1+0 records out 512 bytes transferred in 0.009032 secs (56687 bytes/sec) --- lib.all__D --- --- all_subdir_libngatm --- =3D=3D=3D> lib/libngatm (all) --- sys.all__D --- --- sio.o --- cc -Os -fomit-frame-pointer -mrtd -mregparm=3D3 -DUSE_XREAD -DUFS1_AN= D_UFS2 -DFLAGS=3D0x80 -DSIOPRT=3D0x3f8 -DSIOFMT=3D0x3 -DSIOSPD=3D9600 = -I -I -I. -Wall -Waggregate-return -Wbad-func= tion-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wneste= d-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -W= inline -mstack-alignment=3D8 -mllvm -inline-threshold=3D3 -mllvm -enable-l= oad-pre=3Dfalse -mllvm -simplifycfg-dup-ret -march=3Di386 -ffreestanding -m= no-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -std=3Dgnu= 99 -Qunused-arguments -m32 -c --- boot1 --- objcopy -S -O binary boot1.out boot1 --- boot2.s --- cc -Os -fomit-frame-pointer -mrtd -mregparm=3D3 -DUSE_XREAD -DUFS1_AN= D_UFS2 -DFLAGS=3D0x80 -DSIOPRT=3D0x3f8 -DSIOFMT=3D0x3 -DSIOSPD=3D9600 = -I -I -I. -Wall -Waggregate-return -Wbad-func= tion-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wneste= d-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -W= inline -mstack-alignment=3D8 -mllvm -inline-threshold=3D3 -mllvm -enable-l= oad-pre=3Dfalse -mllvm -simplifycfg-dup-ret -march=3Di386 -ffreestanding -m= no-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -std=3Dgnu= 99 -Qunused-arguments -S -o boot2.s.tmp --- lib.all__D --- --- unimsg.po --- cc -pg -O2 -pipe -I -I/usr/obj -I= -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werro= r -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -W= switch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline = -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variabl= e-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-= unused-const-variable -c -o unimsg.po --- secure.all__D --- --- gcm128.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -Qunused= -arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string= -plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-= value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -= Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c= -o gcm128.po --- sys.all__D --- In file included from :169: :235:17: warning: cast from 'char *' to 'struct uf= s1_dinode *' increases required alignment from 1 to 4 [-Wcast-align] memcpy(&dp1, (struct ufs1_dinode *)blkbuf + n, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ :238:17: warning: cast from 'char *' to 'struct uf= s2_dinode *' increases required alignment from 1 to 4 [-Wcast-align] memcpy(&dp2, (struct ufs2_dinode *)blkbuf + n, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ --- sbin.all__D --- --- printnatfield.o --- cc -O2 -pipe -I -I -I -I -DSTATETOP -D__UIO_EXPOSE -s= td=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -= Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -= Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -W= no-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-co= nversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-arra= y-bounds -Wno-format -c -o pri= ntnatfield.o --- sys.all__D --- :221:1: warning: no previous prototype for function 'main' [-Wmis= sing-prototypes] main(void) ^ :352:4: warning: cast from 'caddr_t' (aka 'char *') to 'Elf32_Wor= d *' (aka 'unsigned int *') increases required alignment from 1 to 4 [-Wcas= t-align] *(Elf32_Word *)p =3D es[i].sh_size; ^~~~~~~~~~~~~~~ :618:8: warning: cast from 'caddr_t' (aka 'char *') to 'uint32_t = *' (aka 'unsigned int *') increases required alignment from 1 to 4 [-Wcast-= align] t1 =3D *(uint32_t *)PTOV(0x46c); ^~~~~~~~~~~~~~~~~~~~~~~ --- lib.all__D --- --- unimsg_common.po --- cc -pg -O2 -pipe -I -I/usr/obj -I= -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werro= r -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -W= switch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline = -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variabl= e-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-= unused-const-variable -c -= o unimsg_common.po --- straddr.po --- cc -pg -O2 -pipe -I -I/usr/obj -I= -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werro= r -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -W= switch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline = -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variabl= e-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-= unused-const-variable -c -o stra= ddr.po --- sbin.all__D --- --- printnatside.o --- cc -O2 -pipe -I -I -I -I -DSTATETOP -D__UIO_EXPOSE -s= td=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -= Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -= Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -W= no-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-co= nversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-arra= y-bounds -Wno-format -c -o prin= tnatside.o --- sys.all__D --- 5 warnings generated. sed -e '/align/d' -e '/nop/d' < boot2.s.tmp > boot2.s rm -f boot2.s.tmp --- boot2.o --- cc -m32 -c boot2.s --- secure.all__D --- --- ofb128.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -Qunused= -arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string= -plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-= value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -= Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c= -o ofb128.po --- sys.all__D --- --- boot2.out --- ld -static -N --gc-sections -m elf_i386_fbsd -Ttext 0x2000 -o boot2.out /us= r/obj boot2.o sio.o --- boot2.bin --- --- lib.all__D --- --- traffic.po --- --- sys.all__D --- objcopy -S -O binary boot2.out boot2.bin --- lib.all__D --- cc -pg -O2 -pipe -I -I/usr/obj -I= -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werro= r -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -W= switch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline = -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variabl= e-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-= unused-const-variable -c -o traff= ic.po --- sys.all__D --- --- boot2.ld --- btxld -v -E 0x2000 -f bin -b /usr/obj -l boot2.ldr -o boo= t2.ld -P 1 boot2.bin --- sbin.all__D --- --- printpacket.o --- --- sys.all__D --- kernel: ver=3D1.02 size=3D690 load=3D9000 entry=3D9010 map=3D16M pgctl=3D1:= 1 client: fmt=3Dbin size=3D1571 text=3D0 data=3D0 bss=3D0 entry=3D0 output: fmt=3Dbin size=3D1e01 text=3D200 data=3D1c01 org=3D0 entry=3D0 --- sbin.all__D --- cc -O2 -pipe -I -I -I -I -DSTATETOP -D__UIO_EXPOSE -s= td=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -= Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -= Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -W= no-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-co= nversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-arra= y-bounds -Wno-format -c -o print= packet.o --- sys.all__D --- --- boot2 --- --- secure.all__D --- --- xts128.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -Qunused= -arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string= -plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-= value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -= Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c= -o xts128.po --- sys.all__D --- -1 bytes available *** [boot2] Error code 1 make[6]: stopped in 1 error make[6]: stopped in *** [all] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [sys.all__D] Error code 2 make[2]: stopped in --- lib.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_libngatm] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [lib.all__D] Error code 2 make[2]: stopped in --- secure.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [secure.all__D] Error code 2 make[2]: stopped in --- sbin.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_ipf] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [sbin.all__D] Error code 2 make[2]: stopped in 4 errors make[2]: stopped in *** [everything] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 07:46:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8EC15FF for ; Sun, 13 Apr 2014 07:46:52 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4C7CE129F for ; Sun, 13 Apr 2014 07:46:52 +0000 (UTC) Received: from [188.174.51.229] (helo=localhost.my.domain) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1WZF7p-0007Ww-TY for freebsd-current@freebsd.org; Sun, 13 Apr 2014 09:46:50 +0200 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.my.domain (8.14.7/8.14.3) with ESMTP id s3D7klES026613 for ; Sun, 13 Apr 2014 09:46:47 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.7/8.14.3/Submit) id s3D7kku4026612 for freebsd-current@freebsd.org; Sun, 13 Apr 2014 09:46:47 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Sun, 13 Apr 2014 09:46:46 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: Re: recompiling openssl in base system with -DOPENSSL_NO_HEARTBEATS Message-ID: <20140413074646.GA26600@La-Habana> References: <20140413070340.GA25589@La-Habana> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20140413070340.GA25589@La-Habana> X-Operating-System: FreeBSD 9.0-CURRENT r214444 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 188.174.51.229 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2014 07:46:52 -0000 El da Sunday, April 13, 2014 a las 09:03:40AM +0200, Matthias Apitz escribi: > > Hello, > > I run a bunch of -CURRENT systems and due to the OpenSSL HEARTBEAT issue > I want to recompile the libssl.so in the base system with the option > -DOPENSSL_NO_HEARTBEATS. > > What is the best procedure to do this? I think the easy way is what I did now: $ ./heartbleed/heartbleed localhost:631 VULNERABLE! we have to recompile libssl.so.7 # cd /usr/src/secure/lib/libssl # vim ../libcrypto/Makefile.inc added to the line -DOPENSSL_NO_HEARTBEATS as shown here: # diff ../libcrypto/Makefile.inc* 12c12 < CFLAGS+= -DTERMIOS -DANSI_SOURCE -DOPENSSL_NO_HEARTBEATS --- > CFLAGS+= -DTERMIOS -DANSI_SOURCE # make # make install $ ~/heartbleed/heartbleed localhost:631 NOT VULNERABLE (TLS Heartbeat extension not supported by the server) -- Matthias Apitz | /"\ ASCII Ribbon Campaign: E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 10:13:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54F1AA59; Sun, 13 Apr 2014 10:13:28 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 3DEC01D6C; Sun, 13 Apr 2014 10:13:28 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 39B80398; Sun, 13 Apr 2014 10:13:27 +0000 (UTC) Date: Sun, 13 Apr 2014 10:13:26 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org, gjb@FreeBSD.org, nwhitehorn@FreeBSD.org, davide@FreeBSD.org Message-ID: <617719639.1.1397384007288.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <939835232.0.1397375079342.JavaMail.jenkins@jenkins-9.freebsd.org> References: <939835232.0.1397375079342.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #459 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Apr 2014 10:13:28 -0000 See Changes: [nwhitehorn] Add my copyright here. Most of this is unmodified from the ori= ginal sparc64 version, but at least some indication of changes that postdate the actual invention of EFI is probably a good idea. ------------------------------------------ [...truncated 133035 lines...] --- sys.all__D --- --- loader.sym --- --- lib.all__D --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer= -sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-= tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unuse= d-function -Wno-enum-conversion -c -o block_buffer_encoder.po --- sys.all__D --- cc -O2 -pipe -fPIC -I. -I -I -I -I -I -I -ffreestanding -mno-mmx -m= no-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=3Dgnu99 -Qunused-ar= guments -Wl,-T -Wl,-Bsymbolic -shared -Wl,-z= nocombreloc -nostdlib -o loader.sym boot1.o reloc.o start.o=20 --- boot1.efi --- if [ ` -t loader.sym | fgrep '*UND*' | wc -l` !=3D 0 ]; then -t loader.sy= m | fgrep '*UND*'; exit 1; fi -t: not found objcopy -j .text -j .sdata -j .data -j .dynamic -j .dynsym -j .rel.dyn -j= .rela.dyn -j .reloc -j .eh_frame -j set_Xcommand_set --target=3Defi-app-x= 86_64 loader.sym boot1.efi =3D=3D=3D> sys/boot/i386 (all) --- all --- =3D=3D=3D> sys/boot/i386/mbr (all) --- mbr.o --- as --defsym FLAGS=3D0x80 --32 -o mbr.o --- mbr --- cc -O2 -pipe -march=3Di386 -ffreestanding -mno-mmx -mno-3dnow -mno-sse -= mno-sse2 -mno-sse3 -msoft-float -m32 -std=3Dgnu99 -Qunused-arguments -e = start -Ttext 0x600 -Wl,-N,-S,--oformat,binary -nostdlib -o mbr mbr.o=20 =3D=3D=3D> sys/boot/i386/pmbr (all) --- pmbr.o --- as --defsym FLAGS=3D --32 -o pmbr.o --- pmbr --- cc -O2 -pipe -march=3Di386 -ffreestanding -mno-mmx -mno-3dnow -mno-sse -= mno-sse2 -mno-sse3 -msoft-float -m32 -std=3Dgnu99 -Qunused-arguments -e = start -Ttext 0x600 -Wl,-N,-S,--oformat,binary -nostdlib -o pmbr pmbr.o=20 --- lib.all__D --- --- block_encoder.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer= -sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-= tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unuse= d-function -Wno-enum-conversion -c -o block_encoder.po --- sys.all__D --- =3D=3D=3D> sys/boot/i386/boot0 (all) --- secure.all__D --- --- ts_req_utils.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -Qunused= -arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string= -plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-= value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -= Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c= -o ts_req_utils.po --- lib.all__D --- --- block_header_encoder.po --- --- sys.all__D --- --- boot0.o --- --- lib.all__D --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer= -sign -Wno-empty-body -Wno-string-plus-int -Wno---- sys.all__D --- cc -O2 -pipe -DVOLUME_SERIAL -DPXE -DFLAGS=3D0x8f -DTICKS=3D0xb6 -DCOM= SPEED=3D"7 << 5 + 3" -march=3Di386 -ffreestanding -mno-mmx -mno-3dnow -mno-= sse -mno-sse2 -mno-sse3 -msoft-float -m32 -std=3Dgnu99 -Qunused-arguments = -no-integrated-as -m32 -c --- lib.all__D --- unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-pare= ntheses-equality -Wno-unused-function -Wno-enum-conversion -c -o block_header_encoder.po --- sys.all__D --- --- boot0 --- cc -O2 -pipe -DVOLUME_SERIAL -DPXE -DFLAGS=3D0x8f -DTICKS=3D0xb6 -DCOM= SPEED=3D"7 << 5 + 3" -march=3Di386 -ffreestanding -mno-mmx -mno-3dnow -mno-= sse -mno-sse2 -mno-sse3 -msoft-float -m32 -std=3Dgnu99 -Qunused-arguments = -e start -Ttext 0x600 -Wl,-N,-S,--oformat,binary -nostdlib -o boot0 boot= 0.o=20 =3D=3D=3D> sys/boot/i386/boot0sio (all) --- boot0.o --- cc -O2 -pipe -DSIO -DVOLUME_SERIAL -DPXE -DFLAGS=3D0x8f -DTICKS=3D0xb6 = -DCOMSPEED=3D"7 << 5 + 3" -march=3Di386 -ffreestanding -mno-mmx -mno-3dnow= -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -std=3Dgnu99 -Qunused-argum= ents -no-integrated-as -m32 -c --- boot0 --- cc -O2 -pipe -DSIO -DVOLUME_SERIAL -DPXE -DFLAGS=3D0x8f -DTICKS=3D0xb6 = -DCOMSPEED=3D"7 << 5 + 3" -march=3Di386 -ffreestanding -mno-mmx -mno-3dnow= -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -std=3Dgnu99 -Qunused-argum= ents -e start -Ttext 0x600 -Wl,-N,-S,--oformat,binary -nostdlib -o boot= 0 boot0.o=20 =3D=3D=3D> sys/boot/i386/btx (all) --- lib.all__D --- --- easy_buffer_encoder.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer= -sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-= tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unuse= d-function -Wno-enum-conversion -c -o easy_buffer_encoder.po --- sys.all__D --- --- all --- =3D=3D=3D> sys/boot/i386/btx/btx (all) --- secure.all__D --- --- ts_rsp_print.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -Qunused= -arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string= -plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-= value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -= Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c= -o ts_rsp_print.po --- sys.all__D --- --- btx.o --- cc -O2 -pipe -DBTX_FLAGS=3D0x0 -I -march=3Di386 -ffrees= tanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 = -std=3Dgnu99 -Qunused-arguments -no-integrated-as -m32 -c --- btx --- cc -O2 -pipe -DBTX_FLAGS=3D0x0 -I -march=3Di386 -ffrees= tanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 = -std=3Dgnu99 -Qunused-arguments -e start -Ttext 0x9000 -Wl,-N,-S,--ofor= mat,binary -nostdlib -o btx btx.o=20 --- lib.all__D --- --- easy_encoder.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer= -sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-= tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unuse= d-function -Wno-enum-conversion -c -o easy_encoder.po --- sys.all__D --- =3D=3D=3D> sys/boot/i386/btx/btxldr (all) --- btxldr.o --- cc -O2 -pipe -DLOADER_ADDRESS=3D0x200000 -I -march= =3Di386 -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ms= oft-float -m32 -std=3Dgnu99 -Qunused-arguments -no-integrated-as -m32 -= c --- btxldr --- cc -O2 -pipe -DLOADER_ADDRESS=3D0x200000 -I -march= =3Di386 -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ms= oft-float -m32 -std=3Dgnu99 -Qunused-arguments -e start -Ttext 0x200000= -Wl,-N,-S,--oformat,binary -nostdlib -o btxldr btxldr.o=20 =3D=3D=3D> sys/boot/i386/btx/lib (all) --- lib.all__D --- --- easy_encoder_memusage.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer= -sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-= tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unuse= d-function -Wno-enum-conversion -c -o easy_encoder_memusage.po --- sys.all__D --- --- btxcsu.o --- cc -O2 -pipe -I -march=3Di386 -ffreestanding -mno-mmx -= mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -std=3Dgnu99 -Qunu= sed-arguments -m32 -c --- btxsys.o --- as --32 -o btxsys.o --- btxv86.o --- as --32 -o btxv86.o --- crt0.o --- cc -O2 -pipe -I -march=3Di386 -ffreestanding -mno-mmx -= mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -std=3Dgnu99 -Qunu= sed-arguments -Wl,-r -nostdlib -o crt0.o btxcsu.o btxsys.o btxv86.o=20 =3D=3D=3D> sys/boot/i386/boot2 (all) --- lib.all__D --- --- filter_buffer_encoder.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer= -sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-= tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unuse= d-function -Wno-enum-conversion -c -o filter_buffer_encoder.po --- secure.all__D --- --- ts_rsp_sign.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -Qunused= -arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string= -plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-= value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -= Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c= -o ts_rsp_sign.po --- sys.all__D --- --- boot2.ldr --- dd if=3D/dev/zero of=3Dboot2.ldr bs=3D512 count=3D1 1+0 records in 1+0 records out 512 bytes transferred in 0.051090 secs (10022 bytes/sec) --- sio.o --- cc -Os -fomit-frame-pointer -mrtd -mregparm=3D3 -DUSE_XREAD -DUFS1_AN= D_UFS2 -DFLAGS=3D0x80 -DSIOPRT=3D0x3f8 -DSIOFMT=3D0x3 -DSIOSPD=3D9600 = -I -I -I. -Wall -Waggregate-return -Wbad-func= tion-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wneste= d-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -W= inline -mstack-alignment=3D8 -mllvm -inline-threshold=3D3 -mllvm -enable-l= oad-pre=3Dfalse -mllvm -simplifycfg-dup-ret -march=3Di386 -ffreestanding -m= no-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -std=3Dgnu= 99 -Qunused-arguments -m32 -c --- boot1 --- objcopy -S -O binary boot1.out boot1 --- boot2.s --- cc -Os -fomit-frame-pointer -mrtd -mregparm=3D3 -DUSE_XREAD -DUFS1_AN= D_UFS2 -DFLAGS=3D0x80 -DSIOPRT=3D0x3f8 -DSIOFMT=3D0x3 -DSIOSPD=3D9600 = -I -I -I. -Wall -Waggregate-return -Wbad-func= tion-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wneste= d-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -W= inline -mstack-alignment=3D8 -mllvm -inline-threshold=3D3 -mllvm -enable-l= oad-pre=3Dfalse -mllvm -simplifycfg-dup-ret -march=3Di386 -ffreestanding -m= no-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -std=3Dgnu= 99 -Qunused-arguments -S -o boot2.s.tmp --- lib.all__D --- --- filter_encoder.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer= -sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-= tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unuse= d-function -Wno-enum-conversion -c -o filter_encoder.po --- sys.all__D --- In file included from :169: :235:17: warning: cast from 'char *' to 'struct uf= s1_dinode *' increases required alignment from 1 to 4 [-Wcast-align] memcpy(&dp1, (struct ufs1_dinode *)blkbuf + n, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ :238:17: warning: cast from 'char *' to 'struct uf= s2_dinode *' increases required alignment from 1 to 4 [-Wcast-align] memcpy(&dp2, (struct ufs2_dinode *)blkbuf + n, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ :221:1: warning: no previous prototype for function 'main' [-Wmis= sing-prototypes] main(void) ^ :352:4: warning: cast from 'caddr_t' (aka 'char *') to 'Elf32_Wor= d *' (aka 'unsigned int *') increases required alignment from 1 to 4 [-Wcas= t-align] *(Elf32_Word *)p =3D es[i].sh_size; ^~~~~~~~~~~~~~~ :618:8: warning: cast from 'caddr_t' (aka 'char *') to 'uint32_t = *' (aka 'unsigned int *') increases required alignment from 1 to 4 [-Wcast-= align] t1 =3D *(uint32_t *)PTOV(0x46c); ^~~~~~~~~~~~~~~~~~~~~~~ --- lib.all__D --- --- filter_flags_encoder.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer= -sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-= tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unuse= d-function -Wno-enum-conversion -c -o filter_flags_encoder.po --- index_encoder.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer= -sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-= tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unuse= d-function -Wno-enum-conversion -c -o index_encoder.po --- sys.all__D --- 5 warnings generated. sed -e '/align/d' -e '/nop/d' < boot2.s.tmp > boot2.s rm -f boot2.s.tmp --- boot2.o --- cc -m32 -c boot2.s --- sbin.all__D --- --- ip_proxy.o --- cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPF= ILTER_SYNC -DIPFILTER_CKSUM -DHAS_SYS_MD5_H -I. -I= -I -I -I -DSTATETOP -D__UIO_EXPOSE -std=3Dgnu99 -Qunused-arguments -fstack-p= rotector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused= -const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenthese= s-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switc= h-enum -Wno-knr-promoted-parameter -Wno-parentheses -Wno-array-bounds -Wno-= format -c --- sys.all__D --- --- boot2.out --- --- lib.all__D --- --- stream_buffer_encoder.po --- --- sys.all__D --- ld -static -N --gc-sections -m elf_i386_fbsd -Ttext 0x2000 -o boot2.out /us= r/obj boot2.o sio.o --- lib.all__D --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer= -sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-= tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unuse= d-function -Wno-enum-conversion -c -o stream_buffer_encoder.po --- sys.all__D --- --- boot2.bin --- objcopy -S -O binary boot2.out boot2.bin --- boot2.ld --- btxld -v -E 0x2000 -f bin -b /usr/obj -l boot2.ldr -o boo= t2.ld -P 1 boot2.bin kernel: ver=3D1.02 size=3D690 load=3D9000 entry=3D9010 map=3D16M pgctl=3D1:= 1 client: fmt=3Dbin size=3D1571 text=3D0 data=3D0 bss=3D0 entry=3D0 output: fmt=3Dbin size=3D1e01 text=3D200 data=3D1c01 org=3D0 entry=3D0 --- boot2 --- -1 bytes available *** [boot2] Error code 1 make[6]: stopped in 1 error make[6]: stopped in *** [all] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [sys.all__D] Error code 2 make[2]: stopped in --- secure.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [secure.all__D] Error code 2 make[2]: stopped in --- lib.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_liblzma] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [lib.all__D] Error code 2 make[2]: stopped in --- sbin.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_ipf] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [sbin.all__D] Error code 2 make[2]: stopped in 4 errors make[2]: stopped in *** [everything] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 12:17:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5EF0551A; Sun, 13 Apr 2014 12:17:19 +0000 (UTC) Received: from mail-ve0-x229.google.com (mail-ve0-x229.google.com [IPv6:2607:f8b0:400c:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0BAE31897; Sun, 13 Apr 2014 12:17:18 +0000 (UTC) Received: by mail-ve0-f169.google.com with SMTP id pa12so6450898veb.14 for ; Sun, 13 Apr 2014 05:17:18 -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=yLEm6HUXPCHtFqzKauUYbTi0ugXVQt9qzLbLixArq/E=; b=Etc4iStPtcPLVxr89wO4okxddeHuTYG/deF9q5IM54v7rQH2VFepDMRLZ97BAixgiQ 43gcF0uc4zmoEIu3CJr9IeFX0QgvewZl+9u2WSqQ09eCnIR+61xn/vGUVcePealPyKlF 3n9V5MDFXD9PB/O9zhThvKcRaDJGTkwGsMKL6hOe3JN5g/NEalzEftA/RmmwzK3ggkub d5la+UoH7ZFKFdwnivzfAV1hR1t49EVIkUcBJ0syhWMaHzI6jOqj5Xi1EVasK6WaCrBJ dKDW5fx9lt3WfGyI5Ct74d7W4iniQnkYsvpusy2hIvIcHjNoonjoa3wxplqrFQ2SBKw8 BxYg== MIME-Version: 1.0 X-Received: by 10.220.190.197 with SMTP id dj5mr19391391vcb.19.1397391438072; Sun, 13 Apr 2014 05:17:18 -0700 (PDT) Received: by 10.220.239.84 with HTTP; Sun, 13 Apr 2014 05:17:18 -0700 (PDT) In-Reply-To: <534A2D95.5050106@freebsd.org> References: <534A2D95.5050106@freebsd.org> Date: Sun, 13 Apr 2014 08:17:18 -0400 Message-ID: Subject: Re: r264391 breaks buildworld for -CURRENT amd64 From: Thomas Hoffmann To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Nathan Whitehorn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Apr 2014 12:17:19 -0000 On Sun, Apr 13, 2014 at 2:24 AM, Nathan Whitehorn wrote: > Thanks for the report. It should be fixed now. Apologies for the breakage! > -Nathan Thanks for the fix. No apology necessary. Any bump(s) related to getting efi boot for amd64 working in HEAD get a free pass with me! -Tom From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 13:15:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 582DD577; Sun, 13 Apr 2014 13:15:11 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 421A31CF0; Sun, 13 Apr 2014 13:15:11 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id EFCA33D9; Sun, 13 Apr 2014 13:15:10 +0000 (UTC) Date: Sun, 13 Apr 2014 13:15:07 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org, gjb@FreeBSD.org, jilles@FreeBSD.org, jmmv@FreeBSD.org, nwhitehorn@FreeBSD.org, mav@FreeBSD.org, davide@FreeBSD.org Message-ID: <1228725618.2.1397394910233.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <617719639.1.1397384007288.JavaMail.jenkins@jenkins-9.freebsd.org> References: <617719639.1.1397384007288.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #460 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Apr 2014 13:15:11 -0000 See Changes: [jmmv] Miscellaneous fixes to tests(7). - Properly capitalize "FreeBSD Test Suite". - At this point, the test suite first appeared in 10.1, not in 11.0. - Use my FreeBSD.org address. [jmmv] Add FreeBSD 10.1 to the list of recognized releases for Fx. This version is already mentioned by 4 manual pages. [jilles] find: Return normal exit status from -quit. If there was an error, make the exit status reflect this even if -quit caused the exit. Formerly, -quit always caused exit(0). GNU find does the same. [jmmv] Document how to install the test suite. As part of this, install the tests(7) manual page unconditionally (not only when WITH_TESTS=3Dyes) so that users that have not yet enabled the build of the test suite can read details on how to do so. [jmmv] Regen after rewording of WITH_TESTS. [jmmv] Fix test suite name in src.conf(5). There is no such thing as the "Kyua test suite"; it is the "FreeBSD Test Suite". While doing this, point readers to tests(7). [mav] Join CTL worker threads into one process for convenience. Report their idle state as "-". [mav] Report more readable state "-" for idle CAM scan thread. [mav] Fix periph listing when IOCTL buffer border hits result for wanted bu= s. ------------------------------------------ [...truncated 133734 lines...] cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -Qunused= -arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string= -plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-= value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -= Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c= -o ts_err.po --- sys.all__D --- objcopy -j .text -j .sdata -j .data -j .dynamic -j .dynsym -j .rel.dyn -j= .rela.dyn -j .reloc -j .eh_frame -j set_Xcommand_set --target=3Defi-app-x= 86_64 loader.sym boot1.efi =3D=3D=3D> sys/boot/i386 (all) --- lib.all__D --- --- stream_encoder.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer= -sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-= tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unuse= d-function -Wno-enum-conversion -c -o stream_encoder.po --- sys.all__D --- --- all --- =3D=3D=3D> sys/boot/i386/mbr (all) --- mbr.o --- as --defsym FLAGS=3D0x80 --32 -o mbr.o --- mbr --- cc -O2 -pipe -march=3Di386 -ffreestanding -mno-mmx -mno-3dnow -mno-sse -= mno-sse2 -mno-sse3 -msoft-float -m32 -std=3Dgnu99 -Qunused-arguments -e = start -Ttext 0x600 -Wl,-N,-S,--oformat,binary -nostdlib -o mbr mbr.o=20 =3D=3D=3D> sys/boot/i386/pmbr (all) --- pmbr.o --- as --defsym FLAGS=3D --32 -o pmbr.o --- pmbr --- cc -O2 -pipe -march=3Di386 -ffreestanding -mno-mmx -mno-3dnow -mno-sse -= mno-sse2 -mno-sse3 -msoft-float -m32 -std=3Dgnu99 -Qunused-arguments -e = start -Ttext 0x600 -Wl,-N,-S,--oformat,binary -nostdlib -o pmbr pmbr.o=20 =3D=3D=3D> sys/boot/i386/boot0 (all) --- boot0.o --- cc -O2 -pipe -DVOLUME_SERIAL -DPXE -DFLAGS=3D0x8f -DTICKS=3D0xb6 -DCOM= SPEED=3D"7 << 5 + 3" -march=3Di386 -ffreestanding -mno-mmx -mno-3dnow -mno-= sse -mno-sse2 -mno-sse3 -msoft-float -m32 -std=3Dgnu99 -Qunused-arguments = -no-integrated-as -m32 -c --- lib.all__D --- --- stream_flags_encoder.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer= -sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-= tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unuse= d-function -Wno-enum-conversion -c -o stream_flags_encoder.po --- sys.all__D --- --- boot0 --- cc -O2 -pipe -DVOLUME_SERIAL -DPXE -DFLAGS=3D0x8f -DTICKS=3D0xb6 -DCOM= SPEED=3D"7 << 5 + 3" -march=3Di386 -ffreestanding -mno-mmx -mno-3dnow -mno-= sse -mno-sse2 -mno-sse3 -msoft-float -m32 -std=3Dgnu99 -Qunused-arguments = -e start -Ttext 0x600 -Wl,-N,-S,--oformat,binary -nostdlib -o boot0 boot= 0.o=20 --- secure.all__D --- --- ts_lib.po --- --- sys.all__D --- =3D=3D=3D> sys/boot/i386/boot0sio (all) --- secure.all__D --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -Qunused= -arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string= -plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-= value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -= Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c= -o ts_lib.po --- sys.all__D --- --- boot0.o --- cc -O2 -pipe -DSIO -DVOLUME_SERIAL -DPXE -DFLAGS=3D0x8f -DTICKS=3D0xb6 = -DCOMSPEED=3D"7 << 5 + 3" -march=3Di386 -ffreestanding -mno-mmx -mno-3dnow= -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -std=3Dgnu99 -Qunused-argum= ents -no-integrated-as -m32 -c --- boot0 --- cc -O2 -pipe -DSIO -DVOLUME_SERIAL -DPXE -DFLAGS=3D0x8f -DTICKS=3D0xb6 = -DCOMSPEED=3D"7 << 5 + 3" -march=3Di386 -ffreestanding -mno-mmx -mno-3dnow= -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -std=3Dgnu99 -Qunused-argum= ents -e start -Ttext 0x600 -Wl,-N,-S,--oformat,binary -nostdlib -o boot= 0 boot0.o=20 --- lib.all__D --- --- vli_encoder.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer= -sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-= tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unuse= d-function -Wno-enum-conversion -c -o vli_encoder.po --- sys.all__D --- =3D=3D=3D> sys/boot/i386/btx (all) --- all --- =3D=3D=3D> sys/boot/i386/btx/btx (all) --- btx.o --- cc -O2 -pipe -DBTX_FLAGS=3D0x0 -I -march=3Di386 -ffrees= tanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 = -std=3Dgnu99 -Qunused-arguments -no-integrated-as -m32 -c --- sbin.all__D --- --- ippool_y.o --- cc -O2 -pipe -I. -I -I -I -I -DSTATETOP -D__UIO_EXPOSE= -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werro= r -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-bod= y -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare= -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum= -conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-a= rray-bounds -Wno-format -c ippool_y.c --- lib.all__D --- --- alone_decoder.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer= -sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-= tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unuse= d-function -Wno-enum-conversion -c -o alone_decoder.po --- sys.all__D --- --- btx --- cc -O2 -pipe -DBTX_FLAGS=3D0x0 -I -march=3Di386 -ffrees= tanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 = -std=3Dgnu99 -Qunused-arguments -e start -Ttext 0x9000 -Wl,-N,-S,--ofor= mat,binary -nostdlib -o btx btx.o=20 =3D=3D=3D> sys/boot/i386/btx/btxldr (all) --- btxldr.o --- cc -O2 -pipe -DLOADER_ADDRESS=3D0x200000 -I -march= =3Di386 -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ms= oft-float -m32 -std=3Dgnu99 -Qunused-arguments -no-integrated-as -m32 -= c --- secure.all__D --- --- ts_req_print.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -Qunused= -arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string= -plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-= value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -= Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c= -o ts_req_print.po --- sys.all__D --- --- btxldr --- cc -O2 -pipe -DLOADER_ADDRESS=3D0x200000 -I -march= =3Di386 -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ms= oft-float -m32 -std=3Dgnu99 -Qunused-arguments -e start -Ttext 0x200000= -Wl,-N,-S,--oformat,binary -nostdlib -o btxldr btxldr.o=20 =3D=3D=3D> sys/boot/i386/btx/lib (all) --- btxcsu.o --- cc -O2 -pipe -I -march=3Di386 -ffreestanding -mno-mmx -= mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -std=3Dgnu99 -Qunu= sed-arguments -m32 -c --- lib.all__D --- --- auto_decoder.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer= -sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-= tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unuse= d-function -Wno-enum-conversion -c -o auto_decoder.po --- sys.all__D --- --- btxsys.o --- as --32 -o btxsys.o --- btxv86.o --- as --32 -o btxv86.o --- crt0.o --- cc -O2 -pipe -I -march=3Di386 -ffreestanding -mno-mmx -= mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -std=3Dgnu99 -Qunu= sed-arguments -Wl,-r -nostdlib -o crt0.o btxcsu.o btxsys.o btxv86.o=20 =3D=3D=3D> sys/boot/i386/boot2 (all) --- boot2.ldr --- dd if=3D/dev/zero of=3Dboot2.ldr bs=3D512 count=3D1 1+0 records in 1+0 records out 512 bytes transferred in 0.010462 secs (48939 bytes/sec) --- sio.o --- cc -Os -fomit-frame-pointer -mrtd -mregparm=3D3 -DUSE_XREAD -DUFS1_AN= D_UFS2 -DFLAGS=3D0x80 -DSIOPRT=3D0x3f8 -DSIOFMT=3D0x3 -DSIOSPD=3D9600 = -I -I -I. -Wall -Waggregate-return -Wbad-func= tion-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wneste= d-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -W= inline -mstack-alignment=3D8 -mllvm -inline-threshold=3D3 -mllvm -enable-l= oad-pre=3Dfalse -mllvm -simplifycfg-dup-ret -march=3Di386 -ffreestanding -m= no-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -std=3Dgnu= 99 -Qunused-arguments -m32 -c --- lib.all__D --- --- block_buffer_decoder.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer= -sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-= tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unuse= d-function -Wno-enum-conversion -c -o block_buffer_decoder.po --- secure.all__D --- --- ts_req_utils.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -Qunused= -arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string= -plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-= value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -= Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c= -o ts_req_utils.po --- sys.all__D --- --- boot1 --- objcopy -S -O binary boot1.out boot1 --- boot2.s --- cc -Os -fomit-frame-pointer -mrtd -mregparm=3D3 -DUSE_XREAD -DUFS1_AN= D_UFS2 -DFLAGS=3D0x80 -DSIOPRT=3D0x3f8 -DSIOFMT=3D0x3 -DSIOSPD=3D9600 = -I -I -I. -Wall -Waggregate-return -Wbad-func= tion-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wneste= d-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -W= inline -mstack-alignment=3D8 -mllvm -inline-threshold=3D3 -mllvm -enable-l= oad-pre=3Dfalse -mllvm -simplifycfg-dup-ret -march=3Di386 -ffreestanding -m= no-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -std=3Dgnu= 99 -Qunused-arguments -S -o boot2.s.tmp In file included from :169: :235:17: warning: cast from 'char *' to 'struct uf= s1_dinode *' increases required alignment from 1 to 4 [-Wcast-align] memcpy(&dp1, (struct ufs1_dinode *)blkbuf + n, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ :238:17: warning: cast from 'char *' to 'struct uf= s2_dinode *' increases required alignment from 1 to 4 [-Wcast-align] memcpy(&dp2, (struct ufs2_dinode *)blkbuf + n, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ --- lib.all__D --- --- block_decoder.po --- --- sys.all__D --- :221:1: warning: no previous prototype for function 'main' [-Wmis= sing-prototypes] main(void) ^ --- lib.all__D --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer= -sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-= tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unuse= d-function -Wno-enum-conversion -c -o block_decoder.po --- sys.all__D --- :352:4: warning: cast from 'caddr_t' (aka 'char *') to 'Elf32_Wor= d *' (aka 'unsigned int *') increases required alignment from 1 to 4 [-Wcas= t-align] *(Elf32_Word *)p =3D es[i].sh_size; ^~~~~~~~~~~~~~~ :618:8: warning: cast from 'caddr_t' (aka 'char *') to 'uint32_t = *' (aka 'unsigned int *') increases required alignment from 1 to 4 [-Wcast-= align] t1 =3D *(uint32_t *)PTOV(0x46c); ^~~~~~~~~~~~~~~~~~~~~~~ --- sbin.all__D --- --- ippool_l.o --- cc -O2 -pipe -I. -I -I -I -I -DSTATETOP -D__UIO_EXPOSE= -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werro= r -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-bod= y -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare= -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum= -conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-a= rray-bounds -Wno-format -c ippool_l.c --- lib.all__D --- --- block_header_decoder.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer= -sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-= tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unuse= d-function -Wno-enum-conversion -c -o block_header_decoder.po --- secure.all__D --- --- ts_rsp_print.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -Qunused= -arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string= -plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-= value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -= Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c= -o ts_rsp_print.po --- lib.all__D --- --- easy_decoder_memusage.po --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer= -sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-= tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unuse= d-function -Wno-enum-conversion -c -o easy_decoder_memusage.po --- sys.all__D --- 5 warnings generated. sed -e '/align/d' -e '/nop/d' < boot2.s.tmp > boot2.s rm -f boot2.s.tmp --- boot2.o --- cc -m32 -c boot2.s --- boot2.out --- ld -static -N --gc-sections -m elf_i386_fbsd -Ttext 0x2000 -o boot2.out /us= r/obj boot2.o sio.o --- boot2.bin --- objcopy -S -O binary boot2.out boot2.bin --- boot2.ld --- btxld -v -E 0x2000 -f bin -b /usr/obj -l boot2.ldr -o boo= t2.ld -P 1 boot2.bin kernel: ver=3D1.02 size=3D690 load=3D9000 entry=3D9010 map=3D16M pgctl=3D1:= 1 client: fmt=3Dbin size=3D1571 text=3D0 data=3D0 bss=3D0 entry=3D0 output: fmt=3Dbin size=3D1e01 text=3D200 data=3D1c01 org=3D0 entry=3D0 --- lib.all__D --- --- filter_buffer_decoder.po --- --- sys.all__D --- --- boot2 --- --- lib.all__D --- cc -pg -O2 -pipe -DHAVE_CONFIG_H -DTUKLIB_SYMBOL_PREFIX=3Dlzma_ -I -I -I -I -I -I -I -I -= I -I -DSYMB= OL_VERSIONING -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-h= eaders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer= -sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-= tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unuse= d-function -Wno-enum-conversion -c -o filter_buffer_decoder.po --- sys.all__D --- -1 bytes available *** [boot2] Error code 1 make[6]: stopped in 1 error make[6]: stopped in *** [all] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [sys.all__D] Error code 2 make[2]: stopped in --- lib.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_liblzma] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [lib.all__D] Error code 2 make[2]: stopped in --- secure.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [secure.all__D] Error code 2 make[2]: stopped in --- sbin.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_ipf] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [sbin.all__D] Error code 2 make[2]: stopped in 4 errors make[2]: stopped in *** [everything] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 15:09:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D87303AC for ; Sun, 13 Apr 2014 15:09:58 +0000 (UTC) Received: from learnbsd.org (177-129-165-195.santanet.psi.br [177.129.165.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 94F7B1726 for ; Sun, 13 Apr 2014 15:09:58 +0000 (UTC) Received: from learnbsd.org (unknown [10.10.10.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by learnbsd.org (Postfix) with ESMTPS id DAD031EA15 for ; Sat, 12 Apr 2014 18:08:56 -0300 (BRT) Received: (from dialup@localhost) by learnbsd.org (8.14.8/8.14.8/Submit) id s3CL8unh062955 for freebsd-current@freebsd.org; Sat, 12 Apr 2014 18:08:56 -0300 (BRT) (envelope-from dialup) Date: Sat, 12 Apr 2014 18:08:56 -0300 (BRT) From: User Dialup Message-Id: <201404122108.s3CL8unh062955@learnbsd.org> To: freebsd-current@freebsd.org Subject: 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Apr 2014 15:09:58 -0000 1 From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 15:09:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F0E073AD for ; Sun, 13 Apr 2014 15:09:58 +0000 (UTC) Received: from learnbsd.org (177-129-165-195.santanet.psi.br [177.129.165.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AC4FE1727 for ; Sun, 13 Apr 2014 15:09:58 +0000 (UTC) Received: from learnbsd.org (unknown [10.10.10.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by learnbsd.org (Postfix) with ESMTPS id 7D51A1EA06 for ; Sat, 12 Apr 2014 18:31:38 -0300 (BRT) Received: (from dialup@localhost) by learnbsd.org (8.14.8/8.14.8/Submit) id s3CLVcJC063184 for freebsd-current@freebsd.org; Sat, 12 Apr 2014 18:31:38 -0300 (BRT) (envelope-from dialup) Date: Sat, 12 Apr 2014 18:31:38 -0300 (BRT) From: User Dialup Message-Id: <201404122131.s3CLVcJC063184@learnbsd.org> To: freebsd-current@freebsd.org Subject: teste X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Apr 2014 15:09:59 -0000 loco  quit From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 15:10:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 082F240F for ; Sun, 13 Apr 2014 15:10:00 +0000 (UTC) Received: from learnbsd.org (177-129-165-195.santanet.psi.br [177.129.165.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4896D1728 for ; Sun, 13 Apr 2014 15:09:59 +0000 (UTC) Received: from learnbsd.org (unknown [10.10.10.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by learnbsd.org (Postfix) with ESMTPS id ACB231EA98 for ; Sat, 12 Apr 2014 14:00:08 -0300 (BRT) Received: (from dialup@localhost) by learnbsd.org (8.14.8/8.14.8/Submit) id s3CH0893081714 for freebsd-current@freebsd.org; Sat, 12 Apr 2014 14:00:08 -0300 (BRT) (envelope-from dialup) Date: Sat, 12 Apr 2014 14:00:08 -0300 (BRT) From: User Dialup Message-Id: <201404121700.s3CH0893081714@learnbsd.org> To: freebsd-current@freebsd.org Subject: freebsd buildworld erro clang lib/clang/libllvmx86disassembler (depend) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Apr 2014 15:10:00 -0000 hello, I have a problem that might be simple to solve, but I'm not having success .... # uname -a FreeBSD learnbsd 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r263202: Sat Mar 15 13:43:38 BRT 2014 dialup@dialup:/usr/obj/usr/ src/sys/DIALUP amd64 # clang -v FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 Target: x86_64-unknown-freebsd11.0 Thread model: posix Selected GCC installation: # svnlite info Path: . Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 264367 Node Kind: directory Schedule: normal Last Changed Author: des Last Changed Rev: 264367 Last Changed Date: 2014-04-12 09:44:09 -0300 (Sat, 12 Apr 2014) -------------------------------------------------------------- >>> World build started on Sat Apr 12 11:23:58 BRT 2014 -------------------------------------------------------------- ===> lib/clang/libllvmx86desc (depend) tblgen -I /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/include -I /usr/src/lib/clang/libllvmx86desc/../../../con trib/llvm/lib/Target/X86 -gen-instr-info -o X86GenInstrInfo.inc.h /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm /lib/Target/X86/X86.td tblgen -I /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/include -I /usr/src/lib/clang/libllvmx86desc/../../../con trib/llvm/lib/Target/X86 -gen-register-info -o X86GenRegisterInfo.inc.h /usr/src/lib/clang/libllvmx86desc/../../../contri b/llvm/lib/Target/X86/X86.td tblgen -I /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/include -I /usr/src/lib/clang/libllvmx86desc/../../../con trib/llvm/lib/Target/X86 -gen-subtarget -o X86GenSubtargetInfo.inc.h /usr/src/lib/clang/libllvmx86desc/../../../contrib/l lvm/lib/Target/X86/X86.td rm -f .depend mkdep -f .depend -a -I/usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/lib/Target/X86/MCTargetDesc/.. -I/usr/src/ lib/clang/libllvmx86desc/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/tools/clan g/include -I/usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/lib/Target/X86/MCTargetDesc -I. -I/usr/src/lib/clang/li bllvmx86desc/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_ CONSTANT_MACROS -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0 \" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/lib/clang/libllvmx8 6desc/../../../contrib/llvm/lib/Target/X86/MCTargetDesc/X86AsmBackend.cpp /usr/src/lib/clang/libllvmx86desc/../../../contri b/llvm/lib/Target/X86/MCTargetDesc/X86ELFObjectWriter.cpp /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/lib/Targe t/X86/MCTargetDesc/X86ELFRelocationInfo.cpp /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/lib/Target/X86/MCTarget Desc/X86MCAsmInfo.cpp /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/lib/Target/X86/MCTargetDesc/X86MCCodeEmitter. cpp /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/lib/Target/X86/MCTargetDesc/X86MCTargetDesc.cpp /usr/src/lib/cl ang/libllvmx86desc/../../../contrib/llvm/lib/Target/X86/MCTargetDesc/X86MachORelocationInfo.cpp /usr/src/lib/clang/libllvmx 86desc/../../../contrib/llvm/lib/Target/X86/MCTargetDesc/X86MachObjectWriter.cpp /usr/src/lib/clang/libllvmx86desc/../../.. /contrib/llvm/lib/Target/X86/MCTargetDesc/X86WinCOFFObjectWriter.cpp ===> lib/clang/libllvmx86disassembler (depend) tblgen -I /usr/src/lib/clang/libllvmx86disassembler/../../../contrib/llvm/include -I /usr/src/lib/clang/libllvmx86disassemb ler/../../../contrib/llvm/lib/Target/X86 -gen-disassembler -o X86GenDisassemblerTables.inc.h /usr/src/lib/clang/libllvmx8 6disassembler/../../../contrib/llvm/lib/Target/X86/X86.td *** Signal 9 Stop. make[4]: stopped in /usr/src/lib/clang/libllvmx86disassembler *** Error code 1 Stop. make[3]: stopped in /usr/src/lib/clang *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 15:09:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CF1FC3DB for ; Sun, 13 Apr 2014 15:09:59 +0000 (UTC) Received: from learnbsd.org (177-129-165-195.santanet.psi.br [177.129.165.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8C033172A for ; Sun, 13 Apr 2014 15:09:59 +0000 (UTC) Received: from learnbsd.org (unknown [10.10.10.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by learnbsd.org (Postfix) with ESMTPS id 9BBB11EA0C for ; Sat, 12 Apr 2014 14:04:39 -0300 (BRT) Received: (from dialup@localhost) by learnbsd.org (8.14.8/8.14.8/Submit) id s3CH4dcI082149 for freebsd-current@freebsd.org; Sat, 12 Apr 2014 14:04:39 -0300 (BRT) (envelope-from dialup) Date: Sat, 12 Apr 2014 14:04:39 -0300 (BRT) From: User Dialup Message-Id: <201404121704.s3CH4dcI082149@learnbsd.org> To: freebsd-current@freebsd.org Subject: teste X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Apr 2014 15:09:59 -0000 teste From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 15:09:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A8D943B4 for ; Sun, 13 Apr 2014 15:09:59 +0000 (UTC) Received: from learnbsd.org (177-129-165-195.santanet.psi.br [177.129.165.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 655231729 for ; Sun, 13 Apr 2014 15:09:59 +0000 (UTC) Received: from learnbsd.org (unknown [10.10.10.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by learnbsd.org (Postfix) with ESMTPS id D9CAD1E9C2 for ; Sat, 12 Apr 2014 14:45:54 -0300 (BRT) Received: (from dialup@localhost) by learnbsd.org (8.14.8/8.14.8/Submit) id s3CHjsSF083418 for freebsd-current@freebsd.org; Sat, 12 Apr 2014 14:45:54 -0300 (BRT) (envelope-from dialup) Date: Sat, 12 Apr 2014 14:45:54 -0300 (BRT) From: User Dialup Message-Id: <201404121745.s3CHjsSF083418@learnbsd.org> To: freebsd-current@freebsd.org Subject: teste X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Apr 2014 15:09:59 -0000 teste From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 15:10:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85496475 for ; Sun, 13 Apr 2014 15:10:00 +0000 (UTC) Received: from learnbsd.org (177-129-165-195.santanet.psi.br [177.129.165.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 42967172C for ; Sun, 13 Apr 2014 15:10:00 +0000 (UTC) Received: from learnbsd.org (unknown [10.10.10.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by learnbsd.org (Postfix) with ESMTPS id AA0231EA1E for ; Sat, 12 Apr 2014 14:48:11 -0300 (BRT) Received: (from dialup@localhost) by learnbsd.org (8.14.8/8.14.8/Submit) id s3CHmB05083450 for freebsd-current@freebsd.org; Sat, 12 Apr 2014 14:48:11 -0300 (BRT) (envelope-from dialup) Date: Sat, 12 Apr 2014 14:48:11 -0300 (BRT) From: User Dialup Message-Id: <201404121748.s3CHmB05083450@learnbsd.org> To: freebsd-current@freebsd.org Subject: te X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Apr 2014 15:10:00 -0000 de From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 15:10:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 07634646 for ; Sun, 13 Apr 2014 15:10:02 +0000 (UTC) Received: from learnbsd.org (177-129-165-195.santanet.psi.br [177.129.165.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 71A7B172D for ; Sun, 13 Apr 2014 15:10:01 +0000 (UTC) Received: from learnbsd.org (unknown [10.10.10.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by learnbsd.org (Postfix) with ESMTPS id B94811EA0D for ; Sat, 12 Apr 2014 13:51:44 -0300 (BRT) Received: (from dialup@localhost) by learnbsd.org (8.14.8/8.14.8/Submit) id s3CGpi7J081173 for freebsd-current@freebsd.org; Sat, 12 Apr 2014 13:51:44 -0300 (BRT) (envelope-from dialup) Date: Sat, 12 Apr 2014 13:51:44 -0300 (BRT) From: User Dialup Message-Id: <201404121651.s3CGpi7J081173@learnbsd.org> To: freebsd-current@freebsd.org Subject: freebsd buildworld erro clang lib/clang/libllvmx86disassembler (depend) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Apr 2014 15:10:02 -0000 hello, I have a problem that might be simple to solve, but I'm not having success .... # uname -a FreeBSD learnbsd 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r263202: Sat Mar 15 13:43:38 BRT 2014 dialup@dialup:/usr/obj/usr/ src/sys/DIALUP amd64 # clang -v FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 Target: x86_64-unknown-freebsd11.0 Thread model: posix Selected GCC installation: # svnlite info Path: . Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 264367 Node Kind: directory Schedule: normal Last Changed Author: des Last Changed Rev: 264367 Last Changed Date: 2014-04-12 09:44:09 -0300 (Sat, 12 Apr 2014) -------------------------------------------------------------- >>> World build started on Sat Apr 12 11:23:58 BRT 2014 -------------------------------------------------------------- ===> lib/clang/libllvmx86desc (depend) tblgen -I /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/include -I /usr/src/lib/clang/libllvmx86desc/../../../con trib/llvm/lib/Target/X86 -gen-instr-info -o X86GenInstrInfo.inc.h /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm /lib/Target/X86/X86.td tblgen -I /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/include -I /usr/src/lib/clang/libllvmx86desc/../../../con trib/llvm/lib/Target/X86 -gen-register-info -o X86GenRegisterInfo.inc.h /usr/src/lib/clang/libllvmx86desc/../../../contri b/llvm/lib/Target/X86/X86.td tblgen -I /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/include -I /usr/src/lib/clang/libllvmx86desc/../../../con trib/llvm/lib/Target/X86 -gen-subtarget -o X86GenSubtargetInfo.inc.h /usr/src/lib/clang/libllvmx86desc/../../../contrib/l lvm/lib/Target/X86/X86.td rm -f .depend mkdep -f .depend -a -I/usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/lib/Target/X86/MCTargetDesc/.. -I/usr/src/ lib/clang/libllvmx86desc/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/tools/clan g/include -I/usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/lib/Target/X86/MCTargetDesc -I. -I/usr/src/lib/clang/li bllvmx86desc/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_ CONSTANT_MACROS -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0 \" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/lib/clang/libllvmx8 6desc/../../../contrib/llvm/lib/Target/X86/MCTargetDesc/X86AsmBackend.cpp /usr/src/lib/clang/libllvmx86desc/../../../contri b/llvm/lib/Target/X86/MCTargetDesc/X86ELFObjectWriter.cpp /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/lib/Targe t/X86/MCTargetDesc/X86ELFRelocationInfo.cpp /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/lib/Target/X86/MCTarget Desc/X86MCAsmInfo.cpp /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/lib/Target/X86/MCTargetDesc/X86MCCodeEmitter. cpp /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/lib/Target/X86/MCTargetDesc/X86MCTargetDesc.cpp /usr/src/lib/cl ang/libllvmx86desc/../../../contrib/llvm/lib/Target/X86/MCTargetDesc/X86MachORelocationInfo.cpp /usr/src/lib/clang/libllvmx 86desc/../../../contrib/llvm/lib/Target/X86/MCTargetDesc/X86MachObjectWriter.cpp /usr/src/lib/clang/libllvmx86desc/../../.. /contrib/llvm/lib/Target/X86/MCTargetDesc/X86WinCOFFObjectWriter.cpp ===> lib/clang/libllvmx86disassembler (depend) tblgen -I /usr/src/lib/clang/libllvmx86disassembler/../../../contrib/llvm/include -I /usr/src/lib/clang/libllvmx86disassemb ler/../../../contrib/llvm/lib/Target/X86 -gen-disassembler -o X86GenDisassemblerTables.inc.h /usr/src/lib/clang/libllvmx8 6disassembler/../../../contrib/llvm/lib/Target/X86/X86.td *** Signal 9 Stop. make[4]: stopped in /usr/src/lib/clang/libllvmx86disassembler *** Error code 1 Stop. make[3]: stopped in /usr/src/lib/clang *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 16:19:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6AFB04E2 for ; Sun, 13 Apr 2014 16:19:49 +0000 (UTC) Received: from learnbsd.org (177-129-165-195.santanet.psi.br [177.129.165.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 26DB31C65 for ; Sun, 13 Apr 2014 16:19:48 +0000 (UTC) Received: from learnbsd.org (unknown [10.10.10.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by learnbsd.org (Postfix) with ESMTPS id 69B421EA1B for ; Sat, 12 Apr 2014 14:22:55 -0300 (BRT) Received: (from dialup@localhost) by learnbsd.org (8.14.8/8.14.8/Submit) id s3CHMts5083151 for freebsd-current@freebsd.org; Sat, 12 Apr 2014 14:22:55 -0300 (BRT) (envelope-from dialup) Date: Sat, 12 Apr 2014 14:22:55 -0300 (BRT) From: User Dialup Message-Id: <201404121722.s3CHMts5083151@learnbsd.org> To: freebsd-current@freebsd.org Subject: teste X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Apr 2014 16:19:49 -0000 teste From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 16:19:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1F254E4 for ; Sun, 13 Apr 2014 16:19:49 +0000 (UTC) Received: from learnbsd.org (177-129-165-195.santanet.psi.br [177.129.165.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2AF801C66 for ; Sun, 13 Apr 2014 16:19:48 +0000 (UTC) Received: from learnbsd.org (unknown [10.10.10.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by learnbsd.org (Postfix) with ESMTPS id 8F2341EA13 for ; Sat, 12 Apr 2014 13:42:16 -0300 (BRT) Received: (from root@localhost) by learnbsd.org (8.14.8/8.14.8/Submit) id s3CGgGpX081051 for freebsd-current@freebsd.org; Sat, 12 Apr 2014 13:42:16 -0300 (BRT) (envelope-from dialup) Date: Sat, 12 Apr 2014 13:42:16 -0300 (BRT) From: User Dialup Message-Id: <201404121642.s3CGgGpX081051@learnbsd.org> To: freebsd-current@freebsd.org Subject: freebsd buildworld erro clang lib/clang/libllvmx86disassembler (depend) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Apr 2014 16:19:50 -0000 hello, I have a problem that might be simple to solve, but I'm not having success .... # uname -a FreeBSD learnbsd 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r263202: Sat Mar 15 13:43:38 BRT 2014 dialup@dialup:/usr/obj/usr/ src/sys/DIALUP amd64 # clang -v FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 Target: x86_64-unknown-freebsd11.0 Thread model: posix Selected GCC installation: # svnlite info Path: . Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 264367 Node Kind: directory Schedule: normal Last Changed Author: des Last Changed Rev: 264367 Last Changed Date: 2014-04-12 09:44:09 -0300 (Sat, 12 Apr 2014) -------------------------------------------------------------- >>> World build started on Sat Apr 12 11:23:58 BRT 2014 -------------------------------------------------------------- ===> lib/clang/libllvmx86desc (depend) tblgen -I /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/include -I /usr/src/lib/clang/libllvmx86desc/../../../con trib/llvm/lib/Target/X86 -gen-instr-info -o X86GenInstrInfo.inc.h /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm /lib/Target/X86/X86.td tblgen -I /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/include -I /usr/src/lib/clang/libllvmx86desc/../../../con trib/llvm/lib/Target/X86 -gen-register-info -o X86GenRegisterInfo.inc.h /usr/src/lib/clang/libllvmx86desc/../../../contri b/llvm/lib/Target/X86/X86.td tblgen -I /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/include -I /usr/src/lib/clang/libllvmx86desc/../../../con trib/llvm/lib/Target/X86 -gen-subtarget -o X86GenSubtargetInfo.inc.h /usr/src/lib/clang/libllvmx86desc/../../../contrib/l lvm/lib/Target/X86/X86.td rm -f .depend mkdep -f .depend -a -I/usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/lib/Target/X86/MCTargetDesc/.. -I/usr/src/ lib/clang/libllvmx86desc/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/tools/clan g/include -I/usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/lib/Target/X86/MCTargetDesc -I. -I/usr/src/lib/clang/li bllvmx86desc/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_ CONSTANT_MACROS -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0 \" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/lib/clang/libllvmx8 6desc/../../../contrib/llvm/lib/Target/X86/MCTargetDesc/X86AsmBackend.cpp /usr/src/lib/clang/libllvmx86desc/../../../contri b/llvm/lib/Target/X86/MCTargetDesc/X86ELFObjectWriter.cpp /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/lib/Targe t/X86/MCTargetDesc/X86ELFRelocationInfo.cpp /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/lib/Target/X86/MCTarget Desc/X86MCAsmInfo.cpp /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/lib/Target/X86/MCTargetDesc/X86MCCodeEmitter. cpp /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/lib/Target/X86/MCTargetDesc/X86MCTargetDesc.cpp /usr/src/lib/cl ang/libllvmx86desc/../../../contrib/llvm/lib/Target/X86/MCTargetDesc/X86MachORelocationInfo.cpp /usr/src/lib/clang/libllvmx 86desc/../../../contrib/llvm/lib/Target/X86/MCTargetDesc/X86MachObjectWriter.cpp /usr/src/lib/clang/libllvmx86desc/../../.. /contrib/llvm/lib/Target/X86/MCTargetDesc/X86WinCOFFObjectWriter.cpp ===> lib/clang/libllvmx86disassembler (depend) tblgen -I /usr/src/lib/clang/libllvmx86disassembler/../../../contrib/llvm/include -I /usr/src/lib/clang/libllvmx86disassemb ler/../../../contrib/llvm/lib/Target/X86 -gen-disassembler -o X86GenDisassemblerTables.inc.h /usr/src/lib/clang/libllvmx8 6disassembler/../../../contrib/llvm/lib/Target/X86/X86.td *** Signal 9 Stop. make[4]: stopped in /usr/src/lib/clang/libllvmx86disassembler *** Error code 1 Stop. make[3]: stopped in /usr/src/lib/clang *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 16:19:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8AA7B4E3 for ; Sun, 13 Apr 2014 16:19:49 +0000 (UTC) Received: from learnbsd.org (177-129-165-195.santanet.psi.br [177.129.165.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4424F1C67 for ; Sun, 13 Apr 2014 16:19:49 +0000 (UTC) Received: from learnbsd.org (unknown [10.10.10.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by learnbsd.org (Postfix) with ESMTPS id EB6191E9FA for ; Sat, 12 Apr 2014 11:47:44 -0300 (BRT) Received: (from dialup@localhost) by learnbsd.org (8.14.8/8.14.8/Submit) id s3CEliM9033700 for freebsd-current@freebsd.org; Sat, 12 Apr 2014 11:47:44 -0300 (BRT) (envelope-from dialup) Date: Sat, 12 Apr 2014 11:47:44 -0300 From: User Dialup To: freebsd-current@freebsd.org Subject: freebsd buildworld erro clang lib/clang/libllvmx86disassembler (depend) Message-ID: <20140412144743.GA3122@learnbsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Apr 2014 16:19:49 -0000 hello, I have a problem that might be simple to solve, but I'm not having success .... # clang -v FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 Target: x86_64-unknown-freebsd11.0 Thread model: posix Selected GCC installation: # svnlite info Path: . Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 264367 Node Kind: directory Schedule: normal Last Changed Author: des Last Changed Rev: 264367 Last Changed Date: 2014-04-12 09:44:09 -0300 (Sat, 12 Apr 2014) -------------------------------------------------------------- >>> World build started on Sat Apr 12 11:23:58 BRT 2014 -------------------------------------------------------------- ===> lib/clang/libllvmx86disassembler (depend) tblgen -I /usr/src/lib/clang/libllvmx86disassembler/../../../contrib/llvm/include -I /usr/src/lib/clang/libllvmx86disassembler/../../../contrib/llvm/lib/Target/X86 -gen-disassembler -o X86GenDisassemblerTables.inc.h /usr/src/lib/clang/libllvmx86disassembler/../../../contrib/llvm/lib/Target/X86/X86.td *** Signal 9 Stop. make[4]: stopped in /usr/src/lib/clang/libllvmx86disassembler *** Error code 1 Stop. make[3]: stopped in /usr/src/lib/clang *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 16:19:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 50D704E5 for ; Sun, 13 Apr 2014 16:19:50 +0000 (UTC) Received: from learnbsd.org (177-129-165-195.santanet.psi.br [177.129.165.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B831D1C68 for ; Sun, 13 Apr 2014 16:19:49 +0000 (UTC) Received: from learnbsd.org (unknown [10.10.10.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by learnbsd.org (Postfix) with ESMTPS id 808821EA09 for ; Sat, 12 Apr 2014 13:21:16 -0300 (BRT) Received: (from dialup@localhost) by learnbsd.org (8.14.8/8.14.8/Submit) id s3CGLGxS080454 for freebsd-current@freebsd.org; Sat, 12 Apr 2014 13:21:16 -0300 (BRT) (envelope-from dialup) Date: Sat, 12 Apr 2014 13:21:16 -0300 From: User Dialup To: freebsd-current@freebsd.org Subject: buildworld erro clang lib/clang/libllvmx86disassembler (depend) Message-ID: <20140412162116.GA80381@learnbsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Apr 2014 16:19:50 -0000 hello, I have a problem that might be simple to solve, but I'm not having success .... # uname -a FreeBSD learnbsd 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r263202: Sat Mar 15 13:43:38 BRT 2014 dialup@dialup:/usr/obj/usr/src/sys/DIALUP amd64 # clang -v FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 Target: x86_64-unknown-freebsd11.0 Thread model: posix Selected GCC installation: # svnlite info Path: . Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 264367 Node Kind: directory Schedule: normal Last Changed Author: des Last Changed Rev: 264367 Last Changed Date: 2014-04-12 09:44:09 -0300 (Sat, 12 Apr 2014) -------------------------------------------------------------- >>> World build started on Sat Apr 12 11:23:58 BRT 2014 -------------------------------------------------------------- ===> lib/clang/libllvmx86desc (depend) tblgen -I /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/include -I /usr/src/lib/clang/libllvmx86desc/../../../con trib/llvm/lib/Target/X86 -gen-instr-info -o X86GenInstrInfo.inc.h /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm /lib/Target/X86/X86.td tblgen -I /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/include -I /usr/src/lib/clang/libllvmx86desc/../../../con trib/llvm/lib/Target/X86 -gen-register-info -o X86GenRegisterInfo.inc.h /usr/src/lib/clang/libllvmx86desc/../../../contri b/llvm/lib/Target/X86/X86.td tblgen -I /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/include -I /usr/src/lib/clang/libllvmx86desc/../../../con trib/llvm/lib/Target/X86 -gen-subtarget -o X86GenSubtargetInfo.inc.h /usr/src/lib/clang/libllvmx86desc/../../../contrib/l lvm/lib/Target/X86/X86.td rm -f .depend mkdep -f .depend -a -I/usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/lib/Target/X86/MCTargetDesc/.. -I/usr/src/ lib/clang/libllvmx86desc/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/tools/clan g/include -I/usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/lib/Target/X86/MCTargetDesc -I. -I/usr/src/lib/clang/li bllvmx86desc/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_ CONSTANT_MACROS -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0 \" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/lib/clang/libllvmx8 6desc/../../../contrib/llvm/lib/Target/X86/MCTargetDesc/X86AsmBackend.cpp /usr/src/lib/clang/libllvmx86desc/../../../contri b/llvm/lib/Target/X86/MCTargetDesc/X86ELFObjectWriter.cpp /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/lib/Targe t/X86/MCTargetDesc/X86ELFRelocationInfo.cpp /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/lib/Target/X86/MCTarget Desc/X86MCAsmInfo.cpp /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/lib/Target/X86/MCTargetDesc/X86MCCodeEmitter. cpp /usr/src/lib/clang/libllvmx86desc/../../../contrib/llvm/lib/Target/X86/MCTargetDesc/X86MCTargetDesc.cpp /usr/src/lib/cl ang/libllvmx86desc/../../../contrib/llvm/lib/Target/X86/MCTargetDesc/X86MachORelocationInfo.cpp /usr/src/lib/clang/libllvmx 86desc/../../../contrib/llvm/lib/Target/X86/MCTargetDesc/X86MachObjectWriter.cpp /usr/src/lib/clang/libllvmx86desc/../../.. /contrib/llvm/lib/Target/X86/MCTargetDesc/X86WinCOFFObjectWriter.cpp ===> lib/clang/libllvmx86disassembler (depend) tblgen -I /usr/src/lib/clang/libllvmx86disassembler/../../../contrib/llvm/include -I /usr/src/lib/clang/libllvmx86disassemb ler/../../../contrib/llvm/lib/Target/X86 -gen-disassembler -o X86GenDisassemblerTables.inc.h /usr/src/lib/clang/libllvmx8 6disassembler/../../../contrib/llvm/lib/Target/X86/X86.td *** Signal 9 Stop. make[4]: stopped in /usr/src/lib/clang/libllvmx86disassembler *** Error code 1 Stop. make[4]: stopped in /usr/src/lib/clang/libllvmx86disassembler *** Error code 1 Stop. make[3]: stopped in /usr/src/lib/clang *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 16:47:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 26BC6BDA; Sun, 13 Apr 2014 16:47:08 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 137A61FB9; Sun, 13 Apr 2014 16:47:08 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 523CF417; Sun, 13 Apr 2014 16:47:06 +0000 (UTC) Date: Sun, 13 Apr 2014 16:47:02 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org, gjb@FreeBSD.org, jilles@FreeBSD.org, jmmv@FreeBSD.org, nwhitehorn@FreeBSD.org, mav@FreeBSD.org, davide@FreeBSD.org Message-ID: <1424901791.3.1397407625565.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1228725618.2.1397394910233.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1228725618.2.1397394910233.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #461 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Apr 2014 16:47:08 -0000 See From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 17:26:21 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ACBC0646; Sun, 13 Apr 2014 17:26:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7C6B312DC; Sun, 13 Apr 2014 17:26:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3DHQD31024077; Sun, 13 Apr 2014 13:26:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3DHQDpZ024050; Sun, 13 Apr 2014 17:26:13 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 13 Apr 2014 17:26:13 GMT Message-Id: <201404131726.s3DHQDpZ024050@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2014 17:26:21 -0000 TB --- 2014-04-13 14:10:47 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-13 14:10:47 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-13 14:10:47 - starting HEAD tinderbox run for i386/i386 TB --- 2014-04-13 14:10:47 - cleaning the object tree TB --- 2014-04-13 14:10:47 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-13 14:10:52 - At svn revision 264413 TB --- 2014-04-13 14:10:53 - building world TB --- 2014-04-13 14:10:53 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 14:10:53 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 14:10:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 14:10:53 - SRCCONF=/dev/null TB --- 2014-04-13 14:10:53 - TARGET=i386 TB --- 2014-04-13 14:10:53 - TARGET_ARCH=i386 TB --- 2014-04-13 14:10:53 - TZ=UTC TB --- 2014-04-13 14:10:53 - __MAKE_CONF=/dev/null TB --- 2014-04-13 14:10:53 - cd /src TB --- 2014-04-13 14:10:53 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Apr 13 14:11:00 UTC 2014 >>> 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 [...] main(void) ^ /src/sys/boot/i386/boot2/boot2.c:352:4: warning: cast from 'caddr_t' (aka 'char *') to 'Elf32_Word *' (aka 'unsigned int *') increases required alignment from 1 to 4 [-Wcast-align] *(Elf32_Word *)p = es[i].sh_size; ^~~~~~~~~~~~~~~ /src/sys/boot/i386/boot2/boot2.c:618:8: warning: cast from 'caddr_t' (aka 'char *') to 'uint32_t *' (aka 'unsigned int *') increases required alignment from 1 to 4 [-Wcast-align] t1 = *(uint32_t *)PTOV(0x46c); ^~~~~~~~~~~~~~~~~~~~~~~ 5 warnings generated. sed -e '/align/d' -e '/nop/d' < boot2.s.tmp > boot2.s rm -f boot2.s.tmp cc -c boot2.s cc -Os -fomit-frame-pointer -mrtd -mregparm=3 -DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/src/sys/boot/i386/boot2/../../common -I/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline -mstack-alignment=8 -mllvm -inline-threshold=3 -mllvm -enable-load-pre=false -mllvm -simplifycfg-dup-ret -march=i386 -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -c /src/sys/boot/i386/boot2/sio.S ld -static -N --gc-sections -Ttext 0x2000 -o boot2.out /obj/i386.i386/src/sys/boot/i386/boot2/../btx/lib/crt0.o boot2.o sio.o objcopy -S -O binary boot2.out boot2.bin btxld -v -E 0x2000 -f bin -b /obj/i386.i386/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr -o boot2.ld -P 1 boot2.bin kernel: ver=1.02 size=690 load=9000 entry=9010 map=16M pgctl=1:1 client: fmt=bin size=1571 text=0 data=0 bss=0 entry=0 output: fmt=bin size=1e01 text=200 data=1c01 org=0 entry=0 -1 bytes available *** Error code 1 Stop. bmake[5]: stopped in /src/sys/boot/i386/boot2 *** Error code 1 Stop. bmake[4]: stopped in /src/sys/boot/i386 *** Error code 1 Stop. bmake[3]: stopped in /src/sys/boot *** Error code 1 Stop. bmake[2]: stopped in /src/sys *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-13 17:26:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-13 17:26:13 - ERROR: failed to build world TB --- 2014-04-13 17:26:13 - 9854.04 user 1289.77 system 11725.76 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 17:26:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB35E762; Sun, 13 Apr 2014 17:26:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BC2FF12E5; Sun, 13 Apr 2014 17:26:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3DHQclc025144; Sun, 13 Apr 2014 13:26:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3DHQcCh025140; Sun, 13 Apr 2014 17:26:38 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 13 Apr 2014 17:26:38 GMT Message-Id: <201404131726.s3DHQcCh025140@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2014 17:26:40 -0000 TB --- 2014-04-13 14:10:47 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-13 14:10:47 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-13 14:10:47 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-04-13 14:10:47 - cleaning the object tree TB --- 2014-04-13 14:10:47 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-13 14:10:52 - At svn revision 264413 TB --- 2014-04-13 14:10:53 - building world TB --- 2014-04-13 14:10:53 - CROSS_BUILD_TESTING=YES TB --- 2014-04-13 14:10:53 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-13 14:10:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-13 14:10:53 - SRCCONF=/dev/null TB --- 2014-04-13 14:10:53 - TARGET=amd64 TB --- 2014-04-13 14:10:53 - TARGET_ARCH=amd64 TB --- 2014-04-13 14:10:53 - TZ=UTC TB --- 2014-04-13 14:10:53 - __MAKE_CONF=/dev/null TB --- 2014-04-13 14:10:53 - cd /src TB --- 2014-04-13 14:10:53 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Apr 13 14:11:00 UTC 2014 >>> 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 [...] main(void) ^ /src/sys/boot/i386/boot2/boot2.c:352:4: warning: cast from 'caddr_t' (aka 'char *') to 'Elf32_Word *' (aka 'unsigned int *') increases required alignment from 1 to 4 [-Wcast-align] *(Elf32_Word *)p = es[i].sh_size; ^~~~~~~~~~~~~~~ /src/sys/boot/i386/boot2/boot2.c:618:8: warning: cast from 'caddr_t' (aka 'char *') to 'uint32_t *' (aka 'unsigned int *') increases required alignment from 1 to 4 [-Wcast-align] t1 = *(uint32_t *)PTOV(0x46c); ^~~~~~~~~~~~~~~~~~~~~~~ 5 warnings generated. sed -e '/align/d' -e '/nop/d' < boot2.s.tmp > boot2.s rm -f boot2.s.tmp cc -m32 -c boot2.s cc -Os -fomit-frame-pointer -mrtd -mregparm=3 -DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/src/sys/boot/i386/boot2/../../common -I/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline -mstack-alignment=8 -mllvm -inline-threshold=3 -mllvm -enable-load-pre=false -mllvm -simplifycfg-dup-ret -march=i386 -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -std=gnu99 -Qunused-arguments -m32 -c /src/sys/boot/i386/boot2/sio.S ld -static -N --gc-sections -m elf_i386_fbsd -Ttext 0x2000 -o boot2.out /obj/amd64.amd64/src/sys/boot/i386/boot2/../btx/lib/crt0.o boot2.o sio.o objcopy -S -O binary boot2.out boot2.bin btxld -v -E 0x2000 -f bin -b /obj/amd64.amd64/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr -o boot2.ld -P 1 boot2.bin kernel: ver=1.02 size=690 load=9000 entry=9010 map=16M pgctl=1:1 client: fmt=bin size=1571 text=0 data=0 bss=0 entry=0 output: fmt=bin size=1e01 text=200 data=1c01 org=0 entry=0 -1 bytes available *** Error code 1 Stop. bmake[5]: stopped in /src/sys/boot/i386/boot2 *** Error code 1 Stop. bmake[4]: stopped in /src/sys/boot/i386 *** Error code 1 Stop. bmake[3]: stopped in /src/sys/boot *** Error code 1 Stop. bmake[2]: stopped in /src/sys *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-13 17:26:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-13 17:26:38 - ERROR: failed to build world TB --- 2014-04-13 17:26:38 - 9872.41 user 1299.77 system 11751.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 08:56:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2077D5A1; Tue, 15 Apr 2014 08:56:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BCFA11D8F; Tue, 15 Apr 2014 08:56:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3F8uCnj054717; Tue, 15 Apr 2014 04:56:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3F8uBtg054703; Tue, 15 Apr 2014 08:56:11 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 15 Apr 2014 08:56:11 GMT Message-Id: <201404150856.s3F8uBtg054703@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2014 08:56:25 -0000 TB --- 2014-04-15 04:30:36 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-15 04:30:36 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-15 04:30:36 - starting HEAD tinderbox run for i386/i386 TB --- 2014-04-15 04:30:36 - cleaning the object tree TB --- 2014-04-15 04:30:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-15 04:30:41 - At svn revision 264487 TB --- 2014-04-15 04:30:42 - building world TB --- 2014-04-15 04:30:42 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 04:30:42 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 04:30:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 04:30:42 - SRCCONF=/dev/null TB --- 2014-04-15 04:30:42 - TARGET=i386 TB --- 2014-04-15 04:30:42 - TARGET_ARCH=i386 TB --- 2014-04-15 04:30:42 - TZ=UTC TB --- 2014-04-15 04:30:42 - __MAKE_CONF=/dev/null TB --- 2014-04-15 04:30:42 - cd /src TB --- 2014-04-15 04:30:42 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 15 04:30:49 UTC 2014 >>> 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 Apr 15 08:02:13 UTC 2014 TB --- 2014-04-15 08:02:13 - generating LINT kernel config TB --- 2014-04-15 08:02:13 - cd /src/sys/i386/conf TB --- 2014-04-15 08:02:13 - /usr/bin/make -B LINT TB --- 2014-04-15 08:02:13 - cd /src/sys/i386/conf TB --- 2014-04-15 08:02:13 - /obj/i386.i386/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-15 08:02:13 - building LINT kernel TB --- 2014-04-15 08:02:13 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 08:02:13 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 08:02:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 08:02:13 - SRCCONF=/dev/null TB --- 2014-04-15 08:02:13 - TARGET=i386 TB --- 2014-04-15 08:02:13 - TARGET_ARCH=i386 TB --- 2014-04-15 08:02:13 - TZ=UTC TB --- 2014-04-15 08:02:13 - __MAKE_CONF=/dev/null TB --- 2014-04-15 08:02:13 - cd /src TB --- 2014-04-15 08:02:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 15 08:02:13 UTC 2014 >>> 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 LINT completed on Tue Apr 15 08:41:28 UTC 2014 TB --- 2014-04-15 08:41:28 - cd /src/sys/i386/conf TB --- 2014-04-15 08:41:28 - /obj/i386.i386/src/tmp/legacy/usr/sbin/config -m LINT-NOINET TB --- 2014-04-15 08:41:28 - building LINT-NOINET kernel TB --- 2014-04-15 08:41:28 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 08:41:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 08:41:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 08:41:28 - SRCCONF=/dev/null TB --- 2014-04-15 08:41:28 - TARGET=i386 TB --- 2014-04-15 08:41:28 - TARGET_ARCH=i386 TB --- 2014-04-15 08:41:28 - TZ=UTC TB --- 2014-04-15 08:41:28 - __MAKE_CONF=/dev/null TB --- 2014-04-15 08:41:28 - cd /src TB --- 2014-04-15 08:41:28 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Tue Apr 15 08:41:29 UTC 2014 >>> 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_arcsubr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_atmsubr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_clone.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_dead.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_debug.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_disc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_edsc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_enc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_epair.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_ethersubr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_faith.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_fddisubr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_fwsubr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_gif.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_iso88025subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_lagg.c /src/sys/net/if_lagg.c:451:20: error: use of undeclared identifier 'IP_MAXPACKET' u_int hw_tsomax = IP_MAXPACKET; /* Initialize to the maximum value. */ ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT-NOINET *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-15 08:56:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-15 08:56:11 - ERROR: failed to build LINT-NOINET kernel TB --- 2014-04-15 08:56:11 - 13060.29 user 1870.09 system 15935.25 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 09:32:07 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71820280; Tue, 15 Apr 2014 09:32:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 35BA312A5; Tue, 15 Apr 2014 09:32:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3F9W6Ox036228; Tue, 15 Apr 2014 05:32:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3F9W65c036227; Tue, 15 Apr 2014 09:32:06 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 15 Apr 2014 09:32:06 GMT Message-Id: <201404150932.s3F9W65c036227@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2014 09:32:07 -0000 TB --- 2014-04-15 04:30:36 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-15 04:30:36 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-15 04:30:36 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-04-15 04:30:36 - cleaning the object tree TB --- 2014-04-15 04:30:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-15 04:30:40 - At svn revision 264487 TB --- 2014-04-15 04:30:41 - building world TB --- 2014-04-15 04:30:41 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 04:30:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 04:30:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 04:30:41 - SRCCONF=/dev/null TB --- 2014-04-15 04:30:41 - TARGET=amd64 TB --- 2014-04-15 04:30:41 - TARGET_ARCH=amd64 TB --- 2014-04-15 04:30:41 - TZ=UTC TB --- 2014-04-15 04:30:41 - __MAKE_CONF=/dev/null TB --- 2014-04-15 04:30:41 - cd /src TB --- 2014-04-15 04:30:41 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 15 04:30:49 UTC 2014 >>> 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 Apr 15 08:40:48 UTC 2014 TB --- 2014-04-15 08:40:48 - generating LINT kernel config TB --- 2014-04-15 08:40:48 - cd /src/sys/amd64/conf TB --- 2014-04-15 08:40:48 - /usr/bin/make -B LINT TB --- 2014-04-15 08:40:48 - cd /src/sys/amd64/conf TB --- 2014-04-15 08:40:48 - /obj/amd64.amd64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-15 08:40:48 - building LINT kernel TB --- 2014-04-15 08:40:48 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 08:40:48 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 08:40:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 08:40:48 - SRCCONF=/dev/null TB --- 2014-04-15 08:40:48 - TARGET=amd64 TB --- 2014-04-15 08:40:48 - TARGET_ARCH=amd64 TB --- 2014-04-15 08:40:48 - TZ=UTC TB --- 2014-04-15 08:40:48 - __MAKE_CONF=/dev/null TB --- 2014-04-15 08:40:48 - cd /src TB --- 2014-04-15 08:40:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 15 08:40:48 UTC 2014 >>> 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 LINT completed on Tue Apr 15 09:17:32 UTC 2014 TB --- 2014-04-15 09:17:32 - cd /src/sys/amd64/conf TB --- 2014-04-15 09:17:32 - /obj/amd64.amd64/src/tmp/legacy/usr/sbin/config -m LINT-NOINET TB --- 2014-04-15 09:17:32 - building LINT-NOINET kernel TB --- 2014-04-15 09:17:32 - CROSS_BUILD_TESTING=YES TB --- 2014-04-15 09:17:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-15 09:17:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-15 09:17:32 - SRCCONF=/dev/null TB --- 2014-04-15 09:17:32 - TARGET=amd64 TB --- 2014-04-15 09:17:32 - TARGET_ARCH=amd64 TB --- 2014-04-15 09:17:32 - TZ=UTC TB --- 2014-04-15 09:17:32 - __MAKE_CONF=/dev/null TB --- 2014-04-15 09:17:32 - cd /src TB --- 2014-04-15 09:17:32 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Tue Apr 15 09:17:32 UTC 2014 >>> 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_arcsubr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_atmsubr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_clone.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_dead.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_debug.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_disc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_edsc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_enc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_epair.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_ethersubr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_faith.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_fddisubr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_fwsubr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_gif.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_iso88025subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/net/if_lagg.c /src/sys/net/if_lagg.c:451:20: error: use of undeclared identifier 'IP_MAXPACKET' u_int hw_tsomax = IP_MAXPACKET; /* Initialize to the maximum value. */ ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT-NOINET *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-15 09:32:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-15 09:32:06 - ERROR: failed to build LINT-NOINET kernel TB --- 2014-04-15 09:32:06 - 14646.93 user 2162.75 system 18089.47 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 13:22:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AFA1A893 for ; Tue, 15 Apr 2014 13:22:45 +0000 (UTC) Received: from nm23-vm0.bullet.mail.ne1.yahoo.com (nm23-vm0.bullet.mail.ne1.yahoo.com [98.138.91.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7356519D1 for ; Tue, 15 Apr 2014 13:22:44 +0000 (UTC) Received: from [98.138.100.118] by nm23.bullet.mail.ne1.yahoo.com with NNFMP; 15 Apr 2014 13:22:37 -0000 Received: from [98.138.226.58] by tm109.bullet.mail.ne1.yahoo.com with NNFMP; 15 Apr 2014 13:22:37 -0000 Received: from [127.0.0.1] by smtp209.mail.ne1.yahoo.com with NNFMP; 15 Apr 2014 13:22:37 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1397568157; bh=Vp3UstjUJBTGGGa8pYmyiZrWBa8p86su9A1yG2RQij8=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:CC:Subject; b=ikfEX7wFYq6Y0U1o53LI8l0Tlee76Xldnx1F8boL7V729J32+8W2rQwmFzLE8uDH4KjlIDfvH1j3ddad9x940Tkx6JMP0Eva+ye0i1WY3gNZB5Yw9K8KN4qYuGaD2HiGKIGbxWxV52SS1xMFSI13LgvhavRoDK/s+Rk60Q9yhfk= X-Yahoo-Newman-Id: 463721.6671.bm@smtp209.mail.ne1.yahoo.com Message-ID: <463721.6671.bm@smtp209.mail.ne1.yahoo.com> Date: Tue, 15 Apr 2014 13:22:37 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: fpr9slwVM1kwry.nwjJ56fF9ogKS.XrQ9MYTzkUu5.uDEcE r24sRAwQcBvLn1eIz1bHbs7fgssMddTgQCF3HU5tFYHZdVJiVwVhGZlZft4d Jh9ZBJC1NfqOFzsqL2.7O.o_LqFTjzuBZRAeNd2r7HDUsvP0GqXo7P0H0YW1 o76meSHpPxcj.YiCOGeyPfITkYl5IcF8IPJ6PTnnA2P3HTbKSINMeoSyiZFm 7v310IWDL_tVR4sIeqjuzDGRtyNqMm1896L4XdQyseuiucuqp_S6ZW8CWWBj l5T1.Jaw0xUaYdtvSFudWkqa1w9LdKT6zzFStY95yHfAtwKaG8PHgg7pwQ0R QsBRocucNrzvBwA3jNEeyftkQcqUqHiLvKcv9bwh01rGPIJoko11SYUsn7OJ 7ciwgEAWKBELzl3d6ndXPslDvxzBED.lAwCEAr9LL78FVDHzKiksZ.nvbPx3 6o_ceFjnNQ36yChEVJYOLEtspQp7Wu0UzYddQ2rDgWxFqlPo7covHixVZ1lH fxRszBiJdbrhpWa1_Fw4b7A6SaWYCTDpjCebVQed4P5gIn3DD3mNkuzHLViJ 0vtmxgRVx910p3UbidFl1K3lmHCzBEz.g5w0ko0_U.xd7JeACH34- X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [98.138.105.24]) by smtp209.mail.ne1.yahoo.com with SMTP; 15 Apr 2014 13:22:37 +0000 UTC From: "Thomas Mueller" To: freebsd-x11@freebsd.org Subject: Mysterious crash/freeze in X11 with newcons Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 15 Apr 2014 13:22:45 -0000 I had two crashes, or more accurately, freezes, when web-browsing. First was with Firefox on an easy National Weather Service page, I was scrolling down with down-arrow key, and system suddenly froze, no response to keyboard or mouse, display stayed (until I hit Reset). uname -a shows FreeBSD amelia4 11.0-CURRENT FreeBSD 11.0-CURRENT #4 r264310: Thu Apr 10 06:56:03 UTC 2014 root@amelia4:/usr/obj/usr/src/sys/SANDY11NC amd64 NC in kernel name is for NewCons, SC would be SysCons, and I compiled kernel both ways. Second was with Midori, actually twice, on a more complex site, 1040now.net : I checked /var/log/messages, and /var/log/messages.0.bz2, and noticed Apr 15 08:29:52 amelia4 kernel: error: [drm:pid806:drm_do_get_edid] *ERROR* VGA-1: EDID block 0 inva lid. and a few minutes later, Apr 15 08:33:58 amelia4 kernel: error: [drm:pid806:drm_do_get_edid] *ERROR* VGA-1: EDID block 0 invalid. Apr 15 08:33:58 amelia4 kernel: sysmouse: unknown ioctl: t:40007413 Apr 15 08:33:58 amelia4 kernel: sysmouse: unknown ioctl: t:40007413 Apr 15 08:33:58 amelia4 kernel: sysmouse: unknown ioctl: t:80007410 I notice from earlier, and think this must have been the crash with Firefox: pr 14 23:09:18 amelia4 kernel: error: [drm:pid87853:drm_do_get_edid] *ERROR* VGA-1: EDID block 0 in valid. Apr 14 23:09:18 amelia4 kernel: sysmouse: unknown ioctl: t:40007413 Apr 14 23:09:18 amelia4 kernel: sysmouse: unknown ioctl: t:40007413 Apr 14 23:09:18 amelia4 kernel: sysmouse: unknown ioctl: t:80007410 I think these errors must have been the cause of the freeze/crash, and looking for somebody who recognizes what is *ERROR* VGA-1: EDID block 0 invalid. Would I be better with syscons instead of newcons? But then, how would I open a root window for such things as mounting and umounting disks/partitions, and anything else requiring root privilege? Or would I do better on 10-stable? But then if the problem is with the new Xorg, 10-stable would be no stabler than the bleeding-edge 11-head. I am/was in window manager icewm-1.3.8 but think, since the problem occurred with both Firefox and Midori, the problem is with the new Xorg and possibly newcons rather than web browser. Reason for building www/midori was to see if it would be safer than Firefox in terms of stability, and to compare bugs with Midori-0.5.5 on the System Rescue CD. Tom From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 14:12:51 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4E265FCD; Tue, 15 Apr 2014 14:12:51 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id AB5F310D5; Tue, 15 Apr 2014 14:12:50 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqUEAEs9TVODaFve/2dsb2JhbABYg0FXgxC4Y4ZkUYE4dIIlAQEBBAEBASArIAYFDA8aAg0ZAikBCSYGCAcEARwEh1sNqSSicheBKYxpAQEbNAeCb4FJBJYKhA6RD4NNITF7CRcEHg X-IronPort-AV: E=Sophos;i="4.97,864,1389762000"; d="scan'208";a="114550907" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 15 Apr 2014 10:12:43 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id CA1B9B3F17; Tue, 15 Apr 2014 10:12:43 -0400 (EDT) Date: Tue, 15 Apr 2014 10:12:43 -0400 (EDT) From: Rick Macklem To: FreeBSD Tinderbox Message-ID: <243679067.11290091.1397571163815.JavaMail.root@uoguelph.ca> In-Reply-To: <201404150932.s3F9W65c036227@freebsd-current.sentex.ca> Subject: Re: [head tinderbox] failure on amd64/amd64 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 7.2.1_GA_2790 (ZimbraWebClient - FF3.0 (Linux)/7.2.1_GA_2790) Cc: amd64@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 15 Apr 2014 14:12:51 -0000 Oops, sorry, my screwup. I think it is fixed by r264498. Pointy hat on me, rick ----- Original Message ----- > TB --- 2014-04-15 04:30:36 - tinderbox 2.21 running on > freebsd-current.sentex.ca > TB --- 2014-04-15 04:30:36 - FreeBSD freebsd-current.sentex.ca > 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT > 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC > amd64 > TB --- 2014-04-15 04:30:36 - starting HEAD tinderbox run for > amd64/amd64 > TB --- 2014-04-15 04:30:36 - cleaning the object tree > TB --- 2014-04-15 04:30:36 - /usr/local/bin/svn stat --no-ignore /src > TB --- 2014-04-15 04:30:40 - At svn revision 264487 > TB --- 2014-04-15 04:30:41 - building world > TB --- 2014-04-15 04:30:41 - CROSS_BUILD_TESTING=YES > TB --- 2014-04-15 04:30:41 - MAKEOBJDIRPREFIX=/obj > TB --- 2014-04-15 04:30:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2014-04-15 04:30:41 - SRCCONF=/dev/null > TB --- 2014-04-15 04:30:41 - TARGET=amd64 > TB --- 2014-04-15 04:30:41 - TARGET_ARCH=amd64 > TB --- 2014-04-15 04:30:41 - TZ=UTC > TB --- 2014-04-15 04:30:41 - __MAKE_CONF=/dev/null > TB --- 2014-04-15 04:30:41 - cd /src > TB --- 2014-04-15 04:30:41 - /usr/bin/make -B buildworld > >>> Building an up-to-date make(1) > >>> World build started on Tue Apr 15 04:30:49 UTC 2014 > >>> 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 Apr 15 08:40:48 UTC 2014 > TB --- 2014-04-15 08:40:48 - generating LINT kernel config > TB --- 2014-04-15 08:40:48 - cd /src/sys/amd64/conf > TB --- 2014-04-15 08:40:48 - /usr/bin/make -B LINT > TB --- 2014-04-15 08:40:48 - cd /src/sys/amd64/conf > TB --- 2014-04-15 08:40:48 - > /obj/amd64.amd64/src/tmp/legacy/usr/sbin/config -m LINT > TB --- 2014-04-15 08:40:48 - building LINT kernel > TB --- 2014-04-15 08:40:48 - CROSS_BUILD_TESTING=YES > TB --- 2014-04-15 08:40:48 - MAKEOBJDIRPREFIX=/obj > TB --- 2014-04-15 08:40:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2014-04-15 08:40:48 - SRCCONF=/dev/null > TB --- 2014-04-15 08:40:48 - TARGET=amd64 > TB --- 2014-04-15 08:40:48 - TARGET_ARCH=amd64 > TB --- 2014-04-15 08:40:48 - TZ=UTC > TB --- 2014-04-15 08:40:48 - __MAKE_CONF=/dev/null > TB --- 2014-04-15 08:40:48 - cd /src > TB --- 2014-04-15 08:40:48 - /usr/bin/make -B buildkernel > KERNCONF=LINT > >>> Kernel build for LINT started on Tue Apr 15 08:40:48 UTC 2014 > >>> 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 LINT completed on Tue Apr 15 09:17:32 UTC 2014 > TB --- 2014-04-15 09:17:32 - cd /src/sys/amd64/conf > TB --- 2014-04-15 09:17:32 - > /obj/amd64.amd64/src/tmp/legacy/usr/sbin/config -m LINT-NOINET > TB --- 2014-04-15 09:17:32 - building LINT-NOINET kernel > TB --- 2014-04-15 09:17:32 - CROSS_BUILD_TESTING=YES > TB --- 2014-04-15 09:17:32 - MAKEOBJDIRPREFIX=/obj > TB --- 2014-04-15 09:17:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2014-04-15 09:17:32 - SRCCONF=/dev/null > TB --- 2014-04-15 09:17:32 - TARGET=amd64 > TB --- 2014-04-15 09:17:32 - TARGET_ARCH=amd64 > TB --- 2014-04-15 09:17:32 - TZ=UTC > TB --- 2014-04-15 09:17:32 - __MAKE_CONF=/dev/null > TB --- 2014-04-15 09:17:32 - cd /src > TB --- 2014-04-15 09:17:32 - /usr/bin/make -B buildkernel > KERNCONF=LINT-NOINET > >>> Kernel build for LINT-NOINET started on Tue Apr 15 09:17:32 UTC > >>> 2014 > >>> 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 -Wno-error-tautological-compare > -Wno-error-empty-body -Wno-error-parentheses-equality > -Wno-unused-function -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 -DGPROF -DGPROF4 > -DGUPROF -fno-builtin -fno-omit-frame-pointer > -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel > -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -Werror -pg /src/sys/net/if_arcsubr.c > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -Wno-error-tautological-compare > -Wno-error-empty-body -Wno-error-parentheses-equality > -Wno-unused-function -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 -DGPROF -DGPROF4 > -DGUPROF -fno-builtin -fno-omit-frame-pointer > -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel > -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -Werror -pg /src/sys/net/if_atmsubr.c > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -Wno-error-tautological-compare > -Wno-error-empty-body -Wno-error-parentheses-equality > -Wno-unused-function -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 -DGPROF -DGPROF4 > -DGUPROF -fno-builtin -fno-omit-frame-pointer > -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel > -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -Werror -pg /src/sys/net/if_clone.c > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -Wno-error-tautological-compare > -Wno-error-empty-body -Wno-error-parentheses-equality > -Wno-unused-function -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 -DGPROF -DGPROF4 > -DGUPROF -fno-builtin -fno-omit-frame-pointer > -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel > -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -Werror -pg /src/sys/net/if_dead.c > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -Wno-error-tautological-compare > -Wno-error-empty-body -Wno-error-parentheses-equality > -Wno-unused-function -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 -DGPROF -DGPROF4 > -DGUPROF -fno-builtin -fno-omit-frame-pointer > -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel > -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -Werror -pg /src/sys/net/if_debug.c > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -Wno-error-tautological-compare > -Wno-error-empty-body -Wno-error-parentheses-equality > -Wno-unused-function -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 -DGPROF -DGPROF4 > -DGUPROF -fno-builtin -fno-omit-frame-pointer > -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel > -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -Werror -pg /src/sys/net/if_disc.c > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -Wno-error-tautological-compare > -Wno-error-empty-body -Wno-error-parentheses-equality > -Wno-unused-function -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 -DGPROF -DGPROF4 > -DGUPROF -fno-builtin -fno-omit-frame-pointer > -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel > -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -Werror -pg /src/sys/net/if_edsc.c > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -Wno-error-tautological-compare > -Wno-error-empty-body -Wno-error-parentheses-equality > -Wno-unused-function -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 -DGPROF -DGPROF4 > -DGUPROF -fno-builtin -fno-omit-frame-pointer > -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel > -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -Werror -pg /src/sys/net/if_enc.c > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -Wno-error-tautological-compare > -Wno-error-empty-body -Wno-error-parentheses-equality > -Wno-unused-function -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 -DGPROF -DGPROF4 > -DGUPROF -fno-builtin -fno-omit-frame-pointer > -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel > -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -Werror -pg /src/sys/net/if_epair.c > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -Wno-error-tautological-compare > -Wno-error-empty-body -Wno-error-parentheses-equality > -Wno-unused-function -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 -DGPROF -DGPROF4 > -DGUPROF -fno-builtin -fno-omit-frame-pointer > -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel > -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -Werror -pg /src/sys/net/if_ethersubr.c > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -Wno-error-tautological-compare > -Wno-error-empty-body -Wno-error-parentheses-equality > -Wno-unused-function -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 -DGPROF -DGPROF4 > -DGUPROF -fno-builtin -fno-omit-frame-pointer > -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel > -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -Werror -pg /src/sys/net/if_faith.c > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -Wno-error-tautological-compare > -Wno-error-empty-body -Wno-error-parentheses-equality > -Wno-unused-function -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 -DGPROF -DGPROF4 > -DGUPROF -fno-builtin -fno-omit-frame-pointer > -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel > -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -Werror -pg /src/sys/net/if_fddisubr.c > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -Wno-error-tautological-compare > -Wno-error-empty-body -Wno-error-parentheses-equality > -Wno-unused-function -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 -DGPROF -DGPROF4 > -DGUPROF -fno-builtin -fno-omit-frame-pointer > -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel > -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -Werror -pg /src/sys/net/if_fwsubr.c > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -Wno-error-tautological-compare > -Wno-error-empty-body -Wno-error-parentheses-equality > -Wno-unused-function -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 -DGPROF -DGPROF4 > -DGUPROF -fno-builtin -fno-omit-frame-pointer > -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel > -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -Werror -pg /src/sys/net/if_gif.c > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -Wno-error-tautological-compare > -Wno-error-empty-body -Wno-error-parentheses-equality > -Wno-unused-function -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 -DGPROF -DGPROF4 > -DGUPROF -fno-builtin -fno-omit-frame-pointer > -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel > -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -Werror -pg /src/sys/net/if_iso88025subr.c > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -Wno-error-tautological-compare > -Wno-error-empty-body -Wno-error-parentheses-equality > -Wno-unused-function -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 -DGPROF -DGPROF4 > -DGUPROF -fno-builtin -fno-omit-frame-pointer > -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel > -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -Werror -pg /src/sys/net/if_lagg.c > /src/sys/net/if_lagg.c:451:20: error: use of undeclared identifier > 'IP_MAXPACKET' > u_int hw_tsomax = IP_MAXPACKET; /* Initialize to the maximum > value. */ > ^ > 1 error generated. > *** Error code 1 > > Stop. > bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT-NOINET > *** Error code 1 > > Stop. > bmake: stopped in /src > *** [buildkernel] Error code 1 > > Stop in /src. > TB --- 2014-04-15 09:32:06 - WARNING: /usr/bin/make returned exit > code 1 > TB --- 2014-04-15 09:32:06 - ERROR: failed to build LINT-NOINET > kernel > TB --- 2014-04-15 09:32:06 - 14646.93 user 2162.75 system 18089.47 > real > > > http://tinderbox.freebsd.org/tinderbox-head-build-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 Apr 15 20:41:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4C3057F1 for ; Tue, 15 Apr 2014 20:41:20 +0000 (UTC) Received: from sanddollar.geekisp.com (sanddollar.geekisp.com [216.168.135.167]) by mx1.freebsd.org (Postfix) with SMTP id E9DB41A4B for ; Tue, 15 Apr 2014 20:41:19 +0000 (UTC) Received: (qmail 100 invoked by uid 1003); 15 Apr 2014 20:34:37 -0000 Received: from unknown (HELO ?10.10.2.81?) (tyler@monkeypox.org@64.125.69.200) by mail.geekisp.com with (DHE-RSA-AES128-SHA encrypted) SMTP; 15 Apr 2014 20:34:37 -0000 Message-ID: <534D97DA.80003@monkeypox.org> Date: Tue, 15 Apr 2014 13:34:34 -0700 From: "R. Tyler Croy" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: ZFS panic in -CURRENT References: <20140328170021.7BE88D6@hub.freebsd.org> <20140331162232.45e300e7@monkeypox.org> <533A5FA9.7030705@FreeBSD.org> <20140401065721.5317b538@monkeypox.org> In-Reply-To: <20140401065721.5317b538@monkeypox.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 15 Apr 2014 20:41:20 -0000 (follow up below) On 04/01/2014 06:57, R. Tyler Croy wrote: > On Tue, 01 Apr 2014 09:41:45 +0300 > Andriy Gapon wrote: > >> on 01/04/2014 02:22 R. Tyler Croy said the following: >>> Bumping this with more details >>> >>> On Fri, 28 Mar 2014 09:53:32 -0700 >>> R Tyler Croy wrote: >>> >>>> Apologies for the rough format here, I had to take a picture of >>>> this failure because I didn't know what else to do. >>>> >>>> >>>> >>>> I'm building off of the GitHub freebsd.git mirror here, and the >>>> latest commit in the tree is neel@'s "Add an ioctl to suspend.." >>>> >>>> My dmesg/pciconf are here: >>>> https://gist.github.com/rtyler/1faa854dff7c4396d9e8 >>> As linked before, the dmesg and `pciconf -lv` output can be found >>> here: >>> >>> Also in addition to the photo from before of the panic, here's >>> another reproduction photo: >>> >> Are you or have you even been running with any ZFS-related kernel >> patches? > Negative, I've never run any specific ZFS patches on this machine (or > any machine for that matter!) > > One other unique clue might be that I'm running with an encrypted > zpool, other than that, nothing fancy here. I've upgraded my machine to r264387 and I still experience the issue, here's the latest pretty picture of my panicked laptop :) The issue still seems to stem from a failed assertion in zap_leaf_lookup_closest() (http://svnweb.freebsd.org/base/head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zap_leaf.c?revision=249195&view=markup#l446) but I'm not sure which assertion might be failing. This is somewhat problematic because I cannot perform *any* FS operations with the tainted directory tree, not even a `du -hcs *` to find out how much space I can never access again :P I can reproduce this consistently, if anybody has the time to get onto IRC (rtyler on Freenode and EFNet) and debug this, I can certainly act as remote hands with kdb to help ascertain more information about the panic. Cheers From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 22:01:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28DABC6B for ; Tue, 15 Apr 2014 22:01:53 +0000 (UTC) Received: from mail-oa0-x229.google.com (mail-oa0-x229.google.com [IPv6:2607:f8b0:4003:c02::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EB4D5131B for ; Tue, 15 Apr 2014 22:01:52 +0000 (UTC) Received: by mail-oa0-f41.google.com with SMTP id j17so11632728oag.28 for ; Tue, 15 Apr 2014 15:01: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:content-type; bh=dhHFbwU+cusWg0Ih/wCFsVBWJQylO7f8O4q/NmcohBc=; b=HQyk9rttp2ijarZjw7XIBaZR9Ytv1DlbG4GTGlJ062WHx8jCxsA+rfZfUnU7YquoFY d4k20G8ylVuyR4eMFuiR+O9NWhdQasT2bww5SB/xEkahBX3JBsXvNiLPsimK+/IPcdSe pmaQOUQiVZ9CTcNNVniFPG6wI3TOd4pqMspNLVtZK/5ez8p5wUNsDBkHPW0UMB2uqDMW qHBUFkqrBNGY5uAzwFFFXxa+tjZyZH7EO1P+uJHfkPAUqZQ5iQdoGzWWJ+qqHFuDPjgo a0ATgktMrPjdnQrUp28y/k85v0g6WzApQrC2Kr1g4iSFReYwcz8/h9GuW/1MJmGuYefB ebug== MIME-Version: 1.0 X-Received: by 10.60.133.17 with SMTP id oy17mr3451989oeb.51.1397599312181; Tue, 15 Apr 2014 15:01:52 -0700 (PDT) Received: by 10.76.87.73 with HTTP; Tue, 15 Apr 2014 15:01:52 -0700 (PDT) Date: Tue, 15 Apr 2014 23:01:52 +0100 Message-ID: Subject: Booting from ZFS root on MBR layout fails on ThinkPad X61s From: "Sevan / Venture37" To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 15 Apr 2014 22:01:53 -0000 Hi, I decided to wipe away the disk in my X61s & start afresh with a new install of FreeBSD-Current at the same time switching to root on ZFS (previously /boot was on UFS). I've been unsuccessful in being able get the system to boot, after trying various combinations of https://wiki.freebsd.org/RootOnZFS/ZFSBootPartition I switched back to using the install menu option & just switching from GPT to MBR (everything else as default). Once install completes & the system reboots, the system hangs at a prompt. I was pointed to a post regarding modifying partition ID's by Allan Jude as there seems to have been an issue with ThinkPads & FreeBSD in the past. This also didn't work & caused the system to reset. What should be my next step for trying to debug this issue? Sevan / Venture37 From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 07:30:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02EDDAD5 for ; Wed, 16 Apr 2014 07:30:00 +0000 (UTC) Received: from frv199.fwdcdn.com (frv199.fwdcdn.com [212.42.77.199]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 99464184C for ; Wed, 16 Apr 2014 07:29:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-Id:To:Subject:From:Date; bh=Xme8nRIDZT7cRm427B8QdPx0lYYk5hQJ+ADVyPNvx3I=; b=YH7DiI8gjv4MqhM9WDVtCEi3EN4fC8CT7HMLULqDcYywqeYsFXWNWrygvtNPu2Sl0RPeNOUJsxhxB9YXiPgn8MSutCpRZkIn/cVUOyJlzY9J7Znr4AX8naOnte8SmMdyftgW58Ucj9k+JiMe2abRdQXWV/Q5Pp5rDMI5fO6ZyXM=; Received: from [10.10.10.45] (helo=frv45.fwdcdn.com) by frv199.fwdcdn.com with smtp ID 1WaKHx-0005L7-P8 for freebsd-current@freebsd.org; Wed, 16 Apr 2014 10:29:45 +0300 Date: Wed, 16 Apr 2014 10:29:45 +0300 From: Vladimir Sharun Subject: Strong memory leak in r264294 To: Current FreeBSD X-Mailer: mail.ukr.net 5.0 Message-Id: <1397633009.107790590.gl79klv4@frv45.fwdcdn.com> MIME-Version: 1.0 Received: from atz@ukr.net by frv45.fwdcdn.com; Wed, 16 Apr 2014 10:29:45 +0300 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 16 Apr 2014 07:30:00 -0000 Hello there, We're just put on test e5-1650 with 128Gb RAM 36x1Tb in several zmirrors, 2 days uptime and: Mem: 1643M Active, 13G Inact, 96G Wired, 37M Cache, 14G Free ARC: 48G Total, 30G MFU, 10G MRU, 3296K Anon, 790M Header, 6992M Other Swap: Wired minus ARC = 48G, then: quick calculation on >100M allocations by vmstat -z shows 50938,1M allocated, all allocations - 52781,73M Any suggestions where to look at ? vmstat -z follows: ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP UMA Kegs: 384, 0, 204, 6, 204, 0, 0 UMA Zones: 2176, 0, 204, 0, 204, 0, 0 UMA Slabs: 80, 0, 2734199, 51, 3166108, 0, 0 UMA RCntSlabs: 88, 0, 6618, 42, 6618, 0, 0 UMA Hash: 256, 0, 2, 88, 78, 0, 0 4 Bucket: 32, 0, 542671, 33329, 2285367, 0, 0 6 Bucket: 48, 0, 68313, 22572, 1057218, 0, 0 8 Bucket: 64, 0, 30133, 17421, 304455, 0, 0 12 Bucket: 96, 0, 3139, 41879, 329193, 0, 0 16 Bucket: 128, 0, 7288, 88843, 1275015, 11, 0 32 Bucket: 256, 0, 10517, 11878, 2760777, 38, 0 64 Bucket: 512, 0, 35709, 92275, 4330565,2988, 0 128 Bucket: 1024, 0, 85602, 6658,17845415,10640, 0 vmem btag: 56, 0, 1753014, 615, 1753485,24699, 0 VM OBJECT: 256, 0, 285819, 218541,27170696, 0, 0 RADIX NODE: 144, 0, 1632066, 5754,49700902, 0, 0 MAP: 240, 0, 3, 61, 3, 0, 0 KMAP ENTRY: 128, 0, 6, 273, 6, 0, 0 MAP ENTRY: 128, 0, 26857, 4143,46999863, 0, 0 VMSPACE: 448, 0, 228, 528, 1296521, 0, 0 fakepg: 104, 0, 0, 0, 0, 0, 0 mt_zone: 4112, 0, 261, 0, 261, 0, 0 16: 16, 0, 73226, 1105470,149180740, 0, 0 32: 32, 0, 309506, 216619,212029882, 0, 0 64: 64, 0, 4783744, 1534676,207450552, 0, 0 128: 128, 0, 1174418, 280846,275707562, 0, 0 256: 256, 0, 305187, 385023,127852882, 0, 0 512: 512, 0, 1058, 1158,120105677, 0, 0 1024: 1024, 0, 19324, 380, 7378948, 0, 0 2048: 2048, 0, 482, 1836,68059097, 0, 0 4096: 4096, 0, 168830, 42710,35332109, 0, 0 64 pcpu: 8, 0, 866, 1182, 1685, 0, 0 SLEEPQUEUE: 80, 0, 2017, 990, 2017, 0, 0 Files: 80, 0, 3084, 2066,88741054, 0, 0 rl_entry: 40, 0, 354, 1146, 354, 0, 0 TURNSTILE: 136, 0, 2017, 503, 2017, 0, 0 umtx pi: 96, 0, 0, 0, 0, 0, 0 MAC labels: 40, 0, 0, 0, 0, 0, 0 PROC: 1208, 0, 248, 184, 1296550, 0, 0 THREAD: 1168, 0, 1863, 153, 8470, 0, 0 cpuset: 72, 0, 1339, 1191, 2041, 0, 0 audit_record: 1248, 0, 0, 0, 0, 0, 0 mbuf_packet: 256, 52277955, 2105, 3395,481227339, 0, 0 mbuf: 256, 52277955, 664, 5341,1403660680, 0, 0 mbuf_cluster: 2048, 8168430, 5500, 0, 5500, 0, 0 mbuf_jumbo_page: 4096, 4084215, 389, 3479,84738745, 0, 0 mbuf_jumbo_9k: 9216, 1210137, 0, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 680702, 0, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 256, 2505,34011594, 0, 0 sendfile_sync: 128, 0, 0, 0, 0, 0, 0 g_bio: 248, 0, 0, 13776,176312351, 0, 0 ttyinq: 160, 0, 780, 695, 3165, 0, 0 ttyoutq: 256, 0, 405, 645, 1650, 0, 0 DMAR_MAP_ENTRY: 120, 0, 0, 0, 0, 0, 0 ata_request: 336, 0, 0, 0, 0, 0, 0 FPU_save_area: 832, 0, 0, 0, 0, 0, 0 taskq_zone: 48, 0, 0, 2573, 683735, 0, 0 VNODE: 472, 0, 676927, 221497,45812118, 0, 0 VNODEPOLL: 112, 0, 1, 279, 4, 0, 0 BUF TRIE: 144, 0, 0, 105948, 0, 0, 0 NAMEI: 1024, 0, 0, 224,254783238, 0, 0 S VFS Cache: 108, 0, 630885, 244395,50924343, 0, 0 STS VFS Cache: 148, 0, 0, 0, 0, 0, 0 L VFS Cache: 328, 0, 51006, 184998, 8427749, 0, 0 LTS VFS Cache: 368, 0, 0, 0, 0, 0, 0 NCLNODE: 528, 0, 0, 0, 0, 0, 0 range_seg_cache: 64, 0, 47462, 4804, 8129393, 0, 0 zio_cache: 920, 0, 7, 1195369,527265068, 0, 0 zio_link_cache: 48, 0, 0, 1196279,528928079, 0, 0 zio_buf_512: 512, 0, 5632372, 1674068,56383547, 0, 0 zio_data_buf_512: 512, 0, 9120, 67760, 844837, 0, 0 zio_buf_1024: 1024, 0, 89265, 37783, 4008931, 0, 0 zio_data_buf_1024: 1024, 0, 1507, 4837, 194483, 0, 0 zio_buf_1536: 1536, 0, 12897, 765, 499764, 0, 0 zio_data_buf_1536: 1536, 0, 2200, 5208, 69594, 0, 0 zio_buf_2048: 2048, 0, 5295, 239, 863860, 0, 0 zio_data_buf_2048: 2048, 0, 6453, 24633, 96712, 0, 0 zio_buf_2560: 2560, 0, 1680, 315, 779713, 0, 0 zio_data_buf_2560: 2560, 0, 2940, 14094, 65765, 0, 0 zio_buf_3072: 3072, 0, 565, 3866, 499636, 0, 0 zio_data_buf_3072: 3072, 0, 1772, 26815, 69130, 0, 0 zio_buf_3584: 3584, 0, 349, 2687, 762399, 0, 0 zio_data_buf_3584: 3584, 0, 1515, 30227, 67360, 0, 0 zio_buf_4096: 4096, 0, 220, 6540, 4477213, 0, 0 zio_data_buf_4096: 4096, 0, 1655, 46399, 100127, 0, 0 zio_buf_5120: 5120, 0, 595, 153, 659203, 0, 0 zio_data_buf_5120: 5120, 0, 3033, 80764, 172810, 0, 0 zio_buf_6144: 6144, 0, 691, 227, 485363, 0, 0 zio_data_buf_6144: 6144, 0, 2268, 35010, 135665, 0, 0 zio_buf_7168: 7168, 0, 464, 3084,20558836, 0, 0 zio_data_buf_7168: 7168, 0, 1966, 28108, 97629, 0, 0 zio_buf_8192: 8192, 0, 194, 214, 277665, 0, 0 zio_data_buf_8192: 8192, 0, 2191, 26292, 95954, 0, 0 zio_buf_10240: 10240, 0, 160, 185, 239115, 0, 0 zio_data_buf_10240: 10240, 0, 6216, 65546, 184581, 0, 0 zio_buf_12288: 12288, 0, 931, 90, 558052, 0, 0 zio_data_buf_12288: 12288, 0, 6633, 82161, 159072, 0, 0 zio_buf_14336: 14336, 0, 997, 804, 313395, 0, 0 zio_data_buf_14336: 14336, 0, 4330, 60596, 125482, 0, 0 zio_buf_16384: 16384, 0, 540272, 44137, 4467217, 0, 0 zio_data_buf_16384: 16384, 0, 2704, 36052, 80693, 0, 0 zio_buf_20480: 20480, 0, 83, 181, 561260, 0, 0 zio_data_buf_20480: 20480, 0, 2711, 35458, 107897, 0, 0 zio_buf_24576: 24576, 0, 68, 106, 168272, 0, 0 zio_data_buf_24576: 24576, 0, 1384, 21873, 78858, 0, 0 zio_buf_28672: 28672, 0, 64, 221, 376015, 0, 0 zio_data_buf_28672: 28672, 0, 1177, 19901, 65486, 0, 0 zio_buf_32768: 32768, 0, 44, 323, 367567, 0, 0 zio_data_buf_32768: 32768, 0, 833, 17130, 61549, 0, 0 zio_buf_36864: 36864, 0, 32, 406, 130317, 0, 0 zio_data_buf_36864: 36864, 0, 590, 14280, 49275, 0, 0 zio_buf_40960: 40960, 0, 19, 526, 274191, 0, 0 zio_data_buf_40960: 40960, 0, 586, 13989, 49810, 0, 0 zio_buf_45056: 45056, 0, 10, 518, 328200, 0, 0 zio_data_buf_45056: 45056, 0, 615, 14630, 47973, 0, 0 zio_buf_49152: 49152, 0, 8, 660, 63047, 0, 0 zio_data_buf_49152: 49152, 0, 561, 15726, 48049, 0, 0 zio_buf_53248: 53248, 0, 1, 616, 359908, 0, 0 zio_data_buf_53248: 53248, 0, 603, 15793, 44540, 0, 0 zio_buf_57344: 57344, 0, 2, 564, 344330, 0, 0 zio_data_buf_57344: 57344, 0, 580, 14686, 42318, 0, 0 zio_buf_61440: 61440, 0, 4, 550, 55869, 0, 0 zio_data_buf_61440: 61440, 0, 534, 13742, 38614, 0, 0 zio_buf_65536: 65536, 0, 20, 529, 440713, 0, 0 zio_data_buf_65536: 65536, 0, 506, 12092, 36726, 0, 0 zio_buf_69632: 69632, 0, 4, 504, 407266, 0, 0 zio_data_buf_69632: 69632, 0, 519, 10724, 29111, 0, 0 zio_buf_73728: 73728, 0, 5, 396, 73472, 0, 0 zio_data_buf_73728: 73728, 0, 502, 9734, 27335, 0, 0 zio_buf_77824: 77824, 0, 15, 328, 396427, 0, 0 zio_data_buf_77824: 77824, 0, 444, 8676, 24500, 0, 0 zio_buf_81920: 81920, 0, 11, 242, 322493, 0, 0 zio_data_buf_81920: 81920, 0, 367, 7709, 22682, 0, 0 zio_buf_86016: 86016, 0, 7, 76, 102150, 0, 0 zio_data_buf_86016: 86016, 0, 355, 6052, 19905, 0, 0 zio_buf_90112: 90112, 0, 6, 92, 283372, 0, 0 zio_data_buf_90112: 90112, 0, 313, 5243, 19413, 0, 0 zio_buf_94208: 94208, 0, 2, 63, 66571, 0, 0 zio_data_buf_94208: 94208, 0, 293, 4668, 16911, 0, 0 zio_buf_98304: 98304, 0, 4, 60, 232539, 0, 0 zio_data_buf_98304: 98304, 0, 254, 4051, 16290, 0, 0 zio_buf_102400: 102400, 0, 14, 128, 230617, 0, 0 zio_data_buf_102400: 102400, 0, 255, 3483, 14220, 0, 0 zio_buf_106496: 106496, 0, 0, 44, 80789, 0, 0 zio_data_buf_106496: 106496, 0, 234, 3075, 13850, 0, 0 zio_buf_110592: 110592, 0, 8, 68, 252156, 0, 0 zio_data_buf_110592: 110592, 0, 177, 2733, 11124, 0, 0 zio_buf_114688: 114688, 0, 5, 58, 195073, 0, 0 zio_data_buf_114688: 114688, 0, 158, 2340, 11037, 0, 0 zio_buf_118784: 118784, 0, 2, 62, 81227, 0, 0 zio_data_buf_118784: 118784, 0, 151, 2076, 9323, 0, 0 zio_buf_122880: 122880, 0, 2, 74, 480328, 0, 0 zio_data_buf_122880: 122880, 0, 104, 1920, 8777, 0, 0 zio_buf_126976: 126976, 0, 0, 201, 5122805, 0, 0 zio_data_buf_126976: 126976, 0, 84, 1705, 8326, 0, 0 zio_buf_131072: 131072, 0, 24, 8273, 5935178, 0, 0 zio_data_buf_131072: 131072, 0, 249410, 139770, 4850903, 0, 0 lz4_ctx: 16384, 0, 0, 64, 6271782, 0, 0 sa_cache: 80, 0, 676423, 222477,46040262, 0, 0 dnode_t: 872, 0, 4913993, 1465427,27269237, 0, 0 dmu_buf_impl_t: 224, 0, 6607475, 1740664,52461403, 0, 0 arc_buf_hdr_t: 216, 0, 3264324, 2352,15780836, 0, 0 arc_buf_t: 72, 0, 1713692, 278573,24250931, 0, 0 zil_lwb_cache: 192, 0, 68, 4332, 746762, 0, 0 zfs_znode_cache: 368, 0, 676423, 221737,45808076, 0, 0 Mountpoints: 816, 0, 70, 75, 87, 0, 0 pipe: 744, 0, 58, 217, 669644, 0, 0 procdesc: 128, 0, 0, 403, 6, 0, 0 ksiginfo: 112, 0, 423, 2342, 70951, 0, 0 itimer: 352, 0, 0, 352, 588, 0, 0 pf states: 296, 500006, 27005, 26646,13472631, 0, 0 pf state keys: 88, 0, 53998, 54407,27315614, 0, 0 pf source nodes: 136, 500018, 0, 0, 0, 0, 0 pf mtags: 40, 0, 0, 400, 36, 0, 0 pf table entries: 160, 200000, 21, 604, 311, 0, 0 pf table counters: 64, 0, 0, 0, 0, 0, 0 pf frags: 80, 0, 0, 0, 0, 0, 0 pf frag entries: 32, 40000, 0, 0, 0, 0, 0 pf state scrubs: 40, 0, 0, 0, 0, 0, 0 KNOTE: 128, 0, 2336, 2314,172300015, 0, 0 socket: 696, 4192780, 4258, 2712,19100419, 0, 0 ipq: 56, 255316, 0, 0, 0, 0, 0 udp_inpcb: 392, 4192780, 19, 451, 1104964, 0, 0 udpcb: 16, 4192955, 19, 1989, 1104964, 0, 0 tcp_inpcb: 392, 4192780, 10175, 14945,17972119, 0, 0 tcpcb: 1024, 4192780, 3728, 2320,17972119, 0, 0 tcptw: 88, 27810, 6447, 19203,10135220, 0, 0 syncache: 160, 15375, 42, 1183,14816410, 0, 0 hostcache: 136, 15370, 15258, 112, 66491,45124, 0 tcpreass: 40, 510600, 0, 2700, 1801635, 0, 0 sackhole: 32, 0, 5, 2495, 1954296, 0, 0 sctp_ep: 1400, 4192780, 0, 0, 0, 0, 0 sctp_asoc: 2344, 40000, 0, 0, 0, 0, 0 sctp_laddr: 48, 80012, 0, 913, 11, 0, 0 sctp_raddr: 720, 80000, 0, 0, 0, 0, 0 sctp_chunk: 136, 400026, 0, 0, 0, 0, 0 sctp_readq: 104, 400026, 0, 0, 0, 0, 0 sctp_stream_msg_out: 104, 400026, 0, 0, 0, 0, 0 sctp_asconf: 40, 400000, 0, 0, 0, 0, 0 sctp_asconf_ack: 48, 400060, 0, 0, 0, 0, 0 udplite_inpcb: 392, 4192780, 0, 0, 0, 0, 0 ripcb: 392, 4192780, 0, 150, 16, 0, 0 unpcb: 240, 4192784, 81, 719, 23316, 0, 0 rtentry: 200, 0, 16, 424, 16, 0, 0 selfd: 56, 0, 929, 1627,727069487, 0, 0 SWAPMETA: 288, 16336866, 0, 0, 0, 0, 0 vmstat -m Type InUse MemUse HighUse Requests Size(s) DEVFS 529 11K - 552 16,128 DEVFSP 2 1K - 17 64 cdev 5 2K - 5 256 filedesc 274 1029K - 1307628 16,32,64,128,256,512,2048,4096 sigio 4 1K - 24 64 filecaps 0 0K - 439 16,64 kdtrace 2113 482K - 1307187 64,256 kenv 83 11K - 97 16,32,64,128 kqueue 62 94K - 278 256,512,2048,4096 proc-args 216 14K - 869823 16,32,64,128,256 hhook 2 1K - 2 256 ithread 156 28K - 156 32,128,256 prison 12 25K - 12 16,4096 KTRACE 100 13K - 100 128 linker 121 32K - 131 16,32,64,128,256,512,1024,2048,4096 lockf 296 36K - 2245056 64,128 loginclass 3 1K - 9993 64 devbuf 17896 37946K - 18448 16,32,64,128,256,512,1024,2048,4096 temp 82 15K - 6099047 16,32,64,128,256,512,1024,2048,4096 module 214 27K - 214 128 mtx_pool 2 16K - 2 osd 43 1K - 611 16,32,64 pmchooks 1 1K - 1 128 pgrp 104 13K - 90409 128 session 77 10K - 11932 128 proc 2 512K - 2 subproc 682 1213K - 1299735 512,4096 cred 538 85K - 43009596 64,256 plimit 38 10K - 11832 256 uidinfo 13 66K - 4004 128 sysctl 0 0K - 688347 16,32,64 sysctloid 7635 379K - 7782 16,32,64,128 sysctltmp 0 0K - 125752 16,32,64,128,2048 tidhash 1 512K - 1 callout 13 4232K - 13 umtx 4050 507K - 4050 128 p1003.1b 1 1K - 1 16 bus 998 126K - 11276 16,32,64,128,256,1024,2048 bus-sc 129 246K - 6201 16,32,64,128,256,512,1024,2048,4096 devstat 112 226K - 112 32,4096 eventhandler 92 8K - 92 64,128 kobj 122 488K - 2962 4096 Per-cpu 1 1K - 1 32 nullfs_hash 1 16384K - 1 nullfs_node 156 10K - 2801 64 rman 285 31K - 699 32,128 sbuf 1 1K - 68632 16,32,64,128,256,512,1024,2048,4096 nullfs_mount 5 1K - 5 32 pfs_nodes 21 6K - 21 256 stack 0 0K - 2 256 taskqueue 461 72K - 675 16,32,64,128,256 Unitno 20 1K - 947682 32,64 vmem 2 1152K - 10 4096 ioctlops 0 0K - 2834927 16,32,64,128,256,512,1024,2048,4096 select 622 78K - 622 128 iov 0 0K - 101088563 16,32,64,128,256,512,1024,2048,4096 msg 4 30K - 4 2048,4096 sem 4 106K - 4 2048,4096 shm 1 20K - 3 2048 tty 31 31K - 63 1024,4096 pts 11 3K - 41 256 mbuf_tag 0 0K - 187 32 shmfd 1 8K - 2 1024 soname 26 2K - 72495003 16,32,128 pcb 954 16564K - 4080103 16,32,128,1024,2048 GEOM 1382 263K - 18108 16,32,64,128,256,512,1024,2048,4096 acl 0 0K - 87568 4096 vfscache 1 32768K - 1 vfs_hash 1 16384K - 1 vnodes 3 1K - 13 32,256 acpi_perf 12 6K - 12 512 mount 816 33K - 8403 16,32,64,128,256,1024 acpica 175642 18132K - 430866 16,32,64,128,256,512,1024,2048,4096 vnodemarker 0 0K - 504967 512 BPF 8 1026K - 33 16,64,128,512,4096 ifnet 5 9K - 5 128,2048 ifaddr 38 9K - 38 32,256,4096 ether_multi 11 1K - 11 16,64 clone 3 1K - 9 16,64,128 arpcom 3 1K - 3 16 lltable 16 5K - 16 256,512 CAM XPT 350 33K - 6233 16,32,64,128,256,512,1024,2048 kbdmux 7 18K - 7 16,512,1024,2048 LED 28 2K - 28 16,128 mps 13 643K - 81030 16,32,64,128,256,512,1024,2048,4096 routetbl 421 81K - 117372 32,128,256,512 igmp 4 1K - 4 256 in_multi 2 1K - 2 256 sctp_a_it 0 0K - 10 16 sctp_vrf 1 1K - 1 64 sctp_ifa 12 2K - 12 128 sctp_ifn 2 1K - 2 128 sctp_iter 0 0K - 10 256 hostcache 1 28K - 1 syncache 1 64K - 1 pf_temp 0 0K - 36 128 pf_hash 3 2880K - 3 pf_ifnet 8 4K - 304 256,2048 pf_rule 41 33K - 381 128,1024 pf_osfp 1184 122K - 18944 64,128 pf_table 7 14K - 103 2048 rpc 2 1K - 2 512 audit_evclass 187 6K - 228 32 vm_pgdata 1 16384K - 1 UMAHash 76 27379K - 504 512,1024,2048,4096 raid_data 0 0K - 1914 32,128,256 CAM DEV 52 104K - 97 2048 USB 37 51K - 43 16,32,128,256,512,1024,2048,4096 USBdev 31 8K - 31 32,64,128,256,512,4096 acpitask 1 8K - 1 acpisem 26 4K - 26 128 CAM CCB 0 0K - 58084990 2048 acpidev 162 11K - 162 64 memdesc 1 4K - 1 4096 CAM path 95 3K - 431 32 md_nvidia_data 0 0K - 319 512 CAM periph 88 22K - 140 16,32,64,128,256 CAM queue 61 632K - 239 16,32,64,128,256,512,1024 md_sii_data 0 0K - 319 512 CAM dev queue 9 1K - 9 64 entropy 1026 65K - 37600 32,64,4096 apmdev 1 1K - 1 128 madt_table 0 0K - 1 4096 scsi_da 0 0K - 8244 32,64,512 UART 9 7K - 9 16,1024 SCSI ENC 297 388K - 774962 16,64,256,2048,4096 CAM SIM 9 3K - 9 256 acpiintr 1 1K - 1 64 pci_link 16 2K - 16 64,128 io_apic 2 4K - 2 2048 DEVFS2 334 84K - 7535 16,32,64,128,256 MCA 31 6K - 31 128,256 DEVFS3 8145 2037K - 9014 256 msi 16 2K - 16 128 nexusdev 3 1K - 3 16 DEVFS1 334 167K - 504 512 isadev 7 1K - 7 128 DEVFS_RULE 1 1K - 1 64 kstat_data 6 1K - 6 64 solaris 6616980 1483132K - 907671705 16,32,64,128,256,512,1024,2048,4096 From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 08:21:55 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 964AE44F for ; Thu, 17 Apr 2014 08:21:55 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 64DE21A1A for ; Thu, 17 Apr 2014 08:21:54 +0000 (UTC) Received: from [192.168.0.100] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s3H8Leci081055 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Thu, 17 Apr 2014 08:21:47 GMT (envelope-from theraven@FreeBSD.org) From: David Chisnall Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Ordering for network-sensitive rc scripts Message-Id: Date: Thu, 17 Apr 2014 09:21:34 +0100 To: "FreeBSD-CURRENT@freebsd.org Current" Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Apr 2014 08:21:55 -0000 Hi all, For a little while, I've had an issue with the machine that sits on the = edge of my network deciding to start avahi as soon as a network is = available, meaning that it then runs mDNS advertisements on the external = interface and not the wireless one, requiring a manual restart once the = machine boots. I'm now seeing something similar with pf - it manages to = start before the external interface comes up and so silently ignores all = of the rules for routing packets off the network. Do we have a mechanism for stating that certain services should not be = started until ALL of the interfaces are up, rather than just the first = one? Or even of restarting them when a new network appears? David From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 08:30:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 139BA72B; Thu, 17 Apr 2014 08:30:23 +0000 (UTC) Received: from mail-qg0-x231.google.com (mail-qg0-x231.google.com [IPv6:2607:f8b0:400d:c04::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B87AD1AA6; Thu, 17 Apr 2014 08:30:22 +0000 (UTC) Received: by mail-qg0-f49.google.com with SMTP id e89so110787qgf.22 for ; Thu, 17 Apr 2014 01:30:21 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=Tht8RdvfKkKHpx+S9j/pdBiqPJ9h4VsvMh5/xfVXIJI=; b=pE5EppkP7QR6giLA+T0wE6ZYVxLZmn7yZfKQynaL3Iao9ocDVEYmdf/Vx0ZELlmwr4 Z1CRZ7SdOPZDPvIUva6kSeB7NTsug3pvUDokZUoLtlzquYRVIqktAU1jftz3rgRH+Zwy N+VOh88DqRSaFlOwiCm55La32OOdV+yfE9btoojgmMZqDCtwiKg9AnzaEqkS7nCZvXH+ chzqhkwClrF8lKhMjEvHhNOBBsdMQ9h94eAPlmShTHGLRKw9aQl/Pylr4dgtR0vY9REw rHwILHbRCd9fvfHl39TherFkLz11SCxbg8ptB9mjX750kwhdsvq3Td4lobACtFiCXEzr T6rA== MIME-Version: 1.0 X-Received: by 10.224.47.130 with SMTP id n2mr10924566qaf.26.1397723421861; Thu, 17 Apr 2014 01:30:21 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Thu, 17 Apr 2014 01:30:21 -0700 (PDT) In-Reply-To: References: Date: Thu, 17 Apr 2014 01:30:21 -0700 X-Google-Sender-Auth: kOEQOBPE9pOf_sqYZ8ElUDTcI8I Message-ID: Subject: Re: Ordering for network-sensitive rc scripts From: Adrian Chadd To: David Chisnall Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "FreeBSD-CURRENT@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Apr 2014 08:30:23 -0000 Can't we add a devd hook to do that? -a On 17 April 2014 01:21, David Chisnall wrote: > Hi all, > > For a little while, I've had an issue with the machine that sits on the e= dge of my network deciding to start avahi as soon as a network is available= , meaning that it then runs mDNS advertisements on the external interface a= nd not the wireless one, requiring a manual restart once the machine boots.= I'm now seeing something similar with pf - it manages to start before the= external interface comes up and so silently ignores all of the rules for r= outing packets off the network. > > Do we have a mechanism for stating that certain services should not be st= arted until ALL of the interfaces are up, rather than just the first one? = Or even of restarting them when a new network appears? > > David > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 10:10:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC3F6C3A; Thu, 17 Apr 2014 10:10:14 +0000 (UTC) Received: from mail-we0-x236.google.com (mail-we0-x236.google.com [IPv6:2a00:1450:400c:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 67056162D; Thu, 17 Apr 2014 10:10:14 +0000 (UTC) Received: by mail-we0-f182.google.com with SMTP id p61so236734wes.13 for ; Thu, 17 Apr 2014 03:10:12 -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=J4XUj8zw06zgvDA/X9gKWUWScztLqST7s0vrLlNY1tA=; b=pRvCeTCQruBkO3nUXBCe53AuqE4b8y9s3jNKs0MnNyD3jN6bFfvtc0JHl7SW1oVb6Q Te2IFppfrWbvySzPWxdU7BfQj3HLZkRhVHnNmnazJTV5pfsXORTNshCLSMkHaXTOXrit KZxz0KTdmy7zHt3tw2pRzbDPmFt+AxPFF9+AT+UL2CfAU14932qX8oACaJK6IcZXdOuS UZnPPEY21zwZL62wGHifVDjSIEIAZRBBO/xGQpevkZUSxAYVoXOGTRAE7c0+xoecg9c4 Ax3X/mYblwW+JCoIXeTRYDip2gQQ8lqU09jN72qFCMZUvEVkEUbdKiOPiozW86TnS5Tx BEbA== MIME-Version: 1.0 X-Received: by 10.180.105.132 with SMTP id gm4mr23477137wib.39.1397729412675; Thu, 17 Apr 2014 03:10:12 -0700 (PDT) Received: by 10.194.235.68 with HTTP; Thu, 17 Apr 2014 03:10:12 -0700 (PDT) Date: Thu, 17 Apr 2014 14:10:12 +0400 Message-ID: Subject: SATA2 mode on SATA3 SSD (marvell controller) after boot From: Andrey Fesenko To: freebsd-current , "freebsd-hackers@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Apr 2014 10:10:15 -0000 Hello, ada2: ATA-8 SATA 3.x device ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) need tuning? or change SSD? motherboard gigabyte z87mx-d3h all ports SATA-3, port change does not change the situation hdd SATA-3 recognized correctly ada3: ATA-9 SATA 3.x device ada3: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) another ssd ada2: ATA-8 SATA 3.x device ada2: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) if disconnect ssd pr 17 14:07:08 desktop kernel: ahcich3: DISCONNECT requested Apr 17 14:07:08 desktop kernel: ahcich3: AHCI reset... Apr 17 14:07:08 desktop kernel: ahcich3: SATA connect timeout time=10000us status=00000000 Apr 17 14:07:08 desktop kernel: ahcich3: AHCI reset: device not found Apr 17 14:07:08 desktop kernel: pass3 at ahcich3 bus 0 scbus3 target 0 lun 0 Apr 17 14:07:08 desktop kernel: pass3: s/n P02411112921 detached Apr 17 14:07:08 desktop kernel: ada3 at ahcich3 bus 0 scbus3 target 0 lun 0 Apr 17 14:07:08 desktop kernel: ada3: s/n P02411112921 detached Apr 17 14:07:08 desktop kernel: (pass3:ahcich3:0:0:0): Periph destroyed Apr 17 14:07:08 desktop kernel: (ada3:ahcich3:0:0:0): Periph destroyed Apr 17 14:07:18 desktop kernel: ahcich3: CONNECT requested Apr 17 14:07:18 desktop kernel: ahcich3: AHCI reset... Apr 17 14:07:18 desktop kernel: ahcich3: SATA connect time=8000us status=00000133 Apr 17 14:07:18 desktop kernel: ahcich3: AHCI reset: device found Apr 17 14:07:18 desktop kernel: ahcich3: AHCI reset: device ready after 0ms Apr 17 14:07:18 desktop kernel: ada3 at ahcich3 bus 0 scbus3 target 0 lun 0 Apr 17 14:07:18 desktop kernel: GEOM: new disk ada3 Apr 17 14:07:18 desktop kernel: ada3: ATA-8 SATA 3.x device Apr 17 14:07:18 desktop kernel: ada3: Serial Number P02411112921 Apr 17 14:07:18 desktop kernel: ada3: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) Apr 17 14:07:18 desktop kernel: ada3: Command Queueing enabled Apr 17 14:07:18 desktop kernel: ada3: 122104MB (250069680 512 byte sectors: 16H 63S/T 16383C) Apr 17 14:07:18 desktop kernel: ada3: Previously was known as ad10 Apr 17 14:07:18 desktop kernel: pass3 at ahcich3 bus 0 scbus3 target 0 lun 0 Apr 17 14:07:18 desktop kernel: pass3: ATA-8 SATA 3.x device Apr 17 14:07:18 desktop kernel: pass3: Serial Number P02411112921 Apr 17 14:07:18 desktop kernel: pass3: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) Apr 17 14:07:18 desktop kernel: pass3: Command Queueing enabled # uname -a FreeBSD desktop.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r263932: Sun Mar 30 15:43:01 MSK 2014 root@desktop.local:/usr/obj/usr/src/sys/MY_DES amd64 From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 16:49:17 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4640ED64; Thu, 17 Apr 2014 16:49:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0167B163C; Thu, 17 Apr 2014 16:49:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3HGn9Ku052481; Thu, 17 Apr 2014 12:49:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3HGn9EM052470; Thu, 17 Apr 2014 16:49:09 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 17 Apr 2014 16:49:09 GMT Message-Id: <201404171649.s3HGn9EM052470@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2014 16:49:17 -0000 TB --- 2014-04-17 15:30:49 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-17 15:30:49 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-17 15:30:49 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-04-17 15:30:49 - cleaning the object tree TB --- 2014-04-17 15:30:49 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-17 15:30:54 - At svn revision 264582 TB --- 2014-04-17 15:30:55 - building world TB --- 2014-04-17 15:30:55 - CROSS_BUILD_TESTING=YES TB --- 2014-04-17 15:30:55 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-17 15:30:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-17 15:30:55 - SRCCONF=/dev/null TB --- 2014-04-17 15:30:55 - TARGET=ia64 TB --- 2014-04-17 15:30:55 - TARGET_ARCH=ia64 TB --- 2014-04-17 15:30:55 - TZ=UTC TB --- 2014-04-17 15:30:55 - __MAKE_CONF=/dev/null TB --- 2014-04-17 15:30:55 - cd /src TB --- 2014-04-17 15:30:55 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 17 15:31:02 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DHAS_ISBLANK -I. -I/src/usr.bin/awk/../../contrib/one-true-awk -DFOPEN_MAX=64 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -o awk awkgram.o b.o lex.o lib.o main.o parse.o proctab.o run.o tran.o -lm gzip -cn /src/usr.bin/awk/../../contrib/one-true-awk/awk.1 > awk.1.gz ===> usr.bin/banner (all) cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/banner/banner.c cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o banner banner.o gzip -cn /src/usr.bin/banner/banner.6 > banner.6.gz ===> usr.bin/basename (all) cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/basename/basename.c cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o basename basename.o gzip -cn /src/usr.bin/basename/basename.1 > basename.1.gz ===> usr.bin/bc (all) cc -O2 -pipe -I. -I/src/usr.bin/bc -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c bc.c cc1: warnings being treated as errors In file included from /src/usr.bin/bc/bc.y:52: /src/usr.bin/bc/extern.h:50: warning: redundant redeclaration of 'interactive' /src/usr.bin/bc/extern.h:44: warning: previous declaration of 'interactive' was here /src/usr.bin/bc/bc.y:60: warning: redundant redeclaration of 'yytext' /src/usr.bin/bc/extern.h:38: warning: previous declaration of 'yytext' was here /src/usr.bin/bc/bc.y:61: warning: redundant redeclaration of 'yyin' /src/usr.bin/bc/extern.h:39: warning: previous declaration of 'yyin' was here *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/bc *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-17 16:49:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-17 16:49:09 - ERROR: failed to build world TB --- 2014-04-17 16:49:09 - 3748.80 user 628.10 system 4699.81 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 17:42:14 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D855DFF; Thu, 17 Apr 2014 17:42:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CCBDE1BE3; Thu, 17 Apr 2014 17:42:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3HHgC37026696; Thu, 17 Apr 2014 13:42:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3HHgCSh026694; Thu, 17 Apr 2014 17:42:12 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 17 Apr 2014 17:42:12 GMT Message-Id: <201404171742.s3HHgCSh026694@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2014 17:42:14 -0000 TB --- 2014-04-17 16:49:09 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-17 16:49:09 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-17 16:49:09 - starting HEAD tinderbox run for mips/mips TB --- 2014-04-17 16:49:10 - cleaning the object tree TB --- 2014-04-17 16:49:10 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-17 16:49:35 - At svn revision 264582 TB --- 2014-04-17 16:49:36 - building world TB --- 2014-04-17 16:49:36 - CROSS_BUILD_TESTING=YES TB --- 2014-04-17 16:49:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-17 16:49:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-17 16:49:36 - SRCCONF=/dev/null TB --- 2014-04-17 16:49:36 - TARGET=mips TB --- 2014-04-17 16:49:36 - TARGET_ARCH=mips TB --- 2014-04-17 16:49:36 - TZ=UTC TB --- 2014-04-17 16:49:36 - __MAKE_CONF=/dev/null TB --- 2014-04-17 16:49:36 - cd /src TB --- 2014-04-17 16:49:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 17 16:49:44 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -DHAS_ISBLANK -I. -I/src/usr.bin/awk/../../contrib/one-true-awk -DFOPEN_MAX=64 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -o awk awkgram.o b.o lex.o lib.o main.o parse.o proctab.o run.o tran.o -lm gzip -cn /src/usr.bin/awk/../../contrib/one-true-awk/awk.1 > awk.1.gz ===> usr.bin/banner (all) cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/banner/banner.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o banner banner.o gzip -cn /src/usr.bin/banner/banner.6 > banner.6.gz ===> usr.bin/basename (all) cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/basename/basename.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o basename basename.o gzip -cn /src/usr.bin/basename/basename.1 > basename.1.gz ===> usr.bin/bc (all) cc -O -pipe -G0 -I. -I/src/usr.bin/bc -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c bc.c cc1: warnings being treated as errors In file included from /src/usr.bin/bc/bc.y:52: /src/usr.bin/bc/extern.h:50: warning: redundant redeclaration of 'interactive' /src/usr.bin/bc/extern.h:44: warning: previous declaration of 'interactive' was here /src/usr.bin/bc/bc.y:60: warning: redundant redeclaration of 'yytext' /src/usr.bin/bc/extern.h:38: warning: previous declaration of 'yytext' was here /src/usr.bin/bc/bc.y:61: warning: redundant redeclaration of 'yyin' /src/usr.bin/bc/extern.h:39: warning: previous declaration of 'yyin' was here *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/bc *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-17 17:42:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-17 17:42:12 - ERROR: failed to build world TB --- 2014-04-17 17:42:12 - 2464.91 user 558.80 system 3182.62 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 18:08:06 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA039554; Thu, 17 Apr 2014 18:08:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 86D6A1FAC; Thu, 17 Apr 2014 18:08:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3HI85Gv021644; Thu, 17 Apr 2014 14:08:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3HI85aR021640; Thu, 17 Apr 2014 18:08:05 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 17 Apr 2014 18:08:05 GMT Message-Id: <201404171808.s3HI85aR021640@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2014 18:08:06 -0000 TB --- 2014-04-17 17:12:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-17 17:12:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-17 17:12:23 - starting HEAD tinderbox run for mips64/mips TB --- 2014-04-17 17:12:23 - cleaning the object tree TB --- 2014-04-17 17:12:23 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-17 17:12:27 - At svn revision 264582 TB --- 2014-04-17 17:12:28 - building world TB --- 2014-04-17 17:12:28 - CROSS_BUILD_TESTING=YES TB --- 2014-04-17 17:12:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-17 17:12:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-17 17:12:28 - SRCCONF=/dev/null TB --- 2014-04-17 17:12:28 - TARGET=mips TB --- 2014-04-17 17:12:28 - TARGET_ARCH=mips64 TB --- 2014-04-17 17:12:28 - TZ=UTC TB --- 2014-04-17 17:12:28 - __MAKE_CONF=/dev/null TB --- 2014-04-17 17:12:28 - cd /src TB --- 2014-04-17 17:12:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 17 17:12:35 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -DHAS_ISBLANK -I. -I/src/usr.bin/awk/../../contrib/one-true-awk -DFOPEN_MAX=64 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -o awk awkgram.o b.o lex.o lib.o main.o parse.o proctab.o run.o tran.o -lm gzip -cn /src/usr.bin/awk/../../contrib/one-true-awk/awk.1 > awk.1.gz ===> usr.bin/banner (all) cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/banner/banner.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o banner banner.o gzip -cn /src/usr.bin/banner/banner.6 > banner.6.gz ===> usr.bin/basename (all) cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/basename/basename.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o basename basename.o gzip -cn /src/usr.bin/basename/basename.1 > basename.1.gz ===> usr.bin/bc (all) cc -O -pipe -G0 -I. -I/src/usr.bin/bc -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c bc.c cc1: warnings being treated as errors In file included from /src/usr.bin/bc/bc.y:52: /src/usr.bin/bc/extern.h:50: warning: redundant redeclaration of 'interactive' /src/usr.bin/bc/extern.h:44: warning: previous declaration of 'interactive' was here /src/usr.bin/bc/bc.y:60: warning: redundant redeclaration of 'yytext' /src/usr.bin/bc/extern.h:38: warning: previous declaration of 'yytext' was here /src/usr.bin/bc/bc.y:61: warning: redundant redeclaration of 'yyin' /src/usr.bin/bc/extern.h:39: warning: previous declaration of 'yyin' was here *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/bc *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-17 18:08:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-17 18:08:04 - ERROR: failed to build world TB --- 2014-04-17 18:08:04 - 2478.21 user 568.16 system 3341.65 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 18:32:58 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9644711F; Thu, 17 Apr 2014 18:32:58 +0000 (UTC) Received: from mail-ee0-x22e.google.com (mail-ee0-x22e.google.com [IPv6:2a00:1450:4013:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5F47612DB; Thu, 17 Apr 2014 18:32:57 +0000 (UTC) Received: by mail-ee0-f46.google.com with SMTP id t10so930900eei.5 for ; Thu, 17 Apr 2014 11:32:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:organization:mime-version :content-type:content-transfer-encoding; bh=uD9E4oBTs+cbtzZGczJ3TTkWuefsAAEikIE4cFdN58U=; b=yiDCM8oavQud0vJ8cO5cn23ShDV7xDkgXex9ThL1btarmHTqTd+DGBoqH0mrncjwun Lp5w+q10n9XpQVNHvNUciZB7TXDMQ++EwQ2dhg/lEvaEwBOBrpYtXhrRlBaUEFPVpisW tH0WyD1p3OVa4sdkDG+5xYZ6qON7P1evOxswhMafpuhjIjIhijb5wyuvnHko6ixINFv6 5fAFTOTxVrbh7x70Hxvoi1JxItA2bKL+7xV+1r+dVkv57ju/blQ61xmmvAXPJkNXdxFR wA9fnEbzWRHCiGHQNCmu8TAOIDU71xzRFRI9rTDA+CFex7vA50BzykBvpg+Pm83Or/l6 Fa+Q== X-Received: by 10.15.35.66 with SMTP id f42mr4684483eev.93.1397759575450; Thu, 17 Apr 2014 11:32:55 -0700 (PDT) Received: from funktor (catv-80-99-67-72.catv.broadband.hu. [80.99.67.72]) by mx.google.com with ESMTPSA id 48sm69562369eee.2.2014.04.17.11.32.53 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Thu, 17 Apr 2014 11:32:54 -0700 (PDT) Sender: =?UTF-8?B?UMOhbGkgR8OhYm9yIErDoW5vcw==?= Date: Thu, 17 Apr 2014 20:32:36 +0200 From: Gabor Pali To: hackers@freebsd.org Subject: FreeBSD Quarterly Status Report, January-March 2014 Message-ID: <20140417203258.680ee824@funktor> Organization: The FreeBSD Project X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.22; i386-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 17 Apr 2014 18:32:58 -0000 FreeBSD Quarterly Status Report, January-March 2014 This report covers FreeBSD-related projects between January and March 2014. This is the first of four reports planned for 2014. Note that there is an HTML version available at http://www.FreeBSD.org/news/status/report-2014-01-2014-03.html Introduction The first quarter of 2014 was, again, a hectic and productive time for FreeBSD. The Ports team released their landmark first quarterly "stable" branch. FreeBSD continues to grow on the ARM architecture, now running on an ARM-based ChromeBook. SMP is now possible on multi-core ARM systems. bhyve, the native FreeBSD hypervisor, continues to improve. An integral test suite is taking shape, and the Jenkins Continuous Integration system has been implemented. FreeBSD patches to GCC are being "forward-ported", and LLDB, the Clang/LLVM debugger is being ported. Desktop use has also seen improvements, with work on Gnome, KDE, Xfce, KMS video drivers, X.org, and vt, the new console driver which supports KMS and Unicode. Linux and Wine binary compatibility layers have been improved. UEFI booting support has been merged to head. The FreeBSD Foundation continues to assist in moving FreeBSD forward, sponsoring conferences and meetings and numerous development projects. And these are only some of the things that happened! Read on for even more. Thanks to all the reporters for the excellent work! This report contains 41 entries and we hope you enjoy reading it. The deadline for submissions covering between April and June 2014 is July 7th, 2014. __________________________________________________________________ FreeBSD Team Reports * FreeBSD Cluster Administration Team * FreeBSD Core Team * FreeBSD Documentation Engineering Team * FreeBSD Port Management Team * FreeBSD Postmaster Team * FreeBSD Release Engineering Team Projects * Jenkins Continuous Integration for FreeBSD * ZFSguru Kernel * ASLR and PIE * Intel GPU Driver Update * Native iSCSI Stack * New Automounter * PCI SR-IOV Infrastructure * SDIO Driver * UEFI Boot * Updated vt(4) System Console Architectures * bhyve * FreeBSD Host Support for OpenStack and OpenContrail * FreeBSD on Chromebook * FreeBSD/arm64 * FreeBSD/armv6hf * SMP on Multi-Core ARM Systems Userland Programs * auditdistd(8) * External Toolchain Improvements * Forward Port FreeBSD GCC * FreeBSD Test Suite * LLDB Debugger Port Ports * Chromium * FreeBSD Ada Ports * GCC in the Ports Collection * GNOME/FreeBSD * KDE/FreeBSD * libvirt/bhyve Support * OpenAFS on FreeBSD * The Graphics Stack on FreeBSD * Using CentOS 6.5 as Linux Base * Wine/FreeBSD * Xfce/FreeBSD Documentation * ZFS Chapter of the Handbook Miscellaneous * FreeBSD Participating in Summer of Code 2014 * The FreeBSD Foundation __________________________________________________________________ FreeBSD Cluster Administration Team Contact: FreeBSD Cluster Administration Team The FreeBSD Cluster Administration Team consists of the people responsible for administering the machines that the project relies on for its distributed work and communications to be synchronised. In this quarter, the team has worked on the following: * Assimilated master email configurations into a single source control repository. * Moved the FreeBSD web server CGI services to a new location (sponsored). * Further enhanced upon our internal monitoring utilities. * Added a Russian pkg(8) mirror, hosted by Yandex. * Moved the FreeBSD Foundation web services to a new server (sponsored). This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ FreeBSD Core Team Contact: FreeBSD Core Team The FreeBSD Core Team constitutes the project's "Board of Directors", responsible for deciding the project's overall goals and direction as well as managing specific areas of the FreeBSD project landscape. The first quarter of 2014 was very active for the Core Team. John Baldwin and David Chisnall kept coordinating the work required for providing a newer version of X.Org for 9.x and 10.x systems. Now that vt(4), a successor to syscons(4) that offers a KMS-enabled console, has been merged to both stable/9 and stable/10, an alternative pkg(8) repository is in preparation for wider testing of vt(4) and the new X.Org version. In addition to that, John Baldwin published the policy on licenses for new files and files with non-standard licenses. Thanks to the efforts of Gavin Atkinson, FreeBSD has again made it into the Google Summer of Code program, for the tenth time. David Chisnall reported that both libc++ and libstdc++ can now be built, as all of the standards-compliant implementations of the required numerical functions have been added. The Core Team conducted an annual review among the Project teams and hats, where team members had to declare whether they wished to continue their service. As a result, Florian Smeets replaced David Wolfskill in the lead role of the Postmaster Team, and Glen Barber assumed the head Release Engineer position from Ken Smith. The Core Team congratulates Florian and Glen, and thanks David and Ken for their long-standing work. The Core Team approved chartering the Ports Security Team, which is established to maintain security updates for the ported applications. In coordination with the Port Management Team, pkg_tools was eventually deprecated and tagged with an End-of-Life date, in order to clear the way for pkg(8). The Port Management Team also requested a way to make it possible to track userland ABI and KBI changes reliably for the Ports Collection. Ideally this can be achieved by increasing the value of __FreeBSD_version on each fix, therefore the corresponding discussion concluded in freezing the ABI note tag for releases in order to keep the size of binary patches for freebsd-update(8) low. A related Errata Notice is about to be published soon. Only a single commit bit was taken for safekeeping. We did not have new committers to the src/ repository in this quarter. __________________________________________________________________ FreeBSD Documentation Engineering Team URL: http://lists.freebsd.org/pipermail/freebsd-doc/2014-February/023265= .html Contact: FreeBSD Documentation Engineering Team The FreeBSD Documentation Engineering Team is responsible for defining and following up on the documentation goals for the committers in the Documentation project. The team is pleased to announce a new member -- Warren Block. In early March, the FreeBSD Documentation Engineering Team members assumed responsibility for the FreeBSD Webmaster Team. __________________________________________________________________ FreeBSD Port Management Team URL: http://www.FreeBSD.org/ports/ URL: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing-po= rts/ URL: http://portsmon.freebsd.org/index.html URL: http://www.freebsd.org/portmgr/index.html URL: http://blogs.freebsdish.org/portmgr/ URL: http://www.twitter.com/freebsd_portmgr/ URL: http://www.facebook.com/portmgr URL: http://plus.google.com/communities/108335846196454338383 Contact: Thomas Abthorpe Contact: Frederic Culot Contact: FreeBSD Port Management Team The role of the FreeBSD Port Management Team is to ensure that the FreeBSD Ports Developer community provides a ports collection that is functional, stable, up-to-date and full-featured. It is also to coordinate among the committers and developers who work on it. The ports tree slowly approaches the 25,000 ports threshold, while the PR count exceeds 1,800. In the first quarter, we added four new committers, took in three commit bits for safe keeping, and reinstated one commit bit. In January, the longest serving port manager, Joe Marcus Clarke, stepped down from his active duties on the team. At a similar time Ion-Mihai Tetcu also stepped down from his duties. Fortunately, as a result of the first portmgr-lurkers intake, we were able to replace them with Mathieu Arnold and Antoine Brodin. Commencing March 1, the second intake of portmgr-lurkers started active duty on portmgr for a four month duration. The next two candidates are Alexey Dokuchaev and Frederic Culot. This quarter also saw the release of the first quarterly branch, namely 2014Q1. This branch is intended to provide a stable and high-quality ports tree, with patches related to security fixes as well as packaging and runtime fixes being backported from head. Ongoing maintenance goes into redports.org, including QAT runs and ports and security updates. Open tasks: 1. As previously noted, many PRs continue to languish. We would like to see committers dedicate themselves to closing as many as possible. __________________________________________________________________ FreeBSD Postmaster Team Contact: FreeBSD Postmaster Team The FreeBSD Postmaster Team is responsible for mail being correctly delivered to the committers' email addresses, ensuring that the mailing lists work, and should take measures against possible disruptions of project mail services, such as having troll-, spam- and virus-filters. In the first quarter of 2014, the team has implemented these items that may be interest of the general public: * Continued a discussion on current and possible future mail and spam filtering. * Discovered more of what needs to be done for a new year (with respect to email archives), did what we could, and recorded the steps for next time. * Added Kubilay Kocak to donations, requested by Pietro Cerutti. * Added Warren Block to doceng. * Made sure portmgr receives bounces for pkg-fallout messages. * Created a jenkins-admin mail alias. * Enabled Mailman password reminder emails again. * Discovered that all Mailman cron jobs were disabled in November during upgrades. Enabled those again. This caused problems like digests not being sent. __________________________________________________________________ FreeBSD Release Engineering Team URL: http://www.FreeBSD.org/releases/9.3R/schedule.html URL: http://www.FreeBSD.org/releases/9.3R/todo.html URL: http://ftp.FreeBSD.org/pub/FreeBSD/snapshots/ISO-IMAGES/ Contact: FreeBSD Release Engineering Team The FreeBSD Release Engineering Team is responsible for setting and publishing release schedules for official project releases of FreeBSD, announcing code freezes and maintaining the respective branches, among other things. In early January, the team became aware of several last-minute showstopper issues in FreeBSD 10.0, which led to an extension in the final release builds. FreeBSD 10.0-RELEASE was announced on January 20, two months behind the original schedule. The schedule for the FreeBSD 9.3-RELEASE cycle has been written and posted to the website, and the release cycle will begin early May. There is ongoing work to integrate support for embedded architectures as part of the release build process. At this time, support exists for a number of ARM kernels, in particular the Raspberry Pi, BeagleBone, and WandBoard. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ Jenkins Continuous Integration for FreeBSD URL: https://jenkins.FreeBSD.org URL: https://wiki.freebsd.org/Jenkins#Jenkins_for_FreeBSD_status URL: https://wiki.freebsd.org/Jenkins#Presentations_and_Working_Groups URL: http://empt1e.blogspot.ru/2014/03/using-jenkins-libvirt-slave-plugi= n-with.html URL: http://jenkins-ci.org/ URL: http://www.ansible.com/ Contact: Craig Rodrigues Contact: Jenkins Administrators Contact: FreeBSD Testing Jenkins is a framework used by many companies and open source projects for Continuous Integration (CI). CI allows developers to commit code to a Source Code Management (SCM) system such as Subversion, and then have automated programs check out, build, and test the code. Jenkins is implemented in the Java language. Ed Maste reviewed some CI work that Craig Rodrigues had done for the FreeNAS project with Jenkins, and encouraged him to set up something similar for the FreeBSD Project. With the help of the FreeBSD Cluster Administration Team, he set up a FreeBSD machine running two bhyve virtual machines, jenkins-9.FreeBSD.org and jenkins-10.FreeBSD.org. He set up software builds of head and several stable branches on these machines. The status of these builds is visible on a web interface accessible at jenkins.FreeBSD.org. When any of the builds fail, emails are sent to freebsd-current or freebsd-stable. Emails are also sent directly to the list of people who recently committed code to Subversion since the last successful build. As part of the Jenkins setup, Craig Rodrigues encountered problems with running Java on FreeBSD 9.2 and FreeBSD 10.0. Both problems stemmed from changes to the FreeBSD Virtual Memory (VM) subsystem. On FreeBSD 9.2-RELEASE, running Jenkins under Java would cause the kernel to panic. This was a known problem, and fixed in 9.2.-RELEASE-p3. On FreeBSD 10.0-RELEASE, Java processes would randomly crash. Disabling the vm.pmap.pcid_enabled sysctl(3) variable seemed to fix the problem. In kern/187238, Henrik Gulbrandsen submitted fixes to the FreeBSD VM to address this problem. Konstantin Belousov committed the fixes to head, where they are being tested now. During the setup of the bhyve VMs which run Jenkins processes, Craig Rodrigues wrote scripts to start bhyve VMs from the rc.d bootup scripts, which were then published at GitHub. On February 19, 2014, Craig Rodrigues notified the FreeBSD developers that Jenkins was running in the FreeBSD cluster, and that they could look at the web interface to see the status of builds. On March 13, 2014, Craig Rodrigues gave a presentation of the Jenkins work at the Bay Area FreeBSD User Group (BAFUG) in Mountain View, California, USA. Video of the presentation was recorded and put online by iXsystems. Craig Rodrigues assembled a team of volunteers, jenkins-admin, to help maintain jenkins.FreeBSD.org and expand the use of Jenkins CI used in the FreeBSD cluster. jenkins-admin consists of the following people working in the following areas: * R. Tyler Croy is both a FreeBSD developer and a Jenkins developer. He will be working on fixing bugs in Jenkins specific to FreeBSD. He is first looking at fixing the libpam4j library which is used by Jenkins to interface with the PAM system for user authentication. The released version of libpam4j does not currently work on FreeBSD. * Li-Wen Hsu maintains the devel/jenkins port. He set up a Jenkins build which runs the scan-build static analyzer which is part of LLVM. * Steven Kreuzer has experience administering Jenkins systems. He set up several builds on jenkins.FreeBSD.org, including a Jenkins build of the FreeBSD documentation. He is looking into using Ansible for automatic provisioning of VMs running Jenkins in the FreeBSD cluster. * Craig Rodrigues will be running a Continuous Testing working group at the FreeBSD Devsummit in Ottawa on May 15, 2014. He will also give a Jenkins presentation on May 17, 2014. He is interested in working with Julio Merino to integrate Jenkins and Kyua. They have exchanged some emails about this on the freebsd-testing list. * Steve Wills maintains the devel/jenkins-lts port. He has implemented several builds at jenkins.FreeBSD.org which detect commits to the FreeBSD ports repository, and then build the ports tree using Poudri=C3=A8re. At the end of March, Roman Bogorodskiy reported to jenkins-admin that he has successfully run the Jenkins libvirt plugin with his libvirt modifications to integrate with bhyve. He provided a link to a blog posting where he described his experience. This project is sponsored by iXsystems, Inc. Open tasks: 1. Obtain certificates for LDAP and web servers, to replace self-signed certificates. 2. Set up more Jenkins builds of the FreeBSD base repository on different branches and with different configurations. 3. Set up more Jenkins builds of the FreeBSD ports repository on different FreeBSD versions. 4. Integrate with Kyua, so that Jenkins can run Kyua tests and report the results directly in the native Jenkins web UI where test results are reported. 5. Write scripts which can take a Jenkins build of FreeBSD, and boot the results in a bhyve VM or on real hardware. 6. Fix libpam4j on FreeBSD. 7. Continuous Testing working group at Devsummit on May 15, 2014 8. Jenkins presentation at BSDCan on May 17, 2014 __________________________________________________________________ ZFSguru URL: http://zfsguru.com/ Contact: Jason Edwards ZFSguru is a multifunctional server appliance with a strong emphasis on storage. It wants to deliver all the great BSD and ZFS technology to a wider audience, while at the same time pleasing more advanced users as well with unique features and customization. A "vanilla" ZFSguru installation comes with only Samba and a web-interface setup, but can be extended easily by installing addons called "services" to add functionality as desired. This prevents users from running programs they do not need and do not want. Advanced users can still use ZFSguru as they would a normal FreeBSD installation with a 100% ZFS setup ("Root-on-ZFS"). ZFSguru does not strip away anything, and uses a GENERIC-like kernel with only some additional settings added like InfiniBand networking, Device Polling and AltQ. This means you can use a ZFSguru installation as you would use a FreeBSD installation. In the first month of 2014, ZFSguru has released beta9 version of the web interface. This release brings vastly improved support for Samba and NFS configuration. In particular, it adds a convenient drag-and-drop interface for Samba permissions. This allows novice users to configure access to shares in various configurations. It allows both control and usability, with no manual being necessary in order to operate it. This is the ZFSguru style. New system versions have been released, based on FreeBSD 9.2, 10.0, and head. The experimental head version has vt(4) and X.org 7.12.4 and the Intel/Radeon KMS graphics drivers. That is, the latest and greatest of FreeBSD graphics development. The ZFSguru project plans to release stable/10 builds in the near future which also have the MFCed patches for vt(4), the KMS-enabled system console with Unicode support. Please see the vt(4) entry for more information. Support for ZFS version 5000 is now universal across 9.2, 10.0 and head builds. LZ4 compression is the key feature for ZFS version 5000. Otherwise users are advised to keep their pool versions as is, to be as compatible as you can with as many ZFS platforms as possible. Only upgrade the pool as you desire its functionality, forfeiting the compatibility with older storage platforms. Open tasks: 1. ZFSguru beta10 will increase the compatibility of newly added Samba functionality with non-Gecko browsers. It will also fix some minor bugs as well as speed up some pages by having a redesigned remote database system called GuruDB. 2. ZFSguru beta11 will add the one major feature still missing in ZFSguru: the Migration Manager. This allows users to maintain a file with all the configuration of their ZFSguru installation. It can be used like a firmware -- restoring the machine to the exact state and configuration of the snapshot configuration. It allows users to maintain a backup of their ZFSguru configuration and allows upgrading to a newer ZFSguru system version without any hassle. 3. Automated system builds should bring more system image releases. 4. New website with new forum and new login system. 5. Developer website with GitLab setup, allowing bug reports, code contributions, wiki, and wall messages. Note that GitLab has also been provided as a ZFSguru service, for those interested in trying GitLab. __________________________________________________________________ ASLR and PIE URL: http://0xfeedface.org/blog/lattera/2014-04-03/awesome-freebsd-aslr-= progress URL: https://github.com/lattera/freebsd/tree/soldierx/lattera/aslr URL: https://github.com/opntr/opBSD/tree/op/stable/10-aslr Contact: Shawn Webb Contact: Oliv=C3=A9r Pint=C3=A9r Address space layout randomization (ASLR) is a computer security technique involved in protection from buffer overflow attacks. In order to prevent an attacker from reliably jumping to a particular exploited function in memory, ASLR involves randomly arranging the positions of key data areas of a program, including the base of the executable and the positions of the stack, heap, and libraries, in a process' address space. We have added ASLR support to all architectures. As the primary developers behind this feature have the most access to amd64, the focus of development is on the amd64 architecture. Other architectures, such as ARM, have known bugs with our current ASLR implementation and we are working hard to fix them. We added support for Position-Independent Executables (PIEs) in a number of applications in base. Open tasks: 1. Shawn has access to a Raspberry Pi (RPI). PIE is 90% broken. Debug and fix major issues on the RPI. The existing NX stack protections are not obeyed on RPI. Properly implemented ASLR requires a NX stack. 2. Shawn will be receiving a sparc64 box on April 6, 2014. He will test ASLR on sparc64, identifying and fixing any bugs that pop up. 3. Oliv=C3=A9r has identified one or more bugs with the Linuxulator. He will be looking into that and fixing those. 4. Shawn will be cleaning up code and adding support for PIE to more applications in base. He will also add PIE support to the ports framework for general consumption. 5. Shawn will be giving a presentation regarding ASLR at BSDCan 2014. __________________________________________________________________ Intel GPU Driver Update Contact: Konstantin Belousov The project to update the Intel graphics chipset driver (i915kms) to a recent snapshot of the Linux upstream code continues. Progress was delayed by external circumstances, but it is hoped to reach a useful milestone in the near future. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ Native iSCSI Stack URL: https://wiki.freebsd.org/Native%20iSCSI%20target Contact: Edward Tomasz Napieral/a The new FreeBSD in-kernel iSCSI stack was functionally complete in FreeBSD 10.0-RELEASE, but ongoing enhancements and bug fixes are being committed to FreeBSD head, with a plan to merge them back to stable/10 in time for FreeBSD 10.1-RELEASE. Many issues have been resolved, including very slow operation with data digests enabled, bugs in persistent reservations which impacted Hyper-V Failover Cluster, and a negotiation problem affecting Dell Equallogic users. There have also been numerous enhancements, such as support for redirections, which are necessary for some High Availability setups, and the ability to modify session parameters in the iscsictl utility. Previously it was necessary to remove the session and add it again. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ New Automounter Contact: Edward Tomasz Napieral/a The automount project is nearing the functional prototype stage, and a call for testing is expected in the next month. The userspace portion consists of the automountd(8) daemon, which is designed to be fully compatible with its counterparts in OS X, Solaris, and Linux, and which is nearly complete. Work on the kernel component continues. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ PCI SR-IOV Infrastructure URL: https://github.com/rysto32/freebsd/tree/iov_ixgbe Contact: Ryan Stone PCI Single Root I/O Virtualization (SR-IOV) is an optional part of the PCIe standard that provides hardware acceleration for the virtualization of PCIe devices. When SR-IOV is in use, a function in a PCI device (known as a Physical Function, or PF) will present multiple Virtual PCI Functions (VF) on the PCI bus. These VFs are fully independent PCI devices that have access to the resources of the PF. For example, on a network interface card, VFs could transmit and receive packets independent of the PF. The most obvious use case for SR-IOV is virtualization. A hypervisor like bhyve could instantiate a VF for every VM and use PCI passthrough to assign the VFs to the VMs. This would allow multiple VMs to share access to the PCI device without having to do any expensive communication with the hypervisor, greatly increasing performance of performing I/O from a VM. There are two parts to this project. The first is implementing an API in the PCI subsystem for creating VFs and configuring standard PCI features like BARs. The second part is updating individual drivers for PCI devices that support SR-IOV to configure their VFs. For example, a network interface driver will typically have to assign a MAC address to a VF and configure the interface to route packets destined for that MAC address to the VF. At this point only SR-IOV support for the ixgbe(4) driver is planned. The PCI subsystem API is designed to be generic and should support SR-IOV on any device, but fairly extensive driver work is necessary to support SR-IOV, which is currently not planned due to lack of time and hardware. At present, ixgbe(4) is able to create VFs and the ixgbevf driver is able to pass traffic. There is still a fair amount of work to support VLAN tags, multicast addresses, and other features on the VFs. Also, the VF configuration needs to be better integrated with the PF initialization path to ensure that resets of the PF do not interrupt operation of the VFs. This project is sponsored by Sandvine, Inc. __________________________________________________________________ SDIO Driver URL: https://wiki.freebsd.org/SDIO URL: https://github.com/kibab/freebsd/tree/mmccam Contact: Ilya Bakulin SDIO is an interface designed as an extension of the existing SD card standard, allowing connection of different peripherals to the host with the standard SD controller. Peripherals currently sold on the general market include WLAN/BT modules, cameras, fingerprint readers, and barcode scanners. The FreeBSD driver is implemented as an extension to the existing MMC bus, adding a lot of new SDIO-specific bus methods. A prototype of the driver for the Marvell SDIO WLAN/BT (Avastar 88W8787) module is also being developed, using the existing Linux driver as a reference. SDIO card detection and initialization already work; most needed bus methods are implemented and tested. The WiFi driver is able to load firmware onto the card and initialize it. Migration of the MMC stack to the new locking model is necessary in order to work with SDIO cards effectively. The FreeBSD CAM implementation is believed to be a good choice. There is ongoing work to implement an MMC transport for CAM. Open tasks: 1. SDIO stack: finish CAM migration. The XPT layer is almost ready. What is missing is a SIM module, for which a modified version of the SDHCI controller driver will be used, and a peripheral module, where porting the mmcsd(4) driver is required. 2. Marvell SDIO WiFi: connect it to the FreeBSD network stack, write the code to implement required functions, such as sending and receiving data, network scanning and so on. __________________________________________________________________ UEFI Boot URL: https://wiki.freebsd.org/UEFI Contact: Ed Maste The Unified Extensible Firmware Interface (UEFI) provides boot- and run-time services for x86 computers, and is a replacement for the legacy BIOS. This project will adapt the FreeBSD loader and kernel boot process for compatibility with UEFI firmware, found on contemporary servers, desktops, and laptops. Starting with Rui Paulo's i386 EFI loader, Benno Rice developed a working proof-of-concept amd64 loader in 2013 under sponsorship from the FreeBSD Foundation. After refinement, that work has now been merged from the projects/uefi Subversion branch into FreeBSD head. The project includes the infrastructure to build a UEFI-enabled loader, and the kernel-side changes to parse metadata provided by the loader. A number of integration tasks remain, with a plan to have UEFI installation and boot support merged to stable/10 in time for FreeBSD 10.1-RELEASE. This project is sponsored by The FreeBSD Foundation. Open tasks: 1. Document manual installation, including dual-boot configurations. 2. Implement chain-loading from UFS/ZFS file systems. 3. Integrate UEFI configuration with the FreeBSD installer. 4. Support secure boot. __________________________________________________________________ Updated vt(4) System Console URL: https://wiki.freebsd.org/Newcons Contact: Aleksandr Rybalko Contact: Ed Maste Contact: Ed Schouten vt(4) is a modern replacement for the existing, quite old, virtual terminal emulator called syscons(4). Initially motivated by the lack of Unicode support and infrastructural issues in syscons(4), the project was later expanded to cover the new requirement to support Kernel Mode Setting (KMS). The project is now in head, stable/10 and stable/9 branches. Hence, vt(4) can be tested by using the VT kernel configuration (i386 and amd64) or by replacing two lines in the GENERIC kernel configuration file: device sc device vga with the following ones: device vt device vt_vga Or, to use for UEFI testing, add the following lines instead: device vt device vt_efifb Major highlights: * Unicode support. * Double-width character support for CJK characters. * xterm(1)-like terminal emulation. * Support for Kernel Mode Setting (KMS) drivers (i915kms, radeonkms). * Support for different fonts per terminal window. * Simplified drivers. Brief status of supported architectures and hardware: * amd64 (VGA/i915kms/radeonkms) -- works. * ARM framebuffer -- works. * i386 (VGA/i915kms/radeonkms) -- works. * IA64 -- untested. * MIPS -- untested. * PPC and PPC64 -- work, but without X.Org yet. * SPARC -- works on certain hardware (e.g., Ultra 5). * vesa(4) -- in progress. * i386/amd64 nVidia driver -- not supported. VGA should be used (VESA planned). * Xbox framebuffer driver -- will be deleted as unused. This project is sponsored by The FreeBSD Foundation. Open tasks: 1. Create sub-directories for vt(4) under /usr/share/ to store key maps and fonts. 2. Implement the remaining features supported by vidcontrol(1). 3. Write the vt(4) manual page. (This is in progress.) 4. Support direct handling of keyboard by the kbd device (without kbdmux(4)). 5. CJK fonts. (This is in progress). 6. Address performance issues on some architectures. 7. Switch to vt(4) by default. __________________________________________________________________ bhyve URL: http://www.bhyve.org/ URL: http://www.youtube.com/watch?v=3DlTOiSyu0-MA Contact: Peter Grehan Contact: Neel Natu Contact: John Baldwin Contact: Tycho Nightingale Contact: Allan Jude bhyve is a Type-1 hypervisor that runs on the FreeBSD platform. It currently only runs FreeBSD (9.x or later) and Linux guests; current development efforts aim at widening support for other x86 64-bit operating systems. After a great deal of work by all involved, bhyve was shipped as part of FreeBSD 10.0-RELEASE. Increased interest in bhyve and the first usable versions have provided great feedback and many bug reports. A number of important improvements have been made to bhyve this quarter: * Optionally ignore accesses to unimplemented MSRs * Support soft power-off via the ACPI S5 state for bhyve guests * Graceful shutdown via ACPI on SIGTERM * Fix an issue with virtio-blk devices on Linux guests with more than 4GB of RAM * Increase the block-layer backend maximum requests to match AHCI command queue depth * Add SMBIOS support * Improve support for nmdm, opening the tty non-blocking * Add HPET device emulation * Implement the "Virtual Interrupt Delivery" and "Posted Interrupt Processing" VT-x features on newer Intel CPUs * Add support for booting FreeBSD/i386 guests * Add virtualized XSAVE support for features like AVX * Add Support for booting from ZFS with bhyveload Open tasks: 1. Improve documentation. 2. Write Handbook chapter for bhyve. 3. Merge fixes and features back to stable/10. 4. Support for booting with UEFI instead of userspace loaders. 5. CSM BIOS boot support for FreeBSD (which has no UEFI support currently). 6. Add support for virtio-scsi. 7. Improve virtio-net, add offload features, support multiple queues. 8. Implement Intel 82580 and e1000 NIC emulation. 9. Netmap support. 10. Flexible networking backend: wanproxy, vhost-net. 11. Improve resource accounting. 12. Move to a single process model, instead of bhyveload and bhyve. 13. Support running bhyve as non-root. 14. Add filters for popular VM file formats (VMDK, VHD, QCOW2). 15. Implement an abstraction layer for video (no X11 or SDL in base system). 16. Support for VNC as a video output. 17. Implement USB and Sound. 18. Suspend/resume support. 19. Live Migration. 20. Nested VT-x support (bhyve in bhyve). 21. Support for other architectures (ARM, MIPS, PPC). __________________________________________________________________ FreeBSD Host Support for OpenStack and OpenContrail URL: http://www.openstack.org/ URL: http://www.opencontrail.org/ URL: https://github.com/Semihalf/openstack-devstack URL: https://github.com/Semihalf/openstack-nova URL: https://github.com/Semihalf/contrail-vrouter URL: https://blueprints.launchpad.net/nova/+spec/freebsd-compute-node Contact: Grzegorz Bernacki Contact: Micha=C5=82 Dubiel Contact: Dominik Ermel Contact: Rafa=C5=82 Jaworowski OpenStack is a cloud operating system that controls large pools of compute, storage, and networking resources in a data center. OpenContrail is a network virtualization (SDN) solution comprising a network controller, virtual router, and analytics engine, which can be integrated with cloud orchestration systems like OpenStack or CloudStack. The goal of this work is to make FreeBSD a fully supported compute host for OpenStack using OpenContrail virtualized networking. The main areas of development are: * Libvirt hypervisor driver for bhyve. * Support for bhyve (via the libvirt compute driver) and the FreeBSD platform in overall in nova-compute. * Port OpenContrail vRouter (forwarding plane kernel module) to FreeBSD. * Port OpenContrail Agent (network controller node) to FreeBSD. * Integration, performance optimization. The current state of development allows for a working demo of OpenStack with compute node component running on a FreeBSD host: * The native bhyve hypervisor is driven by a nova-compute component for spawning guest instances using libvirt and a nova-network component for providing simple networking using bridges between guest VMs. * QEMU might also be used instead of bhyve this way. * The main goal on the networking side is to use the OpenContrail solution, compliant with the modern OpenStack networking API ("neutron"). Also, an initial port of the OpenContrail vRouter kernel module has been completed. It successfully handles all networking on the host. This project is sponsored by Juniper Networks. __________________________________________________________________ FreeBSD on Chromebook URL: https://wiki.freebsd.org/FreeBSD/arm/Chromebook Contact: Ruslan Bukin One model of Chromebook is an ARMv7 Cortex-A15 personal computer powered by a Samsung Exynos 5 Dual System-on-Chip. As of the current status of this project, such laptops can be booted with FreeBSD from USB flash -- it works stably (including SMP) and it can build third-party applications. The display and keyboard work. Thanks to Peter Grehan for providing hardware. Open tasks: 1. Implement keyboard polling mode. 2. Add support for the upcoming second generation of Chromebook. 3. Write SD, SATA drivers. __________________________________________________________________ FreeBSD/arm64 URL: http://svnweb.freebsd.org/base/projects/arm64/ URL: https://github.com/zxombie/aarch64-freebsd-sandbox Contact: Andrew Turner Arm64 is the name of the in-progress port of FreeBSD to the ARMv8 CPU when it is in AArch64 mode. Until recently, all ARM CPU designs were 32-bit only. With the introduction of the ARMv8 architecture, ARM has added a new 64-bit mode. This new mode has been named AArch64. Progress has been good on getting FreeBSD to build and run on the ARM Foundation model. FreeBSD is able to be built for this architecture, however, it requires a number of external tools including objdump(1) and ld(1). These tools are provided by an external copy of binutils until replacements can be written. FreeBSD will run the early boot on the Foundation model. The loader has been ported to the AArch64 UEFI environment and can load and run the kernel. The kernel is able to create the initial page tables to be able to run from virtual memory. It can then execute C code to parse the memory map provided by the loader. This is as far as the kernel currently boots. This work is now happening in the FreeBSD Subversion repository in a project branch, see the links. Open tasks: 1. Implement an initial pmap(9) layer. 2. Write the missing machine-dependent code. 3. Test on real hardware. __________________________________________________________________ FreeBSD/armv6hf Contact: Andrew Turner FreeBSD has been updated to allow it to use the VFP variant of the ARM EABI ABI. The VFP unit is the ARM hardware to perform floating-point operations. This changes the ABI to improve the performance of code that uses floating-point operations. By default, FreeBSD already uses the ARM EABI on all releases from 10.0. This is important for FreeBSD/arm users running code with floating-point operations on ARMv6 or ARMv7 SoC systems. It removes the need for the slow software floating-point support in libc. This is mostly compatible with the existing ABI, with the exception of how floating-point values are passed into functions. Because no floating-point values are passed to the kernel, the armv6 and armv6hf kernels will work with either userland. As part of this change, some support functions have been updated to use the VFP unit when available. The existing armv6 target architecture will be kept for cases where the SoC lacks a VFP unit, or existing binaries that are incompatible with the new ABI. Open tasks: 1. Testing. 2. More testing. __________________________________________________________________ SMP on Multi-Core ARM Systems URL: http://lists.freebsd.org/pipermail/freebsd-arm/2014-April/007886.ht= ml Contact: Ian Lepore Contact: Olivier Houchard Contact: Wojciech Macek FreeBSD now supports Symmetrical MultiProcessing (SMP) on a variety of ARM multi-core systems. The effort to bring SMP to ARM has been underway for quite some time, but a major push by the FreeBSD ARM developer community over the past two months has resulted in robust production-ready SMP support. An ever-growing number of ARM-based development boards and small low-power computer systems are available with multi-core processors. FreeBSD is now able to make good use of all that computing power, making such systems more attractive to both end users and vendors looking to create products based on similar designs. As of r264138 in FreeBSD head, SMP is now enabled by default in the configuration files for all currently-supported systems that have multi-core processors. This includes systems based on the following processor families: * Allwinner A20 * Freescale i.MX6 * Marvell Armada XP * Samsung Exynos 5 * Texas Instruments OMAP4 We plan to merge this work to stable/10 in time for 10.1-RELEASE. This project is sponsored by Microsemi, Inc., and Semihalf sp.j. __________________________________________________________________ auditdistd(8) Contact: Pawel Jakub Dawidek The auditdistd(8) daemon is responsible for distributing audit trail files over TCP/IP networks securely and reliably. The daemon now supports client-side certificates, which can be used to automatically configure the receiver side -- the directory name for received trail files is determined based on the commonName field in client's certificate. There is no need any more to add every sender to the receiver's configuration file. The sender's functionality was extended to allow sending audit trail files to multiple receivers. Complete Public Key Infrastructure (PKI) support is now implemented, including full certificate chain verification, Certificate Revocation Lists (CRL) verification at every level and support for multiple Certificate Authority (CA) certificates. This project is sponsored by The FreeBSD Foundation. __________________________________________________________________ External Toolchain Improvements URL: https://wiki.freebsd.org/ExternalToolchain Contact: Warner Losh Building on the work that Brooks Davis did to enable external Clang toolchains, this project hopes to generalize that to GCC, as well as support different versions of these compilers simultaneously for the FreeBSD base system and the kernel. We also hope get to the point that a port can be cross-compiled entirely from scratch with no initial binary artifacts. Open tasks: 1. Setup Subversion project repository. 2. Fix issues with differences of interpretation of the -B argument between GCC and Clang. 3. Support building the entire tree based only on xdev-built compilers. 4. Support building the entire tree based only on ports-built GCC compilers. 5. Support full bootstrapping of FreeBSD to new platforms. __________________________________________________________________ Forward Port FreeBSD GCC Contact: Warner Losh Not all of the FreeBSD changes to GCC have been reflected upstream. A large amount of the platform support as well as a couple of minor improvements like the kernel formatting checker need to be forward ported (and if possible, moved upstream into GCC). We will be targeting the FreeBSD ports tree lang/gcc* ports for these efforts to (optionally) include them in these builds. Some variation from normal builds may be required due to bootstrapping issues when combined with the external toolchain enhancements project. __________________________________________________________________ FreeBSD Test Suite URL: http://wiki.FreeBSD.org/TestSuite URL: http://kyua1.nyi.FreeBSD.org/ URL: http://julipedia.meroh.net/2014/01/freebsd-test-suite-goals-and-pla= nning.html URL: https://drive.google.com/a/meroh.net/#folders/0B08g-X1kPkSYNmlEdTB5= RjlFbkk Contact: Julio Merino The FreeBSD Test Suite project aims to equip FreeBSD with a comprehensive collection of tests that are easy to run out of the box and during the development of the system. The test suite is installed into /usr/tests/ and the kyua(1) command-line tool (devel/kyua in the Ports Collection) is used to run them. See the project page for more details. Since the last status report, we have been hard at work polishing the framework in many different areas. The highlights are: * A roadmap for the project has been prepared and published, see links. * Many tests have been added to the test suite thanks to the work of various developers and, in particular, a good bunch of old tests from src/tools/regression/ have been incorporated into the new test suite. As of this writing, there are 509 test cases continuously running. * The testing infrastructure in the stable/10 branch has been synced to head. It should now be possible to seamlessly MFC changes to the stable branch along with their tests, if any. * The testing cluster, which only issued amd64 builds, has been extended to perform i386 builds as well. Additionally, a canary machine has been put in place so that changes to the cluster configuration can be properly validated before deployment. * A tutorial on Kyua and the FreeBSD Test Suite was given at AsiaBSDCon 2014. The tutorial materials are available for public consumption, please consult the links. * Both Kyua's and ATF's upstream sites have been moved to GitHub, mostly due to the discontinuation of file downloads in Google Code. Open tasks: 1. Enable the build of the test suite by default. 2. Add alerting for failed or missing test runs from the testing cluster. 3. Add bhyve support to the testing cluster for faster turnaround times. 4. Simplify and improve Kyua HTML reports. In particular, reports will be coalesced into single HTML files for easier management and will include more useful details for debugging. Such details are the revision at which the system was built, the date and duration of the whole run, or the list of installed packages, to mention a few examples. 5. Add JUnit XML output to Kyua for better integration with Jenkins. This work is actively ongoing and should be ready for prime time at BSDCan 2014. __________________________________________________________________ LLDB Debugger Port URL: https://wiki.FreeBSD.org/lldb Contact: Ed Maste LLDB is the debugger project associated with Clang/LLVM. It supports the Mac OS X, Linux, and FreeBSD platforms, with ongoing work on Windows. It builds on existing components in the larger LLVM project, for example using Clang's expression parser and LLVM's disassembler. The majority of work since the last status update has been on bugfixes and implementation of the remaining functionality missing on FreeBSD. Most of these improvements are now in the LLDB snapshot in the base system, which has been updated to upstream Subversion revision r202189. Some highlights of the new update include: * Improvements to the remote GDB protocol client. * Bug fixes for big-endian targets. * Initial support for libdispatch (GCD) queues in the debuggee. * Add "step-avoid-libraries" setting. * IO subsystem improvements (including initial work on a curses GUI). * Support hardware watchpoints. * Improved unwinding through hand-written assembly functions. * Handle DW_TAG_unspecified_parameters for variadic functions. * Fix Ctrl+C interrupting a running inferior process. * Various bug fixes for memory leaks, LLDB segfaults, the C++ demangler, ELF core files, DWARF debug info, and others. LLDB is currently not yet built by default and may be enabled by adding WITH_LLDB=3D to src.conf(5). A port will be made available for those who wish to track ongoing development more closely. This project is sponsored by DARP/AFRL, SRI International, and University of Cambridge. Open tasks: 1. Add support for remote debugging (gdbserver-compatible debugserver). 2. Add support for local and core file kernel debugging. 3. Implement, fix or test support on all non-amd64 architectures. 4. Verify cross-debugging. 5. Investigate and fix test suite failures. 6. Package LLDB as a port. 7. Enable by default in the base system for working architectures. __________________________________________________________________ Chromium URL: http://www.chromium.org/Home URL: https://github.com/gliaskos/freebsd-chromium URL: https://wiki.freebsd.org/Chromium Contact: Chromium on FreeBSD Team Chromium is the open source web browser project from which Google Chrome draws its source code. The browsers share the majority of code and features, though there are some minor differences in features and they have different licensing. Over the last four years, the Chromium team has been busy with porting Chromium to FreeBSD. This involves patching the browser so that it runs on FreeBSD, tracking and documenting security updates, and merging patches back upstream. While there are already several browsers available for FreeBSD, advantages of Chromium are: * Quick response from upstream to security issues, resulting in approximately bi-weekly updates. * A testbed for security features of FreeBSD, like Capsicum. While support for this capability and sandbox framework is currently not included in the browser, a proof-of-concept implementation for an early version of Chromium was realized within a single weekend. George Liaskos and Ren=C3=A9 Ladan are currently busy with submitting the remaining patches specific to FreeBSD back upstream. Apart from making future updates easier, it sometimes also improves the overall code quality. Jonathan Anderson recently updated the Capsicum patches for Chromium and is talking to upstream about them. Open tasks: 1. Advocate FreeBSD. While patches are getting accepted by both humans and bots, it is not an official platform so attitude varies from developer to developer. While Ren=C3=A9 Ladan thinks it is a bit ear= ly, it might be fruitful to investigate what is required to make FreeBSD (and possibly OpenBSD) an official platform in terms of both hardware and procedures. 2. If you feel comfortable with large source trees, you can try to build the Git version of Chromium on FreeBSD. If you are also comfortable with signing Google's Contributor License Agreement, you can join in testing and submitting patches upstream. __________________________________________________________________ FreeBSD Ada Ports URL: http://www.dragonlace.net/ URL: http://www.spark-2014.org/about/ Contact: John Marino Ada is a structured, statically typed, imperative, wide-spectrum, and object-oriented high-level computer programming language, extended from Pascal and other languages, originally targeted at embedded and real-time systems. The number of Ada ports in the collection has grown significantly since the last report six months ago. There are almost 50 Ada-related ports now, with new ones getting added all the time. The previous plan was to move from the GCC 4.7-based GNAT compiler to a GCC 4.8-based one, but finally GCC 4.8 was skipped and now a GCC 4.9-based GNAT is the standard Ada compiler, which fully supports the new ISO standard, Ada 2012. Moving to a newer compiler allowed several important ports like PolyOrb and GPRBuild to be upgraded to the latest available versions. In fact, almost every Ada port is currently at its most recent upstream version. For non-Windows-based Ada development, FreeBSD and DragonFly are now undisputed as the go-to platforms. The other candidates are Debian and Fedora, but there are few Ada softwares on those platforms that are not also in the FreeBSD ports tree, and the FreeBSD versions are much newer. The Ports Collection also features software not found anywhere else such as the USAFA's Ironsides DNS server, libsparkcrypto, matreshka, GNATDroid (Android cross-compiler) and several developer libraries. A desired addition to the Ada ports will be SPARK 2014 (see links), which should cement FreeBSD as an option for professional, safety-critical application development. This package should have its first release by early summer. __________________________________________________________________ GCC in the Ports Collection URL: http://gcc.gnu.org/ Contact: Gerald Pfeifer While the age old version of the GNU Compiler Collection (GCC) in the base system is on its way out with FreeBSD 10 and later, there are many users who want--and some platforms which need--to use GCC. For that purpose there are various versions of GCC in the ports tree, including lang/gcc46, lang/gcc47, lang/gcc48 and lang/gcc49 which track upstream snapshots of the respective release branches, and more importantly lang/gcc which serves as the canonical version of GCC and is the default when a port requests USE_GCC=3Dyes as well as for some cases of USES=3Dcompiler. With a lot of help from Christoph Moench-Tegeder who fixed many ports and made a fair number respect CXXFLAGS, LDFLAGS and friends, we managed to update the canonical version from GCC 4.6.4 to GCC 4.7.3. Many of Christoph's fixes also benefit Clang and other modern compilers. For users of lang/gcc, this upgrade proved very smooth, and we generally recommend using this port over version specific ones. After ten years of service lang/gcc34 retired, as did lang/gcc44 after half that timespan. On a related note, with the help of John Marino, the license of the GCC ports now properly reflects the combination of GPLv3 for the compiler itself and GPLv3 with GCC Runtime Library Exception for the runtime. The latter is the key in making it possible to use GCC for building and distributing non-free software. Open tasks: 1. Move lang/gcc from GCC 4.7 to GCC 4.8. __________________________________________________________________ GNOME/FreeBSD URL: http://www.freebsd.org/gnome URL: https://wiki.gnome.org/Projects/Jhbuild/FreeBSD URL: https://github.com/jlmess77/mate-ports URL: http://marcuscom.com/downloads/marcusmerge Contact: FreeBSD GNOME Team GNOME is a desktop environment and graphical user interface that runs on top of a computer operating system. GNOME is part of the GNU Project and can be used with various Unix-like operating systems, including FreeBSD. Preparations for merging GNOME 3 are moving forward. The work on the documentation is falling behind a bit, but we got some solid feedback on the rough work to keep this moving forward as well. In the meantime, deprecation of ports that need the old GNOME 2 desktop ports has begun. These ports will break when the GNOME desktop components are updated to the GNOME 3 version. Thanks to a combined effort by Ryan Lortie (GNOME developer), Ting-Wei Lan (upstream contributor), and Koop Mast, we now have a FreeBSD-powered JHbuild tinderbox. JHbuild is a build system that allows building GNOME upstream code. Twice a day, it will attempt to build Gnome components from a specific branch, usually the git master branch, to catch compile issues. A positive side effect is that it lets upstream know GNOME still lives on non-Linux systems. It also exposes the GNOME code base to the Clang compiler and libc++. Since the start of this project over a hundred issues have been fixed. Gustau Perez has stepped up and put together a port set in the "ports-experimental" tree of our development repository with GNOME 3.12. It was decided to polish GNOME 3.12. It will be merged when the preparation work has (mostly) finished, and we are happy with the stability of GNOME 3.12. Gustau Perez also ported Cinnamon 2.0 to FreeBSD. It will appear in the Ports Collection after GNOME 3 has been merged. MATE 1.8 was released at the beginning of April, Eric Turgeon of GhostBSD had volunteered to do that update for FreeBSD. Note that this update is still based on GTK+, version 2. The GTK+ 3-based MATE is on the roadmap for 1.10. Open tasks: 1. Finish the work needed to be done before GNOME 3 can be merged at all. Documentation work, port deprecation, and so on. 2. Finish porting of MATE 1.8. 3. Update Cairo to 1.12 in coordination with the Graphics Team. __________________________________________________________________ KDE/FreeBSD URL: http://FreeBSD.kde.org/ URL: http://FreeBSD.kde.org/area51.php URL: http://portscout.freebsd.org/kde@freebsd.org.html Contact: KDE/FreeBSD Team KDE is an international free software community producing an integrated set of cross-platform applications designed to run on Linux, FreeBSD, Solaris, Microsoft Windows, and OS X systems. The KDE/FreeBSD Team have continued to improve the experience of KDE software and Qt under FreeBSD. During this quarter, the team has kept most of the KDE and Qt ports up-to-date, working on the following releases: * KDE SC: 4.12.2, 4.12.3, and 4.12.4; Workspace: 4.11.6, 4.11.7, and 4.11.8 * Qt: 5.2.1 * KDevelop: 4.6.0 * Digikam (and KIPI-plugins): 3.5.0 As a result -- according to PortScout -- kde@ has 526 ports (up from 464), of which 98.86% are up-to-date (up from 88.15%). iXsystems continues to provide a machine for the team to build packages and to test updates. They have been providing the KDE/FreeBSD team with support for quite a long time and we are very grateful for that. A major change has been the deprecation of the KDE3 ports and the move of the KDE4_PREFIX to LOCALBASE. Also, work on Qt5 continues to maturity. Raphael Kubo da Costa has been working with upstream to ensure Baloo (Nepomuk successor in KDE SC 4.13) compiles and runs on non-Linux systems. His work not only benefits FreeBSD but other BSDs and OS X. As usual, the team is always looking for more testers and porters, so please contact us and visit our home page (see links). It would be especially useful to have more helping hands on tasks such as getting rid of the dependency on the defunct HAL project and providing integration with KDE's Bluedevil Bluetooth interface. This project is sponsored by iXsystems, Inc. Open tasks: 1. Update out-of-date ports, see PortScout for a list. 2. Work on Qt 5. 3. Make sure the whole KDE stack (including Qt) builds and works correctly with Clang and libc++. 4. Remove the dependency on HAL. __________________________________________________________________ libvirt/bhyve Support URL: http://libvirt.org/drvbhyve.html URL: http://libvirt.org/ URL: http://empt1e.blogspot.ru/search/label/libvirt Contact: Roman Bogorodskiy Libvirt is a virtualization library providing a common API for various hypervisors (Qemu/KVM, Xen, LXC, and others), and also a popular library used by a number of projects. Libvirt 1.2.2, released on March, 2014, was the first release to include bhyve support. Enabling bhyve support allows consumers to use bhyve in libvirt-ready applications without major efforts. Currently, libvirt supports almost all essential features of bhyve, such as Virtual Machine lifecycle (start, stop), bridged networking, and virtio/SATA driver support. The work continues to implement more API calls and to cover more of features offered by bhyve. Open tasks: 1. FreeBSD port of netcf is needed for adding interface driver support to libvirt. __________________________________________________________________ OpenAFS on FreeBSD URL: http://openafs.org/ Contact: Benjamin Kaduk AFS is a distributed network filesystem that originated from the Andrew Project at Carnegie-Mellon University. OpenAFS is an open-source implementation of the AFS protocol derived from IBM AFS, which was released under the IBM Public License. OpenAFS on FreeBSD (the net/openafs port) is suitable for light use, but is not yet production ready. We got a chance to pick up this porting project after some hiatus. Recent work focused on investigating the bugs preventing the use of a disk cache for caching file data. An internal "lookupname" abstraction was intended to return an unlocked, referenced vnode, but instead returned a locked, referenced vnode, leading to various failure modes depending on the number of kernel debugging options enabled. Open tasks: 1. Track down an issue involving incorrect reference counts on the AFS root vnode that cause warnings on shutdown. 2. Audit the locking in all the vnode operations code -- it is expected that there remain some incorrectly locked areas, though none that present visible issues under light load. __________________________________________________________________ The Graphics Stack on FreeBSD URL: https://wiki.freebsd.org/Graphics URL: https://wiki.freebsd.org/Graphics/WITH_NEW_XORG URL: http://trillian.chruetertee.ch/ports/browser/trunk Contact: FreeBSD Graphics Team On the kernel side, the Radeon KMS driver was merged in stable/9 and will be available in FreeBSD 9.3-RELEASE. Now both the 9.x and 10.x branches share the same support for Intel and AMD GPUs. The next big tasks are the updates of the DRM generic code and the i915 driver. Both are making good progress and the DRM update should hopefully be ready for wider testing during April. An update of the Radeon driver is on the to-do list, but nothing is scheduled yet. On the ports tree and packages side, the update to Cairo 1.12 mentioned in the last quarterly report is ready to be committed, as people who tested it either reported improvements or no regressions. As a reminder, the switch from Cairo 1.10 to 1.12 causes display artifacts with xf86-video-intel 2.7.1, but fixes similar problems with other hardware/driver combinations. Furthermore, Cairo 1.12 is required by Pango 1.36.0, GTK+ 3.10 and Firefox 27.0. A "Heads up" mail will be posted to the freebsd-x11 mailing-list when this update goes live. In the graphics stack's ports development tree, new Mesa ports are being worked on. Those ports are required to support GLAMOR (the GL-based 2D acceleration library used by Radeon HD 7000+ cards for instance) and OpenCL (using the GPU to perform non-graphical calculations). We were able to execute some "Hello World" OpenCL programs and play with OpenCL in darktable, but there are some compatibility issues between Clover (Mesa's libOpenCL implementation) and Clang/libc++. We are preparing an alternate pkg(8) repository with packages built with WITH_NEW_XORG. The goal is to ease the usage of the KMS drivers and move forward with the graphics stack updates. The main pkg(8) repository will still use the default setting (WITH_NEW_XORG set on head, but not on the stable branches). This will pave the way to the deprecation ofWITH_NEW_XORG and the removal of the older stack. The current plan is to do this after 10.0-RELEASE End-of-Life, scheduled on January 31st, 2015. By that time, the only supported releases will be 8.4-RELEASE, 9.3-RELEASE and 10.1-RELEASE. FreeBSD 9.3 and 10.1 will be fully equipped to work with the newer stack. Unfortunately, FreeBSD 8.x misses the required kernel DRM infrastructure: supporting X.Org here cripples progress on the graphics stack and, once WITH_NEW_XORG is gone, we will not support 8.x as a desktop any more. Therefore, please upgrade to 9.3 or 10.1 when they are available. Open tasks: 1. See the "Graphics" and "WITH_NEW_XORG" wiki pages for up-to-date information. __________________________________________________________________ Using CentOS 6.5 as Linux Base URL: http://github.com/xmj/linux-ports URL: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/187786 Contact: Johannes Meixner The Linux emulation layer relies on a Linux base distribution along with Linux ports of relevant non-base software. Fedora 10 was imported in 2006, and it shows -- current Linux software like Skype 4, Sublime Text 2, or even modern games fail to run with the provided libraries. CentOS 6.5 was released in December 2013 and will be supported until 2017, making it an ideal basis for an update to the ports infrastructure. Built upon the work of Carlos Jacobo Puga Medina, all ports using Linux have been updated to work with either Fedora 10 or CentOS 6.5. The goal of this project is to make CentOS 6.5 the default Linux distribution, so that FreeBSD users can enjoy running modern Linux binaries without having to resort to virtualization =C3=A0 la VirtualBox= , or even dual-booting. This project is sponsored by Goldener Grund O=C3=9C. Open tasks: 1. Clean up Mk/bsd.linux-*.mk and fix errors detected in ports/187786. 2. Revert making c6 the default (in the git repository). 3. Testing. 4. Review patches and import into the ports tree (any help appreciated). 5. Make c6 the default (after sufficient testing) within the ports tree. __________________________________________________________________ Wine/FreeBSD URL: http://wiki.FreeBSD.org/Wine URL: http://wiki.FreeBSD.org/i386-Wine URL: http://www.winehq.org/ Contact: Gerald Pfeifer Contact: David Naylor Wine is a free and open source software application that aims to allow applications designed for Microsoft Windows to run on Unix-like operating systems, such as FreeBSD. The Wine project has been in maintenance mode this quarter and has updated the ports for the following versions: * Stable releases: 1.6.2 * Development releases: 1.7.9 through 1.7.15 The ports have packages built for amd64, available through the ports emulators/i386-wine and emulators/i386-wine-devel. Open tasks: 1. See the "Open Tasks" and "Known Problems" sections on the Wine wiki page. 2. FreeBSD/amd64 integration, consult the i386-Wine wiki page for the details. 3. Port WoW64 (supporting Windows 32-bit and 64-bit from the same port) and Wine64. __________________________________________________________________ Xfce/FreeBSD URL: https://wiki.freebsd.org/Xfce URL: https://svn.redports.org/olivierd/xfce4/ URL: https://people.freebsd.org/~olivierd/xfce-core-unstable.html URL: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D183690 Contact: FreeBSD Xfce Team Xfce is a free software desktop environment for Unix and Unix-like platforms, such as FreeBSD. It aims to be fast and lightweight, while still being visually appealing and easy to use. The Xfce team continues to keep each piece of the Xfce Desktop up to date. The latest commits concerned: * Applications: - Midori (0.5.7) - xfburn (0.5.0) - xfce4-parole (0.5.4) - xfce4-taskmanager (1.0.1) - xfce4-tumbler (0.1.30) * Panel plugins: - xfce4-clipman-plugin (1.2.5) - xfce4-equake-plugin (1.3.4) - xfce4-wavelan-plugin (0.5.11) - xfce4-whiskermenu-plugin (1.3.2) We also follow development of core components (available in your repository). See the links for documentation on how to upgrade those libraries. * garcon (0.3.0) * libxfce4menu (4.11.1) * libxfce4util (4.11.0) * xfce4-appfinder (4.11.0) * xfce4-desktop (4.11.4) * xfce4-dev-tools (4.11.0) * xfce4-panel (4.11.0) * xfce4-parole (0.6.0) * xfce4-settings (4.11.2) * xfce4-session (4.11.0) * xfce4-wm (4.11.1) * xfce4-xkb-plugin (0.7.0) Open tasks: 1. Add support of DragonFly for xfce4-taskmanger. 2. Finish replacing Tango icon theme with GNOME, in order to close ports/183690 (see links, Midori remains to be fixed). __________________________________________________________________ ZFS Chapter of the Handbook URL: http://www.allanjude.com/zfs_handbook/zfs.html URL: http://www.allanjude.com/talks/AsiaBSDCon_2014_-_WIP_-_ZFS_Handbook= .pdf Contact: Allan Jude Contact: Benedict Reuschling Contact: Warren Block ZFS is one of the premier features of FreeBSD. The current documentation in the Handbook and elsewhere online is severely lacking. Much of the original documentation from Sun and Oracle has disappeared, moved, or is about the proprietary version of ZFS. New users have many questions about ZFS and yet there exists a great deal more bad advice about ZFS than proper documentation. The current ZFS chapter of the FreeBSD Handbook starts off with the required steps to configure an i386 machine to run ZFS. This is more likely to scare off a new user than to educate them about how to properly use ZFS. At BSDCan 2013, the process of writing an entirely new chapter of the Handbook on ZFS was started. Currently this chapter consists of approximately 16,000 words covering all subcommands of the zpool(8) and zfs(8) utilities, delegation, tuning and a section devoted to definitions and explanations of the terms and features of ZFS. The remaining section is the FAQ, to help users address the most common problems they might run into with ZFS. It would be useful to hear experiences, questions, misconceptions, gotchas, stumbling blocks, and suggestions for the FAQ section from other users. Also, it would be good to have a use cases section that highlights some of the cases where ZFS provides advantages over traditional file systems. Please send suggestions to the freebsd-doc mailing list. This project is sponsored by ScaleEngine, Inc. Open tasks: 1. Technical review by Matt Ahrens (co-creator of ZFS). 2. Improve delegation section. 3. Improve tuning section, add new sysctls added in head. 4. Add section on jails and the jailed property. 5. Add FAQ section. 6. Add "Use Cases" section. 7. General editing and review. __________________________________________________________________ FreeBSD Participating in Summer of Code 2014 URL: http://gsoc.FreeBSD.org/ URL: https://wiki.freebsd.org/SummerOfCode2014 Contact: Gavin Atkinson Contact: Glen Barber Contact: Wojciech Koszek FreeBSD is pleased to have been accepted as a participating organization in Google's Summer of Code 2014. This will be the tenth time we have participated in the program, having been selected to participate every year since its introduction. This year, the administrators made a special attempt to spread the word about Summer of Code around universities, including making contact with around 350 mainly Polish, British, African and American universities to advertise the Summer of Code program, with a particular focus on FreeBSD's participation. We made contact with both technical departments and student societies. Posters were produced in several languages, and FreeBSD committers and users were encouraged to distribute these posters around their local universities. FreeBSD received a total of 39 proposals from students, and were subsequently granted 15 slots from Google. We are now facing the unpleasant challenge of trying to decide which of the 39 proposals to select, taking into account the quality, desirability and feasibility of each proposal, as well as ensuring we will be able to provide an excellent mentoring experience to each selected student. All mentors have volunteered to mentor, and we pair students with mentors primarily based on the prospective mentor's areas of expertise, interest in the project, also taking into account the desire to pair students up with mentors in similar time zones in order to improve the student experience. The final list of accepted students is expected to be announced on the 21st April. __________________________________________________________________ The FreeBSD Foundation URL: http://www.FreeBSDFoundation.org/ URL: http://freebsdjournal.com/ Contact: Deb Goodkin The FreeBSD Foundation is a 501(c)(3) non-profit organization dedicated to supporting and promoting the FreeBSD Project and community worldwide. Most of the funding is used to support FreeBSD development projects, conferences and developer summits, purchase equipment to grow and improve the FreeBSD infrastructure, and provide legal support for the Project. We published the first issue of the FreeBSD Journal, our new on-line FreeBSD magazine. The positive feedback from both the FreeBSD and outside communities has been incredible. This quarter we began work on articles and promotion for the second issue. We also started working on a dynamic version of the magazine that can be read in many web browsers including those that run on FreeBSD. This year we are earmarking more funding towards FreeBSD advocacy and education. You will see more literature, white papers, articles, and so on to help promote FreeBSD. The Foundation held a board meeting in Berkeley, California, in January. We discussed longer term strategy and planning for the year. We put together our 2014 budget with a plan of raising at least $1,000,000 and spending $900,000. Two Foundation funded projects were completed. The first, co-sponsored by Google, integrated the Casper daemon into FreeBSD. The second was auditdistd(8) improvements for the FreeBSD cluster. Work continued on these Foundation-sponsored projects: Intel graphics driver update by Konstantin Belousov, UEFI boot support for amd64 by Ed Maste, autofs automounter and in-kernel iSCSI stack enhancements and bug fixes by Edward Tomasz Napierala, and updated vt(4) system console by Aleksandr Rybalko. A more detailed project update for each of the above projects can be found within this quarterly status report. We were a Gold Sponsor for NYCBSDCon 2014 in New York, February 8, which was attended by several board members. We were represented at SCALE in Los Angeles, February 22-23, and ICANN in Singapore, March 22-25. We were a sponsor for AsiaBSDCon in Tokyo, March 15-16. Board member Hiroki Sato was the conference organizer. Board members Kirk McKusick and George V. Neville-Neil taught tutorials and Kirk gave a keynote. Board member Dru Lavigne manned the foundation table and spoke at one of the sessions. We became a Gold+ sponsor for BSDCan 2014, May 16-17 and have started reaching out to vendors to attend the developer summit that runs in the two days before BSDCan. Board members George, Kirk, and Robert Watson pushed to finish the final draft of the next edition of their book "The Design and Implementation of the FreeBSD Operating System". ITWire editor Sam Varghese published an interview with Kirk and Foundation technical manager Ed Maste about the status of secure boot on FreeBSD. The FreeBSD Logo is now officially a registered trademark to represent the FreeBSD operating system. We are working to expand the registration beyond just the FreeBSD operating system, but currently still have to use the "TM" symbol when using it on apparel and other non-operating-system items. We continued reviewing requests and granting permission to use FreeBSD trademarks. After finishing the 10.0-RELEASE, Foundation system administrator and release engineer Glen Barber began work on adding support for FreeBSD/arm image builds as part of the release build process. As a result of this work, FreeBSD/arm images are produced as part of the weekly development snapshot builds, and are available from any of the FreeBSD FTP mirrors. Supported kernel configurations currently include BEAGLEBONE, RPI-B, PANDABOARD, WANDBOARD-QUAD, and ZEDBOARD. George visited six large FreeBSD users in the Bay Area in February. These meetings are conducted to help facilitate collaboration between FreeBSD customers and the FreeBSD Project. It is an opportunity to exchange information on what the customers are doing and what is being worked on in the Project. It is also an opportunity to try to connect customers with the appropriate FreeBSD developers who may be working on areas of FreeBSD that interest these customers. __________________________________________________________________ Love FreeBSD? Support the development with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 19:05:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B46DE27; Thu, 17 Apr 2014 19:05:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 14D6A16E9; Thu, 17 Apr 2014 19:05:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3HJ5Xo5040848; Thu, 17 Apr 2014 15:05:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3HJ5XJ7040847; Thu, 17 Apr 2014 19:05:33 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 17 Apr 2014 19:05:33 GMT Message-Id: <201404171905.s3HJ5XJ7040847@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2014 19:05:35 -0000 TB --- 2014-04-17 18:08:05 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-17 18:08:05 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-17 18:08:05 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-04-17 18:08:05 - cleaning the object tree TB --- 2014-04-17 18:08:05 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-17 18:08:09 - At svn revision 264582 TB --- 2014-04-17 18:08:10 - building world TB --- 2014-04-17 18:08:10 - CROSS_BUILD_TESTING=YES TB --- 2014-04-17 18:08:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-17 18:08:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-17 18:08:10 - SRCCONF=/dev/null TB --- 2014-04-17 18:08:10 - TARGET=sparc64 TB --- 2014-04-17 18:08:10 - TARGET_ARCH=sparc64 TB --- 2014-04-17 18:08:10 - TZ=UTC TB --- 2014-04-17 18:08:10 - __MAKE_CONF=/dev/null TB --- 2014-04-17 18:08:10 - cd /src TB --- 2014-04-17 18:08:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 17 18:08:19 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DHAS_ISBLANK -I. -I/src/usr.bin/awk/../../contrib/one-true-awk -DFOPEN_MAX=64 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -o awk awkgram.o b.o lex.o lib.o main.o parse.o proctab.o run.o tran.o -lm gzip -cn /src/usr.bin/awk/../../contrib/one-true-awk/awk.1 > awk.1.gz ===> usr.bin/banner (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/banner/banner.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o banner banner.o gzip -cn /src/usr.bin/banner/banner.6 > banner.6.gz ===> usr.bin/basename (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/basename/basename.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o basename basename.o gzip -cn /src/usr.bin/basename/basename.1 > basename.1.gz ===> usr.bin/bc (all) cc -O2 -pipe -I. -I/src/usr.bin/bc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c bc.c cc1: warnings being treated as errors In file included from /src/usr.bin/bc/bc.y:52: /src/usr.bin/bc/extern.h:50: warning: redundant redeclaration of 'interactive' /src/usr.bin/bc/extern.h:44: warning: previous declaration of 'interactive' was here /src/usr.bin/bc/bc.y:60: warning: redundant redeclaration of 'yytext' /src/usr.bin/bc/extern.h:38: warning: previous declaration of 'yytext' was here /src/usr.bin/bc/bc.y:61: warning: redundant redeclaration of 'yyin' /src/usr.bin/bc/extern.h:39: warning: previous declaration of 'yyin' was here *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/bc *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-17 19:05:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-17 19:05:33 - ERROR: failed to build world TB --- 2014-04-17 19:05:33 - 2841.29 user 535.79 system 3448.43 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 19:42:13 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E060C93B; Thu, 17 Apr 2014 19:42:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9C1C61A8A; Thu, 17 Apr 2014 19:42:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3HJgCK4003988; Thu, 17 Apr 2014 15:42:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3HJgCgM003980; Thu, 17 Apr 2014 19:42:12 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 17 Apr 2014 19:42:12 GMT Message-Id: <201404171942.s3HJgCgM003980@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2014 19:42:14 -0000 TB --- 2014-04-17 17:13:21 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-17 17:13:21 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-17 17:13:21 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-04-17 17:13:21 - cleaning the object tree TB --- 2014-04-17 17:13:21 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-17 17:13:24 - At svn revision 264582 TB --- 2014-04-17 17:13:25 - building world TB --- 2014-04-17 17:13:25 - CROSS_BUILD_TESTING=YES TB --- 2014-04-17 17:13:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-17 17:13:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-17 17:13:25 - SRCCONF=/dev/null TB --- 2014-04-17 17:13:25 - TARGET=powerpc TB --- 2014-04-17 17:13:25 - TARGET_ARCH=powerpc TB --- 2014-04-17 17:13:25 - TZ=UTC TB --- 2014-04-17 17:13:25 - __MAKE_CONF=/dev/null TB --- 2014-04-17 17:13:25 - cd /src TB --- 2014-04-17 17:13:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 17 17:13:32 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DHAS_ISBLANK -I. -I/src/usr.bin/awk/../../contrib/one-true-awk -DFOPEN_MAX=64 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -o awk awkgram.o b.o lex.o lib.o main.o parse.o proctab.o run.o tran.o -lm gzip -cn /src/usr.bin/awk/../../contrib/one-true-awk/awk.1 > awk.1.gz ===> usr.bin/banner (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/banner/banner.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o banner banner.o gzip -cn /src/usr.bin/banner/banner.6 > banner.6.gz ===> usr.bin/basename (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/basename/basename.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o basename basename.o gzip -cn /src/usr.bin/basename/basename.1 > basename.1.gz ===> usr.bin/bc (all) cc -O2 -pipe -I. -I/src/usr.bin/bc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c bc.c cc1: warnings being treated as errors In file included from /src/usr.bin/bc/bc.y:52: /src/usr.bin/bc/extern.h:50: warning: redundant redeclaration of 'interactive' /src/usr.bin/bc/extern.h:44: warning: previous declaration of 'interactive' was here /src/usr.bin/bc/bc.y:60: warning: redundant redeclaration of 'yytext' /src/usr.bin/bc/extern.h:38: warning: previous declaration of 'yytext' was here /src/usr.bin/bc/bc.y:61: warning: redundant redeclaration of 'yyin' /src/usr.bin/bc/extern.h:39: warning: previous declaration of 'yyin' was here *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/bc *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-17 19:42:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-17 19:42:12 - ERROR: failed to build world TB --- 2014-04-17 19:42:12 - 7835.29 user 923.34 system 8930.94 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 20:10:49 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0FB272E2; Thu, 17 Apr 2014 20:10:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BF0F11CC5; Thu, 17 Apr 2014 20:10:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3HKAlok063258; Thu, 17 Apr 2014 16:10:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3HKAlDQ063257; Thu, 17 Apr 2014 20:10:47 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 17 Apr 2014 20:10:47 GMT Message-Id: <201404172010.s3HKAlDQ063257@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2014 20:10:49 -0000 TB --- 2014-04-17 17:42:12 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-17 17:42:12 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-17 17:42:12 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-04-17 17:42:12 - cleaning the object tree TB --- 2014-04-17 17:42:12 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-17 17:42:16 - At svn revision 264582 TB --- 2014-04-17 17:42:17 - building world TB --- 2014-04-17 17:42:17 - CROSS_BUILD_TESTING=YES TB --- 2014-04-17 17:42:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-17 17:42:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-17 17:42:17 - SRCCONF=/dev/null TB --- 2014-04-17 17:42:17 - TARGET=powerpc TB --- 2014-04-17 17:42:17 - TARGET_ARCH=powerpc64 TB --- 2014-04-17 17:42:17 - TZ=UTC TB --- 2014-04-17 17:42:17 - __MAKE_CONF=/dev/null TB --- 2014-04-17 17:42:17 - cd /src TB --- 2014-04-17 17:42:17 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 17 17:42:24 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DHAS_ISBLANK -I. -I/src/usr.bin/awk/../../contrib/one-true-awk -DFOPEN_MAX=64 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -o awk awkgram.o b.o lex.o lib.o main.o parse.o proctab.o run.o tran.o -lm gzip -cn /src/usr.bin/awk/../../contrib/one-true-awk/awk.1 > awk.1.gz ===> usr.bin/banner (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/banner/banner.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o banner banner.o gzip -cn /src/usr.bin/banner/banner.6 > banner.6.gz ===> usr.bin/basename (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/basename/basename.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o basename basename.o gzip -cn /src/usr.bin/basename/basename.1 > basename.1.gz ===> usr.bin/bc (all) cc -O2 -pipe -I. -I/src/usr.bin/bc -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c bc.c cc1: warnings being treated as errors In file included from /src/usr.bin/bc/bc.y:52: /src/usr.bin/bc/extern.h:50: warning: redundant redeclaration of 'interactive' /src/usr.bin/bc/extern.h:44: warning: previous declaration of 'interactive' was here /src/usr.bin/bc/bc.y:60: warning: redundant redeclaration of 'yytext' /src/usr.bin/bc/extern.h:38: warning: previous declaration of 'yytext' was here /src/usr.bin/bc/bc.y:61: warning: redundant redeclaration of 'yyin' /src/usr.bin/bc/extern.h:39: warning: previous declaration of 'yyin' was here *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/bc *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-17 20:10:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-17 20:10:47 - ERROR: failed to build world TB --- 2014-04-17 20:10:47 - 7900.57 user 920.66 system 8914.77 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 02:30:18 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDC63282; Fri, 18 Apr 2014 02:30:18 +0000 (UTC) Received: from mail-yh0-x22a.google.com (mail-yh0-x22a.google.com [IPv6:2607:f8b0:4002:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 76E8110AF; Fri, 18 Apr 2014 02:30:18 +0000 (UTC) Received: by mail-yh0-f42.google.com with SMTP id t59so1101328yho.1 for ; Thu, 17 Apr 2014 19:30:17 -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=JGW88/o08cUzBu/Xdn/uGKJOAXsqg2eX38BtdiEZ5eU=; b=C2VbuMjli9/uGnDnh4WGdfGioSm3lOM6K6ziEbwA5nSa7Wzu6HYGsUBYeTtTTc/ppq LpyhT6E9GL6yY9xdTHNjA4VNo0qLVbGy+eSqlE36swc85j6Yzsb/VAuFqRnmtbj2vpdG m3c43eZXUdjSRSY6m9UfzkFEv5DKalJuSWNn0yq9slRhfXN/NaabJDz83gexhz2jeZAp mv8EHgojb8OStThQr24lxr3qjkqISmXycCrTyzKXioCwS5irYuxf8oY5z5bi/RsMtr+1 1Ul37cOoxXIp8AgmpQcenz/P2ZNxCqtnZki6a9OpJh9LwEsQ5LnSandKuxWhhSzv5Tqo Wi0g== MIME-Version: 1.0 X-Received: by 10.236.157.167 with SMTP id o27mr117551yhk.127.1397788217671; Thu, 17 Apr 2014 19:30:17 -0700 (PDT) Received: by 10.170.66.147 with HTTP; Thu, 17 Apr 2014 19:30:17 -0700 (PDT) Date: Thu, 17 Apr 2014 22:30:17 -0400 Message-ID: Subject: GSOC proposal From: yan cui To: gavin@FreeBSD.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 18 Apr 2014 02:30:18 -0000 Dear all, My GSOC 2014 proposal (cpu online offline project) has been updated, please feel free to give comments. Hope that I can catch the last train. Thanks, Yan -- Think big; Dream impossible; Make it happen. From owner-freebsd-current@FreeBSD.ORG Sat Apr 19 03:46:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 36326B20 for ; Sat, 19 Apr 2014 03:46:48 +0000 (UTC) Received: from mail-ve0-x22b.google.com (mail-ve0-x22b.google.com [IPv6:2607:f8b0:400c:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E93C51436 for ; Sat, 19 Apr 2014 03:46:47 +0000 (UTC) Received: by mail-ve0-f171.google.com with SMTP id jy13so4133290veb.2 for ; Fri, 18 Apr 2014 20:46:46 -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=OnGKg4CYSOUZzLoc4e5B78FKx8yj91EpEnMRczbxfEs=; b=x3BLhuODxEUpbxG+41mHtttSqEiXnoe9HwVq0th4Iz6L5lucWsbaYAZsBCifu4u/gN KbbC5eYqdVamCg4a7FQpSWhSPlHxXyNBV+fP7yQsZSXEP7XCMjqjhrIswbjJtHuGPFw9 O2sBX+v3Wa8cbO+xlSSNC00biEV2AMfUUxL9lOiPS6Lk8AZFTwC6oO9FR24a4La0qUtE WyzoT32oBVqyi6qPnWxp4iSJw7pPLXaEfiMA7TwfvyS1bZgXHeYf1uumhZimzJhsEmnD GG6o81xn5LxYNITQKi/B1UVOfeDUfcWauzfvoD4w3vy8/3XPRcKcDWGDqSSngmyez7R4 RLaA== MIME-Version: 1.0 X-Received: by 10.220.105.4 with SMTP id r4mr6358528vco.27.1397879206774; Fri, 18 Apr 2014 20:46:46 -0700 (PDT) Received: by 10.220.239.84 with HTTP; Fri, 18 Apr 2014 20:46:46 -0700 (PDT) Date: Fri, 18 Apr 2014 23:46:46 -0400 Message-ID: Subject: make delete-old/delete-old-libs issue after r264673 build From: Thomas Hoffmann To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Apr 2014 03:46:48 -0000 After building at -CURRENT amd64 r264673, I got the following errors running 'make delete-old' and 'make delete-old-libs': # make delete-old make[2]: "/usr/share/mk/bsd.opts.mk" line 239: Could not find bsd.mkopt.mk make[2]: "/usr/share/mk/bsd.opts.mk" line 262: Malformed conditional (${MK_LIBPTHREAD} == "no") make[2]: "/usr/share/mk/bsd.opts.mk" line 266: Malformed conditional (${MK_LDNS} == "no") make[2]: "/usr/share/mk/bsd.opts.mk" line 271: Malformed conditional (${MK_SOURCELESS} == "no") make[2]: "/usr/share/mk/bsd.opts.mk" line 276: Malformed conditional (${MK_CDDL} == "no") make[2]: "/usr/share/mk/bsd.opts.mk" line 281: Malformed conditional (${MK_CRYPT} == "no") make[2]: "/usr/share/mk/bsd.opts.mk" line 287: Malformed conditional (${MK_CXX} == "no") make[2]: "/usr/share/mk/bsd.opts.mk" line 292: Malformed conditional (${MK_MAIL} == "no") make[2]: "/usr/share/mk/bsd.opts.mk" line 298: Malformed conditional (${MK_NETGRAPH} == "no") make[2]: "/usr/share/mk/bsd.opts.mk" line 303: Malformed conditional (${MK_OPENSSL} == "no") make[2]: "/usr/share/mk/bsd.opts.mk" line 308: Malformed conditional (${MK_PF} == "no") make[2]: "/usr/share/mk/bsd.opts.mk" line 312: Malformed conditional (${MK_TEXTPROC} == "no") make[2]: "/usr/share/mk/bsd.opts.mk" line 316: Malformed conditional (${MK_CROSS_COMPILER} == "no") make[2]: "/usr/share/mk/bsd.opts.mk" line 322: Malformed conditional (${MK_TOOLCHAIN} == "no") make[2]: "/usr/share/mk/bsd.opts.mk" line 329: Malformed conditional (${MK_CLANG} == "no") make[2]: "/usr/share/mk/bsd.opts.mk" line 352: Malformed conditional (defined(WITHOUT_${:UBZIP2}_SUPPORT) || ${MK_${:UBZIP2}} == "no") make[2]: "/usr/share/mk/bsd.opts.mk" line 352: Malformed conditional (defined(WITHOUT_${:UGNU}_SUPPORT) || ${MK_${:UGNU}} == "no") make[2]: "/usr/share/mk/bsd.opts.mk" line 352: Malformed conditional (defined(WITHOUT_${:UINET}_SUPPORT) || ${MK_${:UINET}} == "no") make[2]: "/usr/share/mk/bsd.opts.mk" line 352: Malformed conditional (defined(WITHOUT_${:UINET6}_SUPPORT) || ${MK_${:UINET6}} == "no") make[2]: "/usr/share/mk/bsd.opts.mk" line 352: Malformed conditional (defined(WITHOUT_${:UKERBEROS}_SUPPORT) || ${MK_${:UKERBEROS}} == "no") make[2]: "/usr/share/mk/bsd.opts.mk" line 352: Malformed conditional (defined(WITHOUT_${:UKVM}_SUPPORT) || ${MK_${:UKVM}} == "no") make[2]: "/usr/share/mk/bsd.opts.mk" line 352: Malformed conditional (defined(WITHOUT_${:UNETGRAPH}_SUPPORT) || ${MK_${:UNETGRAPH}} == "no") make[2]: "/usr/share/mk/bsd.opts.mk" line 352: Malformed conditional (defined(WITHOUT_${:UPAM}_SUPPORT) || ${MK_${:UPAM}} == "no") make[2]: "/usr/share/mk/bsd.opts.mk" line 352: Malformed conditional (defined(WITHOUT_${:UWIRELESS}_SUPPORT) || ${MK_${:UWIRELESS}} == "no") make[2]: "/usr/share/mk/bsd.own.mk" line 129: Malformed conditional (${MK_CTF} != "no") make[2]: "/usr/share/mk/bsd.own.mk" line 137: Malformed conditional (${MK_INSTALL_AS_USER} != "no") make[2]: Fatal errors encountered -- cannot continuemake[1]: "/usr/src/Makefile.inc1" line 135: warning: "make -C /usr/src/release -V REVISION" returned non-zero status make[2]: "/usr/share/mk/bsd.opts.mk" line 239: Could not find bsd.mkopt.mk Maybe r26466{1|2|3|4} could be the source? -Tom From owner-freebsd-current@FreeBSD.ORG Sat Apr 19 05:06:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by hub.freebsd.org (Postfix) with ESMTP id 0160D6A9; Sat, 19 Apr 2014 05:06:00 +0000 (UTC) Message-ID: <53520437.70409@FreeBSD.org> Date: Sat, 19 Apr 2014 01:05:59 -0400 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Thomas Hoffmann , freebsd-current Subject: Re: make delete-old/delete-old-libs issue after r264673 build References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Apr 2014 05:06:02 -0000 On 2014-04-18 23:46:46 -0400, Thomas Hoffmann wrote: > After building at -CURRENT amd64 r264673, I got the following > errors running 'make delete-old' and 'make delete-old-libs': ... This should be fixed in r264674. Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Sat Apr 19 06:14:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 80A26187; Sat, 19 Apr 2014 06:14:59 +0000 (UTC) Received: from mail-ve0-x235.google.com (mail-ve0-x235.google.com [IPv6:2607:f8b0:400c:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2DB1F1142; Sat, 19 Apr 2014 06:14:59 +0000 (UTC) Received: by mail-ve0-f181.google.com with SMTP id oy12so4248080veb.40 for ; Fri, 18 Apr 2014 23:14:58 -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=MlDyNOaNR+GIHGMGXKCgFtswNGYClqKy+/hLaS6RVTs=; b=sq0v2RUCzCAltQvqdPqmkd3gykL4OR4fEV5sE2f08euxOr5pilv8NL7XMcDfytn3fn JvEPJ5cs2YhbrZst7cKc4OTsL2OjPgU+/Pa0HA/809yCvTaonAHA3TkSUeJabTKJGlCY Z+mD6N1eriqe9f3mDEEFx+8gyI4jDghppQMhr/I/II0iAjb9trs1Rnwta5T2ElGezp/i 8HrCU9C6/McDM3h4G8E6hNkqg5bsYMI0+5xSXhu6lUHHqEU2dUEpFmk5Xvb4DZ1KNftz CYE59H8yGtMuo1n5M/81JBNpjJHW+4UBP3AA9eHky5AW9Y7Q+pp2k140XNuwjt9XuqOM BDNA== MIME-Version: 1.0 X-Received: by 10.58.77.238 with SMTP id v14mr359138vew.27.1397888098156; Fri, 18 Apr 2014 23:14:58 -0700 (PDT) Received: by 10.220.239.84 with HTTP; Fri, 18 Apr 2014 23:14:58 -0700 (PDT) In-Reply-To: <53520437.70409@FreeBSD.org> References: <53520437.70409@FreeBSD.org> Date: Sat, 19 Apr 2014 02:14:58 -0400 Message-ID: Subject: Re: make delete-old/delete-old-libs issue after r264673 build From: Thomas Hoffmann To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Jung-uk Kim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Apr 2014 06:14:59 -0000 On Sat, Apr 19, 2014 at 1:05 AM, Jung-uk Kim wrote: > On 2014-04-18 23:46:46 -0400, Thomas Hoffmann wrote: > > After building at -CURRENT amd64 r264673, I got the following > > errors running 'make delete-old' and 'make delete-old-libs': > ... > > This should be fixed in r264674. > > Jung-uk Kim > With r264674, I no longer see those errors reported at delete-old or delete-old-libs, however, I now see those errors reported at the beginning of buildworld, buildkernel, installkernel, and installworld. With r264673 I only saw the errors at delete-old and delete-old-libs. -Tom From owner-freebsd-current@FreeBSD.ORG Sat Apr 19 06:27:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by hub.freebsd.org (Postfix) with ESMTP id B0E354A0; Sat, 19 Apr 2014 06:27:51 +0000 (UTC) Message-ID: <53521766.4090700@FreeBSD.org> Date: Sat, 19 Apr 2014 02:27:50 -0400 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Thomas Hoffmann , freebsd-current Subject: Re: make delete-old/delete-old-libs issue after r264673 build References: <53520437.70409@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Apr 2014 06:27:52 -0000 On 2014-04-19 02:14:58 -0400, Thomas Hoffmann wrote: > On Sat, Apr 19, 2014 at 1:05 AM, Jung-uk Kim > wrote: > > On 2014-04-18 23:46:46 -0400, Thomas Hoffmann wrote: > > After building at -CURRENT amd64 r264673, I got the following > > errors running 'make delete-old' and 'make delete-old-libs': > ... > > This should be fixed in r264674. > > Jung-uk Kim > > > With r264674, I no longer see those errors reported at delete-old or > delete-old-libs, however, I now see those errors reported at the > beginning of buildworld, buildkernel, installkernel, and installworld. > > With r264673 I only saw the errors at delete-old and delete-old-libs. I can't reproduce it. Do you have the bsd.mkopt.mk in /usr/share/mk, i.e., did you do installworld? Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Sat Apr 19 10:11:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 726643E5; Sat, 19 Apr 2014 10:11:39 +0000 (UTC) Received: from mail-ve0-x231.google.com (mail-ve0-x231.google.com [IPv6:2607:f8b0:400c:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1D25C13AD; Sat, 19 Apr 2014 10:11:39 +0000 (UTC) Received: by mail-ve0-f177.google.com with SMTP id sa20so4454012veb.8 for ; Sat, 19 Apr 2014 03:11: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=MIAXRzzFAg73R9fS6SAt4UgM1O1gDiYYzSlU7ZmxPvg=; b=JHO/pOTxa/U7kOIbJUxHpwl79ZRSSTh39rLrDrMO1hJcAZBY83CAwkEpYhEGQ3vWsj liERdudAnVyCCO8fK6p4leaqyuN9HJK4T1V3Sc/NXYpiamqoUkpLnpUg7E84msHbrJBG VJc24uNBdBxXOBphhYWdeSW7cZ7uARu7o8ssBeCG14TVk8I+VtWI1pa34buJVP1zqxqa NcjD1S5+L1C0ZXqIPPAX8kLawBfRsuU4uGLWzuuyYPLoAApxf8mVtznYFbJJvcLxlUF4 O3Gikm/ZlcgQdrUS60Hux4IxhQUpHXuJ+B7GPZj1uxlU1wcbG7iHJYxxwWSlRWBj/xSC ALTg== MIME-Version: 1.0 X-Received: by 10.220.10.2 with SMTP id n2mr7878729vcn.26.1397902298100; Sat, 19 Apr 2014 03:11:38 -0700 (PDT) Received: by 10.220.239.84 with HTTP; Sat, 19 Apr 2014 03:11:38 -0700 (PDT) In-Reply-To: <53521766.4090700@FreeBSD.org> References: <53520437.70409@FreeBSD.org> <53521766.4090700@FreeBSD.org> Date: Sat, 19 Apr 2014 06:11:38 -0400 Message-ID: Subject: Re: make delete-old/delete-old-libs issue after r264673 build From: Thomas Hoffmann To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Jung-uk Kim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 19 Apr 2014 10:11:39 -0000 On Sat, Apr 19, 2014 at 2:27 AM, Jung-uk Kim wrote: > On 2014-04-19 02:14:58 -0400, Thomas Hoffmann wrote: > > On Sat, Apr 19, 2014 at 1:05 AM, Jung-uk Kim > > wrote: > > > > On 2014-04-18 23:46:46 -0400, Thomas Hoffmann wrote: > > > After building at -CURRENT amd64 r264673, I got the following > > > errors running 'make delete-old' and 'make delete-old-libs': > > ... > > > > This should be fixed in r264674. > > > > Jung-uk Kim > > > > > > With r264674, I no longer see those errors reported at delete-old or > > delete-old-libs, however, I now see those errors reported at the > > beginning of buildworld, buildkernel, installkernel, and installworld. > > > > With r264673 I only saw the errors at delete-old and delete-old-libs. > > I can't reproduce it. Do you have the bsd.mkopt.mk in /usr/share/mk, > i.e., did you do installworld? > > Jung-uk Kim > Had I taken a bit more time to think on it before my last post, I would have realized that what I was seeing is exactly what I should have expected. In order to reproduce my problem, you would have had to build at r264673 and then again at r264674. When I built at r264673, I was using the last good *.mk installed from r264633. That is why I did not see the errors for buildworld, buildkernel, installkernel and installworld. But, since installworld at r264673 installed the bad *.mk, that is why I saw the errors for the subsequent delete-old and delete-old-libs. When I re-built at r264674, I was still using the bad *.mk installed from r264673. That is why I saw the errors for buildworld, buildkernel, installkernel and installworld. But, since installworld at r264674 installed the good (i.e., fixed) *.mk, that is why I no longer saw the errors for the subsequent delete-old and delete-old-libs. My apologies for not realizing this earlier. -Tom From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 01:36:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 84206835 for ; Sun, 20 Apr 2014 01:36:39 +0000 (UTC) Received: from starfish.geekisp.com (starfish.geekisp.com [216.168.135.166]) by mx1.freebsd.org (Postfix) with SMTP id 3F2E616DB for ; Sun, 20 Apr 2014 01:36:38 +0000 (UTC) Received: (qmail 5855 invoked by uid 1003); 20 Apr 2014 01:36:32 -0000 Received: from unknown (HELO ?192.168.1.12?) (tyler@monkeypox.org@173.239.70.2) by mail.geekisp.com with (DHE-RSA-AES128-SHA encrypted) SMTP; 20 Apr 2014 01:36:32 -0000 Message-ID: <5353249E.60304@monkeypox.org> Date: Sat, 19 Apr 2014 18:36:30 -0700 From: "R. Tyler Croy" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: UFS lock order reversal stack trace with r264677 on i386 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2014 01:36:39 -0000 I've noticed this as of late on my i386 -CURRENT Thinkpad T43 when I perform some file operations, but an exact reproduction case I've not yet stumbled upon: Apr 20 01:29:32 lemon kernel: lock order reversal: Apr 20 01:29:32 lemon kernel: 1st 0xc5832358 bufwait (bufwait) @ /usr/home/tyler/source/github/freebsd/sys/kern/vfs_bio.c:3081 Apr 20 01:29:32 lemon kernel: 2nd 0xc6f1d600 dirhash (dirhash) @ /usr/home/tyler/source/github/freebsd/sys/ufs/ufs/ufs_dirhash.c:284 Apr 20 01:29:32 lemon kernel: KDB: stack backtrace: Apr 20 01:29:32 lemon kernel: db_trace_self_wrapper(c115aa9d,79732f64,66752f73,66752f73,66752f73,...) at db_trace_self_wrapper+0x2d/frame 0xe93ba918 Apr 20 01:29:32 lemon kernel: kdb_backtrace(c115e882,c6f1d600,c1192fe7,c5dae950,c1192c15,...) at kdb_backtrace+0x30/frame 0xe93ba980 Apr 20 01:29:32 lemon kernel: witness_checkorder(c6f1d600,9,c1192c15,11c,0,...) at witness_checkorder+0xd04/frame 0xe93ba9cc Apr 20 01:29:32 lemon kernel: _sx_xlock(c6f1d600,0,c1192c15,11c,c5832300,...) at _sx_xlock+0x75/frame 0xe93ba9fc Apr 20 01:29:32 lemon kernel: ufsdirhash_remove(c6c26bc8,db6e02fc,2fc,e93baa58,e93baa54,...) at ufsdirhash_remove+0x37/frame 0xe93baa24 Apr 20 01:29:32 lemon kernel: ufs_dirremove(c6c1f238,c73c0d98,400800c,0,c6c1f238,...) at ufs_dirremove+0x12c/frame 0xe93baa68 Apr 20 01:29:32 lemon kernel: ufs_remove(e93bac00,c11683ae,a8b,e93babfc,0,...) at ufs_remove+0x76/frame 0xe93baaac Apr 20 01:29:32 lemon kernel: VOP_REMOVE_APV(c13e8d1c,e93bac00,c73c2e6c,e93babd4,81a5b18,...) at VOP_REMOVE_APV+0xfe/frame 0xe93baad8 Apr 20 01:29:32 lemon kernel: kern_unlinkat(c6958000,ffffff9c,81a5b18,0,0) at kern_unlinkat+0x27a/frame 0xe93bac24 Apr 20 01:29:32 lemon kernel: sys_unlink(c6958000,e93bacc8,c0feeaef,c1c25c90,0,...) at sys_unlink+0x32/frame 0xe93bac40 Apr 20 01:29:32 lemon kernel: syscall(e93bad08) at syscall+0x30c/frame 0xe93bacfc Apr 20 01:29:32 lemon kernel: Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xe93bacfc Apr 20 01:29:32 lemon kernel: --- syscall (10, FreeBSD ELF32, sys_unlink), eip = 0x2848bd37, esp = 0xbfbfd1bc, ebp = 0xbfbfd248 --- Apr 20 01:29:54 lemon kernel: lock order reversal: Apr 20 01:29:54 lemon kernel: 1st 0xc699e388 ufs (ufs) @ /usr/home/tyler/source/github/freebsd/sys/kern/vfs_subr.c:2101 Apr 20 01:29:54 lemon kernel: 2nd 0xc5859e98 bufwait (bufwait) @ /usr/home/tyler/source/github/freebsd/sys/ufs/ffs/ffs_vnops.c:262 Apr 20 01:29:54 lemon kernel: 3rd 0xc7d27c68 ufs (ufs) @ /usr/home/tyler/source/github/freebsd/sys/kern/vfs_subr.c:2101 Apr 20 01:29:54 lemon kernel: KDB: stack backtrace: Apr 20 01:29:54 lemon kernel: db_trace_self_wrapper(c115aa9d,762f6e72,735f7366,2e726275,31323a63,...) at db_trace_self_wrapper+0x2d/frame 0xe93ba260 Apr 20 01:29:54 lemon kernel: kdb_backtrace(c115e89b,c7d27c68,c1144d4e,c5dae8e8,c11683ae,...) at kdb_backtrace+0x30/frame 0xe93ba2c4 Apr 20 01:29:54 lemon kernel: witness_checkorder(c7d27c68,9,c11683ae,835,c7d27c88,...) at witness_checkorder+0xd04/frame 0xe93ba310 Apr 20 01:29:54 lemon kernel: __lockmgr_args(c7d27c68,80100,c7d27c88,0,0,...) at __lockmgr_args+0x8f3/frame 0xe93ba3f0 Apr 20 01:29:54 lemon kernel: ffs_lock(e93ba470,c116537f,c5d8d110,c5d93840,c5d8d110,...) at ffs_lock+0x87/frame 0xe93ba42c Apr 20 01:29:54 lemon kernel: VOP_LOCK1_APV(c13e8d1c,e93ba470,c116537f,227,c13fe1f0,...) at VOP_LOCK1_APV+0x10a/frame 0xe93ba458 Apr 20 01:29:54 lemon kernel: _vn_lock(c7d27c34,80100,c11683ae,835,c11675a0,...) at Apr 20 01:29:54 lemon kernel: _vn_lock+0xa6/frame 0xe93ba498 Apr 20 01:29:54 lemon kernel: vget(c7d27c34,80100,c6958000,57,0,...) at vget+0x74/frame 0xe93ba4d0 Apr 20 01:29:54 lemon kernel: vfs_hash_get(c63fad20,70aa44,80000,c6958000,e93ba5d0,...) at vfs_hash_get+0xfc/frame 0xe93ba4fc Apr 20 01:29:54 lemon kernel: ffs_vgetf(c63fad20,70aa44,80000,e93ba5d0,1,...) at ffs_vgetf+0x44/frame 0xe93ba558 Apr 20 01:29:54 lemon kernel: softdep_sync_buf(c699e354,c5859e40,1,0,0,...) at softdep_sync_buf+0xbdf/frame 0xe93ba5e8 Apr 20 01:29:54 lemon kernel: ffs_syncvnode(c699e354,1,0,c13c3cdc,0,...) at ffs_syncvnode+0x2dd/frame 0xe93ba640 Apr 20 01:29:54 lemon kernel: ffs_truncate(c699e354,200,0,880,c5ed0300,...) at ffs_truncate+0x6eb/frame 0xe93ba Apr 20 01:29:54 lemon kernel: 7f0 Apr 20 01:29:54 lemon kernel: ufs_direnter(c699e354,c7d27c34,e93ba8b8,e93babcc,0,...) at ufs_direnter+0x79e/fra Apr 20 01:29:54 lemon kernel: me 0xe93ba870 Apr 20 01:29:54 lemon kernel: ufs_makeinode(e93babb8,e93babcc) at Apr 20 01:29:54 lemon kernel: ufs_makeinode+0x534/frame 0xe93ba9f0 Apr 20 01:29:54 lemon kernel: ufs_create(e93baad8,614,c63fad30,2,c63fad74,...) at Apr 20 01:29:54 lemon kernel: ufs_create+0x2f/frame 0xe93baa04 Apr 20 01:29:54 lemon kernel: VOP_CREATE_APV(c13e8d1c,e93baad8,e93babcc,e93baa68,c0acc930,...) at VOP_CREATE_APV+0xfe/frame 0xe93baa30 Apr 20 01:29:55 lemon kernel: vn_open_cred(e93bab70,e93babfc,180,0,c5ed0300,c6960118) at vn_open_cred+0x2f0/frame 0xe93bab00 Apr 20 01:29:55 lemon kernel: vn_open(e93bab70,e93babfc,180,c6960118,bfbfe843,...) at vn_open+0x3d/frame 0xe93bab28 Apr 20 01:29:55 lemon kernel: kern_openat(c6958000,ffffff9c,bfbfe843,0,a01,180) at kern_openat+0x310/frame 0xe93bac1c Apr 20 01:29:55 lemon kernel: sys_open(c6958000,e93bacc8,c131d50a,d5,0,...) at sys_open+0x39/frame 0xe93bac40 Apr 20 01:29:55 lemon kernel: syscall(e93bad08) at syscall+0x30c/frame 0xe93bacfc Apr 20 01:29:55 lemon kernel: Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xe93bacfc Apr 20 01:29:55 lemon kernel: --- syscall (5, FreeBSD ELF32, sys_open), eip = 0x282b7dc3, esp = 0xbfbfe3c4, ebp = 0xbfbfe Apr 20 01:29:55 lemon kernel: c58 --- From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 01:37:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E54EA9D8 for ; Sun, 20 Apr 2014 01:37:07 +0000 (UTC) Received: from mail-ie0-f180.google.com (mail-ie0-f180.google.com [209.85.223.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AE61E16E8 for ; Sun, 20 Apr 2014 01:37:07 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id as1so2701315iec.25 for ; Sat, 19 Apr 2014 18:37:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=YTsgQzekHlGoIUGG2plGxc//8a0ZJOHH7SVq/9nC6cs=; b=AJRXkzpGPkIr0xkF4k9LShGhFymdlpJK/NR0BE6z0nz9y3UPqqihKjiYGD3CB3ytmu cCKl4+aJX0k6AzToxQjPQuefm2eeWw8YT8hA5IbZTpuKCT0GKM0yDLf2hpDoZrybCLpD AbCodkpVxVT1qFp0M1bzBh3vLWSZV34iVVTWfudXsaeiSlBs4MCxBVgeDiZ0shehM3ws N/2pIilUHxaCGVVE/KmrMVvrhhrdEnVK7puLXLNBsVbZHIs5E0pt6V31io53+lXk59Sq qs/03743HATmQjjIQQYC+KE3sf+kghZtNr5ipbLOjcVFCInwov7Z41w2XGk+3cbzclF4 kEAQ== X-Gm-Message-State: ALoCoQmAJvDwcX51mDk8gCB2dsnN0tpxE7/ePB5himxMa9B+TuZEM7y/xLbs629EyZgF5YamCekv X-Received: by 10.50.112.167 with SMTP id ir7mr13562132igb.27.1397957821179; Sat, 19 Apr 2014 18:37:01 -0700 (PDT) Received: from [10.0.0.119] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id vc5sm9184592igb.3.2014.04.19.18.37.00 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 19 Apr 2014 18:37:00 -0700 (PDT) Sender: Warner Losh X-Google-Original-From: Warner Losh Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Ordering for network-sensitive rc scripts From: Warner Losh In-Reply-To: Date: Sat, 19 Apr 2014 19:36:59 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <21178648-68BE-41D7-8D6D-246A8CE167AB@gmail.com> References: To: David Chisnall X-Mailer: Apple Mail (2.1874) Cc: "FreeBSD-CURRENT@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2014 01:37:08 -0000 On Apr 17, 2014, at 2:21 AM, David Chisnall = wrote: > For a little while, I've had an issue with the machine that sits on = the edge of my network deciding to start avahi as soon as a network is = available, meaning that it then runs mDNS advertisements on the external = interface and not the wireless one, requiring a manual restart once the = machine boots. I'm now seeing something similar with pf - it manages to = start before the external interface comes up and so silently ignores all = of the rules for routing packets off the network. >=20 > Do we have a mechanism for stating that certain services should not be = started until ALL of the interfaces are up, rather than just the first = one? Or even of restarting them when a new network appears? devd network events will allow you to do this on a per-network basis. = The script that you run can then determine if the relevant criteria are = in place and then do something... Warner From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 02:18:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC4F34C9; Sun, 20 Apr 2014 02:18:32 +0000 (UTC) Received: from mail-ve0-x234.google.com (mail-ve0-x234.google.com [IPv6:2607:f8b0:400c:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 75DE719F8; Sun, 20 Apr 2014 02:18:32 +0000 (UTC) Received: by mail-ve0-f180.google.com with SMTP id jz11so5674048veb.11 for ; Sat, 19 Apr 2014 19:18: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=5iZRWgTTKAaoTxSd/JCKXyvkxWKy48bdHG74kjB+nvg=; b=PepMVX27lmEyCsDK5BwnUB7NhrXgebRX/6AIPu4EFogPtROB652NX3+qyDRGgDHL44 E2wTl4GbSwjjOg+7qht2KejQec5XbHMJPXw2pUf5EVRcJrwqBLvIQCbRzZf1SzkwWjUq +OQE/AVjkeKRXmPqQEUVZEjiLu/yJLtGQkzx6fAegZNqCauU9Gd74Fj+EeGqDTi9ssxE iKthExMMyb0+szDS4CGfnpTavwPO1Ir5FgirjawKfXF2OYyVcbNhGMhIM506cEWhI3Yc uBYRF42N9JcLelMaMPS5dJ6DivMobGzij0F1QTgQ5NRwp6myvx8wg6DB/df1afwTNsuV ictA== MIME-Version: 1.0 X-Received: by 10.220.159.4 with SMTP id h4mr23215989vcx.1.1397960310707; Sat, 19 Apr 2014 19:18:30 -0700 (PDT) Received: by 10.220.239.84 with HTTP; Sat, 19 Apr 2014 19:18:30 -0700 (PDT) In-Reply-To: <55731BD4-CA60-4385-AA7C-EE1E36AAE4D2@gmail.com> References: <53520437.70409@FreeBSD.org> <53521766.4090700@FreeBSD.org> <55731BD4-CA60-4385-AA7C-EE1E36AAE4D2@gmail.com> Date: Sat, 19 Apr 2014 22:18:30 -0400 Message-ID: Subject: Re: make delete-old/delete-old-libs issue after r264673 build From: Thomas Hoffmann To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Warner Losh , Jung-uk Kim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2014 02:18:32 -0000 On Sat, Apr 19, 2014 at 9:29 PM, Warner Losh wrote: > > bad mk files? > jkim@ resolved this for me w/ r264674. From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 02:34:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28CBCA92 for ; Sun, 20 Apr 2014 02:34:09 +0000 (UTC) Received: from mail-ie0-f179.google.com (mail-ie0-f179.google.com [209.85.223.179]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E167E1B94 for ; Sun, 20 Apr 2014 02:34:08 +0000 (UTC) Received: by mail-ie0-f179.google.com with SMTP id lx4so2837179iec.38 for ; Sat, 19 Apr 2014 19:34:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=JTUvDkQXhS8abN5c/B0ENVqcSHXQa8fRJVKdLswFako=; b=UxsDUUlm+0SKoid5i6HyKlE2y/X9D4wXgKArbTIvsjp38x+ibEHnZYN7ity1yUtwOD LDEbf8/cKWX+rwrlgjW5Dxn/oRmasL+1mpVjAw3SFFAbhfLPKUkCswq/Fr/BPOU564tt czFgWbZKIwOnu/Gsz0slljeFlIRz2U1Pp+NPiQc9QQcaj2cf9PdxUztuxkXgXJTCYZE0 FOTSfBoUtPieAiT1ZTWyDCCVl17T/pHzfBNyGZbqc3XiXnbHaoxu71QU259/yiO2pNAF aw/+IeWjkS3a2wvOBOu+PmgpgEzsJoiIO2rALsi+pCyqD10imm5tL6URj74eqFUlfxKQ +9gA== X-Gm-Message-State: ALoCoQk0Teug+SmQrpxvZOe2WY68HKndwpGCy5UfyFFdq5vaNpIpkcTfe+9H338zqgBIDStohEx9 X-Received: by 10.50.154.66 with SMTP id vm2mr13686952igb.4.1397957357682; Sat, 19 Apr 2014 18:29:17 -0700 (PDT) Received: from [10.0.0.119] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id j2sm9100664igx.13.2014.04.19.18.29.16 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 19 Apr 2014 18:29:17 -0700 (PDT) Sender: Warner Losh X-Google-Original-From: Warner Losh Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: make delete-old/delete-old-libs issue after r264673 build From: Warner Losh In-Reply-To: Date: Sat, 19 Apr 2014 19:29:15 -0600 Content-Transfer-Encoding: 7bit Message-Id: <55731BD4-CA60-4385-AA7C-EE1E36AAE4D2@gmail.com> References: <53520437.70409@FreeBSD.org> <53521766.4090700@FreeBSD.org> To: Thomas Hoffmann X-Mailer: Apple Mail (2.1874) Cc: freebsd-current , Jung-uk Kim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2014 02:34:09 -0000 On Apr 19, 2014, at 4:11 AM, Thomas Hoffmann wrote: > On Sat, Apr 19, 2014 at 2:27 AM, Jung-uk Kim wrote: > >> On 2014-04-19 02:14:58 -0400, Thomas Hoffmann wrote: >>> On Sat, Apr 19, 2014 at 1:05 AM, Jung-uk Kim >> > wrote: >>> >>> On 2014-04-18 23:46:46 -0400, Thomas Hoffmann wrote: >>>> After building at -CURRENT amd64 r264673, I got the following >>>> errors running 'make delete-old' and 'make delete-old-libs': >>> ... >>> >>> This should be fixed in r264674. >>> >>> Jung-uk Kim >>> >>> >>> With r264674, I no longer see those errors reported at delete-old or >>> delete-old-libs, however, I now see those errors reported at the >>> beginning of buildworld, buildkernel, installkernel, and installworld. >>> >>> With r264673 I only saw the errors at delete-old and delete-old-libs. >> >> I can't reproduce it. Do you have the bsd.mkopt.mk in /usr/share/mk, >> i.e., did you do installworld? >> >> Jung-uk Kim >> > > Had I taken a bit more time to think on it before my last post, I would > have realized that what I was seeing is exactly what I should have > expected. In order to reproduce my problem, you would have had to build at > r264673 and then again at r264674. > > When I built at r264673, I was using the last good *.mk installed from > r264633. That is why I did not see the errors for buildworld, buildkernel, > installkernel and installworld. But, since installworld at r264673 > installed the bad *.mk, that is why I saw the errors for the subsequent > delete-old and delete-old-libs. > > When I re-built at r264674, I was still using the bad *.mk installed from > r264673. That is why I saw the errors for buildworld, buildkernel, > installkernel and installworld. But, since installworld at r264674 > installed the good (i.e., fixed) *.mk, that is why I no longer saw the > errors for the subsequent delete-old and delete-old-libs. bad mk files? Warner From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 19:31:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0DB8EC6F; Sun, 20 Apr 2014 19:31:29 +0000 (UTC) Received: from mail-we0-x233.google.com (mail-we0-x233.google.com [IPv6:2a00:1450:400c:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 543B21BE8; Sun, 20 Apr 2014 19:31:28 +0000 (UTC) Received: by mail-we0-f179.google.com with SMTP id x48so3099117wes.38 for ; Sun, 20 Apr 2014 12:31:26 -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 :content-type; bh=wOov6dYHyzwoy53Vg9Vt9asWVQoHKwWuw3h6y/wF2FU=; b=VCqkhe0nNnk/VU4uPT7kZwSkc5OMHI+e23NQodfpJazQCnSZfmsaYL7dFJy2DZbfud gDPqDt1o+1wxv/0BlV3rN1m36Z04q0pYO+HHoZu787jrVleXOVY1/7mmlYha80X14avN gg0QUE/9s6hq/nQQCGotLc4nzT0UyuWqOAQDEKiXuDFHfkTQGVeZo9DaZz1O7qjJmp4w jAK/JAa7WUyTB8B+R4jxk6opdzecst/gg1x9hRBDZew5JJeKBW3MNGHVohTKKFWX7srq w0pC7ACgAAWO5xnVAeOMKRKibLibY0cs7kZv6s5M5AQDeY+ZytaOzsNBCUfC9KDNGNUm zISw== MIME-Version: 1.0 X-Received: by 10.194.80.7 with SMTP id n7mr25591571wjx.8.1398022286077; Sun, 20 Apr 2014 12:31:26 -0700 (PDT) Received: by 10.194.235.68 with HTTP; Sun, 20 Apr 2014 12:31:26 -0700 (PDT) In-Reply-To: References: Date: Sun, 20 Apr 2014 23:31:26 +0400 Message-ID: Subject: Re: SATA2 mode on SATA3 SSD (marvell controller) after boot From: Andrey Fesenko To: freebsd-current , "freebsd-hackers@freebsd.org" , mav@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2014 19:31:29 -0000 On Thu, Apr 17, 2014 at 2:10 PM, Andrey Fesenko wrote: > if disconnect ssd > pr 17 14:07:08 desktop kernel: ahcich3: DISCONNECT requested > Apr 17 14:07:08 desktop kernel: ahcich3: AHCI reset... > Apr 17 14:07:08 desktop kernel: ahcich3: SATA connect timeout > time=10000us status=00000000 > Apr 17 14:07:08 desktop kernel: ahcich3: AHCI reset: device not found > Apr 17 14:07:08 desktop kernel: pass3 at ahcich3 bus 0 scbus3 target 0 lun 0 > Apr 17 14:07:08 desktop kernel: pass3: s/n > P02411112921 detached > Apr 17 14:07:08 desktop kernel: ada3 at ahcich3 bus 0 scbus3 target 0 lun 0 > Apr 17 14:07:08 desktop kernel: ada3: s/n > P02411112921 detached > Apr 17 14:07:08 desktop kernel: (pass3:ahcich3:0:0:0): Periph destroyed > Apr 17 14:07:08 desktop kernel: (ada3:ahcich3:0:0:0): Periph destroyed > Apr 17 14:07:18 desktop kernel: ahcich3: CONNECT requested > Apr 17 14:07:18 desktop kernel: ahcich3: AHCI reset... > Apr 17 14:07:18 desktop kernel: ahcich3: SATA connect time=8000us > status=00000133 > Apr 17 14:07:18 desktop kernel: ahcich3: AHCI reset: device found > Apr 17 14:07:18 desktop kernel: ahcich3: AHCI reset: device ready after 0ms > Apr 17 14:07:18 desktop kernel: ada3 at ahcich3 bus 0 scbus3 target 0 lun 0 > Apr 17 14:07:18 desktop kernel: GEOM: new disk ada3 > Apr 17 14:07:18 desktop kernel: ada3: ATA-8 > SATA 3.x device > Apr 17 14:07:18 desktop kernel: ada3: Serial Number P02411112921 > Apr 17 14:07:18 desktop kernel: ada3: 600.000MB/s transfers (SATA 3.x, > UDMA6, PIO 8192bytes) > Apr 17 14:07:18 desktop kernel: ada3: Command Queueing enabled > Apr 17 14:07:18 desktop kernel: ada3: 122104MB (250069680 512 byte > sectors: 16H 63S/T 16383C) > Apr 17 14:07:18 desktop kernel: ada3: Previously was known as ad10 > Apr 17 14:07:18 desktop kernel: pass3 at ahcich3 bus 0 scbus3 target 0 lun 0 > Apr 17 14:07:18 desktop kernel: pass3: ATA-8 > SATA 3.x device > Apr 17 14:07:18 desktop kernel: pass3: Serial Number P02411112921 > Apr 17 14:07:18 desktop kernel: pass3: 600.000MB/s transfers (SATA > 3.x, UDMA6, PIO 8192bytes) > Apr 17 14:07:18 desktop kernel: pass3: Command Queueing enabled > > > # uname -a > FreeBSD desktop.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r263932: > Sun Mar 30 15:43:01 MSK 2014 > root@desktop.local:/usr/obj/usr/src/sys/MY_DES amd64 Is it possible camcontrol repeat behavior as physical disable/enable or enable SATA 3.x mode? camcontrol negotiate only report not set new mode. # camcontrol negotiate pass2 Current parameters: (pass2:ahcich3:0:0:0): SATA revision: 2.x (pass2:ahcich3:0:0:0): ATA mode: UDMA6 (pass2:ahcich3:0:0:0): ATAPI packet length: 0 (pass2:ahcich3:0:0:0): PIO transaction length: 8192 (pass2:ahcich3:0:0:0): PMP presence: 0 (pass2:ahcich3:0:0:0): Number of tags: 32 (pass2:ahcich3:0:0:0): SATA capabilities: 00000030 (pass2:ahcich3:0:0:0): tagged queueing: enabled From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 19:44:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4EF14565; Sun, 20 Apr 2014 19:44:17 +0000 (UTC) Received: from mail-ee0-x22a.google.com (mail-ee0-x22a.google.com [IPv6:2a00:1450:4013:c00::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B20AD1D59; Sun, 20 Apr 2014 19:44:16 +0000 (UTC) Received: by mail-ee0-f42.google.com with SMTP id d17so3191291eek.1 for ; Sun, 20 Apr 2014 12:44:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=4A6DJPAAilHu20Ty+6u1SWiLVH5Q3RqdKF+SkemItAE=; b=PoQ1lZnznwvNM7jjAjD5NMl8E+RsO00dKWysmm6llxdtZ+QZ9QvngLFb6ILuHbVzfy LuMMPngkWmkNgdozKP9xSKp58JcYGBYEqwDYtFs5PaqYJTnq7Hc75eP5LCbjHHQw0tnN dgQQejNHA4ZQEa8nD7Q+IbiftHSZYWl7a/1IHjjHd9/y4/CxDIBJx4Evml9/Q95N6XRI D51tVPca0lJDShS9doB6GyVEUzoxcLLRb9xnshFoK0TcGkDEQMrdX4NrZSQTujHL4BUs mBlptGHzGPAymVEGQnZdoElRAl1Ri31OquK5UJ97UYcWNlXQy0nMn1dpJBkqzB/NERxY e7UA== X-Received: by 10.15.48.129 with SMTP id h1mr41242632eew.57.1398023055057; Sun, 20 Apr 2014 12:44:15 -0700 (PDT) Received: from mavbook.mavhome.dp.ua ([134.249.139.101]) by mx.google.com with ESMTPSA id t50sm97122742eev.28.2014.04.20.12.44.13 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 20 Apr 2014 12:44:14 -0700 (PDT) Sender: Alexander Motin Message-ID: <5354238C.50100@FreeBSD.org> Date: Sun, 20 Apr 2014 22:44:12 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Andrey Fesenko , freebsd-current , "freebsd-hackers@freebsd.org" Subject: Re: SATA2 mode on SATA3 SSD (marvell controller) after boot References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2014 19:44:17 -0000 On 20.04.2014 22:31, Andrey Fesenko wrote: > On Thu, Apr 17, 2014 at 2:10 PM, Andrey Fesenko wrote: >> if disconnect ssd >> pr 17 14:07:08 desktop kernel: ahcich3: DISCONNECT requested >> Apr 17 14:07:08 desktop kernel: ahcich3: AHCI reset... >> Apr 17 14:07:08 desktop kernel: ahcich3: SATA connect timeout >> time=10000us status=00000000 >> Apr 17 14:07:08 desktop kernel: ahcich3: AHCI reset: device not found >> Apr 17 14:07:08 desktop kernel: pass3 at ahcich3 bus 0 scbus3 target 0 lun 0 >> Apr 17 14:07:08 desktop kernel: pass3: s/n >> P02411112921 detached >> Apr 17 14:07:08 desktop kernel: ada3 at ahcich3 bus 0 scbus3 target 0 lun 0 >> Apr 17 14:07:08 desktop kernel: ada3: s/n >> P02411112921 detached >> Apr 17 14:07:08 desktop kernel: (pass3:ahcich3:0:0:0): Periph destroyed >> Apr 17 14:07:08 desktop kernel: (ada3:ahcich3:0:0:0): Periph destroyed >> Apr 17 14:07:18 desktop kernel: ahcich3: CONNECT requested >> Apr 17 14:07:18 desktop kernel: ahcich3: AHCI reset... >> Apr 17 14:07:18 desktop kernel: ahcich3: SATA connect time=8000us >> status=00000133 >> Apr 17 14:07:18 desktop kernel: ahcich3: AHCI reset: device found >> Apr 17 14:07:18 desktop kernel: ahcich3: AHCI reset: device ready after 0ms >> Apr 17 14:07:18 desktop kernel: ada3 at ahcich3 bus 0 scbus3 target 0 lun 0 >> Apr 17 14:07:18 desktop kernel: GEOM: new disk ada3 >> Apr 17 14:07:18 desktop kernel: ada3: ATA-8 >> SATA 3.x device >> Apr 17 14:07:18 desktop kernel: ada3: Serial Number P02411112921 >> Apr 17 14:07:18 desktop kernel: ada3: 600.000MB/s transfers (SATA 3.x, >> UDMA6, PIO 8192bytes) >> Apr 17 14:07:18 desktop kernel: ada3: Command Queueing enabled >> Apr 17 14:07:18 desktop kernel: ada3: 122104MB (250069680 512 byte >> sectors: 16H 63S/T 16383C) >> Apr 17 14:07:18 desktop kernel: ada3: Previously was known as ad10 >> Apr 17 14:07:18 desktop kernel: pass3 at ahcich3 bus 0 scbus3 target 0 lun 0 >> Apr 17 14:07:18 desktop kernel: pass3: ATA-8 >> SATA 3.x device >> Apr 17 14:07:18 desktop kernel: pass3: Serial Number P02411112921 >> Apr 17 14:07:18 desktop kernel: pass3: 600.000MB/s transfers (SATA >> 3.x, UDMA6, PIO 8192bytes) >> Apr 17 14:07:18 desktop kernel: pass3: Command Queueing enabled >> >> >> # uname -a >> FreeBSD desktop.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r263932: >> Sun Mar 30 15:43:01 MSK 2014 >> root@desktop.local:/usr/obj/usr/src/sys/MY_DES amd64 > > Is it possible camcontrol repeat behavior as physical disable/enable > or enable SATA 3.x mode? > camcontrol negotiate only report not set new mode. > > # camcontrol negotiate pass2 > Current parameters: > (pass2:ahcich3:0:0:0): SATA revision: 2.x > (pass2:ahcich3:0:0:0): ATA mode: UDMA6 > (pass2:ahcich3:0:0:0): ATAPI packet length: 0 > (pass2:ahcich3:0:0:0): PIO transaction length: 8192 > (pass2:ahcich3:0:0:0): PMP presence: 0 > (pass2:ahcich3:0:0:0): Number of tags: 32 > (pass2:ahcich3:0:0:0): SATA capabilities: 00000030 > (pass2:ahcich3:0:0:0): tagged queueing: enabled camcontrol negotiate can limit maximal SATA mode, but not specify it exactly. Unless you limited it previously, there should be no limitation set and HBA should negotiate it freely. The limitations could be read/set with `camcontrol negotiate pass2 -U`, and affect operation after following `camcontrol reset ...`. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 19:51:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4CC22900; Sun, 20 Apr 2014 19:51:11 +0000 (UTC) Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com [IPv6:2a00:1450:400c:c05::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9204E1E57; Sun, 20 Apr 2014 19:51:10 +0000 (UTC) Received: by mail-wi0-f174.google.com with SMTP id d1so1192153wiv.1 for ; Sun, 20 Apr 2014 12:51:08 -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=eI3OPdtUmNnnV+uEqKmJDu/XZ00LvHEbA3YlHxuWs+o=; b=DfEBXvgSRnhMxZdH0tEUVor9r2hj2dZLA4zF8XjE4BcPBUYKCbYvY9bTFNLSz+pzay DSo8PaBIudWfgCAnPOAY3eWKsF1R5LC1yfFG4htEeSYYZmbQZlNQescUdY1VH2/l3KaE u2hmFoConSI6BkwrTRuXVMgO68L5gBEyOeY4Rx+YmHuDGRGg66ZDfG86Tq4Y6ExMVGha M4rMUe183vpWHFbui9yjHVj5LJVhf0fY2GeALBagJv9Fxe2dMJ39xHTbEHe9HnPCgajn fPLSPB+QmNbtbWjHCSXnPQCG9epludQZ9yk0n5JtdnEAE/W7ER6ZfI7M4iWE7APcQW+A Zn/w== MIME-Version: 1.0 X-Received: by 10.180.96.225 with SMTP id dv1mr10990996wib.37.1398023468851; Sun, 20 Apr 2014 12:51:08 -0700 (PDT) Received: by 10.194.235.68 with HTTP; Sun, 20 Apr 2014 12:51:08 -0700 (PDT) In-Reply-To: <5354238C.50100@FreeBSD.org> References: <5354238C.50100@FreeBSD.org> Date: Sun, 20 Apr 2014 23:51:08 +0400 Message-ID: Subject: Re: SATA2 mode on SATA3 SSD (marvell controller) after boot From: Andrey Fesenko To: Alexander Motin Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-hackers@freebsd.org" , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2014 19:51:11 -0000 On Sun, Apr 20, 2014 at 11:44 PM, Alexander Motin wrote: > On 20.04.2014 22:31, Andrey Fesenko wrote: >> >> On Thu, Apr 17, 2014 at 2:10 PM, Andrey Fesenko >> wrote: >>> >>> if disconnect ssd >>> pr 17 14:07:08 desktop kernel: ahcich3: DISCONNECT requested >>> Apr 17 14:07:08 desktop kernel: ahcich3: AHCI reset... >>> Apr 17 14:07:08 desktop kernel: ahcich3: SATA connect timeout >>> time=10000us status=00000000 >>> Apr 17 14:07:08 desktop kernel: ahcich3: AHCI reset: device not found >>> Apr 17 14:07:08 desktop kernel: pass3 at ahcich3 bus 0 scbus3 target 0 >>> lun 0 >>> Apr 17 14:07:08 desktop kernel: pass3: s/n >>> P02411112921 detached >>> Apr 17 14:07:08 desktop kernel: ada3 at ahcich3 bus 0 scbus3 target 0 lun >>> 0 >>> Apr 17 14:07:08 desktop kernel: ada3: s/n >>> P02411112921 detached >>> Apr 17 14:07:08 desktop kernel: (pass3:ahcich3:0:0:0): Periph destroyed >>> Apr 17 14:07:08 desktop kernel: (ada3:ahcich3:0:0:0): Periph destroyed >>> Apr 17 14:07:18 desktop kernel: ahcich3: CONNECT requested >>> Apr 17 14:07:18 desktop kernel: ahcich3: AHCI reset... >>> Apr 17 14:07:18 desktop kernel: ahcich3: SATA connect time=8000us >>> status=00000133 >>> Apr 17 14:07:18 desktop kernel: ahcich3: AHCI reset: device found >>> Apr 17 14:07:18 desktop kernel: ahcich3: AHCI reset: device ready after >>> 0ms >>> Apr 17 14:07:18 desktop kernel: ada3 at ahcich3 bus 0 scbus3 target 0 lun >>> 0 >>> Apr 17 14:07:18 desktop kernel: GEOM: new disk ada3 >>> Apr 17 14:07:18 desktop kernel: ada3: ATA-8 >>> SATA 3.x device >>> Apr 17 14:07:18 desktop kernel: ada3: Serial Number P02411112921 >>> Apr 17 14:07:18 desktop kernel: ada3: 600.000MB/s transfers (SATA 3.x, >>> UDMA6, PIO 8192bytes) >>> Apr 17 14:07:18 desktop kernel: ada3: Command Queueing enabled >>> Apr 17 14:07:18 desktop kernel: ada3: 122104MB (250069680 512 byte >>> sectors: 16H 63S/T 16383C) >>> Apr 17 14:07:18 desktop kernel: ada3: Previously was known as ad10 >>> Apr 17 14:07:18 desktop kernel: pass3 at ahcich3 bus 0 scbus3 target 0 >>> lun 0 >>> Apr 17 14:07:18 desktop kernel: pass3: ATA-8 >>> SATA 3.x device >>> Apr 17 14:07:18 desktop kernel: pass3: Serial Number P02411112921 >>> Apr 17 14:07:18 desktop kernel: pass3: 600.000MB/s transfers (SATA >>> 3.x, UDMA6, PIO 8192bytes) >>> Apr 17 14:07:18 desktop kernel: pass3: Command Queueing enabled >>> >>> >>> # uname -a >>> FreeBSD desktop.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r263932: >>> Sun Mar 30 15:43:01 MSK 2014 >>> root@desktop.local:/usr/obj/usr/src/sys/MY_DES amd64 >> >> >> Is it possible camcontrol repeat behavior as physical disable/enable >> or enable SATA 3.x mode? >> camcontrol negotiate only report not set new mode. >> >> # camcontrol negotiate pass2 >> Current parameters: >> (pass2:ahcich3:0:0:0): SATA revision: 2.x >> (pass2:ahcich3:0:0:0): ATA mode: UDMA6 >> (pass2:ahcich3:0:0:0): ATAPI packet length: 0 >> (pass2:ahcich3:0:0:0): PIO transaction length: 8192 >> (pass2:ahcich3:0:0:0): PMP presence: 0 >> (pass2:ahcich3:0:0:0): Number of tags: 32 >> (pass2:ahcich3:0:0:0): SATA capabilities: 00000030 >> (pass2:ahcich3:0:0:0): tagged queueing: enabled > > > camcontrol negotiate can limit maximal SATA mode, but not specify it > exactly. Unless you limited it previously, there should be no limitation set > and HBA should negotiate it freely. The limitations could be read/set with > `camcontrol negotiate pass2 -U`, and affect operation after following > `camcontrol reset ...`. > > -- > Alexander Motin system this installer usb image without limitation # uname -a FreeBSD 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r264634: Fri Apr 18 08:25:11 MSK 2014 andrey@desktop.local:/usr/obj/usr/src/sys/GENERIC amd64 root@:~ # camcontrol negotiate pass2 -U User parameters: (pass2:ahcich3:0:0:0): SATA revision: 0.x (pass2:ahcich3:0:0:0): ATA mode: NONE (pass2:ahcich3:0:0:0): ATAPI packet length: 0 (pass2:ahcich3:0:0:0): PIO transaction length: 8192 (pass2:ahcich3:0:0:0): PMP presence: 0 (pass2:ahcich3:0:0:0): Number of tags: 32 (pass2:ahcich3:0:0:0): SATA capabilities: 00000030 (pass2:ahcich3:0:0:0): tagged queueing: enabled root@:~ # camcontrol reset pass2 Reset of bus 0 was successful root@:~ # camcontrol negotiate pass2 Current parameters: (pass2:ahcich3:0:0:0): SATA revision: 2.x (pass2:ahcich3:0:0:0): ATA mode: UDMA6 (pass2:ahcich3:0:0:0): ATAPI packet length: 0 (pass2:ahcich3:0:0:0): PIO transaction length: 8192 (pass2:ahcich3:0:0:0): PMP presence: 0 (pass2:ahcich3:0:0:0): Number of tags: 32 (pass2:ahcich3:0:0:0): SATA capabilities: 00000030 (pass2:ahcich3:0:0:0): tagged queueing: enabled From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 20:05:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 09D02C48; Sun, 20 Apr 2014 20:05:22 +0000 (UTC) Received: from mail-ee0-x229.google.com (mail-ee0-x229.google.com [IPv6:2a00:1450:4013:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 643A71062; Sun, 20 Apr 2014 20:05:21 +0000 (UTC) Received: by mail-ee0-f41.google.com with SMTP id t10so3209231eei.0 for ; Sun, 20 Apr 2014 13:05:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=/ga1KhRbhxQD2StR3nQ2gUl4ag2DcBi30dSpM9V4ay8=; b=yqAXsrbElPDqFg4tEo9VTx0+iu11oOzxCrl9lcDvYMhJrB/BqUyPeK+bOYOFim+KKO 1t1XTB9DZpsXCc2ON+ygZJcFNGK9t4e/J9QFoAHZzUyS6cbwAwG9UvdQbnvyqQNphjeA KxjQxXDD1/ljBpWqeVRg8d9uf/pkm2EJ6Wo2AtPw1c+V3J7Mwi20iaePfBy1cst8m99P hZ9oxraIjD2fNCiiMRvHib3mR49eCntIpkBHV2mc5su8+T6LQUZ14YeAFPt4eEcbvQ11 bQxGiCsEP9DiPxs7Q1J7jYvsYJ5NnDD34pz58M5UXocDoyw2JtUgsme/omRBJEMyOd7d 4EgA== X-Received: by 10.14.210.65 with SMTP id t41mr40934478eeo.35.1398024319725; Sun, 20 Apr 2014 13:05:19 -0700 (PDT) Received: from mavbook.mavhome.dp.ua ([134.249.139.101]) by mx.google.com with ESMTPSA id m44sm97254525eep.14.2014.04.20.13.05.18 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 20 Apr 2014 13:05:19 -0700 (PDT) Sender: Alexander Motin Message-ID: <5354287D.6040508@FreeBSD.org> Date: Sun, 20 Apr 2014 23:05:17 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Andrey Fesenko Subject: Re: SATA2 mode on SATA3 SSD (marvell controller) after boot References: <5354238C.50100@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-hackers@freebsd.org" , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2014 20:05:22 -0000 On 20.04.2014 22:51, Andrey Fesenko wrote: > On Sun, Apr 20, 2014 at 11:44 PM, Alexander Motin wrote: >> On 20.04.2014 22:31, Andrey Fesenko wrote: >>> >>> On Thu, Apr 17, 2014 at 2:10 PM, Andrey Fesenko >>> wrote: >>>> >>>> if disconnect ssd >>>> pr 17 14:07:08 desktop kernel: ahcich3: DISCONNECT requested >>>> Apr 17 14:07:08 desktop kernel: ahcich3: AHCI reset... >>>> Apr 17 14:07:08 desktop kernel: ahcich3: SATA connect timeout >>>> time=10000us status=00000000 >>>> Apr 17 14:07:08 desktop kernel: ahcich3: AHCI reset: device not found >>>> Apr 17 14:07:08 desktop kernel: pass3 at ahcich3 bus 0 scbus3 target 0 >>>> lun 0 >>>> Apr 17 14:07:08 desktop kernel: pass3: s/n >>>> P02411112921 detached >>>> Apr 17 14:07:08 desktop kernel: ada3 at ahcich3 bus 0 scbus3 target 0 lun >>>> 0 >>>> Apr 17 14:07:08 desktop kernel: ada3: s/n >>>> P02411112921 detached >>>> Apr 17 14:07:08 desktop kernel: (pass3:ahcich3:0:0:0): Periph destroyed >>>> Apr 17 14:07:08 desktop kernel: (ada3:ahcich3:0:0:0): Periph destroyed >>>> Apr 17 14:07:18 desktop kernel: ahcich3: CONNECT requested >>>> Apr 17 14:07:18 desktop kernel: ahcich3: AHCI reset... >>>> Apr 17 14:07:18 desktop kernel: ahcich3: SATA connect time=8000us >>>> status=00000133 >>>> Apr 17 14:07:18 desktop kernel: ahcich3: AHCI reset: device found >>>> Apr 17 14:07:18 desktop kernel: ahcich3: AHCI reset: device ready after >>>> 0ms >>>> Apr 17 14:07:18 desktop kernel: ada3 at ahcich3 bus 0 scbus3 target 0 lun >>>> 0 >>>> Apr 17 14:07:18 desktop kernel: GEOM: new disk ada3 >>>> Apr 17 14:07:18 desktop kernel: ada3: ATA-8 >>>> SATA 3.x device >>>> Apr 17 14:07:18 desktop kernel: ada3: Serial Number P02411112921 >>>> Apr 17 14:07:18 desktop kernel: ada3: 600.000MB/s transfers (SATA 3.x, >>>> UDMA6, PIO 8192bytes) >>>> Apr 17 14:07:18 desktop kernel: ada3: Command Queueing enabled >>>> Apr 17 14:07:18 desktop kernel: ada3: 122104MB (250069680 512 byte >>>> sectors: 16H 63S/T 16383C) >>>> Apr 17 14:07:18 desktop kernel: ada3: Previously was known as ad10 >>>> Apr 17 14:07:18 desktop kernel: pass3 at ahcich3 bus 0 scbus3 target 0 >>>> lun 0 >>>> Apr 17 14:07:18 desktop kernel: pass3: ATA-8 >>>> SATA 3.x device >>>> Apr 17 14:07:18 desktop kernel: pass3: Serial Number P02411112921 >>>> Apr 17 14:07:18 desktop kernel: pass3: 600.000MB/s transfers (SATA >>>> 3.x, UDMA6, PIO 8192bytes) >>>> Apr 17 14:07:18 desktop kernel: pass3: Command Queueing enabled >>>> >>>> >>>> # uname -a >>>> FreeBSD desktop.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r263932: >>>> Sun Mar 30 15:43:01 MSK 2014 >>>> root@desktop.local:/usr/obj/usr/src/sys/MY_DES amd64 >>> >>> >>> Is it possible camcontrol repeat behavior as physical disable/enable >>> or enable SATA 3.x mode? >>> camcontrol negotiate only report not set new mode. >>> >>> # camcontrol negotiate pass2 >>> Current parameters: >>> (pass2:ahcich3:0:0:0): SATA revision: 2.x >>> (pass2:ahcich3:0:0:0): ATA mode: UDMA6 >>> (pass2:ahcich3:0:0:0): ATAPI packet length: 0 >>> (pass2:ahcich3:0:0:0): PIO transaction length: 8192 >>> (pass2:ahcich3:0:0:0): PMP presence: 0 >>> (pass2:ahcich3:0:0:0): Number of tags: 32 >>> (pass2:ahcich3:0:0:0): SATA capabilities: 00000030 >>> (pass2:ahcich3:0:0:0): tagged queueing: enabled >> >> >> camcontrol negotiate can limit maximal SATA mode, but not specify it >> exactly. Unless you limited it previously, there should be no limitation set >> and HBA should negotiate it freely. The limitations could be read/set with >> `camcontrol negotiate pass2 -U`, and affect operation after following >> `camcontrol reset ...`. >> >> -- >> Alexander Motin > > system this installer usb image without limitation > # uname -a > FreeBSD 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r264634: Fri Apr 18 > 08:25:11 MSK 2014 > andrey@desktop.local:/usr/obj/usr/src/sys/GENERIC amd64 > > root@:~ # camcontrol negotiate pass2 -U > User parameters: > (pass2:ahcich3:0:0:0): SATA revision: 0.x > (pass2:ahcich3:0:0:0): ATA mode: NONE > (pass2:ahcich3:0:0:0): ATAPI packet length: 0 > (pass2:ahcich3:0:0:0): PIO transaction length: 8192 > (pass2:ahcich3:0:0:0): PMP presence: 0 > (pass2:ahcich3:0:0:0): Number of tags: 32 > (pass2:ahcich3:0:0:0): SATA capabilities: 00000030 > (pass2:ahcich3:0:0:0): tagged queueing: enabled > root@:~ # camcontrol reset pass2 > Reset of bus 0 was successful > root@:~ # camcontrol negotiate pass2 > Current parameters: > (pass2:ahcich3:0:0:0): SATA revision: 2.x > (pass2:ahcich3:0:0:0): ATA mode: UDMA6 > (pass2:ahcich3:0:0:0): ATAPI packet length: 0 > (pass2:ahcich3:0:0:0): PIO transaction length: 8192 > (pass2:ahcich3:0:0:0): PMP presence: 0 > (pass2:ahcich3:0:0:0): Number of tags: 32 > (pass2:ahcich3:0:0:0): SATA capabilities: 00000030 > (pass2:ahcich3:0:0:0): tagged queueing: enabled Then it is a question to hardware or firmware not an OS driver. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sun Apr 20 20:06:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D378DEAC; Sun, 20 Apr 2014 20:06:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 940B61083; Sun, 20 Apr 2014 20:06:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3KK6NYe001383; Sun, 20 Apr 2014 16:06:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3KK6N2B001367; Sun, 20 Apr 2014 20:06:23 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 20 Apr 2014 20:06:23 GMT Message-Id: <201404202006.s3KK6N2B001367@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2014 20:06:31 -0000 TB --- 2014-04-20 18:50:39 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-20 18:50:39 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-20 18:50:39 - starting HEAD tinderbox run for arm/arm TB --- 2014-04-20 18:50:39 - cleaning the object tree TB --- 2014-04-20 18:50:39 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-20 18:50:44 - At svn revision 264702 TB --- 2014-04-20 18:50:45 - building world TB --- 2014-04-20 18:50:45 - CROSS_BUILD_TESTING=YES TB --- 2014-04-20 18:50:45 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-20 18:50:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-20 18:50:45 - SRCCONF=/dev/null TB --- 2014-04-20 18:50:45 - TARGET=arm TB --- 2014-04-20 18:50:45 - TARGET_ARCH=arm TB --- 2014-04-20 18:50:45 - TZ=UTC TB --- 2014-04-20 18:50:45 - __MAKE_CONF=/dev/null TB --- 2014-04-20 18:50:45 - cd /src TB --- 2014-04-20 18:50:45 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Apr 20 18:50:52 UTC 2014 >>> 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 [...] cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/uuid/uuid_create_nil.c -o! uuid_create_nil.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/uuid/uuid_equal.c -o uuid! _equal.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/uuid/uuid_from_string.c -! o uuid_from_string.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/uuid/uuid_hash.c -o uuid_! hash.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/uuid/uuid_is_nil.c -o uui! d_is_nil.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/uuid/uuid_stream.c -o uui! d_stream.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/uuid/uuid_to_string.c -o ! uuid_to_string.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/xdr/xdr.c -o xdr.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/xdr/xdr_array.c -o xdr_ar! ray.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/xdr/xdr_float.c -o xdr_fl! oat.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/xdr/xdr_mem.c -o xdr_mem.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/xdr/xdr_rec.c -o xdr_rec.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/xdr/xdr_reference.c -o xd! r_reference.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/xdr/xdr_sizeof.c -o xdr_s! izeof.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/xdr/xdr_stdio.c -o xdr_st! dio.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/softfloat/bits32/softfloa! t.c -o softfloat.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/arm/gen/fpgetround.c -o f! pgetround.o /tmp/fpgetround-9ed3a3.s: Assembler messages: /tmp/fpgetround-9ed3a3.s:21: Error: selected processor does not support `vmrs r0,fpscr' cc: error: assembler command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-20 20:06:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-20 20:06:23 - ERROR: failed to build world TB --- 2014-04-20 20:06:23 - 4004.88 user 416.82 system 4543.84 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 02:18:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6EA076F4; Mon, 21 Apr 2014 02:18:23 +0000 (UTC) Received: from mail-we0-x233.google.com (mail-we0-x233.google.com [IPv6:2a00:1450:400c:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AF56D1CF8; Mon, 21 Apr 2014 02:18:22 +0000 (UTC) Received: by mail-we0-f179.google.com with SMTP id x48so3323595wes.10 for ; Sun, 20 Apr 2014 19:18:19 -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=AuTQufOO03DUmKgUKmWEnlx6KQAc3QFkq6oSAxinGGk=; b=USLdo4DUY2isrSSvXPMvfRFZfbMZzfJ9xrSn6FfBu7DpNqhxHxy4kYTsnO6EvWKpQN d+uf6zF1hguGK+CzmwvrZ+2CZbbIgVMslhq5X5S54RxunZ4v9uAaMEG0Lw+ZYEkOHfvl b9DSHm03ipRSNNPIPdw47MoJGYjbmRFeyBaAlBvKCl3LprJMQQRhutG2VLC1ieEkdSXQ Fd+QatB43xFE77SzDgZKjfhjpRjYLOwjS1LfX3BNDGrjS6mfp9D5H94MkI3Akh0jTLVV LUdtr5JS58pfVy9MKAh62pymQ1t8+rEnjq3N1knyzv0aTLxluvJmt/mtjPJD8Nsx3BxI Ac6w== MIME-Version: 1.0 X-Received: by 10.181.5.6 with SMTP id ci6mr11893149wid.39.1398046699492; Sun, 20 Apr 2014 19:18:19 -0700 (PDT) Received: by 10.194.235.68 with HTTP; Sun, 20 Apr 2014 19:18:19 -0700 (PDT) In-Reply-To: <5354287D.6040508@FreeBSD.org> References: <5354238C.50100@FreeBSD.org> <5354287D.6040508@FreeBSD.org> Date: Mon, 21 Apr 2014 06:18:19 +0400 Message-ID: Subject: Re: SATA2 mode on SATA3 SSD (marvell controller) after boot From: Andrey Fesenko To: Alexander Motin Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-hackers@freebsd.org" , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2014 02:18:23 -0000 On Mon, Apr 21, 2014 at 12:05 AM, Alexander Motin wrote: > > Then it is a question to hardware or firmware not an OS driver. > > -- > Alexander Motin Thanks for the tips try to change to another, it seems some problems with the firmware In the linux (grml) Sata-3 hdd have section Standards: Supported: 9 8 7 6 5 Likely used: 9 # hdparm -I /dev/sdc /dev/sdc: ATA device, with non-removable media Model Number: PLEXTOR PX-128M5S Serial Number: P02411112921 Firmware Revision: 1.05 Transport: Serial, ATA8-AST, SATA II Extensions, SATA Rev 2.6, SATA Rev 3.0 Standards: Used: ATA/ATAPI-7 T13 1532D revision 4a Supported: 8 7 6 5 & some of 8 Configuration: Logical max current cylinders 16383 16383 heads 16 16 sectors/track 63 63 -- CHS current addressable sectors: 16514064 LBA user addressable sectors: 250069680 LBA48 user addressable sectors: 250069680 Logical Sector size: 512 bytes Physical Sector size: 512 bytes Logical Sector-0 offset: 0 bytes device size with M = 1024*1024: 122104 MBytes device size with M = 1000*1000: 128035 MBytes (128 GB) cache/buffer size = unknown Nominal Media Rotation Rate: Solid State Device Capabilities: LBA, IORDY(can be disabled) Queue depth: 32 Standby timer values: spec'd by Standard, no device specific minimum R/W multiple sector transfer: Max = 16 Current = 16 DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6 Cycle time: min=120ns recommended=120ns PIO: pio0 pio1 pio2 pio3 pio4 Cycle time: no flow control=120ns IORDY flow control=120ns Commands/features: Enabled Supported: * SMART feature set Security Mode feature set * Power Management feature set * Write cache * Look-ahead * Host Protected Area feature set * WRITE_BUFFER command * READ_BUFFER command * DOWNLOAD_MICROCODE SET_MAX security extension * 48-bit Address feature set * Device Configuration Overlay feature set * Mandatory FLUSH_CACHE * FLUSH_CACHE_EXT * SMART error logging * SMART self-test * General Purpose Logging feature set * 64-bit World wide name * Segmented DOWNLOAD_MICROCODE * Gen1 signaling speed (1.5Gb/s) * Gen2 signaling speed (3.0Gb/s) * Gen3 signaling speed (6.0Gb/s) * Native Command Queueing (NCQ) * Host-initiated interface power management * Phy event counters * DMA Setup Auto-Activate optimization Device-initiated interface power management * Software settings preservation unknown 78[8] * SMART Command Transport (SCT) feature set * SCT Write Same (AC2) * SCT Error Recovery Control (AC3) * SCT Features Control (AC4) * SCT Data Tables (AC5) * Data Set Management TRIM supported (limit 8 blocks) Security: supported not enabled not locked frozen not expired: security count supported: enhanced erase 6min for SECURITY ERASE UNIT. 6min for ENHANCED SECURITY ERASE UNIT. Logical Unit WWN Device Identifier: 500230310017df1b NAA : 5 IEEE OUI : 002303 Unique ID : 10017df1b Checksum: correct after reconnect SSD this information not change, but syslog 2014-04-21T00:23:21.223409+00:00 grml kernel: [ 3.482230] ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300) 2014-04-21T00:23:21.223410+00:00 grml kernel: [ 3.482375] Switched to clocksource tsc 2014-04-21T00:23:21.223410+00:00 grml kernel: [ 3.484803] ata4.00: ATA-8: PLEXTOR PX-128M5S, 1.05, max UDMA/133 2014-04-21T00:23:21.223413+00:00 grml kernel: [ 3.484804] ata4.00: 250069680 sectors, multi 16: LBA48 NCQ (depth 31/32), AA ... 2014-04-21T00:43:52.004962+00:00 grml kernel: [ 1199.327857] ata4: SError: { DevExch } 2014-04-21T00:43:52.004962+00:00 grml kernel: [ 1199.327860] ata4: hard resetting link 2014-04-21T00:43:52.728949+00:00 grml kernel: [ 1200.048622] ata4: SATA link up 6.0 Gbps (SStatus 133 SControl 300) 2014-04-21T00:43:52.728953+00:00 grml kernel: [ 1200.051217] ata4.00: ATA-8: PLEXTOR PX-128M5S, 1.05, max UDMA/133 2014-04-21T00:43:52.728954+00:00 grml kernel: [ 1200.051219] ata4.00: 250069680 sectors, multi 1: LBA48 NCQ (depth 31/32), AA From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 07:03:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BC8B1379 for ; Mon, 21 Apr 2014 07:03:28 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 78BCC151E for ; Mon, 21 Apr 2014 07:03:28 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1Wc8GD-004AVp-GR>; Mon, 21 Apr 2014 09:03:25 +0200 Received: from g226056017.adsl.alicedsl.de ([92.226.56.17] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1Wc8GD-0036Rx-Bo>; Mon, 21 Apr 2014 09:03:25 +0200 Date: Mon, 21 Apr 2014 09:03:20 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: r264702: kldxref: /boot/modules/kldxref.core: too many sections Message-ID: <20140421090320.5cf3f069.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/qmoY5dOgf_jmj/X3j2PW73b"; protocol="application/pgp-signature" X-Originating-IP: 92.226.56.17 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2014 07:03:28 -0000 --Sig_/qmoY5dOgf_jmj/X3j2PW73b Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On FreeBSD 11.0-CURRENT #0 r264702: Sun Apr 20 23:56:04 CEST 2014 amd64 I receive this mysterious message several times when compiling a new kernel= an automatically build virtualbox-ose-kmod-4.3.10. What is this supposed to me= an? =3D=3D=3D> Deinstalling for emulators/virtualbox-ose-kmod =3D=3D=3D> Deinstalling=20 pkg-static: You are trying to delete package(s) which has dependencies that= are still required: emulators/virtualbox-ose-kmod: emulators/virtualbox-ose ... delete these packages anyway in forced mode Deinstallation has been requested for the following 1 packages: virtualbox-ose-kmod-4.3.10 The deinstallation will free 394 KB [1/1] Deleting virtualbox-ose-kmod-4.3.10... virtualbox-ose-kmod-4.3.10 is required by: virtualbox-ose-4.3.10, deleting = anyway kldxref: /boot/modules/kldxref.core: too many sections kldxref: /boot/modules/kldxref.core: too many sections kldxref: /boot/modules/kldxref.core: too many sections kldxref: /boot/modules/kldxref.core: too many sections kldxref: /boot/modules/kldxref.core: too many sections kldxref: /boot/modules/kldxref.core: too many sections kldxref: Skipping /boot/modules/kldxref.core: not dynamically-linked done =3D=3D=3D> Installing for virtualbox-ose-kmod-4.3.10 =3D=3D=3D> Registering installation for virtualbox-ose-kmod-4.3.10 kldxref: /boot/modules/kldxref.core: too many sections kldxref: /boot/modules/kldxref.core: too many sections kldxref: /boot/modules/kldxref.core: too many sections kldxref: /boot/modules/kldxref.core: too many sections kldxref: /boot/modules/kldxref.core: too many sections kldxref: /boot/modules/kldxref.core: too many sections kldxref: Skipping /boot/modules/kldxref.core: not dynamically-linked Installing virtualbox-ose-kmod-4.3.10... done --Sig_/qmoY5dOgf_jmj/X3j2PW73b Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTVMK8AAoJEOgBcD7A/5N8FxIIAIcqVxS9xAxW8KsAJkJ8zymM hBz+0DPoY431lRMUEWLJgiHrIKRYT0mzwzWIybBh4MKvZC5bQqPINrE6mGBdvrtX h7ZhmfmzMo8fOK+BB9toRkrF3DOVuejwhpN/4ZC6LCDLK23kuPW3gn/OqHljLvXO h65bKYBl4WgKcq3e9EpvjYQuhlGrTHqBtw63Rea6ye7oysJ5o9+ZsbjdaZqzCZn+ 6JAMFLW/96PXZUYGyew9mdh+63qcq0LfTOFjBzy6JKG0Xz/PDaaSwt4kZTv6vRq9 3LBSsGpXTdaSUEBOnuilaS9L/K+En5e0OHro5vNrUwmBjuuxj68OEsoI0hLqHpg= =a2vy -----END PGP SIGNATURE----- --Sig_/qmoY5dOgf_jmj/X3j2PW73b-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 07:10:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 98BAE539 for ; Mon, 21 Apr 2014 07:10:28 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 384241566 for ; Mon, 21 Apr 2014 07:10:28 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.8/8.14.8) with ESMTP id s3L7ALWD011209; Mon, 21 Apr 2014 10:10:21 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s3L7ALWD011209 Received: (from kostik@localhost) by tom.home (8.14.8/8.14.8/Submit) id s3L7AL3K011207; Mon, 21 Apr 2014 10:10:21 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 21 Apr 2014 10:10:21 +0300 From: Konstantin Belousov To: "O. Hartmann" Subject: Re: r264702: kldxref: /boot/modules/kldxref.core: too many sections Message-ID: <20140421071021.GN4016@kib.kiev.ua> References: <20140421090320.5cf3f069.ohartman@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PK5kSfjks5jzTD3m" Content-Disposition: inline In-Reply-To: <20140421090320.5cf3f069.ohartman@zedat.fu-berlin.de> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2014 07:10:28 -0000 --PK5kSfjks5jzTD3m Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 21, 2014 at 09:03:20AM +0200, O. Hartmann wrote: > On FreeBSD 11.0-CURRENT #0 r264702: Sun Apr 20 23:56:04 CEST 2014 amd64 >=20 > I receive this mysterious message several times when compiling a new kern= el an > automatically build virtualbox-ose-kmod-4.3.10. What is this supposed to = mean? Most likely, it means that kldxref(8) dumped core in your /boot/kernel directory. If you do not need the core file, remove it. >=20 > =3D=3D=3D> Deinstalling for emulators/virtualbox-ose-kmod > =3D=3D=3D> Deinstalling=20 > pkg-static: You are trying to delete package(s) which has dependencies th= at are still > required: emulators/virtualbox-ose-kmod: emulators/virtualbox-ose > ... delete these packages anyway in forced mode > Deinstallation has been requested for the following 1 packages: >=20 > virtualbox-ose-kmod-4.3.10 >=20 > The deinstallation will free 394 KB > [1/1] Deleting virtualbox-ose-kmod-4.3.10... > virtualbox-ose-kmod-4.3.10 is required by: virtualbox-ose-4.3.10, deletin= g anyway > kldxref: /boot/modules/kldxref.core: too many sections > kldxref: /boot/modules/kldxref.core: too many sections > kldxref: /boot/modules/kldxref.core: too many sections > kldxref: /boot/modules/kldxref.core: too many sections > kldxref: /boot/modules/kldxref.core: too many sections > kldxref: /boot/modules/kldxref.core: too many sections > kldxref: Skipping /boot/modules/kldxref.core: not dynamically-linked > done > =3D=3D=3D> Installing for virtualbox-ose-kmod-4.3.10 > =3D=3D=3D> Registering installation for virtualbox-ose-kmod-4.3.10 > kldxref: /boot/modules/kldxref.core: too many sections > kldxref: /boot/modules/kldxref.core: too many sections > kldxref: /boot/modules/kldxref.core: too many sections > kldxref: /boot/modules/kldxref.core: too many sections > kldxref: /boot/modules/kldxref.core: too many sections > kldxref: /boot/modules/kldxref.core: too many sections > kldxref: Skipping /boot/modules/kldxref.core: not dynamically-linked > Installing virtualbox-ose-kmod-4.3.10... done --PK5kSfjks5jzTD3m Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTVMRdAAoJEJDCuSvBvK1BYAoP/AoKbobQY3lq8StvSTrjJOpm w8RMdUdB33I4E703mAqYmlXHE2euVB9T0nr06IdUusSFQIjdWsN5K+8uZ1OXMtHO 20kI+3uLQ86gSSfuXbyJESgtguuXM8jYehzfSEpJ4912yI9bs9DmsappW5iJRqQ7 zqhytBR+tNnDR/MhvAL63+inhQOra2o0LjVIqF9nzVUsU4eXI0+ufQ4DMvVZeJhF KW2uIVTHYDCsSmU/RJ7aqKjGVhvEmr0ic7PBoNHbdu6Eu/8ZuSUpGJZ2gZ2BcrIf NUBGgxTJooBWtN6YvKWV/aqeHW8RW3t6kxw4Z7f+qr+v4c+Kr7yjLKiPd0tFiCEq 9+m+o7Xx63RRt2QIaDdo9RykogcGogpfAz76MYQJd8Rj7a/3BL148LiZiecRB5GB 8zHWxNIyyIj+Wo5UzS2M4JGoAsH9EAaH4rLUl1SZRdGklsCdR4qBgX6C13OwBuQF lKycuoC4tLQxkl1OQBIkmIkKJ3dx3oecGh63LZgYMF7j/dsBDavH/0XSu9J/u/hd fv7C76H4xYGwgtLv8Cv5oalVaFFkqL2ZKS/SWOxNcc3SkQ7y8QpBi8G+XKL8YvuU pu0EjRwsP/3AgzF2qZnYDu3jrREcw/mB5xDVfPbmnOiDyMfEFA+FocXy8YWhFZEX RcJa7gZ1p1VdpyTx4iYJ =sxKZ -----END PGP SIGNATURE----- --PK5kSfjks5jzTD3m-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 09:07:17 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B154992; Mon, 21 Apr 2014 09:07:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0F1721FC1; Mon, 21 Apr 2014 09:07:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3L97Fwm057962; Mon, 21 Apr 2014 05:07:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3L97FWR057957; Mon, 21 Apr 2014 09:07:15 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 21 Apr 2014 09:07:15 GMT Message-Id: <201404210907.s3L97FWR057957@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2014 09:07:17 -0000 TB --- 2014-04-21 07:50:28 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-21 07:50:28 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-21 07:50:28 - starting HEAD tinderbox run for arm/arm TB --- 2014-04-21 07:50:28 - cleaning the object tree TB --- 2014-04-21 07:51:08 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-21 07:51:12 - At svn revision 264720 TB --- 2014-04-21 07:51:13 - building world TB --- 2014-04-21 07:51:13 - CROSS_BUILD_TESTING=YES TB --- 2014-04-21 07:51:13 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-21 07:51:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-21 07:51:13 - SRCCONF=/dev/null TB --- 2014-04-21 07:51:13 - TARGET=arm TB --- 2014-04-21 07:51:13 - TARGET_ARCH=arm TB --- 2014-04-21 07:51:13 - TZ=UTC TB --- 2014-04-21 07:51:13 - __MAKE_CONF=/dev/null TB --- 2014-04-21 07:51:13 - cd /src TB --- 2014-04-21 07:51:13 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Apr 21 07:51:20 UTC 2014 >>> 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 [...] cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/uuid/uuid_create_nil.c -o! uuid_create_nil.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/uuid/uuid_equal.c -o uuid! _equal.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/uuid/uuid_from_string.c -! o uuid_from_string.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/uuid/uuid_hash.c -o uuid_! hash.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/uuid/uuid_is_nil.c -o uui! d_is_nil.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/uuid/uuid_stream.c -o uui! d_stream.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/uuid/uuid_to_string.c -o ! uuid_to_string.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/xdr/xdr.c -o xdr.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/xdr/xdr_array.c -o xdr_ar! ray.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/xdr/xdr_float.c -o xdr_fl! oat.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/xdr/xdr_mem.c -o xdr_mem.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/xdr/xdr_rec.c -o xdr_rec.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/xdr/xdr_reference.c -o xd! r_reference.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/xdr/xdr_sizeof.c -o xdr_s! izeof.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/xdr/xdr_stdio.c -o xdr_st! dio.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/softfloat/bits32/softfloa! t.c -o softfloat.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -I/src/lib/libc/../../contrib/libc-vis -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/jemalloc/include -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libc/arm/gen/fpgetround.c -o f! pgetround.o /tmp/fpgetround-ebc27e.s: Assembler messages: /tmp/fpgetround-ebc27e.s:21: Error: selected processor does not support `vmrs r0,fpscr' cc: error: assembler command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libc *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-21 09:07:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-21 09:07:15 - ERROR: failed to build world TB --- 2014-04-21 09:07:15 - 4009.43 user 417.95 system 4606.35 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 20:52:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F102174A for ; Mon, 21 Apr 2014 20:52:39 +0000 (UTC) Received: from dmz-mailsec-scanner-8.mit.edu (dmz-mailsec-scanner-8.mit.edu [18.7.68.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 814CE15D6 for ; Mon, 21 Apr 2014 20:52:38 +0000 (UTC) X-AuditID: 12074425-f79906d000000cf9-17-5355850f57fa Received: from mailhub-auth-1.mit.edu ( [18.9.21.35]) (using TLS with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-8.mit.edu (Symantec Messaging Gateway) with SMTP id B2.DA.03321.F0585535; Mon, 21 Apr 2014 16:52:31 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id s3LKqUEw027631; Mon, 21 Apr 2014 16:52:31 -0400 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id s3LKqSuD007779 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 21 Apr 2014 16:52:29 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id s3LKqSFt015293; Mon, 21 Apr 2014 16:52:28 -0400 (EDT) Date: Mon, 21 Apr 2014 16:52:28 -0400 (EDT) From: Benjamin Kaduk To: "R. Tyler Croy" Subject: Re: UFS lock order reversal stack trace with r264677 on i386 In-Reply-To: <5353249E.60304@monkeypox.org> Message-ID: References: <5353249E.60304@monkeypox.org> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrHIsWRmVeSWpSXmKPExsUixCmqrMvfGhpscPa8hsWcNx+YLCafusrm wOQx49N8Fo+vq6ewBDBFcdmkpOZklqUW6dslcGWcOHebreAiR8W8rc/YGxiXsncxcnJICJhI XNh/DsoWk7hwbz1bFyMXh5DAbCaJdwd6oZyNjBLrnqxjhXAOMUn0L1rBDOE0MEqsnLScDaSf RUBbYtndu2A2m4CKxMw3G8FsEQFNiQfn1rGA2MwC8hL/r1xmArGFBVwlTl7eAbabE6j3zpx5 jCA2r4CjxOyW12C9QgJaEqdOd4LViwroSKzeP4UFokZQ4uTMJ1AzLSXO/bnONoFRcBaS1Cwk qQWMTKsYZVNyq3RzEzNzilOTdYuTE/PyUot0LfRyM0v0UlNKNzGCgpXdRXUH44RDSocYBTgY lXh4C4xCg4VYE8uKK3MPMUpyMCmJ8ubVAYX4kvJTKjMSizPii0pzUosPMUpwMCuJ8K5NA8rx piRWVqUW5cOkpDlYlMR531pbBQsJpCeWpGanphakFsFkZTg4lCR4M1qAGgWLUtNTK9Iyc0oQ 0kwcnCDDeYCG+4DU8BYXJOYWZ6ZD5E8xKkqJ805vBkoIgCQySvPgemHJ5BWjONArwrw2IO08 wEQE1/0KaDAT0OAnW0JABpckIqSkGhhF183gXT67Wad6qvDGqBXPuNQkXPmDHsWZfzQyC7YR D46Vvrp1kqL56Rvueik7xVTuG657l3Z60aqJnCKp/Q/enC4Wml3wsfe+Rb+uWfj7pLuZ3nIH dDwOv7hveFsw6iDbmk3Ml9QjrzK2F8+6XqJx/kySSSLnsr/GqziqF9df0uRdnb66/q4SS3FG oqEWc1FxIgAyLsaOAQMAAA== Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2014 20:52:40 -0000 On Sat, 19 Apr 2014, R. Tyler Croy wrote: > I've noticed this as of late on my i386 -CURRENT Thinkpad T43 when I perform > some file operations, but an exact reproduction case I've not yet stumbled > upon: > > Apr 20 01:29:32 lemon kernel: lock order reversal: > Apr 20 01:29:32 lemon kernel: 1st 0xc5832358 bufwait (bufwait) @ > /usr/home/tyler/source/github/freebsd/sys/kern/vfs_bio.c:3081 > Apr 20 01:29:32 lemon kernel: 2nd 0xc6f1d600 dirhash (dirhash) @ > /usr/home/tyler/source/github/freebsd/sys/ufs/ufs/ufs_dirhash.c:284 [...] > Apr 20 01:29:54 lemon kernel: lock order reversal: > Apr 20 01:29:54 lemon kernel: 1st 0xc699e388 ufs (ufs) @ > /usr/home/tyler/source/github/freebsd/sys/kern/vfs_subr.c:2101 > Apr 20 01:29:54 lemon kernel: 2nd 0xc5859e98 bufwait (bufwait) @ > /usr/home/tyler/source/github/freebsd/sys/ufs/ffs/ffs_vnops.c:262 > Apr 20 01:29:54 lemon kernel: 3rd 0xc7d27c68 ufs (ufs) @ > /usr/home/tyler/source/github/freebsd/sys/kern/vfs_subr.c:2101 These are "well known", #261 and #285 at http://sources.zabbadoz.net/freebsd/lor.html . -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 02:54:39 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A995FED; Tue, 22 Apr 2014 02:54:39 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail0.glenbarber.us", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ECA7416AD; Tue, 22 Apr 2014 02:54:38 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id A9943133ED; Tue, 22 Apr 2014 02:54:36 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us A9943133ED Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Mon, 21 Apr 2014 22:54:35 -0400 From: Glen Barber To: freebsd-ppc@freebsd.org, freebsd-ia64@freebsd.org Subject: Build failures with high parallel make(1) jobs with GCC Message-ID: <20140422025435.GL49791@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="mgiPvHqStUXOBTSF" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2014 02:54:39 -0000 --mgiPvHqStUXOBTSF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I have been pounding my head against the desk for longer than I care to admit with this failure. I see this with powerpc, powerpc64, and now ia64. I initially thought it was specific to powerpc{,64}, but now realize ia64 is also affected. This build was running with -j48 on a 48-core machine, when the following caused build failure: ======================================================================= /usr/obj/ia64.ia64/usr/src/tmp/usr/bin/ld: cannot find -lm --- libstdc++.so.6 --- *** [libstdc++.so.6] Error code 1 make[4]: stopped in /usr/src/gnu/lib/libstdc++ A failure has been detected in another branch of the parallel make ======================================================================= It is unclear to me when exactly this started happening, but it seems at least two weeks is a reasonable estimate. I realize this is not an entirely large chunk of useful information regarding the build failure, but I have determined it is entirely reproducible. I have determined that the failure case seems to disappear with make(1) jobs <= 10, at least for powerpc. The last successful build for powerpc on head/ was April 8. But I am having trouble tracking down what commits may (or may not) have contributed to recent high-parallel build failures. Glen --mgiPvHqStUXOBTSF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTVdnrAAoJELls3eqvi17Q80oP/iJtofV5JiaxzTawJrY+RG5e MB8XRcE6kjwLP28stuRfeAXFcK07lcSaJFivz6iZLMO2uQFxLeCPZcjCIAS8R2Qx 4N3QilHmVEZUPRNDtKaxbglzhg3SarseOoeu740dl2qdDGhwx2li7uSyYfUPxIg1 zeYIX8wLDS+DkH1nabAboVUxGGeVmtckGp6A2O8U3ta7qteffeGR8RK871TiSi3I E4qbryIZu6OzXrhhNvstPzfRWjx/zB++PZOjs+VOHpInwiZrLNwiLSrLJM/sRhyl j0V6gg2Hw0jFAZCiwj5BcSCquBv948i2GMA1g3jqlinh2XCYccl/Hs9XzLCjejhW oAvWv0L6ZKYbZLU0Fxfc+a66DU0j/hOgoWMGmhXEZ/4yheqtV/pBeN+mCkrN2Kq+ RQpRedFHz2xp3p0IvjKx3VK0C/ZPRnw75CqyYktFVggEbUliEUgKaCizuFDj0AYb XgI1cKQe3HUaEXOGj6PnLU83FvSBGJad4l7hOpsjfYanaSnhgZG1REtMOeMCsu2y kESKuEPmel5QF0BGb8CiBSmC+pu0vB7QSkPCEKXsw8DQtI4CkYnDnmeM1bvwvMsO kIa0Th0sxgSvp6bG8VGxTca7e/ViMm5wTzqL9R7NfSlWuwOX5RP3OWQx8BqYeKix Ai5eQqDtFKpWbU40IqMT =xojY -----END PGP SIGNATURE----- --mgiPvHqStUXOBTSF-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 03:09:46 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 593445DE; Tue, 22 Apr 2014 03:09:46 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 10FE6189A; Tue, 22 Apr 2014 03:09:45 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WcR5c-000BWL-Fl; Tue, 22 Apr 2014 03:09:44 +0000 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 s3M39gp0007889; Mon, 21 Apr 2014 21:09:42 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18XplFVa7uc729kTzxN9msk Subject: Re: Build failures with high parallel make(1) jobs with GCC From: Ian Lepore To: Glen Barber In-Reply-To: <20140422025435.GL49791@glenbarber.us> References: <20140422025435.GL49791@glenbarber.us> Content-Type: multipart/mixed; boundary="=-/f9e1SmI0wN69NuW1Rk7" Date: Mon, 21 Apr 2014 21:09:42 -0600 Message-ID: <1398136182.1124.394.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-ia64@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-ppc@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2014 03:09:46 -0000 --=-/f9e1SmI0wN69NuW1Rk7 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Mon, 2014-04-21 at 22:54 -0400, Glen Barber wrote: > I have been pounding my head against the desk for longer than I care to > admit with this failure. > > I see this with powerpc, powerpc64, and now ia64. I initially thought > it was specific to powerpc{,64}, but now realize ia64 is also affected. > > This build was running with -j48 on a 48-core machine, when the > following caused build failure: > > ======================================================================= > > /usr/obj/ia64.ia64/usr/src/tmp/usr/bin/ld: cannot find -lm > --- libstdc++.so.6 --- > *** [libstdc++.so.6] Error code 1 > > make[4]: stopped in /usr/src/gnu/lib/libstdc++ > A failure has been detected in another branch of the parallel make > > ======================================================================= > > It is unclear to me when exactly this started happening, but it seems at > least two weeks is a reasonable estimate. > > I realize this is not an entirely large chunk of useful information > regarding the build failure, but I have determined it is entirely > reproducible. I have determined that the failure case seems to > disappear with make(1) jobs <= 10, at least for powerpc. > > The last successful build for powerpc on head/ was April 8. But I am > having trouble tracking down what commits may (or may not) have > contributed to recent high-parallel build failures. > > Glen > A couple weeks corresponds somewhat with the parallel subdir build changes (it's about 3 weeks now). Try this patch I cooked up today for $work, and in src/lib/Makefile add .WAIT (as if it were a directory name) between ${SUBDIR_ORDERED} and the rest of the directories. -- Ian --=-/f9e1SmI0wN69NuW1Rk7 Content-Disposition: inline; filename="parallel_make_wait.diff" Content-Type: text/x-patch; name="parallel_make_wait.diff"; charset="us-ascii" Content-Transfer-Encoding: 7bit diff -r 67802e319fc6 share/mk/bsd.subdir.mk --- a/share/mk/bsd.subdir.mk Sun Apr 20 21:01:07 2014 -0600 +++ b/share/mk/bsd.subdir.mk Mon Apr 21 06:59:37 2014 -0600 @@ -4,10 +4,10 @@ # The include file contains the default targets # for building subdirectories. # -# For all of the directories listed in the variable SUBDIRS, the +# For all of the directories listed in the variable SUBDIR, the # specified directory will be visited and the target made. There is # also a default target which allows the command "make subdir" where -# subdir is any directory listed in the variable SUBDIRS. +# subdir is any directory listed in the variable SUBDIR. # # # +++ variables +++ @@ -42,7 +42,7 @@ distribute: _SUBDIR: .USE .if defined(SUBDIR) && !empty(SUBDIR) && !defined(NO_SUBDIR) - @${_+_}for entry in ${SUBDIR}; do \ + @${_+_}for entry in ${SUBDIR:N.WAIT}; do \ if test -d ${.CURDIR}/$${entry}.${MACHINE_ARCH}; then \ ${ECHODIR} "===> ${DIRPRFX}$${entry}.${MACHINE_ARCH} (${.TARGET:realinstall=install})"; \ edir=$${entry}.${MACHINE_ARCH}; \ @@ -57,7 +57,7 @@ distribute: done .endif -${SUBDIR}: .PHONY +${SUBDIR:N.WAIT}: .PHONY ${_+_}@if test -d ${.TARGET}.${MACHINE_ARCH}; then \ cd ${.CURDIR}/${.TARGET}.${MACHINE_ARCH}; \ else \ @@ -65,13 +65,18 @@ distribute: fi; \ ${MAKE} all +__wait=.WAIT .for __target in all all-man checkdpadd clean cleandepend cleandir \ depend distribute lint maninstall manlint \ obj objlink realinstall regress tags \ ${SUBDIR_TARGETS} .ifdef SUBDIR_PARALLEL +__subdir_targets= .for __dir in ${SUBDIR} -${__target}: ${__target}_subdir_${__dir} +.if ${__wait} == ${__dir} +__subdir_targets+= .WAIT +.else +__subdir_targets+= ${__target}_subdir_${__dir} ${__target}_subdir_${__dir}: .MAKE @${_+_}set -e; \ if test -d ${.CURDIR}/${__dir}.${MACHINE_ARCH}; then \ @@ -85,7 +90,9 @@ distribute: fi; \ ${MAKE} ${__target:realinstall=install} \ DIRPRFX=${DIRPRFX}$$edir/ +.endif .endfor +${__target}: ${__subdir_targets} .else ${__target}: _SUBDIR .endif --=-/f9e1SmI0wN69NuW1Rk7-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 03:21:27 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1DDC87D5; Tue, 22 Apr 2014 03:21:27 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail0.glenbarber.us", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DB03319F8; Tue, 22 Apr 2014 03:21:26 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 8BE0E1345B; Tue, 22 Apr 2014 03:21:25 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 8BE0E1345B Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Mon, 21 Apr 2014 23:21:24 -0400 From: Glen Barber To: Ian Lepore Subject: Re: Build failures with high parallel make(1) jobs with GCC Message-ID: <20140422032124.GM49791@glenbarber.us> References: <20140422025435.GL49791@glenbarber.us> <1398136182.1124.394.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="xP4xvRzdEG0QZ+Pj" Content-Disposition: inline In-Reply-To: <1398136182.1124.394.camel@revolution.hippie.lan> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-ia64@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-ppc@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2014 03:21:27 -0000 --xP4xvRzdEG0QZ+Pj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 21, 2014 at 09:09:42PM -0600, Ian Lepore wrote: > > The last successful build for powerpc on head/ was April 8. But I am > > having trouble tracking down what commits may (or may not) have > > contributed to recent high-parallel build failures. > >=20 >=20 > A couple weeks corresponds somewhat with the parallel subdir build > changes (it's about 3 weeks now). Try this patch I cooked up today for > $work, and in src/lib/Makefile add .WAIT (as if it were a directory > name) between ${SUBDIR_ORDERED} and the rest of the directories. >=20 The patch fails to apply cleanly, but as far as I can tell, it is due to whitespace. I'll hand-patch it, and report back. Thanks. Glen --xP4xvRzdEG0QZ+Pj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTVeA0AAoJELls3eqvi17QwAEP/isU/e49YQNp0AJY5d/XSIrr GIRWwzYCPEQFC56pHQnA9xNMjh9JU2QB9SUz0cDu9gbd/uDZd2nxT00qahriZA9g paP5GKNOg+ZCHrv6usHJwUxwNk1QJ5lRA5yxkDVr6oEOxvTzT6aii8eHpNbYxyyu BajnblE7LTK+AgDxOi/dR9+TkGUb7LOQbhXdce/hD75G3wC4Cn9IgrZToKjWrNdP vK+P03qQC00gFumWSddWCZg9X6E8s8AVoNIpEuqnO+96OglzWvmKwznZD6y5YnJB Oc8QzQguwMeICoZDc/RcswJmVTSO/gtac8vMvLM7DzceGpK1pFDLO7okDbgzwc6t TsioO2wMfLOelK7pRBdYLorDS4aOtdZMtSRSeqpzZnauOL8JXN7UY+s7cIyvFN9i 7e4kxsTvUj7PT85nLTyOzJ1C/oVoxCWPB35+z3cM5+egzwjJGwwTV0CxsX5yhysx o7FtxaHNkQSwzdIy+PKY7hoXHUMQ6+3LI0dUNuP0ULweiz7UHJAUDYqQmq1gZQWi fUUpmJHwIlzLOGTCPhc9p2FEBtzQ6REyCR33LH5B6qDM/xaDmWp9dVTO2yFg10x+ y/P/QYOZJ0rvJFrCe0a6e/TYVL35/R4C8tFgcSgYIiij1ZKxBMicpWyhc+zpbx0H r5YTISLpJK2Ba8BSup2D =a0A0 -----END PGP SIGNATURE----- --xP4xvRzdEG0QZ+Pj-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 03:26:42 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B76F894B; Tue, 22 Apr 2014 03:26:42 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail0.glenbarber.us", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 83E511A26; Tue, 22 Apr 2014 03:26:42 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 6A89413544; Tue, 22 Apr 2014 03:26:40 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 6A89413544 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Mon, 21 Apr 2014 23:26:38 -0400 From: Glen Barber To: Ian Lepore Subject: Re: Build failures with high parallel make(1) jobs with GCC Message-ID: <20140422032638.GN49791@glenbarber.us> References: <20140422025435.GL49791@glenbarber.us> <1398136182.1124.394.camel@revolution.hippie.lan> <20140422032124.GM49791@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="iRy0ocDzxpWaNtI5" Content-Disposition: inline In-Reply-To: <20140422032124.GM49791@glenbarber.us> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-ia64@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-ppc@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2014 03:26:42 -0000 --iRy0ocDzxpWaNtI5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 21, 2014 at 11:21:24PM -0400, Glen Barber wrote: > On Mon, Apr 21, 2014 at 09:09:42PM -0600, Ian Lepore wrote: > > > The last successful build for powerpc on head/ was April 8. But I am > > > having trouble tracking down what commits may (or may not) have > > > contributed to recent high-parallel build failures. > > >=20 > >=20 > > A couple weeks corresponds somewhat with the parallel subdir build > > changes (it's about 3 weeks now). Try this patch I cooked up today for > > $work, and in src/lib/Makefile add .WAIT (as if it were a directory > > name) between ${SUBDIR_ORDERED} and the rest of the directories. > >=20 >=20 > The patch fails to apply cleanly, but as far as I can tell, it is due to > whitespace. >=20 > I'll hand-patch it, and report back. >=20 Nope, I'm getting conflicts on revisions as far back as r251749. Glen --iRy0ocDzxpWaNtI5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTVeFuAAoJELls3eqvi17QB0gQAMGf0WLSZ6bVaYXxGAyB5nkm lQOMuEe6hOjfV264MbH5GiuAaBJW36PbQ2SQpUAHYusQHXAfjQkvkNUVnH49exLT Iinuo4r9Gnm7fFFk4fEXewTjHlu+X3zHVwZWa9QrZuXKW6q8plfCq7jqMGCL0o85 21827uZvi6+asIF9yFfQ7yxdKQI5q+RASykF6n+l1Y/V3AhL8nwh1VP6EPq6pZY/ rMTSGif+oG5JBu64wyrl5drJgq+8w3YVUX8E0dLCGNcw3c0soqmoc+5R+hWVFqeT ydHG2k+T3XVQUOTCH638gSOk49ETCOGrWhJOc+dyPv26DQxTJD3sgfR6FoOnEFeC xsO29hZh07qqDkJZYwkxLFp7G0f/CkIDbDyynpIMYALR+PMc68oZWvtHgO8DITIQ ero69CAIQMBG+QRjBhE1cQ30ogqS5rcuFBTt57fDwGUJw1p3uc9rpyu+le+6KS8A bWeMyjXELW9HdTpl1uS7HlwsQII9GuKS/tUX/HSZpc38kMr9wGqu2sBRAfCk0E0A S5EqleXY0rrhFxCymHm9goWHt7HUTsy0J7ws/sK4PHv5rXQbfvJSUQwN5hTiQ1Zw GQy/qFzaC3TB0tRcpQucDpJOzm4hY0c2D+ZV/eMnbqnzkI4VGvqN/NrOYlFm8J8P QFavXb8yQT+GVlq3KjN6 =q7Ng -----END PGP SIGNATURE----- --iRy0ocDzxpWaNtI5-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 03:46:40 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 55DEAB88; Tue, 22 Apr 2014 03:46:40 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 254841BBA; Tue, 22 Apr 2014 03:46:39 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WcRfK-000B7d-JT; Tue, 22 Apr 2014 03:46:38 +0000 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 s3M3ka7x007911; Mon, 21 Apr 2014 21:46:36 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18IgY9ZEPkzwNloazGAjw22 Subject: Re: Build failures with high parallel make(1) jobs with GCC From: Ian Lepore To: Glen Barber In-Reply-To: <20140422032638.GN49791@glenbarber.us> References: <20140422025435.GL49791@glenbarber.us> <1398136182.1124.394.camel@revolution.hippie.lan> <20140422032124.GM49791@glenbarber.us> <20140422032638.GN49791@glenbarber.us> Content-Type: text/plain; charset="us-ascii" Date: Mon, 21 Apr 2014 21:46:36 -0600 Message-ID: <1398138396.1124.395.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, freebsd-ppc@FreeBSD.org, freebsd-ia64@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2014 03:46:40 -0000 On Mon, 2014-04-21 at 23:26 -0400, Glen Barber wrote: > On Mon, Apr 21, 2014 at 11:21:24PM -0400, Glen Barber wrote: > > On Mon, Apr 21, 2014 at 09:09:42PM -0600, Ian Lepore wrote: > > > > The last successful build for powerpc on head/ was April 8. But I am > > > > having trouble tracking down what commits may (or may not) have > > > > contributed to recent high-parallel build failures. > > > > > > > > > > A couple weeks corresponds somewhat with the parallel subdir build > > > changes (it's about 3 weeks now). Try this patch I cooked up today for > > > $work, and in src/lib/Makefile add .WAIT (as if it were a directory > > > name) between ${SUBDIR_ORDERED} and the rest of the directories. > > > > > > > The patch fails to apply cleanly, but as far as I can tell, it is due to > > whitespace. > > > > I'll hand-patch it, and report back. > > > > Nope, I'm getting conflicts on revisions as far back as r251749. > > Glen > Doh! I completely forgot that's against 8.2 that we use at work. I'll re-spin it for -current. -- Ina From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 04:06:01 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BC23AF7A; Tue, 22 Apr 2014 04:06:01 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 785321D29; Tue, 22 Apr 2014 04:06:00 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WcRy4-000LEz-4z; Tue, 22 Apr 2014 04:06:00 +0000 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 s3M45vI5007926; Mon, 21 Apr 2014 22:05:57 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18p3C98cwrslF37CWSoKrhp Subject: Re: Build failures with high parallel make(1) jobs with GCC From: Ian Lepore To: Glen Barber In-Reply-To: <20140422032638.GN49791@glenbarber.us> References: <20140422025435.GL49791@glenbarber.us> <1398136182.1124.394.camel@revolution.hippie.lan> <20140422032124.GM49791@glenbarber.us> <20140422032638.GN49791@glenbarber.us> Content-Type: multipart/mixed; boundary="=-4vT4niMGycC0cJObroG9" Date: Mon, 21 Apr 2014 22:05:57 -0600 Message-ID: <1398139557.1124.396.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-current@FreeBSD.org, freebsd-ppc@FreeBSD.org, freebsd-ia64@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2014 04:06:01 -0000 --=-4vT4niMGycC0cJObroG9 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Mon, 2014-04-21 at 23:26 -0400, Glen Barber wrote: > On Mon, Apr 21, 2014 at 11:21:24PM -0400, Glen Barber wrote: > > On Mon, Apr 21, 2014 at 09:09:42PM -0600, Ian Lepore wrote: > > > > The last successful build for powerpc on head/ was April 8. But I am > > > > having trouble tracking down what commits may (or may not) have > > > > contributed to recent high-parallel build failures. > > > > > > > > > > A couple weeks corresponds somewhat with the parallel subdir build > > > changes (it's about 3 weeks now). Try this patch I cooked up today for > > > $work, and in src/lib/Makefile add .WAIT (as if it were a directory > > > name) between ${SUBDIR_ORDERED} and the rest of the directories. > > > > > > > The patch fails to apply cleanly, but as far as I can tell, it is due to > > whitespace. > > > > I'll hand-patch it, and report back. > > > > Nope, I'm getting conflicts on revisions as far back as r251749. > > Glen > This one should work better. The lib/Makefile is included this time. -- Ian --=-4vT4niMGycC0cJObroG9 Content-Disposition: inline; filename="parallel_make_wait.diff" Content-Type: text/x-patch; name="parallel_make_wait.diff"; charset="us-ascii" Content-Transfer-Encoding: 7bit Index: share/mk/bsd.subdir.mk =================================================================== --- share/mk/bsd.subdir.mk (revision 264744) +++ share/mk/bsd.subdir.mk (working copy) @@ -45,7 +45,7 @@ distribute: .MAKE _SUBDIR: .USE .MAKE .if defined(SUBDIR) && !empty(SUBDIR) && !defined(NO_SUBDIR) - @${_+_}set -e; for entry in ${SUBDIR}; do \ + @${_+_}set -e; for entry in ${SUBDIR:N.WAIT}; do \ if test -d ${.CURDIR}/$${entry}.${MACHINE_ARCH}; then \ ${ECHODIR} "===> ${DIRPRFX}$${entry}.${MACHINE_ARCH} (${.TARGET:realinstall=install})"; \ edir=$${entry}.${MACHINE_ARCH}; \ @@ -60,7 +60,7 @@ _SUBDIR: .USE .MAKE done .endif -${SUBDIR}: .PHONY .MAKE +${SUBDIR:N.WAIT}: .PHONY .MAKE ${_+_}@if test -d ${.TARGET}.${MACHINE_ARCH}; then \ cd ${.CURDIR}/${.TARGET}.${MACHINE_ARCH}; \ else \ @@ -68,12 +68,18 @@ _SUBDIR: .USE .MAKE fi; \ ${MAKE} all +# Work around parsing of .if nested in .for by putting .WAIT string into a var. +__wait= .WAIT .for __target in all all-man checkdpadd clean cleandepend cleandir \ cleanilinks depend distribute lint maninstall manlint obj objlink \ realinstall regress tags ${SUBDIR_TARGETS} .ifdef SUBDIR_PARALLEL +__subdir_targets= .for __dir in ${SUBDIR} -${__target}: ${__target}_subdir_${__dir} +.if ${__wait} == ${__dir} +__subdir_targets+= .WAIT +.else +__subdir_targets+= ${__target}_subdir_${__dir} ${__target}_subdir_${__dir}: .MAKE @${_+_}set -e; \ if test -d ${.CURDIR}/${__dir}.${MACHINE_ARCH}; then \ @@ -87,7 +93,9 @@ ${__target}_subdir_${__dir}: .MAKE fi; \ ${MAKE} ${__target:realinstall=install} \ DIRPRFX=${DIRPRFX}$$edir/ +.endif .endfor +${__target}: ${__subdir_targets} .else ${__target}: _SUBDIR .endif Index: lib/Makefile =================================================================== --- lib/Makefile (revision 264744) +++ lib/Makefile (working copy) @@ -62,6 +62,7 @@ SUBDIR_ORDERED+= libcom_err .endif SUBDIR= ${SUBDIR_ORDERED} \ + .WAIT \ libalias \ libarchive \ ${_libatm} \ --=-4vT4niMGycC0cJObroG9-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 04:13:57 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8235C1C7; Tue, 22 Apr 2014 04:13:57 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail0.glenbarber.us", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4EF3A1DE0; Tue, 22 Apr 2014 04:13:57 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id EA26813B20; Tue, 22 Apr 2014 04:13:54 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us EA26813B20 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 22 Apr 2014 00:13:53 -0400 From: Glen Barber To: Ian Lepore Subject: Re: Build failures with high parallel make(1) jobs with GCC Message-ID: <20140422041353.GO49791@glenbarber.us> References: <20140422025435.GL49791@glenbarber.us> <1398136182.1124.394.camel@revolution.hippie.lan> <20140422032124.GM49791@glenbarber.us> <20140422032638.GN49791@glenbarber.us> <1398139557.1124.396.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Aq6vH1t1JS3Uc7g3" Content-Disposition: inline In-Reply-To: <1398139557.1124.396.camel@revolution.hippie.lan> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@FreeBSD.org, freebsd-ppc@FreeBSD.org, freebsd-ia64@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2014 04:13:57 -0000 --Aq6vH1t1JS3Uc7g3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 21, 2014 at 10:05:57PM -0600, Ian Lepore wrote: > On Mon, 2014-04-21 at 23:26 -0400, Glen Barber wrote: > > On Mon, Apr 21, 2014 at 11:21:24PM -0400, Glen Barber wrote: > > > On Mon, Apr 21, 2014 at 09:09:42PM -0600, Ian Lepore wrote: > > > > > The last successful build for powerpc on head/ was April 8. But = I am > > > > > having trouble tracking down what commits may (or may not) have > > > > > contributed to recent high-parallel build failures. > > > > >=20 > > > >=20 > > > > A couple weeks corresponds somewhat with the parallel subdir build > > > > changes (it's about 3 weeks now). Try this patch I cooked up today= for > > > > $work, and in src/lib/Makefile add .WAIT (as if it were a directory > > > > name) between ${SUBDIR_ORDERED} and the rest of the directories. > > > >=20 > > >=20 > > > The patch fails to apply cleanly, but as far as I can tell, it is due= to > > > whitespace. > > >=20 > > > I'll hand-patch it, and report back. > > >=20 > >=20 > > Nope, I'm getting conflicts on revisions as far back as r251749. > >=20 > > Glen > >=20 >=20 > This one should work better. The lib/Makefile is included this time. >=20 This patch applies fine. It seems to already have an effect, but I won't go so far to say it works until I see the 'World build completed: ' message. I'll follow up tomorrow once build is done. Thanks! Glen --Aq6vH1t1JS3Uc7g3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTVeyAAAoJELls3eqvi17QwNwP/AqZRed61SZvyskBC7wI6D3z 5Ao9xV3S2pIYm0elnmStq6tVMWAWRH53dhlmIwbJSDpllA3V1+hO1lMVkIo126su nqw9ROR5pdLYJUe4dK0Zb6Rhfj1CbSn2/vbcZPLKw1XJv2wYuFkN5Ez63DZqvv9o njnx/w8yrCvKhugTwFArk+DbjqY0Jzs3gaF4owF/8/A6N1eXwSGJt/xioTfw+/me p6HPj0HN2FR0rrkIHO1ufX4g+a3IItrVWVkgPkUunuvCcWtJELkz5qpa0Go7Gpv5 DqP3qIc7emOs6I9KAjqBeG5ZJ3OlY9Jqd0ugwvmURJiFqgE8VZI90RuVidMW9CCL 2D7Ytn2aFGBXAH9lSI+G2nH9bNhzTb+8dCv7SwbH5+YiM/aTn3WrhAcY22d6kLZX r0KykKie4eUFTKfYwxYF72nY/UE56lsgZH5loVCCo6US4VTEUrD+hMmROkAJPzvr lsL+vsLk0qPArOMjwCg1u82Bya+hQ4nW5F1ldV2cPBR0/lNO5G9rsy71FrUqFaku +Y77vxVohG8LyGLIRpxcbBcIv6jatAPK6GrxmyzYh16CXK6EfniZTuiDKj5p9RxL Q+rRReSPd8GtESBKl5GiumNK/XW4sVHGHN46v8jinjWGtW0Z1KvHy15uoLgntiUs iYtn33EeW/zOKc+TvAS2 =wkx6 -----END PGP SIGNATURE----- --Aq6vH1t1JS3Uc7g3-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 07:37:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F12E872 for ; Tue, 22 Apr 2014 07:37:42 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 33DAD1F39 for ; Tue, 22 Apr 2014 07:37:41 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile11) with ESMTP id s3M7MBDw008269 for ; Tue, 22 Apr 2014 16:22:11 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili16) with ESMTP id s3M7MBM07444 for ; Tue, 22 Apr 2014 16:22:11 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi15) id s3M7MBbT017173 for freebsd-current@freebsd.org; Tue, 22 Apr 2014 16:22:11 +0900 From: takehara.mikihito@jp.panasonic.com Received: from jp.panasonic.com by lomi15.jp.panasonic.com (8.12.11.20060308/3.7W) with SMTP id s3M7M9oI017114 for ; Tue, 22 Apr 2014 16:22:09 +0900 To: freebsd-current@freebsd.org Subject: uninitialized journal data written in SU+J ? Date: Tue, 22 Apr 2014 16:21:43 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: HidemaruMail 6.22 (WinNT,601) Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2014 07:37:42 -0000 Hello, I'm testing UFS with SU+J. But it seems sometimes broken journal data has written. In softdep_process_journal (ffs_softdep.c), there is a while code to build jsegrec and each entry. But by my test, sometimes there is no entry then break this while code without building jsegrec. If this happens, bp->b_data is not initialized but this bp is written, I think. I checked this behavior by following patch. ============================================================================================ diff --git a/sys/ufs/ffs/ffs_softdep.c b/sys/ufs/ffs/ffs_softdep.c index 585af50..2d4939c 100644 --- a/sys/ufs/ffs/ffs_softdep.c +++ b/sys/ufs/ffs/ffs_softdep.c @@ -3421,6 +3421,15 @@ softdep_process_journal(mp, needwk, flags) data = bp->b_data + off; cnt--; } + +#if 1 + if (off == 0) { + struct jsegrec *tmp = (struct jsegrec*)bp->b_data; + if (tmp->jsr_seq != jseg->js_seq) { + panic("test test"); + } + } +#endif /* * Write this one buffer and continue. */ ============================================================================================ If uninitialized data is "valid" by fsck suj, this may result filesystem corruption, I think. I think it's better to clear b_data before using it. From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 14:38:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B9DDC86A for ; Tue, 22 Apr 2014 14:38:32 +0000 (UTC) Received: from mail-ve0-x234.google.com (mail-ve0-x234.google.com [IPv6:2607:f8b0:400c:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7B0F41D48 for ; Tue, 22 Apr 2014 14:38:32 +0000 (UTC) Received: by mail-ve0-f180.google.com with SMTP id jz11so9807816veb.11 for ; Tue, 22 Apr 2014 07:38:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:date:message-id:subject:from:to :content-type; bh=M4y9OZqXydss3v7BvJl/DpJycI9pPCjVJACYDbWUsCE=; b=DqGjCaVm2T6gUJAl9soKZmPQEQGITDPM1/x5t90Cn/S8DA5+nvhXbfT4KySIixv6or CeQWZRBTLbVZG5k3h3+026ZxdXsBTXgffUIcQD/aWzNcD05CplSn6swus1HKe3UuQMxD AHPRA4BsQXZ+AGXcJJwHvcQH8+nNFl6Nm9eSuWzuP8INiTOe6fhtWzPH8ES7GQiy04w+ tU4IiU3L7bWyDGDqyEByeEjzlW78K/ANfYiDN7XTGBTiKrxomU5UML4K72BwjwWto2mO ugH177vTpx5keNMKZayRZZqdoIKMrU3QQ6g+DRgaNfAdslJKw/clqG28LxPtTxzGD8TF oDiw== MIME-Version: 1.0 X-Received: by 10.220.159.4 with SMTP id h4mr37658365vcx.1.1398177511593; Tue, 22 Apr 2014 07:38:31 -0700 (PDT) Sender: hiroo.ono@gmail.com Received: by 10.58.216.232 with HTTP; Tue, 22 Apr 2014 07:38:31 -0700 (PDT) Date: Tue, 22 Apr 2014 23:38:31 +0900 X-Google-Sender-Auth: n7V0xLvNHyF4tObePdj2ugPpmmU Message-ID: Subject: Three LOR in r264695 From: =?UTF-8?B?SGlyb28gT25vICjlsI/ph47lr5vnlJ8p?= To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: hiroo.ono+freebsd@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, 22 Apr 2014 14:38:32 -0000 I encountered three LOR in head r264695. The 1st and 2nd are the same and it does not seem to be in http://sources.zabbadoz.net/freebsd/lor.html , though similar LORs exist. The 3rd seems to be LOR #276 did not look into further detail. lock order reversal: 1st 0xc6d3b7f8 ufs (ufs) @ /usr/local/poudriere/jails/head20140420/usr/src/sys/kern/vfs_subr.c:2101 2nd 0xc5829838 bufwait (bufwait) @ /usr/local/poudriere/jails/head20140420/usr/src/sys/ufs/ffs/ffs_vnops.c:262 3rd 0xc6bd3150 ufs (ufs) @ /usr/local/poudriere/jails/head20140420/usr/src/sys/kern/vfs_subr.c:2101 KDB: stack backtrace: kdb_backtrace(c11684b4,c6082800,c119df21,c5d9acf8,c119db45,...) at 0xc0b1a620 = kdb_backtrace+0x30/frame 0xe8f6e7d4 witness_checkorder(c6082800,9,c119db45,11c,0,...) at 0xc0b36cf4 = witness_checkorder+0xd04/frame 0xe8f6e820 _sx_xlock(c6082800,0,c119db45,11c,c667a000,...) at 0xc0ae84a5 = _sx_xlock+0x75/frame 0xe8f6e850 ufsdirhash_add(c6a97c3c,e8f6e948,80c,e8f6e8d0,e8f6e8d4,...) at 0xc0d7f237 = ufsdirhash_add+0x37/frame 0xe8f6e880 ufs_direnter(c6aab8e0,c6c55b18,e8f6e948,e8f6eb64,c58cf5c0,...) at 0xc0d82144 = ufs_direnter+0x604/frame 0xe8f6e900 ufs_mkdir(e8f6ec00,c1410ba8,c6aab8e0,e8f6ebfc,12b,...) at 0xc0d8b0c2 = ufs_mkdir+0x8c2/frame 0xe8f6ea9c VOP_MKDIR_APV(c13fb850,e8f6ec00,e8f6eb64,e8f6eb90,28cd86b0,...) at 0xc101778e = VOP_MKDIR_APV+0xfe/frame 0xe8f6eac8 kern_mkdirat(c6a88000,ffffff9c,28cd86b0,0,1ff) at 0xc0ba05b8 = kern_mkdirat+0x238/frame 0xe8f6ec24 sys_mkdir(c6a88000,e8f6ecc8,c608d064,0,c5f39314,...) at 0xc0ba02f1 = sys_mkdir+0x31/frame 0xe8f6ec40 syscall(e8f6ed08) at 0xc0ff0a1c = syscall+0x30c/frame 0xe8f6ecfc Xint0x80_syscall() at 0xc0fd8aa1 = Xint0x80_syscall+0x21/frame 0xe8f6ecfc --- syscall (136, FreeBSD ELF32, sys_mkdir), eip = 0x286d2927, esp = 0xbfbfe4cc, ebp = 0xbfbfe4dc --- lock order reversal: 1st 0xc6d3b7f8 ufs (ufs) @ /usr/local/poudriere/jails/head20140420/usr/src/sys/kern/vfs_subr.c:2101 2nd 0xc5829838 bufwait (bufwait) @ /usr/local/poudriere/jails/head20140420/usr/src/sys/ufs/ffs/ffs_vnops.c:262 3rd 0xc6bd3150 ufs (ufs) @ /usr/local/poudriere/jails/head20140420/usr/src/sys/kern/vfs_subr.c:2101 KDB: stack backtrace: db_trace_self_wrapper(c116454b,2f637273,2f737973,6e72656b,7366762f,...) at 0xc05254ad = db_trace_self_wrapper+0x2d/frame 0xe6bfb3c0 kdb_backtrace(c11684cd,c6bd3150,c114e34a,c5d9ac90,c1172320,...) at 0xc0b1a620 = kdb_backtrace+0x30/frame 0xe6bfb424 witness_checkorder(c6bd3150,9,c1172320,835,c6bd3170,...) at 0xc0b36cf4 = witness_checkorder+0xd04/frame 0xe6bfb470 __lockmgr_args(c6bd3150,80100,c6bd3170,0,0,...) at 0xc0ac1c83 = __lockmgr_args+0x8f3/frame 0xe6bfb550 ffs_lock(e6bfb5d0,c1488640,c5d79110,c5d7f978,c5d79110,...) at 0xc0d798f7 = ffs_lock+0x87/frame 0xe6bfb58c VOP_LOCK1_APV(c13fb850,e6bfb5d0,104,1bb,c1410788,...) at 0xc101821a = VOP_LOCK1_APV+0x10a/frame 0xe6bfb5b8 _vn_lock(c6bd311c,80100,c1172320,835,c11714ea,...) at 0xc0ba3b26 = _vn_lock+0xa6/frame 0xe6bfb5f8 vget(c6bd311c,80100,c66b7c40,57,0,...) at 0xc0b91a14 = vget+0x74/frame 0xe6bfb630 vfs_hash_get(c665cd20,47618f,80000,c66b7c40,e6bfb730,...) at 0xc0b8544c = vfs_hash_get+0xfc/frame 0xe6bfb65c ffs_vgetf(c665cd20,47618f,80000,e6bfb730,1,...) at 0xc0d742f4 = ffs_vgetf+0x44/frame 0xe6bfb6b8 softdep_sync_buf(c6d3b7c4,c58297e0,1,0,0,...) at 0xc0d6b88f = softdep_sync_buf+0xbdf/frame 0xe6bfb748 ffs_syncvnode(c6d3b7c4,1,0,0,c13fb850,...) at 0xc0d7a7bd = ffs_syncvnode+0x2dd/frame 0xe6bfb7a0 ffs_fsync(e6bfb848,0,c665cd20,c7314e00,c6b52880,...) at 0xc0d79786 = ffs_fsync+0x26/frame 0xe6bfb7c4 VOP_FSYNC_APV(c13fb850,e6bfb848,60000,0,477211,...) at 0xc101717e = VOP_FSYNC_APV+0xfe/frame 0xe6bfb7f0 ufs_direnter(c6d3b7c4,c731c6a8,e6bfb8b8,e6bfbbcc,0,...) at 0xc0d8209e = ufs_direnter+0x55e/frame 0xe6bfb870 ufs_makeinode(e6bfbbb8,e6bfbbcc) at 0xc0d8bdc4 = ufs_makeinode+0x534/frame 0xe6bfb9f0 ufs_create(e6bfbad8,614,c665cd30,2,c665cd74,...) at 0xc0d8799f = ufs_create+0x2f/frame 0xe6bfba04 VOP_CREATE_APV(c13fb850,e6bfbad8,e6bfbbcc,e6bfba68,c0acadb0,...) at 0xc101589e = VOP_CREATE_APV+0xfe/frame 0xe6bfba30 vn_open_cred(e6bfbb70,e6bfbbfc,1a4,0,c6626880,c66c18c0) at 0xc0ba3270 = vn_open_cred+0x2f0/frame 0xe6bfbb00 vn_open(e6bfbb70,e6bfbbfc,1a4,c66c18c0,28cba150,...) at 0xc0ba2f6d = vn_open+0x3d/frame 0xe6bfbb28 kern_openat(c66b7c40,ffffff9c,28cba150,0,100a01,1a4) at 0xc0b9b300 = kern_openat+0x310/frame 0xe6bfbc1c sys_open(c66b7c40,e6bfbcc8,c608d064,0,db,...) at 0xc0b9af59 = sys_open+0x39/frame 0xe6bfbc40 syscall(e6bfbd08) at 0xc0ff0a1c = syscall+0x30c/frame 0xe6bfbcfc Xint0x80_syscall() at 0xc0fd8aa1 = Xint0x80_syscall+0x21/frame 0xe6bfbcfc --- syscall (5, FreeBSD ELF32, sys_open), eip = 0x2841edc3, esp = 0xbfbfe9a0, ebp = 0xbfbfe9c8 --- lock order reversal: 1st 0xc82857f8 ufs (ufs) @ /usr/local/poudriere/jails/head20140420/usr/src/sys/kern/vfs_mount.c:851 2nd 0xc9f12b4c devfs (devfs) @ /usr/local/poudriere/jails/head20140420/usr/src/sys/kern/vfs_subr.c:2101 KDB: stack backtrace: db_trace_self_wrapper(c116454b,2f727375,2f637273,2f737973,6e72656b,...) at 0xc05254ad = db_trace_self_wrapper+0x2d/frame 0xe8f98768 kdb_backtrace(c11684b4,c9f12b4c,c115a8c8,c5d9ab58,c1172320,...) at 0xc0b1a620 = kdb_backtrace+0x30/frame 0xe8f987cc witness_checkorder(c9f12b4c,9,c1172320,835,c9f12b6c,...) at 0xc0b36cf4 = witness_checkorder+0xd04/frame 0xe8f98818 __lockmgr_args(c9f12b4c,80500,c9f12b6c,0,0,0,c1172320,835) at 0xc0ac1c83 = __lockmgr_args+0x8f3/frame 0xe8f988f4 vop_stdlock(e8f98968,c5d79110,c5d7bef8,c5d79110,c5d7bef8,...) at 0xc0b8155d = vop_stdlock+0x4d/frame 0xe8f98924 VOP_LOCK1_APV(c13c4b5c,e8f98968,0,0,c1410788,...) at 0xc101821a = VOP_LOCK1_APV+0x10a/frame 0xe8f98950 _vn_lock(c9f12b18,80500,c1172320,835,c1145ac4,...) at 0xc0ba3b26 = _vn_lock+0xa6/frame 0xe8f98990 vget(c9f12b18,80500,c6a86000,199,0,...) at 0xc0b91a14 = vget+0x74/frame 0xe8f989c4 devfs_allocv(c5d77600,c665ca80,80000,e8f98a0c,c1725e84,...) at 0xc09c3a3c = devfs_allocv+0x10c/frame 0xe8f989f4 devfs_root(c665ca80,80000,e8f98bf8,35c,c665e640,...) at 0xc09c3472 = devfs_root+0x52/frame 0xe8f98a18 vfs_donmount(c6a86000,0,0,c66a8700,c66a8700,...) at 0xc0b89892 = vfs_donmount+0x1312/frame 0xe8f98c18 sys_nmount(c6a86000,e8f98cc8,c132613e,d5,d9fa9c80,...) at 0xc0b88558 = sys_nmount+0x78/frame 0xe8f98c40 syscall(e8f98d08) at 0xc0ff0a1c = syscall+0x30c/frame 0xe8f98cfc Xint0x80_syscall() at 0xc0fd8aa1 = Xint0x80_syscall+0x21/frame 0xe8f98cfc --- syscall (378, FreeBSD ELF32, sys_nmount), eip = 0x280df61b, esp = 0xbfbfdcb0, ebp = 0xbfbfe208 --- From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 15:19:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EBF6683C for ; Tue, 22 Apr 2014 15:19:22 +0000 (UTC) Received: from mail-ve0-x236.google.com (mail-ve0-x236.google.com [IPv6:2607:f8b0:400c:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A9FC11377 for ; Tue, 22 Apr 2014 15:19:22 +0000 (UTC) Received: by mail-ve0-f182.google.com with SMTP id jw12so9996813veb.27 for ; Tue, 22 Apr 2014 08:19:21 -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:message-id :subject:from:to:cc:content-type; bh=hRywNRMmXyRI+2/ADFAXkDeijJNBP7fxhlhDiMWv46k=; b=u+qQHQQ8ZjwHCDQPb61K0oGOpLK349cfiYNT1O46cf4NOuEMr1IhGdpsc4XZef03s7 uP3ut3cWwxHJpyNcs0fTuoWN0M3dcrapV1XJsP2C2byM/XFJarlNXtkQJHQsiM5gUEAr vBZ5lOcLeXD320l6s1joFP5SFZgYRJrSpStQWhqtp3WPvt6vMIP2JmYklDw5EPtPjIqt SiZ6IYVqy1O154pLcO5z62c2LCFxx5VCwIUWAs8A7hKqokoKbkhloamJflIHGeEnDYXi UDirwOX7VWLofwITpGwBgEF4e1XWiZSTPWXe0SoBQH78C2CJ56nmHH6msR+Z8FxEKf6s hi4w== MIME-Version: 1.0 X-Received: by 10.58.49.10 with SMTP id q10mr39821025ven.5.1398179961813; Tue, 22 Apr 2014 08:19:21 -0700 (PDT) Sender: hiroo.ono@gmail.com Received: by 10.58.216.232 with HTTP; Tue, 22 Apr 2014 08:19:21 -0700 (PDT) In-Reply-To: References: Date: Wed, 23 Apr 2014 00:19:21 +0900 X-Google-Sender-Auth: StazBZ4fCVhEz0d4fRuitFpufxQ Message-ID: Subject: Re: Booting from ZFS root on MBR layout fails on ThinkPad X61s From: =?UTF-8?B?SGlyb28gT25vICjlsI/ph47lr5vnlJ8p?= To: "Sevan / Venture37" Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: hiroo.ono+freebsd@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, 22 Apr 2014 15:19:23 -0000 hello, I am not sure, so pardon me if I am wrong. 2014-04-16 7:01 GMT+09:00 Sevan / Venture37 : > Hi, > I decided to wipe away the disk in my X61s & start afresh with a new > install of FreeBSD-Current at the same time switching to root on ZFS > (previously /boot was on UFS). > I've been unsuccessful in being able get the system to boot, after > trying various combinations of > https://wiki.freebsd.org/RootOnZFS/ZFSBootPartition I switched back to > using the install menu option & just switching from GPT to MBR > (everything else as default). > Once install completes & the system reboots, the system hangs at a prompt. option GEOM_PART_MBR option GEOM_PART_BSD are dropped from GENERIC config. Does it make any difference if you put geom_part_mbr_load="YES" geom_part_bsd_load="YES" in /boot/loader.conf before rebooting? > I was pointed to a post regarding modifying partition ID's by Allan > Jude as there seems to have been an issue with ThinkPads & FreeBSD in > the past. This also didn't work & caused the system to reset. > > What should be my next step for trying to debug this issue? > > > 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" From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 16:18:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A3A0543 for ; Tue, 22 Apr 2014 16:18:10 +0000 (UTC) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DBFC51AC6 for ; Tue, 22 Apr 2014 16:18:09 +0000 (UTC) Received: by mail-wg0-f44.google.com with SMTP id m15so4090066wgh.3 for ; Tue, 22 Apr 2014 09:18:08 -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=FhHy/Qdas6H0RgNJG2FlfDSfhKHRxc0PUsrNzfoWaWg=; b=uOPKICd7utXVwPENdiG2j0WHkwoA71suAtFPjyGRsSKV+3N9LAclXiHk++Rtq5OsB1 B3UyeU9N3OUfWGouj5sfrUZBZWtNGBE8WjyVhY9AlRMQClLyZpAovOvEyQxBjOEQnFcx HJVWR6mgNN8/FwyJCMrSRWVv//NZXN04SXaB4gGJ9o63f7z1b9Y/gUH797q5TmprnXb8 BoUoJAyQhtDBDmq+OVAT+Xm0KxzK1zkL4wq8QN+OCZ11RU7XLwZsybzEwe13ptK165Za YKHzSZl7XNfAH2ruc4rrT0dQJyChR+XeXC7phLWXp/ffbwl6XAxqJI573HFA3Axg+fqT CbVg== MIME-Version: 1.0 X-Received: by 10.194.60.146 with SMTP id h18mr32397852wjr.26.1398183488116; Tue, 22 Apr 2014 09:18:08 -0700 (PDT) Received: by 10.194.235.68 with HTTP; Tue, 22 Apr 2014 09:18:07 -0700 (PDT) Date: Tue, 22 Apr 2014 20:18:07 +0400 Message-ID: Subject: ZFS bug or feature From: Andrey Fesenko To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2014 16:18:10 -0000 After detach ada0 and attach him (reboot between that) boot only one disk Apr 17 13:33:52 x220 kernel: ada0 at ahcich2 bus 0 scbus0 target 0 lun 0 Apr 17 13:33:52 x220 kernel: ada0: ATA-8 SATA 2.x device Apr 17 13:33:52 x220 kernel: ada0: Serial Number OCZ-J8928HU1G10KR9XM Apr 17 13:33:52 x220 kernel: ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) Apr 17 13:33:52 x220 kernel: ada0: Command Queueing enabled Apr 17 13:33:52 x220 kernel: ada0: 114473MB (234441648 512 byte sectors: 1H 63S/T 65535C) Apr 17 13:33:52 x220 kernel: ada0: Previously was known as ad4 After attach ada0 im see this # camcontrol devlist at scbus0 target 0 lun 0 (ada0,pass0) at scbus1 target 0 lun 0 (ada1,pass1) # zpool status pool: x220pool state: ONLINE status: Some supported features are not enabled on the pool. The pool can still be used, but some features are unavailable. action: Enable all features using 'zpool upgrade'. Once this is done, the pool may no longer be accessible by software that does not support the features. See zpool-features(7) for details. scan: resilvered 42.4M in 0h0m with 0 errors on Thu Apr 17 13:48:42 2014 config: NAME STATE READ WRITE CKSUM x220pool ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 diskid/DISK-OCZ-J8928HU1G10KR9XMs1a ONLINE 0 0 0 ada0s1a ONLINE 0 0 0 errors: No known data errors # gpart show => 63 468862065 ada0 MBR (224G) 63 234441585 1 freebsd (112G) 234441648 234420480 2 freebsd (112G) => 0 234441585 ada0s1 BSD (112G) 0 234441585 1 freebsd-zfs (112G) => 63 234441585 diskid/DISK-OCZ-J8928HU1G10KR9XM MBR (112G) 63 234441585 1 freebsd [active] (112G) => 0 234441585 diskid/DISK-OCZ-J8928HU1G10KR9XMs1 BSD (112G) 0 234441585 1 freebsd-zfs (112G) Apr 17 13:48:43 x220 kernel: ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 Apr 17 13:48:43 x220 kernel: ada0: ATA-8 SATA 3.x device Apr 17 13:48:43 x220 kernel: ada0: Serial Number 1240792700001802000A Apr 17 13:48:43 x220 kernel: ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) Apr 17 13:48:43 x220 kernel: ada0: Command Queueing enabled Apr 17 13:48:43 x220 kernel: ada0: 228936MB (468862128 512 byte sectors: 16H 63S/T 16383C) Apr 17 13:48:43 x220 kernel: ada0: Previously was known as ad4 Apr 17 13:48:43 x220 kernel: ada1 at ahcich2 bus 0 scbus1 target 0 lun 0 Apr 17 13:48:43 x220 kernel: ada1: ATA-8 SATA 2.x device Apr 17 13:48:43 x220 kernel: ada1: Serial Number OCZ-J8928HU1G10KR9XM Apr 17 13:48:43 x220 kernel: ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) Apr 17 13:48:43 x220 kernel: ada1: Command Queueing enabled Apr 17 13:48:43 x220 kernel: ada1: 114473MB (234441648 512 byte sectors: 1H 63S/T 65535C) Apr 17 13:48:43 x220 kernel: ada1: Previously was known as ad6 # zpool history -il | tail -6 2014-04-17.13:33:51 [txg:8004153] open pool version 5000; software version 5000/5; uts 11.0-CURRENT 1100005 amd64 [on x220.local] 2014-04-17.13:48:36 [txg:8004321] open pool version 5000; software version 5000/5; uts 11.0-CURRENT 1100005 amd64 [on x220.local] 2014-04-17.13:48:41 [txg:8004324] scan setup func=2 mintxg=8004151 maxtxg=8004320 [on x220.local] 2014-04-17.13:48:42 [txg:8004325] scan done complete=1 [on x220.local] 2014-04-17.13:53:53 zpool clear x220pool [user 0 (root) on x220.local] From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 16:23:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E873F6CD for ; Tue, 22 Apr 2014 16:23:34 +0000 (UTC) Received: from mail-lb0-x233.google.com (mail-lb0-x233.google.com [IPv6:2a00:1450:4010:c04::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 72CAF1B9F for ; Tue, 22 Apr 2014 16:23:34 +0000 (UTC) Received: by mail-lb0-f179.google.com with SMTP id p9so4586315lbv.10 for ; Tue, 22 Apr 2014 09:23:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+R3P0HWfKR3f9Dvp6cpVfid1oodxOLl4Nk5p8ySqDPs=; b=CtiCee6nk0XbEEsli7ZGonSnrYvMIO6JVvb/My1RMY7jgeBeOUjGSiDtT0BgErNAbr wAgtLGH6e2a198R9qnBuGJTL17RYzmGX3XzTiKTS09FECI95i512W93xjSRt8UTXF0LG phuRKANOO9mikeH9ze99RYSXg81EPxuIm4is/r9uSFfz0DAhXcgyKr7EDrlr5BUSiUw3 3j7dCOnpCj/PSUbM1C1GEcDknG1wab3R1p1MkwcyW+Du/9vuNELfwKzf4wEbUZzUcXFN HCdeRRar9ombWryqZg/HTe2conJES6uOyudv6c8z/qsgyKIF0rh988iCIt1WO4L/Q/pt BXyw== MIME-Version: 1.0 X-Received: by 10.152.22.37 with SMTP id a5mr32346149laf.4.1398183812352; Tue, 22 Apr 2014 09:23:32 -0700 (PDT) Received: by 10.112.129.164 with HTTP; Tue, 22 Apr 2014 09:23:32 -0700 (PDT) In-Reply-To: References: Date: Tue, 22 Apr 2014 17:23:32 +0100 Message-ID: Subject: Re: ZFS bug or feature From: Tom Evans To: Andrey Fesenko Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2014 16:23:35 -0000 On Tue, Apr 22, 2014 at 5:18 PM, Andrey Fesenko wrote: > After detach ada0 and attach him (reboot between that) > > boot only one disk > Apr 17 13:33:52 x220 kernel: ada0 at ahcich2 bus 0 scbus0 target 0 lun 0 > Apr 17 13:33:52 x220 kernel: ada0: ATA-8 SATA 2.x device > Apr 17 13:33:52 x220 kernel: ada0: Serial Number OCZ-J8928HU1G10KR9XM > Apr 17 13:33:52 x220 kernel: ada0: 300.000MB/s transfers (SATA 2.x, > UDMA6, PIO 8192bytes) > Apr 17 13:33:52 x220 kernel: ada0: Command Queueing enabled > Apr 17 13:33:52 x220 kernel: ada0: 114473MB (234441648 512 byte > sectors: 1H 63S/T 65535C) > Apr 17 13:33:52 x220 kernel: ada0: Previously was known as ad4 > > After attach ada0 im see this > > # camcontrol devlist > at scbus0 target 0 lun 0 (ada0,pass0) > at scbus1 target 0 lun 0 (ada1,pass1) > > # zpool status > pool: x220pool > state: ONLINE > status: Some supported features are not enabled on the pool. The pool can > still be used, but some features are unavailable. > action: Enable all features using 'zpool upgrade'. Once this is done, > the pool may no longer be accessible by software that does not support > the features. See zpool-features(7) for details. > scan: resilvered 42.4M in 0h0m with 0 errors on Thu Apr 17 13:48:42 2014 > config: > > NAME STATE READ WRITE CKSUM > x220pool ONLINE 0 0 0 > mirror-0 ONLINE 0 0 0 > diskid/DISK-OCZ-J8928HU1G10KR9XMs1a ONLINE 0 0 0 > ada0s1a ONLINE 0 0 0 > > errors: No known data errors > > # gpart show > => 63 468862065 ada0 MBR (224G) > 63 234441585 1 freebsd (112G) > 234441648 234420480 2 freebsd (112G) > > => 0 234441585 ada0s1 BSD (112G) > 0 234441585 1 freebsd-zfs (112G) > > => 63 234441585 diskid/DISK-OCZ-J8928HU1G10KR9XM MBR (112G) > 63 234441585 1 freebsd > [active] (112G) > > => 0 234441585 diskid/DISK-OCZ-J8928HU1G10KR9XMs1 BSD (112G) > 0 234441585 1 freebsd-zfs (112G) > > Apr 17 13:48:43 x220 kernel: ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 > Apr 17 13:48:43 x220 kernel: ada0: ATA-8 > SATA 3.x device > Apr 17 13:48:43 x220 kernel: ada0: Serial Number 1240792700001802000A > Apr 17 13:48:43 x220 kernel: ada0: 600.000MB/s transfers (SATA 3.x, > UDMA6, PIO 8192bytes) > Apr 17 13:48:43 x220 kernel: ada0: Command Queueing enabled > Apr 17 13:48:43 x220 kernel: ada0: 228936MB (468862128 512 byte > sectors: 16H 63S/T 16383C) > Apr 17 13:48:43 x220 kernel: ada0: Previously was known as ad4 > Apr 17 13:48:43 x220 kernel: ada1 at ahcich2 bus 0 scbus1 target 0 lun 0 > Apr 17 13:48:43 x220 kernel: ada1: ATA-8 SATA 2.x device > Apr 17 13:48:43 x220 kernel: ada1: Serial Number OCZ-J8928HU1G10KR9XM > Apr 17 13:48:43 x220 kernel: ada1: 300.000MB/s transfers (SATA 2.x, > UDMA6, PIO 8192bytes) > Apr 17 13:48:43 x220 kernel: ada1: Command Queueing enabled > Apr 17 13:48:43 x220 kernel: ada1: 114473MB (234441648 512 byte > sectors: 1H 63S/T 65535C) > Apr 17 13:48:43 x220 kernel: ada1: Previously was known as ad6 > > # zpool history -il | tail -6 > 2014-04-17.13:33:51 [txg:8004153] open pool version 5000; software > version 5000/5; uts 11.0-CURRENT 1100005 amd64 [on x220.local] > 2014-04-17.13:48:36 [txg:8004321] open pool version 5000; software > version 5000/5; uts 11.0-CURRENT 1100005 amd64 [on x220.local] > 2014-04-17.13:48:41 [txg:8004324] scan setup func=2 mintxg=8004151 > maxtxg=8004320 [on x220.local] > 2014-04-17.13:48:42 [txg:8004325] scan done complete=1 [on x220.local] > 2014-04-17.13:53:53 zpool clear x220pool [user 0 (root) on x220.local] I'm confused, what is the bug or feature? Has it added the disk with the wrong label? You can correct that with an zpool export x220pool / zpool import -d /dev/diskid x220pool Cheers Tom From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 16:35:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C923895C for ; Tue, 22 Apr 2014 16:35:37 +0000 (UTC) Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com [IPv6:2a00:1450:400c:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6310A1CBE for ; Tue, 22 Apr 2014 16:35:37 +0000 (UTC) Received: by mail-we0-f173.google.com with SMTP id w61so5158401wes.4 for ; Tue, 22 Apr 2014 09:35: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=tjK/MntGCMl77ajssq9Cqdu6raT0V0d1XVkKo0giATE=; b=GGxTjLzHkuAJ8mqmScfBKSLcjQ7Sg4SBmssh1N9vUAnr2A9ELzZT0UzF7xd2bmo0Js fMMLDc8XN7gCnpckVzKrB8xEaoYgrCbER0xyfcVG5TiLHyshjBhsSJldn7Gerpx8SDKx YbPQCrc6XiqDngl3qQyl3/hsPHD7LF6fePInjU0gCI8k4e7QAOammTTmyCs8mypZYKP9 rqPcu60P40rQJZPAsmulBbt4dOb8DiyUsTEVe+Fb+yPsh+ykBe46Uuz5Ljgas5GK4O4z dH8cAcNQkOXKrMYdZS6o7sLzmQb0a0GyS+1XXpfPa5yvwEYvEHSy5/zluGvgeNqiWVHV pjcw== MIME-Version: 1.0 X-Received: by 10.194.48.100 with SMTP id k4mr8167508wjn.49.1398184535692; Tue, 22 Apr 2014 09:35:35 -0700 (PDT) Received: by 10.194.235.68 with HTTP; Tue, 22 Apr 2014 09:35:35 -0700 (PDT) In-Reply-To: References: Date: Tue, 22 Apr 2014 20:35:35 +0400 Message-ID: Subject: Re: ZFS bug or feature From: Andrey Fesenko To: Tom Evans Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2014 16:35:37 -0000 On Tue, Apr 22, 2014 at 8:23 PM, Tom Evans wrote: > > I'm confused, what is the bug or feature? Has it added the disk with > the wrong label? You can correct that with an zpool export x220pool / > zpool import -d /dev/diskid x220pool > gpart see only one disk ada0 (OCZ), if believe camcontrol ada0 (Corsair) - OCZ (ada1) why zpool status see two disk and not error x220pool - root file system I'm would not like to break it From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 16:42:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA7A2E63 for ; Tue, 22 Apr 2014 16:42:15 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 867421DAE for ; Tue, 22 Apr 2014 16:42:15 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s3MGgE6j093846 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Apr 2014 09:42:15 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s3MGgEfg093845; Tue, 22 Apr 2014 09:42:14 -0700 (PDT) (envelope-from jmg) Date: Tue, 22 Apr 2014 09:42:14 -0700 From: John-Mark Gurney To: Andrey Fesenko Subject: Re: ZFS bug or feature Message-ID: <20140422164214.GB43976@funkthat.com> Mail-Followup-To: Andrey Fesenko , Tom Evans , freebsd-current References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 22 Apr 2014 09:42:15 -0700 (PDT) Cc: Tom Evans , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2014 16:42:15 -0000 Andrey Fesenko wrote this message on Tue, Apr 22, 2014 at 20:35 +0400: > On Tue, Apr 22, 2014 at 8:23 PM, Tom Evans wrote: > > > > I'm confused, what is the bug or feature? Has it added the disk with > > the wrong label? You can correct that with an zpool export x220pool / > > zpool import -d /dev/diskid x220pool > > > > gpart see only one disk ada0 (OCZ), if believe camcontrol ada0 > (Corsair) - OCZ (ada1) why zpool status see two disk and not error > > x220pool - root file system I'm would not like to break it It sees both disks... It's just that it used the diskid for your OCZ via diskid instead of the normal method.... Per your original email: # camcontrol devlist at scbus0 target 0 lun 0 (ada0,pass0) at scbus1 target 0 lun 0 (ada1,pass1) # zpool status [...] NAME STATE READ WRITE CKSUM x220pool ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 diskid/DISK-OCZ-J8928HU1G10KR9XMs1a ONLINE 0 0 0 ^^^^^^^^^^^ OCZ ^^^^^^^^^^^^^^^^^^^ ada0s1a ONLINE 0 0 0 # gpart show => 63 468862065 ada0 MBR (224G) 63 234441585 1 freebsd (112G) 234441648 234420480 2 freebsd (112G) => 0 234441585 ada0s1 BSD (112G) 0 234441585 1 freebsd-zfs (112G) => 63 234441585 diskid/DISK-OCZ-J8928HU1G10KR9XM MBR (112G) ^^^^^^^^^^^ OCZ ^^^^^^^^^^^^^^^^ 63 234441585 1 freebsd [active] (112G) => 0 234441585 diskid/DISK-OCZ-J8928HU1G10KR9XMs1 BSD (112G) ^^^^^^^^^^^ OCZ ^^^^^^^^^^^^^^^^^^ 0 234441585 1 freebsd-zfs (112G) It's just named a bit differently... and the other poster showed how you can work around the diskid thing, though there is a kernel option to disable diskid's (which would solve the ZFS on root problem) for all devices.. search the archives as you're not the first one to raise this issue... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 17:31:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B7DC4AE9 for ; Tue, 22 Apr 2014 17:31:45 +0000 (UTC) Received: from mail-ve0-x22f.google.com (mail-ve0-x22f.google.com [IPv6:2607:f8b0:400c:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 753A413DA for ; Tue, 22 Apr 2014 17:31:45 +0000 (UTC) Received: by mail-ve0-f175.google.com with SMTP id oz11so9758321veb.20 for ; Tue, 22 Apr 2014 10:31: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 :content-type; bh=RRbhjIrKBSJHxep7z1rGwMs64jREMiSmYJ8V4w8F/6Q=; b=H/N/olwxv1CHmi33inT50P9OE5YGbBcSDUHufqaYJiJC+UmlPDVgQg4ePe1E4ybkxK oK9mBWZ4tzmI/YQJ/RgS7cUKZPb40OOSH+JHrLOH6YOfP4JnqJkrLujtkYd4YV5O9GwW adhe+B2VYPDQii2JxMYclYAQLSBfksVrCMkXd4kkLxyPTqqOxx0TZAiPJMcnrxK9z0wx ydPc9CGSeJjo6UHryA0xGeBOrOyBNPjpcg47QXR29Xf7VTvCxgzYPhUcEW3EIWTirXhw xgvNNumAJ7fnZ0B12D5YTIeZDxMNPsOHUiP5D811nOtfUSzbG54y1DUhZOzUh2Mh+1Xo q1tg== MIME-Version: 1.0 X-Received: by 10.52.123.39 with SMTP id lx7mr31329360vdb.22.1398187904608; Tue, 22 Apr 2014 10:31:44 -0700 (PDT) Received: by 10.220.239.84 with HTTP; Tue, 22 Apr 2014 10:31:44 -0700 (PDT) In-Reply-To: <20140422164214.GB43976@funkthat.com> References: <20140422164214.GB43976@funkthat.com> Date: Tue, 22 Apr 2014 13:31:44 -0400 Message-ID: Subject: Re: ZFS bug or feature From: Thomas Hoffmann To: Andrey Fesenko , Tom Evans , freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2014 17:31:45 -0000 In /boot/loader.conf: kern.geom.label.disk_ident.enable=0 will disable the use of disk ids. -Tom From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 02:53:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8CA07BF5 for ; Wed, 23 Apr 2014 02:53:31 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 152351D9B for ; Wed, 23 Apr 2014 02:53:30 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile13) with ESMTP id s3N2rT7S012748 for ; Wed, 23 Apr 2014 11:53:29 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili14) with ESMTP id s3N2rTL02965 for ; Wed, 23 Apr 2014 11:53:29 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi16) id s3N2rTor017601 for freebsd-current@freebsd.org; Wed, 23 Apr 2014 11:53:29 +0900 Received: from localhost by lomi16.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id s3N2rTGS017564 for ; Wed, 23 Apr 2014 11:53:29 +0900 Date: Wed, 23 Apr 2014 11:53:29 +0900 (JST) Message-Id: <20140423.115329.1728349046094315079.okuno.kohji@jp.panasonic.com> To: freebsd-current@freebsd.org Subject: UFS SU+J bug? (Re: uninitialized journal data written in SU+J ?) From: Kohji Okuno In-Reply-To: References: Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2014 02:53:31 -0000 Hi, If you use UFS SU+J, could you check your `.sujournal'? (For example: strings .sujournal) You will find memory that already has been released. In addition, unfotunately, if the memory was used for journal is re-used, although the journal is incorrect, fsck will missunderstand it. What do you think about this? Regards, Kohji Okuno From: takehara.mikihito@jp.panasonic.com Subject: uninitialized journal data written in SU+J ? Date: Tue, 22 Apr 2014 16:21:43 +0900 > Hello, > > > I'm testing UFS with SU+J. But it seems sometimes broken journal data has written. > > In softdep_process_journal (ffs_softdep.c), there is a while code to build jsegrec and each entry. > But by my test, sometimes there is no entry then break this while code without building jsegrec. > If this happens, bp->b_data is not initialized but this bp is written, I think. > > I checked this behavior by following patch. > ============================================================================================ > diff --git a/sys/ufs/ffs/ffs_softdep.c b/sys/ufs/ffs/ffs_softdep.c > index 585af50..2d4939c 100644 > --- a/sys/ufs/ffs/ffs_softdep.c > +++ b/sys/ufs/ffs/ffs_softdep.c > @@ -3421,6 +3421,15 @@ softdep_process_journal(mp, needwk, flags) > data = bp->b_data + off; > cnt--; > } > + > +#if 1 > + if (off == 0) { > + struct jsegrec *tmp = (struct jsegrec*)bp->b_data; > + if (tmp->jsr_seq != jseg->js_seq) { > + panic("test test"); > + } > + } > +#endif > /* > * Write this one buffer and continue. > */ > ============================================================================================ > > If uninitialized data is "valid" by fsck suj, this may result filesystem corruption, I think. > I think it's better to clear b_data before using it. > > _______________________________________________ > 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 Apr 23 13:04:57 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4181A650; Wed, 23 Apr 2014 13:04:57 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0D83D13B7; Wed, 23 Apr 2014 13:04:56 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Wcwr3-000HAh-2t; Wed, 23 Apr 2014 13:04:49 +0000 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 s3ND4lZX009588; Wed, 23 Apr 2014 07:04:47 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/Swsee3qejR/WlcustI/dn Subject: Re: Build failures with high parallel make(1) jobs with GCC From: Ian Lepore To: Glen Barber In-Reply-To: <20140422041353.GO49791@glenbarber.us> References: <20140422025435.GL49791@glenbarber.us> <1398136182.1124.394.camel@revolution.hippie.lan> <20140422032124.GM49791@glenbarber.us> <20140422032638.GN49791@glenbarber.us> <1398139557.1124.396.camel@revolution.hippie.lan> <20140422041353.GO49791@glenbarber.us> Content-Type: multipart/mixed; boundary="=-P0ekRMkvKRphSvy7bW7G" Date: Wed, 23 Apr 2014 07:04:46 -0600 Message-ID: <1398258286.61646.23.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-current@FreeBSD.org, freebsd-ia64@FreeBSD.org, freebsd-ppc@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2014 13:04:57 -0000 --=-P0ekRMkvKRphSvy7bW7G Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Tue, 2014-04-22 at 00:13 -0400, Glen Barber wrote: > On Mon, Apr 21, 2014 at 10:05:57PM -0600, Ian Lepore wrote: > > On Mon, 2014-04-21 at 23:26 -0400, Glen Barber wrote: > > > On Mon, Apr 21, 2014 at 11:21:24PM -0400, Glen Barber wrote: > > > > On Mon, Apr 21, 2014 at 09:09:42PM -0600, Ian Lepore wrote: > > > > > > The last successful build for powerpc on head/ was April 8. But I am > > > > > > having trouble tracking down what commits may (or may not) have > > > > > > contributed to recent high-parallel build failures. > > > > > > > > > > > > > > > > A couple weeks corresponds somewhat with the parallel subdir build > > > > > changes (it's about 3 weeks now). Try this patch I cooked up today for > > > > > $work, and in src/lib/Makefile add .WAIT (as if it were a directory > > > > > name) between ${SUBDIR_ORDERED} and the rest of the directories. > > > > > > > > > > > > > The patch fails to apply cleanly, but as far as I can tell, it is due to > > > > whitespace. > > > > > > > > I'll hand-patch it, and report back. > > > > > > > > > > Nope, I'm getting conflicts on revisions as far back as r251749. > > > > > > Glen > > > > > > > This one should work better. The lib/Makefile is included this time. > > > > This patch applies fine. > > It seems to already have an effect, but I won't go so far to say it > works until I see the 'World build completed: ' message. > > I'll follow up tomorrow once build is done. > > Thanks! > > Glen > I think the change to lib/Makefile was not sufficient. After looking at the notes on dependenices at the top of the makefile, I think the attached has some chance of helping. The bsd.subdir.mk changes are now commited as r264822. -- Ian --=-P0ekRMkvKRphSvy7bW7G Content-Disposition: inline; filename="lib_makefile_ordering1.diff" Content-Type: text/x-patch; name="lib_makefile_ordering1.diff"; charset="us-ascii" Content-Transfer-Encoding: 7bit Index: lib/Makefile =================================================================== --- lib/Makefile (revision 264768) +++ lib/Makefile (working copy) @@ -31,9 +31,12 @@ # Except it appears bind needs to be compiled last SUBDIR_ORDERED= ${_csu} \ + .WAIT \ libc \ libc_nonshared \ + .WAIT \ libbsm \ + .WAIT \ libauditd \ libutil \ libpjdlog \ @@ -54,6 +57,7 @@ SUBDIR_ORDERED= ${_csu} \ libsbuf \ libtacplus \ ${_libypclnt} \ + .WAIT \ ${_libcxxrt} \ ${_libcplusplus} @@ -62,6 +66,7 @@ SUBDIR_ORDERED+= libcom_err .endif SUBDIR= ${SUBDIR_ORDERED} \ + .WAIT \ libalias \ libarchive \ ${_libatm} \ --=-P0ekRMkvKRphSvy7bW7G-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 13:08:43 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 236178C6; Wed, 23 Apr 2014 13:08:43 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail0.glenbarber.us", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E14271451; Wed, 23 Apr 2014 13:08:42 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id C012D15CA6; Wed, 23 Apr 2014 13:08:40 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us C012D15CA6 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 23 Apr 2014 09:08:39 -0400 From: Glen Barber To: Ian Lepore Subject: Re: Build failures with high parallel make(1) jobs with GCC Message-ID: <20140423130839.GZ49791@glenbarber.us> References: <20140422025435.GL49791@glenbarber.us> <1398136182.1124.394.camel@revolution.hippie.lan> <20140422032124.GM49791@glenbarber.us> <20140422032638.GN49791@glenbarber.us> <1398139557.1124.396.camel@revolution.hippie.lan> <20140422041353.GO49791@glenbarber.us> <1398258286.61646.23.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="gzJEy4voKlV4eANz" Content-Disposition: inline In-Reply-To: <1398258286.61646.23.camel@revolution.hippie.lan> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@FreeBSD.org, freebsd-ia64@FreeBSD.org, freebsd-ppc@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2014 13:08:43 -0000 --gzJEy4voKlV4eANz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 23, 2014 at 07:04:46AM -0600, Ian Lepore wrote: > I think the change to lib/Makefile was not sufficient. After looking at > the notes on dependenices at the top of the makefile, I think the > attached has some chance of helping. The bsd.subdir.mk changes are now > commited as r264822.=20 >=20 Thanks, I'll let you know in a few hours when the builds that are in progress now are finished. Glen --gzJEy4voKlV4eANz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTV7tXAAoJELls3eqvi17QiIAQAIAJFrHV/XNBkgifxIBwvw0t zpwfZaaM5U/POlNjqfeGqyOR83JEWm99ezS/ys4yiUnQEcBzH12OV4pD3QY2PjUh BGbufhFvk37W1VDK0jwL0Lx88ZwhnbEZ0cixo0aVQF2l2/xcnDBhop8uEIQ94sBf FLWhFyUOvELZlCnd6kdQspNK4SR99dkhcMMjv4P5VVtSCzsx38bdbkrby6FgbjMr Bg01aBp/RHqkxJnR07pzDWvKrw6z9rPLOlKu/gD/N6MOtDakzZzruF5fuu43PMLj HlEnqiIBMEN1Dy3QJceY4ZKoX3g/CxvAF0PQX/bqp97rq/Xqcc9vhTubDJt3DG9T /KftEADeaMRoTfEzDXuQd3gVIXYYfgBWDxBWanFu0O/2QGZjWKVuFHyinsCvhivL zwvPANkbvLjVQyqyBEkEvXIZ4zGrMe/TopU2QMhVqe467U2aOgdRVjei5lHsFhPI We0jh8HPQAXYAA9Mf9/bwqYBRjdUpil9O62k9K6SNQZMYFJWYOmUIm0bhTrsIAYH I32nkkRmca3ncQz3/19pgADEOfr5VSupDltiivgKBiZCAQ5HqXiK9RCeM7V5i4tQ ZVEvwcBc/D1Z8CZ4XtagQWEV/xfKvFSVqYEKpYqx6DUIVbde5J1YjWJnYVLUv9ru ZcqQ3zQUvTOxX/6/B65Y =QKQh -----END PGP SIGNATURE----- --gzJEy4voKlV4eANz-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 20:15:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 41FCBC9A for ; Wed, 23 Apr 2014 20:15:16 +0000 (UTC) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CF1A812B8 for ; Wed, 23 Apr 2014 20:15:15 +0000 (UTC) Received: by mail-wi0-f180.google.com with SMTP id q5so48563wiv.1 for ; Wed, 23 Apr 2014 13:15:14 -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=GvqUWb1kzqkX4UFp2xIj9GhSOhJ9Pcv1srcqaL0Ej1M=; b=wZMuvZuQlVy4PeBWgjV727IHUWGp0wXXfpWqFK/FMlck+XnbgQqNFeWfs/8HneSLkQ asJAhNn6girPxO0DD8Yn4sVhKfcBAinpDLo3NBX+GiDvym3u9NaHX/+3KmXzIKFOWT03 IgGOaKcKCPxYZf6g2HHu1Q+b4rHHOxH4lGxNa+bmuaJXrmg07XuCgPWZMG03JSqZo5OQ dnZDqWRAVKDe2gL/J6uYP5ibFxLUUIzb7J4figWC7VB4GZ0FgLijxgdXwR+czIGKSe/A YESy8eoH3zdSSALAgexw2uleFopAOFM49h6NkpXa3n/HKHAocC0b0aQTqhRqm8Ik6HlL qxxw== MIME-Version: 1.0 X-Received: by 10.194.48.100 with SMTP id k4mr3943275wjn.49.1398284114055; Wed, 23 Apr 2014 13:15:14 -0700 (PDT) Received: by 10.194.235.68 with HTTP; Wed, 23 Apr 2014 13:15:14 -0700 (PDT) In-Reply-To: References: <20140422164214.GB43976@funkthat.com> Date: Thu, 24 Apr 2014 00:15:14 +0400 Message-ID: Subject: Re: ZFS bug or feature From: Andrey Fesenko To: Thomas Hoffmann Content-Type: text/plain; charset=UTF-8 Cc: Tom Evans , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2014 20:15:16 -0000 On Tue, Apr 22, 2014 at 9:31 PM, Thomas Hoffmann wrote: > In /boot/loader.conf: > kern.geom.label.disk_ident.enable=0 > > will disable the use of disk ids. > > -Tom Yes it helped :) I apologize for a small panic, then looked more closely again, and so everything was more or less normal From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 20:33:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 78911719 for ; Wed, 23 Apr 2014 20:33:29 +0000 (UTC) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1495E14BB for ; Wed, 23 Apr 2014 20:33:28 +0000 (UTC) Received: by mail-wi0-f182.google.com with SMTP id d1so65220wiv.9 for ; Wed, 23 Apr 2014 13:33: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; bh=FhdhdQAZoAWRMqTLbbtGlMy4QUaWUVO2fwcOHL3JlwY=; b=c40ISEcA/ZDCaPbue04pQLKHFqIJIIDJrtljViIkl997xgnerMVKK1as0QN0mMbj2d DDGslANyVE8NQCm9cSpcOfpqfIkSgr4UGuY824uAfy4Eh2rOot1w5gRrZdidOeQ9GA2z k7WoXX9L6vMlZpBUyz/wE4G+pDxnDawvacfBjcl4L7LGTiv+MZlaJkMGTbhVCFIt0PCb 00gvYbuzZWHoJj+CeGYOhppHxulwx1viiftzo3ImjgpvBAXsz1i8nGHtEzKXAT/2RqGT fbDdwkvYwYsyZfMeFKxFbWtFVxbEaetOLDy+Tq2nBErg6/AHOOrx1P+wwcHvImYEvgCt Vitg== MIME-Version: 1.0 X-Received: by 10.181.5.6 with SMTP id ci6mr3240686wid.39.1398285207462; Wed, 23 Apr 2014 13:33:27 -0700 (PDT) Received: by 10.194.235.68 with HTTP; Wed, 23 Apr 2014 13:33:27 -0700 (PDT) In-Reply-To: References: Date: Thu, 24 Apr 2014 00:33:27 +0400 Message-ID: Subject: Re: Booting from ZFS root on MBR layout fails on ThinkPad X61s From: Andrey Fesenko To: "Sevan / Venture37" Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2014 20:33:29 -0000 On Wed, Apr 16, 2014 at 2:01 AM, Sevan / Venture37 wrote: > Hi, > I decided to wipe away the disk in my X61s & start afresh with a new > install of FreeBSD-Current at the same time switching to root on ZFS > (previously /boot was on UFS). > I've been unsuccessful in being able get the system to boot, after > trying various combinations of > https://wiki.freebsd.org/RootOnZFS/ZFSBootPartition I switched back to > using the install menu option & just switching from GPT to MBR > (everything else as default). > Once install completes & the system reboots, the system hangs at a prompt. > > I was pointed to a post regarding modifying partition ID's by Allan > Jude as there seems to have been an issue with ThinkPads & FreeBSD in > the past. This also didn't work & caused the system to reset. > > What should be my next step for trying to debug this issue? > > > Sevan / Venture37 It seems there are some problems with compatibility :( I'm have X220 my config # camcontrol devlist at scbus0 target 0 lun 0 (ada0,pass0) at scbus1 target 0 lun 0 (ada1,pass1) % gpart show => 63 468862065 ada0 MBR (224G) 63 234441585 1 freebsd (112G) 234441648 234420480 2 freebsd (112G) => 0 234441585 ada0s1 BSD (112G) 0 234441585 1 freebsd-zfs (112G) => 63 234441585 ada1 MBR (112G) 63 234441585 1 freebsd [active] (112G) => 0 234441585 ada1s1 BSD (112G) 0 234441585 1 freebsd-zfs (112G) system ZFS mirror x220pool (ada0s1a ada1s1a) boot only ada1 (msata) disk. Boot with GPT not work, black screen and reboot without any menu. When I used HDD as ada1 boot with him work MBR method Might be worth trying to boot from UEFI but it's still an experimental method https://wiki.freebsd.org/UEFI From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 20:54:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 775E9D99 for ; Wed, 23 Apr 2014 20:54:27 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 527BC1709 for ; Wed, 23 Apr 2014 20:54:27 +0000 (UTC) Received: from [10.20.218.84] (unknown [204.239.250.1]) (Authenticated sender: roleaccount@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 861916D203 for ; Wed, 23 Apr 2014 20:54:26 +0000 (UTC) Message-ID: <53582881.9020301@allanjude.com> Date: Wed, 23 Apr 2014 16:54:25 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Booting from ZFS root on MBR layout fails on ThinkPad X61s References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2014 20:54:27 -0000 On 2014-04-23 16:33, Andrey Fesenko wrote: > On Wed, Apr 16, 2014 at 2:01 AM, Sevan / Venture37 wrote: >> Hi, >> I decided to wipe away the disk in my X61s & start afresh with a new >> install of FreeBSD-Current at the same time switching to root on ZFS >> (previously /boot was on UFS). >> I've been unsuccessful in being able get the system to boot, after >> trying various combinations of >> https://wiki.freebsd.org/RootOnZFS/ZFSBootPartition I switched back to >> using the install menu option & just switching from GPT to MBR >> (everything else as default). >> Once install completes & the system reboots, the system hangs at a prompt. >> >> I was pointed to a post regarding modifying partition ID's by Allan >> Jude as there seems to have been an issue with ThinkPads & FreeBSD in >> the past. This also didn't work & caused the system to reset. >> >> What should be my next step for trying to debug this issue? >> >> >> Sevan / Venture37 > > It seems there are some problems with compatibility :( > I'm have X220 my config > # camcontrol devlist > at scbus0 target 0 lun 0 (ada0,pass0) > at scbus1 target 0 lun 0 (ada1,pass1) > > % gpart show > => 63 468862065 ada0 MBR (224G) > 63 234441585 1 freebsd (112G) > 234441648 234420480 2 freebsd (112G) > > => 0 234441585 ada0s1 BSD (112G) > 0 234441585 1 freebsd-zfs (112G) > > => 63 234441585 ada1 MBR (112G) > 63 234441585 1 freebsd [active] (112G) > > => 0 234441585 ada1s1 BSD (112G) > 0 234441585 1 freebsd-zfs (112G) > > system ZFS mirror x220pool (ada0s1a ada1s1a) boot only ada1 (msata) disk. > Boot with GPT not work, black screen and reboot without any menu. > > When I used HDD as ada1 boot with him work MBR method > Might be worth trying to boot from UEFI but it's still an experimental > method https://wiki.freebsd.org/UEFI > _______________________________________________ > 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" If anyone who is having trouble getting ZFS booting on one of these Lenovos is going to be at BSDCan, and has a spare disk they are willing to let me hack on, I would be interested in trying to get it booting for you so we can develop a solution to this issue if there is one. I am under the impression the issue is the way gpart does the MBR (or pMBR) with respect to the 'active' flag, but there are a number of different things i'd like to try. It all works flawlessly on my T530 From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 20:56:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F5EC121 for ; Wed, 23 Apr 2014 20:56:59 +0000 (UTC) Received: from mail-we0-x230.google.com (mail-we0-x230.google.com [IPv6:2a00:1450:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CB1611739 for ; Wed, 23 Apr 2014 20:56:58 +0000 (UTC) Received: by mail-we0-f176.google.com with SMTP id x48so1366973wes.7 for ; Wed, 23 Apr 2014 13:56:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:references:from:content-type:in-reply-to:message-id:date:to :content-transfer-encoding:mime-version; bh=RHMYWCD7PoOLTLmlaHAkdxD1ApenRnrFuYe5APfUVrE=; b=S6fM0Daw/GuubND9PORQCXpw5N/7RKjPULDVPf4szBQMT18KUayhR3yUPUlmm6HzAE Yuy3bSVVPPi97iaseOtxYnI3lLROg5hPEgNEEEvEM79ECaqgTOIXy7wpyQF8sRKxkGkZ DLmFTfuGtqh2LSIpQEQ71BLRBfKb0tCNDEkMXwb7k4Lc2DAjshPPacL796uKHpxoLVnj txu5IeWvJcKZi46OymIKBaUM0iQuAkBkKHuF2KVIu0gT5jPvnRYhvB1ItiKKLHm2utCr +DGV7hXArdTzv9UUK6txvp1q9f03A8SpVQeU1Fi+sdBWSbqsNlKnTAAZ6hBUeTfsUA7+ j+Vg== X-Received: by 10.180.149.143 with SMTP id ua15mr3320931wib.36.1398286617184; Wed, 23 Apr 2014 13:56:57 -0700 (PDT) Received: from [192.168.1.13] (89-168-138-254.dynamic.dsl.as9105.com. [89.168.138.254]) by mx.google.com with ESMTPSA id be3sm3069351wjc.5.2014.04.23.13.56.55 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 23 Apr 2014 13:56:55 -0700 (PDT) Subject: Re: Booting from ZFS root on MBR layout fails on ThinkPad X61s References: From: Sevan / Venture37 Content-Type: text/plain; charset=utf-8 X-Mailer: iPhone Mail (11D201) In-Reply-To: Message-Id: <9A0A4AC1-FE01-47BB-86F2-DDE240A29FD1@gmail.com> Date: Wed, 23 Apr 2014 21:56:47 +0100 To: freebsd-current Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2014 20:56:59 -0000 > On 22 Apr 2014, at 16:19, Hiroo Ono (=E5=B0=8F=E9=87=8E=E5=AF=9B=E7=94=9F)= wrote: >=20 > Does it make any difference if you put >=20 > geom_part_mbr_load=3D"YES" > geom_part_bsd_load=3D"YES" >=20 > in /boot/loader.conf before rebooting? It must be ZFS testing night :) Unfortunately, this didn't work No uefi support on the X61s either :( Sevan / Venture37= From owner-freebsd-current@FreeBSD.ORG Wed Apr 23 20:59:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C20B62B2 for ; Wed, 23 Apr 2014 20:59:23 +0000 (UTC) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5674E177B for ; Wed, 23 Apr 2014 20:59:23 +0000 (UTC) Received: by mail-wi0-f175.google.com with SMTP id cc10so92405wib.14 for ; Wed, 23 Apr 2014 13:59:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=0019Z4ggUb/tY2ouTwVmQ1IMQs1jqgLDMOhLCz1Xz1I=; b=koTnC0GkazPQOlBOO9BaDYTmkEcBJJE6Ck2+FY83UonVa4wgGLdZUCmhFzrxMPGp8k QBHB4Q7ZMz1VsPDOv4QxDrXKFINFFJZ3o07r6ftygpVRIqJbVcEFt8du8NAMdWb0/ZaI xVZbJ8Ub5cVnDUezVOGUOv+ch07WMXf4RDiy5LukuCKf3d3WVqLAswDPV7vCe5p+8sK3 7SAEFgvh94Iyqy3NlFkQ+NLxqiTrTfP5N4JGr1UtrExle4CpmHFoar8dInBQelq7PWaa 0RbWhPVUVgOYc83lK8eAcUhMDty6UYTezFXSAbcFjcOh08oh94LEOujs/B5/7oYarcMg /qmw== X-Received: by 10.181.13.137 with SMTP id ey9mr3373906wid.54.1398286761398; Wed, 23 Apr 2014 13:59:21 -0700 (PDT) Received: from [192.168.1.13] (89-168-138-254.dynamic.dsl.as9105.com. [89.168.138.254]) by mx.google.com with ESMTPSA id rx9sm3065335wjb.20.2014.04.23.13.59.19 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 23 Apr 2014 13:59:20 -0700 (PDT) References: <53582881.9020301@allanjude.com> Mime-Version: 1.0 (1.0) In-Reply-To: <53582881.9020301@allanjude.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: X-Mailer: iPhone Mail (11D201) From: Sevan / Venture37 Subject: Re: Booting from ZFS root on MBR layout fails on ThinkPad X61s Date: Wed, 23 Apr 2014 21:59:16 +0100 To: Allan Jude Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2014 20:59:23 -0000 > On 23 Apr 2014, at 21:54, Allan Jude wrote: >=20 > If anyone who is having trouble getting ZFS booting on one of these > Lenovos is going to be at BSDCan, and has a spare disk they are willing > to let me hack on If anyone can cover my flight expenses, to BSDCan this year, Im happy to tak= e my X61s to the con. Sevan / Venture37= From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 14:48:51 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B1DBE848; Thu, 24 Apr 2014 14:48:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5B92412BD; Thu, 24 Apr 2014 14:48:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3OEmgLV059587; Thu, 24 Apr 2014 10:48:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3OEmgqe059586; Thu, 24 Apr 2014 14:48:42 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 24 Apr 2014 14:48:42 GMT Message-Id: <201404241448.s3OEmgqe059586@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2014 14:48:51 -0000 TB --- 2014-04-24 13:09:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-24 13:09:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-24 13:09:23 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-04-24 13:09:23 - cleaning the object tree TB --- 2014-04-24 13:09:23 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-24 13:09:28 - At svn revision 264867 TB --- 2014-04-24 13:09:29 - building world TB --- 2014-04-24 13:09:29 - CROSS_BUILD_TESTING=YES TB --- 2014-04-24 13:09:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-24 13:09:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-24 13:09:29 - SRCCONF=/dev/null TB --- 2014-04-24 13:09:29 - TARGET=ia64 TB --- 2014-04-24 13:09:29 - TARGET_ARCH=ia64 TB --- 2014-04-24 13:09:29 - TZ=UTC TB --- 2014-04-24 13:09:29 - __MAKE_CONF=/dev/null TB --- 2014-04-24 13:09:29 - cd /src TB --- 2014-04-24 13:09:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 24 13:09:36 UTC 2014 >>> 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 Thu Apr 24 14:44:36 UTC 2014 TB --- 2014-04-24 14:44:36 - generating LINT kernel config TB --- 2014-04-24 14:44:36 - cd /src/sys/ia64/conf TB --- 2014-04-24 14:44:36 - /usr/bin/make -B LINT TB --- 2014-04-24 14:44:36 - cd /src/sys/ia64/conf TB --- 2014-04-24 14:44:36 - /obj/ia64.ia64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-24 14:44:37 - building LINT kernel TB --- 2014-04-24 14:44:37 - CROSS_BUILD_TESTING=YES TB --- 2014-04-24 14:44:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-24 14:44:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-24 14:44:37 - SRCCONF=/dev/null TB --- 2014-04-24 14:44:37 - TARGET=ia64 TB --- 2014-04-24 14:44:37 - TARGET_ARCH=ia64 TB --- 2014-04-24 14:44:37 - TZ=UTC TB --- 2014-04-24 14:44:37 - __MAKE_CONF=/dev/null TB --- 2014-04-24 14:44:37 - cd /src TB --- 2014-04-24 14:44:37 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 24 14:44:37 UTC 2014 >>> 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/ddb/db_main.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/ddb/db_output.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/ddb/db_print.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/ddb/db_ps.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/ddb/db_run.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/ddb/db_script.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/ddb/db_sym.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/ddb/db_thread.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/ddb/db_textdump.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/ddb/db_variables.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/ddb/db_watch.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/ddb/db_write_cmd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/acpica/Osd/OsdDebug.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/acpica/Osd/OsdHardware.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/acpica/Osd/OsdInterrupt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/acpica/Osd/OsdMemory.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/acpica/Osd/OsdSchedule.c cc1: warnings being treated as errors /src/sys/dev/acpica/Osd/OsdSchedule.c:55: warning: redundant redeclaration of 'sysctl__debug_acpi_children' [-Wredundant-decls] /src/sys/dev/acpica/acpivar.h:490: warning: previous declaration of 'sysctl__debug_acpi_children' was here *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-24 14:48:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-24 14:48:42 - ERROR: failed to build LINT kernel TB --- 2014-04-24 14:48:42 - 4869.20 user 770.62 system 5958.80 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 15:06:38 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 025D1107; Thu, 24 Apr 2014 15:06:38 +0000 (UTC) Received: from smtp1.multiplay.co.uk (smtp1.multiplay.co.uk [85.236.96.35]) by mx1.freebsd.org (Postfix) with ESMTP id 830821608; Thu, 24 Apr 2014 15:06:37 +0000 (UTC) Received: by smtp1.multiplay.co.uk (Postfix, from userid 65534) id 7AC9820E7088B; Thu, 24 Apr 2014 15:06:35 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=0.2 required=8.0 tests=AWL,BAYES_00,DOS_OE_TO_MX, FSL_HELO_NON_FQDN_1,HELO_NO_DOMAIN,RDNS_DYNAMIC,STOX_REPLY_TYPE autolearn=no version=3.3.1 Received: from r2d2 (82-69-141-170.dsl.in-addr.zen.co.uk [82.69.141.170]) by smtp1.multiplay.co.uk (Postfix) with ESMTP id 30FB020E7088A; Thu, 24 Apr 2014 15:06:30 +0000 (UTC) Message-ID: <5156F45877FF40BCB0B9C44A03EA1338@multiplay.co.uk> From: "Steven Hartland" To: "FreeBSD Tinderbox" , , References: <201404241448.s3OEmgqe059586@freebsd-current.sentex.ca> Subject: Re: [head tinderbox] failure on ia64/ia64 Date: Thu, 24 Apr 2014 16:06:33 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2014 15:06:38 -0000 Fixed by r264883 sorry for the breakage. ----- Original Message ----- From: "FreeBSD Tinderbox" To: "FreeBSD Tinderbox" ; ; Sent: Thursday, April 24, 2014 3:48 PM Subject: [head tinderbox] failure on ia64/ia64 > TB --- 2014-04-24 13:09:23 - tinderbox 2.21 running on freebsd-current.sentex.ca > TB --- 2014-04-24 13:09:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT > 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 > TB --- 2014-04-24 13:09:23 - starting HEAD tinderbox run for ia64/ia64 > TB --- 2014-04-24 13:09:23 - cleaning the object tree > TB --- 2014-04-24 13:09:23 - /usr/local/bin/svn stat --no-ignore /src > TB --- 2014-04-24 13:09:28 - At svn revision 264867 > TB --- 2014-04-24 13:09:29 - building world > TB --- 2014-04-24 13:09:29 - CROSS_BUILD_TESTING=YES > TB --- 2014-04-24 13:09:29 - MAKEOBJDIRPREFIX=/obj > TB --- 2014-04-24 13:09:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2014-04-24 13:09:29 - SRCCONF=/dev/null > TB --- 2014-04-24 13:09:29 - TARGET=ia64 > TB --- 2014-04-24 13:09:29 - TARGET_ARCH=ia64 > TB --- 2014-04-24 13:09:29 - TZ=UTC > TB --- 2014-04-24 13:09:29 - __MAKE_CONF=/dev/null > TB --- 2014-04-24 13:09:29 - cd /src > TB --- 2014-04-24 13:09:29 - /usr/bin/make -B buildworld >>>> Building an up-to-date make(1) >>>> World build started on Thu Apr 24 13:09:36 UTC 2014 >>>> 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 Thu Apr 24 14:44:36 UTC 2014 > TB --- 2014-04-24 14:44:36 - generating LINT kernel config > TB --- 2014-04-24 14:44:36 - cd /src/sys/ia64/conf > TB --- 2014-04-24 14:44:36 - /usr/bin/make -B LINT > TB --- 2014-04-24 14:44:36 - cd /src/sys/ia64/conf > TB --- 2014-04-24 14:44:36 - /obj/ia64.ia64/src/tmp/legacy/usr/sbin/config -m LINT > TB --- 2014-04-24 14:44:37 - building LINT kernel > TB --- 2014-04-24 14:44:37 - CROSS_BUILD_TESTING=YES > TB --- 2014-04-24 14:44:37 - MAKEOBJDIRPREFIX=/obj > TB --- 2014-04-24 14:44:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2014-04-24 14:44:37 - SRCCONF=/dev/null > TB --- 2014-04-24 14:44:37 - TARGET=ia64 > TB --- 2014-04-24 14:44:37 - TARGET_ARCH=ia64 > TB --- 2014-04-24 14:44:37 - TZ=UTC > TB --- 2014-04-24 14:44:37 - __MAKE_CONF=/dev/null > TB --- 2014-04-24 14:44:37 - cd /src > TB --- 2014-04-24 14:44:37 - /usr/bin/make -B buildkernel KERNCONF=LINT >>>> Kernel build for LINT started on Thu Apr 24 14:44:37 UTC 2014 >>>> 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 > [...] > > c -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/ddb/db_main.c > > c -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/ddb/db_output.c > > c -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/ddb/db_print.c > > c -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/ddb/db_ps.c > > c -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/ddb/db_run.c > > c -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/ddb/db_script.c > > c -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/ddb/db_sym.c > > c -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/ddb/db_thread.c > > c -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/ddb/db_textdump.c > > c -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/ddb/db_variables.c > > c -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/ddb/db_watch.c > > c -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/ddb/db_write_cmd.c > > c -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/acpica/Osd/OsdDebug.c > > c -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/acpica/Osd/OsdHardware.c > > c -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/acpica/Osd/OsdInterrupt.c > > c -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/acpica/Osd/OsdMemory.c > > c -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/acpica/Osd/OsdSchedule.c > cc1: warnings being treated as errors > /src/sys/dev/acpica/Osd/OsdSchedule.c:55: warning: redundant redeclaration of 'sysctl__debug_acpi_children' [-Wredundant-decls] > /src/sys/dev/acpica/acpivar.h:490: warning: previous declaration of 'sysctl__debug_acpi_children' was here > *** Error code 1 > > Stop. > bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT > *** Error code 1 > > Stop. > bmake: stopped in /src > *** [buildkernel] Error code 1 > > Stop in /src. > TB --- 2014-04-24 14:48:42 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2014-04-24 14:48:42 - ERROR: failed to build LINT kernel > TB --- 2014-04-24 14:48:42 - 4869.20 user 770.62 system 5958.80 real > > > http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.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 Thu Apr 24 17:05:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 908EF6C8 for ; Thu, 24 Apr 2014 17:05:49 +0000 (UTC) Received: from forward1l.mail.yandex.net (forward1l.mail.yandex.net [IPv6:2a02:6b8:0:1819::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B9AB148D for ; Thu, 24 Apr 2014 17:05:49 +0000 (UTC) Received: from smtp11.mail.yandex.net (smtp11.mail.yandex.net [95.108.130.67]) by forward1l.mail.yandex.net (Yandex) with ESMTP id 04C68152116C for ; Thu, 24 Apr 2014 21:05:46 +0400 (MSK) Received: from smtp11.mail.yandex.net (localhost [127.0.0.1]) by smtp11.mail.yandex.net (Yandex) with ESMTP id B61E37E07C9 for ; Thu, 24 Apr 2014 21:05:46 +0400 (MSK) Received: from unknown (unknown [77.66.228.253]) by smtp11.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id A3PgDis3MP-5kLOoiKF; Thu, 24 Apr 2014 21:05:46 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: 2bdcaf5d-69bf-44d5-a75a-6ddfb979e444 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1398359146; bh=6wqaISJQe3gzdXORKJlEW/V0GzUTQrWwFGWBMlqg09U=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:Subject: Content-Type:Content-Transfer-Encoding; b=nbCIbf6jT9QeAGfjFxsHX/gHulWsjL5Lt/FTWs+KPz8ZPNgCPt4s+PKLND8+gnY/i MUbVKeKb7J/t1j9JT+oEigDt3IgJgPVbRfiKeJMAsrsjOCtaC0jn5a4kL5Rx0mPaJ/ licCVfp6Ur6YZs0btWqhkkET0gv1Ma5GnrrvLRNA= Authentication-Results: smtp11.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <53594466.10601@yandex.ru> Date: Thu, 24 Apr 2014 21:05:42 +0400 From: Ruslan Makhmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: FreeBSD Current Subject: libllvmmc build is broken on i386 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2014 17:05:49 -0000 Hi, I can't build current on i386 (last tried revision is 264886) for couple of days. Every time trying to build with making `make clean` and rm'ing /usr/obj first. The first error is appearing when building MCAsmBackend.cpp: """ /../contrib/llvm/lib/MC/MCAsmBackend.cpp -o MCAsmBackend.o In file included from /usr/src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC/MCAsmBackend.cpp:10: In file included from /usr/src/lib/clang/libllvmmc/../../../contrib/llvm/include/llvm/MC/MCAsmBackend.h:13: In file included from /usr/src/lib/clang/libllvmmc/../../../contrib/llvm/include/llvm/ADT/ArrayRef.h:14: In file included from /usr/src/lib/clang/libllvmmc/../../../contrib/llvm/include/llvm/ADT/SmallVector.h:17: In file included from /usr/src/lib/clang/libllvmmc/../../../contrib/llvm/include/llvm/Support/AlignOf.h:19: In file included from /usr/include/c++/v1/cstddef:36: /usr/include/c++/v1/__config:314:2: error: invalid preprocessing directive """ Here is the full buildlog: http://pastebin.com/mp4mrUTb Thanks. -- Regards, Ruslan T.O.S. Of Reality From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 18:13:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59D08992 for ; Thu, 24 Apr 2014 18:13:56 +0000 (UTC) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D45801BCC for ; Thu, 24 Apr 2014 18:13:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:Message-ID:Subject:Cc:To:From:Date; bh=MVsqhIWCL63YegomtSAFuBaK1nrnsMNFIIZOQknuW04=; b=uhMh0+Roslv+hEcMJ9xhHLHldQbSdcs4HD9emn+GQzpFgiA98ZhE6D9++uDSsmd6ZbXEX5+TqI59bl5Q4xBPkC1WyyQM6I94anZRZjeA0s83iHVPUXV7ETPmI6muIrRZk+60C+VhOCMF0EfIJim8EkKIIz65oCzWIQEiGsgwHxo=; Received: from 107-128-180-255.lightspeed.austtx.sbcglobal.net ([107.128.180.255]:34749 helo=borg.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WdO9X-0008ol-T0; Thu, 24 Apr 2014 13:13:52 -0500 Date: Thu, 24 Apr 2014 13:13:32 -0500 From: Larry Rosenman To: freebsd-current@freebsd.org Subject: One Time Panic (VBox) Message-ID: <20140424181332.GA2597@borg.lerctr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Score: 2.6 (++) X-LERCTR-Spam-Score: 2.6 (++) X-Spam-Report: SpamScore (2.6/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, KAM_STOCKTIP=5.5, TVD_RCVD_IP=0.001 X-LERCTR-Spam-Report: SpamScore (2.6/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, KAM_STOCKTIP=5.5, TVD_RCVD_IP=0.001 Cc: freebsd-vbox@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2014 18:13:56 -0000 got the following today: (I have the vmcore and kernel if y'all need/want) borg.lerctr.org dumped core - see /var/crash/vmcore.4 Thu Apr 24 10:39:06 CDT 2014 FreeBSD borg.lerctr.org 11.0-CURRENT FreeBSD 11.0-CURRENT #29 r264823M: Wed Apr 23 09:35:35 CDT 2014 root@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 panic: Most recently used by iprtheap GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Memory modified after free 0xfffff80b26a82680(120) val=e69eedef @ 0xfffff80b26a82690 panic: Most recently used by iprtheap cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe100de68360 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe100de68410 vpanic() at vpanic+0x126/frame 0xfffffe100de68450 panic() at panic+0x43/frame 0xfffffe100de684b0 mtrash_ctor() at mtrash_ctor+0x8a/frame 0xfffffe100de684e0 uma_zalloc_arg() at uma_zalloc_arg+0x4d1/frame 0xfffffe100de68550 malloc() at malloc+0x194/frame 0xfffffe100de685a0 rtR0MemAllocEx() at rtR0MemAllocEx+0xd2/frame 0xfffffe100de68600 RTMemAllocZTag() at RTMemAllocZTag+0x14/frame 0xfffffe100de68620 rtR0MemObjNew() at rtR0MemObjNew+0x2f/frame 0xfffffe100de68650 rtR0MemObjFreeBSDAllocPhysPages() at rtR0MemObjFreeBSDAllocPhysPages+0x31/frame 0xfffffe100de686a0 rtR0MemObjNativeAllocPhysNC() at rtR0MemObjNativeAllocPhysNC+0x2e/frame 0xfffffe100de686c0 g_aUnits() at g_aUnits+0x58d9/frame 0xfffffe100de68720 g_aUnits() at g_aUnits+0x266a/frame 0xfffffe100de687a0 g_aUnits() at g_aUnits+0x1f9f/frame 0xfffffe100de68820 g_aUnits() at 0xffffffff83261c35/frame 0xfffffe100de68870 g_aUnits() at 0xffffffff832640de/frame 0xfffffe100de688b0 g_aUnits() at 0xffffffff83263c23/frame 0xfffffe100de688f0 supdrvIOCtlInnerUnrestricted() at supdrvIOCtlInnerUnrestricted+0x5a1/frame 0xfffffe100de68970 VBoxDrvFreeBSDIOCtl() at VBoxDrvFreeBSDIOCtl+0x1e6/frame 0xfffffe100de689d0 devfs_ioctl_f() at devfs_ioctl_f+0xfb/frame 0xfffffe100de68a30 kern_ioctl() at kern_ioctl+0x22b/frame 0xfffffe100de68a90 sys_ioctl() at sys_ioctl+0x13c/frame 0xfffffe100de68ae0 amd64_syscall() at amd64_syscall+0x25a/frame 0xfffffe100de68bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe100de68bf0 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x80128f6ea, rsp = 0x7fffff7a4c58, rbp = 0x7fffff7a4c60 --- Uptime: 1d0h40m19s Dumping 9979 out of 64464 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% Reading symbols from /boot/kernel/linux.ko.symbols...done. Loaded symbols for /boot/kernel/linux.ko.symbols Reading symbols from /boot/kernel/if_lagg.ko.symbols...done. Loaded symbols for /boot/kernel/if_lagg.ko.symbols Reading symbols from /boot/kernel/snd_envy24ht.ko.symbols...done. Loaded symbols for /boot/kernel/snd_envy24ht.ko.symbols Reading symbols from /boot/kernel/snd_spicds.ko.symbols...done. Loaded symbols for /boot/kernel/snd_spicds.ko.symbols Reading symbols from /boot/kernel/coretemp.ko.symbols...done. Loaded symbols for /boot/kernel/coretemp.ko.symbols Reading symbols from /boot/kernel/ichsmb.ko.symbols...done. Loaded symbols for /boot/kernel/ichsmb.ko.symbols Reading symbols from /boot/kernel/smbus.ko.symbols...done. Loaded symbols for /boot/kernel/smbus.ko.symbols Reading symbols from /boot/kernel/ichwd.ko.symbols...done. Loaded symbols for /boot/kernel/ichwd.ko.symbols Reading symbols from /boot/kernel/cpuctl.ko.symbols...done. Loaded symbols for /boot/kernel/cpuctl.ko.symbols Reading symbols from /boot/kernel/crypto.ko.symbols...done. Loaded symbols for /boot/kernel/crypto.ko.symbols Reading symbols from /boot/kernel/cryptodev.ko.symbols...done. Loaded symbols for /boot/kernel/cryptodev.ko.symbols Reading symbols from /boot/kernel/dtraceall.ko.symbols...done. Loaded symbols for /boot/kernel/dtraceall.ko.symbols Reading symbols from /boot/kernel/profile.ko.symbols...done. Loaded symbols for /boot/kernel/profile.ko.symbols Reading symbols from /boot/kernel/cyclic.ko.symbols...done. Loaded symbols for /boot/kernel/cyclic.ko.symbols Reading symbols from /boot/kernel/dtrace.ko.symbols...done. Loaded symbols for /boot/kernel/dtrace.ko.symbols Reading symbols from /boot/kernel/systrace_freebsd32.ko.symbols...done. Loaded symbols for /boot/kernel/systrace_freebsd32.ko.symbols Reading symbols from /boot/kernel/systrace.ko.symbols...done. Loaded symbols for /boot/kernel/systrace.ko.symbols Reading symbols from /boot/kernel/sdt.ko.symbols...done. Loaded symbols for /boot/kernel/sdt.ko.symbols Reading symbols from /boot/kernel/lockstat.ko.symbols...done. Loaded symbols for /boot/kernel/lockstat.ko.symbols Reading symbols from /boot/kernel/fasttrap.ko.symbols...done. Loaded symbols for /boot/kernel/fasttrap.ko.symbols Reading symbols from /boot/kernel/fbt.ko.symbols...done. Loaded symbols for /boot/kernel/fbt.ko.symbols Reading symbols from /boot/kernel/dtnfscl.ko.symbols...done. Loaded symbols for /boot/kernel/dtnfscl.ko.symbols Reading symbols from /boot/kernel/dtmalloc.ko.symbols...done. Loaded symbols for /boot/kernel/dtmalloc.ko.symbols Reading symbols from /boot/modules/vboxdrv.ko...done. Loaded symbols for /boot/modules/vboxdrv.ko Reading symbols from /boot/modules/nvidia.ko...done. Loaded symbols for /boot/modules/nvidia.ko Reading symbols from /boot/kernel/ipmi.ko.symbols...done. Loaded symbols for /boot/kernel/ipmi.ko.symbols Reading symbols from /boot/kernel/ipmi_linux.ko.symbols...done. Loaded symbols for /boot/kernel/ipmi_linux.ko.symbols Reading symbols from /boot/kernel/radeonkms.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkms.ko.symbols Reading symbols from /boot/kernel/iicbb.ko.symbols...done. Loaded symbols for /boot/kernel/iicbb.ko.symbols Reading symbols from /boot/kernel/iicbus.ko.symbols...done. Loaded symbols for /boot/kernel/iicbus.ko.symbols Reading symbols from /boot/kernel/iic.ko.symbols...done. Loaded symbols for /boot/kernel/iic.ko.symbols Reading symbols from /boot/kernel/drm2.ko.symbols...done. Loaded symbols for /boot/kernel/drm2.ko.symbols Reading symbols from /boot/kernel/radeonkmsfw_R100_cp.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkmsfw_R100_cp.ko.symbols Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. Loaded symbols for /boot/kernel/fdescfs.ko.symbols Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. Loaded symbols for /boot/kernel/linprocfs.ko.symbols Reading symbols from /boot/kernel/uhid.ko.symbols...done. Loaded symbols for /boot/kernel/uhid.ko.symbols Reading symbols from /boot/kernel/uplcom.ko.symbols...done. Loaded symbols for /boot/kernel/uplcom.ko.symbols Reading symbols from /boot/kernel/ucom.ko.symbols...done. Loaded symbols for /boot/kernel/ucom.ko.symbols Reading symbols from /boot/kernel/netgraph.ko.symbols...done. Loaded symbols for /boot/kernel/netgraph.ko.symbols Reading symbols from /boot/kernel/ng_ether.ko.symbols...done. Loaded symbols for /boot/kernel/ng_ether.ko.symbols Reading symbols from /boot/modules/vboxnetflt.ko...done. Loaded symbols for /boot/modules/vboxnetflt.ko Reading symbols from /boot/modules/vboxnetadp.ko...done. Loaded symbols for /boot/modules/vboxnetadp.ko #0 doadump (textdump=1) at pcpu.h:219 219 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=1) at pcpu.h:219 #1 0xffffffff809dedd7 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:449 #2 0xffffffff809df315 in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:756 #3 0xffffffff809df363 in panic (fmt=0x0) at /usr/src/sys/kern/kern_shutdown.c:685 #4 0xffffffff80c594aa in mtrash_ctor (mem=, size=, arg=, flags=) at /usr/src/sys/vm/uma_dbg.c:138 #5 0xffffffff80c55601 in uma_zalloc_arg (zone=0xfffff80ffffc9000, udata=0x0, flags=257) at /usr/src/sys/vm/uma_core.c:2162 #6 0xffffffff809c6a94 in malloc (size=, mtp=0xffffffff81f00b70, flags=) at uma.h:336 #7 0xffffffff81eef232 in rtR0MemAllocEx () from /boot/modules/vboxdrv.ko #8 0xffffffff81eed904 in RTMemAllocZTag () from /boot/modules/vboxdrv.ko #9 0xffffffff81eedd3f in rtR0MemObjNew () from /boot/modules/vboxdrv.ko #10 0xffffffff81eef7b1 in rtR0MemObjFreeBSDAllocPhysPages () from /boot/modules/vboxdrv.ko #11 0xffffffff81eef8ae in rtR0MemObjNativeAllocPhysNC () from /boot/modules/vboxdrv.ko #12 0xffffffff8324c799 in ?? () #13 0xfffffe00f372f010 in ?? () #14 0x000000780000006d in ?? () #15 0xfffffe10099817c8 in ?? () #16 0xffffffff8324c87e in ?? () #17 0x0000000000000000 in ?? () Current language: auto; currently minimal (kgdb) ------------------------------------------------------------------------ ps -axlww UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 0 0 0 -8 0 0 0 - DLs - 102:08.48 [kernel] 0 1 0 0 20 0 9396 0 wait DLs - 0:00.32 [init] 0 2 0 0 -16 0 0 0 ftcl DL - 0:00.00 [ftcleanup] 0 3 0 0 -16 0 0 0 crypto_w DL - 0:00.00 [crypto] 0 4 0 0 -16 0 0 0 crypto_r DL - 0:00.00 [crypto returns] 0 5 0 0 -16 0 0 0 - DL - 4:39.51 [cam] 0 6 0 0 -16 0 0 0 - DL - 0:00.60 [fdc0] 0 7 0 0 -8 0 0 0 tx->tx_s DL - 9:11.50 [zfskern] 0 8 0 0 -16 0 0 0 waiting_ DL - 0:00.00 [sctp_iterator] 0 9 0 0 -16 0 0 0 ipmireq DL - 6:48.49 [ipmi0: kcs] 0 10 0 0 -16 0 0 0 audit_wo DL - 0:00.00 [audit] 0 11 0 0 155 0 0 0 - RL - 3612:43.07 [idle] 0 12 0 0 -84 0 0 0 - WL - 16:23.98 [intr] 0 13 0 0 -8 0 0 0 - DL - 0:00.13 [geom] 0 14 0 0 -16 0 0 0 - DL - 0:51.09 [rand_harvestq] 0 15 0 0 -68 0 0 0 - DL - 1:04.89 [usb] 0 16 0 0 -20 0 0 0 VBoxIS DL - 1:25.56 [Timer] 0 17 0 0 -16 0 0 0 psleep DL - 0:13.03 [pagedaemon] 0 18 0 0 -16 0 0 0 psleep DL - 0:00.08 [vmdaemon] 0 19 0 0 155 0 0 0 pgzero DL - 0:00.00 [pagezero] 0 20 0 0 -16 0 0 0 psleep DL - 0:00.68 [bufdaemon] 0 21 0 0 -16 0 0 0 vlruwt DL - 0:11.37 [vnlru] 0 22 0 0 16 0 0 0 syncer DL - 5:26.29 [syncer] 0 23 0 0 -16 0 0 0 sdflush DL - 0:01.14 [softdepflush] 0 184 1 0 52 0 12268 0 pause Ds - 0:00.00 [adjkerntz] 0 483 1 0 20 0 13096 0 select Ds - 0:00.05 [devd] 0 532 0 0 -16 0 0 0 sleep DL - 0:00.00 [ng_queue] 59 544 1 0 20 0 32636 0 select Ds - 0:00.49 [unbound] 0 586 1 0 20 0 14428 0 select Ds - 0:01.27 [syslogd] 0 590 1 0 20 0 16516 0 select Ds - 0:00.12 [rpcbind] 0 605 1 0 -52 0 6240 0 nanslp Ds - 0:08.94 [watchdogd] 0 625 1 0 52 0 22744 0 select Ds - 0:00.00 [casperd] 0 626 1 0 52 0 22744 0 select Ds - 0:00.00 [casperd] 0 646 1 0 52 0 12660 0 pause Ds - 0:00.00 [nfsuserd] 0 647 646 0 20 0 12660 0 select D - 0:00.08 [nfsuserd] 0 648 646 0 20 0 12660 0 select D - 0:00.08 [nfsuserd] 0 649 646 0 20 0 12660 0 select D - 0:00.08 [nfsuserd] 0 650 646 0 20 0 12660 0 select D - 0:00.08 [nfsuserd] 0 657 1 0 52 0 39012 17979222336197120 select Ds - 0:00.02 [mountd] 0 663 1 0 52 0 36852 17979222346021504 select Ds - 0:00.04 [nfsd] 0 669 663 0 52 0 12276 0 rpcsvc D - 0:00.17 [nfsd] 0 718 1 0 20 0 25384 0 select Ds - 0:05.29 [ntpd] 0 975 1 0 20 0 61112 0 select Ds - 0:00.30 [sshd] 0 991 1 0 20 0 16528 0 nanslp Ds - 0:00.30 [cron] 0 1005 1 0 52 0 12264 0 accept Ds - 0:00.00 [nfscbd] 0 1006 1005 0 52 0 12264 0 rpcsvc D - 0:00.17 [nfscbd] 0 1019 1 0 52 0 18644 0 select Ds - 0:00.00 [inetd] 0 1039 1 0 52 0 14424 0 ttyin Ds+ - 0:00.00 [getty] 0 1040 1 0 52 0 14424 0 ttyin Ds+ - 0:00.00 [getty] 0 1041 1 0 52 0 14424 0 ttyin Ds+ - 0:00.00 [getty] 0 1042 1 0 52 0 14424 0 ttyin Ds+ - 0:00.00 [getty] 0 1043 1 0 52 0 14424 0 ttyin Ds+ - 0:00.00 [getty] 0 1044 1 0 52 0 14424 0 ttyin Ds+ - 0:00.00 [getty] 0 1045 1 0 52 0 14424 0 ttyin Ds+ - 0:00.00 [getty] 0 1046 1 0 52 0 14424 0 ttyin Ds+ - 0:00.00 [getty] 0 30107 1 0 40 0 106792 0 kqread Ds - 0:00.03 [cupsd] 1028 30128 49747 0 155 19 2184 0 7 DN - 1:37.24 [wcgrid_fahv_vina_7] 1028 30129 49747 0 155 19 2184 0 7 DN - 0:00.67 [wcgrid_fahv_vina_7] 1028 30221 49747 0 155 19 2180 0 7 DN - 1:26.82 [wcgrid_fahv_vina_7] 1028 30222 49747 0 155 19 2180 0 7 DN - 0:00.60 [wcgrid_fahv_vina_7] 1028 30328 49747 0 155 19 2008 0 7 DN - 1:11.32 [wcgrid_fahv_vina_7] 1028 30329 49747 0 155 19 2008 0 7 DN - 0:00.49 [wcgrid_fahv_vina_7] 1028 30330 30328 0 155 19 100624 17979362127877184 p DN - 0:01.79 [wcgrid_fahv_vina_p] 1028 30332 30328 0 155 19 100624 17979362127877184 - RN - 52:05.61 [wcgrid_fahv_vina_p] 1028 30432 49747 0 155 19 2008 0 7 DN - 0:56.05 [wcgrid_fahv_vina_7] 1028 30433 49747 0 155 19 2008 0 7 DN - 0:00.40 [wcgrid_fahv_vina_7] 1028 30434 30432 0 155 19 100404 17979362112989312 p TN - 0:01.91 [wcgrid_fahv_vina_p] 1028 30435 30432 0 155 19 100404 17979362112989312 - RN - 40:38.06 [wcgrid_fahv_vina_p] 1028 30461 49747 0 155 19 107832 17979250082594816 d DN - 20:35.73 [setiathome-7.0.amd] 1028 30513 30221 0 155 19 101480 17979362126695232 p DN - 0:01.92 [wcgrid_fahv_vina_p] 1028 30515 30221 0 155 19 101480 17979362126695232 - RN - 31:28.36 [wcgrid_fahv_vina_p] 1028 30559 30128 0 155 19 100200 17979362132222976 p DN - 0:01.84 [wcgrid_fahv_vina_p] 1028 30560 30128 0 155 19 100200 17979362132222976 - RN - 29:12.55 [wcgrid_fahv_vina_p] 1002 49471 1 0 20 0 81360 0 select D - 1:05.42 [VBoxXPCOMIPCD] 1002 49473 1 0 20 0 138252 0 uwait D - 2:35.07 [VBoxSVC] 0 49477 1 0 52 0 14396 0 sigwait Ds - 0:00.00 [daemon] 1002 49478 49477 0 28 0 5839768 17979241903959296 select D - 58:38.29 [VBoxHeadless] 0 49489 1 0 52 0 14396 0 sigwait Ds - 0:00.00 [daemon] 1002 49490 49489 0 28 0 5185944 17979275693690240 select D - 40:56.57 [VBoxHeadless] 0 49503 1 0 20 0 34916 0 nanslp Ds - 0:30.93 [perl] 0 49511 1 0 20 0 30584 0 nanslp D - 0:00.63 [smartd] 70 49552 1 0 20 0 84460 0 select D - 0:07.84 [postgres] 70 49554 49552 0 20 0 84460 0 select Ds - 0:03.98 [postgres] 70 49555 49552 0 20 0 84460 0 select Ds - 0:00.95 [postgres] 70 49556 49552 0 20 0 84460 0 select Ds - 0:01.14 [postgres] 70 49557 49552 0 20 0 84460 0 select Ds - 0:04.61 [postgres] 70 49558 49552 0 20 0 44204 0 select Ds - 0:10.36 [postgres] 26 49567 1 0 20 0 46072 0 select Ds - 0:00.04 [exim-4.82-0] 556 49584 1 0 20 0 17052 0 select Ds - 0:00.02 [dbus-daemon] 558 49591 1 0 20 0 27684 0 select D - 0:00.66 [avahi-daemon] 0 49603 1 0 21 0 12568 0 select D - 0:00.49 [cnid_metad] 0 49605 1 0 20 0 55412 0 select D - 0:00.53 [afpd] 0 49628 1 0 52 0 14396 0 sigwait Ds - 0:00.00 [daemon] 0 49629 49628 0 52 0 17572216 17979243349164608 kqread D - 1:41.64 [java] 0 49662 1 0 43 0 102656 0 n D - 0:00.02 [console-kit-daemon] 0 49664 1 0 46 0 65364 0 kqread D - 0:00.03 [polkitd] 560 49677 1 0 29 0 60420 0 select Ds - 0:17.38 [hald] 0 49682 49677 0 52 0 46248 0 select D - 0:00.67 [hald-runner] 965 49692 1 0 20 0 1514444 17979244359548928 uwait Ds - 4:36.29 [java] 1028 49747 1 0 155 0 99636 0 select Ds - 1:17.70 [boinc_client] 910 49757 1 0 20 0 66756 0 uwait Ds - 4:26.65 [bacula-sd] 0 49767 1 0 20 0 70780 0 uwait Ds - 57:56.71 [bacula-fd] 910 49776 1 0 20 0 96620 0 uwait Ds - 0:02.51 [bacula-dir] 0 49784 1 0 52 0 20744 0 select D - 0:00.00 [avahi-dnsconfd] 0 49793 1 0 52 0 32512 0 select Ds - 1:22.47 [apcupsd] 0 49809 49682 0 20 0 23272 0 e D - 0:03.65 [hald-addon-storage] 0 49822 49682 0 20 0 31880 0 s D - 3:19.07 [hald-addon-mouse-s] 0 49831 49682 0 20 0 23272 0 e D - 0:14.59 [hald-addon-storage] 1028 58002 49747 0 155 19 99632 17979405087780096 i DN - 210:18.93 [wcgrid_faah_7.16_i] 1028 58003 49747 0 155 19 99632 17979405087780096 i DN - 0:03.86 [wcgrid_faah_7.16_i] 1028 58216 49747 0 155 19 107832 17979325631952384 d DN - 194:36.35 [setiathome-7.0.amd] 1028 72245 49747 0 155 19 107832 17979449731039808 d DN - 44:41.94 [setiathome-7.0.amd] ------------------------------------------------------------------------ vmstat -s vmstat: undefined symbols: _cnt ------------------------------------------------------------------------ vmstat -m vmstat: undefined symbols: _cnt ------------------------------------------------------------------------ vmstat -z vmstat: undefined symbols: _cnt ------------------------------------------------------------------------ vmstat -i vmstat: undefined symbols: _cnt ------------------------------------------------------------------------ pstat -T 722/2062865 files 0M/147455M swap space ------------------------------------------------------------------------ pstat -s Device 512-blocks Used Avail Capacity /dev/gpt/swap0 50331392 0 50331392 0% /dev/gpt/swap1 50331392 0 50331392 0% /dev/gpt/swap2 50331392 0 50331392 0% /dev/gpt/swap3 50331392 0 50331392 0% /dev/gpt/swap4 50331392 0 50331392 0% /dev/gpt/swap5 50331392 0 50331392 0% Total 301988352 0 301988352 0% ------------------------------------------------------------------------ iostat tty ada0 ada1 ada2 cpu tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 0 2762 26.10 21 0.54 25.50 23 0.57 25.35 23 0.57 1 64 4 0 31 ------------------------------------------------------------------------ ipcs -a Message Queues: T ID KEY MODE OWNER GROUP CREATOR CGROUP CBYTES QNUM QBYTES LSPID LRPID STIME RTIME CTIME Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME m 196608 5432001 --rw------- pgsql pgsql pgsql pgsql 5 41222144 49552 49552 15:26:34 10:28:51 15:26:34 m 327681 18153635 --rw-rw-rw- boinc nobody boinc nobody 2 8192 49747 58216 4:10:56 9:47:06 4:10:56 m 393220 18164856 --rw-rw-rw- boinc nobody boinc nobody 2 8192 49747 30461 9:47:06 9:47:06 9:47:06 m 655366 18153689 --rw-rw-rw- boinc nobody boinc nobody 2 8192 49747 72245 9:00:42 9:47:06 9:00:42 Semaphores: T ID KEY MODE OWNER GROUP CREATOR CGROUP NSEMS OTIME CTIME s 196608 5432001 --rw------- pgsql pgsql pgsql pgsql 17 15:26:34 15:26:34 s 196609 5432002 --rw------- pgsql pgsql pgsql pgsql 17 15:26:34 15:26:34 s 196610 5432003 --rw------- pgsql pgsql pgsql pgsql 17 15:26:34 15:26:34 s 196611 5432004 --rw------- pgsql pgsql pgsql pgsql 17 15:26:34 15:26:34 s 196612 5432005 --rw------- pgsql pgsql pgsql pgsql 17 15:26:34 15:26:34 s 196613 5432006 --rw------- pgsql pgsql pgsql pgsql 17 15:26:34 15:26:34 s 196614 5432007 --rw------- pgsql pgsql pgsql pgsql 17 8:31:11 15:26:34 ------------------------------------------------------------------------ ipcs -T msginfo: msgmax: 16384 (max characters in a message) msgmni: 40 (# of message queues) msgmnb: 2048 (max characters in a message queue) msgtql: 40 (max # of messages in system) msgssz: 8 (size of a message segment) msgseg: 2048 (# of message segments in system) shminfo: shmmax: 536870912 (max shared memory segment size) shmmin: 1 (min shared memory segment size) shmmni: 192 (max number of shared memory identifiers) shmseg: 128 (max shared memory segments per process) shmall: 131072 (max amount of shared memory in pages) seminfo: semmni: 50 (# of semaphore identifiers) semmns: 340 (# of semaphores in system) semmnu: 150 (# of undo structures in system) semmsl: 340 (max # of semaphores per id) semopm: 100 (max # of operations per semop call) semume: 50 (max # of undo entries per process) semusz: 632 (size in bytes of undo structure) semvmx: 32767 (semaphore maximum value) semaem: 16384 (adjust on exit max value) ------------------------------------------------------------------------ nfsstat Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Remove 2 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 1 1 0 0 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 0 0 4 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Misses 0 0 0 0 0 0 0 0 BioRLHits Misses BioD Hits Misses DirE Hits Misses Accs Hits Misses 0 0 0 0 0 0 0 0 Server Info: Getattr Setattr Lookup Readlink Read Write Create Remove 0 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Server Ret-Failed 0 Server Faults 0 Server Cache Stats: Inprog Idem Non-idem Misses 0 0 0 0 Server Write Gathering: WriteOps WriteRPC Opsaved 0 0 0 ------------------------------------------------------------------------ netstat -s tcp: 35336332 packets sent 31517510 data packets (76166475181 bytes) 7969 data packets (5702532 bytes) retransmitted 11 data packets unnecessarily retransmitted 0 resends initiated by MTU discovery 3354804 ack-only packets (13459 delayed) 0 URG only packets 0 window probe packets 449616 window update packets 6438 control packets 19774384 packets received 12086433 acks (for 76166492913 bytes) 111127 duplicate acks 0 acks for unsent data 7433697 packets (41227326300 bytes) received in-sequence 345 completely duplicate packets (31478 bytes) 0 old duplicate packets 0 packets with some dup. data (0 bytes duped) 21650 out-of-order packets (29041840 bytes) 0 packets (0 bytes) of data after window 0 window probes 396555 window update packets 12 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 9 discarded due to memory problems 251 connection requests 5966 connection accepts 0 bad connection attempts 0 listen queue overflows 3 ignored RSTs in the windows 6203 connections established (including accepts) 6607 connections closed (including 51 drops) 5984 connections updated cached RTT on close 6011 connections updated cached RTT variance on close 1811 connections updated cached ssthresh on close 6 embryonic connections dropped 12085782 segments updated rtt (of 3076553 attempts) 837 retransmit timeouts 28 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 Connections (fin_wait_2) dropped because of timeout 361 keepalive timeouts 354 keepalive probes sent 7 connections dropped by keepalive 9855116 correct ACK header predictions 6953883 correct data packet header predictions 6007 syncache entries added 29 retransmitted 1 dupsyn 0 dropped 5966 completed 0 bucket overflow 0 cache overflow 38 reset 3 stale 0 aborted 0 badack 0 unreach 0 zone failures 6007 cookies sent 5966 cookies received 75 hostcache entries added 0 bucket overflow 4147 SACK recovery episodes 7047 segment rexmits in SACK recovery episodes 5155380 byte rexmits in SACK recovery episodes 117037 SACK options (SACK blocks) received 21397 SACK options (SACK blocks) sent 0 SACK scoreboard overflow 0 packets with ECN CE bit set 0 packets with ECN ECT(0) bit set 0 packets with ECN ECT(1) bit set 0 successful ECN handshakes 0 times ECN reduced the congestion window 0 packets with valid tcp-md5 signature received 0 packets with invalid tcp-md5 signature received 0 packets with tcp-md5 signature mismatch 0 packets with unexpected tcp-md5 signature received 0 packets without expected tcp-md5 signature received udp: 489847 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 0 with no checksum 189 dropped due to no socket 397656 broadcast/multicast datagrams undelivered 0 dropped due to full socket buffers 0 not for hashed pcb 92002 delivered 91799 datagrams output 0 times multicast source filter matched ip: 20202486 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 60 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 30 packets reassembled ok 20177204 packets for this host 25200 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 52 packets not forwardable 2 packets received for unknown multicast group 0 redirects sent 35342995 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header icmp: 189 calls to icmp_error 0 errors not generated in response to an icmp message Output histogram: destination unreachable: 189 0 messages with bad code fields 0 messages less than the minimum length 0 messages with bad checksum 0 messages with bad length 0 multicast echo requests ignored 0 multicast timestamp requests ignored Input histogram: destination unreachable: 63 0 message responses generated 0 invalid return addresses 0 no return routes igmp: 25137 messages received 0 messages received with too few bytes 0 messages received with wrong TTL 0 messages received with bad checksum 7300 V1/V2 membership queries received 0 V3 membership queries received 0 membership queries received with invalid field(s) 1416 general queries received 5884 group queries received 0 group-source queries received 0 group-source queries dropped 13804 membership reports received 0 membership reports received with invalid field(s) 732 membership reports received for groups to which we belong 0 V3 reports received without Router Alert 1055 membership reports sent arp: 114 ARP requests sent 982 ARP replies sent 58350 ARP requests received 115 ARP replies received 58578 ARP packets received 1 total packet dropped due to no ARP entry 39 ARP entrys timed out 0 Duplicate IPs seen ip6: 87027 total packets received 0 with size smaller than minimum 0 with data size < data length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 fragments that exceeded limit 0 packets reassembled ok 87027 packets for this host 0 packets forwarded 0 packets not forwardable 0 redirects sent 87044 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 92 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 packets that violated scope rules 0 multicast packets which we don't join Input histogram: UDP: 87027 Mbuf statistics: 26980 one mbuf 183989 one ext mbuf 0 two or more ext mbuf 0 packets whose headers are not contiguous 0 tunneling packets that can't find gif 0 packets discarded because of too many headers 9 failures of source address selection source addresses on a non-outgoing I/F 9 addresses scope=f Source addresses selection rule applied: 9 same address icmp6: 0 calls to icmp6_error 0 errors not generated in response to an icmp6 message 0 errors not generated because of rate limitation Output histogram: neighbor solicitation: 1 0 messages with bad code fields 0 messages < minimum length 0 bad checksums 0 messages with bad length Histogram of error messages to be generated: 0 no route 0 administratively prohibited 0 beyond scope 0 address unreachable 0 port unreachable 0 packet too big 0 time exceed transit 0 time exceed reassembly 0 erroneous header field 0 unrecognized next header 0 unrecognized option 0 redirect 0 unknown 0 message responses generated 0 messages with too many ND options 0 messages with bad ND options 0 bad neighbor solicitation messages 0 bad neighbor advertisement messages 0 bad router solicitation messages 0 bad router advertisement messages 0 bad redirect messages 0 path MTU changes ------------------------------------------------------------------------ netstat -m netstat: invalid address (0x0) 2048/4587/6635 mbufs in use (current/cache/total) 2042/3148/5190/4018828 mbuf clusters in use (current/cache/total/max) 2047/1958 mbuf+clusters out of packet secondary zone in use (current/cache) 0/916/916/2009414 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/1786146 9k jumbo clusters in use (current/cache/total/max) 0/0/0/1339608 16k jumbo clusters in use (current/cache/total/max) 4596K/11106K/15702K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) ------------------------------------------------------------------------ netstat -anr Routing tables Internet: Destination Gateway Flags Netif Expire default 192.168.200.11 UGS lagg0 127.0.0.1 link#3 UH lo0 192.168.200.0/24 link#4 U lagg0 192.168.200.4 link#4 UHS lo0 Internet6: Destination Gateway Flags Netif Expire ::/96 ::1 UGRS lo0 ::1 link#3 UH lo0 ::ffff:0.0.0.0/96 ::1 UGRS lo0 fe80::/10 ::1 UGRS lo0 fe80::%em0/64 link#1 U em0 fe80::230:48ff:fef2:299c%em0 link#1 UHS lo0 fe80::%em1/64 link#2 U em1 fe80::230:48ff:fef2:299c%em1 link#2 UHS lo0 fe80::%lo0/64 link#3 U lo0 fe80::1%lo0 link#3 UHS lo0 fe80::%lagg0/64 link#4 U lagg0 fe80::230:48ff:fef2:299c%lagg0 link#4 UHS lo0 ff01::%em0/32 fe80::230:48ff:fef2:299c%em0 U em0 ff01::%em1/32 fe80::230:48ff:fef2:299c%em1 U em1 ff01::%lo0/32 ::1 U lo0 ff01::%lagg0/32 fe80::230:48ff:fef2:299c%lagg0 U lagg0 ff02::/16 ::1 UGRS lo0 ff02::%em0/32 fe80::230:48ff:fef2:299c%em0 U em0 ff02::%em1/32 fe80::230:48ff:fef2:299c%em1 U em1 ff02::%lo0/32 ::1 U lo0 ff02::%lagg0/32 fe80::230:48ff:fef2:299c%lagg0 U lagg0 ------------------------------------------------------------------------ netstat -anA Active Internet connections (including servers) Tcpcb Proto Recv-Q Send-Q Local Address Foreign Address (state) fffff8007a731000 tcp4 0 0 192.168.200.4.3212 198.20.8.241.443 CLOSE_WAIT fffff803e90e8000 tcp4 0 0 192.168.200.4.3282 198.20.8.246.80 CLOSE_WAIT fffff80b7c5ab400 tcp4 0 0 192.168.200.4.866 192.168.200.23.204 CLOSE_WAIT fffff8007a0b7400 tcp4 0 0 *.631 *.* LISTEN fffff80af77ddc00 tcp6 0 0 *.631 *.* LISTEN fffff8048d31cc00 tcp4 31 0 192.168.200.4.6287 72.21.81.109.443 CLOSED fffff8007a247c00 tcp4 0 0 *.9292 *.* LISTEN fffff8007a16fc00 tcp4 0 0 *.9200 *.* LISTEN fffff8007a2f5000 tcp4 0 0 192.168.200.4.9300 192.168.200.4.6502 ESTABLISHED fffff805a79c3000 tcp4 0 0 192.168.200.4.6502 192.168.200.4.9300 ESTABLISHED fffff80440d41800 tcp4 0 0 192.168.200.4.9300 192.168.200.4.2877 ESTABLISHED fffff8007a0d3000 tcp4 0 0 192.168.200.4.2877 192.168.200.4.9300 ESTABLISHED fffff8007a172400 tcp4 0 0 192.168.200.4.9300 192.168.200.4.5554 ESTABLISHED fffff805a79c3400 tcp4 0 0 192.168.200.4.5554 192.168.200.4.9300 ESTABLISHED fffff805a79c3800 tcp4 0 0 192.168.200.4.9300 192.168.200.4.6228 ESTABLISHED fffff8007a0d3400 tcp4 0 0 192.168.200.4.6228 192.168.200.4.9300 ESTABLISHED fffff805a79c3c00 tcp4 0 0 192.168.200.4.9300 192.168.200.4.3586 ESTABLISHED fffff8007a0b6c00 tcp4 0 0 192.168.200.4.3586 192.168.200.4.9300 ESTABLISHED fffff8007a246000 tcp4 0 0 192.168.200.4.9300 192.168.200.4.4609 ESTABLISHED fffff803e90e9400 tcp4 0 0 192.168.200.4.4609 192.168.200.4.9300 ESTABLISHED fffff8007a730800 tcp4 0 0 192.168.200.4.9300 192.168.200.4.2301 ESTABLISHED fffff805a79c4000 tcp4 0 0 192.168.200.4.2301 192.168.200.4.9300 ESTABLISHED fffff805a79c4400 tcp4 0 0 192.168.200.4.9300 192.168.200.4.6198 ESTABLISHED fffff8007a1af800 tcp4 0 0 192.168.200.4.9300 192.168.200.4.4474 ESTABLISHED fffff8007a731c00 tcp4 0 0 192.168.200.4.6198 192.168.200.4.9300 ESTABLISHED fffff8007ac74000 tcp4 0 0 192.168.200.4.4474 192.168.200.4.9300 ESTABLISHED fffff8007ac74400 tcp4 0 0 192.168.200.4.9300 192.168.200.4.6366 ESTABLISHED fffff805a79c4800 tcp4 0 0 192.168.200.4.6366 192.168.200.4.9300 ESTABLISHED fffff803e90e9000 tcp4 0 0 192.168.200.4.9300 192.168.200.4.5182 ESTABLISHED fffff8007a170000 tcp4 0 0 192.168.200.4.5182 192.168.200.4.9300 ESTABLISHED fffff80440d27c00 tcp4 0 0 192.168.200.4.9300 192.168.200.4.3638 ESTABLISHED fffff8007ac76000 tcp4 0 0 192.168.200.4.3638 192.168.200.4.9300 ESTABLISHED fffff8007ac76800 tcp4 0 0 192.168.200.4.9300 192.168.200.4.1823 ESTABLISHED fffff8007a2f4400 tcp4 0 0 192.168.200.4.1823 192.168.200.4.9300 ESTABLISHED 0 tcp4 0 0 127.0.0.1.34346 127.0.0.1.46451 CLOSED fffff80440d42c00 tcp4 0 0 *.9300 *.* LISTEN fffff8007a2f3400 tcp4 0 0 *.3551 *.* LISTEN fffff8007a0b6000 tcp4 0 0 *.9101 *.* LISTEN fffff805a79c5000 tcp4 0 0 127.0.0.1.31416 *.* LISTEN fffff80440d42400 tcp4 0 0 *.9102 *.* LISTEN fffff8007a2f3800 tcp4 0 0 *.9103 *.* LISTEN fffff803e90e7c00 tcp4 0 0 192.168.200.4.548 *.* LISTEN fffff803e90e8800 tcp4 0 0 127.0.0.1.4700 *.* LISTEN fffff80d6a34f000 tcp4 0 0 127.0.0.1.587 *.* LISTEN fffff8007a79fc00 tcp4 0 0 127.0.0.1.25 *.* LISTEN fffff8007a2f6c00 tcp4 0 0 192.168.200.4.587 *.* LISTEN fffff80440d42800 tcp4 0 0 192.168.200.4.25 *.* LISTEN fffff8007a2f4800 tcp4 0 0 *.5432 *.* LISTEN fffff80440d27800 tcp6 0 0 *.5432 *.* LISTEN fffff8007a2f6000 tcp6 0 0 *.5900 *.* LISTEN fffff8007a247400 tcp4 0 0 *.5903 *.* LISTEN fffff80d6ac96400 tcp4 0 0 *.5902 *.* LISTEN fffff8007a730400 tcp4 0 0 *.7745 *.* LISTEN fffff8007a246400 tcp4 0 0 *.22 *.* LISTEN fffff8007a246800 tcp6 0 0 *.22 *.* LISTEN fffff8007a171400 tcp6 0 0 *.2049 *.* LISTEN fffff8007a171800 tcp4 0 0 *.2049 *.* LISTEN fffff8007a4c2000 tcp4 0 0 *.900 *.* LISTEN fffff8007a4c2400 tcp6 0 0 *.900 *.* LISTEN fffff8007a171c00 tcp4 0 0 *.111 *.* LISTEN fffff8007a172000 tcp6 0 0 *.111 *.* LISTEN fffff8007a0b7800 tcp6 0 0 *.53 *.* LISTEN fffff8007a0b7c00 tcp4 0 0 *.53 *.* LISTEN fffff80027685dc8 udp4 0 0 *.54328 *.* fffff80027677310 udp4 0 0 *.42743 *.* fffff80027677620 udp4 0 0 *.5353 *.* fffff800276777a8 udp6 0 0 ::1.36284 ::1.36284 fffff80027677c40 udp4 0 0 *.7745 *.* fffff80027725930 udp6 0 0 fe80::230:48ff:f.1 *.* fffff80027725ab8 udp4 0 0 192.168.200.4.123 *.* fffff80027725c40 udp4 0 0 127.0.0.1.123 *.* fffff80027725dc8 udp6 0 0 fe80::1%lo0.123 *.* fffff80027726000 udp6 0 0 ::1.123 *.* fffff80027726188 udp6 0 0 *.123 *.* fffff80027726310 udp4 0 0 *.123 *.* fffff8002768ddc8 udp6 0 0 *.2049 *.* fffff800276f6000 udp4 0 0 *.2049 *.* fffff800276a4620 udp4 0 0 *.900 *.* fffff800276a47a8 udp6 0 0 *.900 *.* fffff80027726498 udp4 0 0 *.710 *.* fffff80027c6f188 udp6 0 0 *.* *.* fffff800276f6188 udp4 0 0 *.773 *.* fffff800276f6310 udp4 0 0 *.111 *.* fffff800276f6498 udp6 0 0 *.878 *.* fffff800276f6620 udp6 0 0 *.111 *.* fffff80027686310 udp4 0 0 *.514 *.* fffff80027686498 udp6 0 0 *.514 *.* fffff800276867a8 udp6 0 0 *.53 *.* fffff80027686930 udp4 0 0 *.53 *.* Active UNIX domain sockets Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr fffff80027c965a0 stream 0 0 fffff809b7ee6938 0 0 0 /var/run/cups.sock fffff80185fa7b40 stream 0 0 0 fffff80027c4c0f0 0 0 /var/run/dbus/system_bus_socket fffff80027c4c0f0 stream 0 0 0 fffff80185fa7b40 0 0 fffff80027c7e000 stream 0 0 0 fffff80027c2fe10 0 0 /var/run/dbus/system_bus_socket fffff80027c2fe10 stream 0 0 0 fffff80027c7e000 0 0 fffff80027c31d20 stream 0 0 0 fffff80027c31b40 0 0 /var/run/hald/dbus-HZNNx3CBga fffff80027c31b40 stream 0 0 0 fffff80027c31d20 0 0 fffff80027d075a0 stream 0 0 0 fffff800271be690 0 0 /var/run/hald/dbus-HZNNx3CBga fffff800271be690 stream 0 0 0 fffff80027d075a0 0 0 fffff80027c580f0 stream 0 0 0 0 0 0 fffff80027c96870 stream 0 0 0 fffff80027cb70f0 0 0 /var/run/dbus/system_bus_socket fffff80027cb70f0 stream 0 0 0 fffff80027c96870 0 0 fffff80027c4e0f0 stream 0 0 0 fffff80027c96c30 0 0 /var/run/hald/dbus-HZNNx3CBga fffff80027c96c30 stream 0 0 0 fffff80027c4e0f0 0 0 fffff80027c480f0 stream 0 0 0 0 0 0 fffff800271be960 stream 0 0 0 fffff80027c370f0 0 0 /var/run/devd.pipe fffff80027c370f0 stream 0 0 0 fffff800271be960 0 0 fffff80027c365a0 stream 0 0 0 fffff80027cb95a0 0 0 /var/run/hald/dbus-W925TiWNPS fffff80027cb95a0 stream 0 0 0 fffff80027c365a0 0 0 fffff80027cb72d0 stream 0 0 0 fffff80027c31000 0 0 /var/run/avahi-daemon/socket fffff80027c31000 stream 0 0 0 fffff80027cb72d0 0 0 fffff80027c4e690 stream 0 0 fffff80c12e2b1d8 0 0 0 /var/run/hald/dbus-W925TiWNPS fffff80027cb94b0 stream 0 0 0 fffff80027cb93c0 0 0 /var/run/dbus/system_bus_socket fffff80027cb93c0 stream 0 0 0 fffff80027cb94b0 0 0 fffff80027c301e0 stream 0 0 fffff80c4acdb760 0 0 0 /var/run/hald/dbus-HZNNx3CBga fffff80027c2fd20 stream 0 0 0 fffff80027c30c30 0 0 fffff80027c30c30 stream 0 0 0 fffff80027c2fd20 0 0 fffff80027c310f0 stream 0 0 0 fffff80027c90870 0 0 /var/run/dbus/system_bus_socket fffff80027c90870 stream 0 0 0 fffff80027c310f0 0 0 fffff80027c364b0 stream 0 0 0 fffff80027c96000 0 0 /var/run/dbus/system_bus_socket fffff80027c96000 stream 0 0 0 fffff80027c364b0 0 0 fffff80027c58000 stream 0 0 0 fffff800271bea50 0 0 /var/run/dbus/system_bus_socket fffff800271bea50 stream 0 0 0 fffff80027c58000 0 0 fffff80027c4e5a0 stream 0 0 0 fffff80027c905a0 0 0 /var/run/dbus/system_bus_socket fffff80027c905a0 stream 0 0 0 fffff80027c4e5a0 0 0 fffff80027c90c30 stream 0 0 0 fffff80027c963c0 0 0 /var/run/dbus/system_bus_socket fffff80027c963c0 stream 0 0 0 fffff80027c90c30 0 0 fffff800271be870 stream 0 0 fffff8095536db10 0 0 0 /var/run/avahi-daemon/socket fffff80027c30780 stream 0 0 0 fffff80027c4ed20 0 0 fffff80027c4ed20 stream 0 0 0 fffff80027c30780 0 0 fffff80027c4ec30 stream 0 0 fffff802bfb44b10 0 0 0 /var/run/dbus/system_bus_socket fffff80027c90e10 stream 0 0 fffff80c1209b760 0 0 0 /tmp/.s.PGSQL.5432 fffff800271be4b0 stream 0 0 0 fffff80027c30a50 0 0 /tmp/.vbox-ler-ipc/ipcd fffff80027c30a50 stream 0 0 0 fffff800271be4b0 0 0 fffff80027cb33c0 stream 0 0 0 fffff80027cb3000 0 0 /tmp/.vbox-ler-ipc/ipcd fffff80027cb3000 stream 0 0 0 fffff80027cb33c0 0 0 fffff80027cb30f0 stream 0 0 0 fffff800271be5a0 0 0 /tmp/.vbox-ler-ipc/ipcd fffff800271be5a0 stream 0 0 0 fffff80027cb30f0 0 0 fffff80027c96d20 stream 0 0 fffff80c39c54938 0 0 0 /tmp/.vbox-ler-ipc/ipcd fffff80027c4f2d0 stream 0 0 fffff8007a3e1ce8 0 0 0 /var/run/casper fffff80027c4f3c0 stream 0 0 0 fffff80027c4f4b0 0 0 fffff80027c4f4b0 stream 0 0 0 fffff80027c4f3c0 0 0 fffff80027c37b40 stream 0 0 fffff8007a17f588 0 0 0 /var/run/rpcbind.sock fffff80027c7e870 stream 0 0 0 fffff80027c7e960 0 0 fffff80027c7e960 stream 0 0 0 fffff80027c7e870 0 0 fffff800271a3000 stream 0 0 fffff8002766c938 0 0 0 /var/run/devd.pipe fffff80027cb3c30 dgram 0 0 0 fffff800271bee10 0 fffff80027c304b0 fffff80027c304b0 dgram 0 0 0 fffff800271bee10 0 fffff80027cb3b40 fffff80027c96780 dgram 0 0 0 fffff80027cb7690 0 fffff80027c31c30 fffff80027c31c30 dgram 0 0 0 fffff80027cb7690 0 fffff80027cb74b0 fffff80027cb3b40 dgram 0 0 0 fffff800271bee10 0 fffff800271be2d0 fffff800271be2d0 dgram 0 0 0 fffff800271bee10 0 fffff80027c36e10 fffff80027cb74b0 dgram 0 0 0 fffff80027cb7690 0 fffff80027c4f5a0 fffff80027c4f5a0 dgram 0 0 0 fffff80027cb7690 0 0 fffff80027c36e10 dgram 0 0 0 fffff800271bee10 0 fffff80027c485a0 fffff80027c485a0 dgram 0 0 0 fffff800271bee10 0 fffff80027cb75a0 fffff80027cb75a0 dgram 0 0 0 fffff800271bee10 0 fffff80027c48690 fffff80027c48690 dgram 0 0 0 fffff800271bee10 0 0 fffff800271bee10 dgram 0 0 fffff8007a01a1d8 0 fffff80027cb3c30 0 /var/run/logpriv fffff80027cb7690 dgram 0 0 fffff8007a01a3b0 0 fffff80027c96780 0 /var/run/log ------------------------------------------------------------------------ netstat -aL Current listen queue sizes (qlen/incqlen/maxqlen) Proto Listen Local Address tcp4 0/0/128 *.ipp tcp6 0/0/128 *.ipp tcp4 0/0/50 *.9292 tcp4 0/0/50 *.9200 tcp4 0/0/50 *.9300 tcp4 0/0/5 *.3551 tcp4 0/0/50 *.9101 tcp4 0/0/128 localhost.31416 tcp4 0/0/50 *.9102 tcp4 0/0/50 *.9103 tcp4 0/0/20 borg.afpovertcp tcp4 0/0/10 localhost.4700 tcp4 0/0/20 localhost.submission tcp4 0/0/20 localhost.smtp tcp4 0/0/20 borg.submission tcp4 0/0/20 borg.smtp tcp4 0/0/128 *.postgresql tcp6 0/0/128 *.postgresql tcp6 0/0/32 *.5900 tcp4 0/0/32 *.5903 tcp4 0/0/32 *.5902 tcp4 0/0/5 *.7745 tcp4 0/0/128 *.ssh tcp6 0/0/128 *.ssh tcp6 0/0/5 *.nfsd tcp4 0/0/5 *.nfsd tcp4 0/0/128 *.omginitialrefs tcp6 0/0/128 *.omginitialrefs tcp4 0/0/128 *.sunrpc tcp6 0/0/128 *.sunrpc tcp6 0/0/5 *.domain tcp4 0/0/5 *.domain unix 0/0/128 /var/run/cups.sock unix 0/0/30 /var/run/hald/dbus-W925TiWNPS unix 0/0/30 /var/run/hald/dbus-HZNNx3CBga unix 0/0/128 /var/run/avahi-daemon/socket unix 0/0/30 /var/run/dbus/system_bus_socket unix 0/0/128 /tmp/.s.PGSQL.5432 unix 0/0/128 /tmp/.vbox-ler-ipc/ipcd unix 0/0/8 /var/run/casper unix 0/0/128 /var/run/rpcbind.sock unix 0/0/4 /var/run/devd.pipe ------------------------------------------------------------------------ fstat fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read file 13 at 0x200007fffffffff fstat: can't read file 14 at 0x4000000001fffff fstat: can't read file 16 at 0x780000ffff fstat: can't read file 19 at 0x200007fffffffff fstat: can't read file 20 at 0x4000000001fffff fstat: can't read file 22 at 0x780000ffff fstat: can't read file 23 at 0x1 fstat: can't read file 25 at 0x200007fffffffff fstat: can't read file 26 at 0x4000000001fffff fstat: can't read file 28 at 0x780000ffff fstat: can't read file 29 at 0x1 fstat: can't read file 31 at 0x200007fffffffff fstat: can't read file 32 at 0x4000000001fffff fstat: can't read file 34 at 0x780000ffff fstat: can't read file 35 at 0x1 fstat: can't read file 37 at 0x200007fffffffff fstat: can't read file 38 at 0x4000000001fffff fstat: can't read file 40 at 0x780000ffff fstat: can't read file 41 at 0x1 fstat: can't read file 43 at 0x200007fffffffff fstat: can't read file 44 at 0x4000000001fffff fstat: can't read file 46 at 0x780000ffff fstat: can't read file 47 at 0x1 fstat: can't read file 49 at 0x200007fffffffff fstat: can't read file 50 at 0x4000000001fffff fstat: can't read file 52 at 0x780000ffff fstat: can't read file 53 at 0x1 fstat: can't read file 55 at 0x200007fffffffff fstat: can't read file 56 at 0x4000000001fffff fstat: can't read file 58 at 0x780000ffff fstat: can't read file 59 at 0x1 fstat: can't read file 61 at 0x200007fffffffff fstat: can't read file 62 at 0x4000000001fffff fstat: can't read file 64 at 0x780000ffff fstat: can't read file 65 at 0x1 fstat: can't read file 67 at 0x200007fffffffff fstat: can't read file 68 at 0x4000000001fffff fstat: can't read file 70 at 0x780000ffff fstat: can't read file 71 at 0x1 fstat: can't read file 73 at 0x200007fffffffff fstat: can't read file 74 at 0x4000000001fffff fstat: can't read file 76 at 0x780000ffff fstat: can't read file 77 at 0x1 fstat: can't read file 79 at 0x200007fffffffff fstat: can't read file 80 at 0x4000000001fffff fstat: can't read file 82 at 0x780000ffff fstat: can't read file 83 at 0x1 fstat: can't read file 85 at 0x200007fffffffff fstat: can't read file 86 at 0x4000000001fffff fstat: can't read file 88 at 0x780000ffff fstat: can't read file 89 at 0x1 fstat: can't read file 91 at 0x200007fffffffff fstat: can't read file 92 at 0x4000000001fffff fstat: can't read file 94 at 0x780000ffff fstat: can't read file 95 at 0x1 fstat: can't read file 97 at 0x200007fffffffff fstat: can't read file 98 at 0x4000000001fffff fstat: can't read file 100 at 0x780000ffff fstat: can't read file 101 at 0x1 fstat: can't read file 103 at 0x200007fffffffff fstat: can't read file 104 at 0x4000000001fffff fstat: can't read file 106 at 0x780000ffff fstat: can't read file 107 at 0x1 fstat: can't read file 109 at 0x200007fffffffff fstat: can't read file 110 at 0x4000000001fffff fstat: can't read file 112 at 0x780000ffff fstat: can't read file 113 at 0x1 fstat: can't read file 115 at 0x200007fffffffff fstat: can't read file 116 at 0x4000000001fffff fstat: can't read file 118 at 0x780000ffff fstat: can't read file 119 at 0x1 fstat: can't read file 121 at 0x200007fffffffff fstat: can't read file 122 at 0x4000000001fffff fstat: can't read file 124 at 0x780000ffff fstat: can't read file 125 at 0x1 fstat: can't read file 127 at 0x200007fffffffff fstat: can't read file 128 at 0x4000000001fffff fstat: can't read file 130 at 0x780000ffff fstat: can't read file 131 at 0x1 fstat: can't read file 133 at 0x200007fffffffff fstat: can't read file 134 at 0x4000000001fffff fstat: can't read file 136 at 0x780000ffff fstat: can't read file 137 at 0x1 fstat: can't read file 139 at 0x200007fffffffff fstat: can't read file 140 at 0x4000000001fffff fstat: can't read file 142 at 0x780000ffff fstat: can't read file 143 at 0x1 fstat: can't read file 145 at 0x200007fffffffff fstat: can't read file 146 at 0x4000000001fffff fstat: can't read file 148 at 0x780000ffff fstat: can't read file 149 at 0x1 fstat: can't read file 151 at 0x200007fffffffff fstat: can't read file 152 at 0x4000000001fffff fstat: can't read file 154 at 0x780000ffff fstat: can't read file 155 at 0x1 fstat: can't read file 157 at 0x200007fffffffff fstat: can't read file 158 at 0x4000000001fffff fstat: can't read file 160 at 0x780000ffff fstat: can't read file 161 at 0x1 fstat: can't read file 163 at 0x200007fffffffff fstat: can't read file 164 at 0x4000000001fffff fstat: can't read file 166 at 0x780000ffff fstat: can't read file 167 at 0x1 fstat: can't read file 169 at 0x200007fffffffff fstat: can't read file 170 at 0x4000000001fffff fstat: can't read file 172 at 0x780000ffff fstat: can't read file 173 at 0x1 fstat: can't read file 175 at 0x200007fffffffff fstat: can't read file 176 at 0x4000000001fffff fstat: can't read file 178 at 0x780000ffff fstat: can't read file 181 at 0x200007fffffffff fstat: can't read file 182 at 0x4000000001fffff fstat: can't read file 184 at 0x780000ffff fstat: can't read file 187 at 0x200007fffffffff fstat: can't read file 188 at 0x4000000001fffff fstat: can't read file 190 at 0x780000ffff fstat: can't read file 193 at 0x200007fffffffff fstat: can't read file 194 at 0x4000000001fffff fstat: can't read file 196 at 0x780000ffff fstat: can't read file 199 at 0x200007fffffffff fstat: can't read file 200 at 0x4000000001fffff fstat: can't read file 202 at 0x780000ffff fstat: can't read file 205 at 0x200007fffffffff fstat: can't read file 206 at 0x4000000001fffff fstat: can't read file 208 at 0x780000ffff fstat: can't read file 211 at 0x200007fffffffff fstat: can't read file 212 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read file 13 at 0x200007fffffffff fstat: can't read file 14 at 0x4000000001fffff fstat: can't read file 16 at 0x780000ffff fstat: can't read file 19 at 0x200007fffffffff fstat: can't read file 20 at 0x4000000001fffff fstat: can't read file 22 at 0x780000ffff fstat: can't read file 23 at 0x1 fstat: can't read file 25 at 0x200007fffffffff fstat: can't read file 26 at 0x4000000001fffff fstat: can't read file 28 at 0x780000ffff fstat: can't read file 29 at 0x1 fstat: can't read file 31 at 0x200007fffffffff fstat: can't read file 32 at 0x4000000001fffff fstat: can't read file 34 at 0x780000ffff fstat: can't read file 35 at 0x1 fstat: can't read file 37 at 0x200007fffffffff fstat: can't read file 38 at 0x4000000001fffff fstat: can't read file 40 at 0x780000ffff fstat: can't read file 41 at 0x1 fstat: can't read file 43 at 0x200007fffffffff fstat: can't read file 44 at 0x4000000001fffff fstat: can't read file 46 at 0x780000ffff fstat: can't read file 47 at 0x1 fstat: can't read file 55 at 0x200007fffffffff fstat: can't read file 56 at 0x4000000001fffff fstat: can't read file 58 at 0x780000ffff fstat: can't read file 73 at 0x200007fffffffff fstat: can't read file 74 at 0x4000000001fffff fstat: can't read file 76 at 0x780000ffff fstat: can't read file 79 at 0x200007fffffffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read file 13 at 0x200007fffffffff fstat: can't read file 14 at 0x4000000001fffff fstat: can't read file 16 at 0x780000ffff fstat: can't read file 19 at 0x200007fffffffff fstat: can't read file 20 at 0x4000000001fffff fstat: can't read file 22 at 0x780000ffff fstat: can't read file 23 at 0x1 fstat: can't read file 25 at 0x200007fffffffff fstat: can't read file 26 at 0x4000000001fffff fstat: can't read file 28 at 0x780000ffff fstat: can't read file 29 at 0x1 fstat: can't read file 43 at 0x200007fffffffff fstat: can't read file 44 at 0x4000000001fffff fstat: can't read file 46 at 0x780000ffff fstat: can't read file 49 at 0x200007fffffffff fstat: can't read file 50 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read file 13 at 0x200007fffffffff fstat: can't read file 14 at 0x4000000001fffff fstat: can't read file 16 at 0x780000ffff fstat: can't read file 19 at 0x200007fffffffff fstat: can't read file 20 at 0x4000000001fffff fstat: can't read file 22 at 0x780000ffff fstat: can't read file 23 at 0x1 fstat: can't read file 25 at 0x200007fffffffff fstat: can't read file 26 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read file 13 at 0x200007fffffffff fstat: can't read file 14 at 0x4000000001fffff fstat: can't read file 16 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read file 13 at 0x200007fffffffff fstat: can't read file 14 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read file 13 at 0x200007fffffffff fstat: can't read file 14 at 0x4000000001fffff fstat: can't read file 16 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read file 13 at 0x200007fffffffff fstat: can't read file 14 at 0x4000000001fffff fstat: can't read file 16 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read file 13 at 0x200007fffffffff fstat: can't read file 14 at 0x4000000001fffff fstat: can't read file 16 at 0x780000ffff fstat: can't read file 19 at 0x200007fffffffff fstat: can't read file 20 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read file 13 at 0x200007fffffffff fstat: can't read file 14 at 0x4000000001fffff fstat: can't read file 16 at 0x780000ffff fstat: can't read file 19 at 0x200007fffffffff fstat: can't read file 20 at 0x4000000001fffff fstat: can't read file 22 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read file 13 at 0x200007fffffffff fstat: can't read file 14 at 0x4000000001fffff fstat: can't read file 16 at 0x780000ffff fstat: can't read file 19 at 0x200007fffffffff fstat: can't read file 20 at 0x4000000001fffff fstat: can't read file 22 at 0x780000ffff fstat: can't read file 23 at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read file 13 at 0x200007fffffffff fstat: can't read file 14 at 0x4000000001fffff fstat: can't read file 16 at 0x780000ffff fstat: can't read file 19 at 0x200007fffffffff fstat: can't read file 20 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 USER CMD PID FD MOUNT INUM MODE SZ|DV R/W boinc wcgrid_fahv_vina_p 30560 root - - error - boinc wcgrid_fahv_vina_p 30560 wd - - error - boinc wcgrid_fahv_vina_p 30560 text - - error - boinc wcgrid_fahv_vina_p 30560 0 /dev 47 crwxrwxrwx null rw boinc wcgrid_fahv_vina_p 30560 6 - - error - boinc wcgrid_fahv_vina_p 30559 root - - error - boinc wcgrid_fahv_vina_p 30559 wd - - error - boinc wcgrid_fahv_vina_p 30559 text - - error - boinc wcgrid_fahv_vina_p 30559 0 /dev 47 crwxrwxrwx null rw boinc wcgrid_fahv_vina_p 30559 6 - - error - boinc wcgrid_fahv_vina_p 30515 root - - error - boinc wcgrid_fahv_vina_p 30515 wd - - error - boinc wcgrid_fahv_vina_p 30515 text - - error - boinc wcgrid_fahv_vina_p 30515 0 /dev 47 crwxrwxrwx null rw boinc wcgrid_fahv_vina_p 30515 6 - - error - boinc wcgrid_fahv_vina_p 30513 root - - error - boinc wcgrid_fahv_vina_p 30513 wd - - error - boinc wcgrid_fahv_vina_p 30513 text - - error - boinc wcgrid_fahv_vina_p 30513 0 /dev 47 crwxrwxrwx null rw boinc wcgrid_fahv_vina_p 30513 6 - - error - boinc setiathome-7.0.amd 30461 root - - error - boinc setiathome-7.0.amd 30461 wd - - error - boinc setiathome-7.0.amd 30461 text - - error - boinc setiathome-7.0.amd 30461 0 /dev 47 crwxrwxrwx null rw boinc setiathome-7.0.amd 30461 6 /dev 47 crwxrwxrwx null rw boinc wcgrid_fahv_vina_p 30435 root - - error - boinc wcgrid_fahv_vina_p 30435 wd - - error - boinc wcgrid_fahv_vina_p 30435 text - - error - boinc wcgrid_fahv_vina_p 30435 0 /dev 47 crwxrwxrwx null rw boinc wcgrid_fahv_vina_p 30435 6 - - error - boinc wcgrid_fahv_vina_p 30434 root - - error - boinc wcgrid_fahv_vina_p 30434 wd - - error - boinc wcgrid_fahv_vina_p 30434 text - - error - boinc wcgrid_fahv_vina_p 30434 0 /dev 47 crwxrwxrwx null rw boinc wcgrid_fahv_vina_p 30434 6 - - error - boinc wcgrid_fahv_vina_7 30433 root - - error - boinc wcgrid_fahv_vina_7 30433 wd - - error - boinc wcgrid_fahv_vina_7 30433 text - - error - boinc wcgrid_fahv_vina_7 30433 0 /dev 47 crwxrwxrwx null rw boinc wcgrid_fahv_vina_7 30433 6 - - error - boinc wcgrid_fahv_vina_7 30432 root - - error - boinc wcgrid_fahv_vina_7 30432 wd - - error - boinc wcgrid_fahv_vina_7 30432 text - - error - boinc wcgrid_fahv_vina_7 30432 0 /dev 47 crwxrwxrwx null rw boinc wcgrid_fahv_vina_7 30432 6 - - error - boinc wcgrid_fahv_vina_p 30332 root - - error - boinc wcgrid_fahv_vina_p 30332 wd - - error - boinc wcgrid_fahv_vina_p 30332 text - - error - boinc wcgrid_fahv_vina_p 30332 0 /dev 47 crwxrwxrwx null rw boinc wcgrid_fahv_vina_p 30332 6 - - error - boinc wcgrid_fahv_vina_p 30330 root - - error - boinc wcgrid_fahv_vina_p 30330 wd - - error - boinc wcgrid_fahv_vina_p 30330 text - - error - boinc wcgrid_fahv_vina_p 30330 0 /dev 47 crwxrwxrwx null rw boinc wcgrid_fahv_vina_p 30330 6 - - error - boinc wcgrid_fahv_vina_7 30329 root - - error - boinc wcgrid_fahv_vina_7 30329 wd - - error - boinc wcgrid_fahv_vina_7 30329 text - - error - boinc wcgrid_fahv_vina_7 30329 0 /dev 47 crwxrwxrwx null rw boinc wcgrid_fahv_vina_7 30329 6 - - error - boinc wcgrid_fahv_vina_7 30328 root - - error - boinc wcgrid_fahv_vina_7 30328 wd - - error - boinc wcgrid_fahv_vina_7 30328 text - - error - boinc wcgrid_fahv_vina_7 30328 0 /dev 47 crwxrwxrwx null rw boinc wcgrid_fahv_vina_7 30328 6 - - error - boinc wcgrid_fahv_vina_7 30222 root - - error - boinc wcgrid_fahv_vina_7 30222 wd - - error - boinc wcgrid_fahv_vina_7 30222 text - - error - boinc wcgrid_fahv_vina_7 30222 0 /dev 47 crwxrwxrwx null rw boinc wcgrid_fahv_vina_7 30222 6 - - error - boinc wcgrid_fahv_vina_7 30221 root - - error - boinc wcgrid_fahv_vina_7 30221 wd - - error - boinc wcgrid_fahv_vina_7 30221 text - - error - boinc wcgrid_fahv_vina_7 30221 0 /dev 47 crwxrwxrwx null rw boinc wcgrid_fahv_vina_7 30221 6 - - error - boinc wcgrid_fahv_vina_7 30129 root - - error - boinc wcgrid_fahv_vina_7 30129 wd - - error - boinc wcgrid_fahv_vina_7 30129 text - - error - boinc wcgrid_fahv_vina_7 30129 0 /dev 47 crwxrwxrwx null rw boinc wcgrid_fahv_vina_7 30129 6 - - error - boinc wcgrid_fahv_vina_7 30128 root - - error - boinc wcgrid_fahv_vina_7 30128 wd - - error - boinc wcgrid_fahv_vina_7 30128 text - - error - boinc wcgrid_fahv_vina_7 30128 0 /dev 47 crwxrwxrwx null rw boinc wcgrid_fahv_vina_7 30128 6 - - error - root cupsd 30107 root - - error - root cupsd 30107 wd - - error - root cupsd 30107 text - - error - root cupsd 30107 0 /dev 47 crwxrwxrwx null r root cupsd 30107 6 /dev 47 crwxrwxrwx null w root cupsd 30107 12 /dev 47 crwxrwxrwx null w boinc setiathome-7.0.amd 72245 root - - error - boinc setiathome-7.0.amd 72245 wd - - error - boinc setiathome-7.0.amd 72245 text - - error - boinc setiathome-7.0.amd 72245 0 /dev 47 crwxrwxrwx null rw boinc setiathome-7.0.amd 72245 6 /dev 47 crwxrwxrwx null rw boinc setiathome-7.0.amd 58216 root - - error - boinc setiathome-7.0.amd 58216 wd - - error - boinc setiathome-7.0.amd 58216 text - - error - boinc setiathome-7.0.amd 58216 0 /dev 47 crwxrwxrwx null rw boinc setiathome-7.0.amd 58216 6 /dev 47 crwxrwxrwx null rw boinc wcgrid_faah_7.16_i 58003 root - - error - boinc wcgrid_faah_7.16_i 58003 wd - - error - boinc wcgrid_faah_7.16_i 58003 text - - error - boinc wcgrid_faah_7.16_i 58003 0 /dev 47 crwxrwxrwx null rw boinc wcgrid_faah_7.16_i 58003 6 /dev 47 crwxrwxrwx null rw boinc wcgrid_faah_7.16_i 58002 root - - error - boinc wcgrid_faah_7.16_i 58002 wd - - error - boinc wcgrid_faah_7.16_i 58002 text - - error - boinc wcgrid_faah_7.16_i 58002 0 /dev 47 crwxrwxrwx null rw boinc wcgrid_faah_7.16_i 58002 6 /dev 47 crwxrwxrwx null rw root hald-addon-storage 49831 root - - error - root hald-addon-storage 49831 wd - - error - root hald-addon-storage 49831 text - - error - root hald-addon-storage 49831 0 /dev 47 crwxrwxrwx null r root hald-addon-mouse-s 49822 root - - error - root hald-addon-mouse-s 49822 wd - - error - root hald-addon-mouse-s 49822 text - - error - root hald-addon-mouse-s 49822 0 /dev 47 crwxrwxrwx null r root hald-addon-storage 49809 root - - error - root hald-addon-storage 49809 wd - - error - root hald-addon-storage 49809 text - - error - root hald-addon-storage 49809 0 /dev 47 crwxrwxrwx null r root apcupsd 49793 root - - error - root apcupsd 49793 wd - - error - root apcupsd 49793 text - - error - root apcupsd 49793 0 /dev 47 crwxrwxrwx null r root apcupsd 49793 6 /dev 47 crwxrwxrwx null r root avahi-dnsconfd 49784 root - - error - root avahi-dnsconfd 49784 wd - - error - root avahi-dnsconfd 49784 text - - error - root avahi-dnsconfd 49784 0 /dev 47 crwxrwxrwx null r root avahi-dnsconfd 49784 6 /dev 47 crwxrwxrwx null w bacula bacula-dir 49776 root - - error - bacula bacula-dir 49776 wd - - error - bacula bacula-dir 49776 text - - error - bacula bacula-dir 49776 0 /dev 47 crwxrwxrwx null r root bacula-fd 49767 root - - error - root bacula-fd 49767 wd - - error - root bacula-fd 49767 text - - error - root bacula-fd 49767 0 /dev 47 crwxrwxrwx null r bacula bacula-sd 49757 root - - error - bacula bacula-sd 49757 wd - - error - bacula bacula-sd 49757 text - - error - bacula bacula-sd 49757 0 /dev 47 crwxrwxrwx null r boinc boinc_client 49747 root - - error - boinc boinc_client 49747 wd - - error - boinc boinc_client 49747 text - - error - boinc boinc_client 49747 0 /dev 47 crwxrwxrwx null rw boinc boinc_client 49747 6 - - error - elastics java 49692 root - - error - elastics java 49692 wd - - error - elastics java 49692 text - - error - elastics java 49692 0 /dev 47 crwxrwxrwx null rw elastics java 49692 6 /dev 47 crwxrwxrwx null w elastics java 49692 12 /dev 47 crwxrwxrwx null w elastics java 49692 18 - - error - elastics java 49692 24 - - error - elastics java 49692 30 - - error - elastics java 49692 36 - - error - elastics java 49692 42 - - error - elastics java 49692 48 - - error - elastics java 49692 54 - - error - elastics java 49692 60 - - error - elastics java 49692 66 - - error - elastics java 49692 72 - - error - elastics java 49692 78 - - error - elastics java 49692 84 - - error - elastics java 49692 90 /dev 16 crw-rw-rw- random r elastics java 49692 96 /dev 16 crw-rw-rw- random r elastics java 49692 102 - - error - elastics java 49692 108 - - error - elastics java 49692 114 - - error - elastics java 49692 120 - - error - elastics java 49692 126 - - error - elastics java 49692 132 - - error - elastics java 49692 138 - - error - elastics java 49692 144 - - error - elastics java 49692 150 - - error - elastics java 49692 156 - - error - elastics java 49692 162 - - error - elastics java 49692 168 - - error - elastics java 49692 174* local stream fffff80027c480f0 elastics java 49692 180* pipe fffff8002717e2e8 <-> fffff8002717e448 0 rw elastics java 49692 186* pipe fffff8002717e448 <-> fffff8002717e2e8 0 rw elastics java 49692 198* pipe fffff8002717e000 <-> fffff8002717e160 0 rw elastics java 49692 204* pipe fffff8002717e160 <-> fffff8002717e000 0 rw root hald-runner 49682 root - - error - root hald-runner 49682 wd - - error - root hald-runner 49682 text - - error - root hald-runner 49682 0 /dev 47 crwxrwxrwx null r root hald-runner 49682 6 /dev 47 crwxrwxrwx null rw root hald-runner 49682 12 /dev 47 crwxrwxrwx null rw root hald-runner 49682 18* local stream fffff80027cb95a0 <-> fffff80027c365a0 root hald-runner 49682 24* pipe fffff8042e88e2e8 <-> fffff8042e88e448 0 rw root hald-runner 49682 30* pipe fffff8042e88e448 <-> fffff8042e88e2e8 0 rw root hald-runner 49682 36* pipe fffff802ed1f6000 <-> fffff802ed1f6160 0 rw root hald-runner 49682 42* pipe fffff802ed1f6160 <-> fffff802ed1f6000 0 rw root hald-runner 49682 54* pipe fffff804ca83b730 <-> fffff804ca83b5d0 0 rw root hald-runner 49682 72* pipe fffff80027194730 <-> fffff800271945d0 0 rw root hald-runner 49682 78* pipe fffff802ce04b730 <-> fffff802ce04b5d0 0 rw haldaemo hald 49677 root - - error - haldaemo hald 49677 wd - - error - haldaemo hald 49677 text - - error - haldaemo hald 49677 0 /dev 47 crwxrwxrwx null rw haldaemo hald 49677 6 /dev 47 crwxrwxrwx null rw haldaemo hald 49677 12 /dev 47 crwxrwxrwx null rw haldaemo hald 49677 18* pipe fffff8021a5698b8 <-> fffff8021a569a18 0 rw haldaemo hald 49677 24* pipe fffff8021a569a18 <-> fffff8021a5698b8 0 rw haldaemo hald 49677 42* pipe fffff802bfd288b8 <-> fffff802bfd28a18 0 rw haldaemo hald 49677 48* pipe fffff802bfd28a18 <-> fffff802bfd288b8 0 rw root polkitd 49664 root - - error - root polkitd 49664 wd - - error - root polkitd 49664 text - - error - root polkitd 49664 0 /dev 47 crwxrwxrwx null rw root polkitd 49664 6 /dev 47 crwxrwxrwx null rw root polkitd 49664 12 /dev 47 crwxrwxrwx null rw root polkitd 49664 18* pipe fffff80440a272e8 <-> fffff80440a27448 0 rw root polkitd 49664 24* pipe fffff80440a27448 <-> fffff80440a272e8 0 rw root console-kit-daemon 49662 root - - error - root console-kit-daemon 49662 wd - - error - root console-kit-daemon 49662 text - - error - root console-kit-daemon 49662 0 /dev 47 crwxrwxrwx null rw root console-kit-daemon 49662 6 /dev 47 crwxrwxrwx null rw root console-kit-daemon 49662 12 /dev 47 crwxrwxrwx null rw root java 49629 root - - error - root java 49629 wd - - error - root java 49629 text - - error - root java 49629 0 /dev 47 crwxrwxrwx null rw root java 49629 6 /dev 47 crwxrwxrwx null rw root java 49629 12 /dev 47 crwxrwxrwx null rw root daemon 49628 root - - error - root daemon 49628 wd - - error - root daemon 49628 text - - error - root daemon 49628 0 /dev 47 crwxrwxrwx null rw root afpd 49605 root - - error - root afpd 49605 wd - - error - root afpd 49605 text - - error - root afpd 49605 0 /dev 47 crwxrwxrwx null rw root afpd 49605 6 /dev 47 crwxrwxrwx null rw root cnid_metad 49603 root - - error - root cnid_metad 49603 wd - - error - root cnid_metad 49603 text - - error - root cnid_metad 49603 0 /dev 47 crwxrwxrwx null rw avahi avahi-daemon 49591 root - - error - avahi avahi-daemon 49591 wd - - error - avahi avahi-daemon 49591 text - - error - avahi avahi-daemon 49591 0 /dev 47 crwxrwxrwx null r avahi avahi-daemon 49591 6 /dev 47 crwxrwxrwx null w avahi avahi-daemon 49591 12 /dev 47 crwxrwxrwx null w messageb dbus-daemon 49584 root - - error - messageb dbus-daemon 49584 wd - - error - messageb dbus-daemon 49584 text - - error - messageb dbus-daemon 49584 0 /dev 47 crwxrwxrwx null rw messageb dbus-daemon 49584 6 /dev 47 crwxrwxrwx null rw messageb dbus-daemon 49584 12 /dev 47 crwxrwxrwx null rw messageb dbus-daemon 49584 18* local stream fffff80027c4ec30 mailnull exim-4.82-0 49567 root - - error - mailnull exim-4.82-0 49567 wd - - error - mailnull exim-4.82-0 49567 text - - error - mailnull exim-4.82-0 49567 0 /dev 47 crwxrwxrwx null rw mailnull exim-4.82-0 49567 6 /dev 47 crwxrwxrwx null rw pgsql postgres 49558 root - - error - pgsql postgres 49558 wd - - error - pgsql postgres 49558 text - - error - pgsql postgres 49558 0 /dev 47 crwxrwxrwx null r pgsql postgres 49558 6 - - bad - pgsql postgres 49557 root - - error - pgsql postgres 49557 wd - - error - pgsql postgres 49557 text - - error - pgsql postgres 49557 0 /dev 47 crwxrwxrwx null r pgsql postgres 49557 6 - - bad - pgsql postgres 49556 root - - error - pgsql postgres 49556 wd - - error - pgsql postgres 49556 text - - error - pgsql postgres 49556 0 /dev 47 crwxrwxrwx null r pgsql postgres 49556 6 - - bad - pgsql postgres 49555 root - - error - pgsql postgres 49555 wd - - error - pgsql postgres 49555 text - - error - pgsql postgres 49555 0 /dev 47 crwxrwxrwx null r pgsql postgres 49555 6 - - bad - pgsql postgres 49554 root - - error - pgsql postgres 49554 wd - - error - pgsql postgres 49554 text - - error - pgsql postgres 49554 0 /dev 47 crwxrwxrwx null r pgsql postgres 49554 6 - - bad - pgsql postgres 49552 root - - error - pgsql postgres 49552 wd - - error - pgsql postgres 49552 text - - error - pgsql postgres 49552 0 /dev 47 crwxrwxrwx null r pgsql postgres 49552 6 - - bad - root smartd 49511 root - - error - root smartd 49511 wd - - error - root smartd 49511 text - - error - root smartd 49511 0 /dev 47 crwxrwxrwx null rw root perl 49503 root - - error - root perl 49503 wd - - error - root perl 49503 text - - error - root perl 49503 0 - - error - ler VBoxHeadless 49490 root - - error - ler VBoxHeadless 49490 wd - - error - ler VBoxHeadless 49490 text - - error - ler VBoxHeadless 49490 0 /dev 47 crwxrwxrwx null rw ler VBoxHeadless 49490 6 /dev 47 crwxrwxrwx null rw ler VBoxHeadless 49490 12 /dev 47 crwxrwxrwx null rw ler VBoxHeadless 49490 18 - - error - root daemon 49489 root - - error - root daemon 49489 wd - - error - root daemon 49489 text - - error - root daemon 49489 0 /dev 47 crwxrwxrwx null rw ler VBoxHeadless 49478 root - - error - ler VBoxHeadless 49478 wd - - error - ler VBoxHeadless 49478 text - - error - ler VBoxHeadless 49478 0 /dev 47 crwxrwxrwx null rw ler VBoxHeadless 49478 6 /dev 47 crwxrwxrwx null rw ler VBoxHeadless 49478 12 /dev 47 crwxrwxrwx null rw ler VBoxHeadless 49478 18 - - error - root daemon 49477 root - - error - root daemon 49477 wd - - error - root daemon 49477 text - - error - root daemon 49477 0 /dev 47 crwxrwxrwx null rw ler VBoxSVC 49473 root - - error - ler VBoxSVC 49473 wd - - error - ler VBoxSVC 49473 text - - error - ler VBoxSVC 49473 0 /dev 47 crwxrwxrwx null rw ler VBoxSVC 49473 6 /dev 47 crwxrwxrwx null rw ler VBoxXPCOMIPCD 49471 root - - error - ler VBoxXPCOMIPCD 49471 wd - - error - ler VBoxXPCOMIPCD 49471 text - - error - ler VBoxXPCOMIPCD 49471 0 /dev 47 crwxrwxrwx null rw ler VBoxXPCOMIPCD 49471 6 /dev 47 crwxrwxrwx null rw root getty 1046 root - - error - root getty 1046 wd - - error - root getty 1046 text - - error - root getty 1046 ctty /dev 70 crw------- ttyv7 rw root getty 1046 0 /dev 70 crw------- ttyv7 rw root getty 1045 root - - error - root getty 1045 wd - - error - root getty 1045 text - - error - root getty 1045 ctty /dev 69 crw------- ttyv6 rw root getty 1045 0 /dev 69 crw------- ttyv6 rw root getty 1044 root - - error - root getty 1044 wd - - error - root getty 1044 text - - error - root getty 1044 ctty /dev 68 crw------- ttyv5 rw root getty 1044 0 /dev 68 crw------- ttyv5 rw root getty 1043 root - - error - root getty 1043 wd - - error - root getty 1043 text - - error - root getty 1043 ctty /dev 67 crw------- ttyv4 rw root getty 1043 0 /dev 67 crw------- ttyv4 rw root getty 1042 root - - error - root getty 1042 wd - - error - root getty 1042 text - - error - root getty 1042 ctty /dev 66 crw------- ttyv3 rw root getty 1042 0 /dev 66 crw------- ttyv3 rw root getty 1041 root - - error - root getty 1041 wd - - error - root getty 1041 text - - error - root getty 1041 ctty /dev 65 crw------- ttyv2 rw root getty 1041 0 /dev 65 crw------- ttyv2 rw root getty 1040 root - - error - root getty 1040 wd - - error - root getty 1040 text - - error - root getty 1040 ctty /dev 64 crw------- ttyv1 rw root getty 1040 0 /dev 64 crw------- ttyv1 rw root getty 1039 root - - error - root getty 1039 wd - - error - root getty 1039 text - - error - root getty 1039 ctty /dev 63 crw------- ttyv0 rw root getty 1039 0 /dev 63 crw------- ttyv0 rw root inetd 1019 root - - error - root inetd 1019 wd - - error - root inetd 1019 text - - error - root inetd 1019 0 /dev 47 crwxrwxrwx null rw root nfscbd 1006 root - - error - root nfscbd 1006 wd - - error - root nfscbd 1006 text - - error - root nfscbd 1006 0 /dev 47 crwxrwxrwx null rw root nfscbd 1005 root - - error - root nfscbd 1005 wd - - error - root nfscbd 1005 text - - error - root nfscbd 1005 0 /dev 47 crwxrwxrwx null rw root cron 991 root - - error - root cron 991 wd - - error - root cron 991 text - - error - root cron 991 0 /dev 47 crwxrwxrwx null rw root sshd 975 root - - error - root sshd 975 wd - - error - root sshd 975 text - - error - root sshd 975 0 /dev 47 crwxrwxrwx null rw root ntpd 718 root - - error - root ntpd 718 wd - - error - root ntpd 718 text - - error - root ntpd 718 0 /dev 47 crwxrwxrwx null rw root ntpd 718 6 /dev 47 crwxrwxrwx null rw root ntpd 718 12 /dev 47 crwxrwxrwx null rw root ntpd 718 18* local dgram fffff80027c485a0 <-> fffff800271bee10 root nfsd 669 root - - error - root nfsd 669 wd - - error - root nfsd 669 text - - error - root nfsd 669 0 /dev 47 crwxrwxrwx null rw root nfsd 663 root - - error - root nfsd 663 wd - - error - root nfsd 663 text - - error - root nfsd 663 0 /dev 47 crwxrwxrwx null rw root nfsd 663 6 /dev 47 crwxrwxrwx null rw root mountd 657 root - - error - root mountd 657 wd - - error - root mountd 657 text - - error - root mountd 657 0 /dev 47 crwxrwxrwx null rw root mountd 657 6 /dev 47 crwxrwxrwx null rw root nfsuserd 650 root - - error - root nfsuserd 650 wd - - error - root nfsuserd 650 text - - error - root nfsuserd 650 0 /dev 47 crwxrwxrwx null rw root nfsuserd 649 root - - error - root nfsuserd 649 wd - - error - root nfsuserd 649 text - - error - root nfsuserd 649 0 /dev 47 crwxrwxrwx null rw root nfsuserd 648 root - - error - root nfsuserd 648 wd - - error - root nfsuserd 648 text - - error - root nfsuserd 648 0 /dev 47 crwxrwxrwx null rw root nfsuserd 647 root - - error - root nfsuserd 647 wd - - error - root nfsuserd 647 text - - error - root nfsuserd 647 0 /dev 47 crwxrwxrwx null rw root nfsuserd 646 root - - error - root nfsuserd 646 wd - - error - root nfsuserd 646 text - - error - root nfsuserd 646 0 /dev 47 crwxrwxrwx null rw root casperd 626 root - - error - root casperd 626 wd - - error - root casperd 626 text - - error - root casperd 626 0 /dev 47 crwxrwxrwx null rw root casperd 626 6 /dev 47 crwxrwxrwx null rw root casperd 625 root - - error - root casperd 625 wd - - error - root casperd 625 text - - error - root casperd 625 0 /dev 47 crwxrwxrwx null rw root watchdogd 605 root - - error - root watchdogd 605 wd - - error - root watchdogd 605 text - - error - root watchdogd 605 0 /dev 47 crwxrwxrwx null rw root rpcbind 590 root - - error - root rpcbind 590 wd - - error - root rpcbind 590 text - - error - root rpcbind 590 0 /dev 47 crwxrwxrwx null rw root rpcbind 590 6 /dev 47 crwxrwxrwx null rw root syslogd 586 root - - error - root syslogd 586 wd - - error - root syslogd 586 text - - error - root syslogd 586 0 /dev 47 crwxrwxrwx null rw root syslogd 586 6 /dev 47 crwxrwxrwx null rw root syslogd 586 12 /dev 47 crwxrwxrwx null rw root syslogd 586 18 - - error - unbound unbound 544 root - - error - unbound unbound 544 wd - - error - unbound unbound 544 jail - - error - unbound unbound 544 text - - error - unbound unbound 544 0 /dev 47 crwxrwxrwx null rw unbound unbound 544 6 /dev 47 crwxrwxrwx null rw root ng_queue 532 root - - error - root ng_queue 532 wd - - error - root devd 483 root - - error - root devd 483 wd - - error - root devd 483 text - - error - root devd 483 0 /dev 47 crwxrwxrwx null rw root devd 483 6 /dev 47 crwxrwxrwx null rw root adjkerntz 184 root - - error - root adjkerntz 184 wd - - error - root adjkerntz 184 text - - error - root adjkerntz 184 0 /dev 47 crwxrwxrwx null rw root init 1 root - - error - root init 1 wd - - error - root init 1 text - - error - root kernel 0 root - - error - root kernel 0 wd - - error - ------------------------------------------------------------------------ dmesg Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #29 r264823M: Wed Apr 23 09:35:35 CDT 2014 root@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 info: [drm] Initialized drm 1.1.0 20060810 CPU: Intel(R) Xeon(R) CPU E5410 @ 2.33GHz (2327.55-MHz K8-class CPU) Origin="GenuineIntel" Id=0x10676 Family=0x6 Model=0x17 Stepping=6 Features=0xbfebfbff Features2=0xce3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 68719476736 (65536 MB) avail memory = 65641201664 (62600 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 2 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard random: initialized kbd1 at kbdmux0 cryptosoft0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) unknown: I/O range not supported cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 350 Event timer "HPET1" frequency 14318180 Hz quality 340 Event timer "HPET2" frequency 14318180 Hz quality 340 atrtc0: port 0x70-0x71 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 0.0 on pci1 pci2: on pcib2 pcib3: irq 16 at device 0.0 on pci2 pci3: on pcib3 pcib4: at device 0.0 on pci3 pci4: on pcib4 pcib5: at device 0.2 on pci3 pci5: on pcib5 pcib6: irq 18 at device 2.0 on pci2 pci6: on pcib6 em0: port 0x2000-0x201f mem 0xd9220000-0xd923ffff,0xd9200000-0xd921ffff irq 18 at device 0.0 on pci6 em0: Using an MSI interrupt em0: Ethernet address: 00:30:48:f2:29:9c em1: port 0x2020-0x203f mem 0xd9260000-0xd927ffff,0xd9240000-0xd925ffff irq 19 at device 0.1 on pci6 em1: Using an MSI interrupt em1: Ethernet address: 00:30:48:f2:29:9d pcib7: at device 0.3 on pci1 pci7: on pcib7 pcib8: at device 4.0 on pci0 pci8: on pcib8 vgapci0: port 0x3000-0x307f mem 0xd8000000-0xd8ffffff,0xc0000000-0xc7ffffff,0xc8000000-0xc9ffffff irq 16 at device 0.0 on pci8 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io hdac0: mem 0xd9000000-0xd9003fff irq 17 at device 0.1 on pci8 pcib9: at device 6.0 on pci0 pci9: on pcib9 pci0: at device 8.0 (no driver attached) pcib10: irq 17 at device 28.0 on pci0 pci10: on pcib10 pcib11: irq 16 at device 0.0 on pci10 pci11: on pcib11 pcm0: port 0x4080-0x409f,0x4000-0x407f irq 16 at device 0.0 on pci11 pcm0: system configuration SubVendorID: 0x1412, SubDeviceID: 0x2403 XIN2 Clock Source: 24.576MHz(96kHz*256) MPU-401 UART(s) #: not implemented ADC #: 1 and SPDIF receiver connected DAC #: 4 Multi-track converter type: AC'97(SDATA_OUT:packed) S/PDIF(IN/OUT): 1/1 ID# 0x00 GPIO(mask/dir/state): 0xff/0xff/0xff uhci0: port 0x1800-0x181f irq 17 at device 29.0 on pci0 usbus0 on uhci0 uhci1: port 0x1820-0x183f irq 19 at device 29.1 on pci0 usbus1 on uhci1 uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 usbus2 on uhci2 ehci0: mem 0xd9600400-0xd96007ff irq 17 at device 29.7 on pci0 usbus3: EHCI version 1.0 usbus3 on ehci0 pcib12: at device 30.0 on pci0 pci12: on pcib12 vgapci1: port 0x5000-0x50ff mem 0xd0000000-0xd7ffffff,0xd9300000-0xd930ffff irq 18 at device 1.0 on pci12 drmn1: on vgapci1 info: [drm] RADEON_IS_PCI info: [drm] initializing kernel modesetting (RV100 0x1002:0x515E 0x15D9:0x8080). info: [drm] register mmio base: 0xD9300000 info: [drm] register mmio size: 65536 info: [drm] radeon_atrm_get_bios: ===> Try ATRM... info: [drm] radeon_atrm_get_bios: pci_find_class() found: 0:8:0:0, vendor=10de, device=104a info: [drm] radeon_atrm_get_bios: Get ACPI device handle info: [drm] radeon_acpi_vfct_bios: ===> Try VFCT... info: [drm] radeon_acpi_vfct_bios: Get "VFCT" ACPI table info: [drm] radeon_acpi_vfct_bios: Failed to get "VFCT" table: AE_NOT_FOUND info: [drm] igp_read_bios_from_vram: ===> Try IGP's VRAM... info: [drm] igp_read_bios_from_vram: VRAM base address: 0xd0000000 info: [drm] igp_read_bios_from_vram: Map address: 0xfffff800d0000000 (262144 bytes) info: [drm] igp_read_bios_from_vram: Incorrect BIOS signature: 0x0000 info: [drm] radeon_read_bios: ===> Try PCI Expansion ROM... info: [drm] radeon_read_bios: Map address: 0xfffff800000c0000 (131072 bytes) drmn1: info: VRAM: 128M 0x00000000D0000000 - 0x00000000D7FFFFFF (16M used) drmn1: info: GTT: 512M 0x00000000B0000000 - 0x00000000CFFFFFFF info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). info: [drm] Driver supports precise vblank timestamp query. info: [drm] radeon: irq initialized. info: [drm] Detected VRAM RAM=128M, BAR=128M info: [drm] RAM width 64bits SDR [TTM] Zone kernel: Available graphics memory: 33005844 kiB [TTM] Zone dma32: Available graphics memory: 2097152 kiB [TTM] Initializing pool allocator info: [drm] radeon: 16M of VRAM memory ready info: [drm] radeon: 512M of GTT memory ready. info: [drm] GART: num cpu pages 131072, num gpu pages 131072 info: [drm] PCI GART of 512M enabled (table at 0x000000000FD3E000). drmn1: info: WB disabled drmn1: info: fence driver on ring 0 use gpu addr 0x00000000b0000000 and cpu addr 0x0xfffff800030eb000 info: [drm] Loading R100 Microcode info: [drm] radeon: ring at 0x00000000B0001000 info: [drm] ring test succeeded in 1 usecs info: [drm] ib test succeeded in 0 usecs info: [drm] radeon_device_init: Taking over the fictitious range 0xd0000000-0xd4000000 iicbus0: on iicbb0 addr 0xff iic0: on iicbus0 iicbus1: on iicbb1 addr 0x0 iic1: on iicbus1 iicbus2: on iicbb2 addr 0x0 iic2: on iicbus2 iicbus3: on iicbb3 addr 0x0 iic3: on iicbus3 info: [drm] Radeon Display Connectors info: [drm] Connector 0: info: [drm] VGA-1 info: [drm] DDC: 0x60 0x60 0x60 0x60 0x60 0x60 0x60 0x60 info: [drm] Encoders: info: [drm] CRT1: INTERNAL_DAC1 info: [drm] Connector 1: info: [drm] DVI-I-1 info: [drm] HPD2 info: [drm] DDC: 0x6c 0x6c 0x6c 0x6c 0x6c 0x6c 0x6c 0x6c info: [drm] Encoders: info: [drm] CRT2: INTERNAL_DAC2 info: [drm] DFP2: INTERNAL_DVO1 composite sync not supported composite sync not supported info: [drm] fb mappable at 0xD0040000 info: [drm] vram apper at 0xD0000000 info: [drm] size 2076672 info: [drm] fb depth is 8 info: [drm] pitch is 1920 fbd1 on drmn1 vt_allocate: Replace existing VT driver. info: [drm] Initialized radeon 2.29.0 20080528 vgapci1: Boot video device isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 ata0: at channel 0 on atapci0 ahci0: port 0x18a0-0x18a7,0x1874-0x1877,0x1878-0x187f,0x1870-0x1873,0x1880-0x189f mem 0xd9600800-0xd9600bff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.10 with 6 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 ahcich4: at channel 4 on ahci0 ahcich5: at channel 5 on ahci0 ichsmb0: port 0x1100-0x111f irq 19 at device 31.3 on pci0 smbus0: on ichsmb0 acpi_button0: on acpi0 ipmi0: port 0xca2-0xca3 on acpi0 ipmi0: KCS mode found at io 0xca2 on acpi atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ichwd0 on isa0 orm0: at iomem 0xc0000-0xcafff on isa0 coretemp0: on cpu0 est0: on cpu0 p4tcc0: on cpu0 coretemp1: on cpu1 est1: on cpu1 p4tcc1: on cpu1 coretemp2: on cpu2 est2: on cpu2 p4tcc2: on cpu2 coretemp3: on cpu3 est3: on cpu3 p4tcc3: on cpu3 coretemp4: on cpu4 est4: on cpu4 p4tcc4: on cpu4 coretemp5: on cpu5 est5: on cpu5 p4tcc5: on cpu5 coretemp6: on cpu6 est6: on cpu6 p4tcc6: on cpu6 coretemp7: on cpu7 est7: on cpu7 p4tcc7: on cpu7 ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec vboxdrv: fAsync=0 offMin=0x40c offMax=0x563 hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm1: at nid 4 on hdaa0 pcm2: at nid 5 on hdaa0 random: unblocking device. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 ugen3.1: at usbus3 uhub0: on usbus3 ugen2.1: at usbus2 uhub1: on usbus2 ugen1.1: at usbus1 uhub2: on usbus1 ugen0.1: at usbus0 uhub3: on usbus0 ipmi0: IPMI device rev. 1, firmware rev. 1.64, version 2.0 ata0: DMA limited to UDMA33, controller found non-ATA66 cable ipmi0: Number of channels 8 ipmi0: Attached watchdog uhub1: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered ada0 at ahcich0 bus 0 scbus1 target 0 lun 0 ada0: ATA-8 SATA 3.x device ada0: Serial Number 5YDA1ZL4 ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada0: quirks=0x1<4K> ada0: Previously was known as ad4 cd0 at ata0 bus 0 scbus0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present ada1 at ahcich1 bus 0 scbus2 target 0 lun 0 ada1: ATA-8 SATA 3.x device ada1: Serial Number 5YD6FPLG ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada1: quirks=0x1<4K> ada1: Previously was known as ad6 ada2 at ahcich2 bus 0 scbus3 target 0 lun 0 ada2: ATA-8 SATA 3.x device ada2: Serial Number 5YDA3PC5 ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada2: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada2: quirks=0x1<4K> ada2: Previously was known as ad8 ada3 at ahcich3 bus 0 scbus4 target 0 lun 0 ada3: ATA-8 SATA 3.x device ada3: Serial Number 5YD9Y0P4 ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada3: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada3: quirks=0x1<4K> ada3: Previously was known as ad10 ada4 at ahcich4 bus 0 scbus5 target 0 lun 0 ada4: ATA-8 SATA 3.x device ada4: Serial Number 5YDA1R5W ada4: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada4: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada4: quirks=0x1<4K> ada4: Previously was known as ad12 ada5 at ahcich5 bus 0 scbus6 target 0 lun 0 ada5: ATA-8 SATA 3.x device ada5: Serial Number 5YD5RBS8 ada5: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada5: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada5: quirks=0x1<4K> ada5: Previously was known as ad14 SMP: AP CPU #6 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #5 Launched! Root mount waiting for: usbus3 uhub0: 6 ports with 6 removable, self powered Root mount waiting for: usbus3 Root mount waiting for: usbus3 ugen3.2: at usbus3 ukbd0: on usbus3 kbd2 at ukbd0 Trying to mount root from zfs:zroot/ROOT/default []... ugen0.2: at usbus0 ugen1.2: at usbus1 Setting hostuuid: 53d19f64-d663-a017-8922-0030488e9ff3. Setting hostid: 0xf53a926e. Entropy harvesting: interrupts ethernet point_to_point swi. Starting file system checks: Mounting local file systems:. Writing entropy file:. Setting hostname: borg.lerctr.org. Created clone interfaces: lagg0. Starting Network: lo0 em0 em1 lagg0. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 em0: flags=8843 metric 0 mtu 1500 options=4219b ether 00:30:48:f2:29:9c inet6 fe80::230:48ff:fef2:299c%em0 prefixlen 64 tentative scopeid 0x1 nd6 options=29 media: Ethernet autoselect status: no carrier em1: flags=8843 metric 0 mtu 1500 options=4219b ether 00:30:48:f2:29:9c inet6 fe80::230:48ff:fef2:299c%em1 prefixlen 64 tentative scopeid 0x2 nd6 options=29 media: Ethernet autoselect status: no carrier lagg0: flags=8843 metric 0 mtu 1500 options=4219b ether 00:30:48:f2:29:9c inet 192.168.200.4 netmask 0xffffff00 broadcast 192.168.200.255 inet6 fe80::230:48ff:fef2:299c%lagg0 prefixlen 64 scopeid 0x4 nd6 options=29 media: Ethernet autoselect status: no carrier laggproto loadbalance lagghash l2,l3,l4 laggport: em1 flags=0<> laggport: em0 flags=0<> Starting devd. uhid0: on usbus3 uplcom0: on usbus1 Starting pflogd: add net default: gateway 192.168.200.11 add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/local/lib/event2 /usr/local/lib/gcc47 /usr/local/lib/nss /usr/local/lib/qt4 /usr/local/lib/virtualbox 32-bit compatibility ldconfig path: /usr/lib32 Starting local_unbound. Mounting NFS file systems:. Creating and/or trimming log files. Starting syslogd. Starting rpcbind. NFS access cache time=60 Starting watchdogd. No core dumps found. Additional ABI support: linux. Starting casperd. Clearing /tmp (X related). Starting nfsuserd. Starting mountd. Starting nfsd. Starting apcupsd. Starting elasticsearch. Updating motd:. Mounting late file systems:. Starting ntpd. Apr 23 09:49:07 borg ntpd[718]: bind() fd 22, family AF_INET6, port 123, scope 1, addr fe80::230:48ff:fef2:299c, mcast=0 flags=0x11 fails: Can't assign requested address Apr 23 09:49:07 borg ntpd[718]: unable to create socket on em0 (2) for fe80::230:48ff:fef2:299c#123 Apr 23 09:49:07 borg ntpd[718]: bind() fd 22, family AF_INET6, port 123, scope 2, addr fe80::230:48ff:fef2:299c, mcast=0 flags=0x11 fails: Can't assign requested address Apr 23 09:49:07 borg ntpd[718]: unable to create socket on em1 (3) for fe80::230:48ff:fef2:299c#123 Starting Virtual Machines: LER-FBSD10 Started LER-FBSD11 Started Starting sshblock. Starting smartd. em1: promiscuous mode enabled em0: promiscuous mode enabled lagg0: promiscuous mode enabled Starting exim. Starting dbus. Starting avahi-daemon. Updating cpucodes... Apr 23 09:49:41 borg afpd[863]: main: atp_open: Address family not supported by protocol family /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl0 from rev 0x60c to rev 0x60f... done. /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl1 from rev 0x60c to rev 0x60f... done. /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl2 from rev 0x60c to rev 0x60f... done. /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl3 from rev 0x60c to rev 0x60f... done. /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl4 from rev 0x60c to rev 0x60f... done. /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl5 from rev 0x60c to rev 0x60f... done. /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl6 from rev 0x60c to rev 0x60f... done. /usr/local/share/cpucontrol/m401067660F.fw: updating cpu /dev/cpuctl7 from rev 0x60c to rev 0x60f... done. Done. Starting logstash. consolectl: unknown ioctl: t:40007413 Starting hald. Starting cupsd. Starting boinc_client. Starting bacula_sd. Starting bacula_fd. Starting bacula_dir. Starting avahi-dnsconfd. Performing sanity check on sshd configuration. Starting sshd. Configuring syscons: blanktime. Starting cron. Starting nfscbd. mixer: WRITE_MIXER: Device not configured mixer: WRITE_MIXER: Device not configured mixer: WRITE_MIXER: Device not configured mixer: WRITE_MIXER: Device not configured mixer: WRITE_MIXER: Device not configured mixer: WRITE_MIXER: Device not configured Starting inetd. Starting background file system checks in 60 seconds. Wed Apr 23 09:49:51 CDT 2014 Limiting closed port RST response from 243 to 200 packets/sec pid 673 (apcupsd), uid 0: exited on signal 11 (core dumped) Apr 23 14:29:45 borg bacula-dir: Shutting down Bacula service: borg-dir ... Apr 23 14:29:45 borg bacula-sd: Shutting down Bacula service: borg-sd ... Apr 23 14:29:45 borg bacula-fd: Shutting down Bacula service: borg-fd ... em1: promiscuous mode disabled em0: promiscuous mode disabled lagg0: promiscuous mode disabled Apr 23 14:34:43 borg afpd[93280]: main: atp_open: Address family not supported by protocol family consolectl: unknown ioctl: t:40007413 pid 93469 (apcupsd), uid 0: exited on signal 11 (core dumped) Apr 23 15:26:17 borg bacula-dir: Shutting down Bacula service: borg-dir ... Apr 23 15:26:17 borg bacula-fd: Shutting down Bacula service: borg-fd ... Apr 23 15:26:17 borg bacula-sd: Shutting down Bacula service: borg-sd ... em1: promiscuous mode enabled em0: promiscuous mode enabled lagg0: promiscuous mode enabled Apr 23 15:26:37 borg afpd[49605]: main: atp_open: Address family not supported by protocol family consolectl: unknown ioctl: t:40007413 Apr 23 15:28:53 borg sshd[49892]: warning: /etc/hosts.allow, line 17: can't verify hostname: getaddrinfo(177-139-163-248.dsl.telesp.net.br, AF_INET) failed pid 52413 (wcgrid_mcm1_7.32_i6), uid 1028: exited on signal 11 (core dumped) Apr 23 22:20:08 borg afpd[54290]: bad function 7A Apr 23 22:28:58 borg afpd[54290]: read: Operation timed out Apr 23 22:28:58 borg afpd[54290]: dsi_stream_read: len:-1, Operation timed out Apr 23 23:27:02 borg afpd[55007]: bad function 7A pid 57657 (wcgrid_mcm1_7.32_i6), uid 1028: exited on signal 11 (core dumped) Memory modified after free 0xfffff80b26a82680(120) val=e69eedef @ 0xfffff80b26a82690 panic: Most recently used by iprtheap cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe100de68360 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe100de68410 vpanic() at vpanic+0x126/frame 0xfffffe100de68450 panic() at panic+0x43/frame 0xfffffe100de684b0 mtrash_ctor() at mtrash_ctor+0x8a/frame 0xfffffe100de684e0 uma_zalloc_arg() at uma_zalloc_arg+0x4d1/frame 0xfffffe100de68550 malloc() at malloc+0x194/frame 0xfffffe100de685a0 rtR0MemAllocEx() at rtR0MemAllocEx+0xd2/frame 0xfffffe100de68600 RTMemAllocZTag() at RTMemAllocZTag+0x14/frame 0xfffffe100de68620 rtR0MemObjNew() at rtR0MemObjNew+0x2f/frame 0xfffffe100de68650 rtR0MemObjFreeBSDAllocPhysPages() at rtR0MemObjFreeBSDAllocPhysPages+0x31/frame 0xfffffe100de686a0 rtR0MemObjNativeAllocPhysNC() at rtR0MemObjNativeAllocPhysNC+0x2e/frame 0xfffffe100de686c0 g_aUnits() at g_aUnits+0x58d9/frame 0xfffffe100de68720 g_aUnits() at g_aUnits+0x266a/frame 0xfffffe100de687a0 g_aUnits() at g_aUnits+0x1f9f/frame 0xfffffe100de68820 g_aUnits() at 0xffffffff83261c35/frame 0xfffffe100de68870 g_aUnits() at 0xffffffff832640de/frame 0xfffffe100de688b0 g_aUnits() at 0xffffffff83263c23/frame 0xfffffe100de688f0 supdrvIOCtlInnerUnrestricted() at supdrvIOCtlInnerUnrestricted+0x5a1/frame 0xfffffe100de68970 VBoxDrvFreeBSDIOCtl() at VBoxDrvFreeBSDIOCtl+0x1e6/frame 0xfffffe100de689d0 devfs_ioctl_f() at devfs_ioctl_f+0xfb/frame 0xfffffe100de68a30 kern_ioctl() at kern_ioctl+0x22b/frame 0xfffffe100de68a90 sys_ioctl() at sys_ioctl+0x13c/frame 0xfffffe100de68ae0 amd64_syscall() at amd64_syscall+0x25a/frame 0xfffffe100de68bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe100de68bf0 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x80128f6ea, rsp = 0x7fffff7a4c58, rbp = 0x7fffff7a4c60 --- Uptime: 1d0h40m19s Dumping 9979 out of 64464 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% ------------------------------------------------------------------------ kernel config options CONFIG_AUTOGENERATED ident VT-LER machine amd64 cpu HAMMER makeoptions WITH_CTF=1 makeoptions DEBUG=-g options KDB_UNATTENDED options ZFS options XENHVM options USB_DEBUG options ATH_ENABLE_11N options AH_AR5416_INTERRUPT_MITIGATION options AH_SUPPORT_AR5416 options IEEE80211_SUPPORT_MESH options IEEE80211_AMPDU_AGE options IEEE80211_DEBUG options SC_PIXEL_MODE options VESA options AHD_REG_PRETTY_PRINT options AHC_REG_PRETTY_PRINT options ATA_STATIC_ID options ACPI_DMAR options SMP options MALLOC_DEBUG_MAXZONES=8 options INVARIANT_SUPPORT options INVARIANTS options DEADLKRES options GDB options DDB options KDB_TRACE options KDB options INCLUDE_CONFIG_FILE options DDB_CTF options KDTRACE_HOOKS options KDTRACE_FRAME options MAC options CAPABILITIES options CAPABILITY_MODE options AUDIT options HWPMC_HOOKS options KBD_INSTALL_CDEV options PRINTF_BUFR_SIZE=128 options _KPOSIX_PRIORITY_SCHEDULING options SYSVSEM options SYSVMSG options SYSVSHM options STACK options KTRACE options SCSI_DELAY=5000 options COMPAT_FREEBSD7 options COMPAT_FREEBSD6 options COMPAT_FREEBSD5 options COMPAT_FREEBSD4 options COMPAT_FREEBSD32 options GEOM_LABEL options GEOM_RAID options GEOM_PART_GPT options PSEUDOFS options PROCFS options CD9660 options MSDOSFS options NFS_ROOT options NFSLOCKD options NFSD options NFSCL options MD_ROOT options QUOTA options UFS_GJOURNAL options UFS_DIRHASH options UFS_ACL options SOFTUPDATES options FFS options SCTP options TCP_OFFLOAD options INET6 options INET options PREEMPTION options SCHED_ULE options NEW_PCIB options GEOM_PART_MBR options GEOM_PART_EBR_COMPAT options GEOM_PART_EBR options GEOM_PART_BSD device isa device mem device io device uart_ns8250 device cpufreq device acpi device pci device fdc device ahci device ata device mvs device siis device ahc device ahd device esp device hptiop device isp device mpt device mps device sym device trm device adv device adw device aic device bt device isci device scbus device ch device da device sa device cd device pass device ses device amr device arcmsr device ciss device dpt device hptmv device hptnr device hptrr device hpt27xx device iir device ips device mly device twa device tws device aac device aacp device aacraid device ida device mfi device mlx device twe device atkbdc device atkbd device psm device kbdmux device splash device agp device cbb device pccard device cardbus device uart device ppc device ppbus device lpt device ppi device puc device bxe device de device em device igb device ixgbe device le device ti device txp device vx device miibus device ae device age device alc device ale device bce device bfe device bge device cas device dc device et device fxp device gem device hme device jme device lge device msk device nfe device nge device pcn device re device rl device sf device sge device sis device sk device ste device stge device tl device tx device vge device vr device wb device xl device cs device ed device ex device ep device fe device sn device xe device wlan device wlan_wep device wlan_ccmp device wlan_tkip device wlan_amrr device an device ath device ath_pci device ath_hal device ath_rate_sample device ipw device iwi device iwn device malo device mwl device ral device wi device wpi device loop device random device padlock_rng device rdrand_rng device ether device vlan device tun device md device gif device faith device firmware device bpf device uhci device ohci device ehci device xhci device usb device ukbd device umass device sound device snd_cmi device snd_csa device snd_emu10kx device snd_es137x device snd_hda device snd_ich device snd_via8233 device mmc device mmcsd device sdhci device virtio device virtio_pci device vtnet device virtio_blk device virtio_scsi device virtio_balloon device hyperv device xenpci device vmx device vt device vt_vga ------------------------------------------------------------------------ ddb capture buffer -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 20:35:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8387330E for ; Thu, 24 Apr 2014 20:35:54 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4088D1AE0 for ; Thu, 24 Apr 2014 20:35:54 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1WdQN0-0005gN-Jm>; Thu, 24 Apr 2014 22:35:46 +0200 Received: from g225185143.adsl.alicedsl.de ([92.225.185.143] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1WdQN0-002S50-Hq>; Thu, 24 Apr 2014 22:35:46 +0200 Date: Thu, 24 Apr 2014 22:35:40 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: OpenSSL vs. LibreSSL (OpenBSD) Message-ID: <20140424223540.627bf130.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/wJWwbVZOM..b5nfjNKbBQgk"; protocol="application/pgp-signature" X-Originating-IP: 92.225.185.143 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2014 20:35:54 -0000 --Sig_/wJWwbVZOM..b5nfjNKbBQgk Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable It seems that OpenBSD is now forking their own SSL implementation, called L= ibreSSL. As OpenBSD speaks for many similar opinion regarding the state of the code of = OpenSSL, I'd like to hear what the plans are in FreeBSD for this critical portion of sof= tware. Is FreeBSD going to support the effords taken by OpenBSD and participating = in the LibreSSL development (http://www.libressl.org/)? oh --Sig_/wJWwbVZOM..b5nfjNKbBQgk Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTWXWiAAoJEOgBcD7A/5N8s9MIAJFs0UvJ5HmqadmVwEDQrSWA vsM60aT+2M6VnyKKJ1OVUKENiXatExLNnVprB9FQoRkwH7Hkd8zU/Oe4hpNZ46Jz OnP8pMk4RbkKSJFB8t2IsLN4HKnObIunZShRhBdHH/1d8ZefASoYxjJ57Nu/TGwS 3A+p23csVDFErUAMWe8HmOhRI7b1g2eYL0b4Cu/vbpcFcWPmwGA4XAg9K5k2XGaG TBzBaJS9QQzAJIDWKy3iZbf9wIXTCPBT31OJWoyadw1kHpmWQigCYD5H7b/6Jrxy 8kjmFngAOETt6dc0FmlIvZ8gkc7/a+BbGO5yehbk5dpjb+XJRfZQG7pK+4Lwbas= =5kYP -----END PGP SIGNATURE----- --Sig_/wJWwbVZOM..b5nfjNKbBQgk-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 21:40:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46E4D565 for ; Thu, 24 Apr 2014 21:40:39 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 35C2A1354 for ; Thu, 24 Apr 2014 21:40:38 +0000 (UTC) Received: from Alfreds-MacBook-Pro.local (unknown [50.204.88.51]) by elvis.mu.org (Postfix) with ESMTPSA id 7806A1A3C55 for ; Thu, 24 Apr 2014 14:40:32 -0700 (PDT) Message-ID: <535984EC.7050509@mu.org> Date: Thu, 24 Apr 2014 14:41:00 -0700 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: OpenSSL vs. LibreSSL (OpenBSD) References: <20140424223540.627bf130.ohartman@zedat.fu-berlin.de> In-Reply-To: <20140424223540.627bf130.ohartman@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2014 21:40:39 -0000 On 4/24/14, 1:35 PM, O. Hartmann wrote: > It seems that OpenBSD is now forking their own SSL implementation, called LibreSSL. As > OpenBSD speaks for many similar opinion regarding the state of the code of OpenSSL, I'd > like to hear what the plans are in FreeBSD for this critical portion of software. > > Is FreeBSD going to support the effords taken by OpenBSD and participating in the > LibreSSL development (http://www.libressl.org/)? > > oh We need to discuss the use of comic sans font across our web properties first. -Alfred From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 21:59:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A36ACF0 for ; Thu, 24 Apr 2014 21:59:08 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 16FC814F2 for ; Thu, 24 Apr 2014 21:59:07 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::f51f:bdb:ce1c:7] (unknown [IPv6:2001:7b8:3a7:0:f51f:bdb:ce1c:7]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 2B6105C44; Thu, 24 Apr 2014 23:58:57 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_6295AE90-AAD1-4B3D-AD8C-23AC516A0050"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: libllvmmc build is broken on i386 From: Dimitry Andric In-Reply-To: <53594466.10601@yandex.ru> Date: Thu, 24 Apr 2014 23:58:44 +0200 Message-Id: References: <53594466.10601@yandex.ru> To: Ruslan Makhmatkhanov X-Mailer: Apple Mail (2.1874) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2014 21:59:08 -0000 --Apple-Mail=_6295AE90-AAD1-4B3D-AD8C-23AC516A0050 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 24 Apr 2014, at 19:05, Ruslan Makhmatkhanov = wrote: > I can't build current on i386 (last tried revision is 264886) for = couple of days. Every time trying to build with making `make clean` and = rm'ing /usr/obj first. >=20 > The first error is appearing when building MCAsmBackend.cpp: > """ > /../contrib/llvm/lib/MC/MCAsmBackend.cpp -o MCAsmBackend.o > In file included from = /usr/src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC/MCAsmBackend.cpp= :10: > In file included from = /usr/src/lib/clang/libllvmmc/../../../contrib/llvm/include/llvm/MC/MCAsmBa= ckend.h:13: > In file included from = /usr/src/lib/clang/libllvmmc/../../../contrib/llvm/include/llvm/ADT/ArrayR= ef.h:14: > In file included from = /usr/src/lib/clang/libllvmmc/../../../contrib/llvm/include/llvm/ADT/SmallV= ector.h:17: > In file included from = /usr/src/lib/clang/libllvmmc/../../../contrib/llvm/include/llvm/Support/Al= ignOf.h:19: > In file included from /usr/include/c++/v1/cstddef:36: > /usr/include/c++/v1/__config:314:2: error: invalid preprocessing = directive > """ >=20 > Here is the full buildlog: http://pastebin.com/mp4mrUTb Looks like your /usr/include/c++/v1/__config file is corrupt. Try = reinstalling the file, e.g.: sudo install -o root -g wheel -m 444 = /usr/src/contrib/libc++/include/__config /usr/include/c++/v1 Or alternatively, running: sudo make -C /usr/src/lib/libc++ install -Dimitry --Apple-Mail=_6295AE90-AAD1-4B3D-AD8C-23AC516A0050 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlNZiR8ACgkQsF6jCi4glqO8rgCfbaEF9VzLKLzxQajyCKEZwpJJ xjMAn3l4/z4XAqye0/8+7d6AtfqzRRsh =jxub -----END PGP SIGNATURE----- --Apple-Mail=_6295AE90-AAD1-4B3D-AD8C-23AC516A0050-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 22:05:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A00FCFFF for ; Thu, 24 Apr 2014 22:05:41 +0000 (UTC) Received: from mail-qa0-x22c.google.com (mail-qa0-x22c.google.com [IPv6:2607:f8b0:400d:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6218A15EE for ; Thu, 24 Apr 2014 22:05:41 +0000 (UTC) Received: by mail-qa0-f44.google.com with SMTP id hw13so2827120qab.17 for ; Thu, 24 Apr 2014 15:05:40 -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:message-id:subject :from:to:cc:content-type; bh=wZbE50KPvqTvBgVyss3hnl/DIFJWABp12RllWmKJAuQ=; b=DlHV2LJJApUBArH1wHf6O5xFtev/lk/zaMJtQ0N0k1njNMhBWv54LwOa6PkkGZD4Tz WFyyVrDERt1k2nylkHIHckGmPj3HGoRdFEPxphslpm8ObbOkq6RVIO81p3AVC2PJ5021 7i/FIgCxJN6mRir3wxV8rddOdCa0rmIeS1f8wWKSYCJAoq2oPw7eA0Hxv9pBi8gV+779 IEz2NN7+YKNk40ThMQX/3BSZL/SG18iJrgBAQgI8pcgOrIs65p5PyZKTjwPPDkQH5kvR T7CQJV3aS4o1pcjd3XoU+7IdTzSPCOozLq7OtZzLXnMUd2KWadlFNIvL5s3JWLiD8/ZK LqnQ== MIME-Version: 1.0 X-Received: by 10.224.66.133 with SMTP id n5mr6679083qai.11.1398377140539; Thu, 24 Apr 2014 15:05:40 -0700 (PDT) Sender: chmeeedalf@gmail.com Received: by 10.140.19.107 with HTTP; Thu, 24 Apr 2014 15:05:40 -0700 (PDT) In-Reply-To: <535984EC.7050509@mu.org> References: <20140424223540.627bf130.ohartman@zedat.fu-berlin.de> <535984EC.7050509@mu.org> Date: Thu, 24 Apr 2014 15:05:40 -0700 X-Google-Sender-Auth: -i5VPXB8MBF2JPZVukcUK7KYfFw Message-ID: Subject: Re: OpenSSL vs. LibreSSL (OpenBSD) From: Justin Hibbits To: Alfred Perlstein Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2014 22:05:41 -0000 On Thu, Apr 24, 2014 at 2:41 PM, Alfred Perlstein wrote: > > On 4/24/14, 1:35 PM, O. Hartmann wrote: >> >> It seems that OpenBSD is now forking their own SSL implementation, called >> LibreSSL. As >> OpenBSD speaks for many similar opinion regarding the state of the code of >> OpenSSL, I'd >> like to hear what the plans are in FreeBSD for this critical portion of >> software. >> >> Is FreeBSD going to support the effords taken by OpenBSD and participating >> in the >> LibreSSL development (http://www.libressl.org/)? >> >> oh > > We need to discuss the use of comic sans font across our web properties > first. > > -Alfred You, sir, win 2 internets. - Justin From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 22:06:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 097D71A3 for ; Thu, 24 Apr 2014 22:06:32 +0000 (UTC) Received: from mail.intertainservices.com (mail.intertainservices.com [69.77.177.114]) by mx1.freebsd.org (Postfix) with ESMTP id D6EF41605 for ; Thu, 24 Apr 2014 22:06:31 +0000 (UTC) Received: from freebsd.local (unknown [172.16.10.114]) by mail.intertainservices.com (Postfix) with ESMTPSA id 174F956AF9 for ; Thu, 24 Apr 2014 18:06:23 -0400 (EDT) Message-ID: <53598ADE.30808@intertainservices.com> Date: Thu, 24 Apr 2014 18:06:22 -0400 From: Mike Jakubik User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: OpenSSL vs. LibreSSL (OpenBSD) References: <20140424223540.627bf130.ohartman@zedat.fu-berlin.de> <535984EC.7050509@mu.org> In-Reply-To: <535984EC.7050509@mu.org> X-intertainservices-MailScanner-Information: Please contact the ISP for more information X-intertainservices-MailScanner-ID: 174F956AF9.A54E7 X-intertainservices-MailScanner: Found to be clean X-intertainservices-MailScanner-From: mike.jakubik@intertainservices.com X-Spam-Status: No Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2014 22:06:32 -0000 On 04/24/14 17:41, Alfred Perlstein wrote: > > On 4/24/14, 1:35 PM, O. Hartmann wrote: >> It seems that OpenBSD is now forking their own SSL implementation, >> called LibreSSL. As >> OpenBSD speaks for many similar opinion regarding the state of the >> code of OpenSSL, I'd >> like to hear what the plans are in FreeBSD for this critical portion >> of software. >> >> Is FreeBSD going to support the effords taken by OpenBSD and >> participating in the >> LibreSSL development (http://www.libressl.org/)? >> >> oh > We need to discuss the use of comic sans font across our web > properties first. > At bottom in small font: "This page scientifically designed to annoy web hipsters. Donate now to stop the Comic Sans and Blink Tags" :) From owner-freebsd-current@FreeBSD.ORG Thu Apr 24 22:08:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A788D321 for ; Thu, 24 Apr 2014 22:08:46 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 63243162E for ; Thu, 24 Apr 2014 22:08:46 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::f51f:bdb:ce1c:7] (unknown [IPv6:2001:7b8:3a7:0:f51f:bdb:ce1c:7]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id EDFB65C44; Fri, 25 Apr 2014 00:08:43 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_EA727316-D348-44A6-91DB-E734BEEC9360"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: OpenSSL vs. LibreSSL (OpenBSD) From: Dimitry Andric In-Reply-To: <20140424223540.627bf130.ohartman@zedat.fu-berlin.de> Date: Fri, 25 Apr 2014 00:08:42 +0200 Message-Id: <23CF0EE3-3387-47C7-9DCE-61F20D87E8D9@FreeBSD.org> References: <20140424223540.627bf130.ohartman@zedat.fu-berlin.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.1874) Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2014 22:08:46 -0000 --Apple-Mail=_EA727316-D348-44A6-91DB-E734BEEC9360 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 24 Apr 2014, at 22:35, O. Hartmann = wrote: > It seems that OpenBSD is now forking their own SSL implementation, = called LibreSSL. As > OpenBSD speaks for many similar opinion regarding the state of the = code of OpenSSL, I'd > like to hear what the plans are in FreeBSD for this critical portion = of software. >=20 > Is FreeBSD going to support the effords taken by OpenBSD and = participating in the > LibreSSL development (http://www.libressl.org/)? Wouldn't it be wiser to wait and see what comes out of this project? :) Besides, they're first making it for OpenBSD only (which is completely reasonable), porting it will come even later. If you want to contribute to LibreSSL now, I think the best you can do is to donate money. They don't seem to need more programmers... :) -Dimitry --Apple-Mail=_EA727316-D348-44A6-91DB-E734BEEC9360 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlNZi2oACgkQsF6jCi4glqP11gCfflBwytfVOKKcdXKTquTXwke9 yFAAn2Y8NwMGFEb+zLh5fkfuwXvr3xrv =m1o6 -----END PGP SIGNATURE----- --Apple-Mail=_EA727316-D348-44A6-91DB-E734BEEC9360-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 01:34:25 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 204F68AB for ; Fri, 25 Apr 2014 01:34:25 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 00EE61921 for ; Fri, 25 Apr 2014 01:34:23 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WdV1r-0008P0-Ja for freebsd-current@freebsd.org; Thu, 24 Apr 2014 18:34:15 -0700 Date: Thu, 24 Apr 2014 18:34:15 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1398389655545-5906317.post@n5.nabble.com> In-Reply-To: <23CF0EE3-3387-47C7-9DCE-61F20D87E8D9@FreeBSD.org> References: <20140424223540.627bf130.ohartman@zedat.fu-berlin.de> <23CF0EE3-3387-47C7-9DCE-61F20D87E8D9@FreeBSD.org> Subject: Re: OpenSSL vs. LibreSSL (OpenBSD) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2014 01:34:25 -0000 There is info feed also http://opensslrampage.org/ Too early to say what will come out of it, but has some promising qualities certainly. -- View this message in context: http://freebsd.1045724.n5.nabble.com/OpenSSL-vs-LibreSSL-OpenBSD-tp5906272p5906317.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 02:31:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 34F46716 for ; Fri, 25 Apr 2014 02:31:49 +0000 (UTC) Received: from mail-pb0-f42.google.com (mail-pb0-f42.google.com [209.85.160.42]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 06FC91E82 for ; Fri, 25 Apr 2014 02:31:48 +0000 (UTC) Received: by mail-pb0-f42.google.com with SMTP id un15so2634628pbc.29 for ; Thu, 24 Apr 2014 19:31:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=UB5O0U1EXiH9NmOuyVinjZfWo2HyIGF3AQSvZx5Tznc=; b=Cw05u6Aq97TTrgjVroGmwtkBvtRXF20wxrHHIgsHi8qu4Yy07+xBjIugy3bZAMY+Yi Mu1NyG7UHSBIt4dEZyMprKUfJ8BeeZx1ZuqlxbmHX7K+HmhRgtDjopq0g6PN0k6cFh00 5Slp1ciQBic5WfRPCaBuEcKiVvuVsV+LKABHhfnCZ+Q/QGPBI5I3wV8WQjES9Ips12o+ F5o5tytD/JDmGZnmtaX72JbXIlJ6or7XFyUGr2LtguoZ3t6w24aWtJxeQ5Wm2pt1M0bZ Tprcar1szyfk+/Xgg8Ip/hSmL186wNshWKsJVWe1EaVLPQ5ZaWhAk+IhmGC9KmaDjZGt oRQg== X-Gm-Message-State: ALoCoQk3s52ojDQiwGQ6mtaEkeOKeVtOZBrVKJQEtz4cEuggRChuv42cpPkx6jugWc/aEDOkCOnZ X-Received: by 10.68.198.97 with SMTP id jb1mr7906205pbc.104.1398393107349; Thu, 24 Apr 2014 19:31:47 -0700 (PDT) Received: from lglt-nvaradarajan.corp.netflix.com (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id nx12sm29619153pab.6.2014.04.24.19.31.46 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 24 Apr 2014 19:31:46 -0700 (PDT) Sender: Warner Losh X-Google-Original-From: Warner Losh Subject: Re: WITHOUT_XXX leftovers. Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Content-Type: text/plain; charset=us-ascii From: Warner Losh X-Priority: 3 (Normal) In-Reply-To: <536067125.20140325170501@serebryakov.spb.ru> Date: Thu, 24 Apr 2014 20:31:44 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <4265CCC7-B152-4D3B-BB45-5F5FD6FF2535@gmail.com> References: <536067125.20140325170501@serebryakov.spb.ru> To: lev@FreeBSD.org X-Mailer: Apple Mail (2.1874) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2014 02:31:49 -0000 On Mar 25, 2014, at 7:05 AM, Lev Serebryakov wrote: > Hello, Freebsd-current. >=20 > I try to trim my NanoBSD install as much as possible without going to = add > "rm /usr/bin/as" to customization steps (ok, I remove /usr/include and > /usr/lib/*.a, but it I don't want cherry-pick binaries). >=20 > So, I have WITHOUT_BINUTILS, WITHOUT_CLANG, WITHOUT_MAN (among others) = but I have: To recap: WITHOUT_TOOLCHAIN will eliminate these, except maybe mandoc. > /usr/bin/ar > /usr/bin/c89 > /usr/bin/c99 > /usr/bin/flex > /usr/bin/flex++ > /usr/bin/lex > /usr/bin/lex++ (all 4 is the same. of course) > /usr/bin/byacc > /usr/bin/yacc (again, hardlinks) > /usr/bin/mandoc > /usr/bin/ranlib (same as ar) >=20 > Also, IMHO, it will be nice to have knob for vi, which is rather huge = and > another one for all bhyve stuff and one more for openssl _binary_. Just committed for vi. The rest you are on your own for :) Warner From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 02:40:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D46A8EF for ; Fri, 25 Apr 2014 02:40:14 +0000 (UTC) Received: from mail-pd0-f172.google.com (mail-pd0-f172.google.com [209.85.192.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0E2D91FF3 for ; Fri, 25 Apr 2014 02:40:13 +0000 (UTC) Received: by mail-pd0-f172.google.com with SMTP id w10so2600870pde.3 for ; Thu, 24 Apr 2014 19:40:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=e7qsN8x374OqlIPKhR81coOkgKA0AePNsfKa8IaPmYQ=; b=YICFC0DlSZjLiayo4GT6v/Pk8f8lSOTLGrRaz6pRKxeEU7V7Y7m2vbIVezASOY4LO2 7C/ZSgfsygQXM6ProneTk0lqN+KjQp0e9iswx6eWnRhfHxNmZUCDqpbeOSuR/9bCfRYa aIpe35scM061KtuT/BljBJOqc7659k3SATZ+No3/YxFFwiHYCjjRgpQ9fbO5Uy4fo9i1 zjlCMj8FQ2edU3ZrC5/QcWva/hcl8MONxG1KpGURyqGTMn5HInJIo2xHldQg99ytIOFO +63JPoUa8PrZSUibuV6Sflyr7ahidvaAxoR4x+vBZgRb0Bre0wK24qRxmT6tOOHwfisp IoTQ== X-Gm-Message-State: ALoCoQnGvK/joJndepqcp0YmC3SUuQTnYGF8ApmxmdybedQs9s/V7T6Rtjcd8NNWyzzi35PWJ+Ty X-Received: by 10.67.15.42 with SMTP id fl10mr4510348pad.30.1398393244647; Thu, 24 Apr 2014 19:34:04 -0700 (PDT) Received: from lglt-nvaradarajan.corp.netflix.com (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id ei4sm12175458pbb.42.2014.04.24.19.34.03 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 24 Apr 2014 19:34:03 -0700 (PDT) Sender: Warner Losh X-Google-Original-From: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: OpenSSL vs. LibreSSL (OpenBSD) From: Warner Losh In-Reply-To: <23CF0EE3-3387-47C7-9DCE-61F20D87E8D9@FreeBSD.org> Date: Thu, 24 Apr 2014 20:34:02 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20140424223540.627bf130.ohartman@zedat.fu-berlin.de> <23CF0EE3-3387-47C7-9DCE-61F20D87E8D9@FreeBSD.org> To: Dimitry Andric X-Mailer: Apple Mail (2.1874) Cc: FreeBSD CURRENT , "O. Hartmann" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2014 02:40:14 -0000 On Apr 24, 2014, at 4:08 PM, Dimitry Andric wrote: > On 24 Apr 2014, at 22:35, O. Hartmann = wrote: >> It seems that OpenBSD is now forking their own SSL implementation, = called LibreSSL. As >> OpenBSD speaks for many similar opinion regarding the state of the = code of OpenSSL, I'd >> like to hear what the plans are in FreeBSD for this critical portion = of software. >>=20 >> Is FreeBSD going to support the effords taken by OpenBSD and = participating in the >> LibreSSL development (http://www.libressl.org/)? >=20 > Wouldn't it be wiser to wait and see what comes out of this project? = :) > Besides, they're first making it for OpenBSD only (which is completely > reasonable), porting it will come even later. >=20 > If you want to contribute to LibreSSL now, I think the best you can do > is to donate money. They don't seem to need more programmers... :) Well, need and want are two different things. So far all I=92ve seen is = a lot of trash talk and no track record. It would wiser, as you suggest, to wait and see = where they wind up. Warner From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 03:31:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 446EC19C for ; Fri, 25 Apr 2014 03:31:42 +0000 (UTC) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 253821594 for ; Fri, 25 Apr 2014 03:31:41 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id B162F5607F; Thu, 24 Apr 2014 22:31:41 -0500 (CDT) Date: Thu, 24 Apr 2014 22:31:41 -0500 From: Mark Linimon To: Justin Hibbits Subject: Re: OpenSSL vs. LibreSSL (OpenBSD) Message-ID: <20140425033141.GB28939@lonesome.com> References: <20140424223540.627bf130.ohartman@zedat.fu-berlin.de> <535984EC.7050509@mu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Alfred Perlstein , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2014 03:31:42 -0000 On Thu, Apr 24, 2014 at 03:05:40PM -0700, Justin Hibbits wrote: > > We need to discuss the use of comic sans font across our web properties > > first. > > > > -Alfred > > You, sir, win 2 internets. > > - Justin seconded. From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 07:42:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E655E5AB for ; Fri, 25 Apr 2014 07:42:35 +0000 (UTC) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mail.citrix.com", Issuer "Cybertrust Public SureServer SV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B6B5E1A11 for ; Fri, 25 Apr 2014 07:42:34 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.97,925,1389744000"; d="scan'208";a="123412083" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 25 Apr 2014 07:42:25 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.123.3; Fri, 25 Apr 2014 03:42:24 -0400 Message-ID: <535A11E0.6040808@citrix.com> Date: Fri, 25 Apr 2014 09:42:24 +0200 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Subject: Booting with a CD inserted on LSILogic SAS/SATA Adapter X-Enigmail-Version: 1.6 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-DLP: MIA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2014 07:42:36 -0000 Hello, While installing FreeBSD on a remote box using mfsBSD I've realized that booting on a LSI adapter with a CDROM inserted makes the device probing spit errors while trying to access the CDROM (full dmesg with boot_verbose below): Table 'FACP' at 0xbf6c3bb4 Table 'APIC' at 0xbf6c3478 APIC: Found table at 0xbf6c3478 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 2 ACPI ID 2: enabled SMP: Added CPU 2 (AP) MADT: Found CPU APIC ID 4 ACPI ID 3: enabled SMP: Added CPU 4 (AP) MADT: Found CPU APIC ID 6 ACPI ID 4: enabled SMP: Added CPU 6 (AP) MADT: Found CPU APIC ID 1 ACPI ID 5: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 3 ACPI ID 6: enabled SMP: Added CPU 3 (AP) MADT: Found CPU APIC ID 5 ACPI ID 7: enabled SMP: Added CPU 5 (AP) MADT: Found CPU APIC ID 7 ACPI ID 8: enabled SMP: Added CPU 7 (AP) MADT: Found CPU APIC ID 40 ACPI ID 9: disabled MADT: Found CPU APIC ID 41 ACPI ID 10: disabled MADT: Found CPU APIC ID 42 ACPI ID 11: disabled MADT: Found CPU APIC ID 43 ACPI ID 12: disabled MADT: Found CPU APIC ID 44 ACPI ID 13: disabled MADT: Found CPU APIC ID 45 ACPI ID 14: disabled MADT: Found CPU APIC ID 46 ACPI ID 15: disabled MADT: Found CPU APIC ID 47 ACPI ID 16: disabled MADT: Found CPU APIC ID 48 ACPI ID 17: disabled MADT: Found CPU APIC ID 49 ACPI ID 18: disabled MADT: Found CPU APIC ID 50 ACPI ID 19: disabled MADT: Found CPU APIC ID 51 ACPI ID 20: disabled MADT: Found CPU APIC ID 52 ACPI ID 21: disabled MADT: Found CPU APIC ID 53 ACPI ID 22: disabled MADT: Found CPU APIC ID 54 ACPI ID 23: disabled MADT: Found CPU APIC ID 55 ACPI ID 24: disabled MADT: Found CPU APIC ID 56 ACPI ID 25: disabled MADT: Found CPU APIC ID 57 ACPI ID 26: disabled MADT: Found CPU APIC ID 58 ACPI ID 27: disabled MADT: Found CPU APIC ID 59 ACPI ID 28: disabled MADT: Found CPU APIC ID 60 ACPI ID 29: disabled MADT: Found CPU APIC ID 61 ACPI ID 30: disabled MADT: Found CPU APIC ID 62 ACPI ID 31: disabled MADT: Found CPU APIC ID 63 ACPI ID 32: disabled Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #0 r264794: Wed Apr 23 04:42:18 UTC 2014 root@grind.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff81bb2000. Calibrating TSC clock ... TSC clock: 2661167296 Hz CPU: Intel(R) Xeon(R) CPU X3450 @ 2.67GHz (2661.17-MHz K8-class CPU) Origin="GenuineIntel" Id=0x106e5 Family=0x6 Model=0x1e Stepping=5 Features=0xbfebfbff Features2=0x98e3fd AMD Features=0x28100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 8589934592 (8192 MB) Physical memory chunk(s): 0x0000000000010000 - 0x0000000000099fff, 565248 bytes (138 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x0000000001be0000 - 0x00000000bf698fff, 3182137344 bytes (776889 pages) 0x0000000100000000 - 0x00000002314d0fff, 5122101248 bytes (1250513 pages) avail memory = 8251592704 (7869 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: INTR: Adding local APIC 1 as a target INTR: Adding local APIC 2 as a target INTR: Adding local APIC 3 as a target INTR: Adding local APIC 4 as a target INTR: Adding local APIC 5 as a target INTR: Adding local APIC 6 as a target INTR: Adding local APIC 7 as a target FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 5 APIC: CPU 2 has ACPI ID 2 APIC: CPU 3 has ACPI ID 6 APIC: CPU 4 has ACPI ID 3 APIC: CPU 5 has ACPI ID 7 APIC: CPU 6 has ACPI ID 4 APIC: CPU 7 has ACPI ID 8 x86bios: IVT 0x000000-0x0004ff at 0xfffff80000000000 x86bios: SSEG 0x098000-0x098fff at 0xfffffe01ef56c000 x86bios: EBDA 0x09e000-0x09ffff at 0xfffff8000009e000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffff800000a0000 lapic0: CMCI unmasked ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 ULE: setup cpu 4 ULE: setup cpu 5 ULE: setup cpu 6 ULE: setup cpu 7 ACPI: RSDP 0xf0aa0 00024 (v02 DELL ) ACPI: XSDT 0xf0ba0 00094 (v01 DELL PE_SC3 00000001 DELL 00000001) ACPI: FACP 0xbf6c3bb4 000F4 (v03 DELL PE_SC3 00000001 DELL 00000001) ACPI: DSDT 0xbf6af000 03E43 (v01 DELL PE_SC3 00000001 INTL 20050624) ACPI: FACS 0xbf6c6000 00040 ACPI: APIC 0xbf6c3478 00152 (v01 DELL PE_SC3 00000001 DELL 00000001) ACPI: SPCR 0xbf6c35cc 00050 (v01 DELL PE_SC3 00000001 DELL 00000001) ACPI: HPET 0xbf6c3620 00038 (v01 DELL PE_SC3 00000001 DELL 00000001) ACPI: DMAR 0xbf6c365c 000A8 (v01 DELL PE_SC3 00000001 DELL 00000001) ACPI: MCFG 0xbf6c3850 0003C (v01 DELL PE_SC3 00000001 DELL 00000001) ACPI: WD__ 0xbf6c3890 00134 (v01 DELL PE_SC3 00000001 DELL 00000001) ACPI: SLIC 0xbf6c39c8 00024 (v01 DELL PE_SC3 00000001 DELL 00000001) ACPI: ERST 0xbf6b2fc4 00270 (v01 DELL PE_SC3 00000001 DELL 00000001) ACPI: HEST 0xbf6b3234 003A8 (v01 DELL PE_SC3 00000001 DELL 00000001) ACPI: BERT 0xbf6b2e44 00030 (v01 DELL PE_SC3 00000001 DELL 00000001) ACPI: EINJ 0xbf6b2e74 00150 (v01 DELL PE_SC3 00000001 DELL 00000001) ACPI: TCPA 0xbf6c3b4c 00064 (v02 DELL PE_SC3 00000001 DELL 00000001) ACPI: SSDT 0xbf6c7000 02574 (v01 INTEL PPM RCM 80000001 INTL 20061109) MADT: Found IO APIC ID 0, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 lapic: Routing NMI -> LINT1 lapic: LINT1 trigger: edge lapic: LINT1 polarity: high MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 wlan: <802.11 Link Layer> Hardware, Intel IvyBridge+ RNG: RDRAND is not present Hardware, VIA Nehemiah Padlock RNG: VIA Padlock RNG not present null: Falling back to random adaptor random: initialized nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: VESA: INT 0x10 vector 0xec01:0x0a0d VESA: information block 0000 56 45 53 41 00 03 1a 59 00 c0 01 00 00 00 87 55 0010 00 c0 80 00 08 03 2f 59 00 c0 36 59 00 c0 3f 59 0020 00 c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0040 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0050 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0080 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0100 4d 61 74 72 6f 78 00 4d 47 41 2d 47 32 30 30 00 0110 30 30 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0140 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0160 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0190 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 VESA: 21 mode(s) found VESA: v3.0, 8192k memory, flags:0x1, mode table:0xfffff800000c5587 (c0005587) VESA: Matrox Graphics Inc. VESA: Matrox MGA-G200 00 io: VMBUS: load hptnr: R750/DC7280 controller driver v1.0 hpt27xx: RocketRAID 27xx controller driver v1.1 hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 acpi0: on motherboard ACPI: All ACPI Tables successfully acquired PCIe: Memory Mapped configuration base @ 0xe0000000 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 acpi0: Power Button (fixed) cpu0: Processor \134_PR_.CPU1 (ACPI ID 1) -> APIC ID 0 cpu0: on acpi0 cpu1: Processor \134_PR_.CPU2 (ACPI ID 2) -> APIC ID 2 cpu1: on acpi0 cpu2: Processor \134_PR_.CPU3 (ACPI ID 3) -> APIC ID 4 cpu2: on acpi0 cpu3: Processor \134_PR_.CPU4 (ACPI ID 4) -> APIC ID 6 cpu3: on acpi0 cpu4: Processor \134_PR_.CPU5 (ACPI ID 5) -> APIC ID 1 cpu4: on acpi0 cpu5: Processor \134_PR_.CPU6 (ACPI ID 6) -> APIC ID 3 cpu5: on acpi0 cpu6: Processor \134_PR_.CPU7 (ACPI ID 7) -> APIC ID 5 cpu6: on acpi0 cpu7: Processor \134_PR_.CPU8 (ACPI ID 8) -> APIC ID 7 cpu7: on acpi0 ACPI: Processor \134_PR_.CPU9 (ACPI ID 9) ignored ACPI: Processor \134_PR_.CPUA (ACPI ID 10) ignored ACPI: Processor \134_PR_.CPUB (ACPI ID 11) ignored ACPI: Processor \134_PR_.CPUC (ACPI ID 12) ignored ACPI: Processor \134_PR_.CPUD (ACPI ID 13) ignored ACPI: Processor \134_PR_.CPUE (ACPI ID 14) ignored ACPI: Processor \134_PR_.CPUF (ACPI ID 15) ignored ACPI: Processor \134_PR_.CPUG (ACPI ID 16) ignored ACPI: Processor \134_PR_.CP17 (ACPI ID 17) ignored ACPI: Processor \134_PR_.CP18 (ACPI ID 18) ignored ACPI: Processor \134_PR_.CP19 (ACPI ID 19) ignored ACPI: Processor \134_PR_.CP20 (ACPI ID 20) ignored ACPI: Processor \134_PR_.CP21 (ACPI ID 21) ignored ACPI: Processor \134_PR_.CP22 (ACPI ID 22) ignored ACPI: Processor \134_PR_.CP23 (ACPI ID 23) ignored ACPI: Processor \134_PR_.CP24 (ACPI ID 24) ignored ACPI: Processor \134_PR_.CP25 (ACPI ID 25) ignored ACPI: Processor \134_PR_.CP26 (ACPI ID 26) ignored ACPI: Processor \134_PR_.CP27 (ACPI ID 27) ignored ACPI: Processor \134_PR_.CP28 (ACPI ID 28) ignored ACPI: Processor \134_PR_.CP29 (ACPI ID 29) ignored ACPI: Processor \134_PR_.CP30 (ACPI ID 30) ignored ACPI: Processor \134_PR_.CP31 (ACPI ID 31) ignored ACPI: Processor \134_PR_.CP32 (ACPI ID 32) ignored atrtc0: port 0x70-0x7f irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 49 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x5f irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 50 Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 hpet0: vendor 0x8086, rev 0x1, 14318180Hz 64bit, 8 timers, legacy route hpet0: t0: irqs 0x00f00000 (0), MSI, 64bit, periodic hpet0: t1: irqs 0x00f00000 (0), MSI hpet0: t2: irqs 0x00f00800 (0), MSI hpet0: t3: irqs 0x00f01000 (0), MSI hpet0: t4: irqs 0x00000000 (0), MSI hpet0: t5: irqs 0x00000000 (0), MSI hpet0: t6: irqs 0x00000000 (0), MSI hpet0: t7: irqs 0x00000000 (0), MSI Timecounter "HPET" frequency 14318180 Hz quality 950 msi: routing MSI-X IRQ 256 to local APIC 0 vector 51 msi: routing MSI-X IRQ 257 to local APIC 0 vector 52 msi: routing MSI-X IRQ 258 to local APIC 0 vector 53 msi: routing MSI-X IRQ 259 to local APIC 0 vector 54 msi: routing MSI-X IRQ 260 to local APIC 0 vector 55 msi: routing MSI-X IRQ 261 to local APIC 0 vector 56 msi: routing MSI-X IRQ 262 to local APIC 0 vector 57 msi: routing MSI-X IRQ 263 to local APIC 0 vector 58 Event timer "HPET" frequency 14318180 Hz quality 550 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 15 N 0 3 4 5 6 7 10 11 14 15 Validation 0 15 N 0 3 4 5 6 7 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 10 11 14 15 Validation 0 5 N 0 3 4 5 6 7 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 6 N 0 3 4 5 6 7 10 11 14 15 Validation 0 6 N 0 3 4 5 6 7 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 14 15 Validation 0 11 N 0 3 4 5 6 7 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 14 15 Validation 0 10 N 0 3 4 5 6 7 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 14 N 0 3 4 5 6 7 10 11 14 15 Validation 0 14 N 0 3 4 5 6 7 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 14 15 pcib0: port 0xcf8-0xcff on acpi0 pcib0: decoding 5 range 0-0xff pcib0: decoding 4 range 0-0xcf7 pcib0: decoding 4 range 0xd00-0xffff pcib0: decoding 3 range 0xa0000-0xbffff pcib0: decoding 3 range 0xc0000000-0xfdffffff pcib0: decoding 3 range 0xfed40000-0xfed44fff pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0xd130, revid=0x11 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 3 supports D0 D3 current D0 MSI supports 2 messages, vector masks found-> vendor=0x8086, dev=0xd138, revid=0x11 domain=0, bus=0, slot=3, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages, vector masks secbus=4, subbus=4 found-> vendor=0x8086, dev=0xd13a, revid=0x11 domain=0, bus=0, slot=5, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages, vector masks secbus=5, subbus=5 found-> vendor=0x8086, dev=0xd155, revid=0x11 domain=0, bus=0, slot=8, func=0 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0xd156, revid=0x11 domain=0, bus=0, slot=8, func=1 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0xd157, revid=0x11 domain=0, bus=0, slot=8, func=2 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0xd158, revid=0x11 domain=0, bus=0, slot=8, func=3 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0xd150, revid=0x11 domain=0, bus=0, slot=16, func=0 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0xd151, revid=0x11 domain=0, bus=0, slot=16, func=1 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3b3c, revid=0x05 domain=0, bus=0, slot=26, func=0 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0146, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=14 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xdf0fc000, size 10, enabled pcib0: allocated type 3 (0xdf0fc000-0xdf0fc3ff) for rid 10 of pci0:0:26:0 pcib0: matched entry for 0.26.INTA pcib0: slot 26 INTA hardwired to IRQ 22 ehci early: SMM active, request owner change found-> vendor=0x8086, dev=0x3b42, revid=0x05 domain=0, bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message secbus=3, subbus=3 found-> vendor=0x8086, dev=0x3b4a, revid=0x05 domain=0, bus=0, slot=28, func=4 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message secbus=2, subbus=2 found-> vendor=0x8086, dev=0x3b34, revid=0x05 domain=0, bus=0, slot=29, func=0 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0146, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=14 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xdf0fe000, size 10, enabled pcib0: allocated type 3 (0xdf0fe000-0xdf0fe3ff) for rid 10 of pci0:0:29:0 pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 22 found-> vendor=0x8086, dev=0x244e, revid=0xa5 domain=0, bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0b (2750 ns), maxlat=0x00 (0 ns) secbus=1, subbus=1 found-> vendor=0x8086, dev=0x3b14, revid=0x05 domain=0, bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3b20, revid=0x05 domain=0, bus=0, slot=31, func=2 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0047, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0xeca0, size 3, enabled pcib0: allocated type 4 (0xeca0-0xeca7) for rid 10 of pci0:0:31:2 map[14]: type I/O Port, range 32, base 0xec90, size 2, enabled pcib0: allocated type 4 (0xec90-0xec93) for rid 14 of pci0:0:31:2 map[18]: type I/O Port, range 32, base 0xeca8, size 3, enabled pcib0: allocated type 4 (0xeca8-0xecaf) for rid 18 of pci0:0:31:2 map[1c]: type I/O Port, range 32, base 0xec94, size 2, enabled pcib0: allocated type 4 (0xec94-0xec97) for rid 1c of pci0:0:31:2 map[20]: type I/O Port, range 32, base 0xecc0, size 4, enabled pcib0: allocated type 4 (0xecc0-0xeccf) for rid 20 of pci0:0:31:2 map[24]: type I/O Port, range 32, base 0xecd0, size 4, enabled pcib0: allocated type 4 (0xecd0-0xecdf) for rid 24 of pci0:0:31:2 pcib0: matched entry for 0.31.INTA pcib0: slot 31 INTA hardwired to IRQ 20 found-> vendor=0x8086, dev=0x3b26, revid=0x05 domain=0, bus=0, slot=31, func=5 class=01-01-85, hdrtype=0x00, mfdev=0 cmdreg=0x0045, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 3 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0xecb0, size 3, enabled pcib0: allocated type 4 (0xecb0-0xecb7) for rid 10 of pci0:0:31:5 map[14]: type I/O Port, range 32, base 0xec98, size 2, enabled pcib0: allocated type 4 (0xec98-0xec9b) for rid 14 of pci0:0:31:5 map[18]: type I/O Port, range 32, base 0xecb8, size 3, enabled pcib0: allocated type 4 (0xecb8-0xecbf) for rid 18 of pci0:0:31:5 map[1c]: type I/O Port, range 32, base 0xec9c, size 2, enabled pcib0: allocated type 4 (0xec9c-0xec9f) for rid 1c of pci0:0:31:5 map[20]: type I/O Port, range 32, base 0xece0, size 4, enabled pcib0: allocated type 4 (0xece0-0xecef) for rid 20 of pci0:0:31:5 map[24]: type I/O Port, range 32, base 0xecf0, size 4, enabled pcib0: allocated type 4 (0xecf0-0xecff) for rid 24 of pci0:0:31:5 pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 21 pcib1: at device 3.0 on pci0 pcib1: domain 0 pcib1: secondary bus 4 pcib1: subordinate bus 4 pcib1: special decode ISA pci4: on pcib1 pcib1: allocated bus range (4-4) for rid 0 of pci4 pci4: domain=0, physical bus=4 pcib2: at device 5.0 on pci0 pcib2: domain 0 pcib2: secondary bus 5 pcib2: subordinate bus 5 pcib2: special decode ISA pci5: on pcib2 pcib2: allocated bus range (5-5) for rid 0 of pci5 pci5: domain=0, physical bus=5 pci0: at device 8.0 (no driver attached) pci0: at device 8.1 (no driver attached) pci0: at device 8.2 (no driver attached) pci0: at device 8.3 (no driver attached) pci0: at device 16.0 (no driver attached) pci0: at device 16.1 (no driver attached) ehci0: mem 0xdf0fc000-0xdf0fc3ff irq 22 at device 26.0 on pci0 ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 0 vector 59 usbus0: EHCI version 1.0 usbus0 on ehci0 ehci0: usbpf: Attached pcib3: at device 28.0 on pci0 pcib3: allocating non-ISA range 0xf000-0xf0ff pcib0: allocated type 4 (0xf000-0xf0ff) for rid 1c of pcib3 pcib3: allocating non-ISA range 0xf400-0xf4ff pcib0: allocated type 4 (0xf400-0xf4ff) for rid 1c of pcib3 pcib3: allocating non-ISA range 0xf800-0xf8ff pcib0: allocated type 4 (0xf800-0xf8ff) for rid 1c of pcib3 pcib3: allocating non-ISA range 0xfc00-0xfcff pcib0: allocated type 4 (0xfc00-0xfcff) for rid 1c of pcib3 pcib0: allocated type 3 (0xdf100000-0xdf2fffff) for rid 20 of pcib3 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xf000-0xffff pcib3: memory decode 0xdf100000-0xdf2fffff pcib3: special decode ISA pci3: on pcib3 pcib3: allocated bus range (3-3) for rid 0 of pci3 pci3: domain=0, physical bus=3 found-> vendor=0x1000, dev=0x0058, revid=0x08 domain=0, bus=3, slot=0, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=15 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit MSI-X supports 1 message in map 0x14 map[10]: type I/O Port, range 32, base 0xfc00, size 8, enabled pcib3: allocated I/O port range (0xfc00-0xfcff) for rid 10 of pci0:3:0:0 map[14]: type Memory, range 64, base 0xdf2ec000, size 14, enabled pcib3: allocated memory range (0xdf2ec000-0xdf2effff) for rid 14 of pci0:3:0:0 map[1c]: type Memory, range 64, base 0xdf2f0000, size 16, enabled pcib3: allocated memory range (0xdf2f0000-0xdf2fffff) for rid 1c of pci0:3:0:0 pcib3: matched entry for 3.0.INTA pcib3: slot 0 INTA hardwired to IRQ 16 mpt0: port 0xfc00-0xfcff mem 0xdf2ec000-0xdf2effff,0xdf2f0000-0xdf2fffff irq 16 at device 0.0 on pci3 mpt0: attempting to allocate 1 MSI-X vectors (1 supported) msi: routing MSI-X IRQ 264 to local APIC 0 vector 60 mpt0: using IRQ 264 for MSI-X mpt0: MPI Version=1.5.18.0 mpt0: chain depth limited to 34 (from 2040) mpt0: Maximum Segment Count: 306, Maximum CAM Segment Count: 33 mpt0: MsgLength=20 IOCNumber = 0 mpt0: IOCFACTS: GlobalCredits=266 BlockSize=8 bytes Request Frame Size 128 bytes Max Chain Depth 34 mpt0: IOCFACTS: Num Ports 1, FWImageSize 0, Flags=0x2 mpt0: No Handlers For Any Event Notify Frames. Event 0xa (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x16 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x12 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x16 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x16 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x12 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0x16 (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0xf (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0xf (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0xf (ACK not required). mpt0: Capabilities: ( RAID-0 RAID-1E RAID-1 ) mpt0: 0 Active Volumes (2 Max) mpt0: 0 Hidden Drive Members (14 Max) mpt0: No Handlers For Any Event Notify Frames. Event 0xa (ACK not required). pcib4: at device 28.4 on pci0 pcib0: allocated type 3 (0xda000000-0xddffffff) for rid 20 of pcib4 pcib4: domain 0 pcib4: secondary bus 2 pcib4: subordinate bus 2 pcib4: memory decode 0xda000000-0xddffffff pcib4: special decode ISA pci2: on pcib4 pcib4: allocated bus range (2-2) for rid 0 of pci2 pci2: domain=0, physical bus=2 found-> vendor=0x14e4, dev=0x163b, revid=0x20 domain=0, bus=2, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=15 powerspec 3 supports D0 D3 current D0 MSI supports 16 messages, 64 bit MSI-X supports 9 messages in map 0x10 map[10]: type Memory, range 64, base 0xda000000, size 25, enabled pcib4: allocated memory range (0xda000000-0xdbffffff) for rid 10 of pci0:2:0:0 pcib4: matched entry for 2.0.INTA pcib4: slot 0 INTA hardwired to IRQ 16 found-> vendor=0x14e4, dev=0x163b, revid=0x20 domain=0, bus=2, slot=0, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 powerspec 3 supports D0 D3 current D0 MSI supports 16 messages, 64 bit MSI-X supports 9 messages in map 0x10 map[10]: type Memory, range 64, base 0xdc000000, size 25, enabled pcib4: allocated memory range (0xdc000000-0xddffffff) for rid 10 of pci0:2:0:1 pcib4: matched entry for 2.0.INTB pcib4: slot 0 INTB hardwired to IRQ 17 bce0: mem 0xda000000-0xdbffffff irq 16 at device 0.0 on pci2 bce0: attempting to allocate 1 MSI vectors (16 supported) msi: routing MSI IRQ 265 to local APIC 0 vector 61 bce0: using IRQ 265 for MSI miibus0: on bce0 brgphy0: PHY 1 on miibus0 brgphy0: OUI 0x000af7, model 0x003c, rev. 8 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce0: bpf attached bce0: Ethernet address: 84:2b:2b:69:bd:cf bce0: ASIC (0x57092008); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.2.2); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.8) Coal (RX:6,6,18,18; TX:20,20,80,80) bce1: mem 0xdc000000-0xddffffff irq 17 at device 0.1 on pci2 bce1: attempting to allocate 1 MSI vectors (16 supported) msi: routing MSI IRQ 266 to local APIC 0 vector 62 bce1: using IRQ 266 for MSI miibus1: on bce1 brgphy1: PHY 1 on miibus1 brgphy1: OUI 0x000af7, model 0x003c, rev. 8 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce1: bpf attached bce1: Ethernet address: 84:2b:2b:69:bd:d0 bce1: ASIC (0x57092008); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.2.2); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.8) Coal (RX:6,6,18,18; TX:20,20,80,80) ehci1: mem 0xdf0fe000-0xdf0fe3ff irq 22 at device 29.0 on pci0 usbus1: EHCI version 1.0 usbus1 on ehci1 ehci1: usbpf: Attached pcib5: at device 30.0 on pci0 pcib0: allocated type 3 (0xde000000-0xdeffffff) for rid 20 of pcib5 pcib0: allocated type 3 (0xd9800000-0xd9ffffff) for rid 24 of pcib5 pcib5: domain 0 pcib5: secondary bus 1 pcib5: subordinate bus 1 pcib5: memory decode 0xde000000-0xdeffffff pcib5: prefetched decode 0xd9800000-0xd9ffffff pcib5: special decode VGA, subtractive pci1: on pcib5 pcib5: allocated bus range (1-1) for rid 0 of pci1 pci1: domain=0, physical bus=1 found-> vendor=0x102b, dev=0x0532, revid=0x0a domain=0, bus=1, slot=3, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x10 (4000 ns), maxlat=0x20 (8000 ns) intpin=a, irq=6 powerspec 1 supports D0 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xd9800000, size 23, enabled pcib5: allocated prefetch range (0xd9800000-0xd9ffffff) for rid 10 of pci0:1:3:0 map[14]: type Memory, range 32, base 0xde7fc000, size 14, enabled pcib5: allocated memory range (0xde7fc000-0xde7fffff) for rid 14 of pci0:1:3:0 map[18]: type Memory, range 32, base 0xde800000, size 23, enabled pcib5: allocated memory range (0xde800000-0xdeffffff) for rid 18 of pci0:1:3:0 pcib5: matched entry for 1.3.INTA pcib5: slot 3 INTA hardwired to IRQ 19 vgapci0: mem 0xd9800000-0xd9ffffff,0xde7fc000-0xde7fffff,0xde800000-0xdeffffff irq 19 at device 3.0 on pci1 vgapci0: Boot video device isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xeca0-0xeca7,0xec90-0xec93,0xeca8-0xecaf,0xec94-0xec97,0xecc0-0xeccf,0xecd0-0xecdf irq 20 at device 31.2 on pci0 ioapic0: routing intpin 20 (PCI IRQ 20) to lapic 0 vector 63 ata2: at channel 0 on atapci0 ata3: at channel 1 on atapci0 ata3: SControl registers are not functional: 00000000 atapci1: port 0xecb0-0xecb7,0xec98-0xec9b,0xecb8-0xecbf,0xec9c-0xec9f,0xece0-0xecef,0xecf0-0xecff irq 21 at device 31.5 on pci0 ioapic0: routing intpin 21 (PCI IRQ 21) to lapic 0 vector 64 ata4: at channel 0 on atapci1 ata5: at channel 1 on atapci1 ata5: SControl registers are not functional: 00000000 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: console (115200,n,8,1) ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 65 uart0: fast interrupt uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 0 vector 66 uart1: fast interrupt ACPI: Enabled 1 GPEs in block 00 to 3F acpi0: wakeup code va 0xfffffe02378e8000 pa 0x90000 ex_isa_identify() ahc_isa_identify 0: ioport 0xc00 alloc failed ahc_isa_identify 1: ioport 0x1c00 alloc failed ahc_isa_identify 2: ioport 0x2c00 alloc failed ahc_isa_identify 3: ioport 0x3c00 alloc failed ahc_isa_identify 4: ioport 0x4c00 alloc failed ahc_isa_identify 5: ioport 0x5c00 alloc failed ahc_isa_identify 6: ioport 0x6c00 alloc failed ahc_isa_identify 7: ioport 0x7c00 alloc failed ahc_isa_identify 8: ioport 0x8c00 alloc failed ahc_isa_identify 9: ioport 0x9c00 alloc failed ahc_isa_identify 10: ioport 0xac00 alloc failed ahc_isa_identify 11: ioport 0xbc00 alloc failed ahc_isa_identify 12: ioport 0xcc00 alloc failed ahc_isa_identify 13: ioport 0xdc00 alloc failed ahc_isa_identify 14: ioport 0xec00 alloc failed pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 isa_probe_children: disabling PnP devices atrtc: atrtc0 already exists; skipping it attimer: attimer0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it uart: uart1 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc7fff,0xce000-0xcefff,0xec000-0xeffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 pcib0: allocated type 4 (0x60-0x60) for rid 0 of atkbdc0 pcib0: allocated type 4 (0x64-0x64) for rid 1 of atkbdc0 atkbdc0: AT keyboard controller not found atkbdc0 failed to probe at port 0x60,0x64 on isa0 pcib0: allocated type 4 (0x3f0-0x3f5) for rid 0 of fdc0 pcib0: allocated type 4 (0x3f7-0x3f7) for rid 1 of fdc0 fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0 failed to probe at irq 7 on isa0 wbwd0 failed to probe on isa0 isa_probe_children: probing PnP devices est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 14 device_attach: est0 attach returned 6 p4tcc0: on cpu0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 14 device_attach: est1 attach returned 6 p4tcc1: on cpu1 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 14 device_attach: est2 attach returned 6 p4tcc2: on cpu2 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 14 device_attach: est3 attach returned 6 p4tcc3: on cpu3 est4: on cpu4 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 14 device_attach: est4 attach returned 6 p4tcc4: on cpu4 est5: on cpu5 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 14 device_attach: est5 attach returned 6 p4tcc5: on cpu5 est6: on cpu6 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 14 device_attach: est6 attach returned 6 p4tcc6: on cpu6 est7: on cpu7 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 14 device_attach: est7 attach returned 6 p4tcc7: on cpu7 Device configuration finished. procfs registered Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining tcp_init: net.inet.tcp.tcbhashsize auto tuned to 65536 lo0: bpf attached hptnr: no controller detected. hpt27xx: no controller detected. hptrr: no controller detected. random: unblocking device. usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 uhub0: 2 ports with 2 removable, self powered ata2: SATA reset: ports status=0x00 ata2: p0: SATA connect timeout status=00000004 uhub1: 2 ports with 2 removable, self powered ata2: p1: SATA connect timeout status=00000004 ugen0.2: at usbus0 uhub2: on usbus0 ugen1.2: at usbus1 uhub3: on usbus1 ata3: SATA reset: ports status=0x00 ata4: SATA reset: ports status=0x01 ata4: p0: SATA connect time=0ms status=00000113 ata4: reset tp1 mask=01 ostat0=00 ostat1=00 ata4: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata4: reset tp2 stat0=00 stat1=00 devices=0x10000 ata5: SATA reset: ports status=0x00 GEOM: new disk da0 da0 at mpt0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: Serial Number WD-WCAT1H322446 da0: 300.000MB/s transfers da0: Command Queueing enabled da0: 238418MB (488281250 512 byte sectors: 255H 63S/T 30394C) pass0 at mpt0 bus 0 scbus0 target 0 lun 0 da1 at mpt0 bus 0 scbus0 target 1 lun 0 da1: Fixed Direct Access SCSI-5 device da1: Serial Number WD-WCAT1H322629 da1: 300.000MB/s transfers da1: Command Queueing enabled da1: 238418MB (488281250 512 byte sectors: 255H 63S/T 30394C) pass0: Fixed Direct Access SCSI-5 device pass0: Serial Number WD-WCAT1H322446 pass0: 300.000MB/s transfers pass0: Command Queueing enabled pass1 at mpt0 bus 0 scbus0 target 1 lun 0 pass1: Fixed Direct Access SCSI-5 device pass1: Serial Number WD-WCAT1H322629 pass1: 300.000MB/s transfers pass1: Command Queueing enabled pass2 at mpt0 bus 0 scbus0 target 8 lun 0 da0: Delete methods: pass2: Fixed Enclosure Services SCSI-5 device da1: Delete methods: pass2: 300.000MB/s transfers pass3 at ata4 bus 0 scbus4 target 0 lun 0 pass3: Removable CD-ROM SCSI-0 device pass3: Serial Number h1J3456789KLMN4P pass3: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) ses0 at mpt0 bus 0 scbus0 target 8 lun 0 ses0: Fixed Enclosure Services SCSI-5 device ses0: 300.000MB/s transfers ses0: SCSI-3 ENC Device cd0 at ata4 bus 0 scbus4 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: Serial Number h1J3456789KLMN4P cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: cd present [169581 x 2048 byte records] GEOM: new disk da1 GEOM: new disk cd0 uhub2: 6 ports with 6 removable, self powered Netvsc initializing... done! lapic7: CMCI unmasked lapic6: CMCI unmasked lapic4: CMCI unmasked lapic5: CMCI unmasked lapic3: CMCI unmasked lapic2: CMCI unmasked SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000100f2 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x03000000 VER: 0x00060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #5 Launched! cpu5 AP: ID: 0x05000000 VER: 0x00060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #4 Launched! cpu4 AP: ID: 0x04000000 VER: 0x00060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x02000000 VER: 0x00060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #7 Launched! cpu7 AP: ID: 0x07000000 VER: 0x00060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #6 Launched! cpu6 AP: ID: 0x06000000 VER: 0x00060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 1 vector 48 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 2 vector 48 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 3 vector 48 ioapic0: routing intpin 20 (PCI IRQ 20) to lapic 4 vector 48 ioapic0: routing intpin 21 (PCI IRQ 21) to lapic 5 vector 48 ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 6 vector 48 msi: Assigning MSI-X IRQ 257 to local APIC 1 vector 49 msi: Assigning MSI-X IRQ 258 to local APIC 2 vector 49 msi: Assigning MSI-X IRQ 259 to local APIC 3 vector 49 msi: Assigning MSI-X IRQ 260 to local APIC 4 vector 49 msi: Assigning MSI-X IRQ 261 to local APIC 5 vector 49 msi: Assigning MSI-X IRQ 262 to local APIC 6 vector 49 msi: Assigning MSI-X IRQ 263 to local APIC 7 vector 48 msi: Assigning MSI-X IRQ 264 to local APIC 7 vector 49 msi: Assigning MSI IRQ 266 to local APIC 1 vector 50 SMP: passed TSC synchronization test TSC timecounter discards lower 1 bit(s) Timecounter "TSC-low" frequency 1330583648 Hz quality 1000 WARNING: WITNESS option enabled, expect reduced performance. uhub3: 8 ports with 8 removable, self powered ugen0.3: at usbus0 uhub4: on usbus0 uhub4: MTT enabled uhub4: 4 ports with 4 removable, self powered (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Retrying command (per sense data) (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Retrying command (per sense data) (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Retrying command (per sense data) (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Retrying command (per sense data) (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Error 5, Retries exhausted (cd0:ata4:0:0:0): cddone: got error 0x5 back (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Retrying command (per sense data) (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Retrying command (per sense data) (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Retrying command (per sense data) (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Retrying command (per sense data) (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Error 5, Retries exhausted (cd0:ata4:0:0:0): cddone: got error 0x5 back (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Retrying command (per sense data) (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Retrying command (per sense data) (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Retrying command (per sense data) (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Retrying command (per sense data) (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Error 5, Retries exhausted (cd0:ata4:0:0:0): cddone: got error 0x5 back (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Retrying command (per sense data) (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Retrying command (per sense data) (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Retrying command (per sense data) (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Retrying command (per sense data) (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Error 5, Retries exhausted (cd0:ata4:0:0:0): cddone: got error 0x5 back (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Retrying command (per sense data) (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Retrying command (per sense data) (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Retrying command (per sense data) (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Retrying command (per sense data) (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Error 5, Retries exhausted (cd0:ata4:0:0:0): cddone: got error 0x5 back (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Retrying command (per sense data) (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Retrying command (per sense data) (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Retrying command (per sense data) (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Retrying command (per sense data) (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Error 5, Retries exhausted (cd0:ata4:0:0:0): cddone: got error 0x5 back (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Retrying command (per sense data) (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Retrying command (per sense data) (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Retrying command (per sense data) (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Retrying command (per sense data) (cd0:ata4:0:0:0): READ(10). CDB: 28 00 00 02 96 6c 00 00 01 00 (cd0:ata4:0:0:0): CAM status: SCSI Status Error (cd0:ata4:0:0:0): SCSI status: Check Condition (cd0:ata4:0:0:0): SCSI sense: HARDWARE FAILURE asc:3e,2 (Timeout on logical unit) (cd0:ata4:0:0:0): Error 5, Retries exhausted (cd0:ata4:0:0:0): cddone: got error 0x5 back Trying to mount root from ufs:/dev/da0p2 [rw]... start_init: trying /sbin/init After this the system boots fine, and I can mount and access the CD: # mount_cd9660 /dev/cd0 /mnt/ # ls /mnt/ amd64 etc mnt sysinst targetroot bin install.sh mnt2 sysinstmsgs.de tmp boot lib netbsd sysinstmsgs.es usr boot.cfg libdata sbin sysinstmsgs.fr var dev libexec stand sysinstmsgs.pl I've also tried with 10.0-RELEASE, and the result is the same. Roger. From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 08:02:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 226C0D97; Fri, 25 Apr 2014 08:02:59 +0000 (UTC) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns.kevlo.org", Issuer "ns.kevlo.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B79B71D0D; Fri, 25 Apr 2014 08:02:58 +0000 (UTC) Received: from srg.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) by ns.kevlo.org (8.14.8/8.14.8) with ESMTP id s3P82lvq035818 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 25 Apr 2014 16:02:49 +0800 (CST) (envelope-from kevlo@FreeBSD.org) Message-ID: <535A16AB.7090603@FreeBSD.org> Date: Fri, 25 Apr 2014 16:02:51 +0800 From: Kevin Lo User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Alexey Dokuchaev Subject: Re: urtwn driver for Edimax EW-7811U WLAN nano USB Adapter References: <201310061521.r96FLmxw077281@fire.js.berklix.net> <52519CB9.8040203@mu.org> <20131218154820.GA20655@FreeBSD.org> <52B2524F.8000201@FreeBSD.org> <20131219095148.GA78156@FreeBSD.org> <52B3D729.6070502@FreeBSD.org> <20131220073115.GA67154@FreeBSD.org> In-Reply-To: <20131220073115.GA67154@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alfred Perlstein , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2014 08:02:59 -0000 On 2013/12/20 15:31, Alexey Dokuchaev wrote: > On Fri, Dec 20, 2013 at 01:35:37PM +0800, Kevin Lo wrote: >> I'd like to port it after finishing RT5373 driver support. :-) > Nice, looking forward to it. :) As promised, I have committed support for the RTL8188EUS chipset. The driver is a work in progress. The connection is slow but it's better than nothing. :-) > >> Here's a site you could use for info about your wireless device: >> http://wikidevi.com/wiki/TP-LINK_TL-WN723N_v3 > Thank you Kevin. > > ./danfe Kevin From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 08:16:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 490B42C6 for ; Fri, 25 Apr 2014 08:16:33 +0000 (UTC) Received: from mail-vc0-x231.google.com (mail-vc0-x231.google.com [IPv6:2607:f8b0:400c:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0910D1FC2 for ; Fri, 25 Apr 2014 08:16:32 +0000 (UTC) Received: by mail-vc0-f177.google.com with SMTP id if17so4315308vcb.22 for ; Fri, 25 Apr 2014 01:16:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:cc :content-type; bh=PbzCYuKsi8e3Lbs+6VqLCNEsnj1mkFQkdm49QvGXSZM=; b=bRcaASjX/DC/GQrbPxrpXn8nuF0vGOlB31fz8TYh+GMFu3gft3rCUXvzKmx/6nzzxj TSJ4DSMfLIoh+xSW0L1ep+rqAnkht5y3LV+KfaqDWKm4qoQtb/g1Qg7qwUuei8oRxHYp xh74bDFVG50lhwqvzdfBPRj3N3BHisFAUU8iKLBKfcbDLWHpaIisQWZAXK1Z1w6oysaO tUzbA8H54U9oVkfr/AWF+w8IJOqC1fuoMCtvH4H3EkIonaG1ttD+7/NCo87/zb/zxo0v HP5Hl2J3Ysss8heBuq8Jsua/1GPLUldTO/arzsHiyzzFn5+0jCrtk4jSURhk0BzcJdtw 9aRA== X-Received: by 10.58.23.6 with SMTP id i6mr5582404vef.12.1398413791807; Fri, 25 Apr 2014 01:16:31 -0700 (PDT) MIME-Version: 1.0 Received: by 10.58.236.100 with HTTP; Fri, 25 Apr 2014 01:16:01 -0700 (PDT) In-Reply-To: <20140425033141.GB28939@lonesome.com> References: <20140424223540.627bf130.ohartman@zedat.fu-berlin.de> <535984EC.7050509@mu.org> <20140425033141.GB28939@lonesome.com> From: Matthias Gamsjager Date: Fri, 25 Apr 2014 10:16:01 +0200 Message-ID: Subject: Re: OpenSSL vs. LibreSSL (OpenBSD) Cc: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2014 08:16:33 -0000 Isn't the latest news that Google&co and the linux foundation setup a construction that these vital opensource projects get the proper funding. Meaning more man power and hopefully less bugs From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 08:41:55 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 414AEACE for ; Fri, 25 Apr 2014 08:41:55 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0C05212D3 for ; Fri, 25 Apr 2014 08:41:54 +0000 (UTC) Received: from [192.168.0.7] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s3P8fpkr049011 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 25 Apr 2014 08:41:53 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: OpenSSL vs. LibreSSL (OpenBSD) From: David Chisnall In-Reply-To: Date: Fri, 25 Apr 2014 09:41:45 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <81BF8B42-A98C-4A0E-BCBB-CA3A795AA980@FreeBSD.org> References: <20140424223540.627bf130.ohartman@zedat.fu-berlin.de> <535984EC.7050509@mu.org> <20140425033141.GB28939@lonesome.com> To: Matthias Gamsjager X-Mailer: Apple Mail (2.1874) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2014 08:41:55 -0000 On 25 Apr 2014, at 09:16, Matthias Gamsjager = wrote: > Isn't the latest news that Google&co and the linux foundation setup a > construction that these vital opensource projects get the proper > funding. Meaning more man power and hopefully less bugs Yes, there's effort to improve OpenSSL from there, there's the LibreSSL = project from OpenBSD and there's a from-scratch reimplementation of SSL = in the Cambridge Computer Lab that's intended for easy verification[1], = and Apple's CommonCrypto (which, in light of goto fail, might not be the = best choice), so there are going to be a lot of choices in time for 11. =20= There are very few users of OpenSSL in the base system (7, I think), so = rewriting them to use less error-prone APIs would be feasible - a 100% = OpenSSL-compatible API is not necessarily a requirement for a = base-system SSL library. =20 so@ and secteam@ get to make the final call on what we should be = shipping, because they're the ones that will have to suffer from the = fallout the next time there's a vulnerability. David [1] It's written in OCaml, but can have C APIs and can probably be = compiled into C. C that is machine generated from a typesafe language = is a lot less likely to contain memory management bugs than C that is = generated by a human...= From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 08:43:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ABE06CCF for ; Fri, 25 Apr 2014 08:43:35 +0000 (UTC) Received: from mail-lb0-x22a.google.com (mail-lb0-x22a.google.com [IPv6:2a00:1450:4010:c04::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 33B6012EF for ; Fri, 25 Apr 2014 08:43:35 +0000 (UTC) Received: by mail-lb0-f170.google.com with SMTP id s7so2885365lbd.1 for ; Fri, 25 Apr 2014 01:43:32 -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=1MYfhlVlh9mpnyZeO2OmLeRU9ifF/F/kf3KK/j4sus4=; b=ydExbk0DKjVLiSZSzT/nb81SkZTMCECY+SXbI7yVpB/LvSeJzx5wlmJXdj8tjMS3nY eYx2x5Ppv7EWTmvWyo8pTyA4r2Q0PdSVWYf9iSW+vXJdWskJvkLUy5jz1yF8Pz/38/Ru 3q35FwaECqoI7q8lIpvbwgzxW4ow0ztBkJ6v57sp1oKSpYW5A7VRwKgWWV25T2LAXkwV T7OqUXjxOej+XvGmyWf7I3ku3/Vpp0XlD5B/c/kWaO5mLnQhGGo+UL9c3pNknQ1AT4Pe tZ3bU8VsvuB5lb3XRjXkgEPwytjhDP39iJf7rPTNyxKlFokxLp0+OYMfSATm4x0AyLXc +BZw== MIME-Version: 1.0 X-Received: by 10.112.56.148 with SMTP id a20mr472030lbq.44.1398415412634; Fri, 25 Apr 2014 01:43:32 -0700 (PDT) Received: by 10.112.109.72 with HTTP; Fri, 25 Apr 2014 01:43:32 -0700 (PDT) In-Reply-To: References: <20140424223540.627bf130.ohartman@zedat.fu-berlin.de> <535984EC.7050509@mu.org> <20140425033141.GB28939@lonesome.com> Date: Fri, 25 Apr 2014 10:43:32 +0200 Message-ID: Subject: Re: OpenSSL vs. LibreSSL (OpenBSD) From: Daniel Nebdal To: Matthias Gamsjager Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2014 08:43:35 -0000 On Fri, Apr 25, 2014 at 10:16 AM, Matthias Gamsjager wrote: > Isn't the latest news that Google&co and the linux foundation setup a > construction that these vital opensource projects get the proper > funding. Meaning more man power and hopefully less bugs. It remains to be seen which of LibreSSL vs a freshly funded OpenSSL ends up being the better alternative. If it comes to that, porting LibreSSL to FreeBSD ought to be quick work; it should be reasonably stand-alone code, and they're working to remove as many as possible of the weird/old/incompatible bits. It's not like our and their libc are massively different either, so ... cautiously optimistic that it'll be a one-day job to get it compiling on FreeBSD by the time they feel "done". :) -- Daniel Nebdal From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 08:57:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B74ED256 for ; Fri, 25 Apr 2014 08:57:02 +0000 (UTC) Received: from mail-vc0-x230.google.com (mail-vc0-x230.google.com [IPv6:2607:f8b0:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 72FEC141A for ; Fri, 25 Apr 2014 08:57:02 +0000 (UTC) Received: by mail-vc0-f176.google.com with SMTP id lc6so4394063vcb.35 for ; Fri, 25 Apr 2014 01:57: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:from:date:message-id:subject:to :cc:content-type; bh=8lD3n6xNnnfR6nxpl5PP5Czazo5pFjSE8oXGKCPsJdM=; b=cRx23D49okYbRdoi/LYiCOkxcWy937YzsIfdBWsiSSAufJhm39a1SutWhN7++H+VLP Xc+GWI2LXzVGNin3nRCfn5JCRBNjjADjG8uI3ORsg2r5uAm8EVU8tU/U2EX70AuoJZNj VQj/5pNK15JhDU1V8SryQYOVIYjuwl9N4wf8rh4JBX4+e/lARSvYMAbjPi6/trEFXQId MIaGF/DlkBPC8OwYzJoZTROKga2DQkTYzsD3rHekpiSY7mS0TD4ABndcgcQPZ3OV7eeM UImHxeocCbPDEwD1a2lx9a4sM7kmXw5OtRbVWkKqCU1vSZFniILnBwTqb5NR0/XrEc2Y 4OIg== X-Received: by 10.52.241.106 with SMTP id wh10mr4818697vdc.16.1398416221506; Fri, 25 Apr 2014 01:57:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.58.236.100 with HTTP; Fri, 25 Apr 2014 01:56:31 -0700 (PDT) In-Reply-To: References: <20140424223540.627bf130.ohartman@zedat.fu-berlin.de> <535984EC.7050509@mu.org> <20140425033141.GB28939@lonesome.com> From: Matthias Gamsjager Date: Fri, 25 Apr 2014 10:56:31 +0200 Message-ID: Subject: Re: OpenSSL vs. LibreSSL (OpenBSD) To: Zack Gold Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2014 08:57:02 -0000 Not per se more but with money it can become someones full-time job. No sure about LibreSSL. Wouldn't it be easier and keeping in mind that money and resources are scares in the BSD camps to use the, hopefully, heavily funded openSSL? On Fri, Apr 25, 2014 at 10:46 AM, Zack Gold wrote: > More money does not necessarily mean more manpower, but it's a good start. From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 09:00:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3686F5DC for ; Fri, 25 Apr 2014 09:00:47 +0000 (UTC) Received: from d.mail.sonic.net (d.mail.sonic.net [64.142.111.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 180E814C0 for ; Fri, 25 Apr 2014 09:00:46 +0000 (UTC) Received: from mail-ig0-f176.google.com (mail-ig0-f176.google.com [209.85.213.176]) (authenticated bits=0) by d.mail.sonic.net (8.14.4/8.14.4) with ESMTP id s3P90dLQ019685 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT) for ; Fri, 25 Apr 2014 02:00:39 -0700 Received: by mail-ig0-f176.google.com with SMTP id uy17so1938881igb.15 for ; Fri, 25 Apr 2014 02:00:38 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.42.64.131 with SMTP id g3mr5997863ici.15.1398416438928; Fri, 25 Apr 2014 02:00:38 -0700 (PDT) Received: by 10.64.9.242 with HTTP; Fri, 25 Apr 2014 02:00:38 -0700 (PDT) In-Reply-To: References: <20140424223540.627bf130.ohartman@zedat.fu-berlin.de> <535984EC.7050509@mu.org> <20140425033141.GB28939@lonesome.com> Date: Fri, 25 Apr 2014 05:00:38 -0400 Message-ID: Subject: Re: OpenSSL vs. LibreSSL (OpenBSD) From: Zack Gold To: Matthias Gamsjager Content-Type: text/plain; charset=ISO-8859-1 X-Sonic-ID: C;tBl6EljM4xGGOJxB+Bh/TQ== M;FLuqEljM4xGGOJxB+Bh/TQ== X-Mailman-Approved-At: Fri, 25 Apr 2014 12:00:13 +0000 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2014 09:00:47 -0000 An important thing to note here is motive. The Linux Foundation is housing this "Core Infrastructure Initiative" project, and so they are the ones who get all the money. "The Initiative's funds will be administered by the Linux Foundation and a steering group comprised of backers of the project as well as key open source developers and other industry stakeholders." So, it might be in the interest of these people to not necessarily fix bugs. They might be interested in other things, like ownership. Though, this may be a bit irrational. On Fri, Apr 25, 2014 at 4:56 AM, Matthias Gamsjager wrote: > Not per se more but with money it can become someones full-time job. > No sure about LibreSSL. Wouldn't it be easier and keeping in mind that > money and resources are scares in the BSD camps to use the, hopefully, > heavily funded openSSL? > > On Fri, Apr 25, 2014 at 10:46 AM, Zack Gold wrote: >> More money does not necessarily mean more manpower, but it's a good start. From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 14:57:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A970944F for ; Fri, 25 Apr 2014 14:57:43 +0000 (UTC) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id 5FE951D43 for ; Fri, 25 Apr 2014 14:57:43 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3gFdlV2xCpzFT9x for ; Fri, 25 Apr 2014 16:57:26 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :references:subject:subject:mime-version:user-agent:from:from :date:date:message-id:received:received; s=mail; t=1398437844; x=1400252245; bh=S8vA86AlHWCf2XRyYFj9MZGIUe7jgQCRCGcp4ceGgEk=; b= GueFOcgnp4hl6MtstkPC9tQFosOBCXCe12mda9VC/pTepzZLpRNkJqn5EZ+ki2Ys 6s/gWxlZRoadkyrLZgroBskUVpB8Dg4Lt6sCqeBdFMxKPqMdgCL0xo+MhFPUV4o3 kKeXIUzi0yaSqld6YDqoPUzGXoVKkXXg7SchWShN3Is= Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f4O9CUz5CPib for ; Fri, 25 Apr 2014 16:57:24 +0200 (CEST) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) by winston.madpilot.net (Postfix) with ESMTPSA for ; Fri, 25 Apr 2014 16:57:24 +0200 (CEST) Message-ID: <535A77D3.2020605@madpilot.net> Date: Fri, 25 Apr 2014 16:57:23 +0200 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: OpenSSL vs. LibreSSL (OpenBSD) References: <20140424223540.627bf130.ohartman@zedat.fu-berlin.de> <535984EC.7050509@mu.org> In-Reply-To: <535984EC.7050509@mu.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2014 14:57:43 -0000 On 04/24/14 23:41, Alfred Perlstein wrote: > > On 4/24/14, 1:35 PM, O. Hartmann wrote: >> It seems that OpenBSD is now forking their own SSL implementation, >> called LibreSSL. As >> OpenBSD speaks for many similar opinion regarding the state of the >> code of OpenSSL, I'd >> like to hear what the plans are in FreeBSD for this critical portion >> of software. >> >> Is FreeBSD going to support the effords taken by OpenBSD and >> participating in the >> LibreSSL development (http://www.libressl.org/)? >> >> oh > We need to discuss the use of comic sans font across our web properties > first. And, by the way, did they really use a blink tag in their project home page???? :D -- Guido Falsi From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 15:30:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 41E8BFB1 for ; Fri, 25 Apr 2014 15:30:01 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 1E39211BA for ; Fri, 25 Apr 2014 15:30:00 +0000 (UTC) Received: from [172.16.0.74] (173-160-201-130-Washington.hfc.comcastbusiness.net [173.160.201.130]) (Authenticated sender: roleaccount@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id D5F336EBA2 for ; Fri, 25 Apr 2014 15:23:45 +0000 (UTC) Message-ID: <535A7DFE.1070908@allanjude.com> Date: Fri, 25 Apr 2014 11:23:42 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: OpenSSL vs. LibreSSL (OpenBSD) References: <20140424223540.627bf130.ohartman@zedat.fu-berlin.de> <535984EC.7050509@mu.org> <535A77D3.2020605@madpilot.net> In-Reply-To: <535A77D3.2020605@madpilot.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2014 15:30:01 -0000 On 2014-04-25 10:57, Guido Falsi wrote: > On 04/24/14 23:41, Alfred Perlstein wrote: >> On 4/24/14, 1:35 PM, O. Hartmann wrote: >>> It seems that OpenBSD is now forking their own SSL implementation, >>> called LibreSSL. As >>> OpenBSD speaks for many similar opinion regarding the state of the >>> code of OpenSSL, I'd >>> like to hear what the plans are in FreeBSD for this critical portion >>> of software. >>> >>> Is FreeBSD going to support the effords taken by OpenBSD and >>> participating in the >>> LibreSSL development (http://www.libressl.org/)? >>> >>> oh >> We need to discuss the use of comic sans font across our web properties >> first. > And, by the way, did they really use a blink tag in their project home > page???? :D > They did really use a tag, then realized that in modern browsers like firefox and chrome, it doesn't do anything. So at some point later, they added some CSS to change the tag into a CSS animation that actually blinks. From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 14:57:13 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0272442 for ; Fri, 25 Apr 2014 14:57:13 +0000 (UTC) Received: from mail-qg0-f45.google.com (mail-qg0-f45.google.com [209.85.192.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5E3CE1D3D for ; Fri, 25 Apr 2014 14:57:12 +0000 (UTC) Received: by mail-qg0-f45.google.com with SMTP id a108so4022942qge.4 for ; Fri, 25 Apr 2014 07:57:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=qAHL6XN9S4Kc2AM5cDS+8y7jaoT65Km0zjfch/HU8Qo=; b=J6323B9tRKtBEVpVfxklBSpyrZlhY/z+kUHLrXZgO9gB0MMD9ON98EKazDWwp7hB1F P3VyrLjz8UIaDkwJ35JjzGCFZ7l/YvLVt8AkEyjPN/2Fzt/nyj6w21is4mOmRbM5tAN2 JV5AfpgjOSJnslkswDPQ3DyYYYyIYJ+4Yla4tK5l4nmzLAi3qUJqVFo+mZ0XQKNzyPA7 mIzuoq0pb8lzL65seu4flmRujrmaoUMDJaJWa9z4C/lBHqMe9O8eJ7Pip/vwmY3fOk4s izC7hKlN0V3b5e3bsxiTGHH1DUYW+xVlFWRs4Gxk33nZBDwraXqF8v67G6DJ+P1UvaOp ffBg== X-Gm-Message-State: ALoCoQlkuz4DCT5iMcY+0LiFegR9H2L/yh+2YIvvQD8POTAiF3/z50zXPS904K9QUYmo8CvBYKw6 X-Received: by 10.140.109.70 with SMTP id k64mr3286576qgf.92.1398437826506; Fri, 25 Apr 2014 07:57:06 -0700 (PDT) Received: from [192.168.108.129] (173-14-186-155-NewEngland.hfc.comcastbusiness.net. [173.14.186.155]) by mx.google.com with ESMTPSA id r15sm836003qgr.15.2014.04.25.07.57.05 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 25 Apr 2014 07:57:05 -0700 (PDT) Message-ID: <535A77BB.1070600@arcserv.com> Date: Fri, 25 Apr 2014 10:56:59 -0400 From: Ron Brown User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Stand-alone DTB build fails Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 25 Apr 2014 15:42:53 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2014 14:57:13 -0000 The FreeBSD Wiki at https://wiki.freebsd.org/FlattenedDeviceTree refers to building a dtb in the following manner: -- On platforms capable of running loader(8) the default scenario is to use a stand-alone DTB file, which is handled by the loader and handed over to kernel at boot time. In this approach, a DTB should be created at kernel build time: If FDT_DTS_FILE is specified in the kernel config file, the DTB is compiled automatically as part of the buildkernel stage. The user does not have to perform any explicit steps. If the default DTS file is not specified in the kernel config file, the DTB needs to be created separately by the user with the builddtb target: $ make builddtb FDT_DTS_FILE=mpc8572ds.dts -- However, this fails with: ERROR: Specified DTS File (zedboard.dts) does not exist! This is because /usr/src/Makefile.inc1 uses the MACHINE environment variable to find FDT_DTS_FILE: Starting at line 1836: if [ ! -f ${.CURDIR}/sys/boot/fdt/dts/${MACHINE}/${FDT_DTS_FILE} ]; ... echo "ERROR: Specified DTS file (${FDT_DTS_FILE}) does not \ exist!"; \ MACHINE refers to the currently running system, however most of the ARM development is cross-compiled and the zedboard .dts resides in the dts/arm directory while MACHINE points if to the dts/amd64 directory. Should Makefile.inc1 instead refer to TARGET or something similar? if [ ! -f ${.CURDIR}/sys/boot/fdt/dts/${TARGET}/${FDT_DTS_FILE} ]; ... - Ron From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 16:30:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5448E5DC for ; Fri, 25 Apr 2014 16:30:49 +0000 (UTC) Received: from mail-pd0-f170.google.com (mail-pd0-f170.google.com [209.85.192.170]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 26BCE1848 for ; Fri, 25 Apr 2014 16:30:48 +0000 (UTC) Received: by mail-pd0-f170.google.com with SMTP id v10so3322131pde.15 for ; Fri, 25 Apr 2014 09:30:48 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=GnIy6gqsHY+FElF5vKe8xwYKWscbZYYja+nyVQ8/9ow=; b=ERHst35Vqp3DGAAORrsknzYuFvjXtqxqQ5zL1bLP5eQ1eoefGkIryzKkmuBFvWARfl s9cSYTryFi5eEJ3kcBc3avZDCqtbMMP1ovUj+79qxPxZpUCXQMGkOYeXCs8xf7hvJLPb ustgfIKqgyY3UA7x//dxRKTJW9QJr9e8SXP1W4V9lflUMU2qzZ1QKCmMBYIr3RKz/lby 1pIfjlIwP041/YSUwKYe8zoVex5vCg2qqiMeASVfb5m6mpUoumj8mX19Ly1Y9OqAKRSl v5+CKheOV5DNnOOQvrjiZn/HDOrOniGLLRDKAt/kmz8sim0GLUa++FyCJnuWoxfY4u33 NhmA== X-Gm-Message-State: ALoCoQmIwWInSkdCn1uCNJNvGEiw0LQblH5DuvUgll5M1a37tLpxfJ2lzrO4WMtx53nB2vJsNOUZ X-Received: by 10.66.221.4 with SMTP id qa4mr9068329pac.138.1398443447921; Fri, 25 Apr 2014 09:30:47 -0700 (PDT) Received: from [10.64.25.6] (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id yw3sm16893875pbc.69.2014.04.25.09.30.46 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 25 Apr 2014 09:30:47 -0700 (PDT) Sender: Warner Losh X-Google-Original-From: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Stand-alone DTB build fails From: Warner Losh In-Reply-To: <535A77BB.1070600@arcserv.com> Date: Fri, 25 Apr 2014 10:30:45 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <151B5B71-EC24-4C7F-8652-CD5BC337A0FB@gmail.com> References: <535A77BB.1070600@arcserv.com> To: Ron Brown X-Mailer: Apple Mail (2.1874) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2014 16:30:49 -0000 On Apr 25, 2014, at 8:56 AM, Ron Brown wrote: > The FreeBSD Wiki at https://wiki.freebsd.org/FlattenedDeviceTree = refers to > building a dtb in the following manner: >=20 > -- > On platforms capable of running loader(8) the default scenario is to = use > a stand-alone DTB file, which is handled by the loader and handed = over to > kernel at boot time. In this approach, a DTB should be created at = kernel > build time: >=20 > If FDT_DTS_FILE is specified in the kernel config file, the DTB is > compiled automatically as part of the buildkernel stage. The user = does > not have to perform any explicit steps. >=20 > If the default DTS file is not specified in the kernel config file, = the > DTB needs to be created separately by the user with the builddtb = target: >=20 > $ make builddtb FDT_DTS_FILE=3Dmpc8572ds.dts > -- >=20 > However, this fails with: > ERROR: Specified DTS File (zedboard.dts) does not exist! >=20 > This is because /usr/src/Makefile.inc1 uses the MACHINE environment > variable to find FDT_DTS_FILE: >=20 > Starting at line 1836: > if [ ! -f ${.CURDIR}/sys/boot/fdt/dts/${MACHINE}/${FDT_DTS_FILE} ]; = ... > echo "ERROR: Specified DTS file (${FDT_DTS_FILE}) does not \ > exist!"; \ >=20 > MACHINE refers to the currently running system, however most of the = ARM > development is cross-compiled and the zedboard .dts resides in the = dts/arm > directory while MACHINE points if to the dts/amd64 directory. > Should Makefile.inc1 instead refer to TARGET or something similar? >=20 > if [ ! -f ${.CURDIR}/sys/boot/fdt/dts/${TARGET}/${FDT_DTS_FILE} ]; = ... I think this is a mistake, but the make_dtb script also makes a similar mistake (because it expects to be called from a different context). I=92ll= sort this out and post a patch. Warner From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 19:42:44 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54C52A72; Fri, 25 Apr 2014 19:42:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0D3C91DEC; Fri, 25 Apr 2014 19:42:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3PJgaWN057915; Fri, 25 Apr 2014 15:42:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3PJga1B057870; Fri, 25 Apr 2014 19:42:36 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 25 Apr 2014 19:42:36 GMT Message-Id: <201404251942.s3PJga1B057870@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2014 19:42:44 -0000 TB --- 2014-04-25 17:56:35 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-25 17:56:35 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-25 17:56:35 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-04-25 17:56:35 - cleaning the object tree TB --- 2014-04-25 17:56:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-25 17:56:40 - At svn revision 264914 TB --- 2014-04-25 17:56:41 - building world TB --- 2014-04-25 17:56:41 - CROSS_BUILD_TESTING=YES TB --- 2014-04-25 17:56:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-25 17:56:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-25 17:56:41 - SRCCONF=/dev/null TB --- 2014-04-25 17:56:41 - TARGET=ia64 TB --- 2014-04-25 17:56:41 - TARGET_ARCH=ia64 TB --- 2014-04-25 17:56:41 - TZ=UTC TB --- 2014-04-25 17:56:41 - __MAKE_CONF=/dev/null TB --- 2014-04-25 17:56:41 - cd /src TB --- 2014-04-25 17:56:41 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Apr 25 17:56:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 25 19:31:26 UTC 2014 TB --- 2014-04-25 19:31:26 - generating LINT kernel config TB --- 2014-04-25 19:31:26 - cd /src/sys/ia64/conf TB --- 2014-04-25 19:31:26 - /usr/bin/make -B LINT TB --- 2014-04-25 19:31:26 - cd /src/sys/ia64/conf TB --- 2014-04-25 19:31:26 - /obj/ia64.ia64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-25 19:31:26 - building LINT kernel TB --- 2014-04-25 19:31:26 - CROSS_BUILD_TESTING=YES TB --- 2014-04-25 19:31:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-25 19:31:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-25 19:31:26 - SRCCONF=/dev/null TB --- 2014-04-25 19:31:26 - TARGET=ia64 TB --- 2014-04-25 19:31:26 - TARGET_ARCH=ia64 TB --- 2014-04-25 19:31:26 - TZ=UTC TB --- 2014-04-25 19:31:26 - __MAKE_CONF=/dev/null TB --- 2014-04-25 19:31:26 - cd /src TB --- 2014-04-25 19:31:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 25 19:31:26 UTC 2014 >>> 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/usb/net/if_mos.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/net/if_rue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/net/if_udav.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/net/if_usie.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/net/if_urndis.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/net/ruephy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/net/usb_ethernet.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/net/uhso.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_rsu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_rum.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_run.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_uath.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_upgt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_ural.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_urtw.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_urtwn.c cc1: warnings being treated as errors /src/sys/dev/usb/wlan/if_urtwn.c: In function 'urtwn_bulk_rx_callback': /src/sys/dev/usb/wlan/if_urtwn.c:1739: warning: 'rssi' may be used uninitialized in this function /src/sys/dev/usb/wlan/if_urtwn.c:1739: note: 'rssi' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-25 19:42:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-25 19:42:36 - ERROR: failed to build LINT kernel TB --- 2014-04-25 19:42:36 - 5272.32 user 801.19 system 6360.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 20:45:17 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A48A1A87; Fri, 25 Apr 2014 20:45:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4E0F814C9; Fri, 25 Apr 2014 20:45:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3PKjGM1084146; Fri, 25 Apr 2014 16:45:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3PKjG7T083914; Fri, 25 Apr 2014 20:45:16 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 25 Apr 2014 20:45:16 GMT Message-Id: <201404252045.s3PKjG7T083914@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2014 20:45:17 -0000 TB --- 2014-04-25 19:39:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-25 19:39:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-25 19:39:23 - starting HEAD tinderbox run for mips/mips TB --- 2014-04-25 19:39:23 - cleaning the object tree TB --- 2014-04-25 19:39:23 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-25 19:40:59 - At svn revision 264914 TB --- 2014-04-25 19:41:00 - building world TB --- 2014-04-25 19:41:00 - CROSS_BUILD_TESTING=YES TB --- 2014-04-25 19:41:00 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-25 19:41:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-25 19:41:00 - SRCCONF=/dev/null TB --- 2014-04-25 19:41:00 - TARGET=mips TB --- 2014-04-25 19:41:00 - TARGET_ARCH=mips TB --- 2014-04-25 19:41:00 - TZ=UTC TB --- 2014-04-25 19:41:00 - __MAKE_CONF=/dev/null TB --- 2014-04-25 19:41:00 - cd /src TB --- 2014-04-25 19:41:00 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Apr 25 19:41:07 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 25 20:43:00 UTC 2014 TB --- 2014-04-25 20:43:00 - cd /src/sys/mips/conf TB --- 2014-04-25 20:43:00 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m ADM5120 TB --- 2014-04-25 20:43:00 - skipping ADM5120 kernel TB --- 2014-04-25 20:43:00 - cd /src/sys/mips/conf TB --- 2014-04-25 20:43:00 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m ALCHEMY TB --- 2014-04-25 20:43:00 - skipping ALCHEMY kernel TB --- 2014-04-25 20:43:00 - cd /src/sys/mips/conf TB --- 2014-04-25 20:43:00 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m ALFA_HORNET_UB TB --- 2014-04-25 20:43:00 - building ALFA_HORNET_UB kernel TB --- 2014-04-25 20:43:00 - CROSS_BUILD_TESTING=YES TB --- 2014-04-25 20:43:00 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-25 20:43:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-25 20:43:00 - SRCCONF=/dev/null TB --- 2014-04-25 20:43:00 - TARGET=mips TB --- 2014-04-25 20:43:00 - TARGET_ARCH=mips TB --- 2014-04-25 20:43:00 - TZ=UTC TB --- 2014-04-25 20:43:00 - __MAKE_CONF=/dev/null TB --- 2014-04-25 20:43:00 - cd /src TB --- 2014-04-25 20:43:00 - /usr/bin/make -B buildkernel KERNCONF=ALFA_HORNET_UB >>> Kernel build for ALFA_HORNET_UB started on Fri Apr 25 20:43:01 UTC 2014 >>> 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 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_action.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_ageq.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_adhoc.c -Wno-unused-function cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_amrr.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_crypto.c -Wno-unused-function cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_crypto_ccmp.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_crypto_none.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_crypto_tkip.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_crypto_wep.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_ddb.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_dfs.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_freebsd.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_hostap.c -Wno-unused-function cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_ht.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_hwmp.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_input.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_ioctl.c cc1: warnings being treated as errors /src/sys/net80211/ieee80211_ioctl.c: In function 'ieee80211_ioctl_getcurchan': /src/sys/net80211/ieee80211_ioctl.c:605: warning: suggest parentheses around comparison in operand of | [-Wparentheses] *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/ALFA_HORNET_UB *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-25 20:45:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-25 20:45:10 - ERROR: failed to build ALFA_HORNET_UB kernel TB --- 2014-04-25 20:45:10 - 2962.92 user 673.65 system 3947.07 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 21:04:11 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1495B239; Fri, 25 Apr 2014 21:04:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CD6451716; Fri, 25 Apr 2014 21:04:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3PL46Mb003930; Fri, 25 Apr 2014 17:04:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3PL46r6003926; Fri, 25 Apr 2014 21:04:06 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 25 Apr 2014 21:04:06 GMT Message-Id: <201404252104.s3PL46r6003926@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2014 21:04:11 -0000 TB --- 2014-04-25 19:40:55 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-25 19:40:55 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-25 19:40:55 - starting HEAD tinderbox run for mips64/mips TB --- 2014-04-25 19:40:55 - cleaning the object tree TB --- 2014-04-25 19:40:55 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-25 19:40:59 - At svn revision 264914 TB --- 2014-04-25 19:41:00 - building world TB --- 2014-04-25 19:41:00 - CROSS_BUILD_TESTING=YES TB --- 2014-04-25 19:41:00 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-25 19:41:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-25 19:41:00 - SRCCONF=/dev/null TB --- 2014-04-25 19:41:00 - TARGET=mips TB --- 2014-04-25 19:41:00 - TARGET_ARCH=mips64 TB --- 2014-04-25 19:41:00 - TZ=UTC TB --- 2014-04-25 19:41:00 - __MAKE_CONF=/dev/null TB --- 2014-04-25 19:41:00 - cd /src TB --- 2014-04-25 19:41:00 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Apr 25 19:41:07 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 25 20:43:00 UTC 2014 TB --- 2014-04-25 20:43:00 - cd /src/sys/mips/conf TB --- 2014-04-25 20:43:00 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ADM5120 TB --- 2014-04-25 20:43:00 - skipping ADM5120 kernel TB --- 2014-04-25 20:43:00 - cd /src/sys/mips/conf TB --- 2014-04-25 20:43:00 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALCHEMY TB --- 2014-04-25 20:43:00 - skipping ALCHEMY kernel TB --- 2014-04-25 20:43:00 - cd /src/sys/mips/conf TB --- 2014-04-25 20:43:00 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALFA_HORNET_UB TB --- 2014-04-25 20:43:00 - skipping ALFA_HORNET_UB kernel TB --- 2014-04-25 20:43:00 - cd /src/sys/mips/conf TB --- 2014-04-25 20:43:00 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP121 TB --- 2014-04-25 20:43:00 - skipping AP121 kernel TB --- 2014-04-25 20:43:00 - cd /src/sys/mips/conf TB --- 2014-04-25 20:43:00 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP91 TB --- 2014-04-25 20:43:01 - skipping AP91 kernel TB --- 2014-04-25 20:43:01 - cd /src/sys/mips/conf TB --- 2014-04-25 20:43:01 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP93 TB --- 2014-04-25 20:43:01 - skipping AP93 kernel TB --- 2014-04-25 20:43:01 - cd /src/sys/mips/conf TB --- 2014-04-25 20:43:01 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP94 TB --- 2014-04-25 20:43:01 - skipping AP94 kernel TB --- 2014-04-25 20:43:01 - cd /src/sys/mips/conf TB --- 2014-04-25 20:43:01 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP96 TB --- 2014-04-25 20:43:01 - skipping AP96 kernel TB --- 2014-04-25 20:43:01 - cd /src/sys/mips/conf TB --- 2014-04-25 20:43:01 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR71XX_BASE TB --- 2014-04-25 20:43:01 - skipping AR71XX_BASE kernel TB --- 2014-04-25 20:43:01 - cd /src/sys/mips/conf TB --- 2014-04-25 20:43:01 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR724X_BASE TB --- 2014-04-25 20:43:01 - skipping AR724X_BASE kernel TB --- 2014-04-25 20:43:01 - cd /src/sys/mips/conf TB --- 2014-04-25 20:43:01 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR91XX_BASE TB --- 2014-04-25 20:43:01 - skipping AR91XX_BASE kernel TB --- 2014-04-25 20:43:01 - cd /src/sys/mips/conf TB --- 2014-04-25 20:43:01 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR933X_BASE TB --- 2014-04-25 20:43:01 - skipping AR933X_BASE kernel TB --- 2014-04-25 20:43:01 - cd /src/sys/mips/conf TB --- 2014-04-25 20:43:01 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR934X_BASE TB --- 2014-04-25 20:43:01 - skipping AR934X_BASE kernel TB --- 2014-04-25 20:43:01 - cd /src/sys/mips/conf TB --- 2014-04-25 20:43:01 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_BASE TB --- 2014-04-25 20:43:01 - building BERI_DE4_BASE kernel TB --- 2014-04-25 20:43:01 - CROSS_BUILD_TESTING=YES TB --- 2014-04-25 20:43:01 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-25 20:43:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-25 20:43:01 - SRCCONF=/dev/null TB --- 2014-04-25 20:43:01 - TARGET=mips TB --- 2014-04-25 20:43:01 - TARGET_ARCH=mips64 TB --- 2014-04-25 20:43:01 - TZ=UTC TB --- 2014-04-25 20:43:01 - __MAKE_CONF=/dev/null TB --- 2014-04-25 20:43:01 - cd /src TB --- 2014-04-25 20:43:01 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Fri Apr 25 20:43:01 UTC 2014 >>> 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 BERI_DE4_BASE completed on Fri Apr 25 20:45:49 UTC 2014 TB --- 2014-04-25 20:45:49 - cd /src/sys/mips/conf TB --- 2014-04-25 20:45:49 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-04-25 20:45:49 - building BERI_DE4_MDROOT kernel TB --- 2014-04-25 20:45:49 - CROSS_BUILD_TESTING=YES TB --- 2014-04-25 20:45:49 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-25 20:45:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-25 20:45:49 - SRCCONF=/dev/null TB --- 2014-04-25 20:45:49 - TARGET=mips TB --- 2014-04-25 20:45:49 - TARGET_ARCH=mips64 TB --- 2014-04-25 20:45:49 - TZ=UTC TB --- 2014-04-25 20:45:49 - __MAKE_CONF=/dev/null TB --- 2014-04-25 20:45:49 - cd /src TB --- 2014-04-25 20:45:49 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Fri Apr 25 20:45:49 UTC 2014 >>> 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 BERI_DE4_MDROOT completed on Fri Apr 25 20:48:39 UTC 2014 TB --- 2014-04-25 20:48:39 - cd /src/sys/mips/conf TB --- 2014-04-25 20:48:39 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-04-25 20:48:39 - building BERI_DE4_SDROOT kernel TB --- 2014-04-25 20:48:39 - CROSS_BUILD_TESTING=YES TB --- 2014-04-25 20:48:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-25 20:48:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-25 20:48:39 - SRCCONF=/dev/null TB --- 2014-04-25 20:48:39 - TARGET=mips TB --- 2014-04-25 20:48:39 - TARGET_ARCH=mips64 TB --- 2014-04-25 20:48:39 - TZ=UTC TB --- 2014-04-25 20:48:39 - __MAKE_CONF=/dev/null TB --- 2014-04-25 20:48:39 - cd /src TB --- 2014-04-25 20:48:39 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Fri Apr 25 20:48:39 UTC 2014 >>> 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 BERI_DE4_SDROOT completed on Fri Apr 25 20:51:25 UTC 2014 TB --- 2014-04-25 20:51:25 - cd /src/sys/mips/conf TB --- 2014-04-25 20:51:25 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-04-25 20:51:26 - building BERI_NETFPGA_MDROOT kernel TB --- 2014-04-25 20:51:26 - CROSS_BUILD_TESTING=YES TB --- 2014-04-25 20:51:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-25 20:51:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-25 20:51:26 - SRCCONF=/dev/null TB --- 2014-04-25 20:51:26 - TARGET=mips TB --- 2014-04-25 20:51:26 - TARGET_ARCH=mips64 TB --- 2014-04-25 20:51:26 - TZ=UTC TB --- 2014-04-25 20:51:26 - __MAKE_CONF=/dev/null TB --- 2014-04-25 20:51:26 - cd /src TB --- 2014-04-25 20:51:26 - /usr/bin/make -B buildkernel KERNCONF=BERI_NETFPGA_MDROOT >>> Kernel build for BERI_NETFPGA_MDROOT started on Fri Apr 25 20:51:26 UTC 2014 >>> 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 BERI_NETFPGA_MDROOT completed on Fri Apr 25 20:54:03 UTC 2014 TB --- 2014-04-25 20:54:03 - cd /src/sys/mips/conf TB --- 2014-04-25 20:54:03 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_BASE TB --- 2014-04-25 20:54:03 - building BERI_SIM_BASE kernel TB --- 2014-04-25 20:54:03 - CROSS_BUILD_TESTING=YES TB --- 2014-04-25 20:54:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-25 20:54:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-25 20:54:03 - SRCCONF=/dev/null TB --- 2014-04-25 20:54:03 - TARGET=mips TB --- 2014-04-25 20:54:03 - TARGET_ARCH=mips64 TB --- 2014-04-25 20:54:03 - TZ=UTC TB --- 2014-04-25 20:54:03 - __MAKE_CONF=/dev/null TB --- 2014-04-25 20:54:03 - cd /src TB --- 2014-04-25 20:54:03 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_BASE >>> Kernel build for BERI_SIM_BASE started on Fri Apr 25 20:54:03 UTC 2014 >>> 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 BERI_SIM_BASE completed on Fri Apr 25 20:56:36 UTC 2014 TB --- 2014-04-25 20:56:36 - cd /src/sys/mips/conf TB --- 2014-04-25 20:56:36 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-04-25 20:56:36 - building BERI_SIM_MDROOT kernel TB --- 2014-04-25 20:56:36 - CROSS_BUILD_TESTING=YES TB --- 2014-04-25 20:56:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-25 20:56:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-25 20:56:36 - SRCCONF=/dev/null TB --- 2014-04-25 20:56:36 - TARGET=mips TB --- 2014-04-25 20:56:36 - TARGET_ARCH=mips64 TB --- 2014-04-25 20:56:36 - TZ=UTC TB --- 2014-04-25 20:56:36 - __MAKE_CONF=/dev/null TB --- 2014-04-25 20:56:36 - cd /src TB --- 2014-04-25 20:56:36 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_MDROOT >>> Kernel build for BERI_SIM_MDROOT started on Fri Apr 25 20:56:36 UTC 2014 >>> 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 BERI_SIM_MDROOT completed on Fri Apr 25 20:59:10 UTC 2014 TB --- 2014-04-25 20:59:10 - cd /src/sys/mips/conf TB --- 2014-04-25 20:59:10 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_SDROOT TB --- 2014-04-25 20:59:11 - building BERI_SIM_SDROOT kernel TB --- 2014-04-25 20:59:11 - CROSS_BUILD_TESTING=YES TB --- 2014-04-25 20:59:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-25 20:59:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-25 20:59:11 - SRCCONF=/dev/null TB --- 2014-04-25 20:59:11 - TARGET=mips TB --- 2014-04-25 20:59:11 - TARGET_ARCH=mips64 TB --- 2014-04-25 20:59:11 - TZ=UTC TB --- 2014-04-25 20:59:11 - __MAKE_CONF=/dev/null TB --- 2014-04-25 20:59:11 - cd /src TB --- 2014-04-25 20:59:11 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_SDROOT >>> Kernel build for BERI_SIM_SDROOT started on Fri Apr 25 20:59:11 UTC 2014 >>> 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 BERI_SIM_SDROOT completed on Fri Apr 25 21:01:42 UTC 2014 TB --- 2014-04-25 21:01:42 - cd /src/sys/mips/conf TB --- 2014-04-25 21:01:42 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_TEMPLATE TB --- 2014-04-25 21:01:42 - building BERI_TEMPLATE kernel TB --- 2014-04-25 21:01:42 - CROSS_BUILD_TESTING=YES TB --- 2014-04-25 21:01:42 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-25 21:01:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-25 21:01:42 - SRCCONF=/dev/null TB --- 2014-04-25 21:01:42 - TARGET=mips TB --- 2014-04-25 21:01:42 - TARGET_ARCH=mips64 TB --- 2014-04-25 21:01:42 - TZ=UTC TB --- 2014-04-25 21:01:42 - __MAKE_CONF=/dev/null TB --- 2014-04-25 21:01:42 - cd /src TB --- 2014-04-25 21:01:42 - /usr/bin/make -B buildkernel KERNCONF=BERI_TEMPLATE >>> Kernel build for BERI_TEMPLATE started on Fri Apr 25 21:01:42 UTC 2014 >>> 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 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/tlb.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/trap.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/uio_machdep.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/uma_machdep.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/vm_machdep.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/kern/kern_clocksource.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/kern/link_elf_obj.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/kern/subr_dummy_vdso_tc.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/ffsl.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/fls.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/flsl.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/flsll.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/memmove.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/crypto/blowfish/bf_enc.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/crypto/des/des_enc.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/beri/beri_machdep.c /src/sys/mips/beri/beri_machdep.c: In function 'platform_start': /src/sys/mips/beri/beri_machdep.c:209: error: 'kmdp' undeclared (first use in this function) /src/sys/mips/beri/beri_machdep.c:209: error: (Each undeclared identifier is reported only once /src/sys/mips/beri/beri_machdep.c:209: error: for each function it appears in.) *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/BERI_TEMPLATE *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-25 21:04:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-25 21:04:06 - ERROR: failed to build BERI_TEMPLATE kernel TB --- 2014-04-25 21:04:06 - 3936.57 user 812.09 system 4991.32 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 22:16:49 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A557471F; Fri, 25 Apr 2014 22:16:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 781441E5E; Fri, 25 Apr 2014 22:16:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3PMGmsK073439; Fri, 25 Apr 2014 18:16:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3PMGl4o073438; Fri, 25 Apr 2014 22:16:47 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 25 Apr 2014 22:16:47 GMT Message-Id: <201404252216.s3PMGl4o073438@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2014 22:16:49 -0000 TB --- 2014-04-25 21:04:06 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-25 21:04:06 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-25 21:04:06 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-04-25 21:04:06 - cleaning the object tree TB --- 2014-04-25 21:04:06 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-25 21:04:09 - At svn revision 264914 TB --- 2014-04-25 21:04:10 - building world TB --- 2014-04-25 21:04:10 - CROSS_BUILD_TESTING=YES TB --- 2014-04-25 21:04:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-25 21:04:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-25 21:04:10 - SRCCONF=/dev/null TB --- 2014-04-25 21:04:10 - TARGET=sparc64 TB --- 2014-04-25 21:04:10 - TARGET_ARCH=sparc64 TB --- 2014-04-25 21:04:10 - TZ=UTC TB --- 2014-04-25 21:04:10 - __MAKE_CONF=/dev/null TB --- 2014-04-25 21:04:10 - cd /src TB --- 2014-04-25 21:04:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Apr 25 21:04:17 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 25 22:08:49 UTC 2014 TB --- 2014-04-25 22:08:49 - generating LINT kernel config TB --- 2014-04-25 22:08:49 - cd /src/sys/sparc64/conf TB --- 2014-04-25 22:08:49 - /usr/bin/make -B LINT TB --- 2014-04-25 22:08:49 - cd /src/sys/sparc64/conf TB --- 2014-04-25 22:08:49 - /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-25 22:08:49 - building LINT kernel TB --- 2014-04-25 22:08:49 - CROSS_BUILD_TESTING=YES TB --- 2014-04-25 22:08:49 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-25 22:08:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-25 22:08:49 - SRCCONF=/dev/null TB --- 2014-04-25 22:08:49 - TARGET=sparc64 TB --- 2014-04-25 22:08:49 - TARGET_ARCH=sparc64 TB --- 2014-04-25 22:08:49 - TZ=UTC TB --- 2014-04-25 22:08:49 - __MAKE_CONF=/dev/null TB --- 2014-04-25 22:08:49 - cd /src TB --- 2014-04-25 22:08:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 25 22:08:49 UTC 2014 >>> 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/usb/net/if_mos.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/net/if_rue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/net/if_udav.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/net/if_usie.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/net/if_urndis.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/net/ruephy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/net/usb_ethernet.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/net/uhso.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_rsu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_rum.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_run.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_uath.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_upgt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_ural.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_urtw.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_urtwn.c cc1: warnings being treated as errors /src/sys/dev/usb/wlan/if_urtwn.c: In function 'urtwn_bulk_rx_callback': /src/sys/dev/usb/wlan/if_urtwn.c:1739: warning: 'rssi' may be used uninitialized in this function /src/sys/dev/usb/wlan/if_urtwn.c:1739: note: 'rssi' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-25 22:16:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-25 22:16:47 - ERROR: failed to build LINT kernel TB --- 2014-04-25 22:16:47 - 3695.01 user 675.05 system 4361.30 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 25 23:30:51 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E627F676; Fri, 25 Apr 2014 23:30:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A01C616A9; Fri, 25 Apr 2014 23:30:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3PNUo0R089613; Fri, 25 Apr 2014 19:30:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3PNUoAS089612; Fri, 25 Apr 2014 23:30:50 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 25 Apr 2014 23:30:50 GMT Message-Id: <201404252330.s3PNUoAS089612@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2014 23:30:52 -0000 TB --- 2014-04-25 19:42:36 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-25 19:42:36 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-25 19:42:36 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-04-25 19:42:37 - cleaning the object tree TB --- 2014-04-25 19:42:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-25 19:42:40 - At svn revision 264914 TB --- 2014-04-25 19:42:41 - building world TB --- 2014-04-25 19:42:41 - CROSS_BUILD_TESTING=YES TB --- 2014-04-25 19:42:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-25 19:42:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-25 19:42:41 - SRCCONF=/dev/null TB --- 2014-04-25 19:42:41 - TARGET=powerpc TB --- 2014-04-25 19:42:41 - TARGET_ARCH=powerpc TB --- 2014-04-25 19:42:41 - TZ=UTC TB --- 2014-04-25 19:42:41 - __MAKE_CONF=/dev/null TB --- 2014-04-25 19:42:41 - cd /src TB --- 2014-04-25 19:42:41 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Apr 25 19:42:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 25 23:24:21 UTC 2014 TB --- 2014-04-25 23:24:21 - generating LINT kernel config TB --- 2014-04-25 23:24:21 - cd /src/sys/powerpc/conf TB --- 2014-04-25 23:24:21 - /usr/bin/make -B LINT TB --- 2014-04-25 23:24:21 - cd /src/sys/powerpc/conf TB --- 2014-04-25 23:24:21 - /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-25 23:24:21 - building LINT kernel TB --- 2014-04-25 23:24:21 - CROSS_BUILD_TESTING=YES TB --- 2014-04-25 23:24:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-25 23:24:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-25 23:24:21 - SRCCONF=/dev/null TB --- 2014-04-25 23:24:21 - TARGET=powerpc TB --- 2014-04-25 23:24:21 - TARGET_ARCH=powerpc TB --- 2014-04-25 23:24:21 - TZ=UTC TB --- 2014-04-25 23:24:21 - __MAKE_CONF=/dev/null TB --- 2014-04-25 23:24:21 - cd /src TB --- 2014-04-25 23:24:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 25 23:24:21 UTC 2014 >>> 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/usb/net/if_mos.c 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/usb/net/if_rue.c 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/usb/net/if_udav.c 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/usb/net/if_usie.c 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/usb/net/if_urndis.c 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/usb/net/ruephy.c 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/usb/net/usb_ethernet.c 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/usb/net/uhso.c 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/usb/wlan/if_rsu.c 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/usb/wlan/if_rum.c 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/usb/wlan/if_run.c 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/usb/wlan/if_uath.c 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/usb/wlan/if_upgt.c 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/usb/wlan/if_ural.c 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/usb/wlan/if_urtw.c 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/usb/wlan/if_urtwn.c cc1: warnings being treated as errors /src/sys/dev/usb/wlan/if_urtwn.c: In function 'urtwn_bulk_rx_callback': /src/sys/dev/usb/wlan/if_urtwn.c:1739: warning: 'rssi' may be used uninitialized in this function /src/sys/dev/usb/wlan/if_urtwn.c:1739: note: 'rssi' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-25 23:30:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-25 23:30:50 - ERROR: failed to build LINT kernel TB --- 2014-04-25 23:30:50 - 12216.42 user 1294.48 system 13693.48 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 01:16:20 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4A4CE17; Sat, 26 Apr 2014 01:16:20 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7928E1FFB; Sat, 26 Apr 2014 01:16:20 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3Q1GJhX060326; Fri, 25 Apr 2014 21:16:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3Q1GJL1060325; Sat, 26 Apr 2014 01:16:19 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Apr 2014 01:16:19 GMT Message-Id: <201404260116.s3Q1GJL1060325@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2014 01:16:20 -0000 TB --- 2014-04-25 20:45:16 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-25 20:45:16 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-25 20:45:16 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-04-25 20:45:16 - cleaning the object tree TB --- 2014-04-25 20:45:16 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-25 20:45:21 - At svn revision 264914 TB --- 2014-04-25 20:45:22 - building world TB --- 2014-04-25 20:45:22 - CROSS_BUILD_TESTING=YES TB --- 2014-04-25 20:45:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-25 20:45:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-25 20:45:22 - SRCCONF=/dev/null TB --- 2014-04-25 20:45:22 - TARGET=powerpc TB --- 2014-04-25 20:45:22 - TARGET_ARCH=powerpc64 TB --- 2014-04-25 20:45:22 - TZ=UTC TB --- 2014-04-25 20:45:22 - __MAKE_CONF=/dev/null TB --- 2014-04-25 20:45:22 - cd /src TB --- 2014-04-25 20:45:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Apr 25 20:45:29 UTC 2014 >>> 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 Sat Apr 26 00:57:11 UTC 2014 TB --- 2014-04-26 00:57:11 - generating LINT kernel config TB --- 2014-04-26 00:57:11 - cd /src/sys/powerpc/conf TB --- 2014-04-26 00:57:11 - /usr/bin/make -B LINT TB --- 2014-04-26 00:57:11 - cd /src/sys/powerpc/conf TB --- 2014-04-26 00:57:11 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-26 00:57:11 - skipping LINT kernel TB --- 2014-04-26 00:57:11 - cd /src/sys/powerpc/conf TB --- 2014-04-26 00:57:11 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC TB --- 2014-04-26 00:57:11 - skipping GENERIC kernel TB --- 2014-04-26 00:57:11 - cd /src/sys/powerpc/conf TB --- 2014-04-26 00:57:11 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC64 TB --- 2014-04-26 00:57:11 - building GENERIC64 kernel TB --- 2014-04-26 00:57:11 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 00:57:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 00:57:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 00:57:11 - SRCCONF=/dev/null TB --- 2014-04-26 00:57:11 - TARGET=powerpc TB --- 2014-04-26 00:57:11 - TARGET_ARCH=powerpc64 TB --- 2014-04-26 00:57:11 - TZ=UTC TB --- 2014-04-26 00:57:11 - __MAKE_CONF=/dev/null TB --- 2014-04-26 00:57:11 - cd /src TB --- 2014-04-26 00:57:11 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Sat Apr 26 00:57:11 UTC 2014 >>> 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 [...] awk -f /src/sys/conf/kmod_syms.awk if_ural.kld export_syms | xargs -J% objcopy % if_ural.kld ld -Bshareable -d -warn-common -o if_ural.ko.debug if_ural.kld objcopy --only-keep-debug if_ural.ko.debug if_ural.ko.symbols objcopy --strip-debug --add-gnu-debuglink=if_ural.ko.symbols if_ural.ko.debug if_ural.ko ===> usb/zyd (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -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 /src/sys/modules/usb/zyd/../../../dev/usb/wlan/if_zyd.c ctfconvert -L VERSION -g if_zyd.o ld -d -warn-common -r -d -o if_zyd.kld if_zyd.o ctfmerge -L VERSION -g -o if_zyd.kld if_zyd.o :> export_syms awk -f /src/sys/conf/kmod_syms.awk if_zyd.kld export_syms | xargs -J% objcopy % if_zyd.kld ld -Bshareable -d -warn-common -o if_zyd.ko.debug if_zyd.kld objcopy --only-keep-debug if_zyd.ko.debug if_zyd.ko.symbols objcopy --strip-debug --add-gnu-debuglink=if_zyd.ko.symbols if_zyd.ko.debug if_zyd.ko ===> usb/urtwn (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -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 /src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c cc1: warnings being treated as errors /src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c: In function 'urtwn_bulk_rx_callback': /src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1739: warning: 'rssi' may be used uninitialized in this function /src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1739: note: 'rssi' was declared here *** Error code 1 Stop. bmake[4]: stopped in /src/sys/modules/usb/urtwn *** Error code 1 Stop. bmake[3]: stopped in /src/sys/modules/usb *** Error code 1 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-26 01:16:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-26 01:16:19 - ERROR: failed to build GENERIC64 kernel TB --- 2014-04-26 01:16:19 - 14661.61 user 1674.74 system 16262.63 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 01:34:09 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD80A2CE; Sat, 26 Apr 2014 01:34:09 +0000 (UTC) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "*.infocus-llc.com", Issuer "*.infocus-llc.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AEA8B1190; Sat, 26 Apr 2014 01:34:09 +0000 (UTC) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 264CE37B4A0; Fri, 25 Apr 2014 20:26:53 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3gFvjm20QtzW9m; Fri, 25 Apr 2014 20:26:52 -0500 (CDT) Date: Fri, 25 Apr 2014 20:26:52 -0500 From: "Matthew D. Fuller" To: Andriy Gapon Subject: Re: ZFS secondarycache on SSD problem on r255173 Message-ID: <20140426012652.GA62784@over-yonder.net> References: <7059AA6DCC0D46B8B1D33FC883C31643@multiplay.co.uk> <20131017061248.GA15980@hell.ukr.net> <326B470C65A04BC4BC83E118185B935F@multiplay.co.uk> <20131017073925.GA34958@hell.ukr.net> <2AFE1CBD9B124E3AB9E05A4E483CCE03@multiplay.co.uk> <20131018080148.GA75226@hell.ukr.net> <256B2E5A0BA44DCBB45BB3F3E820E190@multiplay.co.uk> <20131018144524.GA30018@hell.ukr.net> <4459A6FAB7B8445C97CCB9EFF34FD4F0@multiplay.co.uk> <53144891.9050001@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53144891.9050001@FreeBSD.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.23 (2014-03-12) X-Virus-Scanned: clamav-milter 0.98.1 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: "Justin T. Gibbs" , freebsd-current@FreeBSD.org, Steven Hartland X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2014 01:34:09 -0000 On Mon, Mar 03, 2014 at 11:17:05AM +0200 I heard the voice of Andriy Gapon, and lo! it spake thus: > > I noticed that on some of our systems we were getting a clearly > abnormal number of l2arc checksum errors accounted in l2_cksum_bad. > [...] > I propose the following patch which has been tested and seems to fix > the problem without introducing any side effects: I've been running this for >2 weeks now without any cksum_bad's showing up (long enough that without it, I'd have expected them), and no other obvious side effects. FreeBSD 11.0-CURRENT #0 r264306M So if there are votes, I vote for making it work without that 'M' :) -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 05:50:25 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E1AB267 for ; Sat, 26 Apr 2014 05:50:25 +0000 (UTC) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.rulingia.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CEEE51626 for ; Sat, 26 Apr 2014 05:50:24 +0000 (UTC) Received: from server.rulingia.com (c220-239-242-83.belrs5.nsw.optusnet.com.au [220.239.242.83]) by vps.rulingia.com (8.14.7/8.14.7) with ESMTP id s3Q4rHZ7039532 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 26 Apr 2014 14:53:18 +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.8/8.14.8) with ESMTP id s3Q4rOww032720 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 26 Apr 2014 14:53:24 +1000 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.8/8.14.8/Submit) id s3Q4rNAA032719; Sat, 26 Apr 2014 14:53:23 +1000 (EST) (envelope-from peter) Date: Sat, 26 Apr 2014 14:53:23 +1000 From: Peter Jeremy To: Zack Gold Subject: Re: OpenSSL vs. LibreSSL (OpenBSD) Message-ID: <20140426045323.GB25316@server.rulingia.com> References: <20140424223540.627bf130.ohartman@zedat.fu-berlin.de> <535984EC.7050509@mu.org> <20140425033141.GB28939@lonesome.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Matthias Gamsjager , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2014 05:50:25 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2014-Apr-25 05:00:38 -0400, Zack Gold wrote: >An important thing to note here is motive. The Linux Foundation is >housing this "Core Infrastructure Initiative" project, and so they are >the ones who get all the money. "The Initiative's funds will be >administered by the Linux Foundation and a steering group comprised of >backers of the project as well as key open source developers and other >industry stakeholders." So, it might be in the interest of these >people to not necessarily fix bugs. They might be interested in other >things, like ownership. Though, this may be a bit irrational. It has occurred to me that Linux (in general, not the Foundation) contains a number of religious zealots and the current OpenSSL license is not in keeping with their religion. And there have been previous cases where portable open source software has passed into the maintainership of Linux groups and had all the cross-platform code excised to make it Linux-only. --=20 Peter Jeremy --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJ8BAEBCgBmBQJTWzvDXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFRUIyOTg2QzMwNjcxRTc0RTY1QzIyN0Ux NkE1OTdBMEU0QTIwQjM0AAoJEBall6Dkogs0nIwQAIN2MGWiFBYrcuPQku2ge6Sv 0/5EY4zw0EnoEsYHsVobEAM9llIVmFLZPGUap+XHsm/v9Gti25A0dmDG5e7TYBlz g0bAF+tGF/aE3GH0ro8PoWGZ5rG1oR7l3fPIeYpKRJAA6d5+qu4q3grWsNee62hx /kbvIARlgFwtd5ycNzSToiXPwuc1cMLjvLHk0BZxwNL2Uyvsw4tm9WjL/IUcdfTO OHgLkBQc1Yvky2RcHlH3FuWOPfV38nY7BqmXFRQjvUcoWxGDt/AY/3pkVFJXtOY8 6oFUvXM9GwQ7RjSy8dlAv25PUnw9iJd/r2CqcwgwhUZPRJnISJzn2IJ8U+HUFmOL CiiVjpS8vRltEhSAnr5L21JPqiiD1UK1IFg26cjN6HvbtOytjlFIHY3NzDYzZN+2 +Ouis9nk08H2Be8a6hxuJFibWJt9wcNghV7g2odh8Tb4Vr6LQ7ZpjSSnXm+EBGtz 6XbkVvlS05LqwFDIl8lEP3/Zy7tD0ZFhtOXsFqzJcJzHYO05YVHsLYLdUb/uzWsp lGA+RVkRpR+baWHnjAi1YbOKAWg7Fka7Cjzd7qYv2l8zWQnCvz5B2KQZ66udXcW1 9gooX2BOlupm6PGAH5/qJl2bGosQDwQVWiSWQUymKUHCUiYqPWvY+z9m/TZIjQDA a/JM2cL6NMXBwuSkBmr+ =L7v8 -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 09:41:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7133C21F; Sat, 26 Apr 2014 09:41:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2B38B17AB; Sat, 26 Apr 2014 09:41:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3Q9fN3O037410; Sat, 26 Apr 2014 05:41:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3Q9fNxE037409; Sat, 26 Apr 2014 09:41:23 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Apr 2014 09:41:23 GMT Message-Id: <201404260941.s3Q9fNxE037409@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2014 09:41:25 -0000 TB --- 2014-04-26 07:50:54 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-26 07:50:54 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-26 07:50:54 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-04-26 07:50:54 - cleaning the object tree TB --- 2014-04-26 07:52:00 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-26 07:52:12 - At svn revision 264962 TB --- 2014-04-26 07:52:13 - building world TB --- 2014-04-26 07:52:13 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 07:52:13 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 07:52:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 07:52:13 - SRCCONF=/dev/null TB --- 2014-04-26 07:52:13 - TARGET=ia64 TB --- 2014-04-26 07:52:13 - TARGET_ARCH=ia64 TB --- 2014-04-26 07:52:13 - TZ=UTC TB --- 2014-04-26 07:52:13 - __MAKE_CONF=/dev/null TB --- 2014-04-26 07:52:13 - cd /src TB --- 2014-04-26 07:52:13 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Apr 26 07:52:21 UTC 2014 >>> 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 Sat Apr 26 09:29:51 UTC 2014 TB --- 2014-04-26 09:29:51 - generating LINT kernel config TB --- 2014-04-26 09:29:51 - cd /src/sys/ia64/conf TB --- 2014-04-26 09:29:51 - /usr/bin/make -B LINT TB --- 2014-04-26 09:29:51 - cd /src/sys/ia64/conf TB --- 2014-04-26 09:29:51 - /obj/ia64.ia64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-26 09:29:51 - building LINT kernel TB --- 2014-04-26 09:29:51 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 09:29:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 09:29:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 09:29:51 - SRCCONF=/dev/null TB --- 2014-04-26 09:29:51 - TARGET=ia64 TB --- 2014-04-26 09:29:51 - TARGET_ARCH=ia64 TB --- 2014-04-26 09:29:51 - TZ=UTC TB --- 2014-04-26 09:29:51 - __MAKE_CONF=/dev/null TB --- 2014-04-26 09:29:51 - cd /src TB --- 2014-04-26 09:29:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 26 09:29:51 UTC 2014 >>> 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/usb/net/if_mos.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/net/if_rue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/net/if_udav.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/net/if_usie.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/net/if_urndis.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/net/ruephy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/net/usb_ethernet.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/net/uhso.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_rsu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_rum.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_run.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_uath.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_upgt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_ural.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_urtw.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_urtwn.c cc1: warnings being treated as errors /src/sys/dev/usb/wlan/if_urtwn.c: In function 'urtwn_bulk_rx_callback': /src/sys/dev/usb/wlan/if_urtwn.c:1739: warning: 'rssi' may be used uninitialized in this function /src/sys/dev/usb/wlan/if_urtwn.c:1739: note: 'rssi' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-26 09:41:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-26 09:41:23 - ERROR: failed to build LINT kernel TB --- 2014-04-26 09:41:23 - 5268.57 user 809.66 system 6629.16 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 10:43:37 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 12837385; Sat, 26 Apr 2014 10:43:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AF9B41D10; Sat, 26 Apr 2014 10:43:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3QAhYs2045332; Sat, 26 Apr 2014 06:43:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3QAhY1p045327; Sat, 26 Apr 2014 10:43:34 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Apr 2014 10:43:34 GMT Message-Id: <201404261043.s3QAhY1p045327@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2014 10:43:37 -0000 TB --- 2014-04-26 09:36:20 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-26 09:36:20 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-26 09:36:20 - starting HEAD tinderbox run for mips/mips TB --- 2014-04-26 09:36:20 - cleaning the object tree TB --- 2014-04-26 09:37:32 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-26 09:37:53 - At svn revision 264962 TB --- 2014-04-26 09:37:54 - building world TB --- 2014-04-26 09:37:54 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 09:37:54 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 09:37:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 09:37:54 - SRCCONF=/dev/null TB --- 2014-04-26 09:37:54 - TARGET=mips TB --- 2014-04-26 09:37:54 - TARGET_ARCH=mips TB --- 2014-04-26 09:37:54 - TZ=UTC TB --- 2014-04-26 09:37:54 - __MAKE_CONF=/dev/null TB --- 2014-04-26 09:37:54 - cd /src TB --- 2014-04-26 09:37:54 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Apr 26 09:38:02 UTC 2014 >>> 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 Sat Apr 26 10:41:23 UTC 2014 TB --- 2014-04-26 10:41:23 - cd /src/sys/mips/conf TB --- 2014-04-26 10:41:23 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m ADM5120 TB --- 2014-04-26 10:41:23 - skipping ADM5120 kernel TB --- 2014-04-26 10:41:23 - cd /src/sys/mips/conf TB --- 2014-04-26 10:41:23 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m ALCHEMY TB --- 2014-04-26 10:41:23 - skipping ALCHEMY kernel TB --- 2014-04-26 10:41:23 - cd /src/sys/mips/conf TB --- 2014-04-26 10:41:23 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m ALFA_HORNET_UB TB --- 2014-04-26 10:41:23 - building ALFA_HORNET_UB kernel TB --- 2014-04-26 10:41:23 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 10:41:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 10:41:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 10:41:23 - SRCCONF=/dev/null TB --- 2014-04-26 10:41:23 - TARGET=mips TB --- 2014-04-26 10:41:23 - TARGET_ARCH=mips TB --- 2014-04-26 10:41:23 - TZ=UTC TB --- 2014-04-26 10:41:23 - __MAKE_CONF=/dev/null TB --- 2014-04-26 10:41:23 - cd /src TB --- 2014-04-26 10:41:23 - /usr/bin/make -B buildkernel KERNCONF=ALFA_HORNET_UB >>> Kernel build for ALFA_HORNET_UB started on Sat Apr 26 10:41:23 UTC 2014 >>> 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 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_action.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_ageq.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_adhoc.c -Wno-unused-function cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_amrr.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_crypto.c -Wno-unused-function cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_crypto_ccmp.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_crypto_none.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_crypto_tkip.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_crypto_wep.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_ddb.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_dfs.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_freebsd.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_hostap.c -Wno-unused-function cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_ht.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_hwmp.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_input.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net80211/ieee80211_ioctl.c cc1: warnings being treated as errors /src/sys/net80211/ieee80211_ioctl.c: In function 'ieee80211_ioctl_getcurchan': /src/sys/net80211/ieee80211_ioctl.c:605: warning: suggest parentheses around comparison in operand of | [-Wparentheses] *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/ALFA_HORNET_UB *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-26 10:43:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-26 10:43:34 - ERROR: failed to build ALFA_HORNET_UB kernel TB --- 2014-04-26 10:43:34 - 2960.21 user 653.87 system 4033.98 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 11:03:56 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 43377808; Sat, 26 Apr 2014 11:03:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 090711FBF; Sat, 26 Apr 2014 11:03:55 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3QB3tLB045455; Sat, 26 Apr 2014 07:03:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3QB3tqa045454; Sat, 26 Apr 2014 11:03:55 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Apr 2014 11:03:55 GMT Message-Id: <201404261103.s3QB3tqa045454@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2014 11:03:56 -0000 TB --- 2014-04-26 09:41:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-26 09:41:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-26 09:41:23 - starting HEAD tinderbox run for mips64/mips TB --- 2014-04-26 09:41:23 - cleaning the object tree TB --- 2014-04-26 09:42:40 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-26 09:42:43 - At svn revision 264962 TB --- 2014-04-26 09:42:44 - building world TB --- 2014-04-26 09:42:44 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 09:42:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 09:42:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 09:42:44 - SRCCONF=/dev/null TB --- 2014-04-26 09:42:44 - TARGET=mips TB --- 2014-04-26 09:42:44 - TARGET_ARCH=mips64 TB --- 2014-04-26 09:42:44 - TZ=UTC TB --- 2014-04-26 09:42:44 - __MAKE_CONF=/dev/null TB --- 2014-04-26 09:42:44 - cd /src TB --- 2014-04-26 09:42:44 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Apr 26 09:42:51 UTC 2014 >>> 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 Sat Apr 26 10:42:44 UTC 2014 TB --- 2014-04-26 10:42:44 - cd /src/sys/mips/conf TB --- 2014-04-26 10:42:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ADM5120 TB --- 2014-04-26 10:42:44 - skipping ADM5120 kernel TB --- 2014-04-26 10:42:44 - cd /src/sys/mips/conf TB --- 2014-04-26 10:42:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALCHEMY TB --- 2014-04-26 10:42:44 - skipping ALCHEMY kernel TB --- 2014-04-26 10:42:44 - cd /src/sys/mips/conf TB --- 2014-04-26 10:42:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALFA_HORNET_UB TB --- 2014-04-26 10:42:44 - skipping ALFA_HORNET_UB kernel TB --- 2014-04-26 10:42:44 - cd /src/sys/mips/conf TB --- 2014-04-26 10:42:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP121 TB --- 2014-04-26 10:42:44 - skipping AP121 kernel TB --- 2014-04-26 10:42:44 - cd /src/sys/mips/conf TB --- 2014-04-26 10:42:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP91 TB --- 2014-04-26 10:42:44 - skipping AP91 kernel TB --- 2014-04-26 10:42:44 - cd /src/sys/mips/conf TB --- 2014-04-26 10:42:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP93 TB --- 2014-04-26 10:42:44 - skipping AP93 kernel TB --- 2014-04-26 10:42:44 - cd /src/sys/mips/conf TB --- 2014-04-26 10:42:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP94 TB --- 2014-04-26 10:42:44 - skipping AP94 kernel TB --- 2014-04-26 10:42:44 - cd /src/sys/mips/conf TB --- 2014-04-26 10:42:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP96 TB --- 2014-04-26 10:42:44 - skipping AP96 kernel TB --- 2014-04-26 10:42:44 - cd /src/sys/mips/conf TB --- 2014-04-26 10:42:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR71XX_BASE TB --- 2014-04-26 10:42:44 - skipping AR71XX_BASE kernel TB --- 2014-04-26 10:42:44 - cd /src/sys/mips/conf TB --- 2014-04-26 10:42:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR724X_BASE TB --- 2014-04-26 10:42:44 - skipping AR724X_BASE kernel TB --- 2014-04-26 10:42:44 - cd /src/sys/mips/conf TB --- 2014-04-26 10:42:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR91XX_BASE TB --- 2014-04-26 10:42:44 - skipping AR91XX_BASE kernel TB --- 2014-04-26 10:42:44 - cd /src/sys/mips/conf TB --- 2014-04-26 10:42:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR933X_BASE TB --- 2014-04-26 10:42:44 - skipping AR933X_BASE kernel TB --- 2014-04-26 10:42:44 - cd /src/sys/mips/conf TB --- 2014-04-26 10:42:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR934X_BASE TB --- 2014-04-26 10:42:44 - skipping AR934X_BASE kernel TB --- 2014-04-26 10:42:44 - cd /src/sys/mips/conf TB --- 2014-04-26 10:42:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_BASE TB --- 2014-04-26 10:42:44 - building BERI_DE4_BASE kernel TB --- 2014-04-26 10:42:44 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 10:42:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 10:42:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 10:42:44 - SRCCONF=/dev/null TB --- 2014-04-26 10:42:44 - TARGET=mips TB --- 2014-04-26 10:42:44 - TARGET_ARCH=mips64 TB --- 2014-04-26 10:42:44 - TZ=UTC TB --- 2014-04-26 10:42:44 - __MAKE_CONF=/dev/null TB --- 2014-04-26 10:42:44 - cd /src TB --- 2014-04-26 10:42:44 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Sat Apr 26 10:42:44 UTC 2014 >>> 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 BERI_DE4_BASE completed on Sat Apr 26 10:45:32 UTC 2014 TB --- 2014-04-26 10:45:32 - cd /src/sys/mips/conf TB --- 2014-04-26 10:45:32 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-04-26 10:45:33 - building BERI_DE4_MDROOT kernel TB --- 2014-04-26 10:45:33 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 10:45:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 10:45:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 10:45:33 - SRCCONF=/dev/null TB --- 2014-04-26 10:45:33 - TARGET=mips TB --- 2014-04-26 10:45:33 - TARGET_ARCH=mips64 TB --- 2014-04-26 10:45:33 - TZ=UTC TB --- 2014-04-26 10:45:33 - __MAKE_CONF=/dev/null TB --- 2014-04-26 10:45:33 - cd /src TB --- 2014-04-26 10:45:33 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Sat Apr 26 10:45:33 UTC 2014 >>> 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 BERI_DE4_MDROOT completed on Sat Apr 26 10:48:23 UTC 2014 TB --- 2014-04-26 10:48:23 - cd /src/sys/mips/conf TB --- 2014-04-26 10:48:23 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-04-26 10:48:24 - building BERI_DE4_SDROOT kernel TB --- 2014-04-26 10:48:24 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 10:48:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 10:48:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 10:48:24 - SRCCONF=/dev/null TB --- 2014-04-26 10:48:24 - TARGET=mips TB --- 2014-04-26 10:48:24 - TARGET_ARCH=mips64 TB --- 2014-04-26 10:48:24 - TZ=UTC TB --- 2014-04-26 10:48:24 - __MAKE_CONF=/dev/null TB --- 2014-04-26 10:48:24 - cd /src TB --- 2014-04-26 10:48:24 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Sat Apr 26 10:48:24 UTC 2014 >>> 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 BERI_DE4_SDROOT completed on Sat Apr 26 10:51:15 UTC 2014 TB --- 2014-04-26 10:51:15 - cd /src/sys/mips/conf TB --- 2014-04-26 10:51:15 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-04-26 10:51:15 - building BERI_NETFPGA_MDROOT kernel TB --- 2014-04-26 10:51:15 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 10:51:15 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 10:51:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 10:51:15 - SRCCONF=/dev/null TB --- 2014-04-26 10:51:15 - TARGET=mips TB --- 2014-04-26 10:51:15 - TARGET_ARCH=mips64 TB --- 2014-04-26 10:51:15 - TZ=UTC TB --- 2014-04-26 10:51:15 - __MAKE_CONF=/dev/null TB --- 2014-04-26 10:51:15 - cd /src TB --- 2014-04-26 10:51:15 - /usr/bin/make -B buildkernel KERNCONF=BERI_NETFPGA_MDROOT >>> Kernel build for BERI_NETFPGA_MDROOT started on Sat Apr 26 10:51:15 UTC 2014 >>> 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 BERI_NETFPGA_MDROOT completed on Sat Apr 26 10:53:50 UTC 2014 TB --- 2014-04-26 10:53:50 - cd /src/sys/mips/conf TB --- 2014-04-26 10:53:50 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_BASE TB --- 2014-04-26 10:53:50 - building BERI_SIM_BASE kernel TB --- 2014-04-26 10:53:50 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 10:53:50 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 10:53:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 10:53:50 - SRCCONF=/dev/null TB --- 2014-04-26 10:53:50 - TARGET=mips TB --- 2014-04-26 10:53:50 - TARGET_ARCH=mips64 TB --- 2014-04-26 10:53:50 - TZ=UTC TB --- 2014-04-26 10:53:50 - __MAKE_CONF=/dev/null TB --- 2014-04-26 10:53:50 - cd /src TB --- 2014-04-26 10:53:50 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_BASE >>> Kernel build for BERI_SIM_BASE started on Sat Apr 26 10:53:50 UTC 2014 >>> 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 BERI_SIM_BASE completed on Sat Apr 26 10:56:21 UTC 2014 TB --- 2014-04-26 10:56:21 - cd /src/sys/mips/conf TB --- 2014-04-26 10:56:21 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-04-26 10:56:21 - building BERI_SIM_MDROOT kernel TB --- 2014-04-26 10:56:21 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 10:56:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 10:56:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 10:56:21 - SRCCONF=/dev/null TB --- 2014-04-26 10:56:21 - TARGET=mips TB --- 2014-04-26 10:56:21 - TARGET_ARCH=mips64 TB --- 2014-04-26 10:56:21 - TZ=UTC TB --- 2014-04-26 10:56:21 - __MAKE_CONF=/dev/null TB --- 2014-04-26 10:56:21 - cd /src TB --- 2014-04-26 10:56:21 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_MDROOT >>> Kernel build for BERI_SIM_MDROOT started on Sat Apr 26 10:56:21 UTC 2014 >>> 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 BERI_SIM_MDROOT completed on Sat Apr 26 10:58:57 UTC 2014 TB --- 2014-04-26 10:58:57 - cd /src/sys/mips/conf TB --- 2014-04-26 10:58:57 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_SDROOT TB --- 2014-04-26 10:58:57 - building BERI_SIM_SDROOT kernel TB --- 2014-04-26 10:58:57 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 10:58:57 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 10:58:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 10:58:57 - SRCCONF=/dev/null TB --- 2014-04-26 10:58:57 - TARGET=mips TB --- 2014-04-26 10:58:57 - TARGET_ARCH=mips64 TB --- 2014-04-26 10:58:57 - TZ=UTC TB --- 2014-04-26 10:58:57 - __MAKE_CONF=/dev/null TB --- 2014-04-26 10:58:57 - cd /src TB --- 2014-04-26 10:58:57 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_SDROOT >>> Kernel build for BERI_SIM_SDROOT started on Sat Apr 26 10:58:57 UTC 2014 >>> 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 BERI_SIM_SDROOT completed on Sat Apr 26 11:01:30 UTC 2014 TB --- 2014-04-26 11:01:30 - cd /src/sys/mips/conf TB --- 2014-04-26 11:01:30 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_TEMPLATE TB --- 2014-04-26 11:01:30 - building BERI_TEMPLATE kernel TB --- 2014-04-26 11:01:30 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 11:01:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 11:01:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 11:01:30 - SRCCONF=/dev/null TB --- 2014-04-26 11:01:30 - TARGET=mips TB --- 2014-04-26 11:01:30 - TARGET_ARCH=mips64 TB --- 2014-04-26 11:01:30 - TZ=UTC TB --- 2014-04-26 11:01:30 - __MAKE_CONF=/dev/null TB --- 2014-04-26 11:01:30 - cd /src TB --- 2014-04-26 11:01:30 - /usr/bin/make -B buildkernel KERNCONF=BERI_TEMPLATE >>> Kernel build for BERI_TEMPLATE started on Sat Apr 26 11:01:30 UTC 2014 >>> 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 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/tlb.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/trap.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/uio_machdep.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/uma_machdep.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/vm_machdep.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/kern/kern_clocksource.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/kern/link_elf_obj.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/kern/subr_dummy_vdso_tc.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/ffsl.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/fls.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/flsl.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/flsll.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/memmove.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/crypto/blowfish/bf_enc.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/crypto/des/des_enc.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/beri/beri_machdep.c /src/sys/mips/beri/beri_machdep.c: In function 'platform_start': /src/sys/mips/beri/beri_machdep.c:209: error: 'kmdp' undeclared (first use in this function) /src/sys/mips/beri/beri_machdep.c:209: error: (Each undeclared identifier is reported only once /src/sys/mips/beri/beri_machdep.c:209: error: for each function it appears in.) *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/BERI_TEMPLATE *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-26 11:03:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-26 11:03:55 - ERROR: failed to build BERI_TEMPLATE kernel TB --- 2014-04-26 11:03:55 - 3924.50 user 800.85 system 4951.49 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 12:17:55 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9CF55570; Sat, 26 Apr 2014 12:17:55 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7029415AE; Sat, 26 Apr 2014 12:17:55 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3QCHs2M035262; Sat, 26 Apr 2014 08:17:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3QCHseA035261; Sat, 26 Apr 2014 12:17:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Apr 2014 12:17:54 GMT Message-Id: <201404261217.s3QCHseA035261@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2014 12:17:55 -0000 TB --- 2014-04-26 11:03:55 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-26 11:03:55 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-26 11:03:55 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-04-26 11:03:55 - cleaning the object tree TB --- 2014-04-26 11:04:51 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-26 11:04:54 - At svn revision 264962 TB --- 2014-04-26 11:04:55 - building world TB --- 2014-04-26 11:04:55 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 11:04:55 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 11:04:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 11:04:55 - SRCCONF=/dev/null TB --- 2014-04-26 11:04:55 - TARGET=sparc64 TB --- 2014-04-26 11:04:55 - TARGET_ARCH=sparc64 TB --- 2014-04-26 11:04:55 - TZ=UTC TB --- 2014-04-26 11:04:55 - __MAKE_CONF=/dev/null TB --- 2014-04-26 11:04:55 - cd /src TB --- 2014-04-26 11:04:55 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Apr 26 11:05:02 UTC 2014 >>> 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 Sat Apr 26 12:09:52 UTC 2014 TB --- 2014-04-26 12:09:52 - generating LINT kernel config TB --- 2014-04-26 12:09:52 - cd /src/sys/sparc64/conf TB --- 2014-04-26 12:09:52 - /usr/bin/make -B LINT TB --- 2014-04-26 12:09:52 - cd /src/sys/sparc64/conf TB --- 2014-04-26 12:09:52 - /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-26 12:09:52 - building LINT kernel TB --- 2014-04-26 12:09:52 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 12:09:52 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 12:09:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 12:09:52 - SRCCONF=/dev/null TB --- 2014-04-26 12:09:52 - TARGET=sparc64 TB --- 2014-04-26 12:09:52 - TARGET_ARCH=sparc64 TB --- 2014-04-26 12:09:52 - TZ=UTC TB --- 2014-04-26 12:09:52 - __MAKE_CONF=/dev/null TB --- 2014-04-26 12:09:52 - cd /src TB --- 2014-04-26 12:09:52 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 26 12:09:52 UTC 2014 >>> 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/usb/net/if_mos.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/net/if_rue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/net/if_udav.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/net/if_usie.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/net/if_urndis.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/net/ruephy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/net/usb_ethernet.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/net/uhso.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_rsu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_rum.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_run.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_uath.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_upgt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_ural.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_urtw.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/usb/wlan/if_urtwn.c cc1: warnings being treated as errors /src/sys/dev/usb/wlan/if_urtwn.c: In function 'urtwn_bulk_rx_callback': /src/sys/dev/usb/wlan/if_urtwn.c:1739: warning: 'rssi' may be used uninitialized in this function /src/sys/dev/usb/wlan/if_urtwn.c:1739: note: 'rssi' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-26 12:17:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-26 12:17:54 - ERROR: failed to build LINT kernel TB --- 2014-04-26 12:17:54 - 3686.19 user 680.62 system 4438.99 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 14:07:59 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 99DA3630; Sat, 26 Apr 2014 14:07:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 559ED1FED; Sat, 26 Apr 2014 14:07:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3QDv4P1086510; Sat, 26 Apr 2014 09:57:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3QDv4r3086509; Sat, 26 Apr 2014 13:57:04 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Apr 2014 13:57:04 GMT Message-Id: <201404261357.s3QDv4r3086509@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2014 14:07:59 -0000 TB --- 2014-04-26 10:10:39 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-26 10:10:39 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-26 10:10:39 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-04-26 10:10:39 - cleaning the object tree TB --- 2014-04-26 10:12:07 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-26 10:12:13 - At svn revision 264962 TB --- 2014-04-26 10:12:14 - building world TB --- 2014-04-26 10:12:14 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 10:12:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 10:12:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 10:12:14 - SRCCONF=/dev/null TB --- 2014-04-26 10:12:14 - TARGET=powerpc TB --- 2014-04-26 10:12:14 - TARGET_ARCH=powerpc TB --- 2014-04-26 10:12:14 - TZ=UTC TB --- 2014-04-26 10:12:14 - __MAKE_CONF=/dev/null TB --- 2014-04-26 10:12:14 - cd /src TB --- 2014-04-26 10:12:14 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Apr 26 10:12:21 UTC 2014 >>> 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 Sat Apr 26 13:50:36 UTC 2014 TB --- 2014-04-26 13:50:36 - generating LINT kernel config TB --- 2014-04-26 13:50:36 - cd /src/sys/powerpc/conf TB --- 2014-04-26 13:50:36 - /usr/bin/make -B LINT TB --- 2014-04-26 13:50:36 - cd /src/sys/powerpc/conf TB --- 2014-04-26 13:50:36 - /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-26 13:50:36 - building LINT kernel TB --- 2014-04-26 13:50:36 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 13:50:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 13:50:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 13:50:36 - SRCCONF=/dev/null TB --- 2014-04-26 13:50:36 - TARGET=powerpc TB --- 2014-04-26 13:50:36 - TARGET_ARCH=powerpc TB --- 2014-04-26 13:50:36 - TZ=UTC TB --- 2014-04-26 13:50:36 - __MAKE_CONF=/dev/null TB --- 2014-04-26 13:50:36 - cd /src TB --- 2014-04-26 13:50:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 26 13:50:36 UTC 2014 >>> 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/usb/net/if_mos.c 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/usb/net/if_rue.c 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/usb/net/if_udav.c 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/usb/net/if_usie.c 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/usb/net/if_urndis.c 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/usb/net/ruephy.c 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/usb/net/usb_ethernet.c 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/usb/net/uhso.c 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/usb/wlan/if_rsu.c 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/usb/wlan/if_rum.c 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/usb/wlan/if_run.c 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/usb/wlan/if_uath.c 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/usb/wlan/if_upgt.c 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/usb/wlan/if_ural.c 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/usb/wlan/if_urtw.c 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/usb/wlan/if_urtwn.c cc1: warnings being treated as errors /src/sys/dev/usb/wlan/if_urtwn.c: In function 'urtwn_bulk_rx_callback': /src/sys/dev/usb/wlan/if_urtwn.c:1739: warning: 'rssi' may be used uninitialized in this function /src/sys/dev/usb/wlan/if_urtwn.c:1739: note: 'rssi' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-26 13:57:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-26 13:57:04 - ERROR: failed to build LINT kernel TB --- 2014-04-26 13:57:04 - 12130.48 user 1294.98 system 13585.07 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 15:15:24 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6BF8A923; Sat, 26 Apr 2014 15:15:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3A86115B2; Sat, 26 Apr 2014 15:15:23 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3QFFMrf020240; Sat, 26 Apr 2014 11:15:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3QFFMss020239; Sat, 26 Apr 2014 15:15:22 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Apr 2014 15:15:22 GMT Message-Id: <201404261515.s3QFFMss020239@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2014 15:15:24 -0000 TB --- 2014-04-26 10:43:35 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-26 10:43:35 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-26 10:43:35 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-04-26 10:43:35 - cleaning the object tree TB --- 2014-04-26 10:45:16 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-26 10:45:20 - At svn revision 264962 TB --- 2014-04-26 10:45:21 - building world TB --- 2014-04-26 10:45:21 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 10:45:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 10:45:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 10:45:21 - SRCCONF=/dev/null TB --- 2014-04-26 10:45:21 - TARGET=powerpc TB --- 2014-04-26 10:45:21 - TARGET_ARCH=powerpc64 TB --- 2014-04-26 10:45:21 - TZ=UTC TB --- 2014-04-26 10:45:21 - __MAKE_CONF=/dev/null TB --- 2014-04-26 10:45:21 - cd /src TB --- 2014-04-26 10:45:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Apr 26 10:45:29 UTC 2014 >>> 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 Sat Apr 26 14:56:13 UTC 2014 TB --- 2014-04-26 14:56:13 - generating LINT kernel config TB --- 2014-04-26 14:56:13 - cd /src/sys/powerpc/conf TB --- 2014-04-26 14:56:13 - /usr/bin/make -B LINT TB --- 2014-04-26 14:56:13 - cd /src/sys/powerpc/conf TB --- 2014-04-26 14:56:13 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-26 14:56:13 - skipping LINT kernel TB --- 2014-04-26 14:56:13 - cd /src/sys/powerpc/conf TB --- 2014-04-26 14:56:13 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC TB --- 2014-04-26 14:56:13 - skipping GENERIC kernel TB --- 2014-04-26 14:56:13 - cd /src/sys/powerpc/conf TB --- 2014-04-26 14:56:13 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC64 TB --- 2014-04-26 14:56:13 - building GENERIC64 kernel TB --- 2014-04-26 14:56:13 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 14:56:13 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 14:56:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 14:56:13 - SRCCONF=/dev/null TB --- 2014-04-26 14:56:13 - TARGET=powerpc TB --- 2014-04-26 14:56:13 - TARGET_ARCH=powerpc64 TB --- 2014-04-26 14:56:13 - TZ=UTC TB --- 2014-04-26 14:56:13 - __MAKE_CONF=/dev/null TB --- 2014-04-26 14:56:13 - cd /src TB --- 2014-04-26 14:56:13 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Sat Apr 26 14:56:13 UTC 2014 >>> 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 [...] awk -f /src/sys/conf/kmod_syms.awk if_ural.kld export_syms | xargs -J% objcopy % if_ural.kld ld -Bshareable -d -warn-common -o if_ural.ko.debug if_ural.kld objcopy --only-keep-debug if_ural.ko.debug if_ural.ko.symbols objcopy --strip-debug --add-gnu-debuglink=if_ural.ko.symbols if_ural.ko.debug if_ural.ko ===> usb/zyd (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -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 /src/sys/modules/usb/zyd/../../../dev/usb/wlan/if_zyd.c ctfconvert -L VERSION -g if_zyd.o ld -d -warn-common -r -d -o if_zyd.kld if_zyd.o ctfmerge -L VERSION -g -o if_zyd.kld if_zyd.o :> export_syms awk -f /src/sys/conf/kmod_syms.awk if_zyd.kld export_syms | xargs -J% objcopy % if_zyd.kld ld -Bshareable -d -warn-common -o if_zyd.ko.debug if_zyd.kld objcopy --only-keep-debug if_zyd.ko.debug if_zyd.ko.symbols objcopy --strip-debug --add-gnu-debuglink=if_zyd.ko.symbols if_zyd.ko.debug if_zyd.ko ===> usb/urtwn (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -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 /src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c cc1: warnings being treated as errors /src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c: In function 'urtwn_bulk_rx_callback': /src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1739: warning: 'rssi' may be used uninitialized in this function /src/sys/modules/usb/urtwn/../../../dev/usb/wlan/if_urtwn.c:1739: note: 'rssi' was declared here *** Error code 1 Stop. bmake[4]: stopped in /src/sys/modules/usb/urtwn *** Error code 1 Stop. bmake[3]: stopped in /src/sys/modules/usb *** Error code 1 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-26 15:15:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-26 15:15:22 - ERROR: failed to build GENERIC64 kernel TB --- 2014-04-26 15:15:22 - 14602.58 user 1684.99 system 16307.52 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 16:15:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0107550C; Sat, 26 Apr 2014 16:15:22 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id DF36319E7; Sat, 26 Apr 2014 16:15:21 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id D7D1E54E; Sat, 26 Apr 2014 16:15:21 +0000 (UTC) Date: Sat, 26 Apr 2014 16:15:19 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, dumbbell@FreeBSD.org, kevlo@FreeBSD.org, markm@FreeBSD.org, melifaro@FreeBSD.org Message-ID: <262760139.2.1398528921047.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #545 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2014 16:15:22 -0000 See Changes: [melifaro] Unify sa_equal() macro usage. MFC after: 2 weeks [kevlo] Initialize rssi variable. [dumbbell] date(1): Forgot to update manpage date in r264968 MFC after: 1 week MFC with: 264968 [markm] Correctly set the sysctl format to Alphanumeric, rather than letting it default. Approved by: security-officer(des) [dumbbell] date(1): Add "-R" flag to use RFC 2822 date and time output format As stated in the man page, this is equivalent to use "%a, %d %b %Y %T %z" as the output format while LC_TIME is set to the "C" locale. This is compatible with date(1) from the GNU core utilities. ------------------------------------------ [...truncated 148001 lines...] struct ktr_header ktr_header; ^ :175:36: warning: no previous extern declaration for non-static variable 'trace_procs' [-Wmissing-variable-declarations] TAILQ_HEAD(trace_procs, proc_info) trace_procs; ^ --- all_subdir_keylogin --- --- keylogin.1.gz --- gzip -cn > keylogin.1.gz --- usr.sbin.all__D --- --- all_subdir_ftp-proxy --- --- kqueue.o --- --- usr.bin.all__D --- --- keylogin --- --- usr.sbin.all__D --- cc -O2 -pipe -I -DHAVE_CLOCK_GETTIME -DHAVE_FCNTL_H -DHAVE_POLL -DHAVE_SELECT -DHAVE_SETFD -DHAVE_STDARG_H -DHAVE_SYS_IOCTL_H -DHAVE_SYS_TIME_H -DHAVE_UNISTD_H -DHAVE_VASPRINTF -DHAVE_WORKING_KQUEUE -DVERSION='"1.3b"' -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c -o kqueue.o --- usr.bin.all__D --- cc -O2 -pipe -std=gnu99 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -o keylogin keylogin.o -lrpcsvc --- all_subdir_keylogout --- ===> usr.bin/keylogout (all) --- keylogout.o --- cc -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 -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c --- usr.sbin.all__D --- --- log.o --- cc -O2 -pipe -I -DHAVE_CLOCK_GETTIME -DHAVE_FCNTL_H -DHAVE_POLL -DHAVE_SELECT -DHAVE_SETFD -DHAVE_STDARG_H -DHAVE_SYS_IOCTL_H -DHAVE_SYS_TIME_H -DHAVE_UNISTD_H -DHAVE_VASPRINTF -DHAVE_WORKING_KQUEUE -DVERSION='"1.3b"' -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c -o log.o --- usr.bin.all__D --- --- keylogout.1.gz --- gzip -cn > keylogout.1.gz --- keylogout --- cc -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 -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -o keylogout keylogout.o --- all_subdir_killall --- ===> usr.bin/killall (all) --- usr.sbin.all__D --- --- poll.o --- cc -O2 -pipe -I -DHAVE_CLOCK_GETTIME -DHAVE_FCNTL_H -DHAVE_POLL -DHAVE_SELECT -DHAVE_SETFD -DHAVE_STDARG_H -DHAVE_SYS_IOCTL_H -DHAVE_SYS_TIME_H -DHAVE_UNISTD_H -DHAVE_VASPRINTF -DHAVE_WORKING_KQUEUE -DVERSION='"1.3b"' -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c -o poll.o --- all_subdir_fwcontrol --- --- fwcrom.o --- cc -O2 -pipe -I -I -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c --- usr.bin.all__D --- --- killall.o --- cc -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 -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c --- usr.sbin.all__D --- --- all_subdir_ftp-proxy --- --- select.o --- cc -O2 -pipe -I -DHAVE_CLOCK_GETTIME -DHAVE_FCNTL_H -DHAVE_POLL -DHAVE_SELECT -DHAVE_SETFD -DHAVE_STDARG_H -DHAVE_SYS_IOCTL_H -DHAVE_SYS_TIME_H -DHAVE_UNISTD_H -DHAVE_VASPRINTF -DHAVE_WORKING_KQUEUE -DVERSION='"1.3b"' -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c -o select.o --- all_subdir_fwcontrol --- --- fwdv.o --- cc -O2 -pipe -I -I -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c --- fwmpegts.o --- cc -O2 -pipe -I -I -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c --- all_subdir_ftp-proxy --- --- signal.o --- cc -O2 -pipe -I -DHAVE_CLOCK_GETTIME -DHAVE_FCNTL_H -DHAVE_POLL -DHAVE_SELECT -DHAVE_SETFD -DHAVE_STDARG_H -DHAVE_SYS_IOCTL_H -DHAVE_SYS_TIME_H -DHAVE_UNISTD_H -DHAVE_VASPRINTF -DHAVE_WORKING_KQUEUE -DVERSION='"1.3b"' -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c -o signal.o --- usr.bin.all__D --- --- killall.1.gz --- gzip -cn > killall.1.gz --- killall --- cc -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 -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -o killall killall.o -ljail --- all_subdir_kdump --- 19 warnings generated. --- usr.sbin.all__D --- --- all_subdir_fwcontrol --- --- fwcontrol.8.gz --- --- fwcontrol --- --- fwcontrol.8.gz --- gzip -cn > fwcontrol.8.gz --- fwcontrol --- cc -O2 -pipe -I -I -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -o fwcontrol fwcontrol.o fwcrom.o fwdv.o fwmpegts.o --- usr.bin.all__D --- --- subr.o --- --- linux_syscalls.o --- --- subr.o --- cc -O2 -pipe -I -I -I -I. -DHAVE_LIBCAPSICUM -DPF -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -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 -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c --- linux_syscalls.o --- cc -O2 -pipe -I -I -I -I. -DHAVE_LIBCAPSICUM -DPF -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -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 -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c linux_syscalls.c --- usr.sbin.all__D --- --- all_subdir_ftp-proxy --- --- libevent.a --- building static event library --- usr.bin.all__D --- linux_syscalls.c:9:13: warning: no previous extern declaration for non-static variable 'linux_syscallnames' [-Wmissing-variable-declarations] const char *linux_syscallnames[] = { ^ linux_syscalls.c:361:5: warning: no previous extern declaration for non-static variable 'nlinux_syscalls' [-Wmissing-variable-declarations] int nlinux_syscalls = sizeof(linux_syscallnames) / sizeof(linux_syscallnames[0]); ^ 2 warnings generated. --- kdump.1.gz --- gzip -cn > kdump.1.gz --- usr.sbin.all__D --- --- all_subdir_getfmac --- ===> usr.sbin/getfmac (all) --- usr.bin.all__D --- --- kdump_subr.o --- cc -O2 -pipe -I -I -I -I. -DHAVE_LIBCAPSICUM -DPF -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -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 -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c kdump_subr.c --- usr.sbin.all__D --- --- all_subdir_ftp-proxy --- ranlib -D libevent.a ===> usr.sbin/ftp-proxy/ftp-proxy (all) --- all_subdir_getfmac --- --- getfmac.o --- cc -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 -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c --- usr.bin.all__D --- --- ioctl.o --- cc -O2 -pipe -I -I -I -I. -DHAVE_LIBCAPSICUM -DPF -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -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 -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c ioctl.c --- usr.sbin.all__D --- --- all_subdir_ftp-proxy --- --- ftp-proxy.o --- cc -O2 -pipe -I -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c --- all_subdir_getfmac --- --- getfmac.8.gz --- gzip -cn > getfmac.8.gz --- getfmac --- cc -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 -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -o getfmac getfmac.o --- all_subdir_getpmac --- ===> usr.sbin/getpmac (all) --- getpmac.o --- cc -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 -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c --- getpmac.8.gz --- gzip -cn > getpmac.8.gz --- getpmac --- cc -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 -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -o getpmac getpmac.o --- all_subdir_gpioctl --- ===> usr.sbin/gpioctl (all) --- gpioctl.o --- cc -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 -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c --- all_subdir_ftp-proxy --- --- filter.o --- cc -O2 -pipe -I -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c --- all_subdir_gpioctl --- --- gpioctl.8.gz --- gzip -cn > gpioctl.8.gz --- gpioctl --- cc -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 -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -o gpioctl gpioctl.o --- all_subdir_gssd --- ===> usr.sbin/gssd (all) --- gssd.8.gz --- gzip -cn > gssd.8.gz --- gssd.o --- cc -O2 -pipe -I. -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c --- all_subdir_ftp-proxy --- --- ftp-proxy.8.gz --- gzip -cn > ftp-proxy.8.gz --- ftp-proxy --- cc -O2 -pipe -I -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -o ftp-proxy ftp-proxy.o filter.o /usr/obj --- all_subdir_gstat --- ===> usr.sbin/gstat (all) --- gstat.o --- cc -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 -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c --- gstat.8.gz --- gzip -cn > gstat.8.gz --- gstat --- cc -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 -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -o gstat gstat.o -ldevstat -lkvm -lgeom -lbsdxml -lsbuf -ledit -lcurses --- all_subdir_i2c --- ===> usr.sbin/i2c (all) --- i2c.o --- cc -O2 -pipe -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c --- all_subdir_gssd --- --- gssd_prot.o --- cc -O2 -pipe -I. -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c --- gssd_svc.o --- cc -O2 -pipe -I. -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c gssd_svc.c --- all_subdir_i2c --- --- i2c.8.gz --- gzip -cn > i2c.8.gz --- i2c --- cc -O2 -pipe -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -o i2c i2c.o --- all_subdir_gssd --- --- gssd_xdr.o --- cc -O2 -pipe -I. -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c gssd_xdr.c --- all_subdir_ifmcstat --- ===> usr.sbin/ifmcstat (all) --- all_subdir_inetd --- ===> usr.sbin/inetd (all) --- all_subdir_ifmcstat --- --- ifmcstat.o --- cc -O2 -pipe -DINET6 -DWITH_KVM -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c --- all_subdir_inetd --- --- inetd.o --- cc -O2 -pipe -DLOGIN_CAP -DINET6 -DIPSEC -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c --- all_subdir_ifmcstat --- :119:9: error: 'sa_equal' macro redefined [-Werror] #define sa_equal(a1, a2) \ ^ /usr/obj:278:9: note: previous definition is here #define sa_equal(a, b) ( \ ^ --- all_subdir_gssd --- --- gssd --- cc -O2 -pipe -I. -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -o gssd gssd.o gssd_svc.o gssd_xdr.o gssd_prot.o -lgssapi -lkrb5 -lhx509 -lasn1 -lroken -lcom_err -lcrypt -lcrypto --- all_subdir_ifmcstat --- 1 error generated. *** [ifmcstat.o] Error code 1 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_ifmcstat] Error code 2 make[3]: stopped in --- all_subdir_gssd --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_gssd] Error code 2 make[3]: stopped in --- all_subdir_inetd --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_inetd] Error code 2 make[3]: stopped in 3 errors make[3]: stopped in *** [usr.sbin.all__D] Error code 2 make[2]: stopped in --- usr.bin.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_kdump] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [usr.bin.all__D] Error code 2 make[2]: stopped in 2 errors make[2]: stopped in *** [everything] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 18:34:08 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 419F6553; Sat, 26 Apr 2014 18:34:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BA98D178D; Sat, 26 Apr 2014 18:34:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3QIY5kR006767; Sat, 26 Apr 2014 14:34:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3QIY4oh006751; Sat, 26 Apr 2014 18:34:04 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Apr 2014 18:34:04 GMT Message-Id: <201404261834.s3QIY4oh006751@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2014 18:34:08 -0000 TB --- 2014-04-26 15:20:26 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-26 15:20:26 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-26 15:20:26 - starting HEAD tinderbox run for arm/arm TB --- 2014-04-26 15:20:27 - cleaning the object tree TB --- 2014-04-26 15:20:27 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-26 15:20:34 - At svn revision 264973 TB --- 2014-04-26 15:20:35 - building world TB --- 2014-04-26 15:20:35 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 15:20:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 15:20:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 15:20:35 - SRCCONF=/dev/null TB --- 2014-04-26 15:20:35 - TARGET=arm TB --- 2014-04-26 15:20:35 - TARGET_ARCH=arm TB --- 2014-04-26 15:20:35 - TZ=UTC TB --- 2014-04-26 15:20:35 - __MAKE_CONF=/dev/null TB --- 2014-04-26 15:20:35 - cd /src TB --- 2014-04-26 15:20:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Apr 26 15:20:42 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I. -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /src/usr.sbin/gssd/../../sys/kgssapi/gssd_prot.c cc -O -pipe -I. -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -o gssd gssd.o gssd_svc.o gssd_xdr.o gssd_prot.o -lgssapi -lkrb5 -lhx509 -lasn1 -lroken -lcom_err -lcrypt -lcrypto gzip -cn /src/usr.sbin/gssd/gssd.8 > gssd.8.gz ===> usr.sbin/gstat (all) cc -O -pipe -std=gnu99 -Qunused-arguments -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 -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c /src/usr.sbin/gstat/gstat.c cc -O -pipe -std=gnu99 -Qunused-arguments -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 -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -o gstat gstat.o -ldevstat -lkvm -lgeom -lbsdxml -lsbuf -ledit -lcurses gzip -cn /src/usr.sbin/gstat/gstat.8 > gstat.8.gz ===> usr.sbin/i2c (all) cc -O -pipe -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/usr.sbin/i2c/i2c.c cc -O -pipe -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -o i2c i2c.o gzip -cn /src/usr.sbin/i2c/i2c.8 > i2c.8.gz ===> usr.sbin/ifmcstat (all) cc -O -pipe -DINET6 -DWITH_KVM -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/usr.sbin/ifmcstat/ifmcstat.c /src/usr.sbin/ifmcstat/ifmcstat.c:119:9: error: 'sa_equal' macro redefined [-Werror] #define sa_equal(a1, a2) \ ^ /obj/arm.arm/src/tmp/usr/include/net/route.h:278:9: note: previous definition is here #define sa_equal(a, b) ( \ ^ 1 error generated. *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/ifmcstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-26 18:34:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-26 18:34:04 - ERROR: failed to build world TB --- 2014-04-26 18:34:04 - 9512.62 user 1490.84 system 11617.81 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 18:34:10 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 96EAA572; Sat, 26 Apr 2014 18:34:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BD1F2178F; Sat, 26 Apr 2014 18:34:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3QIY5iW006766; Sat, 26 Apr 2014 14:34:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3QIY4wM006752; Sat, 26 Apr 2014 18:34:04 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Apr 2014 18:34:04 GMT Message-Id: <201404261834.s3QIY4wM006752@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2014 18:34:10 -0000 TB --- 2014-04-26 15:20:26 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-26 15:20:26 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-26 15:20:26 - starting HEAD tinderbox run for armv6/arm TB --- 2014-04-26 15:20:26 - cleaning the object tree TB --- 2014-04-26 15:20:26 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-26 15:20:34 - At svn revision 264973 TB --- 2014-04-26 15:20:35 - building world TB --- 2014-04-26 15:20:35 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 15:20:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 15:20:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 15:20:35 - SRCCONF=/dev/null TB --- 2014-04-26 15:20:35 - TARGET=arm TB --- 2014-04-26 15:20:35 - TARGET_ARCH=armv6 TB --- 2014-04-26 15:20:35 - TZ=UTC TB --- 2014-04-26 15:20:35 - __MAKE_CONF=/dev/null TB --- 2014-04-26 15:20:35 - cd /src TB --- 2014-04-26 15:20:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Apr 26 15:20:42 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I. -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /src/usr.sbin/gssd/../../sys/kgssapi/gssd_prot.c cc -O -pipe -I. -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -o gssd gssd.o gssd_svc.o gssd_xdr.o gssd_prot.o -lgssapi -lkrb5 -lhx509 -lasn1 -lroken -lcom_err -lcrypt -lcrypto gzip -cn /src/usr.sbin/gssd/gssd.8 > gssd.8.gz ===> usr.sbin/gstat (all) cc -O -pipe -std=gnu99 -Qunused-arguments -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 -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c /src/usr.sbin/gstat/gstat.c cc -O -pipe -std=gnu99 -Qunused-arguments -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 -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -o gstat gstat.o -ldevstat -lkvm -lgeom -lbsdxml -lsbuf -ledit -lcurses gzip -cn /src/usr.sbin/gstat/gstat.8 > gstat.8.gz ===> usr.sbin/i2c (all) cc -O -pipe -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/usr.sbin/i2c/i2c.c cc -O -pipe -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -o i2c i2c.o gzip -cn /src/usr.sbin/i2c/i2c.8 > i2c.8.gz ===> usr.sbin/ifmcstat (all) cc -O -pipe -DINET6 -DWITH_KVM -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/usr.sbin/ifmcstat/ifmcstat.c /src/usr.sbin/ifmcstat/ifmcstat.c:119:9: error: 'sa_equal' macro redefined [-Werror] #define sa_equal(a1, a2) \ ^ /obj/arm.armv6/src/tmp/usr/include/net/route.h:278:9: note: previous definition is here #define sa_equal(a, b) ( \ ^ 1 error generated. *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/ifmcstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-26 18:34:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-26 18:34:04 - ERROR: failed to build world TB --- 2014-04-26 18:34:04 - 9517.35 user 1494.28 system 11617.81 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 18:44:11 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA7ACA0E; Sat, 26 Apr 2014 18:44:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6987518A9; Sat, 26 Apr 2014 18:44:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3QIi9ti075578; Sat, 26 Apr 2014 14:44:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3QIi9CO075575; Sat, 26 Apr 2014 18:44:09 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Apr 2014 18:44:09 GMT Message-Id: <201404261844.s3QIi9CO075575@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2014 18:44:11 -0000 TB --- 2014-04-26 15:20:26 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-26 15:20:26 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-26 15:20:26 - starting HEAD tinderbox run for i386/i386 TB --- 2014-04-26 15:20:27 - cleaning the object tree TB --- 2014-04-26 15:20:27 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-26 15:20:34 - At svn revision 264973 TB --- 2014-04-26 15:20:35 - building world TB --- 2014-04-26 15:20:35 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 15:20:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 15:20:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 15:20:35 - SRCCONF=/dev/null TB --- 2014-04-26 15:20:35 - TARGET=i386 TB --- 2014-04-26 15:20:35 - TARGET_ARCH=i386 TB --- 2014-04-26 15:20:35 - TZ=UTC TB --- 2014-04-26 15:20:35 - __MAKE_CONF=/dev/null TB --- 2014-04-26 15:20:35 - cd /src TB --- 2014-04-26 15:20:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Apr 26 15:20:42 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I. -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /src/usr.sbin/gssd/../../sys/kgssapi/gssd_prot.c cc -O2 -pipe -I. -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -o gssd gssd.o gssd_svc.o gssd_xdr.o gssd_prot.o -lgssapi -lkrb5 -lhx509 -lasn1 -lroken -lcom_err -lcrypt -lcrypto gzip -cn /src/usr.sbin/gssd/gssd.8 > gssd.8.gz ===> usr.sbin/gstat (all) cc -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 -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c /src/usr.sbin/gstat/gstat.c cc -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 -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -o gstat gstat.o -ldevstat -lkvm -lgeom -lbsdxml -lsbuf -ledit -lcurses gzip -cn /src/usr.sbin/gstat/gstat.8 > gstat.8.gz ===> usr.sbin/i2c (all) cc -O2 -pipe -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/usr.sbin/i2c/i2c.c cc -O2 -pipe -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -o i2c i2c.o gzip -cn /src/usr.sbin/i2c/i2c.8 > i2c.8.gz ===> usr.sbin/ifmcstat (all) cc -O2 -pipe -DINET6 -DWITH_KVM -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/usr.sbin/ifmcstat/ifmcstat.c /src/usr.sbin/ifmcstat/ifmcstat.c:119:9: error: 'sa_equal' macro redefined [-Werror] #define sa_equal(a1, a2) \ ^ /obj/i386.i386/src/tmp/usr/include/net/route.h:278:9: note: previous definition is here #define sa_equal(a, b) ( \ ^ 1 error generated. *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/ifmcstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-26 18:44:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-26 18:44:09 - ERROR: failed to build world TB --- 2014-04-26 18:44:09 - 10299.30 user 1374.55 system 12222.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 18:44:36 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CF14FB2E; Sat, 26 Apr 2014 18:44:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7DC5E18B6; Sat, 26 Apr 2014 18:44:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3QIiU54076279; Sat, 26 Apr 2014 14:44:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3QIiUcq076275; Sat, 26 Apr 2014 18:44:30 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Apr 2014 18:44:30 GMT Message-Id: <201404261844.s3QIiUcq076275@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2014 18:44:36 -0000 TB --- 2014-04-26 15:20:26 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-26 15:20:26 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-26 15:20:26 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-04-26 15:20:27 - cleaning the object tree TB --- 2014-04-26 15:20:27 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-26 15:20:34 - At svn revision 264973 TB --- 2014-04-26 15:20:35 - building world TB --- 2014-04-26 15:20:35 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 15:20:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 15:20:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 15:20:35 - SRCCONF=/dev/null TB --- 2014-04-26 15:20:35 - TARGET=amd64 TB --- 2014-04-26 15:20:35 - TARGET_ARCH=amd64 TB --- 2014-04-26 15:20:35 - TZ=UTC TB --- 2014-04-26 15:20:35 - __MAKE_CONF=/dev/null TB --- 2014-04-26 15:20:35 - cd /src TB --- 2014-04-26 15:20:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Apr 26 15:20:42 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I. -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /src/usr.sbin/gssd/../../sys/kgssapi/gssd_prot.c cc -O2 -pipe -I. -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -o gssd gssd.o gssd_svc.o gssd_xdr.o gssd_prot.o -lgssapi -lkrb5 -lhx509 -lasn1 -lroken -lcom_err -lcrypt -lcrypto gzip -cn /src/usr.sbin/gssd/gssd.8 > gssd.8.gz ===> usr.sbin/gstat (all) cc -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 -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c /src/usr.sbin/gstat/gstat.c cc -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 -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -o gstat gstat.o -ldevstat -lkvm -lgeom -lbsdxml -lsbuf -ledit -lcurses gzip -cn /src/usr.sbin/gstat/gstat.8 > gstat.8.gz ===> usr.sbin/i2c (all) cc -O2 -pipe -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/usr.sbin/i2c/i2c.c cc -O2 -pipe -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -o i2c i2c.o gzip -cn /src/usr.sbin/i2c/i2c.8 > i2c.8.gz ===> usr.sbin/ifmcstat (all) cc -O2 -pipe -DINET6 -DWITH_KVM -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/usr.sbin/ifmcstat/ifmcstat.c /src/usr.sbin/ifmcstat/ifmcstat.c:119:9: error: 'sa_equal' macro redefined [-Werror] #define sa_equal(a1, a2) \ ^ /obj/amd64.amd64/src/tmp/usr/include/net/route.h:278:9: note: previous definition is here #define sa_equal(a, b) ( \ ^ 1 error generated. *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/ifmcstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-26 18:44:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-26 18:44:30 - ERROR: failed to build world TB --- 2014-04-26 18:44:30 - 10305.22 user 1389.29 system 12243.14 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 19:40:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 62C6E741; Sat, 26 Apr 2014 19:40:16 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 4FD871CF8; Sat, 26 Apr 2014 19:40:16 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id CDC5E591; Sat, 26 Apr 2014 19:40:16 +0000 (UTC) Date: Sat, 26 Apr 2014 19:40:15 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org, dumbbell@FreeBSD.org, kevlo@FreeBSD.org, ian@FreeBSD.org, markm@FreeBSD.org, melifaro@FreeBSD.org, nwhitehorn@FreeBSD.org Message-ID: <811314459.3.1398541216647.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <262760139.2.1398528921047.JavaMail.jenkins@jenkins-9.freebsd.org> References: <262760139.2.1398528921047.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #546 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2014 19:40:16 -0000 See From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 19:44:54 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA42785E; Sat, 26 Apr 2014 19:44:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B1EB51D86; Sat, 26 Apr 2014 19:44:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3QJikJQ075805; Sat, 26 Apr 2014 15:44:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3QJikpb075804; Sat, 26 Apr 2014 19:44:46 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Apr 2014 19:44:46 GMT Message-Id: <201404261944.s3QJikpb075804@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2014 19:44:55 -0000 TB --- 2014-04-26 18:44:35 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-26 18:44:35 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-26 18:44:35 - starting HEAD tinderbox run for mips64/mips TB --- 2014-04-26 18:44:35 - cleaning the object tree TB --- 2014-04-26 18:46:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-26 18:46:22 - At svn revision 264973 TB --- 2014-04-26 18:46:23 - building world TB --- 2014-04-26 18:46:23 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 18:46:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 18:46:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 18:46:23 - SRCCONF=/dev/null TB --- 2014-04-26 18:46:23 - TARGET=mips TB --- 2014-04-26 18:46:23 - TARGET_ARCH=mips64 TB --- 2014-04-26 18:46:23 - TZ=UTC TB --- 2014-04-26 18:46:23 - __MAKE_CONF=/dev/null TB --- 2014-04-26 18:46:23 - cd /src TB --- 2014-04-26 18:46:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Apr 26 18:46:30 UTC 2014 >>> 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 [...] ===> usr.sbin/gssd (all) cc -O -pipe -G0 -I. -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/gssd/gssd.c cc -O -pipe -G0 -I. -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c gssd_svc.c cc -O -pipe -G0 -I. -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c gssd_xdr.c cc -O -pipe -G0 -I. -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/gssd/../../sys/kgssapi/gssd_prot.c cc -O -pipe -G0 -I. -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -o gssd gssd.o gssd_svc.o gssd_xdr.o gssd_prot.o -lgssapi -lkrb5 -lhx509 -lasn1 -lroken -lcom_err -lcrypt -lcrypto gzip -cn /src/usr.sbin/gssd/gssd.8 > gssd.8.gz ===> usr.sbin/gstat (all) cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/gstat/gstat.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o gstat gstat.o -ldevstat -lkvm -lgeom -lbsdxml -lsbuf -ledit -lcurses gzip -cn /src/usr.sbin/gstat/gstat.8 > gstat.8.gz ===> usr.sbin/i2c (all) cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/i2c/i2c.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o i2c i2c.o gzip -cn /src/usr.sbin/i2c/i2c.8 > i2c.8.gz ===> usr.sbin/ifmcstat (all) cc -O -pipe -G0 -DINET6 -DWITH_KVM -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ifmcstat/ifmcstat.c /src/usr.sbin/ifmcstat/ifmcstat.c:119:1: error: "sa_equal" redefined In file included from /src/usr.sbin/ifmcstat/ifmcstat.c:48: /obj/mips.mips64/src/tmp/usr/include/net/route.h:278:1: error: this is the location of the previous definition *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/ifmcstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-26 19:44:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-26 19:44:46 - ERROR: failed to build world TB --- 2014-04-26 19:44:46 - 2717.94 user 628.57 system 3611.07 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 19:44:54 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7AF085D; Sat, 26 Apr 2014 19:44:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8EDA01D85; Sat, 26 Apr 2014 19:44:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3QJik5q075806; Sat, 26 Apr 2014 15:44:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3QJikU3075803; Sat, 26 Apr 2014 19:44:46 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Apr 2014 19:44:46 GMT Message-Id: <201404261944.s3QJikU3075803@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2014 19:44:54 -0000 TB --- 2014-04-26 18:44:10 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-26 18:44:10 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-26 18:44:10 - starting HEAD tinderbox run for mips/mips TB --- 2014-04-26 18:44:10 - cleaning the object tree TB --- 2014-04-26 18:45:31 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-26 18:45:35 - At svn revision 264973 TB --- 2014-04-26 18:45:36 - building world TB --- 2014-04-26 18:45:36 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 18:45:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 18:45:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 18:45:36 - SRCCONF=/dev/null TB --- 2014-04-26 18:45:36 - TARGET=mips TB --- 2014-04-26 18:45:36 - TARGET_ARCH=mips TB --- 2014-04-26 18:45:36 - TZ=UTC TB --- 2014-04-26 18:45:36 - __MAKE_CONF=/dev/null TB --- 2014-04-26 18:45:36 - cd /src TB --- 2014-04-26 18:45:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Apr 26 18:45:43 UTC 2014 >>> 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 [...] ===> usr.sbin/gssd (all) cc -O -pipe -G0 -I. -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/gssd/gssd.c cc -O -pipe -G0 -I. -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c gssd_svc.c cc -O -pipe -G0 -I. -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c gssd_xdr.c cc -O -pipe -G0 -I. -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/gssd/../../sys/kgssapi/gssd_prot.c cc -O -pipe -G0 -I. -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -o gssd gssd.o gssd_svc.o gssd_xdr.o gssd_prot.o -lgssapi -lkrb5 -lhx509 -lasn1 -lroken -lcom_err -lcrypt -lcrypto gzip -cn /src/usr.sbin/gssd/gssd.8 > gssd.8.gz ===> usr.sbin/gstat (all) cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/gstat/gstat.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o gstat gstat.o -ldevstat -lkvm -lgeom -lbsdxml -lsbuf -ledit -lcurses gzip -cn /src/usr.sbin/gstat/gstat.8 > gstat.8.gz ===> usr.sbin/i2c (all) cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/i2c/i2c.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o i2c i2c.o gzip -cn /src/usr.sbin/i2c/i2c.8 > i2c.8.gz ===> usr.sbin/ifmcstat (all) cc -O -pipe -G0 -DINET6 -DWITH_KVM -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ifmcstat/ifmcstat.c /src/usr.sbin/ifmcstat/ifmcstat.c:119:1: error: "sa_equal" redefined In file included from /src/usr.sbin/ifmcstat/ifmcstat.c:48: /obj/mips.mips/src/tmp/usr/include/net/route.h:278:1: error: this is the location of the previous definition *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/ifmcstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-26 19:44:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-26 19:44:46 - ERROR: failed to build world TB --- 2014-04-26 19:44:46 - 2713.95 user 625.41 system 3636.46 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 20:05:45 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05648DE3; Sat, 26 Apr 2014 20:05:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B786A1094; Sat, 26 Apr 2014 20:05:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3QK5h3r093222; Sat, 26 Apr 2014 16:05:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3QK5c7b093170; Sat, 26 Apr 2014 20:05:38 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Apr 2014 20:05:38 GMT Message-Id: <201404262005.s3QK5c7b093170@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2014 20:05:45 -0000 TB --- 2014-04-26 18:34:05 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-26 18:34:05 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-26 18:34:05 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-04-26 18:34:05 - cleaning the object tree TB --- 2014-04-26 18:35:47 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-26 18:35:50 - At svn revision 264973 TB --- 2014-04-26 18:35:51 - building world TB --- 2014-04-26 18:35:51 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 18:35:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 18:35:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 18:35:51 - SRCCONF=/dev/null TB --- 2014-04-26 18:35:51 - TARGET=ia64 TB --- 2014-04-26 18:35:51 - TARGET_ARCH=ia64 TB --- 2014-04-26 18:35:51 - TZ=UTC TB --- 2014-04-26 18:35:51 - __MAKE_CONF=/dev/null TB --- 2014-04-26 18:35:51 - cd /src TB --- 2014-04-26 18:35:51 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Apr 26 18:36:00 UTC 2014 >>> 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 [...] ===> usr.sbin/gssd (all) cc -O2 -pipe -I. -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/gssd/gssd.c cc -O2 -pipe -I. -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c gssd_svc.c cc -O2 -pipe -I. -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c gssd_xdr.c cc -O2 -pipe -I. -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/gssd/../../sys/kgssapi/gssd_prot.c cc -O2 -pipe -I. -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -o gssd gssd.o gssd_svc.o gssd_xdr.o gssd_prot.o -lgssapi -lkrb5 -lhx509 -lasn1 -lroken -lcom_err -lcrypt -lcrypto gzip -cn /src/usr.sbin/gssd/gssd.8 > gssd.8.gz ===> usr.sbin/gstat (all) cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/gstat/gstat.c cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o gstat gstat.o -ldevstat -lkvm -lgeom -lbsdxml -lsbuf -ledit -lcurses gzip -cn /src/usr.sbin/gstat/gstat.8 > gstat.8.gz ===> usr.sbin/i2c (all) cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/i2c/i2c.c cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o i2c i2c.o gzip -cn /src/usr.sbin/i2c/i2c.8 > i2c.8.gz ===> usr.sbin/ifmcstat (all) cc -O2 -pipe -DINET6 -DWITH_KVM -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ifmcstat/ifmcstat.c /src/usr.sbin/ifmcstat/ifmcstat.c:119:1: error: "sa_equal" redefined In file included from /src/usr.sbin/ifmcstat/ifmcstat.c:48: /obj/ia64.ia64/src/tmp/usr/include/net/route.h:278:1: error: this is the location of the previous definition *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/ifmcstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-26 20:05:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-26 20:05:38 - ERROR: failed to build world TB --- 2014-04-26 20:05:38 - 4444.01 user 721.52 system 5492.44 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 21:12:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E801E46; Sat, 26 Apr 2014 21:12:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 266841623; Sat, 26 Apr 2014 21:12:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3QLCSDJ031976; Sat, 26 Apr 2014 17:12:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3QLCNCE031703; Sat, 26 Apr 2014 21:12:23 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Apr 2014 21:12:23 GMT Message-Id: <201404262112.s3QLCNCE031703@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2014 21:12:30 -0000 TB --- 2014-04-26 20:05:43 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-26 20:05:43 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-26 20:05:43 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-04-26 20:05:43 - cleaning the object tree TB --- 2014-04-26 20:06:42 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-26 20:06:45 - At svn revision 264973 TB --- 2014-04-26 20:06:46 - building world TB --- 2014-04-26 20:06:46 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 20:06:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 20:06:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 20:06:46 - SRCCONF=/dev/null TB --- 2014-04-26 20:06:46 - TARGET=sparc64 TB --- 2014-04-26 20:06:46 - TARGET_ARCH=sparc64 TB --- 2014-04-26 20:06:46 - TZ=UTC TB --- 2014-04-26 20:06:46 - __MAKE_CONF=/dev/null TB --- 2014-04-26 20:06:46 - cd /src TB --- 2014-04-26 20:06:46 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Apr 26 20:06:54 UTC 2014 >>> 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 [...] ===> usr.sbin/gssd (all) cc -O2 -pipe -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/gssd/gssd.c cc -O2 -pipe -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c gssd_svc.c cc -O2 -pipe -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c gssd_xdr.c cc -O2 -pipe -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/gssd/../../sys/kgssapi/gssd_prot.c cc -O2 -pipe -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -o gssd gssd.o gssd_svc.o gssd_xdr.o gssd_prot.o -lgssapi -lkrb5 -lhx509 -lasn1 -lroken -lcom_err -lcrypt -lcrypto gzip -cn /src/usr.sbin/gssd/gssd.8 > gssd.8.gz ===> usr.sbin/gstat (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/gstat/gstat.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o gstat gstat.o -ldevstat -lkvm -lgeom -lbsdxml -lsbuf -ledit -lcurses gzip -cn /src/usr.sbin/gstat/gstat.8 > gstat.8.gz ===> usr.sbin/i2c (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/i2c/i2c.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o i2c i2c.o gzip -cn /src/usr.sbin/i2c/i2c.8 > i2c.8.gz ===> usr.sbin/ifmcstat (all) cc -O2 -pipe -DINET6 -DWITH_KVM -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ifmcstat/ifmcstat.c /src/usr.sbin/ifmcstat/ifmcstat.c:119:1: error: "sa_equal" redefined In file included from /src/usr.sbin/ifmcstat/ifmcstat.c:48: /obj/sparc64.sparc64/src/tmp/usr/include/net/route.h:278:1: error: this is the location of the previous definition *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/ifmcstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-26 21:12:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-26 21:12:23 - ERROR: failed to build world TB --- 2014-04-26 21:12:23 - 3159.54 user 578.12 system 4000.01 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 22:03:42 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 801F3D1E; Sat, 26 Apr 2014 22:03:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3016E1A26; Sat, 26 Apr 2014 22:03:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3QM3ei0056074; Sat, 26 Apr 2014 18:03:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3QM3eq6056073; Sat, 26 Apr 2014 22:03:40 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Apr 2014 22:03:40 GMT Message-Id: <201404262203.s3QM3eq6056073@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2014 22:03:42 -0000 TB --- 2014-04-26 18:34:05 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-26 18:34:05 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-26 18:34:05 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-04-26 18:34:05 - cleaning the object tree TB --- 2014-04-26 18:34:05 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-26 18:34:50 - At svn revision 264973 TB --- 2014-04-26 18:34:51 - building world TB --- 2014-04-26 18:34:51 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 18:34:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 18:34:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 18:34:51 - SRCCONF=/dev/null TB --- 2014-04-26 18:34:51 - TARGET=pc98 TB --- 2014-04-26 18:34:51 - TARGET_ARCH=i386 TB --- 2014-04-26 18:34:51 - TZ=UTC TB --- 2014-04-26 18:34:51 - __MAKE_CONF=/dev/null TB --- 2014-04-26 18:34:51 - cd /src TB --- 2014-04-26 18:34:51 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Apr 26 18:34:59 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I. -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /src/usr.sbin/gssd/../../sys/kgssapi/gssd_prot.c cc -O2 -pipe -I. -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -o gssd gssd.o gssd_svc.o gssd_xdr.o gssd_prot.o -lgssapi -lkrb5 -lhx509 -lasn1 -lroken -lcom_err -lcrypt -lcrypto gzip -cn /src/usr.sbin/gssd/gssd.8 > gssd.8.gz ===> usr.sbin/gstat (all) cc -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 -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c /src/usr.sbin/gstat/gstat.c cc -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 -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -o gstat gstat.o -ldevstat -lkvm -lgeom -lbsdxml -lsbuf -ledit -lcurses gzip -cn /src/usr.sbin/gstat/gstat.8 > gstat.8.gz ===> usr.sbin/i2c (all) cc -O2 -pipe -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/usr.sbin/i2c/i2c.c cc -O2 -pipe -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -o i2c i2c.o gzip -cn /src/usr.sbin/i2c/i2c.8 > i2c.8.gz ===> usr.sbin/ifmcstat (all) cc -O2 -pipe -DINET6 -DWITH_KVM -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/usr.sbin/ifmcstat/ifmcstat.c /src/usr.sbin/ifmcstat/ifmcstat.c:119:9: error: 'sa_equal' macro redefined [-Werror] #define sa_equal(a1, a2) \ ^ /obj/pc98.i386/src/tmp/usr/include/net/route.h:278:9: note: previous definition is here #define sa_equal(a, b) ( \ ^ 1 error generated. *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/ifmcstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-26 22:03:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-26 22:03:40 - ERROR: failed to build world TB --- 2014-04-26 22:03:40 - 10793.07 user 1306.75 system 12575.23 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 23:25:16 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A05BBB7; Sat, 26 Apr 2014 23:25:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6130D1120; Sat, 26 Apr 2014 23:25:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3QNPEbQ096047; Sat, 26 Apr 2014 19:25:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3QNPEMv096046; Sat, 26 Apr 2014 23:25:14 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Apr 2014 23:25:14 GMT Message-Id: <201404262325.s3QNPEMv096046@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2014 23:25:16 -0000 TB --- 2014-04-26 19:44:46 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-26 19:44:46 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-26 19:44:46 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-04-26 19:44:46 - cleaning the object tree TB --- 2014-04-26 19:46:53 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-26 19:46:57 - At svn revision 264973 TB --- 2014-04-26 19:46:58 - building world TB --- 2014-04-26 19:46:58 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 19:46:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 19:46:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 19:46:58 - SRCCONF=/dev/null TB --- 2014-04-26 19:46:58 - TARGET=powerpc TB --- 2014-04-26 19:46:58 - TARGET_ARCH=powerpc TB --- 2014-04-26 19:46:58 - TZ=UTC TB --- 2014-04-26 19:46:58 - __MAKE_CONF=/dev/null TB --- 2014-04-26 19:46:58 - cd /src TB --- 2014-04-26 19:46:58 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Apr 26 19:47:06 UTC 2014 >>> 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 [...] ===> usr.sbin/gssd (all) cc -O2 -pipe -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/gssd/gssd.c cc -O2 -pipe -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c gssd_svc.c cc -O2 -pipe -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c gssd_xdr.c cc -O2 -pipe -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/gssd/../../sys/kgssapi/gssd_prot.c cc -O2 -pipe -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -o gssd gssd.o gssd_svc.o gssd_xdr.o gssd_prot.o -lgssapi -lkrb5 -lhx509 -lasn1 -lroken -lcom_err -lcrypt -lcrypto gzip -cn /src/usr.sbin/gssd/gssd.8 > gssd.8.gz ===> usr.sbin/gstat (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/gstat/gstat.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o gstat gstat.o -ldevstat -lkvm -lgeom -lbsdxml -lsbuf -ledit -lcurses gzip -cn /src/usr.sbin/gstat/gstat.8 > gstat.8.gz ===> usr.sbin/i2c (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/i2c/i2c.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o i2c i2c.o gzip -cn /src/usr.sbin/i2c/i2c.8 > i2c.8.gz ===> usr.sbin/ifmcstat (all) cc -O2 -pipe -DINET6 -DWITH_KVM -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ifmcstat/ifmcstat.c /src/usr.sbin/ifmcstat/ifmcstat.c:119:1: error: "sa_equal" redefined In file included from /src/usr.sbin/ifmcstat/ifmcstat.c:48: /obj/powerpc.powerpc/src/tmp/usr/include/net/route.h:278:1: error: this is the location of the previous definition *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/ifmcstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-26 23:25:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-26 23:25:14 - ERROR: failed to build world TB --- 2014-04-26 23:25:14 - 11689.16 user 1210.95 system 13227.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 23:25:44 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CDC46CDA; Sat, 26 Apr 2014 23:25:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 95C75112A; Sat, 26 Apr 2014 23:25:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3QNPhsp096866; Sat, 26 Apr 2014 19:25:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3QNPhV4096865; Sat, 26 Apr 2014 23:25:43 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Apr 2014 23:25:43 GMT Message-Id: <201404262325.s3QNPhV4096865@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2014 23:25:44 -0000 TB --- 2014-04-26 19:44:46 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-26 19:44:46 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-26 19:44:46 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-04-26 19:44:47 - cleaning the object tree TB --- 2014-04-26 19:47:39 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-26 19:47:42 - At svn revision 264973 TB --- 2014-04-26 19:47:43 - building world TB --- 2014-04-26 19:47:43 - CROSS_BUILD_TESTING=YES TB --- 2014-04-26 19:47:43 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-26 19:47:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-26 19:47:43 - SRCCONF=/dev/null TB --- 2014-04-26 19:47:43 - TARGET=powerpc TB --- 2014-04-26 19:47:43 - TARGET_ARCH=powerpc64 TB --- 2014-04-26 19:47:43 - TZ=UTC TB --- 2014-04-26 19:47:43 - __MAKE_CONF=/dev/null TB --- 2014-04-26 19:47:43 - cd /src TB --- 2014-04-26 19:47:43 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Apr 26 19:47:50 UTC 2014 >>> 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 [...] ===> usr.sbin/gssd (all) cc -O2 -pipe -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/gssd/gssd.c cc -O2 -pipe -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c gssd_svc.c cc -O2 -pipe -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c gssd_xdr.c cc -O2 -pipe -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.sbin/gssd/../../sys/kgssapi/gssd_prot.c cc -O2 -pipe -I. -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -o gssd gssd.o gssd_svc.o gssd_xdr.o gssd_prot.o -lgssapi -lkrb5 -lhx509 -lasn1 -lroken -lcom_err -lcrypt -lcrypto gzip -cn /src/usr.sbin/gssd/gssd.8 > gssd.8.gz ===> usr.sbin/gstat (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/gstat/gstat.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o gstat gstat.o -ldevstat -lkvm -lgeom -lbsdxml -lsbuf -ledit -lcurses gzip -cn /src/usr.sbin/gstat/gstat.8 > gstat.8.gz ===> usr.sbin/i2c (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/i2c/i2c.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o i2c i2c.o gzip -cn /src/usr.sbin/i2c/i2c.8 > i2c.8.gz ===> usr.sbin/ifmcstat (all) cc -O2 -pipe -DINET6 -DWITH_KVM -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ifmcstat/ifmcstat.c /src/usr.sbin/ifmcstat/ifmcstat.c:119:1: error: "sa_equal" redefined In file included from /src/usr.sbin/ifmcstat/ifmcstat.c:48: /obj/powerpc.powerpc64/src/tmp/usr/include/net/route.h:278:1: error: this is the location of the previous definition *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/ifmcstat *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-26 23:25:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-26 23:25:43 - ERROR: failed to build world TB --- 2014-04-26 23:25:43 - 11791.29 user 1222.52 system 13256.48 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 26 23:35:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 62ACCF3F for ; Sat, 26 Apr 2014 23:35:34 +0000 (UTC) Received: from mail-pb0-f49.google.com (mail-pb0-f49.google.com [209.85.160.49]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 359CE11D4 for ; Sat, 26 Apr 2014 23:35:33 +0000 (UTC) Received: by mail-pb0-f49.google.com with SMTP id rr13so4471499pbb.36 for ; Sat, 26 Apr 2014 16:35:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=GpLYBin/C/4rp3rmdq4fZmZ6rp+qxGCVbU41RWuGNOI=; b=jVqa7MXcTf2BsLmQbkzJFo0BTbrIdfGKdDxKzbX7ux6sDzqbPte7FWkJ+jhwHXpzo6 OjFk/451jsTXOVuDez6cb0f3tduZ8lJxYDWajl4NE/EpBAfazAJTpgjEbdaPscW+zA92 t6x8whhAr42LglKpfdJqUlQMq6tatDHJHykqITRk/qHHiUEN7e+WkIY/DE5IJ8LGL7ku svp2EUUZVgOqa+dBXe6YHK51EjZvoMjdForlMB32jvpi3X2TFzTRASUIYZWIXVsZdfgy WFIiDYdMszRacbqm3JxusEgVR3gfkXl9qSot4JSjzJJxWv8m59e5kB8nBPzOODjK2e4L VIRw== X-Gm-Message-State: ALoCoQlTqNSVnXW4SFNEb9f08IDRChqzL3EFsxF0vZye2wOKq6/T2KMuNw7LDO0/9TrJFMFijXNq X-Received: by 10.68.237.33 with SMTP id uz1mr20032859pbc.76.1398555327012; Sat, 26 Apr 2014 16:35:27 -0700 (PDT) Received: from [10.64.25.6] (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id qx11sm63587359pab.35.2014.04.26.16.35.25 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 26 Apr 2014 16:35:26 -0700 (PDT) Sender: Warner Losh X-Google-Original-From: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Stand-alone DTB build fails From: Warner Losh In-Reply-To: <535A77BB.1070600@arcserv.com> Date: Sat, 26 Apr 2014 17:35:24 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <535A77BB.1070600@arcserv.com> To: Ron Brown X-Mailer: Apple Mail (2.1874) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2014 23:35:34 -0000 On Apr 25, 2014, at 8:56 AM, Ron Brown wrote: > The FreeBSD Wiki at https://wiki.freebsd.org/FlattenedDeviceTree = refers to > building a dtb in the following manner: >=20 > -- > On platforms capable of running loader(8) the default scenario is to = use > a stand-alone DTB file, which is handled by the loader and handed = over to > kernel at boot time. In this approach, a DTB should be created at = kernel > build time: >=20 > If FDT_DTS_FILE is specified in the kernel config file, the DTB is > compiled automatically as part of the buildkernel stage. The user = does > not have to perform any explicit steps. >=20 > If the default DTS file is not specified in the kernel config file, = the > DTB needs to be created separately by the user with the builddtb = target: >=20 > $ make builddtb FDT_DTS_FILE=3Dmpc8572ds.dts > -- >=20 > However, this fails with: > ERROR: Specified DTS File (zedboard.dts) does not exist! >=20 > This is because /usr/src/Makefile.inc1 uses the MACHINE environment > variable to find FDT_DTS_FILE: >=20 > Starting at line 1836: > if [ ! -f ${.CURDIR}/sys/boot/fdt/dts/${MACHINE}/${FDT_DTS_FILE} ]; = ... > echo "ERROR: Specified DTS file (${FDT_DTS_FILE}) does not \ > exist!"; \ >=20 > MACHINE refers to the currently running system, however most of the = ARM > development is cross-compiled and the zedboard .dts resides in the = dts/arm > directory while MACHINE points if to the dts/amd64 directory. > Should Makefile.inc1 instead refer to TARGET or something similar? >=20 > if [ ! -f ${.CURDIR}/sys/boot/fdt/dts/${TARGET}/${FDT_DTS_FILE} ]; = =85 I just committed r264979: make_dtb.sh is designed to be used in a kernel build environment where MACHINE is defined to the target's value, not the host's value. However, in Makefile.inc1, it is still defined to be the host's value. Make the makedtb target work by expanding TARGET in the existance test, and passing MACHINE=3D$TARGET in the call to = make_dtb.sh which will fix the problem. At least it fixed the problem for me. Warner From owner-freebsd-current@FreeBSD.ORG Sun Apr 27 01:15:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 238F9F34 for ; Sun, 27 Apr 2014 01:15:54 +0000 (UTC) Received: from mail-oa0-x22b.google.com (mail-oa0-x22b.google.com [IPv6:2607:f8b0:4003:c02::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E54C318FA for ; Sun, 27 Apr 2014 01:15:53 +0000 (UTC) Received: by mail-oa0-f43.google.com with SMTP id eb12so5829006oac.30 for ; Sat, 26 Apr 2014 18:15:53 -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=ePp3bIjAkgW6C7AIRL9boWaWHO+pKw092TmbFsn9LNU=; b=NJyGdCQSzB7XJk49z72gLjgdiYHQTxfMgvRdwoZ/3m3V/MIOFi8+OegBrwVpg5hP/o qEubVtG3MZRqUQeaiIJpvrDkd44iRA0rLiiicyXt3mC2kRYkrSJWNqyNUC7FNZr+h0P3 Lq3mBrnKlqX3WhXvkGEBYbNB8vL/+hILYUeuwwGlvv8klufaO2ahaQDVHY+0p8u33Tge YNuWykKGxpgtq9rJFS8mh4zzQzF0zWNuu5xBM6ucIcACwn/QAA2HOr9IUatrGdJqFiZW gSA1rso9QIuCmmt2MCyvNHQuEkCu9auggwG/j1z0QFqxigbaOw33Np1CEmanZKn3MyYD iNXw== MIME-Version: 1.0 X-Received: by 10.182.142.229 with SMTP id rz5mr14903491obb.12.1398561353104; Sat, 26 Apr 2014 18:15:53 -0700 (PDT) Received: by 10.76.87.7 with HTTP; Sat, 26 Apr 2014 18:15:53 -0700 (PDT) Date: Sat, 26 Apr 2014 21:15:53 -0400 Message-ID: Subject: boot2 too large when built with BTX_SERIAL=yes From: Ryan Stone To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Apr 2014 01:15:54 -0000 I've been seeing the following build failure on HEAD when I set BTX_SERIAL=yes in make.conf btxld -v -E 0x2000 -f bin -b /usr/obj/repos/users/rstone/freebsd/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr -o boot2.ld -P 1 boot2.bin kernel: ver=1.02 size=6c0 load=9000 entry=9010 map=16M pgctl=1:1 client: fmt=bin size=1551 text=0 data=0 bss=0 entry=0 output: fmt=bin size=1e11 text=200 data=1c11 org=0 entry=0 --- boot2 --- --- rescue.all__D --- --- init_make --- (cd /repos/users/rstone/freebsd/rescue/rescue/../../sbin/init && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/init/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/init/ init.o) --- sys.all__D --- -17 bytes available From owner-freebsd-current@FreeBSD.ORG Sun Apr 27 07:57:17 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B4EF9A3; Sun, 27 Apr 2014 07:57:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 290401830; Sun, 27 Apr 2014 07:57:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3R7vF2E003147; Sun, 27 Apr 2014 03:57:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3R7vF2R003134; Sun, 27 Apr 2014 07:57:15 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 27 Apr 2014 07:57:15 GMT Message-Id: <201404270757.s3R7vF2R003134@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Apr 2014 07:57:17 -0000 TB --- 2014-04-27 06:00:13 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-27 06:00:13 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-27 06:00:13 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-04-27 06:00:13 - cleaning the object tree TB --- 2014-04-27 06:01:03 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-27 06:01:07 - At svn revision 264991 TB --- 2014-04-27 06:01:08 - building world TB --- 2014-04-27 06:01:08 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 06:01:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 06:01:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 06:01:08 - SRCCONF=/dev/null TB --- 2014-04-27 06:01:08 - TARGET=ia64 TB --- 2014-04-27 06:01:08 - TARGET_ARCH=ia64 TB --- 2014-04-27 06:01:08 - TZ=UTC TB --- 2014-04-27 06:01:08 - __MAKE_CONF=/dev/null TB --- 2014-04-27 06:01:08 - cd /src TB --- 2014-04-27 06:01:08 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Apr 27 06:01:15 UTC 2014 >>> 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 Sun Apr 27 07:40:32 UTC 2014 TB --- 2014-04-27 07:40:32 - generating LINT kernel config TB --- 2014-04-27 07:40:32 - cd /src/sys/ia64/conf TB --- 2014-04-27 07:40:32 - /usr/bin/make -B LINT TB --- 2014-04-27 07:40:32 - cd /src/sys/ia64/conf TB --- 2014-04-27 07:40:32 - /obj/ia64.ia64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-27 07:40:32 - building LINT kernel TB --- 2014-04-27 07:40:32 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 07:40:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 07:40:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 07:40:32 - SRCCONF=/dev/null TB --- 2014-04-27 07:40:32 - TARGET=ia64 TB --- 2014-04-27 07:40:32 - TARGET_ARCH=ia64 TB --- 2014-04-27 07:40:32 - TZ=UTC TB --- 2014-04-27 07:40:32 - __MAKE_CONF=/dev/null TB --- 2014-04-27 07:40:32 - cd /src TB --- 2014-04-27 07:40:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 27 07:40:33 UTC 2014 >>> 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/net/if_llatbl.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/if_media.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/if_mib.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/if_spppfr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/if_spppsubr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/if_stf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/if_tun.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/if_tap.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/if_vlan.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/netisr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/pfil.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/radix.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/radix_mpath.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/raw_cb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/raw_usrreq.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/route.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/rtsock.c cc1: warnings being treated as errors /src/sys/net/rtsock.c: In function 'route_output': /src/sys/net/rtsock.c:529: warning: 'fibnum' may be used uninitialized in this function *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-27 07:57:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-27 07:57:15 - ERROR: failed to build LINT kernel TB --- 2014-04-27 07:57:15 - 5504.62 user 833.66 system 7021.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 27 08:51:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7DBCE304; Sun, 27 Apr 2014 08:51:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1BB2C1C3C; Sun, 27 Apr 2014 08:51:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3R8pcA3065905; Sun, 27 Apr 2014 04:51:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3R8pcg2065886; Sun, 27 Apr 2014 08:51:38 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 27 Apr 2014 08:51:38 GMT Message-Id: <201404270851.s3R8pcg2065886@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Apr 2014 08:51:40 -0000 TB --- 2014-04-27 07:43:59 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-27 07:43:59 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-27 07:43:59 - starting HEAD tinderbox run for mips/mips TB --- 2014-04-27 07:43:59 - cleaning the object tree TB --- 2014-04-27 07:44:50 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-27 07:45:43 - At svn revision 264991 TB --- 2014-04-27 07:45:44 - building world TB --- 2014-04-27 07:45:44 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 07:45:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 07:45:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 07:45:44 - SRCCONF=/dev/null TB --- 2014-04-27 07:45:44 - TARGET=mips TB --- 2014-04-27 07:45:44 - TARGET_ARCH=mips TB --- 2014-04-27 07:45:44 - TZ=UTC TB --- 2014-04-27 07:45:44 - __MAKE_CONF=/dev/null TB --- 2014-04-27 07:45:44 - cd /src TB --- 2014-04-27 07:45:44 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Apr 27 07:45:52 UTC 2014 >>> 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 Sun Apr 27 08:49:33 UTC 2014 TB --- 2014-04-27 08:49:33 - cd /src/sys/mips/conf TB --- 2014-04-27 08:49:33 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m ADM5120 TB --- 2014-04-27 08:49:33 - skipping ADM5120 kernel TB --- 2014-04-27 08:49:33 - cd /src/sys/mips/conf TB --- 2014-04-27 08:49:33 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m ALCHEMY TB --- 2014-04-27 08:49:33 - skipping ALCHEMY kernel TB --- 2014-04-27 08:49:33 - cd /src/sys/mips/conf TB --- 2014-04-27 08:49:33 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m ALFA_HORNET_UB TB --- 2014-04-27 08:49:33 - building ALFA_HORNET_UB kernel TB --- 2014-04-27 08:49:33 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 08:49:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 08:49:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 08:49:33 - SRCCONF=/dev/null TB --- 2014-04-27 08:49:33 - TARGET=mips TB --- 2014-04-27 08:49:33 - TARGET_ARCH=mips TB --- 2014-04-27 08:49:33 - TZ=UTC TB --- 2014-04-27 08:49:33 - __MAKE_CONF=/dev/null TB --- 2014-04-27 08:49:33 - cd /src TB --- 2014-04-27 08:49:33 - /usr/bin/make -B buildkernel KERNCONF=ALFA_HORNET_UB >>> Kernel build for ALFA_HORNET_UB started on Sun Apr 27 08:49:33 UTC 2014 >>> 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 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/if_bridge.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/if_clone.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/if_dead.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/if_debug.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/if_ethersubr.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/if_loop.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/if_llatbl.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/if_media.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/if_mib.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/netisr.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/pfil.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/radix.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/radix_mpath.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/raw_cb.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/raw_usrreq.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/route.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/rtsock.c cc1: warnings being treated as errors /src/sys/net/rtsock.c: In function 'route_output': /src/sys/net/rtsock.c:529: warning: 'fibnum' may be used uninitialized in this function *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/ALFA_HORNET_UB *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-27 08:51:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-27 08:51:38 - ERROR: failed to build ALFA_HORNET_UB kernel TB --- 2014-04-27 08:51:38 - 2950.84 user 650.82 system 4059.19 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 27 09:01:59 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4BD6A583; Sun, 27 Apr 2014 09:01:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 063141CE7; Sun, 27 Apr 2014 09:01:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3R91vdb040806; Sun, 27 Apr 2014 05:01:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3R91vBR040790; Sun, 27 Apr 2014 09:01:57 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 27 Apr 2014 09:01:57 GMT Message-Id: <201404270901.s3R91vBR040790@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Apr 2014 09:01:59 -0000 TB --- 2014-04-27 07:57:15 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-27 07:57:15 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-27 07:57:15 - starting HEAD tinderbox run for mips64/mips TB --- 2014-04-27 07:57:15 - cleaning the object tree TB --- 2014-04-27 07:58:17 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-27 07:58:21 - At svn revision 264991 TB --- 2014-04-27 07:58:22 - building world TB --- 2014-04-27 07:58:22 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 07:58:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 07:58:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 07:58:22 - SRCCONF=/dev/null TB --- 2014-04-27 07:58:22 - TARGET=mips TB --- 2014-04-27 07:58:22 - TARGET_ARCH=mips64 TB --- 2014-04-27 07:58:22 - TZ=UTC TB --- 2014-04-27 07:58:22 - __MAKE_CONF=/dev/null TB --- 2014-04-27 07:58:22 - cd /src TB --- 2014-04-27 07:58:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Apr 27 07:58:29 UTC 2014 >>> 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 Sun Apr 27 08:59:56 UTC 2014 TB --- 2014-04-27 08:59:56 - cd /src/sys/mips/conf TB --- 2014-04-27 08:59:56 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ADM5120 TB --- 2014-04-27 08:59:56 - skipping ADM5120 kernel TB --- 2014-04-27 08:59:56 - cd /src/sys/mips/conf TB --- 2014-04-27 08:59:56 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALCHEMY TB --- 2014-04-27 08:59:56 - skipping ALCHEMY kernel TB --- 2014-04-27 08:59:56 - cd /src/sys/mips/conf TB --- 2014-04-27 08:59:56 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALFA_HORNET_UB TB --- 2014-04-27 08:59:56 - skipping ALFA_HORNET_UB kernel TB --- 2014-04-27 08:59:56 - cd /src/sys/mips/conf TB --- 2014-04-27 08:59:56 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP121 TB --- 2014-04-27 08:59:56 - skipping AP121 kernel TB --- 2014-04-27 08:59:56 - cd /src/sys/mips/conf TB --- 2014-04-27 08:59:56 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP91 TB --- 2014-04-27 08:59:56 - skipping AP91 kernel TB --- 2014-04-27 08:59:56 - cd /src/sys/mips/conf TB --- 2014-04-27 08:59:56 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP93 TB --- 2014-04-27 08:59:56 - skipping AP93 kernel TB --- 2014-04-27 08:59:56 - cd /src/sys/mips/conf TB --- 2014-04-27 08:59:56 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP94 TB --- 2014-04-27 08:59:56 - skipping AP94 kernel TB --- 2014-04-27 08:59:56 - cd /src/sys/mips/conf TB --- 2014-04-27 08:59:56 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP96 TB --- 2014-04-27 08:59:56 - skipping AP96 kernel TB --- 2014-04-27 08:59:56 - cd /src/sys/mips/conf TB --- 2014-04-27 08:59:56 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR71XX_BASE TB --- 2014-04-27 08:59:56 - skipping AR71XX_BASE kernel TB --- 2014-04-27 08:59:56 - cd /src/sys/mips/conf TB --- 2014-04-27 08:59:56 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR724X_BASE TB --- 2014-04-27 08:59:56 - skipping AR724X_BASE kernel TB --- 2014-04-27 08:59:56 - cd /src/sys/mips/conf TB --- 2014-04-27 08:59:56 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR91XX_BASE TB --- 2014-04-27 08:59:56 - skipping AR91XX_BASE kernel TB --- 2014-04-27 08:59:56 - cd /src/sys/mips/conf TB --- 2014-04-27 08:59:56 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR933X_BASE TB --- 2014-04-27 08:59:56 - skipping AR933X_BASE kernel TB --- 2014-04-27 08:59:56 - cd /src/sys/mips/conf TB --- 2014-04-27 08:59:56 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR934X_BASE TB --- 2014-04-27 08:59:56 - skipping AR934X_BASE kernel TB --- 2014-04-27 08:59:56 - cd /src/sys/mips/conf TB --- 2014-04-27 08:59:56 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_BASE TB --- 2014-04-27 08:59:56 - building BERI_DE4_BASE kernel TB --- 2014-04-27 08:59:56 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 08:59:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 08:59:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 08:59:56 - SRCCONF=/dev/null TB --- 2014-04-27 08:59:56 - TARGET=mips TB --- 2014-04-27 08:59:56 - TARGET_ARCH=mips64 TB --- 2014-04-27 08:59:56 - TZ=UTC TB --- 2014-04-27 08:59:56 - __MAKE_CONF=/dev/null TB --- 2014-04-27 08:59:56 - cd /src TB --- 2014-04-27 08:59:56 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Sun Apr 27 08:59:56 UTC 2014 >>> 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 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/if.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/if_clone.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/if_dead.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/if_debug.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/if_ethersubr.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/if_loop.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/if_llatbl.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/if_media.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/if_mib.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/netisr.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/pfil.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/radix.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/radix_mpath.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/raw_cb.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/raw_usrreq.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/route.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/net/rtsock.c cc1: warnings being treated as errors /src/sys/net/rtsock.c: In function 'route_output': /src/sys/net/rtsock.c:529: warning: 'fibnum' may be used uninitialized in this function *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/BERI_DE4_BASE *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-27 09:01:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-27 09:01:57 - ERROR: failed to build BERI_DE4_BASE kernel TB --- 2014-04-27 09:01:57 - 2945.71 user 651.05 system 3881.35 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 27 10:20:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0C781322; Sun, 27 Apr 2014 10:20:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C97C937F; Sun, 27 Apr 2014 10:20:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3RAK3KT043969; Sun, 27 Apr 2014 06:20:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3RAK3IS043960; Sun, 27 Apr 2014 10:20:03 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 27 Apr 2014 10:20:03 GMT Message-Id: <201404271020.s3RAK3IS043960@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Apr 2014 10:20:05 -0000 TB --- 2014-04-27 09:01:57 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-27 09:01:57 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-27 09:01:57 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-04-27 09:01:57 - cleaning the object tree TB --- 2014-04-27 09:02:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-27 09:02:47 - At svn revision 264991 TB --- 2014-04-27 09:02:48 - building world TB --- 2014-04-27 09:02:48 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 09:02:48 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 09:02:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 09:02:48 - SRCCONF=/dev/null TB --- 2014-04-27 09:02:48 - TARGET=sparc64 TB --- 2014-04-27 09:02:48 - TARGET_ARCH=sparc64 TB --- 2014-04-27 09:02:48 - TZ=UTC TB --- 2014-04-27 09:02:48 - __MAKE_CONF=/dev/null TB --- 2014-04-27 09:02:48 - cd /src TB --- 2014-04-27 09:02:48 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Apr 27 09:02:55 UTC 2014 >>> 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 Sun Apr 27 10:08:58 UTC 2014 TB --- 2014-04-27 10:08:58 - generating LINT kernel config TB --- 2014-04-27 10:08:58 - cd /src/sys/sparc64/conf TB --- 2014-04-27 10:08:58 - /usr/bin/make -B LINT TB --- 2014-04-27 10:08:58 - cd /src/sys/sparc64/conf TB --- 2014-04-27 10:08:58 - /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-27 10:08:58 - building LINT kernel TB --- 2014-04-27 10:08:58 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 10:08:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 10:08:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 10:08:58 - SRCCONF=/dev/null TB --- 2014-04-27 10:08:58 - TARGET=sparc64 TB --- 2014-04-27 10:08:58 - TARGET_ARCH=sparc64 TB --- 2014-04-27 10:08:58 - TZ=UTC TB --- 2014-04-27 10:08:58 - __MAKE_CONF=/dev/null TB --- 2014-04-27 10:08:58 - cd /src TB --- 2014-04-27 10:08:58 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 27 10:08:58 UTC 2014 >>> 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/net/if_llatbl.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/if_media.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/if_mib.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/if_spppfr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/if_spppsubr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/if_stf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/if_tun.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/if_tap.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/if_vlan.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/netisr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/pfil.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/radix.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/radix_mpath.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/raw_cb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/raw_usrreq.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/route.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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/net/rtsock.c cc1: warnings being treated as errors /src/sys/net/rtsock.c: In function 'route_output': /src/sys/net/rtsock.c:529: warning: 'fibnum' may be used uninitialized in this function *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-27 10:20:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-27 10:20:03 - ERROR: failed to build LINT kernel TB --- 2014-04-27 10:20:03 - 3874.75 user 683.66 system 4686.00 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 27 12:09:03 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8608317F; Sun, 27 Apr 2014 12:09:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 27C66D4D; Sun, 27 Apr 2014 12:09:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3RC91Hu009594; Sun, 27 Apr 2014 08:09:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3RC91Um009593; Sun, 27 Apr 2014 12:09:01 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 27 Apr 2014 12:09:01 GMT Message-Id: <201404271209.s3RC91Um009593@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Apr 2014 12:09:03 -0000 TB --- 2014-04-27 08:21:03 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-27 08:21:03 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-27 08:21:03 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-04-27 08:21:03 - cleaning the object tree TB --- 2014-04-27 08:22:07 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-27 08:22:10 - At svn revision 264991 TB --- 2014-04-27 08:22:11 - building world TB --- 2014-04-27 08:22:11 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 08:22:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 08:22:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 08:22:11 - SRCCONF=/dev/null TB --- 2014-04-27 08:22:11 - TARGET=powerpc TB --- 2014-04-27 08:22:11 - TARGET_ARCH=powerpc TB --- 2014-04-27 08:22:11 - TZ=UTC TB --- 2014-04-27 08:22:11 - __MAKE_CONF=/dev/null TB --- 2014-04-27 08:22:11 - cd /src TB --- 2014-04-27 08:22:11 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Apr 27 08:22:18 UTC 2014 >>> 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 Sun Apr 27 12:00:33 UTC 2014 TB --- 2014-04-27 12:00:33 - generating LINT kernel config TB --- 2014-04-27 12:00:33 - cd /src/sys/powerpc/conf TB --- 2014-04-27 12:00:33 - /usr/bin/make -B LINT TB --- 2014-04-27 12:00:33 - cd /src/sys/powerpc/conf TB --- 2014-04-27 12:00:33 - /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-27 12:00:33 - building LINT kernel TB --- 2014-04-27 12:00:33 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 12:00:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 12:00:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 12:00:33 - SRCCONF=/dev/null TB --- 2014-04-27 12:00:33 - TARGET=powerpc TB --- 2014-04-27 12:00:33 - TARGET_ARCH=powerpc TB --- 2014-04-27 12:00:33 - TZ=UTC TB --- 2014-04-27 12:00:33 - __MAKE_CONF=/dev/null TB --- 2014-04-27 12:00:33 - cd /src TB --- 2014-04-27 12:00:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 27 12:00:33 UTC 2014 >>> 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/net/if_llatbl.c 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/net/if_media.c 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/net/if_mib.c 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/net/if_spppfr.c 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/net/if_spppsubr.c 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/net/if_stf.c 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/net/if_tun.c 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/net/if_tap.c 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/net/if_vlan.c 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/net/netisr.c 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/net/pfil.c 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/net/radix.c 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/net/radix_mpath.c 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/net/raw_cb.c 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/net/raw_usrreq.c 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/net/route.c 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/net/rtsock.c cc1: warnings being treated as errors /src/sys/net/rtsock.c: In function 'route_output': /src/sys/net/rtsock.c:529: warning: 'fibnum' may be used uninitialized in this function *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-27 12:09:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-27 12:09:01 - ERROR: failed to build LINT kernel TB --- 2014-04-27 12:09:01 - 12235.27 user 1304.73 system 13678.77 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 27 13:08:13 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 88576B4D; Sun, 27 Apr 2014 13:08:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5CA001282; Sun, 27 Apr 2014 13:08:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3RD8Bm6026063; Sun, 27 Apr 2014 09:08:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3RD8B1F026062; Sun, 27 Apr 2014 13:08:11 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 27 Apr 2014 13:08:11 GMT Message-Id: <201404271308.s3RD8B1F026062@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Apr 2014 13:08:13 -0000 TB --- 2014-04-27 08:51:39 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-27 08:51:39 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-27 08:51:39 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-04-27 08:51:39 - cleaning the object tree TB --- 2014-04-27 08:52:40 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-27 08:52:43 - At svn revision 264991 TB --- 2014-04-27 08:52:44 - building world TB --- 2014-04-27 08:52:44 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 08:52:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 08:52:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 08:52:44 - SRCCONF=/dev/null TB --- 2014-04-27 08:52:44 - TARGET=powerpc TB --- 2014-04-27 08:52:44 - TARGET_ARCH=powerpc64 TB --- 2014-04-27 08:52:44 - TZ=UTC TB --- 2014-04-27 08:52:44 - __MAKE_CONF=/dev/null TB --- 2014-04-27 08:52:44 - cd /src TB --- 2014-04-27 08:52:44 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Apr 27 08:52:53 UTC 2014 >>> 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 Sun Apr 27 13:02:50 UTC 2014 TB --- 2014-04-27 13:02:50 - generating LINT kernel config TB --- 2014-04-27 13:02:50 - cd /src/sys/powerpc/conf TB --- 2014-04-27 13:02:50 - /usr/bin/make -B LINT TB --- 2014-04-27 13:02:50 - cd /src/sys/powerpc/conf TB --- 2014-04-27 13:02:50 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-27 13:02:50 - skipping LINT kernel TB --- 2014-04-27 13:02:50 - cd /src/sys/powerpc/conf TB --- 2014-04-27 13:02:50 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC TB --- 2014-04-27 13:02:50 - skipping GENERIC kernel TB --- 2014-04-27 13:02:50 - cd /src/sys/powerpc/conf TB --- 2014-04-27 13:02:50 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC64 TB --- 2014-04-27 13:02:50 - building GENERIC64 kernel TB --- 2014-04-27 13:02:50 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 13:02:50 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 13:02:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 13:02:50 - SRCCONF=/dev/null TB --- 2014-04-27 13:02:50 - TARGET=powerpc TB --- 2014-04-27 13:02:50 - TARGET_ARCH=powerpc64 TB --- 2014-04-27 13:02:50 - TZ=UTC TB --- 2014-04-27 13:02:50 - __MAKE_CONF=/dev/null TB --- 2014-04-27 13:02:50 - cd /src TB --- 2014-04-27 13:02:50 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Sun Apr 27 13:02:50 UTC 2014 >>> 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 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/net/if_vlan.c ctfconvert -L VERSION -g if_vlan.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/net/netisr.c ctfconvert -L VERSION -g netisr.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/net/pfil.c ctfconvert -L VERSION -g pfil.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/net/radix.c ctfconvert -L VERSION -g radix.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/net/radix_mpath.c ctfconvert -L VERSION -g radix_mpath.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/net/raw_cb.c ctfconvert -L VERSION -g raw_cb.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/net/raw_usrreq.c ctfconvert -L VERSION -g raw_usrreq.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/net/route.c ctfconvert -L VERSION -g route.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/net/rtsock.c cc1: warnings being treated as errors /src/sys/net/rtsock.c: In function 'route_output': /src/sys/net/rtsock.c:529: warning: 'fibnum' may be used uninitialized in this function *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-27 13:08:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-27 13:08:11 - ERROR: failed to build GENERIC64 kernel TB --- 2014-04-27 13:08:11 - 13796.05 user 1606.52 system 15392.35 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 27 14:25:45 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0CD6BC52 for ; Sun, 27 Apr 2014 14:25:45 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B9D751947 for ; Sun, 27 Apr 2014 14:25:44 +0000 (UTC) Received: from Julian-MBP3.local (50-196-156-133-static.hfc.comcastbusiness.net [50.196.156.133]) (authenticated bits=0) by vps1.elischer.org (8.14.8/8.14.8) with ESMTP id s3REPPVw064670 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sun, 27 Apr 2014 07:25:33 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <535D1350.4000106@freebsd.org> Date: Sun, 27 Apr 2014 22:25:20 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: FreeBSD Current Subject: options for forcing use of GCC Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Apr 2014 14:25:45 -0000 I need to hold off using CLANG for a while at $JOB. We are moving to a newer FBSD in the vicinity of 10.0 but we need to keep the gcc in hte picture for a bit longer before switching. What options do I put into various /etc/make.conf to keep CLANG out ofhte picture until we are ready for it? From reading various posts I see: WITHOUT_CLANG="yes" CC=gcc CXX=g++ CPP=gcc -E but that doesn't seem complete to me. For now I want to not compile clang in our official build environment. (and obviously not use it until we are ready for it later this year.) What other hooks do I need to set? Julian From owner-freebsd-current@FreeBSD.ORG Sun Apr 27 14:33:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F052E51; Sun, 27 Apr 2014 14:33:26 +0000 (UTC) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "*.infocus-llc.com", Issuer "*.infocus-llc.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 183651A09; Sun, 27 Apr 2014 14:33:25 +0000 (UTC) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 2737237B515; Sun, 27 Apr 2014 09:33:21 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3gGs6m4WGgzYpb; Sun, 27 Apr 2014 09:33:20 -0500 (CDT) Date: Sun, 27 Apr 2014 09:33:20 -0500 From: "Matthew D. Fuller" To: current@freebsd.org Subject: newcons and beeping X Message-ID: <20140427143320.GA7138@over-yonder.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.23 (2014-03-12) X-Virus-Scanned: clamav-milter 0.98.1 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: ray@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Apr 2014 14:33:26 -0000 I switched my workstation over to newcons today, and it worked just fine, so yay. After using it a while, it slowly dawned on me that I wasn't making hardly any typing mistakes, nor was there any annoying email coming in. After all, if either were happing, I'd be getting beeps; vt is making my life easier! ... wait... A little investigation showed that the KDMKTONE ioctl handler was a complete stub, so anything X tried to do to ring the bell was completely unavailing. Urg. That's... unpleasant. >From poking around in vt and comparing with syscons, I've come up with the following patch which makes it work (as the couple beeps I've spawned just writing this email show). It's kinda fugly; should probably be better factored, or less magic-numberized. Possibly vtterm_bell() should be able to take pitch/duration like sc_bell() does. But it's _much_ better than nothing; the bell should work! Index: sys/dev/vt/vt_core.c =================================================================== --- sys/dev/vt/vt_core.c (revision 264991) +++ sys/dev/vt/vt_core.c (working copy) @@ -1636,7 +1636,11 @@ #endif return (0); case KDMKTONE: /* sound the bell */ - /* TODO */ + if(*(int*)data) + sysbeep(1193182 / ((*(int*)data)&0xffff), + (((*(int*)data)>>16)&0xffff)*hz/1000); + else + vtterm_bell(tm); return (0); case KIOCSOUND: /* make tone (*data) hz */ /* TODO */ -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Sun Apr 27 16:46:57 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D9A35B9; Sun, 27 Apr 2014 16:46:57 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D65139A4; Sun, 27 Apr 2014 16:46:56 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WeRyP-0009Uh-D5; Sun, 27 Apr 2014 16:30:37 +0000 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 s3RGUYwm013995; Sun, 27 Apr 2014 10:30:34 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+VZhHPoFaTBIb4zx/BmN3f Subject: Re: options for forcing use of GCC From: Ian Lepore To: Julian Elischer In-Reply-To: <535D1350.4000106@freebsd.org> References: <535D1350.4000106@freebsd.org> Content-Type: text/plain; charset="us-ascii" Date: Sun, 27 Apr 2014 10:30:34 -0600 Message-ID: <1398616234.61646.155.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Apr 2014 16:46:57 -0000 On Sun, 2014-04-27 at 22:25 +0800, Julian Elischer wrote: > I need to hold off using CLANG for a while at $JOB. We are moving to a > newer FBSD in the vicinity of 10.0 but we need to keep the gcc in hte > picture for a bit longer before switching. What options do I put into > various /etc/make.conf to keep CLANG out ofhte picture until we are > ready for it? > > From reading various posts I see: > WITHOUT_CLANG="yes" > CC=gcc > CXX=g++ > CPP=gcc -E > but that doesn't seem complete to me. > > For now I want to not compile clang in our official build environment. > (and obviously not use it until we are ready for it later this year.) > > What other hooks do I need to set? > > Julian We've got the same situation at work. What I'm using right now to build 11-current @ r264151 is this: WITH_GCC=yes \ WITH_GNUCXX=yes \ WITHOUT_CLANG=yes \ WITHOUT_CLANG_IS_CC=yes \ But that's now several weeks out of date, and there are two new knobs I haven't investigated yet: WITH_CLANG_BOOTSTRAP and WITH_GCC_BOOTSTRAP. -- Ian From owner-freebsd-current@FreeBSD.ORG Sun Apr 27 20:28:38 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5204863E; Sun, 27 Apr 2014 20:28:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 165A71BF9; Sun, 27 Apr 2014 20:28:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3RKSUEo039035; Sun, 27 Apr 2014 16:28:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3RKSUxx039016; Sun, 27 Apr 2014 20:28:30 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 27 Apr 2014 20:28:30 GMT Message-Id: <201404272028.s3RKSUxx039016@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Apr 2014 20:28:38 -0000 TB --- 2014-04-27 13:10:26 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-27 13:10:26 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-27 13:10:26 - starting HEAD tinderbox run for i386/i386 TB --- 2014-04-27 13:10:26 - cleaning the object tree TB --- 2014-04-27 13:10:26 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-27 13:10:34 - At svn revision 265012 TB --- 2014-04-27 13:10:35 - building world TB --- 2014-04-27 13:10:35 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 13:10:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 13:10:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 13:10:35 - SRCCONF=/dev/null TB --- 2014-04-27 13:10:35 - TARGET=i386 TB --- 2014-04-27 13:10:35 - TARGET_ARCH=i386 TB --- 2014-04-27 13:10:35 - TZ=UTC TB --- 2014-04-27 13:10:35 - __MAKE_CONF=/dev/null TB --- 2014-04-27 13:10:35 - cd /src TB --- 2014-04-27 13:10:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Apr 27 13:10:42 UTC 2014 >>> 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 Sun Apr 27 16:37:53 UTC 2014 TB --- 2014-04-27 16:37:53 - generating LINT kernel config TB --- 2014-04-27 16:37:53 - cd /src/sys/i386/conf TB --- 2014-04-27 16:37:53 - /usr/bin/make -B LINT TB --- 2014-04-27 16:37:53 - cd /src/sys/i386/conf TB --- 2014-04-27 16:37:53 - /obj/i386.i386/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-04-27 16:37:53 - building LINT kernel TB --- 2014-04-27 16:37:53 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 16:37:53 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 16:37:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 16:37:53 - SRCCONF=/dev/null TB --- 2014-04-27 16:37:53 - TARGET=i386 TB --- 2014-04-27 16:37:53 - TARGET_ARCH=i386 TB --- 2014-04-27 16:37:53 - TZ=UTC TB --- 2014-04-27 16:37:53 - __MAKE_CONF=/dev/null TB --- 2014-04-27 16:37:53 - cd /src TB --- 2014-04-27 16:37:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 27 16:37:53 UTC 2014 >>> 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 LINT completed on Sun Apr 27 17:17:17 UTC 2014 TB --- 2014-04-27 17:17:17 - cd /src/sys/i386/conf TB --- 2014-04-27 17:17:17 - /obj/i386.i386/src/tmp/legacy/usr/sbin/config -m LINT-NOINET TB --- 2014-04-27 17:17:17 - building LINT-NOINET kernel TB --- 2014-04-27 17:17:17 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 17:17:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 17:17:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 17:17:17 - SRCCONF=/dev/null TB --- 2014-04-27 17:17:17 - TARGET=i386 TB --- 2014-04-27 17:17:17 - TARGET_ARCH=i386 TB --- 2014-04-27 17:17:17 - TZ=UTC TB --- 2014-04-27 17:17:17 - __MAKE_CONF=/dev/null TB --- 2014-04-27 17:17:17 - cd /src TB --- 2014-04-27 17:17:17 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sun Apr 27 17:17:17 UTC 2014 >>> 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 LINT-NOINET completed on Sun Apr 27 17:50:51 UTC 2014 TB --- 2014-04-27 17:50:51 - cd /src/sys/i386/conf TB --- 2014-04-27 17:50:51 - /obj/i386.i386/src/tmp/legacy/usr/sbin/config -m LINT-NOINET6 TB --- 2014-04-27 17:50:51 - building LINT-NOINET6 kernel TB --- 2014-04-27 17:50:51 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 17:50:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 17:50:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 17:50:51 - SRCCONF=/dev/null TB --- 2014-04-27 17:50:51 - TARGET=i386 TB --- 2014-04-27 17:50:51 - TARGET_ARCH=i386 TB --- 2014-04-27 17:50:51 - TZ=UTC TB --- 2014-04-27 17:50:51 - __MAKE_CONF=/dev/null TB --- 2014-04-27 17:50:51 - cd /src TB --- 2014-04-27 17:50:51 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sun Apr 27 17:50:51 UTC 2014 >>> 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 LINT-NOINET6 completed on Sun Apr 27 18:25:59 UTC 2014 TB --- 2014-04-27 18:25:59 - cd /src/sys/i386/conf TB --- 2014-04-27 18:25:59 - /obj/i386.i386/src/tmp/legacy/usr/sbin/config -m LINT-NOIP TB --- 2014-04-27 18:25:59 - building LINT-NOIP kernel TB --- 2014-04-27 18:25:59 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 18:25:59 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 18:25:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 18:25:59 - SRCCONF=/dev/null TB --- 2014-04-27 18:25:59 - TARGET=i386 TB --- 2014-04-27 18:25:59 - TARGET_ARCH=i386 TB --- 2014-04-27 18:25:59 - TZ=UTC TB --- 2014-04-27 18:25:59 - __MAKE_CONF=/dev/null TB --- 2014-04-27 18:25:59 - cd /src TB --- 2014-04-27 18:25:59 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sun Apr 27 18:26:00 UTC 2014 >>> 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 LINT-NOIP completed on Sun Apr 27 18:57:46 UTC 2014 TB --- 2014-04-27 18:57:46 - cd /src/sys/i386/conf TB --- 2014-04-27 18:57:46 - /obj/i386.i386/src/tmp/legacy/usr/sbin/config -m LINT-VIMAGE TB --- 2014-04-27 18:57:46 - building LINT-VIMAGE kernel TB --- 2014-04-27 18:57:46 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 18:57:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 18:57:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 18:57:46 - SRCCONF=/dev/null TB --- 2014-04-27 18:57:46 - TARGET=i386 TB --- 2014-04-27 18:57:46 - TARGET_ARCH=i386 TB --- 2014-04-27 18:57:46 - TZ=UTC TB --- 2014-04-27 18:57:46 - __MAKE_CONF=/dev/null TB --- 2014-04-27 18:57:46 - cd /src TB --- 2014-04-27 18:57:46 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Sun Apr 27 18:57:47 UTC 2014 >>> 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 LINT-VIMAGE completed on Sun Apr 27 19:32:43 UTC 2014 TB --- 2014-04-27 19:32:43 - cd /src/sys/i386/conf TB --- 2014-04-27 19:32:43 - /obj/i386.i386/src/tmp/legacy/usr/sbin/config -m GENERIC TB --- 2014-04-27 19:32:43 - building GENERIC kernel TB --- 2014-04-27 19:32:43 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 19:32:43 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 19:32:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 19:32:43 - SRCCONF=/dev/null TB --- 2014-04-27 19:32:43 - TARGET=i386 TB --- 2014-04-27 19:32:43 - TARGET_ARCH=i386 TB --- 2014-04-27 19:32:43 - TZ=UTC TB --- 2014-04-27 19:32:43 - __MAKE_CONF=/dev/null TB --- 2014-04-27 19:32:43 - cd /src TB --- 2014-04-27 19:32:43 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Apr 27 19:32:43 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sun Apr 27 20:07:58 UTC 2014 TB --- 2014-04-27 20:07:58 - cd /src/sys/i386/conf TB --- 2014-04-27 20:07:58 - /obj/i386.i386/src/tmp/legacy/usr/sbin/config -m PAE TB --- 2014-04-27 20:07:58 - building PAE kernel TB --- 2014-04-27 20:07:58 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 20:07:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 20:07:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 20:07:58 - SRCCONF=/dev/null TB --- 2014-04-27 20:07:58 - TARGET=i386 TB --- 2014-04-27 20:07:58 - TARGET_ARCH=i386 TB --- 2014-04-27 20:07:58 - TZ=UTC TB --- 2014-04-27 20:07:58 - __MAKE_CONF=/dev/null TB --- 2014-04-27 20:07:58 - cd /src TB --- 2014-04-27 20:07:58 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Sun Apr 27 20:07:58 UTC 2014 >>> 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 PAE completed on Sun Apr 27 20:18:26 UTC 2014 TB --- 2014-04-27 20:18:26 - cd /src/sys/i386/conf TB --- 2014-04-27 20:18:26 - /obj/i386.i386/src/tmp/legacy/usr/sbin/config -m VT TB --- 2014-04-27 20:18:26 - building VT kernel TB --- 2014-04-27 20:18:26 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 20:18:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 20:18:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 20:18:26 - SRCCONF=/dev/null TB --- 2014-04-27 20:18:26 - TARGET=i386 TB --- 2014-04-27 20:18:26 - TARGET_ARCH=i386 TB --- 2014-04-27 20:18:26 - TZ=UTC TB --- 2014-04-27 20:18:26 - __MAKE_CONF=/dev/null TB --- 2014-04-27 20:18:26 - cd /src TB --- 2014-04-27 20:18:26 - /usr/bin/make -B buildkernel KERNCONF=VT >>> Kernel build for VT started on Sun Apr 27 20:18:26 UTC 2014 >>> 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 [...] ctfconvert -L VERSION -g ukbd.o cc -c -O -pipe -std=c99 -g -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/dev/usb/quirk/usb_quirk.c ctfconvert -L VERSION -g usb_quirk.o cc -c -O -pipe -std=c99 -g -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/dev/vge/if_vge.c ctfconvert -L VERSION -g if_vge.o cc -c -O -pipe -std=c99 -g -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/dev/vr/if_vr.c ctfconvert -L VERSION -g if_vr.o cc -c -O -pipe -std=c99 -g -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/dev/vt/colors/vt_termcolors.c ctfconvert -L VERSION -g vt_termcolors.o cc -c -O -pipe -std=c99 -g -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/dev/vt/font/vt_font_default.c ctfconvert -L VERSION -g vt_font_default.o cc -c -O -pipe -std=c99 -g -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/dev/vt/font/vt_mouse_cursor.c ctfconvert -L VERSION -g vt_mouse_cursor.o cc -c -O -pipe -std=c99 -g -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/dev/vt/hw/fb/vt_fb.c ctfconvert -L VERSION -g vt_fb.o cc -c -O -pipe -std=c99 -g -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror /src/sys/dev/vt/hw/vga/vga.c /src/sys/dev/vt/hw/vga/vga.c:649:55: error: use of undeclared identifier 'MODINFOMD_EFI_FB' efifb = preload_search_info(kmdp, MODINFO_METADATA | MODINFOMD_EFI_FB); ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/VT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-27 20:28:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-27 20:28:30 - ERROR: failed to build VT kernel TB --- 2014-04-27 20:28:30 - 21777.73 user 3148.86 system 26283.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 27 22:42:56 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 999B5D01; Sun, 27 Apr 2014 22:42:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5E911999; Sun, 27 Apr 2014 22:42:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3RMgt4F018412; Sun, 27 Apr 2014 18:42:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3RMgtOO018407; Sun, 27 Apr 2014 22:42:55 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 27 Apr 2014 22:42:55 GMT Message-Id: <201404272242.s3RMgtOO018407@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Apr 2014 22:42:56 -0000 TB --- 2014-04-27 21:18:26 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-27 21:18:26 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-27 21:18:26 - starting HEAD tinderbox run for mips64/mips TB --- 2014-04-27 21:18:26 - cleaning the object tree TB --- 2014-04-27 21:19:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-27 21:19:22 - At svn revision 265012 TB --- 2014-04-27 21:19:23 - building world TB --- 2014-04-27 21:19:23 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 21:19:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 21:19:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 21:19:23 - SRCCONF=/dev/null TB --- 2014-04-27 21:19:23 - TARGET=mips TB --- 2014-04-27 21:19:23 - TARGET_ARCH=mips64 TB --- 2014-04-27 21:19:23 - TZ=UTC TB --- 2014-04-27 21:19:23 - __MAKE_CONF=/dev/null TB --- 2014-04-27 21:19:23 - cd /src TB --- 2014-04-27 21:19:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Apr 27 21:19:30 UTC 2014 >>> 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 Sun Apr 27 22:21:46 UTC 2014 TB --- 2014-04-27 22:21:46 - cd /src/sys/mips/conf TB --- 2014-04-27 22:21:46 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ADM5120 TB --- 2014-04-27 22:21:46 - skipping ADM5120 kernel TB --- 2014-04-27 22:21:46 - cd /src/sys/mips/conf TB --- 2014-04-27 22:21:46 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALCHEMY TB --- 2014-04-27 22:21:46 - skipping ALCHEMY kernel TB --- 2014-04-27 22:21:46 - cd /src/sys/mips/conf TB --- 2014-04-27 22:21:46 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALFA_HORNET_UB TB --- 2014-04-27 22:21:46 - skipping ALFA_HORNET_UB kernel TB --- 2014-04-27 22:21:46 - cd /src/sys/mips/conf TB --- 2014-04-27 22:21:46 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP121 TB --- 2014-04-27 22:21:46 - skipping AP121 kernel TB --- 2014-04-27 22:21:46 - cd /src/sys/mips/conf TB --- 2014-04-27 22:21:46 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP91 TB --- 2014-04-27 22:21:46 - skipping AP91 kernel TB --- 2014-04-27 22:21:46 - cd /src/sys/mips/conf TB --- 2014-04-27 22:21:46 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP93 TB --- 2014-04-27 22:21:46 - skipping AP93 kernel TB --- 2014-04-27 22:21:46 - cd /src/sys/mips/conf TB --- 2014-04-27 22:21:46 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP94 TB --- 2014-04-27 22:21:46 - skipping AP94 kernel TB --- 2014-04-27 22:21:46 - cd /src/sys/mips/conf TB --- 2014-04-27 22:21:46 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP96 TB --- 2014-04-27 22:21:46 - skipping AP96 kernel TB --- 2014-04-27 22:21:46 - cd /src/sys/mips/conf TB --- 2014-04-27 22:21:46 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR71XX_BASE TB --- 2014-04-27 22:21:46 - skipping AR71XX_BASE kernel TB --- 2014-04-27 22:21:46 - cd /src/sys/mips/conf TB --- 2014-04-27 22:21:46 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR724X_BASE TB --- 2014-04-27 22:21:46 - skipping AR724X_BASE kernel TB --- 2014-04-27 22:21:46 - cd /src/sys/mips/conf TB --- 2014-04-27 22:21:46 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR91XX_BASE TB --- 2014-04-27 22:21:46 - skipping AR91XX_BASE kernel TB --- 2014-04-27 22:21:46 - cd /src/sys/mips/conf TB --- 2014-04-27 22:21:46 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR933X_BASE TB --- 2014-04-27 22:21:46 - skipping AR933X_BASE kernel TB --- 2014-04-27 22:21:46 - cd /src/sys/mips/conf TB --- 2014-04-27 22:21:46 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR934X_BASE TB --- 2014-04-27 22:21:46 - skipping AR934X_BASE kernel TB --- 2014-04-27 22:21:46 - cd /src/sys/mips/conf TB --- 2014-04-27 22:21:46 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_BASE TB --- 2014-04-27 22:21:46 - building BERI_DE4_BASE kernel TB --- 2014-04-27 22:21:46 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 22:21:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 22:21:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 22:21:46 - SRCCONF=/dev/null TB --- 2014-04-27 22:21:46 - TARGET=mips TB --- 2014-04-27 22:21:46 - TARGET_ARCH=mips64 TB --- 2014-04-27 22:21:46 - TZ=UTC TB --- 2014-04-27 22:21:46 - __MAKE_CONF=/dev/null TB --- 2014-04-27 22:21:46 - cd /src TB --- 2014-04-27 22:21:46 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Sun Apr 27 22:21:46 UTC 2014 >>> 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 BERI_DE4_BASE completed on Sun Apr 27 22:24:31 UTC 2014 TB --- 2014-04-27 22:24:31 - cd /src/sys/mips/conf TB --- 2014-04-27 22:24:31 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-04-27 22:24:31 - building BERI_DE4_MDROOT kernel TB --- 2014-04-27 22:24:31 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 22:24:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 22:24:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 22:24:31 - SRCCONF=/dev/null TB --- 2014-04-27 22:24:31 - TARGET=mips TB --- 2014-04-27 22:24:31 - TARGET_ARCH=mips64 TB --- 2014-04-27 22:24:31 - TZ=UTC TB --- 2014-04-27 22:24:31 - __MAKE_CONF=/dev/null TB --- 2014-04-27 22:24:31 - cd /src TB --- 2014-04-27 22:24:31 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Sun Apr 27 22:24:32 UTC 2014 >>> 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 BERI_DE4_MDROOT completed on Sun Apr 27 22:27:21 UTC 2014 TB --- 2014-04-27 22:27:21 - cd /src/sys/mips/conf TB --- 2014-04-27 22:27:21 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-04-27 22:27:21 - building BERI_DE4_SDROOT kernel TB --- 2014-04-27 22:27:21 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 22:27:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 22:27:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 22:27:21 - SRCCONF=/dev/null TB --- 2014-04-27 22:27:21 - TARGET=mips TB --- 2014-04-27 22:27:21 - TARGET_ARCH=mips64 TB --- 2014-04-27 22:27:21 - TZ=UTC TB --- 2014-04-27 22:27:21 - __MAKE_CONF=/dev/null TB --- 2014-04-27 22:27:21 - cd /src TB --- 2014-04-27 22:27:21 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Sun Apr 27 22:27:21 UTC 2014 >>> 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 BERI_DE4_SDROOT completed on Sun Apr 27 22:30:08 UTC 2014 TB --- 2014-04-27 22:30:08 - cd /src/sys/mips/conf TB --- 2014-04-27 22:30:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-04-27 22:30:08 - building BERI_NETFPGA_MDROOT kernel TB --- 2014-04-27 22:30:08 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 22:30:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 22:30:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 22:30:08 - SRCCONF=/dev/null TB --- 2014-04-27 22:30:08 - TARGET=mips TB --- 2014-04-27 22:30:08 - TARGET_ARCH=mips64 TB --- 2014-04-27 22:30:08 - TZ=UTC TB --- 2014-04-27 22:30:08 - __MAKE_CONF=/dev/null TB --- 2014-04-27 22:30:08 - cd /src TB --- 2014-04-27 22:30:08 - /usr/bin/make -B buildkernel KERNCONF=BERI_NETFPGA_MDROOT >>> Kernel build for BERI_NETFPGA_MDROOT started on Sun Apr 27 22:30:08 UTC 2014 >>> 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 BERI_NETFPGA_MDROOT completed on Sun Apr 27 22:32:47 UTC 2014 TB --- 2014-04-27 22:32:47 - cd /src/sys/mips/conf TB --- 2014-04-27 22:32:47 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_BASE TB --- 2014-04-27 22:32:47 - building BERI_SIM_BASE kernel TB --- 2014-04-27 22:32:47 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 22:32:47 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 22:32:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 22:32:47 - SRCCONF=/dev/null TB --- 2014-04-27 22:32:47 - TARGET=mips TB --- 2014-04-27 22:32:47 - TARGET_ARCH=mips64 TB --- 2014-04-27 22:32:47 - TZ=UTC TB --- 2014-04-27 22:32:47 - __MAKE_CONF=/dev/null TB --- 2014-04-27 22:32:47 - cd /src TB --- 2014-04-27 22:32:47 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_BASE >>> Kernel build for BERI_SIM_BASE started on Sun Apr 27 22:32:47 UTC 2014 >>> 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 BERI_SIM_BASE completed on Sun Apr 27 22:35:22 UTC 2014 TB --- 2014-04-27 22:35:22 - cd /src/sys/mips/conf TB --- 2014-04-27 22:35:22 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-04-27 22:35:23 - building BERI_SIM_MDROOT kernel TB --- 2014-04-27 22:35:23 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 22:35:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 22:35:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 22:35:23 - SRCCONF=/dev/null TB --- 2014-04-27 22:35:23 - TARGET=mips TB --- 2014-04-27 22:35:23 - TARGET_ARCH=mips64 TB --- 2014-04-27 22:35:23 - TZ=UTC TB --- 2014-04-27 22:35:23 - __MAKE_CONF=/dev/null TB --- 2014-04-27 22:35:23 - cd /src TB --- 2014-04-27 22:35:23 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_MDROOT >>> Kernel build for BERI_SIM_MDROOT started on Sun Apr 27 22:35:23 UTC 2014 >>> 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 BERI_SIM_MDROOT completed on Sun Apr 27 22:37:58 UTC 2014 TB --- 2014-04-27 22:37:58 - cd /src/sys/mips/conf TB --- 2014-04-27 22:37:58 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_SDROOT TB --- 2014-04-27 22:37:58 - building BERI_SIM_SDROOT kernel TB --- 2014-04-27 22:37:58 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 22:37:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 22:37:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 22:37:58 - SRCCONF=/dev/null TB --- 2014-04-27 22:37:58 - TARGET=mips TB --- 2014-04-27 22:37:58 - TARGET_ARCH=mips64 TB --- 2014-04-27 22:37:58 - TZ=UTC TB --- 2014-04-27 22:37:58 - __MAKE_CONF=/dev/null TB --- 2014-04-27 22:37:58 - cd /src TB --- 2014-04-27 22:37:58 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_SDROOT >>> Kernel build for BERI_SIM_SDROOT started on Sun Apr 27 22:37:58 UTC 2014 >>> 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 BERI_SIM_SDROOT completed on Sun Apr 27 22:40:32 UTC 2014 TB --- 2014-04-27 22:40:32 - cd /src/sys/mips/conf TB --- 2014-04-27 22:40:32 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_TEMPLATE TB --- 2014-04-27 22:40:32 - building BERI_TEMPLATE kernel TB --- 2014-04-27 22:40:32 - CROSS_BUILD_TESTING=YES TB --- 2014-04-27 22:40:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-27 22:40:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-27 22:40:32 - SRCCONF=/dev/null TB --- 2014-04-27 22:40:32 - TARGET=mips TB --- 2014-04-27 22:40:32 - TARGET_ARCH=mips64 TB --- 2014-04-27 22:40:32 - TZ=UTC TB --- 2014-04-27 22:40:32 - __MAKE_CONF=/dev/null TB --- 2014-04-27 22:40:32 - cd /src TB --- 2014-04-27 22:40:32 - /usr/bin/make -B buildkernel KERNCONF=BERI_TEMPLATE >>> Kernel build for BERI_TEMPLATE started on Sun Apr 27 22:40:32 UTC 2014 >>> 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 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/tlb.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/trap.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/uio_machdep.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/uma_machdep.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/vm_machdep.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/kern/kern_clocksource.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/kern/link_elf_obj.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/kern/subr_dummy_vdso_tc.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/ffsl.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/fls.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/flsl.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/flsll.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/memmove.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/crypto/blowfish/bf_enc.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/crypto/des/des_enc.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/beri/beri_machdep.c /src/sys/mips/beri/beri_machdep.c: In function 'platform_start': /src/sys/mips/beri/beri_machdep.c:209: error: 'kmdp' undeclared (first use in this function) /src/sys/mips/beri/beri_machdep.c:209: error: (Each undeclared identifier is reported only once /src/sys/mips/beri/beri_machdep.c:209: error: for each function it appears in.) *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/BERI_TEMPLATE *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-27 22:42:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-27 22:42:55 - ERROR: failed to build BERI_TEMPLATE kernel TB --- 2014-04-27 22:42:55 - 3912.38 user 803.68 system 5068.33 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 28 06:47:32 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E21DD7F; Mon, 28 Apr 2014 06:47:32 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E42DD11C9; Mon, 28 Apr 2014 06:47:31 +0000 (UTC) Received: from Julian-MBP3.local (gw2.metromesh.com.au [110.5.117.243]) (authenticated bits=0) by vps1.elischer.org (8.14.8/8.14.8) with ESMTP id s3S6lQ2u067144 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 27 Apr 2014 23:47:29 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <535DF978.9090102@freebsd.org> Date: Mon, 28 Apr 2014 14:47:20 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Ian Lepore Subject: Re: options for forcing use of GCC vs CLANG References: <535D1350.4000106@freebsd.org> <1398616234.61646.155.camel@revolution.hippie.lan> In-Reply-To: <1398616234.61646.155.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2014 06:47:32 -0000 On 4/28/14, 12:30 AM, Ian Lepore wrote: > On Sun, 2014-04-27 at 22:25 +0800, Julian Elischer wrote: >> I need to hold off using CLANG for a while at $JOB. We are moving to a >> newer FBSD in the vicinity of 10.0 but we need to keep the gcc in hte >> picture for a bit longer before switching. What options do I put into >> various /etc/make.conf to keep CLANG out ofhte picture until we are >> ready for it? >> >> From reading various posts I see: >> WITHOUT_CLANG="yes" >> CC=gcc >> CXX=g++ >> CPP=gcc -E >> but that doesn't seem complete to me. >> >> For now I want to not compile clang in our official build environment. >> (and obviously not use it until we are ready for it later this year.) >> >> What other hooks do I need to set? >> >> Julian > We've got the same situation at work. What I'm using right now to build > 11-current @ r264151 is this: > > WITH_GCC=yes \ > WITH_GNUCXX=yes \ > WITHOUT_CLANG=yes \ > WITHOUT_CLANG_IS_CC=yes \ > > But that's now several weeks out of date, and there are two new knobs I > haven't investigated yet: WITH_CLANG_BOOTSTRAP and WITH_GCC_BOOTSTRAP. > > -- Ian > > > > Thanks Ian. Can soneone who is driving this please chime in? I will need to keep GCC on systems from 9.0 to 10.1 (and various points in between on the -current lineage). Will the lines above work for that whole range? or did it change over time? I expect to flip the CLANG switch sometime around the time when we slide on to 10.1 or so. From owner-freebsd-current@FreeBSD.ORG Mon Apr 28 06:54:19 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A7CDFEDA; Mon, 28 Apr 2014 06:54:19 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6134C126E; Mon, 28 Apr 2014 06:54:19 +0000 (UTC) Received: from Julian-MBP3.local ([110.5.117.243]) (authenticated bits=0) by vps1.elischer.org (8.14.8/8.14.8) with ESMTP id s3S6sFcr067165 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 27 Apr 2014 23:54:17 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <535DFB11.4020904@freebsd.org> Date: Mon, 28 Apr 2014 14:54:09 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Ian Lepore Subject: Re: options for forcing use of GCC References: <535D1350.4000106@freebsd.org> <1398616234.61646.155.camel@revolution.hippie.lan> In-Reply-To: <1398616234.61646.155.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2014 06:54:19 -0000 On 4/28/14, 12:30 AM, Ian Lepore wrote: > WITH_GCC=yes \ > WITH_GNUCXX=yes \ > WITHOUT_CLANG=yes \ > WITHOUT_CLANG_IS_CC=yes \ forgot to ask.. is this in /etc/make.conf? or elsewhere? From owner-freebsd-current@FreeBSD.ORG Mon Apr 28 07:48:43 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 543E84C8 for ; Mon, 28 Apr 2014 07:48:43 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2982516E9 for ; Mon, 28 Apr 2014 07:48:42 +0000 (UTC) Received: from Julian-MBP3.local (50-196-156-133-static.hfc.comcastbusiness.net [50.196.156.133]) (authenticated bits=0) by vps1.elischer.org (8.14.8/8.14.8) with ESMTP id s3S7mVMW067361 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 28 Apr 2014 00:48:34 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <535E07C9.5060309@freebsd.org> Date: Mon, 28 Apr 2014 15:48:25 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: FreeBSD Current Subject: Make variables to force non default libraries and includes? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2014 07:48:43 -0000 I need to do the equivalent of "cd /usr/src/cddl/usr.sbin/dtrace; make DESTDIR=/mumble all install" but it pulls in libraries from the base system, which differ slightly from those in the source tree. How can I force it to use /mumble2/include and /mumble2/lib instead of / ? I can pre-populate /mumble2 using "make buildworld", "make libraries", and "make includes" but I need to be able to do selective builds of just subdirectories after that.. I haven't spotted the right way of forcing the use of the "--system_root /mumble2" option in the compiles. I know we do it in 'buildworld' is there a more generic way? I have been looking in the .mk files but I haven't spotted it so far. From owner-freebsd-current@FreeBSD.ORG Mon Apr 28 07:50:32 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53D4C6C0 for ; Mon, 28 Apr 2014 07:50:32 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2934D1777 for ; Mon, 28 Apr 2014 07:50:31 +0000 (UTC) Received: from Julian-MBP3.local (50-196-156-133-static.hfc.comcastbusiness.net [50.196.156.133]) (authenticated bits=0) by vps1.elischer.org (8.14.8/8.14.8) with ESMTP id s3S7oPLT067376 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 28 Apr 2014 00:50:30 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <535E083A.9060906@freebsd.org> Date: Mon, 28 Apr 2014 15:50:18 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: FreeBSD Current Subject: Make variables to force non default libraries and includes? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2014 07:50:32 -0000 I need to do the equivalent of "cd /usr/src/cddl/usr.sbin/dtrace; make DESTDIR=/mumble all install" but it pulls in libraries from the base system, which differ slightly from those in the source tree. How can I force it to use /mumble2/include and /mumble2/lib instead of / ? I can pre-populate /mumble2 using "make buildworld", "make libraries", and "make includes" but I need to be able to do selective builds of just subdirectories after that.. I haven't spotted the right way of forcing the use of the "--system_root /mumble2" option in the compiles. I know we do it in 'buildworld' is there a more generic way? I have been looking in the .mk files but I haven't spotted it so far. An option woudl be a way to 'enter' a buildworld and just rebuild or reinstall small specified parts of it. Unfortunately at the moment I see no option other than a lot of WITHOUT_XXX and 'build everything'. Julian From owner-freebsd-current@FreeBSD.ORG Mon Apr 28 12:03:35 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0FECB4; Mon, 28 Apr 2014 12:03:35 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B4BB2139A; Mon, 28 Apr 2014 12:03:35 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WekHV-000NKY-R9; Mon, 28 Apr 2014 12:03:33 +0000 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 s3SC3Tqd014935; Mon, 28 Apr 2014 06:03:29 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19OwmbADzNZaa6i7YVFlk5R Subject: Re: options for forcing use of GCC vs CLANG From: Ian Lepore To: Julian Elischer , Warner Losh In-Reply-To: <535DF978.9090102@freebsd.org> References: <535D1350.4000106@freebsd.org> <1398616234.61646.155.camel@revolution.hippie.lan> <535DF978.9090102@freebsd.org> Content-Type: text/plain; charset="us-ascii" Date: Mon, 28 Apr 2014 06:03:29 -0600 Message-ID: <1398686609.61646.200.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2014 12:03:35 -0000 On Mon, 2014-04-28 at 14:47 +0800, Julian Elischer wrote: > On 4/28/14, 12:30 AM, Ian Lepore wrote: > > On Sun, 2014-04-27 at 22:25 +0800, Julian Elischer wrote: > >> I need to hold off using CLANG for a while at $JOB. We are moving to a > >> newer FBSD in the vicinity of 10.0 but we need to keep the gcc in hte > >> picture for a bit longer before switching. What options do I put into > >> various /etc/make.conf to keep CLANG out ofhte picture until we are > >> ready for it? > >> > >> From reading various posts I see: > >> WITHOUT_CLANG="yes" > >> CC=gcc > >> CXX=g++ > >> CPP=gcc -E > >> but that doesn't seem complete to me. > >> > >> For now I want to not compile clang in our official build environment. > >> (and obviously not use it until we are ready for it later this year.) > >> > >> What other hooks do I need to set? > >> > >> Julian > > We've got the same situation at work. What I'm using right now to build > > 11-current @ r264151 is this: > > > > WITH_GCC=yes \ > > WITH_GNUCXX=yes \ > > WITHOUT_CLANG=yes \ > > WITHOUT_CLANG_IS_CC=yes \ > > > > But that's now several weeks out of date, and there are two new knobs I > > haven't investigated yet: WITH_CLANG_BOOTSTRAP and WITH_GCC_BOOTSTRAP. > > > > -- Ian > > > > > > > > > > Thanks Ian. > Can soneone who is driving this please chime in? I will need to keep > GCC on systems from 9.0 to 10.1 (and various points in between on the > -current lineage). Will the lines above work for that whole range? or > did it change over time? > I expect to flip the CLANG switch sometime around the time when we > slide on to 10.1 or so. > Adding Warner, since he's the one doing the work on this stuff. -- Ian From owner-freebsd-current@FreeBSD.ORG Mon Apr 28 12:05:52 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB1901D8; Mon, 28 Apr 2014 12:05:52 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BF10D13B3; Mon, 28 Apr 2014 12:05:52 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WekJj-000OV4-G8; Mon, 28 Apr 2014 12:05:51 +0000 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 s3SC5nCa014942; Mon, 28 Apr 2014 06:05:49 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/ZLSuiobA2CDYOMIkIGFS6 Subject: Re: options for forcing use of GCC From: Ian Lepore To: Julian Elischer In-Reply-To: <535DFB11.4020904@freebsd.org> References: <535D1350.4000106@freebsd.org> <1398616234.61646.155.camel@revolution.hippie.lan> <535DFB11.4020904@freebsd.org> Content-Type: text/plain; charset="us-ascii" Date: Mon, 28 Apr 2014 06:05:49 -0600 Message-ID: <1398686749.61646.203.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2014 12:05:53 -0000 On Mon, 2014-04-28 at 14:54 +0800, Julian Elischer wrote: > On 4/28/14, 12:30 AM, Ian Lepore wrote: > > WITH_GCC=yes \ > > WITH_GNUCXX=yes \ > > WITHOUT_CLANG=yes \ > > WITHOUT_CLANG_IS_CC=yes \ > forgot to ask.. is this in /etc/make.conf? > or elsewhere? Actually in our build system we build in a chroot, and we inject those args into the environment during the builds so that we can have different options for building world versus cross-world within the chroot, but I think the more-normal place would be make.conf. -- Ian From owner-freebsd-current@FreeBSD.ORG Mon Apr 28 12:19:47 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 313A048A; Mon, 28 Apr 2014 12:19:47 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 05F9C150F; Mon, 28 Apr 2014 12:19:46 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WekXB-000Iri-HW; Mon, 28 Apr 2014 12:19:45 +0000 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 s3SCJhZW014950; Mon, 28 Apr 2014 06:19:43 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19QV1BWeEIuulsWYF8O9ubc Subject: Re: Make variables to force non default libraries and includes? From: Ian Lepore To: Julian Elischer In-Reply-To: <535E083A.9060906@freebsd.org> References: <535E083A.9060906@freebsd.org> Content-Type: text/plain; charset="us-ascii" Date: Mon, 28 Apr 2014 06:19:43 -0600 Message-ID: <1398687583.61646.207.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2014 12:19:47 -0000 On Mon, 2014-04-28 at 15:50 +0800, Julian Elischer wrote: > I need to do the equivalent of "cd /usr/src/cddl/usr.sbin/dtrace; > make DESTDIR=/mumble all install" > > but it pulls in libraries from the base system, which differ slightly > from those in the source tree. > > How can I force it to use /mumble2/include and /mumble2/lib instead of / ? > > I can pre-populate /mumble2 using "make buildworld", "make libraries", > and "make includes" but > I need to be able to do selective builds of just subdirectories after > that.. I haven't spotted the right way of forcing the use of the > "--system_root /mumble2" option in the compiles. > > I know we do it in 'buildworld' is there a more generic way? > > I have been looking in the .mk files but I haven't spotted it so far. > > An option woudl be a way to 'enter' a buildworld and just rebuild or > reinstall small specified parts of it. > Unfortunately at the moment I see no option other than a lot of > WITHOUT_XXX and 'build everything'. > > > Julian The 'buildenv' target does the "enter a buildworld" thing. Just "make buildenv" and you get a shell with all the environment variables set up for doing builds (or cross-builds if you set TARGET_ARCH) within that source tree. If csh isn't your favorite shell, set BUILDENV_SHELL in your environment. There's also a "buildenvvars" target that will let you capture the environment you need so that you can use it within your own build scripts without needing an interactive shell. -- Ian From owner-freebsd-current@FreeBSD.ORG Mon Apr 28 12:57:29 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B985EFA; Mon, 28 Apr 2014 12:57:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1152B18EC; Mon, 28 Apr 2014 12:57:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3SCvR7V039998; Mon, 28 Apr 2014 08:57:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3SCvRql039993; Mon, 28 Apr 2014 12:57:27 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 28 Apr 2014 12:57:27 GMT Message-Id: <201404281257.s3SCvRql039993@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2014 12:57:29 -0000 TB --- 2014-04-28 11:33:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-28 11:33:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-28 11:33:18 - starting HEAD tinderbox run for mips64/mips TB --- 2014-04-28 11:33:18 - cleaning the object tree TB --- 2014-04-28 11:34:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-28 11:34:27 - At svn revision 265036 TB --- 2014-04-28 11:34:28 - building world TB --- 2014-04-28 11:34:28 - CROSS_BUILD_TESTING=YES TB --- 2014-04-28 11:34:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-28 11:34:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-28 11:34:28 - SRCCONF=/dev/null TB --- 2014-04-28 11:34:28 - TARGET=mips TB --- 2014-04-28 11:34:28 - TARGET_ARCH=mips64 TB --- 2014-04-28 11:34:28 - TZ=UTC TB --- 2014-04-28 11:34:28 - __MAKE_CONF=/dev/null TB --- 2014-04-28 11:34:28 - cd /src TB --- 2014-04-28 11:34:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Apr 28 11:34:35 UTC 2014 >>> 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 Mon Apr 28 12:36:15 UTC 2014 TB --- 2014-04-28 12:36:15 - cd /src/sys/mips/conf TB --- 2014-04-28 12:36:15 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ADM5120 TB --- 2014-04-28 12:36:15 - skipping ADM5120 kernel TB --- 2014-04-28 12:36:15 - cd /src/sys/mips/conf TB --- 2014-04-28 12:36:15 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALCHEMY TB --- 2014-04-28 12:36:15 - skipping ALCHEMY kernel TB --- 2014-04-28 12:36:15 - cd /src/sys/mips/conf TB --- 2014-04-28 12:36:15 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALFA_HORNET_UB TB --- 2014-04-28 12:36:15 - skipping ALFA_HORNET_UB kernel TB --- 2014-04-28 12:36:15 - cd /src/sys/mips/conf TB --- 2014-04-28 12:36:15 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP121 TB --- 2014-04-28 12:36:15 - skipping AP121 kernel TB --- 2014-04-28 12:36:15 - cd /src/sys/mips/conf TB --- 2014-04-28 12:36:15 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP91 TB --- 2014-04-28 12:36:15 - skipping AP91 kernel TB --- 2014-04-28 12:36:15 - cd /src/sys/mips/conf TB --- 2014-04-28 12:36:15 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP93 TB --- 2014-04-28 12:36:15 - skipping AP93 kernel TB --- 2014-04-28 12:36:15 - cd /src/sys/mips/conf TB --- 2014-04-28 12:36:15 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP94 TB --- 2014-04-28 12:36:15 - skipping AP94 kernel TB --- 2014-04-28 12:36:15 - cd /src/sys/mips/conf TB --- 2014-04-28 12:36:15 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP96 TB --- 2014-04-28 12:36:15 - skipping AP96 kernel TB --- 2014-04-28 12:36:15 - cd /src/sys/mips/conf TB --- 2014-04-28 12:36:15 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR71XX_BASE TB --- 2014-04-28 12:36:15 - skipping AR71XX_BASE kernel TB --- 2014-04-28 12:36:15 - cd /src/sys/mips/conf TB --- 2014-04-28 12:36:15 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR724X_BASE TB --- 2014-04-28 12:36:15 - skipping AR724X_BASE kernel TB --- 2014-04-28 12:36:15 - cd /src/sys/mips/conf TB --- 2014-04-28 12:36:15 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR91XX_BASE TB --- 2014-04-28 12:36:15 - skipping AR91XX_BASE kernel TB --- 2014-04-28 12:36:15 - cd /src/sys/mips/conf TB --- 2014-04-28 12:36:15 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR933X_BASE TB --- 2014-04-28 12:36:15 - skipping AR933X_BASE kernel TB --- 2014-04-28 12:36:15 - cd /src/sys/mips/conf TB --- 2014-04-28 12:36:15 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR934X_BASE TB --- 2014-04-28 12:36:15 - skipping AR934X_BASE kernel TB --- 2014-04-28 12:36:15 - cd /src/sys/mips/conf TB --- 2014-04-28 12:36:15 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_BASE TB --- 2014-04-28 12:36:15 - building BERI_DE4_BASE kernel TB --- 2014-04-28 12:36:15 - CROSS_BUILD_TESTING=YES TB --- 2014-04-28 12:36:15 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-28 12:36:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-28 12:36:15 - SRCCONF=/dev/null TB --- 2014-04-28 12:36:15 - TARGET=mips TB --- 2014-04-28 12:36:15 - TARGET_ARCH=mips64 TB --- 2014-04-28 12:36:15 - TZ=UTC TB --- 2014-04-28 12:36:15 - __MAKE_CONF=/dev/null TB --- 2014-04-28 12:36:15 - cd /src TB --- 2014-04-28 12:36:15 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Mon Apr 28 12:36:15 UTC 2014 >>> 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 BERI_DE4_BASE completed on Mon Apr 28 12:39:03 UTC 2014 TB --- 2014-04-28 12:39:03 - cd /src/sys/mips/conf TB --- 2014-04-28 12:39:03 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-04-28 12:39:03 - building BERI_DE4_MDROOT kernel TB --- 2014-04-28 12:39:03 - CROSS_BUILD_TESTING=YES TB --- 2014-04-28 12:39:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-28 12:39:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-28 12:39:03 - SRCCONF=/dev/null TB --- 2014-04-28 12:39:03 - TARGET=mips TB --- 2014-04-28 12:39:03 - TARGET_ARCH=mips64 TB --- 2014-04-28 12:39:03 - TZ=UTC TB --- 2014-04-28 12:39:03 - __MAKE_CONF=/dev/null TB --- 2014-04-28 12:39:03 - cd /src TB --- 2014-04-28 12:39:03 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Mon Apr 28 12:39:03 UTC 2014 >>> 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 BERI_DE4_MDROOT completed on Mon Apr 28 12:41:55 UTC 2014 TB --- 2014-04-28 12:41:55 - cd /src/sys/mips/conf TB --- 2014-04-28 12:41:55 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-04-28 12:41:55 - building BERI_DE4_SDROOT kernel TB --- 2014-04-28 12:41:55 - CROSS_BUILD_TESTING=YES TB --- 2014-04-28 12:41:55 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-28 12:41:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-28 12:41:55 - SRCCONF=/dev/null TB --- 2014-04-28 12:41:55 - TARGET=mips TB --- 2014-04-28 12:41:55 - TARGET_ARCH=mips64 TB --- 2014-04-28 12:41:55 - TZ=UTC TB --- 2014-04-28 12:41:55 - __MAKE_CONF=/dev/null TB --- 2014-04-28 12:41:55 - cd /src TB --- 2014-04-28 12:41:55 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Mon Apr 28 12:41:55 UTC 2014 >>> 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 BERI_DE4_SDROOT completed on Mon Apr 28 12:44:45 UTC 2014 TB --- 2014-04-28 12:44:45 - cd /src/sys/mips/conf TB --- 2014-04-28 12:44:45 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-04-28 12:44:45 - building BERI_NETFPGA_MDROOT kernel TB --- 2014-04-28 12:44:45 - CROSS_BUILD_TESTING=YES TB --- 2014-04-28 12:44:45 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-28 12:44:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-28 12:44:45 - SRCCONF=/dev/null TB --- 2014-04-28 12:44:45 - TARGET=mips TB --- 2014-04-28 12:44:45 - TARGET_ARCH=mips64 TB --- 2014-04-28 12:44:45 - TZ=UTC TB --- 2014-04-28 12:44:45 - __MAKE_CONF=/dev/null TB --- 2014-04-28 12:44:45 - cd /src TB --- 2014-04-28 12:44:45 - /usr/bin/make -B buildkernel KERNCONF=BERI_NETFPGA_MDROOT >>> Kernel build for BERI_NETFPGA_MDROOT started on Mon Apr 28 12:44:45 UTC 2014 >>> 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 BERI_NETFPGA_MDROOT completed on Mon Apr 28 12:47:21 UTC 2014 TB --- 2014-04-28 12:47:21 - cd /src/sys/mips/conf TB --- 2014-04-28 12:47:21 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_BASE TB --- 2014-04-28 12:47:21 - building BERI_SIM_BASE kernel TB --- 2014-04-28 12:47:21 - CROSS_BUILD_TESTING=YES TB --- 2014-04-28 12:47:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-28 12:47:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-28 12:47:21 - SRCCONF=/dev/null TB --- 2014-04-28 12:47:21 - TARGET=mips TB --- 2014-04-28 12:47:21 - TARGET_ARCH=mips64 TB --- 2014-04-28 12:47:21 - TZ=UTC TB --- 2014-04-28 12:47:21 - __MAKE_CONF=/dev/null TB --- 2014-04-28 12:47:21 - cd /src TB --- 2014-04-28 12:47:21 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_BASE >>> Kernel build for BERI_SIM_BASE started on Mon Apr 28 12:47:21 UTC 2014 >>> 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 BERI_SIM_BASE completed on Mon Apr 28 12:49:54 UTC 2014 TB --- 2014-04-28 12:49:54 - cd /src/sys/mips/conf TB --- 2014-04-28 12:49:54 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-04-28 12:49:54 - building BERI_SIM_MDROOT kernel TB --- 2014-04-28 12:49:54 - CROSS_BUILD_TESTING=YES TB --- 2014-04-28 12:49:54 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-28 12:49:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-28 12:49:54 - SRCCONF=/dev/null TB --- 2014-04-28 12:49:54 - TARGET=mips TB --- 2014-04-28 12:49:54 - TARGET_ARCH=mips64 TB --- 2014-04-28 12:49:54 - TZ=UTC TB --- 2014-04-28 12:49:54 - __MAKE_CONF=/dev/null TB --- 2014-04-28 12:49:54 - cd /src TB --- 2014-04-28 12:49:54 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_MDROOT >>> Kernel build for BERI_SIM_MDROOT started on Mon Apr 28 12:49:54 UTC 2014 >>> 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 BERI_SIM_MDROOT completed on Mon Apr 28 12:52:29 UTC 2014 TB --- 2014-04-28 12:52:29 - cd /src/sys/mips/conf TB --- 2014-04-28 12:52:29 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_SDROOT TB --- 2014-04-28 12:52:29 - building BERI_SIM_SDROOT kernel TB --- 2014-04-28 12:52:29 - CROSS_BUILD_TESTING=YES TB --- 2014-04-28 12:52:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-28 12:52:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-28 12:52:29 - SRCCONF=/dev/null TB --- 2014-04-28 12:52:29 - TARGET=mips TB --- 2014-04-28 12:52:29 - TARGET_ARCH=mips64 TB --- 2014-04-28 12:52:29 - TZ=UTC TB --- 2014-04-28 12:52:29 - __MAKE_CONF=/dev/null TB --- 2014-04-28 12:52:29 - cd /src TB --- 2014-04-28 12:52:29 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_SDROOT >>> Kernel build for BERI_SIM_SDROOT started on Mon Apr 28 12:52:29 UTC 2014 >>> 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 BERI_SIM_SDROOT completed on Mon Apr 28 12:55:03 UTC 2014 TB --- 2014-04-28 12:55:03 - cd /src/sys/mips/conf TB --- 2014-04-28 12:55:03 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_TEMPLATE TB --- 2014-04-28 12:55:03 - building BERI_TEMPLATE kernel TB --- 2014-04-28 12:55:03 - CROSS_BUILD_TESTING=YES TB --- 2014-04-28 12:55:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-28 12:55:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-28 12:55:03 - SRCCONF=/dev/null TB --- 2014-04-28 12:55:03 - TARGET=mips TB --- 2014-04-28 12:55:03 - TARGET_ARCH=mips64 TB --- 2014-04-28 12:55:03 - TZ=UTC TB --- 2014-04-28 12:55:03 - __MAKE_CONF=/dev/null TB --- 2014-04-28 12:55:03 - cd /src TB --- 2014-04-28 12:55:03 - /usr/bin/make -B buildkernel KERNCONF=BERI_TEMPLATE >>> Kernel build for BERI_TEMPLATE started on Mon Apr 28 12:55:03 UTC 2014 >>> 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 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/tlb.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/trap.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/uio_machdep.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/uma_machdep.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/vm_machdep.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/kern/kern_clocksource.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/kern/link_elf_obj.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/kern/subr_dummy_vdso_tc.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/ffsl.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/fls.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/flsl.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/flsll.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/memmove.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/crypto/blowfish/bf_enc.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/crypto/des/des_enc.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/beri/beri_machdep.c /src/sys/mips/beri/beri_machdep.c: In function 'platform_start': /src/sys/mips/beri/beri_machdep.c:209: error: 'kmdp' undeclared (first use in this function) /src/sys/mips/beri/beri_machdep.c:209: error: (Each undeclared identifier is reported only once /src/sys/mips/beri/beri_machdep.c:209: error: for each function it appears in.) *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/BERI_TEMPLATE *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-28 12:57:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-28 12:57:27 - ERROR: failed to build BERI_TEMPLATE kernel TB --- 2014-04-28 12:57:27 - 3918.22 user 804.05 system 5048.44 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 28 14:03:22 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B867A1B; Mon, 28 Apr 2014 14:03:22 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5D44C1173; Mon, 28 Apr 2014 14:03:21 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-232-70.lns20.per1.internode.on.net [121.45.232.70]) (authenticated bits=0) by vps1.elischer.org (8.14.8/8.14.8) with ESMTP id s3SE3IHR069049 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 28 Apr 2014 07:03:20 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <535E5FA0.9050703@freebsd.org> Date: Mon, 28 Apr 2014 22:03:12 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Ian Lepore Subject: Re: options for forcing use of GCC References: <535D1350.4000106@freebsd.org> <1398616234.61646.155.camel@revolution.hippie.lan> <535DFB11.4020904@freebsd.org> <1398686749.61646.203.camel@revolution.hippie.lan> In-Reply-To: <1398686749.61646.203.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2014 14:03:22 -0000 On 4/28/14, 8:05 PM, Ian Lepore wrote: > On Mon, 2014-04-28 at 14:54 +0800, Julian Elischer wrote: >> On 4/28/14, 12:30 AM, Ian Lepore wrote: >>> WITH_GCC=yes \ >>> WITH_GNUCXX=yes \ >>> WITHOUT_CLANG=yes \ >>> WITHOUT_CLANG_IS_CC=yes \ >> forgot to ask.. is this in /etc/make.conf? >> or elsewhere? > Actually in our build system we build in a chroot, and we inject those > args into the environment during the builds so that we can have > different options for building world versus cross-world within the > chroot, but I think the more-normal place would be make.conf. we also use a combination of environment and make.conf in a chroot. though people sometimes talk about a src.conf (or is that src.mk?) but I haven't found that one yet. > > -- Ian > > > From owner-freebsd-current@FreeBSD.ORG Mon Apr 28 14:07:53 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3479BB74; Mon, 28 Apr 2014 14:07:53 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 05F0C11AC; Mon, 28 Apr 2014 14:07:52 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-232-70.lns20.per1.internode.on.net [121.45.232.70]) (authenticated bits=0) by vps1.elischer.org (8.14.8/8.14.8) with ESMTP id s3SE7mNf069062 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 28 Apr 2014 07:07:51 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <535E60AF.6050905@freebsd.org> Date: Mon, 28 Apr 2014 22:07:43 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Ian Lepore Subject: Re: Make variables to force non default libraries and includes? References: <535E083A.9060906@freebsd.org> <1398687583.61646.207.camel@revolution.hippie.lan> In-Reply-To: <1398687583.61646.207.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2014 14:07:53 -0000 On 4/28/14, 8:19 PM, Ian Lepore wrote: > On Mon, 2014-04-28 at 15:50 +0800, Julian Elischer wrote: >> I need to do the equivalent of "cd /usr/src/cddl/usr.sbin/dtrace; >> make DESTDIR=/mumble all install" >> >> but it pulls in libraries from the base system, which differ slightly >> from those in the source tree. >> >> How can I force it to use /mumble2/include and /mumble2/lib instead of / ? >> >> I can pre-populate /mumble2 using "make buildworld", "make libraries", >> and "make includes" but >> I need to be able to do selective builds of just subdirectories after >> that.. I haven't spotted the right way of forcing the use of the >> "--system_root /mumble2" option in the compiles. >> >> I know we do it in 'buildworld' is there a more generic way? >> >> I have been looking in the .mk files but I haven't spotted it so far. >> >> An option woudl be a way to 'enter' a buildworld and just rebuild or >> reinstall small specified parts of it. >> Unfortunately at the moment I see no option other than a lot of >> WITHOUT_XXX and 'build everything'. >> >> >> Julian > The 'buildenv' target does the "enter a buildworld" thing. Just "make > buildenv" and you get a shell with all the environment variables set up > for doing builds (or cross-builds if you set TARGET_ARCH) within that > source tree. If csh isn't your favorite shell, set BUILDENV_SHELL in > your environment. There's also a "buildenvvars" target that will let > you capture the environment you need so that you can use it within your > own build scripts without needing an interactive shell. > > -- Ian > > > > oh man that is just what I'm looking for Is there a single command for populating the buildenv resources? i.e. to compile and install all the tools and libraries (and includes etc) (into /usr/obj/usr/src/tmp... ) From owner-freebsd-current@FreeBSD.ORG Mon Apr 28 14:23:38 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E102187; Mon, 28 Apr 2014 14:23:38 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 304001378; Mon, 28 Apr 2014 14:23:37 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WemT2-000LbP-HQ; Mon, 28 Apr 2014 14:23:36 +0000 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 s3SENYAd015053; Mon, 28 Apr 2014 08:23:34 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+tMLd57HLHkWkxJzIXFOC7 Subject: Re: options for forcing use of GCC From: Ian Lepore To: Julian Elischer In-Reply-To: <535E5FA0.9050703@freebsd.org> References: <535D1350.4000106@freebsd.org> <1398616234.61646.155.camel@revolution.hippie.lan> <535DFB11.4020904@freebsd.org> <1398686749.61646.203.camel@revolution.hippie.lan> <535E5FA0.9050703@freebsd.org> Content-Type: text/plain; charset="us-ascii" Date: Mon, 28 Apr 2014 08:23:34 -0600 Message-ID: <1398695014.61646.212.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2014 14:23:38 -0000 On Mon, 2014-04-28 at 22:03 +0800, Julian Elischer wrote: > On 4/28/14, 8:05 PM, Ian Lepore wrote: > > On Mon, 2014-04-28 at 14:54 +0800, Julian Elischer wrote: > >> On 4/28/14, 12:30 AM, Ian Lepore wrote: > >>> WITH_GCC=yes \ > >>> WITH_GNUCXX=yes \ > >>> WITHOUT_CLANG=yes \ > >>> WITHOUT_CLANG_IS_CC=yes \ > >> forgot to ask.. is this in /etc/make.conf? > >> or elsewhere? > > Actually in our build system we build in a chroot, and we inject those > > args into the environment during the builds so that we can have > > different options for building world versus cross-world within the > > chroot, but I think the more-normal place would be make.conf. > > we also use a combination of environment and make.conf in a chroot. > though people sometimes talk about a src.conf (or is that src.mk?) but > I haven't found that one yet. > > > > -- Ian > > > > > > In theory, /etc/make.conf affects all builds you do -- world, kernel, ports, your own apps, everything -- whereas /etc/src.conf affects only kernel and world. I've heard it said that the reality falls short of that and src.conf settings inappropriately leak into ports builds. -- Ian From owner-freebsd-current@FreeBSD.ORG Mon Apr 28 14:27:34 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5FC593F8; Mon, 28 Apr 2014 14:27:34 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 334F713B1; Mon, 28 Apr 2014 14:27:34 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WemWr-000OBq-8m; Mon, 28 Apr 2014 14:27:33 +0000 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 s3SERV1e015059; Mon, 28 Apr 2014 08:27:31 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19XI9bufUggewCxwNXZm3/L Subject: Re: Make variables to force non default libraries and includes? From: Ian Lepore To: Julian Elischer In-Reply-To: <535E60AF.6050905@freebsd.org> References: <535E083A.9060906@freebsd.org> <1398687583.61646.207.camel@revolution.hippie.lan> <535E60AF.6050905@freebsd.org> Content-Type: text/plain; charset="us-ascii" Date: Mon, 28 Apr 2014 08:27:31 -0600 Message-ID: <1398695251.61646.214.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2014 14:27:34 -0000 On Mon, 2014-04-28 at 22:07 +0800, Julian Elischer wrote: > On 4/28/14, 8:19 PM, Ian Lepore wrote: > > On Mon, 2014-04-28 at 15:50 +0800, Julian Elischer wrote: > >> I need to do the equivalent of "cd /usr/src/cddl/usr.sbin/dtrace; > >> make DESTDIR=/mumble all install" > >> > >> but it pulls in libraries from the base system, which differ slightly > >> from those in the source tree. > >> > >> How can I force it to use /mumble2/include and /mumble2/lib instead of / ? > >> > >> I can pre-populate /mumble2 using "make buildworld", "make libraries", > >> and "make includes" but > >> I need to be able to do selective builds of just subdirectories after > >> that.. I haven't spotted the right way of forcing the use of the > >> "--system_root /mumble2" option in the compiles. > >> > >> I know we do it in 'buildworld' is there a more generic way? > >> > >> I have been looking in the .mk files but I haven't spotted it so far. > >> > >> An option woudl be a way to 'enter' a buildworld and just rebuild or > >> reinstall small specified parts of it. > >> Unfortunately at the moment I see no option other than a lot of > >> WITHOUT_XXX and 'build everything'. > >> > >> > >> Julian > > The 'buildenv' target does the "enter a buildworld" thing. Just "make > > buildenv" and you get a shell with all the environment variables set up > > for doing builds (or cross-builds if you set TARGET_ARCH) within that > > source tree. If csh isn't your favorite shell, set BUILDENV_SHELL in > > your environment. There's also a "buildenvvars" target that will let > > you capture the environment you need so that you can use it within your > > own build scripts without needing an interactive shell. > > > > -- Ian > > > > > > > > > oh man that is just what I'm looking for > Is there a single command for populating the buildenv resources? > i.e. to compile and install all the tools and libraries (and includes > etc) (into /usr/obj/usr/src/tmp... ) "make toolchain" should do that. There's also kernel-toolchain for building just the kernel; I think the only difference between the two is that kernel-toolchain doesn't build userland includes and libs. -- Ian From owner-freebsd-current@FreeBSD.ORG Mon Apr 28 14:29:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58558530 for ; Mon, 28 Apr 2014 14:29:26 +0000 (UTC) Received: from mail-ob0-x22e.google.com (mail-ob0-x22e.google.com [IPv6:2607:f8b0:4003:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2016013CE for ; Mon, 28 Apr 2014 14:29:26 +0000 (UTC) Received: by mail-ob0-f174.google.com with SMTP id gq1so7424653obb.33 for ; Mon, 28 Apr 2014 07:29:25 -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 :content-type; bh=OJ88viNCVhGgQgydpAVwWS/T6WdLoJ16EH5BM/oYpkY=; b=I1xr/zvcrIsz1iXF9JDfDRMdDEUSTVfQ5heJSxNlzfrnaBZWeLByF190NTAW4gvld+ vriGssIpb+qB/ES8JZadYiNYEAuqTutyYXz4GYUZzR0Um3x6mVB1V6+1sH+AStFZQspB gIKipO7/NXp7lCi8Gp1MWe0sUzfJG+C7Etv8OYyAzZRTbdecme4Dk9VC0qObqH/UrZpp WFtwebp7i2SjfwAe8Q+T5Gvff/aj/X4I77EoOefqXKZFucQK4nMKpjVfmpn0zIEPDzqE bQi5zr2+0JQT2qsL1r08pCYuAHEfvgNqW8Ln3fhICQRVw/+ylgh99VlSht3OXjhj1BN0 Fy8g== MIME-Version: 1.0 X-Received: by 10.60.59.196 with SMTP id b4mr2595994oer.48.1398695365525; Mon, 28 Apr 2014 07:29:25 -0700 (PDT) Received: by 10.182.48.228 with HTTP; Mon, 28 Apr 2014 07:29:25 -0700 (PDT) In-Reply-To: References: <20140331002436.GB14025@pwnie.vrt.sourcefire.com> <20140402152232.GF20907@pwnie.vrt.sourcefire.com> Date: Mon, 28 Apr 2014 16:29:25 +0200 Message-ID: Subject: Re: [CFT] ASLR and PIE on amd64 From: Oliver Pinter To: FreeBSD-current Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2014 14:29:26 -0000 Updated aslr + segvguard SNAPSHOT patches, see the attachments. freebsd-stable-10-r265039-aslr-segvguard-SNAPSHOT.diff : against stable/10 @r265039 freebsd-current-r265046-aslr-segvguard-SNAPSHOT.diff : against current @r265046 To apply the patch, use this command: patch -p1 < freebsd-stable-10-r265039-aslr-segvguard-SNAPSHOT.diff or patch -p1 < freebsd-current-r265046-aslr-segvguard-SNAPSHOT.diff github: https://github.com/HardenedBSD/hardenedBSD/commits/hardened/10/aslr github: https://github.com/HardenedBSD/hardenedBSD/commits/hardened/current/aslr git: https://github.com/HardenedBSD/hardenedBSD.git From owner-freebsd-current@FreeBSD.ORG Mon Apr 28 14:48:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A241F43; Mon, 28 Apr 2014 14:48:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A5EFA1726; Mon, 28 Apr 2014 14:48:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3SEmNpA075402; Mon, 28 Apr 2014 10:48:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3SEmNsu075401; Mon, 28 Apr 2014 14:48:23 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 28 Apr 2014 14:48:23 GMT Message-Id: <201404281448.s3SEmNsu075401@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2014 14:48:25 -0000 TB --- 2014-04-28 12:57:27 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-28 12:57:27 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-28 12:57:27 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-04-28 12:57:27 - cleaning the object tree TB --- 2014-04-28 12:57:27 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-28 12:57:33 - At svn revision 265036 TB --- 2014-04-28 12:57:34 - building world TB --- 2014-04-28 12:57:34 - CROSS_BUILD_TESTING=YES TB --- 2014-04-28 12:57:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-28 12:57:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-28 12:57:34 - SRCCONF=/dev/null TB --- 2014-04-28 12:57:34 - TARGET=powerpc TB --- 2014-04-28 12:57:34 - TARGET_ARCH=powerpc64 TB --- 2014-04-28 12:57:34 - TZ=UTC TB --- 2014-04-28 12:57:34 - __MAKE_CONF=/dev/null TB --- 2014-04-28 12:57:34 - cd /src TB --- 2014-04-28 12:57:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Apr 28 12:57:41 UTC 2014 >>> 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 [...] c++ -O2 -pipe -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate -I. -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/ARCMT.cpp -o ARCMT.o c++ -O2 -pipe -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate -I. -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/ARCMTActions.cpp -o ARCMTActions.o c++ -O2 -pipe -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate -I. -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/FileRemapper.cpp -o FileRemapper.o c++ -O2 -pipe -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate -I. -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/ObjCMT.cpp -o ObjCMT.o c++ -O2 -pipe -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate -I. -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/PlistReporter.cpp -o PlistReporter.o c++ -O2 -pipe -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate -I. -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/TransAPIUses.cpp -o TransAPIUses.o c++ -O2 -pipe -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate -I. -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/TransARCAssign.cpp -o TransARCAssign.o c++ -O2 -pipe -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate -I. -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/TransAutoreleasePool.cpp -o TransAutoreleasePool.o c++ -O2 -pipe -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate -I. -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/TransBlockObjCVariable.cpp -o TransBlockObjCVariable.o c++ -O2 -pipe -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate -I. -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/TransEmptyStatementsAndDealloc.cpp -o TransEmptyStatementsAndDealloc.o c++ -O2 -pipe -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate -I. -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/TransGCAttrs.cpp -o TransGCAttrs.o c++ -O2 -pipe -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate -I. -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/TransGCCalls.cpp -o TransGCCalls.o c++ -O2 -pipe -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate -I. -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/TransProperties.cpp -o TransProperties.o c++ -O2 -pipe -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate -I. -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/TransProtectedScope.cpp -o TransProtectedScope.o c++ -O2 -pipe -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate -I. -I/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/TransRetainReleaseDealloc.cpp -o TransRetainReleaseDealloc.o /src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include/clang/AST/RecursiveASTVisitor.h: In member function 'bool clang::RecursiveASTVisitor::TraverseFunctionTemplateDecl(clang::FunctionTemplateDecl*) [with Derived = clang::arcmt::trans::BodyTransform<::RetainReleaseDeallocRemover>]': /src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include/clang/AST/RecursiveASTVisitor.h:1550: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[5]: stopped in /src/lib/clang/libclangarcmigrate *** Error code 1 Stop. bmake[4]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-04-28 14:48:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-28 14:48:23 - ERROR: failed to build world TB --- 2014-04-28 14:48:23 - 5863.92 user 655.90 system 6655.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 28 15:12:13 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20ED287F; Mon, 28 Apr 2014 15:12:13 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CC1CC1A1E; Mon, 28 Apr 2014 15:12:12 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-232-70.lns20.per1.internode.on.net [121.45.232.70]) (authenticated bits=0) by vps1.elischer.org (8.14.8/8.14.8) with ESMTP id s3SFC21Y069292 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 28 Apr 2014 08:12:05 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <535E6FBD.2080108@freebsd.org> Date: Mon, 28 Apr 2014 23:11:57 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Ian Lepore Subject: Re: Make variables to force non default libraries and includes? References: <535E083A.9060906@freebsd.org> <1398687583.61646.207.camel@revolution.hippie.lan> <535E60AF.6050905@freebsd.org> <1398695251.61646.214.camel@revolution.hippie.lan> In-Reply-To: <1398695251.61646.214.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2014 15:12:13 -0000 On 4/28/14, 10:27 PM, Ian Lepore wrote: > On Mon, 2014-04-28 at 22:07 +0800, Julian Elischer wrote: >> On 4/28/14, 8:19 PM, Ian Lepore wrote: >>> On Mon, 2014-04-28 at 15:50 +0800, Julian Elischer wrote: >>>> I need to do the equivalent of "cd /usr/src/cddl/usr.sbin/dtrace; >>>> make DESTDIR=/mumble all install" >>>> >>>> but it pulls in libraries from the base system, which differ slightly >>>> from those in the source tree. >>>> >>>> How can I force it to use /mumble2/include and /mumble2/lib instead of / ? >>>> >>>> I can pre-populate /mumble2 using "make buildworld", "make libraries", >>>> and "make includes" but >>>> I need to be able to do selective builds of just subdirectories after >>>> that.. I haven't spotted the right way of forcing the use of the >>>> "--system_root /mumble2" option in the compiles. >>>> >>>> I know we do it in 'buildworld' is there a more generic way? >>>> >>>> I have been looking in the .mk files but I haven't spotted it so far. >>>> >>>> An option woudl be a way to 'enter' a buildworld and just rebuild or >>>> reinstall small specified parts of it. >>>> Unfortunately at the moment I see no option other than a lot of >>>> WITHOUT_XXX and 'build everything'. >>>> >>>> >>>> Julian >>> The 'buildenv' target does the "enter a buildworld" thing. Just "make >>> buildenv" and you get a shell with all the environment variables set up >>> for doing builds (or cross-builds if you set TARGET_ARCH) within that >>> source tree. If csh isn't your favorite shell, set BUILDENV_SHELL in >>> your environment. There's also a "buildenvvars" target that will let >>> you capture the environment you need so that you can use it within your >>> own build scripts without needing an interactive shell. >>> >>> -- Ian >>> >>> >>> >>> >> oh man that is just what I'm looking for >> Is there a single command for populating the buildenv resources? >> i.e. to compile and install all the tools and libraries (and includes >> etc) (into /usr/obj/usr/src/tmp... ) > "make toolchain" should do that. There's also kernel-toolchain for > building just the kernel; I think the only difference between the two is > that kernel-toolchain doesn't build userland includes and libs. excellent ! > -- Ian > > > > From owner-freebsd-current@FreeBSD.ORG Mon Apr 28 15:52:47 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE0C9369; Mon, 28 Apr 2014 15:52:47 +0000 (UTC) Received: from mail-pd0-x234.google.com (mail-pd0-x234.google.com [IPv6:2607:f8b0:400e:c02::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 82FF21DE8; Mon, 28 Apr 2014 15:52:47 +0000 (UTC) Received: by mail-pd0-f180.google.com with SMTP id x10so2484036pdj.11 for ; Mon, 28 Apr 2014 08:52:47 -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:message-id:subject :from:to:cc:content-type; bh=V+0DE/87ZACIrBAuwqbT8S3RP8EKSiWBBo9Wpc+jDz0=; b=0uZ+Zg7yr03qC7KnHfh3fMIUp6pgWaK8R7mLA1tHUguBhHakt3BrQc00vXAXZTD6r6 UhASftersqUyIkPWkpuh05waCFu9qFKrtP3LjQ/xS7uuXtIwBFkRb0zodXH6mz1fPwsZ XsMvniOHOSIAZdhnse8UiGFzLbUoABAPoIJwPQeRkyJ07pOkVYIyy7R06UDpl/qqkCm2 Li8oYyKrsccSy2MBytBrGu2Ftlx2NtA5WSXqegjz2cAD0eteAYBgM4XD8HiQly5WdsnN WB0ZWk7QCaA4/2psJFztWKdfmutsXzUOyA2wEnKJkAX+nmgi/y/xmpgGGPC/t8ilR38x HMsQ== MIME-Version: 1.0 X-Received: by 10.68.226.35 with SMTP id rp3mr26369136pbc.73.1398700367080; Mon, 28 Apr 2014 08:52:47 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.73.34 with HTTP; Mon, 28 Apr 2014 08:52:46 -0700 (PDT) In-Reply-To: <1398695014.61646.212.camel@revolution.hippie.lan> References: <535D1350.4000106@freebsd.org> <1398616234.61646.155.camel@revolution.hippie.lan> <535DFB11.4020904@freebsd.org> <1398686749.61646.203.camel@revolution.hippie.lan> <535E5FA0.9050703@freebsd.org> <1398695014.61646.212.camel@revolution.hippie.lan> Date: Mon, 28 Apr 2014 08:52:46 -0700 X-Google-Sender-Auth: ifBnO8waI5grLHmG9QBaU2iDylo Message-ID: Subject: Re: options for forcing use of GCC From: Kevin Oberman To: Ian Lepore Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2014 15:52:47 -0000 On Mon, Apr 28, 2014 at 7:23 AM, Ian Lepore wrote: > On Mon, 2014-04-28 at 22:03 +0800, Julian Elischer wrote: > > On 4/28/14, 8:05 PM, Ian Lepore wrote: > > > On Mon, 2014-04-28 at 14:54 +0800, Julian Elischer wrote: > > >> On 4/28/14, 12:30 AM, Ian Lepore wrote: > > >>> WITH_GCC=yes \ > > >>> WITH_GNUCXX=yes \ > > >>> WITHOUT_CLANG=yes \ > > >>> WITHOUT_CLANG_IS_CC=yes \ > > >> forgot to ask.. is this in /etc/make.conf? > > >> or elsewhere? > > > Actually in our build system we build in a chroot, and we inject those > > > args into the environment during the builds so that we can have > > > different options for building world versus cross-world within the > > > chroot, but I think the more-normal place would be make.conf. > > > > we also use a combination of environment and make.conf in a chroot. > > though people sometimes talk about a src.conf (or is that src.mk?) but > > I haven't found that one yet. > > > > > > -- Ian > > > > > > > > > > > In theory, /etc/make.conf affects all builds you do -- world, kernel, > ports, your own apps, everything -- whereas /etc/src.conf affects only > kernel and world. I've heard it said that the reality falls short of > that and src.conf settings inappropriately leak into ports builds. > > -- Ian > I have also heard this, but a grep of ports/Mk finds no matches to src\.conf, so this appears to not be the case. It should not be as the whole purpose of src.conf was to have a make configuration that would be used to build the system, but not other things. make.conf already provided for that. The only exception I might see is the building of a kernel module which might need to know how the system was made and that would be in the specific port's Makefile, not a system wide file. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon Apr 28 15:57:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D682761F for ; Mon, 28 Apr 2014 15:57:02 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id C431D1E65 for ; Mon, 28 Apr 2014 15:57:02 +0000 (UTC) Received: from Alfreds-MacBook-Pro-9.local (c-76-21-10-192.hsd1.ca.comcast.net [76.21.10.192]) by elvis.mu.org (Postfix) with ESMTPSA id 861591A3C20 for ; Mon, 28 Apr 2014 08:57:02 -0700 (PDT) Message-ID: <535E7A4E.3090305@freebsd.org> Date: Mon, 28 Apr 2014 08:57:02 -0700 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Make variables to force non default libraries and includes? References: <535E07C9.5060309@freebsd.org> In-Reply-To: <535E07C9.5060309@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2014 15:57:02 -0000 On 4/28/14 12:48 AM, Julian Elischer wrote: > I need to do the equivalent of "cd /usr/src/cddl/usr.sbin/dtrace; > make DESTDIR=/mumble all install" > > but it pulls in libraries from the base system, which differ slightly > from those in the source tree. > > How can I force it to use /mumble2/include and /mumble2/lib instead of > / ? > > I can pre-populate /mumble2 using "make buildworld", "make libraries", > and "make includes" but > I need to be able to do selective builds of just subdirectories after > that.. I haven't spotted the right way of forcing the use of the > "--system_root /mumble2" option in the compiles. > > I know we do it in 'buildworld' is there a more generic way? > > I have been looking in the .mk files but I haven't spotted it so far. > There may be a way to use bsd.*.mk to do this, however we just use chroots + nullfs mounts. Basically we buildworld into a directory and then nullfs mount our other sources under it, then we chroot to that "build". I recommend doing this (or even using vms) as it's way too easy to introduce contamination from the host build environment otherwise. -Alfred From owner-freebsd-current@FreeBSD.ORG Mon Apr 28 16:00:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9BA47900 for ; Mon, 28 Apr 2014 16:00:39 +0000 (UTC) Received: from mail.ignoranthack.me (ujvl.x.rootbsd.net [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7A33C1FA4 for ; Mon, 28 Apr 2014 16:00:38 +0000 (UTC) Received: from [192.168.10.24] (unknown [207.198.106.18]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 1A7EF1928E4 for ; Mon, 28 Apr 2014 16:00:32 +0000 (UTC) Subject: building sys/boot ... shouldn't this "just work" ? From: Sean Bruno To: current@freebsd.org Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-qZsexndgkChHJoKi16Gz" Date: Mon, 28 Apr 2014 09:00:30 -0700 Message-ID: <1398700830.1419.2.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: sbruno@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: Mon, 28 Apr 2014 16:00:39 -0000 --=-qZsexndgkChHJoKi16Gz Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =3D=3D=3D> efi (all) =3D=3D=3D> efi/libefi (all) Warning: Object directory not changed from original /home/sbruno/bsd/head/sys/boot/efi/libefi =3D=3D=3D> libstand32 (all) Warning: Object directory not changed from original /home/sbruno/bsd/head/sys/boot/libstand32 =3D=3D=3D> zfs (all) Warning: Object directory not changed from original /home/sbruno/bsd/head/sys/boot/zfs =3D=3D=3D> userboot (all) =3D=3D=3D> userboot/ficl (all) Warning: Object directory not changed from original /home/sbruno/bsd/head/sys/boot/userboot/ficl =3D=3D=3D> userboot/libstand (all) Warning: Object directory not changed from original /home/sbruno/bsd/head/sys/boot/userboot/libstand =3D=3D=3D> userboot/test (all) Warning: Object directory not changed from original /home/sbruno/bsd/head/sys/boot/userboot/test =3D=3D=3D> userboot/zfs (all) Warning: Object directory not changed from original /home/sbruno/bsd/head/sys/boot/userboot/zfs =3D=3D=3D> userboot/userboot (all) Warning: Object directory not changed from original /home/sbruno/bsd/head/sys/boot/userboot/userboot building shared library userboot.so cc: error: no such file or directory: '/home/sbruno/bsd/head/sys/boot/userboot/userboot/../zfs/libzfsboot.a' *** Error code 1 Stop. make[2]: stopped in /home/sbruno/bsd/head/sys/boot/userboot/userboot *** Error code 1 Stop. make[1]: stopped in /home/sbruno/bsd/head/sys/boot/userboot *** Error code 1 Stop. make: stopped in /home/sbruno/bsd/head/sys/boot --=-qZsexndgkChHJoKi16Gz Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAABAgAGBQJTXnsVAAoJEBkJRdwI6BaHTjAH/Rm+KAPcYDbb/H0UNlLB758c /JerYKZOHdywO342EFKjP6EVtUgJJOfXA/jfz9rFX+c0sYFhjrvYlCdRUnHOJn2a wFm24sI6H60zulSTndUQwS77sVXpOgFrT6A287xXDju6krRMP8KmQ3TriL+rjNa3 GccEs7ARfxUXOa3GGtpkVj98iiX41MT722Rw1fMJyYlDdG/88m6WqpkqvqLOCxYO BD5++eO3n1W8FA9jpJ8hqVmTnxCIHbkRaOw1ULsdCpCzudHg7dO8ZyIwMsmvLjI9 Skx15ZwYilewQa4YahxDPXH7QaMYEYKAAEWqxl1aJwkdxOdgxp1lU86Tpju3kJA= =ooXu -----END PGP SIGNATURE----- --=-qZsexndgkChHJoKi16Gz-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 28 16:09:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 304E3B84 for ; Mon, 28 Apr 2014 16:09:02 +0000 (UTC) Received: from mail-ie0-f171.google.com (mail-ie0-f171.google.com [209.85.223.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EE90610AD for ; Mon, 28 Apr 2014 16:09:01 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id as1so2037734iec.2 for ; Mon, 28 Apr 2014 09:09:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=gGdfx1XvT0kBa7a8UuCC9IO9TkyWmgOQmCMS6N5dHGI=; b=hKeygKoZ2SEusz+FHkmLTlCsDowa9SOd7HVbmWM72eq8LXa0aearnlOm7DxUVKvy+X URaKW2fRwjVdoXmtu+ebFb9qhsZ087X116o7amKsk4Ky28U6jMKc8X2y8YECBkClRe7e Fa1YrMVFUeuQeCvueO4zfgDI3GfO4Pgylzr+0iqc3qZcTwqGb+Gyvho0hq6J9v1shaRE r2h1Wk6RzSfNA4pJA5MIleo6MLmDyRx6ukBiCcUzdKnHkAyqAuTiHbKqoiOUlollkxCN c3Q8MpvHEwjQp/yTb4tiMv6UjQTzQaB7H5c7nlBzGE1uaeYJk4Qg2YhkTiMIMDAcbP2d JG9w== X-Gm-Message-State: ALoCoQlMfXH/NuhWMRhLp1gnmR2xNL/WjB7vTsllCfZqTOV/JHw50SHjvolv3DWAB9Vd0HH+nQSE X-Received: by 10.50.43.134 with SMTP id w6mr25047836igl.3.1398701340972; Mon, 28 Apr 2014 09:09:00 -0700 (PDT) Received: from [10.0.0.119] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id s8sm26913363ige.4.2014.04.28.09.09.00 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 28 Apr 2014 09:09:00 -0700 (PDT) Sender: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: options for forcing use of GCC From: Warner Losh In-Reply-To: <535DFB11.4020904@freebsd.org> Date: Mon, 28 Apr 2014 10:08:58 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <18D29A90-4D6E-4747-9030-B510032D32FB@bsdimp.com> References: <535D1350.4000106@freebsd.org> <1398616234.61646.155.camel@revolution.hippie.lan> <535DFB11.4020904@freebsd.org> To: Julian Elischer X-Mailer: Apple Mail (2.1874) Cc: FreeBSD Current , Ian Lepore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2014 16:09:02 -0000 On Apr 28, 2014, at 12:54 AM, Julian Elischer = wrote: > On 4/28/14, 12:30 AM, Ian Lepore wrote: >> WITH_GCC=3Dyes \ >> WITH_GNUCXX=3Dyes \ >> WITHOUT_CLANG=3Dyes \ >> WITHOUT_CLANG_IS_CC=3Dyes \ > forgot to ask.. is this in /etc/make.conf? > or elsewhere? Add them to /etc/make.conf. They will be global to the entire system. Current may also require WITHOUT_CLANG_BOOTSTRAP=3Dt and = WITH_GCC_BOOTSTRAP=3Dt if you want to build the system with gcc. The = =91build for the target=92 and =91what to build with=92 have been = decoupled and there=92s no clean way to fallback. Also, in the future CLANG_IS_CC is going to die entirely. It was = supposed to be a short-term hack, and it has lived too long and been = used in too many lame, hackey ways. It is time to retire it. It will be = replaced by DEFAULT_COMPILER=3D which will drive the defaults to = build with as well as to install with (nicely solving the current = friction points here). I have the start of patches to do this, so maybe = by BSDcan it will be gone in current, along with every last = clang-induced build-system kludge. I=92ve killed about a dozen already, = but more remain. Warner From owner-freebsd-current@FreeBSD.ORG Mon Apr 28 16:10:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0829BD03 for ; Mon, 28 Apr 2014 16:10:01 +0000 (UTC) Received: from mail-ie0-f173.google.com (mail-ie0-f173.google.com [209.85.223.173]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C321610C6 for ; Mon, 28 Apr 2014 16:10:00 +0000 (UTC) Received: by mail-ie0-f173.google.com with SMTP id rp18so1458051iec.32 for ; Mon, 28 Apr 2014 09:09:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=Rt+HCHAxJFNG9tgLWTpnn9xw7GMVqeeIc7gM3T1D3Sg=; b=gEgGgC2zbyjeu1wAP8pfLQ8kXfZP1gsDcfPJoWKRlvmTgRH8vruvcBbHmlEpEneLX+ R7d4V/qNXBmj1+6gMPKXKJsRZ24FlYR16lmgWi6e6XvYc3mZaAU9alEw8iW2D/2EejZI wPTvQm4D1Fzk2W5OmLVclgzWAzw9rvA6apexSUCJ8oaTGyI/EmCT93rNxmOyp2OoBiGz V11ZA5Fwl+b5U4x9vuOgEaviAdQyOV+G6fmxfAYaw4fOUGS1Ca+fbbRi7imqGCyghIWX dPWWDWIxQClt+6tY4Zv4G2eaMwerOpnViyXjHZvIybWIOv+o+m41kgfdqIqIA4I/JRL9 toNA== X-Gm-Message-State: ALoCoQl7YzCBTU/rwTYH2WHgTCSHv6Q8rueJn9DGpd9Vu5p+s1wZV1hESvA8o+Ro9RWMFbrBfc6H X-Received: by 10.50.102.103 with SMTP id fn7mr24941682igb.22.1398701067213; Mon, 28 Apr 2014 09:04:27 -0700 (PDT) Received: from [10.0.0.119] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id p9sm26790680igj.16.2014.04.28.09.04.26 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 28 Apr 2014 09:04:26 -0700 (PDT) Sender: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: options for forcing use of GCC From: Warner Losh In-Reply-To: Date: Mon, 28 Apr 2014 10:04:24 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <7E11EE0A-6BA0-4508-80ED-641876004540@bsdimp.com> References: <535D1350.4000106@freebsd.org> <1398616234.61646.155.camel@revolution.hippie.lan> <535DFB11.4020904@freebsd.org> <1398686749.61646.203.camel@revolution.hippie.lan> <535E5FA0.9050703@freebsd.org> <1398695014.61646.212.camel@revolution.hippie.lan> To: Kevin Oberman X-Mailer: Apple Mail (2.1874) Cc: FreeBSD Current , Ian Lepore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2014 16:10:01 -0000 On Apr 28, 2014, at 9:52 AM, Kevin Oberman wrote: > On Mon, Apr 28, 2014 at 7:23 AM, Ian Lepore wrote: >=20 >> On Mon, 2014-04-28 at 22:03 +0800, Julian Elischer wrote: >>> On 4/28/14, 8:05 PM, Ian Lepore wrote: >>>> On Mon, 2014-04-28 at 14:54 +0800, Julian Elischer wrote: >>>>> On 4/28/14, 12:30 AM, Ian Lepore wrote: >>>>>> WITH_GCC=3Dyes \ >>>>>> WITH_GNUCXX=3Dyes \ >>>>>> WITHOUT_CLANG=3Dyes \ >>>>>> WITHOUT_CLANG_IS_CC=3Dyes \ >>>>> forgot to ask.. is this in /etc/make.conf? >>>>> or elsewhere? >>>> Actually in our build system we build in a chroot, and we inject = those >>>> args into the environment during the builds so that we can have >>>> different options for building world versus cross-world within the >>>> chroot, but I think the more-normal place would be make.conf. >>>=20 >>> we also use a combination of environment and make.conf in a chroot. >>> though people sometimes talk about a src.conf (or is that src.mk?) = but >>> I haven't found that one yet. >>>>=20 >>>> -- Ian >>>>=20 >>>>=20 >>>>=20 >>=20 >> In theory, /etc/make.conf affects all builds you do -- world, kernel, >> ports, your own apps, everything -- whereas /etc/src.conf affects = only >> kernel and world. I've heard it said that the reality falls short of >> that and src.conf settings inappropriately leak into ports builds. That=92s bogus. Port builds define _WITHOUT_SRCCONF which precludes not only including /etc/src.conf, but also disables the while = WITH/WITHOUT_FOO mechanism from converting those options into MK_FOO options. > I have also heard this, but a grep of ports/Mk finds no matches to > src\.conf, so this appears to not be the case. Ports specifically goes out of its way to make sure this doesn=92t = happen. Perhaps it isn=92t going out of its way far enough? > It should not be as the whole purpose of src.conf was to have a make > configuration that would be used to build the system, but not other = things. > make.conf already provided for that. If someone can show me a specific, verifiable leak, I=92ll look into it. = Vague rumors about possible issues that may have existed once upon a time aren=92t fruitful to chase. > The only exception I might see is the building of a kernel module = which > might need to know how the system was made and that would be in the > specific port's Makefile, not a system wide file. I=92m not sure I understand here. If a kernel module uses the kernel = module build stuff, it should be affected by the src.conf files unless you = specifically request otherwise because you know what you are doing (e.g., building for = another system, cross building, etc). Warner= From owner-freebsd-current@FreeBSD.ORG Mon Apr 28 16:31:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 15FA6791 for ; Mon, 28 Apr 2014 16:31:22 +0000 (UTC) Received: from mail.ignoranthack.me (ujvl.x.rootbsd.net [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D1DA612C7 for ; Mon, 28 Apr 2014 16:31:21 +0000 (UTC) Received: from [10.73.214.37] (nat-dip32-wl-f.cfw-a-gci.corp.yahoo.com [66.228.162.52]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id A2CD01928E4; Mon, 28 Apr 2014 16:31:20 +0000 (UTC) Subject: Re: boot2 too large when built with BTX_SERIAL=yes From: Sean Bruno To: Ryan Stone In-Reply-To: References: Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-wnQOTG84dPmXe4Yuawmj" Date: Mon, 28 Apr 2014 09:31:19 -0700 Message-ID: <1398702679.3200.0.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: sbruno@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: Mon, 28 Apr 2014 16:31:22 -0000 --=-wnQOTG84dPmXe4Yuawmj Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, 2014-04-26 at 21:15 -0400, Ryan Stone wrote: > I've been seeing the following build failure on HEAD when I set > BTX_SERIAL=3Dyes in make.conf >=20 > btxld -v -E 0x2000 -f bin -b > /usr/obj/repos/users/rstone/freebsd/sys/boot/i386/boot2/../btx/btx/btx > -l boot2.ldr -o boot2.ld -P 1 boot2.bin > kernel: ver=3D1.02 size=3D6c0 load=3D9000 entry=3D9010 map=3D16M pgctl=3D= 1:1 > client: fmt=3Dbin size=3D1551 text=3D0 data=3D0 bss=3D0 entry=3D0 > output: fmt=3Dbin size=3D1e11 text=3D200 data=3D1c11 org=3D0 entry=3D0 > --- boot2 --- > --- rescue.all__D --- > --- init_make --- > (cd /repos/users/rstone/freebsd/rescue/rescue/../../sbin/init && make > -DRESCUE CRUNCH_CFLAGS=3D-DRESCUE DIRPRFX=3Drescue/rescue/init/ depend && > make -DRESCUE CRUNCH_CFLAGS=3D-DRESCUE DIRPRFX=3Drescue/rescue/init/ > init.o) > --- sys.all__D --- > -17 bytes available confirmed, and gross: sed -e '/align/d' -e '/nop/d' < boot2.s.tmp > boot2.s rm -f boot2.s.tmp cc -m32 -c boot2.s cc -Os -fomit-frame-pointer -mrtd -mregparm=3D3 -DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=3D0x80 -DSIOPRT=3D0x3f8 -DSIOFMT=3D0x3 -DSIOSPD=3D115200 -I/home/sbruno/bsd/head/sys/boot/i386/boot2/../../common -I/home/sbruno/bsd/head/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline -mstack-alignment=3D8 -mllvm -inline-threshold=3D3 -mllvm -enable-load-pre=3Dfalse -mllvm -simplifycfg-dup-ret -march=3Di386 -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -std=3Dgnu99 -Qunused-arguments -m32 -c /home/sbruno/bsd/head/sys/boot/i386/boot2/sio.S ld -static -N --gc-sections -m elf_i386_fbsd -Ttext 0x2000 -o boot2.out /var/tmp/home/sbruno/bsd/head/sys/boot/i386/boot2/../btx/lib/crt0= .o boot2.o sio.o objcopy -S -O binary boot2.out boot2.bin btxld -v -E 0x2000 -f bin -b /var/tmp/home/sbruno/bsd/head/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr -o boot2.ld -P 1 boot2.bin kernel: ver=3D1.02 size=3D6c0 load=3D9000 entry=3D9010 map=3D16M pgctl=3D1:= 1 client: fmt=3Dbin size=3D1551 text=3D0 data=3D0 bss=3D0 entry=3D0 output: fmt=3Dbin size=3D1e11 text=3D200 data=3D1c11 org=3D0 entry=3D0 -17 bytes available *** Error code 1 Stop. make[2]: stopped in /home/sbruno/bsd/head/sys/boot/i386/boot2 *** Error code 1 Stop. make[1]: stopped in /home/sbruno/bsd/head/sys/boot/i386 *** Error code 1 Stop. make: stopped in /home/sbruno/bsd/head/sys/boot --=-wnQOTG84dPmXe4Yuawmj Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAABAgAGBQJTXoJPAAoJEBkJRdwI6BaHejgH/i2FaIlAQOYN+nejnhKiihJk dIkkUbkMrelRi1eA4c7tg2EHO/GjKvcilbcRnBnSAOyMq7LBlyYPCtyblMaC0T72 KNJQVcsMls6GbgC/evpBawXAWcWCM/6VQnPYd31rNuHtdRifG+yntTMwpqGQ8OCG a8D1o+2T+5mmObyhROsHWTGURZvWINUIHyUTvoXlgxh6/wVit0HGolsxrczpykOJ 6SzybD1g/rVEAkQm1n3BHpRWZbdD0QEzLeXaOSgghLY6h87CAYH/04GYKI7X8YAj XR5EwhZhV5C7A8wdi8Fnb+jA1k8EDJ+UpITZAL4L6pvRlSTm/9pZ+7ljO2W+nAs= =c0PE -----END PGP SIGNATURE----- --=-wnQOTG84dPmXe4Yuawmj-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 28 16:32:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C8A97988 for ; Mon, 28 Apr 2014 16:32:30 +0000 (UTC) Received: from mail.ignoranthack.me (ujvl.x.rootbsd.net [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A43DE134C for ; Mon, 28 Apr 2014 16:32:30 +0000 (UTC) Received: from [10.73.214.37] (nat-dip32-wl-f.cfw-a-gci.corp.yahoo.com [66.228.162.52]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id A89781928E4 for ; Mon, 28 Apr 2014 16:32:29 +0000 (UTC) Subject: Re: building sys/boot ... shouldn't this "just work" ? From: Sean Bruno To: current In-Reply-To: <1398700830.1419.2.camel@powernoodle.corp.yahoo.com> References: <1398700830.1419.2.camel@powernoodle.corp.yahoo.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-4aFMre/vqoyxw2jmwnSe" Date: Mon, 28 Apr 2014 09:32:29 -0700 Message-ID: <1398702749.3200.1.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: sbruno@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: Mon, 28 Apr 2014 16:32:30 -0000 --=-4aFMre/vqoyxw2jmwnSe Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, 2014-04-28 at 09:00 -0700, Sean Bruno wrote: > =3D=3D=3D> efi (all) > =3D=3D=3D> efi/libefi (all) > Warning: Object directory not changed from > original /home/sbruno/bsd/head/sys/boot/efi/libefi > =3D=3D=3D> libstand32 (all) > Warning: Object directory not changed from > original /home/sbruno/bsd/head/sys/boot/libstand32 > =3D=3D=3D> zfs (all) > Warning: Object directory not changed from > original /home/sbruno/bsd/head/sys/boot/zfs > =3D=3D=3D> userboot (all) > =3D=3D=3D> userboot/ficl (all) > Warning: Object directory not changed from > original /home/sbruno/bsd/head/sys/boot/userboot/ficl > =3D=3D=3D> userboot/libstand (all) > Warning: Object directory not changed from > original /home/sbruno/bsd/head/sys/boot/userboot/libstand > =3D=3D=3D> userboot/test (all) > Warning: Object directory not changed from > original /home/sbruno/bsd/head/sys/boot/userboot/test > =3D=3D=3D> userboot/zfs (all) > Warning: Object directory not changed from > original /home/sbruno/bsd/head/sys/boot/userboot/zfs > =3D=3D=3D> userboot/userboot (all) > Warning: Object directory not changed from > original /home/sbruno/bsd/head/sys/boot/userboot/userboot > building shared library userboot.so > cc: error: no such file or directory: > '/home/sbruno/bsd/head/sys/boot/userboot/userboot/../zfs/libzfsboot.a' > *** Error code 1 >=20 > Stop. > make[2]: stopped in /home/sbruno/bsd/head/sys/boot/userboot/userboot > *** Error code 1 >=20 > Stop. > make[1]: stopped in /home/sbruno/bsd/head/sys/boot/userboot > *** Error code 1 >=20 > Stop. > make: stopped in /home/sbruno/bsd/head/sys/boot >=20 Oh, so the "way" to do this is "MAKEOBJDIRPREFIX=3D/var/tmp make obj depend all" ... thanks to gjb for pointing that out. sean --=-4aFMre/vqoyxw2jmwnSe Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAABAgAGBQJTXoKcAAoJEBkJRdwI6BaHmP8IAIy3tubAFL9/Oy/H7FZdv5yU IiaKgrThDEsHT50aivbUn/A7rRUfhgnQbVrXrZZqidvtnzm9ZCZTxcymXJt5f8qB em4RJBcgNtGNQUAWWmpdCC8cc/F/gxzxmHN7QhcBwn56+f7lceXeQSI2G9MOHPQf WUWJvSmvAgVEoz2BP3/Q7ee8Vj0YZHiPFzBZsVK7YZJoDjVlugSqNqJnfNtY1sb/ 416ucaJ1UjcS7KbaF0XeSM8iWojNazo/w7ReKA7kUFIAnW3sZgtXvcdCliAKSzIL N9syjZ9sXuASsAWtxffTBtKS+nH/cHC3iQuF+So5mcIU5CN3L/OGWkwhHX2t6lg= =xzcV -----END PGP SIGNATURE----- --=-4aFMre/vqoyxw2jmwnSe-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 28 17:30:53 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A1B2DC3; Mon, 28 Apr 2014 17:30:53 +0000 (UTC) Received: from server.i805.com.br (mailhost.i805.com.br [72.52.97.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5714F1951; Mon, 28 Apr 2014 17:30:52 +0000 (UTC) Received: from i805.com.br (localhost [127.0.0.1]) by server.i805.com.br (8.14.8/8.14.5) with ESMTP id s3SHRcet071875; Mon, 28 Apr 2014 14:27:38 -0300 (BRT) (envelope-from rizzo@i805.com.br) From: "Nilton Jose Rizzo" To: Ian Lepore , Julian Elischer Subject: Re: options for forcing use of GCC Date: Mon, 28 Apr 2014 14:27:38 -0300 Message-Id: <20140428172211.M44034@i805.com.br> In-Reply-To: <1398695014.61646.212.camel@revolution.hippie.lan> References: <535D1350.4000106@freebsd.org> <1398616234.61646.155.camel@revolution.hippie.lan> <535DFB11.4020904@freebsd.org> <1398686749.61646.203.camel@revolution.hippie.lan> <535E5FA0.9050703@freebsd.org> <1398695014.61646.212.camel@revolution.hippie.lan> X-Mailer: OpenWebMail 3.00_beta4 20121104 671 X-OriginatingIP: 200.11.0.13 (rizzo) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on server.i805.com.br Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2014 17:30:53 -0000 Em Mon, 28 Apr 2014 08:23:34 -0600, Ian Lepore escreveu > On Mon, 2014-04-28 at 22:03 +0800, Julian Elischer wrote: > > On 4/28/14, 8:05 PM, Ian Lepore wrote: > > > On Mon, 2014-04-28 at 14:54 +0800, Julian Elischer wrote: > > >> On 4/28/14, 12:30 AM, Ian Lepore wrote: > > >>> WITH_GCC=yes \ > > >>> WITH_GNUCXX=yes \ > > >>> WITHOUT_CLANG=yes \ > > >>> WITHOUT_CLANG_IS_CC=yes \ > > >> forgot to ask.. is this in /etc/make.conf? > > >> or elsewhere? > > > Actually in our build system we build in a chroot, and we inject those > > > args into the environment during the builds so that we can have > > > different options for building world versus cross-world within the > > > chroot, but I think the more-normal place would be make.conf. > > > > we also use a combination of environment and make.conf in a chroot. > > though people sometimes talk about a src.conf (or is that src.mk?) but > > I haven't found that one yet. You must be create in /etc the src.conf and put this knobs there. In my case I would like to use only clang, but have some ports that assume gcc as mandatory. Rizzo > > > > > > -- Ian > > > > > > > > > > > In theory, /etc/make.conf affects all builds you do -- world, kernel, > ports, your own apps, everything -- whereas /etc/src.conf affects > only kernel and world. I've heard it said that the reality falls > short of that and src.conf settings inappropriately leak into ports builds. > > -- Ian > > _______________________________________________ > 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" --- /************************************************* **Nilton José Rizzo UFRRJ **http://www.rizzo.eng.br http://www.ufrrj.br **http://lattes.cnpq.br/0079460703536198 **************************************************/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 28 17:38:35 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3A35F60 for ; Mon, 28 Apr 2014 17:38:35 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6F5AA19BD for ; Mon, 28 Apr 2014 17:38:34 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WepVh-000Jex-OK; Mon, 28 Apr 2014 17:38:33 +0000 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 s3SHcVUn015220; Mon, 28 Apr 2014 11:38:31 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18g6BK1MfHb74pAy/TDH2Ne Subject: Re: options for forcing use of GCC From: Ian Lepore To: Warner Losh In-Reply-To: <7E11EE0A-6BA0-4508-80ED-641876004540@bsdimp.com> References: <535D1350.4000106@freebsd.org> <1398616234.61646.155.camel@revolution.hippie.lan> <535DFB11.4020904@freebsd.org> <1398686749.61646.203.camel@revolution.hippie.lan> <535E5FA0.9050703@freebsd.org> <1398695014.61646.212.camel@revolution.hippie.lan> <7E11EE0A-6BA0-4508-80ED-641876004540@bsdimp.com> Content-Type: text/plain; charset="iso-8859-7" Date: Mon, 28 Apr 2014 11:38:30 -0600 Message-ID: <1398706710.61646.228.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by damnhippie.dyndns.org id s3SHcVUn015220 Cc: Kevin Oberman , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2014 17:38:35 -0000 On Mon, 2014-04-28 at 10:04 -0600, Warner Losh wrote: > On Apr 28, 2014, at 9:52 AM, Kevin Oberman wrote: >=20 > > On Mon, Apr 28, 2014 at 7:23 AM, Ian Lepore wrote: > >=20 > >> On Mon, 2014-04-28 at 22:03 +0800, Julian Elischer wrote: > >>> On 4/28/14, 8:05 PM, Ian Lepore wrote: > >>>> On Mon, 2014-04-28 at 14:54 +0800, Julian Elischer wrote: > >>>>> On 4/28/14, 12:30 AM, Ian Lepore wrote: > >>>>>> WITH_GCC=3Dyes \ > >>>>>> WITH_GNUCXX=3Dyes \ > >>>>>> WITHOUT_CLANG=3Dyes \ > >>>>>> WITHOUT_CLANG_IS_CC=3Dyes \ > >>>>> forgot to ask.. is this in /etc/make.conf? > >>>>> or elsewhere? > >>>> Actually in our build system we build in a chroot, and we inject t= hose > >>>> args into the environment during the builds so that we can have > >>>> different options for building world versus cross-world within the > >>>> chroot, but I think the more-normal place would be make.conf. > >>>=20 > >>> we also use a combination of environment and make.conf in a chroot. > >>> though people sometimes talk about a src.conf (or is that src.mk?) = but > >>> I haven't found that one yet. > >>>>=20 > >>>> -- Ian > >>>>=20 > >>>>=20 > >>>>=20 > >>=20 > >> In theory, /etc/make.conf affects all builds you do -- world, kernel= , > >> ports, your own apps, everything -- whereas /etc/src.conf affects on= ly > >> kernel and world. I've heard it said that the reality falls short o= f > >> that and src.conf settings inappropriately leak into ports builds. >=20 > That=A2s bogus. Port builds define _WITHOUT_SRCCONF which precludes not > only including /etc/src.conf, but also disables the while WITH/WITHOUT_= FOO > mechanism from converting those options into MK_FOO options. >=20 > > I have also heard this, but a grep of ports/Mk finds no matches to > > src\.conf, so this appears to not be the case. >=20 > Ports specifically goes out of its way to make sure this doesn=A2t happ= en. Perhaps > it isn=A2t going out of its way far enough? >=20 > > It should not be as the whole purpose of src.conf was to have a make > > configuration that would be used to build the system, but not other t= hings. > > make.conf already provided for that. >=20 > If someone can show me a specific, verifiable leak, I=A2ll look into it= . Vague > rumors about possible issues that may have existed once upon a time > aren=A2t fruitful to chase. >=20 You've known me long enough to know that the "Vague rumors..." sentence doesn't describe the way I operate. I was vague on the fine details, but I remember an email thread where it was specifically shown that the contents of src.conf were affecting ports builds. I just tracked it down [1] and about midway through that thread it materialized that some ports' makefiles include bsd.prog.mk or bsd.lib.mk and that leads to the inappropriate inclusion of src.conf into a port build. So I figured I'd do a quick look for ports makefiles that are including bsd.[lib|prog|subdir].mk : revolution > find . -name Make* | xargs grep bsd.*mk | \ grep -v bsd.port| grep -E "lib.mk|prog.mk|subdir.mk" | wc -l 66 That's probably not a perfect search, but it looks like there are a few ports that may be perturbed by src.conf settings, plus as was revealed in that thread, if you use /usr/share/mk/bsd.*.mk for your own software (as we do at $work) then your own builds are also affected by src.conf. I quite agree with the sentiments expressed in that thread that the genesis of the problem is the opt-out nature of src.conf. If it had been designed as an opt-in feature with a handful of /usr/src makefiles opting in as-needed, maybe the situation would be cleaner today. Then again, maybe that leads to other problems -- it's always easy to say "the right thing to do would have been..." when you haven't fought your way through actually making your plan work. [1] http://lists.freebsd.org/pipermail/freebsd-current/2013-February/039709.h= tml -- Ian From owner-freebsd-current@FreeBSD.ORG Mon Apr 28 17:50:08 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 44A0649E for ; Mon, 28 Apr 2014 17:50:08 +0000 (UTC) Received: from mail-ig0-f175.google.com (mail-ig0-f175.google.com [209.85.213.175]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 091301AC8 for ; Mon, 28 Apr 2014 17:50:07 +0000 (UTC) Received: by mail-ig0-f175.google.com with SMTP id h3so5081452igd.2 for ; Mon, 28 Apr 2014 10:50:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=78xqyII2bkvq40lARDcUAxymc9bfzcoWFxbXEmQNic8=; b=IERpVlOGnbOvKi82eWn0j09cVl+1dnfkvC7bQdY5JNKiCCivQYedDtREb9+Nos0B5o 0BzJa+4l3crfieRpmuqn5HEgKaxxH1CmDhy5JzZeHIi+xJdBTuf56uf/VjsldWiOqiGl t3Al0vk6EdHrsYVoXgFGY+K6RaPEF7+SKklrswT9m53u4YCQ7504V2Swbdj8aMpGuuCn 9FZBXrXUXLmQ38mVhlrvKfE0gZd/emW8HUlxu/cxATM+WbWeI4ptaKUCfIy5Rp9twgas T8O4myAYfrsAMaYMKcAvVII92rceUdwo8cbkNDBxjKwkB9RfcPY9kJpDQdVskUKOiGbN wfBg== X-Gm-Message-State: ALoCoQnOzCOwvVq675NdWjaBOIUMU1QS3qGJIVD/mZUEy2pIe45U0jEGLyxw14ndr2FzakV9yqqx X-Received: by 10.50.141.198 with SMTP id rq6mr25426921igb.38.1398707407066; Mon, 28 Apr 2014 10:50:07 -0700 (PDT) Received: from [10.0.0.119] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id m1sm27580960igx.13.2014.04.28.10.50.06 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 28 Apr 2014 10:50:06 -0700 (PDT) Sender: Warner Losh Content-Type: text/plain; charset=windows-1253 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: options for forcing use of GCC From: Warner Losh In-Reply-To: <1398706710.61646.228.camel@revolution.hippie.lan> Date: Mon, 28 Apr 2014 11:50:04 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <535D1350.4000106@freebsd.org> <1398616234.61646.155.camel@revolution.hippie.lan> <535DFB11.4020904@freebsd.org> <1398686749.61646.203.camel@revolution.hippie.lan> <535E5FA0.9050703@freebsd.org> <1398695014.61646.212.camel@revolution.hippie.lan> <7E11EE0A-6BA0-4508-80ED-641876004540@bsdimp.com> <1398706710.61646.228.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1874) Cc: Kevin Oberman , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2014 17:50:08 -0000 On Apr 28, 2014, at 11:38 AM, Ian Lepore wrote: > On Mon, 2014-04-28 at 10:04 -0600, Warner Losh wrote: >> On Apr 28, 2014, at 9:52 AM, Kevin Oberman = wrote: >>=20 >>> On Mon, Apr 28, 2014 at 7:23 AM, Ian Lepore wrote: >>>=20 >>>> On Mon, 2014-04-28 at 22:03 +0800, Julian Elischer wrote: >>>>> On 4/28/14, 8:05 PM, Ian Lepore wrote: >>>>>> On Mon, 2014-04-28 at 14:54 +0800, Julian Elischer wrote: >>>>>>> On 4/28/14, 12:30 AM, Ian Lepore wrote: >>>>>>>> WITH_GCC=3Dyes \ >>>>>>>> WITH_GNUCXX=3Dyes \ >>>>>>>> WITHOUT_CLANG=3Dyes \ >>>>>>>> WITHOUT_CLANG_IS_CC=3Dyes \ >>>>>>> forgot to ask.. is this in /etc/make.conf? >>>>>>> or elsewhere? >>>>>> Actually in our build system we build in a chroot, and we inject = those >>>>>> args into the environment during the builds so that we can have >>>>>> different options for building world versus cross-world within = the >>>>>> chroot, but I think the more-normal place would be make.conf. >>>>>=20 >>>>> we also use a combination of environment and make.conf in a = chroot. >>>>> though people sometimes talk about a src.conf (or is that src.mk?) = but >>>>> I haven't found that one yet. >>>>>>=20 >>>>>> -- Ian >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>=20 >>>> In theory, /etc/make.conf affects all builds you do -- world, = kernel, >>>> ports, your own apps, everything -- whereas /etc/src.conf affects = only >>>> kernel and world. I've heard it said that the reality falls short = of >>>> that and src.conf settings inappropriately leak into ports builds. >>=20 >> That=92s bogus. Port builds define _WITHOUT_SRCCONF which precludes = not >> only including /etc/src.conf, but also disables the while = WITH/WITHOUT_FOO >> mechanism from converting those options into MK_FOO options. >>=20 >>> I have also heard this, but a grep of ports/Mk finds no matches to >>> src\.conf, so this appears to not be the case. >>=20 >> Ports specifically goes out of its way to make sure this doesn=92t = happen. Perhaps >> it isn=92t going out of its way far enough? >>=20 >>> It should not be as the whole purpose of src.conf was to have a make >>> configuration that would be used to build the system, but not other = things. >>> make.conf already provided for that. >>=20 >> If someone can show me a specific, verifiable leak, I=92ll look into = it. Vague >> rumors about possible issues that may have existed once upon a time >> aren=92t fruitful to chase. >>=20 >=20 > You've known me long enough to know that the "Vague rumors..." = sentence > doesn't describe the way I operate. Sorry that I misconstrued the sentiment you were expressing. My bad. > I was vague on the fine details, > but I remember an email thread where it was specifically shown that = the > contents of src.conf were affecting ports builds. I just tracked it > down [1] and about midway through that thread it materialized that = some > ports' makefiles include bsd.prog.mk or bsd.lib.mk and that leads to = the > inappropriate inclusion of src.conf into a port build. >=20 > So I figured I'd do a quick look for ports makefiles that are = including > bsd.[lib|prog|subdir].mk : >=20 > revolution > find . -name Make* | xargs grep bsd.*mk | \ > grep -v bsd.port| grep -E "lib.mk|prog.mk|subdir.mk" | wc -l > 66 Ah, it is affecting the building of the actual ports, not the = bsd.ports.mk system. That=92s the kind of detail that=92s good to know. In the near future, = that won=92t happen, unless the port=92s controlling Makefile. > That's probably not a perfect search, but it looks like there are a = few > ports that may be perturbed by src.conf settings, plus as was revealed > in that thread, if you use /usr/share/mk/bsd.*.mk for your own = software > (as we do at $work) then your own builds are also affected by = src.conf. It is sufficient for me to get the issue. I=92d mistakenly thought it = was affecting ports build orchestration, but it is affecting anything that causes = bsd.own.mk to be included using our make(1). Since I thought it was a reference to = the former I was quite confused. Now that I know it is to the latter, I=92m = no longer confused. > I quite agree with the sentiments expressed in that thread that the > genesis of the problem is the opt-out nature of src.conf. If it had > been designed as an opt-in feature with a handful of /usr/src = makefiles > opting in as-needed, maybe the situation would be cleaner today. Then > again, maybe that leads to other problems -- it's always easy to say > "the right thing to do would have been..." when you haven't fought = your > way through actually making your plan work. I agree as well=85 Which is why I have been moving the options into their own file and separating them into different categories. In my tree I have a = src.opts.mk file now, which is easy enough to do from where we are in the tree. The trouble is untangling it so that we can set it free from the = bsd.*.mk files and have it only influence the /usr/src build without breaking = other currently useful features of the /usr/src build. My plan is to move = inclusion of src.conf into that file once I work those kinks out. Once that = happens, then only make.conf will affect the subordinate builds that opt to use = the bsd.*.mk. I=92ve been reluctant to commit this next step because to not = break things, I=92d have to install src.opts.mk, which could cause issues down = the road if I find a way to not install it=85 This should move us fully to = an opt-in design=85. Warner > [1] > = http://lists.freebsd.org/pipermail/freebsd-current/2013-February/039709.ht= ml >=20 > -- Ian From owner-freebsd-current@FreeBSD.ORG Mon Apr 28 17:57:13 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 17D0D890; Mon, 28 Apr 2014 17:57:13 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DF12B1BBB; Mon, 28 Apr 2014 17:57:12 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-232-70.lns20.per1.internode.on.net [121.45.232.70]) (authenticated bits=0) by vps1.elischer.org (8.14.8/8.14.8) with ESMTP id s3SHv7kJ069788 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 28 Apr 2014 10:57:10 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <535E966E.2080108@freebsd.org> Date: Tue, 29 Apr 2014 01:57:02 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Alfred Perlstein , freebsd-current@freebsd.org Subject: Re: Make variables to force non default libraries and includes? References: <535E07C9.5060309@freebsd.org> <535E7A4E.3090305@freebsd.org> In-Reply-To: <535E7A4E.3090305@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2014 17:57:13 -0000 On 4/28/14, 11:57 PM, Alfred Perlstein wrote: > On 4/28/14 12:48 AM, Julian Elischer wrote: >> I need to do the equivalent of "cd /usr/src/cddl/usr.sbin/dtrace; >> make DESTDIR=/mumble all install" >> >> but it pulls in libraries from the base system, which differ >> slightly from those in the source tree. >> >> How can I force it to use /mumble2/include and /mumble2/lib instead >> of / ? >> >> I can pre-populate /mumble2 using "make buildworld", "make >> libraries", and "make includes" but >> I need to be able to do selective builds of just subdirectories >> after that.. I haven't spotted the right way of forcing the use of >> the "--system_root /mumble2" option in the compiles. >> >> I know we do it in 'buildworld' is there a more generic way? >> >> I have been looking in the .mk files but I haven't spotted it so far. >> > There may be a way to use bsd.*.mk to do this, however we just use > chroots + nullfs mounts. > > Basically we buildworld into a directory and then nullfs mount our > other sources under it, then we chroot to that "build". > > I recommend doing this (or even using vms) as it's way too easy to > introduce contamination from the host build environment otherwise. we already do this.. but it's more complicated than that.. we end up needing both a chroot (as a stable build environment) AND a separate toolchain directory (like buildworld uses) which can be perturbed by some of our local sources.. anyhow, I now have the answer as to what to use.. "make buildenv " and "make toolchain" are the two points of interst for what I need. > > -Alfred > > _______________________________________________ > 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 Apr 29 00:36:38 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A690035D for ; Tue, 29 Apr 2014 00:36:38 +0000 (UTC) Received: from mail-pa0-f41.google.com (mail-pa0-f41.google.com [209.85.220.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 78F811632 for ; Tue, 29 Apr 2014 00:36:38 +0000 (UTC) Received: by mail-pa0-f41.google.com with SMTP id kp14so3155327pab.0 for ; Mon, 28 Apr 2014 17:36:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=LzSVrlXhyjZ4treWG/O0IaS5X7HWZNKEsdF+kp+7kXg=; b=hJUeWrEGkZGm2H/YXMPG1XWGZIv/bCL7WiWmLYx8BuHsWYPo9pgxKVxAy4GVNwLTZw p3hZGrmAwJRHC3qx8fcJgkztFYFTGcdyk5jDvZCW4pygZlbZK/dUbULc2ZUsXQhylEVH O3DMXAuJHmI9egxLceS/09Bvo2w4jU+mTvAYo5r7qegDu3IVBwFDlgUO84Z+Pk5GPUiq aN5TcSY9A+X0W0nbaCuuy5BlPBF8vVO0zxheEM9+RrPQ6XT89xR7sf26h8EFi/FTTSAQ 14wGKdlvxOVVtabpvt8LQZlMMo7k5WllAFGvM898u4Pk/HJMg9D3uPHNxy1ltiO+/H7m m/1w== X-Gm-Message-State: ALoCoQm/ScdlecU6yZEeXx4Q7ZcuMJwu9OZZFSmH+1FaVDICdkTAzo5zzSVLaohd0122fhxco2w8 X-Received: by 10.66.177.168 with SMTP id cr8mr12036567pac.128.1398731797707; Mon, 28 Apr 2014 17:36:37 -0700 (PDT) Received: from [10.64.26.118] (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id xz7sm99666336pac.3.2014.04.28.17.36.36 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 28 Apr 2014 17:36:37 -0700 (PDT) Sender: Warner Losh X-Google-Original-From: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Make variables to force non default libraries and includes? From: Warner Losh In-Reply-To: <535E07C9.5060309@freebsd.org> Date: Mon, 28 Apr 2014 18:36:34 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <80F941B9-3A54-4059-BF99-A5F59A9731DA@gmail.com> References: <535E07C9.5060309@freebsd.org> To: Julian Elischer X-Mailer: Apple Mail (2.1874) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Apr 2014 00:36:38 -0000 On Apr 28, 2014, at 1:48 AM, Julian Elischer wrote: > I need to do the equivalent of "cd /usr/src/cddl/usr.sbin/dtrace; = make DESTDIR=3D/mumble all install=94 cd /usr/src make distributeworld DESTDIR=3D/mumble cd cddl/usr.sbin/dtrace make buildenv make all install > but it pulls in libraries from the base system, which differ slightly = from those in the source tree. The above will create the right /mumble hierarchy, and will pull the = libraries from the build rather than the local system. > How can I force it to use /mumble2/include and /mumble2/lib instead of = / ? >=20 > I can pre-populate /mumble2 using "make buildworld", "make libraries", = and "make includes" but > I need to be able to do selective builds of just subdirectories after = that.. I haven't spotted the right way of forcing the use of the = "--system_root /mumble2" option in the compiles. >=20 > I know we do it in 'buildworld' is there a more generic way? >=20 > I have been looking in the .mk files but I haven't spotted it so far. You=92re asking for some serious split-brain action. chroot builds are = likely your best option. There=92s no easy way to force this, although = you might get some milage out of WMAKEENV options, but I think we bake = most of the where to look for things options into the binaries. One = crazy option would be to set CC=3D=93cc =97sysroot /mumble=94 but I=92m = sure there be dragons there=85 Good luck with this crazy, never have we supported it very well, option = :) Warner From owner-freebsd-current@FreeBSD.ORG Tue Apr 29 00:39:03 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C03E1768 for ; Tue, 29 Apr 2014 00:39:03 +0000 (UTC) Received: from mail-pb0-f48.google.com (mail-pb0-f48.google.com [209.85.160.48]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 91DA91665 for ; Tue, 29 Apr 2014 00:39:03 +0000 (UTC) Received: by mail-pb0-f48.google.com with SMTP id md12so6482270pbc.35 for ; Mon, 28 Apr 2014 17:39:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=M/DiahlfCczm5PARJmbeFk7fwkADQOAf/Oo+eiNDyks=; b=E4lFC3Dm6lOOlO5go35+4y6BJfExEmFsWj6VC/kQTgsVGTWzmD/haoj+KpzbilcIC4 QE6dTCtuQUUEJhZmE5d9CHA2RK3pJk+fRadInGLI990M4LZX4zhTKsuvTctTSaVnpj3l 4pk6pSzL0GCFIyfdPuJyh9O4h6i5FbRDufEWJevgfMD1Yee2fA5utk3fKYzJXkySOBBT 1k5okMstH24mjtCxL04LNogaJMiYPzE8nKX5+A0qnWj+zZJQnPQN6yNcumxUeuuNhslu aYKCwRSgLUzFbkdPlT81Y6GUyJEkZ8kYPalqdb7/eMbLPdBERJZLZ+fNRnClISGLqgQw 17wg== X-Gm-Message-State: ALoCoQnkYLypNQwZAl+5sjNP+wnTP8PZbwm8ihddTjF8XpUKnam/jmX8Vx+5LrHwj9DFE4tyydpX X-Received: by 10.68.240.68 with SMTP id vy4mr12510070pbc.127.1398731942796; Mon, 28 Apr 2014 17:39:02 -0700 (PDT) Received: from [10.64.26.118] (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id xk3sm37671083pbb.65.2014.04.28.17.39.01 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 28 Apr 2014 17:39:02 -0700 (PDT) Sender: Warner Losh X-Google-Original-From: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: options for forcing use of GCC From: Warner Losh In-Reply-To: <1398616234.61646.155.camel@revolution.hippie.lan> Date: Mon, 28 Apr 2014 18:38:59 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <5BC3D326-94DE-4438-98B9-1A6C3542F08E@gmail.com> References: <535D1350.4000106@freebsd.org> <1398616234.61646.155.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1874) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Apr 2014 00:39:03 -0000 On Apr 27, 2014, at 10:30 AM, Ian Lepore wrote: > On Sun, 2014-04-27 at 22:25 +0800, Julian Elischer wrote: >> I need to hold off using CLANG for a while at $JOB. We are moving to = a=20 >> newer FBSD in the vicinity of 10.0 but we need to keep the gcc in hte=20= >> picture for a bit longer before switching. What options do I put = into=20 >> various /etc/make.conf to keep CLANG out ofhte picture until we are=20= >> ready for it? >>=20 >> =46rom reading various posts I see: >> WITHOUT_CLANG=3D"yes" >> CC=3Dgcc >> CXX=3Dg++ >> CPP=3Dgcc -E >> but that doesn't seem complete to me. >>=20 >> For now I want to not compile clang in our official build = environment. >> (and obviously not use it until we are ready for it later this year.) >>=20 >> What other hooks do I need to set? >>=20 >> Julian >=20 > We've got the same situation at work. What I'm using right now to = build > 11-current @ r264151 is this: >=20 > WITH_GCC=3Dyes \ > WITH_GNUCXX=3Dyes \ > WITHOUT_CLANG=3Dyes \ > WITHOUT_CLANG_IS_CC=3Dyes \ >=20 > But that's now several weeks out of date, and there are two new knobs = I > haven't investigated yet: WITH_CLANG_BOOTSTRAP and WITH_GCC_BOOTSTRAP. Just to be clear, you=92ll need WITHOUT_CLANG_BOOTSTRAP and = WITH_GCC_BOOTSTRAP for -current, but not -stable. Warner= From owner-freebsd-current@FreeBSD.ORG Tue Apr 29 00:58:02 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D96D0C04; Tue, 29 Apr 2014 00:58:02 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AAAF6181E; Tue, 29 Apr 2014 00:58:02 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WewMs-0008BK-Oc; Tue, 29 Apr 2014 00:57:54 +0000 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 s3T0vq9k015580; Mon, 28 Apr 2014 18:57:52 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18FXw6EOoFz1ofAEuJZ3cN6 Subject: Re: Make variables to force non default libraries and includes? From: Ian Lepore To: Warner Losh In-Reply-To: <80F941B9-3A54-4059-BF99-A5F59A9731DA@gmail.com> References: <535E07C9.5060309@freebsd.org> <80F941B9-3A54-4059-BF99-A5F59A9731DA@gmail.com> Content-Type: text/plain; charset="windows-1251" Date: Mon, 28 Apr 2014 18:57:52 -0600 Message-ID: <1398733072.61646.251.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by damnhippie.dyndns.org id s3T0vq9k015580 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Apr 2014 00:58:02 -0000 On Mon, 2014-04-28 at 18:36 -0600, Warner Losh wrote: > On Apr 28, 2014, at 1:48 AM, Julian Elischer wrote= : >=20 > > I need to do the equivalent of "cd /usr/src/cddl/usr.sbin/dtrace; ma= ke DESTDIR=3D/mumble all install=94 >=20 > cd /usr/src > make distributeworld DESTDIR=3D/mumble > cd cddl/usr.sbin/dtrace > make buildenv > make all install >=20 > > but it pulls in libraries from the base system, which differ slightly= from those in the source tree. >=20 > The above will create the right /mumble hierarchy, and will pull the li= braries from the build rather than the local system. >=20 > > How can I force it to use /mumble2/include and /mumble2/lib instead o= f / ? > >=20 > > I can pre-populate /mumble2 using "make buildworld", "make libraries"= , and "make includes" but > > I need to be able to do selective builds of just subdirectories after= that.. I haven't spotted the right way of forcing the use of the "--sys= tem_root /mumble2" option in the compiles. > >=20 > > I know we do it in 'buildworld' is there a more generic way? > >=20 > > I have been looking in the .mk files but I haven't spotted it so far. >=20 > You=92re asking for some serious split-brain action. chroot builds are = likely your best option. There=92s no easy way to force this, although yo= u might get some milage out of WMAKEENV options, but I think we bake most= of the where to look for things options into the binaries. One crazy opt= ion would be to set CC=3D=93cc =97sysroot /mumble=94 but I=92m sure there= be dragons there=85 >=20 > Good luck with this crazy, never have we supported it very well, option= :) >=20 > Warner Actually the hooks are in place to do this stuff. Instead of make buildenv to get an interactive shell you can do something like BLDENV=3D`${MAKE} buildenvvars` chroot buildchroot/ "env -i $${BLDENV} cd /usr/src/somewhere && \ make all install"=20 -- Ian From owner-freebsd-current@FreeBSD.ORG Tue Apr 29 02:45:28 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82ABC96; Tue, 29 Apr 2014 02:45:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4867625A; Tue, 29 Apr 2014 02:45:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3T2jK1Y040660; Mon, 28 Apr 2014 22:45:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3T2jKdC040659; Tue, 29 Apr 2014 02:45:20 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Apr 2014 02:45:20 GMT Message-Id: <201404290245.s3T2jKdC040659@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Apr 2014 02:45:28 -0000 TB --- 2014-04-29 01:21:58 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-29 01:21:58 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-29 01:21:58 - starting HEAD tinderbox run for mips64/mips TB --- 2014-04-29 01:21:58 - cleaning the object tree TB --- 2014-04-29 01:23:07 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-29 01:23:10 - At svn revision 265054 TB --- 2014-04-29 01:23:11 - building world TB --- 2014-04-29 01:23:11 - CROSS_BUILD_TESTING=YES TB --- 2014-04-29 01:23:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-29 01:23:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-29 01:23:11 - SRCCONF=/dev/null TB --- 2014-04-29 01:23:11 - TARGET=mips TB --- 2014-04-29 01:23:11 - TARGET_ARCH=mips64 TB --- 2014-04-29 01:23:11 - TZ=UTC TB --- 2014-04-29 01:23:11 - __MAKE_CONF=/dev/null TB --- 2014-04-29 01:23:11 - cd /src TB --- 2014-04-29 01:23:11 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 29 01:23:19 UTC 2014 >>> 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 Apr 29 02:24:09 UTC 2014 TB --- 2014-04-29 02:24:09 - cd /src/sys/mips/conf TB --- 2014-04-29 02:24:09 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ADM5120 TB --- 2014-04-29 02:24:09 - skipping ADM5120 kernel TB --- 2014-04-29 02:24:09 - cd /src/sys/mips/conf TB --- 2014-04-29 02:24:09 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALCHEMY TB --- 2014-04-29 02:24:09 - skipping ALCHEMY kernel TB --- 2014-04-29 02:24:09 - cd /src/sys/mips/conf TB --- 2014-04-29 02:24:09 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALFA_HORNET_UB TB --- 2014-04-29 02:24:09 - skipping ALFA_HORNET_UB kernel TB --- 2014-04-29 02:24:09 - cd /src/sys/mips/conf TB --- 2014-04-29 02:24:09 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP121 TB --- 2014-04-29 02:24:09 - skipping AP121 kernel TB --- 2014-04-29 02:24:09 - cd /src/sys/mips/conf TB --- 2014-04-29 02:24:09 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP91 TB --- 2014-04-29 02:24:09 - skipping AP91 kernel TB --- 2014-04-29 02:24:09 - cd /src/sys/mips/conf TB --- 2014-04-29 02:24:09 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP93 TB --- 2014-04-29 02:24:09 - skipping AP93 kernel TB --- 2014-04-29 02:24:09 - cd /src/sys/mips/conf TB --- 2014-04-29 02:24:09 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP94 TB --- 2014-04-29 02:24:09 - skipping AP94 kernel TB --- 2014-04-29 02:24:09 - cd /src/sys/mips/conf TB --- 2014-04-29 02:24:09 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP96 TB --- 2014-04-29 02:24:09 - skipping AP96 kernel TB --- 2014-04-29 02:24:09 - cd /src/sys/mips/conf TB --- 2014-04-29 02:24:09 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR71XX_BASE TB --- 2014-04-29 02:24:09 - skipping AR71XX_BASE kernel TB --- 2014-04-29 02:24:09 - cd /src/sys/mips/conf TB --- 2014-04-29 02:24:09 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR724X_BASE TB --- 2014-04-29 02:24:09 - skipping AR724X_BASE kernel TB --- 2014-04-29 02:24:09 - cd /src/sys/mips/conf TB --- 2014-04-29 02:24:09 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR91XX_BASE TB --- 2014-04-29 02:24:09 - skipping AR91XX_BASE kernel TB --- 2014-04-29 02:24:09 - cd /src/sys/mips/conf TB --- 2014-04-29 02:24:09 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR933X_BASE TB --- 2014-04-29 02:24:09 - skipping AR933X_BASE kernel TB --- 2014-04-29 02:24:09 - cd /src/sys/mips/conf TB --- 2014-04-29 02:24:09 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR934X_BASE TB --- 2014-04-29 02:24:09 - skipping AR934X_BASE kernel TB --- 2014-04-29 02:24:09 - cd /src/sys/mips/conf TB --- 2014-04-29 02:24:09 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_BASE TB --- 2014-04-29 02:24:09 - building BERI_DE4_BASE kernel TB --- 2014-04-29 02:24:09 - CROSS_BUILD_TESTING=YES TB --- 2014-04-29 02:24:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-29 02:24:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-29 02:24:09 - SRCCONF=/dev/null TB --- 2014-04-29 02:24:09 - TARGET=mips TB --- 2014-04-29 02:24:09 - TARGET_ARCH=mips64 TB --- 2014-04-29 02:24:09 - TZ=UTC TB --- 2014-04-29 02:24:09 - __MAKE_CONF=/dev/null TB --- 2014-04-29 02:24:09 - cd /src TB --- 2014-04-29 02:24:09 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Tue Apr 29 02:24:09 UTC 2014 >>> 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 BERI_DE4_BASE completed on Tue Apr 29 02:26:58 UTC 2014 TB --- 2014-04-29 02:26:58 - cd /src/sys/mips/conf TB --- 2014-04-29 02:26:58 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-04-29 02:26:59 - building BERI_DE4_MDROOT kernel TB --- 2014-04-29 02:26:59 - CROSS_BUILD_TESTING=YES TB --- 2014-04-29 02:26:59 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-29 02:26:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-29 02:26:59 - SRCCONF=/dev/null TB --- 2014-04-29 02:26:59 - TARGET=mips TB --- 2014-04-29 02:26:59 - TARGET_ARCH=mips64 TB --- 2014-04-29 02:26:59 - TZ=UTC TB --- 2014-04-29 02:26:59 - __MAKE_CONF=/dev/null TB --- 2014-04-29 02:26:59 - cd /src TB --- 2014-04-29 02:26:59 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Tue Apr 29 02:26:59 UTC 2014 >>> 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 BERI_DE4_MDROOT completed on Tue Apr 29 02:29:48 UTC 2014 TB --- 2014-04-29 02:29:48 - cd /src/sys/mips/conf TB --- 2014-04-29 02:29:48 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-04-29 02:29:48 - building BERI_DE4_SDROOT kernel TB --- 2014-04-29 02:29:48 - CROSS_BUILD_TESTING=YES TB --- 2014-04-29 02:29:48 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-29 02:29:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-29 02:29:48 - SRCCONF=/dev/null TB --- 2014-04-29 02:29:48 - TARGET=mips TB --- 2014-04-29 02:29:48 - TARGET_ARCH=mips64 TB --- 2014-04-29 02:29:48 - TZ=UTC TB --- 2014-04-29 02:29:48 - __MAKE_CONF=/dev/null TB --- 2014-04-29 02:29:48 - cd /src TB --- 2014-04-29 02:29:48 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Tue Apr 29 02:29:48 UTC 2014 >>> 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 BERI_DE4_SDROOT completed on Tue Apr 29 02:32:40 UTC 2014 TB --- 2014-04-29 02:32:40 - cd /src/sys/mips/conf TB --- 2014-04-29 02:32:40 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-04-29 02:32:40 - building BERI_NETFPGA_MDROOT kernel TB --- 2014-04-29 02:32:40 - CROSS_BUILD_TESTING=YES TB --- 2014-04-29 02:32:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-29 02:32:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-29 02:32:40 - SRCCONF=/dev/null TB --- 2014-04-29 02:32:40 - TARGET=mips TB --- 2014-04-29 02:32:40 - TARGET_ARCH=mips64 TB --- 2014-04-29 02:32:40 - TZ=UTC TB --- 2014-04-29 02:32:40 - __MAKE_CONF=/dev/null TB --- 2014-04-29 02:32:40 - cd /src TB --- 2014-04-29 02:32:40 - /usr/bin/make -B buildkernel KERNCONF=BERI_NETFPGA_MDROOT >>> Kernel build for BERI_NETFPGA_MDROOT started on Tue Apr 29 02:32:41 UTC 2014 >>> 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 BERI_NETFPGA_MDROOT completed on Tue Apr 29 02:35:16 UTC 2014 TB --- 2014-04-29 02:35:16 - cd /src/sys/mips/conf TB --- 2014-04-29 02:35:16 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_BASE TB --- 2014-04-29 02:35:16 - building BERI_SIM_BASE kernel TB --- 2014-04-29 02:35:16 - CROSS_BUILD_TESTING=YES TB --- 2014-04-29 02:35:16 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-29 02:35:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-29 02:35:16 - SRCCONF=/dev/null TB --- 2014-04-29 02:35:16 - TARGET=mips TB --- 2014-04-29 02:35:16 - TARGET_ARCH=mips64 TB --- 2014-04-29 02:35:16 - TZ=UTC TB --- 2014-04-29 02:35:16 - __MAKE_CONF=/dev/null TB --- 2014-04-29 02:35:16 - cd /src TB --- 2014-04-29 02:35:16 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_BASE >>> Kernel build for BERI_SIM_BASE started on Tue Apr 29 02:35:16 UTC 2014 >>> 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 BERI_SIM_BASE completed on Tue Apr 29 02:37:49 UTC 2014 TB --- 2014-04-29 02:37:49 - cd /src/sys/mips/conf TB --- 2014-04-29 02:37:49 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-04-29 02:37:49 - building BERI_SIM_MDROOT kernel TB --- 2014-04-29 02:37:49 - CROSS_BUILD_TESTING=YES TB --- 2014-04-29 02:37:49 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-29 02:37:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-29 02:37:49 - SRCCONF=/dev/null TB --- 2014-04-29 02:37:49 - TARGET=mips TB --- 2014-04-29 02:37:49 - TARGET_ARCH=mips64 TB --- 2014-04-29 02:37:49 - TZ=UTC TB --- 2014-04-29 02:37:49 - __MAKE_CONF=/dev/null TB --- 2014-04-29 02:37:49 - cd /src TB --- 2014-04-29 02:37:49 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_MDROOT >>> Kernel build for BERI_SIM_MDROOT started on Tue Apr 29 02:37:49 UTC 2014 >>> 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 BERI_SIM_MDROOT completed on Tue Apr 29 02:40:25 UTC 2014 TB --- 2014-04-29 02:40:25 - cd /src/sys/mips/conf TB --- 2014-04-29 02:40:25 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_SDROOT TB --- 2014-04-29 02:40:25 - building BERI_SIM_SDROOT kernel TB --- 2014-04-29 02:40:25 - CROSS_BUILD_TESTING=YES TB --- 2014-04-29 02:40:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-29 02:40:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-29 02:40:25 - SRCCONF=/dev/null TB --- 2014-04-29 02:40:25 - TARGET=mips TB --- 2014-04-29 02:40:25 - TARGET_ARCH=mips64 TB --- 2014-04-29 02:40:25 - TZ=UTC TB --- 2014-04-29 02:40:25 - __MAKE_CONF=/dev/null TB --- 2014-04-29 02:40:25 - cd /src TB --- 2014-04-29 02:40:25 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_SDROOT >>> Kernel build for BERI_SIM_SDROOT started on Tue Apr 29 02:40:25 UTC 2014 >>> 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 BERI_SIM_SDROOT completed on Tue Apr 29 02:42:57 UTC 2014 TB --- 2014-04-29 02:42:57 - cd /src/sys/mips/conf TB --- 2014-04-29 02:42:57 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_TEMPLATE TB --- 2014-04-29 02:42:57 - building BERI_TEMPLATE kernel TB --- 2014-04-29 02:42:57 - CROSS_BUILD_TESTING=YES TB --- 2014-04-29 02:42:57 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-29 02:42:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-29 02:42:57 - SRCCONF=/dev/null TB --- 2014-04-29 02:42:57 - TARGET=mips TB --- 2014-04-29 02:42:57 - TARGET_ARCH=mips64 TB --- 2014-04-29 02:42:57 - TZ=UTC TB --- 2014-04-29 02:42:57 - __MAKE_CONF=/dev/null TB --- 2014-04-29 02:42:57 - cd /src TB --- 2014-04-29 02:42:57 - /usr/bin/make -B buildkernel KERNCONF=BERI_TEMPLATE >>> Kernel build for BERI_TEMPLATE started on Tue Apr 29 02:42:57 UTC 2014 >>> 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 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/tlb.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/trap.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/uio_machdep.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/uma_machdep.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/vm_machdep.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/kern/kern_clocksource.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/kern/link_elf_obj.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/kern/subr_dummy_vdso_tc.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/ffsl.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/fls.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/flsl.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/flsll.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/memmove.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/crypto/blowfish/bf_enc.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/crypto/des/des_enc.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/beri/beri_machdep.c /src/sys/mips/beri/beri_machdep.c: In function 'platform_start': /src/sys/mips/beri/beri_machdep.c:209: error: 'kmdp' undeclared (first use in this function) /src/sys/mips/beri/beri_machdep.c:209: error: (Each undeclared identifier is reported only once /src/sys/mips/beri/beri_machdep.c:209: error: for each function it appears in.) *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/BERI_TEMPLATE *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-29 02:45:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-29 02:45:20 - ERROR: failed to build BERI_TEMPLATE kernel TB --- 2014-04-29 02:45:20 - 3921.09 user 804.01 system 5002.36 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 29 05:31:58 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5DD2356; Tue, 29 Apr 2014 05:31:58 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9BEE4131E; Tue, 29 Apr 2014 05:31:58 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-232-70.lns20.per1.internode.on.net [121.45.232.70]) (authenticated bits=0) by vps1.elischer.org (8.14.8/8.14.8) with ESMTP id s3T5Vfuh071474 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 28 Apr 2014 22:31:51 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <535F3938.9060809@freebsd.org> Date: Tue, 29 Apr 2014 13:31:36 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Ian Lepore , Warner Losh Subject: Re: Make variables to force non default libraries and includes? References: <535E07C9.5060309@freebsd.org> <80F941B9-3A54-4059-BF99-A5F59A9731DA@gmail.com> <1398733072.61646.251.camel@revolution.hippie.lan> In-Reply-To: <1398733072.61646.251.camel@revolution.hippie.lan> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Apr 2014 05:31:59 -0000 On 4/29/14, 8:57 AM, Ian Lepore wrote: > On Mon, 2014-04-28 at 18:36 -0600, Warner Losh wrote: >> On Apr 28, 2014, at 1:48 AM, Julian Elischer wrote: >> >>> I need to do the equivalent of "cd /usr/src/cddl/usr.sbin/dtrace; make DESTDIR=/mumble all install >> cd /usr/src >> make distributeworld DESTDIR=/mumble >> cd cddl/usr.sbin/dtrace >> make buildenv >> make all install >> >>> but it pulls in libraries from the base system, which differ slightly from those in the source tree. >> The above will create the right /mumble hierarchy, and will pull the libraries from the build rather than the local system. >> >>> How can I force it to use /mumble2/include and /mumble2/lib instead of / ? >>> >>> I can pre-populate /mumble2 using "make buildworld", "make libraries", and "make includes" but >>> I need to be able to do selective builds of just subdirectories after that.. I haven't spotted the right way of forcing the use of the "--system_root /mumble2" option in the compiles. >>> >>> I know we do it in 'buildworld' is there a more generic way? >>> >>> I have been looking in the .mk files but I haven't spotted it so far. >> Youre asking for some serious split-brain action. chroot builds are likely your best option. Theres no easy way to force this, although you might get some milage out of WMAKEENV options, but I think we bake most of the where to look for things options into the binaries. One crazy option would be to set CC=cc sysroot /mumble but Im sure there be dragons there >> >> Good luck with this crazy, never have we supported it very well, option :) >> >> Warner > Actually the hooks are in place to do this stuff. Instead of make > buildenv to get an interactive shell you can do something like > > BLDENV=`${MAKE} buildenvvars` > chroot buildchroot/ "env -i $${BLDENV} cd /usr/src/somewhere && \ > make all install" > > -- Ian > > > > Is there a way to specify a different toolchain destination? i.e. not /usr/obj/usr/src/tmp ? From owner-freebsd-current@FreeBSD.ORG Tue Apr 29 05:41:37 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 99D155DD for ; Tue, 29 Apr 2014 05:41:37 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 56047136D for ; Tue, 29 Apr 2014 05:41:36 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-232-70.lns20.per1.internode.on.net [121.45.232.70]) (authenticated bits=0) by vps1.elischer.org (8.14.8/8.14.8) with ESMTP id s3T5fWTp071507 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 28 Apr 2014 22:41:35 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <535F3B87.4060706@freebsd.org> Date: Tue, 29 Apr 2014 13:41:27 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: FreeBSD Current Subject: odd message from ld in -current around 9.0 branchpoint Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Apr 2014 05:41:37 -0000 I'm trying to compile a system based on current from just before the 9.x branchpoint. during hte build I got the following message: /usr/bin/ld: this linker was not configured to use sysroots does anyone have any idea what this means in a broader context? did I misconfigure something when I built this system? Julian From owner-freebsd-current@FreeBSD.ORG Tue Apr 29 12:17:39 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F451BEA; Tue, 29 Apr 2014 12:17:39 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 13AEB1B04; Tue, 29 Apr 2014 12:17:38 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Wf6yf-0003iz-FU; Tue, 29 Apr 2014 12:17:37 +0000 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 s3TCHYpP016251; Tue, 29 Apr 2014 06:17:34 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/pZBykcAOcWdxyMrziumn0 Subject: Re: odd message from ld in -current around 9.0 branchpoint From: Ian Lepore To: Julian Elischer In-Reply-To: <535F3B87.4060706@freebsd.org> References: <535F3B87.4060706@freebsd.org> Content-Type: text/plain; charset="us-ascii" Date: Tue, 29 Apr 2014 06:17:33 -0600 Message-ID: <1398773853.22079.2.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Apr 2014 12:17:39 -0000 On Tue, 2014-04-29 at 13:41 +0800, Julian Elischer wrote: > I'm trying to compile a system based on current from just before the > 9.x branchpoint. > > during hte build I got the following message: > > /usr/bin/ld: this linker was not configured to use sysroots > > does anyone have any idea what this means in a broader context? > did I misconfigure something when I built this system? > > Julian > Are you using ccache? I vaguely remember some reports of this in the past, and I think it was caused by using a version of ccache that wasn't compatible with clang, or something along those lines. -- Ian From owner-freebsd-current@FreeBSD.ORG Tue Apr 29 13:04:15 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A51959D1; Tue, 29 Apr 2014 13:04:15 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7536E120; Tue, 29 Apr 2014 13:04:15 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Wf7hm-0004wn-62; Tue, 29 Apr 2014 13:04:14 +0000 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 s3TD4B62016272; Tue, 29 Apr 2014 07:04:11 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/wcuY8HQTyR4oabTcZ8iAp Subject: Re: Make variables to force non default libraries and includes? From: Ian Lepore To: Julian Elischer In-Reply-To: <535F3938.9060809@freebsd.org> References: <535E07C9.5060309@freebsd.org> <80F941B9-3A54-4059-BF99-A5F59A9731DA@gmail.com> <1398733072.61646.251.camel@revolution.hippie.lan> <535F3938.9060809@freebsd.org> Content-Type: text/plain; charset="windows-1251" Date: Tue, 29 Apr 2014 07:04:11 -0600 Message-ID: <1398776651.22079.4.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by damnhippie.dyndns.org id s3TD4B62016272 Cc: FreeBSD Current , Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Apr 2014 13:04:15 -0000 On Tue, 2014-04-29 at 13:31 +0800, Julian Elischer wrote: > On 4/29/14, 8:57 AM, Ian Lepore wrote: > > On Mon, 2014-04-28 at 18:36 -0600, Warner Losh wrote: > >> On Apr 28, 2014, at 1:48 AM, Julian Elischer wr= ote: > >> > >>> I need to do the equivalent of "cd /usr/src/cddl/usr.sbin/dtrace; = make DESTDIR=3D/mumble all install=94 > >> cd /usr/src > >> make distributeworld DESTDIR=3D/mumble > >> cd cddl/usr.sbin/dtrace > >> make buildenv > >> make all install > >> > >>> but it pulls in libraries from the base system, which differ slight= ly from those in the source tree. > >> The above will create the right /mumble hierarchy, and will pull the= libraries from the build rather than the local system. > >> > >>> How can I force it to use /mumble2/include and /mumble2/lib instead= of / ? > >>> > >>> I can pre-populate /mumble2 using "make buildworld", "make librarie= s", and "make includes" but > >>> I need to be able to do selective builds of just subdirectories aft= er that.. I haven't spotted the right way of forcing the use of the "--s= ystem_root /mumble2" option in the compiles. > >>> > >>> I know we do it in 'buildworld' is there a more generic way? > >>> > >>> I have been looking in the .mk files but I haven't spotted it so fa= r. > >> You=92re asking for some serious split-brain action. chroot builds a= re likely your best option. There=92s no easy way to force this, although= you might get some milage out of WMAKEENV options, but I think we bake m= ost of the where to look for things options into the binaries. One crazy = option would be to set CC=3D=93cc =97sysroot /mumble=94 but I=92m sure th= ere be dragons there=85 > >> > >> Good luck with this crazy, never have we supported it very well, opt= ion :) > >> > >> Warner > > Actually the hooks are in place to do this stuff. Instead of make > > buildenv to get an interactive shell you can do something like > > > > BLDENV=3D`${MAKE} buildenvvars` > > chroot buildchroot/ "env -i $${BLDENV} cd /usr/src/somewhere && \ > > make all install" > > > > -- Ian > > > > > > > > > Is there a way to specify a different toolchain destination? i.e. not=20 > /usr/obj/usr/src/tmp ? >=20 Not right now -- all that stuff is in Makefile.inc1 (WORLDTMP var and related stuff) and there are no provisions for overriding it. -- Ian From owner-freebsd-current@FreeBSD.ORG Tue Apr 29 15:42:37 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4CF57DBE; Tue, 29 Apr 2014 15:42:37 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1F97715A8; Tue, 29 Apr 2014 15:42:36 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-232-70.lns20.per1.internode.on.net [121.45.232.70]) (authenticated bits=0) by vps1.elischer.org (8.14.8/8.14.8) with ESMTP id s3TFgR74073515 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 29 Apr 2014 08:42:30 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <535FC85E.9020002@freebsd.org> Date: Tue, 29 Apr 2014 23:42:22 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Ian Lepore Subject: Re: odd message from ld in -current around 9.0 branchpoint References: <535F3B87.4060706@freebsd.org> <1398773853.22079.2.camel@revolution.hippie.lan> In-Reply-To: <1398773853.22079.2.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Apr 2014 15:42:37 -0000 On 4/29/14, 8:17 PM, Ian Lepore wrote: > On Tue, 2014-04-29 at 13:41 +0800, Julian Elischer wrote: >> I'm trying to compile a system based on current from just before the >> 9.x branchpoint. >> >> during hte build I got the following message: >> >> /usr/bin/ld: this linker was not configured to use sysroots >> >> does anyone have any idea what this means in a broader context? >> did I misconfigure something when I built this system? >> >> Julian >> > Are you using ccache? I vaguely remember some reports of this in the > past, and I think it was caused by using a version of ccache that wasn't > compatible with clang, or something along those lines. > > -- Ian > > > no I'm using gcc and (as far as I know) no ccache. This is compiling some 3rd party software. From owner-freebsd-current@FreeBSD.ORG Tue Apr 29 17:04:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2224163B; Tue, 29 Apr 2014 17:04:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DB8851DDB; Tue, 29 Apr 2014 17:04:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s3TH403u026029; Tue, 29 Apr 2014 13:04:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s3TH404O026024; Tue, 29 Apr 2014 17:04:00 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Apr 2014 17:04:00 GMT Message-Id: <201404291704.s3TH404O026024@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Apr 2014 17:04:02 -0000 TB --- 2014-04-29 15:40:49 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-04-29 15:40:49 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-04-29 15:40:49 - starting HEAD tinderbox run for mips64/mips TB --- 2014-04-29 15:40:49 - cleaning the object tree TB --- 2014-04-29 15:42:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-04-29 15:42:06 - At svn revision 265087 TB --- 2014-04-29 15:42:07 - building world TB --- 2014-04-29 15:42:07 - CROSS_BUILD_TESTING=YES TB --- 2014-04-29 15:42:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-29 15:42:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-29 15:42:07 - SRCCONF=/dev/null TB --- 2014-04-29 15:42:07 - TARGET=mips TB --- 2014-04-29 15:42:07 - TARGET_ARCH=mips64 TB --- 2014-04-29 15:42:07 - TZ=UTC TB --- 2014-04-29 15:42:07 - __MAKE_CONF=/dev/null TB --- 2014-04-29 15:42:07 - cd /src TB --- 2014-04-29 15:42:07 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 29 15:42:14 UTC 2014 >>> 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 Apr 29 16:42:41 UTC 2014 TB --- 2014-04-29 16:42:41 - cd /src/sys/mips/conf TB --- 2014-04-29 16:42:41 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ADM5120 TB --- 2014-04-29 16:42:41 - skipping ADM5120 kernel TB --- 2014-04-29 16:42:41 - cd /src/sys/mips/conf TB --- 2014-04-29 16:42:41 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALCHEMY TB --- 2014-04-29 16:42:41 - skipping ALCHEMY kernel TB --- 2014-04-29 16:42:41 - cd /src/sys/mips/conf TB --- 2014-04-29 16:42:41 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALFA_HORNET_UB TB --- 2014-04-29 16:42:41 - skipping ALFA_HORNET_UB kernel TB --- 2014-04-29 16:42:41 - cd /src/sys/mips/conf TB --- 2014-04-29 16:42:41 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP121 TB --- 2014-04-29 16:42:41 - skipping AP121 kernel TB --- 2014-04-29 16:42:41 - cd /src/sys/mips/conf TB --- 2014-04-29 16:42:41 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP91 TB --- 2014-04-29 16:42:41 - skipping AP91 kernel TB --- 2014-04-29 16:42:41 - cd /src/sys/mips/conf TB --- 2014-04-29 16:42:41 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP93 TB --- 2014-04-29 16:42:41 - skipping AP93 kernel TB --- 2014-04-29 16:42:41 - cd /src/sys/mips/conf TB --- 2014-04-29 16:42:41 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP94 TB --- 2014-04-29 16:42:41 - skipping AP94 kernel TB --- 2014-04-29 16:42:41 - cd /src/sys/mips/conf TB --- 2014-04-29 16:42:41 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP96 TB --- 2014-04-29 16:42:41 - skipping AP96 kernel TB --- 2014-04-29 16:42:41 - cd /src/sys/mips/conf TB --- 2014-04-29 16:42:41 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR71XX_BASE TB --- 2014-04-29 16:42:41 - skipping AR71XX_BASE kernel TB --- 2014-04-29 16:42:41 - cd /src/sys/mips/conf TB --- 2014-04-29 16:42:41 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR724X_BASE TB --- 2014-04-29 16:42:41 - skipping AR724X_BASE kernel TB --- 2014-04-29 16:42:41 - cd /src/sys/mips/conf TB --- 2014-04-29 16:42:41 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR91XX_BASE TB --- 2014-04-29 16:42:41 - skipping AR91XX_BASE kernel TB --- 2014-04-29 16:42:41 - cd /src/sys/mips/conf TB --- 2014-04-29 16:42:41 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR933X_BASE TB --- 2014-04-29 16:42:41 - skipping AR933X_BASE kernel TB --- 2014-04-29 16:42:41 - cd /src/sys/mips/conf TB --- 2014-04-29 16:42:41 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR934X_BASE TB --- 2014-04-29 16:42:41 - skipping AR934X_BASE kernel TB --- 2014-04-29 16:42:41 - cd /src/sys/mips/conf TB --- 2014-04-29 16:42:41 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_BASE TB --- 2014-04-29 16:42:41 - building BERI_DE4_BASE kernel TB --- 2014-04-29 16:42:41 - CROSS_BUILD_TESTING=YES TB --- 2014-04-29 16:42:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-29 16:42:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-29 16:42:41 - SRCCONF=/dev/null TB --- 2014-04-29 16:42:41 - TARGET=mips TB --- 2014-04-29 16:42:41 - TARGET_ARCH=mips64 TB --- 2014-04-29 16:42:41 - TZ=UTC TB --- 2014-04-29 16:42:41 - __MAKE_CONF=/dev/null TB --- 2014-04-29 16:42:41 - cd /src TB --- 2014-04-29 16:42:41 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Tue Apr 29 16:42:41 UTC 2014 >>> 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 BERI_DE4_BASE completed on Tue Apr 29 16:45:31 UTC 2014 TB --- 2014-04-29 16:45:31 - cd /src/sys/mips/conf TB --- 2014-04-29 16:45:31 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-04-29 16:45:31 - building BERI_DE4_MDROOT kernel TB --- 2014-04-29 16:45:31 - CROSS_BUILD_TESTING=YES TB --- 2014-04-29 16:45:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-29 16:45:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-29 16:45:31 - SRCCONF=/dev/null TB --- 2014-04-29 16:45:31 - TARGET=mips TB --- 2014-04-29 16:45:31 - TARGET_ARCH=mips64 TB --- 2014-04-29 16:45:31 - TZ=UTC TB --- 2014-04-29 16:45:31 - __MAKE_CONF=/dev/null TB --- 2014-04-29 16:45:31 - cd /src TB --- 2014-04-29 16:45:31 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Tue Apr 29 16:45:31 UTC 2014 >>> 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 BERI_DE4_MDROOT completed on Tue Apr 29 16:48:22 UTC 2014 TB --- 2014-04-29 16:48:22 - cd /src/sys/mips/conf TB --- 2014-04-29 16:48:22 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-04-29 16:48:22 - building BERI_DE4_SDROOT kernel TB --- 2014-04-29 16:48:22 - CROSS_BUILD_TESTING=YES TB --- 2014-04-29 16:48:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-29 16:48:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-29 16:48:22 - SRCCONF=/dev/null TB --- 2014-04-29 16:48:22 - TARGET=mips TB --- 2014-04-29 16:48:22 - TARGET_ARCH=mips64 TB --- 2014-04-29 16:48:22 - TZ=UTC TB --- 2014-04-29 16:48:22 - __MAKE_CONF=/dev/null TB --- 2014-04-29 16:48:22 - cd /src TB --- 2014-04-29 16:48:22 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Tue Apr 29 16:48:22 UTC 2014 >>> 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 BERI_DE4_SDROOT completed on Tue Apr 29 16:51:10 UTC 2014 TB --- 2014-04-29 16:51:10 - cd /src/sys/mips/conf TB --- 2014-04-29 16:51:10 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-04-29 16:51:10 - building BERI_NETFPGA_MDROOT kernel TB --- 2014-04-29 16:51:10 - CROSS_BUILD_TESTING=YES TB --- 2014-04-29 16:51:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-29 16:51:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-29 16:51:10 - SRCCONF=/dev/null TB --- 2014-04-29 16:51:10 - TARGET=mips TB --- 2014-04-29 16:51:10 - TARGET_ARCH=mips64 TB --- 2014-04-29 16:51:10 - TZ=UTC TB --- 2014-04-29 16:51:10 - __MAKE_CONF=/dev/null TB --- 2014-04-29 16:51:10 - cd /src TB --- 2014-04-29 16:51:10 - /usr/bin/make -B buildkernel KERNCONF=BERI_NETFPGA_MDROOT >>> Kernel build for BERI_NETFPGA_MDROOT started on Tue Apr 29 16:51:10 UTC 2014 >>> 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 BERI_NETFPGA_MDROOT completed on Tue Apr 29 16:53:51 UTC 2014 TB --- 2014-04-29 16:53:51 - cd /src/sys/mips/conf TB --- 2014-04-29 16:53:51 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_BASE TB --- 2014-04-29 16:53:51 - building BERI_SIM_BASE kernel TB --- 2014-04-29 16:53:51 - CROSS_BUILD_TESTING=YES TB --- 2014-04-29 16:53:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-29 16:53:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-29 16:53:51 - SRCCONF=/dev/null TB --- 2014-04-29 16:53:51 - TARGET=mips TB --- 2014-04-29 16:53:51 - TARGET_ARCH=mips64 TB --- 2014-04-29 16:53:51 - TZ=UTC TB --- 2014-04-29 16:53:51 - __MAKE_CONF=/dev/null TB --- 2014-04-29 16:53:51 - cd /src TB --- 2014-04-29 16:53:51 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_BASE >>> Kernel build for BERI_SIM_BASE started on Tue Apr 29 16:53:51 UTC 2014 >>> 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 BERI_SIM_BASE completed on Tue Apr 29 16:56:24 UTC 2014 TB --- 2014-04-29 16:56:24 - cd /src/sys/mips/conf TB --- 2014-04-29 16:56:24 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-04-29 16:56:24 - building BERI_SIM_MDROOT kernel TB --- 2014-04-29 16:56:24 - CROSS_BUILD_TESTING=YES TB --- 2014-04-29 16:56:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-29 16:56:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-29 16:56:24 - SRCCONF=/dev/null TB --- 2014-04-29 16:56:24 - TARGET=mips TB --- 2014-04-29 16:56:24 - TARGET_ARCH=mips64 TB --- 2014-04-29 16:56:24 - TZ=UTC TB --- 2014-04-29 16:56:24 - __MAKE_CONF=/dev/null TB --- 2014-04-29 16:56:24 - cd /src TB --- 2014-04-29 16:56:24 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_MDROOT >>> Kernel build for BERI_SIM_MDROOT started on Tue Apr 29 16:56:24 UTC 2014 >>> 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 BERI_SIM_MDROOT completed on Tue Apr 29 16:59:03 UTC 2014 TB --- 2014-04-29 16:59:03 - cd /src/sys/mips/conf TB --- 2014-04-29 16:59:03 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_SDROOT TB --- 2014-04-29 16:59:03 - building BERI_SIM_SDROOT kernel TB --- 2014-04-29 16:59:03 - CROSS_BUILD_TESTING=YES TB --- 2014-04-29 16:59:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-29 16:59:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-29 16:59:03 - SRCCONF=/dev/null TB --- 2014-04-29 16:59:03 - TARGET=mips TB --- 2014-04-29 16:59:03 - TARGET_ARCH=mips64 TB --- 2014-04-29 16:59:03 - TZ=UTC TB --- 2014-04-29 16:59:03 - __MAKE_CONF=/dev/null TB --- 2014-04-29 16:59:03 - cd /src TB --- 2014-04-29 16:59:03 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_SDROOT >>> Kernel build for BERI_SIM_SDROOT started on Tue Apr 29 16:59:03 UTC 2014 >>> 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 BERI_SIM_SDROOT completed on Tue Apr 29 17:01:36 UTC 2014 TB --- 2014-04-29 17:01:36 - cd /src/sys/mips/conf TB --- 2014-04-29 17:01:36 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_TEMPLATE TB --- 2014-04-29 17:01:36 - building BERI_TEMPLATE kernel TB --- 2014-04-29 17:01:36 - CROSS_BUILD_TESTING=YES TB --- 2014-04-29 17:01:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-04-29 17:01:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-04-29 17:01:36 - SRCCONF=/dev/null TB --- 2014-04-29 17:01:36 - TARGET=mips TB --- 2014-04-29 17:01:36 - TARGET_ARCH=mips64 TB --- 2014-04-29 17:01:36 - TZ=UTC TB --- 2014-04-29 17:01:36 - __MAKE_CONF=/dev/null TB --- 2014-04-29 17:01:36 - cd /src TB --- 2014-04-29 17:01:36 - /usr/bin/make -B buildkernel KERNCONF=BERI_TEMPLATE >>> Kernel build for BERI_TEMPLATE started on Tue Apr 29 17:01:36 UTC 2014 >>> 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 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/tlb.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/trap.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/uio_machdep.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/uma_machdep.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/mips/vm_machdep.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/kern/kern_clocksource.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/kern/link_elf_obj.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/kern/subr_dummy_vdso_tc.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/ffsl.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/fls.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/flsl.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/flsll.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/libkern/memmove.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/crypto/blowfish/bf_enc.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/crypto/des/des_enc.c cc -c -O -pipe -std=c99 -g -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -Werror /src/sys/mips/beri/beri_machdep.c /src/sys/mips/beri/beri_machdep.c: In function 'platform_start': /src/sys/mips/beri/beri_machdep.c:209: error: 'kmdp' undeclared (first use in this function) /src/sys/mips/beri/beri_machdep.c:209: error: (Each undeclared identifier is reported only once /src/sys/mips/beri/beri_machdep.c:209: error: for each function it appears in.) *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/BERI_TEMPLATE *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-04-29 17:04:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-04-29 17:04:00 - ERROR: failed to build BERI_TEMPLATE kernel TB --- 2014-04-29 17:04:00 - 3919.13 user 803.59 system 4990.96 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 29 17:39:47 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AAC6FAF; Tue, 29 Apr 2014 17:39:47 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7CA2F263; Tue, 29 Apr 2014 17:39:47 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-232-70.lns20.per1.internode.on.net [121.45.232.70]) (authenticated bits=0) by vps1.elischer.org (8.14.8/8.14.8) with ESMTP id s3THdhTA073851 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 29 Apr 2014 10:39:45 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <535FE3D9.5040508@freebsd.org> Date: Wed, 30 Apr 2014 01:39:37 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Ian Lepore Subject: Re: odd message from ld in -current around 9.0 branchpoint References: <535F3B87.4060706@freebsd.org> <1398773853.22079.2.camel@revolution.hippie.lan> <535FC85E.9020002@freebsd.org> In-Reply-To: <535FC85E.9020002@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Apr 2014 17:39:47 -0000 On 4/29/14, 11:42 PM, Julian Elischer wrote: > On 4/29/14, 8:17 PM, Ian Lepore wrote: >> On Tue, 2014-04-29 at 13:41 +0800, Julian Elischer wrote: >>> I'm trying to compile a system based on current from just before the >>> 9.x branchpoint. >>> >>> during hte build I got the following message: >>> >>> /usr/bin/ld: this linker was not configured to use sysroots >>> >>> does anyone have any idea what this means in a broader context? >>> did I misconfigure something when I built this system? >>> >>> Julian >>> >> Are you using ccache? I vaguely remember some reports of this in the >> past, and I think it was caused by using a version of ccache that >> wasn't >> compatible with clang, or something along those lines. >> >> -- Ian >> >> >> > no I'm using gcc and (as far as I know) no ccache. > This is compiling some 3rd party software. I just recompiled ld and gcc and it's still not working.. did we break sysroot support some time in 2011? > > _______________________________________________ > 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 Apr 29 23:51:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2737186F for ; Tue, 29 Apr 2014 23:51:56 +0000 (UTC) Received: from mail.ignoranthack.me (ujvl.x.rootbsd.net [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 042DFAB6 for ; Tue, 29 Apr 2014 23:51:55 +0000 (UTC) Received: from [10.73.160.242] (nat-dip7.cfw-a-gci.corp.yahoo.com [209.131.62.116]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id C0D1D1928E4 for ; Tue, 29 Apr 2014 23:51:54 +0000 (UTC) Subject: What on earth is all this %20 crap at the end of the GUID? (newfs?) From: Sean Bruno To: FreeBSD Current Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-/WGf4u4Y5yt1ipONE5+s" Date: Tue, 29 Apr 2014 16:51:53 -0700 Message-ID: <1398815513.2019.50.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Apr 2014 23:51:56 -0000 --=-/WGf4u4Y5yt1ipONE5+s Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Created a simple partition: root@:~ # gpart create -s gpt da11 da11 created root@:~ # gpart add -t freebsd-ufs da11 da11p1 added root@:~ # gpart show da11 =3D> 40 7814037088 da11 GPT (3.6T) 40 7814037088 1 freebsd-ufs (3.6T) root@:~ #=20 Then run a newfs and reboot the system. Upon reboot this is what I get? =3D> 40 7814037088 da11 GPT (3.6T) 40 7814037088 1 freebsd-ufs (3.6T) =3D> 40 7814037088 diskid/DISK-Z1Z0DQ73%20%20%20%20%20%20%20%20% 20%20%20%20 GPT (3.6T) 40 7814037088 1 freebsd-ufs (3.6T) What is going on here? sean --=-/WGf4u4Y5yt1ipONE5+s Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAABAgAGBQJTYDsZAAoJEBkJRdwI6BaH+n4H/ibh4QzHMBzN4mx5ew3yJoeE jtgqfFmzvkZhqQgLT/sD5LsdoDi4aARlfOwrqTgIgNvVvXM6q73quP+im0IMJHeE ruVFQBR10j6eOeM+9iXzHD98eduUpOh30WE/xo1J5/8ibe+dRhHbuenuFWi8skCz +CVsne1saaC7kA2JRECBqlghCjAfdki7PuUOv/LYkPPUt7WnTExU4PpDlTDrsu1n 94uk5fgxjD5fVW7jwFyIt9gghdkRuoLomPucZ8CfoC1pohMdLB/q5ZMRS1+xwrs2 OA9daZ2OXs91Phfzw6JNg2lV5pQqtyYavFrIO6ds5W8vz8DWDl75s15j9vBDNok= =rqbD -----END PGP SIGNATURE----- --=-/WGf4u4Y5yt1ipONE5+s-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 30 01:43:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 823E6821 for ; Wed, 30 Apr 2014 01:43:27 +0000 (UTC) Received: from mail.egr.msu.edu (gribble.egr.msu.edu [35.9.37.169]) by mx1.freebsd.org (Postfix) with ESMTP id 5859D1423 for ; Wed, 30 Apr 2014 01:43:26 +0000 (UTC) Received: from gribble (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id 66336257A7 for ; Tue, 29 Apr 2014 21:33:17 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by gribble (gribble.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6-sXVEsQ4SKC for ; Tue, 29 Apr 2014 21:33:17 -0400 (EDT) Received: from EGR authenticated sender Message-ID: <536052DC.4060606@egr.msu.edu> Date: Tue, 29 Apr 2014 21:33:16 -0400 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: What on earth is all this %20 crap at the end of the GUID? (newfs?) References: <1398815513.2019.50.camel@powernoodle.corp.yahoo.com> In-Reply-To: <1398815513.2019.50.camel@powernoodle.corp.yahoo.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Apr 2014 01:43:27 -0000 On 04/29/2014 19:51, Sean Bruno wrote: > Created a simple partition: > > root@:~ # gpart create -s gpt da11 > da11 created > root@:~ # gpart add -t freebsd-ufs da11 > da11p1 added > root@:~ # gpart show da11 > => 40 7814037088 da11 GPT (3.6T) > 40 7814037088 1 freebsd-ufs (3.6T) > > root@:~ # > > Then run a newfs and reboot the system. Upon reboot this is what I get? > > => 40 7814037088 da11 GPT (3.6T) > 40 7814037088 1 freebsd-ufs (3.6T) > => 40 7814037088 diskid/DISK-Z1Z0DQ73%20%20%20%20%20%20%20%20% > 20%20%20%20 GPT (3.6T) > 40 7814037088 > 1 freebsd-ufs (3.6T) > > > What is going on here? > > sean > I'm guessing it is picking up spaces from a physical ID on your disk from /sys/geom/label/g_label_disk_ident.c kern.geom.label.disk_ident.enable=0 in /boot/loader.conf will ignore that class. It was added in 10 and only shows up with certain devices. From owner-freebsd-current@FreeBSD.ORG Wed Apr 30 02:31:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E011586 for ; Wed, 30 Apr 2014 02:31:01 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 774CD179E for ; Wed, 30 Apr 2014 02:31:00 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id CF59D6B27F for ; Wed, 30 Apr 2014 02:30:53 +0000 (UTC) Message-ID: <5360605B.80605@allanjude.com> Date: Tue, 29 Apr 2014 22:30:51 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: What on earth is all this %20 crap at the end of the GUID? (newfs?) References: <1398815513.2019.50.camel@powernoodle.corp.yahoo.com> In-Reply-To: <1398815513.2019.50.camel@powernoodle.corp.yahoo.com> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Ol9dtX4Ji4GHwAMjMAhERNuP1Esi1gI3E" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Apr 2014 02:31:01 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Ol9dtX4Ji4GHwAMjMAhERNuP1Esi1gI3E Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 2014-04-29 19:51, Sean Bruno wrote: > Created a simple partition: >=20 > root@:~ # gpart create -s gpt da11 > da11 created > root@:~ # gpart add -t freebsd-ufs da11 > da11p1 added > root@:~ # gpart show da11 > =3D> 40 7814037088 da11 GPT (3.6T) > 40 7814037088 1 freebsd-ufs (3.6T) >=20 > root@:~ #=20 >=20 > Then run a newfs and reboot the system. Upon reboot this is what I get= ? >=20 > =3D> 40 7814037088 da11 GPT (3.6T) > 40 7814037088 1 freebsd-ufs (3.6T) > =3D> 40 7814037088 diskid/DISK-Z1Z0DQ73%20%20%20%20%20%20%20%2= 0% > 20%20%20%20 GPT (3.6T) > 40 7814037088 > 1 freebsd-ufs (3.6T) >=20 >=20 > What is going on here? >=20 > sean >=20 That is highly unusual, does your disk have a bunch of blank spaces in its serial # or something? --=20 Allan Jude --Ol9dtX4Ji4GHwAMjMAhERNuP1Esi1gI3E 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTYGBmAAoJEJrBFpNRJZKf4L8QAJykfeecQJg4ETHL1kdTteMi JzfH2hdZjDNj4AZ5ZK4gVGcOdoB0qIQ2NcYZ78TzICWsGryVzfIYp0RQ4GjOwUjT 8WrNx9YlZqfqpboG9G6wKygS9QrWefC7s6i3KWmwlIuUG0hifX5OR+kGmvWRcua6 5bpIo/sViEgshbNDz/5iLmh153lM85ktarfcdQIuKBJ1BB0WF9jA1ozoTesPjGm9 wUp5ko0bIy5XsCWplfR0lVySp+PAzL/uC4n1RPHSanHhPywuiCqJLYJLkz2WOxKb O/ELf0UiKm44KID4pyHFLWrRS2EknefPA0HcZIlv8JXRdBZNJ32RdRqZap3TSYMv 25PaaDAu0+anF8+TumVrFMKIcIEvF0NQZs9ykYY/81sp3KYCOISRR0ZPDORFrmlc tCMxuNh5gcwAeigSzwWP/AA4Q34pd8bDqLnEoc9PSoV/fqss39lLIh6cYdFqgXay vKHCAoO0vmvZIegONRrk27PZBD/3CTccI5Hg0p/1JfSr8hid66lYGq4HYjcT5Dp5 /olQWFq8Re5imR+1hkQldSYK5PEavPVtlEqZK3aJ/ctRrmFVG5Ayy9BGnZENhCAW HGrQ4ioT/oW8E/Bh605DEosTFUKxrlXguxSbUWUJpKe8lFOgDRcfGi9KeUikVOte F5QH4seqAp5wW/OWUI4W =LsPx -----END PGP SIGNATURE----- --Ol9dtX4Ji4GHwAMjMAhERNuP1Esi1gI3E-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 30 02:36:34 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0D3D700 for ; Wed, 30 Apr 2014 02:36:34 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9AD95184C for ; Wed, 30 Apr 2014 02:36:34 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-232-70.lns20.per1.internode.on.net [121.45.232.70]) (authenticated bits=0) by vps1.elischer.org (8.14.8/8.14.8) with ESMTP id s3U2aUZD075085 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 29 Apr 2014 19:36:32 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <536061A9.7030502@freebsd.org> Date: Wed, 30 Apr 2014 10:36:25 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: FreeBSD Current Subject: POLA.. missing --sysroot option in ld? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Apr 2014 02:36:34 -0000 In our 8.0 based systems at $JOB our build environment made heavy use of the --sysroot option in gcc and ld. We are trying to move up to a newer release but suddenly the --sysroot option has disappeared. we get the message "/usr/bin/ld: this linker was not configured to use sysroots" Does anyone know what happened? and when, and by who? I have looked in the Makefiles and configuration files in SVN and I can't see a change that would have done this.. of course the building of these tools is rather complex so I may have missed some place.. julian From owner-freebsd-current@FreeBSD.ORG Wed Apr 30 02:52:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8AD33AA5 for ; Wed, 30 Apr 2014 02:52:32 +0000 (UTC) Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 24FC119D0 for ; Wed, 30 Apr 2014 02:52:32 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id x13so1061857wgg.8 for ; Tue, 29 Apr 2014 19:52:30 -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:message-id:subject :from:to:cc:content-type; bh=tuGdxDKhpbT4ZNNdVp9oGQwk/B5mHVBG5LrI/p6grzc=; b=dJ+S6f7vAM3gXUrr9hGNvbMiUav2oJGRx+p5arHYSRnTAeqLTuhng5eYHD4dDTS3Ln JEsysbbpMHuSHNwcB3bZdBxdwocAz76RG+V1KrSHRGGlt3Iur9V5lbd9UTfYihgUf0RR Ml22BQgcQBJB+AmLqrwdKSaKQRMUMkgR2+fWFJdwb4YJLXghCdiinfe+Q+17pjou1tmg 9yqyjk7XCozNUjUY0u8sRUADHdT7Dv8O38SgavTBsXp3ZjrQk+mij2mDPeIK3qVDNdxP B/pD93WCr2TtSSi9+BMNgmZjGp0oWNtpTX6vykgkPS1QGt8pGEb7VwlOBVa3muId8Ojt ZB1w== MIME-Version: 1.0 X-Received: by 10.180.14.72 with SMTP id n8mr1150903wic.53.1398826350345; Tue, 29 Apr 2014 19:52:30 -0700 (PDT) Sender: asomers@gmail.com Received: by 10.194.168.130 with HTTP; Tue, 29 Apr 2014 19:52:30 -0700 (PDT) In-Reply-To: <5360605B.80605@allanjude.com> References: <1398815513.2019.50.camel@powernoodle.corp.yahoo.com> <5360605B.80605@allanjude.com> Date: Tue, 29 Apr 2014 20:52:30 -0600 X-Google-Sender-Auth: sIq5gBPReqok2GRrpCIk45W1Dag Message-ID: Subject: Re: What on earth is all this %20 crap at the end of the GUID? (newfs?) From: Alan Somers To: Allan Jude Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Apr 2014 02:52:32 -0000 On Tue, Apr 29, 2014 at 8:30 PM, Allan Jude wrote: > On 2014-04-29 19:51, Sean Bruno wrote: >> Created a simple partition: >> >> root@:~ # gpart create -s gpt da11 >> da11 created >> root@:~ # gpart add -t freebsd-ufs da11 >> da11p1 added >> root@:~ # gpart show da11 >> => 40 7814037088 da11 GPT (3.6T) >> 40 7814037088 1 freebsd-ufs (3.6T) >> >> root@:~ # >> >> Then run a newfs and reboot the system. Upon reboot this is what I get? >> >> => 40 7814037088 da11 GPT (3.6T) >> 40 7814037088 1 freebsd-ufs (3.6T) >> => 40 7814037088 diskid/DISK-Z1Z0DQ73%20%20%20%20%20%20%20%20% >> 20%20%20%20 GPT (3.6T) >> 40 7814037088 >> 1 freebsd-ufs (3.6T) >> >> >> What is going on here? >> >> sean >> > > That is highly unusual, does your disk have a bunch of blank spaces in > its serial # or something? Not that unusual at all. In ATA and SCSI alike it's common for text fields to be defined as fixed length strings. I've seen many vendors pad their entries out with spaces; for some reason they're allergic to using NULLs. geom should probably be modified to strip trailing whitespace from the serial number. -Alan > > -- > Allan Jude > From owner-freebsd-current@FreeBSD.ORG Wed Apr 30 03:43:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3176E3C7; Wed, 30 Apr 2014 03:43:12 +0000 (UTC) Received: from smtp2.wemm.org (smtp2.wemm.org [IPv6:2001:470:67:39d::78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp2.wemm.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 094A91FFC; Wed, 30 Apr 2014 03:43:12 +0000 (UTC) Received: from overcee.wemm.org (canning.wemm.org [192.203.228.65]) by smtp2.wemm.org (Postfix) with ESMTP id 04DCF880; Tue, 29 Apr 2014 20:43:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=m20140428; t=1398829390; bh=6wxfCgsOD8cJlWstFzgcAB6W4q8CT78Qiq1HXk6Czpo=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=POPYQomuMA3oUny75Wvh33hdX5pJOSggpJm0UBr8CDUl0c45/rKs4QuUxQ+kg7MhO NER88vrFDgztJfrFf2PM3VIOssF2QcTNEANQLez8Nw8XXWQJ+rIM4kuOmHZSacjjcw DNvEn/ayN9GTpvAdhf9lG8WHQMqmJYZkI3kAV8zg= From: Peter Wemm To: freebsd-current@freebsd.org Subject: Re: What on earth is all this %20 crap at the end of the GUID? (newfs?) Date: Tue, 29 Apr 2014 20:43:01 -0700 Message-ID: <2756866.9v4nBk6Ejz@overcee.wemm.org> User-Agent: KMail/4.12.4 (FreeBSD/11.0-CURRENT; KDE/4.12.4; amd64; ; ) In-Reply-To: References: <1398815513.2019.50.camel@powernoodle.corp.yahoo.com> <5360605B.80605@allanjude.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart16081763.4JjPVUcFAI"; micalg="pgp-sha1"; protocol="application/pgp-signature" Cc: Alan Somers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Apr 2014 03:43:12 -0000 --nextPart16081763.4JjPVUcFAI Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" On Tuesday 29 April 2014 20:52:30 Alan Somers wrote: > On Tue, Apr 29, 2014 at 8:30 PM, Allan Jude w= rote: > > On 2014-04-29 19:51, Sean Bruno wrote: > >> Created a simple partition: > >> root@:~ # gpart create -s gpt da11 > >>=20 > >> da11 created > >> root@:~ # gpart add -t freebsd-ufs da11 > >> da11p1 added > >> root@:~ # gpart show da11 > >> =3D> 40 7814037088 da11 GPT (3.6T) > >>=20 > >> 40 7814037088 1 freebsd-ufs (3.6T) > >>=20 > >> root@:~ # > >>=20 > >> Then run a newfs and reboot the system. Upon reboot this is what = I get? > >>=20 > >> =3D> 40 7814037088 da11 GPT (3.6T) > >>=20 > >> 40 7814037088 1 freebsd-ufs (3.6T) > >>=20 > >> =3D> 40 7814037088 diskid/DISK-Z1Z0DQ73%20%20%20%20%20%20= %20%20% > >> 20%20%20%20 GPT (3.6T) > >>=20 > >> 40 7814037088 > >>=20 > >> 1 freebsd-ufs (3.6T) > >>=20 > >>=20 > >> What is going on here? > >>=20 > >> sean > >=20 > > That is highly unusual, does your disk have a bunch of blank spaces= in > > its serial # or something? >=20 > Not that unusual at all. In ATA and SCSI alike it's common for text > fields to be defined as fixed length strings. I've seen many vendors= > pad their entries out with spaces; for some reason they're allergic t= o > using NULLs. geom should probably be modified to strip trailing > whitespace from the serial number. In this particular case, it's a modified ciss driver. If memory serves= , ciss=20 pads its cam ident strings with spaces and that's showing up here. FWIW, this is usually why I rm -rf /dev/gptid /dev/diskid before doing = an=20 import. I don't usually want the synthetic names in there. =2DPeter =2D-=20 Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI= 6FJV UTF-8: for when a ' just won\342\200\231t do. --nextPart16081763.4JjPVUcFAI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iEYEABECAAYFAlNgcU0ACgkQFRKuUnJ3cX+qoACgnxHQ3lMxQHAAaQRpxD0mDx4c btQAn3Y8UgOA0nGBefiycGPilP5ShTmw =xdbC -----END PGP SIGNATURE----- --nextPart16081763.4JjPVUcFAI-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 30 04:23:34 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6B53418 for ; Wed, 30 Apr 2014 04:23:34 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8A7411345 for ; Wed, 30 Apr 2014 04:23:34 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-232-70.lns20.per1.internode.on.net [121.45.232.70]) (authenticated bits=0) by vps1.elischer.org (8.14.8/8.14.8) with ESMTP id s3U4NUGL075403 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 29 Apr 2014 21:23:32 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <53607ABD.1000605@freebsd.org> Date: Wed, 30 Apr 2014 12:23:25 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: FreeBSD Current Subject: Re: POLA.. missing --sysroot option in ld? References: <536061A9.7030502@freebsd.org> In-Reply-To: <536061A9.7030502@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Apr 2014 04:23:34 -0000 On 4/30/14, 10:36 AM, Julian Elischer wrote: > In our 8.0 based systems at $JOB our build environment made heavy > use of the --sysroot option in gcc and ld. > > We are trying to move up to a newer release but suddenly the > --sysroot option has disappeared. > > we get the message "/usr/bin/ld: this linker was not configured to > use sysroots" more spefically the following command (from 'configure') fails on "near 9" and succeeds on 8.0. configure:3352: /usr/bin/gcc -Wall -Wno-unused-parameter -nostdinc -isystem /usr/build/buildroot/tools/x86_gcc4.2.4/usr/include --sysroot /usr/build/buildroot/tools/x86_gcc4.2.4 -Wall -Wno-unused-parame ter -nostdinc -isystem /usr/build/buildroot/tools/x86_gcc4.2.4/usr/include --sysroot /usr/build/buildroot/tools/x86_gcc4.2.4 --sysroot /usr/build/buildroot/tools/x86_gcc4.2.4 -L/usr/build/buildroot/too ls/x86_gcc4.2.4/lib -L/usr/build/buildroot/tools/x86_gcc4.2.4/usr/lib conftest.c >&5 > > Does anyone know what happened? and when, and by who? > I have looked in the Makefiles and configuration files in SVN and I > can't see a change that would have done this.. > of course the building of these tools is rather complex so I may > have missed some place.. > > julian > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Thu May 1 01:01:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C06EE4A5; Thu, 1 May 2014 01:01:14 +0000 (UTC) Received: from mail-vc0-x22e.google.com (mail-vc0-x22e.google.com [IPv6:2607:f8b0:400c:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2371E1BEA; Thu, 1 May 2014 01:01:11 +0000 (UTC) Received: by mail-vc0-f174.google.com with SMTP id ib6so3206964vcb.5 for ; Wed, 30 Apr 2014 18:01: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:cc:content-type; bh=sfJYsbTjnCaxJUuXgQX+TZS/DDjcE9XN8NrLnnQ08hs=; b=bgYuoTbE0X/RpBSpjEL8Y2UchLAdVZ8OssjwdIEMn5JAT37PwLPYhIrDW7iFkubTDf gtyvwIALrSw21ynRib8KVTf3qW0ScuLklrUZNcNE/VUJu1tLmJ8gkDUp97N6P/NgyQaB CfubmaMTN3kK8ZqL+cgtAX1ANXNulHePV/T6h/nGPwYQuupmaLRCiOvU/lJHma5HTaIn eYu36YC4a8p/0GEDBgpTg/ve6RExSKA5b5rAVaA1s40tMhAuQm87Tj5rQNKSDb1Z67/q AWIrbvxKIXuvd5pS5FusXXNnS5heQnGxFBjcW+lX9a5Ocy+53E7akKVRSFDFg1BfGw0+ d8zQ== MIME-Version: 1.0 X-Received: by 10.220.159.4 with SMTP id h4mr6037122vcx.1.1398906070267; Wed, 30 Apr 2014 18:01:10 -0700 (PDT) Received: by 10.221.67.136 with HTTP; Wed, 30 Apr 2014 18:01:10 -0700 (PDT) Date: Wed, 30 Apr 2014 18:01:10 -0700 Message-ID: Subject: Help with review/commit of conf/189156? From: Garrett Cooper To: dfr@FreeBSD.org Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Thu, 01 May 2014 02:10:27 +0000 Cc: sunpoet@FreeBSD.org, freebsd-current@freebsd.org, freebsd-ports@FreeBSD.org, freebsd-toolchain@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 May 2014 01:01:14 -0000 Hello all, I was wondering if someone could please look at committing this enhancement for src. It would fix compiling ftp/curl (which gets pulled in via devel/git and a number of other tools) when ${MK_GSSAPI} => no. As it stands, the headers always get installed regardless of whether or not the libraries get installed in the base system, and the knob in ports looks for /usr/include/gssapi* for keying whether or not to automatically enable gssapi/kerberos support. Thank you!!! -Garrett ---------- Forwarded message ---------- From: Date: Wed, Apr 30, 2014 at 5:00 PM Subject: Re: conf/189156: include/Makefile does not honor MK_GSSAPI == no To: Garrett Cooper Thank you very much for your problem report. It has the internal identification `conf/189156'. The individual assigned to look at your report is: freebsd-bugs. You can access the state of your problem report at any time via this link: http://www.freebsd.org/cgi/query-pr.cgi?pr=189156 >Category: conf >Responsible: freebsd-bugs >Synopsis: include/Makefile does not honor MK_GSSAPI == no >Arrival-Date: Thu May 01 00:00:00 UTC 2014 From owner-freebsd-current@FreeBSD.ORG Thu May 1 04:51:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C1F2B98 for ; Thu, 1 May 2014 04:51:01 +0000 (UTC) Received: from mail-pa0-f52.google.com (mail-pa0-f52.google.com [209.85.220.52]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F0E3411ED for ; Thu, 1 May 2014 04:51:00 +0000 (UTC) Received: by mail-pa0-f52.google.com with SMTP id kx10so3120626pab.39 for ; Wed, 30 Apr 2014 21:50:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=OIW4s64ACqo7B3CPA5LCkZ6aIz9ubQbCD73j86eMDag=; b=fI8RmRqK6sXHhX3S+vUixqB+6y3Jm1WBL2o5WwE6DjYGb0XFz/BOnkVUcmozyhGK/u ryv4qpUiEwY3b3uyheXOLrhki0iCdC3SSCZ7obc6tLDjDHq6FeMshD0svep5oi+4qYuC cz4OoQa+E20hcEVHyyC3ID0dhivZg/ku4Gxhqsgv+iCYHKmmmAeE9QhgUKz0E6rf8xxn p2NaJ0QrM7PnLRlq6iBEoEf2zT9PvEWb4dgOqdCY5NdsTgBVyvOyFDigsu7utiN/pV5O vK8KS9Ue81hK3V35zr/Qy48tI68CGFzkfZbB9Wt8sRKpjCjsnA/qIP7hxkECd3DJd4gh alnw== X-Gm-Message-State: ALoCoQlMH/0hIxWzbQJzxm5SNJRbMizyM4O4DSGO8lBOcnb0KcCO2xxm8uj9ZGCAWs6oORtiItHW X-Received: by 10.66.241.66 with SMTP id wg2mr16965653pac.132.1398919853945; Wed, 30 Apr 2014 21:50:53 -0700 (PDT) Received: from macintosh-3c0754232d17.corp.netflix.com (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id xz7sm147014802pac.3.2014.04.30.21.50.52 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 30 Apr 2014 21:50:53 -0700 (PDT) Sender: Warner Losh X-Google-Original-From: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: odd message from ld in -current around 9.0 branchpoint From: Warner Losh In-Reply-To: <535FC85E.9020002@freebsd.org> Date: Wed, 30 Apr 2014 22:50:51 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <508C337B-202A-4729-A433-A6FAC63CF00A@gmail.com> References: <535F3B87.4060706@freebsd.org> <1398773853.22079.2.camel@revolution.hippie.lan> <535FC85E.9020002@freebsd.org> To: Julian Elischer X-Mailer: Apple Mail (2.1874) Cc: FreeBSD Current , Ian Lepore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 May 2014 04:51:01 -0000 On Apr 29, 2014, at 9:42 AM, Julian Elischer wrote: > On 4/29/14, 8:17 PM, Ian Lepore wrote: >> On Tue, 2014-04-29 at 13:41 +0800, Julian Elischer wrote: >>> I'm trying to compile a system based on current from just before the >>> 9.x branchpoint. >>>=20 >>> during hte build I got the following message: >>>=20 >>> /usr/bin/ld: this linker was not configured to use sysroots >>>=20 >>> does anyone have any idea what this means in a broader context? >>> did I misconfigure something when I built this system? >>>=20 >>> Julian >>>=20 >> Are you using ccache? I vaguely remember some reports of this in the >> past, and I think it was caused by using a version of ccache that = wasn't >> compatible with clang, or something along those lines. >>=20 >> -- Ian >>=20 >>=20 >>=20 > no I'm using gcc and (as far as I know) no ccache. > This is compiling some 3rd party software. Then it needs to not use =97sysroot. Warner From owner-freebsd-current@FreeBSD.ORG Thu May 1 05:02:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 19352F3B for ; Thu, 1 May 2014 05:02:35 +0000 (UTC) Received: from mail-pa0-f48.google.com (mail-pa0-f48.google.com [209.85.220.48]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E1785165E for ; Thu, 1 May 2014 05:02:34 +0000 (UTC) Received: by mail-pa0-f48.google.com with SMTP id hz1so3109883pad.21 for ; Wed, 30 Apr 2014 22:02:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=86A0pN5fItw0Da6n96xcyhw1I9EN7+Yf61Aogtnaz00=; b=jLRWza886tw5xamGpZSIwPVuHHrxXPRTHVIS7as4R61NKicrG504KgMBKATbi49GTn q9YBt25L53smx818teTMCJgtRtmPReIvpV6YAWGHaVRZbd5YmauWQ1F37ebzf/Fr5/NT G34vGfHHrKL3TqdYDqPHgV6VmNhouS0fA7AKRzlrzEBIuXS6+8B50rPaBt4gW84rs8hw GfQ5a/U+ybXxyEYl4T+iLxVR8aTr9VNZ1LJXCgUpnZM2a65qMGq+yjd10aiTZXK8ZtOx kGfy5gNqdUNCq0/rgXhdaGsdskDuR6ysU4ji67JE+cucJH+TCONjYrKBAG8j8EBY9+0F JtQA== X-Gm-Message-State: ALoCoQkM335b+TWma/c2QFr8tE5Wu9rsakjrKwCi/GkRI52iM8ypWpHOXtIYky9bVhow0y98N4R2 X-Received: by 10.66.146.199 with SMTP id te7mr16846657pab.106.1398920553901; Wed, 30 Apr 2014 22:02:33 -0700 (PDT) Received: from macintosh-3c0754232d17.corp.netflix.com (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id i10sm147715203pat.36.2014.04.30.22.02.32 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 30 Apr 2014 22:02:33 -0700 (PDT) Sender: Warner Losh X-Google-Original-From: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: POLA.. missing --sysroot option in ld? From: Warner Losh In-Reply-To: <53607ABD.1000605@freebsd.org> Date: Wed, 30 Apr 2014 23:02:31 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <536061A9.7030502@freebsd.org> <53607ABD.1000605@freebsd.org> To: Julian Elischer X-Mailer: Apple Mail (2.1874) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 May 2014 05:02:35 -0000 On Apr 29, 2014, at 10:23 PM, Julian Elischer = wrote: > On 4/30/14, 10:36 AM, Julian Elischer wrote: >> In our 8.0 based systems at $JOB our build environment made heavy use = of the --sysroot option in gcc and ld. >>=20 >> We are trying to move up to a newer release but suddenly the = --sysroot option has disappeared. >>=20 >> we get the message "/usr/bin/ld: this linker was not configured to = use sysroots" > more spefically the following command (from 'configure') fails on = "near 9" > and succeeds on 8.0. >=20 > configure:3352: /usr/bin/gcc -Wall -Wno-unused-parameter -nostdinc = -isystem /usr/build/buildroot/tools/x86_gcc4.2.4/usr/include --sysroot = /usr/build/buildroot/tools/x86_gcc4.2.4 -Wall -Wno-unused-parame > ter -nostdinc -isystem = /usr/build/buildroot/tools/x86_gcc4.2.4/usr/include --sysroot = /usr/build/buildroot/tools/x86_gcc4.2.4 --sysroot = /usr/build/buildroot/tools/x86_gcc4.2.4 -L/usr/build/buildroot/too > ls/x86_gcc4.2.4/lib -L/usr/build/buildroot/tools/x86_gcc4.2.4/usr/lib = conftest.c >&5 >>=20 >> Does anyone know what happened? and when, and by who? >> I have looked in the Makefiles and configuration files in SVN and I = can't see a change that would have done this.. >> of course the building of these tools is rather complex so I may have = missed some place.. Yea, I looked too and don=92t see anything. I thought it was broken in = more like 2005 not 2011. You=92re only hope is to bisect the tree down = to the change that caused it=85 Warner From owner-freebsd-current@FreeBSD.ORG Thu May 1 05:16:13 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EAC29ED9 for ; Thu, 1 May 2014 05:16:13 +0000 (UTC) Received: from mail-pd0-f182.google.com (mail-pd0-f182.google.com [209.85.192.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BCCB41A0D for ; Thu, 1 May 2014 05:16:13 +0000 (UTC) Received: by mail-pd0-f182.google.com with SMTP id v10so2643929pde.13 for ; Wed, 30 Apr 2014 22:16:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=JWIIIMQkkTUwE4h4sdN6A1zhK+dmt0ORS2E0ywJH//s=; b=hrUtI0rD3OYPT5VXJv7YZHzXBNbRPJKZ9kr2ucU7PORccZmh1cWNCkA64lEB/AnVxs MgAVgCqx/oqqC11i52Zbr7uysXMir7nva5XUg3pnnd5sg6RZj4RP+s2fIgL507iJegTk KJC8j7lp5Pm3qVMOilb2IogsYJJ5CjAVaobWzOOnZ4DdRVxYp8s4v0w7LOYfw/mkIWzQ W4EVUQZPZkLAwDDYfKaAKQURmWsawKbsI8pXW2XiCiE8OD7GgB1HTxgEUYTTq2IXH9Iz HOddNVsAAf1aAcQbvIWNgR5eh8xktHya8b87wLZRCfXDwL89/+v4ZmxeH8u7Jj7TOogn SryQ== X-Gm-Message-State: ALoCoQlC1NjTmpHH6bd0zxus0IF2TL+ngDi8wYL9Khof/2N475YnklcUeym9ueg2WCX4VgWQ+8i9 X-Received: by 10.66.243.131 with SMTP id wy3mr17058608pac.32.1398919885355; Wed, 30 Apr 2014 21:51:25 -0700 (PDT) Received: from macintosh-3c0754232d17.corp.netflix.com (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id xz7sm147014802pac.3.2014.04.30.21.51.24 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 30 Apr 2014 21:51:24 -0700 (PDT) Sender: Warner Losh X-Google-Original-From: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: odd message from ld in -current around 9.0 branchpoint From: Warner Losh In-Reply-To: <535FE3D9.5040508@freebsd.org> Date: Wed, 30 Apr 2014 22:51:23 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <3359867E-FE5B-4A27-8973-6E6A5BA1E39D@gmail.com> References: <535F3B87.4060706@freebsd.org> <1398773853.22079.2.camel@revolution.hippie.lan> <535FC85E.9020002@freebsd.org> <535FE3D9.5040508@freebsd.org> To: Julian Elischer X-Mailer: Apple Mail (2.1874) Cc: FreeBSD Current , Ian Lepore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 May 2014 05:16:14 -0000 On Apr 29, 2014, at 11:39 AM, Julian Elischer = wrote: > On 4/29/14, 11:42 PM, Julian Elischer wrote: >> On 4/29/14, 8:17 PM, Ian Lepore wrote: >>> On Tue, 2014-04-29 at 13:41 +0800, Julian Elischer wrote: >>>> I'm trying to compile a system based on current from just before = the >>>> 9.x branchpoint. >>>>=20 >>>> during hte build I got the following message: >>>>=20 >>>> /usr/bin/ld: this linker was not configured to use sysroots >>>>=20 >>>> does anyone have any idea what this means in a broader context? >>>> did I misconfigure something when I built this system? >>>>=20 >>>> Julian >>>>=20 >>> Are you using ccache? I vaguely remember some reports of this in = the >>> past, and I think it was caused by using a version of ccache that = wasn't >>> compatible with clang, or something along those lines. >>>=20 >>> -- Ian >>>=20 >>>=20 >>>=20 >> no I'm using gcc and (as far as I know) no ccache. >> This is compiling some 3rd party software. >=20 > I just recompiled ld and gcc and it's still not working.. did we break = sysroot support some time in 2011? =97sysroot I don=92t think has worked in at least a decade. Warner= From owner-freebsd-current@FreeBSD.ORG Thu May 1 07:57:04 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 93DF398A; Thu, 1 May 2014 07:57:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5B4A61A9E; Thu, 1 May 2014 07:57:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s417uqld024837; Thu, 1 May 2014 03:56:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s417uqkp024821; Thu, 1 May 2014 07:56:52 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 1 May 2014 07:56:52 GMT Message-Id: <201405010756.s417uqkp024821@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2014 07:57:04 -0000 TB --- 2014-05-01 02:20:42 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-01 02:20:42 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-01 02:20:42 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-01 02:20:42 - cleaning the object tree TB --- 2014-05-01 02:20:42 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-01 02:20:47 - At svn revision 265167 TB --- 2014-05-01 02:20:48 - building world TB --- 2014-05-01 02:20:48 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 02:20:48 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 02:20:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 02:20:48 - SRCCONF=/dev/null TB --- 2014-05-01 02:20:48 - TARGET=arm TB --- 2014-05-01 02:20:48 - TARGET_ARCH=armv6 TB --- 2014-05-01 02:20:48 - TZ=UTC TB --- 2014-05-01 02:20:48 - __MAKE_CONF=/dev/null TB --- 2014-05-01 02:20:48 - cd /src TB --- 2014-05-01 02:20:48 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu May 1 02:20:55 UTC 2014 >>> 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 Thu May 1 05:36:06 UTC 2014 TB --- 2014-05-01 05:36:06 - generating LINT kernel config TB --- 2014-05-01 05:36:06 - cd /src/sys/arm/conf TB --- 2014-05-01 05:36:06 - /usr/bin/make -B LINT TB --- 2014-05-01 05:36:07 - cd /src/sys/arm/conf TB --- 2014-05-01 05:36:07 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-05-01 05:36:07 - skipping LINT kernel TB --- 2014-05-01 05:36:07 - cd /src/sys/arm/conf TB --- 2014-05-01 05:36:07 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m AC100 TB --- 2014-05-01 05:36:07 - building AC100 kernel TB --- 2014-05-01 05:36:07 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 05:36:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 05:36:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 05:36:07 - SRCCONF=/dev/null TB --- 2014-05-01 05:36:07 - TARGET=arm TB --- 2014-05-01 05:36:07 - TARGET_ARCH=armv6 TB --- 2014-05-01 05:36:07 - TZ=UTC TB --- 2014-05-01 05:36:07 - __MAKE_CONF=/dev/null TB --- 2014-05-01 05:36:07 - cd /src TB --- 2014-05-01 05:36:07 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Thu May 1 05:36:07 UTC 2014 >>> 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 AC100 completed on Thu May 1 05:39:10 UTC 2014 TB --- 2014-05-01 05:39:10 - cd /src/sys/arm/conf TB --- 2014-05-01 05:39:10 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ARMADAXP TB --- 2014-05-01 05:39:10 - building ARMADAXP kernel TB --- 2014-05-01 05:39:10 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 05:39:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 05:39:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 05:39:10 - SRCCONF=/dev/null TB --- 2014-05-01 05:39:10 - TARGET=arm TB --- 2014-05-01 05:39:10 - TARGET_ARCH=armv6 TB --- 2014-05-01 05:39:10 - TZ=UTC TB --- 2014-05-01 05:39:10 - __MAKE_CONF=/dev/null TB --- 2014-05-01 05:39:10 - cd /src TB --- 2014-05-01 05:39:10 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP >>> Kernel build for ARMADAXP started on Thu May 1 05:39:10 UTC 2014 >>> 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 ARMADAXP completed on Thu May 1 05:43:12 UTC 2014 TB --- 2014-05-01 05:43:12 - cd /src/sys/arm/conf TB --- 2014-05-01 05:43:12 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ARNDALE TB --- 2014-05-01 05:43:12 - building ARNDALE kernel TB --- 2014-05-01 05:43:12 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 05:43:12 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 05:43:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 05:43:12 - SRCCONF=/dev/null TB --- 2014-05-01 05:43:12 - TARGET=arm TB --- 2014-05-01 05:43:12 - TARGET_ARCH=armv6 TB --- 2014-05-01 05:43:12 - TZ=UTC TB --- 2014-05-01 05:43:12 - __MAKE_CONF=/dev/null TB --- 2014-05-01 05:43:12 - cd /src TB --- 2014-05-01 05:43:12 - /usr/bin/make -B buildkernel KERNCONF=ARNDALE >>> Kernel build for ARNDALE started on Thu May 1 05:43:12 UTC 2014 >>> 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 ARNDALE completed on Thu May 1 05:48:02 UTC 2014 TB --- 2014-05-01 05:48:02 - cd /src/sys/arm/conf TB --- 2014-05-01 05:48:02 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ATMEL TB --- 2014-05-01 05:48:02 - skipping ATMEL kernel TB --- 2014-05-01 05:48:02 - cd /src/sys/arm/conf TB --- 2014-05-01 05:48:02 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m AVILA TB --- 2014-05-01 05:48:02 - skipping AVILA kernel TB --- 2014-05-01 05:48:02 - cd /src/sys/arm/conf TB --- 2014-05-01 05:48:02 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m BEAGLEBONE TB --- 2014-05-01 05:48:03 - building BEAGLEBONE kernel TB --- 2014-05-01 05:48:03 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 05:48:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 05:48:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 05:48:03 - SRCCONF=/dev/null TB --- 2014-05-01 05:48:03 - TARGET=arm TB --- 2014-05-01 05:48:03 - TARGET_ARCH=armv6 TB --- 2014-05-01 05:48:03 - TZ=UTC TB --- 2014-05-01 05:48:03 - __MAKE_CONF=/dev/null TB --- 2014-05-01 05:48:03 - cd /src TB --- 2014-05-01 05:48:03 - /usr/bin/make -B buildkernel KERNCONF=BEAGLEBONE >>> Kernel build for BEAGLEBONE started on Thu May 1 05:48:03 UTC 2014 >>> 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 BEAGLEBONE completed on Thu May 1 06:03:55 UTC 2014 TB --- 2014-05-01 06:03:55 - cd /src/sys/arm/conf TB --- 2014-05-01 06:03:55 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m BWCT TB --- 2014-05-01 06:03:55 - skipping BWCT kernel TB --- 2014-05-01 06:03:55 - cd /src/sys/arm/conf TB --- 2014-05-01 06:03:55 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CAMBRIA TB --- 2014-05-01 06:03:55 - skipping CAMBRIA kernel TB --- 2014-05-01 06:03:55 - cd /src/sys/arm/conf TB --- 2014-05-01 06:03:55 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CHROMEBOOK TB --- 2014-05-01 06:03:55 - building CHROMEBOOK kernel TB --- 2014-05-01 06:03:55 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 06:03:55 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 06:03:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 06:03:55 - SRCCONF=/dev/null TB --- 2014-05-01 06:03:55 - TARGET=arm TB --- 2014-05-01 06:03:55 - TARGET_ARCH=armv6 TB --- 2014-05-01 06:03:55 - TZ=UTC TB --- 2014-05-01 06:03:55 - __MAKE_CONF=/dev/null TB --- 2014-05-01 06:03:55 - cd /src TB --- 2014-05-01 06:03:55 - /usr/bin/make -B buildkernel KERNCONF=CHROMEBOOK >>> Kernel build for CHROMEBOOK started on Thu May 1 06:03:55 UTC 2014 >>> 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 CHROMEBOOK completed on Thu May 1 06:08:52 UTC 2014 TB --- 2014-05-01 06:08:52 - cd /src/sys/arm/conf TB --- 2014-05-01 06:08:52 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CNS11XXNAS TB --- 2014-05-01 06:08:52 - skipping CNS11XXNAS kernel TB --- 2014-05-01 06:08:52 - cd /src/sys/arm/conf TB --- 2014-05-01 06:08:52 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m COLIBRI-VF50 TB --- 2014-05-01 06:08:52 - building COLIBRI-VF50 kernel TB --- 2014-05-01 06:08:52 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 06:08:52 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 06:08:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 06:08:52 - SRCCONF=/dev/null TB --- 2014-05-01 06:08:52 - TARGET=arm TB --- 2014-05-01 06:08:52 - TARGET_ARCH=armv6 TB --- 2014-05-01 06:08:52 - TZ=UTC TB --- 2014-05-01 06:08:52 - __MAKE_CONF=/dev/null TB --- 2014-05-01 06:08:52 - cd /src TB --- 2014-05-01 06:08:52 - /usr/bin/make -B buildkernel KERNCONF=COLIBRI-VF50 >>> Kernel build for COLIBRI-VF50 started on Thu May 1 06:08:52 UTC 2014 >>> 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 COLIBRI-VF50 completed on Thu May 1 06:13:28 UTC 2014 TB --- 2014-05-01 06:13:28 - cd /src/sys/arm/conf TB --- 2014-05-01 06:13:28 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m COSMIC TB --- 2014-05-01 06:13:28 - building COSMIC kernel TB --- 2014-05-01 06:13:28 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 06:13:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 06:13:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 06:13:28 - SRCCONF=/dev/null TB --- 2014-05-01 06:13:28 - TARGET=arm TB --- 2014-05-01 06:13:28 - TARGET_ARCH=armv6 TB --- 2014-05-01 06:13:28 - TZ=UTC TB --- 2014-05-01 06:13:28 - __MAKE_CONF=/dev/null TB --- 2014-05-01 06:13:28 - cd /src TB --- 2014-05-01 06:13:28 - /usr/bin/make -B buildkernel KERNCONF=COSMIC >>> Kernel build for COSMIC started on Thu May 1 06:13:28 UTC 2014 >>> 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 COSMIC completed on Thu May 1 06:18:03 UTC 2014 TB --- 2014-05-01 06:18:03 - cd /src/sys/arm/conf TB --- 2014-05-01 06:18:03 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CRB TB --- 2014-05-01 06:18:03 - skipping CRB kernel TB --- 2014-05-01 06:18:03 - cd /src/sys/arm/conf TB --- 2014-05-01 06:18:03 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CUBIEBOARD TB --- 2014-05-01 06:18:03 - building CUBIEBOARD kernel TB --- 2014-05-01 06:18:03 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 06:18:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 06:18:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 06:18:03 - SRCCONF=/dev/null TB --- 2014-05-01 06:18:03 - TARGET=arm TB --- 2014-05-01 06:18:03 - TARGET_ARCH=armv6 TB --- 2014-05-01 06:18:03 - TZ=UTC TB --- 2014-05-01 06:18:03 - __MAKE_CONF=/dev/null TB --- 2014-05-01 06:18:03 - cd /src TB --- 2014-05-01 06:18:03 - /usr/bin/make -B buildkernel KERNCONF=CUBIEBOARD >>> Kernel build for CUBIEBOARD started on Thu May 1 06:18:03 UTC 2014 >>> 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 CUBIEBOARD completed on Thu May 1 06:21:51 UTC 2014 TB --- 2014-05-01 06:21:51 - cd /src/sys/arm/conf TB --- 2014-05-01 06:21:51 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CUBIEBOARD2 TB --- 2014-05-01 06:21:51 - building CUBIEBOARD2 kernel TB --- 2014-05-01 06:21:51 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 06:21:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 06:21:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 06:21:51 - SRCCONF=/dev/null TB --- 2014-05-01 06:21:51 - TARGET=arm TB --- 2014-05-01 06:21:51 - TARGET_ARCH=armv6 TB --- 2014-05-01 06:21:51 - TZ=UTC TB --- 2014-05-01 06:21:51 - __MAKE_CONF=/dev/null TB --- 2014-05-01 06:21:51 - cd /src TB --- 2014-05-01 06:21:51 - /usr/bin/make -B buildkernel KERNCONF=CUBIEBOARD2 >>> Kernel build for CUBIEBOARD2 started on Thu May 1 06:21:51 UTC 2014 >>> 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 CUBIEBOARD2 completed on Thu May 1 06:25:33 UTC 2014 TB --- 2014-05-01 06:25:33 - cd /src/sys/arm/conf TB --- 2014-05-01 06:25:33 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DB-78XXX TB --- 2014-05-01 06:25:33 - skipping DB-78XXX kernel TB --- 2014-05-01 06:25:33 - cd /src/sys/arm/conf TB --- 2014-05-01 06:25:33 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DB-88F5XXX TB --- 2014-05-01 06:25:33 - skipping DB-88F5XXX kernel TB --- 2014-05-01 06:25:33 - cd /src/sys/arm/conf TB --- 2014-05-01 06:25:33 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DB-88F6XXX TB --- 2014-05-01 06:25:33 - skipping DB-88F6XXX kernel TB --- 2014-05-01 06:25:33 - cd /src/sys/arm/conf TB --- 2014-05-01 06:25:33 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DIGI-CCWMX53 TB --- 2014-05-01 06:25:33 - building DIGI-CCWMX53 kernel TB --- 2014-05-01 06:25:33 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 06:25:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 06:25:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 06:25:33 - SRCCONF=/dev/null TB --- 2014-05-01 06:25:33 - TARGET=arm TB --- 2014-05-01 06:25:33 - TARGET_ARCH=armv6 TB --- 2014-05-01 06:25:33 - TZ=UTC TB --- 2014-05-01 06:25:33 - __MAKE_CONF=/dev/null TB --- 2014-05-01 06:25:33 - cd /src TB --- 2014-05-01 06:25:33 - /usr/bin/make -B buildkernel KERNCONF=DIGI-CCWMX53 >>> Kernel build for DIGI-CCWMX53 started on Thu May 1 06:25:33 UTC 2014 >>> 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 DIGI-CCWMX53 completed on Thu May 1 06:40:11 UTC 2014 TB --- 2014-05-01 06:40:11 - cd /src/sys/arm/conf TB --- 2014-05-01 06:40:11 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DOCKSTAR TB --- 2014-05-01 06:40:11 - skipping DOCKSTAR kernel TB --- 2014-05-01 06:40:11 - cd /src/sys/arm/conf TB --- 2014-05-01 06:40:11 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DREAMPLUG-1001 TB --- 2014-05-01 06:40:11 - skipping DREAMPLUG-1001 kernel TB --- 2014-05-01 06:40:11 - cd /src/sys/arm/conf TB --- 2014-05-01 06:40:11 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m EA3250 TB --- 2014-05-01 06:40:11 - skipping EA3250 kernel TB --- 2014-05-01 06:40:11 - cd /src/sys/arm/conf TB --- 2014-05-01 06:40:11 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m EB9200 TB --- 2014-05-01 06:40:11 - skipping EB9200 kernel TB --- 2014-05-01 06:40:11 - cd /src/sys/arm/conf TB --- 2014-05-01 06:40:11 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m EFIKA_MX TB --- 2014-05-01 06:40:11 - building EFIKA_MX kernel TB --- 2014-05-01 06:40:11 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 06:40:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 06:40:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 06:40:11 - SRCCONF=/dev/null TB --- 2014-05-01 06:40:11 - TARGET=arm TB --- 2014-05-01 06:40:11 - TARGET_ARCH=armv6 TB --- 2014-05-01 06:40:11 - TZ=UTC TB --- 2014-05-01 06:40:11 - __MAKE_CONF=/dev/null TB --- 2014-05-01 06:40:11 - cd /src TB --- 2014-05-01 06:40:11 - /usr/bin/make -B buildkernel KERNCONF=EFIKA_MX >>> Kernel build for EFIKA_MX started on Thu May 1 06:40:11 UTC 2014 >>> 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 EFIKA_MX completed on Thu May 1 06:54:37 UTC 2014 TB --- 2014-05-01 06:54:37 - cd /src/sys/arm/conf TB --- 2014-05-01 06:54:37 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m EP80219 TB --- 2014-05-01 06:54:37 - skipping EP80219 kernel TB --- 2014-05-01 06:54:37 - cd /src/sys/arm/conf TB --- 2014-05-01 06:54:37 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ETHERNUT5 TB --- 2014-05-01 06:54:37 - skipping ETHERNUT5 kernel TB --- 2014-05-01 06:54:37 - cd /src/sys/arm/conf TB --- 2014-05-01 06:54:37 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m GUMSTIX TB --- 2014-05-01 06:54:37 - skipping GUMSTIX kernel TB --- 2014-05-01 06:54:37 - cd /src/sys/arm/conf TB --- 2014-05-01 06:54:37 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m GUMSTIX-QEMU TB --- 2014-05-01 06:54:37 - skipping GUMSTIX-QEMU kernel TB --- 2014-05-01 06:54:37 - cd /src/sys/arm/conf TB --- 2014-05-01 06:54:37 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m HL200 TB --- 2014-05-01 06:54:37 - skipping HL200 kernel TB --- 2014-05-01 06:54:37 - cd /src/sys/arm/conf TB --- 2014-05-01 06:54:37 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m HL201 TB --- 2014-05-01 06:54:37 - skipping HL201 kernel TB --- 2014-05-01 06:54:37 - cd /src/sys/arm/conf TB --- 2014-05-01 06:54:37 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m IMX53-QSB TB --- 2014-05-01 06:54:37 - building IMX53-QSB kernel TB --- 2014-05-01 06:54:37 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 06:54:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 06:54:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 06:54:37 - SRCCONF=/dev/null TB --- 2014-05-01 06:54:37 - TARGET=arm TB --- 2014-05-01 06:54:37 - TARGET_ARCH=armv6 TB --- 2014-05-01 06:54:37 - TZ=UTC TB --- 2014-05-01 06:54:37 - __MAKE_CONF=/dev/null TB --- 2014-05-01 06:54:37 - cd /src TB --- 2014-05-01 06:54:37 - /usr/bin/make -B buildkernel KERNCONF=IMX53-QSB >>> Kernel build for IMX53-QSB started on Thu May 1 06:54:37 UTC 2014 >>> 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 IMX53-QSB completed on Thu May 1 07:10:12 UTC 2014 TB --- 2014-05-01 07:10:12 - cd /src/sys/arm/conf TB --- 2014-05-01 07:10:12 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m IMX6 TB --- 2014-05-01 07:10:12 - building IMX6 kernel TB --- 2014-05-01 07:10:12 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 07:10:12 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 07:10:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 07:10:12 - SRCCONF=/dev/null TB --- 2014-05-01 07:10:12 - TARGET=arm TB --- 2014-05-01 07:10:12 - TARGET_ARCH=armv6 TB --- 2014-05-01 07:10:12 - TZ=UTC TB --- 2014-05-01 07:10:12 - __MAKE_CONF=/dev/null TB --- 2014-05-01 07:10:12 - cd /src TB --- 2014-05-01 07:10:12 - /usr/bin/make -B buildkernel KERNCONF=IMX6 >>> Kernel build for IMX6 started on Thu May 1 07:10:12 UTC 2014 >>> 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 IMX6 completed on Thu May 1 07:26:24 UTC 2014 TB --- 2014-05-01 07:26:24 - cd /src/sys/arm/conf TB --- 2014-05-01 07:26:24 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m IQ31244 TB --- 2014-05-01 07:26:24 - skipping IQ31244 kernel TB --- 2014-05-01 07:26:24 - cd /src/sys/arm/conf TB --- 2014-05-01 07:26:24 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m KB920X TB --- 2014-05-01 07:26:24 - skipping KB920X kernel TB --- 2014-05-01 07:26:24 - cd /src/sys/arm/conf TB --- 2014-05-01 07:26:24 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m LN2410SBC TB --- 2014-05-01 07:26:24 - skipping LN2410SBC kernel TB --- 2014-05-01 07:26:24 - cd /src/sys/arm/conf TB --- 2014-05-01 07:26:24 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m NSLU TB --- 2014-05-01 07:26:25 - skipping NSLU kernel TB --- 2014-05-01 07:26:25 - cd /src/sys/arm/conf TB --- 2014-05-01 07:26:25 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m PANDABOARD TB --- 2014-05-01 07:26:25 - building PANDABOARD kernel TB --- 2014-05-01 07:26:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 07:26:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 07:26:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 07:26:25 - SRCCONF=/dev/null TB --- 2014-05-01 07:26:25 - TARGET=arm TB --- 2014-05-01 07:26:25 - TARGET_ARCH=armv6 TB --- 2014-05-01 07:26:25 - TZ=UTC TB --- 2014-05-01 07:26:25 - __MAKE_CONF=/dev/null TB --- 2014-05-01 07:26:25 - cd /src TB --- 2014-05-01 07:26:25 - /usr/bin/make -B buildkernel KERNCONF=PANDABOARD >>> Kernel build for PANDABOARD started on Thu May 1 07:26:25 UTC 2014 >>> 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 PANDABOARD completed on Thu May 1 07:30:40 UTC 2014 TB --- 2014-05-01 07:30:40 - cd /src/sys/arm/conf TB --- 2014-05-01 07:30:40 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m QILA9G20 TB --- 2014-05-01 07:30:40 - skipping QILA9G20 kernel TB --- 2014-05-01 07:30:40 - cd /src/sys/arm/conf TB --- 2014-05-01 07:30:40 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m QUARTZ TB --- 2014-05-01 07:30:40 - building QUARTZ kernel TB --- 2014-05-01 07:30:40 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 07:30:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 07:30:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 07:30:40 - SRCCONF=/dev/null TB --- 2014-05-01 07:30:40 - TARGET=arm TB --- 2014-05-01 07:30:40 - TARGET_ARCH=armv6 TB --- 2014-05-01 07:30:40 - TZ=UTC TB --- 2014-05-01 07:30:40 - __MAKE_CONF=/dev/null TB --- 2014-05-01 07:30:40 - cd /src TB --- 2014-05-01 07:30:40 - /usr/bin/make -B buildkernel KERNCONF=QUARTZ >>> Kernel build for QUARTZ started on Thu May 1 07:30:40 UTC 2014 >>> 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 QUARTZ completed on Thu May 1 07:34:56 UTC 2014 TB --- 2014-05-01 07:34:56 - cd /src/sys/arm/conf TB --- 2014-05-01 07:34:56 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m RADXA TB --- 2014-05-01 07:34:56 - building RADXA kernel TB --- 2014-05-01 07:34:56 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 07:34:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 07:34:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 07:34:56 - SRCCONF=/dev/null TB --- 2014-05-01 07:34:56 - TARGET=arm TB --- 2014-05-01 07:34:56 - TARGET_ARCH=armv6 TB --- 2014-05-01 07:34:56 - TZ=UTC TB --- 2014-05-01 07:34:56 - __MAKE_CONF=/dev/null TB --- 2014-05-01 07:34:56 - cd /src TB --- 2014-05-01 07:34:56 - /usr/bin/make -B buildkernel KERNCONF=RADXA >>> Kernel build for RADXA started on Thu May 1 07:34:56 UTC 2014 >>> 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 RADXA completed on Thu May 1 07:38:21 UTC 2014 TB --- 2014-05-01 07:38:21 - cd /src/sys/arm/conf TB --- 2014-05-01 07:38:21 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m RPI-B TB --- 2014-05-01 07:38:21 - building RPI-B kernel TB --- 2014-05-01 07:38:21 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 07:38:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 07:38:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 07:38:21 - SRCCONF=/dev/null TB --- 2014-05-01 07:38:21 - TARGET=arm TB --- 2014-05-01 07:38:21 - TARGET_ARCH=armv6 TB --- 2014-05-01 07:38:21 - TZ=UTC TB --- 2014-05-01 07:38:21 - __MAKE_CONF=/dev/null TB --- 2014-05-01 07:38:21 - cd /src TB --- 2014-05-01 07:38:21 - /usr/bin/make -B buildkernel KERNCONF=RPI-B >>> Kernel build for RPI-B started on Thu May 1 07:38:21 UTC 2014 >>> 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 RPI-B completed on Thu May 1 07:53:17 UTC 2014 TB --- 2014-05-01 07:53:17 - cd /src/sys/arm/conf TB --- 2014-05-01 07:53:17 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m SAM9260EK TB --- 2014-05-01 07:53:17 - skipping SAM9260EK kernel TB --- 2014-05-01 07:53:17 - cd /src/sys/arm/conf TB --- 2014-05-01 07:53:17 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m SAM9G20EK TB --- 2014-05-01 07:53:17 - skipping SAM9G20EK kernel TB --- 2014-05-01 07:53:17 - cd /src/sys/arm/conf TB --- 2014-05-01 07:53:17 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m SAM9X25EK TB --- 2014-05-01 07:53:17 - skipping SAM9X25EK kernel TB --- 2014-05-01 07:53:17 - cd /src/sys/arm/conf TB --- 2014-05-01 07:53:17 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m SHEEVAPLUG TB --- 2014-05-01 07:53:17 - skipping SHEEVAPLUG kernel TB --- 2014-05-01 07:53:17 - cd /src/sys/arm/conf TB --- 2014-05-01 07:53:17 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m SN9G45 TB --- 2014-05-01 07:53:17 - skipping SN9G45 kernel TB --- 2014-05-01 07:53:17 - cd /src/sys/arm/conf TB --- 2014-05-01 07:53:17 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m TS7800 TB --- 2014-05-01 07:53:17 - skipping TS7800 kernel TB --- 2014-05-01 07:53:17 - cd /src/sys/arm/conf TB --- 2014-05-01 07:53:17 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m VERSATILEPB TB --- 2014-05-01 07:53:17 - building VERSATILEPB kernel TB --- 2014-05-01 07:53:17 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 07:53:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 07:53:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 07:53:17 - SRCCONF=/dev/null TB --- 2014-05-01 07:53:17 - TARGET=arm TB --- 2014-05-01 07:53:17 - TARGET_ARCH=armv6 TB --- 2014-05-01 07:53:17 - TZ=UTC TB --- 2014-05-01 07:53:17 - __MAKE_CONF=/dev/null TB --- 2014-05-01 07:53:17 - cd /src TB --- 2014-05-01 07:53:17 - /usr/bin/make -B buildkernel KERNCONF=VERSATILEPB >>> Kernel build for VERSATILEPB started on Thu May 1 07:53:17 UTC 2014 >>> 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 VERSATILEPB completed on Thu May 1 07:56:23 UTC 2014 TB --- 2014-05-01 07:56:23 - cd /src/sys/arm/conf TB --- 2014-05-01 07:56:23 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m VYBRID TB --- 2014-05-01 07:56:23 - building VYBRID kernel TB --- 2014-05-01 07:56:23 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 07:56:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 07:56:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 07:56:23 - SRCCONF=/dev/null TB --- 2014-05-01 07:56:23 - TARGET=arm TB --- 2014-05-01 07:56:23 - TARGET_ARCH=armv6 TB --- 2014-05-01 07:56:23 - TZ=UTC TB --- 2014-05-01 07:56:23 - __MAKE_CONF=/dev/null TB --- 2014-05-01 07:56:23 - cd /src TB --- 2014-05-01 07:56:23 - /usr/bin/make -B buildkernel KERNCONF=VYBRID >>> Kernel build for VYBRID started on Thu May 1 07:56:23 UTC 2014 >>> 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 [...] ^ 1 error generated. In file included from /src/sys/arm/freescale/vybrid/vf_gpio.c:48: In file included from /src/sys/dev/fdt/fdt_common.h:37: /src/sys/dev/ofw/ofw_bus.h:36:10: fatal error: 'ofw_bus_if.h' file not found #include "ofw_bus_if.h" ^ 1 error generated. In file included from /src/sys/arm/freescale/vybrid/vf_sai.c:50: In file included from /src/sys/dev/fdt/fdt_common.h:37: /src/sys/dev/ofw/ofw_bus.h:36:10: fatal error: 'ofw_bus_if.h' file not found #include "ofw_bus_if.h" ^ 1 error generated. In file included from /src/sys/dev/ffec/if_ffec.c:82: /src/sys/dev/ofw/ofw_bus.h:36:10: fatal error: 'ofw_bus_if.h' file not found #include "ofw_bus_if.h" ^ 1 error generated. mkdep: compile failed *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/VYBRID *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-05-01 07:56:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-01 07:56:52 - ERROR: failed to build VYBRID kernel TB --- 2014-05-01 07:56:52 - 16272.09 user 2696.69 system 20170.01 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Thu May 1 08:31:23 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4BD8D248; Thu, 1 May 2014 08:31:23 +0000 (UTC) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "*.infocus-llc.com", Issuer "*.infocus-llc.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 24EE21D61; Thu, 1 May 2014 08:31:22 +0000 (UTC) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id EE4A837B513; Thu, 1 May 2014 03:31:21 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3gK8vF37gnz2TM; Thu, 1 May 2014 03:31:21 -0500 (CDT) Date: Thu, 1 May 2014 03:31:21 -0500 From: "Matthew D. Fuller" To: current@freebsd.org Subject: Re: newcons and beeping X Message-ID: <20140501083121.GU7138@over-yonder.net> References: <20140427143320.GA7138@over-yonder.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140427143320.GA7138@over-yonder.net> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.23 (2014-03-12) X-Virus-Scanned: clamav-milter 0.98.1 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: ray@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 May 2014 08:31:23 -0000 > A little investigation showed that the KDMKTONE ioctl handler was a > complete stub, so anything X tried to do to ring the bell was > completely unavailing. Sub'd as http://www.freebsd.org/cgi/query-pr.cgi?pr=189170 -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Thu May 1 09:05:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 91FEFAA3 for ; Thu, 1 May 2014 09:05:47 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 74DB211E7 for ; Thu, 1 May 2014 09:05:46 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Wfmw0-0004C6-Lb for freebsd-current@freebsd.org; Thu, 01 May 2014 02:05:40 -0700 Date: Thu, 1 May 2014 02:05:40 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1398935140660-5907856.post@n5.nabble.com> In-Reply-To: <20140501083121.GU7138@over-yonder.net> References: <20140427143320.GA7138@over-yonder.net> <20140501083121.GU7138@over-yonder.net> Subject: Re: newcons and beeping X MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 May 2014 09:05:47 -0000 newcons beeping in X and no localised font in system console is why I've dropped newcons. Thanks for submission. -- View this message in context: http://freebsd.1045724.n5.nabble.com/newcons-and-beeping-X-tp5906883p5907856.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Thu May 1 09:53:21 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1CFD55AC; Thu, 1 May 2014 09:53:21 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DCC9B1649; Thu, 1 May 2014 09:53:20 +0000 (UTC) Received: from [192.168.0.7] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s419r7Jo099555 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 1 May 2014 09:53:11 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: odd message from ld in -current around 9.0 branchpoint From: David Chisnall In-Reply-To: <535FE3D9.5040508@freebsd.org> Date: Thu, 1 May 2014 10:53:02 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <1A6F930D-8E5F-438C-B6A4-4FA16370B0D9@FreeBSD.org> References: <535F3B87.4060706@freebsd.org> <1398773853.22079.2.camel@revolution.hippie.lan> <535FC85E.9020002@freebsd.org> <535FE3D9.5040508@freebsd.org> To: Julian Elischer X-Mailer: Apple Mail (2.1874) Cc: FreeBSD Current , Ian Lepore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 May 2014 09:53:21 -0000 On 29 Apr 2014, at 18:39, Julian Elischer wrote: > I just recompiled ld and gcc and it's still not working.. did we break = sysroot support some time in 2011? My memory may be faulty, but I was under the impression that we switched = *to* enabling sysroot support in the toolchain some time around 2012. = --sysroot=3D appears to work with ld (at least) on 10.0, but it didn't = on 9.0 and I don't know if the change was MFC'd to 9. =20 David From owner-freebsd-current@FreeBSD.ORG Thu May 1 13:05:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 103B95F5 for ; Thu, 1 May 2014 13:05:14 +0000 (UTC) Received: from mail-qg0-x232.google.com (mail-qg0-x232.google.com [IPv6:2607:f8b0:400d:c04::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C6C97191E for ; Thu, 1 May 2014 13:05:13 +0000 (UTC) Received: by mail-qg0-f50.google.com with SMTP id 63so3214552qgz.37 for ; Thu, 01 May 2014 06:05:12 -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:message-id:subject :from:to:cc:content-type; bh=iuAmUO8CuIbfQquFDcyAjeBKdntAwVS7DSGk5OJvpj4=; b=XS6gHN4t/PzrO+wnPppo4LCMSLWPUX6Eo9phDdLyG6zAi8tUCg/XdVoF4BP5t7CQnn X8+WQBiVrCXsfTPpD3OUG5qKfoDsTSzB4oXMnZ94AcWap0nXdNiti9S8fHn3bgR8JMoj LodEGSFCcMKWCTN1s/JJENx36vqbECK3VzKuMfCpfKYmDrbpSt4truD0IkvhVv8oNBLM +1bdCns73rnxcN3mWLJ5SCZWf79Ex+YOebwqxk/Hi3k2iy8Oak9LkEaReRk2oyKTg0Ev gliu+6FApBt+5qI48vJ7qmbY6VkDfIQmYhfED1Hci9QpEcnFLUSLP9cWVV/dxtPHj7Ny tdHg== MIME-Version: 1.0 X-Received: by 10.229.72.10 with SMTP id k10mr13584231qcj.2.1398949512777; Thu, 01 May 2014 06:05:12 -0700 (PDT) Sender: carpeddiem@gmail.com Received: by 10.140.49.239 with HTTP; Thu, 1 May 2014 06:05:12 -0700 (PDT) In-Reply-To: <1398935140660-5907856.post@n5.nabble.com> References: <20140427143320.GA7138@over-yonder.net> <20140501083121.GU7138@over-yonder.net> <1398935140660-5907856.post@n5.nabble.com> Date: Thu, 1 May 2014 09:05:12 -0400 X-Google-Sender-Auth: 0SmHdwL5G137yygCGFL9izYlydg Message-ID: Subject: Re: newcons and beeping X From: Ed Maste To: Jakub Lach Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 May 2014 13:05:14 -0000 On 1 May 2014 05:05, Jakub Lach wrote: > [...] no localised font in system console Can you clarify what you mean here -- what character set do you wish to use? The default Newcons font includes extended Latin, Greek, and Cyrillic. From owner-freebsd-current@FreeBSD.ORG Thu May 1 13:34:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D704A5F0; Thu, 1 May 2014 13:34:05 +0000 (UTC) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 454021BF8; Thu, 1 May 2014 13:34:05 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.7/8.14.7) with ESMTP id s41DIU7e009642; Thu, 1 May 2014 08:18:30 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.7/8.14.7/Submit) id s41DIU4U009641; Thu, 1 May 2014 08:18:30 -0500 (CDT) (envelope-from brooks) Date: Thu, 1 May 2014 08:18:30 -0500 From: Brooks Davis To: Warner Losh Subject: Re: POLA.. missing --sysroot option in ld? Message-ID: <20140501131830.GA9578@lor.one-eyed-alien.net> References: <536061A9.7030502@freebsd.org> <53607ABD.1000605@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 May 2014 13:34:05 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 30, 2014 at 11:02:31PM -0600, Warner Losh wrote: >=20 > On Apr 29, 2014, at 10:23 PM, Julian Elischer wrote: >=20 > > On 4/30/14, 10:36 AM, Julian Elischer wrote: > >> In our 8.0 based systems at $JOB our build environment made heavy use = of the --sysroot option in gcc and ld. > >>=20 > >> We are trying to move up to a newer release but suddenly the --sysroot= option has disappeared. > >>=20 > >> we get the message "/usr/bin/ld: this linker was not configured to use= sysroots" > > more spefically the following command (from 'configure') fails on "near= 9" > > and succeeds on 8.0. > >=20 > > configure:3352: /usr/bin/gcc -Wall -Wno-unused-parameter -nostdinc -is= ystem /usr/build/buildroot/tools/x86_gcc4.2.4/usr/include --sysroot /usr/bu= ild/buildroot/tools/x86_gcc4.2.4 -Wall -Wno-unused-parame > > ter -nostdinc -isystem /usr/build/buildroot/tools/x86_gcc4.2.4/usr/inc= lude --sysroot /usr/build/buildroot/tools/x86_gcc4.2.4 --sysroot /usr/buil= d/buildroot/tools/x86_gcc4.2.4 -L/usr/build/buildroot/too > > ls/x86_gcc4.2.4/lib -L/usr/build/buildroot/tools/x86_gcc4.2.4/usr/lib c= onftest.c >&5 > >>=20 > >> Does anyone know what happened? and when, and by who? > >> I have looked in the Makefiles and configuration files in SVN and I ca= n't see a change that would have done this.. > >> of course the building of these tools is rather complex so I may have = missed some place.. >=20 > Yea, I looked too and don?t see anything. I thought it was broken in more= like 2005 not 2011. You?re only hope is to bisect the tree down to the cha= nge that caused it? It's been broken since at least the last binutils import and probably longer since the inane ld behavior of activating --sysroot only when built with a specified sysroot is from upstream. The fix is trivial, just merge r257268 and r257530 to the branch you are using. -- Brooks --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iKYEARECAGYFAlNiSaZfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDY1NUQ1MTlDMjZBNzgyRTcyNTI5OUJGMDVE OEU4QkU5RjIzODFBRDQACgkQXY6L6fI4GtSUuwCfQ2Nz6YJ4HgYusrNSoArrpSK8 LEIAn2Bd8gDAxqU2qHYWT8VTLXOh3kcX =t2pm -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- From owner-freebsd-current@FreeBSD.ORG Thu May 1 13:45:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BB2F18C0 for ; Thu, 1 May 2014 13:45:01 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9C5771CD0 for ; Thu, 1 May 2014 13:45:00 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WfrIJ-0000eg-He for freebsd-current@freebsd.org; Thu, 01 May 2014 06:44:59 -0700 Date: Thu, 1 May 2014 06:44:59 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1398951899525-5907951.post@n5.nabble.com> In-Reply-To: References: <20140427143320.GA7138@over-yonder.net> <20140501083121.GU7138@over-yonder.net> <1398935140660-5907856.post@n5.nabble.com> Subject: Re: newcons and beeping X MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 May 2014 13:45:01 -0000 I think that newcons used somehow my terminus font from X (?) and there were no polish characters. I had/have in rc.conf font8x14=iso02-8x14 font8x16=iso02-8x16 font8x8=iso02-8x8 but it made no difference. It was on 10-STABLE, somewhat early after merge. I may try it again later today. -- View this message in context: http://freebsd.1045724.n5.nabble.com/newcons-and-beeping-X-tp5906883p5907951.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Thu May 1 14:27:35 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0534E38D; Thu, 1 May 2014 14:27:35 +0000 (UTC) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47B0111DC; Thu, 1 May 2014 14:27:33 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.7/8.14.7) with ESMTP id s41ERW15010006; Thu, 1 May 2014 09:27:32 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.7/8.14.7/Submit) id s41ERWWd010005; Thu, 1 May 2014 09:27:32 -0500 (CDT) (envelope-from brooks) Date: Thu, 1 May 2014 09:27:32 -0500 From: Brooks Davis To: David Chisnall Subject: Re: odd message from ld in -current around 9.0 branchpoint Message-ID: <20140501142732.GB9578@lor.one-eyed-alien.net> References: <535F3B87.4060706@freebsd.org> <1398773853.22079.2.camel@revolution.hippie.lan> <535FC85E.9020002@freebsd.org> <535FE3D9.5040508@freebsd.org> <1A6F930D-8E5F-438C-B6A4-4FA16370B0D9@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GID0FwUMdk1T2AWN" Content-Disposition: inline In-Reply-To: <1A6F930D-8E5F-438C-B6A4-4FA16370B0D9@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current , Ian Lepore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 May 2014 14:27:35 -0000 --GID0FwUMdk1T2AWN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 01, 2014 at 10:53:02AM +0100, David Chisnall wrote: > On 29 Apr 2014, at 18:39, Julian Elischer wrote: >=20 > > I just recompiled ld and gcc and it's still not working.. did we break = sysroot support some time in 2011? >=20 > My memory may be faulty, but I was under the impression that we switched = *to* enabling sysroot support in the toolchain some time around 2012. --sy= sroot=3D appears to work with ld (at least) on 10.0, but it didn't on 9.0 a= nd I don't know if the change was MFC'd to 9. =20 >=20 I finally got around to making the change last November so it's in 10, but I've not merged it to 9 or 8 because I don't use them. Anyone should feel free to do so if it's useful. -- Brooks --GID0FwUMdk1T2AWN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iKYEARECAGYFAlNiWdRfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDY1NUQ1MTlDMjZBNzgyRTcyNTI5OUJGMDVE OEU4QkU5RjIzODFBRDQACgkQXY6L6fI4GtQsWACgz6TQ/OJgtWA7SJVsMQC4NdwY 47UAni/+b9fYEi99XLh2jHoVdrBB0WUv =nvoV -----END PGP SIGNATURE----- --GID0FwUMdk1T2AWN-- From owner-freebsd-current@FreeBSD.ORG Thu May 1 17:00:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 149E276A for ; Thu, 1 May 2014 17:00:49 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E88A31392 for ; Thu, 1 May 2014 17:00:48 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WfuLn-0005t4-5B for freebsd-current@freebsd.org; Thu, 01 May 2014 10:00:47 -0700 Date: Thu, 1 May 2014 10:00:47 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1398963647154-5908019.post@n5.nabble.com> In-Reply-To: <1398951899525-5907951.post@n5.nabble.com> References: <20140427143320.GA7138@over-yonder.net> <20140501083121.GU7138@over-yonder.net> <1398935140660-5907856.post@n5.nabble.com> <1398951899525-5907951.post@n5.nabble.com> Subject: Re: newcons and beeping X MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 May 2014 17:00:49 -0000 As far as I can tell, the situation is the same on FreeBSD 10.0-STABLE #0 r265185 amd64. newcons uses my X font (terminus), albeit it produces=20 no polish letters (some random glyphs are produced),=20 bell is working but initila terminal offset is wrong-=20 I can "overwrite" my terminal prompt, X is mute=20 but correctly localized. I've added: device vt device vt_vga =20 #device sc #device vga I have in rc.conf font8x14=3Diso02-8x14 font8x16=3Diso02-8x16 font8x8=3Diso02-8x8 keymap=3Dpl_PL.ISO8859-2 but it makes no difference on newcons iirc from last time. newcons work similarly to xterm those few times I've unsuccessfully tried to switch=20 to UTF-8 (I've distinctly remember prompt offset problem and indexed 3 in place of =C5=82). -- View this message in context: http://freebsd.1045724.n5.nabble.com/newcons-= and-beeping-X-tp5906883p5908019.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Thu May 1 18:33:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 50FF8F6A for ; Thu, 1 May 2014 18:33:12 +0000 (UTC) Received: from mail-qg0-x233.google.com (mail-qg0-x233.google.com [IPv6:2607:f8b0:400d:c04::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 104BD1C8E for ; Thu, 1 May 2014 18:33:11 +0000 (UTC) Received: by mail-qg0-f51.google.com with SMTP id z60so3719787qgd.10 for ; Thu, 01 May 2014 11:33:11 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=2THOdFHrbWe+MVCoIGXBi/bTGPu5AehnbgmO/EmVC1s=; b=YSiam7RZjqtP3l6e3zRQjhIh78FourAsS9HvLiRCHMVj1JJ2IvdSXsXdva6vAX58eF fBIUn+whDQNGZcYayENufbdj+HlR024JUF1IsfTq4uadWV7r/06DxP2vJTvQwL82EpHC 7YONYvM0af10ahLqDxJzGN06p0bwj2wHmi0g2LbVnA/JC/dDksil1vySKDwkSr/pBeBl 9z0GHiosNvBpA4rFoydMgLcWHlaqJvr2ZP5gRUmLWJquwCLOTSKMpYKU0TFsUotMYMEv RolcOAcUlyw5WWgYXujIY0V+tn3Udblnsfh2HsDRmwIyeSjKYMKTsOP6Czoh8AugKg0Z 4WCg== MIME-Version: 1.0 X-Received: by 10.224.65.194 with SMTP id k2mr15784581qai.59.1398969191192; Thu, 01 May 2014 11:33:11 -0700 (PDT) Sender: carpeddiem@gmail.com Received: by 10.140.49.239 with HTTP; Thu, 1 May 2014 11:33:11 -0700 (PDT) In-Reply-To: <1398963647154-5908019.post@n5.nabble.com> References: <20140427143320.GA7138@over-yonder.net> <20140501083121.GU7138@over-yonder.net> <1398935140660-5907856.post@n5.nabble.com> <1398951899525-5907951.post@n5.nabble.com> <1398963647154-5908019.post@n5.nabble.com> Date: Thu, 1 May 2014 14:33:11 -0400 X-Google-Sender-Auth: BSUG51ifp64aemn6evUuYXuvXHU Message-ID: Subject: Re: newcons and beeping X From: Ed Maste To: Jakub Lach Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 May 2014 18:33:12 -0000 On 1 May 2014 13:00, Jakub Lach wrote: > As far as I can tell, the situation is the same on > FreeBSD 10.0-STABLE #0 r265185 amd64. > > newcons uses my X font (terminus), Newcons' font is built-in, it's not using your X font. (It just happens that you and Ed made the same choice.) > albeit it produces > no polish letters (some random glyphs are produced), ... > keymap=3Dpl_PL.ISO8859-2 Oh, here's the issue - we need a UTF-8 Polish keyboard map. It's the input path that's confused. Newcons can display Polish characters fine - you should be able to confirm this is working by running /usr/bin/printf \\305\\201 which should give you a stroked L (=C5=81). There's some explanation in Aleksandr's blog post: http://raybsd.blogspot.ca/2013/10/newcons-international-keyboard-input.html From owner-freebsd-current@FreeBSD.ORG Thu May 1 21:17:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0B457936 for ; Thu, 1 May 2014 21:17:06 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DE5D01D35 for ; Thu, 1 May 2014 21:17:04 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WfyLn-00064A-GN for freebsd-current@freebsd.org; Thu, 01 May 2014 14:17:03 -0700 Date: Thu, 1 May 2014 14:17:03 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1398979023495-5908076.post@n5.nabble.com> In-Reply-To: References: <20140427143320.GA7138@over-yonder.net> <20140501083121.GU7138@over-yonder.net> <1398935140660-5907856.post@n5.nabble.com> <1398951899525-5907951.post@n5.nabble.com> <1398963647154-5908019.post@n5.nabble.com> Subject: Re: newcons and beeping X MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 May 2014 21:17:06 -0000 Thanks for reply, that helped me somehow. -- View this message in context: http://freebsd.1045724.n5.nabble.com/newcons-and-beeping-X-tp5906883p5908076.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Thu May 1 21:31:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7656C83 for ; Thu, 1 May 2014 21:31:37 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B661A1FE1 for ; Thu, 1 May 2014 21:31:37 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WfyZs-0007iN-P9 for freebsd-current@freebsd.org; Thu, 01 May 2014 14:31:36 -0700 Date: Thu, 1 May 2014 14:31:36 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1398979896771-5908080.post@n5.nabble.com> In-Reply-To: <1398979023495-5908076.post@n5.nabble.com> References: <20140427143320.GA7138@over-yonder.net> <20140501083121.GU7138@over-yonder.net> <1398935140660-5907856.post@n5.nabble.com> <1398951899525-5907951.post@n5.nabble.com> <1398963647154-5908019.post@n5.nabble.com> <1398979023495-5908076.post@n5.nabble.com> Subject: Re: newcons and beeping X MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 May 2014 21:31:37 -0000 I've used attached script for making usable kbd. I'm aware of another problem though (and can clarify it now). If I use any other character than a basic latin set, my=20 prompt is not preserved. e. g. Kuba@Thinkpad:/usr/home/Kuba $ abcdefghi Kuba@Thinkpad:/usr/home/Kuba $ Kuba@Thinkpad:/usr/home/Kuba $ =C4=85=C4=87=C4=99=C5=82=C3=B3=C5=BA=C5=BC Kuba@Thinkpad:/usr/ho Apart form that, newcons works, albeit kind of choppy,=20 do I have any control of it's resolution? Can I make it more seamless with both X and bootloader? (now I have bootloader for a splitsecond, abrupt video reset,=20 newcons spawned with the same resolution but with=20 different font, after starting X and going back to newcons=20 it preserves X resolution) -- View this message in context: http://freebsd.1045724.n5.nabble.com/newcons-= and-beeping-X-tp5906883p5908080.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Thu May 1 21:40:23 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A47CF30; Thu, 1 May 2014 21:40:23 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E4F7F10BB; Thu, 1 May 2014 21:40:22 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::acc1:8e53:4fbd:d697] (unknown [IPv6:2001:7b8:3a7:0:acc1:8e53:4fbd:d697]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 95B6C5C43; Thu, 1 May 2014 23:40:17 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_A7148505-F64E-40E2-ACE4-16657CAB9710"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: POLA.. missing --sysroot option in ld? From: Dimitry Andric In-Reply-To: <20140501131830.GA9578@lor.one-eyed-alien.net> Date: Thu, 1 May 2014 23:40:00 +0200 Message-Id: <8886F538-1002-4DE6-8273-817E228AE8A2@FreeBSD.org> References: <536061A9.7030502@freebsd.org> <53607ABD.1000605@freebsd.org> <20140501131830.GA9578@lor.one-eyed-alien.net> To: Brooks Davis X-Mailer: Apple Mail (2.1874) Cc: FreeBSD Current , Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 01 May 2014 21:40:23 -0000 --Apple-Mail=_A7148505-F64E-40E2-ACE4-16657CAB9710 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 01 May 2014, at 15:18, Brooks Davis wrote: > On Wed, Apr 30, 2014 at 11:02:31PM -0600, Warner Losh wrote: >>=20 >> On Apr 29, 2014, at 10:23 PM, Julian Elischer = wrote: >>> On 4/30/14, 10:36 AM, Julian Elischer wrote: >>>> In our 8.0 based systems at $JOB our build environment made heavy = use of the --sysroot option in gcc and ld. >>>>=20 >>>> We are trying to move up to a newer release but suddenly the = --sysroot option has disappeared. >>>>=20 >>>> we get the message "/usr/bin/ld: this linker was not configured to = use sysroots" >>> more spefically the following command (from 'configure') fails on = "near 9" >>> and succeeds on 8.0. >>>=20 >>> configure:3352: /usr/bin/gcc -Wall -Wno-unused-parameter -nostdinc = -isystem /usr/build/buildroot/tools/x86_gcc4.2.4/usr/include --sysroot = /usr/build/buildroot/tools/x86_gcc4.2.4 -Wall -Wno-unused-parame >>> ter -nostdinc -isystem = /usr/build/buildroot/tools/x86_gcc4.2.4/usr/include --sysroot = /usr/build/buildroot/tools/x86_gcc4.2.4 --sysroot = /usr/build/buildroot/tools/x86_gcc4.2.4 -L/usr/build/buildroot/too >>> ls/x86_gcc4.2.4/lib = -L/usr/build/buildroot/tools/x86_gcc4.2.4/usr/lib conftest.c >&5 >>>>=20 >>>> Does anyone know what happened? and when, and by who? >>>> I have looked in the Makefiles and configuration files in SVN and I = can't see a change that would have done this.. >>>> of course the building of these tools is rather complex so I may = have missed some place.. >>=20 >> Yea, I looked too and don?t see anything. I thought it was broken in = more like 2005 not 2011. You?re only hope is to bisect the tree down to = the change that caused it? >=20 > It's been broken since at least the last binutils import and probably > longer since the inane ld behavior of activating --sysroot only when > built with a specified sysroot is from upstream. The fix is trivial, = just > merge r257268 and r257530 to the branch you are using. Yes, I already had a discussion with Julian on IRC about it, but for the sake of the mailing list, a summary: * The change got introduced with the binutils 2.17.50 merge, in r218822 (-CURRENT, at the time). * Upstream apparently introduced this, "because it was hard to make it work": see the thread starting at https://sourceware.org/ml/binutils/2007-02/msg00274.html * Upstream binutils git master still contains the same logic. * Brooks's r257268 and r257530 ensures TARGET_SYSTEM_ROOT is always defined (e.g. to "/" in the regular case), making --sysroot work correctly. -Dimitry --Apple-Mail=_A7148505-F64E-40E2-ACE4-16657CAB9710 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlNivz8ACgkQsF6jCi4glqPyHQCgiaYWHGNSBoep/NsobaIgM/rF pkQAoNol2WEFdptjDHR4ZoBTO5bjCGe4 =OKAg -----END PGP SIGNATURE----- --Apple-Mail=_A7148505-F64E-40E2-ACE4-16657CAB9710-- From owner-freebsd-current@FreeBSD.ORG Thu May 1 22:25:45 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB4CFB0F; Thu, 1 May 2014 22:25:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7297D1484; Thu, 1 May 2014 22:25:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s41MPh4B055874; Thu, 1 May 2014 18:25:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s41MPhW3055871; Thu, 1 May 2014 22:25:43 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 1 May 2014 22:25:43 GMT Message-Id: <201405012225.s41MPhW3055871@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2014 22:25:45 -0000 TB --- 2014-05-01 16:50:40 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-01 16:50:40 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-01 16:50:40 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-01 16:50:40 - cleaning the object tree TB --- 2014-05-01 16:53:01 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-01 16:53:04 - At svn revision 265197 TB --- 2014-05-01 16:53:05 - building world TB --- 2014-05-01 16:53:05 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 16:53:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 16:53:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 16:53:05 - SRCCONF=/dev/null TB --- 2014-05-01 16:53:05 - TARGET=arm TB --- 2014-05-01 16:53:05 - TARGET_ARCH=armv6 TB --- 2014-05-01 16:53:05 - TZ=UTC TB --- 2014-05-01 16:53:05 - __MAKE_CONF=/dev/null TB --- 2014-05-01 16:53:05 - cd /src TB --- 2014-05-01 16:53:05 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu May 1 16:53:12 UTC 2014 >>> 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 Thu May 1 20:07:07 UTC 2014 TB --- 2014-05-01 20:07:07 - generating LINT kernel config TB --- 2014-05-01 20:07:07 - cd /src/sys/arm/conf TB --- 2014-05-01 20:07:07 - /usr/bin/make -B LINT TB --- 2014-05-01 20:07:07 - cd /src/sys/arm/conf TB --- 2014-05-01 20:07:07 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-05-01 20:07:07 - skipping LINT kernel TB --- 2014-05-01 20:07:07 - cd /src/sys/arm/conf TB --- 2014-05-01 20:07:07 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m AC100 TB --- 2014-05-01 20:07:07 - building AC100 kernel TB --- 2014-05-01 20:07:07 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 20:07:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 20:07:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 20:07:07 - SRCCONF=/dev/null TB --- 2014-05-01 20:07:07 - TARGET=arm TB --- 2014-05-01 20:07:07 - TARGET_ARCH=armv6 TB --- 2014-05-01 20:07:07 - TZ=UTC TB --- 2014-05-01 20:07:07 - __MAKE_CONF=/dev/null TB --- 2014-05-01 20:07:07 - cd /src TB --- 2014-05-01 20:07:07 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Thu May 1 20:07:07 UTC 2014 >>> 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 AC100 completed on Thu May 1 20:10:13 UTC 2014 TB --- 2014-05-01 20:10:13 - cd /src/sys/arm/conf TB --- 2014-05-01 20:10:13 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ARMADAXP TB --- 2014-05-01 20:10:13 - building ARMADAXP kernel TB --- 2014-05-01 20:10:13 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 20:10:13 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 20:10:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 20:10:13 - SRCCONF=/dev/null TB --- 2014-05-01 20:10:13 - TARGET=arm TB --- 2014-05-01 20:10:13 - TARGET_ARCH=armv6 TB --- 2014-05-01 20:10:13 - TZ=UTC TB --- 2014-05-01 20:10:13 - __MAKE_CONF=/dev/null TB --- 2014-05-01 20:10:13 - cd /src TB --- 2014-05-01 20:10:13 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP >>> Kernel build for ARMADAXP started on Thu May 1 20:10:13 UTC 2014 >>> 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 ARMADAXP completed on Thu May 1 20:14:13 UTC 2014 TB --- 2014-05-01 20:14:13 - cd /src/sys/arm/conf TB --- 2014-05-01 20:14:13 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ARNDALE TB --- 2014-05-01 20:14:13 - building ARNDALE kernel TB --- 2014-05-01 20:14:13 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 20:14:13 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 20:14:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 20:14:13 - SRCCONF=/dev/null TB --- 2014-05-01 20:14:13 - TARGET=arm TB --- 2014-05-01 20:14:13 - TARGET_ARCH=armv6 TB --- 2014-05-01 20:14:13 - TZ=UTC TB --- 2014-05-01 20:14:13 - __MAKE_CONF=/dev/null TB --- 2014-05-01 20:14:13 - cd /src TB --- 2014-05-01 20:14:13 - /usr/bin/make -B buildkernel KERNCONF=ARNDALE >>> Kernel build for ARNDALE started on Thu May 1 20:14:13 UTC 2014 >>> 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 ARNDALE completed on Thu May 1 20:19:05 UTC 2014 TB --- 2014-05-01 20:19:05 - cd /src/sys/arm/conf TB --- 2014-05-01 20:19:05 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ATMEL TB --- 2014-05-01 20:19:05 - skipping ATMEL kernel TB --- 2014-05-01 20:19:05 - cd /src/sys/arm/conf TB --- 2014-05-01 20:19:05 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m AVILA TB --- 2014-05-01 20:19:05 - skipping AVILA kernel TB --- 2014-05-01 20:19:05 - cd /src/sys/arm/conf TB --- 2014-05-01 20:19:05 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m BEAGLEBONE TB --- 2014-05-01 20:19:06 - building BEAGLEBONE kernel TB --- 2014-05-01 20:19:06 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 20:19:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 20:19:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 20:19:06 - SRCCONF=/dev/null TB --- 2014-05-01 20:19:06 - TARGET=arm TB --- 2014-05-01 20:19:06 - TARGET_ARCH=armv6 TB --- 2014-05-01 20:19:06 - TZ=UTC TB --- 2014-05-01 20:19:06 - __MAKE_CONF=/dev/null TB --- 2014-05-01 20:19:06 - cd /src TB --- 2014-05-01 20:19:06 - /usr/bin/make -B buildkernel KERNCONF=BEAGLEBONE >>> Kernel build for BEAGLEBONE started on Thu May 1 20:19:06 UTC 2014 >>> 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 BEAGLEBONE completed on Thu May 1 20:34:56 UTC 2014 TB --- 2014-05-01 20:34:56 - cd /src/sys/arm/conf TB --- 2014-05-01 20:34:56 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m BWCT TB --- 2014-05-01 20:34:56 - skipping BWCT kernel TB --- 2014-05-01 20:34:56 - cd /src/sys/arm/conf TB --- 2014-05-01 20:34:56 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CAMBRIA TB --- 2014-05-01 20:34:56 - skipping CAMBRIA kernel TB --- 2014-05-01 20:34:56 - cd /src/sys/arm/conf TB --- 2014-05-01 20:34:56 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CHROMEBOOK TB --- 2014-05-01 20:34:56 - building CHROMEBOOK kernel TB --- 2014-05-01 20:34:56 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 20:34:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 20:34:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 20:34:56 - SRCCONF=/dev/null TB --- 2014-05-01 20:34:56 - TARGET=arm TB --- 2014-05-01 20:34:56 - TARGET_ARCH=armv6 TB --- 2014-05-01 20:34:56 - TZ=UTC TB --- 2014-05-01 20:34:56 - __MAKE_CONF=/dev/null TB --- 2014-05-01 20:34:56 - cd /src TB --- 2014-05-01 20:34:56 - /usr/bin/make -B buildkernel KERNCONF=CHROMEBOOK >>> Kernel build for CHROMEBOOK started on Thu May 1 20:34:56 UTC 2014 >>> 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 CHROMEBOOK completed on Thu May 1 20:39:53 UTC 2014 TB --- 2014-05-01 20:39:53 - cd /src/sys/arm/conf TB --- 2014-05-01 20:39:53 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CNS11XXNAS TB --- 2014-05-01 20:39:53 - skipping CNS11XXNAS kernel TB --- 2014-05-01 20:39:53 - cd /src/sys/arm/conf TB --- 2014-05-01 20:39:53 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m COLIBRI-VF50 TB --- 2014-05-01 20:39:53 - building COLIBRI-VF50 kernel TB --- 2014-05-01 20:39:53 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 20:39:53 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 20:39:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 20:39:53 - SRCCONF=/dev/null TB --- 2014-05-01 20:39:53 - TARGET=arm TB --- 2014-05-01 20:39:53 - TARGET_ARCH=armv6 TB --- 2014-05-01 20:39:53 - TZ=UTC TB --- 2014-05-01 20:39:53 - __MAKE_CONF=/dev/null TB --- 2014-05-01 20:39:53 - cd /src TB --- 2014-05-01 20:39:53 - /usr/bin/make -B buildkernel KERNCONF=COLIBRI-VF50 >>> Kernel build for COLIBRI-VF50 started on Thu May 1 20:39:53 UTC 2014 >>> 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 COLIBRI-VF50 completed on Thu May 1 20:44:27 UTC 2014 TB --- 2014-05-01 20:44:27 - cd /src/sys/arm/conf TB --- 2014-05-01 20:44:27 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m COSMIC TB --- 2014-05-01 20:44:27 - building COSMIC kernel TB --- 2014-05-01 20:44:27 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 20:44:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 20:44:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 20:44:27 - SRCCONF=/dev/null TB --- 2014-05-01 20:44:27 - TARGET=arm TB --- 2014-05-01 20:44:27 - TARGET_ARCH=armv6 TB --- 2014-05-01 20:44:27 - TZ=UTC TB --- 2014-05-01 20:44:27 - __MAKE_CONF=/dev/null TB --- 2014-05-01 20:44:27 - cd /src TB --- 2014-05-01 20:44:27 - /usr/bin/make -B buildkernel KERNCONF=COSMIC >>> Kernel build for COSMIC started on Thu May 1 20:44:27 UTC 2014 >>> 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 COSMIC completed on Thu May 1 20:49:04 UTC 2014 TB --- 2014-05-01 20:49:04 - cd /src/sys/arm/conf TB --- 2014-05-01 20:49:04 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CRB TB --- 2014-05-01 20:49:04 - skipping CRB kernel TB --- 2014-05-01 20:49:04 - cd /src/sys/arm/conf TB --- 2014-05-01 20:49:04 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CUBIEBOARD TB --- 2014-05-01 20:49:04 - building CUBIEBOARD kernel TB --- 2014-05-01 20:49:04 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 20:49:04 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 20:49:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 20:49:04 - SRCCONF=/dev/null TB --- 2014-05-01 20:49:04 - TARGET=arm TB --- 2014-05-01 20:49:04 - TARGET_ARCH=armv6 TB --- 2014-05-01 20:49:04 - TZ=UTC TB --- 2014-05-01 20:49:04 - __MAKE_CONF=/dev/null TB --- 2014-05-01 20:49:04 - cd /src TB --- 2014-05-01 20:49:04 - /usr/bin/make -B buildkernel KERNCONF=CUBIEBOARD >>> Kernel build for CUBIEBOARD started on Thu May 1 20:49:04 UTC 2014 >>> 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 CUBIEBOARD completed on Thu May 1 20:52:47 UTC 2014 TB --- 2014-05-01 20:52:47 - cd /src/sys/arm/conf TB --- 2014-05-01 20:52:47 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CUBIEBOARD2 TB --- 2014-05-01 20:52:47 - building CUBIEBOARD2 kernel TB --- 2014-05-01 20:52:47 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 20:52:47 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 20:52:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 20:52:47 - SRCCONF=/dev/null TB --- 2014-05-01 20:52:47 - TARGET=arm TB --- 2014-05-01 20:52:47 - TARGET_ARCH=armv6 TB --- 2014-05-01 20:52:47 - TZ=UTC TB --- 2014-05-01 20:52:47 - __MAKE_CONF=/dev/null TB --- 2014-05-01 20:52:47 - cd /src TB --- 2014-05-01 20:52:47 - /usr/bin/make -B buildkernel KERNCONF=CUBIEBOARD2 >>> Kernel build for CUBIEBOARD2 started on Thu May 1 20:52:48 UTC 2014 >>> 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 CUBIEBOARD2 completed on Thu May 1 20:56:31 UTC 2014 TB --- 2014-05-01 20:56:31 - cd /src/sys/arm/conf TB --- 2014-05-01 20:56:31 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DB-78XXX TB --- 2014-05-01 20:56:31 - skipping DB-78XXX kernel TB --- 2014-05-01 20:56:31 - cd /src/sys/arm/conf TB --- 2014-05-01 20:56:31 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DB-88F5XXX TB --- 2014-05-01 20:56:31 - skipping DB-88F5XXX kernel TB --- 2014-05-01 20:56:31 - cd /src/sys/arm/conf TB --- 2014-05-01 20:56:31 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DB-88F6XXX TB --- 2014-05-01 20:56:31 - skipping DB-88F6XXX kernel TB --- 2014-05-01 20:56:31 - cd /src/sys/arm/conf TB --- 2014-05-01 20:56:31 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DIGI-CCWMX53 TB --- 2014-05-01 20:56:31 - building DIGI-CCWMX53 kernel TB --- 2014-05-01 20:56:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 20:56:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 20:56:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 20:56:31 - SRCCONF=/dev/null TB --- 2014-05-01 20:56:31 - TARGET=arm TB --- 2014-05-01 20:56:31 - TARGET_ARCH=armv6 TB --- 2014-05-01 20:56:31 - TZ=UTC TB --- 2014-05-01 20:56:31 - __MAKE_CONF=/dev/null TB --- 2014-05-01 20:56:31 - cd /src TB --- 2014-05-01 20:56:31 - /usr/bin/make -B buildkernel KERNCONF=DIGI-CCWMX53 >>> Kernel build for DIGI-CCWMX53 started on Thu May 1 20:56:31 UTC 2014 >>> 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 DIGI-CCWMX53 completed on Thu May 1 21:11:36 UTC 2014 TB --- 2014-05-01 21:11:36 - cd /src/sys/arm/conf TB --- 2014-05-01 21:11:36 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DOCKSTAR TB --- 2014-05-01 21:11:36 - skipping DOCKSTAR kernel TB --- 2014-05-01 21:11:36 - cd /src/sys/arm/conf TB --- 2014-05-01 21:11:36 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DREAMPLUG-1001 TB --- 2014-05-01 21:11:36 - skipping DREAMPLUG-1001 kernel TB --- 2014-05-01 21:11:36 - cd /src/sys/arm/conf TB --- 2014-05-01 21:11:36 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m EA3250 TB --- 2014-05-01 21:11:36 - skipping EA3250 kernel TB --- 2014-05-01 21:11:36 - cd /src/sys/arm/conf TB --- 2014-05-01 21:11:36 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m EB9200 TB --- 2014-05-01 21:11:36 - skipping EB9200 kernel TB --- 2014-05-01 21:11:36 - cd /src/sys/arm/conf TB --- 2014-05-01 21:11:36 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m EFIKA_MX TB --- 2014-05-01 21:11:36 - building EFIKA_MX kernel TB --- 2014-05-01 21:11:36 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 21:11:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 21:11:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 21:11:36 - SRCCONF=/dev/null TB --- 2014-05-01 21:11:36 - TARGET=arm TB --- 2014-05-01 21:11:36 - TARGET_ARCH=armv6 TB --- 2014-05-01 21:11:36 - TZ=UTC TB --- 2014-05-01 21:11:36 - __MAKE_CONF=/dev/null TB --- 2014-05-01 21:11:36 - cd /src TB --- 2014-05-01 21:11:36 - /usr/bin/make -B buildkernel KERNCONF=EFIKA_MX >>> Kernel build for EFIKA_MX started on Thu May 1 21:11:36 UTC 2014 >>> 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 EFIKA_MX completed on Thu May 1 21:26:02 UTC 2014 TB --- 2014-05-01 21:26:02 - cd /src/sys/arm/conf TB --- 2014-05-01 21:26:02 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m EP80219 TB --- 2014-05-01 21:26:02 - skipping EP80219 kernel TB --- 2014-05-01 21:26:02 - cd /src/sys/arm/conf TB --- 2014-05-01 21:26:02 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ETHERNUT5 TB --- 2014-05-01 21:26:02 - skipping ETHERNUT5 kernel TB --- 2014-05-01 21:26:02 - cd /src/sys/arm/conf TB --- 2014-05-01 21:26:02 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m GUMSTIX TB --- 2014-05-01 21:26:02 - skipping GUMSTIX kernel TB --- 2014-05-01 21:26:02 - cd /src/sys/arm/conf TB --- 2014-05-01 21:26:02 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m GUMSTIX-QEMU TB --- 2014-05-01 21:26:02 - skipping GUMSTIX-QEMU kernel TB --- 2014-05-01 21:26:02 - cd /src/sys/arm/conf TB --- 2014-05-01 21:26:02 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m HL200 TB --- 2014-05-01 21:26:02 - skipping HL200 kernel TB --- 2014-05-01 21:26:02 - cd /src/sys/arm/conf TB --- 2014-05-01 21:26:02 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m HL201 TB --- 2014-05-01 21:26:02 - skipping HL201 kernel TB --- 2014-05-01 21:26:02 - cd /src/sys/arm/conf TB --- 2014-05-01 21:26:02 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m IMX53-QSB TB --- 2014-05-01 21:26:02 - building IMX53-QSB kernel TB --- 2014-05-01 21:26:02 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 21:26:02 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 21:26:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 21:26:02 - SRCCONF=/dev/null TB --- 2014-05-01 21:26:02 - TARGET=arm TB --- 2014-05-01 21:26:02 - TARGET_ARCH=armv6 TB --- 2014-05-01 21:26:02 - TZ=UTC TB --- 2014-05-01 21:26:02 - __MAKE_CONF=/dev/null TB --- 2014-05-01 21:26:02 - cd /src TB --- 2014-05-01 21:26:02 - /usr/bin/make -B buildkernel KERNCONF=IMX53-QSB >>> Kernel build for IMX53-QSB started on Thu May 1 21:26:02 UTC 2014 >>> 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 IMX53-QSB completed on Thu May 1 21:40:57 UTC 2014 TB --- 2014-05-01 21:40:57 - cd /src/sys/arm/conf TB --- 2014-05-01 21:40:57 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m IMX6 TB --- 2014-05-01 21:40:58 - building IMX6 kernel TB --- 2014-05-01 21:40:58 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 21:40:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 21:40:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 21:40:58 - SRCCONF=/dev/null TB --- 2014-05-01 21:40:58 - TARGET=arm TB --- 2014-05-01 21:40:58 - TARGET_ARCH=armv6 TB --- 2014-05-01 21:40:58 - TZ=UTC TB --- 2014-05-01 21:40:58 - __MAKE_CONF=/dev/null TB --- 2014-05-01 21:40:58 - cd /src TB --- 2014-05-01 21:40:58 - /usr/bin/make -B buildkernel KERNCONF=IMX6 >>> Kernel build for IMX6 started on Thu May 1 21:40:58 UTC 2014 >>> 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 IMX6 completed on Thu May 1 21:55:38 UTC 2014 TB --- 2014-05-01 21:55:38 - cd /src/sys/arm/conf TB --- 2014-05-01 21:55:38 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m IQ31244 TB --- 2014-05-01 21:55:38 - skipping IQ31244 kernel TB --- 2014-05-01 21:55:38 - cd /src/sys/arm/conf TB --- 2014-05-01 21:55:38 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m KB920X TB --- 2014-05-01 21:55:38 - skipping KB920X kernel TB --- 2014-05-01 21:55:38 - cd /src/sys/arm/conf TB --- 2014-05-01 21:55:38 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m LN2410SBC TB --- 2014-05-01 21:55:38 - skipping LN2410SBC kernel TB --- 2014-05-01 21:55:38 - cd /src/sys/arm/conf TB --- 2014-05-01 21:55:38 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m NSLU TB --- 2014-05-01 21:55:38 - skipping NSLU kernel TB --- 2014-05-01 21:55:38 - cd /src/sys/arm/conf TB --- 2014-05-01 21:55:38 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m PANDABOARD TB --- 2014-05-01 21:55:38 - building PANDABOARD kernel TB --- 2014-05-01 21:55:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 21:55:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 21:55:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 21:55:38 - SRCCONF=/dev/null TB --- 2014-05-01 21:55:38 - TARGET=arm TB --- 2014-05-01 21:55:38 - TARGET_ARCH=armv6 TB --- 2014-05-01 21:55:38 - TZ=UTC TB --- 2014-05-01 21:55:38 - __MAKE_CONF=/dev/null TB --- 2014-05-01 21:55:38 - cd /src TB --- 2014-05-01 21:55:38 - /usr/bin/make -B buildkernel KERNCONF=PANDABOARD >>> Kernel build for PANDABOARD started on Thu May 1 21:55:38 UTC 2014 >>> 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 PANDABOARD completed on Thu May 1 21:59:51 UTC 2014 TB --- 2014-05-01 21:59:51 - cd /src/sys/arm/conf TB --- 2014-05-01 21:59:51 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m QILA9G20 TB --- 2014-05-01 21:59:51 - skipping QILA9G20 kernel TB --- 2014-05-01 21:59:51 - cd /src/sys/arm/conf TB --- 2014-05-01 21:59:51 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m QUARTZ TB --- 2014-05-01 21:59:51 - building QUARTZ kernel TB --- 2014-05-01 21:59:51 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 21:59:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 21:59:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 21:59:51 - SRCCONF=/dev/null TB --- 2014-05-01 21:59:51 - TARGET=arm TB --- 2014-05-01 21:59:51 - TARGET_ARCH=armv6 TB --- 2014-05-01 21:59:51 - TZ=UTC TB --- 2014-05-01 21:59:51 - __MAKE_CONF=/dev/null TB --- 2014-05-01 21:59:51 - cd /src TB --- 2014-05-01 21:59:51 - /usr/bin/make -B buildkernel KERNCONF=QUARTZ >>> Kernel build for QUARTZ started on Thu May 1 21:59:51 UTC 2014 >>> 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 QUARTZ completed on Thu May 1 22:04:07 UTC 2014 TB --- 2014-05-01 22:04:07 - cd /src/sys/arm/conf TB --- 2014-05-01 22:04:07 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m RADXA TB --- 2014-05-01 22:04:07 - building RADXA kernel TB --- 2014-05-01 22:04:07 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 22:04:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 22:04:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 22:04:07 - SRCCONF=/dev/null TB --- 2014-05-01 22:04:07 - TARGET=arm TB --- 2014-05-01 22:04:07 - TARGET_ARCH=armv6 TB --- 2014-05-01 22:04:07 - TZ=UTC TB --- 2014-05-01 22:04:07 - __MAKE_CONF=/dev/null TB --- 2014-05-01 22:04:07 - cd /src TB --- 2014-05-01 22:04:07 - /usr/bin/make -B buildkernel KERNCONF=RADXA >>> Kernel build for RADXA started on Thu May 1 22:04:07 UTC 2014 >>> 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 RADXA completed on Thu May 1 22:07:36 UTC 2014 TB --- 2014-05-01 22:07:36 - cd /src/sys/arm/conf TB --- 2014-05-01 22:07:36 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m RPI-B TB --- 2014-05-01 22:07:36 - building RPI-B kernel TB --- 2014-05-01 22:07:36 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 22:07:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 22:07:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 22:07:36 - SRCCONF=/dev/null TB --- 2014-05-01 22:07:36 - TARGET=arm TB --- 2014-05-01 22:07:36 - TARGET_ARCH=armv6 TB --- 2014-05-01 22:07:36 - TZ=UTC TB --- 2014-05-01 22:07:36 - __MAKE_CONF=/dev/null TB --- 2014-05-01 22:07:36 - cd /src TB --- 2014-05-01 22:07:36 - /usr/bin/make -B buildkernel KERNCONF=RPI-B >>> Kernel build for RPI-B started on Thu May 1 22:07:36 UTC 2014 >>> 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 RPI-B completed on Thu May 1 22:22:13 UTC 2014 TB --- 2014-05-01 22:22:13 - cd /src/sys/arm/conf TB --- 2014-05-01 22:22:13 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m SAM9260EK TB --- 2014-05-01 22:22:13 - skipping SAM9260EK kernel TB --- 2014-05-01 22:22:13 - cd /src/sys/arm/conf TB --- 2014-05-01 22:22:13 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m SAM9G20EK TB --- 2014-05-01 22:22:13 - skipping SAM9G20EK kernel TB --- 2014-05-01 22:22:13 - cd /src/sys/arm/conf TB --- 2014-05-01 22:22:13 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m SAM9X25EK TB --- 2014-05-01 22:22:13 - skipping SAM9X25EK kernel TB --- 2014-05-01 22:22:13 - cd /src/sys/arm/conf TB --- 2014-05-01 22:22:13 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m SHEEVAPLUG TB --- 2014-05-01 22:22:13 - skipping SHEEVAPLUG kernel TB --- 2014-05-01 22:22:13 - cd /src/sys/arm/conf TB --- 2014-05-01 22:22:13 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m SN9G45 TB --- 2014-05-01 22:22:13 - skipping SN9G45 kernel TB --- 2014-05-01 22:22:13 - cd /src/sys/arm/conf TB --- 2014-05-01 22:22:13 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m TS7800 TB --- 2014-05-01 22:22:13 - skipping TS7800 kernel TB --- 2014-05-01 22:22:13 - cd /src/sys/arm/conf TB --- 2014-05-01 22:22:13 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m VERSATILEPB TB --- 2014-05-01 22:22:13 - building VERSATILEPB kernel TB --- 2014-05-01 22:22:13 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 22:22:13 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 22:22:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 22:22:13 - SRCCONF=/dev/null TB --- 2014-05-01 22:22:13 - TARGET=arm TB --- 2014-05-01 22:22:13 - TARGET_ARCH=armv6 TB --- 2014-05-01 22:22:13 - TZ=UTC TB --- 2014-05-01 22:22:13 - __MAKE_CONF=/dev/null TB --- 2014-05-01 22:22:13 - cd /src TB --- 2014-05-01 22:22:13 - /usr/bin/make -B buildkernel KERNCONF=VERSATILEPB >>> Kernel build for VERSATILEPB started on Thu May 1 22:22:13 UTC 2014 >>> 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 VERSATILEPB completed on Thu May 1 22:25:15 UTC 2014 TB --- 2014-05-01 22:25:15 - cd /src/sys/arm/conf TB --- 2014-05-01 22:25:15 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m VYBRID TB --- 2014-05-01 22:25:15 - building VYBRID kernel TB --- 2014-05-01 22:25:15 - CROSS_BUILD_TESTING=YES TB --- 2014-05-01 22:25:15 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-01 22:25:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-01 22:25:15 - SRCCONF=/dev/null TB --- 2014-05-01 22:25:15 - TARGET=arm TB --- 2014-05-01 22:25:15 - TARGET_ARCH=armv6 TB --- 2014-05-01 22:25:15 - TZ=UTC TB --- 2014-05-01 22:25:15 - __MAKE_CONF=/dev/null TB --- 2014-05-01 22:25:15 - cd /src TB --- 2014-05-01 22:25:15 - /usr/bin/make -B buildkernel KERNCONF=VYBRID >>> Kernel build for VYBRID started on Thu May 1 22:25:16 UTC 2014 >>> 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 [...] ^ 1 error generated. In file included from /src/sys/arm/freescale/vybrid/vf_gpio.c:48: In file included from /src/sys/dev/fdt/fdt_common.h:37: /src/sys/dev/ofw/ofw_bus.h:36:10: fatal error: 'ofw_bus_if.h' file not found #include "ofw_bus_if.h" ^ 1 error generated. In file included from /src/sys/arm/freescale/vybrid/vf_sai.c:50: In file included from /src/sys/dev/fdt/fdt_common.h:37: /src/sys/dev/ofw/ofw_bus.h:36:10: fatal error: 'ofw_bus_if.h' file not found #include "ofw_bus_if.h" ^ 1 error generated. In file included from /src/sys/dev/ffec/if_ffec.c:82: /src/sys/dev/ofw/ofw_bus.h:36:10: fatal error: 'ofw_bus_if.h' file not found #include "ofw_bus_if.h" ^ 1 error generated. mkdep: compile failed *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/VYBRID *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-05-01 22:25:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-01 22:25:43 - ERROR: failed to build VYBRID kernel TB --- 2014-05-01 22:25:43 - 16278.82 user 2708.46 system 20102.57 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Fri May 2 05:24:11 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D59EF79A; Fri, 2 May 2014 05:24:11 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8E21A19B5; Fri, 2 May 2014 05:24:11 +0000 (UTC) Received: from jre-mbp.elischer.org (ppp121-45-232-70.lns20.per1.internode.on.net [121.45.232.70]) (authenticated bits=0) by vps1.elischer.org (8.14.8/8.14.8) with ESMTP id s425Nwag084204 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 1 May 2014 22:24:00 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <53632BE8.9070000@freebsd.org> Date: Fri, 02 May 2014 13:23:52 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Brooks Davis , Warner Losh Subject: Re: POLA.. missing --sysroot option in ld? References: <536061A9.7030502@freebsd.org> <53607ABD.1000605@freebsd.org> <20140501131830.GA9578@lor.one-eyed-alien.net> In-Reply-To: <20140501131830.GA9578@lor.one-eyed-alien.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 May 2014 05:24:11 -0000 On 5/1/14, 9:18 PM, Brooks Davis wrote: > On Wed, Apr 30, 2014 at 11:02:31PM -0600, Warner Losh wrote: >> On Apr 29, 2014, at 10:23 PM, Julian Elischer wrote: >> >>> On 4/30/14, 10:36 AM, Julian Elischer wrote: >>>> In our 8.0 based systems at $JOB our build environment made heavy use of the --sysroot option in gcc and ld. >>>> >>>> We are trying to move up to a newer release but suddenly the --sysroot option has disappeared. >>>> >>>> we get the message "/usr/bin/ld: this linker was not configured to use sysroots" >>> more spefically the following command (from 'configure') fails on "near 9" >>> and succeeds on 8.0. >>> >>> configure:3352: /usr/bin/gcc -Wall -Wno-unused-parameter -nostdinc -isystem /usr/build/buildroot/tools/x86_gcc4.2.4/usr/include --sysroot /usr/build/buildroot/tools/x86_gcc4.2.4 -Wall -Wno-unused-parame >>> ter -nostdinc -isystem /usr/build/buildroot/tools/x86_gcc4.2.4/usr/include --sysroot /usr/build/buildroot/tools/x86_gcc4.2.4 --sysroot /usr/build/buildroot/tools/x86_gcc4.2.4 -L/usr/build/buildroot/too >>> ls/x86_gcc4.2.4/lib -L/usr/build/buildroot/tools/x86_gcc4.2.4/usr/lib conftest.c >&5 >>>> Does anyone know what happened? and when, and by who? >>>> I have looked in the Makefiles and configuration files in SVN and I can't see a change that would have done this.. >>>> of course the building of these tools is rather complex so I may have missed some place.. >> Yea, I looked too and don?t see anything. I thought it was broken in more like 2005 not 2011. You?re only hope is to bisect the tree down to the change that caused it? > It's been broken since at least the last binutils import and probably > longer since the inane ld behavior of activating --sysroot only when > built with a specified sysroot is from upstream. The fix is trivial, just > merge r257268 and r257530 to the branch you are using. yeah I did that yesterday.. worked like a charm. > -- Brooks From owner-freebsd-current@FreeBSD.ORG Fri May 2 05:44:54 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EBDAFC54; Fri, 2 May 2014 05:44:54 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BC10F1B1F; Fri, 2 May 2014 05:44:54 +0000 (UTC) Received: from jre-mbp.elischer.org (ppp121-45-232-70.lns20.per1.internode.on.net [121.45.232.70]) (authenticated bits=0) by vps1.elischer.org (8.14.8/8.14.8) with ESMTP id s425in17084282 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 1 May 2014 22:44:52 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <536330CC.3060600@freebsd.org> Date: Fri, 02 May 2014 13:44:44 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Brooks Davis , David Chisnall Subject: Re: odd message from ld in -current around 9.0 branchpoint References: <535F3B87.4060706@freebsd.org> <1398773853.22079.2.camel@revolution.hippie.lan> <535FC85E.9020002@freebsd.org> <535FE3D9.5040508@freebsd.org> <1A6F930D-8E5F-438C-B6A4-4FA16370B0D9@FreeBSD.org> <20140501142732.GB9578@lor.one-eyed-alien.net> In-Reply-To: <20140501142732.GB9578@lor.one-eyed-alien.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , Ian Lepore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 May 2014 05:44:55 -0000 On 5/1/14, 10:27 PM, Brooks Davis wrote: > On Thu, May 01, 2014 at 10:53:02AM +0100, David Chisnall wrote: >> On 29 Apr 2014, at 18:39, Julian Elischer wrote: >> >>> I just recompiled ld and gcc and it's still not working.. did we break sysroot support some time in 2011? >> My memory may be faulty, but I was under the impression that we switched *to* enabling sysroot support in the toolchain some time around 2012. --sysroot= appears to work with ld (at least) on 10.0, but it didn't on 9.0 and I don't know if the change was MFC'd to 9. >> > I finally got around to making the change last November so it's in 10, > but I've not merged it to 9 or 8 because I don't use them. Anyone > should feel free to do so if it's useful. > > -- Brooks I'm happy as it is.. should probably go into 9.. I'd skip 8. Our 8 based build systems seem to work but when I try use it directly if fails.. I tlooks like "someone" compiled ld from binutils some years ago and just checked the binary in somewhere. One of a series of 'poor judgement' actions that I've been fighting to clean up. anyhow it doesn't matter as it works in the upcoming platform and the old one we are migrating away from even if we are not sure why it works there.. :-) From owner-freebsd-current@FreeBSD.ORG Fri May 2 07:33:30 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 275655D1; Fri, 2 May 2014 07:33:30 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 14D981568; Fri, 2 May 2014 07:33:30 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 004B6160; Fri, 2 May 2014 07:33:29 +0000 (UTC) Date: Fri, 2 May 2014 07:33:28 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, eadler@FreeBSD.org, neel@FreeBSD.org Message-ID: <897114115.4.1399016009108.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #582 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 May 2014 07:33:30 -0000 See Changes: [eadler] lindev(4): remove the device lindev(4) was only used to provide /dev/full which is now a standard featur= e of FreeBSD. /dev/full was never linux-specific and provides a generally usefu= l feature. Document this in UPDATING and bump __FreeBSD_version. This will be documen= ted in the PH shortly. Reported by:=09jkim [neel] Don't allow MPtable generation if there are multiple PCI hierarchies= . This is because there isn't a standard way to relay this information to the guest O= S. Add a command line option "-Y" to bhyve(8) to inhibit MPtable generation. If the virtual machine is using PCI devices on buses other than 0 then it c= an still use ACPI tables to convey this information to the guest. Discussed with:=09grehan@ ------------------------------------------ [...truncated 218897 lines...] machine -> --- /usr/obj --- x86 -> --- bus_if.h --- --- device_if.h --- --- pci_if.h --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KE= RNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=3Diso9899:1999 =3D=3D=3D> lge (depend) --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- miibus_if.h --- --- device_if.h --- --- bus_if.h --- --- miibus_if.h --- awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -h --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KE= RNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=3Diso9899:1999 =3D=3D=3D> libalias (depend) --- depend --- =3D=3D=3D> libalias/libalias (depend) --- /usr/obj --- --- /usr/obj --= - --- /usr/obj --- --- /usr/obj --- @ -> --- /usr/obj --= - machine -> --- /usr/obj --- x86 -> --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KE= RNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=3Diso9899:1999 =3D=3D=3D> libalias/modules (depend) --- depend --- =3D=3D=3D> libalias/modules/cuseeme (depend) --- /usr/obj -= -- --- /usr/obj --- --- /usr/obj= --- --- /usr/obj -= -- @ -> --- /usr/obj --- machine -> --- /usr/obj= --- x86 -> --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KE= RNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=3Diso9899:1999 =3D=3D=3D> libalias/modules/dummy (depend) --- /usr/obj --- --- /usr/obj --- --- /usr/obj -= -- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- /usr/obj -= -- x86 -> --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KE= RNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=3Diso9899:1999 =3D=3D=3D> libalias/modules/ftp (depend) --- /usr/obj --- --- /usr/obj= --- --- /usr/obj --- --- /usr/obj --- @ -> --- /usr/obj= --- machine -> --- /usr/obj --- x86 -> --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KE= RNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=3Diso9899:1999 =3D=3D=3D> libalias/modules/irc (depend) --- /usr/obj --- --- /usr/obj= --- --- /usr/obj --- --- /usr/obj --- @ -> --- /usr/obj= --- machine -> --- /usr/obj --- x86 -> --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KE= RNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=3Diso9899:1999 =3D=3D=3D> libalias/modules/nbt (depend) --- /usr/obj --- --- /usr/obj= --- --- /usr/obj --- --- /usr/obj --- @ -> --- /usr/obj --- x86 -> --- /usr/obj= --- machine -> --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KE= RNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=3Diso9899:1999 =3D=3D=3D> libalias/modules/pptp (depend) --- /usr/obj --- --- /usr/obj --- --- /usr/obj --= - --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- /usr/obj --= - x86 -> --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KE= RNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=3Diso9899:1999 =3D=3D=3D> libalias/modules/skinny (depend) --- /usr/obj --= - --- /usr/obj --- --- /usr/obj = --- --- /usr/obj --= - @ -> --- /usr/obj --- machine -> --- /usr/obj = --- x86 -> --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KE= RNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=3Diso9899:1999 =3D=3D=3D> libalias/modules/smedia (depend) --- /usr/obj --= - --- /usr/obj --- --- /usr/obj = --- --- /usr/obj --= - @ -> --- /usr/obj --- machine -> --- /usr/obj = --- x86 -> --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KE= RNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=3Diso9899:1999 =3D=3D=3D> libiconv (depend) --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- iconv_converter_if.c --- --- iconv_converter_if.h --- --- iconv_converter_if.c --- awk -f @/tools/makeobjops.awk @/libkern/iconv_converter_if.m -c --- iconv_converter_if.h --- awk -f @/tools/makeobjops.awk @/libkern/iconv_converter_if.m -h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KE= RNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=3Diso9899:1999 iconv_converter_if.c =3D=3D=3D> libmbpool (depend) --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KE= RNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=3Diso9899:1999 =3D=3D=3D> libmchain (depend) --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- /usr/obj --- x86 -> --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KE= RNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj -std=3Diso9899:1999 =3D=3D=3D> lindev (depend) --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- --- /usr/obj --- @ -> --- /usr/obj --- machine -> --- /usr/obj --- x86 -> make[4]: make[4]: don't know how to make full.c. Stop make[4]: stopped in *** [depend] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [modules-depend] Error code 2 make[2]: stopped in /usr/obj --- .depend --- make -V CFILES_ZFS | MKDEP_CPP=3D"cc -E" CC=3D"cc " xargs mkdep -a -f .ne= wdep -DFREEBSD_NAMECACHE -DBUILDING_ZFS -nostdinc -I -I -I -I = -I -I -I -O2 -pipe -fno-strict-aliasing -std=3Dc= 99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissi= ng-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-si= gn -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -= Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parenthese= s-equality -Wno-unused-function -nostdinc -I. -I -I -I -I -I -I -I -I -I -I -I -D_KERNEL -DH= AVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -m= no-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zon= e -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreesta= nding -fstack-protector -gdwarf-2 -Wno-unknown-pragmas -Wno-missing-prototy= pes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-= redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inl= ine -Wno-switch -Wno-pointer-arith -Wno-unknown-pragmas -include make -V SFILES_NOZFS | MKDEP_CPP=3D"cc -E" xargs mkdep -a -f .newdep -x a= ssembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=3Dc99 -g -W= all -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-proto= types -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -ffor= mat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-erro= r-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equali= ty -Wno-unused-function -nostdinc -I. -I -I -I -I -I -I -I -I -I -I -I -D_KERNEL -DHAVE_KERN= EL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-= leaf-frame-pointer -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-m= mx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -f= stack-protector -gdwarf-2=20 make -V SFILES_ZFS | MKDEP_CPP=3D"cc -E" xargs mkdep -a -f .newdep -x ass= embler-with-cpp -DLOCORE -DFREEBSD_NAMECACHE -DBUILDING_ZFS -nostdinc -I -I -I -I -I -I -I -O2 -pipe -fno-stric= t-aliasing -std=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict= -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wu= ndef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagno= stics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -= Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I -I -I -I -I -I -I -I -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-o= mit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel= =3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-u= nwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Wno-unknown-pragma= s -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual = -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialize= d -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -Wno-unknown-pragm= as -include rm -f .depend mv .newdep .depend 1 error make[2]: stopped in /usr/obj *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Fri May 2 10:42:13 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BBD9912B; Fri, 2 May 2014 10:42:13 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id AA2831777; Fri, 2 May 2014 10:42:13 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id BC7911C5; Fri, 2 May 2014 10:42:13 +0000 (UTC) Date: Fri, 2 May 2014 10:42:12 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, eadler@FreeBSD.org, rwatson@FreeBSD.org, des@FreeBSD.org, brueffer@FreeBSD.org, neel@FreeBSD.org Message-ID: <126680177.5.1399027333346.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <897114115.4.1399016009108.JavaMail.jenkins@jenkins-9.freebsd.org> References: <897114115.4.1399016009108.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #583 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 May 2014 10:42:13 -0000 See From owner-freebsd-current@FreeBSD.ORG Fri May 2 10:53:50 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AF50C834; Fri, 2 May 2014 10:53:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 85E16189C; Fri, 2 May 2014 10:53:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s42Arh3N009059; Fri, 2 May 2014 06:53:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s42Arhn4009057; Fri, 2 May 2014 10:53:43 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 2 May 2014 10:53:43 GMT Message-Id: <201405021053.s42Arhn4009057@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 May 2014 10:53:50 -0000 TB --- 2014-05-02 07:20:38 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-02 07:20:38 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-02 07:20:38 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-02 07:20:38 - cleaning the object tree TB --- 2014-05-02 07:20:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-02 07:20:43 - At svn revision 265215 TB --- 2014-05-02 07:20:44 - building world TB --- 2014-05-02 07:20:44 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 07:20:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 07:20:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 07:20:44 - SRCCONF=/dev/null TB --- 2014-05-02 07:20:44 - TARGET=i386 TB --- 2014-05-02 07:20:44 - TARGET_ARCH=i386 TB --- 2014-05-02 07:20:44 - TZ=UTC TB --- 2014-05-02 07:20:44 - __MAKE_CONF=/dev/null TB --- 2014-05-02 07:20:44 - cd /src TB --- 2014-05-02 07:20:44 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri May 2 07:20:52 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri May 2 10:47:44 UTC 2014 TB --- 2014-05-02 10:47:44 - generating LINT kernel config TB --- 2014-05-02 10:47:44 - cd /src/sys/i386/conf TB --- 2014-05-02 10:47:44 - /usr/bin/make -B LINT TB --- 2014-05-02 10:47:45 - cd /src/sys/i386/conf TB --- 2014-05-02 10:47:45 - /obj/i386.i386/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-05-02 10:47:45 - building LINT kernel TB --- 2014-05-02 10:47:45 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 10:47:45 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 10:47:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 10:47:45 - SRCCONF=/dev/null TB --- 2014-05-02 10:47:45 - TARGET=i386 TB --- 2014-05-02 10:47:45 - TARGET_ARCH=i386 TB --- 2014-05-02 10:47:45 - TZ=UTC TB --- 2014-05-02 10:47:45 - __MAKE_CONF=/dev/null TB --- 2014-05-02 10:47:45 - cd /src TB --- 2014-05-02 10:47:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 2 10:47:45 UTC 2014 >>> 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 [...] CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/i386.i386/src/sys/LINT -std=iso9899:1999 /src/sys/modules/libiconv/../../libkern/iconv.c /src/sys/modules/libiconv/../../libkern/iconv_ucs.c /src/sys/modules/libiconv/../../libkern/iconv_xlat.c /src/sys/modules/libiconv/../../libkern/iconv_xlat16.c iconv_converter_if.c ===> libmbpool (depend) @ -> /src/sys machine -> /src/sys/i386/include x86 -> /src/sys/x86/include rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/i386.i386/src/sys/LINT -std=iso9899:1999 /src/sys/modules/libmbpool/../../kern/subr_mbpool.c ===> libmchain (depend) @ -> /src/sys machine -> /src/sys/i386/include x86 -> /src/sys/x86/include rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/i386.i386/src/sys/LINT -std=iso9899:1999 /src/sys/modules/libmchain/../../kern/subr_mchain.c ===> lindev (depend) @ -> /src/sys machine -> /src/sys/i386/include x86 -> /src/sys/x86/include bmake[3]: don't know how to make full.c. Stop bmake[3]: stopped in /src/sys/modules/lindev *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-05-02 10:53:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-02 10:53:43 - ERROR: failed to build LINT kernel TB --- 2014-05-02 10:53:43 - 10634.05 user 1505.63 system 12785.22 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri May 2 05:17:14 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5470670C for ; Fri, 2 May 2014 05:17:14 +0000 (UTC) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CFF671911 for ; Fri, 2 May 2014 05:17:12 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id gf5so831207lab.41 for ; Thu, 01 May 2014 22:17:05 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:date:message-id:user-agent :mime-version:content-transfer-encoding:content-type; bh=dtFNgXEzjmQjZex17D9ei2zSFP20BYWCklaChvghsRA=; b=kWhy9C37fhT2dohid0q/Ul0DjVRu5WjfVJoh9oV/DVyddKWXsP2rUZrm+/0idETL2s LsWvguOXBSTobzhE8uru8KDVQQJyYlaZNBKWBa5TMArklsj0f1CYyC/hpZwWyHGdcJsp qzPoW7vgEUD0m+27DOhE6hzGIJjOCCD3N4MKVEfz3qIg3MVL6a7k69cEPT3LwBBfciwJ 4/58/2mgK7xQ6Cx17tEi1d8HMbuYDbjvsBs7iqRv28Qbx8ehbrN+PPOBhJOhm0bucB8l CGmoxgSZ0F6/aVM48yXt/mvu8x4km1tfHy1ykfaqysCncg0Kn762cFqnGRV9PkfppSh5 GRSg== X-Gm-Message-State: ALoCoQnchrmXG8LAXl1XGqr25ju1Byjr2hUT9Vx1jUfHqvnG0PWmpHr8QEoMHVG7q9GaBY+6EWMb X-Received: by 10.112.218.99 with SMTP id pf3mr10260816lbc.5.1399007824978; Thu, 01 May 2014 22:17:04 -0700 (PDT) Received: from kde4.my.domain (nat-server-217.15.27.35.static.futures.ru. [217.15.27.35]) by mx.google.com with ESMTPSA id jm3sm32242208lbc.29.2014.05.01.22.17.03 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 01 May 2014 22:17:04 -0700 (PDT) From: Oleg Ginzburg To: current@freebsd.org Subject: panic: make_dev_credv when lindev module is loaded on the recent revision Date: Fri, 02 May 2014 09:17:10 +0400 Message-ID: <1501735.cqoqKEZEoU@kde4.my.domain> User-Agent: KMail/4.12.4 (FreeBSD/11.0-CURRENT; KDE/4.12.4; amd64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Mailman-Approved-At: Fri, 02 May 2014 11:18:40 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 May 2014 05:17:14 -0000 Hi, Current problem has arisen in the last four days in FreeBSD head. When load lindev modules began to emerge follow panic: Unread portion of the kernel message buffer: panic: make_dev_credv: bad si_name (error=17, si_name=full) cpuid = 1 Uptime: 30s Dumping 431 out of 8045 MB:..4%..12%..23%..34%..41%..52%..64%..71%..82%..93% Reading symbols from /boot/kernel/libalias.ko.symbols...done. Loaded symbols for /boot/kernel/libalias.ko.symbols Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. Loaded symbols for /boot/kernel/linprocfs.ko.symbols Reading symbols from /boot/kernel/linux.ko.symbols...done. Loaded symbols for /boot/kernel/linux.ko.symbols Reading symbols from /boot/kernel/linsysfs.ko.symbols...done. Loaded symbols for /boot/kernel/linsysfs.ko.symbols Reading symbols from /boot/kernel/if_bridge.ko.symbols...done. Loaded symbols for /boot/kernel/if_bridge.ko.symbols Reading symbols from /boot/kernel/bridgestp.ko.symbols...done. Loaded symbols for /boot/kernel/bridgestp.ko.symbols Reading symbols from /boot/kernel/if_tap.ko.symbols...done. Loaded symbols for /boot/kernel/if_tap.ko.symbols Reading symbols from /boot/kernel/vmm.ko.symbols...done. Loaded symbols for /boot/kernel/vmm.ko.symbols Reading symbols from /boot/kernel/aio.ko.symbols...done. Loaded symbols for /boot/kernel/aio.ko.symbols Reading symbols from /boot/kernel/cc_htcp.ko.symbols...done. Loaded symbols for /boot/kernel/cc_htcp.ko.symbols Reading symbols from /boot/modules/cuse4bsd.ko...done. Loaded symbols for /boot/modules/cuse4bsd.ko Reading symbols from /boot/kernel/crypto.ko.symbols...done. Loaded symbols for /boot/kernel/crypto.ko.symbols Reading symbols from /boot/kernel/cryptodev.ko.symbols...done. Loaded symbols for /boot/kernel/cryptodev.ko.symbols Reading symbols from /boot/modules/nvidia.ko...done. Loaded symbols for /boot/modules/nvidia.ko Reading symbols from /boot/kernel/sem.ko.symbols...done. Loaded symbols for /boot/kernel/sem.ko.symbols Reading symbols from /boot/modules/vboxdrv.ko...done. Loaded symbols for /boot/modules/vboxdrv.ko Reading symbols from /boot/kernel/accf_data.ko.symbols...done. Loaded symbols for /boot/kernel/accf_data.ko.symbols Reading symbols from /boot/kernel/accf_http.ko.symbols...done. Loaded symbols for /boot/kernel/accf_http.ko.symbols Reading symbols from /boot/kernel/cpuctl.ko.symbols...done. Loaded symbols for /boot/kernel/cpuctl.ko.symbols Reading symbols from /boot/kernel/uhid.ko.symbols...done. Loaded symbols for /boot/kernel/uhid.ko.symbols Reading symbols from /boot/kernel/ums.ko.symbols...done. Loaded symbols for /boot/kernel/ums.ko.symbols Reading symbols from /boot/modules/vboxnetflt.ko...done. Loaded symbols for /boot/modules/vboxnetflt.ko Reading symbols from /boot/kernel/netgraph.ko.symbols...done. Loaded symbols for /boot/kernel/netgraph.ko.symbols Reading symbols from /boot/kernel/ng_ether.ko.symbols...done. Loaded symbols for /boot/kernel/ng_ether.ko.symbols Reading symbols from /boot/modules/vboxnetadp.ko...done. Loaded symbols for /boot/modules/vboxnetadp.ko Reading symbols from /boot/kernel/pf.ko.symbols...done. Loaded symbols for /boot/kernel/pf.ko.symbols Reading symbols from /boot/kernel/nullfs.ko.symbols...done. Loaded symbols for /boot/kernel/nullfs.ko.symbols Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. Loaded symbols for /boot/kernel/fdescfs.ko.symbols Reading symbols from /boot/kernel/lindev.ko.symbols...done. Loaded symbols for /boot/kernel/lindev.ko.symbols #0 doadump (textdump=) at pcpu.h:219 219 __asm("movq %%gs:%1,%0" : "=r" (td) (kgdb) bt #0 doadump (textdump=) at pcpu.h:219 #1 0xffffffff80944db8 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:449 #2 0xffffffff80945237 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:756 #3 0xffffffff808e4e8d in make_dev_credv (flags=, dres=, devsw=, unit=, cr=, uid=, mode=) at /usr/src/sys/kern/kern_conf.c:763 #4 0xffffffff808e4aa7 in make_dev (devsw=0x0, unit=0, uid=0, gid=, mode=, fmt=) at /usr/src/sys/kern/kern_conf.c:820 #5 0xffffffff8265b083 in lindev_modevent_full (mod=, type=, data=) at /usr/src/sys/modules/lindev/../../dev/lindev/full.c:83 #6 0xffffffff80927ae2 in module_register_init (arg=0xffffffff8265b2b0) at /usr/src/sys/kern/kern_module.c:123 #7 0xffffffff8091b364 in linker_load_module (kldname=, modname=0xfffff80005b46400 "lindev", parent=0x0, verinfo=0x0, lfpp=0xfffffe02325a6940) at /usr/src/sys/kern/kern_linker.c:225 #8 0xffffffff8091cdef in kern_kldload (td=, file=, fileid=0xfffffe02325a6984) at /usr/src/sys/kern/kern_linker.c:1030 #9 0xffffffff8091cf2b in sys_kldload (td=0xfffff80008729920, uap=) at /usr/src/sys/kern/kern_linker.c:1056 #10 0xffffffff80d9ecab in amd64_syscall (td=0xfffff80008729920, traced=0) at subr_syscall.c:133 #11 0xffffffff80d8113b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:390 #12 0x000000080088e9ea in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) list *0xffffffff808e4e8d 0xffffffff808e4e8d is at /usr/src/sys/kern/kern_conf.c:763. 758 dev = newdev(devsw, unit, dev_new); 759 if ((dev->si_flags & SI_NAMED) == 0) { 760 res = prep_devname(dev, fmt, ap); 761 if (res != 0) { 762 if ((flags & MAKEDEV_CHECKNAME) == 0) { 763 panic( 764 "make_dev_credv: bad si_name (error=%d, si_name=%s)", 765 res, dev->si_name); 766 } 767 if (dev == dev_new) { From owner-freebsd-current@FreeBSD.ORG Fri May 2 11:31:24 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E9BC47B; Fri, 2 May 2014 11:31:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 557931BF7; Fri, 2 May 2014 11:31:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s42BVNNO083628; Fri, 2 May 2014 07:31:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s42BVNcc083626; Fri, 2 May 2014 11:31:23 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 2 May 2014 11:31:23 GMT Message-Id: <201405021131.s42BVNcc083626@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 May 2014 11:31:24 -0000 TB --- 2014-05-02 07:20:38 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-02 07:20:38 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-02 07:20:38 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-02 07:20:38 - cleaning the object tree TB --- 2014-05-02 07:20:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-02 07:20:43 - At svn revision 265215 TB --- 2014-05-02 07:20:44 - building world TB --- 2014-05-02 07:20:44 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 07:20:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 07:20:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 07:20:44 - SRCCONF=/dev/null TB --- 2014-05-02 07:20:44 - TARGET=amd64 TB --- 2014-05-02 07:20:44 - TARGET_ARCH=amd64 TB --- 2014-05-02 07:20:44 - TZ=UTC TB --- 2014-05-02 07:20:44 - __MAKE_CONF=/dev/null TB --- 2014-05-02 07:20:44 - cd /src TB --- 2014-05-02 07:20:44 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri May 2 07:20:53 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri May 2 11:26:46 UTC 2014 TB --- 2014-05-02 11:26:46 - generating LINT kernel config TB --- 2014-05-02 11:26:46 - cd /src/sys/amd64/conf TB --- 2014-05-02 11:26:46 - /usr/bin/make -B LINT TB --- 2014-05-02 11:26:46 - cd /src/sys/amd64/conf TB --- 2014-05-02 11:26:46 - /obj/amd64.amd64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-05-02 11:26:46 - building LINT kernel TB --- 2014-05-02 11:26:46 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 11:26:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 11:26:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 11:26:46 - SRCCONF=/dev/null TB --- 2014-05-02 11:26:46 - TARGET=amd64 TB --- 2014-05-02 11:26:46 - TARGET_ARCH=amd64 TB --- 2014-05-02 11:26:46 - TZ=UTC TB --- 2014-05-02 11:26:46 - __MAKE_CONF=/dev/null TB --- 2014-05-02 11:26:46 - cd /src TB --- 2014-05-02 11:26:46 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 2 11:26:46 UTC 2014 >>> 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 [...] CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/amd64.amd64/src/sys/LINT -std=iso9899:1999 /src/sys/modules/libiconv/../../libkern/iconv.c /src/sys/modules/libiconv/../../libkern/iconv_ucs.c /src/sys/modules/libiconv/../../libkern/iconv_xlat.c /src/sys/modules/libiconv/../../libkern/iconv_xlat16.c iconv_converter_if.c ===> libmbpool (depend) @ -> /src/sys machine -> /src/sys/amd64/include x86 -> /src/sys/x86/include rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/amd64.amd64/src/sys/LINT -std=iso9899:1999 /src/sys/modules/libmbpool/../../kern/subr_mbpool.c ===> libmchain (depend) @ -> /src/sys machine -> /src/sys/amd64/include x86 -> /src/sys/x86/include rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/amd64.amd64/src/sys/LINT -std=iso9899:1999 /src/sys/modules/libmchain/../../kern/subr_mchain.c ===> lindev (depend) @ -> /src/sys machine -> /src/sys/amd64/include x86 -> /src/sys/x86/include bmake[3]: don't know how to make full.c. Stop bmake[3]: stopped in /src/sys/modules/lindev *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-05-02 11:31:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-02 11:31:23 - ERROR: failed to build LINT kernel TB --- 2014-05-02 11:31:23 - 12273.27 user 1975.29 system 15045.09 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri May 2 12:59:47 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB008E3E; Fri, 2 May 2014 12:59:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B224C14D9; Fri, 2 May 2014 12:59:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s42CxkKj065424; Fri, 2 May 2014 08:59:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s42Cxk01065423; Fri, 2 May 2014 12:59:46 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 2 May 2014 12:59:46 GMT Message-Id: <201405021259.s42Cxk01065423@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 May 2014 12:59:48 -0000 TB --- 2014-05-02 07:20:38 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-02 07:20:38 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-02 07:20:38 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-02 07:20:38 - cleaning the object tree TB --- 2014-05-02 07:22:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-02 07:22:48 - At svn revision 265215 TB --- 2014-05-02 07:22:49 - building world TB --- 2014-05-02 07:22:49 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 07:22:49 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 07:22:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 07:22:49 - SRCCONF=/dev/null TB --- 2014-05-02 07:22:49 - TARGET=arm TB --- 2014-05-02 07:22:49 - TARGET_ARCH=armv6 TB --- 2014-05-02 07:22:49 - TZ=UTC TB --- 2014-05-02 07:22:49 - __MAKE_CONF=/dev/null TB --- 2014-05-02 07:22:49 - cd /src TB --- 2014-05-02 07:22:49 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri May 2 07:22:56 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri May 2 10:39:04 UTC 2014 TB --- 2014-05-02 10:39:04 - generating LINT kernel config TB --- 2014-05-02 10:39:04 - cd /src/sys/arm/conf TB --- 2014-05-02 10:39:04 - /usr/bin/make -B LINT TB --- 2014-05-02 10:39:05 - cd /src/sys/arm/conf TB --- 2014-05-02 10:39:05 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-05-02 10:39:05 - skipping LINT kernel TB --- 2014-05-02 10:39:05 - cd /src/sys/arm/conf TB --- 2014-05-02 10:39:05 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m AC100 TB --- 2014-05-02 10:39:05 - building AC100 kernel TB --- 2014-05-02 10:39:05 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 10:39:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 10:39:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 10:39:05 - SRCCONF=/dev/null TB --- 2014-05-02 10:39:05 - TARGET=arm TB --- 2014-05-02 10:39:05 - TARGET_ARCH=armv6 TB --- 2014-05-02 10:39:05 - TZ=UTC TB --- 2014-05-02 10:39:05 - __MAKE_CONF=/dev/null TB --- 2014-05-02 10:39:05 - cd /src TB --- 2014-05-02 10:39:05 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Fri May 2 10:39:05 UTC 2014 >>> 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 AC100 completed on Fri May 2 10:42:07 UTC 2014 TB --- 2014-05-02 10:42:07 - cd /src/sys/arm/conf TB --- 2014-05-02 10:42:07 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ARMADAXP TB --- 2014-05-02 10:42:08 - building ARMADAXP kernel TB --- 2014-05-02 10:42:08 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 10:42:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 10:42:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 10:42:08 - SRCCONF=/dev/null TB --- 2014-05-02 10:42:08 - TARGET=arm TB --- 2014-05-02 10:42:08 - TARGET_ARCH=armv6 TB --- 2014-05-02 10:42:08 - TZ=UTC TB --- 2014-05-02 10:42:08 - __MAKE_CONF=/dev/null TB --- 2014-05-02 10:42:08 - cd /src TB --- 2014-05-02 10:42:08 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP >>> Kernel build for ARMADAXP started on Fri May 2 10:42:08 UTC 2014 >>> 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 ARMADAXP completed on Fri May 2 10:46:10 UTC 2014 TB --- 2014-05-02 10:46:10 - cd /src/sys/arm/conf TB --- 2014-05-02 10:46:10 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ARNDALE TB --- 2014-05-02 10:46:10 - building ARNDALE kernel TB --- 2014-05-02 10:46:10 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 10:46:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 10:46:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 10:46:10 - SRCCONF=/dev/null TB --- 2014-05-02 10:46:10 - TARGET=arm TB --- 2014-05-02 10:46:10 - TARGET_ARCH=armv6 TB --- 2014-05-02 10:46:10 - TZ=UTC TB --- 2014-05-02 10:46:10 - __MAKE_CONF=/dev/null TB --- 2014-05-02 10:46:10 - cd /src TB --- 2014-05-02 10:46:10 - /usr/bin/make -B buildkernel KERNCONF=ARNDALE >>> Kernel build for ARNDALE started on Fri May 2 10:46:10 UTC 2014 >>> 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 ARNDALE completed on Fri May 2 10:51:03 UTC 2014 TB --- 2014-05-02 10:51:03 - cd /src/sys/arm/conf TB --- 2014-05-02 10:51:03 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ATMEL TB --- 2014-05-02 10:51:03 - skipping ATMEL kernel TB --- 2014-05-02 10:51:03 - cd /src/sys/arm/conf TB --- 2014-05-02 10:51:03 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m AVILA TB --- 2014-05-02 10:51:04 - skipping AVILA kernel TB --- 2014-05-02 10:51:04 - cd /src/sys/arm/conf TB --- 2014-05-02 10:51:04 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m BEAGLEBONE TB --- 2014-05-02 10:51:04 - building BEAGLEBONE kernel TB --- 2014-05-02 10:51:04 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 10:51:04 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 10:51:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 10:51:04 - SRCCONF=/dev/null TB --- 2014-05-02 10:51:04 - TARGET=arm TB --- 2014-05-02 10:51:04 - TARGET_ARCH=armv6 TB --- 2014-05-02 10:51:04 - TZ=UTC TB --- 2014-05-02 10:51:04 - __MAKE_CONF=/dev/null TB --- 2014-05-02 10:51:04 - cd /src TB --- 2014-05-02 10:51:04 - /usr/bin/make -B buildkernel KERNCONF=BEAGLEBONE >>> Kernel build for BEAGLEBONE started on Fri May 2 10:51:04 UTC 2014 >>> 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 BEAGLEBONE completed on Fri May 2 11:06:52 UTC 2014 TB --- 2014-05-02 11:06:52 - cd /src/sys/arm/conf TB --- 2014-05-02 11:06:52 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m BWCT TB --- 2014-05-02 11:06:52 - skipping BWCT kernel TB --- 2014-05-02 11:06:52 - cd /src/sys/arm/conf TB --- 2014-05-02 11:06:52 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CAMBRIA TB --- 2014-05-02 11:06:52 - skipping CAMBRIA kernel TB --- 2014-05-02 11:06:52 - cd /src/sys/arm/conf TB --- 2014-05-02 11:06:52 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CHROMEBOOK TB --- 2014-05-02 11:06:52 - building CHROMEBOOK kernel TB --- 2014-05-02 11:06:52 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 11:06:52 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 11:06:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 11:06:52 - SRCCONF=/dev/null TB --- 2014-05-02 11:06:52 - TARGET=arm TB --- 2014-05-02 11:06:52 - TARGET_ARCH=armv6 TB --- 2014-05-02 11:06:52 - TZ=UTC TB --- 2014-05-02 11:06:52 - __MAKE_CONF=/dev/null TB --- 2014-05-02 11:06:52 - cd /src TB --- 2014-05-02 11:06:52 - /usr/bin/make -B buildkernel KERNCONF=CHROMEBOOK >>> Kernel build for CHROMEBOOK started on Fri May 2 11:06:52 UTC 2014 >>> 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 CHROMEBOOK completed on Fri May 2 11:11:51 UTC 2014 TB --- 2014-05-02 11:11:51 - cd /src/sys/arm/conf TB --- 2014-05-02 11:11:51 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CNS11XXNAS TB --- 2014-05-02 11:11:51 - skipping CNS11XXNAS kernel TB --- 2014-05-02 11:11:51 - cd /src/sys/arm/conf TB --- 2014-05-02 11:11:51 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m COLIBRI-VF50 TB --- 2014-05-02 11:11:52 - building COLIBRI-VF50 kernel TB --- 2014-05-02 11:11:52 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 11:11:52 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 11:11:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 11:11:52 - SRCCONF=/dev/null TB --- 2014-05-02 11:11:52 - TARGET=arm TB --- 2014-05-02 11:11:52 - TARGET_ARCH=armv6 TB --- 2014-05-02 11:11:52 - TZ=UTC TB --- 2014-05-02 11:11:52 - __MAKE_CONF=/dev/null TB --- 2014-05-02 11:11:52 - cd /src TB --- 2014-05-02 11:11:52 - /usr/bin/make -B buildkernel KERNCONF=COLIBRI-VF50 >>> Kernel build for COLIBRI-VF50 started on Fri May 2 11:11:52 UTC 2014 >>> 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 COLIBRI-VF50 completed on Fri May 2 11:16:24 UTC 2014 TB --- 2014-05-02 11:16:24 - cd /src/sys/arm/conf TB --- 2014-05-02 11:16:24 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m COSMIC TB --- 2014-05-02 11:16:24 - building COSMIC kernel TB --- 2014-05-02 11:16:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 11:16:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 11:16:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 11:16:24 - SRCCONF=/dev/null TB --- 2014-05-02 11:16:24 - TARGET=arm TB --- 2014-05-02 11:16:24 - TARGET_ARCH=armv6 TB --- 2014-05-02 11:16:24 - TZ=UTC TB --- 2014-05-02 11:16:24 - __MAKE_CONF=/dev/null TB --- 2014-05-02 11:16:24 - cd /src TB --- 2014-05-02 11:16:24 - /usr/bin/make -B buildkernel KERNCONF=COSMIC >>> Kernel build for COSMIC started on Fri May 2 11:16:24 UTC 2014 >>> 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 COSMIC completed on Fri May 2 11:20:54 UTC 2014 TB --- 2014-05-02 11:20:54 - cd /src/sys/arm/conf TB --- 2014-05-02 11:20:54 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CRB TB --- 2014-05-02 11:20:54 - skipping CRB kernel TB --- 2014-05-02 11:20:54 - cd /src/sys/arm/conf TB --- 2014-05-02 11:20:54 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CUBIEBOARD TB --- 2014-05-02 11:20:54 - building CUBIEBOARD kernel TB --- 2014-05-02 11:20:54 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 11:20:54 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 11:20:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 11:20:54 - SRCCONF=/dev/null TB --- 2014-05-02 11:20:54 - TARGET=arm TB --- 2014-05-02 11:20:54 - TARGET_ARCH=armv6 TB --- 2014-05-02 11:20:54 - TZ=UTC TB --- 2014-05-02 11:20:54 - __MAKE_CONF=/dev/null TB --- 2014-05-02 11:20:54 - cd /src TB --- 2014-05-02 11:20:54 - /usr/bin/make -B buildkernel KERNCONF=CUBIEBOARD >>> Kernel build for CUBIEBOARD started on Fri May 2 11:20:54 UTC 2014 >>> 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 CUBIEBOARD completed on Fri May 2 11:24:37 UTC 2014 TB --- 2014-05-02 11:24:37 - cd /src/sys/arm/conf TB --- 2014-05-02 11:24:37 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CUBIEBOARD2 TB --- 2014-05-02 11:24:37 - building CUBIEBOARD2 kernel TB --- 2014-05-02 11:24:37 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 11:24:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 11:24:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 11:24:37 - SRCCONF=/dev/null TB --- 2014-05-02 11:24:37 - TARGET=arm TB --- 2014-05-02 11:24:37 - TARGET_ARCH=armv6 TB --- 2014-05-02 11:24:37 - TZ=UTC TB --- 2014-05-02 11:24:37 - __MAKE_CONF=/dev/null TB --- 2014-05-02 11:24:37 - cd /src TB --- 2014-05-02 11:24:37 - /usr/bin/make -B buildkernel KERNCONF=CUBIEBOARD2 >>> Kernel build for CUBIEBOARD2 started on Fri May 2 11:24:37 UTC 2014 >>> 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 CUBIEBOARD2 completed on Fri May 2 11:28:19 UTC 2014 TB --- 2014-05-02 11:28:19 - cd /src/sys/arm/conf TB --- 2014-05-02 11:28:19 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DB-78XXX TB --- 2014-05-02 11:28:19 - skipping DB-78XXX kernel TB --- 2014-05-02 11:28:19 - cd /src/sys/arm/conf TB --- 2014-05-02 11:28:19 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DB-88F5XXX TB --- 2014-05-02 11:28:19 - skipping DB-88F5XXX kernel TB --- 2014-05-02 11:28:19 - cd /src/sys/arm/conf TB --- 2014-05-02 11:28:19 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DB-88F6XXX TB --- 2014-05-02 11:28:19 - skipping DB-88F6XXX kernel TB --- 2014-05-02 11:28:19 - cd /src/sys/arm/conf TB --- 2014-05-02 11:28:19 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DIGI-CCWMX53 TB --- 2014-05-02 11:28:19 - building DIGI-CCWMX53 kernel TB --- 2014-05-02 11:28:19 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 11:28:19 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 11:28:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 11:28:19 - SRCCONF=/dev/null TB --- 2014-05-02 11:28:19 - TARGET=arm TB --- 2014-05-02 11:28:19 - TARGET_ARCH=armv6 TB --- 2014-05-02 11:28:19 - TZ=UTC TB --- 2014-05-02 11:28:19 - __MAKE_CONF=/dev/null TB --- 2014-05-02 11:28:19 - cd /src TB --- 2014-05-02 11:28:19 - /usr/bin/make -B buildkernel KERNCONF=DIGI-CCWMX53 >>> Kernel build for DIGI-CCWMX53 started on Fri May 2 11:28:19 UTC 2014 >>> 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 DIGI-CCWMX53 completed on Fri May 2 11:43:07 UTC 2014 TB --- 2014-05-02 11:43:07 - cd /src/sys/arm/conf TB --- 2014-05-02 11:43:07 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DOCKSTAR TB --- 2014-05-02 11:43:07 - skipping DOCKSTAR kernel TB --- 2014-05-02 11:43:07 - cd /src/sys/arm/conf TB --- 2014-05-02 11:43:07 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DREAMPLUG-1001 TB --- 2014-05-02 11:43:07 - skipping DREAMPLUG-1001 kernel TB --- 2014-05-02 11:43:07 - cd /src/sys/arm/conf TB --- 2014-05-02 11:43:07 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m EA3250 TB --- 2014-05-02 11:43:07 - skipping EA3250 kernel TB --- 2014-05-02 11:43:07 - cd /src/sys/arm/conf TB --- 2014-05-02 11:43:07 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m EB9200 TB --- 2014-05-02 11:43:07 - skipping EB9200 kernel TB --- 2014-05-02 11:43:07 - cd /src/sys/arm/conf TB --- 2014-05-02 11:43:07 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m EFIKA_MX TB --- 2014-05-02 11:43:07 - building EFIKA_MX kernel TB --- 2014-05-02 11:43:07 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 11:43:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 11:43:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 11:43:07 - SRCCONF=/dev/null TB --- 2014-05-02 11:43:07 - TARGET=arm TB --- 2014-05-02 11:43:07 - TARGET_ARCH=armv6 TB --- 2014-05-02 11:43:07 - TZ=UTC TB --- 2014-05-02 11:43:07 - __MAKE_CONF=/dev/null TB --- 2014-05-02 11:43:07 - cd /src TB --- 2014-05-02 11:43:07 - /usr/bin/make -B buildkernel KERNCONF=EFIKA_MX >>> Kernel build for EFIKA_MX started on Fri May 2 11:43:07 UTC 2014 >>> 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 EFIKA_MX completed on Fri May 2 11:57:51 UTC 2014 TB --- 2014-05-02 11:57:51 - cd /src/sys/arm/conf TB --- 2014-05-02 11:57:51 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m EP80219 TB --- 2014-05-02 11:57:51 - skipping EP80219 kernel TB --- 2014-05-02 11:57:51 - cd /src/sys/arm/conf TB --- 2014-05-02 11:57:51 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ETHERNUT5 TB --- 2014-05-02 11:57:51 - skipping ETHERNUT5 kernel TB --- 2014-05-02 11:57:51 - cd /src/sys/arm/conf TB --- 2014-05-02 11:57:51 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m GUMSTIX TB --- 2014-05-02 11:57:51 - skipping GUMSTIX kernel TB --- 2014-05-02 11:57:51 - cd /src/sys/arm/conf TB --- 2014-05-02 11:57:51 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m GUMSTIX-QEMU TB --- 2014-05-02 11:57:51 - skipping GUMSTIX-QEMU kernel TB --- 2014-05-02 11:57:51 - cd /src/sys/arm/conf TB --- 2014-05-02 11:57:51 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m HL200 TB --- 2014-05-02 11:57:51 - skipping HL200 kernel TB --- 2014-05-02 11:57:51 - cd /src/sys/arm/conf TB --- 2014-05-02 11:57:51 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m HL201 TB --- 2014-05-02 11:57:51 - skipping HL201 kernel TB --- 2014-05-02 11:57:51 - cd /src/sys/arm/conf TB --- 2014-05-02 11:57:51 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m IMX53-QSB TB --- 2014-05-02 11:57:51 - building IMX53-QSB kernel TB --- 2014-05-02 11:57:51 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 11:57:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 11:57:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 11:57:51 - SRCCONF=/dev/null TB --- 2014-05-02 11:57:51 - TARGET=arm TB --- 2014-05-02 11:57:51 - TARGET_ARCH=armv6 TB --- 2014-05-02 11:57:51 - TZ=UTC TB --- 2014-05-02 11:57:51 - __MAKE_CONF=/dev/null TB --- 2014-05-02 11:57:51 - cd /src TB --- 2014-05-02 11:57:51 - /usr/bin/make -B buildkernel KERNCONF=IMX53-QSB >>> Kernel build for IMX53-QSB started on Fri May 2 11:57:51 UTC 2014 >>> 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 IMX53-QSB completed on Fri May 2 12:13:09 UTC 2014 TB --- 2014-05-02 12:13:09 - cd /src/sys/arm/conf TB --- 2014-05-02 12:13:09 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m IMX6 TB --- 2014-05-02 12:13:09 - building IMX6 kernel TB --- 2014-05-02 12:13:09 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 12:13:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 12:13:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 12:13:09 - SRCCONF=/dev/null TB --- 2014-05-02 12:13:09 - TARGET=arm TB --- 2014-05-02 12:13:09 - TARGET_ARCH=armv6 TB --- 2014-05-02 12:13:09 - TZ=UTC TB --- 2014-05-02 12:13:09 - __MAKE_CONF=/dev/null TB --- 2014-05-02 12:13:09 - cd /src TB --- 2014-05-02 12:13:09 - /usr/bin/make -B buildkernel KERNCONF=IMX6 >>> Kernel build for IMX6 started on Fri May 2 12:13:09 UTC 2014 >>> 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 IMX6 completed on Fri May 2 12:29:03 UTC 2014 TB --- 2014-05-02 12:29:03 - cd /src/sys/arm/conf TB --- 2014-05-02 12:29:03 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m IQ31244 TB --- 2014-05-02 12:29:03 - skipping IQ31244 kernel TB --- 2014-05-02 12:29:03 - cd /src/sys/arm/conf TB --- 2014-05-02 12:29:03 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m KB920X TB --- 2014-05-02 12:29:03 - skipping KB920X kernel TB --- 2014-05-02 12:29:03 - cd /src/sys/arm/conf TB --- 2014-05-02 12:29:03 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m LN2410SBC TB --- 2014-05-02 12:29:03 - skipping LN2410SBC kernel TB --- 2014-05-02 12:29:03 - cd /src/sys/arm/conf TB --- 2014-05-02 12:29:03 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m NSLU TB --- 2014-05-02 12:29:03 - skipping NSLU kernel TB --- 2014-05-02 12:29:03 - cd /src/sys/arm/conf TB --- 2014-05-02 12:29:03 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m PANDABOARD TB --- 2014-05-02 12:29:03 - building PANDABOARD kernel TB --- 2014-05-02 12:29:03 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 12:29:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 12:29:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 12:29:03 - SRCCONF=/dev/null TB --- 2014-05-02 12:29:03 - TARGET=arm TB --- 2014-05-02 12:29:03 - TARGET_ARCH=armv6 TB --- 2014-05-02 12:29:03 - TZ=UTC TB --- 2014-05-02 12:29:03 - __MAKE_CONF=/dev/null TB --- 2014-05-02 12:29:03 - cd /src TB --- 2014-05-02 12:29:03 - /usr/bin/make -B buildkernel KERNCONF=PANDABOARD >>> Kernel build for PANDABOARD started on Fri May 2 12:29:03 UTC 2014 >>> 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 PANDABOARD completed on Fri May 2 12:33:26 UTC 2014 TB --- 2014-05-02 12:33:26 - cd /src/sys/arm/conf TB --- 2014-05-02 12:33:26 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m QILA9G20 TB --- 2014-05-02 12:33:26 - skipping QILA9G20 kernel TB --- 2014-05-02 12:33:26 - cd /src/sys/arm/conf TB --- 2014-05-02 12:33:26 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m QUARTZ TB --- 2014-05-02 12:33:26 - building QUARTZ kernel TB --- 2014-05-02 12:33:26 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 12:33:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 12:33:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 12:33:26 - SRCCONF=/dev/null TB --- 2014-05-02 12:33:26 - TARGET=arm TB --- 2014-05-02 12:33:26 - TARGET_ARCH=armv6 TB --- 2014-05-02 12:33:26 - TZ=UTC TB --- 2014-05-02 12:33:26 - __MAKE_CONF=/dev/null TB --- 2014-05-02 12:33:26 - cd /src TB --- 2014-05-02 12:33:26 - /usr/bin/make -B buildkernel KERNCONF=QUARTZ >>> Kernel build for QUARTZ started on Fri May 2 12:33:26 UTC 2014 >>> 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 QUARTZ completed on Fri May 2 12:37:51 UTC 2014 TB --- 2014-05-02 12:37:51 - cd /src/sys/arm/conf TB --- 2014-05-02 12:37:51 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m RADXA TB --- 2014-05-02 12:37:51 - building RADXA kernel TB --- 2014-05-02 12:37:51 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 12:37:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 12:37:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 12:37:51 - SRCCONF=/dev/null TB --- 2014-05-02 12:37:51 - TARGET=arm TB --- 2014-05-02 12:37:51 - TARGET_ARCH=armv6 TB --- 2014-05-02 12:37:51 - TZ=UTC TB --- 2014-05-02 12:37:51 - __MAKE_CONF=/dev/null TB --- 2014-05-02 12:37:51 - cd /src TB --- 2014-05-02 12:37:51 - /usr/bin/make -B buildkernel KERNCONF=RADXA >>> Kernel build for RADXA started on Fri May 2 12:37:51 UTC 2014 >>> 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 RADXA completed on Fri May 2 12:41:17 UTC 2014 TB --- 2014-05-02 12:41:17 - cd /src/sys/arm/conf TB --- 2014-05-02 12:41:17 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m RPI-B TB --- 2014-05-02 12:41:17 - building RPI-B kernel TB --- 2014-05-02 12:41:17 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 12:41:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 12:41:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 12:41:17 - SRCCONF=/dev/null TB --- 2014-05-02 12:41:17 - TARGET=arm TB --- 2014-05-02 12:41:17 - TARGET_ARCH=armv6 TB --- 2014-05-02 12:41:17 - TZ=UTC TB --- 2014-05-02 12:41:17 - __MAKE_CONF=/dev/null TB --- 2014-05-02 12:41:17 - cd /src TB --- 2014-05-02 12:41:17 - /usr/bin/make -B buildkernel KERNCONF=RPI-B >>> Kernel build for RPI-B started on Fri May 2 12:41:17 UTC 2014 >>> 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 RPI-B completed on Fri May 2 12:56:10 UTC 2014 TB --- 2014-05-02 12:56:10 - cd /src/sys/arm/conf TB --- 2014-05-02 12:56:10 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m SAM9260EK TB --- 2014-05-02 12:56:10 - skipping SAM9260EK kernel TB --- 2014-05-02 12:56:10 - cd /src/sys/arm/conf TB --- 2014-05-02 12:56:10 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m SAM9G20EK TB --- 2014-05-02 12:56:10 - skipping SAM9G20EK kernel TB --- 2014-05-02 12:56:10 - cd /src/sys/arm/conf TB --- 2014-05-02 12:56:10 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m SAM9X25EK TB --- 2014-05-02 12:56:10 - skipping SAM9X25EK kernel TB --- 2014-05-02 12:56:10 - cd /src/sys/arm/conf TB --- 2014-05-02 12:56:10 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m SHEEVAPLUG TB --- 2014-05-02 12:56:10 - skipping SHEEVAPLUG kernel TB --- 2014-05-02 12:56:10 - cd /src/sys/arm/conf TB --- 2014-05-02 12:56:10 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m SN9G45 TB --- 2014-05-02 12:56:10 - skipping SN9G45 kernel TB --- 2014-05-02 12:56:10 - cd /src/sys/arm/conf TB --- 2014-05-02 12:56:10 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m TS7800 TB --- 2014-05-02 12:56:10 - skipping TS7800 kernel TB --- 2014-05-02 12:56:10 - cd /src/sys/arm/conf TB --- 2014-05-02 12:56:10 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m VERSATILEPB TB --- 2014-05-02 12:56:10 - building VERSATILEPB kernel TB --- 2014-05-02 12:56:10 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 12:56:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 12:56:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 12:56:10 - SRCCONF=/dev/null TB --- 2014-05-02 12:56:10 - TARGET=arm TB --- 2014-05-02 12:56:10 - TARGET_ARCH=armv6 TB --- 2014-05-02 12:56:10 - TZ=UTC TB --- 2014-05-02 12:56:10 - __MAKE_CONF=/dev/null TB --- 2014-05-02 12:56:10 - cd /src TB --- 2014-05-02 12:56:10 - /usr/bin/make -B buildkernel KERNCONF=VERSATILEPB >>> Kernel build for VERSATILEPB started on Fri May 2 12:56:10 UTC 2014 >>> 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 VERSATILEPB completed on Fri May 2 12:59:18 UTC 2014 TB --- 2014-05-02 12:59:18 - cd /src/sys/arm/conf TB --- 2014-05-02 12:59:18 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m VYBRID TB --- 2014-05-02 12:59:18 - building VYBRID kernel TB --- 2014-05-02 12:59:18 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 12:59:18 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 12:59:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 12:59:18 - SRCCONF=/dev/null TB --- 2014-05-02 12:59:18 - TARGET=arm TB --- 2014-05-02 12:59:18 - TARGET_ARCH=armv6 TB --- 2014-05-02 12:59:18 - TZ=UTC TB --- 2014-05-02 12:59:18 - __MAKE_CONF=/dev/null TB --- 2014-05-02 12:59:18 - cd /src TB --- 2014-05-02 12:59:18 - /usr/bin/make -B buildkernel KERNCONF=VYBRID >>> Kernel build for VYBRID started on Fri May 2 12:59:19 UTC 2014 >>> 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 [...] ^ 1 error generated. In file included from /src/sys/arm/freescale/vybrid/vf_gpio.c:48: In file included from /src/sys/dev/fdt/fdt_common.h:37: /src/sys/dev/ofw/ofw_bus.h:36:10: fatal error: 'ofw_bus_if.h' file not found #include "ofw_bus_if.h" ^ 1 error generated. In file included from /src/sys/arm/freescale/vybrid/vf_sai.c:50: In file included from /src/sys/dev/fdt/fdt_common.h:37: /src/sys/dev/ofw/ofw_bus.h:36:10: fatal error: 'ofw_bus_if.h' file not found #include "ofw_bus_if.h" ^ 1 error generated. In file included from /src/sys/dev/ffec/if_ffec.c:82: /src/sys/dev/ofw/ofw_bus.h:36:10: fatal error: 'ofw_bus_if.h' file not found #include "ofw_bus_if.h" ^ 1 error generated. mkdep: compile failed *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/VYBRID *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-05-02 12:59:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-02 12:59:46 - ERROR: failed to build VYBRID kernel TB --- 2014-05-02 12:59:46 - 16281.38 user 2738.09 system 20347.91 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Fri May 2 14:34:50 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71C3AAB5; Fri, 2 May 2014 14:34:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4834E1D7B; Fri, 2 May 2014 14:34:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s42EYmwE017007; Fri, 2 May 2014 10:34:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s42EYmpY017006; Fri, 2 May 2014 14:34:48 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 2 May 2014 14:34:48 GMT Message-Id: <201405021434.s42EYmpY017006@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 May 2014 14:34:50 -0000 TB --- 2014-05-02 10:53:44 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-02 10:53:44 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-02 10:53:44 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-02 10:53:44 - cleaning the object tree TB --- 2014-05-02 10:53:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-02 10:53:57 - At svn revision 265215 TB --- 2014-05-02 10:53:58 - building world TB --- 2014-05-02 10:53:58 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 10:53:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 10:53:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 10:53:58 - SRCCONF=/dev/null TB --- 2014-05-02 10:53:58 - TARGET=pc98 TB --- 2014-05-02 10:53:58 - TARGET_ARCH=i386 TB --- 2014-05-02 10:53:58 - TZ=UTC TB --- 2014-05-02 10:53:58 - __MAKE_CONF=/dev/null TB --- 2014-05-02 10:53:58 - cd /src TB --- 2014-05-02 10:53:58 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri May 2 10:54:07 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri May 2 14:31:03 UTC 2014 TB --- 2014-05-02 14:31:03 - generating LINT kernel config TB --- 2014-05-02 14:31:03 - cd /src/sys/pc98/conf TB --- 2014-05-02 14:31:03 - /usr/bin/make -B LINT TB --- 2014-05-02 14:31:03 - cd /src/sys/pc98/conf TB --- 2014-05-02 14:31:03 - /obj/pc98.i386/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-05-02 14:31:03 - building LINT kernel TB --- 2014-05-02 14:31:03 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 14:31:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 14:31:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 14:31:03 - SRCCONF=/dev/null TB --- 2014-05-02 14:31:03 - TARGET=pc98 TB --- 2014-05-02 14:31:03 - TARGET_ARCH=i386 TB --- 2014-05-02 14:31:03 - TZ=UTC TB --- 2014-05-02 14:31:03 - __MAKE_CONF=/dev/null TB --- 2014-05-02 14:31:03 - cd /src TB --- 2014-05-02 14:31:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 2 14:31:03 UTC 2014 >>> 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 [...] machine -> /src/sys/pc98/include i386 -> /src/sys/i386/include x86 -> /src/sys/x86/include rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -DPC98 -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/pc98.i386/src/sys/LINT -std=iso9899:1999 /src/sys/modules/libmbpool/../../kern/subr_mbpool.c ===> libmchain (depend) @ -> /src/sys machine -> /src/sys/pc98/include i386 -> /src/sys/i386/include x86 -> /src/sys/x86/include rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -DPC98 -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/pc98.i386/src/sys/LINT -std=iso9899:1999 /src/sys/modules/libmchain/../../kern/subr_mchain.c ===> lindev (depend) @ -> /src/sys machine -> /src/sys/pc98/include i386 -> /src/sys/i386/include x86 -> /src/sys/x86/include bmake[3]: don't know how to make full.c. Stop bmake[3]: stopped in /src/sys/modules/lindev *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/pc98.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-05-02 14:34:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-02 14:34:48 - ERROR: failed to build LINT kernel TB --- 2014-05-02 14:34:48 - 11150.48 user 1323.59 system 13264.10 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri May 2 15:19:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A4EDDF9 for ; Fri, 2 May 2014 15:19:38 +0000 (UTC) Received: from mail-qc0-x232.google.com (mail-qc0-x232.google.com [IPv6:2607:f8b0:400d:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CCE5A13B0 for ; Fri, 2 May 2014 15:19:37 +0000 (UTC) Received: by mail-qc0-f178.google.com with SMTP id l6so131686qcy.23 for ; Fri, 02 May 2014 08:19: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:message-id:subject :from:to:cc:content-type; bh=DlIQHAF9PZkk6ExiNi+GlNeGsVLWbQ7vUmFAOb3vFjE=; b=jItM0Zl0lXHZbCGc6cjMRxHa08Hu8mouB2lbjMgzHhTGBh0uC6m/FO/p1w7dh5GEJt 6GFvLxsy76FkJkS99XiyTO9UlNzT7qfr3JFU187JHC8WJrs78TXMAOVVqNp26MQzEhfz skk2LF5yXfTrJX7rTC+tgnusyUeEG4pwm71HpMg1t6MH3LemzGsdFEitPCC5BrMedfDa sxpANT0L9nMQv11OE91rt9m2zuxwA6Ete3Emki00JIqflVAWs8inbWL0xYRo4q49uqWO q3h6fDGsPwJe87uVsyyTsyui7f3/6GwMxcx7whkHVZxdnoZ+6ztdzgHTMszbHnPUny6+ giAQ== MIME-Version: 1.0 X-Received: by 10.224.115.3 with SMTP id g3mr23293842qaq.19.1399043976987; Fri, 02 May 2014 08:19:36 -0700 (PDT) Sender: carpeddiem@gmail.com Received: by 10.140.49.239 with HTTP; Fri, 2 May 2014 08:19:36 -0700 (PDT) In-Reply-To: <1398979896771-5908080.post@n5.nabble.com> References: <20140427143320.GA7138@over-yonder.net> <20140501083121.GU7138@over-yonder.net> <1398935140660-5907856.post@n5.nabble.com> <1398951899525-5907951.post@n5.nabble.com> <1398963647154-5908019.post@n5.nabble.com> <1398979023495-5908076.post@n5.nabble.com> <1398979896771-5908080.post@n5.nabble.com> Date: Fri, 2 May 2014 11:19:36 -0400 X-Google-Sender-Auth: WqOm_YJLGmSuZsSk7z9PQfc78KM Message-ID: Subject: Re: newcons and beeping X From: Ed Maste To: Jakub Lach Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 May 2014 15:19:38 -0000 On 1 May 2014 17:31, Jakub Lach wrote: > I'm aware of another problem though (and can > clarify it now). > > If I use any other character than a basic latin set, my > prompt is not preserved. Thanks for testing! With which shell do you observe this? I don't with csh from base and zsh from ports, and it appears sh doesn't accept the characters at all. (I am testing with -CURRENT, though.) > Apart form that, newcons works, albeit kind of choppy, > do I have any control of it's resolution? Right now it defaults to 80x25 characters in a 640x480 framebuffer, and the resolution won't change until the specific driver is loaded (e.g. i915kms), and it should then switch to the proper resolution for your display. This happens automatically when X starts, but you can also manually kldload the driver. There is unfortunately no way to choose a resolution yet. > Can I make it more seamless with both X and bootloader? > > (now I have bootloader for a splitsecond, abrupt video reset, > newcons spawned with the same resolution but with > different font, after starting X and going back to newcons > it preserves X resolution) For now if you have the driver load you'll have a seamless experience between console and X, but still a blip when switching from the loader to kernel. That will be addressed on UEFI systems, but we probably won't be able to do anything about it for the non-UEFI case. -Ed From owner-freebsd-current@FreeBSD.ORG Fri May 2 15:46:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F28F970 for ; Fri, 2 May 2014 15:46:22 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E0E4516D0 for ; Fri, 2 May 2014 15:46:21 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WgFN3-000608-7Q for freebsd-current@freebsd.org; Fri, 02 May 2014 08:27:29 -0700 Date: Fri, 2 May 2014 08:27:29 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1399044449214-5908275.post@n5.nabble.com> In-Reply-To: References: <20140427143320.GA7138@over-yonder.net> <20140501083121.GU7138@over-yonder.net> <1398935140660-5907856.post@n5.nabble.com> <1398951899525-5907951.post@n5.nabble.com> <1398963647154-5908019.post@n5.nabble.com> <1398979023495-5908076.post@n5.nabble.com> <1398979896771-5908080.post@n5.nabble.com> Subject: Re: newcons and beeping X MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 May 2014 15:46:22 -0000 By choppy I've also meant it's noticeably slower than syscons, but I think it's already known. The shell was a shells/mksh. I think I may switch to newcons permanently after a merge of bell patch thing. -- View this message in context: http://freebsd.1045724.n5.nabble.com/newcons-and-beeping-X-tp5906883p5908275.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Fri May 2 16:14:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 803E2EE3 for ; Fri, 2 May 2014 16:14:40 +0000 (UTC) Received: from mail-oa0-x22e.google.com (mail-oa0-x22e.google.com [IPv6:2607:f8b0:4003:c02::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B4001CFE for ; Fri, 2 May 2014 16:14:40 +0000 (UTC) Received: by mail-oa0-f46.google.com with SMTP id i4so4727457oah.33 for ; Fri, 02 May 2014 09:14:39 -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=W8LPSAAVU4Q9dESOs1rX9fs7zobdPHkM/rTW8ltZZxA=; b=wom2+jbaR4JlNPNofe180VtMdT+BZ4VkLrdPdfDu26nN+7TtuhbvgNSTnaFVeRrxEe kkZl+i8gjqaE/ojt7EzBTai2K1/kwe2A5EJqg57U8ePWPsbldh+Xo8xuF2Le7tfWGt56 AIZa9cg1dt4JLBLl1emXDBF7gbXgGWq5PrOKlKp8JwjHzmyCPOTIrU2S8ONy/jNT47Jx v6iqUXL9SWH4m0GhABJTJUp9NYiyInm3WzIPKtlPKUXud3AQAuW1RPtD7XYOhuF8MMlJ NMKEu4KnIBYMaf6321yFQHTY2sXHXyXvPUmriRIfSU8OF40H+ALlzGjsqVc/lXu5j3fe gQWg== MIME-Version: 1.0 X-Received: by 10.60.52.207 with SMTP id v15mr17767216oeo.19.1399047279582; Fri, 02 May 2014 09:14:39 -0700 (PDT) Received: by 10.76.87.73 with HTTP; Fri, 2 May 2014 09:14:39 -0700 (PDT) In-Reply-To: <53582881.9020301@allanjude.com> References: <53582881.9020301@allanjude.com> Date: Fri, 2 May 2014 17:14:39 +0100 Message-ID: Subject: Re: Booting from ZFS root on MBR layout fails on ThinkPad X61s From: "Sevan / Venture37" To: Allan Jude Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 May 2014 16:14:40 -0000 On 23 April 2014 21:54, Allan Jude wrote: > If anyone who is having trouble getting ZFS booting on one of these > Lenovos is going to be at BSDCan, and has a spare disk they are willing > to let me hack on, I would be interested in trying to get it booting for > you so we can develop a solution to this issue if there is one. I am > under the impression the issue is the way gpart does the MBR (or pMBR) > with respect to the 'active' flag, but there are a number of different > things i'd like to try. > > It all works flawlessly on my T530 I'll be at BSDCan with the laptop, you can see what's up for yourself. :) Sevan / Venture37 From owner-freebsd-current@FreeBSD.ORG Fri May 2 17:10:48 2014 Return-Path: Delivered-To: current@freebsd.org Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by hub.freebsd.org (Postfix) with ESMTP id E3B8FC90; Fri, 2 May 2014 17:10:47 +0000 (UTC) Message-ID: <5363D197.8060206@FreeBSD.org> Date: Fri, 02 May 2014 13:10:47 -0400 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Oleg Ginzburg , current@freebsd.org Subject: Re: panic: make_dev_credv when lindev module is loaded on the recent revision References: <1501735.cqoqKEZEoU@kde4.my.domain> In-Reply-To: <1501735.cqoqKEZEoU@kde4.my.domain> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 02 May 2014 17:10:48 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2014-05-02 01:17:10 -0400, ?? wrote: > Hi, > > Current problem has arisen in the last four days in FreeBSD head. > > When load lindev modules began to emerge follow panic: > > Unread portion of the kernel message buffer: panic: make_dev_credv: > bad si_name (error=17, si_name=full) ... FYI, lindev(4) was removed in r265212. http://svnweb.freebsd.org/changeset/base/265212 Jung-uk Kim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTY9GXAAoJEHyflib82/FGKPsH/3mpNaAgbC8kQuJifcXpLSux aydDOXmdvGRzpdld+4NNPPVQA6Fq8sCpUY7Z95N4e958tHrMWqEXFhzHuaOuVg0v zcRC5LyVF349US8MCx4LrDVdHT4D7YmdVd3TcVKX8nnzWTD6fPjWzHzWUqnkek7N z7SbCQB8Ect9tRXBQ5e0IwqDJUkJxOR1lBq6Phn2RUhp5VOdgnQHn0Pbm2Dd7rhd B291zuQbsRwConzzj7shsrKHhvI1AG/Qz6fv7M7d2LVkM0saLfwuyELHPPhSUt6V eUfl1whOXzKA9mtv66m4qZE3BU5HgLifSMaMvUg0pqiwV+1UWCzK7B+g7Lo15BQ= =ndxN -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat May 3 00:47:12 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BB33F992; Sat, 3 May 2014 00:47:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 800D31D59; Sat, 3 May 2014 00:47:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s430lA8U049644; Fri, 2 May 2014 20:47:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s430lA16049643; Sat, 3 May 2014 00:47:10 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 3 May 2014 00:47:10 GMT Message-Id: <201405030047.s430lA16049643@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 May 2014 00:47:12 -0000 TB --- 2014-05-02 19:10:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-02 19:10:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-02 19:10:25 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-02 19:10:26 - cleaning the object tree TB --- 2014-05-02 19:15:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-02 19:15:27 - At svn revision 265233 TB --- 2014-05-02 19:15:28 - building world TB --- 2014-05-02 19:15:28 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 19:15:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 19:15:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 19:15:28 - SRCCONF=/dev/null TB --- 2014-05-02 19:15:28 - TARGET=arm TB --- 2014-05-02 19:15:28 - TARGET_ARCH=armv6 TB --- 2014-05-02 19:15:28 - TZ=UTC TB --- 2014-05-02 19:15:28 - __MAKE_CONF=/dev/null TB --- 2014-05-02 19:15:28 - cd /src TB --- 2014-05-02 19:15:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri May 2 19:15:35 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri May 2 22:29:08 UTC 2014 TB --- 2014-05-02 22:29:08 - generating LINT kernel config TB --- 2014-05-02 22:29:08 - cd /src/sys/arm/conf TB --- 2014-05-02 22:29:08 - /usr/bin/make -B LINT TB --- 2014-05-02 22:29:08 - cd /src/sys/arm/conf TB --- 2014-05-02 22:29:08 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-05-02 22:29:08 - skipping LINT kernel TB --- 2014-05-02 22:29:08 - cd /src/sys/arm/conf TB --- 2014-05-02 22:29:08 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m AC100 TB --- 2014-05-02 22:29:08 - building AC100 kernel TB --- 2014-05-02 22:29:08 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 22:29:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 22:29:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 22:29:08 - SRCCONF=/dev/null TB --- 2014-05-02 22:29:08 - TARGET=arm TB --- 2014-05-02 22:29:08 - TARGET_ARCH=armv6 TB --- 2014-05-02 22:29:08 - TZ=UTC TB --- 2014-05-02 22:29:08 - __MAKE_CONF=/dev/null TB --- 2014-05-02 22:29:08 - cd /src TB --- 2014-05-02 22:29:08 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Fri May 2 22:29:08 UTC 2014 >>> 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 AC100 completed on Fri May 2 22:32:11 UTC 2014 TB --- 2014-05-02 22:32:11 - cd /src/sys/arm/conf TB --- 2014-05-02 22:32:11 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ARMADAXP TB --- 2014-05-02 22:32:11 - building ARMADAXP kernel TB --- 2014-05-02 22:32:11 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 22:32:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 22:32:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 22:32:11 - SRCCONF=/dev/null TB --- 2014-05-02 22:32:11 - TARGET=arm TB --- 2014-05-02 22:32:11 - TARGET_ARCH=armv6 TB --- 2014-05-02 22:32:11 - TZ=UTC TB --- 2014-05-02 22:32:11 - __MAKE_CONF=/dev/null TB --- 2014-05-02 22:32:11 - cd /src TB --- 2014-05-02 22:32:11 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP >>> Kernel build for ARMADAXP started on Fri May 2 22:32:11 UTC 2014 >>> 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 ARMADAXP completed on Fri May 2 22:36:09 UTC 2014 TB --- 2014-05-02 22:36:09 - cd /src/sys/arm/conf TB --- 2014-05-02 22:36:09 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ARNDALE TB --- 2014-05-02 22:36:09 - building ARNDALE kernel TB --- 2014-05-02 22:36:09 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 22:36:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 22:36:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 22:36:09 - SRCCONF=/dev/null TB --- 2014-05-02 22:36:09 - TARGET=arm TB --- 2014-05-02 22:36:09 - TARGET_ARCH=armv6 TB --- 2014-05-02 22:36:09 - TZ=UTC TB --- 2014-05-02 22:36:09 - __MAKE_CONF=/dev/null TB --- 2014-05-02 22:36:09 - cd /src TB --- 2014-05-02 22:36:09 - /usr/bin/make -B buildkernel KERNCONF=ARNDALE >>> Kernel build for ARNDALE started on Fri May 2 22:36:09 UTC 2014 >>> 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 ARNDALE completed on Fri May 2 22:40:58 UTC 2014 TB --- 2014-05-02 22:40:58 - cd /src/sys/arm/conf TB --- 2014-05-02 22:40:58 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ATMEL TB --- 2014-05-02 22:40:59 - skipping ATMEL kernel TB --- 2014-05-02 22:40:59 - cd /src/sys/arm/conf TB --- 2014-05-02 22:40:59 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m AVILA TB --- 2014-05-02 22:40:59 - skipping AVILA kernel TB --- 2014-05-02 22:40:59 - cd /src/sys/arm/conf TB --- 2014-05-02 22:40:59 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m BEAGLEBONE TB --- 2014-05-02 22:40:59 - building BEAGLEBONE kernel TB --- 2014-05-02 22:40:59 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 22:40:59 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 22:40:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 22:40:59 - SRCCONF=/dev/null TB --- 2014-05-02 22:40:59 - TARGET=arm TB --- 2014-05-02 22:40:59 - TARGET_ARCH=armv6 TB --- 2014-05-02 22:40:59 - TZ=UTC TB --- 2014-05-02 22:40:59 - __MAKE_CONF=/dev/null TB --- 2014-05-02 22:40:59 - cd /src TB --- 2014-05-02 22:40:59 - /usr/bin/make -B buildkernel KERNCONF=BEAGLEBONE >>> Kernel build for BEAGLEBONE started on Fri May 2 22:40:59 UTC 2014 >>> 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 BEAGLEBONE completed on Fri May 2 22:56:51 UTC 2014 TB --- 2014-05-02 22:56:51 - cd /src/sys/arm/conf TB --- 2014-05-02 22:56:51 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m BWCT TB --- 2014-05-02 22:56:51 - skipping BWCT kernel TB --- 2014-05-02 22:56:51 - cd /src/sys/arm/conf TB --- 2014-05-02 22:56:51 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CAMBRIA TB --- 2014-05-02 22:56:51 - skipping CAMBRIA kernel TB --- 2014-05-02 22:56:51 - cd /src/sys/arm/conf TB --- 2014-05-02 22:56:51 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CHROMEBOOK TB --- 2014-05-02 22:56:51 - building CHROMEBOOK kernel TB --- 2014-05-02 22:56:51 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 22:56:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 22:56:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 22:56:51 - SRCCONF=/dev/null TB --- 2014-05-02 22:56:51 - TARGET=arm TB --- 2014-05-02 22:56:51 - TARGET_ARCH=armv6 TB --- 2014-05-02 22:56:51 - TZ=UTC TB --- 2014-05-02 22:56:51 - __MAKE_CONF=/dev/null TB --- 2014-05-02 22:56:51 - cd /src TB --- 2014-05-02 22:56:51 - /usr/bin/make -B buildkernel KERNCONF=CHROMEBOOK >>> Kernel build for CHROMEBOOK started on Fri May 2 22:56:51 UTC 2014 >>> 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 CHROMEBOOK completed on Fri May 2 23:01:48 UTC 2014 TB --- 2014-05-02 23:01:48 - cd /src/sys/arm/conf TB --- 2014-05-02 23:01:48 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CNS11XXNAS TB --- 2014-05-02 23:01:48 - skipping CNS11XXNAS kernel TB --- 2014-05-02 23:01:48 - cd /src/sys/arm/conf TB --- 2014-05-02 23:01:48 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m COLIBRI-VF50 TB --- 2014-05-02 23:01:48 - building COLIBRI-VF50 kernel TB --- 2014-05-02 23:01:48 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 23:01:48 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 23:01:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 23:01:48 - SRCCONF=/dev/null TB --- 2014-05-02 23:01:48 - TARGET=arm TB --- 2014-05-02 23:01:48 - TARGET_ARCH=armv6 TB --- 2014-05-02 23:01:48 - TZ=UTC TB --- 2014-05-02 23:01:48 - __MAKE_CONF=/dev/null TB --- 2014-05-02 23:01:48 - cd /src TB --- 2014-05-02 23:01:48 - /usr/bin/make -B buildkernel KERNCONF=COLIBRI-VF50 >>> Kernel build for COLIBRI-VF50 started on Fri May 2 23:01:48 UTC 2014 >>> 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 COLIBRI-VF50 completed on Fri May 2 23:06:19 UTC 2014 TB --- 2014-05-02 23:06:19 - cd /src/sys/arm/conf TB --- 2014-05-02 23:06:19 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m COSMIC TB --- 2014-05-02 23:06:19 - building COSMIC kernel TB --- 2014-05-02 23:06:19 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 23:06:19 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 23:06:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 23:06:19 - SRCCONF=/dev/null TB --- 2014-05-02 23:06:19 - TARGET=arm TB --- 2014-05-02 23:06:19 - TARGET_ARCH=armv6 TB --- 2014-05-02 23:06:19 - TZ=UTC TB --- 2014-05-02 23:06:19 - __MAKE_CONF=/dev/null TB --- 2014-05-02 23:06:19 - cd /src TB --- 2014-05-02 23:06:19 - /usr/bin/make -B buildkernel KERNCONF=COSMIC >>> Kernel build for COSMIC started on Fri May 2 23:06:19 UTC 2014 >>> 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 COSMIC completed on Fri May 2 23:10:50 UTC 2014 TB --- 2014-05-02 23:10:50 - cd /src/sys/arm/conf TB --- 2014-05-02 23:10:50 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CRB TB --- 2014-05-02 23:10:50 - skipping CRB kernel TB --- 2014-05-02 23:10:50 - cd /src/sys/arm/conf TB --- 2014-05-02 23:10:50 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CUBIEBOARD TB --- 2014-05-02 23:10:50 - building CUBIEBOARD kernel TB --- 2014-05-02 23:10:50 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 23:10:50 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 23:10:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 23:10:50 - SRCCONF=/dev/null TB --- 2014-05-02 23:10:50 - TARGET=arm TB --- 2014-05-02 23:10:50 - TARGET_ARCH=armv6 TB --- 2014-05-02 23:10:50 - TZ=UTC TB --- 2014-05-02 23:10:50 - __MAKE_CONF=/dev/null TB --- 2014-05-02 23:10:50 - cd /src TB --- 2014-05-02 23:10:50 - /usr/bin/make -B buildkernel KERNCONF=CUBIEBOARD >>> Kernel build for CUBIEBOARD started on Fri May 2 23:10:51 UTC 2014 >>> 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 CUBIEBOARD completed on Fri May 2 23:14:34 UTC 2014 TB --- 2014-05-02 23:14:34 - cd /src/sys/arm/conf TB --- 2014-05-02 23:14:34 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CUBIEBOARD2 TB --- 2014-05-02 23:14:34 - building CUBIEBOARD2 kernel TB --- 2014-05-02 23:14:34 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 23:14:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 23:14:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 23:14:34 - SRCCONF=/dev/null TB --- 2014-05-02 23:14:34 - TARGET=arm TB --- 2014-05-02 23:14:34 - TARGET_ARCH=armv6 TB --- 2014-05-02 23:14:34 - TZ=UTC TB --- 2014-05-02 23:14:34 - __MAKE_CONF=/dev/null TB --- 2014-05-02 23:14:34 - cd /src TB --- 2014-05-02 23:14:34 - /usr/bin/make -B buildkernel KERNCONF=CUBIEBOARD2 >>> Kernel build for CUBIEBOARD2 started on Fri May 2 23:14:34 UTC 2014 >>> 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 CUBIEBOARD2 completed on Fri May 2 23:18:19 UTC 2014 TB --- 2014-05-02 23:18:19 - cd /src/sys/arm/conf TB --- 2014-05-02 23:18:19 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DB-78XXX TB --- 2014-05-02 23:18:19 - skipping DB-78XXX kernel TB --- 2014-05-02 23:18:19 - cd /src/sys/arm/conf TB --- 2014-05-02 23:18:19 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DB-88F5XXX TB --- 2014-05-02 23:18:19 - skipping DB-88F5XXX kernel TB --- 2014-05-02 23:18:19 - cd /src/sys/arm/conf TB --- 2014-05-02 23:18:19 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DB-88F6XXX TB --- 2014-05-02 23:18:19 - skipping DB-88F6XXX kernel TB --- 2014-05-02 23:18:19 - cd /src/sys/arm/conf TB --- 2014-05-02 23:18:19 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DIGI-CCWMX53 TB --- 2014-05-02 23:18:19 - building DIGI-CCWMX53 kernel TB --- 2014-05-02 23:18:19 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 23:18:19 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 23:18:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 23:18:19 - SRCCONF=/dev/null TB --- 2014-05-02 23:18:19 - TARGET=arm TB --- 2014-05-02 23:18:19 - TARGET_ARCH=armv6 TB --- 2014-05-02 23:18:19 - TZ=UTC TB --- 2014-05-02 23:18:19 - __MAKE_CONF=/dev/null TB --- 2014-05-02 23:18:19 - cd /src TB --- 2014-05-02 23:18:19 - /usr/bin/make -B buildkernel KERNCONF=DIGI-CCWMX53 >>> Kernel build for DIGI-CCWMX53 started on Fri May 2 23:18:19 UTC 2014 >>> 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 DIGI-CCWMX53 completed on Fri May 2 23:33:00 UTC 2014 TB --- 2014-05-02 23:33:00 - cd /src/sys/arm/conf TB --- 2014-05-02 23:33:00 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DOCKSTAR TB --- 2014-05-02 23:33:00 - skipping DOCKSTAR kernel TB --- 2014-05-02 23:33:00 - cd /src/sys/arm/conf TB --- 2014-05-02 23:33:00 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DREAMPLUG-1001 TB --- 2014-05-02 23:33:00 - skipping DREAMPLUG-1001 kernel TB --- 2014-05-02 23:33:00 - cd /src/sys/arm/conf TB --- 2014-05-02 23:33:00 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m EA3250 TB --- 2014-05-02 23:33:00 - skipping EA3250 kernel TB --- 2014-05-02 23:33:00 - cd /src/sys/arm/conf TB --- 2014-05-02 23:33:00 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m EB9200 TB --- 2014-05-02 23:33:00 - skipping EB9200 kernel TB --- 2014-05-02 23:33:00 - cd /src/sys/arm/conf TB --- 2014-05-02 23:33:00 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m EFIKA_MX TB --- 2014-05-02 23:33:00 - building EFIKA_MX kernel TB --- 2014-05-02 23:33:00 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 23:33:00 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 23:33:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 23:33:00 - SRCCONF=/dev/null TB --- 2014-05-02 23:33:00 - TARGET=arm TB --- 2014-05-02 23:33:00 - TARGET_ARCH=armv6 TB --- 2014-05-02 23:33:00 - TZ=UTC TB --- 2014-05-02 23:33:00 - __MAKE_CONF=/dev/null TB --- 2014-05-02 23:33:00 - cd /src TB --- 2014-05-02 23:33:00 - /usr/bin/make -B buildkernel KERNCONF=EFIKA_MX >>> Kernel build for EFIKA_MX started on Fri May 2 23:33:00 UTC 2014 >>> 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 EFIKA_MX completed on Fri May 2 23:47:25 UTC 2014 TB --- 2014-05-02 23:47:25 - cd /src/sys/arm/conf TB --- 2014-05-02 23:47:25 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m EP80219 TB --- 2014-05-02 23:47:25 - skipping EP80219 kernel TB --- 2014-05-02 23:47:25 - cd /src/sys/arm/conf TB --- 2014-05-02 23:47:25 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ETHERNUT5 TB --- 2014-05-02 23:47:25 - skipping ETHERNUT5 kernel TB --- 2014-05-02 23:47:25 - cd /src/sys/arm/conf TB --- 2014-05-02 23:47:25 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m GUMSTIX TB --- 2014-05-02 23:47:25 - skipping GUMSTIX kernel TB --- 2014-05-02 23:47:25 - cd /src/sys/arm/conf TB --- 2014-05-02 23:47:25 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m GUMSTIX-QEMU TB --- 2014-05-02 23:47:25 - skipping GUMSTIX-QEMU kernel TB --- 2014-05-02 23:47:25 - cd /src/sys/arm/conf TB --- 2014-05-02 23:47:25 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m HL200 TB --- 2014-05-02 23:47:25 - skipping HL200 kernel TB --- 2014-05-02 23:47:25 - cd /src/sys/arm/conf TB --- 2014-05-02 23:47:25 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m HL201 TB --- 2014-05-02 23:47:25 - skipping HL201 kernel TB --- 2014-05-02 23:47:25 - cd /src/sys/arm/conf TB --- 2014-05-02 23:47:25 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m IMX53-QSB TB --- 2014-05-02 23:47:25 - building IMX53-QSB kernel TB --- 2014-05-02 23:47:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-02 23:47:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-02 23:47:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-02 23:47:25 - SRCCONF=/dev/null TB --- 2014-05-02 23:47:25 - TARGET=arm TB --- 2014-05-02 23:47:25 - TARGET_ARCH=armv6 TB --- 2014-05-02 23:47:25 - TZ=UTC TB --- 2014-05-02 23:47:25 - __MAKE_CONF=/dev/null TB --- 2014-05-02 23:47:25 - cd /src TB --- 2014-05-02 23:47:25 - /usr/bin/make -B buildkernel KERNCONF=IMX53-QSB >>> Kernel build for IMX53-QSB started on Fri May 2 23:47:25 UTC 2014 >>> 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 IMX53-QSB completed on Sat May 3 00:02:25 UTC 2014 TB --- 2014-05-03 00:02:25 - cd /src/sys/arm/conf TB --- 2014-05-03 00:02:25 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m IMX6 TB --- 2014-05-03 00:02:25 - building IMX6 kernel TB --- 2014-05-03 00:02:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-03 00:02:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-03 00:02:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-03 00:02:25 - SRCCONF=/dev/null TB --- 2014-05-03 00:02:25 - TARGET=arm TB --- 2014-05-03 00:02:25 - TARGET_ARCH=armv6 TB --- 2014-05-03 00:02:25 - TZ=UTC TB --- 2014-05-03 00:02:25 - __MAKE_CONF=/dev/null TB --- 2014-05-03 00:02:25 - cd /src TB --- 2014-05-03 00:02:25 - /usr/bin/make -B buildkernel KERNCONF=IMX6 >>> Kernel build for IMX6 started on Sat May 3 00:02:26 UTC 2014 >>> 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 IMX6 completed on Sat May 3 00:17:03 UTC 2014 TB --- 2014-05-03 00:17:03 - cd /src/sys/arm/conf TB --- 2014-05-03 00:17:03 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m IQ31244 TB --- 2014-05-03 00:17:03 - skipping IQ31244 kernel TB --- 2014-05-03 00:17:03 - cd /src/sys/arm/conf TB --- 2014-05-03 00:17:03 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m KB920X TB --- 2014-05-03 00:17:03 - skipping KB920X kernel TB --- 2014-05-03 00:17:03 - cd /src/sys/arm/conf TB --- 2014-05-03 00:17:03 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m LN2410SBC TB --- 2014-05-03 00:17:03 - skipping LN2410SBC kernel TB --- 2014-05-03 00:17:03 - cd /src/sys/arm/conf TB --- 2014-05-03 00:17:03 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m NSLU TB --- 2014-05-03 00:17:03 - skipping NSLU kernel TB --- 2014-05-03 00:17:03 - cd /src/sys/arm/conf TB --- 2014-05-03 00:17:03 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m PANDABOARD TB --- 2014-05-03 00:17:03 - building PANDABOARD kernel TB --- 2014-05-03 00:17:03 - CROSS_BUILD_TESTING=YES TB --- 2014-05-03 00:17:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-03 00:17:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-03 00:17:03 - SRCCONF=/dev/null TB --- 2014-05-03 00:17:03 - TARGET=arm TB --- 2014-05-03 00:17:03 - TARGET_ARCH=armv6 TB --- 2014-05-03 00:17:03 - TZ=UTC TB --- 2014-05-03 00:17:03 - __MAKE_CONF=/dev/null TB --- 2014-05-03 00:17:03 - cd /src TB --- 2014-05-03 00:17:03 - /usr/bin/make -B buildkernel KERNCONF=PANDABOARD >>> Kernel build for PANDABOARD started on Sat May 3 00:17:03 UTC 2014 >>> 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 PANDABOARD completed on Sat May 3 00:21:17 UTC 2014 TB --- 2014-05-03 00:21:17 - cd /src/sys/arm/conf TB --- 2014-05-03 00:21:17 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m QILA9G20 TB --- 2014-05-03 00:21:17 - skipping QILA9G20 kernel TB --- 2014-05-03 00:21:17 - cd /src/sys/arm/conf TB --- 2014-05-03 00:21:17 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m QUARTZ TB --- 2014-05-03 00:21:17 - building QUARTZ kernel TB --- 2014-05-03 00:21:17 - CROSS_BUILD_TESTING=YES TB --- 2014-05-03 00:21:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-03 00:21:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-03 00:21:17 - SRCCONF=/dev/null TB --- 2014-05-03 00:21:17 - TARGET=arm TB --- 2014-05-03 00:21:17 - TARGET_ARCH=armv6 TB --- 2014-05-03 00:21:17 - TZ=UTC TB --- 2014-05-03 00:21:17 - __MAKE_CONF=/dev/null TB --- 2014-05-03 00:21:17 - cd /src TB --- 2014-05-03 00:21:17 - /usr/bin/make -B buildkernel KERNCONF=QUARTZ >>> Kernel build for QUARTZ started on Sat May 3 00:21:17 UTC 2014 >>> 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 QUARTZ completed on Sat May 3 00:25:37 UTC 2014 TB --- 2014-05-03 00:25:37 - cd /src/sys/arm/conf TB --- 2014-05-03 00:25:37 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m RADXA TB --- 2014-05-03 00:25:37 - building RADXA kernel TB --- 2014-05-03 00:25:37 - CROSS_BUILD_TESTING=YES TB --- 2014-05-03 00:25:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-03 00:25:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-03 00:25:37 - SRCCONF=/dev/null TB --- 2014-05-03 00:25:37 - TARGET=arm TB --- 2014-05-03 00:25:37 - TARGET_ARCH=armv6 TB --- 2014-05-03 00:25:37 - TZ=UTC TB --- 2014-05-03 00:25:37 - __MAKE_CONF=/dev/null TB --- 2014-05-03 00:25:37 - cd /src TB --- 2014-05-03 00:25:37 - /usr/bin/make -B buildkernel KERNCONF=RADXA >>> Kernel build for RADXA started on Sat May 3 00:25:38 UTC 2014 >>> 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 RADXA completed on Sat May 3 00:29:02 UTC 2014 TB --- 2014-05-03 00:29:02 - cd /src/sys/arm/conf TB --- 2014-05-03 00:29:02 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m RPI-B TB --- 2014-05-03 00:29:02 - building RPI-B kernel TB --- 2014-05-03 00:29:02 - CROSS_BUILD_TESTING=YES TB --- 2014-05-03 00:29:02 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-03 00:29:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-03 00:29:02 - SRCCONF=/dev/null TB --- 2014-05-03 00:29:02 - TARGET=arm TB --- 2014-05-03 00:29:02 - TARGET_ARCH=armv6 TB --- 2014-05-03 00:29:02 - TZ=UTC TB --- 2014-05-03 00:29:02 - __MAKE_CONF=/dev/null TB --- 2014-05-03 00:29:02 - cd /src TB --- 2014-05-03 00:29:02 - /usr/bin/make -B buildkernel KERNCONF=RPI-B >>> Kernel build for RPI-B started on Sat May 3 00:29:02 UTC 2014 >>> 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 RPI-B completed on Sat May 3 00:43:41 UTC 2014 TB --- 2014-05-03 00:43:41 - cd /src/sys/arm/conf TB --- 2014-05-03 00:43:41 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m SAM9260EK TB --- 2014-05-03 00:43:41 - skipping SAM9260EK kernel TB --- 2014-05-03 00:43:41 - cd /src/sys/arm/conf TB --- 2014-05-03 00:43:41 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m SAM9G20EK TB --- 2014-05-03 00:43:41 - skipping SAM9G20EK kernel TB --- 2014-05-03 00:43:41 - cd /src/sys/arm/conf TB --- 2014-05-03 00:43:41 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m SAM9X25EK TB --- 2014-05-03 00:43:41 - skipping SAM9X25EK kernel TB --- 2014-05-03 00:43:41 - cd /src/sys/arm/conf TB --- 2014-05-03 00:43:41 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m SHEEVAPLUG TB --- 2014-05-03 00:43:41 - skipping SHEEVAPLUG kernel TB --- 2014-05-03 00:43:41 - cd /src/sys/arm/conf TB --- 2014-05-03 00:43:41 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m SN9G45 TB --- 2014-05-03 00:43:41 - skipping SN9G45 kernel TB --- 2014-05-03 00:43:41 - cd /src/sys/arm/conf TB --- 2014-05-03 00:43:41 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m TS7800 TB --- 2014-05-03 00:43:41 - skipping TS7800 kernel TB --- 2014-05-03 00:43:41 - cd /src/sys/arm/conf TB --- 2014-05-03 00:43:41 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m VERSATILEPB TB --- 2014-05-03 00:43:41 - building VERSATILEPB kernel TB --- 2014-05-03 00:43:41 - CROSS_BUILD_TESTING=YES TB --- 2014-05-03 00:43:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-03 00:43:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-03 00:43:41 - SRCCONF=/dev/null TB --- 2014-05-03 00:43:41 - TARGET=arm TB --- 2014-05-03 00:43:41 - TARGET_ARCH=armv6 TB --- 2014-05-03 00:43:41 - TZ=UTC TB --- 2014-05-03 00:43:41 - __MAKE_CONF=/dev/null TB --- 2014-05-03 00:43:41 - cd /src TB --- 2014-05-03 00:43:41 - /usr/bin/make -B buildkernel KERNCONF=VERSATILEPB >>> Kernel build for VERSATILEPB started on Sat May 3 00:43:41 UTC 2014 >>> 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 VERSATILEPB completed on Sat May 3 00:46:43 UTC 2014 TB --- 2014-05-03 00:46:43 - cd /src/sys/arm/conf TB --- 2014-05-03 00:46:43 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m VYBRID TB --- 2014-05-03 00:46:43 - building VYBRID kernel TB --- 2014-05-03 00:46:43 - CROSS_BUILD_TESTING=YES TB --- 2014-05-03 00:46:43 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-03 00:46:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-03 00:46:43 - SRCCONF=/dev/null TB --- 2014-05-03 00:46:43 - TARGET=arm TB --- 2014-05-03 00:46:43 - TARGET_ARCH=armv6 TB --- 2014-05-03 00:46:43 - TZ=UTC TB --- 2014-05-03 00:46:43 - __MAKE_CONF=/dev/null TB --- 2014-05-03 00:46:43 - cd /src TB --- 2014-05-03 00:46:43 - /usr/bin/make -B buildkernel KERNCONF=VYBRID >>> Kernel build for VYBRID started on Sat May 3 00:46:43 UTC 2014 >>> 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 [...] ^ 1 error generated. In file included from /src/sys/arm/freescale/vybrid/vf_gpio.c:48: In file included from /src/sys/dev/fdt/fdt_common.h:37: /src/sys/dev/ofw/ofw_bus.h:36:10: fatal error: 'ofw_bus_if.h' file not found #include "ofw_bus_if.h" ^ 1 error generated. In file included from /src/sys/arm/freescale/vybrid/vf_sai.c:50: In file included from /src/sys/dev/fdt/fdt_common.h:37: /src/sys/dev/ofw/ofw_bus.h:36:10: fatal error: 'ofw_bus_if.h' file not found #include "ofw_bus_if.h" ^ 1 error generated. In file included from /src/sys/dev/ffec/if_ffec.c:82: /src/sys/dev/ofw/ofw_bus.h:36:10: fatal error: 'ofw_bus_if.h' file not found #include "ofw_bus_if.h" ^ 1 error generated. mkdep: compile failed *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/VYBRID *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-05-03 00:47:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-03 00:47:10 - ERROR: failed to build VYBRID kernel TB --- 2014-05-03 00:47:10 - 16268.08 user 2676.18 system 20204.43 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Sat May 3 08:30:10 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 36CBE1B8 for ; Sat, 3 May 2014 08:30:10 +0000 (UTC) Received: from smtprelay04.ispgateway.de (smtprelay04.ispgateway.de [80.67.31.31]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ED4461345 for ; Sat, 3 May 2014 08:30:09 +0000 (UTC) Received: from [87.79.192.221] (helo=fabiankeil.de) by smtprelay04.ispgateway.de with esmtpsa (SSLv3:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1WgVJu-0001mC-Py for freebsd-current@FreeBSD.org; Sat, 03 May 2014 10:29:18 +0200 Date: Sat, 3 May 2014 10:29:23 +0200 From: Fabian Keil To: FreeBSD-Current Subject: Fatal double fault in ZFS with yesterday's CURRENT Message-ID: <20140503102923.6fadd904@fabiankeil.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/1qibEUetZzNOeq.Xj4vTyKC"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 May 2014 08:30:10 -0000 --Sig_/1qibEUetZzNOeq.Xj4vTyKC Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable After updating my laptop to yesterday's CURRENT (r265216), I got the following fatal double fault on boot: http://www.fabiankeil.de/bilder/freebsd/kernel-panic-r265216/ My previous kernel was based on r264721. I'm using a couple of custom patches, some of them are ZFS-related and thus may be part of the problem (but worked fine for months). I'll try to reproduce the panic without the patches tomorrow. Fabian --Sig_/1qibEUetZzNOeq.Xj4vTyKC Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iEYEARECAAYFAlNkqOcACgkQBYqIVf93VJ0M7gCgosKJQjT8197aUQ2wrqsbjYUK lFIAn1ZPag1jCWdPpdV0Sw0T7yoV6dh+ =nsCQ -----END PGP SIGNATURE----- --Sig_/1qibEUetZzNOeq.Xj4vTyKC-- From owner-freebsd-current@FreeBSD.ORG Sat May 3 11:15:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE021FCE for ; Sat, 3 May 2014 11:15:32 +0000 (UTC) Received: from relay.mailchannels.net (ar-005-i201.relay.mailchannels.net [162.253.144.83]) by mx1.freebsd.org (Postfix) with ESMTP id 2607211EB for ; Sat, 3 May 2014 11:15:30 +0000 (UTC) X-Sender-Id: _forwarded-from|107.201.34.133 Received: from mail-24.name-services.com (ip-10-237-3-9.us-west-2.compute.internal [10.237.3.9]) by relay.mailchannels.net (Postfix) with ESMTPA id A7CC362DAE for ; Sat, 3 May 2014 11:15:23 +0000 (UTC) X-Sender-Id: _forwarded-from|107.201.34.133 Received: from mail-24.name-services.com (mail-24.name-services.com [10.235.16.137]) (using TLSv1 with cipher AES128-SHA) by 0.0.0.0:2500 (trex/5.1.2); Sat, 03 May 2014 11:15:23 GMT X-MC-Relay: Forwarding X-MailChannels-SenderId: _forwarded-from%7C107.201.34.133 X-MailChannels-Auth-Id: demandmedia Received: from [10.0.10.1] (107-201-34-133.lightspeed.bcvloh.sbcglobal.net [107.201.34.133]) by mail-24.name-services.com with SMTP; Sat, 3 May 2014 04:15:15 -0700 Message-ID: <5364CFC2.60902@a1poweruser.com> Date: Sat, 03 May 2014 07:15:14 -0400 From: Fbsd8 User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: need info about newcons in jails Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 May 2014 11:15:32 -0000 Hello list. Looking for information about using newcons as the terminal driver in xorg for desktop in a jail. Can only find this https://wiki.freebsd.org/Newcons Has anybody gotten it to work in a jail? Thanks From owner-freebsd-current@FreeBSD.ORG Sat May 3 14:31:25 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 345BB53F for ; Sat, 3 May 2014 14:31:25 +0000 (UTC) Received: from smtp1.multiplay.co.uk (smtp1.multiplay.co.uk [85.236.96.35]) by mx1.freebsd.org (Postfix) with ESMTP id EB20D1243 for ; Sat, 3 May 2014 14:31:24 +0000 (UTC) Received: by smtp1.multiplay.co.uk (Postfix, from userid 65534) id E237020E7088D; Sat, 3 May 2014 14:31:16 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.multiplay.co.uk X-Spam-Level: ** X-Spam-Status: No, score=2.2 required=8.0 tests=AWL,BAYES_00,DOS_OE_TO_MX, FSL_HELO_NON_FQDN_1,HELO_NO_DOMAIN,RDNS_DYNAMIC,STOX_REPLY_TYPE autolearn=no version=3.3.1 Received: from r2d2 (82-69-141-170.dsl.in-addr.zen.co.uk [82.69.141.170]) by smtp1.multiplay.co.uk (Postfix) with ESMTPS id 54D3020E70886; Sat, 3 May 2014 14:31:08 +0000 (UTC) Message-ID: From: "Steven Hartland" To: "Fabian Keil" , "FreeBSD-Current" , "LI Xin" References: <20140503102923.6fadd904@fabiankeil.de> Subject: Re: Fatal double fault in ZFS with yesterday's CURRENT Date: Sat, 3 May 2014 15:31:11 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 May 2014 14:31:25 -0000 ----- Original Message ----- From: "Fabian Keil" > After updating my laptop to yesterday's CURRENT (r265216), > I got the following fatal double fault on boot: > http://www.fabiankeil.de/bilder/freebsd/kernel-panic-r265216/ > > My previous kernel was based on r264721. > > I'm using a couple of custom patches, some of them are ZFS-related > and thus may be part of the problem (but worked fine for months). > I'll try to reproduce the panic without the patches tomorrow. > Your seeing a stack overflow in the new ZFS queuing code, which I believe is being triggered by lack of support for TRIM in one of your devices, something Xin reported to me yesterday. I commited a fix for failing TRIM requests processing slowly last night so you could try updating to after r265253 and see if that helps. I still need to investigate the stack overflow more directly which appears to be caused by the new zfs queuing code when things are running slowly and there's a large backlog of IO's. I would be interested to know you config there so zpool layout and hardware in the mean time. Regards Steve From owner-freebsd-current@FreeBSD.ORG Sat May 3 15:43:59 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 410F1C07 for ; Sat, 3 May 2014 15:43:59 +0000 (UTC) Received: from forward2l.mail.yandex.net (forward2l.mail.yandex.net [IPv6:2a02:6b8:0:1819::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F38E21849 for ; Sat, 3 May 2014 15:43:58 +0000 (UTC) Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192]) by forward2l.mail.yandex.net (Yandex) with ESMTP id 0D35F1AC10AF for ; Sat, 3 May 2014 19:43:54 +0400 (MSK) Received: from smtp14.mail.yandex.net (localhost [127.0.0.1]) by smtp14.mail.yandex.net (Yandex) with ESMTP id BC5A41B6001D for ; Sat, 3 May 2014 19:43:54 +0400 (MSK) Received: from 78.108.203.86.tel.ru (78.108.203.86.tel.ru [78.108.203.86]) by smtp14.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id Mp01WEw5nJ-hsFC9ZJ9; Sat, 3 May 2014 19:43:54 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: 00cd4b52-c481-4288-87ef-606f75118b07 Message-ID: <53650EBA.3020803@passap.ru> Date: Sat, 03 May 2014 19:43:54 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Subject: [arm, zfs] zpool create: zap->zap_rwlock X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 May 2014 15:43:59 -0000 Hi All, The system: ----- FreeBSD 11.0-CURRENT #6 r265218M: Fri May 2 18:24:07 SAMT 2014 bsam@wandboard:/usr/obj/usr/src/sys/WANDBOARD-QUAD arm FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 CPU: Cortex A9-r2 rev 10 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:1 LoUIS:2 Cache level 1: 32KB/32B 4-way data cache WB Read-Alloc Write-Alloc 32KB/32B 4-way instruction cache Read-Alloc real memory = 2147483648 (2048 MB) avail memory = 2094088192 (1997 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs ----- I managed to build zfs module using the patch found somewhere at lists: ----- --- /usr/src/sys/cddl/compat/opensolaris/sys/cpuvar.h (revision 265218) +++ /usr/src/sys/cddl/compat/opensolaris/sys/cpuvar.h (working copy) @@ -50,6 +50,9 @@ /* Some code may choose to redefine this if pcpu_t would be more useful. */ #define cpu_t solaris_cpu_t +#ifdef cpu_id +#undef cpu_id +#endif /* cpu_id */ #define cpu_id cpuid extern solaris_cpu_t solaris_cpu[]; ----- Modules are loaded OK: ----- % kldstat Id Refs Address Size Name 1 12 0xc2000000 5d8f48 kernel 2 1 0xc75e3000 c000 if_tap.ko 3 2 0xc76a2000 b000 opensolaris.ko 4 1 0xc76ad000 175000 zfs.ko ----- While creating a zpool the job writes something to the disk and finally (in a minute or so) waits forever: ----- % sudo zpool create data01 /dev/mmcsd0 ^tload: 0.10 cmd: zpool 604 [zap->zap_rwlock] 208.39r 0.00u 0.07s 0% 3516k ----- Gdb can't attach to the process (also waits forever while attaching). Ktrace gives (I'm not sure if it shows the last command though): ----- 1435 zpool CALL __sysctl(0xbfffcbac,0x2,0xbfffcbd4,0xbfffcbd0,0x200b5a98,0x15) 1435 zpool SCTL "sysctl.name2oid" 1435 zpool RET __sysctl 0 1435 zpool CALL __sysctl(0xbfffcbd4,0x4,0xbfffcc54,0xbfffcc58,0,0) 1435 zpool SCTL "vfs.zfs.version.ioctl" 1435 zpool RET __sysctl 0 1435 zpool CALL ioctl(0x3,0xc0185a00,0xbfffcc00) ----- Any advice, help and especially patches are welcome. ;-) Thanks! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sat May 3 15:58:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C061F1FA; Sat, 3 May 2014 15:58:01 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7AB891919; Sat, 3 May 2014 15:58:00 +0000 (UTC) Received: from [188.174.54.34] (helo=localhost.my.domain) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1WgcJy-0004u7-LC; Sat, 03 May 2014 17:57:50 +0200 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.my.domain (8.14.7/8.14.3) with ESMTP id s43FvmKw002550; Sat, 3 May 2014 17:57:48 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.7/8.14.3/Submit) id s43Fvkib002549; Sat, 3 May 2014 17:57:46 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Sat, 3 May 2014 17:57:45 +0200 From: Matthias Apitz To: David Chisnall Subject: Re: Leaving the Desktop Market Message-ID: <20140503155745.GA2457@La-Habana> References: <3F7430D7-3C0F-43E1-8EBD-8AA4F701497C@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3F7430D7-3C0F-43E1-8EBD-8AA4F701497C@FreeBSD.org> X-Operating-System: FreeBSD 9.0-CURRENT r214444 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 188.174.54.34 Cc: Eitan Adler , hackers@freebsd.org, current@freebsd.org, Jordan Hubbard , freebsd-advocacy@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 May 2014 15:58:01 -0000 El da Tuesday, April 01, 2014 a las 08:38:28AM +0100, David Chisnall escribi: > > Just a small note here: Improving power management is something that the Core Team and the Foundation have jointly identified as an important goal, in particular for mobile / embedded scenarios. We're currently coordinating potential sponsors for the work and soliciting proposals from people interested in doing the work. If you know of anyone in either category then please drop either me, core, or the Foundation an email. > Hello, Using every day one of my FreeBSD netbooks (see below), I know very well that improving power management and by this the uptime while running on battery is a serious issue. I'm currently surprised about the big diff between two of my netbooks, one running 1 hour only while the other runs ~4 hours. I'm thinking about building a cable connection between the battery and the netbooks to measure the exact power drain (normally one can not see this because the battery is connected into its bay and you can not put any meter in there). I'm an experienced C-programmer and long time FreeBSD user and tester and I'm willing to dig deeper into this work. Please let me know if there is something to work on. Attached below is a description of the two mentioned netbooks and their uptime values. Thanks matthias comparing battery life time of [EeePC 900] and [Acer Aspire One D250] | EeePC 900 | Acer Aspire One D250 ----------+-----------------------------+------------------------------------ CPU | 900 MHz Intel Celeron M 353 | 2x Intel Atom CPU N270 @ 1.60GHz RAM | 2 GByte | 1 GByte disk | 2x SSD (4 GB, 16 GB) | WDC WD2500BEVT-22ZCT0 11.01A11 | | ATA-8 SATA 2.x, 238475MB display | TFT 1024x600 9" | TFT 1024x600 10" FreeBSD | 10-CURRENT r255948 | 10-CURRENT r250588 KDE | 4.10.5 | 3.5.10 WAN (UMTS)| USB u3g Huawei E1750 | USB u3g Huawei E1750 ----------+-----------------------------+------------------------------------ battery | Li-ion A22-701 7.4V 7200mAh | Li-ion UM08B74 11.1V 5200mAh / 54Wh | 53.380Wh | 57.720Wh ----------+-----------------------------+------------------------------------ uptime | ~1 hours | ~4 hours ----------+-----------------------------+------------------------------------ -- Matthias Apitz | /"\ ASCII Ribbon Campaign: E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign From owner-freebsd-current@FreeBSD.ORG Sat May 3 16:37:10 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C0CA761; Sat, 3 May 2014 16:37:10 +0000 (UTC) Received: from mail-qa0-x236.google.com (mail-qa0-x236.google.com [IPv6:2607:f8b0:400d:c00::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 169EF1C5E; Sat, 3 May 2014 16:37:10 +0000 (UTC) Received: by mail-qa0-f54.google.com with SMTP id j15so278021qaq.27 for ; Sat, 03 May 2014 09:37:09 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=CbA14A2fHx44b4O2YIv23ViZDG+z/b/71RlkI+M1CsE=; b=0k/DcEUF6lo5/hw5oyv8f7Vp68aOI2H/tui933YOZoiTC4z1F7vRNL99Z3x6jcRMAy g7vfZiQhIc/4Y53xl0Zp2rCYY4iVxHxN7i/FjQVQwE0lt4PDDl3LNPpRU2Rvy9moGQ0x P3DG8RKOUTNgrlCHKdO1s0VRz4kRgSsIX7topeVwxsVCh3EX5hA9Hi9iRTqJnLm+DJbc rQ5g7Swe/4bYt3GfkrewPD4MYmeKDs1xeydzFy9Qw2UTVCsWlUENHRvcXz3806Buy+VG QZ83Gtmxt4PkqzKnYSBvX3bwsudOfSxQ7hBW7fwM4gr1ZeM2zUnuIgcUG8OjZNOJBhL3 OLZw== MIME-Version: 1.0 X-Received: by 10.224.129.66 with SMTP id n2mr31756578qas.55.1399135028665; Sat, 03 May 2014 09:37:08 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Sat, 3 May 2014 09:37:08 -0700 (PDT) In-Reply-To: <20140503155745.GA2457@La-Habana> References: <3F7430D7-3C0F-43E1-8EBD-8AA4F701497C@FreeBSD.org> <20140503155745.GA2457@La-Habana> Date: Sat, 3 May 2014 09:37:08 -0700 X-Google-Sender-Auth: v8sqdRgcX2M4K8UpaFh90JXm2Lo Message-ID: Subject: Re: Leaving the Desktop Market From: Adrian Chadd To: Matthias Apitz Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-advocacy@freebsd.org, "current@freebsd.org" , David Chisnall , Eitan Adler , "freebsd-hackers@freebsd.org" , Jordan Hubbard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 May 2014 16:37:10 -0000 Hi, I'm working on adding some more power management logging support to freebsd-head so we can start to get a better grip on sleep/wakeup occurances. That should help us start to figure out where the power consumption is going. But on that EEEPC 900, just make sure you've set dev.cpu.0.cx_lowest to something lower than C1. -a On 3 May 2014 08:57, Matthias Apitz wrote: > El d=C3=ADa Tuesday, April 01, 2014 a las 08:38:28AM +0100, David Chisnal= l escribi=C3=B3: > >> >> Just a small note here: Improving power management is something that the= Core Team and the Foundation have jointly identified as an important goal,= in particular for mobile / embedded scenarios. We're currently coordinati= ng potential sponsors for the work and soliciting proposals from people int= erested in doing the work. If you know of anyone in either category then p= lease drop either me, core, or the Foundation an email. >> > > Hello, > > Using every day one of my FreeBSD netbooks (see below), I know very well > that improving power management and by this the uptime while running on > battery is a serious issue. I'm currently surprised about the big > diff between two of my netbooks, one running 1 hour only while the other > runs ~4 hours. I'm thinking about building a cable connection between > the battery and the netbooks to measure the exact power drain (normally > one can not see this because the battery is connected into its bay and > you can not put any meter in there). > > I'm an experienced C-programmer and long time FreeBSD user and tester > and I'm willing to dig deeper into this work. Please let me know if > there is something to work on. > > Attached below is a description of the two mentioned netbooks and their > uptime values. > > Thanks > > matthias > > > > comparing battery life time of [EeePC 900] and [Acer Aspire One D250] > > > | EeePC 900 | Acer Aspire One D250 > ----------+-----------------------------+--------------------------------= ---- > CPU | 900 MHz Intel Celeron M 353 | 2x Intel Atom CPU N270 @ 1.60GH= z > RAM | 2 GByte | 1 GByte > disk | 2x SSD (4 GB, 16 GB) | WDC WD2500BEVT-22ZCT0 11.01A11 > | | ATA-8 SATA 2.x, 238475MB > display | TFT 1024x600 9" | TFT 1024x600 10" > FreeBSD | 10-CURRENT r255948 | 10-CURRENT r250588 > KDE | 4.10.5 | 3.5.10 > WAN (UMTS)| USB u3g Huawei E1750 | USB u3g Huawei E1750 > ----------+-----------------------------+--------------------------------= ---- > battery | Li-ion A22-701 7.4V 7200mAh | Li-ion UM08B74 11.1V 5200mAh / = 54Wh > | 53.380Wh | 57.720Wh > ----------+-----------------------------+--------------------------------= ---- > uptime | ~1 hours | ~4 hours > ----------+-----------------------------+--------------------------------= ---- > > > -- > Matthias Apitz | /"\ ASCII Ribbon Campaign: > E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail > WWW: http://www.unixarea.de/ | X - No proprietary attachments > phone: +49-170-4527211 | / \ - Respect for open standards > | en.wikipedia.org/wiki/ASCII_Ribbon_Campaig= n > _______________________________________________ > 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 Sat May 3 17:19:12 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8BE24E0F for ; Sat, 3 May 2014 17:19:12 +0000 (UTC) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.31.24]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B1C8109E for ; Sat, 3 May 2014 17:19:11 +0000 (UTC) Received: from [84.44.154.172] (helo=fabiankeil.de) by smtprelay01.ispgateway.de with esmtpsa (SSLv3:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1WgdX2-00050x-Ll for freebsd-current@FreeBSD.org; Sat, 03 May 2014 19:15:24 +0200 Date: Sat, 3 May 2014 19:14:24 +0200 From: Fabian Keil To: "FreeBSD-Current" Subject: Re: Fatal double fault in ZFS with yesterday's CURRENT Message-ID: <20140503191424.16f9744b@fabiankeil.de> In-Reply-To: References: <20140503102923.6fadd904@fabiankeil.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/pHIyTFVZAXT=BiZZO2xpe75"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: FreeBSD-Current List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 May 2014 17:19:12 -0000 --Sig_/pHIyTFVZAXT=BiZZO2xpe75 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable "Steven Hartland" wrote: > From: "Fabian Keil" >=20 > > After updating my laptop to yesterday's CURRENT (r265216), > > I got the following fatal double fault on boot: > > http://www.fabiankeil.de/bilder/freebsd/kernel-panic-r265216/ > >=20 > > My previous kernel was based on r264721. > > > > I'm using a couple of custom patches, some of them are ZFS-related > > and thus may be part of the problem (but worked fine for months). > > I'll try to reproduce the panic without the patches tomorrow. > > >=20 > Your seeing a stack overflow in the new ZFS queuing code, which I > believe is being triggered by lack of support for TRIM in one of > your devices, something Xin reported to me yesterday. >=20 > I commited a fix for failing TRIM requests processing slowly last > night so you could try updating to after r265253 and see if that > helps. Thanks. The hard disk is indeed unlikely to support TRIM requests, but I can still reproduce the problem with a kernel based on r265255. > I still need to investigate the stack overflow more directly which > appears to be caused by the new zfs queuing code when things are > running slowly and there's a large backlog of IO's. > > I would be interested to know you config there so zpool layout and > hardware in the mean time. The system is a Lenovo ThinkPad R500: http://www.nycbug.org/index.cgi?action=3Ddmesgd&do=3Dview&dmesgid=3D2449 I'm booting from UFS, the panic occurs while the pool is being imported. The pool is located on a single geli-encrypted slice: fk@r500 ~ $zpool status tank pool: tank state: ONLINE scan: scrub repaired 0 in 4h11m with 0 errors on Sat Mar 22 18:25:01 2014 config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 ada0s1d.eli ONLINE 0 0 0 errors: No known data errors Maybe geli fails TRIM requests differently. Fabian --Sig_/pHIyTFVZAXT=BiZZO2xpe75 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iEYEARECAAYFAlNlI/MACgkQBYqIVf93VJ1P1wCgvrfnBkZTQ3AD53bnW4GJ0dmc R8oAoIhGMoYpDswbDyy2Z0W/ITGw0I9u =aQ2W -----END PGP SIGNATURE----- --Sig_/pHIyTFVZAXT=BiZZO2xpe75-- From owner-freebsd-current@FreeBSD.ORG Sat May 3 18:04:42 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC7D0A32 for ; Sat, 3 May 2014 18:04:42 +0000 (UTC) Received: from smtp1.multiplay.co.uk (smtp1.multiplay.co.uk [85.236.96.35]) by mx1.freebsd.org (Postfix) with ESMTP id 6F51F154E for ; Sat, 3 May 2014 18:04:42 +0000 (UTC) Received: by smtp1.multiplay.co.uk (Postfix, from userid 65534) id 5337D20E7088C; Sat, 3 May 2014 18:04:40 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.multiplay.co.uk X-Spam-Level: ** X-Spam-Status: No, score=2.2 required=8.0 tests=AWL,BAYES_00,DOS_OE_TO_MX, FSL_HELO_NON_FQDN_1,HELO_NO_DOMAIN,RDNS_DYNAMIC,STOX_REPLY_TYPE autolearn=no version=3.3.1 Received: from r2d2 (82-69-141-170.dsl.in-addr.zen.co.uk [82.69.141.170]) by smtp1.multiplay.co.uk (Postfix) with ESMTPS id 92A4C20E70886 for ; Sat, 3 May 2014 18:04:36 +0000 (UTC) Message-ID: <229058B87F604A469C70F634AA1C793D@multiplay.co.uk> From: "Steven Hartland" To: "FreeBSD-Current" References: <20140503102923.6fadd904@fabiankeil.de> <20140503191424.16f9744b@fabiankeil.de> Subject: Re: Fatal double fault in ZFS with yesterday's CURRENT Date: Sat, 3 May 2014 19:04:40 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 May 2014 18:04:42 -0000 > "Steven Hartland" wrote: > > > From: "Fabian Keil" > > > > > After updating my laptop to yesterday's CURRENT (r265216), > > > I got the following fatal double fault on boot: > > > http://www.fabiankeil.de/bilder/freebsd/kernel-panic-r265216/ > > > > > > My previous kernel was based on r264721. > > > > > > I'm using a couple of custom patches, some of them are ZFS-related > > > and thus may be part of the problem (but worked fine for months). > > > I'll try to reproduce the panic without the patches tomorrow. > > > > > > > Your seeing a stack overflow in the new ZFS queuing code, which I > > believe is being triggered by lack of support for TRIM in one of > > your devices, something Xin reported to me yesterday. > > > > I commited a fix for failing TRIM requests processing slowly last > > night so you could try updating to after r265253 and see if that > > helps. > > Thanks. The hard disk is indeed unlikely to support TRIM requests, > but I can still reproduce the problem with a kernel based on r265255. Thanks for testing, I suspect its still a numbers game with how many items are outstanding in the queue and now that free / TRIM requests are also now queued its triggering the failure. If your just on a HDD try setting the following in /boot/loader.conf as a temporary workaround: vfs.zfs.trim.enabled=0 > > I still need to investigate the stack overflow more directly which > > appears to be caused by the new zfs queuing code when things are > > running slowly and there's a large backlog of IO's. > > > > I would be interested to know you config there so zpool layout and > > hardware in the mean time. > > The system is a Lenovo ThinkPad R500: > http://www.nycbug.org/index.cgi?action=dmesgd&do=view&dmesgid=2449 > > I'm booting from UFS, the panic occurs while the pool is being imported. > > The pool is located on a single geli-encrypted slice: > > fk@r500 ~ $zpool status tank > pool: tank > state: ONLINE > scan: scrub repaired 0 in 4h11m with 0 errors on Sat Mar 22 18:25:01 2014 > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > ada0s1d.eli ONLINE 0 0 0 > > errors: No known data errors > > Maybe geli fails TRIM requests differently. That helps, Xin also reported the issue with geli and thats what I'm testing with, I believe this is a factor because is significantly slows things down again meaning more items in the queues, but I've only managed to trigger it once here as the machine I'm using is pretty quick. I'll continue looking at this ASAP. Regards Steve From owner-freebsd-current@FreeBSD.ORG Sat May 3 19:23:13 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A282F984; Sat, 3 May 2014 19:23:13 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5A5F91AE9; Sat, 3 May 2014 19:23:12 +0000 (UTC) Received: from [89.204.130.170] (helo=localhost.my.domain) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1WgfWf-0007Nm-HN; Sat, 03 May 2014 21:23:09 +0200 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.my.domain (8.14.7/8.14.3) with ESMTP id s43JN6EF001928; Sat, 3 May 2014 21:23:07 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.7/8.14.3/Submit) id s43JN5RJ001927; Sat, 3 May 2014 21:23:05 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Sat, 3 May 2014 21:23:05 +0200 From: Matthias Apitz To: Adrian Chadd Subject: Re: Leaving the Desktop Market Message-ID: <20140503192305.GA1847@La-Habana> References: <3F7430D7-3C0F-43E1-8EBD-8AA4F701497C@FreeBSD.org> <20140503155745.GA2457@La-Habana> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 9.0-CURRENT r214444 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.130.170 Cc: Eitan Adler , "freebsd-hackers@freebsd.org" , David Chisnall , "current@freebsd.org" , Jordan Hubbard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 May 2014 19:23:13 -0000 El da Saturday, May 03, 2014 a las 09:37:08AM -0700, Adrian Chadd escribi: > Hi, > > I'm working on adding some more power management logging support to > freebsd-head so we can start to get a better grip on sleep/wakeup > occurances. That should help us start to figure out where the power > consumption is going. > > But on that EEEPC 900, just make sure you've set dev.cpu.0.cx_lowest > to something lower than C1. Hi, I can't check it in my EeePC at the moment, because it has no power at all, its porwer suply faulted two days ago (broken cable). To which value I should have set dev.cpu.0.cx_lowest? I do not remember having it changed at all. Thx matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign From owner-freebsd-current@FreeBSD.ORG Sat May 3 20:02:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9BBEC5F7 for ; Sat, 3 May 2014 20:02:31 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 266D01050 for ; Sat, 3 May 2014 20:02:30 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.8/8.14.8) with ESMTP id s43K2OOo049102 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 3 May 2014 22:02:24 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.8/8.14.8/Submit) with ESMTP id s43K2OVC049099 for ; Sat, 3 May 2014 22:02:24 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Sat, 3 May 2014 22:02:24 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD current Subject: r265279 causes gpf at sys/net/route.c:930 Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 May 2014 20:02:31 -0000 Hi, I updated one of my amd64 base/head VMs this afternoon. It crashes in rt_expunge(), and I think r265279 is to blame. If someone's interested, here's the crash report: http://ximalas.info/~trond/amd64-head-VBOX-crash/r265283/core.txt.0 Another amd64 base/head VM I updated earlier this afternoon, runs smoothly at r265275. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-current@FreeBSD.ORG Sat May 3 20:07:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE90A76F for ; Sat, 3 May 2014 20:07:11 +0000 (UTC) Received: from mail.ipfw.ru (mail.ipfw.ru [IPv6:2a01:4f8:120:6141::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 72C6110A7 for ; Sat, 3 May 2014 20:07:11 +0000 (UTC) Received: from secured.by.ipfw.ru ([95.143.220.47] helo=ws.su29.net) by mail.ipfw.ru with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1WgcJY-000EQe-BM; Sat, 03 May 2014 19:57:24 +0400 Message-ID: <53654C32.90907@FreeBSD.org> Date: Sun, 04 May 2014 00:06:10 +0400 From: "Alexander V. Chernikov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Trond_Endrest=F8l?= , FreeBSD current Subject: Re: r265279 causes gpf at sys/net/route.c:930 References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 May 2014 20:07:11 -0000 On 04.05.2014 00:02, Trond Endrestl wrote: > Hi, > > I updated one of my amd64 base/head VMs this afternoon. > It crashes in rt_expunge(), and I think r265279 is to blame. > > If someone's interested, here's the crash report: > > http://ximalas.info/~trond/amd64-head-VBOX-crash/r265283/core.txt.0 Thanks for the report. I'll try to investigate. > > Another amd64 base/head VM I updated earlier this afternoon, runs > smoothly at r265275. > From owner-freebsd-current@FreeBSD.ORG Sat May 3 20:23:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B241ECB4 for ; Sat, 3 May 2014 20:23:28 +0000 (UTC) Received: from mail.ipfw.ru (mail.ipfw.ru [IPv6:2a01:4f8:120:6141::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 753F51235 for ; Sat, 3 May 2014 20:23:28 +0000 (UTC) Received: from secured.by.ipfw.ru ([95.143.220.47] helo=ws.su29.net) by mail.ipfw.ru with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1WgcZK-000EXl-0L; Sat, 03 May 2014 20:13:42 +0400 Message-ID: <53655004.9000404@FreeBSD.org> Date: Sun, 04 May 2014 00:22:28 +0400 From: "Alexander V. Chernikov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Trond_Endrest=F8l?= , FreeBSD current Subject: Re: r265279 causes gpf at sys/net/route.c:930 References: <53654C32.90907@FreeBSD.org> In-Reply-To: <53654C32.90907@FreeBSD.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 May 2014 20:23:28 -0000 On 04.05.2014 00:06, Alexander V. Chernikov wrote: > On 04.05.2014 00:02, Trond Endrestl wrote: >> Hi, >> >> I updated one of my amd64 base/head VMs this afternoon. >> It crashes in rt_expunge(), and I think r265279 is to blame. >> >> If someone's interested, here's the crash report: >> >> http://ximalas.info/~trond/amd64-head-VBOX-crash/r265283/core.txt.0 > Thanks for the report. > I'll try to investigate. My bad. Fixed in r265288. Thank you for the report! >> >> Another amd64 base/head VM I updated earlier this afternoon, runs >> smoothly at r265275. >> > > _______________________________________________ > 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 Sat May 3 20:25:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A3F6DFF; Sat, 3 May 2014 20:25:26 +0000 (UTC) Received: from mail-qa0-x234.google.com (mail-qa0-x234.google.com [IPv6:2607:f8b0:400d:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EA449124F; Sat, 3 May 2014 20:25:25 +0000 (UTC) Received: by mail-qa0-f52.google.com with SMTP id cm18so4614599qab.39 for ; Sat, 03 May 2014 13:25:25 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=oDJ9XQZPuTmi02jxlgp1d4LYRFwGD2cZtIcZ0HknjRI=; b=bD5JxOFhZZkO1kqHId4A2j8fNvwsAUh7PYzoh9w1gsIL32mYv9Dbq3uA+tYrkvxURh jvkML5bB79lta0wfKVjLqNKefYXI6oVh3exE4YPI7HDORKEoU0h/gI8aelGC8UzMoHXF IKMb+NVui9d9uWY+btq8rllexwSbTQDSBe31CzOtacFFd5+faFnffOE9xPpmCo2rkDWK TVkhkhF//VSaKpCi6Kf9Ba9ifZgfq4MVcdxCo1nYH50VRW9+dJ4CUV8VRs0ES28MdvWl IyzF38H3SrWZYhUgd/DIwwhQKF1QudIcC6xfjAHtVCNS9k0c92+8Ls7Og5ZPAt4vmlAA dR7Q== MIME-Version: 1.0 X-Received: by 10.140.42.85 with SMTP id b79mr27125055qga.87.1399148725080; Sat, 03 May 2014 13:25:25 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Sat, 3 May 2014 13:25:24 -0700 (PDT) In-Reply-To: <20140503192305.GA1847@La-Habana> References: <3F7430D7-3C0F-43E1-8EBD-8AA4F701497C@FreeBSD.org> <20140503155745.GA2457@La-Habana> <20140503192305.GA1847@La-Habana> Date: Sat, 3 May 2014 13:25:24 -0700 X-Google-Sender-Auth: CZLf1eFonW7F3-9EnZmAhv_rZPU Message-ID: Subject: Re: Leaving the Desktop Market From: Adrian Chadd To: Matthias Apitz Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Eitan Adler , "freebsd-hackers@freebsd.org" , David Chisnall , "current@freebsd.org" , Jordan Hubbard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 May 2014 20:25:26 -0000 Set it to the lowest available Cx state that you see in dev.cpu.0 . -a On 3 May 2014 12:23, Matthias Apitz wrote: > El d=C3=ADa Saturday, May 03, 2014 a las 09:37:08AM -0700, Adrian Chadd e= scribi=C3=B3: > >> Hi, >> >> I'm working on adding some more power management logging support to >> freebsd-head so we can start to get a better grip on sleep/wakeup >> occurances. That should help us start to figure out where the power >> consumption is going. >> >> But on that EEEPC 900, just make sure you've set dev.cpu.0.cx_lowest >> to something lower than C1. > > Hi, > > I can't check it in my EeePC at the moment, because it has no power at > all, its porwer suply faulted two days ago (broken cable). To which > value I should have set dev.cpu.0.cx_lowest? I do not remember having it > changed at all. > > Thx > > matthias > > > -- > Matthias Apitz | /"\ ASCII Ribbon Campaign: > E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail > WWW: http://www.unixarea.de/ | X - No proprietary attachments > phone: +49-170-4527211 | / \ - Respect for open standards > | en.wikipedia.org/wiki/ASCII_Ribbon_Campaig= n From owner-freebsd-current@FreeBSD.ORG Sat May 3 23:59:50 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 55109211; Sat, 3 May 2014 23:59:50 +0000 (UTC) Received: from mail-pa0-x236.google.com (mail-pa0-x236.google.com [IPv6:2607:f8b0:400e:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1247C1520; Sat, 3 May 2014 23:59:50 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id lf10so7334244pab.13 for ; Sat, 03 May 2014 16:59:49 -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:message-id:subject :from:to:cc:content-type; bh=4h43RqIFCpqTc9+2BgTKXglHUMv5Ihl0muKKAY98bYQ=; b=a5kWGl11BVMlur1dUj5aLwdMcsbgwD3Pd9olsM4jJTl8T72YOfVCwbwRPAPs34aM/k cXtbjkL+L9KGazlKJ09ujDivxL+9PVUe3I07M0G+FxNFFPXyOcb59bGVYxqdnqbPMvl5 /4IBqtdZq6QMwt+57JH77YmJGv4SBwdGOU/KzQ4cklgXyGPib+i3DJrSVeM8Vf0PDlpG nNrB6BoH10sFcZ0m0KQsdeHHogaHEQfx64lQTKcOSaA5heVCi/Pg68vnzto97VLaLX4u Nr9x5I9NTmDu9unsX6G/YIMCi8JNQwynKM2MxaGjayz6jh5RbI7uESFlvb78O81T5NfT EhRQ== MIME-Version: 1.0 X-Received: by 10.66.124.137 with SMTP id mi9mr53239839pab.111.1399161588591; Sat, 03 May 2014 16:59:48 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.73.34 with HTTP; Sat, 3 May 2014 16:59:48 -0700 (PDT) In-Reply-To: References: <3F7430D7-3C0F-43E1-8EBD-8AA4F701497C@FreeBSD.org> <20140503155745.GA2457@La-Habana> <20140503192305.GA1847@La-Habana> Date: Sat, 3 May 2014 16:59:48 -0700 X-Google-Sender-Auth: SiNOOJdpITx0SwCIrnkqRsK0d6k Message-ID: Subject: Re: Leaving the Desktop Market From: Kevin Oberman To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "current@freebsd.org" , Matthias Apitz , David Chisnall , Eitan Adler , "freebsd-hackers@freebsd.org" , Jordan Hubbard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 03 May 2014 23:59:50 -0000 On Sat, May 3, 2014 at 1:25 PM, Adrian Chadd wrote: > Set it to the lowest available Cx state that you see in dev.cpu.0 . > > Available is not required. Set it to C8. That guarantees that you will use the lowest available. The correct incantation in rc.conf is "Cmax". performance_cx_lowest="Cmax" economy_cx_lowest="Cmax" But, unless you want laggy performance, you will probably also want: hint.p4tcc.0.disabled=1 hint.acpi_throttle.0.disabled=1 in /boot/loader.conf. Low Cx states and TCC/throttling simply don't mix well and TCC is not effective, as mentioned earlier in this thread. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Sun May 4 01:07:38 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 11E833DD; Sun, 4 May 2014 01:07:38 +0000 (UTC) Received: from i3mail.icecube.wisc.edu (i3mail.icecube.wisc.edu [128.104.255.23]) by mx1.freebsd.org (Postfix) with ESMTP id D26A019C3; Sun, 4 May 2014 01:07:37 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by i3mail.icecube.wisc.edu (Postfix) with ESMTP id 2EF861F8044; Sat, 3 May 2014 20:07:31 -0500 (CDT) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from i3mail.icecube.wisc.edu ([127.0.0.1]) by localhost (i3mail.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id S8j2UB1cz2Lj; Sat, 3 May 2014 20:07:31 -0500 (CDT) Received: from comporellon.tachypleus.net (polaris.tachypleus.net [75.101.50.44]) by i3mail.icecube.wisc.edu (Postfix) with ESMTPSA id 374401F803C; Sat, 3 May 2014 20:07:30 -0500 (CDT) Message-ID: <536592D1.7080403@freebsd.org> Date: Sat, 03 May 2014 18:07:29 -0700 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Kevin Oberman , Adrian Chadd Subject: Re: Leaving the Desktop Market References: <3F7430D7-3C0F-43E1-8EBD-8AA4F701497C@FreeBSD.org> <20140503155745.GA2457@La-Habana> <20140503192305.GA1847@La-Habana> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "current@freebsd.org" , Matthias Apitz , David Chisnall , Eitan Adler , "freebsd-hackers@freebsd.org" , Jordan Hubbard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 May 2014 01:07:38 -0000 On 05/03/14 16:59, Kevin Oberman wrote: > On Sat, May 3, 2014 at 1:25 PM, Adrian Chadd wrote: > >> Set it to the lowest available Cx state that you see in dev.cpu.0 . >> >> > Available is not required. Set it to C8. That guarantees that you will use > the lowest available. The correct incantation in rc.conf is "Cmax". > performance_cx_lowest="Cmax" > economy_cx_lowest="Cmax" > > But, unless you want laggy performance, you will probably also want: > hint.p4tcc.0.disabled=1 > hint.acpi_throttle.0.disabled=1 > in /boot/loader.conf. Low Cx states and TCC/throttling simply don't mix > well and TCC is not effective, as mentioned earlier in this thread. Is there any reason that TCC is on by default, actually? It seems like an anti-feature. -Nathan From owner-freebsd-current@FreeBSD.ORG Sun May 4 04:08:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B1C30AA5; Sun, 4 May 2014 04:08:27 +0000 (UTC) Received: from mail-qg0-x230.google.com (mail-qg0-x230.google.com [IPv6:2607:f8b0:400d:c04::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3BB9D18DF; Sun, 4 May 2014 04:08:27 +0000 (UTC) Received: by mail-qg0-f48.google.com with SMTP id i50so4971031qgf.21 for ; Sat, 03 May 2014 21:08:26 -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:message-id:subject :from:to:cc:content-type; bh=p0kNDIrfyU4fpSSXVTdOzh53zC4U6JBFRJuP0YKgRYs=; b=biufB8VG5BgpbNDT09NqK33WQdSwi0IKpSx0klkrYbhnZIWDj6rluv6tqgKEzNuQlU gRTw8hVj223mdZIN4P3dPVhjBbTyKkckm0Vn8HmKp9brZgjulAJMzt8wR4UQz5f48TE0 uHVSLhzY9uSkrLgghkJmdGlJ6g6JZsmbksx5i3sqA4skdeexNTvRIUBAMMf/ECAXLzCC hOeIPMUOx6H6KRAWWoB0Sz/Bk7ops80L96Rd1/s3h+fMSM2Xdkd7fUXBomFpGnH6a7e2 l3sAInTdd+JvXvKrRrkvNp2MhykonxFsMN4sLPPbeZn9Xkc/SQXFvlyCWVwVIjFtNPUV j+BQ== MIME-Version: 1.0 X-Received: by 10.224.67.131 with SMTP id r3mr34752071qai.75.1399176505925; Sat, 03 May 2014 21:08:25 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Sat, 3 May 2014 21:08:25 -0700 (PDT) In-Reply-To: <536592D1.7080403@freebsd.org> References: <3F7430D7-3C0F-43E1-8EBD-8AA4F701497C@FreeBSD.org> <20140503155745.GA2457@La-Habana> <20140503192305.GA1847@La-Habana> <536592D1.7080403@freebsd.org> Date: Sat, 3 May 2014 21:08:25 -0700 X-Google-Sender-Auth: Yy6AE0V0tOCLax-dxNJLeP0JoCg Message-ID: Subject: Re: Leaving the Desktop Market From: Adrian Chadd To: Nathan Whitehorn Content-Type: text/plain; charset=UTF-8 Cc: "current@freebsd.org" , Eitan Adler , Matthias Apitz , David Chisnall , Kevin Oberman , "freebsd-hackers@freebsd.org" , Jordan Hubbard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 May 2014 04:08:27 -0000 TCC is fine. TCC for doing anything other than _thermal throttling_ these days isn't. I've been kind of trying hard to avoid touching it as I'm worried it'll stick to me, but something tells me i'm just going to have to bite the bullet and grab ownership of this stuff... :( -a On 3 May 2014 18:07, Nathan Whitehorn wrote: > On 05/03/14 16:59, Kevin Oberman wrote: >> >> On Sat, May 3, 2014 at 1:25 PM, Adrian Chadd wrote: >> >>> Set it to the lowest available Cx state that you see in dev.cpu.0 . >>> >>> >> Available is not required. Set it to C8. That guarantees that you will use >> the lowest available. The correct incantation in rc.conf is "Cmax". >> performance_cx_lowest="Cmax" >> economy_cx_lowest="Cmax" >> >> But, unless you want laggy performance, you will probably also want: >> hint.p4tcc.0.disabled=1 >> hint.acpi_throttle.0.disabled=1 >> in /boot/loader.conf. Low Cx states and TCC/throttling simply don't mix >> well and TCC is not effective, as mentioned earlier in this thread. > > > Is there any reason that TCC is on by default, actually? It seems like an > anti-feature. > -Nathan From owner-freebsd-current@FreeBSD.ORG Sun May 4 04:16:33 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB0A3D30; Sun, 4 May 2014 04:16:33 +0000 (UTC) Received: from mail-pd0-x229.google.com (mail-pd0-x229.google.com [IPv6:2607:f8b0:400e:c02::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 83B98198C; Sun, 4 May 2014 04:16:33 +0000 (UTC) Received: by mail-pd0-f169.google.com with SMTP id z10so5329613pdj.14 for ; Sat, 03 May 2014 21:16:33 -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:message-id:subject :from:to:cc:content-type; bh=zwdFGPAlm4g25laCnmiMrJreNiMga/pV/cUxRWe3p40=; b=XFNTjj5HeiAVRfL5MVBu/s/EHrACQC6kbehDRf/1aa6dzpAPxnv1KW2sOmVlvdFCZ9 UhiccHWn1WLw7v5K6UIRAnfO0X93USayIgZwr/hsRMUlbe1Mhz37w5kc2699+QKf6yxA IcX0XBWpW0Iyva75D/yyp8A7m1lxYNqEUIPO9Xm0wYzCb6hm8Rz5f+O+cD14y57nhXbC CGoK8zTRJO4CfflOs5mXyhS00S/PkEDcyA2EStZk296BZayqkswcI8g83lBg2iCORR2/ Z27KQTvwG+5/URsWjT4CPkMa0pSi1z62iOx+iYX8X8OarmlRLXNso1HuXCenLd8Jim4W l6Xg== MIME-Version: 1.0 X-Received: by 10.66.240.197 with SMTP id wc5mr40842596pac.78.1399176992990; Sat, 03 May 2014 21:16:32 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.73.34 with HTTP; Sat, 3 May 2014 21:16:32 -0700 (PDT) In-Reply-To: <536592D1.7080403@freebsd.org> References: <3F7430D7-3C0F-43E1-8EBD-8AA4F701497C@FreeBSD.org> <20140503155745.GA2457@La-Habana> <20140503192305.GA1847@La-Habana> <536592D1.7080403@freebsd.org> Date: Sat, 3 May 2014 21:16:32 -0700 X-Google-Sender-Auth: 7YfHtxV6DF15VwuOe6MNKDZrpkg Message-ID: Subject: Re: Leaving the Desktop Market From: Kevin Oberman To: Nathan Whitehorn Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Adrian Chadd , "current@freebsd.org" , Matthias Apitz , David Chisnall , Eitan Adler , "freebsd-hackers@freebsd.org" , Jordan Hubbard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 May 2014 04:16:34 -0000 On Sat, May 3, 2014 at 6:07 PM, Nathan Whitehorn wrote: > On 05/03/14 16:59, Kevin Oberman wrote: > >> On Sat, May 3, 2014 at 1:25 PM, Adrian Chadd wrote: >> >> Set it to the lowest available Cx state that you see in dev.cpu.0 . >>> >>> >>> Available is not required. Set it to C8. That guarantees that you will >> use >> the lowest available. The correct incantation in rc.conf is "Cmax". >> performance_cx_lowest="Cmax" >> economy_cx_lowest="Cmax" >> >> But, unless you want laggy performance, you will probably also want: >> hint.p4tcc.0.disabled=1 >> hint.acpi_throttle.0.disabled=1 >> in /boot/loader.conf. Low Cx states and TCC/throttling simply don't mix >> well and TCC is not effective, as mentioned earlier in this thread. >> > > Is there any reason that TCC is on by default, actually? It seems like an > anti-feature. I've been baffled by this for years. Throttling was first. SpeedStep was about all that was available for power management and even that was not available for older laptops. It was thought that throttling was a way to get some power management for those older systems. Nate was developing the first power management for FreeBSD and the first implementation of SST. He threw in throttling as both an added capability an something for older laptops that lacked SpeedStep. It made sense to me, too, After all, SST only provided two performance levels. It was an improvement from nothing, but not a really a lot and, mostly because neither of us thought about it enough, we really believed throttling was a help. Before cpufreq was committed, the Pentium 4 came out, including TCC which did what throttling did,but much more cleanly.So cpufreq was modified to use TCC if available and throttling when not. In retrospect, this was pretty dumb, but it made sense at the time. Soon after that, EST (true P-states) came out. It really reduced power consumption in normal applications. A driver for it was added fairly quickly, but throttling/TCC remained. Its only real effect was to add several many more "frequencies" to powerd, taking longer to save power when the CPU was lightly loaded and causing lag in speeding up when things got busy. Next, along came C-states and, almost simultaneously, D-states. Dx was very closely linked to the hardware and savings were often limited, but C-states were the real deal. This was a huge change as it really did save power. Unfortunately people started reporting that Cx states were causing CPU lockup and very laggy interactive behavior. As a result, the default setting for Cx states was to disable them. This was a really bad choice. It was made without any analysis of why.Cx was hanging systems and working badly, so turn it off. It took me very little time to discover the problem.My old laptop at the time this happened as a Pentium-M with a lowest P-state of 800 MHz. Ass TCC and the idle clock was effectively just 100 MHz. When you combine the way powerd adjusted speed and C-states, the best you can hope for is crappy interactivity. It just took way too long to get out of the lowest idle state. I can't explain the hangs as I never experienced them, but simply turning off TCC (and throttling) prevented it. It looked like the obvious thing to do was to turn off TCC and make full use of C-states. This became even more blindingly obvious when mav put up his very excellent paper on power management on FreeBSD. If you care about power management and have not read it, do so now! https://wiki.freebsd.org/TuningPowerConsumption Why mav's suggestions were not made default,I simply don't understand. I'm sure much of it is that FreeBSD is developed primarily for servers and people seem to often not care much about power savings on servers, though this is finally changing. I think I got most of the history correct, though it goes back to v4, a lot of years ago. Since I retired, I no longer have access to my old mail, so I may have gotten some details wrong. If so, I apologize. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Sun May 4 04:49:10 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E83C1A8; Sun, 4 May 2014 04:49:10 +0000 (UTC) Received: from mail-qa0-x231.google.com (mail-qa0-x231.google.com [IPv6:2607:f8b0:400d:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B60F01B8B; Sun, 4 May 2014 04:49:09 +0000 (UTC) Received: by mail-qa0-f49.google.com with SMTP id cm18so4737842qab.8 for ; Sat, 03 May 2014 21:49:08 -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:message-id:subject :from:to:cc:content-type; bh=LhRYT83uLmXX7PyhjMQO7B3GECQrqGpXFDPyX1Gjpa4=; b=iIQfAGQ3qXiTZjitYrESxslGcSmW77eN+eQbnM7gHAuwRewZuKdibPrjiQWI+hbwmI O5O09p3YoJuhdRsi3tmmmr5nYhXqZQBU8UtcZJqTvzl+C3M2DY1zjMwQbBCI12XsK1ui 3B+zeqHf5tTygl+7b9g+6utu2J0pgsL9gyWngXV1zhQgapSnNWNzSFtSpUp3vs/tGM9a SZ5hoo4PxpWE/L8pSEGJ9+sWUlCffSyGzbRfcQmRsmTL8rcf+LQNLGzJPnMpq9YE5w39 BPg+61w6/K9NfmRwnVT1D0ItLbhlLZEDaT+8eVq90oKaX9sHSKgATlHsTPm6JDk/Fb3L DifA== MIME-Version: 1.0 X-Received: by 10.140.22.209 with SMTP id 75mr32336970qgn.4.1399178948831; Sat, 03 May 2014 21:49:08 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Sat, 3 May 2014 21:49:08 -0700 (PDT) In-Reply-To: References: <3F7430D7-3C0F-43E1-8EBD-8AA4F701497C@FreeBSD.org> <20140503155745.GA2457@La-Habana> <20140503192305.GA1847@La-Habana> <536592D1.7080403@freebsd.org> Date: Sat, 3 May 2014 21:49:08 -0700 X-Google-Sender-Auth: PX-YvfUDEm3e96x4Rb0fKgaV3F0 Message-ID: Subject: Re: Leaving the Desktop Market From: Adrian Chadd To: Kevin Oberman Content-Type: text/plain; charset=UTF-8 Cc: "current@freebsd.org" , Matthias Apitz , David Chisnall , Eitan Adler , "freebsd-hackers@freebsd.org" , Nathan Whitehorn , Jordan Hubbard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 May 2014 04:49:10 -0000 Hi, Well, hardware got better. A lot better. I'm happy to leave speedstep and throttling in there but teach powerd about using C-states and limited frequency stepping if it's available. So, how about something like this: * if C states are available - let's just use C states and not step the cpu frequency at all; * if turboboost is available - enable that, and disable it if we notice the CPU runs at the higher frequency for too long; * use cpufreq with some heuristics (like say, only step down to 2/3rd the frequency if idle) - and document why that decision is made (eg on CPU X, measuring Y at idle, power consumption was minimal at frequency=Z.); * make sure the lower frequencies and tcc kick in if a thermal cutoff is reached; * default to using lower Cx states out of the box if they're decided to not be buggy. There are a few CPUs for which lower C states cause problems but modernish hardware (say, nehalem and later) should be fine. That's vaguely what I've been tossing around in my head. -a On 3 May 2014 21:16, Kevin Oberman wrote: > On Sat, May 3, 2014 at 6:07 PM, Nathan Whitehorn > wrote: >> >> On 05/03/14 16:59, Kevin Oberman wrote: >>> >>> On Sat, May 3, 2014 at 1:25 PM, Adrian Chadd wrote: >>> >>>> Set it to the lowest available Cx state that you see in dev.cpu.0 . >>>> >>>> >>> Available is not required. Set it to C8. That guarantees that you will >>> use >>> the lowest available. The correct incantation in rc.conf is "Cmax". >>> performance_cx_lowest="Cmax" >>> economy_cx_lowest="Cmax" >>> >>> But, unless you want laggy performance, you will probably also want: >>> hint.p4tcc.0.disabled=1 >>> hint.acpi_throttle.0.disabled=1 >>> in /boot/loader.conf. Low Cx states and TCC/throttling simply don't mix >>> well and TCC is not effective, as mentioned earlier in this thread. >> >> >> Is there any reason that TCC is on by default, actually? It seems like an >> anti-feature. > > > I've been baffled by this for years. Throttling was first. SpeedStep was > about all that was available for power management and even that was not > available for older laptops. It was thought that throttling was a way to get > some power management for those older systems. Nate was developing the first > power management for FreeBSD and the first implementation of SST. He threw > in throttling as both an added capability an something for older laptops > that lacked SpeedStep. > > It made sense to me, too, After all, SST only provided two performance > levels. It was an improvement from nothing, but not a really a lot and, > mostly because neither of us thought about it enough, we really believed > throttling was a help. Before cpufreq was committed, the Pentium 4 came out, > including TCC which did what throttling did,but much more cleanly.So cpufreq > was modified to use TCC if available and throttling when not. In retrospect, > this was pretty dumb, but it made sense at the time. > > Soon after that, EST (true P-states) came out. It really reduced power > consumption in normal applications. A driver for it was added fairly > quickly, but throttling/TCC remained. Its only real effect was to add > several many more "frequencies" to powerd, taking longer to save power when > the CPU was lightly loaded and causing lag in speeding up when things got > busy. > > Next, along came C-states and, almost simultaneously, D-states. Dx was very > closely linked to the hardware and savings were often limited, but C-states > were the real deal. This was a huge change as it really did save power. > Unfortunately people started reporting that Cx states were causing CPU > lockup and very laggy interactive behavior. As a result, the default > setting for Cx states was to disable them. This was a really bad choice. It > was made without any analysis of why.Cx was hanging systems and working > badly, so turn it off. > > It took me very little time to discover the problem.My old laptop at the > time this happened as a Pentium-M with a lowest P-state of 800 MHz. Ass TCC > and the idle clock was effectively just 100 MHz. When you combine the way > powerd adjusted speed and C-states, the best you can hope for is crappy > interactivity. It just took way too long to get out of the lowest idle > state. I can't explain the hangs as I never experienced them, but simply > turning off TCC (and throttling) prevented it. > > It looked like the obvious thing to do was to turn off TCC and make full use > of C-states. This became even more blindingly obvious when mav put up his > very excellent paper on power management on FreeBSD. If you care about > power management and have not read it, do so now! > https://wiki.freebsd.org/TuningPowerConsumption > > Why mav's suggestions were not made default,I simply don't understand. I'm > sure much of it is that FreeBSD is developed primarily for servers and > people seem to often not care much about power savings on servers, though > this is finally changing. > > I think I got most of the history correct, though it goes back to v4, a lot > of years ago. Since I retired, I no longer have access to my old mail, so I > may have gotten some details wrong. If so, I apologize. > -- > R. Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Sun May 4 04:53:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BCD52587 for ; Sun, 4 May 2014 04:53:04 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 8E9AD1C3C for ; Sun, 4 May 2014 04:53:03 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 8883C707E6 for ; Sun, 4 May 2014 04:52:45 +0000 (UTC) Message-ID: <5365C78E.6030600@allanjude.com> Date: Sun, 04 May 2014 00:52:30 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Leaving the Desktop Market References: <3F7430D7-3C0F-43E1-8EBD-8AA4F701497C@FreeBSD.org> <20140503155745.GA2457@La-Habana> <20140503192305.GA1847@La-Habana> <536592D1.7080403@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IaanAR2Lf267ER2ddT3ELAPgXc3ur33If" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 May 2014 04:53:04 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --IaanAR2Lf267ER2ddT3ELAPgXc3ur33If Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-05-04 00:49, Adrian Chadd wrote: > Hi, >=20 > Well, hardware got better. A lot better. I'm happy to leave speedstep > and throttling in there but teach powerd about using C-states and > limited frequency stepping if it's available. >=20 > So, how about something like this: >=20 > * if C states are available - let's just use C states and not step the > cpu frequency at all; > * if turboboost is available - enable that, and disable it if we > notice the CPU runs at the higher frequency for too long; If I recall correctly, the BIOS has settings that control and limit how long the CPU will run in 'turbo boost' mode > * use cpufreq with some heuristics (like say, only step down to 2/3rd > the frequency if idle) - and document why that decision is made (eg on > CPU X, measuring Y at idle, power consumption was minimal at > frequency=3DZ.); > * make sure the lower frequencies and tcc kick in if a thermal cutoff > is reached; > * default to using lower Cx states out of the box if they're decided > to not be buggy. There are a few CPUs for which lower C states cause > problems but modernish hardware (say, nehalem and later) should be > fine. According to the wiki, in 9.x and onward there is code that is supposed to detect if the higher Cx states are usable, and not use them if they are not, but I do not know how well this works. >=20 > That's vaguely what I've been tossing around in my head. >=20 >=20 >=20 > -a >=20 >=20 > On 3 May 2014 21:16, Kevin Oberman wrote: >> On Sat, May 3, 2014 at 6:07 PM, Nathan Whitehorn >> wrote: >>> >>> On 05/03/14 16:59, Kevin Oberman wrote: >>>> >>>> On Sat, May 3, 2014 at 1:25 PM, Adrian Chadd wr= ote: >>>> >>>>> Set it to the lowest available Cx state that you see in dev.cpu.0 .= >>>>> >>>>> >>>> Available is not required. Set it to C8. That guarantees that you wi= ll >>>> use >>>> the lowest available. The correct incantation in rc.conf is "Cmax". >>>> performance_cx_lowest=3D"Cmax" >>>> economy_cx_lowest=3D"Cmax" >>>> >>>> But, unless you want laggy performance, you will probably also want:= >>>> hint.p4tcc.0.disabled=3D1 >>>> hint.acpi_throttle.0.disabled=3D1 >>>> in /boot/loader.conf. Low Cx states and TCC/throttling simply don't = mix >>>> well and TCC is not effective, as mentioned earlier in this thread. >>> >>> >>> Is there any reason that TCC is on by default, actually? It seems lik= e an >>> anti-feature. >> >> >> I've been baffled by this for years. Throttling was first. SpeedStep w= as >> about all that was available for power management and even that was no= t >> available for older laptops. It was thought that throttling was a way = to get >> some power management for those older systems. Nate was developing the= first >> power management for FreeBSD and the first implementation of SST. He t= hrew >> in throttling as both an added capability an something for older lapto= ps >> that lacked SpeedStep. >> >> It made sense to me, too, After all, SST only provided two performance= >> levels. It was an improvement from nothing, but not a really a lot and= , >> mostly because neither of us thought about it enough, we really believ= ed >> throttling was a help. Before cpufreq was committed, the Pentium 4 cam= e out, >> including TCC which did what throttling did,but much more cleanly.So c= pufreq >> was modified to use TCC if available and throttling when not. In retro= spect, >> this was pretty dumb, but it made sense at the time. >> >> Soon after that, EST (true P-states) came out. It really reduced power= >> consumption in normal applications. A driver for it was added fairly >> quickly, but throttling/TCC remained. Its only real effect was to add >> several many more "frequencies" to powerd, taking longer to save power= when >> the CPU was lightly loaded and causing lag in speeding up when things = got >> busy. >> >> Next, along came C-states and, almost simultaneously, D-states. Dx was= very >> closely linked to the hardware and savings were often limited, but C-s= tates >> were the real deal. This was a huge change as it really did save power= =2E >> Unfortunately people started reporting that Cx states were causing CPU= >> lockup and very laggy interactive behavior. As a result, the default >> setting for Cx states was to disable them. This was a really bad choic= e. It >> was made without any analysis of why.Cx was hanging systems and workin= g >> badly, so turn it off. >> >> It took me very little time to discover the problem.My old laptop at t= he >> time this happened as a Pentium-M with a lowest P-state of 800 MHz. As= s TCC >> and the idle clock was effectively just 100 MHz. When you combine the = way >> powerd adjusted speed and C-states, the best you can hope for is crapp= y >> interactivity. It just took way too long to get out of the lowest idle= >> state. I can't explain the hangs as I never experienced them, but simp= ly >> turning off TCC (and throttling) prevented it. >> >> It looked like the obvious thing to do was to turn off TCC and make fu= ll use >> of C-states. This became even more blindingly obvious when mav put up = his >> very excellent paper on power management on FreeBSD. If you care abou= t >> power management and have not read it, do so now! >> https://wiki.freebsd.org/TuningPowerConsumption >> >> Why mav's suggestions were not made default,I simply don't understand.= I'm >> sure much of it is that FreeBSD is developed primarily for servers and= >> people seem to often not care much about power savings on servers, tho= ugh >> this is finally changing. >> >> I think I got most of the history correct, though it goes back to v4, = a lot >> of years ago. Since I retired, I no longer have access to my old mail,= so I >> may have gotten some details wrong. If so, I apologize. >> -- >> R. Kevin Oberman, Network Engineer, Retired >> E-mail: rkoberman@gmail.com > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 --=20 Allan Jude --IaanAR2Lf267ER2ddT3ELAPgXc3ur33If 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTZceRAAoJEJrBFpNRJZKfAIkP/1+C1UaForm+hVPs3rK+x7hx 2mU5oFPv1OgKDFA3B8bf6/VX5BbE4WJJG7tYbq22tnK5pxmOCbjjsl9oE3sXLWH6 22IvUui4xX6csqwinDiRVGUShMnhNANByMjg+6+pl5J63cGjahFCYNLyQbhC0slo yuG4vifrMDdKNBUwQ9gZ/LLY+JE1bXCeH2joncjvk+KRZxp3VpVA7TRq5LTin9Cy C5IwUneKoIhWLCeoG31LXcqWt+Z+t36kwL/5/2ePJFc/ikT3u797SXO2Pcq3OS7i 0ZWoPNucpEWmCZFVy80d4VIrPyCC3Kub+DTHd+Zno5HXG3iWv7uosK9rnZRAuFbn LEp7PyDya+DPZqfuhI4QRva/d1f/S+v4O/Vpk84atMi/dFcS6FT9c3C7vWruNbmo qdCaXbuZNuxtYwa0dpJCelSZ9XLzFCYw7oOg9VVavYLRVmZZlRxCJ/LOVO0m21IL FR71mgUmI/KM6PC52mZaOdPOUiC8gRYK2iv7CBsRS2LdzqNH04v/ONKb6XU8NhGf T6DeLVnyJe0Dvvp5dy0o/hzSp7SzG9L+3eC7O/wc2c0cCrNtMAjKbnUVpkaWS8Zn fF5MPl5s/P/lKcUk1nS8N53OQqntrFZt2JizrzTPqDIExflsw1jc9T6Ad5eBW30n +kJ9I1NBCUKjMZ5ypwpQ =24o4 -----END PGP SIGNATURE----- --IaanAR2Lf267ER2ddT3ELAPgXc3ur33If-- From owner-freebsd-current@FreeBSD.ORG Sun May 4 05:29:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45688F7D for ; Sun, 4 May 2014 05:29:34 +0000 (UTC) Received: from mail-qc0-x229.google.com (mail-qc0-x229.google.com [IPv6:2607:f8b0:400d:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 013871FE7 for ; Sun, 4 May 2014 05:29:33 +0000 (UTC) Received: by mail-qc0-f169.google.com with SMTP id e16so3983537qcx.28 for ; Sat, 03 May 2014 22:29:32 -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:message-id:subject :from:to:cc:content-type; bh=rgGm6+FK58zHWpdhOpHNWerbkTQTUfXiBDpwtTZo8Ls=; b=JuZBs9Y96QRt08i0hsfni4vNAYY/zMZ4xQQnrdyqZmaIOHdBUyx1WoO8d6STfwwT+k CBk/fVew3sw44Mh7b05T7/IsgPsz8P6L8sD0UUfprHimuddP0mnrGW8NTRXQ/4vG4zeZ wUGdCflq+104nnFuF98eZhmrsIgm457DIi7x+UDNnQDRn9yvpZhu32FLQ5J9tI3B4HPN wUXKVZfKPkXOCBjU9TIgiD9bepkQ9tHUm1Iv8Am1AgRCmVDYpLHNWgc9ouHUvmAnLcH9 nLkaieX4JNrPBBQdHxKNmZoaxxJXutCRiRSiC4jHy81uXRTBKfhqQ9fbBuB7a0I6Tbco oibw== MIME-Version: 1.0 X-Received: by 10.140.109.70 with SMTP id k64mr32758762qgf.92.1399181372516; Sat, 03 May 2014 22:29:32 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Sat, 3 May 2014 22:29:32 -0700 (PDT) In-Reply-To: <5365C78E.6030600@allanjude.com> References: <3F7430D7-3C0F-43E1-8EBD-8AA4F701497C@FreeBSD.org> <20140503155745.GA2457@La-Habana> <20140503192305.GA1847@La-Habana> <536592D1.7080403@freebsd.org> <5365C78E.6030600@allanjude.com> Date: Sat, 3 May 2014 22:29:32 -0700 X-Google-Sender-Auth: SXZ-llcnveTZaMnvJupvRjAlaI0 Message-ID: Subject: Re: Leaving the Desktop Market From: Adrian Chadd To: Allan Jude Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 May 2014 05:29:34 -0000 On 3 May 2014 21:52, Allan Jude wrote: > On 2014-05-04 00:49, Adrian Chadd wrote: >> Hi, >> >> Well, hardware got better. A lot better. I'm happy to leave speedstep >> and throttling in there but teach powerd about using C-states and >> limited frequency stepping if it's available. >> >> So, how about something like this: >> >> * if C states are available - let's just use C states and not step the >> cpu frequency at all; >> * if turboboost is available - enable that, and disable it if we >> notice the CPU runs at the higher frequency for too long; > > If I recall correctly, the BIOS has settings that control and limit how > long the CPU will run in 'turbo boost' mode So, there's daemons running around in SMI or silicon or something else that's doing dirty, dirty things with the target frequency per-core. It seems to monitor the core frequencies and temperatures to decide what a suitable turboboost target is. We could just leave it on and only switch it off (and go to P1 instead of P0, or whatever the nomenclature is) after some long period of time. Or drop to P1 if the cpu temperature is too hot (ie to coax it to cool down quicker.) >> * use cpufreq with some heuristics (like say, only step down to 2/3rd >> the frequency if idle) - and document why that decision is made (eg on >> CPU X, measuring Y at idle, power consumption was minimal at >> frequency=Z.); >> * make sure the lower frequencies and tcc kick in if a thermal cutoff >> is reached; >> * default to using lower Cx states out of the box if they're decided >> to not be buggy. There are a few CPUs for which lower C states cause >> problems but modernish hardware (say, nehalem and later) should be >> fine. > > According to the wiki, in 9.x and onward there is code that is supposed > to detect if the higher Cx states are usable, and not use them if they > are not, but I do not know how well this works. I'm not sure. I think those who care / know enough just put relevant bits into /etc/rc.conf and /boot/loader.conf rather than flipping it on by default. I'm kind of tempted to just flip on Cmax by default and teach powerd to not do cpufreq unless there's a thermal issue. Then take a step back and see what happens. -a From owner-freebsd-current@FreeBSD.ORG Sun May 4 05:53:46 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B98C139D; Sun, 4 May 2014 05:53:46 +0000 (UTC) Received: from mail-pa0-x22c.google.com (mail-pa0-x22c.google.com [IPv6:2607:f8b0:400e:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6F5E011D4; Sun, 4 May 2014 05:53:46 +0000 (UTC) Received: by mail-pa0-f44.google.com with SMTP id ld10so2435938pab.17 for ; Sat, 03 May 2014 22:53:45 -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:message-id:subject :from:to:cc:content-type; bh=MUO9kitxngCcL6TShegjyukbX4Z6FcSBbEdxoxstohc=; b=Ir9wgNpWRYJfS0fPovqPgH3OfbYIyp5DKzi528IOsukhkh9zwJksZUv9Doj+4rcguE wazyuQfZXI1BkfnSoSjwg1DWj0rtsmrsXlSoAia8GzLPFGPdMRwwT5QFYGMOI4X8ovnk 6ADP3OJZlVBoFBqpM83KLTkqLpEjN8N3J9xGm04yVfgjb8UtdHxOKJhcK1v8CwmkZjn/ mC92HrzwPWOyNtvD6w1KuHDrJkddOIRJ6SEJZoyWe4cKsKZLBJz0GtVahJMsuQ+OkPyj VjJsytnHPmfvqzDJLzHdFpMWSrOLuzKINz692WO8Zp1/AfMS44UEvDSwMTVeJlvJ+eQH wXdA== MIME-Version: 1.0 X-Received: by 10.66.124.137 with SMTP id mi9mr55888968pab.111.1399182825628; Sat, 03 May 2014 22:53:45 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.73.34 with HTTP; Sat, 3 May 2014 22:53:45 -0700 (PDT) In-Reply-To: References: <3F7430D7-3C0F-43E1-8EBD-8AA4F701497C@FreeBSD.org> <20140503155745.GA2457@La-Habana> <20140503192305.GA1847@La-Habana> <536592D1.7080403@freebsd.org> Date: Sat, 3 May 2014 22:53:45 -0700 X-Google-Sender-Auth: RTNYB7AOY0HCCDXT-3xLfsYRLBo Message-ID: Subject: Re: Leaving the Desktop Market From: Kevin Oberman To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "current@freebsd.org" , Matthias Apitz , David Chisnall , Eitan Adler , "freebsd-hackers@freebsd.org" , Nathan Whitehorn , Jordan Hubbard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 May 2014 05:53:46 -0000 On Sat, May 3, 2014 at 9:49 PM, Adrian Chadd wrote: > Hi, > > Well, hardware got better. A lot better. I'm happy to leave speedstep > and throttling in there but teach powerd about using C-states and > limited frequency stepping if it's available. > > So, how about something like this: > > * if C states are available - let's just use C states and not step the > cpu frequency at all; > C-states are great and I suspect that just C-states will do about as well as anything. I can't prove it, but I suspect using P-states with C is a bigger win, depending on load. > * if turboboost is available - enable that, and disable it if we > notice the CPU runs at the higher frequency for too long; > I think that ACPI already limits runtime in turboboost mode., * use cpufreq with some heuristics (like say, only step down to 2/3rd > the frequency if idle) - and document why that decision is made (eg on > CPU X, measuring Y at idle, power consumption was minimal at > frequency=Z.); > Use CPUfreq to support available P-states.I trust that the good engineers at Intel knew what they were doing when they set them up on a given CPU. C-states Of course, only C-states should be used by cpufreq... not TCC or throttling. > * make sure the lower frequencies and tcc kick in if a thermal cutoff > is reached; > I tought that this was an automatic function if not disabled by ACPI. * default to using lower Cx states out of the box if they're decided > to not be buggy. There are a few CPUs for which lower C states cause > problems but modernish hardware (say, nehalem and later) should be > fine. > Assuming we leave throttling/TCC out of it, I don't see any reason that ANY CPU with C-state capability should not run Cmax. I have never had any issue withe just C-states and P-states.It only seems to be an issue when combined with lowering thottling/TCC to low values. If the CPU gets so hot that TCC gets down to under 25% of the lowest p-state speed, something is very, very wrong with the hardware. > That's vaguely what I've been tossing around in my head. > > > > -a > > > On 3 May 2014 21:16, Kevin Oberman wrote: > > On Sat, May 3, 2014 at 6:07 PM, Nathan Whitehorn > > > wrote: > >> > >> On 05/03/14 16:59, Kevin Oberman wrote: > >>> > >>> On Sat, May 3, 2014 at 1:25 PM, Adrian Chadd > wrote: > >>> > >>>> Set it to the lowest available Cx state that you see in dev.cpu.0 . > >>>> > >>>> > >>> Available is not required. Set it to C8. That guarantees that you will > >>> use > >>> the lowest available. The correct incantation in rc.conf is "Cmax". > >>> performance_cx_lowest="Cmax" > >>> economy_cx_lowest="Cmax" > >>> > >>> But, unless you want laggy performance, you will probably also want: > >>> hint.p4tcc.0.disabled=1 > >>> hint.acpi_throttle.0.disabled=1 > >>> in /boot/loader.conf. Low Cx states and TCC/throttling simply don't mix > >>> well and TCC is not effective, as mentioned earlier in this thread. > >> > >> > >> Is there any reason that TCC is on by default, actually? It seems like > an > >> anti-feature. > > > > > > I've been baffled by this for years. Throttling was first. SpeedStep was > > about all that was available for power management and even that was not > > available for older laptops. It was thought that throttling was a way to > get > > some power management for those older systems. Nate was developing the > first > > power management for FreeBSD and the first implementation of SST. He > threw > > in throttling as both an added capability an something for older laptops > > that lacked SpeedStep. > > > > It made sense to me, too, After all, SST only provided two performance > > levels. It was an improvement from nothing, but not a really a lot and, > > mostly because neither of us thought about it enough, we really believed > > throttling was a help. Before cpufreq was committed, the Pentium 4 came > out, > > including TCC which did what throttling did,but much more cleanly.So > cpufreq > > was modified to use TCC if available and throttling when not. In > retrospect, > > this was pretty dumb, but it made sense at the time. > > > > Soon after that, EST (true P-states) came out. It really reduced power > > consumption in normal applications. A driver for it was added fairly > > quickly, but throttling/TCC remained. Its only real effect was to add > > several many more "frequencies" to powerd, taking longer to save power > when > > the CPU was lightly loaded and causing lag in speeding up when things got > > busy. > > > > Next, along came C-states and, almost simultaneously, D-states. Dx was > very > > closely linked to the hardware and savings were often limited, but > C-states > > were the real deal. This was a huge change as it really did save power. > > Unfortunately people started reporting that Cx states were causing CPU > > lockup and very laggy interactive behavior. As a result, the default > > setting for Cx states was to disable them. This was a really bad choice. > It > > was made without any analysis of why.Cx was hanging systems and working > > badly, so turn it off. > > > > It took me very little time to discover the problem.My old laptop at the > > time this happened as a Pentium-M with a lowest P-state of 800 MHz. Ass > TCC > > and the idle clock was effectively just 100 MHz. When you combine the way > > powerd adjusted speed and C-states, the best you can hope for is crappy > > interactivity. It just took way too long to get out of the lowest idle > > state. I can't explain the hangs as I never experienced them, but simply > > turning off TCC (and throttling) prevented it. > > > > It looked like the obvious thing to do was to turn off TCC and make full > use > > of C-states. This became even more blindingly obvious when mav put up his > > very excellent paper on power management on FreeBSD. If you care about > > power management and have not read it, do so now! > > https://wiki.freebsd.org/TuningPowerConsumption > > > > Why mav's suggestions were not made default,I simply don't understand. > I'm > > sure much of it is that FreeBSD is developed primarily for servers and > > people seem to often not care much about power savings on servers, though > > this is finally changing. > > > > I think I got most of the history correct, though it goes back to v4, a > lot > > of years ago. Since I retired, I no longer have access to my old mail, > so I > > may have gotten some details wrong. If so, I apologize. > > -- > > R. Kevin Oberman, Network Engineer, Retired > > E-mail: rkoberman@gmail.com > -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Sun May 4 07:03:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1604E84E for ; Sun, 4 May 2014 07:03:05 +0000 (UTC) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.31.101]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9C0041664 for ; Sun, 4 May 2014 07:03:03 +0000 (UTC) Received: from [84.44.153.26] (helo=fabiankeil.de) by smtprelay06.ispgateway.de with esmtpsa (SSLv3:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1WgqM4-0000UC-HT for freebsd-current@freebsd.org; Sun, 04 May 2014 08:56:56 +0200 Date: Sun, 4 May 2014 08:57:00 +0200 From: Fabian Keil To: freebsd-current@freebsd.org Subject: Re: Fatal double fault in ZFS with yesterday's CURRENT Message-ID: <20140504085700.797a642c@fabiankeil.de> In-Reply-To: <229058B87F604A469C70F634AA1C793D@multiplay.co.uk> References: <20140503102923.6fadd904@fabiankeil.de> <20140503191424.16f9744b@fabiankeil.de> <229058B87F604A469C70F634AA1C793D@multiplay.co.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/2UVsS_uQvL.K9K/1fV3_msB"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 May 2014 07:03:05 -0000 --Sig_/2UVsS_uQvL.K9K/1fV3_msB Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable "Steven Hartland" wrote: > > "Steven Hartland" wrote: > >=20 > > > From: "Fabian Keil" > > >=20 > > > > After updating my laptop to yesterday's CURRENT (r265216), > > > > I got the following fatal double fault on boot: > > > > http://www.fabiankeil.de/bilder/freebsd/kernel-panic-r265216/ > > > >=20 > > > > My previous kernel was based on r264721. > > > > > > > > I'm using a couple of custom patches, some of them are ZFS-related > > > > and thus may be part of the problem (but worked fine for months). > > > > I'll try to reproduce the panic without the patches tomorrow. > > > > > > >=20 > > > Your seeing a stack overflow in the new ZFS queuing code, which I > > > believe is being triggered by lack of support for TRIM in one of > > > your devices, something Xin reported to me yesterday. > > >=20 > > > I commited a fix for failing TRIM requests processing slowly last > > > night so you could try updating to after r265253 and see if that > > > helps. > >=20 > > Thanks. The hard disk is indeed unlikely to support TRIM requests, > > but I can still reproduce the problem with a kernel based on r265255. >=20 > Thanks for testing, I suspect its still a numbers game with how many items > are outstanding in the queue and now that free / TRIM requests are also > now queued its triggering the failure. >=20 > If your just on a HDD try setting the following in /boot/loader.conf as > a temporary workaround: > vfs.zfs.trim.enabled=3D0 That worked, thanks. > > > I still need to investigate the stack overflow more directly which > > > appears to be caused by the new zfs queuing code when things are > > > running slowly and there's a large backlog of IO's. > > > > > > I would be interested to know you config there so zpool layout and > > > hardware in the mean time. > >=20 > > The system is a Lenovo ThinkPad R500: > > http://www.nycbug.org/index.cgi?action=3Ddmesgd&do=3Dview&dmesgid=3D2449 > >=20 > > I'm booting from UFS, the panic occurs while the pool is being imported. > >=20 > > The pool is located on a single geli-encrypted slice: > >=20 > > fk@r500 ~ $zpool status tank > > pool: tank > > state: ONLINE > > scan: scrub repaired 0 in 4h11m with 0 errors on Sat Mar 22 18:25:01 = 2014 > > config: > >=20 > > NAME STATE READ WRITE CKSUM > > tank ONLINE 0 0 0 > > ada0s1d.eli ONLINE 0 0 0 > >=20 > > errors: No known data errors > >=20 > > Maybe geli fails TRIM requests differently. >=20 > That helps, Xin also reported the issue with geli and thats what I'm test= ing > with, I believe this is a factor because is significantly slows things do= wn > again meaning more items in the queues, but I've only managed to trigger = it > once here as the machine I'm using is pretty quick. It probably doesn't make a difference, but my system is rather old and thus I'm still using geli version 3 for ada0s1d.eli while geli init nowadays defaults to geli version 7. The system certainly is also slow, though. Fabian --Sig_/2UVsS_uQvL.K9K/1fV3_msB Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iEYEARECAAYFAlNl5MIACgkQBYqIVf93VJ3NDwCeKacnkLudZNH1Rem1ryNK/lDs mUMAn1jrUXf89exocIHHtvAM4TOnTG9C =b4CZ -----END PGP SIGNATURE----- --Sig_/2UVsS_uQvL.K9K/1fV3_msB-- From owner-freebsd-current@FreeBSD.ORG Sun May 4 07:25:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3DA22CA1; Sun, 4 May 2014 07:25:50 +0000 (UTC) Received: from forward3l.mail.yandex.net (forward3l.mail.yandex.net [IPv6:2a02:6b8:0:1819::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EBE8317E1; Sun, 4 May 2014 07:25:49 +0000 (UTC) Received: from smtp4h.mail.yandex.net (smtp4h.mail.yandex.net [84.201.186.21]) by forward3l.mail.yandex.net (Yandex) with ESMTP id 6C2A51500C12; Sun, 4 May 2014 11:25:37 +0400 (MSK) Received: from smtp4h.mail.yandex.net (localhost [127.0.0.1]) by smtp4h.mail.yandex.net (Yandex) with ESMTP id 048412C34D0; Sun, 4 May 2014 11:25:36 +0400 (MSK) Received: from unknown (unknown [178.76.214.146]) by smtp4h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id w5jU0K0rlG-PaAS5tcc; Sun, 4 May 2014 11:25:36 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: 3e96baf2-522c-40da-a5b4-83b2b3e9a16d DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1399188336; bh=p88wdw4fzFBP3FKQH/b/96oqL0fxk2msHd8QJ77JFJw=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=IqAxcYdlzvlgToqIFkkd6Om7dpSy1qcNJ34AGStWUSXy5V07l6KlRjwst5HEvmyDn sDm3Ol0Yo8/+r1dDsueitV3STWmKoTwQI29FAwWVZJz/fizZsyaHvJcjR2khlyqsD+ MmtQhUX3N74+3ugKTnFhdn8fEEquj2+YO6GtUaKU= Authentication-Results: smtp4h.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <5365EB63.4010205@yandex.ru> Date: Sun, 04 May 2014 11:25:23 +0400 From: Ruslan Makhmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Dimitry Andric Subject: [SOLVED] libllvmmc build is broken on i386 References: <53594466.10601@yandex.ru> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 May 2014 07:25:50 -0000 Dimitry Andric wrote on 25.04.2014 01:58: > On 24 Apr 2014, at 19:05, Ruslan Makhmatkhanov wrote: >> I can't build current on i386 (last tried revision is 264886) for couple of days. Every time trying to build with making `make clean` and rm'ing /usr/obj first. >> >> The first error is appearing when building MCAsmBackend.cpp: >> """ >> /../contrib/llvm/lib/MC/MCAsmBackend.cpp -o MCAsmBackend.o >> In file included from /usr/src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC/MCAsmBackend.cpp:10: >> In file included from /usr/src/lib/clang/libllvmmc/../../../contrib/llvm/include/llvm/MC/MCAsmBackend.h:13: >> In file included from /usr/src/lib/clang/libllvmmc/../../../contrib/llvm/include/llvm/ADT/ArrayRef.h:14: >> In file included from /usr/src/lib/clang/libllvmmc/../../../contrib/llvm/include/llvm/ADT/SmallVector.h:17: >> In file included from /usr/src/lib/clang/libllvmmc/../../../contrib/llvm/include/llvm/Support/AlignOf.h:19: >> In file included from /usr/include/c++/v1/cstddef:36: >> /usr/include/c++/v1/__config:314:2: error: invalid preprocessing directive >> """ >> >> Here is the full buildlog: http://pastebin.com/mp4mrUTb > > Looks like your /usr/include/c++/v1/__config file is corrupt. Try reinstalling the file, e.g.: > > sudo install -o root -g wheel -m 444 /usr/src/contrib/libc++/include/__config /usr/include/c++/v1 > > Or alternatively, running: > > sudo make -C /usr/src/lib/libc++ install > > -Dimitry > It actually bombed in different places across the toolchain. I replaced the clang/llvm bits from fresh -current ISO and everything builds fine now. Thank you! -- Regards, Ruslan T.O.S. Of Reality From owner-freebsd-current@FreeBSD.ORG Sun May 4 08:46:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0920CD85 for ; Sun, 4 May 2014 08:46:26 +0000 (UTC) Received: from mail-ee0-x234.google.com (mail-ee0-x234.google.com [IPv6:2a00:1450:4013:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 95B181DBC for ; Sun, 4 May 2014 08:46:25 +0000 (UTC) Received: by mail-ee0-f52.google.com with SMTP id e53so4285699eek.25 for ; Sun, 04 May 2014 01:46:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:mime-version:content-type :content-transfer-encoding; bh=13sRlrZNaMS0bossbCB+k6xQb8lbg85/N901z133D9k=; b=p16oE7owc7wlpjbyZDKXBvsT2v3cSUvWvBUVM+1WpykiNk8M7yte2JXXU619xu0ggU Ya4oXPUHnCyRxprNGn0J43McoQGWfDXLzxAC6Hq2oNuJtTHt0Pwy0xdTPQYGs7vPAaVK etxsGF8zBNgOo+8BoPFbEa0/tzCCzWIwWjPe75UwN0pjNX/Z1tIYuIKkxrfyd9rjjglZ 4WZknE5DwLRnJEJYnlvKBe6KpEdXWKeTQ0Gk11sw4pNZ94BXAKWjgPyEP/NmZ4oipJht NDg9NZMxcwiohnuFiIyoLugIy37KtJ4VTGPKwhLG2OY3I7i+SAaLIkdEzTh6/HCu0EwP EYLg== X-Received: by 10.15.81.135 with SMTP id x7mr24242443eey.61.1399193183737; Sun, 04 May 2014 01:46:23 -0700 (PDT) Received: from ubm.strangled.net (188-195-103-177-dynip.superkabel.de. [188.195.103.177]) by mx.google.com with ESMTPSA id u46sm19334541eel.1.2014.05.04.01.46.22 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 04 May 2014 01:46:23 -0700 (PDT) X-Google-Original-From: Marc "UBM" Bocklet Date: Sun, 4 May 2014 10:46:21 +0200 From: Marc UBM To: current@freebsd.org Subject: portmaster/pkg still populating /var/db/pkg/ Message-Id: <20140504104621.86c2af9210cd9d865f191ffc@gmail.com> X-Mailer: Sylpheed 3.3.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 May 2014 08:46:26 -0000 Hiho! :-) After my last port rebuild (libxml, libxcb, etc.) I realized that portmaster is still populating /var/db/pkg with the old db scheme (i.e. one directory for each port). At the same time, local.sqlite exists and is up to date (I can query the db via pkg just fine). I switched to pkgng ages ago (sometime during the winter of 2011, I believe) - have I missed any necessary steps or is this a known quirk? I'm using pkg-1.3.0.a10 and pkgconf-0.9.5, uname: FreeBSD xxx 11.0-CURRENT FreeBSD 11.0-CURRENT #19 r258254:264321M: Fri Apr 11 06:31:35 CEST 2014 xxx:/usr/obj/usr/src/sys/SUBMARINE_SMP amd64 Thanks, Marc From owner-freebsd-current@FreeBSD.ORG Sun May 4 09:05:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B56561D8 for ; Sun, 4 May 2014 09:05:01 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4785C107F for ; Sun, 4 May 2014 09:05:01 +0000 (UTC) Received: from seedling.local (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.8/8.14.8) with ESMTP id s4494kd6011175 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sun, 4 May 2014 10:04:48 +0100 (BST) (envelope-from matthew@FreeBSD.org) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk s4494kd6011175 Authentication-Results: smtp.infracaninophile.co.uk/s4494kd6011175; dkim=none reason="no signature"; dkim-adsp=none X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host seedling.black-earth.co.uk [81.2.117.99] claimed to be seedling.local Message-ID: <536602A5.60301@FreeBSD.org> Date: Sun, 04 May 2014 10:04:37 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: portmaster/pkg still populating /var/db/pkg/ References: <20140504104621.86c2af9210cd9d865f191ffc@gmail.com> In-Reply-To: <20140504104621.86c2af9210cd9d865f191ffc@gmail.com> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="r2hVVLANRtqC9TqV4q6VNeOKk3N5mhhS5" X-Virus-Scanned: clamav-milter 0.98.1 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 May 2014 09:05:01 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --r2hVVLANRtqC9TqV4q6VNeOKk3N5mhhS5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 04/05/2014 09:46, Marc UBM wrote: > After my last port rebuild (libxml, libxcb, etc.) I realized that > portmaster is still populating /var/db/pkg with the old db scheme (i.e.= > one directory for each port). At the same time, local.sqlite exists and= > is up to date (I can query the db via pkg just fine). >=20 > I switched to pkgng ages ago (sometime during the winter of 2011, I > believe) - have I missed any necessary steps or is this a known quirk? >=20 > I'm using pkg-1.3.0.a10 and pkgconf-0.9.5, uname: >=20 > FreeBSD xxx 11.0-CURRENT FreeBSD 11.0-CURRENT #19 > r258254:264321M: Fri Apr 11 06:31:35 CEST 2014 > xxx:/usr/obj/usr/src/sys/SUBMARINE_SMP amd64 It's a known thing. portmaster uses a per-package subdir under /var/db/pkg to stash some data about distfiles. It just looks superficially like the old-style pkg DB -- but rest assured, all the data describing your installed packages is stored in local.sqlite Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --r2hVVLANRtqC9TqV4q6VNeOKk3N5mhhS5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJTZgKtXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATuFYQAIMXlUxZKhAQ/AGYjot8aLkR wdIdnbkOr5o2RuKJA048yaD7Bx2VOZMr6sOwzOoRQRN3BAGlbEXQA3bx4OJCZ99j ROCgWjLlgU+qmRKChTVSnGtTvbjvjcWYdYMdGdiz6Gr9S8a/jRpO59BptY/H8sXo zUpmp+NoRQLZWv1ZC2rzL3+G+VrWGabRaPmbs0EEN1jZP1z5neFfdguNlkDL5sIH QpRZSYJiUo6NTt1+c7l1D+SAco2kz2x6xxFWWho/5SUpJ2OZrZ0SvpeRl8mxC+oU C2W0HZZi8krgj91k0Vec7knOtfBws4i7qiDX/BWEPDpZSyEFkAz1ZMffmEX59Jd3 61WPGzGQnuBOGjGuXzKIS2VCG08sPL2g+4lQmQCI/Lzh+9FrTWhGBsRGlwLeQYYN Yk2iqfDzEdbD2ZHJcicBs+lrRBLp3NCpaiy9oelHWIDOEfjtF+aZky70+d2+idGL h5b77c7tF6UTBjL4JSmitJzqYKd4EuSAC2uN0vxGVfkNI+k1TfheSQncTo1Odi+5 otntJEg0CTsBCNW50JBpYuybOqStu9CnsZau/4gZf2Il+DbCCLgP1cIx3SkV/GfL Lj8GKpMKukrDFW94OVS3e31RiJdnz4xRaVXd8OpWlnSdhRRPgSZYMbdoCt9rDs+I /4jC2uYjKgfeGt4aYO1s =qDn7 -----END PGP SIGNATURE----- --r2hVVLANRtqC9TqV4q6VNeOKk3N5mhhS5-- From owner-freebsd-current@FreeBSD.ORG Sun May 4 10:43:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0BD206C9 for ; Sun, 4 May 2014 10:43:32 +0000 (UTC) Received: from mail-ee0-x235.google.com (mail-ee0-x235.google.com [IPv6:2a00:1450:4013:c00::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9515117B9 for ; Sun, 4 May 2014 10:43:31 +0000 (UTC) Received: by mail-ee0-f53.google.com with SMTP id b15so3277544eek.26 for ; Sun, 04 May 2014 03:43:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=0KfOB1ht0Gbb44725Rs8S86gKtcvAmW4RbMtj5Pi8eY=; b=OrRpS+wbIIphjbDD9U2QnztagKuqPDOTsOlhnizfYY5QeUaseM1I+k64Jpc9OkFINB m4kxFLU3BH++r1FvAFNePf8khYAdgi80pywF97y0W49dyG1iYPqBZWrh+73zlilVeM+O o6lIGKuHyuYvD8Ek5Iu5HnoK9PP0yYL0MBNbYK8Fis7kC9HNuoRt7T4dG6gTfjWZjF8G N4Etq59yfcCDQh8kNy5KemV5VsAVNHL3XWQE7bftjkbLmUS1AKFZPXh3mgEiIRrHECWm FBKJoOQkHHmqHzvGpQ5ocF7cNujRM8+afWdI+zV3xwat7mcZ79vsptCgac9V5Ne3MUCu gkmg== X-Received: by 10.15.102.74 with SMTP id bq50mr25095210eeb.21.1399200209929; Sun, 04 May 2014 03:43:29 -0700 (PDT) Received: from ubm.strangled.net (188-195-103-177-dynip.superkabel.de. [188.195.103.177]) by mx.google.com with ESMTPSA id y7sm20043014eev.5.2014.05.04.03.43.28 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 04 May 2014 03:43:29 -0700 (PDT) X-Google-Original-From: Marc "UBM" Bocklet Date: Sun, 4 May 2014 12:43:27 +0200 From: Marc UBM To: freebsd-current@freebsd.org Subject: Re: portmaster/pkg still populating /var/db/pkg/ Message-Id: <20140504124327.6b9a65f1a5e1276fce7eb51e@gmail.com> In-Reply-To: <536602A5.60301@FreeBSD.org> References: <20140504104621.86c2af9210cd9d865f191ffc@gmail.com> <536602A5.60301@FreeBSD.org> X-Mailer: Sylpheed 3.3.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 May 2014 10:43:32 -0000 On Sun, 04 May 2014 10:04:37 +0100 Matthew Seaman wrote: > On 04/05/2014 09:46, Marc UBM wrote: > > After my last port rebuild (libxml, libxcb, etc.) I realized that > > portmaster is still populating /var/db/pkg with the old db scheme (i.e. > > one directory for each port). At the same time, local.sqlite exists and > > is up to date (I can query the db via pkg just fine). > > > > I switched to pkgng ages ago (sometime during the winter of 2011, I > > believe) - have I missed any necessary steps or is this a known quirk? > > > > I'm using pkg-1.3.0.a10 and pkgconf-0.9.5, uname: > > > > FreeBSD xxx 11.0-CURRENT FreeBSD 11.0-CURRENT #19 > > r258254:264321M: Fri Apr 11 06:31:35 CEST 2014 > > xxx:/usr/obj/usr/src/sys/SUBMARINE_SMP amd64 > > It's a known thing. portmaster uses a per-package subdir under > /var/db/pkg to stash some data about distfiles. It just looks > superficially like the old-style pkg DB -- but rest assured, all the > data describing your installed packages is stored in local.sqlite Thanks a lot for the quick response - good to know there's no need to worry about that. With that out of the way, I have another question. On the same machine mentioned above, the pkg delete command aborts with (for example): root@ubm:/usr/ports/www/mod_scgi# pkg delete xmms Assertion failed: (pkg != NULL), function pkg_get2, file pkg.c, line 267. Child process pid=9220 terminated abnormally by signal: 6 I know I'm running the alpha branch of pkg, so if there is anything I can help with debugging that, let me know. Thanks, Marc From owner-freebsd-current@FreeBSD.ORG Sun May 4 14:19:18 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 078E8DC5 for ; Sun, 4 May 2014 14:19:18 +0000 (UTC) Received: from smtp1.multiplay.co.uk (smtp1.multiplay.co.uk [85.236.96.35]) by mx1.freebsd.org (Postfix) with ESMTP id BE0021896 for ; Sun, 4 May 2014 14:19:17 +0000 (UTC) Received: by smtp1.multiplay.co.uk (Postfix, from userid 65534) id 304A520E7088D; Sun, 4 May 2014 14:19:15 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.multiplay.co.uk X-Spam-Level: ** X-Spam-Status: No, score=2.9 required=8.0 tests=AWL,BAYES_05,DOS_OE_TO_MX, FSL_HELO_NON_FQDN_1,HELO_NO_DOMAIN,RDNS_DYNAMIC,STOX_REPLY_TYPE autolearn=no version=3.3.1 Received: from r2d2 (82-69-141-170.dsl.in-addr.zen.co.uk [82.69.141.170]) by smtp1.multiplay.co.uk (Postfix) with ESMTPS id C49C420E70886; Sun, 4 May 2014 14:19:10 +0000 (UTC) Message-ID: <8599791AF623474787C69B88CAD22DE2@multiplay.co.uk> From: "Steven Hartland" To: "Fabian Keil" , References: <20140503102923.6fadd904@fabiankeil.de> <20140503191424.16f9744b@fabiankeil.de> <229058B87F604A469C70F634AA1C793D@multiplay.co.uk> <20140504085700.797a642c@fabiankeil.de> Subject: Re: Fatal double fault in ZFS with yesterday's CURRENT Date: Sun, 4 May 2014 15:19:15 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 May 2014 14:19:18 -0000 ----- Original Message ----- From: "Fabian Keil" Thanks for your help testing this Fabian, I've now committed the fix for this for this: http://svnweb.freebsd.org/changeset/base/265321 Regards Steve From owner-freebsd-current@FreeBSD.ORG Sun May 4 14:28:46 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C2696B1; Sun, 4 May 2014 14:28:46 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 78895195F; Sun, 4 May 2014 14:28:46 +0000 (UTC) Received: from [93.104.25.129] (helo=localhost.my.domain) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1WgxPG-0003SR-Ko; Sun, 04 May 2014 16:28:42 +0200 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.my.domain (8.14.7/8.14.3) with ESMTP id s44ESeUf009338; Sun, 4 May 2014 16:28:40 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.7/8.14.3/Submit) id s44ESdx5009337; Sun, 4 May 2014 16:28:39 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Sun, 4 May 2014 16:28:39 +0200 From: Matthias Apitz To: Kevin Oberman Subject: Re: Leaving the Desktop Market Message-ID: <20140504142839.GA9271@La-Habana> References: <3F7430D7-3C0F-43E1-8EBD-8AA4F701497C@FreeBSD.org> <20140503155745.GA2457@La-Habana> <20140503192305.GA1847@La-Habana> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 9.0-CURRENT r214444 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 93.104.25.129 Cc: "freebsd-hackers@freebsd.org" , "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 May 2014 14:28:46 -0000 El da Saturday, May 03, 2014 a las 04:59:48PM -0700, Kevin Oberman escribi: > On Sat, May 3, 2014 at 1:25 PM, Adrian Chadd wrote: > > > Set it to the lowest available Cx state that you see in dev.cpu.0 . > > > > > Available is not required. Set it to C8. That guarantees that you will use > the lowest available. The correct incantation in rc.conf is "Cmax". > performance_cx_lowest="Cmax" > economy_cx_lowest="Cmax" > > But, unless you want laggy performance, you will probably also want: > hint.p4tcc.0.disabled=1 > hint.acpi_throttle.0.disabled=1 > in /boot/loader.conf. Low Cx states and TCC/throttling simply don't mix > well and TCC is not effective, as mentioned earlier in this thread. Re/ powerd I have in /etc/rc.conf: # powerd powerd_enable="YES" powerd_flags="-a max -b adp" # performance_cx_lowest="Cmax" economy_cx_lowest="Cmax" (and the additional hint.* in /boot/loader.conf as well). Which process 'performance_cx_lowest' and 'economy_cx_lowest' target exactly as config values? Thx matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign From owner-freebsd-current@FreeBSD.ORG Sun May 4 15:32:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59FD1E29; Sun, 4 May 2014 15:32:04 +0000 (UTC) Received: from i3mail.icecube.wisc.edu (i3mail.icecube.wisc.edu [128.104.255.23]) by mx1.freebsd.org (Postfix) with ESMTP id 265AE1FA6; Sun, 4 May 2014 15:32:04 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by i3mail.icecube.wisc.edu (Postfix) with ESMTP id F09DC385B0; Sun, 4 May 2014 10:32:02 -0500 (CDT) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from i3mail.icecube.wisc.edu ([127.0.0.1]) by localhost (i3mail.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id kYogXP4FM9r1; Sun, 4 May 2014 10:32:02 -0500 (CDT) Received: from comporellon.tachypleus.net (polaris.tachypleus.net [75.101.50.44]) by i3mail.icecube.wisc.edu (Postfix) with ESMTPSA id 754A7385AF; Sun, 4 May 2014 10:32:02 -0500 (CDT) Message-ID: <53665D71.6060708@freebsd.org> Date: Sun, 04 May 2014 08:32:01 -0700 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Adrian Chadd , Allan Jude Subject: Re: Leaving the Desktop Market References: <3F7430D7-3C0F-43E1-8EBD-8AA4F701497C@FreeBSD.org> <20140503155745.GA2457@La-Habana> <20140503192305.GA1847@La-Habana> <536592D1.7080403@freebsd.org> <5365C78E.6030600@allanjude.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 May 2014 15:32:04 -0000 On 05/03/14 22:29, Adrian Chadd wrote: > On 3 May 2014 21:52, Allan Jude wrote: > >>> * use cpufreq with some heuristics (like say, only step down to 2/3rd >>> the frequency if idle) - and document why that decision is made (eg on >>> CPU X, measuring Y at idle, power consumption was minimal at >>> frequency=Z.); >>> * make sure the lower frequencies and tcc kick in if a thermal cutoff >>> is reached; >>> * default to using lower Cx states out of the box if they're decided >>> to not be buggy. There are a few CPUs for which lower C states cause >>> problems but modernish hardware (say, nehalem and later) should be >>> fine. >> According to the wiki, in 9.x and onward there is code that is supposed >> to detect if the higher Cx states are usable, and not use them if they >> are not, but I do not know how well this works. > I'm not sure. I think those who care / know enough just put relevant > bits into /etc/rc.conf and /boot/loader.conf rather than flipping it > on by default. > > I'm kind of tempted to just flip on Cmax by default and teach powerd > to not do cpufreq unless there's a thermal issue. Then take a step > back and see what happens. > Please remember that powerd is not x86-only. Other systems (e.g. PowerPC) use it in conjunction with cpufreq. But seriously, let's just pull tcc from GENERIC. I'll do it next week unless I hear any objections. -Nathan From owner-freebsd-current@FreeBSD.ORG Sun May 4 15:47:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 915F03DC for ; Sun, 4 May 2014 15:47:22 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 5211F10DE for ; Sun, 4 May 2014 15:47:21 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 2EDCB70C46 for ; Sun, 4 May 2014 15:47:19 +0000 (UTC) Message-ID: <53666102.5080205@allanjude.com> Date: Sun, 04 May 2014 11:47:14 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Leaving the Desktop Market References: <3F7430D7-3C0F-43E1-8EBD-8AA4F701497C@FreeBSD.org> <20140503155745.GA2457@La-Habana> <20140503192305.GA1847@La-Habana> <20140504142839.GA9271@La-Habana> In-Reply-To: <20140504142839.GA9271@La-Habana> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IUmJGImhpVpKu3R4lj3bdL7Iw07a0CvM2" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 May 2014 15:47:22 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --IUmJGImhpVpKu3R4lj3bdL7Iw07a0CvM2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-05-04 10:28, Matthias Apitz wrote: > El d=EDa Saturday, May 03, 2014 a las 04:59:48PM -0700, Kevin Oberman e= scribi=F3: >=20 >> On Sat, May 3, 2014 at 1:25 PM, Adrian Chadd wrot= e: >> >>> Set it to the lowest available Cx state that you see in dev.cpu.0 . >>> >>> >> Available is not required. Set it to C8. That guarantees that you will= use >> the lowest available. The correct incantation in rc.conf is "Cmax". >> performance_cx_lowest=3D"Cmax" >> economy_cx_lowest=3D"Cmax" >> >> But, unless you want laggy performance, you will probably also want: >> hint.p4tcc.0.disabled=3D1 >> hint.acpi_throttle.0.disabled=3D1 >> in /boot/loader.conf. Low Cx states and TCC/throttling simply don't mi= x >> well and TCC is not effective, as mentioned earlier in this thread. >=20 > Re/ powerd I have in /etc/rc.conf: >=20 > # powerd > powerd_enable=3D"YES" > powerd_flags=3D"-a max -b adp" > # > performance_cx_lowest=3D"Cmax" > economy_cx_lowest=3D"Cmax" >=20 > (and the additional hint.* in /boot/loader.conf as well). Which process= > 'performance_cx_lowest' and 'economy_cx_lowest' target exactly as confi= g > values?=20 >=20 > Thx >=20 > matthias >=20 In a pretty unscientific test on my laptop (Lenovo T530 with Intel i5 3320M), setting hw.acpi.cpu.cx_lowest=3DC8 lowered power consumption at idle by about 3 watts, which adds about 30-45 minutes to my battery life during conservative usage. Using PCBSD 10, so hint.acpi_throttle.0.disabled=3D1 was already set (apparently solves some issue with powerd on some AMD systems) I have added hint.p4tcc.0.disabled=3D1 but not sure where to expect to se= e a difference. --=20 Allan Jude --IUmJGImhpVpKu3R4lj3bdL7Iw07a0CvM2 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTZmEFAAoJEJrBFpNRJZKfOFgP/iwKEjU9SlbhI7yWWgLFrY0b EiJ7fDPU2e59KF+09+2ubxaCD7KkTnrhgEJ1oU5JXnvoX/1S0HR36PBjqGpQcDCz xb1vL/VY7Tv1Gvjq1ZmiwRnig0fHsZFxFL7RtYbNfHezHKO2vyZoHl4yi+zEvLNP gZlJD7tL1oMTPDAKMTbBC8FV7K5NEHWVEMwa+IiZ+W+L97rgNSUx7YAcHCrHjdcX 87E/GSXAF/zqaZTAsmPkuAAIgjhy/cCD3JtrJdsioTYyWOTt1md4jvi30kg5X4k0 lWaEQnUgvW61sUzMMOxEfHqgGgQGDLRJzMAdPTLA6zRFTm9ASlpGNiNo5GZjbTBG f4MrbPbTiXzasPXeHgOQm97X38P7/ig0/r5EldTnY8S24JlC9zzuP/uDNU00WbkV cf3cqXqtnhffTDP9ModUE8KN7XR1CuoAZ4KYhtHF4yn7Co579u5HdU+MVapMInTh bIpRC7Xuq4PyY62rKGxoNEZNV/o8Ase0HZcEzaWX6WtyM2eMz6F/eF/xFdqN4RZO ggRQNHBrmq2ogp15gkeUAbGgKqhRFB78ruYoSKLod2srA+Q+QMLF8c0/QsB3qq/p wL3ICE1Ep4Z8vA3VHLTikOX7f49FN1+w69MJ16GUzFiFWcK5PLfBnhspCO6QAC4Q 2wkconGhzPhNWkMoJ12Q =sm7y -----END PGP SIGNATURE----- --IUmJGImhpVpKu3R4lj3bdL7Iw07a0CvM2-- From owner-freebsd-current@FreeBSD.ORG Sun May 4 15:53:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A3BF7F1 for ; Sun, 4 May 2014 15:53:06 +0000 (UTC) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.31.39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 07EC01193 for ; Sun, 4 May 2014 15:53:05 +0000 (UTC) Received: from [84.44.153.26] (helo=fabiankeil.de) by smtprelay01.ispgateway.de with esmtpsa (SSLv3:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1Wgyis-0003xM-M1 for freebsd-current@freebsd.org; Sun, 04 May 2014 17:53:02 +0200 Date: Sun, 4 May 2014 17:45:32 +0200 From: Fabian Keil To: Subject: Re: Fatal double fault in ZFS with yesterday's CURRENT [SOLVED] Message-ID: <20140504174532.15bf36db@fabiankeil.de> In-Reply-To: <8599791AF623474787C69B88CAD22DE2@multiplay.co.uk> References: <20140503102923.6fadd904@fabiankeil.de> <20140503191424.16f9744b@fabiankeil.de> <229058B87F604A469C70F634AA1C793D@multiplay.co.uk> <20140504085700.797a642c@fabiankeil.de> <8599791AF623474787C69B88CAD22DE2@multiplay.co.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/pqzJKOyp9=BADau7OhVkLdW"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 May 2014 15:53:06 -0000 --Sig_/pqzJKOyp9=BADau7OhVkLdW Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable "Steven Hartland" wrote: > Thanks for your help testing this Fabian, I've now committed the fix for > this for this: > http://svnweb.freebsd.org/changeset/base/265321 Thanks a lot, Steve. Fabian --Sig_/pqzJKOyp9=BADau7OhVkLdW Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iEYEARECAAYFAlNmYJ0ACgkQBYqIVf93VJ3GtQCgxNg5+W/FS386Z+Nct+8q0847 2BcAoLeMxAf3U0vzj+0bjPOWWC3xSv6F =onwQ -----END PGP SIGNATURE----- --Sig_/pqzJKOyp9=BADau7OhVkLdW-- From owner-freebsd-current@FreeBSD.ORG Sun May 4 17:05:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8DC1D890 for ; Sun, 4 May 2014 17:05:28 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 4E2B31BAE for ; Sun, 4 May 2014 17:05:27 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id A0A9070CC6 for ; Sun, 4 May 2014 17:05:26 +0000 (UTC) Message-ID: <53667352.4030807@allanjude.com> Date: Sun, 04 May 2014 13:05:22 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Leaving the Desktop Market References: <3F7430D7-3C0F-43E1-8EBD-8AA4F701497C@FreeBSD.org> <20140503155745.GA2457@La-Habana> <20140503192305.GA1847@La-Habana> <20140504142839.GA9271@La-Habana> <53666102.5080205@allanjude.com> In-Reply-To: <53666102.5080205@allanjude.com> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4CfLUc6eLH6QdOeclb4lFu1apwLEcSo34" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 May 2014 17:05:28 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --4CfLUc6eLH6QdOeclb4lFu1apwLEcSo34 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-05-04 11:47, Allan Jude wrote: > On 2014-05-04 10:28, Matthias Apitz wrote: >> El d=EDa Saturday, May 03, 2014 a las 04:59:48PM -0700, Kevin Oberman = escribi=F3: >> >>> On Sat, May 3, 2014 at 1:25 PM, Adrian Chadd wro= te: >>> >>>> Set it to the lowest available Cx state that you see in dev.cpu.0 . >>>> >>>> >>> Available is not required. Set it to C8. That guarantees that you wil= l use >>> the lowest available. The correct incantation in rc.conf is "Cmax". >>> performance_cx_lowest=3D"Cmax" >>> economy_cx_lowest=3D"Cmax" >>> >>> But, unless you want laggy performance, you will probably also want: >>> hint.p4tcc.0.disabled=3D1 >>> hint.acpi_throttle.0.disabled=3D1 >>> in /boot/loader.conf. Low Cx states and TCC/throttling simply don't m= ix >>> well and TCC is not effective, as mentioned earlier in this thread. >> >> Re/ powerd I have in /etc/rc.conf: >> >> # powerd >> powerd_enable=3D"YES" >> powerd_flags=3D"-a max -b adp" >> # >> performance_cx_lowest=3D"Cmax" >> economy_cx_lowest=3D"Cmax" >> >> (and the additional hint.* in /boot/loader.conf as well). Which proces= s >> 'performance_cx_lowest' and 'economy_cx_lowest' target exactly as conf= ig >> values?=20 >> >> Thx >> >> matthias >> >=20 > In a pretty unscientific test on my laptop (Lenovo T530 with Intel i5 > 3320M), setting hw.acpi.cpu.cx_lowest=3DC8 lowered power consumption at= > idle by about 3 watts, which adds about 30-45 minutes to my battery lif= e > during conservative usage. >=20 > Using PCBSD 10, so hint.acpi_throttle.0.disabled=3D1 was already set > (apparently solves some issue with powerd on some AMD systems) >=20 > I have added hint.p4tcc.0.disabled=3D1 but not sure where to expect to = see > a difference. >=20 I see the difference now, with the p4tcc stuff disabled, the lowest cpufreq is now 1200mhz instead of 150mhz --=20 Allan Jude --4CfLUc6eLH6QdOeclb4lFu1apwLEcSo34 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTZnNVAAoJEJrBFpNRJZKfNR8QAIpRuQ5XcJpfG8zirSLONk8G 9ABsRnbQ2vn8yNX9xk/vQJQs/BeMaytvoFlemEPUfYpFlIAWmazpSLRDFJGOrCoK 2khAZOT2xDLWx0Db/bvwuy7T8oVHBx9W/sk/cheEvJQDTVL6qoQUQ+EcF1OWMlko 7NV6La5uDmUSvmssgq/xUjAjAfj6KSVWp6zWMy/OflfpmG9xHXYqhSPlmU+DdRYb kebQGDnrrS7PSLS3RAqf2AAsZ46kK1wXIDIC8msTvxFUPWqaM28n4Q1rHjD25uEl Q2sZh0wx67420aVcgEXKUgsDI//m0LqjSU6LQMfUwS85eqEcVzXmMHpZjFKbVM+5 cJODECfEXatRUwWsSTmucDPm3/H0CJxaNI8iZC6IzDBfG06r5u/W3IDD5xYMjfUk k5A6/0kI98WiDiBAsH5UjnsRcyXCyUZk4uA12weyj+4JVRWsmH3rrU/TOXlGsess +4+O5reaqMdK627B3TxZmaSdeuCct2UUlp7rTwljTMCMIy44UwIAPVDqUWHQgc93 njOpCl1UrrV7Imjihhvu3LE11EjVMwrvOGJTubP47BG4C3wPyGXs+3EzGTRoJCrG hgfsq31RBSAd+OWx0mPw+NaZgETMiuO75TAo6YQJRs+PX+Oq6IOA2SdEzY4rQI1k TUHZtLFk21DPuksFNJj4 =yWlX -----END PGP SIGNATURE----- --4CfLUc6eLH6QdOeclb4lFu1apwLEcSo34-- From owner-freebsd-current@FreeBSD.ORG Sun May 4 17:07:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 768BD9BE for ; Sun, 4 May 2014 17:07:59 +0000 (UTC) Received: from i3mail.icecube.wisc.edu (i3mail.icecube.wisc.edu [128.104.255.23]) by mx1.freebsd.org (Postfix) with ESMTP id 4482D1BDB for ; Sun, 4 May 2014 17:07:58 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by i3mail.icecube.wisc.edu (Postfix) with ESMTP id 6651A1F8004 for ; Sun, 4 May 2014 12:07:58 -0500 (CDT) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from i3mail.icecube.wisc.edu ([127.0.0.1]) by localhost (i3mail.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id O4DgHAE-1u_C for ; Sun, 4 May 2014 12:07:58 -0500 (CDT) Received: from comporellon.tachypleus.net (polaris.tachypleus.net [75.101.50.44]) by i3mail.icecube.wisc.edu (Postfix) with ESMTPSA id 201B21F8001 for ; Sun, 4 May 2014 12:07:58 -0500 (CDT) Message-ID: <536673ED.207@freebsd.org> Date: Sun, 04 May 2014 10:07:57 -0700 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Leaving the Desktop Market References: <3F7430D7-3C0F-43E1-8EBD-8AA4F701497C@FreeBSD.org> <20140503155745.GA2457@La-Habana> <20140503192305.GA1847@La-Habana> <20140504142839.GA9271@La-Habana> <53666102.5080205@allanjude.com> <53667352.4030807@allanjude.com> In-Reply-To: <53667352.4030807@allanjude.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 May 2014 17:07:59 -0000 On 05/04/14 10:05, Allan Jude wrote: > On 2014-05-04 11:47, Allan Jude wrote: >> On 2014-05-04 10:28, Matthias Apitz wrote: >>> El da Saturday, May 03, 2014 a las 04:59:48PM -0700, Kevin Oberman escribi: >>> >>>> On Sat, May 3, 2014 at 1:25 PM, Adrian Chadd wrote: >>>> >>>>> Set it to the lowest available Cx state that you see in dev.cpu.0 . >>>>> >>>>> >>>> Available is not required. Set it to C8. That guarantees that you will use >>>> the lowest available. The correct incantation in rc.conf is "Cmax". >>>> performance_cx_lowest="Cmax" >>>> economy_cx_lowest="Cmax" >>>> >>>> But, unless you want laggy performance, you will probably also want: >>>> hint.p4tcc.0.disabled=1 >>>> hint.acpi_throttle.0.disabled=1 >>>> in /boot/loader.conf. Low Cx states and TCC/throttling simply don't mix >>>> well and TCC is not effective, as mentioned earlier in this thread. >>> Re/ powerd I have in /etc/rc.conf: >>> >>> # powerd >>> powerd_enable="YES" >>> powerd_flags="-a max -b adp" >>> # >>> performance_cx_lowest="Cmax" >>> economy_cx_lowest="Cmax" >>> >>> (and the additional hint.* in /boot/loader.conf as well). Which process >>> 'performance_cx_lowest' and 'economy_cx_lowest' target exactly as config >>> values? >>> >>> Thx >>> >>> matthias >>> >> In a pretty unscientific test on my laptop (Lenovo T530 with Intel i5 >> 3320M), setting hw.acpi.cpu.cx_lowest=C8 lowered power consumption at >> idle by about 3 watts, which adds about 30-45 minutes to my battery life >> during conservative usage. >> >> Using PCBSD 10, so hint.acpi_throttle.0.disabled=1 was already set >> (apparently solves some issue with powerd on some AMD systems) >> >> I have added hint.p4tcc.0.disabled=1 but not sure where to expect to see >> a difference. >> > I see the difference now, with the p4tcc stuff disabled, the lowest > cpufreq is now 1200mhz instead of 150mhz > > I just set the default for acpi_throttle and p4tcc in HEAD to disabled by adding these line to the default /boot/device.hints. If you want them back, editing your device.hints will restore them. This can be reverted if many people want throttling enabled by default, but all I have heard so far -- and for the past many years -- is a unanimous chorus to turn it off. -Nathan From owner-freebsd-current@FreeBSD.ORG Sun May 4 20:40:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 80CEF795; Sun, 4 May 2014 20:40:03 +0000 (UTC) Received: from mail-qc0-x229.google.com (mail-qc0-x229.google.com [IPv6:2607:f8b0:400d:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2B5B01BC9; Sun, 4 May 2014 20:40:03 +0000 (UTC) Received: by mail-qc0-f169.google.com with SMTP id e16so4465995qcx.28 for ; Sun, 04 May 2014 13:40:02 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=r4MHi5ScgQ0zKTowhWuX6Q+Cnkv+IQVjm9J6POftuVE=; b=ia1YF/0lRXjv3Ava7Bvg5eO0HupGSZlfN/t8CqyMssIofg4aQjNvRMPGBVTkaAjkYd ycU6U4GQG5L1FXjy/R1UpRnZSkhheCObryfGNhwyvhwBgtYszMZIV0S7R8n+uc/s73LT UBPqkHUN7fxzwcmi9yohnjLc4hWsDwBMvTsECVXRZh+ZbC8M4WxJntGk+2WDNTNH9VQl yEBtcqXoYlLR6Imua5p0sRW9qF0zZViqHJTCps0YfNGBIMoaVd3khDeGB86fv8xVF4ku burASou6JTwirjfwRLW4iQ/qgYxlPKNG1Y39BbRKIwUCK7ZGyiSDOacYeNRRvBeGMRhb /Psg== MIME-Version: 1.0 X-Received: by 10.224.38.138 with SMTP id b10mr5795107qae.98.1399236002343; Sun, 04 May 2014 13:40:02 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Sun, 4 May 2014 13:40:02 -0700 (PDT) In-Reply-To: <536673ED.207@freebsd.org> References: <3F7430D7-3C0F-43E1-8EBD-8AA4F701497C@FreeBSD.org> <20140503155745.GA2457@La-Habana> <20140503192305.GA1847@La-Habana> <20140504142839.GA9271@La-Habana> <53666102.5080205@allanjude.com> <53667352.4030807@allanjude.com> <536673ED.207@freebsd.org> Date: Sun, 4 May 2014 13:40:02 -0700 X-Google-Sender-Auth: uK1fQ2_YR2kiyO0CN3oPw8W-LzU Message-ID: Subject: Re: Leaving the Desktop Market From: Adrian Chadd To: Nathan Whitehorn Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 04 May 2014 20:40:03 -0000 Hm, I was hoping for a little more discussion. Mostly around the "which older CPUs do we leave this on for?" crowd. I have Pentium-M class hardware that I was going to spin up -HEAD on. So I'll go install -HEAD on said older hardware and get a list of what does and doesn't work. I'm totally fine with disabling p4tcc and acpi_throttle if P states for cpu frequency adjustment are available. I just want to ensure that the temperature throttling stuff is going to get automatically engaged (by whichever magical BIOS/ACPI/SMI thing does it) and clock things down if the CPU gets way too hot. -a On 4 May 2014 10:07, Nathan Whitehorn wrote: > On 05/04/14 10:05, Allan Jude wrote: >> >> On 2014-05-04 11:47, Allan Jude wrote: >>> >>> On 2014-05-04 10:28, Matthias Apitz wrote: >>>> >>>> El d=C3=ADa Saturday, May 03, 2014 a las 04:59:48PM -0700, Kevin Oberm= an >>>> escribi=C3=B3: >>>> >>>>> On Sat, May 3, 2014 at 1:25 PM, Adrian Chadd >>>>> wrote: >>>>> >>>>>> Set it to the lowest available Cx state that you see in dev.cpu.0 . >>>>>> >>>>>> >>>>> Available is not required. Set it to C8. That guarantees that you wil= l >>>>> use >>>>> the lowest available. The correct incantation in rc.conf is "Cmax". >>>>> performance_cx_lowest=3D"Cmax" >>>>> economy_cx_lowest=3D"Cmax" >>>>> >>>>> But, unless you want laggy performance, you will probably also want: >>>>> hint.p4tcc.0.disabled=3D1 >>>>> hint.acpi_throttle.0.disabled=3D1 >>>>> in /boot/loader.conf. Low Cx states and TCC/throttling simply don't m= ix >>>>> well and TCC is not effective, as mentioned earlier in this thread. >>>> >>>> Re/ powerd I have in /etc/rc.conf: >>>> >>>> # powerd >>>> powerd_enable=3D"YES" >>>> powerd_flags=3D"-a max -b adp" >>>> # >>>> performance_cx_lowest=3D"Cmax" >>>> economy_cx_lowest=3D"Cmax" >>>> >>>> (and the additional hint.* in /boot/loader.conf as well). Which proces= s >>>> 'performance_cx_lowest' and 'economy_cx_lowest' target exactly as conf= ig >>>> values? >>>> >>>> Thx >>>> >>>> matthias >>>> >>> In a pretty unscientific test on my laptop (Lenovo T530 with Intel i5 >>> 3320M), setting hw.acpi.cpu.cx_lowest=3DC8 lowered power consumption at >>> idle by about 3 watts, which adds about 30-45 minutes to my battery lif= e >>> during conservative usage. >>> >>> Using PCBSD 10, so hint.acpi_throttle.0.disabled=3D1 was already set >>> (apparently solves some issue with powerd on some AMD systems) >>> >>> I have added hint.p4tcc.0.disabled=3D1 but not sure where to expect to = see >>> a difference. >>> >> I see the difference now, with the p4tcc stuff disabled, the lowest >> cpufreq is now 1200mhz instead of 150mhz >> >> > > I just set the default for acpi_throttle and p4tcc in HEAD to disabled by > adding these line to the default /boot/device.hints. If you want them bac= k, > editing your device.hints will restore them. This can be reverted if many > people want throttling enabled by default, but all I have heard so far -- > and for the past many years -- is a unanimous chorus to turn it off. > -Nathan > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@FreeBSD.ORG Mon May 5 04:27:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC2EC4BF; Mon, 5 May 2014 04:27:22 +0000 (UTC) Received: from mail-pa0-x236.google.com (mail-pa0-x236.google.com [IPv6:2607:f8b0:400e:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9B65B1AD2; Mon, 5 May 2014 04:27:22 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id lf10so8744625pab.27 for ; Sun, 04 May 2014 21:27: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:message-id:subject :from:to:cc:content-type; bh=fM3PjH3pE7Nr/vRparHTRKsOEkHm54FsShyHg2Z4tOc=; b=c/Gkc/Cg+G0OCeiFX/tFQ4NyPTbw/Sb4nfZeRAfi0uFcg/IF9eHJvOeicayL8rU4q7 PoYlzOy9Nf5ffwM3oB3nqNzjjaBnnIKIR9aXhoBDIEVJAeeWgZcRiVI1Ja6l/BLuQuM9 dmVtvgNOeeVC2sD4KdYMQzh1xF31doOO7CjK6KIn8OGVa0amtftbiYdcd8BsDT8REUmO RIEnGpJMuPKsVuxRsZV7Z9/e18aefVIkrEkNoJj8xbLj5sC493QGO0tUgE1RCwIQCNUf lfzLU1Fep51q3icLeO5rZ1U1LtjBXsnhr3yTIO49eAP/p/WJRPVSDKO8T7FCgGpnT7c2 EUJA== MIME-Version: 1.0 X-Received: by 10.67.15.42 with SMTP id fl10mr67856369pad.30.1399264042065; Sun, 04 May 2014 21:27:22 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.73.34 with HTTP; Sun, 4 May 2014 21:27:21 -0700 (PDT) In-Reply-To: <536673ED.207@freebsd.org> References: <3F7430D7-3C0F-43E1-8EBD-8AA4F701497C@FreeBSD.org> <20140503155745.GA2457@La-Habana> <20140503192305.GA1847@La-Habana> <20140504142839.GA9271@La-Habana> <53666102.5080205@allanjude.com> <53667352.4030807@allanjude.com> <536673ED.207@freebsd.org> Date: Sun, 4 May 2014 21:27:21 -0700 X-Google-Sender-Auth: 36JPFEzGR4SpJ2Dpd3eMMlMpKaQ Message-ID: Subject: Re: Leaving the Desktop Market From: Kevin Oberman To: Nathan Whitehorn Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 05 May 2014 04:27:22 -0000 On Sun, May 4, 2014 at 10:07 AM, Nathan Whitehorn w= rote: > On 05/04/14 10:05, Allan Jude wrote: > >> On 2014-05-04 11:47, Allan Jude wrote: >> >>> On 2014-05-04 10:28, Matthias Apitz wrote: >>> >>>> El d=C3=ADa Saturday, May 03, 2014 a las 04:59:48PM -0700, Kevin Oberm= an >>>> escribi=C3=B3: >>>> >>>> On Sat, May 3, 2014 at 1:25 PM, Adrian Chadd >>>>> wrote: >>>>> >>>>> Set it to the lowest available Cx state that you see in dev.cpu.0 . >>>>>> >>>>>> >>>>>> Available is not required. Set it to C8. That guarantees that you >>>>> will use >>>>> the lowest available. The correct incantation in rc.conf is "Cmax". >>>>> performance_cx_lowest=3D"Cmax" >>>>> economy_cx_lowest=3D"Cmax" >>>>> >>>>> But, unless you want laggy performance, you will probably also want: >>>>> hint.p4tcc.0.disabled=3D1 >>>>> hint.acpi_throttle.0.disabled=3D1 >>>>> in /boot/loader.conf. Low Cx states and TCC/throttling simply don't m= ix >>>>> well and TCC is not effective, as mentioned earlier in this thread. >>>>> >>>> Re/ powerd I have in /etc/rc.conf: >>>> >>>> # powerd >>>> powerd_enable=3D"YES" >>>> powerd_flags=3D"-a max -b adp" >>>> # >>>> performance_cx_lowest=3D"Cmax" >>>> economy_cx_lowest=3D"Cmax" >>>> >>>> (and the additional hint.* in /boot/loader.conf as well). Which proces= s >>>> 'performance_cx_lowest' and 'economy_cx_lowest' target exactly as conf= ig >>>> values? >>>> >>>> Thx >>>> >>>> matthias >>>> >>>> In a pretty unscientific test on my laptop (Lenovo T530 with Intel i5 >>> 3320M), setting hw.acpi.cpu.cx_lowest=3DC8 lowered power consumption at >>> idle by about 3 watts, which adds about 30-45 minutes to my battery lif= e >>> during conservative usage. >>> >>> Using PCBSD 10, so hint.acpi_throttle.0.disabled=3D1 was already set >>> (apparently solves some issue with powerd on some AMD systems) >>> >>> I have added hint.p4tcc.0.disabled=3D1 but not sure where to expect to = see >>> a difference. >>> >>> I see the difference now, with the p4tcc stuff disabled, the lowest >> cpufreq is now 1200mhz instead of 150mhz >> >> >> > I just set the default for acpi_throttle and p4tcc in HEAD to disabled by > adding these line to the default /boot/device.hints. If you want them bac= k, > editing your device.hints will restore them. This can be reverted if many > people want throttling enabled by default, but all I have heard so far -- > and for the past many years -- is a unanimous chorus to turn it off. > -Nathan > Anyone playing around with Thermal Management should read the article on Tom's Hardware on the subject. It explains things quite nicely. Even I could understand it. :-) http://www.tomshardware.com/reviews/cpu-cooler-fails,1695-3.html The section on Thermal Monitor 2 was new to me as it has been added since I last researched this several years ago. Note the tie-in between TM2 and EST rather than simple throttling (skipping N of every 8 clock cycles). Section 2 of the article has thermal specs on a lot of processors, too.. Bottom line of the article is to make sure TM2 is enabled and just leave it alone to do its thing. No throttling of any sort for power mis-management. The one area that can stand a close look is the algorithm for adjusting EST. It probably will make far less difference than C-states, but it is a legitimate power management technique and it is under the control of powerd. Several people have suggested modification for this and I think it's at least worth a look. Finally, if we don't default p4tcc and throttling to off and change the default for C-states to Cmax, a lot of people will be very unhappy. Disabling throttling really must come first. --=20 R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.co From owner-freebsd-current@FreeBSD.ORG Mon May 5 04:43:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7BFC8650; Mon, 5 May 2014 04:43:11 +0000 (UTC) Received: from mail-qg0-x230.google.com (mail-qg0-x230.google.com [IPv6:2607:f8b0:400d:c04::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 24FBB1C1A; Mon, 5 May 2014 04:43:11 +0000 (UTC) Received: by mail-qg0-f48.google.com with SMTP id i50so5758584qgf.7 for ; Sun, 04 May 2014 21:43:10 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=RP615p6mVa6lGiL7dg0Dgs1WshHFgZxNblI9q4aZp54=; b=LEr0pIVbTSU7D/IDncGiE6VbI7xMKdGofjMxrRuFOtRTj5gnJGjUOS3FDLguWC+tJT wa25gDg1RknT90rhYPvDOK3ATnCQ6kOZ+BNabbLNM0c032HvXceBF6df8qJhv1NrIziy B7IIeJNgT6RpQxBMBLGoXhVbjzhyvZ7/WPJ4FR+cwlCSKrW0rzdvVz5HAwH2Y4lV4cII weR6eYhsupENTbZH7JjLHK09UmB1PzMUh0siPv3aYRZDfzXcVrAQ2muKW/xF7Cdos4x+ 28JfC0/5HUYPpPlnO5LUoI+hQNzxXVJFEnXo1+NOqwUrm0lXOvb9nu95V9Ukou4JaRzm hc7A== MIME-Version: 1.0 X-Received: by 10.224.129.66 with SMTP id n2mr41818433qas.55.1399264990237; Sun, 04 May 2014 21:43:10 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Sun, 4 May 2014 21:43:10 -0700 (PDT) In-Reply-To: References: <3F7430D7-3C0F-43E1-8EBD-8AA4F701497C@FreeBSD.org> <20140503155745.GA2457@La-Habana> <20140503192305.GA1847@La-Habana> <20140504142839.GA9271@La-Habana> <53666102.5080205@allanjude.com> <53667352.4030807@allanjude.com> <536673ED.207@freebsd.org> Date: Sun, 4 May 2014 21:43:10 -0700 X-Google-Sender-Auth: OXQzQsyYJEje0syk9oVlViadjDs Message-ID: Subject: Re: Leaving the Desktop Market From: Adrian Chadd To: Kevin Oberman Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current , Nathan Whitehorn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 05 May 2014 04:43:11 -0000 throttling is disabled now. -a On 4 May 2014 21:27, Kevin Oberman wrote: > On Sun, May 4, 2014 at 10:07 AM, Nathan Whitehorn wrote: > >> On 05/04/14 10:05, Allan Jude wrote: >> >>> On 2014-05-04 11:47, Allan Jude wrote: >>> >>>> On 2014-05-04 10:28, Matthias Apitz wrote: >>>> >>>>> El d=C3=ADa Saturday, May 03, 2014 a las 04:59:48PM -0700, Kevin Ober= man >>>>> escribi=C3=B3: >>>>> >>>>> On Sat, May 3, 2014 at 1:25 PM, Adrian Chadd >>>>>> wrote: >>>>>> >>>>>> Set it to the lowest available Cx state that you see in dev.cpu.0 . >>>>>>> >>>>>>> >>>>>>> Available is not required. Set it to C8. That guarantees that you >>>>>> will use >>>>>> the lowest available. The correct incantation in rc.conf is "Cmax". >>>>>> performance_cx_lowest=3D"Cmax" >>>>>> economy_cx_lowest=3D"Cmax" >>>>>> >>>>>> But, unless you want laggy performance, you will probably also want: >>>>>> hint.p4tcc.0.disabled=3D1 >>>>>> hint.acpi_throttle.0.disabled=3D1 >>>>>> in /boot/loader.conf. Low Cx states and TCC/throttling simply don't = mix >>>>>> well and TCC is not effective, as mentioned earlier in this thread. >>>>>> >>>>> Re/ powerd I have in /etc/rc.conf: >>>>> >>>>> # powerd >>>>> powerd_enable=3D"YES" >>>>> powerd_flags=3D"-a max -b adp" >>>>> # >>>>> performance_cx_lowest=3D"Cmax" >>>>> economy_cx_lowest=3D"Cmax" >>>>> >>>>> (and the additional hint.* in /boot/loader.conf as well). Which proce= ss >>>>> 'performance_cx_lowest' and 'economy_cx_lowest' target exactly as con= fig >>>>> values? >>>>> >>>>> Thx >>>>> >>>>> matthias >>>>> >>>>> In a pretty unscientific test on my laptop (Lenovo T530 with Intel i= 5 >>>> 3320M), setting hw.acpi.cpu.cx_lowest=3DC8 lowered power consumption a= t >>>> idle by about 3 watts, which adds about 30-45 minutes to my battery li= fe >>>> during conservative usage. >>>> >>>> Using PCBSD 10, so hint.acpi_throttle.0.disabled=3D1 was already set >>>> (apparently solves some issue with powerd on some AMD systems) >>>> >>>> I have added hint.p4tcc.0.disabled=3D1 but not sure where to expect to= see >>>> a difference. >>>> >>>> I see the difference now, with the p4tcc stuff disabled, the lowest >>> cpufreq is now 1200mhz instead of 150mhz >>> >>> >>> >> I just set the default for acpi_throttle and p4tcc in HEAD to disabled b= y >> adding these line to the default /boot/device.hints. If you want them ba= ck, >> editing your device.hints will restore them. This can be reverted if man= y >> people want throttling enabled by default, but all I have heard so far -= - >> and for the past many years -- is a unanimous chorus to turn it off. >> -Nathan >> > > Anyone playing around with Thermal Management should read the article on > Tom's Hardware on the subject. It explains things quite nicely. Even I > could understand it. :-) > http://www.tomshardware.com/reviews/cpu-cooler-fails,1695-3.html > The section on Thermal Monitor 2 was new to me as it has been added since= I > last researched this several years ago. Note the tie-in between TM2 and > EST rather than simple throttling (skipping N of every 8 clock cycles). > Section 2 of the article has thermal specs on a lot of processors, too.. > > Bottom line of the article is to make sure TM2 is enabled and just leave = it > alone to do its thing. No throttling of any sort for power mis-management= . > > The one area that can stand a close look is the algorithm for adjusting > EST. It probably will make far less difference than C-states, but it is a > legitimate power management technique and it is under the control of > powerd. Several people have suggested modification for this and I think > it's at least worth a look. > > Finally, if we don't default p4tcc and throttling to off and change the > default for C-states to Cmax, a lot of people will be very unhappy. > Disabling throttling really must come first. > -- > R. Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.co > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@FreeBSD.ORG Mon May 5 09:17:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EDB58D57; Mon, 5 May 2014 09:17:24 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A2F1E1312; Mon, 5 May 2014 09:17:24 +0000 (UTC) Received: from [89.204.137.79] (helo=localhost.my.domain) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1WhF1O-0003Ba-Fz; Mon, 05 May 2014 11:17:14 +0200 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.my.domain (8.14.7/8.14.3) with ESMTP id s459HApH001999; Mon, 5 May 2014 11:17:11 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.7/8.14.3/Submit) id s459H9W4001998; Mon, 5 May 2014 11:17:09 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Mon, 5 May 2014 11:17:09 +0200 From: Matthias Apitz To: Kevin Oberman Subject: Re: Leaving the Desktop Market Message-ID: <20140505091709.GA1983@La-Habana> Reply-To: Matthias Apitz References: <3F7430D7-3C0F-43E1-8EBD-8AA4F701497C@FreeBSD.org> <20140503155745.GA2457@La-Habana> <20140503192305.GA1847@La-Habana> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 9.0-CURRENT r214444 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.137.79 Cc: Adrian Chadd , "current@freebsd.org" , David Chisnall , Eitan Adler , "freebsd-hackers@freebsd.org" , Jordan Hubbard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 05 May 2014 09:17:25 -0000 El da Saturday, May 03, 2014 a las 04:59:48PM -0700, Kevin Oberman escribi: > Available is not required. Set it to C8. That guarantees that you will use > the lowest available. The correct incantation in rc.conf is "Cmax". > performance_cx_lowest="Cmax" > economy_cx_lowest="Cmax" > > But, unless you want laggy performance, you will probably also want: > hint.p4tcc.0.disabled=1 > hint.acpi_throttle.0.disabled=1 > in /boot/loader.conf. Low Cx states and TCC/throttling simply don't mix > well and TCC is not effective, as mentioned earlier in this thread. In the output of: $ sysctl -a | fgrep dev.cpu.0.freq_ dev.cpu.0.freq_levels: 1600/2000 1333/1533 1066/1066 800/600 what does mean the value after the slash .../nnnn ? Thx matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign From owner-freebsd-current@FreeBSD.ORG Mon May 5 10:09:17 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A5C89AF; Mon, 5 May 2014 10:09:17 +0000 (UTC) Received: from mailout11.t-online.de (mailout11.t-online.de [194.25.134.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 552AE17AF; Mon, 5 May 2014 10:09:16 +0000 (UTC) Received: from fwd09.aul.t-online.de (fwd09.aul.t-online.de [172.20.27.151]) by mailout11.t-online.de (Postfix) with SMTP id B579FB40F6; Mon, 5 May 2014 12:08:46 +0200 (CEST) Received: from [192.168.119.11] (EwnaB+Ze8hxsgZrGPbhGezurYYVWWjNRBsUorpc5vXDvNIgpA16JorHKWV5aQNbQMq@[84.154.114.101]) by fwd09.t-online.de with esmtp id 1WhFpa-0MsuMS0; Mon, 5 May 2014 12:09:06 +0200 Message-ID: <5367633E.90003@freebsd.org> Date: Mon, 05 May 2014 12:09:02 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: "current@freebsd.org" , "freebsd-hackers@freebsd.org" Subject: Re: Leaving the Desktop Market References: <3F7430D7-3C0F-43E1-8EBD-8AA4F701497C@FreeBSD.org> <20140503155745.GA2457@La-Habana> <20140503192305.GA1847@La-Habana> <20140505091709.GA1983@La-Habana> In-Reply-To: <20140505091709.GA1983@La-Habana> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-ID: EwnaB+Ze8hxsgZrGPbhGezurYYVWWjNRBsUorpc5vXDvNIgpA16JorHKWV5aQNbQMq X-TOI-MSGID: 3c45a41c-cb2d-499b-8675-a809a4001de8 Cc: Matthias Apitz X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 05 May 2014 10:09:17 -0000 Am 05.05.2014 11:17, schrieb Matthias Apitz: > El da Saturday, May 03, 2014 a las 04:59:48PM -0700, Kevin Oberman escribi: > >> Available is not required. Set it to C8. That guarantees that you will use >> the lowest available. The correct incantation in rc.conf is "Cmax". >> performance_cx_lowest="Cmax" >> economy_cx_lowest="Cmax" >> >> But, unless you want laggy performance, you will probably also want: >> hint.p4tcc.0.disabled=1 >> hint.acpi_throttle.0.disabled=1 >> in /boot/loader.conf. Low Cx states and TCC/throttling simply don't mix >> well and TCC is not effective, as mentioned earlier in this thread. > > In the output of: > > $ sysctl -a | fgrep dev.cpu.0.freq_ > dev.cpu.0.freq_levels: 1600/2000 1333/1533 1066/1066 800/600 > > what does mean the value after the slash .../nnnn ? This is the nominal power consumption (TDP) in mW for that level. These numbers correspond to 2W at 1600MHz and 0.6W at 800MHz. Is this an Atom or some other ultra-low power CPU? Regards, STefan From owner-freebsd-current@FreeBSD.ORG Mon May 5 10:30:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A34B5A4 for ; Mon, 5 May 2014 10:30:11 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 60321195A for ; Mon, 5 May 2014 10:30:11 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1WhG6N-002WfH-Ln>; Mon, 05 May 2014 12:26:27 +0200 Received: from g226186111.adsl.alicedsl.de ([92.226.186.111] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1WhG6N-001TBO-IX>; Mon, 05 May 2014 12:26:27 +0200 Date: Mon, 5 May 2014 12:26:21 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: gfortran48: compiler issue with f77 code: configure: error: Fortran 77 compiler cannot create executables Message-ID: <20140505122621.13ba2085.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/cRp/gzsGlOQYNMr5NH7lcvk"; protocol="application/pgp-signature" X-Originating-IP: 92.226.186.111 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 05 May 2014 10:30:11 -0000 --Sig_/cRp/gzsGlOQYNMr5NH7lcvk Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I have some F77 code that compiled fine using the GNU autotool environment,= having the macro AC_PROG_F77 in configure.ac. The project compiles fine on Linux Ubuntu 14.04 LTS (gfortran version 4.8).= But since a while it doesn't on FreeBSD 9.2/10/11 anymore! I miss something here and I do not know what. I use Fortran not on a regular basis, so this problem caught me, again, on = the wrong foor. Further details see below. Regards, Oliver ---------------------------------------------------------------------------= --- Before I start reporting the issue, this is what I have installed as the ba= se: language ports: gcc-4.7.3_1 gcc48-4.8.3.s20140424 autotools: autoconf-2.69 autoconf-wrapper-20131203 autoconf213-2.13.000227_6 autogen-5.12_2 automake-1.14 automake-wrapper-20131203 automake14-1.4.6_6 automoc4-0.9.88_3 autotools-20130627 As shown below, the autotools are incapable of detecting installed compiler= s. As also reported below, gfortran48 miscompiles (while the gfortran 4.8.2 on Ubuntu = 14.04 LTS does not have a problem with the very same code!) and gfortran47 is missing obvi= ously the correct path to its libraries.=20 My configure.ac file of the project contains this lines: #AC_PROG_F77([gfortran48 gfortran47 gfortran46 gfortran f77]) AC_PROG_F77 # Checks for header files. #AC_HEADER_STDC AC_CHECK_HEADERS([stdlib.h string.h]) # LT_INIT([disable-shared]) # AM_INIT_AUTOMAKE # AC_CONFIG_FILES([Makefile src/Makefile doc/Makefile ]) # AC_OUTPUT The command sequence to prepare the source is: aclocal ; autoheader ; autoconf ; libtoolize -c ; automake -ac And ./configure then dies with this: checking for g77... no checking for xlf... no checking for f77... no checking for frt... no checking for pgf77... no checking for cf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for xlf90... no checking for f90... no checking for pgf90... no checking for pghpf... no checking for epcf90... no checking for gfortran... no checking for g95... no checking for xlf95... no checking for f95... no checking for fort... no checking for ifort... no checking for ifc... no checking for efc... no checking for pgfortran... no checking for pgf95... no checking for lf95... no checking for ftn... no checking for nagfor... no checking whether the Fortran 77 compiler works... no configure: error: in `/home/ohartmann/Projects/oepik': configure: error: Fortran 77 compiler cannot create executables See `config.log' for more details Well, this looks pretty nice! If the usage of the compiler is selected to be gfortran48 via AC_PROG_F77([gfortran48 gfortran47 gfortran46 gfortran f77]) the I receive this crap: checking for gfortran48... gfortran48 checking whether the Fortran 77 compiler works... no configure: error: in `/home/ohartmann/Projects/oepik': configure: error: Fortran 77 compiler cannot create executables See `config.log' for more details Checking config.log as suggested I find this portion: [...] configure:2426: $? =3D 1 configure:2415: gfortran48 -qversion >&5 gfortran48: error: unrecognized command line option '-qversion' gfortran48: fatal error: no input files compilation terminated. configure:2426: $? =3D 1 configure:2441: checking whether the Fortran 77 compiler works configure:2463: gfortran48 conftest.f >&5 f951: internal compiler error: Illegal instruction Please submit a full bug report, with preprocessed source if appropriate. See for instructions. configure:2467: $? =3D 1 configure:2505: result: no configure: failed program was: | program main |=20 | end configure:2510: error: in `/home/ohartmann/Projects/oepik': configure:2513: error: Fortran 77 compiler cannot create executables See `config.log' for more details [...] This is funny - the FreeBSD port can not compile simple F77 code? With gfortran47 using, I get this: [...] configure:2527: checking for suffix of executables configure:2534: gfortran47 -o conftest conftest.f >&5 configure:2538: $? =3D 0 configure:2560: result:=20 configure:2576: checking whether we are cross compiling configure:2584: gfortran47 -o conftest conftest.f >&5 configure:2588: $? =3D 0 configure:2595: ./conftest /lib/libgcc_s.so.1: version GCC_4.6.0 required by /usr/local/lib/gcc47/libg= fortran.so.3 not found configure:2599: $? =3D 1 configure:2606: error: in `/home/ohartmann/Projects/oepik': configure:2610: error: cannot run Fortran 77 compiled programs. If you meant to cross compile, use `--host'. See `config.log' for more details [...] --Sig_/cRp/gzsGlOQYNMr5NH7lcvk Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTZ2dSAAoJEOgBcD7A/5N8RSMIAMHi35ZwE9F4mQNA2zOinqBd eUDkGyb54aIjEuWfEPyFdJuvqROTV5+gM7RTlO+Zn0k67FX3Xx/uQMP0HZMALt7F eNmr6Uvid0ZoyCqF95vqkFviYnzY9K3dXl/i3dtTKCbnwMLaUFmyinaS0eflRHym a82hqfPz5pCDikIbU57vbLoczPmNqVyXboSU2G8STf/TcFGstBFvmqPYpGVvJ+Wh raIxobmu19WOoPB84WJ6b/ZvNEJSwVHJaKxWdxznjEdAPkVIPF5u3Y9dbiOHsFxk +zYCCa9C6fONuBH0Afqare4oHuQQDJp/1iUchZDneFXYK2NHkPR8uoLI+xkhsy0= =ybN3 -----END PGP SIGNATURE----- --Sig_/cRp/gzsGlOQYNMr5NH7lcvk-- From owner-freebsd-current@FreeBSD.ORG Mon May 5 10:36:15 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DAF3420A; Mon, 5 May 2014 10:36:15 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5434F1A00; Mon, 5 May 2014 10:36:15 +0000 (UTC) Received: from [89.204.137.79] (helo=localhost.my.domain) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1WhGFn-0005kA-S5; Mon, 05 May 2014 12:36:12 +0200 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.my.domain (8.14.7/8.14.3) with ESMTP id s45Aa9S4002242; Mon, 5 May 2014 12:36:09 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.7/8.14.3/Submit) id s45Aa8kH002241; Mon, 5 May 2014 12:36:08 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Mon, 5 May 2014 12:36:08 +0200 From: Matthias Apitz To: Stefan Esser Subject: Re: Leaving the Desktop Market Message-ID: <20140505103608.GA2206@La-Habana> Reply-To: Matthias Apitz References: <3F7430D7-3C0F-43E1-8EBD-8AA4F701497C@FreeBSD.org> <20140503155745.GA2457@La-Habana> <20140503192305.GA1847@La-Habana> <20140505091709.GA1983@La-Habana> <5367633E.90003@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <5367633E.90003@freebsd.org> X-Operating-System: FreeBSD 9.0-CURRENT r214444 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.137.79 Cc: "freebsd-hackers@freebsd.org" , "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 05 May 2014 10:36:15 -0000 El da Monday, May 05, 2014 a las 12:09:02PM +0200, Stefan Esser escribi: > > In the output of: > > > > $ sysctl -a | fgrep dev.cpu.0.freq_ > > dev.cpu.0.freq_levels: 1600/2000 1333/1533 1066/1066 800/600 > > > > what does mean the value after the slash .../nnnn ? > > This is the nominal power consumption (TDP) in mW for that level. > These numbers correspond to 2W at 1600MHz and 0.6W at 800MHz. Thanks. > > Is this an Atom or some other ultra-low power CPU? dmesg shows: ... CPU: Intel(R) Atom(TM) CPU N270 @ 1.60GHz (1596.22-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x106c2 Family = 0x6 Model = 0x1c Stepping = 2 Features=0xbfe9fbff Features2=0x40c39d AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 1073741824 (1024 MB) avail memory = 1004568576 (958 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard ... Btw: the values in /etc/rc.conf performance_cx_lowest="Cmax" economy_cx_lowest="Cmax" to which launched process they belong as config values? Thanks matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign From owner-freebsd-current@FreeBSD.ORG Mon May 5 11:01:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D38319E3 for ; Mon, 5 May 2014 11:01:41 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 676981C43 for ; Mon, 5 May 2014 11:01:41 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1WhGeR-002iw4-I8>; Mon, 05 May 2014 13:01:39 +0200 Received: from g226186111.adsl.alicedsl.de ([92.226.186.111] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1WhGeR-001XUZ-CX>; Mon, 05 May 2014 13:01:39 +0200 Date: Mon, 5 May 2014 13:01:33 +0200 From: "O. Hartmann" To: freebsd-current@freebsd.org Subject: Re: gfortran48: compiler issue with f77 code: configure: error: Fortran 77 compiler cannot create executables Message-ID: <20140505130133.14cbadc8.ohartman@zedat.fu-berlin.de> In-Reply-To: <20140505122621.13ba2085.ohartman@zedat.fu-berlin.de> References: <20140505122621.13ba2085.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/7mklhp9zDCVUOA_whVEzcSM"; protocol="application/pgp-signature" X-Originating-IP: 92.226.186.111 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 05 May 2014 11:01:41 -0000 --Sig_/7mklhp9zDCVUOA_whVEzcSM Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Mon, 5 May 2014 12:26:21 +0200 "O. Hartmann" schrieb: Following some reports and recall myself an earlier issue with this, I reme= mber to have to provide "-Wl,-rpath=3D/usr/local/lib/gcc48" to the FFLAGS. This is also the= case for the gcc/gfortran in 11.0-CURRENT which defaults to gcc 4.7.=20 I'm used not to provide the -Wl,-rpath=3D option when using different C com= pilers along with FreeBSD, why is that so for Fortran? And why is the autotool suite in = FreeBSD not recognising the proper Fortran? Is there a way to make the "-Wl,-rpath" option a default in the configure.a= c? Since I use the autotools on several platforms (Linux and FreeBSD) I get really confuse= d this behaviour.=20 Maybe I'm missing something important here and I would appreciate if someon= e can shed some light onto it. Thanks in advance, Oliver >=20 > I have some F77 code that compiled fine using the GNU autotool environmen= t, having the > macro AC_PROG_F77 in configure.ac. >=20 > The project compiles fine on Linux Ubuntu 14.04 LTS (gfortran version 4.8= ). But since a > while it doesn't on FreeBSD 9.2/10/11 anymore! >=20 > I miss something here and I do not know what. >=20 > I use Fortran not on a regular basis, so this problem caught me, again, o= n the wrong > foor. >=20 >=20 > Further details see below. >=20 >=20 > Regards, >=20 > Oliver >=20 >=20 > -------------------------------------------------------------------------= ----- >=20 > Before I start reporting the issue, this is what I have installed as the = base: >=20 > language ports: > gcc-4.7.3_1 > gcc48-4.8.3.s20140424 >=20 > autotools: >=20 > autoconf-2.69 > autoconf-wrapper-20131203 > autoconf213-2.13.000227_6 > autogen-5.12_2 > automake-1.14 > automake-wrapper-20131203 > automake14-1.4.6_6 > automoc4-0.9.88_3 > autotools-20130627 >=20 >=20 > As shown below, the autotools are incapable of detecting installed compil= ers. As also > reported below, gfortran48 miscompiles (while the gfortran 4.8.2 on Ubunt= u 14.04 LTS > does not have a problem with the very same code!) and gfortran47 is missi= ng obviously > the correct path to its libraries.=20 >=20 > My configure.ac file of the project contains this lines: >=20 > #AC_PROG_F77([gfortran48 gfortran47 gfortran46 gfortran f77]) > AC_PROG_F77 > # Checks for header files. > #AC_HEADER_STDC > AC_CHECK_HEADERS([stdlib.h string.h]) > # > LT_INIT([disable-shared]) > # > AM_INIT_AUTOMAKE > # > AC_CONFIG_FILES([Makefile > src/Makefile > doc/Makefile > ]) > # > AC_OUTPUT >=20 >=20 > The command sequence to prepare the source is: > aclocal ; autoheader ; autoconf ; libtoolize -c ; automake -ac >=20 >=20 > And ./configure then dies with this: >=20 > checking for g77... no > checking for xlf... no > checking for f77... no > checking for frt... no > checking for pgf77... no > checking for cf77... no > checking for fort77... no > checking for fl32... no > checking for af77... no > checking for xlf90... no > checking for f90... no > checking for pgf90... no > checking for pghpf... no > checking for epcf90... no > checking for gfortran... no > checking for g95... no > checking for xlf95... no > checking for f95... no > checking for fort... no > checking for ifort... no > checking for ifc... no > checking for efc... no > checking for pgfortran... no > checking for pgf95... no > checking for lf95... no > checking for ftn... no > checking for nagfor... no > checking whether the Fortran 77 compiler works... no > configure: error: in `/home/ohartmann/Projects/oepik': > configure: error: Fortran 77 compiler cannot create executables > See `config.log' for more details >=20 > Well, this looks pretty nice! >=20 > If the usage of the compiler is selected to be gfortran48 via >=20 > AC_PROG_F77([gfortran48 gfortran47 gfortran46 gfortran f77]) >=20 > the I receive this crap: >=20 > checking for gfortran48... gfortran48 > checking whether the Fortran 77 compiler works... no > configure: error: in `/home/ohartmann/Projects/oepik': > configure: error: Fortran 77 compiler cannot create executables > See `config.log' for more details >=20 > Checking config.log as suggested I find this portion: >=20 > [...] > configure:2426: $? =3D 1 > configure:2415: gfortran48 -qversion >&5 > gfortran48: error: unrecognized command line option '-qversion' > gfortran48: fatal error: no input files > compilation terminated. > configure:2426: $? =3D 1 > configure:2441: checking whether the Fortran 77 compiler works > configure:2463: gfortran48 conftest.f >&5 > f951: internal compiler error: Illegal instruction > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. > configure:2467: $? =3D 1 > configure:2505: result: no > configure: failed program was: > | program main > |=20 > | end > configure:2510: error: in `/home/ohartmann/Projects/oepik': > configure:2513: error: Fortran 77 compiler cannot create executables > See `config.log' for more details > [...] >=20 > This is funny - the FreeBSD port can not compile simple F77 code? >=20 > With gfortran47 using, I get this: >=20 > [...] > configure:2527: checking for suffix of executables > configure:2534: gfortran47 -o conftest conftest.f >&5 > configure:2538: $? =3D 0 > configure:2560: result:=20 > configure:2576: checking whether we are cross compiling > configure:2584: gfortran47 -o conftest conftest.f >&5 > configure:2588: $? =3D 0 > configure:2595: ./conftest > /lib/libgcc_s.so.1: version GCC_4.6.0 required by /usr/local/lib/gcc47/li= bgfortran.so.3 > not found configure:2599: $? =3D 1 > configure:2606: error: in `/home/ohartmann/Projects/oepik': > configure:2610: error: cannot run Fortran 77 compiled programs. > If you meant to cross compile, use `--host'. > See `config.log' for more details > [...] --Sig_/7mklhp9zDCVUOA_whVEzcSM Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTZ2+SAAoJEOgBcD7A/5N86FIH/jp+EbfcZL9gqwujJnvC4PUd mL3Yy0DEfbmiSlhwJyTOB3zrspJ/z9CkpcvkjydSmfMGyoAOdXxX3KW4fV0BJX8T wndGye7TRxElw5oL6pEn1vv1uR0MtCeK9vYb5s7hdBE18zoyFZseVvutZ28cXRem Pls80zStvv/+Al0j3sXQ6qJbuqx8BXl0j8OFKlreD8HEJh0eqZIpsfT6TBAhBBYZ 8Xkme6MyctE/cn/jWsX4RPOxieId5OPamtMi9YYODX0FJPfRUfjUIthJqlljf7kD SJ5IiqhHlmpW/AkEXlii1Le7lIAIkiH8FOwezi3wWjMGD/G2rlR1V8xSU4D3DnU= =pwW0 -----END PGP SIGNATURE----- --Sig_/7mklhp9zDCVUOA_whVEzcSM-- From owner-freebsd-current@FreeBSD.ORG Mon May 5 11:37:22 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0E50F41A; Mon, 5 May 2014 11:37:22 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 732F912E5; Mon, 5 May 2014 11:37:21 +0000 (UTC) Received: from [89.204.137.79] (helo=localhost.my.domain) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1WhHCv-0007Vo-Le; Mon, 05 May 2014 13:37:17 +0200 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.my.domain (8.14.7/8.14.3) with ESMTP id s45BbFFR002529; Mon, 5 May 2014 13:37:15 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.7/8.14.3/Submit) id s45BbEj3002528; Mon, 5 May 2014 13:37:14 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Mon, 5 May 2014 13:37:14 +0200 From: Matthias Apitz To: Stefan Esser , "freebsd-hackers@freebsd.org" , "current@freebsd.org" Subject: Re: Leaving the Desktop Market Message-ID: <20140505113714.GA2464@La-Habana> Reply-To: Matthias Apitz References: <3F7430D7-3C0F-43E1-8EBD-8AA4F701497C@FreeBSD.org> <20140503155745.GA2457@La-Habana> <20140503192305.GA1847@La-Habana> <20140505091709.GA1983@La-Habana> <5367633E.90003@freebsd.org> <20140505103608.GA2206@La-Habana> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20140505103608.GA2206@La-Habana> X-Operating-System: FreeBSD 9.0-CURRENT r214444 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.137.79 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 05 May 2014 11:37:22 -0000 El da Monday, May 05, 2014 a las 12:36:08PM +0200, Matthias Apitz escribi: > Btw: the values in /etc/rc.conf > > performance_cx_lowest="Cmax" > economy_cx_lowest="Cmax" > > to which launched process they belong as config values? Forget the question. The values are used by /etc/rc.d/power_profile which is launched when AC goes away or comes back. Maybe we should have a note about this in rc.conf(5) that these values are passed to this script or the names should be changed to power_profile_performance_cx_lowest power_profile_economy_cx_lowest matthias matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign From owner-freebsd-current@FreeBSD.ORG Mon May 5 14:05:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A8C4BA57 for ; Mon, 5 May 2014 14:05:36 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 66BA3114F for ; Mon, 5 May 2014 14:05:35 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id F3662C4927; Mon, 5 May 2014 16:58:35 +0300 (EEST) Date: Mon, 5 May 2014 17:02:09 +0300 From: Aleksandr Rybalko To: Fbsd8 Subject: Re: need info about newcons in jails Message-Id: <20140505170209.59f849bc8904748e8b95fa8e@ddteam.net> In-Reply-To: <5364CFC2.60902@a1poweruser.com> References: <5364CFC2.60902@a1poweruser.com> X-Mailer: Sylpheed 3.3.1 (GTK+ 2.24.22; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 05 May 2014 14:05:36 -0000 On Sat, 03 May 2014 07:15:14 -0400 Fbsd8 wrote: > Hello list. Hi, > > Looking for information about using newcons as the terminal driver in > xorg for desktop in a jail. I don't really understand how that can be related. software running in jail doing output to same terminal in which jail started. So if you open xterm, and start jail from it, jailed s/w will output into xterm window. If you run jail from system virtual terminal syscons or vt(a.k.a. newcons), jailed s/w will output to that virtual terminal, no matter which one it is (syscons or vt(4)) > > Can only find this https://wiki.freebsd.org/Newcons > > Has anybody gotten it to work in a jail? > > 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" Just try what you want to try, and if it will behave bad, report it to us. And we will try to help you. Thanks! WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Mon May 5 14:27:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5684A108 for ; Mon, 5 May 2014 14:27:21 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 311811319 for ; Mon, 5 May 2014 14:27:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=wIa5InvPawyRdWhxe0lj6KrS/Vo1/HTRO1TqB/hZYTw=; b=T7qblJ3ZNqcN7u+/cDsLrZzwLU8gTQJVbPcvkNLbY8ClLlOJLIT/6mKuDGNbvJEIms4JN8DVDGVS01reAAX9NIq6OytRDEk/4zcPCXns5Ibvcqf5RL3jAxotgnC90sWXI0qIz02KvjEp6yzWmHMQyEH483IncRly2wSxLecG+Oo=; Received: from [182.10.137.14] (port=60857 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1WhJrS-003f7d-V3; Mon, 05 May 2014 08:27:19 -0600 Date: Mon, 5 May 2014 22:27:13 +0800 From: Erich Dollansky To: Fbsd8 Subject: Re: need info about newcons in jails Message-ID: <20140505222713.7dac5874@X220.alogt.com> In-Reply-To: <5364CFC2.60902@a1poweruser.com> References: <5364CFC2.60902@a1poweruser.com> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 05 May 2014 14:27:21 -0000 Hi, On Sat, 03 May 2014 07:15:14 -0400 Fbsd8 wrote: > Hello list. > > Looking for information about using newcons as the terminal driver in > xorg for desktop in a jail. > > Can only find this https://wiki.freebsd.org/Newcons > > Has anybody gotten it to work in a jail? I just used my FreeBSD 10 machine to test this. It works as expected. Erich From owner-freebsd-current@FreeBSD.ORG Mon May 5 16:26:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C2C4942D; Mon, 5 May 2014 16:26:11 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9A350112; Mon, 5 May 2014 16:26:11 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 900AEB941; Mon, 5 May 2014 12:26:10 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: Leaving the Desktop Market Date: Mon, 5 May 2014 11:42:38 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <536673ED.207@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201405051142.39034.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 05 May 2014 12:26:10 -0400 (EDT) Cc: Adrian Chadd , Nathan Whitehorn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 05 May 2014 16:26:11 -0000 On Sunday, May 04, 2014 4:40:02 pm Adrian Chadd wrote: > Hm, I was hoping for a little more discussion. Mostly around the > "which older CPUs do we leave this on for?" crowd. > > I have Pentium-M class hardware that I was going to spin up -HEAD on. > > So I'll go install -HEAD on said older hardware and get a list of what > does and doesn't work. I'm totally fine with disabling p4tcc and > acpi_throttle if P states for cpu frequency adjustment are available. > I just want to ensure that the temperature throttling stuff is going > to get automatically engaged (by whichever magical BIOS/ACPI/SMI thing > does it) and clock things down if the CPU gets way too hot. The only things that should use throttling are really old machines where ACPI asks the OS to do passive cooling by exposing the TC1 and TC2 constants. (I have an old P4 laptop where this is the case, I think Pentium-M is too new to need this.) If we keep TCC at all, it should not be tied into cpufreq but be a separate thing that only acpi_thermal.c uses. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon May 5 17:41:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0851236B for ; Mon, 5 May 2014 17:41:27 +0000 (UTC) Received: from relay.mailchannels.net (ar-005-i201.relay.mailchannels.net [162.253.144.83]) by mx1.freebsd.org (Postfix) with ESMTP id 425DCA10 for ; Mon, 5 May 2014 17:41:25 +0000 (UTC) X-Sender-Id: _forwarded-from|107.201.34.133 Received: from mail-24.name-services.com (ip-10-204-11-22.us-west-2.compute.internal [10.204.11.22]) by relay.mailchannels.net (Postfix) with ESMTPA id E9FC110018A; Mon, 5 May 2014 17:41:13 +0000 (UTC) X-Sender-Id: _forwarded-from|107.201.34.133 Received: from mail-24.name-services.com (mail-24.name-services.com [10.248.1.153]) (using TLSv1 with cipher AES128-SHA) by 0.0.0.0:2500 (trex/5.1.2); Mon, 05 May 2014 17:41:15 GMT X-MC-Relay: Forwarding X-MailChannels-SenderId: _forwarded-from%7C107.201.34.133 X-MailChannels-Auth-Id: demandmedia Received: from [10.0.10.1] (107-201-34-133.lightspeed.bcvloh.sbcglobal.net [107.201.34.133]) by mail-24.name-services.com with SMTP; Mon, 5 May 2014 10:41:08 -0700 Message-ID: <5367CD34.3090102@a1poweruser.com> Date: Mon, 05 May 2014 13:41:08 -0400 From: Fbsd8 User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Aleksandr Rybalko Subject: Re: need info about newcons in jails References: <5364CFC2.60902@a1poweruser.com> <20140505170209.59f849bc8904748e8b95fa8e@ddteam.net> In-Reply-To: <20140505170209.59f849bc8904748e8b95fa8e@ddteam.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 05 May 2014 17:41:27 -0000 Aleksandr Rybalko wrote: > On Sat, 03 May 2014 07:15:14 -0400 > Fbsd8 wrote: > >> Hello list. > > Hi, > >> Looking for information about using newcons as the terminal driver in >> xorg for desktop in a jail. > > I don't really understand how that can be related. > > software running in jail doing output to same terminal in which jail > started. So if you open xterm, and start jail from it, jailed s/w will > output into xterm window. If you run jail from system virtual terminal > syscons or vt(a.k.a. newcons), jailed s/w will output to that virtual > terminal, no matter which one it is (syscons or vt(4)) > >> Can only find this https://wiki.freebsd.org/Newcons >> >> Has anybody gotten it to work in a jail? >> >> Thanks >> It has been a long time known fact that a jail with xorg/what-ever-desktop does not work when trying to login to that jail from the host. Reason is xorg uses kernel to access syscons and the jail don't allow it that access just like its suppose to do. Now remotely ssh into that xorg jail works. So the question is when newcoms is on the host and the jail has xorg/what-ever-desktop installed can a host user login to that jail and have xorg/desktop work on the hosts screen? Host user means someone setting at the host computer console video device. Login means execute "jexec jailname tcsh" to open console to that jail. From owner-freebsd-current@FreeBSD.ORG Mon May 5 21:34:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27BD8134 for ; Mon, 5 May 2014 21:34:47 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B20AB956 for ; Mon, 5 May 2014 21:34:46 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1WhQX6-00284K-8m>; Mon, 05 May 2014 23:34:44 +0200 Received: from f052010059.adsl.alicedsl.de ([78.52.10.59] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1WhQX6-002w0x-55>; Mon, 05 May 2014 23:34:44 +0200 Date: Mon, 5 May 2014 23:34:38 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: CURRENT: jemalloc_jemalloc.c:(.text+0xcb7): relocation truncated to fit: R_X86_64_PC32 against symbol `__je_ctl_boot' Message-ID: <20140505233438.185a5c56.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/Fn5mXhex+R/Zflyti/EJdxU"; protocol="application/pgp-signature" X-Originating-IP: 78.52.10.59 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 05 May 2014 21:34:47 -0000 --Sig_/Fn5mXhex+R/Zflyti/EJdxU Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable It seems that I can not build anymore a kernel or world. I had an accident in a truncated /usr/libc while installing the last buildw= orld/kernel with mixed up sources. Is there a way to revert this mess? I think I installed lib/libc with more recent sources than the last install= ed system ( FreeBSD 11.0-CURRENT #7 r265358: Mon May 5 14:12:21 CEST 2014 amd64). Any help welcome. Regards, Oliver [...] c++ -O2 -pipe -O3 -pipe -O3 -I/usr/src/usr.bin/clang/tblgen/../../../contri= b/llvm/include -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen -I. -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/../../lib/clang/inclu= de -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MA= CROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebs= d11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -I/usr/obj/usr/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions -fno= -rtti -static -L/usr/obj/usr/src/tmp/legacy/usr/lib -o tblgen AsmMatcherEmitter.o AsmWrit= erEmitter.o AsmWriterInst.o CTagsEmitter.o CallingConvEmitter.o CodeEmitterGen.o CodeGe= nDAGPatterns.o CodeGenInstruction.o CodeGenMapTable.o CodeGenRegisters.o CodeGenSchedule.o CodeGenTarget.o DAGISelEmitter.o DAGISelMatcher.o DAGISelMatcherEmitter.o DAGISelMatcherGen.o DAGISelMatcherOpt.o DFAPacketizerEmitter.o Disassembler= Emitter.o FastISelEmitter.o FixedLenDecoderEmitter.o InstrInfoEmitter.o IntrinsicEmit= ter.o OptParserEmitter.o PseudoLoweringEmitter.o RegisterInfoEmitter.o SetTheory.o SubtargetEmitter.o TGValueTypes.o TableGen.o X86DisassemblerTables.o X86Mod= RMFilters.o X86RecognizableInstr.o /usr/obj/usr/src/tmp/usr/src/usr.bin/clang/tblgen/..= /../../lib/clang/libllvmtablegen/libllvmtablegen.a /usr/obj/usr/src/tmp/usr= /src/usr.bin/clang/tblgen/../../../lib/clang/libllvmsupport/libllvmsupport.a -lncurses -legacy /usr/lib/libc.a(jemalloc_jemalloc.o): In function `malloc= ': jemalloc_jemalloc.c:(.text+0xcb7): relocation truncated to fit: R_X86_64_PC= 32 against symbol `__je_ctl_boot' defined in .text section in /usr/lib/libc.a(jemalloc= _ctl.o) c++: error: linker command failed with exit code 1 (use -v to see invocation) **= * Error code 1 Stop. make[3]: stopped in /usr/src/usr.bin/clang/tblgen --Sig_/Fn5mXhex+R/Zflyti/EJdxU Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTaAPzAAoJEOgBcD7A/5N8VBUH/1nHN/+C1uYVhTjKSSlhMdjr Mv+FbK54PPOXuspy+seTtQZLPGNUSNJ3uLyX0ragWAWT7/FpnMfIYadnaZ71qfRU fXCBtItYEvbqM0lQ76leTRbYJsTQxvKntIpEfiePwQmX4dhiwQLzNH1hBX15QSJp iGMmYNHtFpSj5orYVtfJECHmRtIAvdZTx6CqD815WEFWoRgUeDfzvkjk9UL1ye9o bRI6SIp2SW9lhY11LSYmFCIZuJMUjwY1EWZt5YvFB39uVX9AJWxrnNDLnaT2FeWx IYcyvDLStIr6rZ/eF5Po9FnWVNHVDTL0GCUT2mHYHfxSmcTyF5au7YldiUudFi8= =WLSM -----END PGP SIGNATURE----- --Sig_/Fn5mXhex+R/Zflyti/EJdxU-- From owner-freebsd-current@FreeBSD.ORG Tue May 6 02:07:14 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0FDE850 for ; Tue, 6 May 2014 02:07:14 +0000 (UTC) Received: from mail.egr.msu.edu (gribble.egr.msu.edu [35.9.37.169]) by mx1.freebsd.org (Postfix) with ESMTP id 9B048F08 for ; Tue, 6 May 2014 02:07:13 +0000 (UTC) Received: from gribble (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id 99B0243BB6 for ; Mon, 5 May 2014 22:07:06 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by gribble (gribble.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RH-U4s2HZjjD for ; Mon, 5 May 2014 22:07:06 -0400 (EDT) Received: from daemon.localdomain (daemon.egr.msu.edu [35.9.44.65]) by mail.egr.msu.edu (Postfix) with ESMTP id 73C8A43BB1 for ; Mon, 5 May 2014 22:07:06 -0400 (EDT) Received: by daemon.localdomain (Postfix, from userid 21281) id 6F7915C305; Mon, 5 May 2014 22:07:06 -0400 (EDT) Date: Mon, 5 May 2014 22:07:06 -0400 From: Adam McDougall To: current@freebsd.org Subject: Should we make WITHOUT_LIB32=yes the default for 11-RELEASE? Message-ID: <20140506020706.GP1519@egr.msu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 02:07:15 -0000 On most amd64 systems I run, I usually set WITHOUT_LIB32=yes in /etc/src.conf because I don't need them. This weekend I did a stock install on an older AMD64 Core 2 Duo minipc and a buildworld of 10-STABLE took almost two hours with LIB32 and CLANG since much of it gets compiled twice. Is it time to deprecate LIB32 in -current for 11-RELEASE? I realize some ports may need it, but I hope that need is waning and we are just spending a lot of compile time by default for little gain. We could save a lot of compile time for a lot of users, and they could still opt-in if needed. Putting it up for discussion, not insisting it should be done. Thanks. From owner-freebsd-current@FreeBSD.ORG Tue May 6 03:58:32 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3DE5A557 for ; Tue, 6 May 2014 03:58:32 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1952EB41 for ; Tue, 6 May 2014 03:58:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=76/1waWI+U0+xwsSlxbogfMJx5x2QdUy3xnGOUmvOWY=; b=V6BdWuIcCkeFT4TNOz3ROCMCj4W83GKCEpW/9ptDNBuZyfFwUVIFIX8vVcQfaTkaPghD6fyT4uExgCv5d3OnWcQ7vz6D5TEtirGbs/Q6SDJ2FEkCSEF/wSvqrcn16WrzrFCjwqssF8/VWhGrcHacCVu05N2hE9xwUEK6hD2iak0=; Received: from [39.212.82.65] (port=13589 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1WhWWO-001Xfm-9q; Mon, 05 May 2014 21:58:25 -0600 Date: Tue, 6 May 2014 11:58:19 +0800 From: Erich Dollansky To: Adam McDougall Subject: Re: Should we make WITHOUT_LIB32=yes the default for 11-RELEASE? Message-ID: <20140506115819.5d5482fa@X220.alogt.com> In-Reply-To: <20140506020706.GP1519@egr.msu.edu> References: <20140506020706.GP1519@egr.msu.edu> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 03:58:32 -0000 Hi, On Mon, 5 May 2014 22:07:06 -0400 Adam McDougall wrote: > On most amd64 systems I run, I usually set WITHOUT_LIB32=yes > in /etc/src.conf because I don't need them. This weekend I did a > stock install on an older AMD64 Core 2 Duo minipc and a buildworld of > 10-STABLE took almost two hours with LIB32 and CLANG since much of it > gets compiled twice. > > Is it time to deprecate LIB32 in -current for 11-RELEASE? I realize this is a good idea. Just document it properly. So everybody can still use it. Erich From owner-freebsd-current@FreeBSD.ORG Tue May 6 06:20:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D639E940 for ; Tue, 6 May 2014 06:20:56 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7531A8AA for ; Tue, 6 May 2014 06:20:55 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.8/8.14.8) with ESMTP id s466KnA1073150 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 May 2014 08:20:49 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.8/8.14.8/Submit) with ESMTP id s466Kn4i073147; Tue, 6 May 2014 08:20:49 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 6 May 2014 08:20:49 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: "O. Hartmann" Subject: Re: CURRENT: jemalloc_jemalloc.c:(.text+0xcb7): relocation truncated to fit: R_X86_64_PC32 against symbol `__je_ctl_boot' In-Reply-To: <20140505233438.185a5c56.ohartman@zedat.fu-berlin.de> Message-ID: References: <20140505233438.185a5c56.ohartman@zedat.fu-berlin.de> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 06:20:56 -0000 On Mon, 5 May 2014 23:34+0200, O. Hartmann wrote: > > It seems that I can not build anymore a kernel or world. > > I had an accident in a truncated /usr/libc while installing the last buildworld/kernel > with mixed up sources. > > Is there a way to revert this mess? > > I think I installed lib/libc with more recent sources than the last installed system > ( FreeBSD 11.0-CURRENT #7 r265358: Mon May 5 14:12:21 CEST 2014 amd64). > > Any help welcome. Maybe you could resurrect the corrupted library/ies from a recent snapshot. Try downloading base.txz from ftp://ftp1.de.freebsd.org/pub/FreeBSD/snapshots/amd64/amd64/11.0-CURRENT/, and then extract the contents into a safe (sub)directory, and carefully copy the files you need into place. > [...] > c++ -O2 -pipe -O3 -pipe -O3 -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/include > -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include > -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen -I. > -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/../../lib/clang/include > -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS > -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" > -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" > -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -static > -L/usr/obj/usr/src/tmp/legacy/usr/lib -o tblgen AsmMatcherEmitter.o AsmWriterEmitter.o > AsmWriterInst.o CTagsEmitter.o CallingConvEmitter.o CodeEmitterGen.o CodeGenDAGPatterns.o > CodeGenInstruction.o CodeGenMapTable.o CodeGenRegisters.o CodeGenSchedule.o > CodeGenTarget.o DAGISelEmitter.o DAGISelMatcher.o DAGISelMatcherEmitter.o > DAGISelMatcherGen.o DAGISelMatcherOpt.o DFAPacketizerEmitter.o DisassemblerEmitter.o > FastISelEmitter.o FixedLenDecoderEmitter.o InstrInfoEmitter.o IntrinsicEmitter.o > OptParserEmitter.o PseudoLoweringEmitter.o RegisterInfoEmitter.o SetTheory.o > SubtargetEmitter.o TGValueTypes.o TableGen.o X86DisassemblerTables.o X86ModRMFilters.o > X86RecognizableInstr.o /usr/obj/usr/src/tmp/usr/src/usr.bin/clang/tblgen/../../../lib/clang/libllvmtablegen/libllvmtablegen.a /usr/obj/usr/src/tmp/usr/src/usr.bin/clang/tblgen/../../../lib/clang/libllvmsupport/libllvmsupport.a > -lncurses -legacy /usr/lib/libc.a(jemalloc_jemalloc.o): In function `malloc': > jemalloc_jemalloc.c:(.text+0xcb7): relocation truncated to fit: R_X86_64_PC32 against > symbol `__je_ctl_boot' defined in .text section in /usr/lib/libc.a(jemalloc_ctl.o) c++: > error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 > > Stop. > make[3]: stopped in /usr/src/usr.bin/clang/tblgen > -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-current@FreeBSD.ORG Tue May 6 07:45:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB4FA257; Tue, 6 May 2014 07:45:11 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id B8BD7F9B; Tue, 6 May 2014 07:45:11 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 1A9E0A27; Tue, 6 May 2014 07:45:11 +0000 (UTC) Date: Tue, 6 May 2014 07:45:03 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org, ken@FreeBSD.org, alc@FreeBSD.org Message-ID: <294125702.7.1399362311385.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #611 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 07:45:11 -0000 See Changes: [ken] Fix a problem with async notifications in the mpr(4) driver. This problem only occurs on versions of FreeBSD prior to the recent CAM locking changes. (i.e. stable/9 and older versions of stable/10) This change should be a no-op for head and stable/10. If a path isn't specified, xpt_register_async() will create a fully wildcarded path and acquire a lock (the XPT lock in older versions, and via xpt_path_lock() in newer versions) to call xpt_action() for the XPT_SASYNC_CB CCB. It will then drop the lock and if the requested event includes AC_FOUND_DEVICE or AC_PATH_REGISTERED, it will get the caller up to date with any device arrivals or path registrations. The issue is that before the locking changes, each SIM lock would get acquired in turn during the EDT tree traversal process. If a path is specified for xpt_register_async(), it won't acquire and drop its own lock, but instead expects the caller to hold its own SIM lock. That works for the first part of xpt_register_async(), but causes a recursive lock acquisition once the EDT traversal happens and it comes to the SIM in question. And it isn't possible to call xpt_action() without holding a SIM lock. The locking changes fix this by using the XPT topology lock for EDT traversal, so it is no longer an issue to hold the SIM lock while calling xpt_register_async(). The solution for FreeBSD versions before the locking changes is to request notification of all device arrivals (so we pass a NULL path into xpt_register_async()) and then filter out the arrivals that are not ours. MFC After:=093 days Sponsored by:=09Spectra Logic Corporation [imp] Remove support for WITHOUT_BMAKE. bmake is now the only make that can build world, so it is the only make we build or install. fmake is still in the tree, but disconnected, and upgrades from older systems that still have bmake has not been removed, but its state has not been tested (it should work given how minimal the work to upgrade to bmake is). [imp] Document src.opts.mk changes and the decoupling of /etc/src.conf from anything but the source tree. [imp] Use src.opts.mk in preference to bsd.own.mk except where we need stuf= f from the latter. [imp] Move the /usr/src specific options to src.opts.mk. Move inclusion of /etc/src.conf to this file as well. Now, it will only affect builds of /usr/src and not others that use the bsd.*.mk files. Specifically don't install src.opts.mk so we can catch when it 'leaks' into bsd.*.mk again and have there be errors when this happens. Future commits will move to including src.opts.mk instead of bsd.own.mk when all that's needed is one of the MK_FOO options from src.opts.mk. Future options should be placed here, unless they directly affect a bsd.*.mk file, in which case they should be placed in bsd.opts.mk. [alc] Prior to r254304, a separate function, vm_pageout_page_stats(), was u= sed to periodically update the reference status of the active pages. This functio= n was called, instead of vm_pageout_scan(), when memory was not scarce. The objective was to provide up to date reference status for active pages in case memory did become scarce and active pages needed to be deactivated. The active page queue scan performed by vm_pageout_page_stats() was virtually identical to that performed by vm_pageout_scan(), and so r254304 eliminated vm_pageout_page_stats(). Instead, vm_pageout_scan() is called with the parameter "pass" set to zero. The intention was that when pass is zero, vm_pageout_scan() would only scan the active queue. However, the variable page_shortage can still be greater than zero when memory is no= t scarce and vm_pageout_scan() is called with pass equal to zero. Consequently, the inactive queue may be scanned and dirty pages laundered even though that was not intended by r254304. This revision fixes that. Reported by:=09avg MFC after:=091 week Sponsored by:=09EMC / Isilon Storage Division ------------------------------------------ [...truncated 205203 lines...] --- _libinstall --- sh -C -o root -g wheel -m 444 librt.a /usr/obj sh -C -o root -g wheel -m 444 librt_p.a /usr/obj sh -s -o root -g wheel -m 444 -fschg -S librt.so.1 /usr/obj sh -l s librt.so.1 /usr/obj =3D=3D=3D> lib/librtld_db (install) --- _libinstall --- sh -C -o root -g wheel -m 444 librtld_db.a /usr/obj sh -C -o root -g wheel -m 444 librtld_db_p.a /usr/obj sh -s -o root -g wheel -m 444 librtld_db.so.2 /usr/obj sh -l s librtld_db.so.2 /usr/obj =3D=3D=3D> lib/libsdp (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libsdp.a /usr/obj sh -C -o root -g wheel -m 444 libsdp_p.a /usr/obj sh -s -o root -g wheel -m 444 libsdp.so.4 /usr/obj sh -l s libsdp.so.4 /usr/obj =3D=3D=3D> lib/libsm (install) =3D=3D=3D> lib/libsmb (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libsmb.a /usr/obj sh -C -o root -g wheel -m 444 libsmb_p.a /usr/obj sh -s -o root -g wheel -m 444 libsmb.so.4 /usr/obj sh -l s libsmb.so.4 /usr/obj =3D=3D=3D> lib/libsmdb (install) =3D=3D=3D> lib/libsmutil (install) =3D=3D=3D> lib/libstand (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libstand.a /usr/obj =3D=3D=3D> lib/libstdbuf (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libstdbuf.a /usr/obj sh -C -o root -g wheel -m 444 libstdbuf_p.a /usr/obj sh -s -o root -g wheel -m 444 libstdbuf.so.1 /usr/obj sh -l s libstdbuf.so.1 /usr/obj =3D=3D=3D> lib/libstdthreads (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libstdthreads.a /usr/obj sh -C -o root -g wheel -m 444 libstdthreads_p.a /usr/obj sh -s -o root -g wheel -m 444 libstdthreads.so.0 /usr/obj sh -l s libstdthreads.so.0 /usr/obj =3D=3D=3D> lib/libtelnet (install) =3D=3D=3D> lib/libthr (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libthr.a /usr/obj sh -C -o root -g wheel -m 444 libthr_p.a /usr/obj sh -s -o root -g wheel -m 444 -fschg -S libthr.so.3 /usr/obj sh -l s libthr.so.3 /usr/obj --- _installlinks --- /usr/obj -> libthr.a /usr/obj -> libthr.so /usr/obj -> libthr_p.a =3D=3D=3D> lib/libthread_db (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libthread_db.a /usr/obj sh -C -o root -g wheel -m 444 libthread_db_p.a /usr/obj sh -s -o root -g wheel -m 444 libthread_db.so.3 /usr/obj sh -l s libthread_db.so.3 /usr/obj =3D=3D=3D> lib/libucl (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libucl.a /usr/obj sh -C -o root -g wheel -m 444 libucl_p.a /usr/obj sh -s -o root -g wheel -m 444 libucl.so.1 /usr/obj sh -l s libucl.so.1 /usr/obj =3D=3D=3D> lib/libufs (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libufs.a /usr/obj sh -C -o root -g wheel -m 444 libufs_p.a /usr/obj sh -o root -g wheel -m 444 libufs.so.6 /usr/obj sh -l s libufs.so.6 /usr/obj =3D=3D=3D> lib/libugidfw (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libugidfw.a /usr/obj sh -C -o root -g wheel -m 444 libugidfw_p.a /usr/obj sh -s -o root -g wheel -m 444 libugidfw.so.4 /usr/obj sh -l s libugidfw.so.4 /usr/obj =3D=3D=3D> lib/libulog (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libulog.a /usr/obj sh -C -o root -g wheel -m 444 libulog_p.a /usr/obj sh -s -o root -g wheel -m 444 libulog.so.0 /usr/obj sh -l s libulog.so.0 /usr/obj --- _installlinks --- /usr/obj -> libulog.a /usr/obj -> libulog.so /usr/obj -> libulog_p.a =3D=3D=3D> lib/libunbound (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libunbound.a /usr/obj sh -C -o root -g wheel -m 444 libunbound_p.a /usr/obj sh -s -o root -g wheel -m 444 libunbound.so.5 /usr/obj sh -l s libunbound.so.5 /usr/obj =3D=3D=3D> lib/libusbhid (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libusbhid.a /usr/obj sh -C -o root -g wheel -m 444 libusbhid_p.a /usr/obj sh -s -o root -g wheel -m 444 libusbhid.so.4 /usr/obj sh -l s libusbhid.so.4 /usr/obj =3D=3D=3D> lib/libusb (install) --- beforeinstall --- sh -C -o root -g wheel -m 444 /usr/obj sh -C -o root -g wheel -m 444 /usr/obj sh -C -o root -g wheel -m 444 /usr/obj --- _libinstall --- sh -C -o root -g wheel -m 444 libusb.a /usr/obj sh -C -o root -g wheel -m 444 libusb_p.a /usr/obj sh -s -o root -g wheel -m 444 libusb.so.3 /usr/obj sh -l s libusb.so.3 /usr/obj =3D=3D=3D> lib/libvgl (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libvgl.a /usr/obj sh -C -o root -g wheel -m 444 libvgl_p.a /usr/obj sh -s -o root -g wheel -m 444 libvgl.so.6 /usr/obj sh -l s libvgl.so.6 /usr/obj =3D=3D=3D> lib/libwrap (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libwrap.a /usr/obj sh -C -o root -g wheel -m 444 libwrap_p.a /usr/obj sh -s -o root -g wheel -m 444 libwrap.so.6 /usr/obj sh -l s libwrap.so.6 /usr/obj =3D=3D=3D> lib/liby (install) --- _libinstall --- sh -C -o root -g wheel -m 444 liby.a /usr/obj sh -C -o root -g wheel -m 444 liby_p.a /usr/obj =3D=3D=3D> lib/libz (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libz.a /usr/obj sh -C -o root -g wheel -m 444 libz_p.a /usr/obj sh -s -o root -g wheel -m 444 libz.so.6 /usr/obj sh -l s libz.so.6 /usr/obj cd PROG=3Dld-elf32.so.1 MACHINE=3Di386 MACHINE_ARCH=3Di386 MACHINE_CPU=3D= "i686 mmx sse sse2" MAKEOBJDIRPREFIX=3D/usr/obj/lib32 _SHLIBDIRPREFIX=3D/u= sr/obj _LDS= CRIPTROOT=3D/usr/obj VERSION=3D"FreeBSD 11.0-CURRENT amd64 1100020" INSTALL=3D"sh P= ATH=3D/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sb= in:/usr/bin LIBDIR=3D/usr/lib32 SHLIBDIR=3D/usr/lib32 LIBPRIVATEDIR=3D/u= sr/lib32/private make AS=3D"as --32" LD=3D"ld -m elf_i386_fbsd -Y P,/usr/o= bj CC=3D"cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /= usr/obj -L/usr/obj -B/usr/obj CXX=3D"c++ -m32 -march=3Di686 -mmmx -msse -m= sse2 -DCOMPAT_32BIT -isystem /usr/obj -L/usr/obj -B/usr/obj DESTDIR=3D/us= r/obj -DCOM= PAT_32BIT -DLIBRARIES_ONLY -DNO_CPU_CFLAGS MK_CTF=3Dno -DNO_LINT MK_TE= STS=3Dno MK_MAN=3Dno MK_INFO=3Dno MK_HTML=3Dno DIRPRFX=3Dlibexec/rtld-elf= / obj --- obj --- /usr/obj/lib32 created for cd P= ROG=3Dldd32 MACHINE=3Di386 MACHINE_ARCH=3Di386 MACHINE_CPU=3D"i686 mmx sse= sse2" MAKEOBJDIRPREFIX=3D/usr/obj/lib32 _SHLIBDIRPREFIX=3D/usr/obj _LDSCRIPTROOT=3D/= usr/obj VER= SION=3D"FreeBSD 11.0-CURRENT amd64 1100020" INSTALL=3D"sh PATH=3D/usr/ob= j:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sbin:/usr/bin = LIBDIR=3D/usr/lib32 SHLIBDIR=3D/usr/lib32 LIBPRIVATEDIR=3D/usr/lib32/priv= ate make AS=3D"as --32" LD=3D"ld -m elf_i386_fbsd -Y P,/usr/obj CC=3D"cc -m= 32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj -L/= usr/obj -B/usr/obj CXX=3D"c++ -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT= _32BIT -isystem /usr/obj -L/usr/obj -B/usr/obj DESTDIR=3D/usr/obj -DCOMPAT_32BIT -D= LIBRARIES_ONLY -DNO_CPU_CFLAGS MK_CTF=3Dno -DNO_LINT MK_TESTS=3Dno MK_= MAN=3Dno MK_INFO=3Dno MK_HTML=3Dno DIRPRFX=3Dusr.bin/ldd obj --- obj --- /usr/obj/lib32 created for cd PROG=3Dld-elf32.so.1 MACHINE=3Di386 MACHINE_ARCH=3Di386 MACHINE_CPU=3D= "i686 mmx sse sse2" MAKEOBJDIRPREFIX=3D/usr/obj/lib32 _SHLIBDIRPREFIX=3D/u= sr/obj _LDS= CRIPTROOT=3D/usr/obj VERSION=3D"FreeBSD 11.0-CURRENT amd64 1100020" INSTALL=3D"sh P= ATH=3D/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sb= in:/usr/bin LIBDIR=3D/usr/lib32 SHLIBDIR=3D/usr/lib32 LIBPRIVATEDIR=3D/u= sr/lib32/private make AS=3D"as --32" LD=3D"ld -m elf_i386_fbsd -Y P,/usr/o= bj CC=3D"cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /= usr/obj -L/usr/obj -B/usr/obj CXX=3D"c++ -m32 -march=3Di686 -mmmx -msse -m= sse2 -DCOMPAT_32BIT -isystem /usr/obj -L/usr/obj -B/usr/obj DESTDIR=3D/us= r/obj -DCOM= PAT_32BIT -DLIBRARIES_ONLY -DNO_CPU_CFLAGS MK_CTF=3Dno -DNO_LINT MK_TE= STS=3Dno MK_MAN=3Dno MK_INFO=3Dno MK_HTML=3Dno DIRPRFX=3Dlibexec/rtld-elf= / depend --- .depend --- rm -f .depend CC=3D'cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /us= r/obj -L/usr/obj -B/usr/obj mkdep -f .depend -a -DFREEBSD_ELF -DIN_RTLD = -I -I -I -DPIC -std=3Dgnu99 <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/libexec/rtld-elf/de= bug.c> cc: warning: argument unused during compilation: '-L/usr/obj echo ld-elf32.so.1: /usr/obj >> .depend cd P= ROG=3Dldd32 MACHINE=3Di386 MACHINE_ARCH=3Di386 MACHINE_CPU=3D"i686 mmx sse= sse2" MAKEOBJDIRPREFIX=3D/usr/obj/lib32 _SHLIBDIRPREFIX=3D/usr/obj _LDSCRIPTROOT=3D/= usr/obj VER= SION=3D"FreeBSD 11.0-CURRENT amd64 1100020" INSTALL=3D"sh PATH=3D/usr/ob= j:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sbin:/usr/bin = LIBDIR=3D/usr/lib32 SHLIBDIR=3D/usr/lib32 LIBPRIVATEDIR=3D/usr/lib32/priv= ate make AS=3D"as --32" LD=3D"ld -m elf_i386_fbsd -Y P,/usr/obj CC=3D"cc -m= 32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj -L/= usr/obj -B/usr/obj CXX=3D"c++ -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT= _32BIT -isystem /usr/obj -L/usr/obj -B/usr/obj DESTDIR=3D/usr/obj -DCOMPAT_32BIT -D= LIBRARIES_ONLY -DNO_CPU_CFLAGS MK_CTF=3Dno -DNO_LINT MK_TESTS=3Dno MK_= MAN=3Dno MK_INFO=3Dno MK_HTML=3Dno DIRPRFX=3Dusr.bin/ldd depend --- .depend --- rm -f .depend CC=3D'cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /us= r/obj -L/usr/obj -B/usr/obj mkdep -f .depend -a -std=3Dgnu99 cc: warning: argument unused during compilation: '-L/usr/obj echo ldd32: /usr/obj >> .depend cd PROG=3Dld-elf32.so.1 MACHINE=3Di386 MACHINE_ARCH=3Di386 MACHINE_CPU=3D= "i686 mmx sse sse2" MAKEOBJDIRPREFIX=3D/usr/obj/lib32 _SHLIBDIRPREFIX=3D/u= sr/obj _LDS= CRIPTROOT=3D/usr/obj VERSION=3D"FreeBSD 11.0-CURRENT amd64 1100020" INSTALL=3D"sh P= ATH=3D/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sb= in:/usr/bin LIBDIR=3D/usr/lib32 SHLIBDIR=3D/usr/lib32 LIBPRIVATEDIR=3D/u= sr/lib32/private make AS=3D"as --32" LD=3D"ld -m elf_i386_fbsd -Y P,/usr/o= bj CC=3D"cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /= usr/obj -L/usr/obj -B/usr/obj CXX=3D"c++ -m32 -march=3Di686 -mmmx -msse -m= sse2 -DCOMPAT_32BIT -isystem /usr/obj -L/usr/obj -B/usr/obj DESTDIR=3D/us= r/obj -DCOM= PAT_32BIT -DLIBRARIES_ONLY -DNO_CPU_CFLAGS MK_CTF=3Dno -DNO_LINT MK_TE= STS=3Dno MK_MAN=3Dno MK_INFO=3Dno MK_HTML=3Dno DIRPRFX=3Dlibexec/rtld-elf= / all --- Version.map --- --- rtld_start.o --- --- reloc.o --- --- rtld.o --- --- Version.map --- cat | cpp - - | awk -v vfile=3D -f > Version.map --- rtld_start.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib32/usr/include/>= -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I -I -I -fpic -DPIC -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno= -sse3 -msoft-float -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-= y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-arg= s -Werror -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -= Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-u= nused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Wno-format-nonliteral -Qunused-arguments -c --- reloc.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib32/usr/include/>= -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I -I -I -fpic -DPIC -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno= -sse3 -msoft-float -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-= y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-arg= s -Werror -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -= Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-u= nused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Wno-format-nonliteral -Qunused-arguments -c --- rtld.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib32/usr/include/>= -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I -I -I -fpic -DPIC -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno= -sse3 -msoft-float -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-= y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-arg= s -Werror -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -= Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-u= nused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Wno-format-nonliteral -Qunused-arguments -c --- rtld_lock.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib32/usr/include/>= -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I -I -I -fpic -DPIC -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno= -sse3 -msoft-float -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-= y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-arg= s -Werror -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -= Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-u= nused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Wno-format-nonliteral -Qunused-arguments -c --- rtld_printf.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib32/usr/include/>= -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I -I -I -fpic -DPIC -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno= -sse3 -msoft-float -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-= y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-arg= s -Werror -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -= Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-u= nused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Wno-format-nonliteral -Qunused-arguments -c --- map_object.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib32/usr/include/>= -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I -I -I -fpic -DPIC -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno= -sse3 -msoft-float -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-= y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-arg= s -Werror -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -= Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-u= nused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Wno-format-nonliteral -Qunused-arguments -c --- malloc.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib32/usr/include/>= -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I -I -I -fpic -DPIC -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno= -sse3 -msoft-float -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-= y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-arg= s -Werror -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -= Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-u= nused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Wno-format-nonliteral -Qunused-arguments -c --- xmalloc.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib32/usr/include/>= -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I -I -I -fpic -DPIC -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno= -sse3 -msoft-float -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-= y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-arg= s -Werror -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -= Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-u= nused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Wno-format-nonliteral -Qunused-arguments -c --- debug.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib32/usr/include/>= -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I -I -I -fpic -DPIC -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno= -sse3 -msoft-float -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-= y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-arg= s -Werror -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -= Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-u= nused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Wno-format-nonliteral -Qunused-arguments -c --- libmap.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib32/usr/include/>= -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I -I -I -fpic -DPIC -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno= -sse3 -msoft-float -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-= y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-arg= s -Werror -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -= Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-u= nused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Wno-format-nonliteral -Qunused-arguments -c --- ld-elf32.so.1 --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib32/usr/include/>= -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I -I -I -fpic -DPIC -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno= -sse3 -msoft-float -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-= y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-arg= s -Werror -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -= Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-u= nused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Wno-format-nonliteral -Qunused-arguments -nostdlib -e .= rtld_start -shared -Wl,-Bsymbolic -Wl,--version-script=3DVersion.map -o ld-= elf32.so.1 rtld_start.o reloc.o rtld.o rtld_lock.o rtld_printf.o map_object= .o malloc.o xmalloc.o debug.o libmap.o -lc_pic cd P= ROG=3Dldd32 MACHINE=3Di386 MACHINE_ARCH=3Di386 MACHINE_CPU=3D"i686 mmx sse= sse2" MAKEOBJDIRPREFIX=3D/usr/obj/lib32 _SHLIBDIRPREFIX=3D/usr/obj _LDSCRIPTROOT=3D/= usr/obj VER= SION=3D"FreeBSD 11.0-CURRENT amd64 1100020" INSTALL=3D"sh PATH=3D/usr/ob= j:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sbin:/usr/bin = LIBDIR=3D/usr/lib32 SHLIBDIR=3D/usr/lib32 LIBPRIVATEDIR=3D/usr/lib32/priv= ate make AS=3D"as --32" LD=3D"ld -m elf_i386_fbsd -Y P,/usr/obj CC=3D"cc -m= 32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj -L/= usr/obj -B/usr/obj CXX=3D"c++ -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT= _32BIT -isystem /usr/obj -L/usr/obj -B/usr/obj DESTDIR=3D/usr/obj -DCOMPAT_32BIT -D= LIBRARIES_ONLY -DNO_CPU_CFLAGS MK_CTF=3Dno -DNO_LINT MK_TESTS=3Dno MK_= MAN=3Dno MK_INFO=3Dno MK_HTML=3Dno DIRPRFX=3Dusr.bin/ldd all --- ldd.o --- --- sods.o --- --- ldd.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib32/usr/include/>= -L/usr/obj -B/usr/obj -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-hea= ders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite= -strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscript= s -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-p= ointer-sign -Wmissing-variable-declarations -Wno-empty-body -Wno-string-plu= s-int -Wno-unused-const-variable -Qunused-arguments -c --- sods.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib32/usr/include/>= -L/usr/obj -B/usr/obj -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-hea= ders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite= -strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscript= s -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-p= ointer-sign -Wmissing-variable-declarations -Wno-empty-body -Wno-string-plu= s-int -Wno-unused-const-variable -Qunused-arguments -c --- ldd32 --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib32/usr/include/>= -L/usr/obj -B/usr/obj -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-hea= ders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite= -strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscript= s -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-p= ointer-sign -Wmissing-variable-declarations -Wno-empty-body -Wno-string-plu= s-int -Wno-unused-const-variable -Qunused-arguments -o ldd32 ldd.o sods.o= =20 --- buildworld_epilogue --- -------------------------------------------------------------- >>> World build completed on Tue May 6 07:44:54 UTC 2014 -------------------------------------------------------------- + make -j 4 buildkernel --- buildkernel --- --- buildkernel --- -------------------------------------------------------------- >>> Kernel build for GENERIC started on Tue May 6 07:44:55 UTC 2014 -------------------------------------------------------------- =3D=3D=3D> GENERIC mkdir -p /usr/obj -------------------------------------------------------------- >>> stage 1: configuring the kernel -------------------------------------------------------------- cd PATH=3D/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/sbin:/bin:/us= r/sbin:/usr/bin config -d /usr/obj -I ' ' Kernel build directory is /usr/obj Don't forget to do ``make cleandepend && make depend'' -------------------------------------------------------------- >>> stage 2.1: cleaning up the object tree -------------------------------------------------------------- cd /usr/obj MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Damd64 MACHINE=3Damd64 = CPUTYPE=3D GROFF_BIN_PATH=3D/usr/obj GROFF_FONT_PATH=3D/usr/obj GROFF_TMAC_PATH=3D/usr/obj _SHLIBDIRPREFIX=3D/usr/obj _LDSCRIPTROOT=3D V= ERSION=3D"FreeBSD 11.0-CURRENT amd64 1100020" INSTALL=3D"sh PATH=3D/usr/= obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sbin:/usr/bin= CC=3D"cc " CXX=3D"c++ " CPP=3D"cpp " AS=3D"as" AR=3D"ar" LD=3D"ld" NM=3D= nm OBJDUMP=3D RANLIB=3Dranlib STRINGS=3D make -j 4 -J 15,16 -m KERNEL=3Dkernel c= leandir --- kernel-clean --- --- kernel-cleandepend --- --- modules-cleandir --- --- kernel-clean --- rm -f *.o *.so *.So *.ko *.s eddep errs kernel.debug kernel kernel.symbols= linterrs tags vers.c vnode_if.c vnode_if.h vnode_if_newproto.h vnode_if_= typedef.h agp_if.c ata_if.c eisa_if.c fb_if.c miibus_if.c mmcbr_if.c mmcbu= s_if.c mvs_if.c card_if.c power_if.c pci_if.c pcib_if.c ppbus_if.c sdhci_if= .c hdac_if.c ac97_if.c channel_if.c feeder_if.c mixer_if.c mpu_if.c mpufoi_= if.c synth_if.c uart_if.c usb_if.c g_part_if.c g_raid_md_if.c g_raid_tr_if.= c isa_if.c bus_if.c clock_if.c cpufreq_if.c device_if.c linker_if.c serdev_= if.c xenbus_if.c xenbusb_if.c acpi_if.c acpi_wmi_if.c virtio_bus_if.c virti= o_if.c agp_if.h ata_if.h eisa_if.h fb_if.h miibus_if.h mmcbr_if.h mmcbus_if= .h mvs_if.h card_if.h power_if.h pci_if.h pcib_if.h ppbus_if.h sdhci_if.h h= dac_if.h ac97_if.h channel_if.h feeder_if.h mixer_if.h mpu_if.h mpufoi_if.h= synth_if.h uart_if.h usb_if.h g_part_if.h g_raid_md_if.h g_raid_tr_if.h is= a_if.h bus_if.h clock_if.h cpufreq_if.h device_if.h linker_if.h serdev_if.h= xenbus_if.h xenbusb_if.h acpi_if.h acpi_wmi_if.h--- kernel-cleandepend --- rm -f .depend machine x86 --- modules-cleandir --- cd M= AKEOBJDIRPREFIX=3D/usr/obj KMODDIR=3D/boot/kernel MACHINE_CPUARCH=3Damd64= MACHINE=3Damd64 MACHINE_ARCH=3Damd64 DEBUG_FLAGS=3D"-g" KERNBUILDDIR=3D"/u= sr/obj SYSDIR=3D" = WITH_CTF=3D"1" make cleandir --- kernel-clean --- virtio_bus_if.h virtio_if.h acpi_quirks.h feeder_eq_gen.h feeder_rate_gen= .h snd_fxdiv_gen.h miidevs.h pccarddevs.h teken_state.h usbdevs.h usbdevs_= data.h ia32_genassym.o ia32_assym.h acpi_wakecode.o acpi_wakecode.bin acp= i_wakecode.h acpi_wakedata.h --- modules-cleandir --- --- cleandir --- =3D=3D=3D> aac (cleandir) make[4]: " line 292: Malformed conditional (defined(DEBUG_FLAGS) && !define= d(INSTALL_NODEBUG) && ${MK_KERNEL_SYMBOLS} !=3D "no") make[4]: Fatal errors encountered -- cannot continue make[4]: stopped in *** [cleandir] Error code 1 make[3]: stopped in 1 error make[3]: stopped in *** [modules-cleandir] Error code 2 make[2]: stopped in /usr/obj 1 error make[2]: stopped in /usr/obj *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Tue May 6 09:58:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1BC1EEA1 for ; Tue, 6 May 2014 09:58:44 +0000 (UTC) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.17.13]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA256 (256/256 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8FB51CD2 for ; Tue, 6 May 2014 09:58:42 +0000 (UTC) Received: from [192.168.178.36] (p57AED378.dip0.t-ipconnect.de [87.174.211.120]) by mrelayeu.kundenserver.de (node=mreue104) with ESMTP (Nemesis) id 0LjsPB-1XElAO33dZ-00bvU1; Tue, 06 May 2014 11:58:33 +0200 Message-ID: <5368B249.4060402@janh.de> Date: Tue, 06 May 2014 11:58:33 +0200 From: Jan Henrik Sylvester User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Adam McDougall Subject: Re: Should we make WITHOUT_LIB32=yes the default for 11-RELEASE? References: <20140506115819.5d5482fa@X220.alogt.com> In-Reply-To: <20140506115819.5d5482fa@X220.alogt.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:AMxwmbYJ+rLHyEV+XXvslqGANuolgVJaLoq7cr3VX4x 35D1W7R5veQiO8G4Dk87C7I284PaUwxmGZWQYHsTGXZZCEbK+w Yfyx3ImMR7Rsd2erPvewxTsA1hfk/jd9qol51Hqof5bW57OuSI bVPbidVyHVyvErTEuKtF9d3B5C3HtmD6UmCCXmBnWpuXHmUi5r jEyDRITbYNO4fgJoOigvAWu+cjca5jPNNIuxZR/NXrZQjuy10P Mnfmr6ocWsO3ZCtbY1hHUkTqgd8rMRJ5O+9J6uxKlPWizsuR/M Z0Gn5vT2A+MHZ3//NU8ax/oQg6h36PJ1IKMGujkshTFGKBssVS pw0gN+A8OvQpmO/olYOM= Cc: current-list freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 09:58:44 -0000 Adam McDougall wrote: > On most amd64 systems I run, I usually set WITHOUT_LIB32=yes in > /etc/src.conf because I don't need them. This weekend I did a stock > install on an older AMD64 Core 2 Duo minipc and a buildworld of > 10-STABLE took almost two hours with LIB32 and CLANG since much of it > gets compiled twice. As you said, if you build from source, you can specify WITHOUT_LIB32=yes -- in contrast to systems using official install media and freebsd-update. The current situation is good, since lib32 is a separate install set. It makes the binary only people happy and does not put much burden on the people compiling from source. > Is it time to deprecate LIB32 in -current for 11-RELEASE? I realize > some ports may need it, but I hope that need is waning and we are just > spending a lot of compile time by default for little gain. We could > save a lot of compile time for a lot of users, and they could still > opt-in if needed. Putting it up for discussion, not insisting it should > be done. Thanks. With binary packages becoming usable, there will be more and more people going binary only for base and packages. Do you really want to break desktop packages like virtualbox (or wine) for them? And if you go binary only and get the lib32 set from another machine, it will not be updated by freebsd-update, if it is not part of the default build. This would create a vulnerability. Maybe lib32 can be a package in the spirit of misc/compat10x and (hopefully) get updated, if there are security updates to the base. As long as something like that is not the case, lib32 should be part of the binary distribution not to break binary only systems (especially desktops). Cheers, Jan Henrik From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:01:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56275FCE; Tue, 6 May 2014 10:01:31 +0000 (UTC) Received: from mailout08.t-online.de (mailout08.t-online.de [194.25.134.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 18B13D6D; Tue, 6 May 2014 10:01:30 +0000 (UTC) Received: from fwd12.aul.t-online.de (fwd12.aul.t-online.de [172.20.26.241]) by mailout08.t-online.de (Postfix) with SMTP id 6EF8D17BBC6; Tue, 6 May 2014 11:51:46 +0200 (CEST) Received: from [192.168.119.11] (GWIE62ZX8hhlP7RfVXjZHDjGL1uoNxvSz0aq1iuURdiMiJmAUqWDxNErpUw1wUGwPM@[84.154.114.101]) by fwd12.t-online.de with esmtp id 1Whc2k-0oqwls0; Tue, 6 May 2014 11:52:10 +0200 Message-ID: <5368B0C5.6040309@freebsd.org> Date: Tue, 06 May 2014 11:52:05 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: imp@freebsd.org Subject: buildworld fails (missing /usr/share/mk/src.opts.mk) X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-ID: GWIE62ZX8hhlP7RfVXjZHDjGL1uoNxvSz0aq1iuURdiMiJmAUqWDxNErpUw1wUGwPM X-TOI-MSGID: cf94faf7-94f5-4bad-af4e-74aeb3f379fc Cc: "current >> \"current@freebsd.org\"" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 10:01:31 -0000 Hi Warner, as already reported by Jenkins, HEAD does not build. Seems that this is caused by src.opts.mk missing in /usr/share/mk during the cleandir phase. I guess this is kind of a bootstrap issue - the definitions are looked up in the installed base, not in the src tree - but did not verify this assumption. A work-around is to manually install src.opts.mk: # make -C /usr/src/share/mk install (which might deserve an UPDATING entry). Falling back on the file in the src directory might be a better solution ... Regards, STefan From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:11:00 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E342377; Tue, 6 May 2014 10:11:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 60EB1DEE; Tue, 6 May 2014 10:11:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AArCX093766; Tue, 6 May 2014 06:10:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AArOQ093764; Tue, 6 May 2014 10:10:53 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:10:53 GMT Message-Id: <201405061010.s46AArOQ093764@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:11:01 -0000 TB --- 2014-05-06 10:10:47 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:10:47 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:10:47 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-06 10:10:47 - cleaning the object tree TB --- 2014-05-06 10:10:47 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:10:52 - At svn revision 265431 TB --- 2014-05-06 10:10:53 - building world TB --- 2014-05-06 10:10:53 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:10:53 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:10:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:10:53 - SRCCONF=/dev/null TB --- 2014-05-06 10:10:53 - TARGET=arm TB --- 2014-05-06 10:10:53 - TARGET_ARCH=arm TB --- 2014-05-06 10:10:53 - TZ=UTC TB --- 2014-05-06 10:10:53 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:10:53 - cd /src TB --- 2014-05-06 10:10:53 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:10:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:10:53 - ERROR: failed to build world TB --- 2014-05-06 10:10:53 - 1.65 user 3.01 system 5.78 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:11:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DACC8379; Tue, 6 May 2014 10:11:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A4A73DF0; Tue, 6 May 2014 10:11:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AAx7G093841; Tue, 6 May 2014 06:10:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AAxDP093819; Tue, 6 May 2014 10:10:59 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:10:59 GMT Message-Id: <201405061010.s46AAxDP093819@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:11:01 -0000 TB --- 2014-05-06 10:10:53 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:10:53 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:10:53 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-06 10:10:53 - cleaning the object tree TB --- 2014-05-06 10:10:53 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:10:58 - At svn revision 265431 TB --- 2014-05-06 10:10:59 - building world TB --- 2014-05-06 10:10:59 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:10:59 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:10:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:10:59 - SRCCONF=/dev/null TB --- 2014-05-06 10:10:59 - TARGET=mips TB --- 2014-05-06 10:10:59 - TARGET_ARCH=mips64 TB --- 2014-05-06 10:10:59 - TZ=UTC TB --- 2014-05-06 10:10:59 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:10:59 - cd /src TB --- 2014-05-06 10:10:59 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:10:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:10:59 - ERROR: failed to build world TB --- 2014-05-06 10:10:59 - 1.69 user 2.91 system 5.68 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:11:00 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 965F0374; Tue, 6 May 2014 10:11:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5EC12DEC; Tue, 6 May 2014 10:11:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AAr5g093762; Tue, 6 May 2014 06:10:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AArKw093726; Tue, 6 May 2014 10:10:53 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:10:53 GMT Message-Id: <201405061010.s46AArKw093726@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:11:00 -0000 TB --- 2014-05-06 10:10:47 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:10:47 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:10:47 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-06 10:10:47 - cleaning the object tree TB --- 2014-05-06 10:10:47 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:10:52 - At svn revision 265431 TB --- 2014-05-06 10:10:53 - building world TB --- 2014-05-06 10:10:53 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:10:53 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:10:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:10:53 - SRCCONF=/dev/null TB --- 2014-05-06 10:10:53 - TARGET=arm TB --- 2014-05-06 10:10:53 - TARGET_ARCH=armv6 TB --- 2014-05-06 10:10:53 - TZ=UTC TB --- 2014-05-06 10:10:53 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:10:53 - cd /src TB --- 2014-05-06 10:10:53 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:10:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:10:53 - ERROR: failed to build world TB --- 2014-05-06 10:10:53 - 1.47 user 3.13 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:11:00 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 98369375; Tue, 6 May 2014 10:11:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5EBC1DEB; Tue, 6 May 2014 10:11:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AArZU093761; Tue, 6 May 2014 06:10:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AArX7093708; Tue, 6 May 2014 10:10:53 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:10:53 GMT Message-Id: <201405061010.s46AArX7093708@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:11:00 -0000 TB --- 2014-05-06 10:10:47 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:10:47 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:10:47 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-06 10:10:47 - cleaning the object tree TB --- 2014-05-06 10:10:47 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:10:52 - At svn revision 265431 TB --- 2014-05-06 10:10:53 - building world TB --- 2014-05-06 10:10:53 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:10:53 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:10:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:10:53 - SRCCONF=/dev/null TB --- 2014-05-06 10:10:53 - TARGET=amd64 TB --- 2014-05-06 10:10:53 - TARGET_ARCH=amd64 TB --- 2014-05-06 10:10:53 - TZ=UTC TB --- 2014-05-06 10:10:53 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:10:53 - cd /src TB --- 2014-05-06 10:10:53 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:10:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:10:53 - ERROR: failed to build world TB --- 2014-05-06 10:10:53 - 1.50 user 3.05 system 5.64 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:11:06 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E578D7B7; Tue, 6 May 2014 10:11:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AE2F7DFD; Tue, 6 May 2014 10:11:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AB5mX093968; Tue, 6 May 2014 06:11:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AB5We093950; Tue, 6 May 2014 10:11:05 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:11:05 GMT Message-Id: <201405061011.s46AB5We093950@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:11:07 -0000 TB --- 2014-05-06 10:10:59 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:10:59 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:10:59 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-06 10:11:00 - cleaning the object tree TB --- 2014-05-06 10:11:00 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:11:04 - At svn revision 265431 TB --- 2014-05-06 10:11:05 - building world TB --- 2014-05-06 10:11:05 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:11:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:11:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:11:05 - SRCCONF=/dev/null TB --- 2014-05-06 10:11:05 - TARGET=sparc64 TB --- 2014-05-06 10:11:05 - TARGET_ARCH=sparc64 TB --- 2014-05-06 10:11:05 - TZ=UTC TB --- 2014-05-06 10:11:05 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:11:05 - cd /src TB --- 2014-05-06 10:11:05 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:11:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:11:05 - ERROR: failed to build world TB --- 2014-05-06 10:11:05 - 1.46 user 2.41 system 5.76 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:11:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1059E37C; Tue, 6 May 2014 10:11:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CE10EDF3; Tue, 6 May 2014 10:11:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AAxBD093876; Tue, 6 May 2014 06:10:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AAxIZ093872; Tue, 6 May 2014 10:10:59 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:10:59 GMT Message-Id: <201405061010.s46AAxIZ093872@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:11:01 -0000 TB --- 2014-05-06 10:10:53 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:10:53 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:10:53 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-06 10:10:53 - cleaning the object tree TB --- 2014-05-06 10:10:53 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:10:58 - At svn revision 265431 TB --- 2014-05-06 10:10:59 - building world TB --- 2014-05-06 10:10:59 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:10:59 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:10:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:10:59 - SRCCONF=/dev/null TB --- 2014-05-06 10:10:59 - TARGET=pc98 TB --- 2014-05-06 10:10:59 - TARGET_ARCH=i386 TB --- 2014-05-06 10:10:59 - TZ=UTC TB --- 2014-05-06 10:10:59 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:10:59 - cd /src TB --- 2014-05-06 10:10:59 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:10:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:10:59 - ERROR: failed to build world TB --- 2014-05-06 10:10:59 - 1.65 user 2.97 system 5.78 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:11:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8E9D37A; Tue, 6 May 2014 10:11:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B2D2DDF1; Tue, 6 May 2014 10:11:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AAx7P093871; Tue, 6 May 2014 06:10:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AAxcx093839; Tue, 6 May 2014 10:10:59 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:10:59 GMT Message-Id: <201405061010.s46AAxcx093839@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:11:01 -0000 TB --- 2014-05-06 10:10:53 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:10:53 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:10:53 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-06 10:10:53 - cleaning the object tree TB --- 2014-05-06 10:10:53 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:10:58 - At svn revision 265431 TB --- 2014-05-06 10:10:59 - building world TB --- 2014-05-06 10:10:59 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:10:59 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:10:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:10:59 - SRCCONF=/dev/null TB --- 2014-05-06 10:10:59 - TARGET=ia64 TB --- 2014-05-06 10:10:59 - TARGET_ARCH=ia64 TB --- 2014-05-06 10:10:59 - TZ=UTC TB --- 2014-05-06 10:10:59 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:10:59 - cd /src TB --- 2014-05-06 10:10:59 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:10:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:10:59 - ERROR: failed to build world TB --- 2014-05-06 10:10:59 - 1.70 user 2.93 system 5.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:11:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 066AE37B; Tue, 6 May 2014 10:11:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C3E2EDF2; Tue, 6 May 2014 10:11:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AAxAk093873; Tue, 6 May 2014 06:10:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AAxlC093863; Tue, 6 May 2014 10:10:59 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:10:59 GMT Message-Id: <201405061010.s46AAxlC093863@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:11:01 -0000 TB --- 2014-05-06 10:10:53 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:10:53 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:10:53 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-06 10:10:53 - cleaning the object tree TB --- 2014-05-06 10:10:53 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:10:58 - At svn revision 265431 TB --- 2014-05-06 10:10:59 - building world TB --- 2014-05-06 10:10:59 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:10:59 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:10:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:10:59 - SRCCONF=/dev/null TB --- 2014-05-06 10:10:59 - TARGET=mips TB --- 2014-05-06 10:10:59 - TARGET_ARCH=mips TB --- 2014-05-06 10:10:59 - TZ=UTC TB --- 2014-05-06 10:10:59 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:10:59 - cd /src TB --- 2014-05-06 10:10:59 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:10:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:10:59 - ERROR: failed to build world TB --- 2014-05-06 10:10:59 - 1.48 user 3.16 system 5.75 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:11:00 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9DE41376; Tue, 6 May 2014 10:11:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5EC71DED; Tue, 6 May 2014 10:11:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AArJx093765; Tue, 6 May 2014 06:10:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AArHb093763; Tue, 6 May 2014 10:10:53 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:10:53 GMT Message-Id: <201405061010.s46AArHb093763@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:11:00 -0000 TB --- 2014-05-06 10:10:47 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:10:47 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:10:47 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-06 10:10:47 - cleaning the object tree TB --- 2014-05-06 10:10:47 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:10:52 - At svn revision 265431 TB --- 2014-05-06 10:10:53 - building world TB --- 2014-05-06 10:10:53 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:10:53 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:10:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:10:53 - SRCCONF=/dev/null TB --- 2014-05-06 10:10:53 - TARGET=i386 TB --- 2014-05-06 10:10:53 - TARGET_ARCH=i386 TB --- 2014-05-06 10:10:53 - TZ=UTC TB --- 2014-05-06 10:10:53 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:10:53 - cd /src TB --- 2014-05-06 10:10:53 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:10:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:10:53 - ERROR: failed to build world TB --- 2014-05-06 10:10:53 - 1.69 user 2.95 system 5.77 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:11:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DFEB27AE; Tue, 6 May 2014 10:11:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A948CDFA; Tue, 6 May 2014 10:11:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AB4Jp093930; Tue, 6 May 2014 06:11:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AB4GP093929; Tue, 6 May 2014 10:11:04 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:11:04 GMT Message-Id: <201405061011.s46AB4GP093929@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:11:06 -0000 TB --- 2014-05-06 10:10:59 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:10:59 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:10:59 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-06 10:10:59 - cleaning the object tree TB --- 2014-05-06 10:10:59 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:11:03 - At svn revision 265431 TB --- 2014-05-06 10:11:04 - building world TB --- 2014-05-06 10:11:04 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:11:04 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:11:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:11:04 - SRCCONF=/dev/null TB --- 2014-05-06 10:11:04 - TARGET=powerpc TB --- 2014-05-06 10:11:04 - TARGET_ARCH=powerpc TB --- 2014-05-06 10:11:04 - TZ=UTC TB --- 2014-05-06 10:11:04 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:11:04 - cd /src TB --- 2014-05-06 10:11:04 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:11:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:11:04 - ERROR: failed to build world TB --- 2014-05-06 10:11:04 - 1.62 user 2.04 system 4.81 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:11:07 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EED207B8; Tue, 6 May 2014 10:11:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B898ADFF; Tue, 6 May 2014 10:11:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AB5jY093970; Tue, 6 May 2014 06:11:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AB501093969; Tue, 6 May 2014 10:11:05 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:11:05 GMT Message-Id: <201405061011.s46AB501093969@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:11:07 -0000 TB --- 2014-05-06 10:10:59 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:10:59 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:10:59 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-06 10:11:00 - cleaning the object tree TB --- 2014-05-06 10:11:00 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:11:04 - At svn revision 265431 TB --- 2014-05-06 10:11:05 - building world TB --- 2014-05-06 10:11:05 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:11:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:11:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:11:05 - SRCCONF=/dev/null TB --- 2014-05-06 10:11:05 - TARGET=powerpc TB --- 2014-05-06 10:11:05 - TARGET_ARCH=powerpc64 TB --- 2014-05-06 10:11:05 - TZ=UTC TB --- 2014-05-06 10:11:05 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:11:05 - cd /src TB --- 2014-05-06 10:11:05 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:11:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:11:05 - ERROR: failed to build world TB --- 2014-05-06 10:11:05 - 1.63 user 2.26 system 5.84 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:20:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3DB164C; Tue, 6 May 2014 10:20:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7D674F05; Tue, 6 May 2014 10:20:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AKP4b094091; Tue, 6 May 2014 06:20:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AKPAa094087; Tue, 6 May 2014 10:20:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:20:25 GMT Message-Id: <201405061020.s46AKPAa094087@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:20:26 -0000 TB --- 2014-05-06 10:20:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:20:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:20:19 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-06 10:20:19 - cleaning the object tree TB --- 2014-05-06 10:20:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:20:24 - At svn revision 265431 TB --- 2014-05-06 10:20:25 - building world TB --- 2014-05-06 10:20:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:20:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:20:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:20:25 - SRCCONF=/dev/null TB --- 2014-05-06 10:20:25 - TARGET=arm TB --- 2014-05-06 10:20:25 - TARGET_ARCH=arm TB --- 2014-05-06 10:20:25 - TZ=UTC TB --- 2014-05-06 10:20:25 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:20:25 - cd /src TB --- 2014-05-06 10:20:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:20:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:20:25 - ERROR: failed to build world TB --- 2014-05-06 10:20:25 - 1.66 user 3.00 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:20:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA8AC64D; Tue, 6 May 2014 10:20:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 84ACDF06; Tue, 6 May 2014 10:20:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AKPse094094; Tue, 6 May 2014 06:20:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AKPa5094089; Tue, 6 May 2014 10:20:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:20:25 GMT Message-Id: <201405061020.s46AKPa5094089@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:20:26 -0000 TB --- 2014-05-06 10:20:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:20:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:20:19 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-06 10:20:19 - cleaning the object tree TB --- 2014-05-06 10:20:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:20:24 - At svn revision 265431 TB --- 2014-05-06 10:20:25 - building world TB --- 2014-05-06 10:20:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:20:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:20:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:20:25 - SRCCONF=/dev/null TB --- 2014-05-06 10:20:25 - TARGET=i386 TB --- 2014-05-06 10:20:25 - TARGET_ARCH=i386 TB --- 2014-05-06 10:20:25 - TZ=UTC TB --- 2014-05-06 10:20:25 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:20:25 - cd /src TB --- 2014-05-06 10:20:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:20:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:20:25 - ERROR: failed to build world TB --- 2014-05-06 10:20:25 - 1.64 user 3.03 system 5.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:20:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D8A1D64E; Tue, 6 May 2014 10:20:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A167BF07; Tue, 6 May 2014 10:20:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AKPOx094093; Tue, 6 May 2014 06:20:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AKP5R094090; Tue, 6 May 2014 10:20:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:20:25 GMT Message-Id: <201405061020.s46AKP5R094090@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:20:27 -0000 TB --- 2014-05-06 10:20:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:20:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:20:19 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-06 10:20:19 - cleaning the object tree TB --- 2014-05-06 10:20:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:20:24 - At svn revision 265431 TB --- 2014-05-06 10:20:25 - building world TB --- 2014-05-06 10:20:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:20:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:20:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:20:25 - SRCCONF=/dev/null TB --- 2014-05-06 10:20:25 - TARGET=amd64 TB --- 2014-05-06 10:20:25 - TARGET_ARCH=amd64 TB --- 2014-05-06 10:20:25 - TZ=UTC TB --- 2014-05-06 10:20:25 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:20:25 - cd /src TB --- 2014-05-06 10:20:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:20:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:20:25 - ERROR: failed to build world TB --- 2014-05-06 10:20:25 - 1.73 user 2.94 system 5.72 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:20:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA85A64F; Tue, 6 May 2014 10:20:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A39E2F08; Tue, 6 May 2014 10:20:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AKPM5094092; Tue, 6 May 2014 06:20:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AKPA8094088; Tue, 6 May 2014 10:20:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:20:25 GMT Message-Id: <201405061020.s46AKPA8094088@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:20:27 -0000 TB --- 2014-05-06 10:20:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:20:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:20:19 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-06 10:20:19 - cleaning the object tree TB --- 2014-05-06 10:20:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:20:24 - At svn revision 265431 TB --- 2014-05-06 10:20:25 - building world TB --- 2014-05-06 10:20:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:20:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:20:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:20:25 - SRCCONF=/dev/null TB --- 2014-05-06 10:20:25 - TARGET=arm TB --- 2014-05-06 10:20:25 - TARGET_ARCH=armv6 TB --- 2014-05-06 10:20:25 - TZ=UTC TB --- 2014-05-06 10:20:25 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:20:25 - cd /src TB --- 2014-05-06 10:20:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:20:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:20:25 - ERROR: failed to build world TB --- 2014-05-06 10:20:25 - 1.62 user 3.05 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:20:34 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3710AC3; Tue, 6 May 2014 10:20:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8D9B8F0E; Tue, 6 May 2014 10:20:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AKXw3094201; Tue, 6 May 2014 06:20:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AKVrZ094196; Tue, 6 May 2014 10:20:31 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:20:31 GMT Message-Id: <201405061020.s46AKVrZ094196@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:20:34 -0000 TB --- 2014-05-06 10:20:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:20:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:20:25 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-06 10:20:25 - cleaning the object tree TB --- 2014-05-06 10:20:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:20:30 - At svn revision 265431 TB --- 2014-05-06 10:20:31 - building world TB --- 2014-05-06 10:20:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:20:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:20:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:20:31 - SRCCONF=/dev/null TB --- 2014-05-06 10:20:31 - TARGET=ia64 TB --- 2014-05-06 10:20:31 - TARGET_ARCH=ia64 TB --- 2014-05-06 10:20:31 - TZ=UTC TB --- 2014-05-06 10:20:31 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:20:31 - cd /src TB --- 2014-05-06 10:20:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:20:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:20:31 - ERROR: failed to build world TB --- 2014-05-06 10:20:31 - 1.55 user 3.08 system 5.69 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:20:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CAD43AC5; Tue, 6 May 2014 10:20:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8FFCEF10; Tue, 6 May 2014 10:20:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AKXub094202; Tue, 6 May 2014 06:20:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AKVul094197; Tue, 6 May 2014 10:20:31 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:20:31 GMT Message-Id: <201405061020.s46AKVul094197@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:20:35 -0000 TB --- 2014-05-06 10:20:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:20:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:20:25 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-06 10:20:25 - cleaning the object tree TB --- 2014-05-06 10:20:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:20:30 - At svn revision 265431 TB --- 2014-05-06 10:20:31 - building world TB --- 2014-05-06 10:20:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:20:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:20:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:20:31 - SRCCONF=/dev/null TB --- 2014-05-06 10:20:31 - TARGET=mips TB --- 2014-05-06 10:20:31 - TARGET_ARCH=mips64 TB --- 2014-05-06 10:20:31 - TZ=UTC TB --- 2014-05-06 10:20:31 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:20:31 - cd /src TB --- 2014-05-06 10:20:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:20:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:20:31 - ERROR: failed to build world TB --- 2014-05-06 10:20:31 - 1.62 user 3.01 system 5.68 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:20:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD025AC6; Tue, 6 May 2014 10:20:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9650FF11; Tue, 6 May 2014 10:20:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AKXsA094200; Tue, 6 May 2014 06:20:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AKV2t094144; Tue, 6 May 2014 10:20:31 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:20:31 GMT Message-Id: <201405061020.s46AKV2t094144@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:20:35 -0000 TB --- 2014-05-06 10:20:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:20:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:20:25 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-06 10:20:25 - cleaning the object tree TB --- 2014-05-06 10:20:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:20:30 - At svn revision 265431 TB --- 2014-05-06 10:20:31 - building world TB --- 2014-05-06 10:20:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:20:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:20:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:20:31 - SRCCONF=/dev/null TB --- 2014-05-06 10:20:31 - TARGET=pc98 TB --- 2014-05-06 10:20:31 - TARGET_ARCH=i386 TB --- 2014-05-06 10:20:31 - TZ=UTC TB --- 2014-05-06 10:20:31 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:20:31 - cd /src TB --- 2014-05-06 10:20:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:20:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:20:31 - ERROR: failed to build world TB --- 2014-05-06 10:20:31 - 1.82 user 2.69 system 5.55 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:20:34 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C4C02AC4; Tue, 6 May 2014 10:20:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8EDB3F0F; Tue, 6 May 2014 10:20:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AKXlL094199; Tue, 6 May 2014 06:20:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AKVMl094198; Tue, 6 May 2014 10:20:31 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:20:31 GMT Message-Id: <201405061020.s46AKVMl094198@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:20:35 -0000 TB --- 2014-05-06 10:20:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:20:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:20:25 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-06 10:20:25 - cleaning the object tree TB --- 2014-05-06 10:20:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:20:30 - At svn revision 265431 TB --- 2014-05-06 10:20:31 - building world TB --- 2014-05-06 10:20:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:20:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:20:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:20:31 - SRCCONF=/dev/null TB --- 2014-05-06 10:20:31 - TARGET=mips TB --- 2014-05-06 10:20:31 - TARGET_ARCH=mips TB --- 2014-05-06 10:20:31 - TZ=UTC TB --- 2014-05-06 10:20:31 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:20:31 - cd /src TB --- 2014-05-06 10:20:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:20:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:20:31 - ERROR: failed to build world TB --- 2014-05-06 10:20:31 - 1.86 user 2.79 system 5.68 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:20:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1C04DAF6; Tue, 6 May 2014 10:20:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DA417F13; Tue, 6 May 2014 10:20:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AKc0l094247; Tue, 6 May 2014 06:20:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AKcS6094246; Tue, 6 May 2014 10:20:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:20:38 GMT Message-Id: <201405061020.s46AKcS6094246@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:20:40 -0000 TB --- 2014-05-06 10:20:33 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:20:33 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:20:33 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-06 10:20:33 - cleaning the object tree TB --- 2014-05-06 10:20:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:20:37 - At svn revision 265431 TB --- 2014-05-06 10:20:38 - building world TB --- 2014-05-06 10:20:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:20:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:20:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:20:38 - SRCCONF=/dev/null TB --- 2014-05-06 10:20:38 - TARGET=powerpc TB --- 2014-05-06 10:20:38 - TARGET_ARCH=powerpc TB --- 2014-05-06 10:20:38 - TZ=UTC TB --- 2014-05-06 10:20:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:20:38 - cd /src TB --- 2014-05-06 10:20:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:20:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:20:38 - ERROR: failed to build world TB --- 2014-05-06 10:20:38 - 1.52 user 2.57 system 5.10 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:20:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39BDEAF7; Tue, 6 May 2014 10:20:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 03844F14; Tue, 6 May 2014 10:20:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AKdg9094286; Tue, 6 May 2014 06:20:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AKcuX094282; Tue, 6 May 2014 10:20:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:20:38 GMT Message-Id: <201405061020.s46AKcuX094282@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:20:40 -0000 TB --- 2014-05-06 10:20:33 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:20:33 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:20:33 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-06 10:20:33 - cleaning the object tree TB --- 2014-05-06 10:20:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:20:37 - At svn revision 265431 TB --- 2014-05-06 10:20:38 - building world TB --- 2014-05-06 10:20:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:20:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:20:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:20:38 - SRCCONF=/dev/null TB --- 2014-05-06 10:20:38 - TARGET=powerpc TB --- 2014-05-06 10:20:38 - TARGET_ARCH=powerpc64 TB --- 2014-05-06 10:20:38 - TZ=UTC TB --- 2014-05-06 10:20:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:20:38 - cd /src TB --- 2014-05-06 10:20:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:20:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:20:38 - ERROR: failed to build world TB --- 2014-05-06 10:20:38 - 1.62 user 2.59 system 5.20 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:20:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3C2E9AF8; Tue, 6 May 2014 10:20:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 05CDBF15; Tue, 6 May 2014 10:20:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AKd58094287; Tue, 6 May 2014 06:20:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AKcFU094283; Tue, 6 May 2014 10:20:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:20:38 GMT Message-Id: <201405061020.s46AKcFU094283@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:20:40 -0000 TB --- 2014-05-06 10:20:33 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:20:33 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:20:33 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-06 10:20:33 - cleaning the object tree TB --- 2014-05-06 10:20:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:20:37 - At svn revision 265431 TB --- 2014-05-06 10:20:38 - building world TB --- 2014-05-06 10:20:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:20:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:20:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:20:38 - SRCCONF=/dev/null TB --- 2014-05-06 10:20:38 - TARGET=sparc64 TB --- 2014-05-06 10:20:38 - TARGET_ARCH=sparc64 TB --- 2014-05-06 10:20:38 - TZ=UTC TB --- 2014-05-06 10:20:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:20:38 - cd /src TB --- 2014-05-06 10:20:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:20:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:20:38 - ERROR: failed to build world TB --- 2014-05-06 10:20:38 - 1.68 user 2.52 system 5.21 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:30:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28C2068D; Tue, 6 May 2014 10:30:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E5C2D7D; Tue, 6 May 2014 10:30:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AUN9X094421; Tue, 6 May 2014 06:30:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AUNIb094418; Tue, 6 May 2014 10:30:23 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:30:23 GMT Message-Id: <201405061030.s46AUNIb094418@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:30:25 -0000 TB --- 2014-05-06 10:30:17 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:30:17 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:30:17 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-06 10:30:17 - cleaning the object tree TB --- 2014-05-06 10:30:17 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:30:22 - At svn revision 265431 TB --- 2014-05-06 10:30:23 - building world TB --- 2014-05-06 10:30:23 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:30:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:30:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:30:23 - SRCCONF=/dev/null TB --- 2014-05-06 10:30:23 - TARGET=i386 TB --- 2014-05-06 10:30:23 - TARGET_ARCH=i386 TB --- 2014-05-06 10:30:23 - TZ=UTC TB --- 2014-05-06 10:30:23 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:30:23 - cd /src TB --- 2014-05-06 10:30:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:30:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:30:23 - ERROR: failed to build world TB --- 2014-05-06 10:30:23 - 1.63 user 3.05 system 5.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:30:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 30C31690; Tue, 6 May 2014 10:30:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E80297F; Tue, 6 May 2014 10:30:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AUNKu094422; Tue, 6 May 2014 06:30:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AUNLC094419; Tue, 6 May 2014 10:30:23 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:30:23 GMT Message-Id: <201405061030.s46AUNLC094419@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:30:25 -0000 TB --- 2014-05-06 10:30:17 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:30:17 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:30:17 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-06 10:30:17 - cleaning the object tree TB --- 2014-05-06 10:30:17 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:30:22 - At svn revision 265431 TB --- 2014-05-06 10:30:23 - building world TB --- 2014-05-06 10:30:23 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:30:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:30:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:30:23 - SRCCONF=/dev/null TB --- 2014-05-06 10:30:23 - TARGET=arm TB --- 2014-05-06 10:30:23 - TARGET_ARCH=armv6 TB --- 2014-05-06 10:30:23 - TZ=UTC TB --- 2014-05-06 10:30:23 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:30:23 - cd /src TB --- 2014-05-06 10:30:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:30:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:30:23 - ERROR: failed to build world TB --- 2014-05-06 10:30:23 - 1.56 user 3.12 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:30:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 89121908; Tue, 6 May 2014 10:30:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 52B4885; Tue, 6 May 2014 10:30:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AUTVt094512; Tue, 6 May 2014 06:30:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AUTEp094495; Tue, 6 May 2014 10:30:29 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:30:29 GMT Message-Id: <201405061030.s46AUTEp094495@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:30:30 -0000 TB --- 2014-05-06 10:30:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:30:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:30:23 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-06 10:30:23 - cleaning the object tree TB --- 2014-05-06 10:30:23 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:30:28 - At svn revision 265431 TB --- 2014-05-06 10:30:29 - building world TB --- 2014-05-06 10:30:29 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:30:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:30:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:30:29 - SRCCONF=/dev/null TB --- 2014-05-06 10:30:29 - TARGET=ia64 TB --- 2014-05-06 10:30:29 - TARGET_ARCH=ia64 TB --- 2014-05-06 10:30:29 - TZ=UTC TB --- 2014-05-06 10:30:29 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:30:29 - cd /src TB --- 2014-05-06 10:30:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:30:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:30:29 - ERROR: failed to build world TB --- 2014-05-06 10:30:29 - 1.57 user 2.99 system 5.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:30:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 290EF68E; Tue, 6 May 2014 10:30:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E5B867B; Tue, 6 May 2014 10:30:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AUNEM094420; Tue, 6 May 2014 06:30:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AUNKn094417; Tue, 6 May 2014 10:30:23 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:30:23 GMT Message-Id: <201405061030.s46AUNKn094417@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:30:25 -0000 TB --- 2014-05-06 10:30:17 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:30:17 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:30:17 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-06 10:30:17 - cleaning the object tree TB --- 2014-05-06 10:30:17 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:30:22 - At svn revision 265431 TB --- 2014-05-06 10:30:23 - building world TB --- 2014-05-06 10:30:23 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:30:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:30:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:30:23 - SRCCONF=/dev/null TB --- 2014-05-06 10:30:23 - TARGET=amd64 TB --- 2014-05-06 10:30:23 - TARGET_ARCH=amd64 TB --- 2014-05-06 10:30:23 - TZ=UTC TB --- 2014-05-06 10:30:23 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:30:23 - cd /src TB --- 2014-05-06 10:30:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:30:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:30:23 - ERROR: failed to build world TB --- 2014-05-06 10:30:23 - 1.75 user 2.93 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:30:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64DD6906; Tue, 6 May 2014 10:30:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2E70982; Tue, 6 May 2014 10:30:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AUT74094473; Tue, 6 May 2014 06:30:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AUTK2094472; Tue, 6 May 2014 10:30:29 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:30:29 GMT Message-Id: <201405061030.s46AUTK2094472@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:30:30 -0000 TB --- 2014-05-06 10:30:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:30:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:30:23 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-06 10:30:23 - cleaning the object tree TB --- 2014-05-06 10:30:23 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:30:28 - At svn revision 265431 TB --- 2014-05-06 10:30:29 - building world TB --- 2014-05-06 10:30:29 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:30:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:30:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:30:29 - SRCCONF=/dev/null TB --- 2014-05-06 10:30:29 - TARGET=pc98 TB --- 2014-05-06 10:30:29 - TARGET_ARCH=i386 TB --- 2014-05-06 10:30:29 - TZ=UTC TB --- 2014-05-06 10:30:29 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:30:29 - cd /src TB --- 2014-05-06 10:30:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:30:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:30:29 - ERROR: failed to build world TB --- 2014-05-06 10:30:29 - 1.73 user 2.73 system 5.48 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:30:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 30A2868F; Tue, 6 May 2014 10:30:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E5BE87C; Tue, 6 May 2014 10:30:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AUN5B094414; Tue, 6 May 2014 06:30:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AUN8W094364; Tue, 6 May 2014 10:30:23 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:30:23 GMT Message-Id: <201405061030.s46AUN8W094364@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:30:25 -0000 TB --- 2014-05-06 10:30:17 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:30:17 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:30:17 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-06 10:30:17 - cleaning the object tree TB --- 2014-05-06 10:30:17 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:30:22 - At svn revision 265431 TB --- 2014-05-06 10:30:23 - building world TB --- 2014-05-06 10:30:23 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:30:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:30:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:30:23 - SRCCONF=/dev/null TB --- 2014-05-06 10:30:23 - TARGET=arm TB --- 2014-05-06 10:30:23 - TARGET_ARCH=arm TB --- 2014-05-06 10:30:23 - TZ=UTC TB --- 2014-05-06 10:30:23 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:30:23 - cd /src TB --- 2014-05-06 10:30:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:30:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:30:23 - ERROR: failed to build world TB --- 2014-05-06 10:30:23 - 1.67 user 2.97 system 5.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:30:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F2B1DD27; Tue, 6 May 2014 10:30:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BC0C4100; Tue, 6 May 2014 10:30:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AUb0H094604; Tue, 6 May 2014 06:30:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AUbgT094595; Tue, 6 May 2014 10:30:37 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:30:37 GMT Message-Id: <201405061030.s46AUbgT094595@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:30:39 -0000 TB --- 2014-05-06 10:30:29 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:30:29 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:30:29 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-06 10:30:29 - cleaning the object tree TB --- 2014-05-06 10:30:29 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:30:36 - At svn revision 265431 TB --- 2014-05-06 10:30:37 - building world TB --- 2014-05-06 10:30:37 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:30:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:30:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:30:37 - SRCCONF=/dev/null TB --- 2014-05-06 10:30:37 - TARGET=powerpc TB --- 2014-05-06 10:30:37 - TARGET_ARCH=powerpc64 TB --- 2014-05-06 10:30:37 - TZ=UTC TB --- 2014-05-06 10:30:37 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:30:37 - cd /src TB --- 2014-05-06 10:30:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:30:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:30:37 - ERROR: failed to build world TB --- 2014-05-06 10:30:37 - 1.77 user 2.32 system 8.21 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:30:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A04D990B; Tue, 6 May 2014 10:30:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6805688; Tue, 6 May 2014 10:30:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AUTOl094536; Tue, 6 May 2014 06:30:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AUTlH094534; Tue, 6 May 2014 10:30:29 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:30:29 GMT Message-Id: <201405061030.s46AUTlH094534@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:30:30 -0000 TB --- 2014-05-06 10:30:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:30:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:30:23 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-06 10:30:23 - cleaning the object tree TB --- 2014-05-06 10:30:23 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:30:28 - At svn revision 265431 TB --- 2014-05-06 10:30:29 - building world TB --- 2014-05-06 10:30:29 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:30:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:30:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:30:29 - SRCCONF=/dev/null TB --- 2014-05-06 10:30:29 - TARGET=mips TB --- 2014-05-06 10:30:29 - TARGET_ARCH=mips64 TB --- 2014-05-06 10:30:29 - TZ=UTC TB --- 2014-05-06 10:30:29 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:30:29 - cd /src TB --- 2014-05-06 10:30:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:30:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:30:29 - ERROR: failed to build world TB --- 2014-05-06 10:30:29 - 1.69 user 2.94 system 5.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:30:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D558D28; Tue, 6 May 2014 10:30:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DAF3D101; Tue, 6 May 2014 10:30:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AUbKI094615; Tue, 6 May 2014 06:30:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AUbwD094614; Tue, 6 May 2014 10:30:37 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:30:37 GMT Message-Id: <201405061030.s46AUbwD094614@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:30:39 -0000 TB --- 2014-05-06 10:30:29 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:30:29 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:30:29 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-06 10:30:29 - cleaning the object tree TB --- 2014-05-06 10:30:29 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:30:36 - At svn revision 265431 TB --- 2014-05-06 10:30:37 - building world TB --- 2014-05-06 10:30:37 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:30:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:30:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:30:37 - SRCCONF=/dev/null TB --- 2014-05-06 10:30:37 - TARGET=sparc64 TB --- 2014-05-06 10:30:37 - TARGET_ARCH=sparc64 TB --- 2014-05-06 10:30:37 - TZ=UTC TB --- 2014-05-06 10:30:37 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:30:37 - cd /src TB --- 2014-05-06 10:30:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:30:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:30:37 - ERROR: failed to build world TB --- 2014-05-06 10:30:37 - 1.70 user 2.38 system 8.20 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:30:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B0F490A; Tue, 6 May 2014 10:30:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6541086; Tue, 6 May 2014 10:30:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AUTEa094537; Tue, 6 May 2014 06:30:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AUTfg094535; Tue, 6 May 2014 10:30:29 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:30:29 GMT Message-Id: <201405061030.s46AUTfg094535@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:30:30 -0000 TB --- 2014-05-06 10:30:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:30:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:30:23 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-06 10:30:23 - cleaning the object tree TB --- 2014-05-06 10:30:23 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:30:28 - At svn revision 265431 TB --- 2014-05-06 10:30:29 - building world TB --- 2014-05-06 10:30:29 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:30:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:30:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:30:29 - SRCCONF=/dev/null TB --- 2014-05-06 10:30:29 - TARGET=mips TB --- 2014-05-06 10:30:29 - TARGET_ARCH=mips TB --- 2014-05-06 10:30:29 - TZ=UTC TB --- 2014-05-06 10:30:29 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:30:29 - cd /src TB --- 2014-05-06 10:30:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:30:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:30:29 - ERROR: failed to build world TB --- 2014-05-06 10:30:29 - 1.73 user 2.89 system 5.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:30:38 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B29BED1F; Tue, 6 May 2014 10:30:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7C254FF; Tue, 6 May 2014 10:30:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AUbiN094575; Tue, 6 May 2014 06:30:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AUbTV094574; Tue, 6 May 2014 10:30:37 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:30:37 GMT Message-Id: <201405061030.s46AUbTV094574@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:30:38 -0000 TB --- 2014-05-06 10:30:29 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:30:29 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:30:29 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-06 10:30:29 - cleaning the object tree TB --- 2014-05-06 10:30:29 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:30:36 - At svn revision 265431 TB --- 2014-05-06 10:30:37 - building world TB --- 2014-05-06 10:30:37 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:30:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:30:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:30:37 - SRCCONF=/dev/null TB --- 2014-05-06 10:30:37 - TARGET=powerpc TB --- 2014-05-06 10:30:37 - TARGET_ARCH=powerpc TB --- 2014-05-06 10:30:37 - TZ=UTC TB --- 2014-05-06 10:30:37 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:30:37 - cd /src TB --- 2014-05-06 10:30:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:30:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:30:37 - ERROR: failed to build world TB --- 2014-05-06 10:30:37 - 1.41 user 2.57 system 8.11 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:40:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 111DE602; Tue, 6 May 2014 10:40:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CF024208; Tue, 6 May 2014 10:40:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AeNRY094751; Tue, 6 May 2014 06:40:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AeNSK094748; Tue, 6 May 2014 10:40:23 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:40:23 GMT Message-Id: <201405061040.s46AeNSK094748@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:40:25 -0000 TB --- 2014-05-06 10:40:17 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:40:17 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:40:17 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-06 10:40:17 - cleaning the object tree TB --- 2014-05-06 10:40:17 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:40:22 - At svn revision 265431 TB --- 2014-05-06 10:40:23 - building world TB --- 2014-05-06 10:40:23 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:40:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:40:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:40:23 - SRCCONF=/dev/null TB --- 2014-05-06 10:40:23 - TARGET=arm TB --- 2014-05-06 10:40:23 - TARGET_ARCH=armv6 TB --- 2014-05-06 10:40:23 - TZ=UTC TB --- 2014-05-06 10:40:23 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:40:23 - cd /src TB --- 2014-05-06 10:40:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:40:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:40:23 - ERROR: failed to build world TB --- 2014-05-06 10:40:23 - 1.77 user 2.91 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:40:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 122AC603; Tue, 6 May 2014 10:40:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CF06D209; Tue, 6 May 2014 10:40:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AeNBm094752; Tue, 6 May 2014 06:40:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AeN11094749; Tue, 6 May 2014 10:40:23 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:40:23 GMT Message-Id: <201405061040.s46AeN11094749@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:40:25 -0000 TB --- 2014-05-06 10:40:17 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:40:17 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:40:17 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-06 10:40:17 - cleaning the object tree TB --- 2014-05-06 10:40:17 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:40:22 - At svn revision 265431 TB --- 2014-05-06 10:40:23 - building world TB --- 2014-05-06 10:40:23 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:40:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:40:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:40:23 - SRCCONF=/dev/null TB --- 2014-05-06 10:40:23 - TARGET=arm TB --- 2014-05-06 10:40:23 - TARGET_ARCH=arm TB --- 2014-05-06 10:40:23 - TZ=UTC TB --- 2014-05-06 10:40:23 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:40:23 - cd /src TB --- 2014-05-06 10:40:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:40:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:40:23 - ERROR: failed to build world TB --- 2014-05-06 10:40:23 - 1.67 user 3.02 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:40:24 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A79D5600; Tue, 6 May 2014 10:40:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 70B9F206; Tue, 6 May 2014 10:40:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AeN4N094743; Tue, 6 May 2014 06:40:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AeNtM094694; Tue, 6 May 2014 10:40:23 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:40:23 GMT Message-Id: <201405061040.s46AeNtM094694@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:40:24 -0000 TB --- 2014-05-06 10:40:17 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:40:17 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:40:17 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-06 10:40:17 - cleaning the object tree TB --- 2014-05-06 10:40:17 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:40:22 - At svn revision 265431 TB --- 2014-05-06 10:40:23 - building world TB --- 2014-05-06 10:40:23 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:40:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:40:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:40:23 - SRCCONF=/dev/null TB --- 2014-05-06 10:40:23 - TARGET=i386 TB --- 2014-05-06 10:40:23 - TARGET_ARCH=i386 TB --- 2014-05-06 10:40:23 - TZ=UTC TB --- 2014-05-06 10:40:23 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:40:23 - cd /src TB --- 2014-05-06 10:40:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:40:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:40:23 - ERROR: failed to build world TB --- 2014-05-06 10:40:23 - 1.70 user 2.91 system 5.65 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:40:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C5C9979; Tue, 6 May 2014 10:40:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5673020E; Tue, 6 May 2014 10:40:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AeTOd094865; Tue, 6 May 2014 06:40:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AeTRO094835; Tue, 6 May 2014 10:40:29 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:40:29 GMT Message-Id: <201405061040.s46AeTRO094835@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:40:30 -0000 TB --- 2014-05-06 10:40:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:40:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:40:23 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-06 10:40:23 - cleaning the object tree TB --- 2014-05-06 10:40:23 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:40:28 - At svn revision 265431 TB --- 2014-05-06 10:40:29 - building world TB --- 2014-05-06 10:40:29 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:40:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:40:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:40:29 - SRCCONF=/dev/null TB --- 2014-05-06 10:40:29 - TARGET=mips TB --- 2014-05-06 10:40:29 - TARGET_ARCH=mips TB --- 2014-05-06 10:40:29 - TZ=UTC TB --- 2014-05-06 10:40:29 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:40:29 - cd /src TB --- 2014-05-06 10:40:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:40:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:40:29 - ERROR: failed to build world TB --- 2014-05-06 10:40:29 - 1.63 user 2.94 system 5.60 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:40:24 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BFD65601; Tue, 6 May 2014 10:40:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 889B9207; Tue, 6 May 2014 10:40:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AeNCo094750; Tue, 6 May 2014 06:40:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AeN0J094747; Tue, 6 May 2014 10:40:23 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:40:23 GMT Message-Id: <201405061040.s46AeN0J094747@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:40:24 -0000 TB --- 2014-05-06 10:40:17 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:40:17 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:40:17 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-06 10:40:17 - cleaning the object tree TB --- 2014-05-06 10:40:17 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:40:22 - At svn revision 265431 TB --- 2014-05-06 10:40:23 - building world TB --- 2014-05-06 10:40:23 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:40:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:40:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:40:23 - SRCCONF=/dev/null TB --- 2014-05-06 10:40:23 - TARGET=amd64 TB --- 2014-05-06 10:40:23 - TARGET_ARCH=amd64 TB --- 2014-05-06 10:40:23 - TZ=UTC TB --- 2014-05-06 10:40:23 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:40:23 - cd /src TB --- 2014-05-06 10:40:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:40:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:40:23 - ERROR: failed to build world TB --- 2014-05-06 10:40:23 - 1.69 user 2.98 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:40:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9890E97A; Tue, 6 May 2014 10:40:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6279F20F; Tue, 6 May 2014 10:40:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AeThs094867; Tue, 6 May 2014 06:40:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AeTAY094864; Tue, 6 May 2014 10:40:29 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:40:29 GMT Message-Id: <201405061040.s46AeTAY094864@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:40:30 -0000 TB --- 2014-05-06 10:40:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:40:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:40:23 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-06 10:40:23 - cleaning the object tree TB --- 2014-05-06 10:40:23 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:40:28 - At svn revision 265431 TB --- 2014-05-06 10:40:29 - building world TB --- 2014-05-06 10:40:29 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:40:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:40:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:40:29 - SRCCONF=/dev/null TB --- 2014-05-06 10:40:29 - TARGET=mips TB --- 2014-05-06 10:40:29 - TARGET_ARCH=mips64 TB --- 2014-05-06 10:40:29 - TZ=UTC TB --- 2014-05-06 10:40:29 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:40:29 - cd /src TB --- 2014-05-06 10:40:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:40:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:40:29 - ERROR: failed to build world TB --- 2014-05-06 10:40:29 - 1.73 user 2.87 system 5.64 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:40:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F4E2977; Tue, 6 May 2014 10:40:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1959B20D; Tue, 6 May 2014 10:40:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AeT9T094803; Tue, 6 May 2014 06:40:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AeTP3094802; Tue, 6 May 2014 10:40:29 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:40:29 GMT Message-Id: <201405061040.s46AeTP3094802@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:40:30 -0000 TB --- 2014-05-06 10:40:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:40:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:40:23 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-06 10:40:23 - cleaning the object tree TB --- 2014-05-06 10:40:23 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:40:28 - At svn revision 265431 TB --- 2014-05-06 10:40:29 - building world TB --- 2014-05-06 10:40:29 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:40:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:40:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:40:29 - SRCCONF=/dev/null TB --- 2014-05-06 10:40:29 - TARGET=pc98 TB --- 2014-05-06 10:40:29 - TARGET_ARCH=i386 TB --- 2014-05-06 10:40:29 - TZ=UTC TB --- 2014-05-06 10:40:29 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:40:29 - cd /src TB --- 2014-05-06 10:40:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:40:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:40:29 - ERROR: failed to build world TB --- 2014-05-06 10:40:29 - 1.66 user 2.75 system 5.42 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:40:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9AC4597B; Tue, 6 May 2014 10:40:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6453D210; Tue, 6 May 2014 10:40:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AeTHV094866; Tue, 6 May 2014 06:40:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AeTMQ094863; Tue, 6 May 2014 10:40:29 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:40:29 GMT Message-Id: <201405061040.s46AeTMQ094863@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:40:30 -0000 TB --- 2014-05-06 10:40:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:40:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:40:23 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-06 10:40:23 - cleaning the object tree TB --- 2014-05-06 10:40:23 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:40:28 - At svn revision 265431 TB --- 2014-05-06 10:40:29 - building world TB --- 2014-05-06 10:40:29 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:40:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:40:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:40:29 - SRCCONF=/dev/null TB --- 2014-05-06 10:40:29 - TARGET=ia64 TB --- 2014-05-06 10:40:29 - TARGET_ARCH=ia64 TB --- 2014-05-06 10:40:29 - TZ=UTC TB --- 2014-05-06 10:40:29 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:40:29 - cd /src TB --- 2014-05-06 10:40:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:40:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:40:29 - ERROR: failed to build world TB --- 2014-05-06 10:40:29 - 1.62 user 2.98 system 5.64 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:40:38 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63114C72; Tue, 6 May 2014 10:40:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2CD00218; Tue, 6 May 2014 10:40:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AebAD094905; Tue, 6 May 2014 06:40:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46Aeb5f094904; Tue, 6 May 2014 10:40:37 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:40:37 GMT Message-Id: <201405061040.s46Aeb5f094904@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:40:38 -0000 TB --- 2014-05-06 10:40:29 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:40:29 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:40:29 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-06 10:40:29 - cleaning the object tree TB --- 2014-05-06 10:40:29 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:40:36 - At svn revision 265431 TB --- 2014-05-06 10:40:37 - building world TB --- 2014-05-06 10:40:37 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:40:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:40:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:40:37 - SRCCONF=/dev/null TB --- 2014-05-06 10:40:37 - TARGET=powerpc TB --- 2014-05-06 10:40:37 - TARGET_ARCH=powerpc TB --- 2014-05-06 10:40:37 - TZ=UTC TB --- 2014-05-06 10:40:37 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:40:37 - cd /src TB --- 2014-05-06 10:40:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:40:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:40:37 - ERROR: failed to build world TB --- 2014-05-06 10:40:37 - 1.61 user 2.31 system 7.86 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:40:38 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BFE7FCD3; Tue, 6 May 2014 10:40:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 897A921A; Tue, 6 May 2014 10:40:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46Aeb80094944; Tue, 6 May 2014 06:40:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46Aebaw094927; Tue, 6 May 2014 10:40:37 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:40:37 GMT Message-Id: <201405061040.s46Aebaw094927@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:40:38 -0000 TB --- 2014-05-06 10:40:29 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:40:29 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:40:29 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-06 10:40:29 - cleaning the object tree TB --- 2014-05-06 10:40:29 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:40:36 - At svn revision 265431 TB --- 2014-05-06 10:40:37 - building world TB --- 2014-05-06 10:40:37 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:40:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:40:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:40:37 - SRCCONF=/dev/null TB --- 2014-05-06 10:40:37 - TARGET=powerpc TB --- 2014-05-06 10:40:37 - TARGET_ARCH=powerpc64 TB --- 2014-05-06 10:40:37 - TZ=UTC TB --- 2014-05-06 10:40:37 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:40:37 - cd /src TB --- 2014-05-06 10:40:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:40:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:40:37 - ERROR: failed to build world TB --- 2014-05-06 10:40:37 - 1.56 user 2.48 system 7.99 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:40:38 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C8225CDB; Tue, 6 May 2014 10:40:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9119F21B; Tue, 6 May 2014 10:40:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46Aebpp094945; Tue, 6 May 2014 06:40:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AebFH094943; Tue, 6 May 2014 10:40:37 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:40:37 GMT Message-Id: <201405061040.s46AebFH094943@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:40:39 -0000 TB --- 2014-05-06 10:40:29 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:40:29 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:40:29 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-06 10:40:29 - cleaning the object tree TB --- 2014-05-06 10:40:29 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:40:36 - At svn revision 265431 TB --- 2014-05-06 10:40:37 - building world TB --- 2014-05-06 10:40:37 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:40:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:40:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:40:37 - SRCCONF=/dev/null TB --- 2014-05-06 10:40:37 - TARGET=sparc64 TB --- 2014-05-06 10:40:37 - TARGET_ARCH=sparc64 TB --- 2014-05-06 10:40:37 - TZ=UTC TB --- 2014-05-06 10:40:37 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:40:37 - cd /src TB --- 2014-05-06 10:40:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:40:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:40:37 - ERROR: failed to build world TB --- 2014-05-06 10:40:37 - 1.54 user 2.47 system 7.98 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:40:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E16D72CC for ; Tue, 6 May 2014 10:40:54 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9F943229 for ; Tue, 6 May 2014 10:40:54 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1Whcnl-001CRb-Om>; Tue, 06 May 2014 12:40:45 +0200 Received: from g226062030.adsl.alicedsl.de ([92.226.62.30] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1Whcnl-0007Dd-Mr>; Tue, 06 May 2014 12:40:45 +0200 Date: Tue, 6 May 2014 12:40:40 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: r265431: make[4]: "/usr/src/sys/modules/drm2/Makefile" line 7: Malformed conditional (${MK_SOURCELESS_UCODE} != "no") Message-ID: <20140506124040.3b783491.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/TWA2=eDRYk23O+=AWii7/N/"; protocol="application/pgp-signature" X-Originating-IP: 92.226.62.30 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 10:40:55 -0000 --Sig_/TWA2=eDRYk23O+=AWii7/N/ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable A buildkernel fails on r265431 with the following error: =3D=3D=3D> drm2 (cleandir) make[4]: "/usr/src/sys/modules/drm2/Makefile" line 7: Malformed conditional (${MK_SOURCELESS_UCODE} !=3D "no") make[4]: Fatal errors encountered -- can= not continue make[4]: stopped in /usr/src/sys/modules/drm2 *** [cleandir] Error code 1 --Sig_/TWA2=eDRYk23O+=AWii7/N/ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTaLwtAAoJEOgBcD7A/5N8PmwH/R2O+AAtBnN41yzHB6Y7s17u ox1+eis812GnWszMWGYawJ1RtXiqLURsqqQE44fQyUUv+oKWRnArwHzf96dLwHnz ynyedwqFLTxSg7riCExxlJID70ERMx8ODRvahYGEGu56aZuey7+rk/+EAwQ7rgzF WhthgMUF4rYr1CoUjxDONgEW0tMSx297HYLC3HwdbKIxpRdQyH1YicoAgT8Qi1vF bCBxU+vPXJ4ifg1powrdKBWzXD45XZzXX/xSpoz3VzCCWGvsxDi3h+xPVZ6pXxpE 1vJg2o10jBl2OkeVKVkhvFtrRwrluNb2XhIe1RrhSNthzCf4wmoyaSY/NMx+0ZY= =IWLk -----END PGP SIGNATURE----- --Sig_/TWA2=eDRYk23O+=AWii7/N/-- From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:41:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1E72433; Tue, 6 May 2014 10:41:35 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id BCEB1252; Tue, 6 May 2014 10:41:35 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 76F12A6A; Tue, 6 May 2014 10:41:34 +0000 (UTC) Date: Tue, 6 May 2014 10:41:26 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org, hselasky@FreeBSD.org, alc@FreeBSD.org, ken@FreeBSD.org Message-ID: <1022865140.8.1399372894190.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <294125702.7.1399362311385.JavaMail.jenkins@jenkins-9.freebsd.org> References: <294125702.7.1399362311385.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #612 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 10:41:35 -0000 See Changes: [hselasky] Reduce the number of interrupts in USB host mode for the DWC OTG controller driver by piggybacking the SOF interrupt when issuing new and checking old transfers. Number of interrupts was reduced by 30% when doing Isochronous transfers. Use correct GINTMSK_XXX macros when accessing the DWC OTG interrupt mask register. Add code to adjust the frame interval register which influences the SOF rate. MFC after:=092 weeks ------------------------------------------ [...truncated 205009 lines...] =3D=3D=3D> lib/libprocstat/zfs (install) =3D=3D=3D> lib/librt (install) --- _libinstall --- sh -C -o root -g wheel -m 444 librt.a /usr/obj sh -C -o root -g wheel -m 444 librt_p.a /usr/obj sh -s -o root -g wheel -m 444 -fschg -S librt.so.1 /usr/obj sh -l s librt.so.1 /usr/obj =3D=3D=3D> lib/librtld_db (install) --- _libinstall --- sh -C -o root -g wheel -m 444 librtld_db.a /usr/obj sh -C -o root -g wheel -m 444 librtld_db_p.a /usr/obj sh -s -o root -g wheel -m 444 librtld_db.so.2 /usr/obj sh -l s librtld_db.so.2 /usr/obj =3D=3D=3D> lib/libsdp (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libsdp.a /usr/obj sh -C -o root -g wheel -m 444 libsdp_p.a /usr/obj sh -s -o root -g wheel -m 444 libsdp.so.4 /usr/obj sh -l s libsdp.so.4 /usr/obj =3D=3D=3D> lib/libsm (install) =3D=3D=3D> lib/libsmb (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libsmb.a /usr/obj sh -C -o root -g wheel -m 444 libsmb_p.a /usr/obj sh -s -o root -g wheel -m 444 libsmb.so.4 /usr/obj sh -l s libsmb.so.4 /usr/obj =3D=3D=3D> lib/libsmdb (install) =3D=3D=3D> lib/libsmutil (install) =3D=3D=3D> lib/libstand (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libstand.a /usr/obj =3D=3D=3D> lib/libstdbuf (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libstdbuf.a /usr/obj sh -C -o root -g wheel -m 444 libstdbuf_p.a /usr/obj sh -s -o root -g wheel -m 444 libstdbuf.so.1 /usr/obj sh -l s libstdbuf.so.1 /usr/obj =3D=3D=3D> lib/libstdthreads (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libstdthreads.a /usr/obj sh -C -o root -g wheel -m 444 libstdthreads_p.a /usr/obj sh -s -o root -g wheel -m 444 libstdthreads.so.0 /usr/obj sh -l s libstdthreads.so.0 /usr/obj =3D=3D=3D> lib/libtelnet (install) =3D=3D=3D> lib/libthr (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libthr.a /usr/obj sh -C -o root -g wheel -m 444 libthr_p.a /usr/obj sh -s -o root -g wheel -m 444 -fschg -S libthr.so.3 /usr/obj sh -l s libthr.so.3 /usr/obj --- _installlinks --- /usr/obj -> libthr.a /usr/obj -> libthr.so /usr/obj -> libthr_p.a =3D=3D=3D> lib/libthread_db (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libthread_db.a /usr/obj sh -C -o root -g wheel -m 444 libthread_db_p.a /usr/obj sh -s -o root -g wheel -m 444 libthread_db.so.3 /usr/obj sh -l s libthread_db.so.3 /usr/obj =3D=3D=3D> lib/libucl (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libucl.a /usr/obj sh -C -o root -g wheel -m 444 libucl_p.a /usr/obj sh -s -o root -g wheel -m 444 libucl.so.1 /usr/obj sh -l s libucl.so.1 /usr/obj =3D=3D=3D> lib/libufs (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libufs.a /usr/obj sh -C -o root -g wheel -m 444 libufs_p.a /usr/obj sh -o root -g wheel -m 444 libufs.so.6 /usr/obj sh -l s libufs.so.6 /usr/obj =3D=3D=3D> lib/libugidfw (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libugidfw.a /usr/obj sh -C -o root -g wheel -m 444 libugidfw_p.a /usr/obj sh -s -o root -g wheel -m 444 libugidfw.so.4 /usr/obj sh -l s libugidfw.so.4 /usr/obj =3D=3D=3D> lib/libulog (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libulog.a /usr/obj sh -C -o root -g wheel -m 444 libulog_p.a /usr/obj sh -s -o root -g wheel -m 444 libulog.so.0 /usr/obj sh -l s libulog.so.0 /usr/obj --- _installlinks --- /usr/obj -> libulog.a /usr/obj -> libulog.so /usr/obj -> libulog_p.a =3D=3D=3D> lib/libunbound (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libunbound.a /usr/obj sh -C -o root -g wheel -m 444 libunbound_p.a /usr/obj sh -s -o root -g wheel -m 444 libunbound.so.5 /usr/obj sh -l s libunbound.so.5 /usr/obj =3D=3D=3D> lib/libusbhid (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libusbhid.a /usr/obj sh -C -o root -g wheel -m 444 libusbhid_p.a /usr/obj sh -s -o root -g wheel -m 444 libusbhid.so.4 /usr/obj sh -l s libusbhid.so.4 /usr/obj =3D=3D=3D> lib/libusb (install) --- beforeinstall --- sh -C -o root -g wheel -m 444 /usr/obj sh -C -o root -g wheel -m 444 /usr/obj sh -C -o root -g wheel -m 444 /usr/obj --- _libinstall --- sh -C -o root -g wheel -m 444 libusb.a /usr/obj sh -C -o root -g wheel -m 444 libusb_p.a /usr/obj sh -s -o root -g wheel -m 444 libusb.so.3 /usr/obj sh -l s libusb.so.3 /usr/obj =3D=3D=3D> lib/libvgl (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libvgl.a /usr/obj sh -C -o root -g wheel -m 444 libvgl_p.a /usr/obj sh -s -o root -g wheel -m 444 libvgl.so.6 /usr/obj sh -l s libvgl.so.6 /usr/obj =3D=3D=3D> lib/libwrap (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libwrap.a /usr/obj sh -C -o root -g wheel -m 444 libwrap_p.a /usr/obj sh -s -o root -g wheel -m 444 libwrap.so.6 /usr/obj sh -l s libwrap.so.6 /usr/obj =3D=3D=3D> lib/liby (install) --- _libinstall --- sh -C -o root -g wheel -m 444 liby.a /usr/obj sh -C -o root -g wheel -m 444 liby_p.a /usr/obj =3D=3D=3D> lib/libz (install) --- _libinstall --- sh -C -o root -g wheel -m 444 libz.a /usr/obj sh -C -o root -g wheel -m 444 libz_p.a /usr/obj sh -s -o root -g wheel -m 444 libz.so.6 /usr/obj sh -l s libz.so.6 /usr/obj cd PROG=3Dld-elf32.so.1 MACHINE=3Di386 MACHINE_ARCH=3Di386 MACHINE_CPU=3D= "i686 mmx sse sse2" MAKEOBJDIRPREFIX=3D/usr/obj/lib32 _SHLIBDIRPREFIX=3D/u= sr/obj _LDS= CRIPTROOT=3D/usr/obj VERSION=3D"FreeBSD 11.0-CURRENT amd64 1100020" INSTALL=3D"sh P= ATH=3D/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sb= in:/usr/bin LIBDIR=3D/usr/lib32 SHLIBDIR=3D/usr/lib32 LIBPRIVATEDIR=3D/u= sr/lib32/private make AS=3D"as --32" LD=3D"ld -m elf_i386_fbsd -Y P,/usr/o= bj CC=3D"cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /= usr/obj -L/usr/obj -B/usr/obj CXX=3D"c++ -m32 -march=3Di686 -mmmx -msse -m= sse2 -DCOMPAT_32BIT -isystem /usr/obj -L/usr/obj -B/usr/obj DESTDIR=3D/us= r/obj -DCOM= PAT_32BIT -DLIBRARIES_ONLY -DNO_CPU_CFLAGS MK_CTF=3Dno -DNO_LINT MK_TE= STS=3Dno MK_MAN=3Dno MK_INFO=3Dno MK_HTML=3Dno DIRPRFX=3Dlibexec/rtld-elf= / obj --- obj --- /usr/obj/lib32 created for cd P= ROG=3Dldd32 MACHINE=3Di386 MACHINE_ARCH=3Di386 MACHINE_CPU=3D"i686 mmx sse= sse2" MAKEOBJDIRPREFIX=3D/usr/obj/lib32 _SHLIBDIRPREFIX=3D/usr/obj _LDSCRIPTROOT=3D/= usr/obj VER= SION=3D"FreeBSD 11.0-CURRENT amd64 1100020" INSTALL=3D"sh PATH=3D/usr/ob= j:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sbin:/usr/bin = LIBDIR=3D/usr/lib32 SHLIBDIR=3D/usr/lib32 LIBPRIVATEDIR=3D/usr/lib32/priv= ate make AS=3D"as --32" LD=3D"ld -m elf_i386_fbsd -Y P,/usr/obj CC=3D"cc -m= 32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj -L/= usr/obj -B/usr/obj CXX=3D"c++ -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT= _32BIT -isystem /usr/obj -L/usr/obj -B/usr/obj DESTDIR=3D/usr/obj -DCOMPAT_32BIT -D= LIBRARIES_ONLY -DNO_CPU_CFLAGS MK_CTF=3Dno -DNO_LINT MK_TESTS=3Dno MK_= MAN=3Dno MK_INFO=3Dno MK_HTML=3Dno DIRPRFX=3Dusr.bin/ldd obj --- obj --- /usr/obj/lib32 created for cd PROG=3Dld-elf32.so.1 MACHINE=3Di386 MACHINE_ARCH=3Di386 MACHINE_CPU=3D= "i686 mmx sse sse2" MAKEOBJDIRPREFIX=3D/usr/obj/lib32 _SHLIBDIRPREFIX=3D/u= sr/obj _LDS= CRIPTROOT=3D/usr/obj VERSION=3D"FreeBSD 11.0-CURRENT amd64 1100020" INSTALL=3D"sh P= ATH=3D/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sb= in:/usr/bin LIBDIR=3D/usr/lib32 SHLIBDIR=3D/usr/lib32 LIBPRIVATEDIR=3D/u= sr/lib32/private make AS=3D"as --32" LD=3D"ld -m elf_i386_fbsd -Y P,/usr/o= bj CC=3D"cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /= usr/obj -L/usr/obj -B/usr/obj CXX=3D"c++ -m32 -march=3Di686 -mmmx -msse -m= sse2 -DCOMPAT_32BIT -isystem /usr/obj -L/usr/obj -B/usr/obj DESTDIR=3D/us= r/obj -DCOM= PAT_32BIT -DLIBRARIES_ONLY -DNO_CPU_CFLAGS MK_CTF=3Dno -DNO_LINT MK_TE= STS=3Dno MK_MAN=3Dno MK_INFO=3Dno MK_HTML=3Dno DIRPRFX=3Dlibexec/rtld-elf= / depend --- .depend --- rm -f .depend CC=3D'cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /us= r/obj -L/usr/obj -B/usr/obj mkdep -f .depend -a -DFREEBSD_ELF -DIN_RTLD = -I -I -I -DPIC -std=3Dgnu99 <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/libexec/rtld-elf/de= bug.c> cc: warning: argument unused during compilation: '-L/usr/obj echo ld-elf32.so.1: /usr/obj >> .depend cd P= ROG=3Dldd32 MACHINE=3Di386 MACHINE_ARCH=3Di386 MACHINE_CPU=3D"i686 mmx sse= sse2" MAKEOBJDIRPREFIX=3D/usr/obj/lib32 _SHLIBDIRPREFIX=3D/usr/obj _LDSCRIPTROOT=3D/= usr/obj VER= SION=3D"FreeBSD 11.0-CURRENT amd64 1100020" INSTALL=3D"sh PATH=3D/usr/ob= j:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sbin:/usr/bin = LIBDIR=3D/usr/lib32 SHLIBDIR=3D/usr/lib32 LIBPRIVATEDIR=3D/usr/lib32/priv= ate make AS=3D"as --32" LD=3D"ld -m elf_i386_fbsd -Y P,/usr/obj CC=3D"cc -m= 32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj -L/= usr/obj -B/usr/obj CXX=3D"c++ -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT= _32BIT -isystem /usr/obj -L/usr/obj -B/usr/obj DESTDIR=3D/usr/obj -DCOMPAT_32BIT -D= LIBRARIES_ONLY -DNO_CPU_CFLAGS MK_CTF=3Dno -DNO_LINT MK_TESTS=3Dno MK_= MAN=3Dno MK_INFO=3Dno MK_HTML=3Dno DIRPRFX=3Dusr.bin/ldd depend --- .depend --- rm -f .depend CC=3D'cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /us= r/obj -L/usr/obj -B/usr/obj mkdep -f .depend -a -std=3Dgnu99 cc: warning: argument unused during compilation: '-L/usr/obj echo ldd32: /usr/obj >> .depend cd PROG=3Dld-elf32.so.1 MACHINE=3Di386 MACHINE_ARCH=3Di386 MACHINE_CPU=3D= "i686 mmx sse sse2" MAKEOBJDIRPREFIX=3D/usr/obj/lib32 _SHLIBDIRPREFIX=3D/u= sr/obj _LDS= CRIPTROOT=3D/usr/obj VERSION=3D"FreeBSD 11.0-CURRENT amd64 1100020" INSTALL=3D"sh P= ATH=3D/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sb= in:/usr/bin LIBDIR=3D/usr/lib32 SHLIBDIR=3D/usr/lib32 LIBPRIVATEDIR=3D/u= sr/lib32/private make AS=3D"as --32" LD=3D"ld -m elf_i386_fbsd -Y P,/usr/o= bj CC=3D"cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /= usr/obj -L/usr/obj -B/usr/obj CXX=3D"c++ -m32 -march=3Di686 -mmmx -msse -m= sse2 -DCOMPAT_32BIT -isystem /usr/obj -L/usr/obj -B/usr/obj DESTDIR=3D/us= r/obj -DCOM= PAT_32BIT -DLIBRARIES_ONLY -DNO_CPU_CFLAGS MK_CTF=3Dno -DNO_LINT MK_TE= STS=3Dno MK_MAN=3Dno MK_INFO=3Dno MK_HTML=3Dno DIRPRFX=3Dlibexec/rtld-elf= / all --- Version.map --- --- rtld_start.o --- --- reloc.o --- --- rtld.o --- --- Version.map --- cat | cpp - - | awk -v vfile=3D -f > Version.map --- rtld_start.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib32/usr/include/>= -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I -I -I -fpic -DPIC -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno= -sse3 -msoft-float -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-= y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-arg= s -Werror -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -= Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-u= nused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Wno-format-nonliteral -Qunused-arguments -c --- reloc.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib32/usr/include/>= -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I -I -I -fpic -DPIC -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno= -sse3 -msoft-float -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-= y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-arg= s -Werror -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -= Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-u= nused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Wno-format-nonliteral -Qunused-arguments -c --- rtld.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib32/usr/include/>= -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I -I -I -fpic -DPIC -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno= -sse3 -msoft-float -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-= y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-arg= s -Werror -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -= Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-u= nused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Wno-format-nonliteral -Qunused-arguments -c --- rtld_lock.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib32/usr/include/>= -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I -I -I -fpic -DPIC -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno= -sse3 -msoft-float -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-= y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-arg= s -Werror -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -= Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-u= nused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Wno-format-nonliteral -Qunused-arguments -c --- rtld_printf.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib32/usr/include/>= -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I -I -I -fpic -DPIC -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno= -sse3 -msoft-float -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-= y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-arg= s -Werror -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -= Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-u= nused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Wno-format-nonliteral -Qunused-arguments -c --- map_object.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib32/usr/include/>= -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I -I -I -fpic -DPIC -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno= -sse3 -msoft-float -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-= y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-arg= s -Werror -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -= Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-u= nused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Wno-format-nonliteral -Qunused-arguments -c --- malloc.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib32/usr/include/>= -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I -I -I -fpic -DPIC -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno= -sse3 -msoft-float -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-= y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-arg= s -Werror -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -= Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-u= nused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Wno-format-nonliteral -Qunused-arguments -c --- xmalloc.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib32/usr/include/>= -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I -I -I -fpic -DPIC -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno= -sse3 -msoft-float -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-= y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-arg= s -Werror -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -= Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-u= nused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Wno-format-nonliteral -Qunused-arguments -c --- debug.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib32/usr/include/>= -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I -I -I -fpic -DPIC -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno= -sse3 -msoft-float -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-= y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-arg= s -Werror -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -= Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-u= nused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Wno-format-nonliteral -Qunused-arguments -c --- libmap.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib32/usr/include/>= -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I -I -I -fpic -DPIC -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno= -sse3 -msoft-float -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-= y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-arg= s -Werror -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -= Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-u= nused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Wno-format-nonliteral -Qunused-arguments -c --- ld-elf32.so.1 --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib32/usr/include/>= -L/usr/obj -B/usr/obj -O2 -pipe -Wall -DFREEBSD_ELF -DIN_RTLD -I -I -I -fpic -DPIC -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno= -sse3 -msoft-float -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-= y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-arg= s -Werror -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -= Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-u= nused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Wno-format-nonliteral -Qunused-arguments -nostdlib -e .= rtld_start -shared -Wl,-Bsymbolic -Wl,--version-script=3DVersion.map -o ld-= elf32.so.1 rtld_start.o reloc.o rtld.o rtld_lock.o rtld_printf.o map_object= .o malloc.o xmalloc.o debug.o libmap.o -lc_pic cd P= ROG=3Dldd32 MACHINE=3Di386 MACHINE_ARCH=3Di386 MACHINE_CPU=3D"i686 mmx sse= sse2" MAKEOBJDIRPREFIX=3D/usr/obj/lib32 _SHLIBDIRPREFIX=3D/usr/obj _LDSCRIPTROOT=3D/= usr/obj VER= SION=3D"FreeBSD 11.0-CURRENT amd64 1100020" INSTALL=3D"sh PATH=3D/usr/ob= j:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sbin:/usr/bin = LIBDIR=3D/usr/lib32 SHLIBDIR=3D/usr/lib32 LIBPRIVATEDIR=3D/usr/lib32/priv= ate make AS=3D"as --32" LD=3D"ld -m elf_i386_fbsd -Y P,/usr/obj CC=3D"cc -m= 32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj -L/= usr/obj -B/usr/obj CXX=3D"c++ -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT= _32BIT -isystem /usr/obj -L/usr/obj -B/usr/obj DESTDIR=3D/usr/obj -DCOMPAT_32BIT -D= LIBRARIES_ONLY -DNO_CPU_CFLAGS MK_CTF=3Dno -DNO_LINT MK_TESTS=3Dno MK_= MAN=3Dno MK_INFO=3Dno MK_HTML=3Dno DIRPRFX=3Dusr.bin/ldd all --- ldd.o --- --- sods.o --- --- ldd.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib32/usr/include/>= -L/usr/obj -B/usr/obj -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-hea= ders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite= -strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscript= s -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-p= ointer-sign -Wmissing-variable-declarations -Wno-empty-body -Wno-string-plu= s-int -Wno-unused-const-variable -Qunused-arguments -c --- sods.o --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib32/usr/include/>= -L/usr/obj -B/usr/obj -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-hea= ders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite= -strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscript= s -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-p= ointer-sign -Wmissing-variable-declarations -Wno-empty-body -Wno-string-plu= s-int -Wno-unused-const-variable -Qunused-arguments -c --- ldd32 --- cc -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib32/usr/include/>= -L/usr/obj -B/usr/obj -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-hea= ders -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite= -strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscript= s -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-p= ointer-sign -Wmissing-variable-declarations -Wno-empty-body -Wno-string-plu= s-int -Wno-unused-const-variable -Qunused-arguments -o ldd32 ldd.o sods.o= =20 --- buildworld_epilogue --- -------------------------------------------------------------- >>> World build completed on Tue May 6 10:41:24 UTC 2014 -------------------------------------------------------------- + make -j 4 buildkernel --- buildkernel --- --- buildkernel --- -------------------------------------------------------------- >>> Kernel build for GENERIC started on Tue May 6 10:41:25 UTC 2014 -------------------------------------------------------------- =3D=3D=3D> GENERIC mkdir -p /usr/obj -------------------------------------------------------------- >>> stage 1: configuring the kernel -------------------------------------------------------------- cd PATH=3D/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/sbin:/bin:/us= r/sbin:/usr/bin config -d /usr/obj -I ' ' Kernel build directory is /usr/obj Don't forget to do ``make cleandepend && make depend'' -------------------------------------------------------------- >>> stage 2.1: cleaning up the object tree -------------------------------------------------------------- cd /usr/obj MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Damd64 MACHINE=3Damd64 = CPUTYPE=3D GROFF_BIN_PATH=3D/usr/obj GROFF_FONT_PATH=3D/usr/obj GROFF_TMAC_PATH=3D/usr/obj _SHLIBDIRPREFIX=3D/usr/obj _LDSCRIPTROOT=3D V= ERSION=3D"FreeBSD 11.0-CURRENT amd64 1100020" INSTALL=3D"sh PATH=3D/usr/= obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sbin:/usr/bin= CC=3D"cc " CXX=3D"c++ " CPP=3D"cpp " AS=3D"as" AR=3D"ar" LD=3D"ld" NM=3D= nm OBJDUMP=3D RANLIB=3Dranlib STRINGS=3D make -j 4 -J 15,16 -m KERNEL=3Dkernel c= leandir --- kernel-clean --- --- kernel-cleandepend --- --- modules-cleandir --- --- kernel-clean --- rm -f *.o *.so *.So *.ko *.s eddep errs kernel.debug kernel kernel.symbols= linterrs tags vers.c vnode_if.c vnode_if.h vnode_if_newproto.h vnode_if_= typedef.h agp_if.c ata_if.c eisa_if.c fb_if.c miibus_if.c mmcbr_if.c mmcbu= s_if.c mvs_if.c card_if.c power_if.c pci_if.c pcib_if.c ppbus_if.c sdhci_if= .c hdac_if.c ac97_if.c channel_if.c feeder_if.c mixer_if.c mpu_if.c mpufoi_= if.c synth_if.c uart_if.c usb_if.c g_part_if.c g_raid_md_if.c g_raid_tr_if.= c isa_if.c bus_if.c clock_if.c cpufreq_if.c device_if.c linker_if.c serdev_= if.c xenbus_if.c xenbusb_if.c acpi_if.c acpi_wmi_if.c virtio_bus_if.c virti= o_if.c agp_if.h ata_if.h eisa_if.h fb_if.h miibus_if.h mmcbr_if.h mmcbus_if= .h mvs_if.h card_if.h power_if.h pci_if.h pcib_if.h ppbus_if.h sdhci_if.h h= dac_if.h ac97_if.h channel_if.h feeder_if.h mixer_if.h mpu_if.h mpufoi_if.h= synth_if.h uart_if.h usb_if.h g_part_if.h g_raid_md_if.h g_raid_tr_if.h is= a_if.h bus_if.h clock_if.h cpufreq_if.h device_if.h linker_if.h serdev_if.h= xenbus_if.h xenbusb_if.h acpi_if.h acpi_wmi_if.h virtio_bus_if.h virtio_if= .h acpi_quirks.h feeder_eq_gen.h feeder_rate_gen.h snd_fxdiv_gen.h miidev= s.h pccarddevs.h teken_state.h usbdevs.h usbdevs_data.h ia32_genassym.o ia= 32_assym.h acpi_wakecode.o acpi_wakecode.bin acpi_wakecode.h acpi_wakedata= .h --- kernel-cleandepend --- rm -f .depend machine x86 --- modules-cleandir --- cd M= AKEOBJDIRPREFIX=3D/usr/obj KMODDIR=3D/boot/kernel MACHINE_CPUARCH=3Damd64= MACHINE=3Damd64 MACHINE_ARCH=3Damd64 DEBUG_FLAGS=3D"-g" KERNBUILDDIR=3D"/u= sr/obj SYSDIR=3D" = WITH_CTF=3D"1" make cleandir --- cleandir --- =3D=3D=3D> aac (cleandir) make[4]: " line 292: Malformed conditional (defined(DEBUG_FLAGS) && !define= d(INSTALL_NODEBUG) && ${MK_KERNEL_SYMBOLS} !=3D "no") make[4]: Fatal errors encountered -- cannot continue make[4]: stopped in *** [cleandir] Error code 1 make[3]: stopped in 1 error make[3]: stopped in *** [modules-cleandir] Error code 2 make[2]: stopped in /usr/obj 1 error make[2]: stopped in /usr/obj *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:50:24 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BBF6D92A; Tue, 6 May 2014 10:50:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8529B2D5; Tue, 6 May 2014 10:50:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AoN2f095078; Tue, 6 May 2014 06:50:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AoN4b095074; Tue, 6 May 2014 10:50:23 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:50:23 GMT Message-Id: <201405061050.s46AoN4b095074@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:50:24 -0000 TB --- 2014-05-06 10:50:17 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:50:17 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:50:17 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-06 10:50:17 - cleaning the object tree TB --- 2014-05-06 10:50:17 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:50:22 - At svn revision 265431 TB --- 2014-05-06 10:50:23 - building world TB --- 2014-05-06 10:50:23 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:50:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:50:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:50:23 - SRCCONF=/dev/null TB --- 2014-05-06 10:50:23 - TARGET=arm TB --- 2014-05-06 10:50:23 - TARGET_ARCH=arm TB --- 2014-05-06 10:50:23 - TZ=UTC TB --- 2014-05-06 10:50:23 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:50:23 - cd /src TB --- 2014-05-06 10:50:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:50:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:50:23 - ERROR: failed to build world TB --- 2014-05-06 10:50:23 - 1.59 user 3.09 system 5.72 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:50:24 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6F7D92B; Tue, 6 May 2014 10:50:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B02922D6; Tue, 6 May 2014 10:50:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AoNL5095077; Tue, 6 May 2014 06:50:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AoNKY095073; Tue, 6 May 2014 10:50:23 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:50:23 GMT Message-Id: <201405061050.s46AoNKY095073@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:50:25 -0000 TB --- 2014-05-06 10:50:17 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:50:17 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:50:17 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-06 10:50:17 - cleaning the object tree TB --- 2014-05-06 10:50:17 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:50:22 - At svn revision 265431 TB --- 2014-05-06 10:50:23 - building world TB --- 2014-05-06 10:50:23 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:50:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:50:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:50:23 - SRCCONF=/dev/null TB --- 2014-05-06 10:50:23 - TARGET=i386 TB --- 2014-05-06 10:50:23 - TARGET_ARCH=i386 TB --- 2014-05-06 10:50:23 - TZ=UTC TB --- 2014-05-06 10:50:23 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:50:23 - cd /src TB --- 2014-05-06 10:50:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:50:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:50:23 - ERROR: failed to build world TB --- 2014-05-06 10:50:23 - 1.61 user 3.08 system 5.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:50:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 994B5B98; Tue, 6 May 2014 10:50:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 633842DF; Tue, 6 May 2014 10:50:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AoTka095181; Tue, 6 May 2014 06:50:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AoTkM095140; Tue, 6 May 2014 10:50:29 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:50:29 GMT Message-Id: <201405061050.s46AoTkM095140@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:50:30 -0000 TB --- 2014-05-06 10:50:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:50:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:50:23 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-06 10:50:23 - cleaning the object tree TB --- 2014-05-06 10:50:23 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:50:28 - At svn revision 265431 TB --- 2014-05-06 10:50:29 - building world TB --- 2014-05-06 10:50:29 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:50:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:50:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:50:29 - SRCCONF=/dev/null TB --- 2014-05-06 10:50:29 - TARGET=pc98 TB --- 2014-05-06 10:50:29 - TARGET_ARCH=i386 TB --- 2014-05-06 10:50:29 - TZ=UTC TB --- 2014-05-06 10:50:29 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:50:29 - cd /src TB --- 2014-05-06 10:50:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:50:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:50:29 - ERROR: failed to build world TB --- 2014-05-06 10:50:29 - 1.70 user 2.92 system 5.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:50:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE75B92D; Tue, 6 May 2014 10:50:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B03542D8; Tue, 6 May 2014 10:50:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AoNdC095079; Tue, 6 May 2014 06:50:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AoNuk095075; Tue, 6 May 2014 10:50:23 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:50:23 GMT Message-Id: <201405061050.s46AoNuk095075@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:50:25 -0000 TB --- 2014-05-06 10:50:17 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:50:17 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:50:17 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-06 10:50:17 - cleaning the object tree TB --- 2014-05-06 10:50:17 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:50:22 - At svn revision 265431 TB --- 2014-05-06 10:50:23 - building world TB --- 2014-05-06 10:50:23 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:50:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:50:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:50:23 - SRCCONF=/dev/null TB --- 2014-05-06 10:50:23 - TARGET=arm TB --- 2014-05-06 10:50:23 - TARGET_ARCH=armv6 TB --- 2014-05-06 10:50:23 - TZ=UTC TB --- 2014-05-06 10:50:23 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:50:23 - cd /src TB --- 2014-05-06 10:50:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:50:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:50:23 - ERROR: failed to build world TB --- 2014-05-06 10:50:23 - 1.66 user 3.02 system 5.72 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:50:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 11FBAD11; Tue, 6 May 2014 10:50:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D01292F0; Tue, 6 May 2014 10:50:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AobEq095271; Tue, 6 May 2014 06:50:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AobXU095269; Tue, 6 May 2014 10:50:37 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:50:37 GMT Message-Id: <201405061050.s46AobXU095269@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:50:39 -0000 TB --- 2014-05-06 10:50:29 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:50:29 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:50:29 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-06 10:50:29 - cleaning the object tree TB --- 2014-05-06 10:50:29 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:50:36 - At svn revision 265431 TB --- 2014-05-06 10:50:37 - building world TB --- 2014-05-06 10:50:37 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:50:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:50:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:50:37 - SRCCONF=/dev/null TB --- 2014-05-06 10:50:37 - TARGET=sparc64 TB --- 2014-05-06 10:50:37 - TARGET_ARCH=sparc64 TB --- 2014-05-06 10:50:37 - TZ=UTC TB --- 2014-05-06 10:50:37 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:50:37 - cd /src TB --- 2014-05-06 10:50:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:50:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:50:37 - ERROR: failed to build world TB --- 2014-05-06 10:50:37 - 1.41 user 2.75 system 8.14 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:50:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05879D10; Tue, 6 May 2014 10:50:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C32D02EE; Tue, 6 May 2014 10:50:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46Aob75095270; Tue, 6 May 2014 06:50:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46Aobep095263; Tue, 6 May 2014 10:50:37 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:50:37 GMT Message-Id: <201405061050.s46Aobep095263@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:50:39 -0000 TB --- 2014-05-06 10:50:29 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:50:29 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:50:29 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-06 10:50:29 - cleaning the object tree TB --- 2014-05-06 10:50:29 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:50:36 - At svn revision 265431 TB --- 2014-05-06 10:50:37 - building world TB --- 2014-05-06 10:50:37 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:50:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:50:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:50:37 - SRCCONF=/dev/null TB --- 2014-05-06 10:50:37 - TARGET=powerpc TB --- 2014-05-06 10:50:37 - TARGET_ARCH=powerpc64 TB --- 2014-05-06 10:50:37 - TZ=UTC TB --- 2014-05-06 10:50:37 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:50:37 - cd /src TB --- 2014-05-06 10:50:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:50:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:50:37 - ERROR: failed to build world TB --- 2014-05-06 10:50:37 - 1.66 user 2.52 system 8.15 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:50:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E745592C; Tue, 6 May 2014 10:50:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B02E12D7; Tue, 6 May 2014 10:50:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AoNFF095080; Tue, 6 May 2014 06:50:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AoNgY095076; Tue, 6 May 2014 10:50:23 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:50:23 GMT Message-Id: <201405061050.s46AoNgY095076@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:50:25 -0000 TB --- 2014-05-06 10:50:17 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:50:17 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:50:17 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-06 10:50:17 - cleaning the object tree TB --- 2014-05-06 10:50:17 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:50:22 - At svn revision 265431 TB --- 2014-05-06 10:50:23 - building world TB --- 2014-05-06 10:50:23 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:50:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:50:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:50:23 - SRCCONF=/dev/null TB --- 2014-05-06 10:50:23 - TARGET=amd64 TB --- 2014-05-06 10:50:23 - TARGET_ARCH=amd64 TB --- 2014-05-06 10:50:23 - TZ=UTC TB --- 2014-05-06 10:50:23 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:50:23 - cd /src TB --- 2014-05-06 10:50:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:50:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:50:23 - ERROR: failed to build world TB --- 2014-05-06 10:50:23 - 1.63 user 3.05 system 5.72 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:50:38 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6427D0F; Tue, 6 May 2014 10:50:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B02FD2ED; Tue, 6 May 2014 10:50:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AobQo095238; Tue, 6 May 2014 06:50:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AobIr095232; Tue, 6 May 2014 10:50:37 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:50:37 GMT Message-Id: <201405061050.s46AobIr095232@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:50:39 -0000 TB --- 2014-05-06 10:50:29 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:50:29 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:50:29 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-06 10:50:29 - cleaning the object tree TB --- 2014-05-06 10:50:29 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:50:36 - At svn revision 265431 TB --- 2014-05-06 10:50:37 - building world TB --- 2014-05-06 10:50:37 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:50:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:50:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:50:37 - SRCCONF=/dev/null TB --- 2014-05-06 10:50:37 - TARGET=powerpc TB --- 2014-05-06 10:50:37 - TARGET_ARCH=powerpc TB --- 2014-05-06 10:50:37 - TZ=UTC TB --- 2014-05-06 10:50:37 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:50:37 - cd /src TB --- 2014-05-06 10:50:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:50:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:50:37 - ERROR: failed to build world TB --- 2014-05-06 10:50:37 - 1.60 user 2.52 system 8.09 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:50:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B75DEB9B; Tue, 6 May 2014 10:50:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 812BC2E1; Tue, 6 May 2014 10:50:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AoTG2095187; Tue, 6 May 2014 06:50:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AoTvB095184; Tue, 6 May 2014 10:50:29 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:50:29 GMT Message-Id: <201405061050.s46AoTvB095184@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:50:30 -0000 TB --- 2014-05-06 10:50:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:50:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:50:23 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-06 10:50:23 - cleaning the object tree TB --- 2014-05-06 10:50:23 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:50:28 - At svn revision 265431 TB --- 2014-05-06 10:50:29 - building world TB --- 2014-05-06 10:50:29 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:50:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:50:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:50:29 - SRCCONF=/dev/null TB --- 2014-05-06 10:50:29 - TARGET=mips TB --- 2014-05-06 10:50:29 - TARGET_ARCH=mips TB --- 2014-05-06 10:50:29 - TZ=UTC TB --- 2014-05-06 10:50:29 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:50:29 - cd /src TB --- 2014-05-06 10:50:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:50:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:50:29 - ERROR: failed to build world TB --- 2014-05-06 10:50:29 - 1.53 user 3.13 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:50:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A14CCB99; Tue, 6 May 2014 10:50:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6B1952E0; Tue, 6 May 2014 10:50:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AoTZo095186; Tue, 6 May 2014 06:50:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AoT8q095160; Tue, 6 May 2014 10:50:29 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:50:29 GMT Message-Id: <201405061050.s46AoT8q095160@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:50:30 -0000 TB --- 2014-05-06 10:50:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:50:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:50:23 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-06 10:50:23 - cleaning the object tree TB --- 2014-05-06 10:50:23 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:50:28 - At svn revision 265431 TB --- 2014-05-06 10:50:29 - building world TB --- 2014-05-06 10:50:29 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:50:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:50:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:50:29 - SRCCONF=/dev/null TB --- 2014-05-06 10:50:29 - TARGET=ia64 TB --- 2014-05-06 10:50:29 - TARGET_ARCH=ia64 TB --- 2014-05-06 10:50:29 - TZ=UTC TB --- 2014-05-06 10:50:29 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:50:29 - cd /src TB --- 2014-05-06 10:50:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:50:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:50:29 - ERROR: failed to build world TB --- 2014-05-06 10:50:29 - 1.63 user 3.01 system 5.68 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:50:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA3DDB9D; Tue, 6 May 2014 10:50:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 936622E3; Tue, 6 May 2014 10:50:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46AoTEc095188; Tue, 6 May 2014 06:50:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46AoTIl095185; Tue, 6 May 2014 10:50:29 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 10:50:29 GMT Message-Id: <201405061050.s46AoTIl095185@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:50:31 -0000 TB --- 2014-05-06 10:50:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 10:50:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 10:50:23 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-06 10:50:23 - cleaning the object tree TB --- 2014-05-06 10:50:23 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 10:50:28 - At svn revision 265431 TB --- 2014-05-06 10:50:29 - building world TB --- 2014-05-06 10:50:29 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 10:50:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 10:50:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 10:50:29 - SRCCONF=/dev/null TB --- 2014-05-06 10:50:29 - TARGET=mips TB --- 2014-05-06 10:50:29 - TARGET_ARCH=mips64 TB --- 2014-05-06 10:50:29 - TZ=UTC TB --- 2014-05-06 10:50:29 - __MAKE_CONF=/dev/null TB --- 2014-05-06 10:50:29 - cd /src TB --- 2014-05-06 10:50:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 10:50:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 10:50:29 - ERROR: failed to build world TB --- 2014-05-06 10:50:29 - 1.74 user 2.92 system 5.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:00:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F091A94E; Tue, 6 May 2014 11:00:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B9A345F9; Tue, 6 May 2014 11:00:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46B0OsA095422; Tue, 6 May 2014 07:00:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46B0Oeq095417; Tue, 6 May 2014 11:00:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:00:24 GMT Message-Id: <201405061100.s46B0Oeq095417@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:00:26 -0000 TB --- 2014-05-06 11:00:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:00:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:00:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-06 11:00:18 - cleaning the object tree TB --- 2014-05-06 11:00:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:00:23 - At svn revision 265432 TB --- 2014-05-06 11:00:24 - building world TB --- 2014-05-06 11:00:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:00:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:00:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:00:24 - SRCCONF=/dev/null TB --- 2014-05-06 11:00:24 - TARGET=amd64 TB --- 2014-05-06 11:00:24 - TARGET_ARCH=amd64 TB --- 2014-05-06 11:00:24 - TZ=UTC TB --- 2014-05-06 11:00:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:00:24 - cd /src TB --- 2014-05-06 11:00:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:00:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:00:24 - ERROR: failed to build world TB --- 2014-05-06 11:00:24 - 1.81 user 2.91 system 5.75 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:00:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C48FD94D; Tue, 6 May 2014 11:00:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8D65C5F7; Tue, 6 May 2014 11:00:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46B0OaN095419; Tue, 6 May 2014 07:00:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46B0OBC095415; Tue, 6 May 2014 11:00:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:00:24 GMT Message-Id: <201405061100.s46B0OBC095415@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:00:25 -0000 TB --- 2014-05-06 11:00:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:00:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:00:18 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-06 11:00:18 - cleaning the object tree TB --- 2014-05-06 11:00:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:00:23 - At svn revision 265432 TB --- 2014-05-06 11:00:24 - building world TB --- 2014-05-06 11:00:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:00:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:00:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:00:24 - SRCCONF=/dev/null TB --- 2014-05-06 11:00:24 - TARGET=arm TB --- 2014-05-06 11:00:24 - TARGET_ARCH=arm TB --- 2014-05-06 11:00:24 - TZ=UTC TB --- 2014-05-06 11:00:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:00:24 - cd /src TB --- 2014-05-06 11:00:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:00:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:00:24 - ERROR: failed to build world TB --- 2014-05-06 11:00:24 - 1.84 user 2.88 system 5.74 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:00:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01A0994F; Tue, 6 May 2014 11:00:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B99ED5F8; Tue, 6 May 2014 11:00:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46B0OLu095421; Tue, 6 May 2014 07:00:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46B0OU1095418; Tue, 6 May 2014 11:00:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:00:24 GMT Message-Id: <201405061100.s46B0OU1095418@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:00:26 -0000 TB --- 2014-05-06 11:00:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:00:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:00:18 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-06 11:00:18 - cleaning the object tree TB --- 2014-05-06 11:00:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:00:23 - At svn revision 265432 TB --- 2014-05-06 11:00:24 - building world TB --- 2014-05-06 11:00:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:00:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:00:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:00:24 - SRCCONF=/dev/null TB --- 2014-05-06 11:00:24 - TARGET=arm TB --- 2014-05-06 11:00:24 - TARGET_ARCH=armv6 TB --- 2014-05-06 11:00:24 - TZ=UTC TB --- 2014-05-06 11:00:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:00:24 - cd /src TB --- 2014-05-06 11:00:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:00:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:00:24 - ERROR: failed to build world TB --- 2014-05-06 11:00:24 - 1.70 user 3.01 system 5.74 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:00:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0137A94; Tue, 6 May 2014 11:00:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6913D5FB; Tue, 6 May 2014 11:00:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46B0Uce095479; Tue, 6 May 2014 07:00:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46B0UgR095472; Tue, 6 May 2014 11:00:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:00:30 GMT Message-Id: <201405061100.s46B0UgR095472@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:00:31 -0000 TB --- 2014-05-06 11:00:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:00:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:00:24 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-06 11:00:24 - cleaning the object tree TB --- 2014-05-06 11:00:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:00:29 - At svn revision 265432 TB --- 2014-05-06 11:00:30 - building world TB --- 2014-05-06 11:00:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:00:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:00:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:00:30 - SRCCONF=/dev/null TB --- 2014-05-06 11:00:30 - TARGET=pc98 TB --- 2014-05-06 11:00:30 - TARGET_ARCH=i386 TB --- 2014-05-06 11:00:30 - TZ=UTC TB --- 2014-05-06 11:00:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:00:30 - cd /src TB --- 2014-05-06 11:00:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:00:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:00:30 - ERROR: failed to build world TB --- 2014-05-06 11:00:30 - 1.62 user 2.98 system 5.63 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:00:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BAA61A96; Tue, 6 May 2014 11:00:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 849455FD; Tue, 6 May 2014 11:00:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46B0UOn095532; Tue, 6 May 2014 07:00:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46B0Uxj095527; Tue, 6 May 2014 11:00:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:00:30 GMT Message-Id: <201405061100.s46B0Uxj095527@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:00:31 -0000 TB --- 2014-05-06 11:00:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:00:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:00:24 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-06 11:00:24 - cleaning the object tree TB --- 2014-05-06 11:00:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:00:29 - At svn revision 265432 TB --- 2014-05-06 11:00:30 - building world TB --- 2014-05-06 11:00:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:00:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:00:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:00:30 - SRCCONF=/dev/null TB --- 2014-05-06 11:00:30 - TARGET=mips TB --- 2014-05-06 11:00:30 - TARGET_ARCH=mips64 TB --- 2014-05-06 11:00:30 - TZ=UTC TB --- 2014-05-06 11:00:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:00:30 - cd /src TB --- 2014-05-06 11:00:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:00:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:00:30 - ERROR: failed to build world TB --- 2014-05-06 11:00:30 - 1.60 user 3.05 system 5.72 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:00:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0949DED6; Tue, 6 May 2014 11:00:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C75D860C; Tue, 6 May 2014 11:00:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46B0cSn095614; Tue, 6 May 2014 07:00:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46B0cob095610; Tue, 6 May 2014 11:00:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:00:38 GMT Message-Id: <201405061100.s46B0cob095610@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:00:40 -0000 TB --- 2014-05-06 11:00:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:00:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:00:30 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-06 11:00:30 - cleaning the object tree TB --- 2014-05-06 11:00:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:00:37 - At svn revision 265432 TB --- 2014-05-06 11:00:38 - building world TB --- 2014-05-06 11:00:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:00:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:00:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:00:38 - SRCCONF=/dev/null TB --- 2014-05-06 11:00:38 - TARGET=sparc64 TB --- 2014-05-06 11:00:38 - TARGET_ARCH=sparc64 TB --- 2014-05-06 11:00:38 - TZ=UTC TB --- 2014-05-06 11:00:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:00:38 - cd /src TB --- 2014-05-06 11:00:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:00:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:00:38 - ERROR: failed to build world TB --- 2014-05-06 11:00:38 - 1.68 user 2.45 system 8.05 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:00:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BCC69A97; Tue, 6 May 2014 11:00:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 86A105FE; Tue, 6 May 2014 11:00:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46B0UcY095531; Tue, 6 May 2014 07:00:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46B0UBx095526; Tue, 6 May 2014 11:00:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:00:30 GMT Message-Id: <201405061100.s46B0UBx095526@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:00:32 -0000 TB --- 2014-05-06 11:00:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:00:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:00:24 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-06 11:00:24 - cleaning the object tree TB --- 2014-05-06 11:00:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:00:29 - At svn revision 265432 TB --- 2014-05-06 11:00:30 - building world TB --- 2014-05-06 11:00:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:00:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:00:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:00:30 - SRCCONF=/dev/null TB --- 2014-05-06 11:00:30 - TARGET=mips TB --- 2014-05-06 11:00:30 - TARGET_ARCH=mips TB --- 2014-05-06 11:00:30 - TZ=UTC TB --- 2014-05-06 11:00:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:00:30 - cd /src TB --- 2014-05-06 11:00:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:00:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:00:30 - ERROR: failed to build world TB --- 2014-05-06 11:00:30 - 1.67 user 3.01 system 5.72 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:00:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 037A5950; Tue, 6 May 2014 11:00:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BBD405FA; Tue, 6 May 2014 11:00:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46B0ODr095420; Tue, 6 May 2014 07:00:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46B0ODV095416; Tue, 6 May 2014 11:00:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:00:24 GMT Message-Id: <201405061100.s46B0ODV095416@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:00:26 -0000 TB --- 2014-05-06 11:00:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:00:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:00:18 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-06 11:00:18 - cleaning the object tree TB --- 2014-05-06 11:00:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:00:23 - At svn revision 265432 TB --- 2014-05-06 11:00:24 - building world TB --- 2014-05-06 11:00:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:00:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:00:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:00:24 - SRCCONF=/dev/null TB --- 2014-05-06 11:00:24 - TARGET=i386 TB --- 2014-05-06 11:00:24 - TARGET_ARCH=i386 TB --- 2014-05-06 11:00:24 - TZ=UTC TB --- 2014-05-06 11:00:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:00:24 - cd /src TB --- 2014-05-06 11:00:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:00:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:00:24 - ERROR: failed to build world TB --- 2014-05-06 11:00:24 - 1.72 user 2.99 system 5.74 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:00:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC06AED2; Tue, 6 May 2014 11:00:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A53B860A; Tue, 6 May 2014 11:00:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46B0cgg095575; Tue, 6 May 2014 07:00:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46B0css095574; Tue, 6 May 2014 11:00:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:00:38 GMT Message-Id: <201405061100.s46B0css095574@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:00:40 -0000 TB --- 2014-05-06 11:00:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:00:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:00:30 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-06 11:00:30 - cleaning the object tree TB --- 2014-05-06 11:00:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:00:37 - At svn revision 265432 TB --- 2014-05-06 11:00:38 - building world TB --- 2014-05-06 11:00:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:00:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:00:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:00:38 - SRCCONF=/dev/null TB --- 2014-05-06 11:00:38 - TARGET=powerpc TB --- 2014-05-06 11:00:38 - TARGET_ARCH=powerpc TB --- 2014-05-06 11:00:38 - TZ=UTC TB --- 2014-05-06 11:00:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:00:38 - cd /src TB --- 2014-05-06 11:00:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:00:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:00:38 - ERROR: failed to build world TB --- 2014-05-06 11:00:38 - 1.60 user 2.46 system 8.03 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:00:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B29E9A95; Tue, 6 May 2014 11:00:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7C1775FC; Tue, 6 May 2014 11:00:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46B0UaW095528; Tue, 6 May 2014 07:00:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46B0UAU095502; Tue, 6 May 2014 11:00:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:00:30 GMT Message-Id: <201405061100.s46B0UAU095502@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:00:31 -0000 TB --- 2014-05-06 11:00:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:00:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:00:24 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-06 11:00:24 - cleaning the object tree TB --- 2014-05-06 11:00:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:00:29 - At svn revision 265432 TB --- 2014-05-06 11:00:30 - building world TB --- 2014-05-06 11:00:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:00:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:00:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:00:30 - SRCCONF=/dev/null TB --- 2014-05-06 11:00:30 - TARGET=ia64 TB --- 2014-05-06 11:00:30 - TARGET_ARCH=ia64 TB --- 2014-05-06 11:00:30 - TZ=UTC TB --- 2014-05-06 11:00:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:00:30 - cd /src TB --- 2014-05-06 11:00:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:00:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:00:30 - ERROR: failed to build world TB --- 2014-05-06 11:00:30 - 1.67 user 2.97 system 5.68 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:00:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0C5ACED8; Tue, 6 May 2014 11:00:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C9DB860D; Tue, 6 May 2014 11:00:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46B0cNW095615; Tue, 6 May 2014 07:00:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46B0c9O095611; Tue, 6 May 2014 11:00:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:00:38 GMT Message-Id: <201405061100.s46B0c9O095611@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:00:40 -0000 TB --- 2014-05-06 11:00:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:00:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:00:30 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-06 11:00:30 - cleaning the object tree TB --- 2014-05-06 11:00:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:00:37 - At svn revision 265432 TB --- 2014-05-06 11:00:38 - building world TB --- 2014-05-06 11:00:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:00:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:00:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:00:38 - SRCCONF=/dev/null TB --- 2014-05-06 11:00:38 - TARGET=powerpc TB --- 2014-05-06 11:00:38 - TARGET_ARCH=powerpc64 TB --- 2014-05-06 11:00:38 - TZ=UTC TB --- 2014-05-06 11:00:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:00:38 - cd /src TB --- 2014-05-06 11:00:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:00:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:00:38 - ERROR: failed to build world TB --- 2014-05-06 11:00:38 - 1.66 user 2.48 system 8.11 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:10:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5899893A; Tue, 6 May 2014 11:10:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 22008844; Tue, 6 May 2014 11:10:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BANYu095741; Tue, 6 May 2014 07:10:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BANsH095738; Tue, 6 May 2014 11:10:23 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:10:23 GMT Message-Id: <201405061110.s46BANsH095738@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:10:25 -0000 TB --- 2014-05-06 11:10:17 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:10:17 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:10:17 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-06 11:10:17 - cleaning the object tree TB --- 2014-05-06 11:10:17 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:10:22 - At svn revision 265432 TB --- 2014-05-06 11:10:23 - building world TB --- 2014-05-06 11:10:23 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:10:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:10:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:10:23 - SRCCONF=/dev/null TB --- 2014-05-06 11:10:23 - TARGET=amd64 TB --- 2014-05-06 11:10:23 - TARGET_ARCH=amd64 TB --- 2014-05-06 11:10:23 - TZ=UTC TB --- 2014-05-06 11:10:23 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:10:23 - cd /src TB --- 2014-05-06 11:10:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:10:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:10:23 - ERROR: failed to build world TB --- 2014-05-06 11:10:23 - 1.68 user 2.99 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:10:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6067D93C; Tue, 6 May 2014 11:10:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 22099846; Tue, 6 May 2014 11:10:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BANX1095740; Tue, 6 May 2014 07:10:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BANHe095737; Tue, 6 May 2014 11:10:23 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:10:23 GMT Message-Id: <201405061110.s46BANHe095737@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:10:25 -0000 TB --- 2014-05-06 11:10:17 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:10:17 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:10:17 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-06 11:10:17 - cleaning the object tree TB --- 2014-05-06 11:10:17 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:10:22 - At svn revision 265432 TB --- 2014-05-06 11:10:23 - building world TB --- 2014-05-06 11:10:23 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:10:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:10:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:10:23 - SRCCONF=/dev/null TB --- 2014-05-06 11:10:23 - TARGET=arm TB --- 2014-05-06 11:10:23 - TARGET_ARCH=armv6 TB --- 2014-05-06 11:10:23 - TZ=UTC TB --- 2014-05-06 11:10:23 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:10:23 - cd /src TB --- 2014-05-06 11:10:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:10:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:10:23 - ERROR: failed to build world TB --- 2014-05-06 11:10:23 - 1.62 user 3.04 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:10:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5975293B; Tue, 6 May 2014 11:10:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 21F9E843; Tue, 6 May 2014 11:10:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BANAG095709; Tue, 6 May 2014 07:10:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BANeO095683; Tue, 6 May 2014 11:10:23 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:10:23 GMT Message-Id: <201405061110.s46BANeO095683@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:10:25 -0000 TB --- 2014-05-06 11:10:17 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:10:17 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:10:17 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-06 11:10:17 - cleaning the object tree TB --- 2014-05-06 11:10:17 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:10:22 - At svn revision 265432 TB --- 2014-05-06 11:10:23 - building world TB --- 2014-05-06 11:10:23 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:10:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:10:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:10:23 - SRCCONF=/dev/null TB --- 2014-05-06 11:10:23 - TARGET=arm TB --- 2014-05-06 11:10:23 - TARGET_ARCH=arm TB --- 2014-05-06 11:10:23 - TZ=UTC TB --- 2014-05-06 11:10:23 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:10:23 - cd /src TB --- 2014-05-06 11:10:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:10:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:10:23 - ERROR: failed to build world TB --- 2014-05-06 11:10:23 - 1.75 user 2.87 system 5.63 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:10:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4CC1AC99; Tue, 6 May 2014 11:10:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1654384A; Tue, 6 May 2014 11:10:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BATi0095792; Tue, 6 May 2014 07:10:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BATrg095791; Tue, 6 May 2014 11:10:29 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:10:29 GMT Message-Id: <201405061110.s46BATrg095791@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:10:30 -0000 TB --- 2014-05-06 11:10:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:10:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:10:23 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-06 11:10:23 - cleaning the object tree TB --- 2014-05-06 11:10:23 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:10:27 - At svn revision 265432 TB --- 2014-05-06 11:10:28 - building world TB --- 2014-05-06 11:10:28 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:10:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:10:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:10:28 - SRCCONF=/dev/null TB --- 2014-05-06 11:10:28 - TARGET=pc98 TB --- 2014-05-06 11:10:28 - TARGET_ARCH=i386 TB --- 2014-05-06 11:10:28 - TZ=UTC TB --- 2014-05-06 11:10:28 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:10:28 - cd /src TB --- 2014-05-06 11:10:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:10:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:10:29 - ERROR: failed to build world TB --- 2014-05-06 11:10:29 - 1.88 user 2.52 system 5.41 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:10:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B64FCAB; Tue, 6 May 2014 11:10:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6514A84C; Tue, 6 May 2014 11:10:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BATq1095856; Tue, 6 May 2014 07:10:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BATnH095853; Tue, 6 May 2014 11:10:29 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:10:29 GMT Message-Id: <201405061110.s46BATnH095853@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:10:30 -0000 TB --- 2014-05-06 11:10:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:10:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:10:23 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-06 11:10:23 - cleaning the object tree TB --- 2014-05-06 11:10:23 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:10:28 - At svn revision 265432 TB --- 2014-05-06 11:10:29 - building world TB --- 2014-05-06 11:10:29 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:10:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:10:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:10:29 - SRCCONF=/dev/null TB --- 2014-05-06 11:10:29 - TARGET=ia64 TB --- 2014-05-06 11:10:29 - TARGET_ARCH=ia64 TB --- 2014-05-06 11:10:29 - TZ=UTC TB --- 2014-05-06 11:10:29 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:10:29 - cd /src TB --- 2014-05-06 11:10:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:10:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:10:29 - ERROR: failed to build world TB --- 2014-05-06 11:10:29 - 1.72 user 2.89 system 5.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:10:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0100CAF; Tue, 6 May 2014 11:10:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6869D84D; Tue, 6 May 2014 11:10:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BATV1095855; Tue, 6 May 2014 07:10:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BATtk095852; Tue, 6 May 2014 11:10:29 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:10:29 GMT Message-Id: <201405061110.s46BATtk095852@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:10:30 -0000 TB --- 2014-05-06 11:10:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:10:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:10:23 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-06 11:10:23 - cleaning the object tree TB --- 2014-05-06 11:10:23 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:10:28 - At svn revision 265432 TB --- 2014-05-06 11:10:29 - building world TB --- 2014-05-06 11:10:29 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:10:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:10:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:10:29 - SRCCONF=/dev/null TB --- 2014-05-06 11:10:29 - TARGET=mips TB --- 2014-05-06 11:10:29 - TARGET_ARCH=mips64 TB --- 2014-05-06 11:10:29 - TZ=UTC TB --- 2014-05-06 11:10:29 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:10:29 - cd /src TB --- 2014-05-06 11:10:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:10:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:10:29 - ERROR: failed to build world TB --- 2014-05-06 11:10:29 - 1.68 user 2.94 system 5.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:10:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 60BBF93D; Tue, 6 May 2014 11:10:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 22053845; Tue, 6 May 2014 11:10:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BANeb095739; Tue, 6 May 2014 07:10:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BANvH095736; Tue, 6 May 2014 11:10:23 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:10:23 GMT Message-Id: <201405061110.s46BANvH095736@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:10:25 -0000 TB --- 2014-05-06 11:10:17 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:10:17 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:10:17 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-06 11:10:17 - cleaning the object tree TB --- 2014-05-06 11:10:17 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:10:22 - At svn revision 265432 TB --- 2014-05-06 11:10:23 - building world TB --- 2014-05-06 11:10:23 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:10:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:10:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:10:23 - SRCCONF=/dev/null TB --- 2014-05-06 11:10:23 - TARGET=i386 TB --- 2014-05-06 11:10:23 - TARGET_ARCH=i386 TB --- 2014-05-06 11:10:23 - TZ=UTC TB --- 2014-05-06 11:10:23 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:10:23 - cd /src TB --- 2014-05-06 11:10:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:10:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:10:23 - ERROR: failed to build world TB --- 2014-05-06 11:10:23 - 1.71 user 2.96 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:10:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A0BDCA9; Tue, 6 May 2014 11:10:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6440784B; Tue, 6 May 2014 11:10:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BAT2l095854; Tue, 6 May 2014 07:10:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BATFl095851; Tue, 6 May 2014 11:10:29 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:10:29 GMT Message-Id: <201405061110.s46BATFl095851@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:10:30 -0000 TB --- 2014-05-06 11:10:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:10:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:10:23 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-06 11:10:23 - cleaning the object tree TB --- 2014-05-06 11:10:23 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:10:28 - At svn revision 265432 TB --- 2014-05-06 11:10:29 - building world TB --- 2014-05-06 11:10:29 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:10:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:10:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:10:29 - SRCCONF=/dev/null TB --- 2014-05-06 11:10:29 - TARGET=mips TB --- 2014-05-06 11:10:29 - TARGET_ARCH=mips TB --- 2014-05-06 11:10:29 - TZ=UTC TB --- 2014-05-06 11:10:29 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:10:29 - cd /src TB --- 2014-05-06 11:10:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:10:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:10:29 - ERROR: failed to build world TB --- 2014-05-06 11:10:29 - 1.63 user 2.98 system 5.65 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:10:38 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6141177; Tue, 6 May 2014 11:10:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8FBB9858; Tue, 6 May 2014 11:10:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BAbq6095917; Tue, 6 May 2014 07:10:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BAbn0095914; Tue, 6 May 2014 11:10:37 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:10:37 GMT Message-Id: <201405061110.s46BAbn0095914@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:10:38 -0000 TB --- 2014-05-06 11:10:29 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:10:29 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:10:29 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-06 11:10:29 - cleaning the object tree TB --- 2014-05-06 11:10:29 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:10:36 - At svn revision 265432 TB --- 2014-05-06 11:10:37 - building world TB --- 2014-05-06 11:10:37 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:10:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:10:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:10:37 - SRCCONF=/dev/null TB --- 2014-05-06 11:10:37 - TARGET=powerpc TB --- 2014-05-06 11:10:37 - TARGET_ARCH=powerpc64 TB --- 2014-05-06 11:10:37 - TZ=UTC TB --- 2014-05-06 11:10:37 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:10:37 - cd /src TB --- 2014-05-06 11:10:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:10:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:10:37 - ERROR: failed to build world TB --- 2014-05-06 11:10:37 - 1.66 user 2.34 system 7.95 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:10:38 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D894165; Tue, 6 May 2014 11:10:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 272C7857; Tue, 6 May 2014 11:10:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BAbsd095894; Tue, 6 May 2014 07:10:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BAbZ6095893; Tue, 6 May 2014 11:10:37 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:10:37 GMT Message-Id: <201405061110.s46BAbZ6095893@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:10:38 -0000 TB --- 2014-05-06 11:10:29 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:10:29 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:10:29 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-06 11:10:29 - cleaning the object tree TB --- 2014-05-06 11:10:29 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:10:36 - At svn revision 265432 TB --- 2014-05-06 11:10:37 - building world TB --- 2014-05-06 11:10:37 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:10:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:10:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:10:37 - SRCCONF=/dev/null TB --- 2014-05-06 11:10:37 - TARGET=powerpc TB --- 2014-05-06 11:10:37 - TARGET_ARCH=powerpc TB --- 2014-05-06 11:10:37 - TZ=UTC TB --- 2014-05-06 11:10:37 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:10:37 - cd /src TB --- 2014-05-06 11:10:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:10:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:10:37 - ERROR: failed to build world TB --- 2014-05-06 11:10:37 - 1.71 user 2.16 system 7.87 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:10:38 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC920178; Tue, 6 May 2014 11:10:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A6327859; Tue, 6 May 2014 11:10:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BAbeY095934; Tue, 6 May 2014 07:10:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BAbst095933; Tue, 6 May 2014 11:10:37 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:10:37 GMT Message-Id: <201405061110.s46BAbst095933@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:10:39 -0000 TB --- 2014-05-06 11:10:29 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:10:29 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:10:29 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-06 11:10:29 - cleaning the object tree TB --- 2014-05-06 11:10:29 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:10:36 - At svn revision 265432 TB --- 2014-05-06 11:10:37 - building world TB --- 2014-05-06 11:10:37 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:10:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:10:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:10:37 - SRCCONF=/dev/null TB --- 2014-05-06 11:10:37 - TARGET=sparc64 TB --- 2014-05-06 11:10:37 - TARGET_ARCH=sparc64 TB --- 2014-05-06 11:10:37 - TZ=UTC TB --- 2014-05-06 11:10:37 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:10:37 - cd /src TB --- 2014-05-06 11:10:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:10:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:10:37 - ERROR: failed to build world TB --- 2014-05-06 11:10:37 - 1.47 user 2.53 system 8.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:20:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7A41BC6; Tue, 6 May 2014 11:20:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B0C7A922; Tue, 6 May 2014 11:20:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BKQfP096069; Tue, 6 May 2014 07:20:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BKQZA096066; Tue, 6 May 2014 11:20:26 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:20:26 GMT Message-Id: <201405061120.s46BKQZA096066@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:20:28 -0000 TB --- 2014-05-06 11:20:20 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:20:20 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:20:20 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-06 11:20:20 - cleaning the object tree TB --- 2014-05-06 11:20:20 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:20:25 - At svn revision 265433 TB --- 2014-05-06 11:20:26 - building world TB --- 2014-05-06 11:20:26 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:20:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:20:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:20:26 - SRCCONF=/dev/null TB --- 2014-05-06 11:20:26 - TARGET=i386 TB --- 2014-05-06 11:20:26 - TARGET_ARCH=i386 TB --- 2014-05-06 11:20:26 - TZ=UTC TB --- 2014-05-06 11:20:26 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:20:26 - cd /src TB --- 2014-05-06 11:20:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:20:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:20:26 - ERROR: failed to build world TB --- 2014-05-06 11:20:26 - 1.62 user 3.07 system 5.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:20:28 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4424ABC7; Tue, 6 May 2014 11:20:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0D1D5923; Tue, 6 May 2014 11:20:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BKQJh096033; Tue, 6 May 2014 07:20:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BKQjp096011; Tue, 6 May 2014 11:20:26 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:20:26 GMT Message-Id: <201405061120.s46BKQjp096011@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:20:28 -0000 TB --- 2014-05-06 11:20:20 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:20:20 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:20:20 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-06 11:20:20 - cleaning the object tree TB --- 2014-05-06 11:20:20 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:20:25 - At svn revision 265433 TB --- 2014-05-06 11:20:26 - building world TB --- 2014-05-06 11:20:26 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:20:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:20:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:20:26 - SRCCONF=/dev/null TB --- 2014-05-06 11:20:26 - TARGET=arm TB --- 2014-05-06 11:20:26 - TARGET_ARCH=armv6 TB --- 2014-05-06 11:20:26 - TZ=UTC TB --- 2014-05-06 11:20:26 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:20:26 - cd /src TB --- 2014-05-06 11:20:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:20:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:20:26 - ERROR: failed to build world TB --- 2014-05-06 11:20:26 - 1.64 user 2.98 system 5.63 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:20:28 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4743BBC8; Tue, 6 May 2014 11:20:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0D224924; Tue, 6 May 2014 11:20:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BKQD2096068; Tue, 6 May 2014 07:20:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BKQ37096065; Tue, 6 May 2014 11:20:26 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:20:26 GMT Message-Id: <201405061120.s46BKQ37096065@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:20:28 -0000 TB --- 2014-05-06 11:20:20 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:20:20 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:20:20 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-06 11:20:20 - cleaning the object tree TB --- 2014-05-06 11:20:20 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:20:25 - At svn revision 265433 TB --- 2014-05-06 11:20:26 - building world TB --- 2014-05-06 11:20:26 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:20:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:20:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:20:26 - SRCCONF=/dev/null TB --- 2014-05-06 11:20:26 - TARGET=arm TB --- 2014-05-06 11:20:26 - TARGET_ARCH=arm TB --- 2014-05-06 11:20:26 - TZ=UTC TB --- 2014-05-06 11:20:26 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:20:26 - cd /src TB --- 2014-05-06 11:20:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:20:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:20:26 - ERROR: failed to build world TB --- 2014-05-06 11:20:26 - 1.60 user 3.09 system 5.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:20:36 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 588EDF43; Tue, 6 May 2014 11:20:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2200A928; Tue, 6 May 2014 11:20:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BKZ9F096120; Tue, 6 May 2014 07:20:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BKZpL096119; Tue, 6 May 2014 11:20:35 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:20:35 GMT Message-Id: <201405061120.s46BKZpL096119@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:20:36 -0000 TB --- 2014-05-06 11:20:26 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:20:26 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:20:26 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-06 11:20:26 - cleaning the object tree TB --- 2014-05-06 11:20:26 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:20:34 - At svn revision 265433 TB --- 2014-05-06 11:20:35 - building world TB --- 2014-05-06 11:20:35 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:20:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:20:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:20:35 - SRCCONF=/dev/null TB --- 2014-05-06 11:20:35 - TARGET=pc98 TB --- 2014-05-06 11:20:35 - TARGET_ARCH=i386 TB --- 2014-05-06 11:20:35 - TZ=UTC TB --- 2014-05-06 11:20:35 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:20:35 - cd /src TB --- 2014-05-06 11:20:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:20:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:20:35 - ERROR: failed to build world TB --- 2014-05-06 11:20:35 - 1.49 user 2.95 system 8.43 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:20:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B94C2FD; Tue, 6 May 2014 11:20:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 64E9D997; Tue, 6 May 2014 11:20:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BKeSO096222; Tue, 6 May 2014 07:20:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BKeEC096221; Tue, 6 May 2014 11:20:40 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:20:40 GMT Message-Id: <201405061120.s46BKeEC096221@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:20:41 -0000 TB --- 2014-05-06 11:20:35 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:20:35 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:20:35 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-06 11:20:35 - cleaning the object tree TB --- 2014-05-06 11:20:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:20:39 - At svn revision 265433 TB --- 2014-05-06 11:20:40 - building world TB --- 2014-05-06 11:20:40 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:20:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:20:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:20:40 - SRCCONF=/dev/null TB --- 2014-05-06 11:20:40 - TARGET=powerpc TB --- 2014-05-06 11:20:40 - TARGET_ARCH=powerpc TB --- 2014-05-06 11:20:40 - TZ=UTC TB --- 2014-05-06 11:20:40 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:20:40 - cd /src TB --- 2014-05-06 11:20:40 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:20:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:20:40 - ERROR: failed to build world TB --- 2014-05-06 11:20:40 - 1.70 user 2.36 system 5.04 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:20:36 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 715E6F44; Tue, 6 May 2014 11:20:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3B123929; Tue, 6 May 2014 11:20:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BKZDW096175; Tue, 6 May 2014 07:20:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BKZqQ096172; Tue, 6 May 2014 11:20:35 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:20:35 GMT Message-Id: <201405061120.s46BKZqQ096172@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:20:36 -0000 TB --- 2014-05-06 11:20:26 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:20:26 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:20:26 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-06 11:20:26 - cleaning the object tree TB --- 2014-05-06 11:20:26 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:20:34 - At svn revision 265433 TB --- 2014-05-06 11:20:35 - building world TB --- 2014-05-06 11:20:35 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:20:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:20:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:20:35 - SRCCONF=/dev/null TB --- 2014-05-06 11:20:35 - TARGET=ia64 TB --- 2014-05-06 11:20:35 - TARGET_ARCH=ia64 TB --- 2014-05-06 11:20:35 - TZ=UTC TB --- 2014-05-06 11:20:35 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:20:35 - cd /src TB --- 2014-05-06 11:20:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:20:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:20:35 - ERROR: failed to build world TB --- 2014-05-06 11:20:35 - 1.51 user 3.11 system 8.45 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:20:28 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B266BC9; Tue, 6 May 2014 11:20:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0D29E925; Tue, 6 May 2014 11:20:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BKQrD096067; Tue, 6 May 2014 07:20:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BKQu2096064; Tue, 6 May 2014 11:20:26 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:20:26 GMT Message-Id: <201405061120.s46BKQu2096064@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:20:28 -0000 TB --- 2014-05-06 11:20:20 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:20:20 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:20:20 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-06 11:20:20 - cleaning the object tree TB --- 2014-05-06 11:20:20 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:20:25 - At svn revision 265433 TB --- 2014-05-06 11:20:26 - building world TB --- 2014-05-06 11:20:26 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:20:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:20:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:20:26 - SRCCONF=/dev/null TB --- 2014-05-06 11:20:26 - TARGET=amd64 TB --- 2014-05-06 11:20:26 - TARGET_ARCH=amd64 TB --- 2014-05-06 11:20:26 - TZ=UTC TB --- 2014-05-06 11:20:26 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:20:26 - cd /src TB --- 2014-05-06 11:20:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:20:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:20:26 - ERROR: failed to build world TB --- 2014-05-06 11:20:26 - 1.76 user 2.95 system 5.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:20:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C75712FF; Tue, 6 May 2014 11:20:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8F063999; Tue, 6 May 2014 11:20:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BKeG5096262; Tue, 6 May 2014 07:20:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BKer1096260; Tue, 6 May 2014 11:20:40 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:20:40 GMT Message-Id: <201405061120.s46BKer1096260@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:20:41 -0000 TB --- 2014-05-06 11:20:35 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:20:35 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:20:35 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-06 11:20:35 - cleaning the object tree TB --- 2014-05-06 11:20:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:20:39 - At svn revision 265433 TB --- 2014-05-06 11:20:40 - building world TB --- 2014-05-06 11:20:40 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:20:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:20:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:20:40 - SRCCONF=/dev/null TB --- 2014-05-06 11:20:40 - TARGET=sparc64 TB --- 2014-05-06 11:20:40 - TARGET_ARCH=sparc64 TB --- 2014-05-06 11:20:40 - TZ=UTC TB --- 2014-05-06 11:20:40 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:20:40 - cd /src TB --- 2014-05-06 11:20:40 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:20:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:20:40 - ERROR: failed to build world TB --- 2014-05-06 11:20:40 - 1.52 user 2.61 system 5.13 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:20:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C26F32FE; Tue, 6 May 2014 11:20:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8BD54998; Tue, 6 May 2014 11:20:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BKeUV096261; Tue, 6 May 2014 07:20:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BKes8096257; Tue, 6 May 2014 11:20:40 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:20:40 GMT Message-Id: <201405061120.s46BKes8096257@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:20:41 -0000 TB --- 2014-05-06 11:20:35 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:20:35 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:20:35 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-06 11:20:35 - cleaning the object tree TB --- 2014-05-06 11:20:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:20:39 - At svn revision 265433 TB --- 2014-05-06 11:20:40 - building world TB --- 2014-05-06 11:20:40 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:20:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:20:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:20:40 - SRCCONF=/dev/null TB --- 2014-05-06 11:20:40 - TARGET=powerpc TB --- 2014-05-06 11:20:40 - TARGET_ARCH=powerpc64 TB --- 2014-05-06 11:20:40 - TZ=UTC TB --- 2014-05-06 11:20:40 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:20:40 - cd /src TB --- 2014-05-06 11:20:40 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:20:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:20:40 - ERROR: failed to build world TB --- 2014-05-06 11:20:40 - 1.52 user 2.60 system 5.12 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:20:36 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 77CB7F46; Tue, 6 May 2014 11:20:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3F1EE92B; Tue, 6 May 2014 11:20:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BKZ2C096177; Tue, 6 May 2014 07:20:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BKZTf096173; Tue, 6 May 2014 11:20:35 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:20:35 GMT Message-Id: <201405061120.s46BKZTf096173@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:20:36 -0000 TB --- 2014-05-06 11:20:26 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:20:26 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:20:26 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-06 11:20:26 - cleaning the object tree TB --- 2014-05-06 11:20:26 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:20:34 - At svn revision 265433 TB --- 2014-05-06 11:20:35 - building world TB --- 2014-05-06 11:20:35 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:20:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:20:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:20:35 - SRCCONF=/dev/null TB --- 2014-05-06 11:20:35 - TARGET=mips TB --- 2014-05-06 11:20:35 - TARGET_ARCH=mips64 TB --- 2014-05-06 11:20:35 - TZ=UTC TB --- 2014-05-06 11:20:35 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:20:35 - cd /src TB --- 2014-05-06 11:20:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:20:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:20:35 - ERROR: failed to build world TB --- 2014-05-06 11:20:35 - 1.52 user 3.11 system 8.43 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:20:36 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 72572F45; Tue, 6 May 2014 11:20:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3C0C492A; Tue, 6 May 2014 11:20:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BKZ8F096176; Tue, 6 May 2014 07:20:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BKZvs096174; Tue, 6 May 2014 11:20:35 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:20:35 GMT Message-Id: <201405061120.s46BKZvs096174@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:20:36 -0000 TB --- 2014-05-06 11:20:26 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:20:26 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:20:26 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-06 11:20:26 - cleaning the object tree TB --- 2014-05-06 11:20:26 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:20:34 - At svn revision 265433 TB --- 2014-05-06 11:20:35 - building world TB --- 2014-05-06 11:20:35 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:20:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:20:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:20:35 - SRCCONF=/dev/null TB --- 2014-05-06 11:20:35 - TARGET=mips TB --- 2014-05-06 11:20:35 - TARGET_ARCH=mips TB --- 2014-05-06 11:20:35 - TZ=UTC TB --- 2014-05-06 11:20:35 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:20:35 - cd /src TB --- 2014-05-06 11:20:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:20:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:20:35 - ERROR: failed to build world TB --- 2014-05-06 11:20:35 - 1.68 user 2.95 system 8.44 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:26:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2E0F6B17 for ; Tue, 6 May 2014 11:26:43 +0000 (UTC) Received: from mailout12.t-online.de (mailout12.t-online.de [194.25.134.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E3279A38 for ; Tue, 6 May 2014 11:26:42 +0000 (UTC) Received: from fwd22.aul.t-online.de (fwd22.aul.t-online.de [172.20.26.127]) by mailout12.t-online.de (Postfix) with SMTP id 66851304162; Tue, 6 May 2014 13:19:02 +0200 (CEST) Received: from [192.168.119.11] (ZwUmZEZDrhmmC2J9HRCjkyrrNkbIlRymQwGZn6KgRFJOcThKirLiVg2NULexEn+wcl@[84.154.114.101]) by fwd22.t-online.de with esmtp id 1WhdPC-15VEMy0; Tue, 6 May 2014 13:19:26 +0200 Message-ID: <5368C539.8060404@freebsd.org> Date: Tue, 06 May 2014 13:19:21 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org, "O. Hartmann" Subject: Re: r265431: make[4]: "/usr/src/sys/modules/drm2/Makefile" line 7: Malformed conditional (${MK_SOURCELESS_UCODE} != "no") References: <20140506124040.3b783491.ohartman@zedat.fu-berlin.de> In-Reply-To: <20140506124040.3b783491.ohartman@zedat.fu-berlin.de> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-ID: ZwUmZEZDrhmmC2J9HRCjkyrrNkbIlRymQwGZn6KgRFJOcThKirLiVg2NULexEn+wcl X-TOI-MSGID: 9e349648-cf35-4e39-ac81-cdaf33c05a75 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 11:26:43 -0000 Am 06.05.2014 12:40, schrieb O. Hartmann: > A buildkernel fails on r265431 with the following error: > > ===> drm2 (cleandir) make[4]: "/usr/src/sys/modules/drm2/Makefile" > line 7: Malformed conditional (${MK_SOURCELESS_UCODE} != "no") > make[4]: Fatal errors encountered -- cannot continue make[4]: > stopped in /usr/src/sys/modules/drm2 *** [cleandir] Error code 1 I just committed a fix (r265433). There were two sub-ordinate Makefiles that missed an .include of src.opts.mk: Index: sys/conf/kmod.mk =================================================================== --- sys/conf/kmod.mk~ +++ sys/conf/kmod.mk @@ -72,6 +72,7 @@ .error "Do not use KMODDEPS on 5.0+; use MODULE_VERSION/MODULE_DEPEND" .endif +.include .include .include Index: sys/modules/drm2/Makefile =================================================================== --- sys/modules/drm2/Makefile~ +++ sys/modules/drm2/Makefile @@ -1,5 +1,6 @@ # $FreeBSD$ +.include .include .if ${MACHINE_CPUARCH} == "amd64" Not sure whether this is the best way to resolve this problem, but it let me compile a kernel again ... Regards, STefan From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:30:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C0527C70; Tue, 6 May 2014 11:30:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 867CFA69; Tue, 6 May 2014 11:30:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BUOCi096397; Tue, 6 May 2014 07:30:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BUOXk096393; Tue, 6 May 2014 11:30:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:30:24 GMT Message-Id: <201405061130.s46BUOXk096393@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:30:26 -0000 TB --- 2014-05-06 11:30:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:30:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:30:18 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-06 11:30:18 - cleaning the object tree TB --- 2014-05-06 11:30:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:30:23 - At svn revision 265433 TB --- 2014-05-06 11:30:24 - building world TB --- 2014-05-06 11:30:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:30:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:30:24 - SRCCONF=/dev/null TB --- 2014-05-06 11:30:24 - TARGET=i386 TB --- 2014-05-06 11:30:24 - TARGET_ARCH=i386 TB --- 2014-05-06 11:30:24 - TZ=UTC TB --- 2014-05-06 11:30:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:30:24 - cd /src TB --- 2014-05-06 11:30:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:30:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:30:24 - ERROR: failed to build world TB --- 2014-05-06 11:30:24 - 1.73 user 2.93 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:30:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AF39FC6D; Tue, 6 May 2014 11:30:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 78C5CA66; Tue, 6 May 2014 11:30:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BUOoK096394; Tue, 6 May 2014 07:30:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BUOl9096353; Tue, 6 May 2014 11:30:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:30:24 GMT Message-Id: <201405061130.s46BUOl9096353@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:30:25 -0000 TB --- 2014-05-06 11:30:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:30:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:30:18 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-06 11:30:18 - cleaning the object tree TB --- 2014-05-06 11:30:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:30:23 - At svn revision 265433 TB --- 2014-05-06 11:30:24 - building world TB --- 2014-05-06 11:30:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:30:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:30:24 - SRCCONF=/dev/null TB --- 2014-05-06 11:30:24 - TARGET=arm TB --- 2014-05-06 11:30:24 - TARGET_ARCH=armv6 TB --- 2014-05-06 11:30:24 - TZ=UTC TB --- 2014-05-06 11:30:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:30:24 - cd /src TB --- 2014-05-06 11:30:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:30:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:30:24 - ERROR: failed to build world TB --- 2014-05-06 11:30:24 - 1.64 user 2.99 system 5.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:30:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8F48C6E; Tue, 6 May 2014 11:30:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 82369A67; Tue, 6 May 2014 11:30:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BUOOf096395; Tue, 6 May 2014 07:30:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BUOW8096391; Tue, 6 May 2014 11:30:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:30:24 GMT Message-Id: <201405061130.s46BUOW8096391@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:30:25 -0000 TB --- 2014-05-06 11:30:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:30:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:30:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-06 11:30:18 - cleaning the object tree TB --- 2014-05-06 11:30:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:30:23 - At svn revision 265433 TB --- 2014-05-06 11:30:24 - building world TB --- 2014-05-06 11:30:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:30:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:30:24 - SRCCONF=/dev/null TB --- 2014-05-06 11:30:24 - TARGET=amd64 TB --- 2014-05-06 11:30:24 - TARGET_ARCH=amd64 TB --- 2014-05-06 11:30:24 - TZ=UTC TB --- 2014-05-06 11:30:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:30:24 - cd /src TB --- 2014-05-06 11:30:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:30:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:30:24 - ERROR: failed to build world TB --- 2014-05-06 11:30:24 - 1.65 user 3.03 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:30:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BB411C6F; Tue, 6 May 2014 11:30:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8503AA68; Tue, 6 May 2014 11:30:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BUOeb096396; Tue, 6 May 2014 07:30:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BUO7F096392; Tue, 6 May 2014 11:30:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:30:24 GMT Message-Id: <201405061130.s46BUO7F096392@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:30:26 -0000 TB --- 2014-05-06 11:30:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:30:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:30:18 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-06 11:30:18 - cleaning the object tree TB --- 2014-05-06 11:30:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:30:23 - At svn revision 265433 TB --- 2014-05-06 11:30:24 - building world TB --- 2014-05-06 11:30:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:30:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:30:24 - SRCCONF=/dev/null TB --- 2014-05-06 11:30:24 - TARGET=arm TB --- 2014-05-06 11:30:24 - TARGET_ARCH=arm TB --- 2014-05-06 11:30:24 - TZ=UTC TB --- 2014-05-06 11:30:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:30:24 - cd /src TB --- 2014-05-06 11:30:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:30:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:30:24 - ERROR: failed to build world TB --- 2014-05-06 11:30:24 - 1.58 user 3.09 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:30:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 709B2116; Tue, 6 May 2014 11:30:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3AB37A6B; Tue, 6 May 2014 11:30:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BUUn7096448; Tue, 6 May 2014 07:30:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BUUps096447; Tue, 6 May 2014 11:30:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:30:30 GMT Message-Id: <201405061130.s46BUUps096447@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:30:31 -0000 TB --- 2014-05-06 11:30:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:30:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:30:24 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-06 11:30:24 - cleaning the object tree TB --- 2014-05-06 11:30:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:30:29 - At svn revision 265433 TB --- 2014-05-06 11:30:30 - building world TB --- 2014-05-06 11:30:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:30:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:30:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:30:30 - SRCCONF=/dev/null TB --- 2014-05-06 11:30:30 - TARGET=pc98 TB --- 2014-05-06 11:30:30 - TARGET_ARCH=i386 TB --- 2014-05-06 11:30:30 - TZ=UTC TB --- 2014-05-06 11:30:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:30:30 - cd /src TB --- 2014-05-06 11:30:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:30:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:30:30 - ERROR: failed to build world TB --- 2014-05-06 11:30:30 - 1.66 user 2.86 system 5.54 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:30:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C4D92397; Tue, 6 May 2014 11:30:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8C7A1A77; Tue, 6 May 2014 11:30:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BUciP096590; Tue, 6 May 2014 07:30:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BUcOF096588; Tue, 6 May 2014 11:30:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:30:38 GMT Message-Id: <201405061130.s46BUcOF096588@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:30:39 -0000 TB --- 2014-05-06 11:30:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:30:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:30:30 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-06 11:30:30 - cleaning the object tree TB --- 2014-05-06 11:30:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:30:37 - At svn revision 265433 TB --- 2014-05-06 11:30:38 - building world TB --- 2014-05-06 11:30:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:30:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:30:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:30:38 - SRCCONF=/dev/null TB --- 2014-05-06 11:30:38 - TARGET=powerpc TB --- 2014-05-06 11:30:38 - TARGET_ARCH=powerpc64 TB --- 2014-05-06 11:30:38 - TZ=UTC TB --- 2014-05-06 11:30:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:30:38 - cd /src TB --- 2014-05-06 11:30:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:30:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:30:38 - ERROR: failed to build world TB --- 2014-05-06 11:30:38 - 1.47 user 2.65 system 7.96 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:30:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1F6A396; Tue, 6 May 2014 11:30:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8B75FA76; Tue, 6 May 2014 11:30:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BUcpZ096589; Tue, 6 May 2014 07:30:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BUc0B096587; Tue, 6 May 2014 11:30:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:30:38 GMT Message-Id: <201405061130.s46BUc0B096587@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:30:39 -0000 TB --- 2014-05-06 11:30:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:30:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:30:30 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-06 11:30:30 - cleaning the object tree TB --- 2014-05-06 11:30:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:30:37 - At svn revision 265433 TB --- 2014-05-06 11:30:38 - building world TB --- 2014-05-06 11:30:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:30:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:30:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:30:38 - SRCCONF=/dev/null TB --- 2014-05-06 11:30:38 - TARGET=sparc64 TB --- 2014-05-06 11:30:38 - TARGET_ARCH=sparc64 TB --- 2014-05-06 11:30:38 - TZ=UTC TB --- 2014-05-06 11:30:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:30:38 - cd /src TB --- 2014-05-06 11:30:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:30:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:30:38 - ERROR: failed to build world TB --- 2014-05-06 11:30:38 - 1.61 user 2.51 system 7.91 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:30:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 815FF391; Tue, 6 May 2014 11:30:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48CCBA74; Tue, 6 May 2014 11:30:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BUcSx096550; Tue, 6 May 2014 07:30:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BUcNO096549; Tue, 6 May 2014 11:30:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:30:38 GMT Message-Id: <201405061130.s46BUcNO096549@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:30:39 -0000 TB --- 2014-05-06 11:30:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:30:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:30:30 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-06 11:30:30 - cleaning the object tree TB --- 2014-05-06 11:30:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:30:37 - At svn revision 265433 TB --- 2014-05-06 11:30:38 - building world TB --- 2014-05-06 11:30:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:30:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:30:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:30:38 - SRCCONF=/dev/null TB --- 2014-05-06 11:30:38 - TARGET=powerpc TB --- 2014-05-06 11:30:38 - TARGET_ARCH=powerpc TB --- 2014-05-06 11:30:38 - TZ=UTC TB --- 2014-05-06 11:30:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:30:38 - cd /src TB --- 2014-05-06 11:30:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:30:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:30:38 - ERROR: failed to build world TB --- 2014-05-06 11:30:38 - 1.47 user 2.52 system 7.83 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:30:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 967B5119; Tue, 6 May 2014 11:30:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 601CEA6C; Tue, 6 May 2014 11:30:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BUU5R096507; Tue, 6 May 2014 07:30:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BUUqB096469; Tue, 6 May 2014 11:30:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:30:30 GMT Message-Id: <201405061130.s46BUUqB096469@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:30:31 -0000 TB --- 2014-05-06 11:30:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:30:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:30:24 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-06 11:30:24 - cleaning the object tree TB --- 2014-05-06 11:30:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:30:29 - At svn revision 265433 TB --- 2014-05-06 11:30:30 - building world TB --- 2014-05-06 11:30:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:30:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:30:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:30:30 - SRCCONF=/dev/null TB --- 2014-05-06 11:30:30 - TARGET=ia64 TB --- 2014-05-06 11:30:30 - TARGET_ARCH=ia64 TB --- 2014-05-06 11:30:30 - TZ=UTC TB --- 2014-05-06 11:30:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:30:30 - cd /src TB --- 2014-05-06 11:30:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:30:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:30:30 - ERROR: failed to build world TB --- 2014-05-06 11:30:30 - 1.60 user 3.00 system 5.63 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:30:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9EC9011C; Tue, 6 May 2014 11:30:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 691FAA6D; Tue, 6 May 2014 11:30:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BUUtQ096511; Tue, 6 May 2014 07:30:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BUU3l096505; Tue, 6 May 2014 11:30:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:30:30 GMT Message-Id: <201405061130.s46BUU3l096505@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:30:31 -0000 TB --- 2014-05-06 11:30:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:30:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:30:24 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-06 11:30:24 - cleaning the object tree TB --- 2014-05-06 11:30:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:30:29 - At svn revision 265433 TB --- 2014-05-06 11:30:30 - building world TB --- 2014-05-06 11:30:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:30:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:30:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:30:30 - SRCCONF=/dev/null TB --- 2014-05-06 11:30:30 - TARGET=mips TB --- 2014-05-06 11:30:30 - TARGET_ARCH=mips64 TB --- 2014-05-06 11:30:30 - TZ=UTC TB --- 2014-05-06 11:30:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:30:30 - cd /src TB --- 2014-05-06 11:30:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:30:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:30:30 - ERROR: failed to build world TB --- 2014-05-06 11:30:30 - 1.61 user 3.01 system 5.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:30:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D8B3711F; Tue, 6 May 2014 11:30:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A2BFFA6E; Tue, 6 May 2014 11:30:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BUU3m096512; Tue, 6 May 2014 07:30:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BUUbB096506; Tue, 6 May 2014 11:30:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:30:30 GMT Message-Id: <201405061130.s46BUUbB096506@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:30:31 -0000 TB --- 2014-05-06 11:30:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:30:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:30:24 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-06 11:30:24 - cleaning the object tree TB --- 2014-05-06 11:30:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:30:29 - At svn revision 265433 TB --- 2014-05-06 11:30:30 - building world TB --- 2014-05-06 11:30:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:30:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:30:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:30:30 - SRCCONF=/dev/null TB --- 2014-05-06 11:30:30 - TARGET=mips TB --- 2014-05-06 11:30:30 - TARGET_ARCH=mips TB --- 2014-05-06 11:30:30 - TZ=UTC TB --- 2014-05-06 11:30:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:30:30 - cd /src TB --- 2014-05-06 11:30:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:30:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:30:30 - ERROR: failed to build world TB --- 2014-05-06 11:30:30 - 1.78 user 2.86 system 5.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:31:25 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 23AED999; Tue, 6 May 2014 11:31:25 +0000 (UTC) Received: from mailout03.t-online.de (mailout03.t-online.de [194.25.134.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D9094AA9; Tue, 6 May 2014 11:31:24 +0000 (UTC) Received: from fwd21.aul.t-online.de (fwd21.aul.t-online.de [172.20.27.66]) by mailout03.t-online.de (Postfix) with SMTP id 8F09B300578; Tue, 6 May 2014 13:24:17 +0200 (CEST) Received: from [192.168.119.11] (EG5gQYZL8hBC8r3F4Bue-qwHCBPKfOuXLH0WM1Py7VucTLfz+nunzoxDv+uYe7MZ+u@[84.154.114.101]) by fwd21.t-online.de with esmtp id 1WhdUI-08K8nY0; Tue, 6 May 2014 13:24:42 +0200 Message-ID: <5368C675.1070700@freebsd.org> Date: Tue, 06 May 2014 13:24:37 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: imp@freebsd.org Subject: Re: buildworld fails (missing /usr/share/mk/src.opts.mk) References: <5368B0C5.6040309@freebsd.org> In-Reply-To: <5368B0C5.6040309@freebsd.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-ID: EG5gQYZL8hBC8r3F4Bue-qwHCBPKfOuXLH0WM1Py7VucTLfz+nunzoxDv+uYe7MZ+u X-TOI-MSGID: 7d2191b2-37d6-4961-bbec-2f9e2874ed12 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 11:31:25 -0000 Am 06.05.2014 11:52, schrieb Stefan Esser: > Hi Warner, > > as already reported by Jenkins, HEAD does not build. > > Seems that this is caused by src.opts.mk missing in /usr/share/mk > during the cleandir phase. I guess this is kind of a bootstrap > issue - the definitions are looked up in the installed base, not > in the src tree - but did not verify this assumption. > > A work-around is to manually install src.opts.mk: > > # make -C /usr/src/share/mk install > > (which might deserve an UPDATING entry). Falling back on the file > in the src directory might be a better solution ... > > Regards, STefan Following up to my earlier mail: The diagnosis was wrong - the main Makefiles include src.opts.mk from the source directory. But two sub-ordinate Makefiles missed to include the new options file (sys/conf/kmod.mk and sys/modules/drm2/Makefile). I committed a fix/work-around to stop the flood of tinderbox messages (r265433). Regards, STefan From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:40:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE2D6E36; Tue, 6 May 2014 11:40:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 77C52B8B; Tue, 6 May 2014 11:40:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BeOlq096719; Tue, 6 May 2014 07:40:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BeOhB096669; Tue, 6 May 2014 11:40:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:40:24 GMT Message-Id: <201405061140.s46BeOhB096669@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:40:25 -0000 TB --- 2014-05-06 11:40:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:40:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:40:18 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-06 11:40:18 - cleaning the object tree TB --- 2014-05-06 11:40:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:40:23 - At svn revision 265433 TB --- 2014-05-06 11:40:24 - building world TB --- 2014-05-06 11:40:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:40:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:40:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:40:24 - SRCCONF=/dev/null TB --- 2014-05-06 11:40:24 - TARGET=arm TB --- 2014-05-06 11:40:24 - TARGET_ARCH=armv6 TB --- 2014-05-06 11:40:24 - TZ=UTC TB --- 2014-05-06 11:40:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:40:24 - cd /src TB --- 2014-05-06 11:40:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:40:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:40:24 - ERROR: failed to build world TB --- 2014-05-06 11:40:24 - 1.68 user 2.95 system 5.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:40:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10098E38; Tue, 6 May 2014 11:40:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CD394B8E; Tue, 6 May 2014 11:40:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BeOEI096726; Tue, 6 May 2014 07:40:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BeO3Q096723; Tue, 6 May 2014 11:40:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:40:24 GMT Message-Id: <201405061140.s46BeO3Q096723@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:40:26 -0000 TB --- 2014-05-06 11:40:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:40:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:40:18 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-06 11:40:18 - cleaning the object tree TB --- 2014-05-06 11:40:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:40:23 - At svn revision 265433 TB --- 2014-05-06 11:40:24 - building world TB --- 2014-05-06 11:40:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:40:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:40:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:40:24 - SRCCONF=/dev/null TB --- 2014-05-06 11:40:24 - TARGET=arm TB --- 2014-05-06 11:40:24 - TARGET_ARCH=arm TB --- 2014-05-06 11:40:24 - TZ=UTC TB --- 2014-05-06 11:40:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:40:24 - cd /src TB --- 2014-05-06 11:40:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:40:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:40:24 - ERROR: failed to build world TB --- 2014-05-06 11:40:24 - 1.58 user 3.09 system 5.72 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:40:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDE4AE37; Tue, 6 May 2014 11:40:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 86EF1B8C; Tue, 6 May 2014 11:40:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BeOQV096725; Tue, 6 May 2014 07:40:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BeOwJ096722; Tue, 6 May 2014 11:40:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:40:24 GMT Message-Id: <201405061140.s46BeOwJ096722@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:40:25 -0000 TB --- 2014-05-06 11:40:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:40:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:40:18 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-06 11:40:18 - cleaning the object tree TB --- 2014-05-06 11:40:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:40:23 - At svn revision 265433 TB --- 2014-05-06 11:40:24 - building world TB --- 2014-05-06 11:40:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:40:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:40:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:40:24 - SRCCONF=/dev/null TB --- 2014-05-06 11:40:24 - TARGET=i386 TB --- 2014-05-06 11:40:24 - TARGET_ARCH=i386 TB --- 2014-05-06 11:40:24 - TZ=UTC TB --- 2014-05-06 11:40:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:40:24 - cd /src TB --- 2014-05-06 11:40:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:40:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:40:24 - ERROR: failed to build world TB --- 2014-05-06 11:40:24 - 1.77 user 2.90 system 5.72 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:40:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10592E39; Tue, 6 May 2014 11:40:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CD340B8D; Tue, 6 May 2014 11:40:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BeOaV096727; Tue, 6 May 2014 07:40:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BeO3x096724; Tue, 6 May 2014 11:40:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:40:24 GMT Message-Id: <201405061140.s46BeO3x096724@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:40:26 -0000 TB --- 2014-05-06 11:40:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:40:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:40:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-06 11:40:18 - cleaning the object tree TB --- 2014-05-06 11:40:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:40:23 - At svn revision 265433 TB --- 2014-05-06 11:40:24 - building world TB --- 2014-05-06 11:40:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:40:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:40:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:40:24 - SRCCONF=/dev/null TB --- 2014-05-06 11:40:24 - TARGET=amd64 TB --- 2014-05-06 11:40:24 - TARGET_ARCH=amd64 TB --- 2014-05-06 11:40:24 - TZ=UTC TB --- 2014-05-06 11:40:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:40:24 - cd /src TB --- 2014-05-06 11:40:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:40:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:40:24 - ERROR: failed to build world TB --- 2014-05-06 11:40:24 - 1.62 user 3.08 system 5.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:40:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9DD11206; Tue, 6 May 2014 11:40:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 67B75B92; Tue, 6 May 2014 11:40:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BeUVA096841; Tue, 6 May 2014 07:40:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BeUmY096839; Tue, 6 May 2014 11:40:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:40:30 GMT Message-Id: <201405061140.s46BeUmY096839@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:40:31 -0000 TB --- 2014-05-06 11:40:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:40:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:40:24 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-06 11:40:24 - cleaning the object tree TB --- 2014-05-06 11:40:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:40:29 - At svn revision 265433 TB --- 2014-05-06 11:40:30 - building world TB --- 2014-05-06 11:40:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:40:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:40:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:40:30 - SRCCONF=/dev/null TB --- 2014-05-06 11:40:30 - TARGET=mips TB --- 2014-05-06 11:40:30 - TARGET_ARCH=mips64 TB --- 2014-05-06 11:40:30 - TZ=UTC TB --- 2014-05-06 11:40:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:40:30 - cd /src TB --- 2014-05-06 11:40:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:40:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:40:30 - ERROR: failed to build world TB --- 2014-05-06 11:40:30 - 1.62 user 2.98 system 5.64 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:40:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A16B6207; Tue, 6 May 2014 11:40:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6B5FAB93; Tue, 6 May 2014 11:40:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BeUZV096842; Tue, 6 May 2014 07:40:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BeUKm096840; Tue, 6 May 2014 11:40:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:40:30 GMT Message-Id: <201405061140.s46BeUKm096840@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:40:31 -0000 TB --- 2014-05-06 11:40:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:40:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:40:24 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-06 11:40:24 - cleaning the object tree TB --- 2014-05-06 11:40:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:40:29 - At svn revision 265433 TB --- 2014-05-06 11:40:30 - building world TB --- 2014-05-06 11:40:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:40:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:40:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:40:30 - SRCCONF=/dev/null TB --- 2014-05-06 11:40:30 - TARGET=mips TB --- 2014-05-06 11:40:30 - TARGET_ARCH=mips TB --- 2014-05-06 11:40:30 - TZ=UTC TB --- 2014-05-06 11:40:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:40:30 - cd /src TB --- 2014-05-06 11:40:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:40:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:40:30 - ERROR: failed to build world TB --- 2014-05-06 11:40:30 - 1.64 user 2.97 system 5.64 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:40:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9113A205; Tue, 6 May 2014 11:40:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5AC29B91; Tue, 6 May 2014 11:40:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BeU6J096818; Tue, 6 May 2014 07:40:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BeUSJ096800; Tue, 6 May 2014 11:40:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:40:30 GMT Message-Id: <201405061140.s46BeUSJ096800@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:40:31 -0000 TB --- 2014-05-06 11:40:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:40:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:40:24 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-06 11:40:24 - cleaning the object tree TB --- 2014-05-06 11:40:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:40:29 - At svn revision 265433 TB --- 2014-05-06 11:40:30 - building world TB --- 2014-05-06 11:40:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:40:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:40:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:40:30 - SRCCONF=/dev/null TB --- 2014-05-06 11:40:30 - TARGET=ia64 TB --- 2014-05-06 11:40:30 - TARGET_ARCH=ia64 TB --- 2014-05-06 11:40:30 - TZ=UTC TB --- 2014-05-06 11:40:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:40:30 - cd /src TB --- 2014-05-06 11:40:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:40:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:40:30 - ERROR: failed to build world TB --- 2014-05-06 11:40:30 - 1.46 user 3.09 system 5.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:40:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ADF0A569; Tue, 6 May 2014 11:40:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 75BD6B9E; Tue, 6 May 2014 11:40:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46Becak096915; Tue, 6 May 2014 07:40:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46Bec36096898; Tue, 6 May 2014 11:40:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:40:38 GMT Message-Id: <201405061140.s46Bec36096898@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:40:39 -0000 TB --- 2014-05-06 11:40:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:40:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:40:30 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-06 11:40:30 - cleaning the object tree TB --- 2014-05-06 11:40:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:40:37 - At svn revision 265433 TB --- 2014-05-06 11:40:38 - building world TB --- 2014-05-06 11:40:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:40:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:40:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:40:38 - SRCCONF=/dev/null TB --- 2014-05-06 11:40:38 - TARGET=powerpc TB --- 2014-05-06 11:40:38 - TARGET_ARCH=powerpc64 TB --- 2014-05-06 11:40:38 - TZ=UTC TB --- 2014-05-06 11:40:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:40:38 - cd /src TB --- 2014-05-06 11:40:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:40:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:40:38 - ERROR: failed to build world TB --- 2014-05-06 11:40:38 - 1.57 user 2.48 system 7.91 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:40:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 66DD3204; Tue, 6 May 2014 11:40:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 30A97B90; Tue, 6 May 2014 11:40:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BeUhO096778; Tue, 6 May 2014 07:40:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BeUhI096777; Tue, 6 May 2014 11:40:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:40:30 GMT Message-Id: <201405061140.s46BeUhI096777@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:40:31 -0000 TB --- 2014-05-06 11:40:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:40:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:40:24 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-06 11:40:24 - cleaning the object tree TB --- 2014-05-06 11:40:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:40:29 - At svn revision 265433 TB --- 2014-05-06 11:40:30 - building world TB --- 2014-05-06 11:40:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:40:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:40:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:40:30 - SRCCONF=/dev/null TB --- 2014-05-06 11:40:30 - TARGET=pc98 TB --- 2014-05-06 11:40:30 - TARGET_ARCH=i386 TB --- 2014-05-06 11:40:30 - TZ=UTC TB --- 2014-05-06 11:40:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:40:30 - cd /src TB --- 2014-05-06 11:40:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:40:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:40:30 - ERROR: failed to build world TB --- 2014-05-06 11:40:30 - 1.60 user 2.85 system 5.47 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:40:44 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 816AD87A; Tue, 6 May 2014 11:40:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 359E3BA5; Tue, 6 May 2014 11:40:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BecWj096880; Tue, 6 May 2014 07:40:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BecVG096879; Tue, 6 May 2014 11:40:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:40:38 GMT Message-Id: <201405061140.s46BecVG096879@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:40:44 -0000 TB --- 2014-05-06 11:40:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:40:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:40:30 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-06 11:40:30 - cleaning the object tree TB --- 2014-05-06 11:40:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:40:37 - At svn revision 265433 TB --- 2014-05-06 11:40:38 - building world TB --- 2014-05-06 11:40:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:40:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:40:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:40:38 - SRCCONF=/dev/null TB --- 2014-05-06 11:40:38 - TARGET=powerpc TB --- 2014-05-06 11:40:38 - TARGET_ARCH=powerpc TB --- 2014-05-06 11:40:38 - TZ=UTC TB --- 2014-05-06 11:40:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:40:38 - cd /src TB --- 2014-05-06 11:40:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:40:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:40:38 - ERROR: failed to build world TB --- 2014-05-06 11:40:38 - 1.62 user 2.33 system 7.80 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:40:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDDD157A; Tue, 6 May 2014 11:40:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 86D2EB9F; Tue, 6 May 2014 11:40:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BecSi096918; Tue, 6 May 2014 07:40:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BecWK096917; Tue, 6 May 2014 11:40:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:40:38 GMT Message-Id: <201405061140.s46BecWK096917@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:40:39 -0000 TB --- 2014-05-06 11:40:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:40:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:40:30 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-06 11:40:30 - cleaning the object tree TB --- 2014-05-06 11:40:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:40:37 - At svn revision 265433 TB --- 2014-05-06 11:40:38 - building world TB --- 2014-05-06 11:40:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:40:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:40:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:40:38 - SRCCONF=/dev/null TB --- 2014-05-06 11:40:38 - TARGET=sparc64 TB --- 2014-05-06 11:40:38 - TARGET_ARCH=sparc64 TB --- 2014-05-06 11:40:38 - TZ=UTC TB --- 2014-05-06 11:40:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:40:38 - cd /src TB --- 2014-05-06 11:40:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:40:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:40:38 - ERROR: failed to build world TB --- 2014-05-06 11:40:38 - 1.71 user 2.33 system 7.90 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 09:48:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5545F7B9 for ; Tue, 6 May 2014 09:48:06 +0000 (UTC) Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com [IPv6:2a00:1450:400c:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E3B72BD7 for ; Tue, 6 May 2014 09:48:05 +0000 (UTC) Received: by mail-we0-f173.google.com with SMTP id u57so2176689wes.18 for ; Tue, 06 May 2014 02:48:04 -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=CJYoGc+YEBRJgdpUfKDpCoG2vTiEKhtXmcsKVmtf7vM=; b=jB1ZYRdeme4mJKZDl3KvG0Z17aV9sp9yhr4V5GRlqT4tef+WS0JtFmfIue+WMM3bSB ibXqB9PbadukYJlU5QJpeex+U0htUUSq5Nof97a+WzJBZ38bI476VPCsyZtMrbrFrkz8 DjExfRKOOIgVNugS3ij1u2exbs+tCxNFA1MoqoMrZLBuV15XIh6tpEvkR29tVP7Qd43H y+ZXjhf/GTYTpKVPNH+CGoFbGKSKQJgIzYxwdZRMJyTzidG+WaUZhMo8DzoYseWlZcVp l/M+dHywmob0FsQ7JVZrEI5jxLa//a9GuQAkgdHuVjoDtLXVTxKlY1oG5AtNtbNdW7dm 6KbA== MIME-Version: 1.0 X-Received: by 10.195.12.14 with SMTP id em14mr32086967wjd.15.1399369684035; Tue, 06 May 2014 02:48:04 -0700 (PDT) Received: by 10.227.2.9 with HTTP; Tue, 6 May 2014 02:48:03 -0700 (PDT) Date: Tue, 6 May 2014 12:48:03 +0300 Message-ID: Subject: [Patch] Display IOMMU pci subclass From: Dmitry Luhtionov To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary=047d7bf0d62aed47d104f8b82411 X-Mailman-Approved-At: Tue, 06 May 2014 11:44:38 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 09:48:06 -0000 --047d7bf0d62aed47d104f8b82411 Content-Type: text/plain; charset=UTF-8 pciconf output, found on Tyan S8236 motherboard none0@pci0:0:0:2: class=0x080600 card=0x5a231002 chip=0x5a231002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'RD990 I/O Memory Management Unit (IOMMU)' class = base peripheral References: http://www.pcisig.com/specifications/conventional/ECN_subclass_IB.pdf http://www.pcisig.com/specifications/pciexpress/specifications/ECN-Change_Root_Complex_Event_Collector_Class_Code_2012-12-13.pdf --047d7bf0d62aed47d104f8b82411 Content-Type: text/x-patch; charset=US-ASCII; name="iommu.patch" Content-Disposition: attachment; filename="iommu.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_huv0fjy00 LS0tIC91c3Ivc3JjL3N5cy9kZXYvcGNpL3BjaXJlZy5oLm9yaWcJMjAxNC0wNS0wNiAxMjowNDox OC4wMDAwMDAwMDAgKzAzMDAKKysrIC91c3Ivc3JjL3N5cy9kZXYvcGNpL3BjaXJlZy5oCTIwMTQt MDUtMDYgMTI6MTQ6NTMuMDAwMDAwMDAwICswMzAwCkBAIC0zMjEsNiArMzIxLDcgQEAKICNkZWZp bmUJUENJU19ORVRXT1JLX0lTRE4JMHgwNAogI2RlZmluZQlQQ0lTX05FVFdPUktfV09STERGSVAJ MHgwNQogI2RlZmluZQlQQ0lTX05FVFdPUktfUElDTUcJMHgwNgorI2RlZmluZQlQQ0lTX05FVFdP UktfSU5GSU5JQkFORAkweDA3CiAjZGVmaW5lCVBDSVNfTkVUV09SS19PVEhFUgkweDgwCiAKICNk ZWZpbmUJUENJQ19ESVNQTEFZCTB4MDMKQEAgLTM4NCw2ICszODUsNyBAQAogI2RlZmluZQlQQ0lT X0JBU0VQRVJJUEhfUlRDCTB4MDMKICNkZWZpbmUJUENJU19CQVNFUEVSSVBIX1BDSUhPVAkweDA0 CiAjZGVmaW5lCVBDSVNfQkFTRVBFUklQSF9TREhDCTB4MDUKKyNkZWZpbmUJUENJU19CQVNFUEVS SVBIX0lPTU1VCTB4MDYKICNkZWZpbmUJUENJU19CQVNFUEVSSVBIX09USEVSCTB4ODAKIAogI2Rl ZmluZQlQQ0lDX0lOUFVUREVWCTB4MDkKLS0tIC91c3Ivc3JjL3Vzci5zYmluL3BjaWNvbmYvcGNp Y29uZi5jLm9yaWcJMjAxNC0wMS0yNCAxNTozMDoyMC4wMDAwMDAwMDAgKzAyMDAKKysrIC91c3Iv c3JjL3Vzci5zYmluL3BjaWNvbmYvcGNpY29uZi5jCTIwMTQtMDUtMDYgMTI6Mzg6NDMuMDAwMDAw MDAwICswMzAwCkBAIC00NjYsNiArNDY2LDcgQEAKIAl7UENJQ19CQVNFUEVSSVBILAlQQ0lTX0JB U0VQRVJJUEhfUlRDLAkicmVhbHRpbWUgY2xvY2sifSwKIAl7UENJQ19CQVNFUEVSSVBILAlQQ0lT X0JBU0VQRVJJUEhfUENJSE9ULAkiUENJIGhvdC1wbHVnIGNvbnRyb2xsZXIifSwKIAl7UENJQ19C QVNFUEVSSVBILAlQQ0lTX0JBU0VQRVJJUEhfU0RIQywJIlNEIGhvc3QgY29udHJvbGxlciJ9LAor CXtQQ0lDX0JBU0VQRVJJUEgsCVBDSVNfQkFTRVBFUklQSF9JT01NVSwJIklPTU1VIn0sCiAJe1BD SUNfSU5QVVRERVYsCQktMSwJCQkiaW5wdXQgZGV2aWNlIn0sCiAJe1BDSUNfSU5QVVRERVYsCQlQ Q0lTX0lOUFVUREVWX0tFWUJPQVJELAkia2V5Ym9hcmQifSwKIAl7UENJQ19JTlBVVERFViwJCVBD SVNfSU5QVVRERVZfRElHSVRJWkVSLCJkaWdpdGl6ZXIifSwK --047d7bf0d62aed47d104f8b82411-- From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:44:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9EA0BF69; Tue, 6 May 2014 11:44:41 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 706BBC7A; Tue, 6 May 2014 11:44:40 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.8/8.14.8) with ESMTP id s46BiXMf074882 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 May 2014 13:44:33 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.8/8.14.8/Submit) with ESMTP id s46BiXRR074879; Tue, 6 May 2014 13:44:33 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 6 May 2014 13:44:33 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Stefan Esser Subject: Re: buildworld fails (missing /usr/share/mk/src.opts.mk) In-Reply-To: <5368C675.1070700@freebsd.org> Message-ID: References: <5368B0C5.6040309@freebsd.org> <5368C675.1070700@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: freebsd-current@freebsd.org, imp@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 11:44:41 -0000 On Tue, 6 May 2014 13:24+0200, Stefan Esser wrote: > Am 06.05.2014 11:52, schrieb Stefan Esser: > > Hi Warner, > > > > as already reported by Jenkins, HEAD does not build. > > > > Seems that this is caused by src.opts.mk missing in /usr/share/mk > > during the cleandir phase. I guess this is kind of a bootstrap > > issue - the definitions are looked up in the installed base, not > > in the src tree - but did not verify this assumption. > > > > A work-around is to manually install src.opts.mk: > > > > # make -C /usr/src/share/mk install > > > > (which might deserve an UPDATING entry). Falling back on the file > > in the src directory might be a better solution ... > > > > Regards, STefan > > Following up to my earlier mail: > > The diagnosis was wrong - the main Makefiles include src.opts.mk from > the source directory. But two sub-ordinate Makefiles missed to include > the new options file (sys/conf/kmod.mk and sys/modules/drm2/Makefile). > > I committed a fix/work-around to stop the flood of tinderbox messages > (r265433). tinderbox still complains about usr.bin/bmake/Makefile.inc. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:46:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2F9B513A; Tue, 6 May 2014 11:46:39 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C558CCA1; Tue, 6 May 2014 11:46:38 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1WhdpU-001hvd-WF>; Tue, 06 May 2014 13:46:37 +0200 Received: from g226062030.adsl.alicedsl.de ([92.226.62.30] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1WhdpU-000H2l-Sf>; Tue, 06 May 2014 13:46:36 +0200 Date: Tue, 6 May 2014 13:46:31 +0200 From: "O. Hartmann" To: Stefan Esser Subject: Re: r265431: make[4]: "/usr/src/sys/modules/drm2/Makefile" line 7: Malformed conditional (${MK_SOURCELESS_UCODE} != "no") Message-ID: <20140506134631.3eb00d66.ohartman@zedat.fu-berlin.de> In-Reply-To: <5368C539.8060404@freebsd.org> References: <20140506124040.3b783491.ohartman@zedat.fu-berlin.de> <5368C539.8060404@freebsd.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/pYaQjbRQ5OBDV_L_k5rhW3H"; protocol="application/pgp-signature" X-Originating-IP: 92.226.62.30 X-ZEDAT-Hint: A Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 11:46:39 -0000 --Sig_/pYaQjbRQ5OBDV_L_k5rhW3H Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Tue, 06 May 2014 13:19:21 +0200 Stefan Esser schrieb: > Am 06.05.2014 12:40, schrieb O. Hartmann: > > A buildkernel fails on r265431 with the following error: > >=20 > > =3D=3D=3D> drm2 (cleandir) make[4]: "/usr/src/sys/modules/drm2/Makefile" > > line 7: Malformed conditional (${MK_SOURCELESS_UCODE} !=3D "no") > > make[4]: Fatal errors encountered -- cannot continue make[4]: > > stopped in /usr/src/sys/modules/drm2 *** [cleandir] Error code 1 >=20 > I just committed a fix (r265433). There were two sub-ordinate Makefiles > that missed an .include of src.opts.mk: >=20 > Index: sys/conf/kmod.mk > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sys/conf/kmod.mk~ > +++ sys/conf/kmod.mk > @@ -72,6 +72,7 @@ > .error "Do not use KMODDEPS on 5.0+; use MODULE_VERSION/MODULE_DEPEND" > .endif >=20 > +.include > .include > .include >=20 > Index: sys/modules/drm2/Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sys/modules/drm2/Makefile~ > +++ sys/modules/drm2/Makefile > @@ -1,5 +1,6 @@ > # $FreeBSD$ >=20 > +.include > .include >=20 > .if ${MACHINE_CPUARCH} =3D=3D "amd64" >=20 > Not sure whether this is the best way to resolve this problem, but > it let me compile a kernel again ... >=20 > Regards, STefan > _______________________________________________ > 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" Ah, that helped, Dankesch=C3=B6n. Oliver --Sig_/pYaQjbRQ5OBDV_L_k5rhW3H Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTaMucAAoJEOgBcD7A/5N84g8H/0R/bZXpu0QSoTpCgreySH2A ocav/kuPHB0VrlJRucEMIN+xvi53SYhl16GJtNs6VT7pIH8JIkFxr8zg+QU/5KOG 9LawxyHx07WiXXV/GE7FpbyrX2Qmz3GGz7/7uQSgMdtayqyBouWUKaU2Ph1IHkFE FDCH5ecJRchulJLT6A+gkg/Awi9ao5R6bu5lrSY99VxrM50ZBg03Qlwk7OMib/UR X3SbK8PghhNsgOi/Gwb2/aAA4yhXrlm8PF8XzHsis8JK8tXTW+jpNDCgREYjPqHU evK+1ApGISfqwX7zoigBBqqL90OSzsN0rXS+m/R3FZQnVHy/lh2aBIRGf2OJQhI= =WZ88 -----END PGP SIGNATURE----- --Sig_/pYaQjbRQ5OBDV_L_k5rhW3H-- From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:50:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6BE330A; Tue, 6 May 2014 11:50:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8064CD5A; Tue, 6 May 2014 11:50:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BoOjC097055; Tue, 6 May 2014 07:50:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BoO2X097051; Tue, 6 May 2014 11:50:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:50:24 GMT Message-Id: <201405061150.s46BoO2X097051@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:50:25 -0000 TB --- 2014-05-06 11:50:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:50:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:50:18 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-06 11:50:18 - cleaning the object tree TB --- 2014-05-06 11:50:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:50:23 - At svn revision 265433 TB --- 2014-05-06 11:50:24 - building world TB --- 2014-05-06 11:50:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:50:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:50:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:50:24 - SRCCONF=/dev/null TB --- 2014-05-06 11:50:24 - TARGET=arm TB --- 2014-05-06 11:50:24 - TARGET_ARCH=armv6 TB --- 2014-05-06 11:50:24 - TZ=UTC TB --- 2014-05-06 11:50:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:50:24 - cd /src TB --- 2014-05-06 11:50:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:50:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:50:24 - ERROR: failed to build world TB --- 2014-05-06 11:50:24 - 1.63 user 3.03 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:50:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B17FC309; Tue, 6 May 2014 11:50:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7AF22D59; Tue, 6 May 2014 11:50:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BoOjl097052; Tue, 6 May 2014 07:50:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BoOqD097048; Tue, 6 May 2014 11:50:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:50:24 GMT Message-Id: <201405061150.s46BoOqD097048@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:50:25 -0000 TB --- 2014-05-06 11:50:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:50:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:50:18 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-06 11:50:18 - cleaning the object tree TB --- 2014-05-06 11:50:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:50:23 - At svn revision 265433 TB --- 2014-05-06 11:50:24 - building world TB --- 2014-05-06 11:50:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:50:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:50:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:50:24 - SRCCONF=/dev/null TB --- 2014-05-06 11:50:24 - TARGET=arm TB --- 2014-05-06 11:50:24 - TARGET_ARCH=arm TB --- 2014-05-06 11:50:24 - TZ=UTC TB --- 2014-05-06 11:50:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:50:24 - cd /src TB --- 2014-05-06 11:50:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:50:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:50:24 - ERROR: failed to build world TB --- 2014-05-06 11:50:24 - 1.72 user 2.95 system 5.69 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:50:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D693A30C; Tue, 6 May 2014 11:50:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A0234D5C; Tue, 6 May 2014 11:50:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BoOIB097053; Tue, 6 May 2014 07:50:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BoO4L097049; Tue, 6 May 2014 11:50:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:50:24 GMT Message-Id: <201405061150.s46BoO4L097049@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:50:26 -0000 TB --- 2014-05-06 11:50:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:50:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:50:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-06 11:50:18 - cleaning the object tree TB --- 2014-05-06 11:50:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:50:23 - At svn revision 265433 TB --- 2014-05-06 11:50:24 - building world TB --- 2014-05-06 11:50:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:50:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:50:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:50:24 - SRCCONF=/dev/null TB --- 2014-05-06 11:50:24 - TARGET=amd64 TB --- 2014-05-06 11:50:24 - TARGET_ARCH=amd64 TB --- 2014-05-06 11:50:24 - TZ=UTC TB --- 2014-05-06 11:50:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:50:24 - cd /src TB --- 2014-05-06 11:50:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:50:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:50:24 - ERROR: failed to build world TB --- 2014-05-06 11:50:24 - 1.57 user 3.09 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:50:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 96A4A641; Tue, 6 May 2014 11:50:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 60B1FD5F; Tue, 6 May 2014 11:50:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BoUBu097161; Tue, 6 May 2014 07:50:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BoUlu097127; Tue, 6 May 2014 11:50:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:50:30 GMT Message-Id: <201405061150.s46BoUlu097127@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:50:31 -0000 TB --- 2014-05-06 11:50:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:50:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:50:24 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-06 11:50:24 - cleaning the object tree TB --- 2014-05-06 11:50:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:50:29 - At svn revision 265433 TB --- 2014-05-06 11:50:30 - building world TB --- 2014-05-06 11:50:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:50:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:50:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:50:30 - SRCCONF=/dev/null TB --- 2014-05-06 11:50:30 - TARGET=mips TB --- 2014-05-06 11:50:30 - TARGET_ARCH=mips TB --- 2014-05-06 11:50:30 - TZ=UTC TB --- 2014-05-06 11:50:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:50:30 - cd /src TB --- 2014-05-06 11:50:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:50:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:50:30 - ERROR: failed to build world TB --- 2014-05-06 11:50:30 - 1.74 user 2.87 system 5.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:50:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D72D63B; Tue, 6 May 2014 11:50:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 57E9FD5E; Tue, 6 May 2014 11:50:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BoUCJ097136; Tue, 6 May 2014 07:50:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BoUdj097111; Tue, 6 May 2014 11:50:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:50:30 GMT Message-Id: <201405061150.s46BoUdj097111@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:50:31 -0000 TB --- 2014-05-06 11:50:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:50:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:50:24 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-06 11:50:24 - cleaning the object tree TB --- 2014-05-06 11:50:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:50:29 - At svn revision 265433 TB --- 2014-05-06 11:50:30 - building world TB --- 2014-05-06 11:50:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:50:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:50:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:50:30 - SRCCONF=/dev/null TB --- 2014-05-06 11:50:30 - TARGET=pc98 TB --- 2014-05-06 11:50:30 - TARGET_ARCH=i386 TB --- 2014-05-06 11:50:30 - TZ=UTC TB --- 2014-05-06 11:50:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:50:30 - cd /src TB --- 2014-05-06 11:50:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:50:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:50:30 - ERROR: failed to build world TB --- 2014-05-06 11:50:30 - 1.80 user 2.79 system 5.64 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:50:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D2E2F30B; Tue, 6 May 2014 11:50:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9C9A9D5B; Tue, 6 May 2014 11:50:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BoONq097054; Tue, 6 May 2014 07:50:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BoOSw097050; Tue, 6 May 2014 11:50:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:50:24 GMT Message-Id: <201405061150.s46BoOSw097050@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:50:26 -0000 TB --- 2014-05-06 11:50:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:50:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:50:18 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-06 11:50:18 - cleaning the object tree TB --- 2014-05-06 11:50:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:50:23 - At svn revision 265433 TB --- 2014-05-06 11:50:24 - building world TB --- 2014-05-06 11:50:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:50:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:50:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:50:24 - SRCCONF=/dev/null TB --- 2014-05-06 11:50:24 - TARGET=i386 TB --- 2014-05-06 11:50:24 - TARGET_ARCH=i386 TB --- 2014-05-06 11:50:24 - TZ=UTC TB --- 2014-05-06 11:50:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:50:24 - cd /src TB --- 2014-05-06 11:50:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:50:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:50:24 - ERROR: failed to build world TB --- 2014-05-06 11:50:24 - 1.62 user 3.04 system 5.69 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:50:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B305A645; Tue, 6 May 2014 11:50:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7C1F7D61; Tue, 6 May 2014 11:50:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BoUDa097162; Tue, 6 May 2014 07:50:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BoU7x097159; Tue, 6 May 2014 11:50:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:50:30 GMT Message-Id: <201405061150.s46BoU7x097159@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:50:31 -0000 TB --- 2014-05-06 11:50:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:50:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:50:24 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-06 11:50:24 - cleaning the object tree TB --- 2014-05-06 11:50:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:50:29 - At svn revision 265433 TB --- 2014-05-06 11:50:30 - building world TB --- 2014-05-06 11:50:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:50:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:50:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:50:30 - SRCCONF=/dev/null TB --- 2014-05-06 11:50:30 - TARGET=ia64 TB --- 2014-05-06 11:50:30 - TARGET_ARCH=ia64 TB --- 2014-05-06 11:50:30 - TZ=UTC TB --- 2014-05-06 11:50:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:50:30 - cd /src TB --- 2014-05-06 11:50:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:50:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:50:30 - ERROR: failed to build world TB --- 2014-05-06 11:50:30 - 1.60 user 3.05 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:50:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D055E9ED; Tue, 6 May 2014 11:50:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 99C0AD68; Tue, 6 May 2014 11:50:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BocDs097244; Tue, 6 May 2014 07:50:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BocbC097231; Tue, 6 May 2014 11:50:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:50:38 GMT Message-Id: <201405061150.s46BocbC097231@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:50:39 -0000 TB --- 2014-05-06 11:50:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:50:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:50:30 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-06 11:50:30 - cleaning the object tree TB --- 2014-05-06 11:50:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:50:37 - At svn revision 265433 TB --- 2014-05-06 11:50:38 - building world TB --- 2014-05-06 11:50:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:50:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:50:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:50:38 - SRCCONF=/dev/null TB --- 2014-05-06 11:50:38 - TARGET=powerpc TB --- 2014-05-06 11:50:38 - TARGET_ARCH=powerpc TB --- 2014-05-06 11:50:38 - TZ=UTC TB --- 2014-05-06 11:50:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:50:38 - cd /src TB --- 2014-05-06 11:50:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:50:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:50:38 - ERROR: failed to build world TB --- 2014-05-06 11:50:38 - 1.70 user 2.45 system 8.05 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:50:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDC55646; Tue, 6 May 2014 11:50:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 87330D62; Tue, 6 May 2014 11:50:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BoUgo097163; Tue, 6 May 2014 07:50:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BoUEh097160; Tue, 6 May 2014 11:50:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:50:30 GMT Message-Id: <201405061150.s46BoUEh097160@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:50:32 -0000 TB --- 2014-05-06 11:50:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:50:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:50:24 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-06 11:50:24 - cleaning the object tree TB --- 2014-05-06 11:50:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:50:29 - At svn revision 265433 TB --- 2014-05-06 11:50:30 - building world TB --- 2014-05-06 11:50:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:50:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:50:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:50:30 - SRCCONF=/dev/null TB --- 2014-05-06 11:50:30 - TARGET=mips TB --- 2014-05-06 11:50:30 - TARGET_ARCH=mips64 TB --- 2014-05-06 11:50:30 - TZ=UTC TB --- 2014-05-06 11:50:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:50:30 - cd /src TB --- 2014-05-06 11:50:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:50:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:50:30 - ERROR: failed to build world TB --- 2014-05-06 11:50:30 - 1.59 user 3.05 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:50:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D400E9EE; Tue, 6 May 2014 11:50:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9DAA2D69; Tue, 6 May 2014 11:50:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46Bocnn097245; Tue, 6 May 2014 07:50:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46Boc9U097241; Tue, 6 May 2014 11:50:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:50:38 GMT Message-Id: <201405061150.s46Boc9U097241@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:50:40 -0000 TB --- 2014-05-06 11:50:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:50:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:50:30 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-06 11:50:30 - cleaning the object tree TB --- 2014-05-06 11:50:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:50:37 - At svn revision 265433 TB --- 2014-05-06 11:50:38 - building world TB --- 2014-05-06 11:50:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:50:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:50:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:50:38 - SRCCONF=/dev/null TB --- 2014-05-06 11:50:38 - TARGET=powerpc TB --- 2014-05-06 11:50:38 - TARGET_ARCH=powerpc64 TB --- 2014-05-06 11:50:38 - TZ=UTC TB --- 2014-05-06 11:50:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:50:38 - cd /src TB --- 2014-05-06 11:50:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:50:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:50:38 - ERROR: failed to build world TB --- 2014-05-06 11:50:38 - 1.75 user 2.40 system 8.03 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 11:50:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2F339EF; Tue, 6 May 2014 11:50:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AC881D6A; Tue, 6 May 2014 11:50:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46BocrN097246; Tue, 6 May 2014 07:50:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46BocUA097243; Tue, 6 May 2014 11:50:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 11:50:38 GMT Message-Id: <201405061150.s46BocUA097243@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 11:50:40 -0000 TB --- 2014-05-06 11:50:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 11:50:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 11:50:30 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-06 11:50:30 - cleaning the object tree TB --- 2014-05-06 11:50:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 11:50:37 - At svn revision 265433 TB --- 2014-05-06 11:50:38 - building world TB --- 2014-05-06 11:50:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 11:50:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 11:50:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 11:50:38 - SRCCONF=/dev/null TB --- 2014-05-06 11:50:38 - TARGET=sparc64 TB --- 2014-05-06 11:50:38 - TARGET_ARCH=sparc64 TB --- 2014-05-06 11:50:38 - TZ=UTC TB --- 2014-05-06 11:50:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 11:50:38 - cd /src TB --- 2014-05-06 11:50:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 11:50:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 11:50:38 - ERROR: failed to build world TB --- 2014-05-06 11:50:38 - 1.61 user 2.53 system 8.00 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:00:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 903CD563; Tue, 6 May 2014 12:00:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5927FE58; Tue, 6 May 2014 12:00:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46C0OsV097340; Tue, 6 May 2014 08:00:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46C0OXH097339; Tue, 6 May 2014 12:00:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:00:24 GMT Message-Id: <201405061200.s46C0OXH097339@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:00:25 -0000 TB --- 2014-05-06 12:00:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:00:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:00:18 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-06 12:00:18 - cleaning the object tree TB --- 2014-05-06 12:00:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:00:23 - At svn revision 265433 TB --- 2014-05-06 12:00:24 - building world TB --- 2014-05-06 12:00:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:00:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:00:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:00:24 - SRCCONF=/dev/null TB --- 2014-05-06 12:00:24 - TARGET=arm TB --- 2014-05-06 12:00:24 - TARGET_ARCH=arm TB --- 2014-05-06 12:00:24 - TZ=UTC TB --- 2014-05-06 12:00:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:00:24 - cd /src TB --- 2014-05-06 12:00:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:00:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:00:24 - ERROR: failed to build world TB --- 2014-05-06 12:00:24 - 1.62 user 2.91 system 5.54 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:00:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 034BD565; Tue, 6 May 2014 12:00:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BFFBEE59; Tue, 6 May 2014 12:00:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46C0OgV097400; Tue, 6 May 2014 08:00:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46C0OUB097393; Tue, 6 May 2014 12:00:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:00:24 GMT Message-Id: <201405061200.s46C0OUB097393@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:00:26 -0000 TB --- 2014-05-06 12:00:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:00:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:00:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-06 12:00:18 - cleaning the object tree TB --- 2014-05-06 12:00:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:00:23 - At svn revision 265433 TB --- 2014-05-06 12:00:24 - building world TB --- 2014-05-06 12:00:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:00:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:00:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:00:24 - SRCCONF=/dev/null TB --- 2014-05-06 12:00:24 - TARGET=amd64 TB --- 2014-05-06 12:00:24 - TARGET_ARCH=amd64 TB --- 2014-05-06 12:00:24 - TZ=UTC TB --- 2014-05-06 12:00:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:00:24 - cd /src TB --- 2014-05-06 12:00:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:00:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:00:24 - ERROR: failed to build world TB --- 2014-05-06 12:00:24 - 1.57 user 3.09 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:00:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02F21564; Tue, 6 May 2014 12:00:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C0031E5A; Tue, 6 May 2014 12:00:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46C0OmP097399; Tue, 6 May 2014 08:00:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46C0OIR097392; Tue, 6 May 2014 12:00:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:00:24 GMT Message-Id: <201405061200.s46C0OIR097392@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:00:26 -0000 TB --- 2014-05-06 12:00:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:00:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:00:18 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-06 12:00:18 - cleaning the object tree TB --- 2014-05-06 12:00:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:00:23 - At svn revision 265433 TB --- 2014-05-06 12:00:24 - building world TB --- 2014-05-06 12:00:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:00:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:00:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:00:24 - SRCCONF=/dev/null TB --- 2014-05-06 12:00:24 - TARGET=i386 TB --- 2014-05-06 12:00:24 - TARGET_ARCH=i386 TB --- 2014-05-06 12:00:24 - TZ=UTC TB --- 2014-05-06 12:00:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:00:24 - cd /src TB --- 2014-05-06 12:00:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:00:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:00:24 - ERROR: failed to build world TB --- 2014-05-06 12:00:24 - 1.73 user 2.94 system 5.68 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:00:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 771748C4; Tue, 6 May 2014 12:00:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 41744E68; Tue, 6 May 2014 12:00:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46C0UkJ097478; Tue, 6 May 2014 08:00:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46C0UW3097473; Tue, 6 May 2014 12:00:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:00:30 GMT Message-Id: <201405061200.s46C0UW3097473@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:00:31 -0000 TB --- 2014-05-06 12:00:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:00:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:00:24 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-06 12:00:24 - cleaning the object tree TB --- 2014-05-06 12:00:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:00:29 - At svn revision 265433 TB --- 2014-05-06 12:00:30 - building world TB --- 2014-05-06 12:00:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:00:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:00:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:00:30 - SRCCONF=/dev/null TB --- 2014-05-06 12:00:30 - TARGET=ia64 TB --- 2014-05-06 12:00:30 - TARGET_ARCH=ia64 TB --- 2014-05-06 12:00:30 - TZ=UTC TB --- 2014-05-06 12:00:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:00:30 - cd /src TB --- 2014-05-06 12:00:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:00:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:00:30 - ERROR: failed to build world TB --- 2014-05-06 12:00:30 - 1.64 user 2.88 system 5.54 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:00:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 244098B1; Tue, 6 May 2014 12:00:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E2838E67; Tue, 6 May 2014 12:00:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46C0Thq097448; Tue, 6 May 2014 08:00:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46C0TKV097447; Tue, 6 May 2014 12:00:29 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:00:29 GMT Message-Id: <201405061200.s46C0TKV097447@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:00:31 -0000 TB --- 2014-05-06 12:00:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:00:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:00:24 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-06 12:00:24 - cleaning the object tree TB --- 2014-05-06 12:00:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:00:28 - At svn revision 265433 TB --- 2014-05-06 12:00:29 - building world TB --- 2014-05-06 12:00:29 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:00:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:00:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:00:29 - SRCCONF=/dev/null TB --- 2014-05-06 12:00:29 - TARGET=pc98 TB --- 2014-05-06 12:00:29 - TARGET_ARCH=i386 TB --- 2014-05-06 12:00:29 - TZ=UTC TB --- 2014-05-06 12:00:29 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:00:29 - cd /src TB --- 2014-05-06 12:00:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:00:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:00:29 - ERROR: failed to build world TB --- 2014-05-06 12:00:29 - 1.58 user 2.76 system 5.34 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:00:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 095A8566; Tue, 6 May 2014 12:00:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C0070E5B; Tue, 6 May 2014 12:00:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46C0Ojo097401; Tue, 6 May 2014 08:00:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46C0OhY097394; Tue, 6 May 2014 12:00:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:00:24 GMT Message-Id: <201405061200.s46C0OhY097394@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:00:26 -0000 TB --- 2014-05-06 12:00:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:00:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:00:18 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-06 12:00:18 - cleaning the object tree TB --- 2014-05-06 12:00:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:00:23 - At svn revision 265433 TB --- 2014-05-06 12:00:24 - building world TB --- 2014-05-06 12:00:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:00:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:00:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:00:24 - SRCCONF=/dev/null TB --- 2014-05-06 12:00:24 - TARGET=arm TB --- 2014-05-06 12:00:24 - TARGET_ARCH=armv6 TB --- 2014-05-06 12:00:24 - TZ=UTC TB --- 2014-05-06 12:00:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:00:24 - cd /src TB --- 2014-05-06 12:00:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:00:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:00:24 - ERROR: failed to build world TB --- 2014-05-06 12:00:24 - 1.55 user 3.10 system 5.69 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:00:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 942A3B01; Tue, 6 May 2014 12:00:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3E9D8E75; Tue, 6 May 2014 12:00:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46C0cmX097571; Tue, 6 May 2014 08:00:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46C0cZm097570; Tue, 6 May 2014 12:00:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:00:38 GMT Message-Id: <201405061200.s46C0cZm097570@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:00:39 -0000 TB --- 2014-05-06 12:00:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:00:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:00:30 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-06 12:00:30 - cleaning the object tree TB --- 2014-05-06 12:00:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:00:37 - At svn revision 265433 TB --- 2014-05-06 12:00:38 - building world TB --- 2014-05-06 12:00:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:00:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:00:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:00:38 - SRCCONF=/dev/null TB --- 2014-05-06 12:00:38 - TARGET=powerpc TB --- 2014-05-06 12:00:38 - TARGET_ARCH=powerpc64 TB --- 2014-05-06 12:00:38 - TZ=UTC TB --- 2014-05-06 12:00:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:00:38 - cd /src TB --- 2014-05-06 12:00:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:00:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:00:38 - ERROR: failed to build world TB --- 2014-05-06 12:00:38 - 1.63 user 2.34 system 7.77 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:00:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3341DAFE; Tue, 6 May 2014 12:00:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F0DFAE74; Tue, 6 May 2014 12:00:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46C0bGb097550; Tue, 6 May 2014 08:00:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46C0bNE097549; Tue, 6 May 2014 12:00:37 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:00:37 GMT Message-Id: <201405061200.s46C0bNE097549@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:00:39 -0000 TB --- 2014-05-06 12:00:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:00:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:00:30 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-06 12:00:30 - cleaning the object tree TB --- 2014-05-06 12:00:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:00:36 - At svn revision 265433 TB --- 2014-05-06 12:00:37 - building world TB --- 2014-05-06 12:00:37 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:00:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:00:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:00:37 - SRCCONF=/dev/null TB --- 2014-05-06 12:00:37 - TARGET=powerpc TB --- 2014-05-06 12:00:37 - TARGET_ARCH=powerpc TB --- 2014-05-06 12:00:37 - TZ=UTC TB --- 2014-05-06 12:00:37 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:00:37 - cd /src TB --- 2014-05-06 12:00:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:00:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:00:37 - ERROR: failed to build world TB --- 2014-05-06 12:00:37 - 1.66 user 2.23 system 7.84 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:00:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B236FB15; Tue, 6 May 2014 12:00:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7BE9FE76; Tue, 6 May 2014 12:00:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46C0clo097592; Tue, 6 May 2014 08:00:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46C0cuv097591; Tue, 6 May 2014 12:00:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:00:38 GMT Message-Id: <201405061200.s46C0cuv097591@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:00:39 -0000 TB --- 2014-05-06 12:00:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:00:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:00:30 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-06 12:00:30 - cleaning the object tree TB --- 2014-05-06 12:00:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:00:37 - At svn revision 265433 TB --- 2014-05-06 12:00:38 - building world TB --- 2014-05-06 12:00:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:00:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:00:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:00:38 - SRCCONF=/dev/null TB --- 2014-05-06 12:00:38 - TARGET=sparc64 TB --- 2014-05-06 12:00:38 - TARGET_ARCH=sparc64 TB --- 2014-05-06 12:00:38 - TZ=UTC TB --- 2014-05-06 12:00:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:00:38 - cd /src TB --- 2014-05-06 12:00:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:00:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:00:38 - ERROR: failed to build world TB --- 2014-05-06 12:00:38 - 1.61 user 2.31 system 7.93 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:00:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8EB488C6; Tue, 6 May 2014 12:00:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 58BB6E69; Tue, 6 May 2014 12:00:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46C0UEn097511; Tue, 6 May 2014 08:00:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46C0UIk097509; Tue, 6 May 2014 12:00:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:00:30 GMT Message-Id: <201405061200.s46C0UIk097509@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:00:31 -0000 TB --- 2014-05-06 12:00:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:00:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:00:24 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-06 12:00:24 - cleaning the object tree TB --- 2014-05-06 12:00:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:00:29 - At svn revision 265433 TB --- 2014-05-06 12:00:30 - building world TB --- 2014-05-06 12:00:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:00:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:00:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:00:30 - SRCCONF=/dev/null TB --- 2014-05-06 12:00:30 - TARGET=mips TB --- 2014-05-06 12:00:30 - TARGET_ARCH=mips TB --- 2014-05-06 12:00:30 - TZ=UTC TB --- 2014-05-06 12:00:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:00:30 - cd /src TB --- 2014-05-06 12:00:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:00:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:00:30 - ERROR: failed to build world TB --- 2014-05-06 12:00:30 - 1.61 user 2.96 system 5.62 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:00:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9824F8C8; Tue, 6 May 2014 12:00:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5B782E6A; Tue, 6 May 2014 12:00:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46C0ULJ097512; Tue, 6 May 2014 08:00:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46C0URl097510; Tue, 6 May 2014 12:00:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:00:30 GMT Message-Id: <201405061200.s46C0URl097510@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:00:31 -0000 TB --- 2014-05-06 12:00:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:00:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:00:24 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-06 12:00:24 - cleaning the object tree TB --- 2014-05-06 12:00:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:00:29 - At svn revision 265433 TB --- 2014-05-06 12:00:30 - building world TB --- 2014-05-06 12:00:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:00:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:00:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:00:30 - SRCCONF=/dev/null TB --- 2014-05-06 12:00:30 - TARGET=mips TB --- 2014-05-06 12:00:30 - TARGET_ARCH=mips64 TB --- 2014-05-06 12:00:30 - TZ=UTC TB --- 2014-05-06 12:00:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:00:30 - cd /src TB --- 2014-05-06 12:00:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:00:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:00:30 - ERROR: failed to build world TB --- 2014-05-06 12:00:30 - 1.59 user 2.98 system 5.61 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:10:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3ECD50E; Tue, 6 May 2014 12:10:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7CAD9FD2; Tue, 6 May 2014 12:10:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CAOGl097712; Tue, 6 May 2014 08:10:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CAOdf097662; Tue, 6 May 2014 12:10:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:10:24 GMT Message-Id: <201405061210.s46CAOdf097662@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:10:25 -0000 TB --- 2014-05-06 12:10:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:10:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:10:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-06 12:10:18 - cleaning the object tree TB --- 2014-05-06 12:10:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:10:23 - At svn revision 265433 TB --- 2014-05-06 12:10:24 - building world TB --- 2014-05-06 12:10:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:10:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:10:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:10:24 - SRCCONF=/dev/null TB --- 2014-05-06 12:10:24 - TARGET=amd64 TB --- 2014-05-06 12:10:24 - TARGET_ARCH=amd64 TB --- 2014-05-06 12:10:24 - TZ=UTC TB --- 2014-05-06 12:10:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:10:24 - cd /src TB --- 2014-05-06 12:10:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:10:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:10:24 - ERROR: failed to build world TB --- 2014-05-06 12:10:24 - 1.57 user 3.08 system 5.67 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:10:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6828510; Tue, 6 May 2014 12:10:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AFF7DFD5; Tue, 6 May 2014 12:10:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CAON6097716; Tue, 6 May 2014 08:10:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CAOub097713; Tue, 6 May 2014 12:10:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:10:24 GMT Message-Id: <201405061210.s46CAOub097713@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:10:26 -0000 TB --- 2014-05-06 12:10:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:10:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:10:18 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-06 12:10:18 - cleaning the object tree TB --- 2014-05-06 12:10:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:10:23 - At svn revision 265433 TB --- 2014-05-06 12:10:24 - building world TB --- 2014-05-06 12:10:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:10:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:10:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:10:24 - SRCCONF=/dev/null TB --- 2014-05-06 12:10:24 - TARGET=arm TB --- 2014-05-06 12:10:24 - TARGET_ARCH=arm TB --- 2014-05-06 12:10:24 - TZ=UTC TB --- 2014-05-06 12:10:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:10:24 - cd /src TB --- 2014-05-06 12:10:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:10:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:10:24 - ERROR: failed to build world TB --- 2014-05-06 12:10:24 - 1.55 user 3.13 system 5.72 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:10:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDD7A50F; Tue, 6 May 2014 12:10:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 871F8FD3; Tue, 6 May 2014 12:10:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CAOP5097714; Tue, 6 May 2014 08:10:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CAOWK097710; Tue, 6 May 2014 12:10:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:10:24 GMT Message-Id: <201405061210.s46CAOWK097710@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:10:25 -0000 TB --- 2014-05-06 12:10:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:10:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:10:18 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-06 12:10:18 - cleaning the object tree TB --- 2014-05-06 12:10:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:10:23 - At svn revision 265433 TB --- 2014-05-06 12:10:24 - building world TB --- 2014-05-06 12:10:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:10:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:10:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:10:24 - SRCCONF=/dev/null TB --- 2014-05-06 12:10:24 - TARGET=i386 TB --- 2014-05-06 12:10:24 - TARGET_ARCH=i386 TB --- 2014-05-06 12:10:24 - TZ=UTC TB --- 2014-05-06 12:10:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:10:24 - cd /src TB --- 2014-05-06 12:10:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:10:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:10:24 - ERROR: failed to build world TB --- 2014-05-06 12:10:24 - 1.66 user 3.02 system 5.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:10:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9EF0D832; Tue, 6 May 2014 12:10:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 68BF5FDD; Tue, 6 May 2014 12:10:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CAUqb097829; Tue, 6 May 2014 08:10:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CAUsX097824; Tue, 6 May 2014 12:10:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:10:30 GMT Message-Id: <201405061210.s46CAUsX097824@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:10:31 -0000 TB --- 2014-05-06 12:10:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:10:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:10:24 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-06 12:10:24 - cleaning the object tree TB --- 2014-05-06 12:10:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:10:29 - At svn revision 265433 TB --- 2014-05-06 12:10:30 - building world TB --- 2014-05-06 12:10:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:10:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:10:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:10:30 - SRCCONF=/dev/null TB --- 2014-05-06 12:10:30 - TARGET=mips TB --- 2014-05-06 12:10:30 - TARGET_ARCH=mips TB --- 2014-05-06 12:10:30 - TZ=UTC TB --- 2014-05-06 12:10:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:10:30 - cd /src TB --- 2014-05-06 12:10:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:10:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:10:30 - ERROR: failed to build world TB --- 2014-05-06 12:10:30 - 1.72 user 2.88 system 5.64 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:10:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A253F834; Tue, 6 May 2014 12:10:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6C229FDE; Tue, 6 May 2014 12:10:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CAUfh097830; Tue, 6 May 2014 08:10:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CAUJj097827; Tue, 6 May 2014 12:10:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:10:30 GMT Message-Id: <201405061210.s46CAUJj097827@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:10:31 -0000 TB --- 2014-05-06 12:10:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:10:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:10:24 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-06 12:10:24 - cleaning the object tree TB --- 2014-05-06 12:10:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:10:29 - At svn revision 265433 TB --- 2014-05-06 12:10:30 - building world TB --- 2014-05-06 12:10:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:10:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:10:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:10:30 - SRCCONF=/dev/null TB --- 2014-05-06 12:10:30 - TARGET=mips TB --- 2014-05-06 12:10:30 - TARGET_ARCH=mips64 TB --- 2014-05-06 12:10:30 - TZ=UTC TB --- 2014-05-06 12:10:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:10:30 - cd /src TB --- 2014-05-06 12:10:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:10:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:10:30 - ERROR: failed to build world TB --- 2014-05-06 12:10:30 - 1.69 user 2.91 system 5.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:10:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A675D837; Tue, 6 May 2014 12:10:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6EAB8FDF; Tue, 6 May 2014 12:10:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CAUIr097831; Tue, 6 May 2014 08:10:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CAUeW097828; Tue, 6 May 2014 12:10:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:10:30 GMT Message-Id: <201405061210.s46CAUeW097828@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:10:31 -0000 TB --- 2014-05-06 12:10:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:10:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:10:24 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-06 12:10:24 - cleaning the object tree TB --- 2014-05-06 12:10:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:10:29 - At svn revision 265433 TB --- 2014-05-06 12:10:30 - building world TB --- 2014-05-06 12:10:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:10:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:10:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:10:30 - SRCCONF=/dev/null TB --- 2014-05-06 12:10:30 - TARGET=ia64 TB --- 2014-05-06 12:10:30 - TARGET_ARCH=ia64 TB --- 2014-05-06 12:10:30 - TZ=UTC TB --- 2014-05-06 12:10:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:10:30 - cd /src TB --- 2014-05-06 12:10:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:10:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:10:30 - ERROR: failed to build world TB --- 2014-05-06 12:10:30 - 1.63 user 2.99 system 5.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:10:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 65DA5811; Tue, 6 May 2014 12:10:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2FF6BFDC; Tue, 6 May 2014 12:10:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CAUg7097767; Tue, 6 May 2014 08:10:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CAUKG097766; Tue, 6 May 2014 12:10:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:10:30 GMT Message-Id: <201405061210.s46CAUKG097766@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:10:31 -0000 TB --- 2014-05-06 12:10:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:10:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:10:24 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-06 12:10:24 - cleaning the object tree TB --- 2014-05-06 12:10:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:10:29 - At svn revision 265433 TB --- 2014-05-06 12:10:30 - building world TB --- 2014-05-06 12:10:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:10:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:10:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:10:30 - SRCCONF=/dev/null TB --- 2014-05-06 12:10:30 - TARGET=pc98 TB --- 2014-05-06 12:10:30 - TARGET_ARCH=i386 TB --- 2014-05-06 12:10:30 - TZ=UTC TB --- 2014-05-06 12:10:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:10:30 - cd /src TB --- 2014-05-06 12:10:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:10:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:10:30 - ERROR: failed to build world TB --- 2014-05-06 12:10:30 - 1.68 user 2.77 system 5.47 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:10:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7505511; Tue, 6 May 2014 12:10:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AFF27FD4; Tue, 6 May 2014 12:10:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CAOVE097715; Tue, 6 May 2014 08:10:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CAOvw097711; Tue, 6 May 2014 12:10:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:10:24 GMT Message-Id: <201405061210.s46CAOvw097711@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:10:26 -0000 TB --- 2014-05-06 12:10:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:10:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:10:18 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-06 12:10:18 - cleaning the object tree TB --- 2014-05-06 12:10:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:10:23 - At svn revision 265433 TB --- 2014-05-06 12:10:24 - building world TB --- 2014-05-06 12:10:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:10:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:10:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:10:24 - SRCCONF=/dev/null TB --- 2014-05-06 12:10:24 - TARGET=arm TB --- 2014-05-06 12:10:24 - TARGET_ARCH=armv6 TB --- 2014-05-06 12:10:24 - TZ=UTC TB --- 2014-05-06 12:10:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:10:24 - cd /src TB --- 2014-05-06 12:10:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:10:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:10:24 - ERROR: failed to build world TB --- 2014-05-06 12:10:24 - 1.53 user 3.16 system 5.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:10:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D189DDB6; Tue, 6 May 2014 12:10:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9AFFCFEC; Tue, 6 May 2014 12:10:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CAcMv097909; Tue, 6 May 2014 08:10:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CAccW097907; Tue, 6 May 2014 12:10:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:10:38 GMT Message-Id: <201405061210.s46CAccW097907@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:10:40 -0000 TB --- 2014-05-06 12:10:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:10:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:10:30 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-06 12:10:30 - cleaning the object tree TB --- 2014-05-06 12:10:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:10:37 - At svn revision 265433 TB --- 2014-05-06 12:10:38 - building world TB --- 2014-05-06 12:10:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:10:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:10:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:10:38 - SRCCONF=/dev/null TB --- 2014-05-06 12:10:38 - TARGET=sparc64 TB --- 2014-05-06 12:10:38 - TARGET_ARCH=sparc64 TB --- 2014-05-06 12:10:38 - TZ=UTC TB --- 2014-05-06 12:10:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:10:38 - cd /src TB --- 2014-05-06 12:10:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:10:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:10:38 - ERROR: failed to build world TB --- 2014-05-06 12:10:38 - 1.55 user 2.54 system 7.97 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:10:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE728DB5; Tue, 6 May 2014 12:10:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 980DFFEB; Tue, 6 May 2014 12:10:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CAcRU097908; Tue, 6 May 2014 08:10:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CAcaZ097906; Tue, 6 May 2014 12:10:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:10:38 GMT Message-Id: <201405061210.s46CAcaZ097906@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:10:39 -0000 TB --- 2014-05-06 12:10:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:10:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:10:30 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-06 12:10:30 - cleaning the object tree TB --- 2014-05-06 12:10:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:10:37 - At svn revision 265433 TB --- 2014-05-06 12:10:38 - building world TB --- 2014-05-06 12:10:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:10:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:10:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:10:38 - SRCCONF=/dev/null TB --- 2014-05-06 12:10:38 - TARGET=powerpc TB --- 2014-05-06 12:10:38 - TARGET_ARCH=powerpc64 TB --- 2014-05-06 12:10:38 - TZ=UTC TB --- 2014-05-06 12:10:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:10:38 - cd /src TB --- 2014-05-06 12:10:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:10:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:10:38 - ERROR: failed to build world TB --- 2014-05-06 12:10:38 - 1.72 user 2.37 system 7.98 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:10:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 62799DB2; Tue, 6 May 2014 12:10:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2C0CEFEA; Tue, 6 May 2014 12:10:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CAc7E097869; Tue, 6 May 2014 08:10:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CAcF0097868; Tue, 6 May 2014 12:10:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:10:38 GMT Message-Id: <201405061210.s46CAcF0097868@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:10:39 -0000 TB --- 2014-05-06 12:10:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:10:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:10:30 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-06 12:10:30 - cleaning the object tree TB --- 2014-05-06 12:10:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:10:37 - At svn revision 265433 TB --- 2014-05-06 12:10:38 - building world TB --- 2014-05-06 12:10:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:10:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:10:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:10:38 - SRCCONF=/dev/null TB --- 2014-05-06 12:10:38 - TARGET=powerpc TB --- 2014-05-06 12:10:38 - TARGET_ARCH=powerpc TB --- 2014-05-06 12:10:38 - TZ=UTC TB --- 2014-05-06 12:10:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:10:38 - cd /src TB --- 2014-05-06 12:10:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:10:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:10:38 - ERROR: failed to build world TB --- 2014-05-06 12:10:38 - 1.74 user 2.18 system 7.77 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:15:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5435D677 for ; Tue, 6 May 2014 12:15:28 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DAC8416D for ; Tue, 6 May 2014 12:15:27 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1WheHN-0023aq-TE>; Tue, 06 May 2014 14:15:25 +0200 Received: from g226062030.adsl.alicedsl.de ([92.226.62.30] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1WheHN-000MKF-Or>; Tue, 06 May 2014 14:15:25 +0200 Date: Tue, 6 May 2014 14:15:20 +0200 From: "O. Hartmann" To: Trond =?ISO-8859-1?Q?Endrest=F8l?= Subject: Re: CURRENT: jemalloc_jemalloc.c:(.text+0xcb7): relocation truncated to fit: R_X86_64_PC32 against symbol `__je_ctl_boot' Message-ID: <20140506141520.13f6108a.ohartman@zedat.fu-berlin.de> In-Reply-To: References: <20140505233438.185a5c56.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/KuSNOLDo2yUz8JNuTm.Bcl5"; protocol="application/pgp-signature" X-Originating-IP: 92.226.62.30 X-ZEDAT-Hint: A Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 12:15:28 -0000 --Sig_/KuSNOLDo2yUz8JNuTm.Bcl5 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Am Tue, 6 May 2014 08:20:49 +0200 (CEST) Trond Endrest=F8l schrieb: > On Mon, 5 May 2014 23:34+0200, O. Hartmann wrote: >=20 > >=20 > > It seems that I can not build anymore a kernel or world. > >=20 > > I had an accident in a truncated /usr/libc while installing the last bu= ildworld/kernel > > with mixed up sources. > >=20 > > Is there a way to revert this mess? > >=20 > > I think I installed lib/libc with more recent sources than the last ins= talled system > > ( FreeBSD 11.0-CURRENT #7 r265358: Mon May 5 14:12:21 CEST 2014 amd64). > >=20 > > Any help welcome. >=20 > Maybe you could resurrect the corrupted library/ies from a recent=20 > snapshot. >=20 > Try downloading base.txz from=20 >=20 > ftp://ftp1.de.freebsd.org/pub/FreeBSD/snapshots/amd64/amd64/11.0-CURRENT/= ,=20 >=20 > and then extract the contents into a safe (sub)directory, and=20 > carefully copy the files you need into place. Thanks. Something went wrong, I guess I forgot to reboot one of the machines after = I did the update of kernel and world and that box didn't complain after a reboot.= But then there were issues in the /usr/src tree, svn complained about a hundred file= s changed or manipulated, so I deleted the whole tree and reinstalled everything. This could indicate hardwareproblems, I guess. I had also ZFS faults while = scrubbing on all devices on that specific box.=20 Oliver >=20 > > [...] > > c++ -O2 -pipe -O3 -pipe -O3 > > -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/include > > -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/inclu= de > > -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen -I. > > -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/../../lib/clang/i= nclude > > -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTAN= T_MACROS > > -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-fr= eebsd11.0\" > > -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT= =3D\"\" > > -I/usr/obj/usr/src/tmp/legacy/usr/include -std=3Dc++11 -fno-exceptions = -fno-rtti > > -static -L/usr/obj/usr/src/tmp/legacy/usr/lib -o tblgen AsmMatcherEmitt= er.o > > AsmWriterEmitter.o AsmWriterInst.o CTagsEmitter.o CallingConvEmitter.o > > CodeEmitterGen.o CodeGenDAGPatterns.o CodeGenInstruction.o CodeGenMapTa= ble.o > > CodeGenRegisters.o CodeGenSchedule.o CodeGenTarget.o DAGISelEmitter.o > > DAGISelMatcher.o DAGISelMatcherEmitter.o DAGISelMatcherGen.o DAGISelMat= cherOpt.o > > DFAPacketizerEmitter.o DisassemblerEmitter.o FastISelEmitter.o > > FixedLenDecoderEmitter.o InstrInfoEmitter.o IntrinsicEmitter.o OptParse= rEmitter.o > > PseudoLoweringEmitter.o RegisterInfoEmitter.o SetTheory.o SubtargetEmit= ter.o > > TGValueTypes.o TableGen.o X86DisassemblerTables.o X86ModRMFilters.o > > X86RecognizableInstr.o /usr/obj/usr/src/tmp/usr/src/usr.bin/clang/tblge= n/../../../lib/clang/libllvmtablegen/libllvmtablegen.a /usr/obj/usr/src/tmp= /usr/src/usr.bin/clang/tblgen/../../../lib/clang/libllvmsupport/libllvmsupp= ort.a > > -lncurses -legacy /usr/lib/libc.a(jemalloc_jemalloc.o): In function `ma= lloc': > > jemalloc_jemalloc.c:(.text+0xcb7): relocation truncated to fit: R_X86_6= 4_PC32 against > > symbol `__je_ctl_boot' defined in .text section in /usr/lib/libc.a(jema= lloc_ctl.o) > > c++: error: linker command failed with exit code 1 (use -v to see invoc= ation) *** > > Error code 1 > >=20 > > Stop. > > make[3]: stopped in /usr/src/usr.bin/clang/tblgen > >=20 >=20 --Sig_/KuSNOLDo2yUz8JNuTm.Bcl5 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTaNJdAAoJEOgBcD7A/5N8NVMH/3QVc9r+a1RKiOaq+ddMXRSw IvZiFh0DZR+ZLMz14wVDFX5cCW+4hJIEWALvyg2QeHhX2GsAp8PiJGTBIs+YKHrN cNlrX3lMw34ioGfM9n5JBNUM1aGtxaUo4deFeoC13ljZLgnu/p9QL+bZWOaDJyNM 1X7b+vc1Op1shYr/RRKJga02EBUd+QLz1ITlA3FOMtkPdJ8b3LMQJhZkBk0uWtMf 2UxEBzCyIwxhdNimKYmgaN9gGv16cmKYLNiCVb98JNL23plG4+SU1QoTnz63CWUW ltZ/2Igag0DG8H3q7Hx93MAfJbSl4UtDIjwtZuL3evIzD2jk0ty+ZxfMLoA2I3Y= =WfPX -----END PGP SIGNATURE----- --Sig_/KuSNOLDo2yUz8JNuTm.Bcl5-- From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:20:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 397DF95B; Tue, 6 May 2014 12:20:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EE99B1BB; Tue, 6 May 2014 12:20:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CKPGw098041; Tue, 6 May 2014 08:20:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CKPo8098037; Tue, 6 May 2014 12:20:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:20:25 GMT Message-Id: <201405061220.s46CKPo8098037@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:20:27 -0000 TB --- 2014-05-06 12:20:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:20:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:20:19 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-06 12:20:19 - cleaning the object tree TB --- 2014-05-06 12:20:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:20:24 - At svn revision 265435 TB --- 2014-05-06 12:20:25 - building world TB --- 2014-05-06 12:20:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:20:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:20:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:20:25 - SRCCONF=/dev/null TB --- 2014-05-06 12:20:25 - TARGET=arm TB --- 2014-05-06 12:20:25 - TARGET_ARCH=arm TB --- 2014-05-06 12:20:25 - TZ=UTC TB --- 2014-05-06 12:20:25 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:20:25 - cd /src TB --- 2014-05-06 12:20:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:20:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:20:25 - ERROR: failed to build world TB --- 2014-05-06 12:20:25 - 1.81 user 2.90 system 5.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:20:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 08862AD8; Tue, 6 May 2014 12:20:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C6C7122A; Tue, 6 May 2014 12:20:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CKXgm098151; Tue, 6 May 2014 08:20:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CKVlt098147; Tue, 6 May 2014 12:20:31 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:20:31 GMT Message-Id: <201405061220.s46CKVlt098147@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:20:35 -0000 TB --- 2014-05-06 12:20:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:20:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:20:25 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-06 12:20:25 - cleaning the object tree TB --- 2014-05-06 12:20:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:20:30 - At svn revision 265435 TB --- 2014-05-06 12:20:31 - building world TB --- 2014-05-06 12:20:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:20:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:20:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:20:31 - SRCCONF=/dev/null TB --- 2014-05-06 12:20:31 - TARGET=mips TB --- 2014-05-06 12:20:31 - TARGET_ARCH=mips TB --- 2014-05-06 12:20:31 - TZ=UTC TB --- 2014-05-06 12:20:31 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:20:31 - cd /src TB --- 2014-05-06 12:20:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:20:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:20:31 - ERROR: failed to build world TB --- 2014-05-06 12:20:31 - 1.65 user 2.98 system 5.68 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:20:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39C6695C; Tue, 6 May 2014 12:20:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EEA461BD; Tue, 6 May 2014 12:20:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CKPwY098042; Tue, 6 May 2014 08:20:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CKP8a098038; Tue, 6 May 2014 12:20:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:20:25 GMT Message-Id: <201405061220.s46CKP8a098038@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:20:27 -0000 TB --- 2014-05-06 12:20:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:20:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:20:19 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-06 12:20:19 - cleaning the object tree TB --- 2014-05-06 12:20:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:20:24 - At svn revision 265435 TB --- 2014-05-06 12:20:25 - building world TB --- 2014-05-06 12:20:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:20:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:20:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:20:25 - SRCCONF=/dev/null TB --- 2014-05-06 12:20:25 - TARGET=amd64 TB --- 2014-05-06 12:20:25 - TARGET_ARCH=amd64 TB --- 2014-05-06 12:20:25 - TZ=UTC TB --- 2014-05-06 12:20:25 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:20:25 - cd /src TB --- 2014-05-06 12:20:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:20:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:20:25 - ERROR: failed to build world TB --- 2014-05-06 12:20:25 - 1.66 user 3.03 system 5.74 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:20:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0AB0BAD9; Tue, 6 May 2014 12:20:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C82B222B; Tue, 6 May 2014 12:20:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CKXI6098150; Tue, 6 May 2014 08:20:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CKVLL098124; Tue, 6 May 2014 12:20:31 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:20:31 GMT Message-Id: <201405061220.s46CKVLL098124@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:20:35 -0000 TB --- 2014-05-06 12:20:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:20:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:20:25 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-06 12:20:25 - cleaning the object tree TB --- 2014-05-06 12:20:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:20:30 - At svn revision 265435 TB --- 2014-05-06 12:20:31 - building world TB --- 2014-05-06 12:20:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:20:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:20:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:20:31 - SRCCONF=/dev/null TB --- 2014-05-06 12:20:31 - TARGET=mips TB --- 2014-05-06 12:20:31 - TARGET_ARCH=mips64 TB --- 2014-05-06 12:20:31 - TZ=UTC TB --- 2014-05-06 12:20:31 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:20:31 - cd /src TB --- 2014-05-06 12:20:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:20:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:20:31 - ERROR: failed to build world TB --- 2014-05-06 12:20:31 - 1.63 user 2.98 system 5.64 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:20:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 415B995D; Tue, 6 May 2014 12:20:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F0E341BE; Tue, 6 May 2014 12:20:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CKPZG098043; Tue, 6 May 2014 08:20:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CKPsu098039; Tue, 6 May 2014 12:20:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:20:25 GMT Message-Id: <201405061220.s46CKPsu098039@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:20:27 -0000 TB --- 2014-05-06 12:20:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:20:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:20:19 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-06 12:20:19 - cleaning the object tree TB --- 2014-05-06 12:20:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:20:24 - At svn revision 265435 TB --- 2014-05-06 12:20:25 - building world TB --- 2014-05-06 12:20:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:20:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:20:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:20:25 - SRCCONF=/dev/null TB --- 2014-05-06 12:20:25 - TARGET=i386 TB --- 2014-05-06 12:20:25 - TARGET_ARCH=i386 TB --- 2014-05-06 12:20:25 - TZ=UTC TB --- 2014-05-06 12:20:25 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:20:25 - cd /src TB --- 2014-05-06 12:20:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:20:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:20:25 - ERROR: failed to build world TB --- 2014-05-06 12:20:25 - 1.69 user 3.02 system 5.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:20:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1314CADB; Tue, 6 May 2014 12:20:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CFDB622D; Tue, 6 May 2014 12:20:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CKXlq098152; Tue, 6 May 2014 08:20:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CKVqB098094; Tue, 6 May 2014 12:20:31 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:20:31 GMT Message-Id: <201405061220.s46CKVqB098094@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:20:35 -0000 TB --- 2014-05-06 12:20:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:20:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:20:25 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-06 12:20:25 - cleaning the object tree TB --- 2014-05-06 12:20:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:20:30 - At svn revision 265435 TB --- 2014-05-06 12:20:31 - building world TB --- 2014-05-06 12:20:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:20:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:20:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:20:31 - SRCCONF=/dev/null TB --- 2014-05-06 12:20:31 - TARGET=pc98 TB --- 2014-05-06 12:20:31 - TARGET_ARCH=i386 TB --- 2014-05-06 12:20:31 - TZ=UTC TB --- 2014-05-06 12:20:31 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:20:31 - cd /src TB --- 2014-05-06 12:20:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:20:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:20:31 - ERROR: failed to build world TB --- 2014-05-06 12:20:31 - 1.72 user 2.81 system 5.55 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:20:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 41AFC95E; Tue, 6 May 2014 12:20:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EE9F31BC; Tue, 6 May 2014 12:20:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CKPSs098044; Tue, 6 May 2014 08:20:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CKP7r098040; Tue, 6 May 2014 12:20:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:20:25 GMT Message-Id: <201405061220.s46CKP7r098040@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:20:27 -0000 TB --- 2014-05-06 12:20:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:20:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:20:19 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-06 12:20:19 - cleaning the object tree TB --- 2014-05-06 12:20:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:20:24 - At svn revision 265435 TB --- 2014-05-06 12:20:25 - building world TB --- 2014-05-06 12:20:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:20:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:20:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:20:25 - SRCCONF=/dev/null TB --- 2014-05-06 12:20:25 - TARGET=arm TB --- 2014-05-06 12:20:25 - TARGET_ARCH=armv6 TB --- 2014-05-06 12:20:25 - TZ=UTC TB --- 2014-05-06 12:20:25 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:20:25 - cd /src TB --- 2014-05-06 12:20:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:20:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:20:25 - ERROR: failed to build world TB --- 2014-05-06 12:20:25 - 1.61 user 3.09 system 5.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:20:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3FB9CFBC; Tue, 6 May 2014 12:20:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 08298231; Tue, 6 May 2014 12:20:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CKcBT098233; Tue, 6 May 2014 08:20:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CKcnF098200; Tue, 6 May 2014 12:20:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:20:38 GMT Message-Id: <201405061220.s46CKcnF098200@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:20:40 -0000 TB --- 2014-05-06 12:20:33 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:20:33 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:20:33 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-06 12:20:33 - cleaning the object tree TB --- 2014-05-06 12:20:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:20:37 - At svn revision 265435 TB --- 2014-05-06 12:20:38 - building world TB --- 2014-05-06 12:20:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:20:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:20:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:20:38 - SRCCONF=/dev/null TB --- 2014-05-06 12:20:38 - TARGET=powerpc TB --- 2014-05-06 12:20:38 - TARGET_ARCH=powerpc64 TB --- 2014-05-06 12:20:38 - TZ=UTC TB --- 2014-05-06 12:20:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:20:38 - cd /src TB --- 2014-05-06 12:20:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:20:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:20:38 - ERROR: failed to build world TB --- 2014-05-06 12:20:38 - 1.70 user 2.47 system 5.26 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:20:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4300FFBD; Tue, 6 May 2014 12:20:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0C8DA232; Tue, 6 May 2014 12:20:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CKdNC098234; Tue, 6 May 2014 08:20:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CKdlA098231; Tue, 6 May 2014 12:20:39 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:20:39 GMT Message-Id: <201405061220.s46CKdlA098231@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:20:40 -0000 TB --- 2014-05-06 12:20:33 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:20:33 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:20:33 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-06 12:20:33 - cleaning the object tree TB --- 2014-05-06 12:20:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:20:37 - At svn revision 265435 TB --- 2014-05-06 12:20:38 - building world TB --- 2014-05-06 12:20:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:20:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:20:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:20:38 - SRCCONF=/dev/null TB --- 2014-05-06 12:20:38 - TARGET=powerpc TB --- 2014-05-06 12:20:38 - TARGET_ARCH=powerpc TB --- 2014-05-06 12:20:38 - TZ=UTC TB --- 2014-05-06 12:20:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:20:38 - cd /src TB --- 2014-05-06 12:20:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:20:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:20:38 - ERROR: failed to build world TB --- 2014-05-06 12:20:38 - 1.55 user 2.63 system 5.30 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:20:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0E495ADA; Tue, 6 May 2014 12:20:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CA47022C; Tue, 6 May 2014 12:20:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CKXCB098149; Tue, 6 May 2014 08:20:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CKV9X098148; Tue, 6 May 2014 12:20:31 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:20:31 GMT Message-Id: <201405061220.s46CKV9X098148@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:20:35 -0000 TB --- 2014-05-06 12:20:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:20:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:20:25 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-06 12:20:25 - cleaning the object tree TB --- 2014-05-06 12:20:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:20:30 - At svn revision 265435 TB --- 2014-05-06 12:20:31 - building world TB --- 2014-05-06 12:20:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:20:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:20:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:20:31 - SRCCONF=/dev/null TB --- 2014-05-06 12:20:31 - TARGET=ia64 TB --- 2014-05-06 12:20:31 - TARGET_ARCH=ia64 TB --- 2014-05-06 12:20:31 - TZ=UTC TB --- 2014-05-06 12:20:31 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:20:31 - cd /src TB --- 2014-05-06 12:20:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:20:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:20:31 - ERROR: failed to build world TB --- 2014-05-06 12:20:31 - 1.60 user 3.05 system 5.69 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:20:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 48D6FFBE; Tue, 6 May 2014 12:20:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 115BB233; Tue, 6 May 2014 12:20:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CKdaH098235; Tue, 6 May 2014 08:20:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CKdjQ098232; Tue, 6 May 2014 12:20:39 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:20:39 GMT Message-Id: <201405061220.s46CKdjQ098232@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:20:40 -0000 TB --- 2014-05-06 12:20:33 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:20:33 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:20:33 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-06 12:20:33 - cleaning the object tree TB --- 2014-05-06 12:20:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:20:37 - At svn revision 265435 TB --- 2014-05-06 12:20:38 - building world TB --- 2014-05-06 12:20:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:20:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:20:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:20:38 - SRCCONF=/dev/null TB --- 2014-05-06 12:20:38 - TARGET=sparc64 TB --- 2014-05-06 12:20:38 - TARGET_ARCH=sparc64 TB --- 2014-05-06 12:20:38 - TZ=UTC TB --- 2014-05-06 12:20:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:20:38 - cd /src TB --- 2014-05-06 12:20:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:20:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:20:38 - ERROR: failed to build world TB --- 2014-05-06 12:20:38 - 1.71 user 2.47 system 5.30 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:30:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B84D4BC9; Tue, 6 May 2014 12:30:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7F17B304; Tue, 6 May 2014 12:30:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CUOss098370; Tue, 6 May 2014 08:30:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CUO8q098365; Tue, 6 May 2014 12:30:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:30:24 GMT Message-Id: <201405061230.s46CUO8q098365@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:30:25 -0000 TB --- 2014-05-06 12:30:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:30:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:30:18 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-06 12:30:18 - cleaning the object tree TB --- 2014-05-06 12:30:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:30:23 - At svn revision 265435 TB --- 2014-05-06 12:30:24 - building world TB --- 2014-05-06 12:30:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:30:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:30:24 - SRCCONF=/dev/null TB --- 2014-05-06 12:30:24 - TARGET=i386 TB --- 2014-05-06 12:30:24 - TARGET_ARCH=i386 TB --- 2014-05-06 12:30:24 - TZ=UTC TB --- 2014-05-06 12:30:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:30:24 - cd /src TB --- 2014-05-06 12:30:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:30:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:30:24 - ERROR: failed to build world TB --- 2014-05-06 12:30:24 - 1.69 user 2.98 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:30:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4F75BC8; Tue, 6 May 2014 12:30:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7DDEE303; Tue, 6 May 2014 12:30:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CUO61098371; Tue, 6 May 2014 08:30:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CUO7i098366; Tue, 6 May 2014 12:30:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:30:24 GMT Message-Id: <201405061230.s46CUO7i098366@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:30:25 -0000 TB --- 2014-05-06 12:30:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:30:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:30:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-06 12:30:18 - cleaning the object tree TB --- 2014-05-06 12:30:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:30:23 - At svn revision 265435 TB --- 2014-05-06 12:30:24 - building world TB --- 2014-05-06 12:30:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:30:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:30:24 - SRCCONF=/dev/null TB --- 2014-05-06 12:30:24 - TARGET=amd64 TB --- 2014-05-06 12:30:24 - TARGET_ARCH=amd64 TB --- 2014-05-06 12:30:24 - TZ=UTC TB --- 2014-05-06 12:30:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:30:24 - cd /src TB --- 2014-05-06 12:30:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:30:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:30:24 - ERROR: failed to build world TB --- 2014-05-06 12:30:24 - 1.60 user 3.06 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:30:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 94834E11; Tue, 6 May 2014 12:30:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5D92930A; Tue, 6 May 2014 12:30:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CUURK098478; Tue, 6 May 2014 08:30:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CUUk2098453; Tue, 6 May 2014 12:30:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:30:30 GMT Message-Id: <201405061230.s46CUUk2098453@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:30:31 -0000 TB --- 2014-05-06 12:30:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:30:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:30:24 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-06 12:30:24 - cleaning the object tree TB --- 2014-05-06 12:30:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:30:29 - At svn revision 265435 TB --- 2014-05-06 12:30:30 - building world TB --- 2014-05-06 12:30:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:30:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:30:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:30:30 - SRCCONF=/dev/null TB --- 2014-05-06 12:30:30 - TARGET=ia64 TB --- 2014-05-06 12:30:30 - TARGET_ARCH=ia64 TB --- 2014-05-06 12:30:30 - TZ=UTC TB --- 2014-05-06 12:30:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:30:30 - cd /src TB --- 2014-05-06 12:30:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:30:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:30:30 - ERROR: failed to build world TB --- 2014-05-06 12:30:30 - 1.77 user 2.85 system 5.65 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:30:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9EFC1E13; Tue, 6 May 2014 12:30:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6843430C; Tue, 6 May 2014 12:30:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CUUi9098482; Tue, 6 May 2014 08:30:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CUUtj098477; Tue, 6 May 2014 12:30:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:30:30 GMT Message-Id: <201405061230.s46CUUtj098477@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:30:31 -0000 TB --- 2014-05-06 12:30:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:30:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:30:24 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-06 12:30:24 - cleaning the object tree TB --- 2014-05-06 12:30:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:30:29 - At svn revision 265435 TB --- 2014-05-06 12:30:30 - building world TB --- 2014-05-06 12:30:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:30:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:30:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:30:30 - SRCCONF=/dev/null TB --- 2014-05-06 12:30:30 - TARGET=mips TB --- 2014-05-06 12:30:30 - TARGET_ARCH=mips64 TB --- 2014-05-06 12:30:30 - TZ=UTC TB --- 2014-05-06 12:30:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:30:30 - cd /src TB --- 2014-05-06 12:30:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:30:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:30:30 - ERROR: failed to build world TB --- 2014-05-06 12:30:30 - 1.66 user 2.98 system 5.68 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:30:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE463BCB; Tue, 6 May 2014 12:30:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A7D63306; Tue, 6 May 2014 12:30:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CUOdq098369; Tue, 6 May 2014 08:30:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CUOCq098364; Tue, 6 May 2014 12:30:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:30:24 GMT Message-Id: <201405061230.s46CUOCq098364@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:30:26 -0000 TB --- 2014-05-06 12:30:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:30:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:30:18 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-06 12:30:18 - cleaning the object tree TB --- 2014-05-06 12:30:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:30:23 - At svn revision 265435 TB --- 2014-05-06 12:30:24 - building world TB --- 2014-05-06 12:30:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:30:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:30:24 - SRCCONF=/dev/null TB --- 2014-05-06 12:30:24 - TARGET=arm TB --- 2014-05-06 12:30:24 - TARGET_ARCH=arm TB --- 2014-05-06 12:30:24 - TZ=UTC TB --- 2014-05-06 12:30:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:30:24 - cd /src TB --- 2014-05-06 12:30:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:30:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:30:24 - ERROR: failed to build world TB --- 2014-05-06 12:30:24 - 1.50 user 3.16 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:30:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9ACD9E12; Tue, 6 May 2014 12:30:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6488430B; Tue, 6 May 2014 12:30:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CUUEX098481; Tue, 6 May 2014 08:30:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CUUfJ098476; Tue, 6 May 2014 12:30:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:30:30 GMT Message-Id: <201405061230.s46CUUfJ098476@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:30:31 -0000 TB --- 2014-05-06 12:30:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:30:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:30:24 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-06 12:30:24 - cleaning the object tree TB --- 2014-05-06 12:30:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:30:29 - At svn revision 265435 TB --- 2014-05-06 12:30:30 - building world TB --- 2014-05-06 12:30:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:30:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:30:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:30:30 - SRCCONF=/dev/null TB --- 2014-05-06 12:30:30 - TARGET=mips TB --- 2014-05-06 12:30:30 - TARGET_ARCH=mips TB --- 2014-05-06 12:30:30 - TZ=UTC TB --- 2014-05-06 12:30:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:30:30 - cd /src TB --- 2014-05-06 12:30:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:30:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:30:30 - ERROR: failed to build world TB --- 2014-05-06 12:30:30 - 1.63 user 3.02 system 5.68 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:30:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC24BBCA; Tue, 6 May 2014 12:30:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A5A3F305; Tue, 6 May 2014 12:30:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CUOC4098372; Tue, 6 May 2014 08:30:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CUO7o098368; Tue, 6 May 2014 12:30:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:30:24 GMT Message-Id: <201405061230.s46CUO7o098368@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:30:26 -0000 TB --- 2014-05-06 12:30:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:30:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:30:18 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-06 12:30:18 - cleaning the object tree TB --- 2014-05-06 12:30:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:30:23 - At svn revision 265435 TB --- 2014-05-06 12:30:24 - building world TB --- 2014-05-06 12:30:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:30:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:30:24 - SRCCONF=/dev/null TB --- 2014-05-06 12:30:24 - TARGET=arm TB --- 2014-05-06 12:30:24 - TARGET_ARCH=armv6 TB --- 2014-05-06 12:30:24 - TZ=UTC TB --- 2014-05-06 12:30:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:30:24 - cd /src TB --- 2014-05-06 12:30:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:30:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:30:24 - ERROR: failed to build world TB --- 2014-05-06 12:30:24 - 1.64 user 2.98 system 5.72 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:30:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E465B1AD; Tue, 6 May 2014 12:30:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ADA3F319; Tue, 6 May 2014 12:30:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CUct6098565; Tue, 6 May 2014 08:30:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CUc2C098562; Tue, 6 May 2014 12:30:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:30:38 GMT Message-Id: <201405061230.s46CUc2C098562@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:30:40 -0000 TB --- 2014-05-06 12:30:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:30:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:30:30 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-06 12:30:30 - cleaning the object tree TB --- 2014-05-06 12:30:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:30:37 - At svn revision 265435 TB --- 2014-05-06 12:30:38 - building world TB --- 2014-05-06 12:30:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:30:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:30:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:30:38 - SRCCONF=/dev/null TB --- 2014-05-06 12:30:38 - TARGET=sparc64 TB --- 2014-05-06 12:30:38 - TARGET_ARCH=sparc64 TB --- 2014-05-06 12:30:38 - TZ=UTC TB --- 2014-05-06 12:30:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:30:38 - cd /src TB --- 2014-05-06 12:30:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:30:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:30:38 - ERROR: failed to build world TB --- 2014-05-06 12:30:38 - 1.71 user 2.38 system 8.06 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:30:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D71771AC; Tue, 6 May 2014 12:30:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A05C5316; Tue, 6 May 2014 12:30:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CUcVK098561; Tue, 6 May 2014 08:30:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CUcCT098543; Tue, 6 May 2014 12:30:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:30:38 GMT Message-Id: <201405061230.s46CUcCT098543@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:30:39 -0000 TB --- 2014-05-06 12:30:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:30:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:30:30 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-06 12:30:30 - cleaning the object tree TB --- 2014-05-06 12:30:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:30:37 - At svn revision 265435 TB --- 2014-05-06 12:30:38 - building world TB --- 2014-05-06 12:30:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:30:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:30:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:30:38 - SRCCONF=/dev/null TB --- 2014-05-06 12:30:38 - TARGET=powerpc TB --- 2014-05-06 12:30:38 - TARGET_ARCH=powerpc64 TB --- 2014-05-06 12:30:38 - TZ=UTC TB --- 2014-05-06 12:30:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:30:38 - cd /src TB --- 2014-05-06 12:30:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:30:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:30:38 - ERROR: failed to build world TB --- 2014-05-06 12:30:38 - 1.54 user 2.56 system 8.05 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:30:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C10341AB; Tue, 6 May 2014 12:30:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 892C8315; Tue, 6 May 2014 12:30:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CUc12098525; Tue, 6 May 2014 08:30:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CUcJj098524; Tue, 6 May 2014 12:30:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:30:38 GMT Message-Id: <201405061230.s46CUcJj098524@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:30:39 -0000 TB --- 2014-05-06 12:30:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:30:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:30:30 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-06 12:30:30 - cleaning the object tree TB --- 2014-05-06 12:30:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:30:37 - At svn revision 265435 TB --- 2014-05-06 12:30:38 - building world TB --- 2014-05-06 12:30:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:30:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:30:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:30:38 - SRCCONF=/dev/null TB --- 2014-05-06 12:30:38 - TARGET=powerpc TB --- 2014-05-06 12:30:38 - TARGET_ARCH=powerpc TB --- 2014-05-06 12:30:38 - TZ=UTC TB --- 2014-05-06 12:30:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:30:38 - cd /src TB --- 2014-05-06 12:30:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:30:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:30:38 - ERROR: failed to build world TB --- 2014-05-06 12:30:38 - 1.72 user 2.34 system 8.03 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:30:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F5B8E10; Tue, 6 May 2014 12:30:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48919309; Tue, 6 May 2014 12:30:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CUUta098429; Tue, 6 May 2014 08:30:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CUUAL098422; Tue, 6 May 2014 12:30:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:30:30 GMT Message-Id: <201405061230.s46CUUAL098422@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:30:31 -0000 TB --- 2014-05-06 12:30:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:30:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:30:24 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-06 12:30:24 - cleaning the object tree TB --- 2014-05-06 12:30:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:30:29 - At svn revision 265435 TB --- 2014-05-06 12:30:30 - building world TB --- 2014-05-06 12:30:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:30:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:30:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:30:30 - SRCCONF=/dev/null TB --- 2014-05-06 12:30:30 - TARGET=pc98 TB --- 2014-05-06 12:30:30 - TARGET_ARCH=i386 TB --- 2014-05-06 12:30:30 - TZ=UTC TB --- 2014-05-06 12:30:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:30:30 - cd /src TB --- 2014-05-06 12:30:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:30:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:30:30 - ERROR: failed to build world TB --- 2014-05-06 12:30:30 - 1.72 user 2.84 system 5.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:40:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C035E48A; Tue, 6 May 2014 12:40:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 89D3C655; Tue, 6 May 2014 12:40:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CeQsQ098704; Tue, 6 May 2014 08:40:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CeQQx098697; Tue, 6 May 2014 12:40:26 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:40:26 GMT Message-Id: <201405061240.s46CeQQx098697@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:40:27 -0000 TB --- 2014-05-06 12:40:20 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:40:20 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:40:20 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-06 12:40:20 - cleaning the object tree TB --- 2014-05-06 12:40:20 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:40:25 - At svn revision 265439 TB --- 2014-05-06 12:40:26 - building world TB --- 2014-05-06 12:40:26 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:40:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:40:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:40:26 - SRCCONF=/dev/null TB --- 2014-05-06 12:40:26 - TARGET=arm TB --- 2014-05-06 12:40:26 - TARGET_ARCH=arm TB --- 2014-05-06 12:40:26 - TZ=UTC TB --- 2014-05-06 12:40:26 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:40:26 - cd /src TB --- 2014-05-06 12:40:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:40:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:40:26 - ERROR: failed to build world TB --- 2014-05-06 12:40:26 - 1.68 user 3.00 system 5.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:40:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B7545489; Tue, 6 May 2014 12:40:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7F691654; Tue, 6 May 2014 12:40:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CeQI9098645; Tue, 6 May 2014 08:40:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CeQRG098644; Tue, 6 May 2014 12:40:26 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:40:26 GMT Message-Id: <201405061240.s46CeQRG098644@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:40:27 -0000 TB --- 2014-05-06 12:40:20 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:40:20 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:40:20 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-06 12:40:20 - cleaning the object tree TB --- 2014-05-06 12:40:20 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:40:25 - At svn revision 265439 TB --- 2014-05-06 12:40:26 - building world TB --- 2014-05-06 12:40:26 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:40:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:40:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:40:26 - SRCCONF=/dev/null TB --- 2014-05-06 12:40:26 - TARGET=amd64 TB --- 2014-05-06 12:40:26 - TARGET_ARCH=amd64 TB --- 2014-05-06 12:40:26 - TZ=UTC TB --- 2014-05-06 12:40:26 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:40:26 - cd /src TB --- 2014-05-06 12:40:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:40:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:40:26 - ERROR: failed to build world TB --- 2014-05-06 12:40:26 - 1.62 user 2.96 system 5.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:40:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C4BFB48B; Tue, 6 May 2014 12:40:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8E3B7656; Tue, 6 May 2014 12:40:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CeQbE098705; Tue, 6 May 2014 08:40:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CeQIc098699; Tue, 6 May 2014 12:40:26 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:40:26 GMT Message-Id: <201405061240.s46CeQIc098699@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:40:28 -0000 TB --- 2014-05-06 12:40:20 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:40:20 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:40:20 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-06 12:40:20 - cleaning the object tree TB --- 2014-05-06 12:40:20 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:40:25 - At svn revision 265439 TB --- 2014-05-06 12:40:26 - building world TB --- 2014-05-06 12:40:26 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:40:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:40:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:40:26 - SRCCONF=/dev/null TB --- 2014-05-06 12:40:26 - TARGET=arm TB --- 2014-05-06 12:40:26 - TARGET_ARCH=armv6 TB --- 2014-05-06 12:40:26 - TZ=UTC TB --- 2014-05-06 12:40:26 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:40:26 - cd /src TB --- 2014-05-06 12:40:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:40:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:40:26 - ERROR: failed to build world TB --- 2014-05-06 12:40:26 - 1.68 user 3.01 system 5.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:40:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 700467CC; Tue, 6 May 2014 12:40:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 392D065D; Tue, 6 May 2014 12:40:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CeYM1098807; Tue, 6 May 2014 08:40:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CeW04098806; Tue, 6 May 2014 12:40:32 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:40:32 GMT Message-Id: <201405061240.s46CeW04098806@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:40:35 -0000 TB --- 2014-05-06 12:40:26 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:40:26 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:40:26 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-06 12:40:26 - cleaning the object tree TB --- 2014-05-06 12:40:26 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:40:31 - At svn revision 265439 TB --- 2014-05-06 12:40:32 - building world TB --- 2014-05-06 12:40:32 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:40:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:40:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:40:32 - SRCCONF=/dev/null TB --- 2014-05-06 12:40:32 - TARGET=mips TB --- 2014-05-06 12:40:32 - TARGET_ARCH=mips64 TB --- 2014-05-06 12:40:32 - TZ=UTC TB --- 2014-05-06 12:40:32 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:40:32 - cd /src TB --- 2014-05-06 12:40:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:40:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:40:32 - ERROR: failed to build world TB --- 2014-05-06 12:40:32 - 1.70 user 2.90 system 5.62 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:40:28 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C923E48C; Tue, 6 May 2014 12:40:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 91076657; Tue, 6 May 2014 12:40:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CeQAk098706; Tue, 6 May 2014 08:40:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CeQ4A098698; Tue, 6 May 2014 12:40:26 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:40:26 GMT Message-Id: <201405061240.s46CeQ4A098698@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:40:28 -0000 TB --- 2014-05-06 12:40:20 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:40:20 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:40:20 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-06 12:40:20 - cleaning the object tree TB --- 2014-05-06 12:40:20 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:40:25 - At svn revision 265439 TB --- 2014-05-06 12:40:26 - building world TB --- 2014-05-06 12:40:26 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:40:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:40:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:40:26 - SRCCONF=/dev/null TB --- 2014-05-06 12:40:26 - TARGET=i386 TB --- 2014-05-06 12:40:26 - TARGET_ARCH=i386 TB --- 2014-05-06 12:40:26 - TZ=UTC TB --- 2014-05-06 12:40:26 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:40:26 - cd /src TB --- 2014-05-06 12:40:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:40:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:40:26 - ERROR: failed to build world TB --- 2014-05-06 12:40:26 - 1.77 user 2.92 system 5.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:40:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 764DC7CE; Tue, 6 May 2014 12:40:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3C03265F; Tue, 6 May 2014 12:40:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CeYI0098809; Tue, 6 May 2014 08:40:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CeWtF098805; Tue, 6 May 2014 12:40:32 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:40:32 GMT Message-Id: <201405061240.s46CeWtF098805@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:40:35 -0000 TB --- 2014-05-06 12:40:26 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:40:26 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:40:26 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-06 12:40:26 - cleaning the object tree TB --- 2014-05-06 12:40:26 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:40:31 - At svn revision 265439 TB --- 2014-05-06 12:40:32 - building world TB --- 2014-05-06 12:40:32 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:40:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:40:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:40:32 - SRCCONF=/dev/null TB --- 2014-05-06 12:40:32 - TARGET=ia64 TB --- 2014-05-06 12:40:32 - TARGET_ARCH=ia64 TB --- 2014-05-06 12:40:32 - TZ=UTC TB --- 2014-05-06 12:40:32 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:40:32 - cd /src TB --- 2014-05-06 12:40:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:40:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:40:32 - ERROR: failed to build world TB --- 2014-05-06 12:40:32 - 1.72 user 2.88 system 5.63 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:40:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2E0D7ACA; Tue, 6 May 2014 12:40:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EBA97670; Tue, 6 May 2014 12:40:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46Ced4u098891; Tue, 6 May 2014 08:40:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CedFS098861; Tue, 6 May 2014 12:40:39 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:40:39 GMT Message-Id: <201405061240.s46CedFS098861@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:40:41 -0000 TB --- 2014-05-06 12:40:34 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:40:34 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:40:34 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-06 12:40:34 - cleaning the object tree TB --- 2014-05-06 12:40:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:40:38 - At svn revision 265439 TB --- 2014-05-06 12:40:39 - building world TB --- 2014-05-06 12:40:39 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:40:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:40:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:40:39 - SRCCONF=/dev/null TB --- 2014-05-06 12:40:39 - TARGET=powerpc TB --- 2014-05-06 12:40:39 - TARGET_ARCH=powerpc64 TB --- 2014-05-06 12:40:39 - TZ=UTC TB --- 2014-05-06 12:40:39 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:40:39 - cd /src TB --- 2014-05-06 12:40:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:40:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:40:39 - ERROR: failed to build world TB --- 2014-05-06 12:40:39 - 1.70 user 2.49 system 5.41 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:40:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 385DAAD1; Tue, 6 May 2014 12:40:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 020F7676; Tue, 6 May 2014 12:40:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CeeXw098893; Tue, 6 May 2014 08:40:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CedXi098890; Tue, 6 May 2014 12:40:39 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:40:39 GMT Message-Id: <201405061240.s46CedXi098890@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:40:41 -0000 TB --- 2014-05-06 12:40:34 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:40:34 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:40:34 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-06 12:40:34 - cleaning the object tree TB --- 2014-05-06 12:40:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:40:38 - At svn revision 265439 TB --- 2014-05-06 12:40:39 - building world TB --- 2014-05-06 12:40:39 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:40:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:40:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:40:39 - SRCCONF=/dev/null TB --- 2014-05-06 12:40:39 - TARGET=powerpc TB --- 2014-05-06 12:40:39 - TARGET_ARCH=powerpc TB --- 2014-05-06 12:40:39 - TZ=UTC TB --- 2014-05-06 12:40:39 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:40:39 - cd /src TB --- 2014-05-06 12:40:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:40:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:40:39 - ERROR: failed to build world TB --- 2014-05-06 12:40:39 - 1.73 user 2.48 system 5.45 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:40:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7266D7CD; Tue, 6 May 2014 12:40:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3B11965E; Tue, 6 May 2014 12:40:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CeYfx098808; Tue, 6 May 2014 08:40:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CeW5i098770; Tue, 6 May 2014 12:40:32 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:40:32 GMT Message-Id: <201405061240.s46CeW5i098770@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:40:35 -0000 TB --- 2014-05-06 12:40:26 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:40:26 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:40:26 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-06 12:40:26 - cleaning the object tree TB --- 2014-05-06 12:40:26 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:40:31 - At svn revision 265439 TB --- 2014-05-06 12:40:32 - building world TB --- 2014-05-06 12:40:32 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:40:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:40:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:40:32 - SRCCONF=/dev/null TB --- 2014-05-06 12:40:32 - TARGET=mips TB --- 2014-05-06 12:40:32 - TARGET_ARCH=mips TB --- 2014-05-06 12:40:32 - TZ=UTC TB --- 2014-05-06 12:40:32 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:40:32 - cd /src TB --- 2014-05-06 12:40:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:40:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:40:32 - ERROR: failed to build world TB --- 2014-05-06 12:40:32 - 1.70 user 2.84 system 5.56 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:40:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 787CB7CF; Tue, 6 May 2014 12:40:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3E05D660; Tue, 6 May 2014 12:40:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CeYZN098810; Tue, 6 May 2014 08:40:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CeVGm098752; Tue, 6 May 2014 12:40:31 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:40:31 GMT Message-Id: <201405061240.s46CeVGm098752@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:40:35 -0000 TB --- 2014-05-06 12:40:26 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:40:26 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:40:26 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-06 12:40:26 - cleaning the object tree TB --- 2014-05-06 12:40:26 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:40:30 - At svn revision 265439 TB --- 2014-05-06 12:40:31 - building world TB --- 2014-05-06 12:40:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:40:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:40:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:40:31 - SRCCONF=/dev/null TB --- 2014-05-06 12:40:31 - TARGET=pc98 TB --- 2014-05-06 12:40:31 - TARGET_ARCH=i386 TB --- 2014-05-06 12:40:31 - TZ=UTC TB --- 2014-05-06 12:40:31 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:40:31 - cd /src TB --- 2014-05-06 12:40:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:40:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:40:31 - ERROR: failed to build world TB --- 2014-05-06 12:40:31 - 1.62 user 2.71 system 5.35 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:40:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 36B0FACF; Tue, 6 May 2014 12:40:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 008AC674; Tue, 6 May 2014 12:40:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CeeKo098892; Tue, 6 May 2014 08:40:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CedKs098889; Tue, 6 May 2014 12:40:39 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:40:39 GMT Message-Id: <201405061240.s46CedKs098889@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:40:41 -0000 TB --- 2014-05-06 12:40:34 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:40:34 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:40:34 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-06 12:40:34 - cleaning the object tree TB --- 2014-05-06 12:40:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:40:38 - At svn revision 265439 TB --- 2014-05-06 12:40:39 - building world TB --- 2014-05-06 12:40:39 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:40:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:40:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:40:39 - SRCCONF=/dev/null TB --- 2014-05-06 12:40:39 - TARGET=sparc64 TB --- 2014-05-06 12:40:39 - TARGET_ARCH=sparc64 TB --- 2014-05-06 12:40:39 - TZ=UTC TB --- 2014-05-06 12:40:39 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:40:39 - cd /src TB --- 2014-05-06 12:40:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:40:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:40:39 - ERROR: failed to build world TB --- 2014-05-06 12:40:39 - 1.66 user 2.55 system 5.45 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:46:16 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA18332E; Tue, 6 May 2014 12:46:16 +0000 (UTC) Received: from mailout04.t-online.de (mailout04.t-online.de [194.25.134.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6A74F7CB; Tue, 6 May 2014 12:46:16 +0000 (UTC) Received: from fwd20.aul.t-online.de (fwd20.aul.t-online.de [172.20.26.140]) by mailout04.t-online.de (Postfix) with SMTP id 52D1CDA7E1; Tue, 6 May 2014 14:38:52 +0200 (CEST) Received: from [192.168.119.11] (rSlO8EZfYh481fZ2qWvY77fRhuZmYRq1ZjhjN-Tns0i4SgcusIZeo-GpqUHHWYAZIt@[84.154.114.101]) by fwd20.t-online.de with esmtp id 1WheeU-1XQWI40; Tue, 6 May 2014 14:39:18 +0200 Message-ID: <5368D7F1.4040009@freebsd.org> Date: Tue, 06 May 2014 14:39:13 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: "current@freebsd.org" , Trond.Endrestol@fagskolen.gjovik.no Subject: Re: buildworld fails (missing /usr/share/mk/src.opts.mk) References: <5368B0C5.6040309@freebsd.org> <5368C675.1070700@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-ID: rSlO8EZfYh481fZ2qWvY77fRhuZmYRq1ZjhjN-Tns0i4SgcusIZeo-GpqUHHWYAZIt X-TOI-MSGID: 0f95f3ba-0435-41ce-9f61-f5d45a6d5fb1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 12:46:16 -0000 Am 06.05.2014 13:44, schrieb Trond Endrestl: > On Tue, 6 May 2014 13:24+0200, Stefan Esser wrote: >> Am 06.05.2014 11:52, schrieb Stefan Esser: >>> Hi Warner, >>> >>> as already reported by Jenkins, HEAD does not build. >>> >>> Seems that this is caused by src.opts.mk missing in /usr/share/mk >>> during the cleandir phase. I guess this is kind of a bootstrap >>> issue - the definitions are looked up in the installed base, not >>> in the src tree - but did not verify this assumption. >>> >>> A work-around is to manually install src.opts.mk: >>> >>> # make -C /usr/src/share/mk install >>> >>> (which might deserve an UPDATING entry). Falling back on the file >>> in the src directory might be a better solution ... >>> >>> Regards, STefan >> >> Following up to my earlier mail: >> >> The diagnosis was wrong - the main Makefiles include src.opts.mk from >> the source directory. But two sub-ordinate Makefiles missed to include >> the new options file (sys/conf/kmod.mk and sys/modules/drm2/Makefile). >> >> I committed a fix/work-around to stop the flood of tinderbox messages >> (r265433). > > tinderbox still complains about usr.bin/bmake/Makefile.inc. Hmmm, I managed to buildworld -HEAD after this patch, but it is possible, that I had src.opts.mk installed in /usr/share/mk when I started the build. (I later deleted it, to be sure that the version in the source directory was found and used when building modules, which the commit actually fixed.) I guess the remaining problem is caused by .include "src.opts.mk" in line 3 of src/usr.bin/bmake/Makefile.inc Changing this line to read ".include " seems to fix it on my system. --- usr.bin/bmake/Makefile.inc~ +++ usr.bin/bmake/Makefile.inc @@ -1,6 +1,6 @@ # $FreeBSD$ -.include "src.opts.mk" +.include .if defined(.PARSEDIR) # make sure this is available to unit-tests/Makefile It is possible, that the build will still fail at a latter stage, though (buildworld is still running). I committed the above patch, since it gets buildworld through the bmake subdirectory at least (r265436). If buildworld fails again, then I'll commit any further missing fixes in one go. I'll know in some 20 minutes. Regards, STefan From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:50:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A282E589; Tue, 6 May 2014 12:50:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6AA06801; Tue, 6 May 2014 12:50:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CoOeC098973; Tue, 6 May 2014 08:50:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CoOLn098972; Tue, 6 May 2014 12:50:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:50:24 GMT Message-Id: <201405061250.s46CoOLn098972@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:50:25 -0000 TB --- 2014-05-06 12:50:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:50:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:50:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-06 12:50:18 - cleaning the object tree TB --- 2014-05-06 12:50:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:50:23 - At svn revision 265439 TB --- 2014-05-06 12:50:24 - building world TB --- 2014-05-06 12:50:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:50:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:50:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:50:24 - SRCCONF=/dev/null TB --- 2014-05-06 12:50:24 - TARGET=amd64 TB --- 2014-05-06 12:50:24 - TARGET_ARCH=amd64 TB --- 2014-05-06 12:50:24 - TZ=UTC TB --- 2014-05-06 12:50:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:50:24 - cd /src TB --- 2014-05-06 12:50:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:50:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:50:24 - ERROR: failed to build world TB --- 2014-05-06 12:50:24 - 1.77 user 2.79 system 5.58 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:50:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2EC9F58A; Tue, 6 May 2014 12:50:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EB7F6804; Tue, 6 May 2014 12:50:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CoOiA099034; Tue, 6 May 2014 08:50:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CoOnK099027; Tue, 6 May 2014 12:50:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:50:24 GMT Message-Id: <201405061250.s46CoOnK099027@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:50:26 -0000 TB --- 2014-05-06 12:50:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:50:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:50:18 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-06 12:50:18 - cleaning the object tree TB --- 2014-05-06 12:50:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:50:23 - At svn revision 265439 TB --- 2014-05-06 12:50:24 - building world TB --- 2014-05-06 12:50:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:50:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:50:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:50:24 - SRCCONF=/dev/null TB --- 2014-05-06 12:50:24 - TARGET=i386 TB --- 2014-05-06 12:50:24 - TARGET_ARCH=i386 TB --- 2014-05-06 12:50:24 - TZ=UTC TB --- 2014-05-06 12:50:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:50:24 - cd /src TB --- 2014-05-06 12:50:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:50:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:50:24 - ERROR: failed to build world TB --- 2014-05-06 12:50:24 - 1.63 user 3.02 system 5.69 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:50:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3107C58B; Tue, 6 May 2014 12:50:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EB7AC803; Tue, 6 May 2014 12:50:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CoOnj099032; Tue, 6 May 2014 08:50:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CoOK7099025; Tue, 6 May 2014 12:50:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:50:24 GMT Message-Id: <201405061250.s46CoOK7099025@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:50:26 -0000 TB --- 2014-05-06 12:50:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:50:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:50:18 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-06 12:50:18 - cleaning the object tree TB --- 2014-05-06 12:50:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:50:23 - At svn revision 265439 TB --- 2014-05-06 12:50:24 - building world TB --- 2014-05-06 12:50:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:50:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:50:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:50:24 - SRCCONF=/dev/null TB --- 2014-05-06 12:50:24 - TARGET=arm TB --- 2014-05-06 12:50:24 - TARGET_ARCH=arm TB --- 2014-05-06 12:50:24 - TZ=UTC TB --- 2014-05-06 12:50:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:50:24 - cd /src TB --- 2014-05-06 12:50:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:50:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:50:24 - ERROR: failed to build world TB --- 2014-05-06 12:50:24 - 1.67 user 2.99 system 5.69 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:50:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 38A768C1; Tue, 6 May 2014 12:50:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 02A0186D; Tue, 6 May 2014 12:50:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CoUIP099081; Tue, 6 May 2014 08:50:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CoT4M099080; Tue, 6 May 2014 12:50:29 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:50:29 GMT Message-Id: <201405061250.s46CoT4M099080@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:50:31 -0000 TB --- 2014-05-06 12:50:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:50:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:50:24 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-06 12:50:24 - cleaning the object tree TB --- 2014-05-06 12:50:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:50:28 - At svn revision 265439 TB --- 2014-05-06 12:50:29 - building world TB --- 2014-05-06 12:50:29 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:50:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:50:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:50:29 - SRCCONF=/dev/null TB --- 2014-05-06 12:50:29 - TARGET=pc98 TB --- 2014-05-06 12:50:29 - TARGET_ARCH=i386 TB --- 2014-05-06 12:50:29 - TZ=UTC TB --- 2014-05-06 12:50:29 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:50:29 - cd /src TB --- 2014-05-06 12:50:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:50:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:50:29 - ERROR: failed to build world TB --- 2014-05-06 12:50:29 - 1.63 user 2.71 system 5.37 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:50:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9DC358C8; Tue, 6 May 2014 12:50:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 673F4870; Tue, 6 May 2014 12:50:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CoUfW099144; Tue, 6 May 2014 08:50:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CoUV3099141; Tue, 6 May 2014 12:50:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:50:30 GMT Message-Id: <201405061250.s46CoUV3099141@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:50:31 -0000 TB --- 2014-05-06 12:50:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:50:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:50:24 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-06 12:50:24 - cleaning the object tree TB --- 2014-05-06 12:50:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:50:29 - At svn revision 265439 TB --- 2014-05-06 12:50:30 - building world TB --- 2014-05-06 12:50:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:50:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:50:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:50:30 - SRCCONF=/dev/null TB --- 2014-05-06 12:50:30 - TARGET=ia64 TB --- 2014-05-06 12:50:30 - TARGET_ARCH=ia64 TB --- 2014-05-06 12:50:30 - TZ=UTC TB --- 2014-05-06 12:50:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:50:30 - cd /src TB --- 2014-05-06 12:50:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:50:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:50:30 - ERROR: failed to build world TB --- 2014-05-06 12:50:30 - 1.65 user 2.94 system 5.62 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:50:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 361F058C; Tue, 6 May 2014 12:50:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EB75A802; Tue, 6 May 2014 12:50:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CoOk9099033; Tue, 6 May 2014 08:50:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CoOfH099026; Tue, 6 May 2014 12:50:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:50:24 GMT Message-Id: <201405061250.s46CoOfH099026@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:50:26 -0000 TB --- 2014-05-06 12:50:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:50:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:50:18 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-06 12:50:18 - cleaning the object tree TB --- 2014-05-06 12:50:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:50:23 - At svn revision 265439 TB --- 2014-05-06 12:50:24 - building world TB --- 2014-05-06 12:50:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:50:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:50:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:50:24 - SRCCONF=/dev/null TB --- 2014-05-06 12:50:24 - TARGET=arm TB --- 2014-05-06 12:50:24 - TARGET_ARCH=armv6 TB --- 2014-05-06 12:50:24 - TZ=UTC TB --- 2014-05-06 12:50:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:50:24 - cd /src TB --- 2014-05-06 12:50:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:50:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:50:24 - ERROR: failed to build world TB --- 2014-05-06 12:50:24 - 1.65 user 3.02 system 5.69 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:50:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A3F6A8CA; Tue, 6 May 2014 12:50:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 67E38871; Tue, 6 May 2014 12:50:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CoURT099145; Tue, 6 May 2014 08:50:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CoUVD099142; Tue, 6 May 2014 12:50:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:50:30 GMT Message-Id: <201405061250.s46CoUVD099142@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:50:31 -0000 TB --- 2014-05-06 12:50:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:50:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:50:24 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-06 12:50:24 - cleaning the object tree TB --- 2014-05-06 12:50:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:50:29 - At svn revision 265439 TB --- 2014-05-06 12:50:30 - building world TB --- 2014-05-06 12:50:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:50:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:50:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:50:30 - SRCCONF=/dev/null TB --- 2014-05-06 12:50:30 - TARGET=mips TB --- 2014-05-06 12:50:30 - TARGET_ARCH=mips TB --- 2014-05-06 12:50:30 - TZ=UTC TB --- 2014-05-06 12:50:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:50:30 - cd /src TB --- 2014-05-06 12:50:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:50:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:50:30 - ERROR: failed to build world TB --- 2014-05-06 12:50:30 - 1.84 user 2.74 system 5.62 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:50:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9EB268C9; Tue, 6 May 2014 12:50:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 672E886F; Tue, 6 May 2014 12:50:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CoUY1099143; Tue, 6 May 2014 08:50:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CoUE5099140; Tue, 6 May 2014 12:50:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:50:30 GMT Message-Id: <201405061250.s46CoUE5099140@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:50:31 -0000 TB --- 2014-05-06 12:50:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:50:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:50:24 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-06 12:50:24 - cleaning the object tree TB --- 2014-05-06 12:50:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:50:29 - At svn revision 265439 TB --- 2014-05-06 12:50:30 - building world TB --- 2014-05-06 12:50:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:50:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:50:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:50:30 - SRCCONF=/dev/null TB --- 2014-05-06 12:50:30 - TARGET=mips TB --- 2014-05-06 12:50:30 - TARGET_ARCH=mips64 TB --- 2014-05-06 12:50:30 - TZ=UTC TB --- 2014-05-06 12:50:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:50:30 - cd /src TB --- 2014-05-06 12:50:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:50:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:50:30 - ERROR: failed to build world TB --- 2014-05-06 12:50:30 - 1.70 user 2.89 system 5.62 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:50:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 09841C73; Tue, 6 May 2014 12:50:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C711C879; Tue, 6 May 2014 12:50:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CobuA099183; Tue, 6 May 2014 08:50:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46CobOr099182; Tue, 6 May 2014 12:50:37 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:50:37 GMT Message-Id: <201405061250.s46CobOr099182@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:50:39 -0000 TB --- 2014-05-06 12:50:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:50:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:50:30 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-06 12:50:30 - cleaning the object tree TB --- 2014-05-06 12:50:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:50:36 - At svn revision 265439 TB --- 2014-05-06 12:50:37 - building world TB --- 2014-05-06 12:50:37 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:50:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:50:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:50:37 - SRCCONF=/dev/null TB --- 2014-05-06 12:50:37 - TARGET=powerpc TB --- 2014-05-06 12:50:37 - TARGET_ARCH=powerpc TB --- 2014-05-06 12:50:37 - TZ=UTC TB --- 2014-05-06 12:50:37 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:50:37 - cd /src TB --- 2014-05-06 12:50:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:50:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:50:37 - ERROR: failed to build world TB --- 2014-05-06 12:50:37 - 1.81 user 1.98 system 7.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:50:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5544CEB; Tue, 6 May 2014 12:50:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6F10F87A; Tue, 6 May 2014 12:50:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CocLO099222; Tue, 6 May 2014 08:50:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46Coc1Z099221; Tue, 6 May 2014 12:50:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:50:38 GMT Message-Id: <201405061250.s46Coc1Z099221@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:50:39 -0000 TB --- 2014-05-06 12:50:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:50:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:50:30 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-06 12:50:30 - cleaning the object tree TB --- 2014-05-06 12:50:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:50:37 - At svn revision 265439 TB --- 2014-05-06 12:50:38 - building world TB --- 2014-05-06 12:50:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:50:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:50:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:50:38 - SRCCONF=/dev/null TB --- 2014-05-06 12:50:38 - TARGET=powerpc TB --- 2014-05-06 12:50:38 - TARGET_ARCH=powerpc64 TB --- 2014-05-06 12:50:38 - TZ=UTC TB --- 2014-05-06 12:50:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:50:38 - cd /src TB --- 2014-05-06 12:50:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:50:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:50:38 - ERROR: failed to build world TB --- 2014-05-06 12:50:38 - 1.69 user 2.35 system 7.82 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 12:50:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A8449CED; Tue, 6 May 2014 12:50:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 71D0187B; Tue, 6 May 2014 12:50:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46CocMO099223; Tue, 6 May 2014 08:50:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46Coc75099220; Tue, 6 May 2014 12:50:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 12:50:38 GMT Message-Id: <201405061250.s46Coc75099220@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 12:50:39 -0000 TB --- 2014-05-06 12:50:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 12:50:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 12:50:30 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-06 12:50:30 - cleaning the object tree TB --- 2014-05-06 12:50:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 12:50:37 - At svn revision 265439 TB --- 2014-05-06 12:50:38 - building world TB --- 2014-05-06 12:50:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 12:50:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 12:50:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 12:50:38 - SRCCONF=/dev/null TB --- 2014-05-06 12:50:38 - TARGET=sparc64 TB --- 2014-05-06 12:50:38 - TARGET_ARCH=sparc64 TB --- 2014-05-06 12:50:38 - TZ=UTC TB --- 2014-05-06 12:50:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 12:50:38 - cd /src TB --- 2014-05-06 12:50:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 12:50:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 12:50:38 - ERROR: failed to build world TB --- 2014-05-06 12:50:38 - 1.63 user 2.40 system 7.80 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:00:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE6AA54F; Tue, 6 May 2014 13:00:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A51A6952; Tue, 6 May 2014 13:00:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46D0OTW099372; Tue, 6 May 2014 09:00:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46D0Onv099368; Tue, 6 May 2014 13:00:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:00:24 GMT Message-Id: <201405061300.s46D0Onv099368@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:00:26 -0000 TB --- 2014-05-06 13:00:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:00:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:00:18 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-06 13:00:18 - cleaning the object tree TB --- 2014-05-06 13:00:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:00:23 - At svn revision 265439 TB --- 2014-05-06 13:00:24 - building world TB --- 2014-05-06 13:00:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:00:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:00:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:00:24 - SRCCONF=/dev/null TB --- 2014-05-06 13:00:24 - TARGET=arm TB --- 2014-05-06 13:00:24 - TARGET_ARCH=arm TB --- 2014-05-06 13:00:24 - TZ=UTC TB --- 2014-05-06 13:00:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:00:24 - cd /src TB --- 2014-05-06 13:00:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:00:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:00:24 - ERROR: failed to build world TB --- 2014-05-06 13:00:24 - 1.66 user 3.02 system 5.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:00:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3682550; Tue, 6 May 2014 13:00:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A51EF953; Tue, 6 May 2014 13:00:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46D0OI0099371; Tue, 6 May 2014 09:00:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46D0OtR099367; Tue, 6 May 2014 13:00:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:00:24 GMT Message-Id: <201405061300.s46D0OtR099367@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:00:26 -0000 TB --- 2014-05-06 13:00:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:00:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:00:18 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-06 13:00:18 - cleaning the object tree TB --- 2014-05-06 13:00:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:00:23 - At svn revision 265439 TB --- 2014-05-06 13:00:24 - building world TB --- 2014-05-06 13:00:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:00:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:00:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:00:24 - SRCCONF=/dev/null TB --- 2014-05-06 13:00:24 - TARGET=arm TB --- 2014-05-06 13:00:24 - TARGET_ARCH=armv6 TB --- 2014-05-06 13:00:24 - TZ=UTC TB --- 2014-05-06 13:00:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:00:24 - cd /src TB --- 2014-05-06 13:00:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:00:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:00:24 - ERROR: failed to build world TB --- 2014-05-06 13:00:24 - 1.77 user 2.90 system 5.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:00:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B914954D; Tue, 6 May 2014 13:00:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8182B950; Tue, 6 May 2014 13:00:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46D0O2C099369; Tue, 6 May 2014 09:00:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46D0OEY099362; Tue, 6 May 2014 13:00:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:00:24 GMT Message-Id: <201405061300.s46D0OEY099362@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:00:25 -0000 TB --- 2014-05-06 13:00:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:00:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:00:18 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-06 13:00:18 - cleaning the object tree TB --- 2014-05-06 13:00:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:00:23 - At svn revision 265439 TB --- 2014-05-06 13:00:24 - building world TB --- 2014-05-06 13:00:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:00:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:00:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:00:24 - SRCCONF=/dev/null TB --- 2014-05-06 13:00:24 - TARGET=i386 TB --- 2014-05-06 13:00:24 - TARGET_ARCH=i386 TB --- 2014-05-06 13:00:24 - TZ=UTC TB --- 2014-05-06 13:00:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:00:24 - cd /src TB --- 2014-05-06 13:00:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:00:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:00:24 - ERROR: failed to build world TB --- 2014-05-06 13:00:24 - 1.72 user 2.95 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:00:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC61E54E; Tue, 6 May 2014 13:00:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A5153951; Tue, 6 May 2014 13:00:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46D0OXS099370; Tue, 6 May 2014 09:00:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46D0Onk099366; Tue, 6 May 2014 13:00:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:00:24 GMT Message-Id: <201405061300.s46D0Onk099366@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:00:26 -0000 TB --- 2014-05-06 13:00:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:00:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:00:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-06 13:00:18 - cleaning the object tree TB --- 2014-05-06 13:00:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:00:23 - At svn revision 265439 TB --- 2014-05-06 13:00:24 - building world TB --- 2014-05-06 13:00:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:00:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:00:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:00:24 - SRCCONF=/dev/null TB --- 2014-05-06 13:00:24 - TARGET=amd64 TB --- 2014-05-06 13:00:24 - TARGET_ARCH=amd64 TB --- 2014-05-06 13:00:24 - TZ=UTC TB --- 2014-05-06 13:00:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:00:24 - cd /src TB --- 2014-05-06 13:00:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:00:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:00:24 - ERROR: failed to build world TB --- 2014-05-06 13:00:24 - 1.68 user 3.00 system 5.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:00:34 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F660985; Tue, 6 May 2014 13:00:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 08DF295A; Tue, 6 May 2014 13:00:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46D0UXr099425; Tue, 6 May 2014 09:00:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46D0UVl099422; Tue, 6 May 2014 13:00:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:00:30 GMT Message-Id: <201405061300.s46D0UVl099422@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:00:34 -0000 TB --- 2014-05-06 13:00:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:00:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:00:24 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-06 13:00:24 - cleaning the object tree TB --- 2014-05-06 13:00:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:00:29 - At svn revision 265439 TB --- 2014-05-06 13:00:30 - building world TB --- 2014-05-06 13:00:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:00:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:00:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:00:30 - SRCCONF=/dev/null TB --- 2014-05-06 13:00:30 - TARGET=pc98 TB --- 2014-05-06 13:00:30 - TARGET_ARCH=i386 TB --- 2014-05-06 13:00:30 - TZ=UTC TB --- 2014-05-06 13:00:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:00:30 - cd /src TB --- 2014-05-06 13:00:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:00:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:00:30 - ERROR: failed to build world TB --- 2014-05-06 13:00:30 - 1.70 user 2.83 system 5.55 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:00:34 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6988498A; Tue, 6 May 2014 13:00:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 30E4C95D; Tue, 6 May 2014 13:00:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46D0X5D099482; Tue, 6 May 2014 09:00:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46D0UG6099476; Tue, 6 May 2014 13:00:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:00:30 GMT Message-Id: <201405061300.s46D0UG6099476@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:00:34 -0000 TB --- 2014-05-06 13:00:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:00:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:00:24 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-06 13:00:24 - cleaning the object tree TB --- 2014-05-06 13:00:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:00:29 - At svn revision 265439 TB --- 2014-05-06 13:00:30 - building world TB --- 2014-05-06 13:00:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:00:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:00:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:00:30 - SRCCONF=/dev/null TB --- 2014-05-06 13:00:30 - TARGET=mips TB --- 2014-05-06 13:00:30 - TARGET_ARCH=mips TB --- 2014-05-06 13:00:30 - TZ=UTC TB --- 2014-05-06 13:00:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:00:30 - cd /src TB --- 2014-05-06 13:00:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:00:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:00:30 - ERROR: failed to build world TB --- 2014-05-06 13:00:30 - 1.62 user 3.02 system 5.68 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:00:34 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5754B988; Tue, 6 May 2014 13:00:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 20A4595B; Tue, 6 May 2014 13:00:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46D0XUZ099481; Tue, 6 May 2014 09:00:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46D0UkA099477; Tue, 6 May 2014 13:00:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:00:30 GMT Message-Id: <201405061300.s46D0UkA099477@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:00:34 -0000 TB --- 2014-05-06 13:00:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:00:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:00:24 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-06 13:00:24 - cleaning the object tree TB --- 2014-05-06 13:00:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:00:29 - At svn revision 265439 TB --- 2014-05-06 13:00:30 - building world TB --- 2014-05-06 13:00:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:00:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:00:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:00:30 - SRCCONF=/dev/null TB --- 2014-05-06 13:00:30 - TARGET=mips TB --- 2014-05-06 13:00:30 - TARGET_ARCH=mips64 TB --- 2014-05-06 13:00:30 - TZ=UTC TB --- 2014-05-06 13:00:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:00:30 - cd /src TB --- 2014-05-06 13:00:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:00:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:00:30 - ERROR: failed to build world TB --- 2014-05-06 13:00:30 - 1.68 user 2.95 system 5.68 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:00:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8B05ABB; Tue, 6 May 2014 13:00:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 814C4962; Tue, 6 May 2014 13:00:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46D0cmi099564; Tue, 6 May 2014 09:00:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46D0cLw099563; Tue, 6 May 2014 13:00:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:00:38 GMT Message-Id: <201405061300.s46D0cLw099563@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:00:39 -0000 TB --- 2014-05-06 13:00:33 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:00:33 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:00:33 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-06 13:00:33 - cleaning the object tree TB --- 2014-05-06 13:00:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:00:37 - At svn revision 265439 TB --- 2014-05-06 13:00:38 - building world TB --- 2014-05-06 13:00:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:00:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:00:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:00:38 - SRCCONF=/dev/null TB --- 2014-05-06 13:00:38 - TARGET=powerpc TB --- 2014-05-06 13:00:38 - TARGET_ARCH=powerpc64 TB --- 2014-05-06 13:00:38 - TZ=UTC TB --- 2014-05-06 13:00:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:00:38 - cd /src TB --- 2014-05-06 13:00:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:00:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:00:38 - ERROR: failed to build world TB --- 2014-05-06 13:00:38 - 1.65 user 2.52 system 5.16 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:00:34 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C128989; Tue, 6 May 2014 13:00:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 22D5F95C; Tue, 6 May 2014 13:00:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46D0Xm1099478; Tue, 6 May 2014 09:00:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46D0UKS099441; Tue, 6 May 2014 13:00:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:00:30 GMT Message-Id: <201405061300.s46D0UKS099441@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:00:34 -0000 TB --- 2014-05-06 13:00:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:00:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:00:24 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-06 13:00:24 - cleaning the object tree TB --- 2014-05-06 13:00:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:00:29 - At svn revision 265439 TB --- 2014-05-06 13:00:30 - building world TB --- 2014-05-06 13:00:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:00:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:00:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:00:30 - SRCCONF=/dev/null TB --- 2014-05-06 13:00:30 - TARGET=ia64 TB --- 2014-05-06 13:00:30 - TARGET_ARCH=ia64 TB --- 2014-05-06 13:00:30 - TZ=UTC TB --- 2014-05-06 13:00:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:00:30 - cd /src TB --- 2014-05-06 13:00:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:00:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:00:30 - ERROR: failed to build world TB --- 2014-05-06 13:00:30 - 1.52 user 3.08 system 5.62 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:00:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D053ABA; Tue, 6 May 2014 13:00:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 56816961; Tue, 6 May 2014 13:00:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46D0ch8099525; Tue, 6 May 2014 09:00:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46D0cdK099524; Tue, 6 May 2014 13:00:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:00:38 GMT Message-Id: <201405061300.s46D0cdK099524@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:00:39 -0000 TB --- 2014-05-06 13:00:33 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:00:33 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:00:33 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-06 13:00:33 - cleaning the object tree TB --- 2014-05-06 13:00:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:00:37 - At svn revision 265439 TB --- 2014-05-06 13:00:38 - building world TB --- 2014-05-06 13:00:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:00:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:00:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:00:38 - SRCCONF=/dev/null TB --- 2014-05-06 13:00:38 - TARGET=powerpc TB --- 2014-05-06 13:00:38 - TARGET_ARCH=powerpc TB --- 2014-05-06 13:00:38 - TZ=UTC TB --- 2014-05-06 13:00:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:00:38 - cd /src TB --- 2014-05-06 13:00:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:00:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:00:38 - ERROR: failed to build world TB --- 2014-05-06 13:00:38 - 1.66 user 2.40 system 5.06 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:00:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BB714ABC; Tue, 6 May 2014 13:00:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 84547964; Tue, 6 May 2014 13:00:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46D0cjV099565; Tue, 6 May 2014 09:00:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46D0cXu099562; Tue, 6 May 2014 13:00:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:00:38 GMT Message-Id: <201405061300.s46D0cXu099562@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:00:39 -0000 TB --- 2014-05-06 13:00:33 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:00:33 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:00:33 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-06 13:00:33 - cleaning the object tree TB --- 2014-05-06 13:00:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:00:37 - At svn revision 265439 TB --- 2014-05-06 13:00:38 - building world TB --- 2014-05-06 13:00:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:00:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:00:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:00:38 - SRCCONF=/dev/null TB --- 2014-05-06 13:00:38 - TARGET=sparc64 TB --- 2014-05-06 13:00:38 - TARGET_ARCH=sparc64 TB --- 2014-05-06 13:00:38 - TZ=UTC TB --- 2014-05-06 13:00:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:00:38 - cd /src TB --- 2014-05-06 13:00:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:00:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:00:38 - ERROR: failed to build world TB --- 2014-05-06 13:00:38 - 1.59 user 2.56 system 5.16 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:10:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 015FA923; Tue, 6 May 2014 13:10:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BB8FAB18; Tue, 6 May 2014 13:10:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DAO2L099691; Tue, 6 May 2014 09:10:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DAOUG099687; Tue, 6 May 2014 13:10:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:10:24 GMT Message-Id: <201405061310.s46DAOUG099687@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:10:26 -0000 TB --- 2014-05-06 13:10:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:10:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:10:18 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-06 13:10:18 - cleaning the object tree TB --- 2014-05-06 13:10:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:10:23 - At svn revision 265439 TB --- 2014-05-06 13:10:24 - building world TB --- 2014-05-06 13:10:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:10:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:10:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:10:24 - SRCCONF=/dev/null TB --- 2014-05-06 13:10:24 - TARGET=arm TB --- 2014-05-06 13:10:24 - TARGET_ARCH=armv6 TB --- 2014-05-06 13:10:24 - TZ=UTC TB --- 2014-05-06 13:10:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:10:24 - cd /src TB --- 2014-05-06 13:10:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:10:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:10:24 - ERROR: failed to build world TB --- 2014-05-06 13:10:24 - 1.61 user 3.05 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:10:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C29C5920; Tue, 6 May 2014 13:10:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8AA02B15; Tue, 6 May 2014 13:10:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DAO7W099690; Tue, 6 May 2014 09:10:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DAOv7099686; Tue, 6 May 2014 13:10:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:10:24 GMT Message-Id: <201405061310.s46DAOv7099686@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:10:25 -0000 TB --- 2014-05-06 13:10:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:10:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:10:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-06 13:10:18 - cleaning the object tree TB --- 2014-05-06 13:10:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:10:23 - At svn revision 265439 TB --- 2014-05-06 13:10:24 - building world TB --- 2014-05-06 13:10:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:10:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:10:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:10:24 - SRCCONF=/dev/null TB --- 2014-05-06 13:10:24 - TARGET=amd64 TB --- 2014-05-06 13:10:24 - TARGET_ARCH=amd64 TB --- 2014-05-06 13:10:24 - TZ=UTC TB --- 2014-05-06 13:10:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:10:24 - cd /src TB --- 2014-05-06 13:10:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:10:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:10:24 - ERROR: failed to build world TB --- 2014-05-06 13:10:24 - 1.55 user 3.13 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:10:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F3404922; Tue, 6 May 2014 13:10:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B972DB17; Tue, 6 May 2014 13:10:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DAOjM099689; Tue, 6 May 2014 09:10:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DAOS2099685; Tue, 6 May 2014 13:10:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:10:24 GMT Message-Id: <201405061310.s46DAOS2099685@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:10:26 -0000 TB --- 2014-05-06 13:10:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:10:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:10:18 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-06 13:10:18 - cleaning the object tree TB --- 2014-05-06 13:10:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:10:23 - At svn revision 265439 TB --- 2014-05-06 13:10:24 - building world TB --- 2014-05-06 13:10:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:10:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:10:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:10:24 - SRCCONF=/dev/null TB --- 2014-05-06 13:10:24 - TARGET=arm TB --- 2014-05-06 13:10:24 - TARGET_ARCH=arm TB --- 2014-05-06 13:10:24 - TZ=UTC TB --- 2014-05-06 13:10:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:10:24 - cd /src TB --- 2014-05-06 13:10:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:10:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:10:24 - ERROR: failed to build world TB --- 2014-05-06 13:10:24 - 1.57 user 3.10 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:10:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE924921; Tue, 6 May 2014 13:10:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B744DB16; Tue, 6 May 2014 13:10:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DAOKM099688; Tue, 6 May 2014 09:10:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DAO3o099684; Tue, 6 May 2014 13:10:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:10:24 GMT Message-Id: <201405061310.s46DAO3o099684@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:10:26 -0000 TB --- 2014-05-06 13:10:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:10:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:10:18 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-06 13:10:18 - cleaning the object tree TB --- 2014-05-06 13:10:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:10:23 - At svn revision 265439 TB --- 2014-05-06 13:10:24 - building world TB --- 2014-05-06 13:10:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:10:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:10:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:10:24 - SRCCONF=/dev/null TB --- 2014-05-06 13:10:24 - TARGET=i386 TB --- 2014-05-06 13:10:24 - TARGET_ARCH=i386 TB --- 2014-05-06 13:10:24 - TZ=UTC TB --- 2014-05-06 13:10:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:10:24 - cd /src TB --- 2014-05-06 13:10:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:10:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:10:24 - ERROR: failed to build world TB --- 2014-05-06 13:10:24 - 1.77 user 2.90 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:10:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 99A48C41; Tue, 6 May 2014 13:10:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 630BDB1A; Tue, 6 May 2014 13:10:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DAUnF099774; Tue, 6 May 2014 09:10:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DAUqO099748; Tue, 6 May 2014 13:10:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:10:30 GMT Message-Id: <201405061310.s46DAUqO099748@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:10:31 -0000 TB --- 2014-05-06 13:10:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:10:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:10:24 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-06 13:10:24 - cleaning the object tree TB --- 2014-05-06 13:10:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:10:29 - At svn revision 265439 TB --- 2014-05-06 13:10:30 - building world TB --- 2014-05-06 13:10:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:10:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:10:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:10:30 - SRCCONF=/dev/null TB --- 2014-05-06 13:10:30 - TARGET=pc98 TB --- 2014-05-06 13:10:30 - TARGET_ARCH=i386 TB --- 2014-05-06 13:10:30 - TZ=UTC TB --- 2014-05-06 13:10:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:10:30 - cd /src TB --- 2014-05-06 13:10:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:10:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:10:30 - ERROR: failed to build world TB --- 2014-05-06 13:10:30 - 1.66 user 2.93 system 5.62 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:10:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1EE8EA7; Tue, 6 May 2014 13:10:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9B783B24; Tue, 6 May 2014 13:10:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DAcGs099857; Tue, 6 May 2014 09:10:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DAcra099843; Tue, 6 May 2014 13:10:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:10:38 GMT Message-Id: <201405061310.s46DAcra099843@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:10:39 -0000 TB --- 2014-05-06 13:10:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:10:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:10:30 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-06 13:10:30 - cleaning the object tree TB --- 2014-05-06 13:10:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:10:37 - At svn revision 265439 TB --- 2014-05-06 13:10:38 - building world TB --- 2014-05-06 13:10:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:10:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:10:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:10:38 - SRCCONF=/dev/null TB --- 2014-05-06 13:10:38 - TARGET=powerpc TB --- 2014-05-06 13:10:38 - TARGET_ARCH=powerpc TB --- 2014-05-06 13:10:38 - TZ=UTC TB --- 2014-05-06 13:10:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:10:38 - cd /src TB --- 2014-05-06 13:10:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:10:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:10:38 - ERROR: failed to build world TB --- 2014-05-06 13:10:38 - 1.74 user 2.38 system 8.04 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:10:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AFE42C45; Tue, 6 May 2014 13:10:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 782A4B1D; Tue, 6 May 2014 13:10:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DAUA5099799; Tue, 6 May 2014 09:10:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DAULe099797; Tue, 6 May 2014 13:10:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:10:30 GMT Message-Id: <201405061310.s46DAULe099797@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:10:32 -0000 TB --- 2014-05-06 13:10:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:10:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:10:24 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-06 13:10:24 - cleaning the object tree TB --- 2014-05-06 13:10:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:10:29 - At svn revision 265439 TB --- 2014-05-06 13:10:30 - building world TB --- 2014-05-06 13:10:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:10:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:10:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:10:30 - SRCCONF=/dev/null TB --- 2014-05-06 13:10:30 - TARGET=mips TB --- 2014-05-06 13:10:30 - TARGET_ARCH=mips TB --- 2014-05-06 13:10:30 - TZ=UTC TB --- 2014-05-06 13:10:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:10:30 - cd /src TB --- 2014-05-06 13:10:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:10:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:10:30 - ERROR: failed to build world TB --- 2014-05-06 13:10:30 - 1.65 user 2.98 system 5.69 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:10:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8C10EA9; Tue, 6 May 2014 13:10:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B2196B26; Tue, 6 May 2014 13:10:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DAcJE099881; Tue, 6 May 2014 09:10:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DAcQI099879; Tue, 6 May 2014 13:10:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:10:38 GMT Message-Id: <201405061310.s46DAcQI099879@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:10:40 -0000 TB --- 2014-05-06 13:10:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:10:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:10:30 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-06 13:10:30 - cleaning the object tree TB --- 2014-05-06 13:10:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:10:37 - At svn revision 265439 TB --- 2014-05-06 13:10:38 - building world TB --- 2014-05-06 13:10:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:10:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:10:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:10:38 - SRCCONF=/dev/null TB --- 2014-05-06 13:10:38 - TARGET=powerpc TB --- 2014-05-06 13:10:38 - TARGET_ARCH=powerpc64 TB --- 2014-05-06 13:10:38 - TZ=UTC TB --- 2014-05-06 13:10:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:10:38 - cd /src TB --- 2014-05-06 13:10:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:10:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:10:38 - ERROR: failed to build world TB --- 2014-05-06 13:10:38 - 1.56 user 2.60 system 8.09 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:10:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AF3FFC44; Tue, 6 May 2014 13:10:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7790FB1C; Tue, 6 May 2014 13:10:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DAUrA099798; Tue, 6 May 2014 09:10:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DAUYR099796; Tue, 6 May 2014 13:10:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:10:30 GMT Message-Id: <201405061310.s46DAUYR099796@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:10:31 -0000 TB --- 2014-05-06 13:10:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:10:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:10:24 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-06 13:10:24 - cleaning the object tree TB --- 2014-05-06 13:10:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:10:29 - At svn revision 265439 TB --- 2014-05-06 13:10:30 - building world TB --- 2014-05-06 13:10:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:10:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:10:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:10:30 - SRCCONF=/dev/null TB --- 2014-05-06 13:10:30 - TARGET=mips TB --- 2014-05-06 13:10:30 - TARGET_ARCH=mips64 TB --- 2014-05-06 13:10:30 - TZ=UTC TB --- 2014-05-06 13:10:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:10:30 - cd /src TB --- 2014-05-06 13:10:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:10:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:10:30 - ERROR: failed to build world TB --- 2014-05-06 13:10:30 - 1.70 user 2.96 system 5.69 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:10:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0278C42; Tue, 6 May 2014 13:10:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 68A26B1B; Tue, 6 May 2014 13:10:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DAUgu099795; Tue, 6 May 2014 09:10:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DAUBq099759; Tue, 6 May 2014 13:10:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:10:30 GMT Message-Id: <201405061310.s46DAUBq099759@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:10:31 -0000 TB --- 2014-05-06 13:10:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:10:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:10:24 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-06 13:10:24 - cleaning the object tree TB --- 2014-05-06 13:10:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:10:29 - At svn revision 265439 TB --- 2014-05-06 13:10:30 - building world TB --- 2014-05-06 13:10:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:10:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:10:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:10:30 - SRCCONF=/dev/null TB --- 2014-05-06 13:10:30 - TARGET=ia64 TB --- 2014-05-06 13:10:30 - TARGET_ARCH=ia64 TB --- 2014-05-06 13:10:30 - TZ=UTC TB --- 2014-05-06 13:10:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:10:30 - cd /src TB --- 2014-05-06 13:10:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:10:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:10:30 - ERROR: failed to build world TB --- 2014-05-06 13:10:30 - 1.61 user 3.00 system 5.63 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:10:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5D8EEA8; Tue, 6 May 2014 13:10:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AE930B25; Tue, 6 May 2014 13:10:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DAcxo099882; Tue, 6 May 2014 09:10:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DAcPS099880; Tue, 6 May 2014 13:10:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:10:38 GMT Message-Id: <201405061310.s46DAcPS099880@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:10:40 -0000 TB --- 2014-05-06 13:10:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:10:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:10:30 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-06 13:10:30 - cleaning the object tree TB --- 2014-05-06 13:10:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:10:37 - At svn revision 265439 TB --- 2014-05-06 13:10:38 - building world TB --- 2014-05-06 13:10:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:10:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:10:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:10:38 - SRCCONF=/dev/null TB --- 2014-05-06 13:10:38 - TARGET=sparc64 TB --- 2014-05-06 13:10:38 - TARGET_ARCH=sparc64 TB --- 2014-05-06 13:10:38 - TZ=UTC TB --- 2014-05-06 13:10:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:10:38 - cd /src TB --- 2014-05-06 13:10:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:10:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:10:38 - ERROR: failed to build world TB --- 2014-05-06 13:10:38 - 1.67 user 2.48 system 8.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:17:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB9F7867 for ; Tue, 6 May 2014 13:17:05 +0000 (UTC) Received: from mail-pd0-f177.google.com (mail-pd0-f177.google.com [209.85.192.177]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7A0E1C09 for ; Tue, 6 May 2014 13:17:05 +0000 (UTC) Received: by mail-pd0-f177.google.com with SMTP id p10so3896617pdj.8 for ; Tue, 06 May 2014 06:17:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=TBLOxWFuQMHfaC0d3uGXZmxfbNhafTzS6l6a+k9uve4=; b=fFbqMrOnq2FeiCYr3wTZPHpqJzFOtHWv5cjdJAOLwobu056uUnNWqHXsH6V1v6QMRQ TQN7bpfcH0K5hXu9MOJPVTa22gUAFc1cTovxM4dgo0mmDFoFFu5ueyX9AQYDtl99WPTX xD+3JV4iifGApmtKQapU+Pjv1PmjfP9nzWoeQ/l0MrJdoBxqyiVQBht57N7aeuT/QvuP xrZ+rUq/Q7oEXLTVll9QQ7PVVbnlYXFxCCB46rtI5sLuqmDd02mUoswVBfpxhlBRCnc8 8wA3wfIcLZA92jJf6m642uvL3YiN+A07DaoxlO09OyJVnmZVFOBkdyxC31NwjLWwePYx eo/Q== X-Gm-Message-State: ALoCoQnkQglhSxTFvom05NyFcRVVNNDoocPQT43/f8iK1nmrIy4Mx88aV2MpLnyZBrvj3oyhSbQY X-Received: by 10.66.146.199 with SMTP id te7mr6279785pab.106.1399382224095; Tue, 06 May 2014 06:17:04 -0700 (PDT) Received: from [10.64.26.239] (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id ph1sm97582900pac.14.2014.05.06.06.16.58 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 06 May 2014 06:16:58 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_1AA88A77-736E-44CA-9235-BA1DA80D6C5F"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: buildworld fails (missing /usr/share/mk/src.opts.mk) From: Warner Losh In-Reply-To: <5368D7F1.4040009@freebsd.org> Date: Tue, 6 May 2014 07:16:55 -0600 Message-Id: References: <5368B0C5.6040309@freebsd.org> <5368C675.1070700@freebsd.org> <5368D7F1.4040009@freebsd.org> To: Stefan Esser X-Mailer: Apple Mail (2.1874) Cc: "current@freebsd.org" , Trond.Endrestol@fagskolen.gjovik.no X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 13:17:05 -0000 --Apple-Mail=_1AA88A77-736E-44CA-9235-BA1DA80D6C5F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On May 6, 2014, at 6:39 AM, Stefan Esser wrote: > Am 06.05.2014 13:44, schrieb Trond Endrest=F8l: >> On Tue, 6 May 2014 13:24+0200, Stefan Esser wrote: >>> Am 06.05.2014 11:52, schrieb Stefan Esser: >>>> Hi Warner, >>>>=20 >>>> as already reported by Jenkins, HEAD does not build. >>>>=20 >>>> Seems that this is caused by src.opts.mk missing in /usr/share/mk >>>> during the cleandir phase. I guess this is kind of a bootstrap >>>> issue - the definitions are looked up in the installed base, not >>>> in the src tree - but did not verify this assumption. >>>>=20 >>>> A work-around is to manually install src.opts.mk: >>>>=20 >>>> # make -C /usr/src/share/mk install >>>>=20 >>>> (which might deserve an UPDATING entry). Falling back on the file >>>> in the src directory might be a better solution ... >>>>=20 >>>> Regards, STefan >>>=20 >>> Following up to my earlier mail: >>>=20 >>> The diagnosis was wrong - the main Makefiles include src.opts.mk = from >>> the source directory. But two sub-ordinate Makefiles missed to = include >>> the new options file (sys/conf/kmod.mk and = sys/modules/drm2/Makefile). >>>=20 >>> I committed a fix/work-around to stop the flood of tinderbox = messages >>> (r265433). >>=20 >> tinderbox still complains about usr.bin/bmake/Makefile.inc. >=20 > Hmmm, I managed to buildworld -HEAD after this patch, but it is > possible, that I had src.opts.mk installed in /usr/share/mk when > I started the build. >=20 > (I later deleted it, to be sure that the version in the source > directory was found and used when building modules, which the > commit actually fixed.) >=20 > I guess the remaining problem is caused by >=20 > .include "src.opts.mk" >=20 > in line 3 of src/usr.bin/bmake/Makefile.inc >=20 > Changing this line to read ".include " seems to fix > it on my system. >=20 > --- usr.bin/bmake/Makefile.inc~ > +++ usr.bin/bmake/Makefile.inc > @@ -1,6 +1,6 @@ > # $FreeBSD$ >=20 > -.include "src.opts.mk" > +.include >=20 > .if defined(.PARSEDIR) > # make sure this is available to unit-tests/Makefile >=20 > It is possible, that the build will still fail at a latter stage, > though (buildworld is still running). >=20 > I committed the above patch, since it gets buildworld through the > bmake subdirectory at least (r265436). If buildworld fails again, > then I'll commit any further missing fixes in one go. I'll know > in some 20 minutes. What is your source system? This is absolutely the wrong change, and = shouldn=92t be necessary at all. These changes survived a universe run = and a few build worlds on other systems. Warner --Apple-Mail=_1AA88A77-736E-44CA-9235-BA1DA80D6C5F Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTaODHAAoJEGwc0Sh9sBEAnUEP/Rwccw9ZauYWlsPfixxT/QRH BV0Zl5AkIV+wLJtrajjU3gOt3Omj243l997AfQkkYhHOMTfEfDIW+2qPCQMYczwV 6xXW32PgtWSblNOvEoxWXV84kBqbWBPZvoa7rslemOrK1oDAJTR+oT+CoBoDhcCH jPbay7IhDT6c6AgbBDN6Dy5Iwjs6n10fHXwObHpIx2JHuK17+/1MRvtRPantpcxL MLtHtDCcJ23wRbFXf8FdBcHE7osdX5Q6iKekebIFEJGMqv5C/c66LnaqKHwp8s1E BsJwdHSNBVr2wVfrUwv8Xxl1SvUzcZiCPLVWx156Ed2YPX9WjP+KpZLsx418oV37 9t3jglDSVgk1bNktzdcY2gB0Jztm9Xu+tlJHjsWlWf5IwT/TfK+vttsuYk4Utwbc HwcWTDOGnzX3jO7AiaDDtUeOz5+QVwGJ7bIY3/hHEsrhAtQWXGLB38Mivm32OR4k 6zvG6YRGE3s73XpeQLYGCfSYEeNbtN1W0a4FJOdDSsiLKW0RtryFLLyh+InBFG4W vdWp0KQAlJ6j25tai0n3CgsQ+CHbFO7I33Rbjjqb5ksirljajJrsDyowK2s97qxS JL41octPBF6Hdy+/8Ritkv4oo6M8IqupLMMMPQ4dTEjYoetBv+VMr+mVx56Je0eR mJ1KvDOFmY0Ig9yv1AGJ =Hfq0 -----END PGP SIGNATURE----- --Apple-Mail=_1AA88A77-736E-44CA-9235-BA1DA80D6C5F-- From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:18:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5CB6E982 for ; Tue, 6 May 2014 13:18:31 +0000 (UTC) Received: from mail-pa0-f41.google.com (mail-pa0-f41.google.com [209.85.220.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2A22DC1C for ; Tue, 6 May 2014 13:18:30 +0000 (UTC) Received: by mail-pa0-f41.google.com with SMTP id lj1so8616840pab.0 for ; Tue, 06 May 2014 06:18:30 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=bca8/SpV/07Hfxoz8fYwavGepkLPIwt/PkiYJVl/kAw=; b=N+tCXHMBuQR1y6xTkSHwHyW6sfWbqatl3iGhkOHm68RZMwkRrJgIxIwPJX2DAvbnRD 0Iz4iaaCAabT0PKIajYwl+B0XzSGEOQyPyvAVt8eIhH+aHHNY0zdq2ZVdrbpJE8KVsTl 1HU1txaSXPShCuJq4fAW6qkorKIFH2gIzwzw0v5h98olTBmYylrt/+r+wDZndnsZ/84/ j5GHqL6u3MQ14Zqvmd/y13UR9Yr3ksW/RMywAkXTBD8Phod9jn8dMjQV2NY3x9H0Lmhk Bbx+bvPbF6EcI/VqvZdgfnGzgZrDqI/LzRCvTzvf/wTlH0EguA2CmA7WPa+pWMDcIA7z fBSA== X-Gm-Message-State: ALoCoQntvONI5Tz/Z0CI9NkI5TRWJ/R8QgVULWqtyBLZj2GN86BOKGh0Yi7Zj+/TsPI8rjz/tQL0 X-Received: by 10.66.250.161 with SMTP id zd1mr6372416pac.136.1399382310055; Tue, 06 May 2014 06:18:30 -0700 (PDT) Received: from [10.64.26.239] (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id sv10sm336901pbc.74.2014.05.06.06.18.28 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 06 May 2014 06:18:29 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_3FC24D02-E052-499D-9AB1-B41EC184C759"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: buildworld fails (missing /usr/share/mk/src.opts.mk) From: Warner Losh In-Reply-To: Date: Tue, 6 May 2014 07:18:26 -0600 Message-Id: References: <5368B0C5.6040309@freebsd.org> <5368C675.1070700@freebsd.org> <5368D7F1.4040009@freebsd.org> To: Stefan Esser X-Mailer: Apple Mail (2.1874) Cc: "current@freebsd.org" , Trond.Endrestol@fagskolen.gjovik.no X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 13:18:31 -0000 --Apple-Mail=_3FC24D02-E052-499D-9AB1-B41EC184C759 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On May 6, 2014, at 7:16 AM, Warner Losh wrote: >=20 > On May 6, 2014, at 6:39 AM, Stefan Esser wrote: >=20 >> Am 06.05.2014 13:44, schrieb Trond Endrest=F8l: >>> On Tue, 6 May 2014 13:24+0200, Stefan Esser wrote: >>>> Am 06.05.2014 11:52, schrieb Stefan Esser: >>>>> Hi Warner, >>>>>=20 >>>>> as already reported by Jenkins, HEAD does not build. >>>>>=20 >>>>> Seems that this is caused by src.opts.mk missing in /usr/share/mk >>>>> during the cleandir phase. I guess this is kind of a bootstrap >>>>> issue - the definitions are looked up in the installed base, not >>>>> in the src tree - but did not verify this assumption. >>>>>=20 >>>>> A work-around is to manually install src.opts.mk: >>>>>=20 >>>>> # make -C /usr/src/share/mk install >>>>>=20 >>>>> (which might deserve an UPDATING entry). Falling back on the file >>>>> in the src directory might be a better solution ... >>>>>=20 >>>>> Regards, STefan >>>>=20 >>>> Following up to my earlier mail: >>>>=20 >>>> The diagnosis was wrong - the main Makefiles include src.opts.mk = from >>>> the source directory. But two sub-ordinate Makefiles missed to = include >>>> the new options file (sys/conf/kmod.mk and = sys/modules/drm2/Makefile). >>>>=20 >>>> I committed a fix/work-around to stop the flood of tinderbox = messages >>>> (r265433). >>>=20 >>> tinderbox still complains about usr.bin/bmake/Makefile.inc. >>=20 >> Hmmm, I managed to buildworld -HEAD after this patch, but it is >> possible, that I had src.opts.mk installed in /usr/share/mk when >> I started the build. >>=20 >> (I later deleted it, to be sure that the version in the source >> directory was found and used when building modules, which the >> commit actually fixed.) >>=20 >> I guess the remaining problem is caused by >>=20 >> .include "src.opts.mk" >>=20 >> in line 3 of src/usr.bin/bmake/Makefile.inc >>=20 >> Changing this line to read ".include " seems to fix >> it on my system. >>=20 >> --- usr.bin/bmake/Makefile.inc~ >> +++ usr.bin/bmake/Makefile.inc >> @@ -1,6 +1,6 @@ >> # $FreeBSD$ >>=20 >> -.include "src.opts.mk" >> +.include >>=20 >> .if defined(.PARSEDIR) >> # make sure this is available to unit-tests/Makefile >>=20 >> It is possible, that the build will still fail at a latter stage, >> though (buildworld is still running). >>=20 >> I committed the above patch, since it gets buildworld through the >> bmake subdirectory at least (r265436). If buildworld fails again, >> then I'll commit any further missing fixes in one go. I'll know >> in some 20 minutes. >=20 > What is your source system? This is absolutely the wrong change, and = shouldn=92t be necessary at all. These changes survived a universe run = and a few build worlds on other systems. so I=92d like to know how to recreate it, since I didn=92t see this in = any of my testing over the last two weeks... > Warner --Apple-Mail=_3FC24D02-E052-499D-9AB1-B41EC184C759 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTaOEiAAoJEGwc0Sh9sBEA/XUP/04G8Nbes2ABRaszgVtm/MfY 3NK+yCejbEZmo6SENJnrYmbS2KOotmKxq1ZJBDESH0mmynNaIplLUXhroVoqJ10I WiedvKQezWU2CezpwUB77zTKw0oHaKTWr2zmcZXXeOystLS6HRyWxmB4Jxvgas1j pg3NQha5lPZ6iksyDBR4wSZZgjwjBrHJV3wO1vmxUYFPo3EtH2bMHx2gKaMqkj7w 4sD9MY8vXEeKGbW2CkHKl97QPkdODeFLIAJDMiRlKGg5EBfcdgmxCLpUx6INVY+k 9UQDIfZwnH5POnF8q3U294Zm0hMReBUeMWVSc5XQWerAgyZ/GcwooD1zd3hZ/I98 20HHM7N4FWGIIc7b8DByG2tMOxcPeH4s+woQDwrWUV+rzV9fKuwMGvS19RlFDSdK SMLnbs+hJFhNu7k2iTL/emTzLPges+cyx+VV/nCvWZCzvTn81Ct6WflX+mwHl6QP GZUU9w5q7BoY+R1oywycZQrfYyRpaS11Eu8xGr6BPk4HopoYBJw/Lcr7HKSbZUti 4FXqI+hN9F8bAbb16ox7SDhKEWBuGxY1GIP+DsxqfNSKIihuJ5hkJtXrvFJxcNuc uWySyNP8KIQ8Xc16RYZkNn8AWHNtrEfXncJDXqb/JkfSosz1AzuSfXKiwh89oP69 FxKJvhKVZKMwZbVm/7Hi =L9+t -----END PGP SIGNATURE----- --Apple-Mail=_3FC24D02-E052-499D-9AB1-B41EC184C759-- From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:20:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BFB26AB6; Tue, 6 May 2014 13:20:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 87F4AC3A; Tue, 6 May 2014 13:20:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DKO48000119; Tue, 6 May 2014 09:20:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DKOEp000115; Tue, 6 May 2014 13:20:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:20:24 GMT Message-Id: <201405061320.s46DKOEp000115@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:20:25 -0000 TB --- 2014-05-06 13:20:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:20:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:20:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-06 13:20:18 - cleaning the object tree TB --- 2014-05-06 13:20:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:20:23 - At svn revision 265439 TB --- 2014-05-06 13:20:24 - building world TB --- 2014-05-06 13:20:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:20:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:20:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:20:24 - SRCCONF=/dev/null TB --- 2014-05-06 13:20:24 - TARGET=amd64 TB --- 2014-05-06 13:20:24 - TARGET_ARCH=amd64 TB --- 2014-05-06 13:20:24 - TZ=UTC TB --- 2014-05-06 13:20:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:20:24 - cd /src TB --- 2014-05-06 13:20:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:20:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:20:24 - ERROR: failed to build world TB --- 2014-05-06 13:20:24 - 1.66 user 3.02 system 5.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:20:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1E85AB7; Tue, 6 May 2014 13:20:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8A07AC3B; Tue, 6 May 2014 13:20:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DKO3P000118; Tue, 6 May 2014 09:20:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DKO9T000114; Tue, 6 May 2014 13:20:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:20:24 GMT Message-Id: <201405061320.s46DKO9T000114@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:20:25 -0000 TB --- 2014-05-06 13:20:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:20:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:20:18 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-06 13:20:18 - cleaning the object tree TB --- 2014-05-06 13:20:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:20:23 - At svn revision 265439 TB --- 2014-05-06 13:20:24 - building world TB --- 2014-05-06 13:20:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:20:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:20:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:20:24 - SRCCONF=/dev/null TB --- 2014-05-06 13:20:24 - TARGET=i386 TB --- 2014-05-06 13:20:24 - TARGET_ARCH=i386 TB --- 2014-05-06 13:20:24 - TZ=UTC TB --- 2014-05-06 13:20:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:20:24 - cd /src TB --- 2014-05-06 13:20:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:20:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:20:24 - ERROR: failed to build world TB --- 2014-05-06 13:20:24 - 1.70 user 2.97 system 5.72 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:20:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6175FCEE; Tue, 6 May 2014 13:20:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2AADAC40; Tue, 6 May 2014 13:20:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DKUiv000172; Tue, 6 May 2014 09:20:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DKUL8000171; Tue, 6 May 2014 13:20:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:20:30 GMT Message-Id: <201405061320.s46DKUL8000171@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:20:31 -0000 TB --- 2014-05-06 13:20:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:20:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:20:24 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-06 13:20:24 - cleaning the object tree TB --- 2014-05-06 13:20:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:20:29 - At svn revision 265439 TB --- 2014-05-06 13:20:30 - building world TB --- 2014-05-06 13:20:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:20:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:20:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:20:30 - SRCCONF=/dev/null TB --- 2014-05-06 13:20:30 - TARGET=pc98 TB --- 2014-05-06 13:20:30 - TARGET_ARCH=i386 TB --- 2014-05-06 13:20:30 - TZ=UTC TB --- 2014-05-06 13:20:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:20:30 - cd /src TB --- 2014-05-06 13:20:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:20:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:20:30 - ERROR: failed to build world TB --- 2014-05-06 13:20:30 - 1.71 user 2.72 system 5.45 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:20:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A734ABB; Tue, 6 May 2014 13:20:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D7BD7C3D; Tue, 6 May 2014 13:20:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DKOMu000120; Tue, 6 May 2014 09:20:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DKOa0000116; Tue, 6 May 2014 13:20:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:20:24 GMT Message-Id: <201405061320.s46DKOa0000116@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:20:26 -0000 TB --- 2014-05-06 13:20:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:20:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:20:18 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-06 13:20:18 - cleaning the object tree TB --- 2014-05-06 13:20:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:20:23 - At svn revision 265439 TB --- 2014-05-06 13:20:24 - building world TB --- 2014-05-06 13:20:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:20:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:20:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:20:24 - SRCCONF=/dev/null TB --- 2014-05-06 13:20:24 - TARGET=arm TB --- 2014-05-06 13:20:24 - TARGET_ARCH=arm TB --- 2014-05-06 13:20:24 - TZ=UTC TB --- 2014-05-06 13:20:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:20:24 - cd /src TB --- 2014-05-06 13:20:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:20:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:20:24 - ERROR: failed to build world TB --- 2014-05-06 13:20:24 - 1.48 user 3.20 system 5.72 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:20:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B400ABC; Tue, 6 May 2014 13:20:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D7B82C3C; Tue, 6 May 2014 13:20:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DKOmt000117; Tue, 6 May 2014 09:20:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DKO0D099961; Tue, 6 May 2014 13:20:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:20:24 GMT Message-Id: <201405061320.s46DKO0D099961@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:20:26 -0000 TB --- 2014-05-06 13:20:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:20:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:20:18 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-06 13:20:18 - cleaning the object tree TB --- 2014-05-06 13:20:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:20:23 - At svn revision 265439 TB --- 2014-05-06 13:20:24 - building world TB --- 2014-05-06 13:20:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:20:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:20:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:20:24 - SRCCONF=/dev/null TB --- 2014-05-06 13:20:24 - TARGET=arm TB --- 2014-05-06 13:20:24 - TARGET_ARCH=armv6 TB --- 2014-05-06 13:20:24 - TZ=UTC TB --- 2014-05-06 13:20:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:20:24 - cd /src TB --- 2014-05-06 13:20:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:20:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:20:24 - ERROR: failed to build world TB --- 2014-05-06 13:20:24 - 1.66 user 2.98 system 5.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:20:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A86FDCF1; Tue, 6 May 2014 13:20:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 701A1C43; Tue, 6 May 2014 13:20:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DKUqD000236; Tue, 6 May 2014 09:20:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DKUNM000233; Tue, 6 May 2014 13:20:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:20:30 GMT Message-Id: <201405061320.s46DKUNM000233@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:20:31 -0000 TB --- 2014-05-06 13:20:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:20:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:20:24 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-06 13:20:24 - cleaning the object tree TB --- 2014-05-06 13:20:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:20:29 - At svn revision 265439 TB --- 2014-05-06 13:20:30 - building world TB --- 2014-05-06 13:20:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:20:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:20:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:20:30 - SRCCONF=/dev/null TB --- 2014-05-06 13:20:30 - TARGET=mips TB --- 2014-05-06 13:20:30 - TARGET_ARCH=mips64 TB --- 2014-05-06 13:20:30 - TZ=UTC TB --- 2014-05-06 13:20:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:20:30 - cd /src TB --- 2014-05-06 13:20:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:20:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:20:30 - ERROR: failed to build world TB --- 2014-05-06 13:20:30 - 1.67 user 2.95 system 5.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:20:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D97E6159; Tue, 6 May 2014 13:20:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A29A1C4D; Tue, 6 May 2014 13:20:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DKcdr000274; Tue, 6 May 2014 09:20:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DKchg000273; Tue, 6 May 2014 13:20:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:20:38 GMT Message-Id: <201405061320.s46DKchg000273@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:20:40 -0000 TB --- 2014-05-06 13:20:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:20:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:20:30 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-06 13:20:30 - cleaning the object tree TB --- 2014-05-06 13:20:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:20:37 - At svn revision 265439 TB --- 2014-05-06 13:20:38 - building world TB --- 2014-05-06 13:20:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:20:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:20:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:20:38 - SRCCONF=/dev/null TB --- 2014-05-06 13:20:38 - TARGET=powerpc TB --- 2014-05-06 13:20:38 - TARGET_ARCH=powerpc TB --- 2014-05-06 13:20:38 - TZ=UTC TB --- 2014-05-06 13:20:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:20:38 - cd /src TB --- 2014-05-06 13:20:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:20:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:20:38 - ERROR: failed to build world TB --- 2014-05-06 13:20:38 - 1.63 user 2.36 system 7.92 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:20:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC1C115D; Tue, 6 May 2014 13:20:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A5316C4E; Tue, 6 May 2014 13:20:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DKcPg000314; Tue, 6 May 2014 09:20:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DKcdh000311; Tue, 6 May 2014 13:20:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:20:38 GMT Message-Id: <201405061320.s46DKcdh000311@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:20:40 -0000 TB --- 2014-05-06 13:20:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:20:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:20:30 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-06 13:20:30 - cleaning the object tree TB --- 2014-05-06 13:20:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:20:37 - At svn revision 265439 TB --- 2014-05-06 13:20:38 - building world TB --- 2014-05-06 13:20:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:20:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:20:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:20:38 - SRCCONF=/dev/null TB --- 2014-05-06 13:20:38 - TARGET=sparc64 TB --- 2014-05-06 13:20:38 - TARGET_ARCH=sparc64 TB --- 2014-05-06 13:20:38 - TZ=UTC TB --- 2014-05-06 13:20:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:20:38 - cd /src TB --- 2014-05-06 13:20:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:20:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:20:38 - ERROR: failed to build world TB --- 2014-05-06 13:20:38 - 1.70 user 2.40 system 7.94 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:20:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F86CCEF; Tue, 6 May 2014 13:20:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 69365C41; Tue, 6 May 2014 13:20:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DKUVb000234; Tue, 6 May 2014 09:20:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DKUM9000231; Tue, 6 May 2014 13:20:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:20:30 GMT Message-Id: <201405061320.s46DKUM9000231@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:20:31 -0000 TB --- 2014-05-06 13:20:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:20:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:20:24 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-06 13:20:24 - cleaning the object tree TB --- 2014-05-06 13:20:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:20:29 - At svn revision 265439 TB --- 2014-05-06 13:20:30 - building world TB --- 2014-05-06 13:20:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:20:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:20:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:20:30 - SRCCONF=/dev/null TB --- 2014-05-06 13:20:30 - TARGET=ia64 TB --- 2014-05-06 13:20:30 - TARGET_ARCH=ia64 TB --- 2014-05-06 13:20:30 - TZ=UTC TB --- 2014-05-06 13:20:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:20:30 - cd /src TB --- 2014-05-06 13:20:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:20:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:20:30 - ERROR: failed to build world TB --- 2014-05-06 13:20:30 - 1.58 user 3.05 system 5.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:20:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A2DB1CF0; Tue, 6 May 2014 13:20:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6CBC8C42; Tue, 6 May 2014 13:20:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DKU4w000235; Tue, 6 May 2014 09:20:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DKUu5000232; Tue, 6 May 2014 13:20:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:20:30 GMT Message-Id: <201405061320.s46DKUu5000232@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:20:31 -0000 TB --- 2014-05-06 13:20:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:20:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:20:24 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-06 13:20:24 - cleaning the object tree TB --- 2014-05-06 13:20:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:20:29 - At svn revision 265439 TB --- 2014-05-06 13:20:30 - building world TB --- 2014-05-06 13:20:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:20:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:20:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:20:30 - SRCCONF=/dev/null TB --- 2014-05-06 13:20:30 - TARGET=mips TB --- 2014-05-06 13:20:30 - TARGET_ARCH=mips TB --- 2014-05-06 13:20:30 - TZ=UTC TB --- 2014-05-06 13:20:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:20:30 - cd /src TB --- 2014-05-06 13:20:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:20:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:20:30 - ERROR: failed to build world TB --- 2014-05-06 13:20:30 - 1.62 user 3.01 system 5.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:20:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DFC3F15E; Tue, 6 May 2014 13:20:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A74A9C4F; Tue, 6 May 2014 13:20:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DKc7A000313; Tue, 6 May 2014 09:20:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DKcYg000312; Tue, 6 May 2014 13:20:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:20:38 GMT Message-Id: <201405061320.s46DKcYg000312@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:20:40 -0000 TB --- 2014-05-06 13:20:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:20:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:20:30 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-06 13:20:30 - cleaning the object tree TB --- 2014-05-06 13:20:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:20:37 - At svn revision 265439 TB --- 2014-05-06 13:20:38 - building world TB --- 2014-05-06 13:20:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:20:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:20:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:20:38 - SRCCONF=/dev/null TB --- 2014-05-06 13:20:38 - TARGET=powerpc TB --- 2014-05-06 13:20:38 - TARGET_ARCH=powerpc64 TB --- 2014-05-06 13:20:38 - TZ=UTC TB --- 2014-05-06 13:20:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:20:38 - cd /src TB --- 2014-05-06 13:20:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:20:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:20:38 - ERROR: failed to build world TB --- 2014-05-06 13:20:38 - 1.58 user 2.55 system 7.95 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:30:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C8027ABB; Tue, 6 May 2014 13:30:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 90BA7D91; Tue, 6 May 2014 13:30:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DUOah000447; Tue, 6 May 2014 09:30:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DUOLa000444; Tue, 6 May 2014 13:30:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:30:24 GMT Message-Id: <201405061330.s46DUOLa000444@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:30:26 -0000 TB --- 2014-05-06 13:30:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:30:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:30:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-06 13:30:18 - cleaning the object tree TB --- 2014-05-06 13:30:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:30:23 - At svn revision 265439 TB --- 2014-05-06 13:30:24 - building world TB --- 2014-05-06 13:30:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:30:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:30:24 - SRCCONF=/dev/null TB --- 2014-05-06 13:30:24 - TARGET=amd64 TB --- 2014-05-06 13:30:24 - TARGET_ARCH=amd64 TB --- 2014-05-06 13:30:24 - TZ=UTC TB --- 2014-05-06 13:30:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:30:24 - cd /src TB --- 2014-05-06 13:30:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:30:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:30:24 - ERROR: failed to build world TB --- 2014-05-06 13:30:24 - 1.55 user 3.13 system 5.72 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:30:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C4657ABA; Tue, 6 May 2014 13:30:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8CA1FD90; Tue, 6 May 2014 13:30:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DUOvr000446; Tue, 6 May 2014 09:30:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DUOQG000442; Tue, 6 May 2014 13:30:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:30:24 GMT Message-Id: <201405061330.s46DUOQG000442@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:30:25 -0000 TB --- 2014-05-06 13:30:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:30:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:30:18 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-06 13:30:18 - cleaning the object tree TB --- 2014-05-06 13:30:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:30:23 - At svn revision 265439 TB --- 2014-05-06 13:30:24 - building world TB --- 2014-05-06 13:30:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:30:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:30:24 - SRCCONF=/dev/null TB --- 2014-05-06 13:30:24 - TARGET=arm TB --- 2014-05-06 13:30:24 - TARGET_ARCH=armv6 TB --- 2014-05-06 13:30:24 - TZ=UTC TB --- 2014-05-06 13:30:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:30:24 - cd /src TB --- 2014-05-06 13:30:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:30:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:30:24 - ERROR: failed to build world TB --- 2014-05-06 13:30:24 - 1.57 user 3.11 system 5.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:30:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB8BEABC; Tue, 6 May 2014 13:30:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 92D9AD92; Tue, 6 May 2014 13:30:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DUOxZ000448; Tue, 6 May 2014 09:30:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DUOYk000443; Tue, 6 May 2014 13:30:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:30:24 GMT Message-Id: <201405061330.s46DUOYk000443@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:30:26 -0000 TB --- 2014-05-06 13:30:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:30:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:30:18 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-06 13:30:18 - cleaning the object tree TB --- 2014-05-06 13:30:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:30:23 - At svn revision 265439 TB --- 2014-05-06 13:30:24 - building world TB --- 2014-05-06 13:30:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:30:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:30:24 - SRCCONF=/dev/null TB --- 2014-05-06 13:30:24 - TARGET=arm TB --- 2014-05-06 13:30:24 - TARGET_ARCH=arm TB --- 2014-05-06 13:30:24 - TZ=UTC TB --- 2014-05-06 13:30:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:30:24 - cd /src TB --- 2014-05-06 13:30:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:30:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:30:24 - ERROR: failed to build world TB --- 2014-05-06 13:30:24 - 1.70 user 2.99 system 5.72 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:30:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 998FBCF3; Tue, 6 May 2014 13:30:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6239DD98; Tue, 6 May 2014 13:30:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DUUrA000517; Tue, 6 May 2014 09:30:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DUUTE000499; Tue, 6 May 2014 13:30:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:30:30 GMT Message-Id: <201405061330.s46DUUTE000499@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:30:31 -0000 TB --- 2014-05-06 13:30:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:30:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:30:24 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-06 13:30:24 - cleaning the object tree TB --- 2014-05-06 13:30:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:30:29 - At svn revision 265439 TB --- 2014-05-06 13:30:30 - building world TB --- 2014-05-06 13:30:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:30:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:30:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:30:30 - SRCCONF=/dev/null TB --- 2014-05-06 13:30:30 - TARGET=pc98 TB --- 2014-05-06 13:30:30 - TARGET_ARCH=i386 TB --- 2014-05-06 13:30:30 - TZ=UTC TB --- 2014-05-06 13:30:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:30:30 - cd /src TB --- 2014-05-06 13:30:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:30:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:30:30 - ERROR: failed to build world TB --- 2014-05-06 13:30:30 - 1.48 user 3.09 system 5.61 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:30:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3BA2ABD; Tue, 6 May 2014 13:30:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ACF96D93; Tue, 6 May 2014 13:30:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DUOjt000449; Tue, 6 May 2014 09:30:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DUOPX000445; Tue, 6 May 2014 13:30:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:30:24 GMT Message-Id: <201405061330.s46DUOPX000445@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:30:26 -0000 TB --- 2014-05-06 13:30:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:30:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:30:18 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-06 13:30:18 - cleaning the object tree TB --- 2014-05-06 13:30:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:30:23 - At svn revision 265439 TB --- 2014-05-06 13:30:24 - building world TB --- 2014-05-06 13:30:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:30:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:30:24 - SRCCONF=/dev/null TB --- 2014-05-06 13:30:24 - TARGET=i386 TB --- 2014-05-06 13:30:24 - TARGET_ARCH=i386 TB --- 2014-05-06 13:30:24 - TZ=UTC TB --- 2014-05-06 13:30:24 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:30:24 - cd /src TB --- 2014-05-06 13:30:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:30:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:30:24 - ERROR: failed to build world TB --- 2014-05-06 13:30:24 - 1.62 user 3.07 system 5.72 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:30:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A922ECF4; Tue, 6 May 2014 13:30:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 71C0FD99; Tue, 6 May 2014 13:30:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DUUof000551; Tue, 6 May 2014 09:30:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DUU4I000518; Tue, 6 May 2014 13:30:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:30:30 GMT Message-Id: <201405061330.s46DUU4I000518@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:30:31 -0000 TB --- 2014-05-06 13:30:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:30:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:30:24 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-06 13:30:24 - cleaning the object tree TB --- 2014-05-06 13:30:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:30:29 - At svn revision 265439 TB --- 2014-05-06 13:30:30 - building world TB --- 2014-05-06 13:30:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:30:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:30:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:30:30 - SRCCONF=/dev/null TB --- 2014-05-06 13:30:30 - TARGET=ia64 TB --- 2014-05-06 13:30:30 - TARGET_ARCH=ia64 TB --- 2014-05-06 13:30:30 - TZ=UTC TB --- 2014-05-06 13:30:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:30:30 - cd /src TB --- 2014-05-06 13:30:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:30:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:30:30 - ERROR: failed to build world TB --- 2014-05-06 13:30:30 - 1.67 user 2.94 system 5.64 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:30:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C0427CF6; Tue, 6 May 2014 13:30:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 89EA4D9B; Tue, 6 May 2014 13:30:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DUURk000557; Tue, 6 May 2014 09:30:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DUU9n000555; Tue, 6 May 2014 13:30:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:30:30 GMT Message-Id: <201405061330.s46DUU9n000555@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:30:32 -0000 TB --- 2014-05-06 13:30:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:30:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:30:24 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-06 13:30:24 - cleaning the object tree TB --- 2014-05-06 13:30:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:30:29 - At svn revision 265439 TB --- 2014-05-06 13:30:30 - building world TB --- 2014-05-06 13:30:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:30:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:30:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:30:30 - SRCCONF=/dev/null TB --- 2014-05-06 13:30:30 - TARGET=mips TB --- 2014-05-06 13:30:30 - TARGET_ARCH=mips TB --- 2014-05-06 13:30:30 - TZ=UTC TB --- 2014-05-06 13:30:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:30:30 - cd /src TB --- 2014-05-06 13:30:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:30:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:30:30 - ERROR: failed to build world TB --- 2014-05-06 13:30:30 - 1.73 user 2.94 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:30:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3D27CF5; Tue, 6 May 2014 13:30:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7CD4FD9A; Tue, 6 May 2014 13:30:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DUUT3000556; Tue, 6 May 2014 09:30:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DUU1B000554; Tue, 6 May 2014 13:30:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:30:30 GMT Message-Id: <201405061330.s46DUU1B000554@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:30:31 -0000 TB --- 2014-05-06 13:30:24 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:30:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:30:24 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-06 13:30:24 - cleaning the object tree TB --- 2014-05-06 13:30:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:30:29 - At svn revision 265439 TB --- 2014-05-06 13:30:30 - building world TB --- 2014-05-06 13:30:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:30:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:30:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:30:30 - SRCCONF=/dev/null TB --- 2014-05-06 13:30:30 - TARGET=mips TB --- 2014-05-06 13:30:30 - TARGET_ARCH=mips64 TB --- 2014-05-06 13:30:30 - TZ=UTC TB --- 2014-05-06 13:30:30 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:30:30 - cd /src TB --- 2014-05-06 13:30:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:30:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:30:30 - ERROR: failed to build world TB --- 2014-05-06 13:30:30 - 1.43 user 3.22 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:30:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7D01242; Tue, 6 May 2014 13:30:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A023CDA4; Tue, 6 May 2014 13:30:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DUcaC000618; Tue, 6 May 2014 09:30:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DUceK000601; Tue, 6 May 2014 13:30:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:30:38 GMT Message-Id: <201405061330.s46DUceK000601@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:30:39 -0000 TB --- 2014-05-06 13:30:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:30:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:30:30 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-06 13:30:30 - cleaning the object tree TB --- 2014-05-06 13:30:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:30:37 - At svn revision 265439 TB --- 2014-05-06 13:30:38 - building world TB --- 2014-05-06 13:30:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:30:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:30:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:30:38 - SRCCONF=/dev/null TB --- 2014-05-06 13:30:38 - TARGET=powerpc TB --- 2014-05-06 13:30:38 - TARGET_ARCH=powerpc TB --- 2014-05-06 13:30:38 - TZ=UTC TB --- 2014-05-06 13:30:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:30:38 - cd /src TB --- 2014-05-06 13:30:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:30:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:30:38 - ERROR: failed to build world TB --- 2014-05-06 13:30:38 - 1.64 user 2.48 system 8.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:30:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E4537251; Tue, 6 May 2014 13:30:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ACE2BDA5; Tue, 6 May 2014 13:30:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DUcZH000639; Tue, 6 May 2014 09:30:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DUcY1000627; Tue, 6 May 2014 13:30:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:30:38 GMT Message-Id: <201405061330.s46DUcY1000627@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:30:40 -0000 TB --- 2014-05-06 13:30:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:30:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:30:30 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-06 13:30:30 - cleaning the object tree TB --- 2014-05-06 13:30:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:30:37 - At svn revision 265439 TB --- 2014-05-06 13:30:38 - building world TB --- 2014-05-06 13:30:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:30:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:30:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:30:38 - SRCCONF=/dev/null TB --- 2014-05-06 13:30:38 - TARGET=powerpc TB --- 2014-05-06 13:30:38 - TARGET_ARCH=powerpc64 TB --- 2014-05-06 13:30:38 - TZ=UTC TB --- 2014-05-06 13:30:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:30:38 - cd /src TB --- 2014-05-06 13:30:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:30:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:30:38 - ERROR: failed to build world TB --- 2014-05-06 13:30:38 - 1.58 user 2.57 system 8.05 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:30:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF32F25D; Tue, 6 May 2014 13:30:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B7453DA6; Tue, 6 May 2014 13:30:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DUcD8000640; Tue, 6 May 2014 09:30:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DUcTn000638; Tue, 6 May 2014 13:30:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:30:38 GMT Message-Id: <201405061330.s46DUcTn000638@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:30:40 -0000 TB --- 2014-05-06 13:30:30 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:30:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:30:30 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-06 13:30:30 - cleaning the object tree TB --- 2014-05-06 13:30:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:30:37 - At svn revision 265439 TB --- 2014-05-06 13:30:38 - building world TB --- 2014-05-06 13:30:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:30:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:30:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:30:38 - SRCCONF=/dev/null TB --- 2014-05-06 13:30:38 - TARGET=sparc64 TB --- 2014-05-06 13:30:38 - TARGET_ARCH=sparc64 TB --- 2014-05-06 13:30:38 - TZ=UTC TB --- 2014-05-06 13:30:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:30:38 - cd /src TB --- 2014-05-06 13:30:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:30:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:30:38 - ERROR: failed to build world TB --- 2014-05-06 13:30:38 - 1.61 user 2.50 system 8.01 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:40:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C0180EB9; Tue, 6 May 2014 13:40:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 88972F26; Tue, 6 May 2014 13:40:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DeQNU000777; Tue, 6 May 2014 09:40:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DeQV8000773; Tue, 6 May 2014 13:40:26 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:40:26 GMT Message-Id: <201405061340.s46DeQV8000773@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:40:27 -0000 TB --- 2014-05-06 13:40:20 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:40:20 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:40:20 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-06 13:40:20 - cleaning the object tree TB --- 2014-05-06 13:40:20 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:40:25 - At svn revision 265440 TB --- 2014-05-06 13:40:26 - building world TB --- 2014-05-06 13:40:26 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:40:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:40:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:40:26 - SRCCONF=/dev/null TB --- 2014-05-06 13:40:26 - TARGET=arm TB --- 2014-05-06 13:40:26 - TARGET_ARCH=arm TB --- 2014-05-06 13:40:26 - TZ=UTC TB --- 2014-05-06 13:40:26 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:40:26 - cd /src TB --- 2014-05-06 13:40:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:40:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:40:26 - ERROR: failed to build world TB --- 2014-05-06 13:40:26 - 1.72 user 2.95 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:40:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9F20EBA; Tue, 6 May 2014 13:40:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9398BF28; Tue, 6 May 2014 13:40:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DeQhj000774; Tue, 6 May 2014 09:40:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DeQ5Q000721; Tue, 6 May 2014 13:40:26 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:40:26 GMT Message-Id: <201405061340.s46DeQ5Q000721@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:40:27 -0000 TB --- 2014-05-06 13:40:20 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:40:20 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:40:20 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-06 13:40:20 - cleaning the object tree TB --- 2014-05-06 13:40:20 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:40:25 - At svn revision 265440 TB --- 2014-05-06 13:40:26 - building world TB --- 2014-05-06 13:40:26 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:40:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:40:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:40:26 - SRCCONF=/dev/null TB --- 2014-05-06 13:40:26 - TARGET=i386 TB --- 2014-05-06 13:40:26 - TARGET_ARCH=i386 TB --- 2014-05-06 13:40:26 - TZ=UTC TB --- 2014-05-06 13:40:26 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:40:26 - cd /src TB --- 2014-05-06 13:40:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:40:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:40:26 - ERROR: failed to build world TB --- 2014-05-06 13:40:26 - 1.62 user 3.00 system 5.65 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:40:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC90A1C1; Tue, 6 May 2014 13:40:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 95B82F2E; Tue, 6 May 2014 13:40:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DeYwL000889; Tue, 6 May 2014 09:40:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DeW20000887; Tue, 6 May 2014 13:40:32 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:40:32 GMT Message-Id: <201405061340.s46DeW20000887@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:40:35 -0000 TB --- 2014-05-06 13:40:26 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:40:26 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:40:26 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-06 13:40:26 - cleaning the object tree TB --- 2014-05-06 13:40:26 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:40:31 - At svn revision 265440 TB --- 2014-05-06 13:40:32 - building world TB --- 2014-05-06 13:40:32 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:40:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:40:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:40:32 - SRCCONF=/dev/null TB --- 2014-05-06 13:40:32 - TARGET=mips TB --- 2014-05-06 13:40:32 - TARGET_ARCH=mips TB --- 2014-05-06 13:40:32 - TZ=UTC TB --- 2014-05-06 13:40:32 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:40:32 - cd /src TB --- 2014-05-06 13:40:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:40:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:40:32 - ERROR: failed to build world TB --- 2014-05-06 13:40:32 - 1.73 user 2.91 system 5.67 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:40:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CAE47EBB; Tue, 6 May 2014 13:40:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 93927F27; Tue, 6 May 2014 13:40:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DeQQf000779; Tue, 6 May 2014 09:40:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DeQKV000776; Tue, 6 May 2014 13:40:26 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:40:26 GMT Message-Id: <201405061340.s46DeQKV000776@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:40:28 -0000 TB --- 2014-05-06 13:40:20 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:40:20 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:40:20 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-06 13:40:20 - cleaning the object tree TB --- 2014-05-06 13:40:20 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:40:25 - At svn revision 265440 TB --- 2014-05-06 13:40:26 - building world TB --- 2014-05-06 13:40:26 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:40:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:40:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:40:26 - SRCCONF=/dev/null TB --- 2014-05-06 13:40:26 - TARGET=amd64 TB --- 2014-05-06 13:40:26 - TARGET_ARCH=amd64 TB --- 2014-05-06 13:40:26 - TZ=UTC TB --- 2014-05-06 13:40:26 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:40:26 - cd /src TB --- 2014-05-06 13:40:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:40:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:40:26 - ERROR: failed to build world TB --- 2014-05-06 13:40:26 - 1.73 user 2.95 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:40:28 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1E18EBC; Tue, 6 May 2014 13:40:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 939DEF29; Tue, 6 May 2014 13:40:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DeQ2N000778; Tue, 6 May 2014 09:40:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DeQ3E000775; Tue, 6 May 2014 13:40:26 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:40:26 GMT Message-Id: <201405061340.s46DeQ3E000775@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:40:28 -0000 TB --- 2014-05-06 13:40:20 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:40:20 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:40:20 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-06 13:40:20 - cleaning the object tree TB --- 2014-05-06 13:40:20 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:40:25 - At svn revision 265440 TB --- 2014-05-06 13:40:26 - building world TB --- 2014-05-06 13:40:26 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:40:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:40:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:40:26 - SRCCONF=/dev/null TB --- 2014-05-06 13:40:26 - TARGET=arm TB --- 2014-05-06 13:40:26 - TARGET_ARCH=armv6 TB --- 2014-05-06 13:40:26 - TZ=UTC TB --- 2014-05-06 13:40:26 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:40:26 - cd /src TB --- 2014-05-06 13:40:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:40:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:40:26 - ERROR: failed to build world TB --- 2014-05-06 13:40:26 - 1.74 user 2.93 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:40:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CED331C2; Tue, 6 May 2014 13:40:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 974A4F2F; Tue, 6 May 2014 13:40:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DeYhZ000890; Tue, 6 May 2014 09:40:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DeW4E000851; Tue, 6 May 2014 13:40:32 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:40:32 GMT Message-Id: <201405061340.s46DeW4E000851@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:40:36 -0000 TB --- 2014-05-06 13:40:26 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:40:26 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:40:26 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-06 13:40:26 - cleaning the object tree TB --- 2014-05-06 13:40:26 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:40:31 - At svn revision 265440 TB --- 2014-05-06 13:40:32 - building world TB --- 2014-05-06 13:40:32 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:40:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:40:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:40:32 - SRCCONF=/dev/null TB --- 2014-05-06 13:40:32 - TARGET=ia64 TB --- 2014-05-06 13:40:32 - TARGET_ARCH=ia64 TB --- 2014-05-06 13:40:32 - TZ=UTC TB --- 2014-05-06 13:40:32 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:40:32 - cd /src TB --- 2014-05-06 13:40:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:40:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:40:32 - ERROR: failed to build world TB --- 2014-05-06 13:40:32 - 1.68 user 2.89 system 5.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:40:36 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D50841C4; Tue, 6 May 2014 13:40:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9BCF3F31; Tue, 6 May 2014 13:40:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DeYZt000891; Tue, 6 May 2014 09:40:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DeWEM000833; Tue, 6 May 2014 13:40:32 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:40:32 GMT Message-Id: <201405061340.s46DeWEM000833@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:40:36 -0000 TB --- 2014-05-06 13:40:26 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:40:26 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:40:26 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-06 13:40:26 - cleaning the object tree TB --- 2014-05-06 13:40:26 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:40:31 - At svn revision 265440 TB --- 2014-05-06 13:40:32 - building world TB --- 2014-05-06 13:40:32 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:40:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:40:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:40:32 - SRCCONF=/dev/null TB --- 2014-05-06 13:40:32 - TARGET=pc98 TB --- 2014-05-06 13:40:32 - TARGET_ARCH=i386 TB --- 2014-05-06 13:40:32 - TZ=UTC TB --- 2014-05-06 13:40:32 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:40:32 - cd /src TB --- 2014-05-06 13:40:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:40:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:40:32 - ERROR: failed to build world TB --- 2014-05-06 13:40:32 - 1.62 user 2.87 system 5.50 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:40:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 450143EE; Tue, 6 May 2014 13:40:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0DCA6F38; Tue, 6 May 2014 13:40:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46Deei3000950; Tue, 6 May 2014 09:40:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DeeOt000935; Tue, 6 May 2014 13:40:40 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:40:40 GMT Message-Id: <201405061340.s46DeeOt000935@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:40:41 -0000 TB --- 2014-05-06 13:40:34 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:40:34 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:40:34 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-06 13:40:34 - cleaning the object tree TB --- 2014-05-06 13:40:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:40:38 - At svn revision 265440 TB --- 2014-05-06 13:40:39 - building world TB --- 2014-05-06 13:40:39 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:40:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:40:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:40:39 - SRCCONF=/dev/null TB --- 2014-05-06 13:40:39 - TARGET=powerpc TB --- 2014-05-06 13:40:39 - TARGET_ARCH=powerpc TB --- 2014-05-06 13:40:39 - TZ=UTC TB --- 2014-05-06 13:40:39 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:40:39 - cd /src TB --- 2014-05-06 13:40:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:40:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:40:40 - ERROR: failed to build world TB --- 2014-05-06 13:40:40 - 1.77 user 2.37 system 5.14 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:40:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 575203EF; Tue, 6 May 2014 13:40:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 20959F39; Tue, 6 May 2014 13:40:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DeeIM000973; Tue, 6 May 2014 09:40:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DeeJJ000971; Tue, 6 May 2014 13:40:40 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:40:40 GMT Message-Id: <201405061340.s46DeeJJ000971@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:40:41 -0000 TB --- 2014-05-06 13:40:34 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:40:34 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:40:34 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-06 13:40:34 - cleaning the object tree TB --- 2014-05-06 13:40:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:40:39 - At svn revision 265440 TB --- 2014-05-06 13:40:40 - building world TB --- 2014-05-06 13:40:40 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:40:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:40:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:40:40 - SRCCONF=/dev/null TB --- 2014-05-06 13:40:40 - TARGET=powerpc TB --- 2014-05-06 13:40:40 - TARGET_ARCH=powerpc64 TB --- 2014-05-06 13:40:40 - TZ=UTC TB --- 2014-05-06 13:40:40 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:40:40 - cd /src TB --- 2014-05-06 13:40:40 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:40:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:40:40 - ERROR: failed to build world TB --- 2014-05-06 13:40:40 - 1.61 user 2.59 system 5.21 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:40:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A7633F0; Tue, 6 May 2014 13:40:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 23681F3A; Tue, 6 May 2014 13:40:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DeePC000975; Tue, 6 May 2014 09:40:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DeeSo000972; Tue, 6 May 2014 13:40:40 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:40:40 GMT Message-Id: <201405061340.s46DeeSo000972@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:40:41 -0000 TB --- 2014-05-06 13:40:34 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:40:34 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:40:34 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-06 13:40:34 - cleaning the object tree TB --- 2014-05-06 13:40:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:40:39 - At svn revision 265440 TB --- 2014-05-06 13:40:40 - building world TB --- 2014-05-06 13:40:40 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:40:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:40:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:40:40 - SRCCONF=/dev/null TB --- 2014-05-06 13:40:40 - TARGET=sparc64 TB --- 2014-05-06 13:40:40 - TARGET_ARCH=sparc64 TB --- 2014-05-06 13:40:40 - TZ=UTC TB --- 2014-05-06 13:40:40 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:40:40 - cd /src TB --- 2014-05-06 13:40:40 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:40:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:40:40 - ERROR: failed to build world TB --- 2014-05-06 13:40:40 - 1.70 user 2.50 system 5.21 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:40:36 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D28471C3; Tue, 6 May 2014 13:40:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 98214F30; Tue, 6 May 2014 13:40:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DeYGe000888; Tue, 6 May 2014 09:40:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DeW6r000886; Tue, 6 May 2014 13:40:32 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:40:32 GMT Message-Id: <201405061340.s46DeW6r000886@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:40:36 -0000 TB --- 2014-05-06 13:40:26 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:40:26 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:40:26 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-06 13:40:26 - cleaning the object tree TB --- 2014-05-06 13:40:26 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:40:31 - At svn revision 265440 TB --- 2014-05-06 13:40:32 - building world TB --- 2014-05-06 13:40:32 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:40:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:40:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:40:32 - SRCCONF=/dev/null TB --- 2014-05-06 13:40:32 - TARGET=mips TB --- 2014-05-06 13:40:32 - TARGET_ARCH=mips64 TB --- 2014-05-06 13:40:32 - TZ=UTC TB --- 2014-05-06 13:40:32 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:40:32 - cd /src TB --- 2014-05-06 13:40:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:40:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:40:32 - ERROR: failed to build world TB --- 2014-05-06 13:40:32 - 1.77 user 2.88 system 5.67 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:50:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BBA58F5B; Tue, 6 May 2014 13:50:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 83BC5D4; Tue, 6 May 2014 13:50:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DoQmB001112; Tue, 6 May 2014 09:50:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DoQOk001073; Tue, 6 May 2014 13:50:26 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:50:26 GMT Message-Id: <201405061350.s46DoQOk001073@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:50:27 -0000 TB --- 2014-05-06 13:50:20 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:50:20 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:50:20 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-06 13:50:20 - cleaning the object tree TB --- 2014-05-06 13:50:20 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:50:25 - At svn revision 265441 TB --- 2014-05-06 13:50:26 - building world TB --- 2014-05-06 13:50:26 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:50:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:50:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:50:26 - SRCCONF=/dev/null TB --- 2014-05-06 13:50:26 - TARGET=arm TB --- 2014-05-06 13:50:26 - TARGET_ARCH=armv6 TB --- 2014-05-06 13:50:26 - TZ=UTC TB --- 2014-05-06 13:50:26 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:50:26 - cd /src TB --- 2014-05-06 13:50:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:50:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:50:26 - ERROR: failed to build world TB --- 2014-05-06 13:50:26 - 1.66 user 2.98 system 5.68 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:50:28 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1F939F5C; Tue, 6 May 2014 13:50:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DC153D5; Tue, 6 May 2014 13:50:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DoQA9001118; Tue, 6 May 2014 09:50:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DoQK2001115; Tue, 6 May 2014 13:50:26 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:50:26 GMT Message-Id: <201405061350.s46DoQK2001115@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:50:28 -0000 TB --- 2014-05-06 13:50:20 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:50:20 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:50:20 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-06 13:50:20 - cleaning the object tree TB --- 2014-05-06 13:50:20 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:50:25 - At svn revision 265441 TB --- 2014-05-06 13:50:26 - building world TB --- 2014-05-06 13:50:26 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:50:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:50:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:50:26 - SRCCONF=/dev/null TB --- 2014-05-06 13:50:26 - TARGET=amd64 TB --- 2014-05-06 13:50:26 - TARGET_ARCH=amd64 TB --- 2014-05-06 13:50:26 - TZ=UTC TB --- 2014-05-06 13:50:26 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:50:26 - cd /src TB --- 2014-05-06 13:50:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:50:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:50:26 - ERROR: failed to build world TB --- 2014-05-06 13:50:26 - 1.74 user 2.96 system 5.74 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:50:28 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 272ECF5E; Tue, 6 May 2014 13:50:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DE52AD7; Tue, 6 May 2014 13:50:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DoQ5f001119; Tue, 6 May 2014 09:50:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DoQ0k001116; Tue, 6 May 2014 13:50:26 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:50:26 GMT Message-Id: <201405061350.s46DoQ0k001116@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:50:28 -0000 TB --- 2014-05-06 13:50:20 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:50:20 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:50:20 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-06 13:50:20 - cleaning the object tree TB --- 2014-05-06 13:50:20 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:50:25 - At svn revision 265441 TB --- 2014-05-06 13:50:26 - building world TB --- 2014-05-06 13:50:26 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:50:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:50:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:50:26 - SRCCONF=/dev/null TB --- 2014-05-06 13:50:26 - TARGET=i386 TB --- 2014-05-06 13:50:26 - TARGET_ARCH=i386 TB --- 2014-05-06 13:50:26 - TZ=UTC TB --- 2014-05-06 13:50:26 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:50:26 - cd /src TB --- 2014-05-06 13:50:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:50:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:50:26 - ERROR: failed to build world TB --- 2014-05-06 13:50:26 - 1.60 user 3.09 system 5.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:50:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F6231A9; Tue, 6 May 2014 13:50:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 68450DA; Tue, 6 May 2014 13:50:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DoYjY001236; Tue, 6 May 2014 09:50:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DoWb1001197; Tue, 6 May 2014 13:50:32 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:50:32 GMT Message-Id: <201405061350.s46DoWb1001197@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:50:35 -0000 TB --- 2014-05-06 13:50:26 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:50:26 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:50:26 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-06 13:50:26 - cleaning the object tree TB --- 2014-05-06 13:50:26 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:50:31 - At svn revision 265441 TB --- 2014-05-06 13:50:32 - building world TB --- 2014-05-06 13:50:32 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:50:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:50:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:50:32 - SRCCONF=/dev/null TB --- 2014-05-06 13:50:32 - TARGET=ia64 TB --- 2014-05-06 13:50:32 - TARGET_ARCH=ia64 TB --- 2014-05-06 13:50:32 - TZ=UTC TB --- 2014-05-06 13:50:32 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:50:32 - cd /src TB --- 2014-05-06 13:50:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:50:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:50:32 - ERROR: failed to build world TB --- 2014-05-06 13:50:32 - 1.63 user 2.95 system 5.62 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:50:28 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1FDD8F5D; Tue, 6 May 2014 13:50:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DC19DD6; Tue, 6 May 2014 13:50:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DoQfI001117; Tue, 6 May 2014 09:50:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DoQaB001090; Tue, 6 May 2014 13:50:26 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:50:26 GMT Message-Id: <201405061350.s46DoQaB001090@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:50:28 -0000 TB --- 2014-05-06 13:50:20 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:50:20 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:50:20 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-06 13:50:20 - cleaning the object tree TB --- 2014-05-06 13:50:20 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:50:25 - At svn revision 265441 TB --- 2014-05-06 13:50:26 - building world TB --- 2014-05-06 13:50:26 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:50:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:50:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:50:26 - SRCCONF=/dev/null TB --- 2014-05-06 13:50:26 - TARGET=arm TB --- 2014-05-06 13:50:26 - TARGET_ARCH=arm TB --- 2014-05-06 13:50:26 - TZ=UTC TB --- 2014-05-06 13:50:26 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:50:26 - cd /src TB --- 2014-05-06 13:50:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:50:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:50:26 - ERROR: failed to build world TB --- 2014-05-06 13:50:26 - 1.50 user 3.16 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:50:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A33911B0; Tue, 6 May 2014 13:50:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 69D45DB; Tue, 6 May 2014 13:50:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DoYdJ001237; Tue, 6 May 2014 09:50:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DoWjZ001232; Tue, 6 May 2014 13:50:32 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:50:32 GMT Message-Id: <201405061350.s46DoWjZ001232@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:50:35 -0000 TB --- 2014-05-06 13:50:26 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:50:26 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:50:26 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-06 13:50:26 - cleaning the object tree TB --- 2014-05-06 13:50:26 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:50:31 - At svn revision 265441 TB --- 2014-05-06 13:50:32 - building world TB --- 2014-05-06 13:50:32 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:50:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:50:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:50:32 - SRCCONF=/dev/null TB --- 2014-05-06 13:50:32 - TARGET=mips TB --- 2014-05-06 13:50:32 - TARGET_ARCH=mips TB --- 2014-05-06 13:50:32 - TZ=UTC TB --- 2014-05-06 13:50:32 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:50:32 - cd /src TB --- 2014-05-06 13:50:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:50:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:50:32 - ERROR: failed to build world TB --- 2014-05-06 13:50:32 - 1.67 user 2.96 system 5.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:50:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A98AA1B5; Tue, 6 May 2014 13:50:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 71657DD; Tue, 6 May 2014 13:50:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DoYkG001234; Tue, 6 May 2014 09:50:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DoW9Z001233; Tue, 6 May 2014 13:50:32 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:50:32 GMT Message-Id: <201405061350.s46DoW9Z001233@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:50:36 -0000 TB --- 2014-05-06 13:50:26 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:50:26 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:50:26 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-06 13:50:26 - cleaning the object tree TB --- 2014-05-06 13:50:26 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:50:31 - At svn revision 265441 TB --- 2014-05-06 13:50:32 - building world TB --- 2014-05-06 13:50:32 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:50:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:50:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:50:32 - SRCCONF=/dev/null TB --- 2014-05-06 13:50:32 - TARGET=mips TB --- 2014-05-06 13:50:32 - TARGET_ARCH=mips64 TB --- 2014-05-06 13:50:32 - TZ=UTC TB --- 2014-05-06 13:50:32 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:50:32 - cd /src TB --- 2014-05-06 13:50:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:50:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:50:32 - ERROR: failed to build world TB --- 2014-05-06 13:50:32 - 1.64 user 2.98 system 5.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:50:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 48CDC3ED; Tue, 6 May 2014 13:50:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 11FEDE5; Tue, 6 May 2014 13:50:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46Doe1s001320; Tue, 6 May 2014 09:50:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DoeaM001317; Tue, 6 May 2014 13:50:40 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:50:40 GMT Message-Id: <201405061350.s46DoeaM001317@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:50:41 -0000 TB --- 2014-05-06 13:50:34 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:50:34 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:50:34 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-06 13:50:34 - cleaning the object tree TB --- 2014-05-06 13:50:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:50:38 - At svn revision 265441 TB --- 2014-05-06 13:50:39 - building world TB --- 2014-05-06 13:50:39 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:50:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:50:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:50:39 - SRCCONF=/dev/null TB --- 2014-05-06 13:50:39 - TARGET=powerpc TB --- 2014-05-06 13:50:39 - TARGET_ARCH=powerpc64 TB --- 2014-05-06 13:50:39 - TZ=UTC TB --- 2014-05-06 13:50:39 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:50:39 - cd /src TB --- 2014-05-06 13:50:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:50:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:50:40 - ERROR: failed to build world TB --- 2014-05-06 13:50:40 - 1.59 user 2.59 system 5.34 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:50:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A68331B1; Tue, 6 May 2014 13:50:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6C09CDC; Tue, 6 May 2014 13:50:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DoY2M001235; Tue, 6 May 2014 09:50:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DoWPx001182; Tue, 6 May 2014 13:50:32 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:50:32 GMT Message-Id: <201405061350.s46DoWPx001182@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:50:35 -0000 TB --- 2014-05-06 13:50:26 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:50:26 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:50:26 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-06 13:50:26 - cleaning the object tree TB --- 2014-05-06 13:50:26 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:50:31 - At svn revision 265441 TB --- 2014-05-06 13:50:32 - building world TB --- 2014-05-06 13:50:32 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:50:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:50:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:50:32 - SRCCONF=/dev/null TB --- 2014-05-06 13:50:32 - TARGET=pc98 TB --- 2014-05-06 13:50:32 - TARGET_ARCH=i386 TB --- 2014-05-06 13:50:32 - TZ=UTC TB --- 2014-05-06 13:50:32 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:50:32 - cd /src TB --- 2014-05-06 13:50:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:50:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:50:32 - ERROR: failed to build world TB --- 2014-05-06 13:50:32 - 1.65 user 2.93 system 5.61 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:50:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 43BA13E7; Tue, 6 May 2014 13:50:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0DBFBE3; Tue, 6 May 2014 13:50:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DoeDu001318; Tue, 6 May 2014 09:50:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DoeNq001315; Tue, 6 May 2014 13:50:40 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:50:40 GMT Message-Id: <201405061350.s46DoeNq001315@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:50:41 -0000 TB --- 2014-05-06 13:50:34 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:50:34 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:50:34 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-06 13:50:34 - cleaning the object tree TB --- 2014-05-06 13:50:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:50:38 - At svn revision 265441 TB --- 2014-05-06 13:50:39 - building world TB --- 2014-05-06 13:50:39 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:50:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:50:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:50:39 - SRCCONF=/dev/null TB --- 2014-05-06 13:50:39 - TARGET=sparc64 TB --- 2014-05-06 13:50:39 - TARGET_ARCH=sparc64 TB --- 2014-05-06 13:50:39 - TZ=UTC TB --- 2014-05-06 13:50:39 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:50:39 - cd /src TB --- 2014-05-06 13:50:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:50:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:50:40 - ERROR: failed to build world TB --- 2014-05-06 13:50:40 - 1.66 user 2.52 system 5.34 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:50:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4894D3EC; Tue, 6 May 2014 13:50:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0FDF1E4; Tue, 6 May 2014 13:50:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46DoeTK001319; Tue, 6 May 2014 09:50:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46DoegX001316; Tue, 6 May 2014 13:50:40 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 13:50:40 GMT Message-Id: <201405061350.s46DoegX001316@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 13:50:41 -0000 TB --- 2014-05-06 13:50:34 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 13:50:34 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 13:50:34 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-06 13:50:34 - cleaning the object tree TB --- 2014-05-06 13:50:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 13:50:38 - At svn revision 265441 TB --- 2014-05-06 13:50:39 - building world TB --- 2014-05-06 13:50:39 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 13:50:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 13:50:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 13:50:39 - SRCCONF=/dev/null TB --- 2014-05-06 13:50:39 - TARGET=powerpc TB --- 2014-05-06 13:50:39 - TARGET_ARCH=powerpc TB --- 2014-05-06 13:50:39 - TZ=UTC TB --- 2014-05-06 13:50:39 - __MAKE_CONF=/dev/null TB --- 2014-05-06 13:50:39 - cd /src TB --- 2014-05-06 13:50:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 13:50:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 13:50:40 - ERROR: failed to build world TB --- 2014-05-06 13:50:40 - 1.66 user 2.53 system 5.34 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:52:16 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BCA44EC6; Tue, 6 May 2014 13:52:16 +0000 (UTC) Received: from mailout11.t-online.de (mailout11.t-online.de [194.25.134.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7C3D01C0; Tue, 6 May 2014 13:52:16 +0000 (UTC) Received: from fwd18.aul.t-online.de (fwd18.aul.t-online.de [172.20.26.244]) by mailout11.t-online.de (Postfix) with SMTP id 0B1D4615733; Tue, 6 May 2014 15:51:35 +0200 (CEST) Received: from [192.168.119.11] (XdeahvZdrh3pvQApe6mow9D44soaGvnZ1bqQ1FyCojeqSRR29DbrE1B+vtB0YwTwdP@[84.154.114.101]) by fwd18.t-online.de with esmtp id 1Whfmx-3weZpQ0; Tue, 6 May 2014 15:52:07 +0200 Message-ID: <5368E902.7090006@freebsd.org> Date: Tue, 06 May 2014 15:52:02 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: "current@freebsd.org" , Trond.Endrestol@fagskolen.gjovik.no Subject: Re: buildworld fails (missing /usr/share/mk/src.opts.mk) References: <5368B0C5.6040309@freebsd.org> <5368C675.1070700@freebsd.org> <5368D7F1.4040009@freebsd.org> In-Reply-To: <5368D7F1.4040009@freebsd.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-ID: XdeahvZdrh3pvQApe6mow9D44soaGvnZ1bqQ1FyCojeqSRR29DbrE1B+vtB0YwTwdP X-TOI-MSGID: ae7a2dd3-1f83-4cab-9b81-67c692940a31 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 13:52:16 -0000 Am 06.05.2014 14:39, schrieb Stefan Esser: > Am 06.05.2014 13:44, schrieb Trond Endrestl: >> On Tue, 6 May 2014 13:24+0200, Stefan Esser wrote: >>> Am 06.05.2014 11:52, schrieb Stefan Esser: >>> I committed a fix/work-around to stop the flood of tinderbox messages >>> (r265433). >> >> tinderbox still complains about usr.bin/bmake/Makefile.inc. > > Hmmm, I managed to buildworld -HEAD after this patch, but it is > possible, that I had src.opts.mk installed in /usr/share/mk when > I started the build. > > (I later deleted it, to be sure that the version in the source > directory was found and used when building modules, which the > commit actually fixed.) > > I guess the remaining problem is caused by > > .include "src.opts.mk" > > in line 3 of src/usr.bin/bmake/Makefile.inc > > Changing this line to read ".include " seems to fix > it on my system. > > --- usr.bin/bmake/Makefile.inc~ > +++ usr.bin/bmake/Makefile.inc > @@ -1,6 +1,6 @@ > # $FreeBSD$ > > -.include "src.opts.mk" > +.include > > .if defined(.PARSEDIR) > # make sure this is available to unit-tests/Makefile > > It is possible, that the build will still fail at a latter stage, > though (buildworld is still running). > > I committed the above patch, since it gets buildworld through the > bmake subdirectory at least (r265436). If buildworld fails again, > then I'll commit any further missing fixes in one go. I'll know > in some 20 minutes. My -HEAD buildworld completed without error for r265436, but the tinderbox still complains at r265439. When I had looked for the cause of the build errors, I had modified several other Makefiles, but I reverted all these temporary changes before the last buildworld, which succeeded. (I had added "-I $(.CURDIR)/share/mk" to several invocations of sub-make processes, but I checked - these are removed and already were, during the successful buildworld.) I cannot reproduce the failure in buildworld, even after deleting the src.opts.mk from /usr/share/mk to reproduce a system before that file gets installed. But if I just go to usr.bin/bmake and try to build it on a system without already installed src.opts.mk, I get the error reported by tinderbox. Reverting r265436 seems to help: "make -I /usr/src/share/mk" in src/usr.bin/bmake finds src.opts.mk in the source directory. But I added that patch as the final step required to fix buildworld on my system ... I'll see whether the build completes with r265436 reverted and will back this commit out, if successful. Regards, STefan From owner-freebsd-current@FreeBSD.ORG Tue May 6 13:55:50 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F7C3220; Tue, 6 May 2014 13:55:50 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 4C04C1E9; Tue, 6 May 2014 13:55:49 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 8C6A0C4927; Tue, 6 May 2014 16:55:48 +0300 (EEST) Date: Tue, 6 May 2014 16:59:25 +0300 From: Aleksandr Rybalko To: "Matthew D. Fuller" Subject: Re: newcons and beeping X Message-Id: <20140506165925.8dd867c0da9364c6caf22a44@ddteam.net> In-Reply-To: <20140501083121.GU7138@over-yonder.net> References: <20140427143320.GA7138@over-yonder.net> <20140501083121.GU7138@over-yonder.net> X-Mailer: Sylpheed 3.3.1 (GTK+ 2.24.22; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ray@FreeBSD.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 13:55:50 -0000 On Thu, 1 May 2014 03:31:21 -0500 "Matthew D. Fuller" wrote: > > A little investigation showed that the KDMKTONE ioctl handler was a > > complete stub, so anything X tried to do to ring the bell was > > completely unavailing. > > Sub'd as http://www.freebsd.org/cgi/query-pr.cgi?pr=189170 > > > -- > Matthew Fuller (MF4839) | fullermd@over-yonder.net > Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ > On the Internet, nobody can hear you scream. Hello Matthew, sorry for delay, been busy with other part of vt(4). I've just commit your patch. Thank you very much for your help! WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:00:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE781561; Tue, 6 May 2014 14:00:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 863CD232; Tue, 6 May 2014 14:00:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46E0P17001469; Tue, 6 May 2014 10:00:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46E0PVo001465; Tue, 6 May 2014 14:00:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:00:25 GMT Message-Id: <201405061400.s46E0PVo001465@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:00:26 -0000 TB --- 2014-05-06 14:00:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:00:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:00:19 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-06 14:00:19 - cleaning the object tree TB --- 2014-05-06 14:00:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:00:24 - At svn revision 265442 TB --- 2014-05-06 14:00:25 - building world TB --- 2014-05-06 14:00:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:00:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:00:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:00:25 - SRCCONF=/dev/null TB --- 2014-05-06 14:00:25 - TARGET=i386 TB --- 2014-05-06 14:00:25 - TARGET_ARCH=i386 TB --- 2014-05-06 14:00:25 - TZ=UTC TB --- 2014-05-06 14:00:25 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:00:25 - cd /src TB --- 2014-05-06 14:00:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:00:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:00:25 - ERROR: failed to build world TB --- 2014-05-06 14:00:25 - 1.66 user 3.02 system 5.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:00:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CF273562; Tue, 6 May 2014 14:00:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 98503234; Tue, 6 May 2014 14:00:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46E0PxO001468; Tue, 6 May 2014 10:00:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46E0PhG001464; Tue, 6 May 2014 14:00:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:00:25 GMT Message-Id: <201405061400.s46E0PhG001464@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:00:26 -0000 TB --- 2014-05-06 14:00:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:00:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:00:19 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-06 14:00:19 - cleaning the object tree TB --- 2014-05-06 14:00:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:00:24 - At svn revision 265442 TB --- 2014-05-06 14:00:25 - building world TB --- 2014-05-06 14:00:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:00:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:00:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:00:25 - SRCCONF=/dev/null TB --- 2014-05-06 14:00:25 - TARGET=amd64 TB --- 2014-05-06 14:00:25 - TARGET_ARCH=amd64 TB --- 2014-05-06 14:00:25 - TZ=UTC TB --- 2014-05-06 14:00:25 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:00:25 - cd /src TB --- 2014-05-06 14:00:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:00:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:00:25 - ERROR: failed to build world TB --- 2014-05-06 14:00:25 - 1.69 user 3.01 system 5.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:00:32 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B0A816D5; Tue, 6 May 2014 14:00:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7A1FD23A; Tue, 6 May 2014 14:00:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46E0VpJ001579; Tue, 6 May 2014 10:00:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46E0VR7001577; Tue, 6 May 2014 14:00:31 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:00:31 GMT Message-Id: <201405061400.s46E0VR7001577@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:00:32 -0000 TB --- 2014-05-06 14:00:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:00:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:00:25 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-06 14:00:25 - cleaning the object tree TB --- 2014-05-06 14:00:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:00:30 - At svn revision 265442 TB --- 2014-05-06 14:00:31 - building world TB --- 2014-05-06 14:00:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:00:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:00:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:00:31 - SRCCONF=/dev/null TB --- 2014-05-06 14:00:31 - TARGET=mips TB --- 2014-05-06 14:00:31 - TARGET_ARCH=mips64 TB --- 2014-05-06 14:00:31 - TZ=UTC TB --- 2014-05-06 14:00:31 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:00:31 - cd /src TB --- 2014-05-06 14:00:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:00:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:00:31 - ERROR: failed to build world TB --- 2014-05-06 14:00:31 - 1.78 user 2.89 system 5.72 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:00:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0007B9D5; Tue, 6 May 2014 14:00:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BDB35241; Tue, 6 May 2014 14:00:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46E0dLo001641; Tue, 6 May 2014 10:00:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46E0d7k001624; Tue, 6 May 2014 14:00:39 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:00:39 GMT Message-Id: <201405061400.s46E0d7k001624@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:00:41 -0000 TB --- 2014-05-06 14:00:31 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:00:31 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:00:31 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-06 14:00:31 - cleaning the object tree TB --- 2014-05-06 14:00:31 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:00:38 - At svn revision 265442 TB --- 2014-05-06 14:00:39 - building world TB --- 2014-05-06 14:00:39 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:00:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:00:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:00:39 - SRCCONF=/dev/null TB --- 2014-05-06 14:00:39 - TARGET=powerpc TB --- 2014-05-06 14:00:39 - TARGET_ARCH=powerpc TB --- 2014-05-06 14:00:39 - TZ=UTC TB --- 2014-05-06 14:00:39 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:00:39 - cd /src TB --- 2014-05-06 14:00:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:00:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:00:39 - ERROR: failed to build world TB --- 2014-05-06 14:00:39 - 1.70 user 2.41 system 8.17 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:00:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D4729563; Tue, 6 May 2014 14:00:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 984B8233; Tue, 6 May 2014 14:00:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46E0Po5001471; Tue, 6 May 2014 10:00:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46E0Pc8001466; Tue, 6 May 2014 14:00:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:00:25 GMT Message-Id: <201405061400.s46E0Pc8001466@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:00:27 -0000 TB --- 2014-05-06 14:00:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:00:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:00:19 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-06 14:00:19 - cleaning the object tree TB --- 2014-05-06 14:00:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:00:24 - At svn revision 265442 TB --- 2014-05-06 14:00:25 - building world TB --- 2014-05-06 14:00:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:00:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:00:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:00:25 - SRCCONF=/dev/null TB --- 2014-05-06 14:00:25 - TARGET=arm TB --- 2014-05-06 14:00:25 - TARGET_ARCH=armv6 TB --- 2014-05-06 14:00:25 - TZ=UTC TB --- 2014-05-06 14:00:25 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:00:25 - cd /src TB --- 2014-05-06 14:00:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:00:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:00:25 - ERROR: failed to build world TB --- 2014-05-06 14:00:25 - 1.74 user 2.94 system 5.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:00:32 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 965CD6D3; Tue, 6 May 2014 14:00:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5F982238; Tue, 6 May 2014 14:00:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46E0VUA001540; Tue, 6 May 2014 10:00:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46E0VJL001527; Tue, 6 May 2014 14:00:31 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:00:31 GMT Message-Id: <201405061400.s46E0VJL001527@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:00:32 -0000 TB --- 2014-05-06 14:00:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:00:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:00:25 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-06 14:00:25 - cleaning the object tree TB --- 2014-05-06 14:00:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:00:30 - At svn revision 265442 TB --- 2014-05-06 14:00:31 - building world TB --- 2014-05-06 14:00:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:00:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:00:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:00:31 - SRCCONF=/dev/null TB --- 2014-05-06 14:00:31 - TARGET=pc98 TB --- 2014-05-06 14:00:31 - TARGET_ARCH=i386 TB --- 2014-05-06 14:00:31 - TZ=UTC TB --- 2014-05-06 14:00:31 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:00:31 - cd /src TB --- 2014-05-06 14:00:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:00:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:00:31 - ERROR: failed to build world TB --- 2014-05-06 14:00:31 - 1.77 user 2.84 system 5.64 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:00:32 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A00236D4; Tue, 6 May 2014 14:00:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 69CCD239; Tue, 6 May 2014 14:00:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46E0VMo001573; Tue, 6 May 2014 10:00:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46E0VAN001539; Tue, 6 May 2014 14:00:31 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:00:31 GMT Message-Id: <201405061400.s46E0VAN001539@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:00:32 -0000 TB --- 2014-05-06 14:00:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:00:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:00:25 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-06 14:00:25 - cleaning the object tree TB --- 2014-05-06 14:00:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:00:30 - At svn revision 265442 TB --- 2014-05-06 14:00:31 - building world TB --- 2014-05-06 14:00:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:00:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:00:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:00:31 - SRCCONF=/dev/null TB --- 2014-05-06 14:00:31 - TARGET=ia64 TB --- 2014-05-06 14:00:31 - TARGET_ARCH=ia64 TB --- 2014-05-06 14:00:31 - TZ=UTC TB --- 2014-05-06 14:00:31 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:00:31 - cd /src TB --- 2014-05-06 14:00:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:00:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:00:31 - ERROR: failed to build world TB --- 2014-05-06 14:00:31 - 1.70 user 2.92 system 5.67 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:00:32 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B542F6D6; Tue, 6 May 2014 14:00:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7DF0D23B; Tue, 6 May 2014 14:00:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46E0VC9001578; Tue, 6 May 2014 10:00:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46E0VaR001576; Tue, 6 May 2014 14:00:31 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:00:31 GMT Message-Id: <201405061400.s46E0VaR001576@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:00:33 -0000 TB --- 2014-05-06 14:00:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:00:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:00:25 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-06 14:00:25 - cleaning the object tree TB --- 2014-05-06 14:00:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:00:30 - At svn revision 265442 TB --- 2014-05-06 14:00:31 - building world TB --- 2014-05-06 14:00:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:00:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:00:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:00:31 - SRCCONF=/dev/null TB --- 2014-05-06 14:00:31 - TARGET=mips TB --- 2014-05-06 14:00:31 - TARGET_ARCH=mips TB --- 2014-05-06 14:00:31 - TZ=UTC TB --- 2014-05-06 14:00:31 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:00:31 - cd /src TB --- 2014-05-06 14:00:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:00:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:00:31 - ERROR: failed to build world TB --- 2014-05-06 14:00:31 - 1.73 user 2.95 system 5.72 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:00:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A0E69D8; Tue, 6 May 2014 14:00:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D6756244; Tue, 6 May 2014 14:00:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46E0d0f001662; Tue, 6 May 2014 10:00:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46E0dNv001661; Tue, 6 May 2014 14:00:39 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:00:39 GMT Message-Id: <201405061400.s46E0dNv001661@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:00:41 -0000 TB --- 2014-05-06 14:00:31 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:00:31 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:00:31 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-06 14:00:31 - cleaning the object tree TB --- 2014-05-06 14:00:31 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:00:38 - At svn revision 265442 TB --- 2014-05-06 14:00:39 - building world TB --- 2014-05-06 14:00:39 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:00:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:00:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:00:39 - SRCCONF=/dev/null TB --- 2014-05-06 14:00:39 - TARGET=sparc64 TB --- 2014-05-06 14:00:39 - TARGET_ARCH=sparc64 TB --- 2014-05-06 14:00:39 - TZ=UTC TB --- 2014-05-06 14:00:39 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:00:39 - cd /src TB --- 2014-05-06 14:00:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:00:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:00:39 - ERROR: failed to build world TB --- 2014-05-06 14:00:39 - 1.52 user 2.59 system 8.16 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:00:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6BE2564; Tue, 6 May 2014 14:00:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9AA51235; Tue, 6 May 2014 14:00:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46E0Pt4001470; Tue, 6 May 2014 10:00:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46E0PU1001467; Tue, 6 May 2014 14:00:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:00:25 GMT Message-Id: <201405061400.s46E0PU1001467@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:00:27 -0000 TB --- 2014-05-06 14:00:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:00:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:00:19 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-06 14:00:19 - cleaning the object tree TB --- 2014-05-06 14:00:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:00:24 - At svn revision 265442 TB --- 2014-05-06 14:00:25 - building world TB --- 2014-05-06 14:00:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:00:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:00:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:00:25 - SRCCONF=/dev/null TB --- 2014-05-06 14:00:25 - TARGET=arm TB --- 2014-05-06 14:00:25 - TARGET_ARCH=arm TB --- 2014-05-06 14:00:25 - TZ=UTC TB --- 2014-05-06 14:00:25 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:00:25 - cd /src TB --- 2014-05-06 14:00:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:00:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:00:25 - ERROR: failed to build world TB --- 2014-05-06 14:00:25 - 1.52 user 3.16 system 5.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:01:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2286E109; Tue, 6 May 2014 14:01:14 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 1018C2CB; Tue, 6 May 2014 14:01:14 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 2694DAAD; Tue, 6 May 2014 14:01:12 +0000 (UTC) Date: Tue, 6 May 2014 14:01:06 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org, rwatson@FreeBSD.org, se@FreeBSD.org, hselasky@FreeBSD.org, alc@FreeBSD.org, ken@FreeBSD.org Message-ID: <195106855.9.1399384869695.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1022865140.8.1399372894190.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1022865140.8.1399372894190.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #613 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 14:01:14 -0000 See From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:00:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D1FB9D6; Tue, 6 May 2014 14:00:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CA04F243; Tue, 6 May 2014 14:00:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46E0dts001659; Tue, 6 May 2014 10:00:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46E0dBu001642; Tue, 6 May 2014 14:00:39 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:00:39 GMT Message-Id: <201405061400.s46E0dBu001642@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:00:41 -0000 TB --- 2014-05-06 14:00:31 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:00:31 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:00:31 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-06 14:00:31 - cleaning the object tree TB --- 2014-05-06 14:00:31 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:00:38 - At svn revision 265442 TB --- 2014-05-06 14:00:39 - building world TB --- 2014-05-06 14:00:39 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:00:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:00:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:00:39 - SRCCONF=/dev/null TB --- 2014-05-06 14:00:39 - TARGET=powerpc TB --- 2014-05-06 14:00:39 - TARGET_ARCH=powerpc64 TB --- 2014-05-06 14:00:39 - TZ=UTC TB --- 2014-05-06 14:00:39 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:00:39 - cd /src TB --- 2014-05-06 14:00:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:00:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:00:39 - ERROR: failed to build world TB --- 2014-05-06 14:00:39 - 1.68 user 2.45 system 8.18 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:10:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CEB26CBB; Tue, 6 May 2014 14:10:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9758F398; Tue, 6 May 2014 14:10:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EAP8R001790; Tue, 6 May 2014 10:10:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EAPgp001785; Tue, 6 May 2014 14:10:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:10:25 GMT Message-Id: <201405061410.s46EAPgp001785@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:10:26 -0000 TB --- 2014-05-06 14:10:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:10:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:10:19 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-06 14:10:19 - cleaning the object tree TB --- 2014-05-06 14:10:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:10:24 - At svn revision 265445 TB --- 2014-05-06 14:10:25 - building world TB --- 2014-05-06 14:10:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:10:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:10:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:10:25 - SRCCONF=/dev/null TB --- 2014-05-06 14:10:25 - TARGET=arm TB --- 2014-05-06 14:10:25 - TARGET_ARCH=arm TB --- 2014-05-06 14:10:25 - TZ=UTC TB --- 2014-05-06 14:10:25 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:10:25 - cd /src TB --- 2014-05-06 14:10:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:10:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:10:25 - ERROR: failed to build world TB --- 2014-05-06 14:10:25 - 1.84 user 2.85 system 5.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:10:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6329CBC; Tue, 6 May 2014 14:10:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9EAE5399; Tue, 6 May 2014 14:10:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EAPHM001789; Tue, 6 May 2014 10:10:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EAPja001786; Tue, 6 May 2014 14:10:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:10:25 GMT Message-Id: <201405061410.s46EAPja001786@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:10:27 -0000 TB --- 2014-05-06 14:10:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:10:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:10:19 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-06 14:10:19 - cleaning the object tree TB --- 2014-05-06 14:10:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:10:24 - At svn revision 265445 TB --- 2014-05-06 14:10:25 - building world TB --- 2014-05-06 14:10:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:10:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:10:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:10:25 - SRCCONF=/dev/null TB --- 2014-05-06 14:10:25 - TARGET=amd64 TB --- 2014-05-06 14:10:25 - TARGET_ARCH=amd64 TB --- 2014-05-06 14:10:25 - TZ=UTC TB --- 2014-05-06 14:10:25 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:10:25 - cd /src TB --- 2014-05-06 14:10:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:10:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:10:25 - ERROR: failed to build world TB --- 2014-05-06 14:10:25 - 1.79 user 2.91 system 5.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:10:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C807CBD; Tue, 6 May 2014 14:10:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E92D239A; Tue, 6 May 2014 14:10:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EAPOE001787; Tue, 6 May 2014 10:10:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EAP0E001783; Tue, 6 May 2014 14:10:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:10:25 GMT Message-Id: <201405061410.s46EAP0E001783@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:10:27 -0000 TB --- 2014-05-06 14:10:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:10:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:10:19 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-06 14:10:19 - cleaning the object tree TB --- 2014-05-06 14:10:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:10:24 - At svn revision 265445 TB --- 2014-05-06 14:10:25 - building world TB --- 2014-05-06 14:10:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:10:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:10:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:10:25 - SRCCONF=/dev/null TB --- 2014-05-06 14:10:25 - TARGET=i386 TB --- 2014-05-06 14:10:25 - TARGET_ARCH=i386 TB --- 2014-05-06 14:10:25 - TZ=UTC TB --- 2014-05-06 14:10:25 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:10:25 - cd /src TB --- 2014-05-06 14:10:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:10:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:10:25 - ERROR: failed to build world TB --- 2014-05-06 14:10:25 - 1.62 user 3.06 system 5.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:10:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D752CBE; Tue, 6 May 2014 14:10:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E932939C; Tue, 6 May 2014 14:10:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EAP8R001788; Tue, 6 May 2014 10:10:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EAPTA001784; Tue, 6 May 2014 14:10:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:10:25 GMT Message-Id: <201405061410.s46EAPTA001784@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:10:27 -0000 TB --- 2014-05-06 14:10:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:10:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:10:19 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-06 14:10:19 - cleaning the object tree TB --- 2014-05-06 14:10:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:10:24 - At svn revision 265445 TB --- 2014-05-06 14:10:25 - building world TB --- 2014-05-06 14:10:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:10:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:10:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:10:25 - SRCCONF=/dev/null TB --- 2014-05-06 14:10:25 - TARGET=arm TB --- 2014-05-06 14:10:25 - TARGET_ARCH=armv6 TB --- 2014-05-06 14:10:25 - TZ=UTC TB --- 2014-05-06 14:10:25 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:10:25 - cd /src TB --- 2014-05-06 14:10:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:10:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:10:25 - ERROR: failed to build world TB --- 2014-05-06 14:10:25 - 1.84 user 2.86 system 5.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:10:34 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4CCA71AB; Tue, 6 May 2014 14:10:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 169A43A1; Tue, 6 May 2014 14:10:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EAXbs001895; Tue, 6 May 2014 10:10:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EAVuP001894; Tue, 6 May 2014 14:10:31 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:10:31 GMT Message-Id: <201405061410.s46EAVuP001894@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:10:34 -0000 TB --- 2014-05-06 14:10:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:10:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:10:25 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-06 14:10:25 - cleaning the object tree TB --- 2014-05-06 14:10:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:10:30 - At svn revision 265445 TB --- 2014-05-06 14:10:31 - building world TB --- 2014-05-06 14:10:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:10:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:10:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:10:31 - SRCCONF=/dev/null TB --- 2014-05-06 14:10:31 - TARGET=ia64 TB --- 2014-05-06 14:10:31 - TARGET_ARCH=ia64 TB --- 2014-05-06 14:10:31 - TZ=UTC TB --- 2014-05-06 14:10:31 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:10:31 - cd /src TB --- 2014-05-06 14:10:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:10:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:10:31 - ERROR: failed to build world TB --- 2014-05-06 14:10:31 - 1.70 user 2.96 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:10:34 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 544A61AD; Tue, 6 May 2014 14:10:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 193143A4; Tue, 6 May 2014 14:10:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EAXqU001897; Tue, 6 May 2014 10:10:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EAVoJ001872; Tue, 6 May 2014 14:10:31 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:10:31 GMT Message-Id: <201405061410.s46EAVoJ001872@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:10:34 -0000 TB --- 2014-05-06 14:10:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:10:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:10:25 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-06 14:10:25 - cleaning the object tree TB --- 2014-05-06 14:10:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:10:30 - At svn revision 265445 TB --- 2014-05-06 14:10:31 - building world TB --- 2014-05-06 14:10:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:10:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:10:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:10:31 - SRCCONF=/dev/null TB --- 2014-05-06 14:10:31 - TARGET=mips TB --- 2014-05-06 14:10:31 - TARGET_ARCH=mips TB --- 2014-05-06 14:10:31 - TZ=UTC TB --- 2014-05-06 14:10:31 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:10:31 - cd /src TB --- 2014-05-06 14:10:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:10:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:10:31 - ERROR: failed to build world TB --- 2014-05-06 14:10:31 - 1.55 user 3.09 system 5.67 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:10:34 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4DDA81AC; Tue, 6 May 2014 14:10:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1751E3A3; Tue, 6 May 2014 14:10:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EAXd9001896; Tue, 6 May 2014 10:10:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EAV8L001840; Tue, 6 May 2014 14:10:31 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:10:31 GMT Message-Id: <201405061410.s46EAV8L001840@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:10:34 -0000 TB --- 2014-05-06 14:10:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:10:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:10:25 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-06 14:10:25 - cleaning the object tree TB --- 2014-05-06 14:10:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:10:30 - At svn revision 265445 TB --- 2014-05-06 14:10:31 - building world TB --- 2014-05-06 14:10:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:10:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:10:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:10:31 - SRCCONF=/dev/null TB --- 2014-05-06 14:10:31 - TARGET=pc98 TB --- 2014-05-06 14:10:31 - TARGET_ARCH=i386 TB --- 2014-05-06 14:10:31 - TZ=UTC TB --- 2014-05-06 14:10:31 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:10:31 - cd /src TB --- 2014-05-06 14:10:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:10:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:10:31 - ERROR: failed to build world TB --- 2014-05-06 14:10:31 - 1.48 user 3.05 system 5.55 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:10:34 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 562551AE; Tue, 6 May 2014 14:10:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1EFFE3A5; Tue, 6 May 2014 14:10:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EAXuG001898; Tue, 6 May 2014 10:10:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EAVwK001893; Tue, 6 May 2014 14:10:31 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:10:31 GMT Message-Id: <201405061410.s46EAVwK001893@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:10:34 -0000 TB --- 2014-05-06 14:10:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:10:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:10:25 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-06 14:10:25 - cleaning the object tree TB --- 2014-05-06 14:10:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:10:30 - At svn revision 265445 TB --- 2014-05-06 14:10:31 - building world TB --- 2014-05-06 14:10:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:10:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:10:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:10:31 - SRCCONF=/dev/null TB --- 2014-05-06 14:10:31 - TARGET=mips TB --- 2014-05-06 14:10:31 - TARGET_ARCH=mips64 TB --- 2014-05-06 14:10:31 - TZ=UTC TB --- 2014-05-06 14:10:31 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:10:31 - cd /src TB --- 2014-05-06 14:10:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:10:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:10:31 - ERROR: failed to build world TB --- 2014-05-06 14:10:31 - 1.86 user 2.80 system 5.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:10:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED4F83C9; Tue, 6 May 2014 14:10:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B6929601; Tue, 6 May 2014 14:10:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EAcNQ001981; Tue, 6 May 2014 10:10:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EAcDM001979; Tue, 6 May 2014 14:10:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:10:38 GMT Message-Id: <201405061410.s46EAcDM001979@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:10:40 -0000 TB --- 2014-05-06 14:10:33 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:10:33 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:10:33 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-06 14:10:33 - cleaning the object tree TB --- 2014-05-06 14:10:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:10:37 - At svn revision 265445 TB --- 2014-05-06 14:10:38 - building world TB --- 2014-05-06 14:10:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:10:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:10:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:10:38 - SRCCONF=/dev/null TB --- 2014-05-06 14:10:38 - TARGET=powerpc TB --- 2014-05-06 14:10:38 - TARGET_ARCH=powerpc TB --- 2014-05-06 14:10:38 - TZ=UTC TB --- 2014-05-06 14:10:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:10:38 - cd /src TB --- 2014-05-06 14:10:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:10:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:10:38 - ERROR: failed to build world TB --- 2014-05-06 14:10:38 - 1.60 user 2.61 system 5.33 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:10:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF85C3C8; Tue, 6 May 2014 14:10:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A8F7D600; Tue, 6 May 2014 14:10:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EAcoD001977; Tue, 6 May 2014 10:10:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EAcwb001942; Tue, 6 May 2014 14:10:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:10:38 GMT Message-Id: <201405061410.s46EAcwb001942@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:10:40 -0000 TB --- 2014-05-06 14:10:33 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:10:33 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:10:33 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-06 14:10:33 - cleaning the object tree TB --- 2014-05-06 14:10:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:10:37 - At svn revision 265445 TB --- 2014-05-06 14:10:38 - building world TB --- 2014-05-06 14:10:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:10:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:10:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:10:38 - SRCCONF=/dev/null TB --- 2014-05-06 14:10:38 - TARGET=sparc64 TB --- 2014-05-06 14:10:38 - TARGET_ARCH=sparc64 TB --- 2014-05-06 14:10:38 - TZ=UTC TB --- 2014-05-06 14:10:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:10:38 - cd /src TB --- 2014-05-06 14:10:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:10:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:10:38 - ERROR: failed to build world TB --- 2014-05-06 14:10:38 - 1.52 user 2.65 system 5.27 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:10:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F05D33CA; Tue, 6 May 2014 14:10:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B932F603; Tue, 6 May 2014 14:10:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EAcQY001980; Tue, 6 May 2014 10:10:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EAcM0001978; Tue, 6 May 2014 14:10:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:10:38 GMT Message-Id: <201405061410.s46EAcM0001978@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:10:40 -0000 TB --- 2014-05-06 14:10:33 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:10:33 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:10:33 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-06 14:10:33 - cleaning the object tree TB --- 2014-05-06 14:10:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:10:37 - At svn revision 265445 TB --- 2014-05-06 14:10:38 - building world TB --- 2014-05-06 14:10:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:10:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:10:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:10:38 - SRCCONF=/dev/null TB --- 2014-05-06 14:10:38 - TARGET=powerpc TB --- 2014-05-06 14:10:38 - TARGET_ARCH=powerpc64 TB --- 2014-05-06 14:10:38 - TZ=UTC TB --- 2014-05-06 14:10:38 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:10:38 - cd /src TB --- 2014-05-06 14:10:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:10:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:10:38 - ERROR: failed to build world TB --- 2014-05-06 14:10:38 - 1.66 user 2.55 system 5.33 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:11:50 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4DBFA7F; Tue, 6 May 2014 14:11:50 +0000 (UTC) Received: from mailout06.t-online.de (mailout06.t-online.de [194.25.134.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5ED63658; Tue, 6 May 2014 14:11:49 +0000 (UTC) Received: from fwd17.aul.t-online.de (fwd17.aul.t-online.de [172.20.27.64]) by mailout06.t-online.de (Postfix) with SMTP id 645701387AA; Tue, 6 May 2014 16:11:13 +0200 (CEST) Received: from [192.168.119.11] (EB0cYOZc8hPCf1afYrdu5J8-XtTJJ4zcSMPSEn6Sl5GhGC6RIHjrKe1AhGyBekagsU@[84.154.114.101]) by fwd17.t-online.de with esmtp id 1Whg5h-0rXrSS0; Tue, 6 May 2014 16:11:29 +0200 Message-ID: <5368ED8C.5040402@freebsd.org> Date: Tue, 06 May 2014 16:11:24 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Warner Losh Subject: Re: buildworld fails (missing /usr/share/mk/src.opts.mk) References: <5368B0C5.6040309@freebsd.org> <5368C675.1070700@freebsd.org> <5368D7F1.4040009@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-ID: EB0cYOZc8hPCf1afYrdu5J8-XtTJJ4zcSMPSEn6Sl5GhGC6RIHjrKe1AhGyBekagsU X-TOI-MSGID: 5e0691cc-ce68-4ebe-a0a5-92289cac8392 Cc: "current@freebsd.org" , Trond.Endrestol@fagskolen.gjovik.no X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 14:11:50 -0000 Am 06.05.2014 15:18, schrieb Warner Losh: > > On May 6, 2014, at 7:16 AM, Warner Losh wrote: > >> >> On May 6, 2014, at 6:39 AM, Stefan Esser wrote: >> >>> Am 06.05.2014 13:44, schrieb Trond Endrestl: >>>> On Tue, 6 May 2014 13:24+0200, Stefan Esser wrote: >>>>> Am 06.05.2014 11:52, schrieb Stefan Esser: >>>>>> Hi Warner, >>>>>> >>>>>> as already reported by Jenkins, HEAD does not build. >>>>>> >>>>>> Seems that this is caused by src.opts.mk missing in >>>>>> /usr/share/mk during the cleandir phase. I guess this is >>>>>> kind of a bootstrap issue - the definitions are looked up >>>>>> in the installed base, not in the src tree - but did not >>>>>> verify this assumption. >>>>>> >>>>>> A work-around is to manually install src.opts.mk: >>>>>> >>>>>> # make -C /usr/src/share/mk install >>>>>> >>>>>> (which might deserve an UPDATING entry). Falling back on >>>>>> the file in the src directory might be a better solution >>>>>> ... >>>>>> >>>>>> Regards, STefan >>>>> >>>>> Following up to my earlier mail: >>>>> >>>>> The diagnosis was wrong - the main Makefiles include >>>>> src.opts.mk from the source directory. But two sub-ordinate >>>>> Makefiles missed to include the new options file >>>>> (sys/conf/kmod.mk and sys/modules/drm2/Makefile). >>>>> >>>>> I committed a fix/work-around to stop the flood of >>>>> tinderbox messages (r265433). >>>> >>>> tinderbox still complains about usr.bin/bmake/Makefile.inc. >>> >>> Hmmm, I managed to buildworld -HEAD after this patch, but it >>> is possible, that I had src.opts.mk installed in /usr/share/mk >>> when I started the build. >>> >>> (I later deleted it, to be sure that the version in the source >>> directory was found and used when building modules, which the >>> commit actually fixed.) >>> >>> I guess the remaining problem is caused by >>> >>> .include "src.opts.mk" >>> >>> in line 3 of src/usr.bin/bmake/Makefile.inc >>> >>> Changing this line to read ".include " seems to >>> fix it on my system. >>> >>> --- usr.bin/bmake/Makefile.inc~ +++ usr.bin/bmake/Makefile.inc >>> @@ -1,6 +1,6 @@ # $FreeBSD$ >>> >>> -.include "src.opts.mk" +.include >>> >>> .if defined(.PARSEDIR) # make sure this is available to >>> unit-tests/Makefile >>> >>> It is possible, that the build will still fail at a latter >>> stage, though (buildworld is still running). >>> >>> I committed the above patch, since it gets buildworld through >>> the bmake subdirectory at least (r265436). If buildworld fails >>> again, then I'll commit any further missing fixes in one go. >>> I'll know in some 20 minutes. >> >> What is your source system? This is absolutely the wrong change, >> and shouldnt be necessary at all. These changes survived a >> universe run and a few build worlds on other systems. I'm on a fresh -CURRENT (built the previous day) and with sources as of r265439. I agree, that the change to bmake/Makefile.inc was wrong - though it was needed to get a "make cleandir" working in that directory. > > > so Id like to know how to recreate it, since I didnt see this in > any of my testing over the last two weeks... The tinderbox builds all fail in bmake, and while I changed Makefile.inc to fix just that kind of problem on my system, it may have worked by accident (because of a forgotten src.opts.mk in /usr/share/mk - it had been installed by a previous attempt to work around these problems). To recapitulate the order of events: 1) make buildkernel failed due to 2 missing includes of src.opts.mk. The affected files files were: sys/conf/kmod.mk sys/modules/drm2/Makefile Adding an .include seems to have fixed this problem. Maybe "src.opts.mk" would have been more correct, but I checked without src.opts.mk in /usr/share/mk and the file was found in src/share/mk. 2) tinderbox still complained about the test for MK_SHARED_TOOLCHAIN in bmake/Makefile.inc (I deleted the mails and thus cannot easily quote the exact error message). I tried to fix this by changing the include syntax in bmake/Makefile.inc, but have just reverted this change. It made buildworld complete on my system, but tinderbox complains loudly. A work-around for the second problem is to manually install src.opts.mk in /usr/share/mk before attempting to build bmake. Regards, STefan From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:15:59 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 80901D4D; Tue, 6 May 2014 14:15:59 +0000 (UTC) Received: from dmz-mailsec-scanner-1.mit.edu (dmz-mailsec-scanner-1.mit.edu [18.9.25.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8DBF66B3; Tue, 6 May 2014 14:15:58 +0000 (UTC) X-AuditID: 1209190c-f794a6d000000c27-e6-5368ee97bc77 Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) (using TLS with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-1.mit.edu (Symantec Messaging Gateway) with SMTP id 6A.6C.03111.79EE8635; Tue, 6 May 2014 10:15:51 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id s46EFopK001956; Tue, 6 May 2014 10:15:51 -0400 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id s46EFmBr018993 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 6 May 2014 10:15:50 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id s46EFlok014732; Tue, 6 May 2014 10:15:47 -0400 (EDT) Date: Tue, 6 May 2014 10:15:47 -0400 (EDT) From: Benjamin Kaduk To: Stefan Esser Subject: Re: buildworld fails (missing /usr/share/mk/src.opts.mk) In-Reply-To: <5368ED8C.5040402@freebsd.org> Message-ID: References: <5368B0C5.6040309@freebsd.org> <5368C675.1070700@freebsd.org> <5368D7F1.4040009@freebsd.org> <5368ED8C.5040402@freebsd.org> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrGIsWRmVeSWpSXmKPExsUixG6nrjv9XUawwZ4/shYTrvxgsphx5wmL A5PHjE/zWQIYo7hsUlJzMstSi/TtErgyHt48yFJwjqli/8xDbA2M/UxdjBwcEgImEluuxXYx cgKZYhIX7q1nA7GFBGYzSWye69nFyAVkb2CU6Ju1kxXCOcgkcfTVSmaIqnqJmcuvsoLYLAJa Elt37mUHsdkEVCRmvtkINklEQFFiwaSDTCA2s4C+xPS3U8EWCws4Ssz9qQUS5hTQlrj+tY8F xOYVcJA4snoXG8SuRUwSj679ZARJiAroSKzePwWqSFDi5MwnLBAzLSXO/bnONoFRcBaS1Cwk qQWMTKsYZVNyq3RzEzNzilOTdYuTE/PyUot0DfVyM0v0UlNKNzGCgpNTkmcH45uDSocYBTgY lXh4O15kBAuxJpYVV+YeYpTkYFIS5fUECfEl5adUZiQWZ8QXleakFh9ilOBgVhLhFb8PlONN SaysSi3Kh0lJc7AoifO+tbYKFhJITyxJzU5NLUgtgsnKcHAoSfDueQvUKFiUmp5akZaZU4KQ ZuLgBBnOAzR8G0gNb3FBYm5xZjpE/hSjopQ4ryVIQgAkkVGaB9cLSx6vGMWBXhHmPQBSxQNM PHDdr4AGMwEN5jJOBxlckoiQkmpgtGb4rPlL2rqyubpFMUz6a9XR76V+0xN3z1e5bD/hgJKU TrGg6IHP+dGTJ7OurFVdGD5XjbP6FyOfJlvrFq3pLHp7rM5vTJrsKfyq0vOKzlSL9e93zYyM fPjK2fiz+PmcT8UcU5f8KRCx+bv3fzOztMbeiBW7rvc8rsraLr+C//zPd6f4i0XLlFiKMxIN tZiLihMBRJL3efkCAAA= Cc: "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 14:15:59 -0000 On Tue, 6 May 2014, Stefan Esser wrote: > > 2) tinderbox still complained about the test for MK_SHARED_TOOLCHAIN > in bmake/Makefile.inc (I deleted the mails and thus cannot > easily quote the exact error message). I tried to fix this by http://lists.freebsd.org/pipermail/freebsd-current/2014-May/049744.html -Ben From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:20:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D2F86AE; Tue, 6 May 2014 14:20:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9B2EA6DD; Tue, 6 May 2014 14:20:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EKPtZ002117; Tue, 6 May 2014 10:20:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EKPmv002113; Tue, 6 May 2014 14:20:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:20:25 GMT Message-Id: <201405061420.s46EKPmv002113@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:20:27 -0000 TB --- 2014-05-06 14:20:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:20:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:20:19 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-06 14:20:19 - cleaning the object tree TB --- 2014-05-06 14:20:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:20:24 - At svn revision 265446 TB --- 2014-05-06 14:20:25 - building world TB --- 2014-05-06 14:20:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:20:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:20:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:20:25 - SRCCONF=/dev/null TB --- 2014-05-06 14:20:25 - TARGET=i386 TB --- 2014-05-06 14:20:25 - TARGET_ARCH=i386 TB --- 2014-05-06 14:20:25 - TZ=UTC TB --- 2014-05-06 14:20:25 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:20:25 - cd /src TB --- 2014-05-06 14:20:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:20:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:20:25 - ERROR: failed to build world TB --- 2014-05-06 14:20:25 - 1.66 user 3.03 system 5.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:20:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA949AF; Tue, 6 May 2014 14:20:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9FB6D6DF; Tue, 6 May 2014 14:20:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EKPma002118; Tue, 6 May 2014 10:20:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EKPV0002114; Tue, 6 May 2014 14:20:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:20:25 GMT Message-Id: <201405061420.s46EKPV0002114@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:20:27 -0000 TB --- 2014-05-06 14:20:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:20:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:20:19 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-06 14:20:19 - cleaning the object tree TB --- 2014-05-06 14:20:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:20:24 - At svn revision 265446 TB --- 2014-05-06 14:20:25 - building world TB --- 2014-05-06 14:20:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:20:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:20:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:20:25 - SRCCONF=/dev/null TB --- 2014-05-06 14:20:25 - TARGET=amd64 TB --- 2014-05-06 14:20:25 - TARGET_ARCH=amd64 TB --- 2014-05-06 14:20:25 - TZ=UTC TB --- 2014-05-06 14:20:25 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:20:25 - cd /src TB --- 2014-05-06 14:20:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:20:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:20:25 - ERROR: failed to build world TB --- 2014-05-06 14:20:25 - 1.72 user 2.98 system 5.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:20:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D2AF4AD; Tue, 6 May 2014 14:20:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9B2956DC; Tue, 6 May 2014 14:20:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EKP0M002115; Tue, 6 May 2014 10:20:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EKPlx002111; Tue, 6 May 2014 14:20:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:20:25 GMT Message-Id: <201405061420.s46EKPlx002111@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:20:26 -0000 TB --- 2014-05-06 14:20:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:20:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:20:19 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-06 14:20:19 - cleaning the object tree TB --- 2014-05-06 14:20:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:20:24 - At svn revision 265446 TB --- 2014-05-06 14:20:25 - building world TB --- 2014-05-06 14:20:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:20:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:20:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:20:25 - SRCCONF=/dev/null TB --- 2014-05-06 14:20:25 - TARGET=arm TB --- 2014-05-06 14:20:25 - TARGET_ARCH=arm TB --- 2014-05-06 14:20:25 - TZ=UTC TB --- 2014-05-06 14:20:25 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:20:25 - cd /src TB --- 2014-05-06 14:20:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:20:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:20:25 - ERROR: failed to build world TB --- 2014-05-06 14:20:25 - 1.55 user 3.13 system 5.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:20:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7BFE1334; Tue, 6 May 2014 14:20:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 44E587A6; Tue, 6 May 2014 14:20:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EKYYs002224; Tue, 6 May 2014 10:20:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EKYXY002220; Tue, 6 May 2014 14:20:34 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:20:34 GMT Message-Id: <201405061420.s46EKYXY002220@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:20:35 -0000 TB --- 2014-05-06 14:20:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:20:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:20:25 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-06 14:20:25 - cleaning the object tree TB --- 2014-05-06 14:20:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:20:33 - At svn revision 265446 TB --- 2014-05-06 14:20:34 - building world TB --- 2014-05-06 14:20:34 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:20:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:20:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:20:34 - SRCCONF=/dev/null TB --- 2014-05-06 14:20:34 - TARGET=mips TB --- 2014-05-06 14:20:34 - TARGET_ARCH=mips64 TB --- 2014-05-06 14:20:34 - TZ=UTC TB --- 2014-05-06 14:20:34 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:20:34 - cd /src TB --- 2014-05-06 14:20:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:20:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:20:34 - ERROR: failed to build world TB --- 2014-05-06 14:20:34 - 1.75 user 2.93 system 8.46 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:20:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DAD52B0; Tue, 6 May 2014 14:20:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9D9C46DE; Tue, 6 May 2014 14:20:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EKPWF002116; Tue, 6 May 2014 10:20:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EKPXL002112; Tue, 6 May 2014 14:20:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:20:25 GMT Message-Id: <201405061420.s46EKPXL002112@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:20:27 -0000 TB --- 2014-05-06 14:20:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:20:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:20:19 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-06 14:20:19 - cleaning the object tree TB --- 2014-05-06 14:20:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:20:24 - At svn revision 265446 TB --- 2014-05-06 14:20:25 - building world TB --- 2014-05-06 14:20:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:20:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:20:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:20:25 - SRCCONF=/dev/null TB --- 2014-05-06 14:20:25 - TARGET=arm TB --- 2014-05-06 14:20:25 - TARGET_ARCH=armv6 TB --- 2014-05-06 14:20:25 - TZ=UTC TB --- 2014-05-06 14:20:25 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:20:25 - cd /src TB --- 2014-05-06 14:20:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:20:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:20:25 - ERROR: failed to build world TB --- 2014-05-06 14:20:25 - 1.60 user 3.10 system 5.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:20:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2218062B; Tue, 6 May 2014 14:20:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DF3C97AF; Tue, 6 May 2014 14:20:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EKdam002271; Tue, 6 May 2014 10:20:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EKdFj002270; Tue, 6 May 2014 14:20:39 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:20:39 GMT Message-Id: <201405061420.s46EKdFj002270@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:20:41 -0000 TB --- 2014-05-06 14:20:34 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:20:34 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:20:34 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-06 14:20:34 - cleaning the object tree TB --- 2014-05-06 14:20:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:20:38 - At svn revision 265446 TB --- 2014-05-06 14:20:39 - building world TB --- 2014-05-06 14:20:39 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:20:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:20:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:20:39 - SRCCONF=/dev/null TB --- 2014-05-06 14:20:39 - TARGET=sparc64 TB --- 2014-05-06 14:20:39 - TARGET_ARCH=sparc64 TB --- 2014-05-06 14:20:39 - TZ=UTC TB --- 2014-05-06 14:20:39 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:20:39 - cd /src TB --- 2014-05-06 14:20:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:20:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:20:39 - ERROR: failed to build world TB --- 2014-05-06 14:20:39 - 1.66 user 2.47 system 5.13 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:20:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 22FDF62C; Tue, 6 May 2014 14:20:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E03537B0; Tue, 6 May 2014 14:20:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EKdY8002309; Tue, 6 May 2014 10:20:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EKdII002307; Tue, 6 May 2014 14:20:39 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:20:39 GMT Message-Id: <201405061420.s46EKdII002307@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:20:41 -0000 TB --- 2014-05-06 14:20:34 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:20:34 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:20:34 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-06 14:20:34 - cleaning the object tree TB --- 2014-05-06 14:20:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:20:38 - At svn revision 265446 TB --- 2014-05-06 14:20:39 - building world TB --- 2014-05-06 14:20:39 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:20:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:20:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:20:39 - SRCCONF=/dev/null TB --- 2014-05-06 14:20:39 - TARGET=powerpc TB --- 2014-05-06 14:20:39 - TARGET_ARCH=powerpc TB --- 2014-05-06 14:20:39 - TZ=UTC TB --- 2014-05-06 14:20:39 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:20:39 - cd /src TB --- 2014-05-06 14:20:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:20:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:20:39 - ERROR: failed to build world TB --- 2014-05-06 14:20:39 - 1.65 user 2.58 system 5.23 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:20:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81DD8336; Tue, 6 May 2014 14:20:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4872F7A8; Tue, 6 May 2014 14:20:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EKY3f002223; Tue, 6 May 2014 10:20:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EKYEF002216; Tue, 6 May 2014 14:20:34 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:20:34 GMT Message-Id: <201405061420.s46EKYEF002216@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:20:35 -0000 TB --- 2014-05-06 14:20:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:20:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:20:25 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-06 14:20:25 - cleaning the object tree TB --- 2014-05-06 14:20:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:20:33 - At svn revision 265446 TB --- 2014-05-06 14:20:34 - building world TB --- 2014-05-06 14:20:34 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:20:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:20:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:20:34 - SRCCONF=/dev/null TB --- 2014-05-06 14:20:34 - TARGET=mips TB --- 2014-05-06 14:20:34 - TARGET_ARCH=mips TB --- 2014-05-06 14:20:34 - TZ=UTC TB --- 2014-05-06 14:20:34 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:20:34 - cd /src TB --- 2014-05-06 14:20:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:20:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:20:34 - ERROR: failed to build world TB --- 2014-05-06 14:20:34 - 1.80 user 2.88 system 8.45 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:20:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 84C14337; Tue, 6 May 2014 14:20:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4A3867A9; Tue, 6 May 2014 14:20:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EKYmP002225; Tue, 6 May 2014 10:20:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EKY0c002221; Tue, 6 May 2014 14:20:34 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:20:34 GMT Message-Id: <201405061420.s46EKY0c002221@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:20:35 -0000 TB --- 2014-05-06 14:20:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:20:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:20:25 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-06 14:20:25 - cleaning the object tree TB --- 2014-05-06 14:20:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:20:33 - At svn revision 265446 TB --- 2014-05-06 14:20:34 - building world TB --- 2014-05-06 14:20:34 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:20:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:20:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:20:34 - SRCCONF=/dev/null TB --- 2014-05-06 14:20:34 - TARGET=pc98 TB --- 2014-05-06 14:20:34 - TARGET_ARCH=i386 TB --- 2014-05-06 14:20:34 - TZ=UTC TB --- 2014-05-06 14:20:34 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:20:34 - cd /src TB --- 2014-05-06 14:20:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:20:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:20:34 - ERROR: failed to build world TB --- 2014-05-06 14:20:34 - 1.64 user 3.05 system 8.48 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:20:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7EFE6335; Tue, 6 May 2014 14:20:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 481997A7; Tue, 6 May 2014 14:20:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EKYX1002226; Tue, 6 May 2014 10:20:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EKYIw002222; Tue, 6 May 2014 14:20:34 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:20:34 GMT Message-Id: <201405061420.s46EKYIw002222@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:20:35 -0000 TB --- 2014-05-06 14:20:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:20:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:20:25 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-06 14:20:25 - cleaning the object tree TB --- 2014-05-06 14:20:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:20:33 - At svn revision 265446 TB --- 2014-05-06 14:20:34 - building world TB --- 2014-05-06 14:20:34 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:20:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:20:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:20:34 - SRCCONF=/dev/null TB --- 2014-05-06 14:20:34 - TARGET=ia64 TB --- 2014-05-06 14:20:34 - TARGET_ARCH=ia64 TB --- 2014-05-06 14:20:34 - TZ=UTC TB --- 2014-05-06 14:20:34 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:20:34 - cd /src TB --- 2014-05-06 14:20:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:20:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:20:34 - ERROR: failed to build world TB --- 2014-05-06 14:20:34 - 1.63 user 3.06 system 8.48 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:20:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2883C62D; Tue, 6 May 2014 14:20:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E379D7B1; Tue, 6 May 2014 14:20:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EKdXf002308; Tue, 6 May 2014 10:20:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EKdt8002306; Tue, 6 May 2014 14:20:39 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:20:39 GMT Message-Id: <201405061420.s46EKdt8002306@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:20:41 -0000 TB --- 2014-05-06 14:20:34 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:20:34 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:20:34 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-06 14:20:34 - cleaning the object tree TB --- 2014-05-06 14:20:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:20:38 - At svn revision 265446 TB --- 2014-05-06 14:20:39 - building world TB --- 2014-05-06 14:20:39 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:20:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:20:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:20:39 - SRCCONF=/dev/null TB --- 2014-05-06 14:20:39 - TARGET=powerpc TB --- 2014-05-06 14:20:39 - TARGET_ARCH=powerpc64 TB --- 2014-05-06 14:20:39 - TZ=UTC TB --- 2014-05-06 14:20:39 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:20:39 - cd /src TB --- 2014-05-06 14:20:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:20:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:20:39 - ERROR: failed to build world TB --- 2014-05-06 14:20:39 - 1.73 user 2.49 system 5.23 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:28:24 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3A63B1; Tue, 6 May 2014 14:28:24 +0000 (UTC) Received: from mailout03.t-online.de (mailout03.t-online.de [194.25.134.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9F4B187F; Tue, 6 May 2014 14:28:24 +0000 (UTC) Received: from fwd07.aul.t-online.de (fwd07.aul.t-online.de [172.20.27.150]) by mailout03.t-online.de (Postfix) with SMTP id D28D038C094; Tue, 6 May 2014 16:27:48 +0200 (CEST) Received: from [192.168.119.11] (JTzAk2ZHZhSaa4+h6lIegZp8duklBOrY+Bgp8D9R64N+MdX+c3yOo3r7b3GNGMbwvF@[84.154.114.101]) by fwd07.t-online.de with esmtp id 1WhgLw-1WnCIS0; Tue, 6 May 2014 16:28:16 +0200 Message-ID: <5368F17A.2000208@freebsd.org> Date: Tue, 06 May 2014 16:28:10 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Benjamin Kaduk Subject: Re: buildworld fails (missing /usr/share/mk/src.opts.mk) References: <5368B0C5.6040309@freebsd.org> <5368C675.1070700@freebsd.org> <5368D7F1.4040009@freebsd.org> <5368ED8C.5040402@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-ID: JTzAk2ZHZhSaa4+h6lIegZp8duklBOrY+Bgp8D9R64N+MdX+c3yOo3r7b3GNGMbwvF X-TOI-MSGID: e430697a-53b8-4256-88ba-d994cac6cc3d Cc: imp@freebsd.org, "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 14:28:25 -0000 Am 06.05.2014 16:15, schrieb Benjamin Kaduk: > On Tue, 6 May 2014, Stefan Esser wrote: >> 2) tinderbox still complained about the test for MK_SHARED_TOOLCHAIN >> in bmake/Makefile.inc (I deleted the mails and thus cannot >> easily quote the exact error message). I tried to fix this by > > http://lists.freebsd.org/pipermail/freebsd-current/2014-May/049744.html Hi Ben, thank you for the link, I did not know that the messages are archived in real-time ... Hmm, I was sure that there was a problem with MK_SHARED_TOOLCHAIN or some other variable defined in src.opts.mk. I just checked my shell history, and it must have been SOURCELESS_UCODE and MK_KERNEL_SYMBOLS (which both made buildkernel fail). Regards, STefan From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:28:54 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDDD61C4 for ; Tue, 6 May 2014 14:28:54 +0000 (UTC) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7DAC1890 for ; Tue, 6 May 2014 14:28:54 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id lf10so11253846pab.41 for ; Tue, 06 May 2014 07:28:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=qjGlpeJotw0Q60EjiHhBFaIrRJn8oLzrNVdgXvvHLW0=; b=YThx0AjIBdpwD9ZptwpBzK5K2RSz6x9elsTxSGY47lSSViJDrhS1/zVg/HgLQkyHTZ O0zDGxGqI2f/lEsE/x0f9RfYr8GH9UOn2taxOMinro09XZKh8Ykw82bj+fx2p2t7/lKO ZGOicogmO0uKboDykY6BL3cSLua2EVhrPJjsGHdjyf69FPUWDba9IfpN0vPQ00NnPD1J ldV4h8T9NRPkm70o/lBTBEBHh8exKUIZAbJKBivD4XZz3uY0MmRJAAQVrTi1Y+DXFdCC 9ht69hnUUMeJYHbLLyT+QAonFtQLTkR376x0xaSB0PBt/1mCx9bBCPtbjf00O5zFBp9Q CoBg== X-Gm-Message-State: ALoCoQltmFBIz1Pbjc1QleNmusggqbO3Y554onXd1N8LAmI/UdSqtmirtZ0t6oN/aFsVDqrBbcQ/ X-Received: by 10.67.2.34 with SMTP id bl2mr6943412pad.58.1399386527695; Tue, 06 May 2014 07:28:47 -0700 (PDT) Received: from [10.64.26.239] (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id nw13sm99885576pab.37.2014.05.06.07.28.46 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 06 May 2014 07:28:47 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_CAA55270-FF1F-4D47-A2B6-EDC02749B69A"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: buildworld fails (missing /usr/share/mk/src.opts.mk) From: Warner Losh In-Reply-To: <5368ED8C.5040402@freebsd.org> Date: Tue, 6 May 2014 08:28:44 -0600 Message-Id: References: <5368B0C5.6040309@freebsd.org> <5368C675.1070700@freebsd.org> <5368D7F1.4040009@freebsd.org> <5368ED8C.5040402@freebsd.org> To: Stefan Esser X-Mailer: Apple Mail (2.1874) Cc: "current@freebsd.org" , Trond.Endrestol@fagskolen.gjovik.no X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 14:28:54 -0000 --Apple-Mail=_CAA55270-FF1F-4D47-A2B6-EDC02749B69A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 First off, thanks for looking into this. Build issues are no fun. :( On May 6, 2014, at 8:11 AM, Stefan Esser wrote: > Am 06.05.2014 15:18, schrieb Warner Losh: >>=20 >> On May 6, 2014, at 7:16 AM, Warner Losh wrote: >>=20 >>>=20 >>> On May 6, 2014, at 6:39 AM, Stefan Esser wrote: >>>=20 >>>> Am 06.05.2014 13:44, schrieb Trond Endrest=F8l: >>>>> On Tue, 6 May 2014 13:24+0200, Stefan Esser wrote: >>>>>> Am 06.05.2014 11:52, schrieb Stefan Esser: >>>>>>> Hi Warner, >>>>>>>=20 >>>>>>> as already reported by Jenkins, HEAD does not build. >>>>>>>=20 >>>>>>> Seems that this is caused by src.opts.mk missing in >>>>>>> /usr/share/mk during the cleandir phase. I guess this is >>>>>>> kind of a bootstrap issue - the definitions are looked up >>>>>>> in the installed base, not in the src tree - but did not >>>>>>> verify this assumption. >>>>>>>=20 >>>>>>> A work-around is to manually install src.opts.mk: >>>>>>>=20 >>>>>>> # make -C /usr/src/share/mk install >>>>>>>=20 >>>>>>> (which might deserve an UPDATING entry). Falling back on >>>>>>> the file in the src directory might be a better solution >>>>>>> ... >>>>>>>=20 >>>>>>> Regards, STefan >>>>>>=20 >>>>>> Following up to my earlier mail: >>>>>>=20 >>>>>> The diagnosis was wrong - the main Makefiles include >>>>>> src.opts.mk from the source directory. But two sub-ordinate >>>>>> Makefiles missed to include the new options file >>>>>> (sys/conf/kmod.mk and sys/modules/drm2/Makefile). >>>>>>=20 >>>>>> I committed a fix/work-around to stop the flood of >>>>>> tinderbox messages (r265433). >>>>>=20 >>>>> tinderbox still complains about usr.bin/bmake/Makefile.inc. >>>>=20 >>>> Hmmm, I managed to buildworld -HEAD after this patch, but it >>>> is possible, that I had src.opts.mk installed in /usr/share/mk >>>> when I started the build. >>>>=20 >>>> (I later deleted it, to be sure that the version in the source=20 >>>> directory was found and used when building modules, which the=20 >>>> commit actually fixed.) >>>>=20 >>>> I guess the remaining problem is caused by >>>>=20 >>>> .include "src.opts.mk" >>>>=20 >>>> in line 3 of src/usr.bin/bmake/Makefile.inc >>>>=20 >>>> Changing this line to read ".include " seems to >>>> fix it on my system. >>>>=20 >>>> --- usr.bin/bmake/Makefile.inc~ +++ usr.bin/bmake/Makefile.inc=20 >>>> @@ -1,6 +1,6 @@ # $FreeBSD$ >>>>=20 >>>> -.include "src.opts.mk" +.include This change I think actually is right. And it needs to be an =91sinclude=92= to support the fmake upgrade path, but I need to double check that can=92t be worked around in the environment. >>>> .if defined(.PARSEDIR) # make sure this is available to >>>> unit-tests/Makefile >>>>=20 >>>> It is possible, that the build will still fail at a latter >>>> stage, though (buildworld is still running). >>>>=20 >>>> I committed the above patch, since it gets buildworld through >>>> the bmake subdirectory at least (r265436). If buildworld fails >>>> again, then I'll commit any further missing fixes in one go. >>>> I'll know in some 20 minutes. >>>=20 >>> What is your source system? This is absolutely the wrong change, >>> and shouldn=92t be necessary at all. These changes survived a >>> universe run and a few build worlds on other systems. >=20 > I'm on a fresh -CURRENT (built the previous day) and with sources > as of r265439. OK. My current is a bit dated, so I=92ll spin up a new one. > I agree, that the change to bmake/Makefile.inc was wrong - though > it was needed to get a "make cleandir" working in that directory. Yea, I=92m trying to get one that works all the time=85 I think I have = it which should silence the tinderboxes=85 In hind sight, perhaps I should have pushed this in first thing this morning rather than last thing last night... >> >>=20 >> so I=92d like to know how to recreate it, since I didn=92t see this = in >> any of my testing over the last two weeks... >=20 > The tinderbox builds all fail in bmake, and while I changed > Makefile.inc to fix just that kind of problem on my system, it > may have worked by accident (because of a forgotten src.opts.mk > in /usr/share/mk - it had been installed by a previous attempt > to work around these problems). The initial bootstrap of bmake, or the later build of bmake? I was able to reproduce the former, but haven=92t seen the latter fail. > To recapitulate the order of events: >=20 > 1) make buildkernel failed due to 2 missing includes of > src.opts.mk. The affected files files were: >=20 > sys/conf/kmod.mk > sys/modules/drm2/Makefile >=20 > Adding an .include seems to have fixed this > problem. Maybe "src.opts.mk" would have been more correct, > but I checked without src.opts.mk in /usr/share/mk and the > file was found in src/share/mk. I=92ll look at these. I might have introduced the issues after I stopped building the 75 kernels in make universe after I made it through once. My bad... > 2) tinderbox still complained about the test for MK_SHARED_TOOLCHAIN > in bmake/Makefile.inc (I deleted the mails and thus cannot > easily quote the exact error message). I tried to fix this by > changing the include syntax in bmake/Makefile.inc, but have > just reverted this change. It made buildworld complete on my > system, but tinderbox complains loudly. I=92ll look at this as well... > A work-around for the second problem is to manually install > src.opts.mk in /usr/share/mk before attempting to build bmake. Yea, and we don=92t really want to do that. The other workaround is mentioned in updating=85 Setting MAKESYSPATH. I need to make sure my testing wasn=92t contaminated with this somehow. Warner --Apple-Mail=_CAA55270-FF1F-4D47-A2B6-EDC02749B69A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTaPGcAAoJEGwc0Sh9sBEATOkP/j+b92dFAsRMFOiaah0UzxuJ boNHenGift52ghmEdvuBKznyCE/s2ZRZzHP0Neu3zkCMW/sIj1wGD0QkyinZvPh4 PRNXprXd3fBfMRg94TMgKsYOsxUK/1v+b4wN/VJa4EuLz943k7GMA5rgWjPkkxBI nsdL1JYVSQ0j2iuClwNBr9PhiChp60NrjCXpWqrGSx8ZWbV2GNWSLrD8UXMbXVdU hoWwZEnAOcW1s4u5Vo1rJaO3TXi7e3sWKCwsyIGVMrbZ5fqFgo2fKNzlwey8kr1W pC8NtxHjzgEmsGsQHVolM7Q6zlxzFbfi30Oy6LrHNU23+KqZJQxM0Dl+LlHgdCF8 o84xCSRm70ieQoB+cbHTVc128nUaoUKFXW8XBH2Edb5yW68NcUlPqoWEq0mY1Xll HV6d2i5aCww7B1V7vrh+kO4VIXsONe9vJXGUW0Cd4++y+8mS6VOMLr/4pVPqcxDk z2ArFY8cw8AOcQ4so8qprleILLGSYLAnMwUXr4wkfT8LtJeyjGKEROKjT51SQevg a72ArwdM47H84xYhHmGyvOas6JsK5TpAwT4HPOMIa2V4lZDqCwsTb1EUph7eJlzp QeBw+frrtkbf32EOhoLZ1O32gRvbZoCuTt3DUZTPmbsormkWZdGUwJQqXAoYVV/d 7msfek/QNQ9cIXmV8IDA =ERjC -----END PGP SIGNATURE----- --Apple-Mail=_CAA55270-FF1F-4D47-A2B6-EDC02749B69A-- From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:29:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD1E32D0 for ; Tue, 6 May 2014 14:29:35 +0000 (UTC) Received: from mail-pa0-f52.google.com (mail-pa0-f52.google.com [209.85.220.52]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 789DF89F for ; Tue, 6 May 2014 14:29:35 +0000 (UTC) Received: by mail-pa0-f52.google.com with SMTP id kx10so11328648pab.39 for ; Tue, 06 May 2014 07:29:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=t1tmBmpNaUbCOGlFeszs6zhKGY5ddSKX+f4nDqIM7WE=; b=HtdeGXmZfHIkh3KqvRvYwZ/w5V3K4/76C0aE1cIMa83fbN4pahC8V+2kO1/6e+JZ/N yUb8R/7qYlBSCNu/JBqURqSMNkamBMB1CmGjz3FXwvy4n6xbiYjuTGNaMxODs5cStHC0 ZnDAWY1lSwRR0NTJCgH83eiqfK+stD6S+4VcaSGcVjPLGeFDvZbEBHHM4NzSOUQa2LMs rA2H243+my7tOCf96DryjNsakhg7UqmqvMAb9NegikN9RyOBWqzM7EyOi8CSz16FYUiu RzABTb2la48mMMEN64YPPUgdXihvDg25CP8nuCerT1uwVOur62bnDS+YZa9c5Rp2/FI1 BFGQ== X-Gm-Message-State: ALoCoQmqRV0BLdAhDCYccDFJ41eCTM6Mtv33v+RvwzBJ8jNuWm3+nl5MjiF51QsoF8v1P9FlBQAv X-Received: by 10.66.140.104 with SMTP id rf8mr6971620pab.107.1399386568768; Tue, 06 May 2014 07:29:28 -0700 (PDT) Received: from [10.64.26.239] (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id nw13sm99885576pab.37.2014.05.06.07.29.26 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 06 May 2014 07:29:27 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_E8822E89-293C-4399-BE27-48EA266C254E"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: buildworld fails (missing /usr/share/mk/src.opts.mk) From: Warner Losh In-Reply-To: Date: Tue, 6 May 2014 08:29:25 -0600 Message-Id: References: <5368B0C5.6040309@freebsd.org> <5368C675.1070700@freebsd.org> <5368D7F1.4040009@freebsd.org> <5368ED8C.5040402@freebsd.org> To: Benjamin Kaduk X-Mailer: Apple Mail (2.1874) Cc: "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 14:29:35 -0000 --Apple-Mail=_E8822E89-293C-4399-BE27-48EA266C254E Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On May 6, 2014, at 8:15 AM, Benjamin Kaduk wrote: > On Tue, 6 May 2014, Stefan Esser wrote: > >> >> 2) tinderbox still complained about the test for MK_SHARED_TOOLCHAIN >> in bmake/Makefile.inc (I deleted the mails and thus cannot >> easily quote the exact error message). I tried to fix this by > > http://lists.freebsd.org/pipermail/freebsd-current/2014-May/049744.html A fix for this is pending a full buildworld run, so 20 minutes. Warner --Apple-Mail=_E8822E89-293C-4399-BE27-48EA266C254E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTaPHFAAoJEGwc0Sh9sBEA4tAQAN+xSfHQWKbXIDsQkCzv0S6Y eRzobGFzJU2t4UTNRobF9Lg7tfkgYL1HpdR/pkLkdLgpCyKHm7d0FzJEwKyOdiyd uKVcfxdZvNUtKfZoBNq7wQ5J23Ksmv8ZdnBDw4GKOHeLXgvebadWVRbFG+KkUqOr +uW5KNe9gy8MkOIB5TQq0J21Tae2eqxzLw9xK4JUjZvGX65PWZFNpCvoyM4FrXti gvvOirZ2LLePWPgFSJ1uagt5oHQW8oAyTomy9UXYs5LuouhT96ZNi1ahsxI3odXM VWtWYwjZZkA6BJ5ObEetUI3wes3ARRcVLgQAo58dNM3n8g70qoO04oNxJSUWs/OY S0hwJbGKpLGiPHdJsCVoNv2q1tYMBbje3tatUe0aQ6OufY+lH8tcXibsqdUDXmC2 QfG5DEBn9nclxVYtThoIaGrlgPoEqLyFjCgh/H2LzvB8UTJgDtg1lZl1rblWKsTr NWVpx/Qo4D3icrsFwGY9hOkGudwXFUgObK7dBgw2/Axl08BfheV+V7RfDxlA6caj 4nj0Kwur0ej426Kx/PaBTST2BFUUsIba0iuEW/jH2/vO6iQ8uRLy1BdQDCYqc3hT nWw4VekzoAg2qM5M1yrofg3/bPz0Lk6BJE+2WUQUZZ0BUy1dTmoEk+kpvAFNFVht vKBiAcHxueeyb3su+QPr =Jfre -----END PGP SIGNATURE----- --Apple-Mail=_E8822E89-293C-4399-BE27-48EA266C254E-- From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:30:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C91F43DB; Tue, 6 May 2014 14:30:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 91A148B0; Tue, 6 May 2014 14:30:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EUP9c002444; Tue, 6 May 2014 10:30:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EUPqV002440; Tue, 6 May 2014 14:30:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:30:25 GMT Message-Id: <201405061430.s46EUPqV002440@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:30:26 -0000 TB --- 2014-05-06 14:30:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:30:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:30:19 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-06 14:30:19 - cleaning the object tree TB --- 2014-05-06 14:30:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:30:24 - At svn revision 265447 TB --- 2014-05-06 14:30:25 - building world TB --- 2014-05-06 14:30:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:30:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:30:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:30:25 - SRCCONF=/dev/null TB --- 2014-05-06 14:30:25 - TARGET=i386 TB --- 2014-05-06 14:30:25 - TARGET_ARCH=i386 TB --- 2014-05-06 14:30:25 - TZ=UTC TB --- 2014-05-06 14:30:25 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:30:25 - cd /src TB --- 2014-05-06 14:30:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:30:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:30:25 - ERROR: failed to build world TB --- 2014-05-06 14:30:25 - 1.73 user 2.96 system 5.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:30:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F9BA3DD; Tue, 6 May 2014 14:30:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CC5C78B3; Tue, 6 May 2014 14:30:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EUPeY002446; Tue, 6 May 2014 10:30:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EUPD3002442; Tue, 6 May 2014 14:30:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:30:25 GMT Message-Id: <201405061430.s46EUPD3002442@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:30:27 -0000 TB --- 2014-05-06 14:30:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:30:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:30:19 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-06 14:30:19 - cleaning the object tree TB --- 2014-05-06 14:30:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:30:24 - At svn revision 265447 TB --- 2014-05-06 14:30:25 - building world TB --- 2014-05-06 14:30:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:30:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:30:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:30:25 - SRCCONF=/dev/null TB --- 2014-05-06 14:30:25 - TARGET=arm TB --- 2014-05-06 14:30:25 - TARGET_ARCH=armv6 TB --- 2014-05-06 14:30:25 - TZ=UTC TB --- 2014-05-06 14:30:25 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:30:25 - cd /src TB --- 2014-05-06 14:30:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:30:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:30:25 - ERROR: failed to build world TB --- 2014-05-06 14:30:25 - 1.57 user 3.13 system 5.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:30:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F69B3DC; Tue, 6 May 2014 14:30:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CC57F8B2; Tue, 6 May 2014 14:30:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EUPoA002445; Tue, 6 May 2014 10:30:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EUP5f002441; Tue, 6 May 2014 14:30:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:30:25 GMT Message-Id: <201405061430.s46EUP5f002441@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:30:27 -0000 TB --- 2014-05-06 14:30:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:30:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:30:19 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-06 14:30:19 - cleaning the object tree TB --- 2014-05-06 14:30:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:30:24 - At svn revision 265447 TB --- 2014-05-06 14:30:25 - building world TB --- 2014-05-06 14:30:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:30:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:30:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:30:25 - SRCCONF=/dev/null TB --- 2014-05-06 14:30:25 - TARGET=amd64 TB --- 2014-05-06 14:30:25 - TARGET_ARCH=amd64 TB --- 2014-05-06 14:30:25 - TZ=UTC TB --- 2014-05-06 14:30:25 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:30:25 - cd /src TB --- 2014-05-06 14:30:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:30:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:30:25 - ERROR: failed to build world TB --- 2014-05-06 14:30:25 - 1.66 user 3.05 system 5.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:30:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 16E7D3DE; Tue, 6 May 2014 14:30:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CC52E8B1; Tue, 6 May 2014 14:30:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EUPHi002443; Tue, 6 May 2014 10:30:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EUPA3002439; Tue, 6 May 2014 14:30:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:30:25 GMT Message-Id: <201405061430.s46EUPA3002439@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:30:27 -0000 TB --- 2014-05-06 14:30:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:30:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:30:19 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-06 14:30:19 - cleaning the object tree TB --- 2014-05-06 14:30:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:30:24 - At svn revision 265447 TB --- 2014-05-06 14:30:25 - building world TB --- 2014-05-06 14:30:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:30:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:30:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:30:25 - SRCCONF=/dev/null TB --- 2014-05-06 14:30:25 - TARGET=arm TB --- 2014-05-06 14:30:25 - TARGET_ARCH=arm TB --- 2014-05-06 14:30:25 - TZ=UTC TB --- 2014-05-06 14:30:25 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:30:25 - cd /src TB --- 2014-05-06 14:30:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:30:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:30:25 - ERROR: failed to build world TB --- 2014-05-06 14:30:25 - 1.62 user 3.09 system 5.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:30:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 077A271B; Tue, 6 May 2014 14:30:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C437C8BD; Tue, 6 May 2014 14:30:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EUXRL002552; Tue, 6 May 2014 10:30:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EUVKU002502; Tue, 6 May 2014 14:30:31 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:30:31 GMT Message-Id: <201405061430.s46EUVKU002502@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:30:35 -0000 TB --- 2014-05-06 14:30:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:30:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:30:25 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-06 14:30:25 - cleaning the object tree TB --- 2014-05-06 14:30:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:30:30 - At svn revision 265447 TB --- 2014-05-06 14:30:31 - building world TB --- 2014-05-06 14:30:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:30:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:30:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:30:31 - SRCCONF=/dev/null TB --- 2014-05-06 14:30:31 - TARGET=pc98 TB --- 2014-05-06 14:30:31 - TARGET_ARCH=i386 TB --- 2014-05-06 14:30:31 - TZ=UTC TB --- 2014-05-06 14:30:31 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:30:31 - cd /src TB --- 2014-05-06 14:30:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:30:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:30:31 - ERROR: failed to build world TB --- 2014-05-06 14:30:31 - 1.73 user 2.89 system 5.64 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:30:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 001E5719; Tue, 6 May 2014 14:30:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BE34A8BB; Tue, 6 May 2014 14:30:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EUXLl002551; Tue, 6 May 2014 10:30:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EUVrc002549; Tue, 6 May 2014 14:30:31 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:30:31 GMT Message-Id: <201405061430.s46EUVrc002549@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:30:35 -0000 TB --- 2014-05-06 14:30:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:30:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:30:25 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-06 14:30:25 - cleaning the object tree TB --- 2014-05-06 14:30:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:30:30 - At svn revision 265447 TB --- 2014-05-06 14:30:31 - building world TB --- 2014-05-06 14:30:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:30:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:30:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:30:31 - SRCCONF=/dev/null TB --- 2014-05-06 14:30:31 - TARGET=mips TB --- 2014-05-06 14:30:31 - TARGET_ARCH=mips TB --- 2014-05-06 14:30:31 - TZ=UTC TB --- 2014-05-06 14:30:31 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:30:31 - cd /src TB --- 2014-05-06 14:30:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:30:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:30:31 - ERROR: failed to build world TB --- 2014-05-06 14:30:31 - 1.62 user 3.05 system 5.72 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:30:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05EEF71A; Tue, 6 May 2014 14:30:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C1EDD8BC; Tue, 6 May 2014 14:30:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EUX2O002553; Tue, 6 May 2014 10:30:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EUVt0002514; Tue, 6 May 2014 14:30:31 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:30:31 GMT Message-Id: <201405061430.s46EUVt0002514@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:30:35 -0000 TB --- 2014-05-06 14:30:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:30:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:30:25 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-06 14:30:25 - cleaning the object tree TB --- 2014-05-06 14:30:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:30:30 - At svn revision 265447 TB --- 2014-05-06 14:30:31 - building world TB --- 2014-05-06 14:30:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:30:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:30:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:30:31 - SRCCONF=/dev/null TB --- 2014-05-06 14:30:31 - TARGET=ia64 TB --- 2014-05-06 14:30:31 - TARGET_ARCH=ia64 TB --- 2014-05-06 14:30:31 - TZ=UTC TB --- 2014-05-06 14:30:31 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:30:31 - cd /src TB --- 2014-05-06 14:30:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:30:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:30:31 - ERROR: failed to build world TB --- 2014-05-06 14:30:31 - 1.73 user 2.89 system 5.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:30:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A09878BE; Tue, 6 May 2014 14:30:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 68FCA8C6; Tue, 6 May 2014 14:30:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EUdCU002636; Tue, 6 May 2014 10:30:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EUdV1002633; Tue, 6 May 2014 14:30:39 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:30:39 GMT Message-Id: <201405061430.s46EUdV1002633@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:30:40 -0000 TB --- 2014-05-06 14:30:34 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:30:34 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:30:34 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-06 14:30:34 - cleaning the object tree TB --- 2014-05-06 14:30:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:30:38 - At svn revision 265447 TB --- 2014-05-06 14:30:39 - building world TB --- 2014-05-06 14:30:39 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:30:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:30:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:30:39 - SRCCONF=/dev/null TB --- 2014-05-06 14:30:39 - TARGET=powerpc TB --- 2014-05-06 14:30:39 - TARGET_ARCH=powerpc TB --- 2014-05-06 14:30:39 - TZ=UTC TB --- 2014-05-06 14:30:39 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:30:39 - cd /src TB --- 2014-05-06 14:30:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:30:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:30:39 - ERROR: failed to build world TB --- 2014-05-06 14:30:39 - 1.52 user 2.70 system 5.31 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:30:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F5CA8BA; Tue, 6 May 2014 14:30:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 684168C5; Tue, 6 May 2014 14:30:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EUdS3002635; Tue, 6 May 2014 10:30:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EUdnI002632; Tue, 6 May 2014 14:30:39 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:30:39 GMT Message-Id: <201405061430.s46EUdnI002632@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:30:40 -0000 TB --- 2014-05-06 14:30:34 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:30:34 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:30:34 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-06 14:30:34 - cleaning the object tree TB --- 2014-05-06 14:30:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:30:38 - At svn revision 265447 TB --- 2014-05-06 14:30:39 - building world TB --- 2014-05-06 14:30:39 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:30:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:30:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:30:39 - SRCCONF=/dev/null TB --- 2014-05-06 14:30:39 - TARGET=sparc64 TB --- 2014-05-06 14:30:39 - TARGET_ARCH=sparc64 TB --- 2014-05-06 14:30:39 - TZ=UTC TB --- 2014-05-06 14:30:39 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:30:39 - cd /src TB --- 2014-05-06 14:30:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:30:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:30:39 - ERROR: failed to build world TB --- 2014-05-06 14:30:39 - 1.63 user 2.57 system 5.30 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:30:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0BD4E71C; Tue, 6 May 2014 14:30:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C765D8BE; Tue, 6 May 2014 14:30:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EUX3Y002554; Tue, 6 May 2014 10:30:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EUVZq002550; Tue, 6 May 2014 14:30:31 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:30:31 GMT Message-Id: <201405061430.s46EUVZq002550@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:30:35 -0000 TB --- 2014-05-06 14:30:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:30:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:30:25 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-06 14:30:25 - cleaning the object tree TB --- 2014-05-06 14:30:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:30:30 - At svn revision 265447 TB --- 2014-05-06 14:30:31 - building world TB --- 2014-05-06 14:30:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:30:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:30:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:30:31 - SRCCONF=/dev/null TB --- 2014-05-06 14:30:31 - TARGET=mips TB --- 2014-05-06 14:30:31 - TARGET_ARCH=mips64 TB --- 2014-05-06 14:30:31 - TZ=UTC TB --- 2014-05-06 14:30:31 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:30:31 - cd /src TB --- 2014-05-06 14:30:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:30:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:30:31 - ERROR: failed to build world TB --- 2014-05-06 14:30:31 - 1.77 user 2.90 system 5.72 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:30:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A617D8C4; Tue, 6 May 2014 14:30:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6AA938C7; Tue, 6 May 2014 14:30:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s46EUdC1002637; Tue, 6 May 2014 10:30:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s46EUdxm002634; Tue, 6 May 2014 14:30:39 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 May 2014 14:30:39 GMT Message-Id: <201405061430.s46EUdxm002634@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 14:30:40 -0000 TB --- 2014-05-06 14:30:34 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-06 14:30:34 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-06 14:30:34 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-06 14:30:34 - cleaning the object tree TB --- 2014-05-06 14:30:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-06 14:30:38 - At svn revision 265447 TB --- 2014-05-06 14:30:39 - building world TB --- 2014-05-06 14:30:39 - CROSS_BUILD_TESTING=YES TB --- 2014-05-06 14:30:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-06 14:30:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-06 14:30:39 - SRCCONF=/dev/null TB --- 2014-05-06 14:30:39 - TARGET=powerpc TB --- 2014-05-06 14:30:39 - TARGET_ARCH=powerpc64 TB --- 2014-05-06 14:30:39 - TZ=UTC TB --- 2014-05-06 14:30:39 - __MAKE_CONF=/dev/null TB --- 2014-05-06 14:30:39 - cd /src TB --- 2014-05-06 14:30:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) -------------------------------------------------------------- "Makefile.inc", line 3: Could not find src.opts.mk make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-06 14:30:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-06 14:30:39 - ERROR: failed to build world TB --- 2014-05-06 14:30:39 - 1.68 user 2.53 system 5.31 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:32:48 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A6025261; Tue, 6 May 2014 14:32:48 +0000 (UTC) Received: from mailout09.t-online.de (mailout09.t-online.de [194.25.134.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 67A5799E; Tue, 6 May 2014 14:32:48 +0000 (UTC) Received: from fwd03.aul.t-online.de (fwd03.aul.t-online.de [172.20.27.148]) by mailout09.t-online.de (Postfix) with SMTP id EBCDC5D3D54; Tue, 6 May 2014 16:32:06 +0200 (CEST) Received: from [192.168.119.11] (SgZ-gYZDrhwI4Q5ZO1V+Rdw1R4UaW-cLTUppJHB8sMwlzyz8epsMF66O4ZD3w1jQfD@[84.154.114.101]) by fwd03.t-online.de with esmtp id 1WhgQC-0YpzAO0; Tue, 6 May 2014 16:32:40 +0200 Message-ID: <5368F282.3050107@freebsd.org> Date: Tue, 06 May 2014 16:32:34 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: imp@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 References: <201405061420.s46EKPV0002114@freebsd-current.sentex.ca> In-Reply-To: <201405061420.s46EKPV0002114@freebsd-current.sentex.ca> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-ID: SgZ-gYZDrhwI4Q5ZO1V+Rdw1R4UaW-cLTUppJHB8sMwlzyz8epsMF66O4ZD3w1jQfD X-TOI-MSGID: 91eb1aff-de22-4af4-adfd-052b643f3810 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 14:32:48 -0000 Am 06.05.2014 16:20, schrieb FreeBSD Tinderbox: > TB --- 2014-05-06 14:20:19 - tinderbox 2.21 running on freebsd-current.sentex.ca > TB --- 2014-05-06 14:20:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 > TB --- 2014-05-06 14:20:19 - starting HEAD tinderbox run for amd64/amd64 > TB --- 2014-05-06 14:20:19 - cleaning the object tree > TB --- 2014-05-06 14:20:19 - /usr/local/bin/svn stat --no-ignore /src > TB --- 2014-05-06 14:20:24 - At svn revision 265446 > TB --- 2014-05-06 14:20:25 - building world > TB --- 2014-05-06 14:20:25 - CROSS_BUILD_TESTING=YES > TB --- 2014-05-06 14:20:25 - MAKEOBJDIRPREFIX=/obj > TB --- 2014-05-06 14:20:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2014-05-06 14:20:25 - SRCCONF=/dev/null > TB --- 2014-05-06 14:20:25 - TARGET=amd64 > TB --- 2014-05-06 14:20:25 - TARGET_ARCH=amd64 > TB --- 2014-05-06 14:20:25 - TZ=UTC > TB --- 2014-05-06 14:20:25 - __MAKE_CONF=/dev/null > TB --- 2014-05-06 14:20:25 - cd /src > TB --- 2014-05-06 14:20:25 - /usr/bin/make -B buildworld >>>> Building an up-to-date make(1) > -------------------------------------------------------------- > "Makefile.inc", line 3: Could not find src.opts.mk > make: fatal errors encountered -- cannot continue > *** [bmake] Error code 1 I just noticed that the build errors occur when building -HEAD on 9.2. Without checking the Makefiles I assume, that this target is skipped on systems that have a reasonably recent bmake installed (as is the case on my build system). Regards, STefan From owner-freebsd-current@FreeBSD.ORG Tue May 6 14:56:33 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6412AA9; Tue, 6 May 2014 14:56:33 +0000 (UTC) Received: from mailout10.t-online.de (mailout10.t-online.de [194.25.134.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 81ADCB97; Tue, 6 May 2014 14:56:33 +0000 (UTC) Received: from fwd01.aul.t-online.de (fwd01.aul.t-online.de [172.20.27.147]) by mailout10.t-online.de (Postfix) with SMTP id AA0B31865CB; Tue, 6 May 2014 16:48:55 +0200 (CEST) Received: from [192.168.119.11] (Thkh1vZGrhkeKINj47xLxtf31umZBEa1bBmhJD7eGcEVxT5v84IjE8Wc4E9myHzQzn@[84.154.114.101]) by fwd01.t-online.de with esmtp id 1WhggD-0hBEA40; Tue, 6 May 2014 16:49:13 +0200 Message-ID: <5368F664.6090601@freebsd.org> Date: Tue, 06 May 2014 16:49:08 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Warner Losh Subject: Re: buildworld fails (missing /usr/share/mk/src.opts.mk) References: <5368B0C5.6040309@freebsd.org> <5368C675.1070700@freebsd.org> <5368D7F1.4040009@freebsd.org> <5368ED8C.5040402@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-ID: Thkh1vZGrhkeKINj47xLxtf31umZBEa1bBmhJD7eGcEVxT5v84IjE8Wc4E9myHzQzn X-TOI-MSGID: a45046e2-f875-4261-b643-bf842bead67c Cc: "current@freebsd.org" , Trond.Endrestol@fagskolen.gjovik.no X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 14:56:34 -0000 Am 06.05.2014 16:28, schrieb Warner Losh: > First off, thanks for looking into this. Build issues are no fun. :( > On May 6, 2014, at 8:11 AM, Stefan Esser wrote: >> Am 06.05.2014 15:18, schrieb Warner Losh: >>> On May 6, 2014, at 7:16 AM, Warner Losh wrote: >>>> On May 6, 2014, at 6:39 AM, Stefan Esser wrote: >>>>> Am 06.05.2014 13:44, schrieb Trond Endrestl: >>>>>> On Tue, 6 May 2014 13:24+0200, Stefan Esser wrote: >>>>>>> Am 06.05.2014 11:52, schrieb Stefan Esser: >>>>>> tinderbox still complains about usr.bin/bmake/Makefile.inc. >>>>> >>>>> Hmmm, I managed to buildworld -HEAD after this patch, but it >>>>> is possible, that I had src.opts.mk installed in /usr/share/mk >>>>> when I started the build. >>>>> >>>>> (I later deleted it, to be sure that the version in the source >>>>> directory was found and used when building modules, which the >>>>> commit actually fixed.) >>>>> >>>>> I guess the remaining problem is caused by >>>>> >>>>> .include "src.opts.mk" >>>>> >>>>> in line 3 of src/usr.bin/bmake/Makefile.inc >>>>> >>>>> Changing this line to read ".include " seems to >>>>> fix it on my system. >>>>> >>>>> --- usr.bin/bmake/Makefile.inc~ +++ usr.bin/bmake/Makefile.inc >>>>> @@ -1,6 +1,6 @@ # $FreeBSD$ >>>>> >>>>> -.include "src.opts.mk" +.include > > This change I think actually is right. And it needs to be an sinclude > to support the fmake upgrade path, but I need to double check that > cant be worked around in the environment. Yes, the upgrade path is broken and that is what the tinderbox builds complain about. I just verified this by installing fmake as make on -HEAD. It fails to build bmake as reported by tinderbox. >>>> What is your source system? This is absolutely the wrong change, >>>> and shouldnt be necessary at all. These changes survived a >>>> universe run and a few build worlds on other systems. >> >> I'm on a fresh -CURRENT (built the previous day) and with sources >> as of r265439. > > OK. My current is a bit dated, so Ill spin up a new one. I guess there are less problems when starting with -CURRENT than if you come from 9-STABLE, so that appears to be the better test. >> I agree, that the change to bmake/Makefile.inc was wrong - though >> it was needed to get a "make cleandir" working in that directory. > > Yea, Im trying to get one that works all the time I think I have it > which should silence the tinderboxes In hind sight, perhaps > I should have pushed this in first thing this morning rather than > last thing last night... Well, it was early morning in this part of the world, when the tinderbox mails started to arrive ;-) But the change (separation of src options and corresponding logic) is definitely worth the nuisance of temporary breakage ... >>> >>> >>> so Id like to know how to recreate it, since I didnt see this in >>> any of my testing over the last two weeks... >> >> The tinderbox builds all fail in bmake, and while I changed >> Makefile.inc to fix just that kind of problem on my system, it >> may have worked by accident (because of a forgotten src.opts.mk >> in /usr/share/mk - it had been installed by a previous attempt >> to work around these problems). > > The initial bootstrap of bmake, or the later build of bmake? I was > able to reproduce the former, but havent seen the latter fail. Yes, it always seems to be the initial build that fails. And that phase is skipped on systems with a usable bmake ... >> To recapitulate the order of events: >> >> 1) make buildkernel failed due to 2 missing includes of >> src.opts.mk. The affected files files were: >> >> sys/conf/kmod.mk >> sys/modules/drm2/Makefile >> >> Adding an .include seems to have fixed this >> problem. Maybe "src.opts.mk" would have been more correct, >> but I checked without src.opts.mk in /usr/share/mk and the >> file was found in src/share/mk. > > Ill look at these. I might have introduced the issues after I stopped > building the 75 kernels in make universe after I made it through once. > My bad... > >> 2) tinderbox still complained about the test for MK_SHARED_TOOLCHAIN >> in bmake/Makefile.inc (I deleted the mails and thus cannot >> easily quote the exact error message). I tried to fix this by >> changing the include syntax in bmake/Makefile.inc, but have >> just reverted this change. It made buildworld complete on my >> system, but tinderbox complains loudly. > > Ill look at this as well... > >> A work-around for the second problem is to manually install >> src.opts.mk in /usr/share/mk before attempting to build bmake. > > Yea, and we dont really want to do that. The other workaround is > mentioned in updating Setting MAKESYSPATH. I need to make > sure my testing wasnt contaminated with this somehow. Ahh, I missed that entry in UPDATING ... But if I had read it, I'd missed the hint that MAKESYSPATH can be used to unbreak buildworld. The text just mentions incremental builds. Anyway, if .sinclude "src.opts.mk" really works in all cases, all should be good again :) Regards, STefan From owner-freebsd-current@FreeBSD.ORG Tue May 6 16:26:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B0D8CBD for ; Tue, 6 May 2014 16:26:36 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 588FC638 for ; Tue, 6 May 2014 16:26:36 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1WhiCP-000xJZ-Ul>; Tue, 06 May 2014 18:26:33 +0200 Received: from g226062030.adsl.alicedsl.de ([92.226.62.30] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1WhiCP-000uEr-Ss>; Tue, 06 May 2014 18:26:33 +0200 Date: Tue, 6 May 2014 18:26:28 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: performance of ipfw and pf in CURRENT? Message-ID: <20140506182628.36c98065.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/XYKSfFgdQGL0cv2AOyC5sT4"; protocol="application/pgp-signature" X-Originating-IP: 92.226.62.30 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 16:26:36 -0000 --Sig_/XYKSfFgdQGL0cv2AOyC5sT4 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable A while ago some performance graphs were floating around here showing the n= et performance of ipfw and pf. pf was, as far as I can remember, the single th= readed version. Are there more recent performance benchmarks available? Even if pf= in FreeBSD is still behind pf in recent OpenBSD, FreeBSD has now an threaded adaption and= it would be nice to see the overall performance for both. Thanks, oh --Sig_/XYKSfFgdQGL0cv2AOyC5sT4 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTaQ05AAoJEOgBcD7A/5N8cH0H/iUIzYK/XUrf0HzyAfcPew/L LMXU6qsnMq+WnPxLN2vCCiJGpCJeGe/YZYLGD6YVm+pAynYvthA4mvFNXqWxghik ZPivCg+lZOnC/TIXoKFjdv0G/rQxr1ZBLW9ax4dLmi0kZ5UQGHOsiYheVSs2Bvhy xQytWIU5syl75ptKld7TTysl99xucJGRnhZ2M6XtogGyD7ARCJN45HrLER0C+8JM KwTWc8Re0dp3qhFd4RfUJmE+TARuBlWBHu44fdZvM7y8iTdfqx5w+yM62Kh3ViLh spSNSK5RWqodduOU+lQh2Zj+wFdMuRA9a9L1hNq4L0+EAxOZWR0iusEP61lbdw8= =G4wj -----END PGP SIGNATURE----- --Sig_/XYKSfFgdQGL0cv2AOyC5sT4-- From owner-freebsd-current@FreeBSD.ORG Tue May 6 16:28:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DBA12DD2 for ; Tue, 6 May 2014 16:28:04 +0000 (UTC) Received: from mail-pa0-f43.google.com (mail-pa0-f43.google.com [209.85.220.43]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AD37B64B for ; Tue, 6 May 2014 16:28:04 +0000 (UTC) Received: by mail-pa0-f43.google.com with SMTP id hz1so703391pad.16 for ; Tue, 06 May 2014 09:28:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=12vAlpletVngc/h/yEfKQt1W98LLyya2NB7iliK7qYM=; b=buB4z8CLTaXjeD5ysa4YGz1yHdKmrea+JAo2NNnzmSi8w/5C4v6Q8yVcdv/vXPpJQc SBdmEnpldFUe0MNkSAc2xhtHRwVm7ll6YSQXKlDCw6dT9BVJKm1EWi7prNgNWvChPLpn HKQieHhZ3Rqnrk1iVz1Idf4nQqJIkz3iHzv+ZyeDB3TZxgx7vs1R7y6/mmuEPhZVbib/ nd9p4YG7fUklSMEZRIGRaH1Rv48Z6I4n/HUDCgFs4Z5c1nTNcbV6U7yW9TD34YBLj/hq 97Wqq9prvNZDlibKnOkF8NHCuhPC2o/GbsNvPp9i8yB22acvUSPovBGngjjCvWO1cYGA BDSg== X-Gm-Message-State: ALoCoQmGNgeZQgwOHq5uucV8RpyKCC3c7hbmnZdCud4UFUwQbak7Rm6Mlnkda6zn3/3qSZ/hjtYu X-Received: by 10.66.231.40 with SMTP id td8mr8013209pac.103.1399393683567; Tue, 06 May 2014 09:28:03 -0700 (PDT) Received: from [10.64.26.239] (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id f5sm99799755pat.11.2014.05.06.09.28.02 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 06 May 2014 09:28:02 -0700 (PDT) Sender: Warner Losh X-Google-Original-From: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: r265431: make[4]: "/usr/src/sys/modules/drm2/Makefile" line 7: Malformed conditional (${MK_SOURCELESS_UCODE} != "no") From: Warner Losh In-Reply-To: <5368C539.8060404@freebsd.org> Date: Tue, 6 May 2014 10:28:00 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20140506124040.3b783491.ohartman@zedat.fu-berlin.de> <5368C539.8060404@freebsd.org> To: Stefan Esser X-Mailer: Apple Mail (2.1874) Cc: FreeBSD CURRENT , "O. Hartmann" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 16:28:04 -0000 On May 6, 2014, at 5:19 AM, Stefan Esser wrote: > Am 06.05.2014 12:40, schrieb O. Hartmann: >> A buildkernel fails on r265431 with the following error: >>=20 >> =3D=3D=3D> drm2 (cleandir) make[4]: = "/usr/src/sys/modules/drm2/Makefile" >> line 7: Malformed conditional (${MK_SOURCELESS_UCODE} !=3D "no") >> make[4]: Fatal errors encountered -- cannot continue make[4]: >> stopped in /usr/src/sys/modules/drm2 *** [cleandir] Error code 1 >=20 > I just committed a fix (r265433). There were two sub-ordinate = Makefiles > that missed an .include of src.opts.mk: Thanks for the quick action=85 This might have broken a couple of = things, but what it fixes are much more important cases... > Index: sys/conf/kmod.mk > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sys/conf/kmod.mk~ > +++ sys/conf/kmod.mk > @@ -72,6 +72,7 @@ > .error "Do not use KMODDEPS on 5.0+; use MODULE_VERSION/MODULE_DEPEND" > .endif >=20 > +.include > .include > .include This change may need to be a sinclude, and brings up a philosophical question: Should people building modules outside of the source tree get the /etc/src.conf settings or no? Warner= From owner-freebsd-current@FreeBSD.ORG Tue May 6 16:37:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA6044DF for ; Tue, 6 May 2014 16:37:04 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 9432B7EE for ; Tue, 6 May 2014 16:37:04 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id C521E72654 for ; Tue, 6 May 2014 16:36:56 +0000 (UTC) Message-ID: <53690FA6.4050708@allanjude.com> Date: Tue, 06 May 2014 12:36:54 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: performance of ipfw and pf in CURRENT? References: <20140506182628.36c98065.ohartman@zedat.fu-berlin.de> In-Reply-To: <20140506182628.36c98065.ohartman@zedat.fu-berlin.de> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PFBP9LB94058oJEXarI8DcLFrQdjvWaA4" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 16:37:04 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --PFBP9LB94058oJEXarI8DcLFrQdjvWaA4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-05-06 12:26, O. Hartmann wrote: >=20 > A while ago some performance graphs were floating around here showing t= he net > performance of ipfw and pf. pf was, as far as I can remember, the singl= e threaded > version. Are there more recent performance benchmarks available? Even i= f pf in FreeBSD is > still behind pf in recent OpenBSD, FreeBSD has now an threaded adaption= and it would be > nice to see the overall performance for both. >=20 > Thanks, > oh >=20 I know at NYCBSDCon there was some talk about the improvements in IPFW in 10 that makes it even faster as well. Numbers or graphs on this would have been helpful for an article I just wrote about IPFW. --=20 Allan Jude --PFBP9LB94058oJEXarI8DcLFrQdjvWaA4 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTaQ+qAAoJEJrBFpNRJZKfVNEP/jCkv6I5GX+o/+P5WgwqaJZi qDsQxd/Qdht1FJaA/rDXyKLakiGaTLbYPBmWdijUOWuSx+KFexbHBg8e3E2LDDUv Gs5W/Y3Q+1GK3EsXgndqbZsWxVTFt1ts0aRx6rvhWWd4PrkinVQoetfU71fYZdwc 9dfsewnYTRgLCmrn9Azg6KRNbIXZxQf4cwFLTdDuK83mJeaxlkD6yYikoLz7IsLF ZilmEYaBT3OkJENcZSx7bCcLSftFcfmQF0W47kM/EQu/J9okvDmjgOA/tMoP58Nt pYH7VwIoLTYeMFGfY5g/WDyhmryqfMEXLHFhq93XVmDoypsPqFi9r7Esr3s8ot+K utRaLWntDQUZNnSZKmOWPXNuvbH2Ml8EIClMYAoiKdx5GQlAfnnQ5dmzWFzLbQDW M1wJrB1eHZi46xWq7QuvPO+Tre1fx80IlrA8B0ktPEPbqfUX/ZJxr4S+2p2m2F2n iwtHgV1NEywwn91Wl2GG06pLiv81qlPvsNHAMGS3f5aY49+3ChgmnYt1vQMN9ugd 4zIYCDfuO5mfVh1ngPE8JkhUM3fn0SvxKBhgytnnY5cRaNRvY+13YCYg8GYvaKM8 lj+5Ro2fCoPTGSnjA0+z/Kut1Bac2vRtpAESl30f48LTIDIJq6VLkGl+vOIE8M9I yiC0TQDMNqo3dT69EH5A =o3hW -----END PGP SIGNATURE----- --PFBP9LB94058oJEXarI8DcLFrQdjvWaA4-- From owner-freebsd-current@FreeBSD.ORG Tue May 6 16:38:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 675127A9; Tue, 6 May 2014 16:38:21 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2883C816; Tue, 6 May 2014 16:38:21 +0000 (UTC) Received: from [188.174.56.15] (helo=tiny-r255948) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1WhiNf-0007fc-Ks; Tue, 06 May 2014 18:38:11 +0200 Received: from tiny-r255948 (localhost [127.0.0.1]) by tiny-r255948 (8.14.7/8.14.3) with ESMTP id s46GcVOk001423; Tue, 6 May 2014 18:38:31 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by tiny-r255948 (8.14.7/8.14.3/Submit) id s46GcU4u001422; Tue, 6 May 2014 18:38:30 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: tiny-r255948: guru set sender to guru@unixarea.de using -f Date: Tue, 6 May 2014 18:38:24 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: Re: Leaving the Desktop Market Message-ID: <20140506163823.GA1406@tiny-r255948> Reply-To: Matthias Apitz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 10.0-CURRENT r235646 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 188.174.56.15 Cc: freebsd-hackers@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 16:38:21 -0000 Hello, I wanted to implement the power saving hints we discussed in my tiny EeePC 900, but it says: root@tiny-r255948:~ # uname -a FreeBSD tiny-r255948 10.0-ALPHA4 FreeBSD 10.0-ALPHA4 #1: Fri Oct 18 12:10:57 CEST 2013 guru@aurora.Sisis.de:/usr/obj/usr/src/sys/GENERIC i386 root@tiny-r255948:~ # /etc/rc.d/powerd start Starting powerd. powerd: no cpufreq(4) support -- aborting: No such file or directory /etc/rc.d/powerd: WARNING: failed to start powerd root@tiny-r255948:~ # kldload cpufreq kldload: can't load cpufreq: File exists Any ideas? matthias -- Sent from my FreeBSD netbook Matthias Apitz, , http://www.unixarea.de/ f: +49-170-4527211 UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 From owner-freebsd-current@FreeBSD.ORG Tue May 6 16:38:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E3D299B; Tue, 6 May 2014 16:38:41 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F03E482D; Tue, 6 May 2014 16:38:40 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1WhiO7-0014Xs-8t>; Tue, 06 May 2014 18:38:39 +0200 Received: from f052173033.adsl.alicedsl.de ([78.52.173.33] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1WhiO7-000vOb-6t>; Tue, 06 May 2014 18:38:39 +0200 Date: Tue, 6 May 2014 18:38:33 +0200 From: "O. Hartmann" To: FreeBSD Ports , FreeBSD CURRENT Subject: devel/qmake4: "/usr/share/mk/bsd.prog.mk" line 176: Malformed conditional (${COMPILER_TYPE} Message-ID: <20140506183833.27f3c1ac.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/.4WNvauDM/.t_cg0l8J8N_c"; protocol="application/pgp-signature" X-Originating-IP: 78.52.173.33 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 16:38:41 -0000 --Sig_/.4WNvauDM/.t_cg0l8J8N_c Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On CURRENT (FreeBSD 11.0-CURRENT #0 r265433: Tue May 6 13:37:15 CEST 2014 = amd64) the build/updating of port devel/qmake4 fails due to: =3D=3D=3D> Building for qt4-qmake-4.8.6 make[1]: "/usr/share/mk/bsd.prog.mk" line 176: Malformed conditional (${COM= PILER_TYPE} =3D=3D "clang" && empty(CXXFLAGS:M-stdlib=3Dlibstdc++)) make[1]: Fatal errors enco= untered -- cannot continue make[1]: stopped in /usr/ports/devel/qmake4/work/qt-everywhere-opensource-src-4.8.6/qmake = =3D=3D=3D> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before r= eporting the failure to the maintainer. *** Error code 1 --Sig_/.4WNvauDM/.t_cg0l8J8N_c Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTaRAOAAoJEOgBcD7A/5N8ZFgH/30tgWUnyPgSAxRJIjFkZq54 v9JEbWJ4NzMtJvBcUgfftrg9JEiAbhSmvVe4fpG8Su7mksXzETIRfMoyo1vSLs48 J1e1oUVM538nTN5R6sgy1Hgvnvioufg7BDP6vj/YHJlPcTnuYdvsRFfzSYIKWTrf r9UGSLB9D+s8RB+THMhyarnqq0hoT0sWNDvonTbEVe4+K1CLvWIuabEoWU3nluK3 yhqoHEJfPigoD349Tb87IRNTnew/viFHRyh7bI0Jz7vl9jz0nTgwNPyMd1rUJ9FX QsyqC91eShuAkDMPv/aAZyKd5ta5j0msEV+BP/Y5WuN/16cPetikrlmP++e2msc= =BU9M -----END PGP SIGNATURE----- --Sig_/.4WNvauDM/.t_cg0l8J8N_c-- From owner-freebsd-current@FreeBSD.ORG Tue May 6 16:40:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0088C39 for ; Tue, 6 May 2014 16:40:44 +0000 (UTC) Received: from mail-pa0-f48.google.com (mail-pa0-f48.google.com [209.85.220.48]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A1D728C5 for ; Tue, 6 May 2014 16:40:44 +0000 (UTC) Received: by mail-pa0-f48.google.com with SMTP id rd3so2916463pab.35 for ; Tue, 06 May 2014 09:40:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=hINjK4CyjyHTXA0NZ8LuPI4yNk6zYNNVCxEIM3nMWys=; b=g6vHR33yeu4TzsHzUvRC015SYO1wcw4aF9EUXmaqvr0XRZxEc1Am/uViKN4GsV3wpw 1+ah5z2xhZhm99oRlejTPJel8T5EGGNTYOiiCJ/iW2jgerEyrwfVAf/KTGwAEQ2+4oHc ZNMTVZHtq7/jjtCEmKfjcIVKp8VBvKjrDqDRY3fzzR5RnWPDluazyRBLeX+YwsYhEX66 n1w4e75RoNTpzBSxA4AleMgMoIRCma1ws6P3Kh/EN7vgTMMogJGHL8gqZHmXIbk1nfAv qWh0oBQ/2WGE3+DR91DcTKRf29OuWMmxvvCBTv8d9Bc6fXtydwmxg248knv9P2CRYztJ YdgA== X-Gm-Message-State: ALoCoQlSrheXXnsvEO2jEO8iXp6yv7UQi7NvohkAD+P2OsLsYaIIeNsZErqQ9UP/CY/Woh6EkGGU X-Received: by 10.66.226.145 with SMTP id rs17mr8259237pac.144.1399394443637; Tue, 06 May 2014 09:40:43 -0700 (PDT) Received: from [10.64.26.239] (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id gv11sm1357949pbd.76.2014.05.06.09.40.42 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 06 May 2014 09:40:43 -0700 (PDT) Sender: Warner Losh X-Google-Original-From: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: devel/qmake4: "/usr/share/mk/bsd.prog.mk" line 176: Malformed conditional (${COMPILER_TYPE} From: Warner Losh In-Reply-To: <20140506183833.27f3c1ac.ohartman@zedat.fu-berlin.de> Date: Tue, 6 May 2014 10:40:40 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20140506183833.27f3c1ac.ohartman@zedat.fu-berlin.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.1874) Cc: FreeBSD CURRENT , FreeBSD Ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 16:40:44 -0000 On May 6, 2014, at 10:38 AM, O. Hartmann = wrote: >=20 > On CURRENT (FreeBSD 11.0-CURRENT #0 r265433: Tue May 6 13:37:15 CEST = 2014 amd64) the > build/updating of port devel/qmake4 fails due to: >=20 > =3D=3D=3D> Building for qt4-qmake-4.8.6 > make[1]: "/usr/share/mk/bsd.prog.mk" line 176: Malformed conditional = (${COMPILER_TYPE} =3D=3D > "clang" && empty(CXXFLAGS:M-stdlib=3Dlibstdc++)) make[1]: Fatal errors = encountered -- > cannot continue make[1]: stopped > in = /usr/ports/devel/qmake4/work/qt-everywhere-opensource-src-4.8.6/qmake = =3D=3D=3D> Compilation > failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild = before reporting the > failure to the maintainer. > *** Error code 1 Awesome! Thanks for the feedback. Let me see if I can recreate it here. = Most likely, the removal of src.opts.mk from bsd.opts.mk caused this situation to occur. = I=92ll try to rectify this ASAP. Warner From owner-freebsd-current@FreeBSD.ORG Tue May 6 16:53:51 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9D64B266 for ; Tue, 6 May 2014 16:53:51 +0000 (UTC) Received: from mail-pa0-f45.google.com (mail-pa0-f45.google.com [209.85.220.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6F0069CE for ; Tue, 6 May 2014 16:53:50 +0000 (UTC) Received: by mail-pa0-f45.google.com with SMTP id ey11so6153271pad.32 for ; Tue, 06 May 2014 09:53:50 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=+4TmuE4s5uFk7sHSaozBHxQMl0yr0ka1E7M8rO8CSxU=; b=fBmpNGVd+n5giswsqnogMD4a9vlv6URv8Kx82KsnvUdX+MwLk87kIg/Iu+agsMhb8A jP83ip9/CX3VeegXMTIpzV5QO8g786MgypIcstAKViXVfw0njeBQz2SwiKSQqNwrXwQk 4cHBVSMlBPxZ31sopSKThduY+TCc1wT+1MJspGcs869guL3rsbqowPNiyMAPA/IydM8i td5P13Uzan+jPBhDI9VrTsIwGutqFsgkQFiFK4+aBhlQLGY3KCdzFCQcI6fQQ4j5SUWc rjPtNoBC959K6nQ2eKnzW/a8xpqaGswT79ynfQhzHwDgA8fh+rZFu3yym6uJL58GKYeq /I+g== X-Gm-Message-State: ALoCoQkQcuN+lEKhgF/bzRS5TH3m8Y1ub/mGgNimrZgUAdZ694sfrKkPD4qwtEH85k2CWRV4x7gh X-Received: by 10.67.1.39 with SMTP id bd7mr8305311pad.15.1399395230030; Tue, 06 May 2014 09:53:50 -0700 (PDT) Received: from [10.64.26.239] (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id pr4sm1417683pbb.53.2014.05.06.09.53.48 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 06 May 2014 09:53:49 -0700 (PDT) Sender: Warner Losh X-Google-Original-From: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: devel/qmake4: "/usr/share/mk/bsd.prog.mk" line 176: Malformed conditional (${COMPILER_TYPE} From: Warner Losh In-Reply-To: <20140506183833.27f3c1ac.ohartman@zedat.fu-berlin.de> Date: Tue, 6 May 2014 10:53:47 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <3316CF1B-397B-484F-9B81-9643122CE169@gmail.com> References: <20140506183833.27f3c1ac.ohartman@zedat.fu-berlin.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.1874) Cc: FreeBSD CURRENT , FreeBSD Ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 16:53:51 -0000 On May 6, 2014, at 10:38 AM, O. Hartmann = wrote: >=20 > On CURRENT (FreeBSD 11.0-CURRENT #0 r265433: Tue May 6 13:37:15 CEST = 2014 amd64) the > build/updating of port devel/qmake4 fails due to: >=20 > =3D=3D=3D> Building for qt4-qmake-4.8.6 > make[1]: "/usr/share/mk/bsd.prog.mk" line 176: Malformed conditional = (${COMPILER_TYPE} =3D=3D > "clang" && empty(CXXFLAGS:M-stdlib=3Dlibstdc++)) make[1]: Fatal errors = encountered -- > cannot continue make[1]: stopped > in = /usr/ports/devel/qmake4/work/qt-everywhere-opensource-src-4.8.6/qmake = =3D=3D=3D> Compilation > failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild = before reporting the > failure to the maintainer. > *** Error code 1 I think I have a fix. Please look at = http://people.freebsd.org/~imp/patch-queue/init to see if that solves = the problem. You can apply the patch, cd src/share/mk and do a make = install as root. Then try building devel/qmake4 and see if that solves = the problem. In a simplified test case, I was able to reproduce this = problem and fix it with that patch, but my VM that I did this in doesn=92t= have the space to build KDE, so I can=92t test this directly. Warner From owner-freebsd-current@FreeBSD.ORG Tue May 6 17:00:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C5B7A572 for ; Tue, 6 May 2014 17:00:23 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id A00E2A1E for ; Tue, 6 May 2014 17:00:22 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 6A5B17275E for ; Tue, 6 May 2014 17:00:22 +0000 (UTC) Message-ID: <53691525.50501@allanjude.com> Date: Tue, 06 May 2014 13:00:21 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Leaving the Desktop Market References: <20140506163823.GA1406@tiny-r255948> In-Reply-To: <20140506163823.GA1406@tiny-r255948> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WuCktBd432HVLHbTo8ncVRtMni7tD0TVD" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 17:00:23 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --WuCktBd432HVLHbTo8ncVRtMni7tD0TVD Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-05-06 12:38, Matthias Apitz wrote: >=20 > Hello, >=20 > I wanted to implement the power saving hints we discussed in my tiny > EeePC 900, but it says: >=20 > root@tiny-r255948:~ # uname -a > FreeBSD tiny-r255948 10.0-ALPHA4 FreeBSD 10.0-ALPHA4 #1: Fri Oct 18 > 12:10:57 CEST 2013 guru@aurora.Sisis.de:/usr/obj/usr/src/sys/GENERI= C > i386 >=20 > root@tiny-r255948:~ # /etc/rc.d/powerd start > Starting powerd. > powerd: no cpufreq(4) support -- aborting: No such file or directory > /etc/rc.d/powerd: WARNING: failed to start powerd > root@tiny-r255948:~ # kldload cpufreq > kldload: can't load cpufreq: File exists >=20 > Any ideas? >=20 > matthias >=20 Does it have an Atom processor? I don't know that the older atoms have EIST (speed step), I don't think you can change the CPU frequency at all.= --=20 Allan Jude --WuCktBd432HVLHbTo8ncVRtMni7tD0TVD 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTaRUoAAoJEJrBFpNRJZKf1kEP/138eC/rPiXdRF5stuxO39p9 b7mQV+BraS3eUMkxGTR7azS4jBYj9k90Kp7Tqp5Y5HmGdY6h1n7409MRWfeokf9y /8+BfbTQvVaLffYj4aPiOY2mDHEpWKK9mBSY7YVlFLCyeTWI1KFqRYFAsCySbySL QqRb3QJ7VxMm+0aw/xJAih24ZuK2GcW5vB575wWTcnqDVObBpPasaDyy5hH2PWPU pjPyK+10mtHOUEpbGG4Z56WkbTkslDzcIog2OeLQ8HbCw0nTDLM1Od4TEsYlstlo YpHE2A0TKmq9g/C3hqTgLHk3nWxIJIim7PjQOJXJ6o6jMVPYtuG3wgoMWMVa4OMj LjfgdjWOsa28JtRHasG1Q9v2IgeBtnF3RrvhAEMM4HxkaMqzRdC50nlEQ47nUuS/ GPc/a0gyaNev6ZZue2wgGEeSkAjBXaH/i2kUD1wfwyGYPPlSNvPVk158VWzjcEJ0 vZup47wp38If3uiCVZ2dAHQrGBlJjdU+qoFFj4FeqNpo+Ev/0aijiyS66ANJDLtd mJtNNgA/N3nSAyUx1GIkF/RWAhY/YtYFln4EBMpOIjhMxwAuIYCi+4zRXLczb8x2 GyWi4MtII12IupkjKRzadpfb1hLG1VqDEJ2k0vKNJo0yQeYxdA12uNbN/EYuqjJA CJzPEFJc937hl2K4XUsX =pdae -----END PGP SIGNATURE----- --WuCktBd432HVLHbTo8ncVRtMni7tD0TVD-- From owner-freebsd-current@FreeBSD.ORG Tue May 6 17:06:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6C0E7C9 for ; Tue, 6 May 2014 17:06:01 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 74E6DAC6 for ; Tue, 6 May 2014 17:06:00 +0000 (UTC) Received: from [188.174.56.15] (helo=tiny-r255948) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1WhioY-0006xX-UO for freebsd-current@freebsd.org; Tue, 06 May 2014 19:05:59 +0200 Received: from tiny-r255948 (localhost [127.0.0.1]) by tiny-r255948 (8.14.7/8.14.3) with ESMTP id s46H5uw6001521 for ; Tue, 6 May 2014 19:05:56 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by tiny-r255948 (8.14.7/8.14.3/Submit) id s46H5t7m001520 for freebsd-current@freebsd.org; Tue, 6 May 2014 19:05:55 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: tiny-r255948: guru set sender to guru@unixarea.de using -f Date: Tue, 6 May 2014 19:05:55 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: Re: Leaving the Desktop Market Message-ID: <20140506170554.GA1510@tiny-r255948> Reply-To: Matthias Apitz References: <20140506163823.GA1406@tiny-r255948> <53691525.50501@allanjude.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <53691525.50501@allanjude.com> X-Operating-System: FreeBSD 10.0-CURRENT r235646 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 188.174.56.15 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 17:06:01 -0000 El da Tuesday, May 06, 2014 a las 01:00:21PM -0400, Allan Jude escribi: > > EeePC 900, but it says: > > > > root@tiny-r255948:~ # uname -a > > FreeBSD tiny-r255948 10.0-ALPHA4 FreeBSD 10.0-ALPHA4 #1: Fri Oct 18 > > 12:10:57 CEST 2013 guru@aurora.Sisis.de:/usr/obj/usr/src/sys/GENERIC > > i386 > > > > root@tiny-r255948:~ # /etc/rc.d/powerd start > > Starting powerd. > > powerd: no cpufreq(4) support -- aborting: No such file or directory > > /etc/rc.d/powerd: WARNING: failed to start powerd > > root@tiny-r255948:~ # kldload cpufreq > > kldload: can't load cpufreq: File exists > > > > Any ideas? > > > > matthias > > > > Does it have an Atom processor? I don't know that the older atoms have > EIST (speed step), I don't think you can change the CPU frequency at all. > # dmesg ... CPU: Intel(R) Celeron(R) M processor 900MHz (900.11-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Family = 0x6 Model = 0xd Stepping = 8 Features=0xafe9fbff AMD Features=0x100000 real memory = 2147483648 (2048 MB) avail memory = 2076614656 (1980 MB) matthias -- Sent from my FreeBSD netbook Matthias Apitz, , http://www.unixarea.de/ f: +49-170-4527211 UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 From owner-freebsd-current@FreeBSD.ORG Tue May 6 17:34:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 556FE914 for ; Tue, 6 May 2014 17:34:44 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D07A5D8A for ; Tue, 6 May 2014 17:34:43 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.8/8.14.8) with ESMTP id s46HYXLh036258 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 6 May 2014 21:34:33 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.8/8.14.8/Submit) id s46HYWgH036257; Tue, 6 May 2014 21:34:32 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 6 May 2014 21:34:32 +0400 From: Gleb Smirnoff To: "O. Hartmann" Subject: Re: performance of ipfw and pf in CURRENT? Message-ID: <20140506173432.GS938@FreeBSD.org> References: <20140506182628.36c98065.ohartman@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140506182628.36c98065.ohartman@zedat.fu-berlin.de> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 17:34:44 -0000 On Tue, May 06, 2014 at 06:26:28PM +0200, O. Hartmann wrote: O> A while ago some performance graphs were floating around here showing the net O> performance of ipfw and pf. pf was, as far as I can remember, the single threaded O> version. Are there more recent performance benchmarks available? Even if pf in FreeBSD is O> still behind pf in recent OpenBSD, FreeBSD has now an threaded adaption and it would be O> nice to see the overall performance for both. pf in FreeBSD 10 is not single threaded. pf in FreeBSD is behind OpenBSD in version numbers, but not in performance. https://twitter.com/ocochardlabbe/status/401349027960082432 -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Tue May 6 17:39:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 68DACA99; Tue, 6 May 2014 17:39:23 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 236F3DC1; Tue, 6 May 2014 17:39:22 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1WhjKr-001cWs-2D>; Tue, 06 May 2014 19:39:21 +0200 Received: from f052173033.adsl.alicedsl.de ([78.52.173.33] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1WhjKq-0012D2-UM>; Tue, 06 May 2014 19:39:21 +0200 Date: Tue, 6 May 2014 19:39:15 +0200 From: "O. Hartmann" To: Warner Losh Subject: Re: devel/qmake4: "/usr/share/mk/bsd.prog.mk" line 176: Malformed conditional (${COMPILER_TYPE} Message-ID: <20140506193915.66e986ff.ohartman@zedat.fu-berlin.de> In-Reply-To: <3316CF1B-397B-484F-9B81-9643122CE169@gmail.com> References: <20140506183833.27f3c1ac.ohartman@zedat.fu-berlin.de> <3316CF1B-397B-484F-9B81-9643122CE169@gmail.com> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/cuawTbgOY0faSho6Bdd1dTp"; protocol="application/pgp-signature" X-Originating-IP: 78.52.173.33 X-ZEDAT-Hint: A Cc: FreeBSD CURRENT , FreeBSD Ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 17:39:23 -0000 --Sig_/cuawTbgOY0faSho6Bdd1dTp Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Am Tue, 6 May 2014 10:53:47 -0600 Warner Losh schrieb: >=20 > On May 6, 2014, at 10:38 AM, O. Hartmann wr= ote: >=20 > >=20 > > On CURRENT (FreeBSD 11.0-CURRENT #0 r265433: Tue May 6 13:37:15 CEST 2= 014 amd64) the > > build/updating of port devel/qmake4 fails due to: > >=20 > > =3D=3D=3D> Building for qt4-qmake-4.8.6 > > make[1]: "/usr/share/mk/bsd.prog.mk" line 176: Malformed conditional > > (${COMPILER_TYPE} =3D=3D "clang" && empty(CXXFLAGS:M-stdlib=3Dlibstdc++= )) make[1]: Fatal > > errors encountered -- cannot continue make[1]: stopped > > in /usr/ports/devel/qmake4/work/qt-everywhere-opensource-src-4.8.6/qmak= e =3D=3D=3D> > > Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=3Dyes and = rebuild before > > reporting the failure to the maintainer. > > *** Error code 1 >=20 > I think I have a fix. Please look at http://people.freebsd.org/~imp/patch= -queue/init to > see if that solves the problem. You can apply the patch, cd src/share/mk = and do a make > install as root. Then try building devel/qmake4 and see if that solves th= e problem. In > a simplified test case, I was able to reproduce this problem and fix it w= ith that > patch, but my VM that I did this in doesn=92t have the space to build KDE= , so I can=92t > test this directly. >=20 > Warner I did as requested, but the update procedure still faults: =3D=3D=3D>>> Updating dependent ports >> qt4-dbus-4.8.5 >> qt4-qmake-4.8.5_= 1 (3/10) =3D=3D=3D> Cleaning for qt4-qmake-4.8.6 =3D=3D=3D> License LGPL21 accepted by the user =3D=3D=3D> qt4-qmake-4.8.6 depends on file: /usr/local/sbin/pkg - found =3D=3D=3D> Fetching all distfiles required by qt4-qmake-4.8.6 for building =3D=3D=3D> Extracting for qt4-qmake-4.8.6 =3D> SHA256 Checksum OK for KDE/qt-everywhere-opensource-src-4.8.6.tar.gz. =3D=3D=3D> Patching for qt4-qmake-4.8.6 =3D=3D=3D> Applying FreeBSD patches for qt4-qmake-4.8.6 =3D=3D=3D> Configuring for qt4-qmake-4.8.6 /bin/mv /usr/ports/devel/qmake4/work/qconfig.cpp /usr/ports/devel/qmake4/w= ork/qt-everywhere-opensource-src-4.8.6/src/corelib/global/qconfig.cpp echo '/* empty */' > /usr/ports/devel/qmake4/work/qt-everywhere-opensource-src-4.8.6/qmake/qco= nfig.h /bin/ln /usr/ports/devel/qmake4/work/qt-everywhere-opensource-src-4.= 8.6/qmake/qconfig.h /usr/ports/devel/qmake4/work/qt-everywhere-opensource-s= rc-4.8.6/src/corelib/global/qconfig.h =3D=3D=3D> Building for qt4-qmake-4.8.6 --- objwarn --- make[1]: make[1]: don't know how to make qmake-qt4.1. Stop make[1]: stopped in /usr/ports/devel/qmake4/work/qt-everywhere-opensource-s= rc-4.8.6/qmake =3D=3D=3D> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failure = to the maintainer. *** Error code 1 Stop. make: stopped in /usr/ports/devel/qmake4 =3D=3D=3D>>> make failed for devel/qmake4 =3D=3D=3D>>> Aborting update =3D=3D=3D>>> Update for qt4-qmake-4.8.5_1 failed =3D=3D=3D>>> Aborting update --Sig_/cuawTbgOY0faSho6Bdd1dTp Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTaR5IAAoJEOgBcD7A/5N8g0cIAM6XG6wdheq0uvD3wff39KWl Mi8BmmwoJfM+ijtcfGe9h1tyaNToc7MeqR4jqMutVTEa0ZwXhTFREfdhmf66/9Qx 9eMifXrRlv1f+jKM6uznrPTT4G021o8mwBsUzctgTAJlFEbY6s8Bxxy7RqDHoA2s nFeGQ8pEsEG31HDuEMbXeFM8V4rubypHc6kufXVOrUGmsdnHXSDI5doiCrjF7jrd XOOc1mN0c0N1FgEytS7o+PPbLqQ+TkJv4txGJbXN/iKzkGygU5IZiOnHfGXQu4fk pPp6Kq/rHmnppXHgiO+NFXyBdgxtOI88pSILiG3DjD6nY14OHWyOA9oiPF6Fop4= =14C5 -----END PGP SIGNATURE----- --Sig_/cuawTbgOY0faSho6Bdd1dTp-- From owner-freebsd-current@FreeBSD.ORG Tue May 6 19:15:08 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ADADB74B; Tue, 6 May 2014 19:15:08 +0000 (UTC) Received: from mail-oa0-x22a.google.com (mail-oa0-x22a.google.com [IPv6:2607:f8b0:4003:c02::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7046B8D0; Tue, 6 May 2014 19:15:08 +0000 (UTC) Received: by mail-oa0-f42.google.com with SMTP id j17so6332834oag.1 for ; Tue, 06 May 2014 12:15:07 -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=5PcZXejvBXLjTCbadmKgTijG7JGuAadWLVyRZRF0s34=; b=a/wP28dcbRaHad8giN0wA6RFCBXD5pP4IVFBIiLXsX3U+mQRRXLlwXXULGR9BJfMm4 chum8wYRo/CWSfCyt+Ulcjscd1zEUuXsJOSUKACmNryHu1qps9lPqty8aw0BozSkmSir gE1OTEp4FIPDabSy3Llu9keTXIflsdebejTbtgbBkCqNEcTYDmEbnnaUcZtfpY+f39km ZYdf6WvQ107Bq32VvIbb0Fqe1CxqiJ+TXDOurNsFk+veQVeePxkHh1PqftHKgjlcbDfw Ch74KmBlUDWV1UFamqY09kvCIrqZKl9CFoAjVinNBSGRrHA3ukUEdLFvBuowUZP/0Wqx lWIg== MIME-Version: 1.0 X-Received: by 10.60.92.132 with SMTP id cm4mr10989379oeb.49.1399403707779; Tue, 06 May 2014 12:15:07 -0700 (PDT) Received: by 10.182.48.228 with HTTP; Tue, 6 May 2014 12:15:07 -0700 (PDT) Date: Tue, 6 May 2014 21:15:07 +0200 Message-ID: Subject: MFC of Revision 261913 From: Oliver Pinter To: des@freebsd.org, current Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 19:15:08 -0000 Hi Des! Can you merge back the r261913 commit to stable/10 or is this a POLA violation? Thanks, Oliver From owner-freebsd-current@FreeBSD.ORG Tue May 6 19:32:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BFA04D68; Tue, 6 May 2014 19:32:48 +0000 (UTC) Received: from mail-qc0-x234.google.com (mail-qc0-x234.google.com [IPv6:2607:f8b0:400d:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 70F01A9C; Tue, 6 May 2014 19:32:48 +0000 (UTC) Received: by mail-qc0-f180.google.com with SMTP id i17so9373949qcy.39 for ; Tue, 06 May 2014 12:32:47 -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:message-id:subject :from:to:cc:content-type; bh=c7mfEpiF6Qv5QhTTaOFlROuiSOBHtSp5bfPNMSfHv38=; b=pI/yYsfsV6jtjuD71PPu0FNCbhW8h80Pti+yZLf1GCuoLhqw5NuFa/ARhuobcIqhOz jGLVxJKVvXmEKDu8fANM3h1Uf3KAxCSX/tNcFJjLDl4W2/FqlGFqY6SPnBsAgi5hCX1X zyuFytO4pKRntuo3hOG4NN7LdrIoEZjSGBV01QKISM4RukFlXx6OC+K5E3TdRuyfD5Yl TuJy+W4s4RLnwhvG2G+r9wM1kNLn8nh2Jf7g0BSw9Keamdu3koi6xdwyUUUXPzbL1pt8 +rgx4caTM5aeCqoQqH1bEfxBGE5li8Ji82xqiMcnagwV+6RjIaa2sU+nisv1JRlPZ2Qb u2Tg== MIME-Version: 1.0 X-Received: by 10.224.129.66 with SMTP id n2mr58833581qas.55.1399404767601; Tue, 06 May 2014 12:32:47 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Tue, 6 May 2014 12:32:47 -0700 (PDT) In-Reply-To: <20140506163823.GA1406@tiny-r255948> References: <20140506163823.GA1406@tiny-r255948> Date: Tue, 6 May 2014 12:32:47 -0700 X-Google-Sender-Auth: FdmqalTtMGzkxvgxIRGpg0SL6sE Message-ID: Subject: Re: Leaving the Desktop Market From: Adrian Chadd To: Matthias Apitz Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-hackers@freebsd.org" , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 19:32:48 -0000 On 6 May 2014 09:38, Matthias Apitz wrote: > > Hello, > > I wanted to implement the power saving hints we discussed in my tiny > EeePC 900, but it says: > > root@tiny-r255948:~ # uname -a > FreeBSD tiny-r255948 10.0-ALPHA4 FreeBSD 10.0-ALPHA4 #1: Fri Oct 18 > 12:10:57 CEST 2013 guru@aurora.Sisis.de:/usr/obj/usr/src/sys/GENERIC > i386 > > root@tiny-r255948:~ # /etc/rc.d/powerd start > Starting powerd. > powerd: no cpufreq(4) support -- aborting: No such file or directory > /etc/rc.d/powerd: WARNING: failed to start powerd > root@tiny-r255948:~ # kldload cpufreq > kldload: can't load cpufreq: File exists > Well, what's a bootverbose look like? What's 'sysctl dev.cpu' show? -a From owner-freebsd-current@FreeBSD.ORG Tue May 6 22:06:36 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B884BA0; Tue, 6 May 2014 22:06:36 +0000 (UTC) Received: from mail-ob0-x229.google.com (mail-ob0-x229.google.com [IPv6:2607:f8b0:4003:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1B894AC2; Tue, 6 May 2014 22:06:36 +0000 (UTC) Received: by mail-ob0-f169.google.com with SMTP id vb8so161860obc.0 for ; Tue, 06 May 2014 15:06:35 -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=3AuBoWL71jgjsDHujlA0jpYPBvTFClpo01S3DalcqLU=; b=0fYzo14T/RrhkmdA4JncWngtwxk307lbfu38ir4OPAQLL8zdJzxwGxVoEckRq6n5bs fyUnorm2b1YbzFTT78Sre/zpBPBa4t/inCRQvneqvzgCU0EkAGeDkL9WDhwz3w5bxDkU sboEQXg+u0Qq22k3f1FxgmJA9W5t8I1iyt2wMmUM9tR2peU8lhL4Wl2gpY95MrvyAXe5 qfsdwfCl6uMTobyEFSuQZQPL1w8JdOM5XZ/iG0eTytatoB5UiDg5dY9TrPPK1ho3RhAs 6ve6DPgrSlp/0nCvxDHM0jrUaMKRo17NhtTLrMdJ62XEYKbJczqfmadt08/2Anf7npzH P5Pw== MIME-Version: 1.0 X-Received: by 10.182.22.18 with SMTP id z18mr40077701obe.42.1399413995235; Tue, 06 May 2014 15:06:35 -0700 (PDT) Received: by 10.182.48.228 with HTTP; Tue, 6 May 2014 15:06:34 -0700 (PDT) Date: Wed, 7 May 2014 00:06:34 +0200 Message-ID: Subject: typo in callout(9) documentation From: Oliver Pinter To: davide@FreeBSD.org, current@freebsd.org Content-Type: multipart/mixed; boundary=001a11332d16146fdd04f8c276a8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 22:06:36 -0000 --001a11332d16146fdd04f8c276a8 Content-Type: text/plain; charset=ISO-8859-1 Hi Davide! See the attached patch. --001a11332d16146fdd04f8c276a8 Content-Type: application/octet-stream; name="0001-fix-callout-9-man-page.patch" Content-Disposition: attachment; filename="0001-fix-callout-9-man-page.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: file0 RnJvbSA2ZDM4OTgzZGI3YTYzMjE4MWVkNzAxNjQwMjk0YzBjNDQxYjNhNzYwIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBPbGl2ZXIgUGludGVyIDxvbGl2ZXIucG50ckBnbWFpbC5jb20+ CkRhdGU6IFdlZCwgNyBNYXkgMjAxNCAwMDowMjo0NCArMDIwMApTdWJqZWN0OiBbUEFUQ0hdIGZp eCBjYWxsb3V0KDkpIG1hbiBwYWdlCgpTaWduZWQtb2ZmLWJ5OiBPbGl2ZXIgUGludGVyIDxvbGl2 ZXIucG50ckBnbWFpbC5jb20+Ci0tLQogc2hhcmUvbWFuL21hbjkvdGltZW91dC45IHwgMiArLQog MSBmaWxlIGNoYW5nZWQsIDEgaW5zZXJ0aW9uKCspLCAxIGRlbGV0aW9uKC0pCgpkaWZmIC0tZ2l0 IGEvc2hhcmUvbWFuL21hbjkvdGltZW91dC45IGIvc2hhcmUvbWFuL21hbjkvdGltZW91dC45Cmlu ZGV4IDM0NGFjODEuLjE3ODI1MGMgMTAwNjQ0Ci0tLSBhL3NoYXJlL21hbi9tYW45L3RpbWVvdXQu OQorKysgYi9zaGFyZS9tYW4vbWFuOS90aW1lb3V0LjkKQEAgLTM1Nyw3ICszNTcsNyBAQCBUaGUg Zm9sbG93aW5nCiAuRmEgZmxhZ3MKIG1heSBiZSBzcGVjaWZpZWQ6CiAuQmwgLXRhZyAtd2lkdGgg Ii5EdiBDX0RJUkVDVF9FWEVDIgotLkl0IER2IENfQUxTT0xVVEUKKy5JdCBEdiBDX0FCU09MVVRF CiBIYW5kbGUgdGhlCiAuRmEgc2J0CiBhcmd1bWVudCBhcyBhYnNvbHV0ZSB0aW1lIG9mIHRoZSBl dmVudCBzaW5jZSBib290LCBvciByZWxhdGl2ZSB0aW1lIG90aGVyd2lzZS4KLS0gCjEuOS4yCgo= --001a11332d16146fdd04f8c276a8-- From owner-freebsd-current@FreeBSD.ORG Tue May 6 23:21:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D9783AB6; Tue, 6 May 2014 23:21:27 +0000 (UTC) Received: from mail-qc0-x22c.google.com (mail-qc0-x22c.google.com [IPv6:2607:f8b0:400d:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8BB29F2; Tue, 6 May 2014 23:21:27 +0000 (UTC) Received: by mail-qc0-f172.google.com with SMTP id l6so236203qcy.3 for ; Tue, 06 May 2014 16:21:26 -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:message-id:subject :from:to:cc:content-type; bh=/bGS0bzskwkfmOildKTcRxRfx5WQIkfsviGqjt+q8fE=; b=rk0F6bCS6SlZSu7CR6sBZ4dGZdx24xyL5NzsaaysgnNqSSdSG4BQUsarmeK5ReoawV hjAYUcvj0V9lVaI5FgfzcOUN9ul9Ps8Z5Bcn4ggrqQjcOnxWnVlI4v81W+X2YL3rXE7u 5bzki2Lzpzld6cxP/NOozIA8gYZTBbif5mmB+zncfdYugxQxC1YHT+MbnaqppGew6KXQ LAjJDXq7m1xbUGxxFIRWGMoNj2qjbwe3qkb40X44YvLS5EFx3WgR5NxIi2fzRPy6B4hJ 7csP7ETQBCwsz6ABmZBFQh9Tl7Mv6xvEarwYzAG5zUOYWrRn51UNKl9sEHOWIpyeP7G6 8qTQ== MIME-Version: 1.0 X-Received: by 10.224.12.138 with SMTP id x10mr58855680qax.80.1399418486805; Tue, 06 May 2014 16:21:26 -0700 (PDT) Sender: carpeddiem@gmail.com Received: by 10.140.49.239 with HTTP; Tue, 6 May 2014 16:21:26 -0700 (PDT) In-Reply-To: References: Date: Tue, 6 May 2014 19:21:26 -0400 X-Google-Sender-Auth: 9CkCx1sNUB4hR6w_2SjWvor-J6g Message-ID: Subject: Re: typo in callout(9) documentation From: Ed Maste To: Oliver Pinter Content-Type: text/plain; charset=UTF-8 Cc: davide@freebsd.org, "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 May 2014 23:21:27 -0000 On 6 May 2014 18:06, Oliver Pinter wrote: > Hi Davide! > > See the attached patch. This typo was fixed in r261908. From owner-freebsd-current@FreeBSD.ORG Wed May 7 04:14:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D3B36E77 for ; Wed, 7 May 2014 04:14:47 +0000 (UTC) Received: from mail-oa0-x235.google.com (mail-oa0-x235.google.com [IPv6:2607:f8b0:4003:c02::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9D29AD0C for ; Wed, 7 May 2014 04:14:47 +0000 (UTC) Received: by mail-oa0-f53.google.com with SMTP id m1so541754oag.12 for ; Tue, 06 May 2014 21:14:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=nwPAUGDbbeB9PV1+sQEHHZIv1kAvXT3saKXCKkUeHwk=; b=MenpGynFfZoHrJA03ehtsPzZAJo1qxwIRg+bAHeq3MbuRhlnYl1ZtsXK9WGcnq6Fq+ qI1rrWBTfB6r/INCZow5G/gHZNddps1yPy2ZNPgwWay7Uyni9JvpIocyE8TIucn4yqZp m3W9BFTTwYtViLWRKSyXWO3JqQ3w8thfifeGkGghZlz2hghUIhArpqSopODouzA2EovN wjV4vx+9z1qqCmyaI4aCZkKaMI0ofF3UuetfMqaavTOCpYfmyk5v+Azpnk5on6p14tE2 l4kaDNo8pl7qHwSCxkvppRNrQaKxxzCLmzk3P0XU0QTvAe4MC5buKuwicZCL2ehJrDZn U05A== X-Received: by 10.182.117.195 with SMTP id kg3mr41276990obb.17.1399436086942; Tue, 06 May 2014 21:14:46 -0700 (PDT) MIME-Version: 1.0 Received: by 10.76.73.166 with HTTP; Tue, 6 May 2014 21:14:16 -0700 (PDT) In-Reply-To: <20140506170554.GA1510@tiny-r255948> References: <20140506163823.GA1406@tiny-r255948> <53691525.50501@allanjude.com> <20140506170554.GA1510@tiny-r255948> From: Jia-Shiun Li Date: Wed, 7 May 2014 12:14:16 +0800 Message-ID: Subject: Re: Leaving the Desktop Market To: Matthias Apitz Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 07 May 2014 04:14:47 -0000 On Wed, May 7, 2014 at 1:05 AM, Matthias Apitz wrote: > > # dmesg > ... > CPU: Intel(R) Celeron(R) M processor 900MHz (900.11-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6d8 Family = 0x6 Model = 0xd Stepping = 8 > Features=0xafe9fbff > AMD Features=0x100000 > real memory = 2147483648 (2048 MB) > avail memory = 2076614656 (1980 MB) > The Celeron M CPU is a Pentium-M without EIST. Otherwise you'd see EST bit set in Features2. See https://wiki.freebsd.org/AsusEee. Guess that's why Asus deliberately underclocked it to 630MHz in the first gen EEE PC 701 - no automatic way available. Don't know if p4tcc or acpi_throttle helps, though. -Jia-Shiun. From owner-freebsd-current@FreeBSD.ORG Wed May 7 09:14:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4AE10181 for ; Wed, 7 May 2014 09:14:05 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 0D293C8A for ; Wed, 7 May 2014 09:14:04 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 3B236A1ED; Wed, 7 May 2014 09:14:04 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id C0CAF54F; Wed, 7 May 2014 11:13:48 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Oliver Pinter Subject: Re: MFC of Revision 261913 References: Date: Wed, 07 May 2014 11:13:48 +0200 In-Reply-To: (Oliver Pinter's message of "Tue, 6 May 2014 21:15:07 +0200") Message-ID: <86iopihrxv.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 07 May 2014 09:14:05 -0000 Oliver Pinter writes: > Can you merge back the r261913 commit to stable/10 or is this a POLA > violation? It needs to be accompanied by r264964, and you should ask jmg@ about merging r262945 and r263218 as well. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed May 7 12:39:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC08B2E7 for ; Wed, 7 May 2014 12:39:09 +0000 (UTC) Received: from blu0-omc2-s7.blu0.hotmail.com (blu0-omc2-s7.blu0.hotmail.com [65.55.111.82]) by mx1.freebsd.org (Postfix) with ESMTP id 9B4D61DC for ; Wed, 7 May 2014 12:39:08 +0000 (UTC) Received: from BLU179-W47 ([65.55.111.73]) by blu0-omc2-s7.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 7 May 2014 05:39:01 -0700 X-TMN: [vfOcN6lXSjYE6vWA29jWJsS/JOBbeSJ1] X-Originating-Email: [brunolauze@msn.com] Message-ID: From: =?iso-8859-1?B?QnJ1bm8gTGF1euk=?= To: "freebsd-current@freebsd.org" Subject: wbem, cim and instrumentation Date: Wed, 7 May 2014 08:39:01 -0400 Importance: Normal Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 07 May 2014 12:39:01.0887 (UTC) FILETIME=[5313B8F0:01CF69F1] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 07 May 2014 12:39:09 -0000 One thing I feel FreeBSD always ignored =A0is instrumentation frameworks.= =0A= I am talking about wbem=2C cim model and implementation like OpenPegasus. W= hy is that?=0A= I ported OpenPegasus to work in FreeBSD with few patches.=0A= However=2C of course without providers a wbem doesn't go far. I started to = see how to shape providers for freebsd at:=0A= =0A= github.com/brunolauze/openpegasus-providers=0A= =0A= my openpegasus port is at:=0A= =0A= github.com/brunolauze/freebsd-ports/tree/master/net-mgmt/openpegasus=0A= =0A= =0A= Apple ships a wbem=0A= Microsoft ships a wbem / non-standard=0A= RedHat ships it.=0A= Suse ships it.=0A= z/OS ships it.=0A= Ubuntu and distro-like ships it.=0A= And Solaris does also.=0A= =0A= Why not us?=0A= =0A= The advantage outside of this idea is better coding technique and design to= expose API first and utility based on those APIs.=0A= if any utility can be used as API=2C this discard the need for application = to use system() or popen() to execute shell code to accomplish system tasks= =2C which is really bad but widely widespread in lack of good =A0API exposu= re of those utilities. This reduce a lot of error with changes in utilities= switches=2C etc. and mitigate security risks.=0A= =0A= Wouldn't it be great to query FreeBSD with queries like:=0A= select * from UNIX_DiskDrive where Storage_Capacity> 1000=0A= or=A0=0A= select * from UNIX_SCSIController WHERE LastErrorCode <> 0=0A= =0A= =0A= Anyway=2C this is just to talk=2C let me know your opinions!=0A= =0A= =0A= =0A= = From owner-freebsd-current@FreeBSD.ORG Wed May 7 14:32:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C4CDC20B for ; Wed, 7 May 2014 14:32:36 +0000 (UTC) Received: from mail.ignoranthack.me (ujvl.x.rootbsd.net [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A4E94F0D for ; Wed, 7 May 2014 14:32:35 +0000 (UTC) Received: from [192.168.1.134] (c-24-23-222-205.hsd1.ca.comcast.net [24.23.222.205]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 57D501928E4; Wed, 7 May 2014 14:32:28 +0000 (UTC) Subject: Re: wbem, cim and instrumentation From: Sean Bruno Reply-To: sbruno@freebsd.org To: Bruno =?ISO-8859-1?Q?Lauz=E9?= In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Date: Wed, 07 May 2014 07:32:27 -0700 Message-ID: <1399473147.27372.1.camel@alice> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 07 May 2014 14:32:36 -0000 On Wed, 2014-05-07 at 08:39 -0400, Bruno Lauzé wrote: > One thing I feel FreeBSD always ignored is instrumentation frameworks. > I am talking about wbem, cim model and implementation like OpenPegasus. Why is that? > I ported OpenPegasus to work in FreeBSD with few patches. > However, of course without providers a wbem doesn't go far. I started to see how to shape providers for freebsd at: > > github.com/brunolauze/openpegasus-providers > > my openpegasus port is at: > > github.com/brunolauze/freebsd-ports/tree/master/net-mgmt/openpegasus > > > Apple ships a wbem > Microsoft ships a wbem / non-standard > RedHat ships it. > Suse ships it. > z/OS ships it. > Ubuntu and distro-like ships it. > And Solaris does also. > > Why not us? > > The advantage outside of this idea is better coding technique and design to expose API first and utility based on those APIs. > if any utility can be used as API, this discard the need for application to use system() or popen() to execute shell code to accomplish system tasks, which is really bad but widely widespread in lack of good API exposure of those utilities. This reduce a lot of error with changes in utilities switches, etc. and mitigate security risks. > > Wouldn't it be great to query FreeBSD with queries like: > select * from UNIX_DiskDrive where Storage_Capacity> 1000 > or > select * from UNIX_SCSIController WHERE LastErrorCode <> 0 > > > Anyway, this is just to talk, let me know your opinions! > > > > Are you going to propose updates/new ports for these tools? sean From owner-freebsd-current@FreeBSD.ORG Wed May 7 14:39:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A990D581 for ; Wed, 7 May 2014 14:39:40 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 60A86F6A for ; Wed, 7 May 2014 14:39:40 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1Wi30U-000Gaf-By; Wed, 07 May 2014 16:39:38 +0200 Date: Wed, 7 May 2014 16:39:38 +0200 From: Kurt Jaeger To: Bruno =?iso-8859-1?Q?Lauz=E9?= Subject: Re: wbem, cim and instrumentation Message-ID: <20140507143938.GB2341@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 07 May 2014 14:39:40 -0000 Hi! > One thing I feel FreeBSD always ignored is instrumentation frameworks. > I am talking about wbem, cim model and implementation like OpenPegasus. Why is that? > I ported OpenPegasus to work in FreeBSD with few patches. > github.com/brunolauze/openpegasus-providers > > my openpegasus port is at: > > github.com/brunolauze/freebsd-ports/tree/master/net-mgmt/openpegasus So, getting this committed to FreeBSD ports is your goal ? > Why not us? Dunno 8-} > Anyway, this is just to talk, let me know your opinions! I'll have a look. Not soon, not fast, but I'll have a look at it. -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-current@FreeBSD.ORG Wed May 7 18:02:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC76A231; Wed, 7 May 2014 18:02:39 +0000 (UTC) Received: from gromit.grondar.org (grandfather.grondar.org [IPv6:2a01:348:0:15:5d59:5c20:0:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B312D99B; Wed, 7 May 2014 18:02:39 +0000 (UTC) Received: from graveyard.grondar.org ([88.96.155.33] helo=gronkulator.grondar.org) by gromit.grondar.org with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Wi6Ar-000HXO-5L; Wed, 07 May 2014 19:02:37 +0100 From: Mark R V Murray Content-Type: multipart/signed; boundary="Apple-Mail=_61D4327C-1CB9-4B28-93F7-F372400F550C"; protocol="application/pgp-signature"; micalg=pgp-sha512 Message-Id: Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Date: Wed, 7 May 2014 19:02:52 +0100 Subject: Fwd: New /dev/random code for review please. References: <64478E8F-ED98-43C2-99BC-167356D3E367@grondar.org> To: FreeBSD Current X-Mailer: Apple Mail (2.1874) X-SA-Score: -1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 07 May 2014 18:02:40 -0000 --Apple-Mail=_61D4327C-1CB9-4B28-93F7-F372400F550C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hi Folks, Please could the wisdom-of-crowds apply its collective attention to = this? Thanks! M Begin forwarded message: > From: Mark R V Murray > Subject: New /dev/random code for review please. > Date: 4 May 2014 18:28:43 BST > To: "secteam@freebsd.org Team" > Content-Type: multipart/signed; = boundary=3D"Apple-Mail=3D_E0FAF9BA-F43A-41EC-ADF7-C7F66942DC33"; = protocol=3D"application/pgp-signature"; micalg=3Dpgp-sha512 > X-Smtp-Server: gromit.grondar.org:grondar > X-Universally-Unique-Identifier: 57DA4E05-F926-490F-811D-27C027A43800 > Message-Id: <64478E8F-ED98-43C2-99BC-167356D3E367@grondar.org> > Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) >=20 > Hi guys >=20 > I=92m now about ready to start the job of merging the revamped = /dev/random gubbins over to CURRENT from a project branch. >=20 > The project branch is = svn://svn.freebsd.org/base/projects/random_number_generator >=20 > Not all of the above branch is to be merged right now; the UMA_ALLOC = harvester bit will NOT be merged. In follow-up discussions, I will work = out how to do this properly. Right now, that code works, but will no = doubt piss off RWatson and company for messing up the carefully = optimised slab allocator! :-) >=20 > In the first merge, very little change should be observed. =91sysctl = kern.random=92 will look different as the harvesting has been slightly = generalised. Yarrow will still be used, but Fortuna will be available as = an alternative. Automatic startup due to probing entropy is tested and = more-or-less trusted (analysis of numbers to form part of a more = academic study). >=20 > The code is much simplified, and use of overly complex data structures = has been rewritten. >=20 > I request review and comments please, with a view to merging this to = CURRENT. >=20 > Thanks! >=20 > M > --=20 > Mark R V Murray >=20 --=20 Mark R V Murray --Apple-Mail=_61D4327C-1CB9-4B28-93F7-F372400F550C Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: GPGTools - http://gpgtools.org iQCVAwUBU2p1Ud58vKOKE6LNAQqjGwP7Bx7gFMReN0KMZnf3hlo+D4DcvGpl6Gi2 ESmPW+XOolzzjkBPx39YUPwimaSz1jqVS9l355i9p6pFWCYZgh7XITG7m7SEMS30 4q1NFcH7c4HHZLyw58V1bsTeYoE9TKa+iLQ4y7s23BEBX1Bx4eHKQxCHU6vfS6La eAQZTkM18+w= =xLgE -----END PGP SIGNATURE----- --Apple-Mail=_61D4327C-1CB9-4B28-93F7-F372400F550C-- From owner-freebsd-current@FreeBSD.ORG Wed May 7 18:40:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8FF00188 for ; Wed, 7 May 2014 18:40:32 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4E4D6D0F for ; Wed, 7 May 2014 18:40:32 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1Wi6lT-003H0j-Su>; Wed, 07 May 2014 20:40:23 +0200 Received: from g225184119.adsl.alicedsl.de ([92.225.184.119] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1Wi6lT-003sSZ-R2>; Wed, 07 May 2014 20:40:23 +0200 Date: Wed, 7 May 2014 20:40:19 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: /usr/src: svn status: svn: E200030: sqlite[S1]: near "1": syntax error Message-ID: <20140507204019.0d902bbe.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/TbKK6z3KckQw5YOAc3nBYEl"; protocol="application/pgp-signature" X-Originating-IP: 92.225.184.119 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 07 May 2014 18:40:32 -0000 --Sig_/TbKK6z3KckQw5YOAc3nBYEl Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I get this weird error in /usr/src with the port devel/subversion: root@thor: [ports] svn st svn: E200030: sqlite[S1]: near "1": syntax error Using /bin/svn everything is clear. What happened here? OS is=20 FreeBSD 11.0-CURRENT #0 r265433: Tue May 6 13:37:15 CEST 2014 amd64 Regards, Oliver --Sig_/TbKK6z3KckQw5YOAc3nBYEl Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTan4XAAoJEOgBcD7A/5N8LzIIAImpPJoNKJDQrkVmYgIwB4i1 66LZ2BBKEiyzWLAakkxrbBKoCWGxCf+8ICqHWILMylqbPsUnZDqLSAD8kNeYffYF wJ77itYBoa44uBDK1KPBSmNsVze7uNMflZEic+sSUlDU5SQCjDnavK1jrZkbNu4F nQop2cTQJb7L3JowCIcL0kAV0gpaXFa4phUqL1xbP3bAy59Ep5ORcJuOvwOvOpoG MOB4OWoY+5rIUpkUP4nj5ezoAfsiNo0fRRSkaCRXaUEfyWEST7KmCQCX1NA5Dd77 HCbB7YeT1qQEMVhbLvqfiVAJThETbqiVVMudMTzhH1ohdRWk8zKaxg/4THHRmMA= =2jn7 -----END PGP SIGNATURE----- --Sig_/TbKK6z3KckQw5YOAc3nBYEl-- From owner-freebsd-current@FreeBSD.ORG Wed May 7 19:24:58 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9982FCE7 for ; Wed, 7 May 2014 19:24:58 +0000 (UTC) Received: from mail.ignoranthack.me (ujvl.x.rootbsd.net [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7AB751DE for ; Wed, 7 May 2014 19:24:57 +0000 (UTC) Received: from [192.168.1.134] (c-24-23-222-205.hsd1.ca.comcast.net [24.23.222.205]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 2200E1928E4 for ; Wed, 7 May 2014 19:24:56 +0000 (UTC) Subject: New and exciting panic, possibly re(4) From: Sean Bruno Reply-To: sbruno@freebsd.org To: current@freebsd.org Content-Type: text/plain; charset="UTF-8" Date: Wed, 07 May 2014 12:24:55 -0700 Message-ID: <1399490695.1316.4.camel@alice> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 07 May 2014 19:24:58 -0000 While screwing around with comcast, I can trivially get this panic out of my desktop machine, and am very confused. It seems to happen on link change up/down events. I'm running 11.0-CURRENT FreeBSD 11.0-CURRENT #5 r265280M. I don't have any direct evidence that this is re(4), just a hunch from some discussions in clusteradm@ This can happen when reconnecting my modem or simply issues a netif restart. Fatal trap 9: general protection fault while in kernel mode cpuid = 5; apic id = 15 instruction pointer = 0x20:0xffffffff80a4429e stack pointer = 0x28:0xfffffe046a7f5530 frame pointer = 0x28:0xfffffe046a7f55d0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1306 (ifconfig) trap number = 9 panic: general protection fault cpuid = 5 KDB: stack backtrace: #0 0xffffffff80998510 at kdb_backtrace+0x60 #1 0xffffffff80959d05 at panic+0x155 #2 0xffffffff80d9f2ff at trap_fatal+0x38f #3 0xffffffff80d9ef5d at trap+0x74d #4 0xffffffff80d82282 at calltrap+0x8 #5 0xffffffff80aa0aa1 at in_ifadownkill+0xd1 #6 0xffffffff80a412f0 at rn_walktree+0x80 #7 0xffffffff80aa0942 at in_ifadown+0xc2 #8 0xffffffff80a95591 at in_difaddr_ioctl+0x3a1 #9 0xffffffff80a94763 at in_control+0x463 #10 0xffffffff80a3010c at ifioctl+0x145c #11 0xffffffff809b1a5d at kern_ioctl+0x3cd #12 0xffffffff809b163c at sys_ioctl+0x13c #13 0xffffffff80d9fd1b at amd64_syscall+0x3fb #14 0xffffffff80d8256b at Xfast_syscall+0xfb Uptime: 10m12s Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols Reading symbols from /boot/modules/nvidia.ko...done. Loaded symbols for /boot/modules/nvidia.ko Reading symbols from /boot/kernel/linux.ko.symbols...done. Loaded symbols for /boot/kernel/linux.ko.symbols Reading symbols from /boot/modules/vboxdrv.ko...done. Loaded symbols for /boot/modules/vboxdrv.ko Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. Loaded symbols for /boot/kernel/linprocfs.ko.symbols Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. Loaded symbols for /boot/kernel/fdescfs.ko.symbols Reading symbols from /boot/modules/vboxguest.ko...done. Loaded symbols for /boot/modules/vboxguest.ko Reading symbols from /boot/modules/vboxvideo.ko...done. Loaded symbols for /boot/modules/vboxvideo.ko Reading symbols from /boot/kernel/drm.ko.symbols...done. Loaded symbols for /boot/kernel/drm.ko.symbols Reading symbols from /boot/kernel/ums.ko.symbols...done. Loaded symbols for /boot/kernel/ums.ko.symbols Reading symbols from /boot/kernel/uhid.ko.symbols...done. Loaded symbols for /boot/kernel/uhid.ko.symbols #0 doadump (textdump=) at pcpu.h:219 219 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=) at pcpu.h:219 #1 0xffffffff80959888 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:449 #2 0xffffffff80959d44 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:756 #3 0xffffffff80d9f2ff in trap_fatal (frame=, eva=) at /usr/src/sys/amd64/amd64/trap.c:882 #4 0xffffffff80d9ef5d in trap (frame=) at /usr/src/sys/amd64/amd64/trap.c:224 #5 0xffffffff80d82282 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:231 #6 0xffffffff80a4429e in rt_expunge (rnh=0x7f00000000000210, rt=0xfffff800148e10c8) at /usr/src/sys/net/route.c:930 #7 0xffffffff80aa0aa1 in in_ifadownkill (rn=0xfffff800148e10c8, xap=0xfffffe046a7f5660) at /usr/src/sys/netinet/in_rmx.c:414 #8 0xffffffff80a412f0 in rn_walktree (h=, f=0xffffffff80aa09d0 , w=0xfffffe046a7f5660) at /usr/src/sys/net/radix.c:1097 #9 0xffffffff80aa0942 in in_ifadown (ifa=0xfffff8000d542300, delete=1) at /usr/src/sys/netinet/in_rmx.c:447 #10 0xffffffff80a95591 in in_difaddr_ioctl (data=, ifp=0xfffff8000d249000, td=) at /usr/src/sys/netinet/in.c:580 #11 0xffffffff80a94763 in in_control (so=, cmd=, data=0xfffff80126c642c0 "lo0", ifp=0xfffff8000d249000, td=0xfffff80108ad6000) at /usr/src/sys/netinet/in.c:219 #12 0xffffffff80a3010c in ifioctl (so=0xfffff80014839700, cmd=2149607705, data=0xfffff80126c642c0 "lo0", td=0xfffff80108ad6000) at /usr/src/sys/net/if.c:2638 #13 0xffffffff809b1a5d in kern_ioctl (td=0xfffff80108ad6000, fd=, com=0) at file.h:323 #14 0xffffffff809b163c in sys_ioctl (td=0xfffff80108ad6000, uap=0xfffffe046a7f59c0) at /usr/src/sys/kern/sys_generic.c:702 #15 0xffffffff80d9fd1b in amd64_syscall (td=0xfffff80108ad6000, traced=0) at subr_syscall.c:133 #16 0xffffffff80d8256b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:390 #17 0x0000000800fb26fa in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb) From owner-freebsd-current@FreeBSD.ORG Wed May 7 22:18:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 06F8755B for ; Wed, 7 May 2014 22:18:26 +0000 (UTC) Received: from mail-pd0-f182.google.com (mail-pd0-f182.google.com [209.85.192.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CCF9B6DE for ; Wed, 7 May 2014 22:18:25 +0000 (UTC) Received: by mail-pd0-f182.google.com with SMTP id v10so1591691pde.27 for ; Wed, 07 May 2014 15:18:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=RDmVPHAzc+6aJDTKcwMn2uJjz0fArOH/cnFGNu1L6GY=; b=Y1ztzCBw7inKeMk6xFhOvDk6FGd+c6zgmu0LFiToXaJp+YRE7LCLIUyZcPK+lP1hsd UOP1gYiv7VNLkQ+eqUpKw6tYLI84+STFcvd4efpuaPHqOK2WktZ4SXks50COEv4UZY3t im8Ld/2Yqnvqzzd46VYlndPTQEMS4DpbqzTXTHW+5sYj0BZyFuK+EMwWbfaKktMFirrz Z+zFATppWsyP79ahGD3VuLJkxW2IRdCO9GlqC+H84+JyCaRKykPqAkvvktsiMguRAZ8d Zfbygn2SlfaQidRMTLND4qZcVX6t9i2Ctq7xJas1dkHcArAoEXL1bzvLg19olWNCCKSY CZzg== X-Gm-Message-State: ALoCoQmbBf/9A5VmUJwYOUKwtk4HPAfmgenR1Vxh15p/pTRfDJYYRwLhrfyS95zqrL38CuZxs3xX X-Received: by 10.66.148.70 with SMTP id tq6mr24142341pab.56.1399501098954; Wed, 07 May 2014 15:18:18 -0700 (PDT) Received: from bsdimp.corp.netflix.com ([69.53.237.72]) by mx.google.com with ESMTPSA id bu1sm5002772pbb.54.2014.05.07.15.18.17 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 07 May 2014 15:18:18 -0700 (PDT) Sender: Warner Losh X-Google-Original-From: Warner Losh Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: devel/qmake4: "/usr/share/mk/bsd.prog.mk" line 176: Malformed conditional (${COMPILER_TYPE} From: Warner Losh In-Reply-To: <20140506183833.27f3c1ac.ohartman@zedat.fu-berlin.de> Date: Wed, 7 May 2014 15:18:16 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <9FE84193-CF95-41FA-ACE8-E0FA138EF4BC@gmail.com> References: <20140506183833.27f3c1ac.ohartman@zedat.fu-berlin.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.1874) Cc: FreeBSD CURRENT , FreeBSD Ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 07 May 2014 22:18:26 -0000 On May 6, 2014, at 9:38 AM, O. Hartmann = wrote: >=20 > On CURRENT (FreeBSD 11.0-CURRENT #0 r265433: Tue May 6 13:37:15 CEST = 2014 amd64) the > build/updating of port devel/qmake4 fails due to: >=20 > =3D=3D=3D> Building for qt4-qmake-4.8.6 > make[1]: "/usr/share/mk/bsd.prog.mk" line 176: Malformed conditional = (${COMPILER_TYPE} =3D=3D > "clang" && empty(CXXFLAGS:M-stdlib=3Dlibstdc++)) make[1]: Fatal errors = encountered -- > cannot continue make[1]: stopped > in = /usr/ports/devel/qmake4/work/qt-everywhere-opensource-src-4.8.6/qmake = =3D=3D=3D> Compilation > failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild = before reporting the > failure to the maintainer. > *** Error code 1 I believe all the issues with this have been fixed. Warner From owner-freebsd-current@FreeBSD.ORG Wed May 7 22:29:34 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3025EDD4 for ; Wed, 7 May 2014 22:29:34 +0000 (UTC) Received: from mail.ignoranthack.me (ujvl.x.rootbsd.net [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 10CB5840 for ; Wed, 7 May 2014 22:29:33 +0000 (UTC) Received: from [192.168.1.134] (c-50-131-4-11.hsd1.ca.comcast.net [50.131.4.11]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id EFDBE1928E4 for ; Wed, 7 May 2014 22:29:31 +0000 (UTC) Subject: Re: New and exciting panic, possibly re(4) From: Sean Bruno Reply-To: sbruno@freebsd.org To: current@freebsd.org In-Reply-To: <1399490695.1316.4.camel@alice> References: <1399490695.1316.4.camel@alice> Content-Type: text/plain; charset="UTF-8" Date: Wed, 07 May 2014 15:29:30 -0700 Message-ID: <1399501770.1316.12.camel@alice> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 07 May 2014 22:29:34 -0000 On Wed, 2014-05-07 at 12:24 -0700, Sean Bruno wrote: > While screwing around with comcast, I can trivially get this panic out > of my desktop machine, and am very confused. It seems to happen on link > change up/down events. I'm running 11.0-CURRENT FreeBSD 11.0-CURRENT #5 > r265280M. I don't have any direct evidence that this is re(4), just a > hunch from some discussions in clusteradm@ > > This can happen when reconnecting my modem or simply issues a netif > restart. > > Fatal trap 9: general protection fault while in kernel mode > cpuid = 5; apic id = 15 > instruction pointer = 0x20:0xffffffff80a4429e > stack pointer = 0x28:0xfffffe046a7f5530 > frame pointer = 0x28:0xfffffe046a7f55d0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 1306 (ifconfig) > trap number = 9 > panic: general protection fault > cpuid = 5 > KDB: stack backtrace: > #0 0xffffffff80998510 at kdb_backtrace+0x60 > #1 0xffffffff80959d05 at panic+0x155 > #2 0xffffffff80d9f2ff at trap_fatal+0x38f > #3 0xffffffff80d9ef5d at trap+0x74d > #4 0xffffffff80d82282 at calltrap+0x8 > #5 0xffffffff80aa0aa1 at in_ifadownkill+0xd1 > #6 0xffffffff80a412f0 at rn_walktree+0x80 > #7 0xffffffff80aa0942 at in_ifadown+0xc2 > #8 0xffffffff80a95591 at in_difaddr_ioctl+0x3a1 > #9 0xffffffff80a94763 at in_control+0x463 > #10 0xffffffff80a3010c at ifioctl+0x145c > #11 0xffffffff809b1a5d at kern_ioctl+0x3cd > #12 0xffffffff809b163c at sys_ioctl+0x13c > #13 0xffffffff80d9fd1b at amd64_syscall+0x3fb > #14 0xffffffff80d8256b at Xfast_syscall+0xfb > Uptime: 10m12s > Reading symbols from /boot/kernel/zfs.ko.symbols...done. > Loaded symbols for /boot/kernel/zfs.ko.symbols > Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. > Loaded symbols for /boot/kernel/opensolaris.ko.symbols > Reading symbols from /boot/modules/nvidia.ko...done. > Loaded symbols for /boot/modules/nvidia.ko > Reading symbols from /boot/kernel/linux.ko.symbols...done. > Loaded symbols for /boot/kernel/linux.ko.symbols > Reading symbols from /boot/modules/vboxdrv.ko...done. > Loaded symbols for /boot/modules/vboxdrv.ko > Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. > Loaded symbols for /boot/kernel/linprocfs.ko.symbols > Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. > Loaded symbols for /boot/kernel/fdescfs.ko.symbols > Reading symbols from /boot/modules/vboxguest.ko...done. > Loaded symbols for /boot/modules/vboxguest.ko > Reading symbols from /boot/modules/vboxvideo.ko...done. > Loaded symbols for /boot/modules/vboxvideo.ko > Reading symbols from /boot/kernel/drm.ko.symbols...done. > Loaded symbols for /boot/kernel/drm.ko.symbols > Reading symbols from /boot/kernel/ums.ko.symbols...done. > Loaded symbols for /boot/kernel/ums.ko.symbols > Reading symbols from /boot/kernel/uhid.ko.symbols...done. > Loaded symbols for /boot/kernel/uhid.ko.symbols > #0 doadump (textdump=) at pcpu.h:219 > 219 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) #0 doadump (textdump=) at pcpu.h:219 > #1 0xffffffff80959888 in kern_reboot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:449 > #2 0xffffffff80959d44 in panic (fmt=) > at /usr/src/sys/kern/kern_shutdown.c:756 > #3 0xffffffff80d9f2ff in trap_fatal (frame=, > eva=) at /usr/src/sys/amd64/amd64/trap.c:882 > #4 0xffffffff80d9ef5d in trap (frame=) > at /usr/src/sys/amd64/amd64/trap.c:224 > #5 0xffffffff80d82282 in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:231 > #6 0xffffffff80a4429e in rt_expunge (rnh=0x7f00000000000210, > rt=0xfffff800148e10c8) at /usr/src/sys/net/route.c:930 > #7 0xffffffff80aa0aa1 in in_ifadownkill (rn=0xfffff800148e10c8, > xap=0xfffffe046a7f5660) at /usr/src/sys/netinet/in_rmx.c:414 > #8 0xffffffff80a412f0 in rn_walktree (h=, > f=0xffffffff80aa09d0 , w=0xfffffe046a7f5660) > at /usr/src/sys/net/radix.c:1097 > #9 0xffffffff80aa0942 in in_ifadown (ifa=0xfffff8000d542300, delete=1) > at /usr/src/sys/netinet/in_rmx.c:447 > #10 0xffffffff80a95591 in in_difaddr_ioctl (data=, > ifp=0xfffff8000d249000, td=) > at /usr/src/sys/netinet/in.c:580 > #11 0xffffffff80a94763 in in_control (so=, > cmd=, data=0xfffff80126c642c0 "lo0", > ifp=0xfffff8000d249000, td=0xfffff80108ad6000) > at /usr/src/sys/netinet/in.c:219 > #12 0xffffffff80a3010c in ifioctl (so=0xfffff80014839700, > cmd=2149607705, > data=0xfffff80126c642c0 "lo0", td=0xfffff80108ad6000) > at /usr/src/sys/net/if.c:2638 > #13 0xffffffff809b1a5d in kern_ioctl (td=0xfffff80108ad6000, > fd=, com=0) at file.h:323 > #14 0xffffffff809b163c in sys_ioctl (td=0xfffff80108ad6000, > uap=0xfffffe046a7f59c0) at /usr/src/sys/kern/sys_generic.c:702 > #15 0xffffffff80d9fd1b in amd64_syscall (td=0xfffff80108ad6000, > traced=0) > at subr_syscall.c:133 > #16 0xffffffff80d8256b in Xfast_syscall () > at /usr/src/sys/amd64/amd64/exception.S:390 > #17 0x0000000800fb26fa in ?? () > Previous frame inner to this frame (corrupt stack?) > Current language: auto; currently minimal > (kgdb) > > Huh, this seems to happen pretty agressively on a link down/up transition. I'm using this: re0@pci0:3:0:0: class=0x020000 card=0x84321043 chip=0x816810ec rev=0x06 hdr=0x00 vendor = 'Realtek Semiconductor Co., Ltd.' device = 'RTL8111/8168B PCI Express Gigabit Ethernet controller' class = network subclass = ethernet From owner-freebsd-current@FreeBSD.ORG Thu May 8 00:41:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 259ADF2D for ; Thu, 8 May 2014 00:41:20 +0000 (UTC) Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [IPv6:2001:44b8:8060:ff02:300:1:6:5]) by mx1.freebsd.org (Postfix) with ESMTP id B468F2EE for ; Thu, 8 May 2014 00:41:19 +0000 (UTC) Received: from ppp118-210-33-77.lns20.adl2.internode.on.net (HELO leader.local) ([118.210.33.77]) by ipmail05.adl6.internode.on.net with ESMTP; 08 May 2014 10:11:18 +0930 Message-ID: <536AD2AB.7020103@ShaneWare.Biz> Date: Thu, 08 May 2014 10:11:15 +0930 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: FreeBSD Current Subject: ports broken in current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 May 2014 00:41:20 -0000 I have just updated my 11-CURRENT tinderbox machine and found an issue that breaks ports building. make: "/usr/share/mk/bsd.port.mk" line 15: Could not find bsd.own.mk This is highlighted as tinderbox creates a clean build environment while the base system kept working with the old file being left behind - make delete-old doesn't remove bsd.own.mk from base but a clean system doesn't get it installed. In r265420 /head/share/mk/Makefile removed reference to bsd.own.mk and replaced it with src.opts.mk bsd.port.mk was left unaltered still including bsd.own.mk which now doesn't get installed but is still in svn, breaking ports building. Should bsd.port.mk include src.opts.mk instead of bsd.own.mk or should bsd.own.mk be re-added to the install list? This appears to carry on from the yesterdays build fails with src.opts.mk not being found. Shane From owner-freebsd-current@FreeBSD.ORG Thu May 8 08:16:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18B52616 for ; Thu, 8 May 2014 08:16:14 +0000 (UTC) Received: from mail-we0-x234.google.com (mail-we0-x234.google.com [IPv6:2a00:1450:400c:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A70C6D58 for ; Thu, 8 May 2014 08:16:13 +0000 (UTC) Received: by mail-we0-f180.google.com with SMTP id t61so2106505wes.25 for ; Thu, 08 May 2014 01:16:11 -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 :content-type:content-transfer-encoding; bh=YiJ6qN6usrSrOYZgDAH8W0QzkSccX9EQahf1gYqFsew=; b=j+tEy6AhqXW3lQFoMDMEnoyitPy/UIQpqnCWnR3Ygcl5fbAdcbOGUcH59pqaj/uqyE pz2hjUfMGk2D5u1GdKwQ0/JrhdLbhXpPWfFzEFl2KTcM26DoANKBfwUJP23I8tKY2KDx o0Q+ucmMgTzjqAvDknFweRDPKx/xj56B15seJf+wNRAFeVOCJKzZ4CCM2lBXxVBswStG gHuWoDO2gqowePhpS2/jTqkaDkFE8O2KBJ/Ib2IEYRbtBg5IaUwXWPdN4f9AVS+FHOff qX68zYDh+vDWAvy6I04iufQAr6ELUkK/a9yJ9BbjKrqxXEzCK+bx1/3YxD40tWKMed0J 9CiA== X-Received: by 10.194.24.194 with SMTP id w2mr1872014wjf.25.1399536971757; Thu, 08 May 2014 01:16:11 -0700 (PDT) Received: from [192.168.0.10] (163.66.91.91.rev.sfr.net. [91.91.66.163]) by mx.google.com with ESMTPSA id c7sm378358wjf.19.2014.05.08.01.16.10 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 08 May 2014 01:16:11 -0700 (PDT) Message-ID: <536B3D47.2070601@gmail.com> Date: Thu, 08 May 2014 10:16:07 +0200 From: David Demelier User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Questions and *little* bugs in new vt(9) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 May 2014 08:16:14 -0000 Hi there, I'm currently trying vt(9) on a CURRENT kernel (only the kernel not the base). I have very small bugs, not really serious. I'm currently using the radeon KMS driver. * When I switch from a tty to X I can see the mouse appearing but the tty is still displayed until I move the mouse. Or until I wait something like 3 seconds. It sounds like a small refresh trouble. * When I don't use the native resolution (i.e the radeon firmwares are not loaded) switching from a tty to another results sometimes in a black screen when only some colors are displayed. This does not seems to appear when the native resolution is set. And some questions: * Will you add support for dead keys? I have a UK keyboard and when I want to write french characters like I usually press the ` character then a. Same for ^ then o and e. To accomplish this, I use the extd variant in Xorg. This let me to press the dead ` character before a. It would be great to add this support to the vt (or maybe it is already done but I was not able to modify .kdb files to support that). Thanks for your great work on vt(9) and I'm very happy to have full unicode support and a quick tty switch :-). PS: this is more a personal opinion, but I really prefer the syscons font rather than the vt(9)'s one. Regards, David. From owner-freebsd-current@FreeBSD.ORG Thu May 8 08:33:07 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A15799DB for ; Thu, 8 May 2014 08:33:07 +0000 (UTC) Received: from caravan.chchile.org (caravan.chchile.org [178.32.125.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Caravan", Issuer "Mail Client CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6B8E1F20 for ; Thu, 8 May 2014 08:33:07 +0000 (UTC) Received: by caravan.chchile.org (Postfix, from userid 1000) id 74DB5BDD40; Thu, 8 May 2014 08:24:01 +0000 (UTC) Date: Thu, 8 May 2014 10:24:01 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Subject: Fresh-install from -current snapshot: Boot loader too large Message-ID: <20140508082400.GA54611@caravan.chchile.org> Mail-Followup-To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 May 2014 08:33:07 -0000 Hi, I installed FreeBSD-11.0-CURRENT-i386-20140428-r265054-disc1.iso to a VirtualBox i386 VM. I did the most straightforward install you can possibly do (hit enter repeatedly, except for hostname and password). On the first boot I get the following error message: Boot loader too large Note that FreeBSD-11.0-CURRENT-i386-20140423-r264794-disc1.iso does not has the problem. -- Jeremie Le Hen Scientists say the world is made up of Protons, Neutrons and Electrons. They forgot to mention Morons. From owner-freebsd-current@FreeBSD.ORG Thu May 8 08:34:57 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 751A0D67 for ; Thu, 8 May 2014 08:34:57 +0000 (UTC) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "*.infocus-llc.com", Issuer "*.infocus-llc.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CD83F42 for ; Thu, 8 May 2014 08:34:56 +0000 (UTC) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 12C6237B499 for ; Thu, 8 May 2014 03:34:49 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3gPSf03c54z6wf; Thu, 8 May 2014 03:34:48 -0500 (CDT) Date: Thu, 8 May 2014 03:34:48 -0500 From: "Matthew D. Fuller" To: freebsd-current@FreeBSD.org Subject: Re: Fresh-install from -current snapshot: Boot loader too large Message-ID: <20140508083448.GS7138@over-yonder.net> References: <20140508082400.GA54611@caravan.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140508082400.GA54611@caravan.chchile.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.23 (2014-03-12) X-Virus-Scanned: clamav-milter 0.98.1 at thyme.infocus-llc.com X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 May 2014 08:34:57 -0000 On Thu, May 08, 2014 at 10:24:01AM +0200 I heard the voice of Jeremie Le Hen, and lo! it spake thus: > > On the first boot I get the following error message: > Boot loader too large As I recall, this comes from the freebsd-boot partition being too big, where "too big" is some unround number like 540k or something odd like that. Make sure that partition is 512k or something smaller. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Thu May 8 12:47:19 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 86AF9332; Thu, 8 May 2014 12:47:19 +0000 (UTC) Received: from mail.ipfw.ru (mail.ipfw.ru [IPv6:2a01:4f8:120:6141::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2461AB58; Thu, 8 May 2014 12:47:19 +0000 (UTC) Received: from [2a02:6b8:0:401:222:4dff:fe50:cd2f] (helo=ptichko.yndx.net) by mail.ipfw.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1WiJpR-000CJZ-9N; Thu, 08 May 2014 12:37:21 +0400 Message-ID: <536B7C9A.6040009@FreeBSD.org> Date: Thu, 08 May 2014 16:46:18 +0400 From: "Alexander V. Chernikov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: sbruno@freebsd.org, current@freebsd.org Subject: Re: New and exciting panic, possibly re(4) References: <1399490695.1316.4.camel@alice> In-Reply-To: <1399490695.1316.4.camel@alice> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 May 2014 12:47:19 -0000 On 07.05.2014 23:24, Sean Bruno wrote: > While screwing around with comcast, I can trivially get this panic out > of my desktop machine, and am very confused. It seems to happen on link > change up/down events. I'm running 11.0-CURRENT FreeBSD 11.0-CURRENT #5 > r265280M. I don't have any direct evidence that this is re(4), just a I'm sorry, that's my fault :) Commit r265279 has introduced panic on IPv4 address removal. That was fixed in r265288. > hunch from some discussions in clusteradm@ > > This can happen when reconnecting my modem or simply issues a netif > restart. > > Fatal trap 9: general protection fault while in kernel mode > cpuid = 5; apic id = 15 > instruction pointer = 0x20:0xffffffff80a4429e > stack pointer = 0x28:0xfffffe046a7f5530 > frame pointer = 0x28:0xfffffe046a7f55d0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 1306 (ifconfig) > trap number = 9 > panic: general protection fault > cpuid = 5 > KDB: stack backtrace: > #0 0xffffffff80998510 at kdb_backtrace+0x60 > #1 0xffffffff80959d05 at panic+0x155 > #2 0xffffffff80d9f2ff at trap_fatal+0x38f > #3 0xffffffff80d9ef5d at trap+0x74d > #4 0xffffffff80d82282 at calltrap+0x8 > #5 0xffffffff80aa0aa1 at in_ifadownkill+0xd1 > #6 0xffffffff80a412f0 at rn_walktree+0x80 > #7 0xffffffff80aa0942 at in_ifadown+0xc2 > #8 0xffffffff80a95591 at in_difaddr_ioctl+0x3a1 > #9 0xffffffff80a94763 at in_control+0x463 > #10 0xffffffff80a3010c at ifioctl+0x145c > #11 0xffffffff809b1a5d at kern_ioctl+0x3cd > #12 0xffffffff809b163c at sys_ioctl+0x13c > #13 0xffffffff80d9fd1b at amd64_syscall+0x3fb > #14 0xffffffff80d8256b at Xfast_syscall+0xfb > Uptime: 10m12s > Reading symbols from /boot/kernel/zfs.ko.symbols...done. > Loaded symbols for /boot/kernel/zfs.ko.symbols > Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. > Loaded symbols for /boot/kernel/opensolaris.ko.symbols > Reading symbols from /boot/modules/nvidia.ko...done. > Loaded symbols for /boot/modules/nvidia.ko > Reading symbols from /boot/kernel/linux.ko.symbols...done. > Loaded symbols for /boot/kernel/linux.ko.symbols > Reading symbols from /boot/modules/vboxdrv.ko...done. > Loaded symbols for /boot/modules/vboxdrv.ko > Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. > Loaded symbols for /boot/kernel/linprocfs.ko.symbols > Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. > Loaded symbols for /boot/kernel/fdescfs.ko.symbols > Reading symbols from /boot/modules/vboxguest.ko...done. > Loaded symbols for /boot/modules/vboxguest.ko > Reading symbols from /boot/modules/vboxvideo.ko...done. > Loaded symbols for /boot/modules/vboxvideo.ko > Reading symbols from /boot/kernel/drm.ko.symbols...done. > Loaded symbols for /boot/kernel/drm.ko.symbols > Reading symbols from /boot/kernel/ums.ko.symbols...done. > Loaded symbols for /boot/kernel/ums.ko.symbols > Reading symbols from /boot/kernel/uhid.ko.symbols...done. > Loaded symbols for /boot/kernel/uhid.ko.symbols > #0 doadump (textdump=) at pcpu.h:219 > 219 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) #0 doadump (textdump=) at pcpu.h:219 > #1 0xffffffff80959888 in kern_reboot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:449 > #2 0xffffffff80959d44 in panic (fmt=) > at /usr/src/sys/kern/kern_shutdown.c:756 > #3 0xffffffff80d9f2ff in trap_fatal (frame=, > eva=) at /usr/src/sys/amd64/amd64/trap.c:882 > #4 0xffffffff80d9ef5d in trap (frame=) > at /usr/src/sys/amd64/amd64/trap.c:224 > #5 0xffffffff80d82282 in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:231 > #6 0xffffffff80a4429e in rt_expunge (rnh=0x7f00000000000210, > rt=0xfffff800148e10c8) at /usr/src/sys/net/route.c:930 > #7 0xffffffff80aa0aa1 in in_ifadownkill (rn=0xfffff800148e10c8, > xap=0xfffffe046a7f5660) at /usr/src/sys/netinet/in_rmx.c:414 > #8 0xffffffff80a412f0 in rn_walktree (h=, > f=0xffffffff80aa09d0 , w=0xfffffe046a7f5660) > at /usr/src/sys/net/radix.c:1097 > #9 0xffffffff80aa0942 in in_ifadown (ifa=0xfffff8000d542300, delete=1) > at /usr/src/sys/netinet/in_rmx.c:447 > #10 0xffffffff80a95591 in in_difaddr_ioctl (data=, > ifp=0xfffff8000d249000, td=) > at /usr/src/sys/netinet/in.c:580 > #11 0xffffffff80a94763 in in_control (so=, > cmd=, data=0xfffff80126c642c0 "lo0", > ifp=0xfffff8000d249000, td=0xfffff80108ad6000) > at /usr/src/sys/netinet/in.c:219 > #12 0xffffffff80a3010c in ifioctl (so=0xfffff80014839700, > cmd=2149607705, > data=0xfffff80126c642c0 "lo0", td=0xfffff80108ad6000) > at /usr/src/sys/net/if.c:2638 > #13 0xffffffff809b1a5d in kern_ioctl (td=0xfffff80108ad6000, > fd=, com=0) at file.h:323 > #14 0xffffffff809b163c in sys_ioctl (td=0xfffff80108ad6000, > uap=0xfffffe046a7f59c0) at /usr/src/sys/kern/sys_generic.c:702 > #15 0xffffffff80d9fd1b in amd64_syscall (td=0xfffff80108ad6000, > traced=0) > at subr_syscall.c:133 > #16 0xffffffff80d8256b in Xfast_syscall () > at /usr/src/sys/amd64/amd64/exception.S:390 > #17 0x0000000800fb26fa in ?? () > Previous frame inner to this frame (corrupt stack?) > Current language: auto; currently minimal > (kgdb) > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu May 8 15:09:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C92D1953 for ; Thu, 8 May 2014 15:09:03 +0000 (UTC) Received: from mail-qg0-x235.google.com (mail-qg0-x235.google.com [IPv6:2607:f8b0:400d:c04::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B4BCB89 for ; Thu, 8 May 2014 15:09:03 +0000 (UTC) Received: by mail-qg0-f53.google.com with SMTP id f51so2854473qge.26 for ; Thu, 08 May 2014 08:09:02 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=EKjK1+oUyqoaqJi3kj5koy2hGK9B8p6iTjWK3Qqi/ZM=; b=LlPlJEMWEoLjyohStgUgLHn173HQjUI3YP8M96gE4Oed/ka0PZuvYX/EvTsw+bLel3 qzC92vKX5qFHNDfALfcZzU8LNQnALCTDE9R5VxDHpVWWSH7Cu3Ga7aouahMf5x2jwz8y ln2yWP4NkiKb/p+xsP7yxEtL1yw62yrH3qS1ivA3JXot/BBurAzWi9xRVt/7Yt+0cUEK uKYNDko2tzCPmKTWH+QrsqOqHDVLxGr76Ik/uClEhnXR7sBmJgOfp1ik/WH3YKSgojVP A6cQx30H6Q9llGyVZbvewHi9RaWnpNid4oUenJfkyxixxLKFkV5244zr8+quWOBZlGFS U6/g== MIME-Version: 1.0 X-Received: by 10.140.104.16 with SMTP id z16mr5497362qge.76.1399561742640; Thu, 08 May 2014 08:09:02 -0700 (PDT) Sender: carpeddiem@gmail.com Received: by 10.140.49.239 with HTTP; Thu, 8 May 2014 08:09:02 -0700 (PDT) In-Reply-To: <536B3D47.2070601@gmail.com> References: <536B3D47.2070601@gmail.com> Date: Thu, 8 May 2014 11:09:02 -0400 X-Google-Sender-Auth: vpEnhXRYjMy5ZBxZXkBkryO3rWI Message-ID: Subject: Re: Questions and *little* bugs in new vt(9) From: Ed Maste To: David Demelier Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 May 2014 15:09:03 -0000 On 8 May 2014 04:16, David Demelier wrote: > Hi there, > > I'm currently trying vt(9) on a CURRENT kernel (only the kernel not the > base). I have very small bugs, not really serious. I'm currently using th= e > radeon KMS driver. > > * When I switch from a tty to X I can see the mouse appearing but the tty= is > still displayed until I move the mouse. Or until I wait something like 3 > seconds. It sounds like a small refresh trouble. Interesting. On my stable/9 desktop with i915kms I can't reproduce this; after switching back to X the previous display is restored, and then a redraw happens, within a few hundred mS. I do see it on my laptop, which also has i915kms but newer software (recent CURRENT, and newer xorg packages). I'll see if I can gather more information at BSDCan next week. > * When I don't use the native resolution (i.e the radeon firmwares are no= t > loaded) switching from a tty to another results sometimes in a black scre= en > when only some colors are displayed. This does not seems to appear when t= he > native resolution is set. Can you describe the corruption in some more detail, or share a picture of it? I haven't observed something like this with stock vt, and the vt_vga driver. > And some questions: > > * Will you add support for dead keys? I have a UK keyboard and when I wan= t > to write french characters like =C3=A0 =C3=B4 =C3=AA I usually press the = ` character then > a. This isn't currently planned, but I'll keep it in mind if I look into future work on the keyboard input path. > PS: this is more a personal opinion, but I really prefer the syscons font > rather than the vt(9)'s one. I've been using vt for about six months and am now used to the default vt font -- the VGA ROM font looks odd to me now. However, I believe the primary motivation behind the font choice was the glyph coverage. I now have a vt-compatible version of the VGA ROM font, but it only has about half of the characters. vt default font: Count % Range Description ----- ---- --------- --------------------------------------------------- 95 74% 0000 007F Basic Latin 96 75% 0080 00FF Latin-1 Supplement 126 98% 0100 017F Latin Extended-A 15 7% 0180 024F Latin Extended-B 6 6% 0250 02AF IPA Extensions 10 12% 02B0 02FF Spacing Modifier Letters 7 6% 0300 036F Combining Diacritical Marks 74 51% 0370 03FF Greek 168 66% 0400 04FF Cyrillic 14 5% 1E00 1EFF Latin Extended Additional 38 34% 2000 206F General Punctuation 1 2% 2070 209F Superscripts and Subscripts 3 6% 20A0 20CF Currency Symbols 5 6% 2100 214F Letterlike Symbols 14 12% 2190 21FF Arrows 19 7% 2200 22FF Mathematical Operators 8 3% 2300 23FF Miscellaneous Technical 6 9% 2400 243F Control Pictures 101 79% 2500 257F Box Drawing 24 75% 2580 259F Block Elements 12 12% 25A0 25FF Geometric Shapes 11 4% 2600 26FF Miscellaneous Symbols 1 6% FFF0 FFFF Specials Converted cp437-8x16 font: Count % Range Description ----- ---- --------- --------------------------------------------------- 98 77% 0000 007F Basic Latin 55 43% 0080 00FF Latin-1 Supplement 1 0% 0180 024F Latin Extended-B 12 8% 0370 03FF Greek 2 2% 2000 206F General Punctuation 1 2% 2070 209F Superscripts and Subscripts 1 2% 20A0 20CF Currency Symbols 7 6% 2190 21FF Arrows 9 4% 2200 22FF Mathematical Operators 4 2% 2300 23FF Miscellaneous Technical 40 31% 2500 257F Box Drawing 8 25% 2580 259F Block Elements 9 9% 25A0 25FF Geometric Shapes 11 4% 2600 26FF Miscellaneous Symbols I expect to commit the converted font soon, and it'll be loadable at runtim= e. From owner-freebsd-current@FreeBSD.ORG Thu May 8 16:04:55 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2068FA69 for ; Thu, 8 May 2014 16:04:55 +0000 (UTC) Received: from mail-pd0-f181.google.com (mail-pd0-f181.google.com [209.85.192.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E7E7519C for ; Thu, 8 May 2014 16:04:54 +0000 (UTC) Received: by mail-pd0-f181.google.com with SMTP id w10so2478547pde.26 for ; Thu, 08 May 2014 09:04:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=PV9c7PxPOW3HWZQgDFexYP6at0IscU/UzPj76hJHUfA=; b=cC52q2nz0t7zTUZ4pRZGHrzbq8lDSS30cp5yKVXHUPBXcywSySs6ofWHsbUmledZZJ 4rC9hbCZ4EhNG6TYbNhTa/+kjj1Kz6PeVPNduSDg+CIIsHqP3MtU8ZRljx8aVw5Tbj48 JqBTeyYXmlUlU5nuU5iYMLQyFy3E5vv7Nrb+2UbFfPEJysSTHnHjOIJtjhC8mN4YYBdW Hd28OVYsP0aHi6f9TREVAXbqySz1RnjU1YWbWq8o5a57uKh+GV2dSPARTfQ4F17Fv5Il 1/Hzi2k4TPcPoLy9UPrele1JsU3uRVTJlsyzpDfD+eanuTdoFC1MDo+N3jmMrjuMz5qi WeHA== X-Gm-Message-State: ALoCoQlI9ajuHoznazrE8iidt3E29mvMMoygWSRVRqwJGQFz/OCMri49lfZd3YWPpkUu6ilmukhq X-Received: by 10.66.221.99 with SMTP id qd3mr9445339pac.46.1399565094026; Thu, 08 May 2014 09:04:54 -0700 (PDT) Received: from bsdimp.corp.netflix.com ([69.53.237.72]) by mx.google.com with ESMTPSA id pr4sm2745326pbb.53.2014.05.08.09.04.52 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 08 May 2014 09:04:52 -0700 (PDT) Sender: Warner Losh X-Google-Original-From: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: ports broken in current From: Warner Losh In-Reply-To: <536AD2AB.7020103@ShaneWare.Biz> Date: Thu, 8 May 2014 09:04:51 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <536AD2AB.7020103@ShaneWare.Biz> To: Shane Ambler X-Mailer: Apple Mail (2.1874) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 May 2014 16:04:55 -0000 On May 7, 2014, at 5:41 PM, Shane Ambler wrote: > I have just updated my 11-CURRENT tinderbox machine and found an issue > that breaks ports building. >=20 > make: "/usr/share/mk/bsd.port.mk" line 15: Could not find bsd.own.mk Install again. This was fixed last night. You can fix it just by = updating and running make install in share/mk. > This is highlighted as tinderbox creates a clean build environment = while > the base system kept working with the old file being left behind - = make > delete-old doesn't remove bsd.own.mk from base but a clean system > doesn't get it installed. >=20 > In r265420 /head/share/mk/Makefile removed reference to bsd.own.mk and > replaced it with src.opts.mk Yea that=92s totally bogus. Which is why I fixed it. One too many = automatic replacements that slipped through the cracks. > bsd.port.mk was left unaltered still including bsd.own.mk which now > doesn't get installed but is still in svn, breaking ports building. Yea, bsd.port.mk is good. The above breakage was bad... > Should bsd.port.mk include src.opts.mk instead of bsd.own.mk or should > bsd.own.mk be re-added to the install list? The proper fix is in the tree: re-add bsd.own.mk. > This appears to carry on from the yesterdays build fails with > src.opts.mk not being found. Please update. If the problems persist, please let me know. Also, be = sure to remove /usr/share/mk/src.opts.mk, since if will cause you = head-aches in the future if you don=92t. Sorry for the bumps=85 Warner= From owner-freebsd-current@FreeBSD.ORG Thu May 8 16:12:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 74D761EC for ; Thu, 8 May 2014 16:12:35 +0000 (UTC) Received: from mail-pd0-f169.google.com (mail-pd0-f169.google.com [209.85.192.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 474B229B for ; Thu, 8 May 2014 16:12:34 +0000 (UTC) Received: by mail-pd0-f169.google.com with SMTP id z10so2545260pdj.0 for ; Thu, 08 May 2014 09:12:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:content-type:subject:message-id:date :to:mime-version; bh=ip9NK7JnPIKADbxLD5FXoyk0VBTL+aAUpi4JPTEdaDw=; b=QKjSO/i7dJvkfi93BOdiEq/tLLE2tbmz6cg39djcYMLsCdSBeS+574OnnOcJIJkIct 8XamjKtQJjug3oXiIda2D9cbHucclTLlVL97bgFcM1wG9XWki6pDNXMgt8Jnwzo0WsQd dxxXapozjLFNff4cYeH+WYIJMkG3axKuw78VF861acEskZ1jWRjxLemmsRi25PA/5RQQ 2JNnNcuv5I4xP/YlVMqYlXoKiwP92UpVTikV5B64SP7MyBBZcUjJZfz6BrAMvjvcdzJM iSXgKdW/TTWMwnHczvCisI1ZNtsVl4w1/DoDTCtAj1thFDh8WsUTZ5x5T1uuKPpn5KYM 0lcA== X-Gm-Message-State: ALoCoQkbdFpZk4fztXd6RZQ3HNgnD2bzuYYiwbW3RzjTCBS015k3TNpvrVl2tqWKGsxOQitzfm5D X-Received: by 10.66.66.108 with SMTP id e12mr9273821pat.35.1399565554005; Thu, 08 May 2014 09:12:34 -0700 (PDT) Received: from bsdimp.corp.netflix.com ([69.53.237.72]) by mx.google.com with ESMTPSA id ki10sm2761661pbd.68.2014.05.08.09.12.32 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 08 May 2014 09:12:33 -0700 (PDT) Sender: Warner Losh From: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_EA95DAF8-3FE0-4550-ADB8-221C0E0C3A55"; protocol="application/pgp-signature"; micalg=pgp-sha512 Subject: Bumps in the build... Message-Id: Date: Thu, 8 May 2014 09:12:31 -0700 To: FreeBSD Current Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 May 2014 16:12:35 -0000 --Apple-Mail=_EA95DAF8-3FE0-4550-ADB8-221C0E0C3A55 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Greetings, Please accept my apologies for the the bumps in the build in recent = days. I knew my changes were large, and tried to test them as best I = could before the commit. However, there are too many scenarios my = testing didn=92t hit (including some in hind sight that were obvious = holes in my testing). Also obvious in hindsight: I should have sent a = heads up when the stuff hit the tree so people would be more cautious. At this point, as far as I know, it has all been fixed. If you see = anything weird in the next week or so, please drop me a line. Warner --Apple-Mail=_EA95DAF8-3FE0-4550-ADB8-221C0E0C3A55 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTa6zvAAoJEGwc0Sh9sBEAPqMQAMvFWbK8UO5xHK5A39ppGAJ2 VrSyPp/CPFZyl+vVUr0PCLBU3eYaFuFpmEisHIESbxZ/LSCrviUeeN+ZqtdAHoU9 YrG1JwsvLUUoXztsLVNPNAdGVZAoh5aQ0xqbZQJD3TnwcHwK93gduBrcn6gWwu6o IbwQRxrAmwwp1p4foVP7XJX0QYaRDs1HFFLYLIAIZCc0OCxkwvhmYitaB9wGsULj CBDXw5qPC2VGa1KEzW2oXasjbsLNG1hNWotZO/eokvOOGvAXgbonp20OjsaNsA+8 kVONuL2ZdosMJcyPH9LWWctkUN+X47cyFOu/VsdIIESeDi2XmHUoZhg5CZ/6Vf5F JryAKGRDZRvEqvBh2Afdc7vcDXswQVaK64EWgIU725UKW5F7xN1+MprF1DXLIrp2 eQd5U1/s8pqLSWpIGkF+TQ37KRi8in5uf2cGIVNlw9uNBL6WesIAJ3HjX0PTe0r6 SYcBBdreZAU9ks3lSfYHIioQjyCKDUapAaxh3us+5U9AuA6qzltMkQ3e8kRIJ4b9 aNuUAPu1792/zMx2e1MngZkzucGhUrGhPHi3EAq47TUfwXp2y7ofERXX2Psi9+PC B5s15KeQ+uX0mzItjl/IJy0R8Ll3m/lxMq7JbVwp08oBhkR0tVP7B0edSWFH3SyZ oUHVCUuiXyahcJWuqk1M =8Sbx -----END PGP SIGNATURE----- --Apple-Mail=_EA95DAF8-3FE0-4550-ADB8-221C0E0C3A55-- From owner-freebsd-current@FreeBSD.ORG Thu May 8 16:19:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71071794; Thu, 8 May 2014 16:19:49 +0000 (UTC) Date: Thu, 8 May 2014 12:19:40 -0400 From: Glen Barber To: Warner Losh Subject: Re: Bumps in the build... Message-ID: <20140508161940.GA25459@hub.FreeBSD.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 May 2014 16:19:50 -0000 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 08, 2014 at 09:12:31AM -0700, Warner Losh wrote: > Greetings, >=20 > Please accept my apologies for the the bumps in the build in > recent days. I knew my changes were large, and tried to test them > as best I could before the commit. However, there are too many > scenarios my testing didn=E2=80=99t hit (including some in hind sight that > were obvious holes in my testing). Also obvious in hindsight: I > should have sent a heads up when the stuff hit the tree so people > would be more cautious. >=20 > At this point, as far as I know, it has all been fixed. If you > see anything weird in the next week or so, please drop me a line. >=20 FWIW, r265628 builds fine. Thank you (again) for your quick fix. Glen --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTa66bAAoJELls3eqvi17QOO8P/35jbF8RJm2PT7+TWXK/7MsX neQisANaqMQgg7wr8IiTMrh5Mn7DkmP5QjNzQaSU3faHpg1yjUwLztFGc+4VuA1M LkRTBbK2jBaDagPibJ/w0iiSqcgfgc28OAV1HJZ3PDGotPV4AK3YTODaYgPlLoFc CUbxZ7CeidUcW46IA7OF+vL2+6dWjePzx1nMosjoCP41iMdP8SXwV2PN8qRFXi3a Djtwsm+8wfK7FHM6p8JQJGfS+XGeGg1IzubpghVRlI5x/tx/vDSMfNSd1nos4FVk WaXounCsxvinZKRYwdnNeBXe7UPaJe/DQ6qmIlFBIsn91rdBCQ1+OOiLq9xq1hpX RDnzo8FZKTPR2BzGYJTDnCvGxhNxZPQuhQRszXe3riTvwzCc21IB472pJaWxjPoZ gh3grWckeRKOPSfHyFCZg1YZPkSLgL2yoypsxia8f47ubYDrpm7Kz2cDvp3Cz6da NFLRD16JXpdjn4YGPRNhkkNabd86HsbOEnR5aiQ22oKEfOSeNBbVzRpwkx7Akqcp Ku3rMoZoIU4vp6ZKOhjXkI+XVpeYj9Q3KEOw5xfYekDipdg168ZwguxS9Z4YddHD 9vWjhxu0i+taSy4gUjVd3odsdt7GcL+1H8dC1SE5fwNfO6vGc+SaetQ+VSNFhGkx Vi6VLbZhIhjKGQR3qQca =uSIG -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn-- From owner-freebsd-current@FreeBSD.ORG Thu May 8 17:23:32 2014 Return-Path: Delivered-To: current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id B1ACB6C0; Thu, 8 May 2014 17:23:32 +0000 (UTC) Date: Thu, 8 May 2014 17:23:32 +0000 From: Alexey Dokuchaev To: YongHyeon PYUN Subject: Re: ale(4) cannot negotiate as GigE Message-ID: <20140508172332.GA98477@FreeBSD.org> References: <20130304062944.GB1445@michelle.cdnetworks.com> <20130304065940.GA13417@FreeBSD.org> <20130304070632.GC1445@michelle.cdnetworks.com> <20130304081858.GA23857@FreeBSD.org> <20130305054920.GD1472@michelle.cdnetworks.com> <20130305065910.GA97021@FreeBSD.org> <20130305074315.GE1472@michelle.cdnetworks.com> <20130305080620.GA10559@FreeBSD.org> <20130305085703.GF1472@michelle.cdnetworks.com> <20130305091411.GA26471@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130305091411.GA26471@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 May 2014 17:23:32 -0000 On Tue, Mar 05, 2013 at 09:14:11AM +0000, Alexey Dokuchaev wrote: > On Tue, Mar 05, 2013 at 05:57:03PM +0900, YongHyeon PYUN wrote: > > Hmm, Does the switch support EEE feature? If yes, would you try > > disabling it? > > I do not think it [1] does; plus I cannot do much about this switch, as I'm > pretty far away from it right now. > > [1] http://netgear.com/home/products/switches-and-access-points/unmanaged-switches/GS608.aspx (got it about 4 years ago) I just had a chance to plug the Ethernet cable directly into my laptop's bge(4) port, and it immediately negotiated at 1000baseT; but with the switch, it can only feel fine with 10baseT/UTP (after some 1000baseT-no carrier flip flopping). So it looks like it fails to talk to the switch. Given that this switch of mine in a simple (dumb) piece of equipment, any ideas how to help ale(4) to negotiate with it at full speed? ./danfe From owner-freebsd-current@FreeBSD.ORG Thu May 8 20:38:55 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D53E3A2E for ; Thu, 8 May 2014 20:38:55 +0000 (UTC) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id ACB67D8 for ; Thu, 8 May 2014 20:38:55 +0000 (UTC) Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.41]) by be-well.ilk.org (Postfix) with ESMTP id 1DCC433C48; Thu, 8 May 2014 16:38:44 -0400 (EDT) Received: by lowell-desk.lan (Postfix, from userid 1147) id 158583984E; Thu, 8 May 2014 16:38:41 -0400 (EDT) From: Lowell Gilbert To: "O. Hartmann" Subject: Re: /usr/src: svn status: svn: E200030: sqlite[S1]: near "1": syntax error References: <20140507204019.0d902bbe.ohartman@zedat.fu-berlin.de> Reply-to: FreeBSD CURRENT Date: Thu, 08 May 2014 16:38:41 -0400 In-Reply-To: <20140507204019.0d902bbe.ohartman@zedat.fu-berlin.de> (O. Hartmann's message of "Wed, 7 May 2014 20:40:19 +0200") Message-ID: <44oaz8atv2.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 May 2014 20:38:55 -0000 "O. Hartmann" writes: > I get this weird error in /usr/src with the port devel/subversion: > > root@thor: [ports] svn st > svn: E200030: sqlite[S1]: near "1": syntax error > > Using /bin/svn everything is clear. > > What happened here? > > OS is > > FreeBSD 11.0-CURRENT #0 r265433: Tue May 6 13:37:15 CEST 2014 amd64 Did you try "svn cleanup"? I'm not sure what /bin/svn is, but I suspect it's relatively lightweight (not keeping the backing database), in which case it's not relevant. From owner-freebsd-current@FreeBSD.ORG Thu May 8 21:40:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B87A84A for ; Thu, 8 May 2014 21:40:37 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 077338F4 for ; Thu, 8 May 2014 21:40:36 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1WiW3J-003Ybb-2U>; Thu, 08 May 2014 23:40:29 +0200 Received: from g231188206.adsl.alicedsl.de ([92.231.188.206] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1WiW3J-001uEn-0N>; Thu, 08 May 2014 23:40:29 +0200 Date: Thu, 8 May 2014 23:40:24 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: Re: /usr/src: svn status: svn: E200030: sqlite[S1]: near "1": syntax error Message-ID: <20140508234024.1f75e474.ohartman@zedat.fu-berlin.de> In-Reply-To: <44oaz8atv2.fsf@lowell-desk.lan> References: <20140507204019.0d902bbe.ohartman@zedat.fu-berlin.de> <44oaz8atv2.fsf@lowell-desk.lan> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/+OI8wbfOwkrq13ZvkvYT6t8"; protocol="application/pgp-signature" X-Originating-IP: 92.231.188.206 X-ZEDAT-Hint: A Cc: freebsd-current-local@be-well.ilk.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 May 2014 21:40:37 -0000 --Sig_/+OI8wbfOwkrq13ZvkvYT6t8 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Thu, 08 May 2014 16:38:41 -0400 Lowell Gilbert schrieb: > "O. Hartmann" writes: >=20 > > I get this weird error in /usr/src with the port devel/subversion: > > > > root@thor: [ports] svn st > > svn: E200030: sqlite[S1]: near "1": syntax error > > > > Using /bin/svn everything is clear. > > > > What happened here? > > > > OS is=20 > > > > FreeBSD 11.0-CURRENT #0 r265433: Tue May 6 13:37:15 CEST 2014 amd64 >=20 > Did you try "svn cleanup"? >=20 > I'm not sure what /bin/svn is, but I suspect it's relatively > lightweight (not keeping the backing database), in which case=20 > it's not relevant. Something seemed to have gone wrong during the last update cycle of world. = /bin/svn is the svn that comes in 11 CURRENT as contribution. That svn worked well on b= ot /usr/src and /usr/ports, but the port's version didn't. After "make delete-old" in /usr/src and a complete buildworld/installworld = the problem went away. Thanks. Oliver --Sig_/+OI8wbfOwkrq13ZvkvYT6t8 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTa/nMAAoJEOgBcD7A/5N8TogH/3SvXrMD8OH0g4P+9KnpBqil MrtFK/UjDDDcAA3OZS2Jplup0HDLyVustsq0PjzDVra2H/8cCamxVMQrxa/WMuTS rg4E5C5tRqivfZeGSYsiKKDK01yeUpxxe1L+/evf04fpnfUHqFRN207SBJA1bL/y QWshoQ9q2qmvJXk5zs6k+N63IS81iOic3M1BU5PYdG1EOBVDX2ISaDxLUxY6cOAN xyyR+yEd7FzUPD9rDzdLQJ51XagmsmO1jsWcCGIGcwUQg+FcA1OcQl4CycWzgnrz S8TvJC+vDczN6vH7owyEXIstYSrpClhc51pzflHzrgaGWBJlCLmMQGamupVyXNU= =y2K2 -----END PGP SIGNATURE----- --Sig_/+OI8wbfOwkrq13ZvkvYT6t8-- From owner-freebsd-current@FreeBSD.ORG Thu May 8 22:26:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4805979C for ; Thu, 8 May 2014 22:26:48 +0000 (UTC) Received: from mail-yh0-x234.google.com (mail-yh0-x234.google.com [IPv6:2607:f8b0:4002:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1195CC5B for ; Thu, 8 May 2014 22:26:48 +0000 (UTC) Received: by mail-yh0-f52.google.com with SMTP id z6so2597844yhz.11 for ; Thu, 08 May 2014 15:26:47 -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=bi3NLdObSDCWj4G0Rezoaf1e6qw6sIsvMND5nFXupCw=; b=bk8EGoDEnZN/+fRjDa0XKcKlQfOWVaEwnTRLZ7v8xFVQcTqJnc22B1Q16LKjoM+Jvu ppeMu9r7W46CSC76ba6061hweRUbgbwSQieW29DGzR2qCRlKHSbX/BuGh52aOXQUyn7B lGnvOlzbHqVAi4Bvgl3ywwhBHGmVKgBIUKM9apigShwxghrxFDv18XBJUkC5j/jmS7pD BnYYnxWEYi+d3WKoDk8orDm8j/ZTfGoG0LK0sFj+/JTI9GPTnKV3n6L9+JiQuGYWQTFz TJcrh/QWmK/RQgng4b6vmTHz671eYwofJVdPxHETSkAsWZWxAvBkyxtEiWv/6WKC9jae xQmg== MIME-Version: 1.0 X-Received: by 10.236.128.180 with SMTP id f40mr9226378yhi.71.1399588007316; Thu, 08 May 2014 15:26:47 -0700 (PDT) Received: by 10.170.130.198 with HTTP; Thu, 8 May 2014 15:26:47 -0700 (PDT) Date: Fri, 9 May 2014 01:26:47 +0300 Message-ID: Subject: WITHOUT_NIS after bsd.opts.mk / src.opts.mk split From: Guy Yur To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 May 2014 22:26:48 -0000 Hi, After the bsd.opts.mk / src.opts.mk split WITHOUT_NIS in src.conf doesn't work. src.conf is included in src.opts.mk after bsd.own.mk which includes bsd.opts.mk. Should bsd.opts.mk options overrides now be set in make.conf instead of src.conf? Was on r265455, updated to r265715 and rebuilt with -DNO_CLEAN. Thanks, Guy From owner-freebsd-current@FreeBSD.ORG Thu May 8 23:54:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E7B4DD8 for ; Thu, 8 May 2014 23:54:20 +0000 (UTC) Received: from mail-pa0-f41.google.com (mail-pa0-f41.google.com [209.85.220.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0E106351 for ; Thu, 8 May 2014 23:54:19 +0000 (UTC) Received: by mail-pa0-f41.google.com with SMTP id lj1so3509017pab.28 for ; Thu, 08 May 2014 16:54:13 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=3chm4sD51Mr6cp9q/mMmwX5yfCcYLDz+jDSWpY5BykY=; b=cRGKwsxntp6PfkJU3l8MkVXO/TWNAPslvLSwSfHndpAzP+IME8WOUGu9RBeiZU6TRh iOc7l/pruxF7R9CCBYx03PLyGPfg3cOXcPn4uzRyGo9DFegaTvzCXDWTPtVQ/ihTA8Lt YDLPpP0J9laR/NpzE4N3anW5OcKVk0g20H+NLUeM6CPo2vMHZ1nUaRgZjRLHzCnanknk D3r3k0LGmEm0wWRREMgKqZ3VQdC6eHLoL05u5SywdQKTeXHe9UIBDuHOcdbIb4G8WiFa eEFJwXEVPikphHx/IbX1oShhQ2e5uuwkVeeryQbIdA3m3adMtaLLmf6koln+Hnd+IYol 5UXQ== X-Gm-Message-State: ALoCoQn98TmTCn7KeCYqabBgehV1+8q8CCuR8B3MENCYUODH7r+fDElvawXJdRHKUR04ZTeOG4Mn X-Received: by 10.66.65.204 with SMTP id z12mr13461023pas.60.1399593252890; Thu, 08 May 2014 16:54:12 -0700 (PDT) Received: from [10.45.102.71] ([156.39.128.195]) by mx.google.com with ESMTPSA id gu1sm4120828pbd.0.2014.05.08.16.54.11 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 08 May 2014 16:54:12 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_B0BFDAD8-6650-45D7-8189-52AB9A30F303"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: WITHOUT_NIS after bsd.opts.mk / src.opts.mk split From: Warner Losh In-Reply-To: Date: Thu, 8 May 2014 16:54:10 -0700 Message-Id: <1A74E775-B873-44E1-8323-D3C292A3D02E@bsdimp.com> References: To: Guy Yur X-Mailer: Apple Mail (2.1874) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 May 2014 23:54:20 -0000 --Apple-Mail=_B0BFDAD8-6650-45D7-8189-52AB9A30F303 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On May 8, 2014, at 3:26 PM, Guy Yur wrote: > Hi, >=20 > After the bsd.opts.mk / src.opts.mk split > WITHOUT_NIS in src.conf doesn't work. It should still work=85 At least that=92s the intention... > src.conf is included in src.opts.mk after bsd.own.mk > which includes bsd.opts.mk. Yea, that=92s a problem=85 It should be included after. > Should bsd.opts.mk options overrides now be set in > make.conf instead of src.conf? That=92s a good workaround until I get that fix tested and committed. Or = you could include src.conf in make.conf at the end. Either will have the = same effect. Here=92s the fix I=92m testing, if you=92d like to test that instead... diff -r d69444b828c1 share/mk/src.opts.mk --- a/share/mk/src.opts.mk +++ b/share/mk/src.opts.mk @@ -30,17 +30,15 @@ .if !target(____) ____: =20 -# Compat -- needed still? -.include - -# Allow user to configure things, but in the future this will move -# elsehwere... - +# Allow user to configure things that only effect src tree builds. SRCCONF?=3D /etc/src.conf .if exists(${SRCCONF}) || ${SRCCONF} !=3D "/etc/src.conf" .include "${SRCCONF}" .endif =20 +# Must be included after src.conf +.include + # # Define MK_* variables (which are either "yes" or "no") for users # to set via WITH_*/WITHOUT_* in /etc/src.conf and override in the > Was on r265455, updated to r265715 and rebuilt with -DNO_CLEAN. Yea, sorry about missing this subtle issue in the split. There was = another report of something similar that I hadn=92t tracked down, but = your report pointed me to where I needed to go. Warner --Apple-Mail=_B0BFDAD8-6650-45D7-8189-52AB9A30F303 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTbBkiAAoJEGwc0Sh9sBEAGKkQAISdcNvtvmmNHj3WsE+V/vJ2 3OzGfgOvvYcoPytyOOjj/y3T0Wp3ETA1wFx+8vBuHk515kw9Y2S0lkvalsWYcCOP 7y+ToUjRTzCX7DptVBywrYkhhCXE+O73WyjsdCuJ3qLqaPNHNMKu+kUpIK8By+6s ypKZ23Jv6OGXoD0sdM2sxYFolTATEzAKHLx59NFyb9KWnj6f3vPY5o8bYxmeOKE0 9erCeUsnJ1UkVUKHn4fNoVAmIrZ0zahXp1mgwWXqm0q5eu51mayP70l09sTrzQFa yGiYDmEeGzXOtkHtaUeG3nHK4fasHOWD1Pr/Im2aocJ4RsDRle2Z/komHcmJCf8S ICg0wecZofeIl8v8tWserX73VMwwBhrKtQBYrj0TpEfzqAnE7E8mjWwXKzU5lOgY OiHc0LaOEMfjHJgqBvGWygHh74IqMiaG/eEBJxpLkfYZm2YddfAlTgaHTVmoEonl +c2H7lGkV1x4TsU4C3qXK1R0ikx+buqpU9kxjwuRdOwxdKAu+54LYocyfZU4mci2 AjEaZB83dDc9XCUkTPpb2j5UISKKBJI5D2sPFg67sZ+uGP4Nsdtf2VoT3Ki9lR2W SQgLENkXVq1Sxeay9wC3Jqndozwdw6ugw+MgLTUpEhZynXeQI2Ne6vOy6IdDVtT6 2wG/mhiHKmCgJbYh82A8 =OFNV -----END PGP SIGNATURE----- --Apple-Mail=_B0BFDAD8-6650-45D7-8189-52AB9A30F303-- From owner-freebsd-current@FreeBSD.ORG Fri May 9 02:22:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8BBBAD9 for ; Fri, 9 May 2014 02:22:59 +0000 (UTC) Received: from mail-ee0-x22c.google.com (mail-ee0-x22c.google.com [IPv6:2a00:1450:4013:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B5EB1BC for ; Fri, 9 May 2014 02:22:59 +0000 (UTC) Received: by mail-ee0-f44.google.com with SMTP id c41so2144392eek.31 for ; Thu, 08 May 2014 19:22:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=6AfOcfaDcAUZ3T24MhEZxLQUzGceNQ0t6+oIt98txIg=; b=Bxg+E8CZaHt8qBeSJeqdgXPl/PEr+TFmgpqM2dIbExsL82PqZ6U47aJPrKMT7bM66/ aPPag22RC3Mj1NKSPwzKeivGU19jM6/7ld097UofD4myIFXYgQZQ3CKc2g7o8AIt6g7m EgrqJeAIJdszlsWIXvdr8yZiCZQ0LyRNAjMJYZcQMrH9c8L3ScEE39EFaVp2svXDwDht tEazg4mFSupma/cdBo3QQQO5BQS419qUEgqR7E2GR8Ho9zco5m1SiX25dGMw0TUxnyjN DlQc03NvdxQ0CZOmZAaPBX5kIHs8mIlKU4yw2ss2rNur/61nULpqos6K0tIKXg5oUZ6u ZTqg== X-Received: by 10.15.34.197 with SMTP id e45mr9411890eev.112.1399602177102; Thu, 08 May 2014 19:22:57 -0700 (PDT) Received: from ketas-laptop.mydomain (ketas-laptop6.si.pri.ee. [2001:ad0:91f:0:21a:6bff:fe66:2ad3]) by mx.google.com with ESMTPSA id 8sm4704595eea.10.2014.05.08.19.22.55 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 08 May 2014 19:22:56 -0700 (PDT) Sender: Sulev-Madis Silber Message-ID: <536C3BFD.1010700@hot.ee> Date: Fri, 09 May 2014 05:22:53 +0300 From: "Sulev-Madis Silber (ketas)" User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: Warner Losh Subject: Re: WITHOUT_NIS after bsd.opts.mk / src.opts.mk split References: <1A74E775-B873-44E1-8323-D3C292A3D02E@bsdimp.com> In-Reply-To: <1A74E775-B873-44E1-8323-D3C292A3D02E@bsdimp.com> X-TagToolbar-Keys: D20140509052252861 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, Guy Yur X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 May 2014 02:22:59 -0000 On 2014-05-09 02:54, Warner Losh wrote: > > On May 8, 2014, at 3:26 PM, Guy Yur wrote: > >> Hi, >> >> After the bsd.opts.mk / src.opts.mk split >> WITHOUT_NIS in src.conf doesn't work. > > It should still work… At least that’s the intention... > >> src.conf is included in src.opts.mk after bsd.own.mk >> which includes bsd.opts.mk. > > Yea, that’s a problem… It should be included after. > >> Should bsd.opts.mk options overrides now be set in >> make.conf instead of src.conf? > > That’s a good workaround until I get that fix tested and committed. Or you could include src.conf in make.conf at the end. Either will have the same effect. > > Here’s the fix I’m testing, if you’d like to test that instead... > > diff -r d69444b828c1 share/mk/src.opts.mk > --- a/share/mk/src.opts.mk > +++ b/share/mk/src.opts.mk > @@ -30,17 +30,15 @@ > .if !target(____) > ____: > > -# Compat -- needed still? > -.include > - > -# Allow user to configure things, but in the future this will move > -# elsehwere... > - > +# Allow user to configure things that only effect src tree builds. > SRCCONF?= /etc/src.conf > .if exists(${SRCCONF}) || ${SRCCONF} != "/etc/src.conf" > .include "${SRCCONF}" > .endif > > +# Must be included after src.conf > +.include > + > # > # Define MK_* variables (which are either "yes" or "no") for users > # to set via WITH_*/WITHOUT_* in /etc/src.conf and override in the > > >> Was on r265455, updated to r265715 and rebuilt with -DNO_CLEAN. > > Yea, sorry about missing this subtle issue in the split. There was another report of something similar that I hadn’t tracked down, but your report pointed me to where I needed to go. > > Warner > Finally! Trying it now... I was about to take deep look into it because that bothered me so much. From owner-freebsd-current@FreeBSD.ORG Fri May 9 03:43:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 48BCB156; Fri, 9 May 2014 03:43:41 +0000 (UTC) Received: from mail-qg0-x22a.google.com (mail-qg0-x22a.google.com [IPv6:2607:f8b0:400d:c04::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C9E2FBAE; Fri, 9 May 2014 03:43:40 +0000 (UTC) Received: by mail-qg0-f42.google.com with SMTP id q107so3956682qgd.1 for ; Thu, 08 May 2014 20:43:40 -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:message-id:subject :from:to:cc:content-type; bh=ATMJLviVwmwdf45KoU4fojsPVik27wgy2hx46+60Obk=; b=d1vp0gGXFhdI7ZbFC8yUVaj4wrEKfeVJkOpRFLiF3YJZjLk+7IhrOEZg2bMbSt+uUc /Et1o/sy0BVM6CKmeUyDJfxfyhXP9EKs+usogHnL50Md4+cWy252POZHXPqpRvNR+y/S gCc4ispm8b6U8ciBw8AparMJiD0Ei8DDAE6fFw/1+XWI7gf87wVVFu2kQ2V8+0dm/ZL6 xypXhCkx9YMHDMW4G1wPjExGAJ/yCJN5e+4xqDT3bX9uKV428XrCkHjQ6O2IiV0AgHJx u5FWUAWf67cXclCh/ueshs+CsQEHrQmGR4uLiQNbWaefL8h90uj+YsgKSjJQ82MGAO6S 2A1Q== MIME-Version: 1.0 X-Received: by 10.140.96.51 with SMTP id j48mr10396376qge.24.1399607020007; Thu, 08 May 2014 20:43:40 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Thu, 8 May 2014 20:43:39 -0700 (PDT) In-Reply-To: References: <530508B7.7060102@FreeBSD.org> <201402191602.54465.jhb@freebsd.org> <201402201417.34148.jhb@freebsd.org> Date: Thu, 8 May 2014 20:43:39 -0700 X-Google-Sender-Auth: hSGWD_R_1S6yPq0xpmFKcVndWRI Message-ID: Subject: Re: [rfc] bind per-cpu timeout threads to each CPU From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=UTF-8 Cc: Alexander Motin , freebsd-current , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 May 2014 03:43:41 -0000 Hi, I'd like to revisit this now. I'd like to commit this stuff as-is and then take some time to revisit the catch-all softclock from cpu0 swi. It's more complicated than it needs to be as it just assumes timeout_cpu == cpuid of cpu 0. So there's no easy way to slide in a new catch-all softclock. Once that's done I'd like to then experiment with turning on the pcpu tcp timer stuff and gluing that into the RSS CPU ID / netisr ID stuff. Thanks, -a On 20 February 2014 13:48, Adrian Chadd wrote: > On 20 February 2014 11:17, John Baldwin wrote: > >> (A further variant of this would be to divorce cpu0's swi from the >> catch-all softclock and let the catch-all softclock float, but bind >> all the per-cpu swis) > > I like this idea. If something (eg per-CPU TCP timers, if it's turned > on) makes a very specific decision about the CPU then it should be > fixed. Otherwise a lot of the underlying assumptions for things like > RSS just aren't guaranteed to hold. > > It could also perhaps extend to some abstract pool of CPUs later, if > we wanted to do things like one flowing swi per socket or whatnot when > we start booting on 1024 core boxes... > > -a From owner-freebsd-current@FreeBSD.ORG Fri May 9 04:13:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9597C33E for ; Fri, 9 May 2014 04:13:21 +0000 (UTC) Received: from mail-ee0-x233.google.com (mail-ee0-x233.google.com [IPv6:2a00:1450:4013:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 29499ED4 for ; Fri, 9 May 2014 04:13:21 +0000 (UTC) Received: by mail-ee0-f51.google.com with SMTP id e51so2226470eek.10 for ; Thu, 08 May 2014 21:13:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=HVkDX/einqPDFU3Q6/RNUZSPSHqeB7iGCfWSctby2f0=; b=wwuir/fDdQQ3cxXMF+kRvyV20EhiL91g7cC1XEUxUxEsYLSpDfuAdQPGR9ozV5M7t9 SbaR8hczGE6Gq/2iRKkib4PBJJKaHrxm3xZAJJFeOsDpaXzESXbsPyzWR/LVjRd8RDXM l3Z/dMeEs1iEXOa1U150i9eFknlTWoIatq1AKJvFgpOl6GJ4tyopPgzsWZITZTO8bi0j 7r55+DV7syU7/ag1nNZ20WpsibdoTICQxRyXgl1dSyJweSqNRHDypEwMug4uoQMU5iuP FljyyZRPobFzOom3gFK/haHsbfTnoM3kkppNW1g6oHS5G5ukWdh/ZyWh4Rf+AxWnD+09 7ZCw== X-Received: by 10.15.54.6 with SMTP id s6mr10002402eew.4.1399608799355; Thu, 08 May 2014 21:13:19 -0700 (PDT) Received: from ketas-laptop.mydomain (ketas-laptop6.si.pri.ee. [2001:ad0:91f:0:21a:6bff:fe66:2ad3]) by mx.google.com with ESMTPSA id s46sm8567508ees.3.2014.05.08.21.13.16 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 08 May 2014 21:13:17 -0700 (PDT) Sender: Sulev-Madis Silber Message-ID: <536C55CB.8030108@hot.ee> Date: Fri, 09 May 2014 07:12:59 +0300 From: "Sulev-Madis Silber (ketas)" User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: Warner Losh Subject: Re: WITHOUT_NIS after bsd.opts.mk / src.opts.mk split References: <1A74E775-B873-44E1-8323-D3C292A3D02E@bsdimp.com> In-Reply-To: <1A74E775-B873-44E1-8323-D3C292A3D02E@bsdimp.com> X-TagToolbar-Keys: D20140509071248511 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, Guy Yur X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 May 2014 04:13:21 -0000 On 2014-05-09 02:54, Warner Losh wrote: > > On May 8, 2014, at 3:26 PM, Guy Yur wrote: > >> Hi, >> >> After the bsd.opts.mk / src.opts.mk split >> WITHOUT_NIS in src.conf doesn't work. > > It should still work… At least that’s the intention... > >> src.conf is included in src.opts.mk after bsd.own.mk >> which includes bsd.opts.mk. > > Yea, that’s a problem… It should be included after. > >> Should bsd.opts.mk options overrides now be set in >> make.conf instead of src.conf? > > That’s a good workaround until I get that fix tested and committed. Or you could include src.conf in make.conf at the end. Either will have the same effect. > > Here’s the fix I’m testing, if you’d like to test that instead... > > diff -r d69444b828c1 share/mk/src.opts.mk > --- a/share/mk/src.opts.mk > +++ b/share/mk/src.opts.mk > @@ -30,17 +30,15 @@ > .if !target(____) > ____: > > -# Compat -- needed still? > -.include > - > -# Allow user to configure things, but in the future this will move > -# elsehwere... > - > +# Allow user to configure things that only effect src tree builds. > SRCCONF?= /etc/src.conf > .if exists(${SRCCONF}) || ${SRCCONF} != "/etc/src.conf" > .include "${SRCCONF}" > .endif > > +# Must be included after src.conf > +.include > + > # > # Define MK_* variables (which are either "yes" or "no") for users > # to set via WITH_*/WITHOUT_* in /etc/src.conf and override in the > > >> Was on r265455, updated to r265715 and rebuilt with -DNO_CLEAN. > > Yea, sorry about missing this subtle issue in the split. There was another report of something similar that I hadn’t tracked down, but your report pointed me to where I needed to go. > > Warner > Sorry, that didn't exactly help. I don't fully get what went so wrong there? Now I got this during install: --------------------------------------------------- ===> gnu/lib/libregex/doc (install) install-info: not found *** Error code 127 --------------------------------------------------- It was total WTF error but just in case I tried putting ".include <../src.conf>" back, and it worked! I use __MAKE_CONF, and inside that file I have SRCCONF. 9.2, BTW... unsure if it matters here? From owner-freebsd-current@FreeBSD.ORG Fri May 9 04:33:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82286E93 for ; Fri, 9 May 2014 04:33:01 +0000 (UTC) Received: from mail-ie0-f178.google.com (mail-ie0-f178.google.com [209.85.223.178]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 43BC4CB for ; Fri, 9 May 2014 04:33:00 +0000 (UTC) Received: by mail-ie0-f178.google.com with SMTP id lx4so3576846iec.37 for ; Thu, 08 May 2014 21:32:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=nRJrBJMFxivTswDYC6CadYnG0CROfLnqDV27VO32Q84=; b=X2heZvUPvGcBkG5QmlWCM99sGud/9xgf025sW3+iwOFWXVHOo3fjUVq1M4FXr8sKDd 7lgMncO6xh46FwPy0n9lzbA1M5P8i4xm7e2OTA75ONdpQ0zERiAHuF1Wo0ML/adHnqD4 vSXhaQACOJuiMM3tFUvuwbyMOVCW+Gc2W+0lTOIQkWb7sThU8vd2jkUX1fpxcKZY6Rab rOblIyrKCSnRYxITmBKAYX+JKFnm15EvgBTUwsIABFIQxxS7rb/AWisZuJt4LwmWfxZD i6B+oSeDU3A3rgR/jSGoRIiyPXU83TObk1i0T/vxArpD39zugbzXP6s6BLzVf9c4bzRw HqBA== X-Gm-Message-State: ALoCoQkwILXGfJw0/BZvGHnz8/gQ5YMkHZVFDarOtfFP+2NPKaWOq6HNS82dm4takPpzS9u5nBhW X-Received: by 10.50.23.52 with SMTP id j20mr4150138igf.13.1399609974602; Thu, 08 May 2014 21:32:54 -0700 (PDT) Received: from netflix-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id e6sm3996781igq.6.2014.05.08.21.32.53 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 08 May 2014 21:32:53 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_80F5F782-54A9-4BC3-A37F-38592DD2AA37"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: WITHOUT_NIS after bsd.opts.mk / src.opts.mk split From: Warner Losh In-Reply-To: <536C55CB.8030108@hot.ee> Date: Thu, 8 May 2014 22:32:52 -0600 Message-Id: <69557E7F-1B9B-480B-8D4B-525384F46B19@bsdimp.com> References: <1A74E775-B873-44E1-8323-D3C292A3D02E@bsdimp.com> <536C55CB.8030108@hot.ee> To: "Sulev-Madis Silber (ketas)" X-Mailer: Apple Mail (2.1874) Cc: freebsd-current@freebsd.org, Guy Yur X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 May 2014 04:33:01 -0000 --Apple-Mail=_80F5F782-54A9-4BC3-A37F-38592DD2AA37 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On May 8, 2014, at 10:12 PM, Sulev-Madis Silber (ketas) = wrote: > On 2014-05-09 02:54, Warner Losh wrote: >>=20 >> On May 8, 2014, at 3:26 PM, Guy Yur wrote: >>=20 >>> Hi, >>>=20 >>> After the bsd.opts.mk / src.opts.mk split >>> WITHOUT_NIS in src.conf doesn't work. >>=20 >> It should still work=85 At least that=92s the intention... >>=20 >>> src.conf is included in src.opts.mk after bsd.own.mk >>> which includes bsd.opts.mk. >>=20 >> Yea, that=92s a problem=85 It should be included after. >>=20 >>> Should bsd.opts.mk options overrides now be set in >>> make.conf instead of src.conf? >>=20 >> That=92s a good workaround until I get that fix tested and committed. = Or you could include src.conf in make.conf at the end. Either will have = the same effect. >>=20 >> Here=92s the fix I=92m testing, if you=92d like to test that = instead... >>=20 >> diff -r d69444b828c1 share/mk/src.opts.mk >> --- a/share/mk/src.opts.mk >> +++ b/share/mk/src.opts.mk >> @@ -30,17 +30,15 @@ >> .if !target(____) >> ____: >>=20 >> -# Compat -- needed still? >> -.include >> - >> -# Allow user to configure things, but in the future this will move >> -# elsehwere... >> - >> +# Allow user to configure things that only effect src tree builds. >> SRCCONF?=3D /etc/src.conf >> .if exists(${SRCCONF}) || ${SRCCONF} !=3D "/etc/src.conf" >> .include "${SRCCONF}" >> .endif >>=20 >> +# Must be included after src.conf >> +.include >> + >> # >> # Define MK_* variables (which are either "yes" or "no") for users >> # to set via WITH_*/WITHOUT_* in /etc/src.conf and override in the >>=20 >>=20 >>> Was on r265455, updated to r265715 and rebuilt with -DNO_CLEAN. >>=20 >> Yea, sorry about missing this subtle issue in the split. There was = another report of something similar that I hadn=92t tracked down, but = your report pointed me to where I needed to go. >>=20 >> Warner >>=20 >=20 >=20 > Sorry, that didn't exactly help. I don't fully get what went so wrong = there? >=20 > Now I got this during install: >=20 > --------------------------------------------------- > =3D=3D=3D> gnu/lib/libregex/doc (install) > install-info: not found > *** Error code 127 > --------------------------------------------------- >=20 > It was total WTF error but just in case I tried putting ".include > <../src.conf>" back, and it worked! > I use __MAKE_CONF, and inside that file I have SRCCONF. To be clear, you define SRCCONF in /etc/make.conf (or the file defined = by __MAKE_CONF). The file defined by SRCCONF has WITHOUT_NIS=3Dt = defined, but that=92s not effective, even with my change. However, if = you add an include to the file defined by __MAKE_CONF, then it is = effective=85 Is that what you are telling me? > 9.2, BTW... unsure if it matters here? I=92m doing my testing on 10-stable=85 I=92ll have to try on my 9.x = system=85 But it is a lot slower than my 10.x system... Warner --Apple-Mail=_80F5F782-54A9-4BC3-A37F-38592DD2AA37 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTbFp0AAoJEGwc0Sh9sBEA8NEQALPSXJwV62Vzjfez7CHye6ye U4zLFFd+7Ar2MTFr1z4dx3mJILSv9ASte7lcBEN8VDx5JwBVJ/d6B3CW0TVn77MI ZHzYV9Afhw1ADTeF4yBaf7tg7BznHHSUt7MWHG8E95M/k9t2MlseRPtl+UvYo6PI Zhp1MeSWztJVtCGWCs1cPawT3Vrbi0UTTLrIxQu/C8O74dDTwfd4wcoje2FJgYbg j3TIVd+YyYEG6uoc4QD8VSxqer8f/bc1ZnGfpsZdlzFYqgGzUIIVexvpbAfYCFy7 acR8xpPH2S8uCTPG/KnDsS3uPkqW68sOG2vkcbc8Vt6Q1JPZd5HtnjlYAXVh4qQ7 /5nEkhKrnlOaT3ugxemFwgvtxBfO5TBsKCt+R3RLgNMKw/Vn0qCedGSB0DhU/E2A lLOTwV/PlyN92Z7kQ9Mg1BP3U/7bMHL/yRXnBLzeL/lBdsSvExzfQU5gdSU5gsrl /JaKpy1Txobj4P4PBriNTZD4EQJQhqSd7A6n68DNtlkZjlaRTwFk9g/Hiq+U/Kyk BQ9DDj15OZl37h9kzFr6fSXz+ysC7iHLkSnN08ul4cQNdcSHPfwV2hqVnZY/PNts jk8UpXDOGv1ZxE5YTzkL+2huvNuif80nwgRYguhDEyg42Pyz3/JceVhHriiub4zC mMo1zkYZlIu3ha5ffxWb =aWB/ -----END PGP SIGNATURE----- --Apple-Mail=_80F5F782-54A9-4BC3-A37F-38592DD2AA37-- From owner-freebsd-current@FreeBSD.ORG Fri May 9 05:38:16 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 83BBF3CF; Fri, 9 May 2014 05:38:16 +0000 (UTC) Received: from mail-pa0-x22c.google.com (mail-pa0-x22c.google.com [IPv6:2607:f8b0:400e:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C8D2825; Fri, 9 May 2014 05:38:16 +0000 (UTC) Received: by mail-pa0-f44.google.com with SMTP id ld10so3869328pab.17 for ; Thu, 08 May 2014 22:38:16 -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=45dCoqrZtZ78POapLH5GAw6oR6kUR8lju1ztL1i2O24=; b=wVLYSdmN2qjaSLl8qSrjgVsPz2IAIZq+iVe9WUoNdqmWr7d+KY9BeCjGKa2uxQ6WXE U/UX8GGdQ4xXDW7x8gxs1jZiqvYtpj+zNkhCmX7RI8341R8Ut/AvPpPw2FB/rBwGWirC pGUX+HqCdlWJ9CYCwNMpPxdvVVR8XZishaPhoPJISf2PHPe+S4FpIRfCONqCzHoK+0Qv 4OMgwXnrdqFJizpY1XDlRg1a94xpymCtSsQIRD3pH7oI+AYicyWMBSMhRrQMXDY3VAnH 9j23GEmgTh/7KsMvT1i3O70V0ojgxA+CggMIViaup3FLv0yFjgV0APGgpceVjRk+JjJC l0mQ== X-Received: by 10.66.172.167 with SMTP id bd7mr10009081pac.72.1399613895919; Thu, 08 May 2014 22:38:15 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPSA id qh2sm2974343pab.13.2014.05.08.22.38.12 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 08 May 2014 22:38:14 -0700 (PDT) X-Google-Original-From: "Yonghyeon PYUN" Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 09 May 2014 14:38:16 +0900 From: Yonghyeon PYUN Date: Fri, 9 May 2014 14:38:16 +0900 To: Alexey Dokuchaev Subject: Re: ale(4) cannot negotiate as GigE Message-ID: <20140509053816.GA1371@michelle.cdnetworks.com> Reply-To: pyunyh@gmail.com References: <20130304065940.GA13417@FreeBSD.org> <20130304070632.GC1445@michelle.cdnetworks.com> <20130304081858.GA23857@FreeBSD.org> <20130305054920.GD1472@michelle.cdnetworks.com> <20130305065910.GA97021@FreeBSD.org> <20130305074315.GE1472@michelle.cdnetworks.com> <20130305080620.GA10559@FreeBSD.org> <20130305085703.GF1472@michelle.cdnetworks.com> <20130305091411.GA26471@FreeBSD.org> <20140508172332.GA98477@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: <20140508172332.GA98477@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 May 2014 05:38:16 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, May 08, 2014 at 05:23:32PM +0000, Alexey Dokuchaev wrote: > On Tue, Mar 05, 2013 at 09:14:11AM +0000, Alexey Dokuchaev wrote: > > On Tue, Mar 05, 2013 at 05:57:03PM +0900, YongHyeon PYUN wrote: > > > Hmm, Does the switch support EEE feature? If yes, would you try > > > disabling it? > > > > I do not think it [1] does; plus I cannot do much about this switch, as I'm > > pretty far away from it right now. > > > > [1] http://netgear.com/home/products/switches-and-access-points/unmanaged-switches/GS608.aspx (got it about 4 years ago) > > I just had a chance to plug the Ethernet cable directly into my laptop's > bge(4) port, and it immediately negotiated at 1000baseT; but with the switch, > it can only feel fine with 10baseT/UTP (after some 1000baseT-no carrier flip > flopping). So it looks like it fails to talk to the switch. Given that this > switch of mine in a simple (dumb) piece of equipment, any ideas how to help > ale(4) to negotiate with it at full speed? > Because there is no publicly available data sheet for Atheros F1 PHY I'm not sure what could be done in this case. The only thing I can think of at this moment is announcement of next page in auto negotiation. atphy(4) does not directly manipulate master/slave, single port/multi port configuration and this configuration may need next page if other link partner also announces next page capability. Try attached patch and let me know whether this makes any difference for you. You may have to cold boot the box because stock driver used to clear next page bit in auto-negotiation. > ./danfe --4Ckj6UjgE2iN1+kY Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="atphy.anar.diff" Index: sys/dev/mii/atphy.c =================================================================== --- sys/dev/mii/atphy.c (revision 265477) +++ sys/dev/mii/atphy.c (working copy) @@ -338,7 +338,9 @@ atphy_setmedia(struct mii_softc *sc, int media) { uint16_t anar; - anar = BMSR_MEDIA_TO_ANAR(sc->mii_capabilities) | ANAR_CSMA; + anar = PHY_READ(sc, MII_ANAR); + anar &= ANAR_NP; + anar |= BMSR_MEDIA_TO_ANAR(sc->mii_capabilities) | ANAR_CSMA; if ((IFM_SUBTYPE(media) == IFM_AUTO || (media & IFM_FDX) != 0) && ((media & IFM_FLOW) != 0 || (sc->mii_flags & MIIF_FORCEPAUSE) != 0)) --4Ckj6UjgE2iN1+kY-- From owner-freebsd-current@FreeBSD.ORG Fri May 9 06:08:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3FE26A95 for ; Fri, 9 May 2014 06:08:45 +0000 (UTC) Received: from mail-ee0-x229.google.com (mail-ee0-x229.google.com [IPv6:2a00:1450:4013:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C75D5A86 for ; Fri, 9 May 2014 06:08:44 +0000 (UTC) Received: by mail-ee0-f41.google.com with SMTP id t10so2276759eei.14 for ; Thu, 08 May 2014 23:08:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=JITwFK5ARz7OOqanCO9ucDKArqOMky3Aa+cEv6LPcGo=; b=odOaiDLHZf6CoBbiocLlXugB1l+2luZtm4s5JlKhXj5lE6a8YWW017CDZYTt9sPlKx cR6F+db4fQ5wizKhLz4ynPPOH3eBi4qC3TSkqruaXC7YFvefxzB6/LmCBt03lvEcnrdo Q4Wl+NxD4fqlNgn+uBIarSkVYP7atYFTss2aoQc56AuaLlPJDrqTtIKrjuRvw2Ex8oWs cD/ltYHC8kWRQ92ayHrgQMxWZtI6ySY2fUe8aTsc9Q58BV9GqDdifLMSZiZWW3D9sotI zhXvFOAnDXdbLeStt2ftjPy1qdjMrcusd3j1AXXuxs8lQptePpReCAW2mMNgyUbsHNdZ IrEA== X-Received: by 10.14.220.130 with SMTP id o2mr10583795eep.42.1399615722582; Thu, 08 May 2014 23:08:42 -0700 (PDT) Received: from ketas-laptop.mydomain (ketas-laptop6.si.pri.ee. [2001:ad0:91f:0:21a:6bff:fe66:2ad3]) by mx.google.com with ESMTPSA id t4sm9073171eeb.29.2014.05.08.23.08.40 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 08 May 2014 23:08:41 -0700 (PDT) Sender: Sulev-Madis Silber Message-ID: <536C70E7.9080501@hot.ee> Date: Fri, 09 May 2014 09:08:39 +0300 From: "Sulev-Madis Silber (ketas)" User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: Warner Losh Subject: Re: WITHOUT_NIS after bsd.opts.mk / src.opts.mk split References: <1A74E775-B873-44E1-8323-D3C292A3D02E@bsdimp.com> <536C55CB.8030108@hot.ee> <69557E7F-1B9B-480B-8D4B-525384F46B19@bsdimp.com> In-Reply-To: <69557E7F-1B9B-480B-8D4B-525384F46B19@bsdimp.com> X-TagToolbar-Keys: D20140509090839240 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, Guy Yur X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 May 2014 06:08:45 -0000 On 2014-05-09 07:32, Warner Losh wrote: > > On May 8, 2014, at 10:12 PM, Sulev-Madis Silber (ketas) wrote: > >> On 2014-05-09 02:54, Warner Losh wrote: >>> >>> On May 8, 2014, at 3:26 PM, Guy Yur wrote: >>> >>>> Hi, >>>> >>>> After the bsd.opts.mk / src.opts.mk split >>>> WITHOUT_NIS in src.conf doesn't work. >>> >>> It should still work… At least that’s the intention... >>> >>>> src.conf is included in src.opts.mk after bsd.own.mk >>>> which includes bsd.opts.mk. >>> >>> Yea, that’s a problem… It should be included after. >>> >>>> Should bsd.opts.mk options overrides now be set in >>>> make.conf instead of src.conf? >>> >>> That’s a good workaround until I get that fix tested and committed. Or you could include src.conf in make.conf at the end. Either will have the same effect. >>> >>> Here’s the fix I’m testing, if you’d like to test that instead... >>> >>> diff -r d69444b828c1 share/mk/src.opts.mk >>> --- a/share/mk/src.opts.mk >>> +++ b/share/mk/src.opts.mk >>> @@ -30,17 +30,15 @@ >>> .if !target(____) >>> ____: >>> >>> -# Compat -- needed still? >>> -.include >>> - >>> -# Allow user to configure things, but in the future this will move >>> -# elsehwere... >>> - >>> +# Allow user to configure things that only effect src tree builds. >>> SRCCONF?= /etc/src.conf >>> .if exists(${SRCCONF}) || ${SRCCONF} != "/etc/src.conf" >>> .include "${SRCCONF}" >>> .endif >>> >>> +# Must be included after src.conf >>> +.include >>> + >>> # >>> # Define MK_* variables (which are either "yes" or "no") for users >>> # to set via WITH_*/WITHOUT_* in /etc/src.conf and override in the >>> >>> >>>> Was on r265455, updated to r265715 and rebuilt with -DNO_CLEAN. >>> >>> Yea, sorry about missing this subtle issue in the split. There was another report of something similar that I hadn’t tracked down, but your report pointed me to where I needed to go. >>> >>> Warner >>> >> >> >> Sorry, that didn't exactly help. I don't fully get what went so wrong there? >> >> Now I got this during install: >> >> --------------------------------------------------- >> ===> gnu/lib/libregex/doc (install) >> install-info: not found >> *** Error code 127 >> --------------------------------------------------- >> >> It was total WTF error but just in case I tried putting ".include >> <../src.conf>" back, and it worked! >> I use __MAKE_CONF, and inside that file I have SRCCONF. > > To be clear, you define SRCCONF in /etc/make.conf (or the file defined by __MAKE_CONF). The file defined by SRCCONF has WITHOUT_NIS=t defined, but that’s not effective, even with my change. However, if you add an include to the file defined by __MAKE_CONF, then it is effective… Is that what you are telling me? > >> 9.2, BTW... unsure if it matters here? > > I’m doing my testing on 10-stable… I’ll have to try on my 9.x system… But it is a lot slower than my 10.x system... > > Warner > Yes, that's exactly what I mean. It seems to partially work now. I actually have lot of WITHOUT_*'s. That install error is really weird, never seen it before. All I know is that before all those changes, everything worked well. And if I .include file, old behavior (everything works as expected) is back. From owner-freebsd-current@FreeBSD.ORG Fri May 9 06:12:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4FE56BE9 for ; Fri, 9 May 2014 06:12:03 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E70CEB11 for ; Fri, 9 May 2014 06:12:02 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.8/8.14.8) with ESMTP id s496Bv1Z002979 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 9 May 2014 08:11:57 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.8/8.14.8/Submit) with ESMTP id s496Bupr002976 for ; Fri, 9 May 2014 08:11:57 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Fri, 9 May 2014 08:11:56 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD Current Subject: Re: ports broken in current In-Reply-To: Message-ID: References: <536AD2AB.7020103@ShaneWare.Biz> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 May 2014 06:12:03 -0000 On Thu, 8 May 2014 09:04-0700, Warner Losh wrote: > On May 7, 2014, at 5:41 PM, Shane Ambler wrote: > > > I have just updated my 11-CURRENT tinderbox machine and found an issue > > that breaks ports building. > > > > make: "/usr/share/mk/bsd.port.mk" line 15: Could not find bsd.own.mk > > Install again. This was fixed last night. You can fix it just by > updating and running make install in share/mk. > > > This is highlighted as tinderbox creates a clean build environment while > > the base system kept working with the old file being left behind - make > > delete-old doesn't remove bsd.own.mk from base but a clean system > > doesn't get it installed. > > > > In r265420 /head/share/mk/Makefile removed reference to bsd.own.mk and > > replaced it with src.opts.mk > > Yea that?s totally bogus. Which is why I fixed it. One too many > automatic replacements that slipped through the cracks. > > > bsd.port.mk was left unaltered still including bsd.own.mk which now > > doesn't get installed but is still in svn, breaking ports building. > > Yea, bsd.port.mk is good. The above breakage was bad... > > > Should bsd.port.mk include src.opts.mk instead of bsd.own.mk or should > > bsd.own.mk be re-added to the install list? > > The proper fix is in the tree: re-add bsd.own.mk. > > > This appears to carry on from the yesterdays build fails with > > src.opts.mk not being found. > > Please update. If the problems persist, please let me know. Also, be > sure to remove /usr/share/mk/src.opts.mk, since if will cause you > head-aches in the future if you don?t. If we're supposed to remove /usr/share/mk/src.opts.mk until futher notice, why is it being reinstalled by make installworld? make installworld sure did this at r265705 yesterday. Maybe I'm missing something. > Sorry for the bumps? The beumps? ;-) -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-current@FreeBSD.ORG Fri May 9 06:54:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 3B75048A; Fri, 9 May 2014 06:54:26 +0000 (UTC) Date: Fri, 9 May 2014 06:54:26 +0000 From: Alexey Dokuchaev To: Yonghyeon PYUN Subject: Re: ale(4) cannot negotiate as GigE Message-ID: <20140509065426.GA12786@FreeBSD.org> References: <20130304070632.GC1445@michelle.cdnetworks.com> <20130304081858.GA23857@FreeBSD.org> <20130305054920.GD1472@michelle.cdnetworks.com> <20130305065910.GA97021@FreeBSD.org> <20130305074315.GE1472@michelle.cdnetworks.com> <20130305080620.GA10559@FreeBSD.org> <20130305085703.GF1472@michelle.cdnetworks.com> <20130305091411.GA26471@FreeBSD.org> <20140508172332.GA98477@FreeBSD.org> <20140509053816.GA1371@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140509053816.GA1371@michelle.cdnetworks.com> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 May 2014 06:54:26 -0000 On Fri, May 09, 2014 at 02:38:16PM +0900, Yonghyeon PYUN wrote: > On Thu, May 08, 2014 at 05:23:32PM +0000, Alexey Dokuchaev wrote: > > I just had a chance to plug the Ethernet cable directly into my laptop's > > bge(4) port, and it immediately negotiated at 1000baseT; but with the switch, > > it can only feel fine with 10baseT/UTP (after some 1000baseT-no carrier flip > > flopping). So it looks like it fails to talk to the switch. Given that this > > switch of mine in a simple (dumb) piece of equipment, any ideas how to help > > ale(4) to negotiate with it at full speed? > > Because there is no publicly available data sheet for Atheros F1 > PHY I'm not sure what could be done in this case. The only thing > I can think of at this moment is announcement of next page in auto > negotiation. [...] > Try attached patch and let me know whether this makes any > difference for you. You may have to cold boot the box because > stock driver used to clear next page bit in auto-negotiation. Thanks for the patch, but it does not make any noticeable difference. I'll try to boot some Ubuntu livecd to see if it works there; eventually I might have to simply go out and buy some PCI-E gigE card. :( ./danfe From owner-freebsd-current@FreeBSD.ORG Fri May 9 09:49:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C349CE71; Fri, 9 May 2014 09:49:40 +0000 (UTC) Received: from mail-wi0-x235.google.com (mail-wi0-x235.google.com [IPv6:2a00:1450:400c:c05::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 361F7F58; Fri, 9 May 2014 09:49:40 +0000 (UTC) Received: by mail-wi0-f181.google.com with SMTP id n15so1027400wiw.14 for ; Fri, 09 May 2014 02:49:38 -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=zGIpntQjuwg+b9WXO6isWoQrv7QR5o2heFOq3gqN5GA=; b=lv+i06SCnX5EAz3hoh1Q3MFNASFf3XUS/dw18KdCOqNdM9aNt8XOzBJW3YnBjwdNt1 QNersfkcjHgkOqOcFpaE4XjBznpmF+ZmfpPZAM+jHPjmFfRfvkh8cfmUDYKcdKFH2KAp dVbuxmHDJpvXHsf1SLUzFg2Wk9dObS0+iX2tR1DmAufSDEAhx2H9trB0T/sgaa2ixGSK dYKNa34hbxYznRvd2FUgaAZn7aIHIhJQ0g/LFTXtR9IUCmkRevzckq40n4NLqR307rem WcNOf4CBG/7WhRV/LnSpiX7zmz3xpZLB41ZK2ruxxtv7mFnvXx5ZVE8/Vsym+Spu/tGp h4rA== X-Received: by 10.180.85.163 with SMTP id i3mr2600416wiz.14.1399628978579; Fri, 09 May 2014 02:49:38 -0700 (PDT) Received: from [192.168.0.10] (163.66.91.91.rev.sfr.net. [91.91.66.163]) by mx.google.com with ESMTPSA id h3sm4165840wiz.16.2014.05.09.02.49.36 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 09 May 2014 02:49:38 -0700 (PDT) Message-ID: <536CA457.4020805@gmail.com> Date: Fri, 09 May 2014 11:48:07 +0200 From: David Demelier User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Ed Maste Subject: Re: Questions and *little* bugs in new vt(9) References: <536B3D47.2070601@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 May 2014 09:49:40 -0000 On 08/05/2014 17:09, Ed Maste wrote: > On 8 May 2014 04:16, David Demelier wrote: >> Hi there, >> >> I'm currently trying vt(9) on a CURRENT kernel (only the kernel not the >> base). I have very small bugs, not really serious. I'm currently using the >> radeon KMS driver. >> >> * When I switch from a tty to X I can see the mouse appearing but the tty is >> still displayed until I move the mouse. Or until I wait something like 3 >> seconds. It sounds like a small refresh trouble. > Interesting. On my stable/9 desktop with i915kms I can't reproduce > this; after switching back to X the previous display is restored, and > then a redraw happens, within a few hundred mS. I do see it on my > laptop, which also has i915kms but newer software (recent CURRENT, and > newer xorg packages). I'll see if I can gather more information at > BSDCan next week. Funny, I can't reproduce the bug neither. I've removed some parts from my xorg.conf, maybe the problem came from here. >> * When I don't use the native resolution (i.e the radeon firmwares are not >> loaded) switching from a tty to another results sometimes in a black screen >> when only some colors are displayed. This does not seems to appear when the >> native resolution is set. > Can you describe the corruption in some more detail, or share a > picture of it? I haven't observed something like this with stock vt, > and the vt_vga driver. Yes, I've recorded a video [1]. Please note again that I can reproduce this bug only when I don't have any firmware loaded / KMS enabled. I just boot with stock vt and vt_vga enabled. In the video I've successfully reproduced the bug two times by switching ttys at around 0:25 when you can see just the cursor shown and also at 0:40 where you can see some garbage colors which came from vim. You can also notice that sometimes switching from one to other displays some artifacts until it is refreshed. >> And some questions: >> >> * Will you add support for dead keys? I have a UK keyboard and when I want >> to write french characters like à ô ê I usually press the ` character then >> a. > This isn't currently planned, but I'll keep it in mind if I look into > future work on the keyboard input path. I hope for :-). [1] http://www.demelierdavid.fr/files/vt.mp4 Regards, David. From owner-freebsd-current@FreeBSD.ORG Fri May 9 11:36:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 78D64E27 for ; Fri, 9 May 2014 11:36:03 +0000 (UTC) Received: from mail-yk0-x232.google.com (mail-yk0-x232.google.com [IPv6:2607:f8b0:4002:c07::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3E4E7A41 for ; Fri, 9 May 2014 11:36:03 +0000 (UTC) Received: by mail-yk0-f178.google.com with SMTP id 20so3345357yks.9 for ; Fri, 09 May 2014 04:36:02 -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=S+Pf2dyT62eamVIBRuQAutGamGOZw4biyR2l0ru/if4=; b=N0+MslcW0w+YoqW2BgpIpMufbIitF53BpymMKkZVbzkL1/hDvj5Z1TWudLMq2H+IGM 4Lyf6hYIpmxqvf3eXrD07IUa0EPqiyDw7tPNk2dnj7MnNRDAOuZU28D6byIkwfaz205J n43fIx8o7D1p+BgMDrKOQjqOX8n/8O9ctt1xmgVVKHPdyhdcJ5ttu8Ug6iB4ZHM03q0E ZWk7Ew/y2wG4KNlUW9MIlNW/5gAUi90Zh9cEJIp9htNqy7kCl3XmzgbkK/bkS3iyh2rG 0xznvy3yg35V9GyMrpijmhl07gT6WUtst/NQjV0oUbwrCB/ti8pjFWGbvY6rw88S6OhQ 4Wng== MIME-Version: 1.0 X-Received: by 10.236.94.197 with SMTP id n45mr14186417yhf.46.1399635361929; Fri, 09 May 2014 04:36:01 -0700 (PDT) Received: by 10.170.130.198 with HTTP; Fri, 9 May 2014 04:36:01 -0700 (PDT) In-Reply-To: <1A74E775-B873-44E1-8323-D3C292A3D02E@bsdimp.com> References: <1A74E775-B873-44E1-8323-D3C292A3D02E@bsdimp.com> Date: Fri, 9 May 2014 14:36:01 +0300 Message-ID: Subject: Re: WITHOUT_NIS after bsd.opts.mk / src.opts.mk split From: Guy Yur To: Warner Losh Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 May 2014 11:36:03 -0000 Hi, On Fri, May 9, 2014 at 2:54 AM, Warner Losh wrote: > > On May 8, 2014, at 3:26 PM, Guy Yur wrote: > >> Hi, >> >> After the bsd.opts.mk / src.opts.mk split >> WITHOUT_NIS in src.conf doesn't work. > > It should still work=E2=80=A6 At least that=E2=80=99s the intention... > >> src.conf is included in src.opts.mk after bsd.own.mk >> which includes bsd.opts.mk. > > Yea, that=E2=80=99s a problem=E2=80=A6 It should be included after. Your fix worked for me. Another issue that is probably very uncommon so I don't know if anything should be done about it: WITHOUT_NIS, WITHOUT_KERBEROS and WITHOUT_OPENSSH also affect bsd.libnames.mk definition of LIBPAM and MINUSLPAM in case you build programs with bsd make outside of /usr/src that use LIBPAM/MINUSLPAM and have NO_SHARED / LDFLAGS+=3D-static. The addition of ${LIBYPCLNT} / -lypclnt to LDFLAGS will fail to link if wor= ld was installed without NIS. A brief look in the ports tree doesn't show any program that does this. Thanks, Guy From owner-freebsd-current@FreeBSD.ORG Fri May 9 14:30:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DB41EB71; Fri, 9 May 2014 14:30:24 +0000 (UTC) Received: from blu0-omc4-s31.blu0.hotmail.com (blu0-omc4-s31.blu0.hotmail.com [65.55.111.170]) by mx1.freebsd.org (Postfix) with ESMTP id A8CAFB98; Fri, 9 May 2014 14:30:24 +0000 (UTC) Received: from BLU179-W32 ([65.55.111.137]) by blu0-omc4-s31.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 9 May 2014 07:30:18 -0700 X-TMN: [AfKjoZl0cBhHJiMnJ4l7P0WFdmlGY7pe] X-Originating-Email: [brunolauze@msn.com] Message-ID: From: =?iso-8859-1?B?QnJ1bm8gTGF1euk=?= To: "sbruno@freebsd.org" , "freebsd-current@freebsd.org" Subject: RE: wbem, cim and instrumentation Date: Fri, 9 May 2014 10:30:18 -0400 Importance: Normal In-Reply-To: <1399473147.27372.1.camel@alice> References: , <1399473147.27372.1.camel@alice> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 09 May 2014 14:30:18.0380 (UTC) FILETIME=[336734C0:01CF6B93] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 May 2014 14:30:24 -0000 > On Wed=2C 2014-05-07 at 08:39 -0400=2C Bruno Lauz=E9 wrote:=0A= >> One thing I feel FreeBSD always ignored is instrumentation frameworks.= =0A= >> I am talking about wbem=2C cim model and implementation like OpenPegasus= . Why is that?=0A= >> I ported OpenPegasus to work in FreeBSD with few patches.=0A= >> However=2C of course without providers a wbem doesn't go far. I started = to see how to shape providers for freebsd at:=0A= >>=0A= >> github.com/brunolauze/openpegasus-providers=0A= >>=0A= >> my openpegasus port is at:=0A= >>=0A= >> github.com/brunolauze/freebsd-ports/tree/master/net-mgmt/openpegasus=0A= >>=0A= >>=0A= >> Apple ships a wbem=0A= >> Microsoft ships a wbem / non-standard=0A= >> RedHat ships it.=0A= >> Suse ships it.=0A= >> z/OS ships it.=0A= >> Ubuntu and distro-like ships it.=0A= >> And Solaris does also.=0A= >>=0A= >> Why not us?=0A= >>=0A= >> The advantage outside of this idea is better coding technique and design= to expose API first and utility based on those APIs.=0A= >> if any utility can be used as API=2C this discard the need for applicati= on to use system() or popen() to execute shell code to accomplish system ta= sks=2C which is really bad but widely widespread in lack of good API exposu= re of those utilities. This reduce a lot of error with changes in utilities= switches=2C etc. and mitigate security risks.=0A= >>=0A= >> Wouldn't it be great to query FreeBSD with queries like:=0A= >> select * from UNIX_DiskDrive where Storage_Capacity> 1000=0A= >> or=0A= >> select * from UNIX_SCSIController WHERE LastErrorCode <> 0=0A= >>=0A= >>=0A= >> Anyway=2C this is just to talk=2C let me know your opinions!=0A= >>=0A= >>=0A= >>=0A= >>=0A= >=0A= > Are you going to propose updates/new ports for these tools?=0A= >=0A= > sean=0A= >=0A= =0A= =0A= Well=2C like I mentioned=2C it's pretty useless to publish my port of openp= egasus if there's no effort to develop providers for FreeBSD. A task that I= started working on when time permits it.=0A= =0A= =0A= My point was to see what people in FreeBSD community thinks about this=2C a= bout instrumentation and OS exposure to this standard.=0A= =0A= = From owner-freebsd-current@FreeBSD.ORG Fri May 9 14:48:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0CEDEF99; Fri, 9 May 2014 14:48:05 +0000 (UTC) Received: from mail.ignoranthack.me (ujvl.x.rootbsd.net [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E0D1ED23; Fri, 9 May 2014 14:48:03 +0000 (UTC) Received: from [192.168.1.134] (c-50-131-4-11.hsd1.ca.comcast.net [50.131.4.11]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 9E6651928E4; Fri, 9 May 2014 14:47:56 +0000 (UTC) Subject: [FIXED] Re: New and exciting panic, possibly re(4) From: Sean Bruno Reply-To: sbruno@freebsd.org To: "Alexander V. Chernikov" In-Reply-To: <536B7C9A.6040009@FreeBSD.org> References: <1399490695.1316.4.camel@alice> <536B7C9A.6040009@FreeBSD.org> Content-Type: text/plain; charset="UTF-8" Date: Fri, 09 May 2014 07:47:54 -0700 Message-ID: <1399646874.19824.0.camel@alice> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 May 2014 14:48:05 -0000 On Thu, 2014-05-08 at 16:46 +0400, Alexander V. Chernikov wrote: > On 07.05.2014 23:24, Sean Bruno wrote: > > While screwing around with comcast, I can trivially get this panic out > > of my desktop machine, and am very confused. It seems to happen on link > > change up/down events. I'm running 11.0-CURRENT FreeBSD 11.0-CURRENT #5 > > r265280M. I don't have any direct evidence that this is re(4), just a > I'm sorry, that's my fault :) > Commit r265279 has introduced panic on IPv4 address removal. > That was fixed in r265288. > > Thanks! Updated and the crash is gone. sean From owner-freebsd-current@FreeBSD.ORG Fri May 9 18:08:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9640523F; Fri, 9 May 2014 18:08:36 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6C945A8; Fri, 9 May 2014 18:08:36 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5D7BCB99B; Fri, 9 May 2014 14:08:35 -0400 (EDT) From: John Baldwin To: Adrian Chadd Subject: Re: [rfc] bind per-cpu timeout threads to each CPU Date: Fri, 9 May 2014 13:49:14 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <530508B7.7060102@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201405091349.14381.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 09 May 2014 14:08:35 -0400 (EDT) Cc: Alexander Motin , freebsd-current , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 May 2014 18:08:36 -0000 On Thursday, May 08, 2014 11:43:39 pm Adrian Chadd wrote: > Hi, > > I'd like to revisit this now. > > I'd like to commit this stuff as-is and then take some time to revisit > the catch-all softclock from cpu0 swi. It's more complicated than it > needs to be as it just assumes timeout_cpu == cpuid of cpu 0. So > there's no easy way to slide in a new catch-all softclock. > > Once that's done I'd like to then experiment with turning on the pcpu > tcp timer stuff and gluing that into the RSS CPU ID / netisr ID stuff. > > Thanks, To be clear, are you going to commit the change to bind all but CPU 0 to their CPU but let the "default" swi float for now? I think that is fine to commit, but I wouldn't want to bind the "default" swi for now. > -a > > > On 20 February 2014 13:48, Adrian Chadd wrote: > > On 20 February 2014 11:17, John Baldwin wrote: > > > >> (A further variant of this would be to divorce cpu0's swi from the > >> catch-all softclock and let the catch-all softclock float, but bind > >> all the per-cpu swis) > > > > I like this idea. If something (eg per-CPU TCP timers, if it's turned > > on) makes a very specific decision about the CPU then it should be > > fixed. Otherwise a lot of the underlying assumptions for things like > > RSS just aren't guaranteed to hold. > > > > It could also perhaps extend to some abstract pool of CPUs later, if > > we wanted to do things like one flowing swi per socket or whatnot when > > we start booting on 1024 core boxes... > > > > -a > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri May 9 19:34:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 323D1928; Fri, 9 May 2014 19:34:00 +0000 (UTC) Received: from mail-qg0-x22d.google.com (mail-qg0-x22d.google.com [IPv6:2607:f8b0:400d:c04::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B4F4CB18; Fri, 9 May 2014 19:33:59 +0000 (UTC) Received: by mail-qg0-f45.google.com with SMTP id z60so4905189qgd.4 for ; Fri, 09 May 2014 12:33:58 -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:message-id:subject :from:to:cc:content-type; bh=Ii3i/oIW7SdAGZEjjWyXf5td+yfUZ2qVfppDK6uGZYY=; b=XeWBWeS+IEjaTfKoVOAOa5OZRgA6PK0C38ipGJETO9005Jo3rWC3+kqphiHtvJG10e hPmGepGYT5x0/cYPSW39zQ8/g/L1QXcu29/BHY3ogQctIkDmLj4LusrACPeBmgj4pOFQ ZyJn9KcuPTbNBE7jm0raro9JQ12Y9KAb0ScjwW80Gqfo2u9KT/Pq6Ppr7DEe5UhFTmWt hnlfMAMXyXCDCXs0fekXJ78NbLkDaE+JcHOCMtXEhjb2Hbq5BY7EzrIj38H6ALCT2j4a asOXVilgrJRztsy7oeahg2GZ3KSYLAPqMcEUJhhJLmXc8RRH2dNepixLkxzb2Lw+Fwsr 5P6w== MIME-Version: 1.0 X-Received: by 10.224.16.199 with SMTP id p7mr18074687qaa.76.1399664038874; Fri, 09 May 2014 12:33:58 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Fri, 9 May 2014 12:33:58 -0700 (PDT) In-Reply-To: <201405091349.14381.jhb@freebsd.org> References: <530508B7.7060102@FreeBSD.org> <201405091349.14381.jhb@freebsd.org> Date: Fri, 9 May 2014 12:33:58 -0700 X-Google-Sender-Auth: ABsMDqC0pDXKRt-5xIGqQQFDQCc Message-ID: Subject: Re: [rfc] bind per-cpu timeout threads to each CPU From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=UTF-8 Cc: Alexander Motin , freebsd-current , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 May 2014 19:34:00 -0000 On 9 May 2014 10:49, John Baldwin wrote: > On Thursday, May 08, 2014 11:43:39 pm Adrian Chadd wrote: >> Hi, >> >> I'd like to revisit this now. >> >> I'd like to commit this stuff as-is and then take some time to revisit >> the catch-all softclock from cpu0 swi. It's more complicated than it >> needs to be as it just assumes timeout_cpu == cpuid of cpu 0. So >> there's no easy way to slide in a new catch-all softclock. >> >> Once that's done I'd like to then experiment with turning on the pcpu >> tcp timer stuff and gluing that into the RSS CPU ID / netisr ID stuff. >> >> Thanks, > > To be clear, are you going to commit the change to bind all but CPU 0 > to their CPU but let the "default" swi float for now? I think that is > fine to commit, but I wouldn't want to bind the "default" swi for now. I'd like to do it in the other order and bind everything, so things like the per-CPU TCP timer thing can be flipped on for RSS and actually be useful. I'm looking into what it'd take to create a separate default swi as well as a cpu-0 swi but as I said, it's pretty hairy there. How about i instead do the comprimise: * i'll pin all other swi's * default swi isn't pinned by default, but one can flip on a sysctl at boot time to pin it How's that sound? -a From owner-freebsd-current@FreeBSD.ORG Fri May 9 19:50:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64141F14; Fri, 9 May 2014 19:50:40 +0000 (UTC) Received: from alto.onthenet.com.au (alto.OntheNet.com.au [203.13.68.12]) by mx1.freebsd.org (Postfix) with ESMTP id 24427C4C; Fri, 9 May 2014 19:50:39 +0000 (UTC) Received: from dommail.onthenet.com.au (dommail.OntheNet.com.au [203.13.70.57]) by alto.onthenet.com.au (Postfix) with ESMTPS id D3478124A8; Sat, 10 May 2014 05:50:31 +1000 (EST) Received: from Peter-Grehans-MacBook-Pro-2.local ([64.245.0.210]) by dommail.onthenet.com.au (MOS 4.2.4-GA) with ESMTP id BUC09774 (AUTH peterg@ptree32.com.au); Sat, 10 May 2014 05:50:30 +1000 Message-ID: <536D3184.9070302@freebsd.org> Date: Fri, 09 May 2014 12:50:28 -0700 From: Peter Grehan User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Adrian Chadd , John Baldwin Subject: Re: [rfc] bind per-cpu timeout threads to each CPU References: <530508B7.7060102@FreeBSD.org> <201405091349.14381.jhb@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-current , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 May 2014 19:50:40 -0000 > How about i instead do the comprimise: > > * i'll pin all other swi's > * default swi isn't pinned by default, but one can flip on a sysctl at > boot time to pin it > > How's that sound? And also please a sysctl that disables any swi pinning. It is sometimes useful to change the default cpuset, for instance to allocate a subset of CPUs to some particular applications and not FreeBSD. Having kernel threads pinned prevents this from happening since they are in the default set. (Note that some network drivers are also culprits here, though disabling MSI-x in them is a workaround). later, Peter. From owner-freebsd-current@FreeBSD.ORG Fri May 9 20:05:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7FBEE805; Fri, 9 May 2014 20:05:54 +0000 (UTC) Received: from mail-qc0-x236.google.com (mail-qc0-x236.google.com [IPv6:2607:f8b0:400d:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EFBD6DEE; Fri, 9 May 2014 20:05:53 +0000 (UTC) Received: by mail-qc0-f182.google.com with SMTP id e16so5066351qcx.41 for ; Fri, 09 May 2014 13:05:52 -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:message-id:subject :from:to:cc:content-type; bh=K4fROt0upQbhbNwC4VXqitoBtOrFfrEAiFREHIC5Bqg=; b=jwXoyclbhc+MbxwUTTrG4F3OVPcO6bER7Yr/BqIPcqpxn58O0Z313RhcPqQCXHwq8E 99dz8ihiHUMdTOeX5Gh2Fxul3/O9JyX8DZVCv6uX9W9vT8q/9NaKiQYc86L+tprp8CBi zBue6E0TV3cXkYa3o6w7aIRwtT2uU1Be0yhu9UJa8wK1PznqwjYKOuVtaBTZu5qZ36UA c3xV3vii73gT7xRRiT1WLQssfjSJSY3ASkrXYYcsnAFq4qYk4NZrlojGwpkkWWT0PjNT OWJ5DsOpOQuuZmPQwbITumkENLhX4f6nl+xLgf9up5yQm0HxQYu3EJyJkz1Sq2v2LO4z LpYA== MIME-Version: 1.0 X-Received: by 10.140.42.85 with SMTP id b79mr16760249qga.87.1399665952387; Fri, 09 May 2014 13:05:52 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Fri, 9 May 2014 13:05:52 -0700 (PDT) In-Reply-To: <536D3184.9070302@freebsd.org> References: <530508B7.7060102@FreeBSD.org> <201405091349.14381.jhb@freebsd.org> <536D3184.9070302@freebsd.org> Date: Fri, 9 May 2014 13:05:52 -0700 X-Google-Sender-Auth: n8CryHSl9hlTy00b1sv-8jkOliA Message-ID: Subject: Re: [rfc] bind per-cpu timeout threads to each CPU From: Adrian Chadd To: Peter Grehan Content-Type: text/plain; charset=UTF-8 Cc: Alexander Motin , freebsd-current , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 May 2014 20:05:54 -0000 On 9 May 2014 12:50, Peter Grehan wrote: >> How about i instead do the comprimise: >> >> * i'll pin all other swi's >> * default swi isn't pinned by default, but one can flip on a sysctl at >> boot time to pin it >> >> How's that sound? > > > And also please a sysctl that disables any swi pinning. > > It is sometimes useful to change the default cpuset, for instance to > allocate a subset of CPUs to some particular applications and not FreeBSD. > Having kernel threads pinned prevents this from happening since they are in > the default set. > > (Note that some network drivers are also culprits here, though disabling > MSI-x in them is a workaround). Yup. I've just done that. http://people.freebsd.org/~adrian/norse/20140509-swi-pin-1.diff Which workloads are you thinking about? Maybe we could introduce some higher level description of which CPU(s) at boot time to do "freebsd stuff" on, and then don't start things like pcpu swi's and NIC threads on those CPUs. Can you think of situations where we'd want to have per-cpu swi's even _running_ for CPUs that you want to dedicate to other things? There's nothing stopping you from scheduling a callout on a different target CPU. (It'd require some work, but it likely should be done in some form as part of overall RSS framework hacking.) -a From owner-freebsd-current@FreeBSD.ORG Fri May 9 21:05:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C5616DAD; Fri, 9 May 2014 21:05:28 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9BB24399; Fri, 9 May 2014 21:05:28 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 905AFB976; Fri, 9 May 2014 17:05:26 -0400 (EDT) From: John Baldwin To: Peter Grehan Subject: Re: [rfc] bind per-cpu timeout threads to each CPU Date: Fri, 9 May 2014 16:51:49 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <530508B7.7060102@FreeBSD.org> <536D3184.9070302@freebsd.org> In-Reply-To: <536D3184.9070302@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201405091651.49818.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 09 May 2014 17:05:26 -0400 (EDT) Cc: Adrian Chadd , freebsd-current , Alexander Motin , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 May 2014 21:05:28 -0000 On Friday, May 09, 2014 3:50:28 pm Peter Grehan wrote: > > How about i instead do the comprimise: > > > > * i'll pin all other swi's > > * default swi isn't pinned by default, but one can flip on a sysctl at > > boot time to pin it > > > > How's that sound? > > And also please a sysctl that disables any swi pinning. > > It is sometimes useful to change the default cpuset, for instance to > allocate a subset of CPUs to some particular applications and not > FreeBSD. Having kernel threads pinned prevents this from happening since > they are in the default set. > > (Note that some network drivers are also culprits here, though > disabling MSI-x in them is a workaround). I'd actually like a way to exempt certain kernel threads that are inherently per-CPU (such as queues for NIC drivers or per-CPU swi threads) from the default cpuset so that they don't break 'cpuset -l 0 -s 1'. Providing some sort of way to disable the pinning for now should be good, but I think I'd eventually prefer the former suggestion. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri May 9 23:49:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D20B71D; Fri, 9 May 2014 23:49:50 +0000 (UTC) Received: from alto.onthenet.com.au (alto.OntheNet.com.au [203.13.68.12]) by mx1.freebsd.org (Postfix) with ESMTP id CF0812FD; Fri, 9 May 2014 23:49:49 +0000 (UTC) Received: from dommail.onthenet.com.au (dommail.OntheNet.com.au [203.13.70.57]) by alto.onthenet.com.au (Postfix) with ESMTPS id CAF73124BB; Sat, 10 May 2014 09:49:47 +1000 (EST) Received: from Peter-Grehans-MacBook-Pro-2.local ([64.245.0.210]) by dommail.onthenet.com.au (MOS 4.2.4-GA) with ESMTP id BUC14621 (AUTH peterg@ptree32.com.au); Sat, 10 May 2014 09:49:46 +1000 Message-ID: <536D6999.6080402@freebsd.org> Date: Fri, 09 May 2014 16:49:45 -0700 From: Peter Grehan User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: [rfc] bind per-cpu timeout threads to each CPU References: <530508B7.7060102@FreeBSD.org> <201405091349.14381.jhb@freebsd.org> <536D3184.9070302@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-current , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 May 2014 23:49:50 -0000 > Yup. I've just done that. > > http://people.freebsd.org/~adrian/norse/20140509-swi-pin-1.diff Thanks, that'll work. > Which workloads are you thinking about? Maybe we could introduce some > higher level description of which CPU(s) at boot time to do "freebsd > stuff" on, and then don't start things like pcpu swi's and NIC threads > on those CPUs. A classic case is partitioning cores into control and data plane groups. I'm sure there are lots more. What's nice about cpuset is that the choice and change can be dynamic, so long as there aren't pinned threads in the default set. An option to restrict FreeBSD pCPU threads to a subset could be useful. > Can you think of situations where we'd want to have per-cpu swi's even > _running_ for CPUs that you want to dedicate to other things? There's > nothing stopping you from scheduling a callout on a different target > CPU. At least for the uses I know, it's complete isolation from other processing, kernel threads included. The 'freebsd stuff' info you mentioned should be sufficient. later, Peter. From owner-freebsd-current@FreeBSD.ORG Sat May 10 00:20:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6AF39FD8; Sat, 10 May 2014 00:20:49 +0000 (UTC) Received: from mail-qg0-x230.google.com (mail-qg0-x230.google.com [IPv6:2607:f8b0:400d:c04::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E9CC6772; Sat, 10 May 2014 00:20:48 +0000 (UTC) Received: by mail-qg0-f48.google.com with SMTP id i50so5242078qgf.7 for ; Fri, 09 May 2014 17:20:48 -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:message-id:subject :from:to:cc:content-type; bh=z/NGzAbfzsqtTB0epJuYP9Viu9R+ee/zmLHUOYulrR0=; b=G10tBMUq29gxHndTCR2fkES5rT9NVrryTWKSnBLVFJY24yGgbivxL8JJ+fI8pkqtrj S0B8uOwsoGOsde6Yave0vmDLc91jpUJxjszVsQqE7jofEud3Af7U6eU4MQsx1tbUENBK NEhGMQB3K21X0po7QPhDtVPbmr/gxUjKg5csHeuIfuphAhTeAiIn9x8hJWRnJwTsGXSE bDTD5RYwgtwaWW7e7K2gnI1/9TmA+BSLKymxBTriBWwl9L81Q/CYcvJnFWx3/IipM1Zz f5RV8FzlN+PMD9lHsfnlMzfgqUWWNk5vNdTk3g3Ad72wFj9QsRv03sZZR7wxcULQWmPH 9zUg== MIME-Version: 1.0 X-Received: by 10.224.16.199 with SMTP id p7mr19685052qaa.76.1399681248046; Fri, 09 May 2014 17:20:48 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Fri, 9 May 2014 17:20:47 -0700 (PDT) In-Reply-To: <536D6999.6080402@freebsd.org> References: <530508B7.7060102@FreeBSD.org> <201405091349.14381.jhb@freebsd.org> <536D3184.9070302@freebsd.org> <536D6999.6080402@freebsd.org> Date: Fri, 9 May 2014 17:20:47 -0700 X-Google-Sender-Auth: QkuKd_5f0R3lKJzD650D5r2BSVc Message-ID: Subject: Re: [rfc] bind per-cpu timeout threads to each CPU From: Adrian Chadd To: Peter Grehan Content-Type: text/plain; charset=UTF-8 Cc: Alexander Motin , freebsd-current , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 May 2014 00:20:49 -0000 On 9 May 2014 16:49, Peter Grehan wrote: >> Yup. I've just done that. >> >> http://people.freebsd.org/~adrian/norse/20140509-swi-pin-1.diff > > > Thanks, that'll work. > > >> Which workloads are you thinking about? Maybe we could introduce some >> higher level description of which CPU(s) at boot time to do "freebsd >> stuff" on, and then don't start things like pcpu swi's and NIC threads >> on those CPUs. > > > A classic case is partitioning cores into control and data plane groups. > I'm sure there are lots more. What's nice about cpuset is that the choice > and change can be dynamic, so long as there aren't pinned threads in the > default set. > > An option to restrict FreeBSD pCPU threads to a subset could be useful. Cool. >> Can you think of situations where we'd want to have per-cpu swi's even >> _running_ for CPUs that you want to dedicate to other things? There's >> nothing stopping you from scheduling a callout on a different target >> CPU. > At least for the uses I know, it's complete isolation from other > processing, kernel threads included. The 'freebsd stuff' info you mentioned > should be sufficient. Cool. I'll look at committing this stuff in the next few hours. It can always easily be undone. I'll revisit the "limit pcpu threads to cpuids " idea later. -a From owner-freebsd-current@FreeBSD.ORG Sat May 10 00:54:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F45DAC2; Sat, 10 May 2014 00:54:24 +0000 (UTC) Received: from mail-qc0-x229.google.com (mail-qc0-x229.google.com [IPv6:2607:f8b0:400d:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CE9A6DDA; Sat, 10 May 2014 00:54:23 +0000 (UTC) Received: by mail-qc0-f169.google.com with SMTP id e16so5480455qcx.28 for ; Fri, 09 May 2014 17:54: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:message-id:subject :from:to:cc:content-type; bh=7mLHky1NeM8Eoa2WfbeMcKeXL6KSsRd2dQq8QnQD5aA=; b=wX8rqP8GqjDlxtMIr9+cWYT5fF+bCeFFLXw+BwXCd/io09lC+T7MsrRUR6k1sarC3B Az4dV6nsbLSUlv7njFljwQxuqtxlJ78hN8S89TkJQMv8p1kmkFuWr9/QH3z1YjN2bbOF b3DRcIYHuXtTZGhdeZjgLGI7VaNBkNVwtueVQ2uZfaOr9+7vD3ozkRR4OfBdmieyxMPf J7klQguoV3/FkA7lLG0XTADnJReBRXa6FGfmU3Az2aBmEzgLSC1RE+f0GoHG5PNsPxc4 HMfFFVvINewAeLq92q4VbYiixoBmqbfhWTqRDDq3oFow+D2c1hr4tcDc7KSdxCiZanq5 FEMg== MIME-Version: 1.0 X-Received: by 10.224.129.66 with SMTP id n2mr19432510qas.55.1399683263007; Fri, 09 May 2014 17:54:23 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Fri, 9 May 2014 17:54:22 -0700 (PDT) In-Reply-To: References: <530508B7.7060102@FreeBSD.org> <201405091349.14381.jhb@freebsd.org> <536D3184.9070302@freebsd.org> <536D6999.6080402@freebsd.org> Date: Fri, 9 May 2014 17:54:22 -0700 X-Google-Sender-Auth: VqfTPhKEPQOmMmFnqP-JGWL36V0 Message-ID: Subject: Re: [rfc] bind per-cpu timeout threads to each CPU From: Adrian Chadd To: Peter Grehan Content-Type: text/plain; charset=UTF-8 Cc: Alexander Motin , freebsd-current , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 May 2014 00:54:24 -0000 ok, I've committed it but I've left the default at "don't pin." That way the existing behaviour hasn't changed and it's easy to flip on to play with. Thanks for the feedback John / Peter! -a From owner-freebsd-current@FreeBSD.ORG Sat May 10 07:35:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A5FF5E3 for ; Sat, 10 May 2014 07:35:58 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EACBFEE6 for ; Sat, 10 May 2014 07:35:57 +0000 (UTC) Received: from [93.104.9.3] (helo=localhost.my.domain) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1Wj1ox-0004bg-QE; Sat, 10 May 2014 09:35:48 +0200 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.my.domain (8.14.7/8.14.3) with ESMTP id s4A7Zkmw001833; Sat, 10 May 2014 09:35:47 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.7/8.14.3/Submit) id s4A7Zj1V001832; Sat, 10 May 2014 09:35:45 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Sat, 10 May 2014 09:35:45 +0200 From: Matthias Apitz To: Jia-Shiun Li Subject: Re: Leaving the Desktop Market Message-ID: <20140510073545.GA1812@La-Habana> Reply-To: Matthias Apitz References: <20140506163823.GA1406@tiny-r255948> <53691525.50501@allanjude.com> <20140506170554.GA1510@tiny-r255948> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 9.0-CURRENT r214444 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 93.104.9.3 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 May 2014 07:35:58 -0000 El da Wednesday, May 07, 2014 a las 12:14:16PM +0800, Jia-Shiun Li escribi: > On Wed, May 7, 2014 at 1:05 AM, Matthias Apitz wrote: > > > > # dmesg > > ... > > CPU: Intel(R) Celeron(R) M processor 900MHz (900.11-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0x6d8 Family = 0x6 Model = 0xd Stepping = 8 > > Features=0xafe9fbff > > AMD Features=0x100000 > > real memory = 2147483648 (2048 MB) > > avail memory = 2076614656 (1980 MB) > > > > The Celeron M CPU is a Pentium-M without EIST. Otherwise you'd see EST > bit set in Features2. See https://wiki.freebsd.org/AsusEee. Guess > that's why Asus deliberately underclocked it to 630MHz in the first > gen EEE PC 701 - no automatic way available. > > Don't know if p4tcc or acpi_throttle helps, though. > The output on the EeePC (or its battery) is pretty much useless; this is after 2880 secs uptime: $ acpiconf -i0 Design capacity: 4400 mAh Last full capacity: 100 mAh Technology: secondary (rechargeable) Design voltage: 8400 mV Capacity (warn): 20 mAh Capacity (low): 10 mAh Low/warn granularity: 44 mAh Warn/full granularity: 44 mAh Model number: 900 Serial number: Type: LION OEM info: ASUS State: discharging Remaining capacity: 60% Remaining time: unknown Present rate: unknown Present voltage: 7243 mV There is no indication about 'Present rate' and 'Remaining time'. Over all, with external USB UMTS modem active and KDE4 up, the battery lasts only a bit more than one hour. The label on the bat says 6600 mAh, while acpiconf reads 4400 mAh. Due to the lack of 'Present rate' it's not possible to calculate what the bat gives at all. I will try to build something to attach a voltage meter between the bat and the laptop. matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign From owner-freebsd-current@FreeBSD.ORG Sat May 10 15:45:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EBF38658 for ; Sat, 10 May 2014 15:45:05 +0000 (UTC) Received: from mail-vc0-x22a.google.com (mail-vc0-x22a.google.com [IPv6:2607:f8b0:400c:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AD4DED8C for ; Sat, 10 May 2014 15:45:05 +0000 (UTC) Received: by mail-vc0-f170.google.com with SMTP id lf12so6914258vcb.1 for ; Sat, 10 May 2014 08:45:04 -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=Mvl6Ejm+J+7igUU+bRH00O4sSqiwulrcf4clfPvjJcI=; b=DrOQI64mSEPRipQPau10bYw7Hck4efLb0NwTu23Nn/oE06Z0wMWDFkj1CIwzjYWDp1 uzAdGNTtGua8vz6QdcmkdpgQt16NClw7K4xZ494noPEYpiJhNZ9hY90tFfmHj+1ALZ1F AO8BCHxZHgEatrDwE3rr6H+V9NWpZ2ulwa7ZB6RtSIfJw6C36MTXUyjMjgzRhOvMxB7e dHg48vyMLG74sFMva6wyBelmWANR+mbO81CCug+v5LCAs74uTGRaosmb68bnC0U/lHPr EfOsKfD1l+m7fhBA+Gla7oxoOTMbdydkn8sz0Fn8pyHG2mZ+wagFsdNHeRQx7oCQ3H4/ DG9A== MIME-Version: 1.0 X-Received: by 10.220.92.135 with SMTP id r7mr13607093vcm.11.1399736704472; Sat, 10 May 2014 08:45:04 -0700 (PDT) Received: by 10.220.239.84 with HTTP; Sat, 10 May 2014 08:45:04 -0700 (PDT) Date: Sat, 10 May 2014 11:45:04 -0400 Message-ID: Subject: delete-old issue with src.opts.mk From: Thomas Hoffmann To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 May 2014 15:45:06 -0000 The other night I built a new -CURRENT at r265728. At delete-old it asked me if I wanted to "remove /usr/share/mk/src.opts.mk?" I said yes. Subsequently an upgrade attempt for virtualbox-ose-4.3.10_1 failed with a "missing src.opts.mk " error. Last night I built a new -CURRENT at 265793. At delete-old it asked me if I wanted to "remove /usr/share/mk/src.opts.mk?"again. I said no. Subsequently an upgrade for virtualbox-ose-4.3.10_1 succeded. Three questions: 1. Why is delete-old repeatedly asking me if I want to remove /usr/share/mk/ src.opts.mk? 2. Why is delete-old asking me if I want to remove something that is required to build ports, well at least one port? I did not try to build any other ports, so maybe it was just a virtualbox-ose issue? 3. Should I keep src.opts.mk at delete-old or remove it? I saw some discussion about src.opts.mk, but it centered around the use of WITHOUT_NIS, which is not my issue. Thanks. -Tom From owner-freebsd-current@FreeBSD.ORG Sat May 10 16:45:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E968DBBA for ; Sat, 10 May 2014 16:45:15 +0000 (UTC) Received: from mail-qg0-x229.google.com (mail-qg0-x229.google.com [IPv6:2607:f8b0:400d:c04::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A7D5E2D0 for ; Sat, 10 May 2014 16:45:15 +0000 (UTC) Received: by mail-qg0-f41.google.com with SMTP id j5so5924504qga.0 for ; Sat, 10 May 2014 09:45:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=kh4yoV1p9+9Phxz21OKNmGWYEG/v6Yha4PwPJ/kKE9Y=; b=PKliG7yDzkt1iV7X3DqJWMT3q153m2hVM6wGHyu7FLqt7kFZK8GeczHa+yQHpC9kD4 gVdgg9POzq+18sJqu3DQRCKXpl2zpiUoOD/AmwDQn99JC1uLLmL2vdD/ACYngOMX7Hpn JPeWMGQk25j58uezeXOlzRK7HjChx7vLI0yVcp7aikfDkZW5xKCdFN1BdAowiLyAQBPs Ne6C4rakGQphHOOY+DiJklGrvpWcmbYZwEw9CxjNdcQ+GKGYrBT6MjzMqC6XFO8bgRFs Sk7Qu1aWgcv21QwAjauz1ttp63atobNdbf4EX5KmFImlL3m5GCDbQSoZxAUQEqWyBZFp Xswg== X-Received: by 10.224.119.131 with SMTP id z3mr24140046qaq.91.1399740314726; Sat, 10 May 2014 09:45:14 -0700 (PDT) Received: from pwnie.vrt.sourcefire.com (moist.vrt.sourcefire.com. [198.148.79.134]) by mx.google.com with ESMTPSA id l3sm12360121qao.33.2014.05.10.09.45.13 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 10 May 2014 09:45:14 -0700 (PDT) Date: Sat, 10 May 2014 12:45:12 -0400 From: Shawn Webb To: freebsd-current@freebsd.org Subject: Recent Changes to WITH_*/WITHOUT_* in src Message-ID: <20140510164512.GS3063@pwnie.vrt.sourcefire.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6k8oSBQUGGHRSAt9" Content-Disposition: inline X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: Mutt/1.5.23 (2014-03-12) Cc: imp@bsdimp.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 May 2014 16:45:16 -0000 --6k8oSBQUGGHRSAt9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hey All, It seems that the recent changes to the makefiles for building world/kernel have broken some modifications I have locally for implementing ASLR+PIE. I'm quite the bsd make newbie, so I thought I'd ask for a bit of help. I'm sure the solution is quite simple. My code is up on GitHub. I'll include links at the bottom of the email. The code in question is in share/mk/bsd.prog.mk, where I'm checking to see if MK_PIE is not equal to "no". Prior to the recent changes, this code used to work. (Please note that I know that the way I'm cheking is a bit bloated, if anyone has any suggestions to trim my code down, let me know). How this feature is supposed to work is: 1) PIE is added to the __DEFAULT_NO_OPTIONS to make building applications as position-independent executables opt-in. 2) User adds WITH_PIE=1 to /etc/src.conf or /etc/make.conf 3) The application being built needs to also specify CAN_PIE=1 in its Makefile. This is because some applications don't support being built as a position-independent executable. 4) If MK_PIE is not "no" and CAN_PIE is defined, then add additional CFLAGS. The log from my build is here: http://ix.io/cf0 My code is here: https://github.com/HardenedBSD/hardenedBSD/blob/hardened/current/aslr/share/mk/bsd.prog.mk#L14-L22 Thanks, Shawn CC: imp@bsdimp.com --6k8oSBQUGGHRSAt9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTbleXAAoJEGqEZY9SRW7u/IwP/jCG8v1f1av5nxqcHU0S2xKE lG7goSmbTs3mk3Lf3a6dEzP2n5QO0i4LISmniPS6nI43P2NyaPiyeQhGrCxjyYGF ot3bYXnu5W4RU2steh2ArTfx4py5YMNbacSLizvS8bukf9JXgK83Zl3kzDfFLzAH j3lfGHquPCExfFBPq/7WS1nCQCCgGkalFExrv9ejAq24j3uSGUjIEfhc6fjSDnOV WQRQ/iVnZcvpGMWl2ij5a+7kTCmDy6m/NON9CNdtr18zre7xf0LDyWQ64mhjmMoC ckaErRqlKmI3zgxK14LCujV6fI7aQqUg4klbC879ftpdeZOAVxiyqn5xsU3WFH9a QYBwdXsmo732OvY5J2pxNC+D9BcOv3yStMtTZ+05LeORetCcQ1hBKi91HpV92xIq Uw9lZiJXq+Cf2yRIgjM+YQXB/FJNwUk6JYBdMfLF35N269BWzWVB5TFk480Vswms BTfdKdSqhFTkNmqXBEMyVq8JlPsrflE0H1AF70zvUvgNeN4VfQJqrbtF/wmoPC2y WJ/v1Odd8mchGgYG33SKFkgiWiI2co0aEIhYaWe96iJoqzOAEpAPmhMv1E3E4VAd QZ/iR0xEIIKlGpLnohqk1k8/pTUCOsE6dk7h1zaxaJxSgtokG7YBrcmjjn++T+NW sp6YbVyon117weuDV5Ab =V7K5 -----END PGP SIGNATURE----- --6k8oSBQUGGHRSAt9-- From owner-freebsd-current@FreeBSD.ORG Sat May 10 19:40:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CFD61A0C; Sat, 10 May 2014 19:40:00 +0000 (UTC) Received: from mail-ve0-x22e.google.com (mail-ve0-x22e.google.com [IPv6:2607:f8b0:400c:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8074315D; Sat, 10 May 2014 19:40:00 +0000 (UTC) Received: by mail-ve0-f174.google.com with SMTP id jw12so6861159veb.5 for ; Sat, 10 May 2014 12:39:59 -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=7HuFQVOQJCGautK7ZvrLMOtOWsrJNWh36biLGSfkUHU=; b=IsvHL0CZktfQYGajHrLJ5P2eidWrBTl1/Fh0GfX+eZ5uNAQ4p+QapzkbheQp5auXND JYW4vYDbmO1L3wmRy4Tulv/J+wXtHPMDwV3ZoRv4GKIQU0PSXcZIr3MuuAVci4/E3w6M Lu5/m59RjzROnmU+ywVLYpakHCSzhIYwBya5PMuJuNHBRZl5SuZfk9v5scII3R65qiuH VnemULChfq4+JRDlbYX3iYpZ68E8X+HhOeyQbthyKjmqubqyiTgHCH+Kk9y920/n5Qye z3Xmc3e5tN61XKKn0FTmM9Bgaz+XQDPSzfHxJI2zDIYreSJ9JxgeRiYMXf+mFKnbG9nn N96g== MIME-Version: 1.0 X-Received: by 10.52.53.101 with SMTP id a5mr12130780vdp.14.1399750799571; Sat, 10 May 2014 12:39:59 -0700 (PDT) Received: by 10.58.155.164 with HTTP; Sat, 10 May 2014 12:39:59 -0700 (PDT) Date: Sat, 10 May 2014 21:39:59 +0200 Message-ID: Subject: In r265803 i915kms.ko must be loaded in /boot/loader.conf From: "Ranjan1018 ." <214748mv@gmail.com> To: FreeBSD CURRENT , freebsd-x11@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 May 2014 19:40:00 -0000 Hi all, in r265172 I was able to load the i915kms.ko driver in /etc/rc.conf via kld_list. eg. kld_list='i915kms'. Today I have update to r265803 in my laptop, but loading the driver with kld_list result in a blank screen. I need to add the line i915kms_load="YES" in /boot/loader.conf Regards, Maurizio From owner-freebsd-current@FreeBSD.ORG Sat May 10 20:01:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA6DF4F0 for ; Sat, 10 May 2014 20:01:46 +0000 (UTC) Received: from mail-pa0-f51.google.com (mail-pa0-f51.google.com [209.85.220.51]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ABB76382 for ; Sat, 10 May 2014 20:01:46 +0000 (UTC) Received: by mail-pa0-f51.google.com with SMTP id kq14so5707444pab.24 for ; Sat, 10 May 2014 13:01:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=K5oWiIBi3CYTiFiuT1FPxe/4BFccd0rOpSKioX1f7lk=; b=AeCpDLpphjKpVIv/IwVZuUTfXL6NV7b4OWa/BJANylO+JeAyzWdJzNTb1+poFPJfPO eHjfrln/eKNtSG11ZLZNzXMuE2c1mJ+VsIyOhsDxIL7wwo+tgiPrJ1C07PJnFqHfHJ/e HbOAFjIBxH/nuIUtFKt51xY6TGou8+6jyZKSj+Xgj8fac/AXRg6oaDxskzrbS8rJk7T5 XHvJRJ6zQRxhQ+HZihP6iKttktpoTI/g4C44nXZgG2yknAlmdw0Jfc6e0/RPD2animMj M54rcxERTwhjfDRJ9h1P3vSpcJN4OHEN4/RSgo+D+TvyoXWycTxrSIPwd2CBVEsKdK6q gArg== X-Gm-Message-State: ALoCoQkPaYNxjJzi+pP/6IWp6rejvWvDhahWj7e4DAdjyMegcQCL+oEo137GPtqNXC1hO3jhyQWM X-Received: by 10.66.148.197 with SMTP id tu5mr36183644pab.108.1399751670345; Sat, 10 May 2014 12:54:30 -0700 (PDT) Received: from lgwl-achen.corp.netflix.com (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id gz11sm14293232pbd.1.2014.05.10.12.54.29 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 10 May 2014 12:54:29 -0700 (PDT) Sender: Warner Losh X-Google-Original-From: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: delete-old issue with src.opts.mk From: Warner Losh In-Reply-To: Date: Sat, 10 May 2014 13:54:28 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Thomas Hoffmann X-Mailer: Apple Mail (2.1874) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 May 2014 20:01:47 -0000 On May 10, 2014, at 9:45 AM, Thomas Hoffmann wrote: > The other night I built a new -CURRENT at r265728. At delete-old it = asked > me if I wanted to "remove /usr/share/mk/src.opts.mk?" I said yes. > Subsequently an upgrade attempt for virtualbox-ose-4.3.10_1 failed = with a > "missing src.opts.mk " error. I=92ve fixed that. > Last night I built a new -CURRENT at 265793. At delete-old it asked me = if I > wanted to "remove /usr/share/mk/src.opts.mk?"again. I said no. = Subsequently > an upgrade for virtualbox-ose-4.3.10_1 succeded. You should say yes. > Three questions: > 1. Why is delete-old repeatedly asking me if I want to remove = /usr/share/mk/ > src.opts.mk? It seems to keep getting installed. It shouldn=92t be now that I=92ve = got things ironed out. > 2. Why is delete-old asking me if I want to remove something that is > required to build ports, well at least one port? I did not try to = build any > other ports, so maybe it was just a virtualbox-ose issue? It isn=92t required to build ports. Well, it was for a couple of days = due to a bug, but I=92ve fixed that bug. > 3. Should I keep src.opts.mk at delete-old or remove it? Remove it. It should ask you at most one more time. > I saw some discussion about src.opts.mk, but it centered around the = use of > WITHOUT_NIS, which is not my issue. Yea. I understand. The WITHOUT_NIS was a different, and subtle, bug that = I fixed as well. My advise: update to the tip of head, buildworld, install world, = delete-old (making sure you say =91yes=92) and then try virtualbox-ose = build again. It should just work. If it doesn=92t then send in a bug = report since I missed something when I fixed nvidia and cuse builds. Thanks for the report. I hope I can get this all ironed out for you. I = think I have already, but the build system is rather fragile, I=92m = coming to discover, and used in several non-obvious use cases that seem = obvious after the bug report comes in=85 Sorry these slipped through the = cracks in my testing... Warner= From owner-freebsd-current@FreeBSD.ORG Sat May 10 20:04:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 67BEB7D5 for ; Sat, 10 May 2014 20:04:52 +0000 (UTC) Received: from mail-ve0-x22c.google.com (mail-ve0-x22c.google.com [IPv6:2607:f8b0:400c:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 21FA63A5 for ; Sat, 10 May 2014 20:04:52 +0000 (UTC) Received: by mail-ve0-f172.google.com with SMTP id oz11so6910991veb.17 for ; Sat, 10 May 2014 13:04: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=7HsOBCh2Jt4bxA4KDfxOpxVM5sYmM/lNs+jmbhQ/mNE=; b=zsJQaAO/lCdNVRd7yIuW5dEDSU29vr7EngbLsVFq9qrBKRGKa5iZ0BY7o9Op1O0/N0 9LY3tUN9A93zRwl2qZB31V0Ce1qVuI4uCXPhjGEME2rxNi4ObvM48/qc1q17aMISUH+4 TKXcT0xigwiTZzGExii/gF0kmwfuPxSlGzsV/XZSOl0crQLxedwAGDkhkPNdaWI/Eytd o3xcutxEIKW60eUAxZ/88nF5TaO0W5Y59+6V2Pos/8smq/PqckaM3PoOC28wZp/+xGhy cRnR66cbe00Sg1ufDnfYQZMKhi3LfSG1d98IZtjv5sW0KTXoPG2z+hr0SxCC4mu1AcvB YtKg== MIME-Version: 1.0 X-Received: by 10.58.74.38 with SMTP id q6mr14003354vev.7.1399752291260; Sat, 10 May 2014 13:04:51 -0700 (PDT) Received: by 10.220.239.84 with HTTP; Sat, 10 May 2014 13:04:51 -0700 (PDT) In-Reply-To: References: Date: Sat, 10 May 2014 16:04:51 -0400 Message-ID: Subject: Re: delete-old issue with src.opts.mk From: Thomas Hoffmann To: Warner Losh Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 May 2014 20:04:52 -0000 On Sat, May 10, 2014 at 3:54 PM, Warner Losh wrote: > > On May 10, 2014, at 9:45 AM, Thomas Hoffmann wrote: > > > The other night I built a new -CURRENT at r265728. At delete-old it ask= ed > > me if I wanted to "remove /usr/share/mk/src.opts.mk?" I said yes. > > Subsequently an upgrade attempt for virtualbox-ose-4.3.10_1 failed with= a > > "missing src.opts.mk " error. > > I=E2=80=99ve fixed that. > > > Last night I built a new -CURRENT at 265793. At delete-old it asked me > if I > > wanted to "remove /usr/share/mk/src.opts.mk?"again. I said no. > Subsequently > > an upgrade for virtualbox-ose-4.3.10_1 succeded. > > You should say yes. > > > Three questions: > > 1. Why is delete-old repeatedly asking me if I want to remove > /usr/share/mk/ > > src.opts.mk? > > It seems to keep getting installed. It shouldn=E2=80=99t be now that I=E2= =80=99ve got > things ironed out. > > > 2. Why is delete-old asking me if I want to remove something that is > > required to build ports, well at least one port? I did not try to build > any > > other ports, so maybe it was just a virtualbox-ose issue? > > It isn=E2=80=99t required to build ports. Well, it was for a couple of da= ys due to > a bug, but I=E2=80=99ve fixed that bug. > > > 3. Should I keep src.opts.mk at delete-old or remove it? > > Remove it. It should ask you at most one more time. > > > I saw some discussion about src.opts.mk, but it centered around the use > of > > WITHOUT_NIS, which is not my issue. > > Yea. I understand. The WITHOUT_NIS was a different, and subtle, bug that = I > fixed as well. > > My advise: update to the tip of head, buildworld, install world, > delete-old (making sure you say =E2=80=98yes=E2=80=99) and then try virtu= albox-ose build > again. It should just work. If it doesn=E2=80=99t then send in a bug repo= rt since I > missed something when I fixed nvidia and cuse builds. > > Thanks for the report. I hope I can get this all ironed out for you. I > think I have already, but the build system is rather fragile, I=E2=80=99m= coming to > discover, and used in several non-obvious use cases that seem obvious aft= er > the bug report comes in=E2=80=A6 Sorry these slipped through the cracks i= n my > testing... > > Warner Thanks for the response. I'll follow your advice above when I build -CURRENT again tonight. No apology necessary. I build a new -CURRENT nearly every night and expect to run into a glitch every now and again. -Tom From owner-freebsd-current@FreeBSD.ORG Sat May 10 20:14:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DB048C86 for ; Sat, 10 May 2014 20:14:45 +0000 (UTC) Received: from mail-pa0-f48.google.com (mail-pa0-f48.google.com [209.85.220.48]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AAB9D66B for ; Sat, 10 May 2014 20:14:45 +0000 (UTC) Received: by mail-pa0-f48.google.com with SMTP id rd3so5747938pab.35 for ; Sat, 10 May 2014 13:14:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=XZ3q9/P3P+3xB3hHVmHNTzs/u7tT89va+iH8QDJ3HF8=; b=N8a381oKFby5wbP3ZFJtDGHHEU3bJhfgWUgcQxnfKXCLRyTxKc/Q9sPXChuFni9rVT yBVjBikTbcLPXv2YMk3sRQ/DvdmPar4GLfdYOIn05kjHowzeKe2YvJJ0xnWC8Gc/vmE1 0uv8YYbkLpZ7lnyDOv5l8ffw1dceX9tBhZnoUA5OdnX/CuqLS10EPxDK0dq1Jww4Jtcu HyAdsDHwmpZ5h1TYTt9TgJ36sSima5f5TQtwT7pKesBDyyAn22y99OoJt78DqEAMD6+C s7NBYToPzcVSNpckCLv5geY48USNFtwo0mRii3L2DjWWdUqzqlJP7ZGFSgPqyfIYZ34n l9tQ== X-Gm-Message-State: ALoCoQmVP04cpWmOf35ejn9HNw+Vs8f+qdKHmdLVcXGG7cgfut+4QOhnsHINEi298CgypSAYsY4q X-Received: by 10.66.190.73 with SMTP id go9mr36618935pac.18.1399752879019; Sat, 10 May 2014 13:14:39 -0700 (PDT) Received: from lgwl-achen.corp.netflix.com (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id ky8sm14287248pbc.64.2014.05.10.13.14.37 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 10 May 2014 13:14:38 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_8B69A79B-612B-4831-8E88-03BC25470A54"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Recent Changes to WITH_*/WITHOUT_* in src From: Warner Losh In-Reply-To: <20140510164512.GS3063@pwnie.vrt.sourcefire.com> Date: Sat, 10 May 2014 14:14:36 -0600 Message-Id: <73589111-84D9-40EA-89F1-330396E853DA@bsdimp.com> References: <20140510164512.GS3063@pwnie.vrt.sourcefire.com> To: Shawn Webb X-Mailer: Apple Mail (2.1874) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 May 2014 20:14:45 -0000 --Apple-Mail=_8B69A79B-612B-4831-8E88-03BC25470A54 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On May 10, 2014, at 10:45 AM, Shawn Webb wrote: > Hey All, >=20 > It seems that the recent changes to the makefiles for building > world/kernel have broken some modifications I have locally for > implementing ASLR+PIE. I'm quite the bsd make newbie, so I thought I'd > ask for a bit of help. I'm sure the solution is quite simple. >=20 > My code is up on GitHub. I'll include links at the bottom of the = email. >=20 > The code in question is in share/mk/bsd.prog.mk, where I'm checking to > see if MK_PIE is not equal to "no". Prior to the recent changes, this > code used to work. (Please note that I know that the way I'm cheking = is > a bit bloated, if anyone has any suggestions to trim my code down, let > me know). You=92ll need to add PIE to DEFAULT_NO_OPTIONS in bsd.opts.mk since bsd.*.mk files need it. > How this feature is supposed to work is: > 1) PIE is added to the __DEFAULT_NO_OPTIONS to make building > applications as position-independent executables opt-in. > 2) User adds WITH_PIE=3D1 to /etc/src.conf or /etc/make.conf > 3) The application being built needs to also specify CAN_PIE=3D1 in = its > Makefile. This is because some applications don't support being built = as > a position-independent executable. > 4) If MK_PIE is not "no" and CAN_PIE is defined, then add additional > CFLAGS. >=20 > The log from my build is here: http://ix.io/cf0 >=20 > My code is here: > = https://github.com/HardenedBSD/hardenedBSD/blob/hardened/current/aslr/shar= e/mk/bsd.prog.mk#L14-L22 Maybe RESCUE should define NO_SHARED=3Dyes since it is building a static binary so you can eliminate a special case that infects the = bsd.*.mk files with defines from our src build? Hate that you are propagating the NO_SHARED=3Dno interface, but can=92t offer at better suggestion at the moment. I=92d kinda like to kill that=85= Warner > Thanks, >=20 > Shawn > CC: imp@bsdimp.com --Apple-Mail=_8B69A79B-612B-4831-8E88-03BC25470A54 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTboisAAoJEGwc0Sh9sBEAsk8P/igEMLql3tKEB8Wtbx6uC9oK 1F6vENnehiiN4X7//xt5CQurglV6yNZsWVMgbyc/ux5FDTVA/HSw9bTbl8qNjkwB oyA3gNzoRl4M/aBwSGGKb6HH5Ktd79mwMCdvRFuCI4umKCH1CzJYcfu+noNd4GH7 tIHs0ocqBmOBzUZyf6CZzr6SeZhqfTaCJ4rcXXq06hnYAzZFxX9n5UONGdDGRpaD /p0VWOIyP9pLqFPC95KN0gkwcocfPl5ItziwDL2P9PrGtPOEZMAA6wCz34cNYIVB 3eK7qhNEt2txQxNgrnKEm9xxfVXw1Kl4vFyMh6pRFqJIsLOYDlHs19lFSQcSEQWI iJAlSvfx2OektzHXgzhYyl3P+XRJEs6kPdlMq7JHE/JgqegDAmK/Z0WBboThoSXE w0ooWPAAlwZAv5x5xqRkQM7L5JYTx2hKc5A2WkiS6zKTGryoSAEtPDNVvVw1X8nB dquz5Mh2eby0V/gALs2pZUnSOibOglyjBtWTPucNF22GdjAHjhgy1k8/qN8Mexkl 2uK0pcCaPes5LxTAyoC4oEUGFrvhG09n6Ru7FhZjiYGtgTtR3ydPKinB/8se/FYv ZGgN/j3oKH4Wg58GHd6iJ1bvmdTb/pT4qV+U88oKPwxA+WF/pWylrTl9j6nGS1uJ gv3SBZX0BtYggxmMvg2R =Vgwi -----END PGP SIGNATURE----- --Apple-Mail=_8B69A79B-612B-4831-8E88-03BC25470A54-- From owner-freebsd-current@FreeBSD.ORG Sat May 10 21:01:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 804D7B6C for ; Sat, 10 May 2014 21:01:31 +0000 (UTC) Received: from mail-yk0-x235.google.com (mail-yk0-x235.google.com [IPv6:2607:f8b0:4002:c07::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 45ED7A2B for ; Sat, 10 May 2014 21:01:31 +0000 (UTC) Received: by mail-yk0-f181.google.com with SMTP id 131so4673063ykp.40 for ; Sat, 10 May 2014 14:01: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:content-transfer-encoding; bh=/F0xEZq4oivwhkrIuu6RPUOaKhI3obkhrUk6HZGbANQ=; b=cADzB2XbiA5cwCvWZEwadUcLtz834Ocwq2E/HVBj7qKQ0K5DtFjRZo0AP2igazC3ut i7KyoxEgji/qAsk7lZfZKulb+xT7vgos6J6SA/BR8z0coiWRu8Ewg+hEivmq2DFyd/l6 bVmEFgK95Y8wAWJeFnezfGAwd1BeicV3tNM2iFlWtjByzwY46QeFR2q2sP0f2tqo1S9M oK7cAI4OR0qpT0o0lvU9xXeqVk9QlTTSrHv7SeqlPVbqnaSDvj0h+x/Dsx3lYfEfJv/I EE/kXBNaVouUf9MSXI+D4BdWm7AONoTabSoHKtRDOPyTXue44LOjH9GzC6ISYYZ1FgOB BFJg== MIME-Version: 1.0 X-Received: by 10.236.131.42 with SMTP id l30mr27078794yhi.130.1399755690438; Sat, 10 May 2014 14:01:30 -0700 (PDT) Received: by 10.170.130.198 with HTTP; Sat, 10 May 2014 14:01:30 -0700 (PDT) In-Reply-To: References: Date: Sun, 11 May 2014 00:01:30 +0300 Message-ID: Subject: Re: delete-old issue with src.opts.mk From: Guy Yur To: Warner Losh Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Thomas Hoffmann , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 May 2014 21:01:31 -0000 Hi, On Sat, May 10, 2014 at 10:54 PM, Warner Losh wrote: > > On May 10, 2014, at 9:45 AM, Thomas Hoffmann wrote: > > >> Three questions: >> 1. Why is delete-old repeatedly asking me if I want to remove /usr/share= /mk/ >> src.opts.mk? > > It seems to keep getting installed. It shouldn=E2=80=99t be now that I=E2= =80=99ve got things ironed out. > src.opts.mk is still listed in share/mk/Makefile. Added in r265419 Listed twice after r265420 bsd.own.mk -> src.opts.mk Listed once after r265628 src.opts.mk -> bsd.own.mk Should it be removed? Index: share/mk/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- share/mk/Makefile (revision 265856) +++ share/mk/Makefile (working copy) @@ -42,9 +42,6 @@ sys.mk \ version_gen.awk -# Installed for the moment, but not may not be in the future. -FILES+=3D src.opts.mk - NO_OBJ=3D FILESDIR=3D ${BINDIR}/mk - Guy From owner-freebsd-current@FreeBSD.ORG Sat May 10 21:24:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3EAF2620 for ; Sat, 10 May 2014 21:24:16 +0000 (UTC) Received: from mail-pa0-f43.google.com (mail-pa0-f43.google.com [209.85.220.43]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0BCCFBEF for ; Sat, 10 May 2014 21:24:15 +0000 (UTC) Received: by mail-pa0-f43.google.com with SMTP id hz1so5836704pad.2 for ; Sat, 10 May 2014 14:24:09 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=/p6muN0OjoX0f/WGkhVjQOlauwS8V+uplhYn2k/kAtI=; b=OU14uE437/XSyDoQeuKO+LH7CUg6JnDMM9w62iRhYlX4rh+P2CoXgoo4LaX+Z+MIN/ 8I3GMV3cRfoL0A5fklB7EBaHG8bEPPq60XIX04qqVlfKzQsiRDT4bQaP+6cVdly4RvNF uMn86FRCS3bS6Kdtaymc13vTgnL9E8FvEOd/G8cfJ2BrgAsWwgw2bLA3jGltr0Io2isG 4NSeBc4nMKxne682kuwLqW14sOXDw/mso2Ie6cLuBnPndN9x8QOT/sZvGXqWa2qS6ros 2Ss/343jy4Y5sotOfP/7nCaNrfvTWpR9fumpf9yzx2oJGUIEglAm7GjFn7R+B5fTHL3Q 6GuQ== X-Gm-Message-State: ALoCoQlTiV18dsx05KOtp34nDoU/WSpFH+96eSHe4+uIOhFN2cwB87tc1H8Z4/dofP7Zjb+6wyS6 X-Received: by 10.66.248.228 with SMTP id yp4mr37020975pac.94.1399757049171; Sat, 10 May 2014 14:24:09 -0700 (PDT) Received: from lgwl-achen.corp.netflix.com (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id as12sm26581881pac.43.2014.05.10.14.24.07 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 10 May 2014 14:24:08 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_176E7B4F-302F-4BF1-8097-A86D01A65CEA"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: delete-old issue with src.opts.mk From: Warner Losh In-Reply-To: Date: Sat, 10 May 2014 15:24:05 -0600 Message-Id: <7C369ED0-833C-464B-BD8C-A9052B226B83@bsdimp.com> References: To: Guy Yur X-Mailer: Apple Mail (2.1874) Cc: Thomas Hoffmann , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 May 2014 21:24:16 -0000 --Apple-Mail=_176E7B4F-302F-4BF1-8097-A86D01A65CEA Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On May 10, 2014, at 3:01 PM, Guy Yur wrote: > Hi, >=20 > On Sat, May 10, 2014 at 10:54 PM, Warner Losh wrote: >>=20 >> On May 10, 2014, at 9:45 AM, Thomas Hoffmann = wrote: >>=20 >>=20 >>> Three questions: >>> 1. Why is delete-old repeatedly asking me if I want to remove = /usr/share/mk/ >>> src.opts.mk? >>=20 >> It seems to keep getting installed. It shouldn=92t be now that I=92ve = got things ironed out. >>=20 >=20 > src.opts.mk is still listed in share/mk/Makefile. >=20 > Added in r265419 > Listed twice after r265420 bsd.own.mk -> src.opts.mk > Listed once after r265628 src.opts.mk -> bsd.own.mk >=20 > Should it be removed? Yes. Prepping a change to do just that=85 Warner >=20 > Index: share/mk/Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- share/mk/Makefile (revision 265856) > +++ share/mk/Makefile (working copy) > @@ -42,9 +42,6 @@ > sys.mk \ > version_gen.awk >=20 > -# Installed for the moment, but not may not be in the future. > -FILES+=3D src.opts.mk > - > NO_OBJ=3D > FILESDIR=3D ${BINDIR}/mk >=20 >=20 >=20 > - Guy --Apple-Mail=_176E7B4F-302F-4BF1-8097-A86D01A65CEA Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTbpj1AAoJEGwc0Sh9sBEAv/AP/1l0hq4Mlci4Az1yjr3alccY Ow8zmVt3b1Fq9mgPyoXqxFzb1ct6XfpjdaUQMamhiXzYy9aQSL6DSDUrHVtiasgU 2i4kiZv86CjmylFjh8xpmPoEIkOz941WnhQt3lk3boOzdS5Zd81tZr6n0M4PZ/jj c7yl/OsCdHWjAg24eOAdmLsZrkZDPhh1EysJ39tS7ew/ZK2fdhLiJ94Z6d+Ta++r xrzxjE2KKjAP+G7lgzl2xaFD2NIs4Fwv6oZHGOMicrNI9Tk5p5rRzYyy0NlvvutM k1vitAfNDK91XEBg7RVCehHEdzA3Xovmjy5azQO2MstA+IyMS0Ab0r3KA21hvrmX il0axFahppjMVTPSQUWSxeQMuz7x/v1aTbbS3AqfWOm93IddaLVmlg75UyISH7QI cCL9K6XIIVcVbGDekBf6fcrYOQ3Oit18z/Gf5NJJczE4SKSfVWwXtbzWbTGEFmX1 JbAYQRPIdnaAkShuZQxJnCPkCY/0TEjduz+AtJe48nJb1/MfXDcmMsJ4gzvWBmd5 RWU3Zrfb0pilqanZ++c5ohUBvEuiLL0Pqulu+TqlK1p6EjD0KXFZWvIqXjxjKPgj HEEcWLjd1auQcCHlpV1Or3Ld5tfizG6rX4c/PYhOFFDcGoIxYX1rPv//8/OiNSpT s9oz+C/muoqRvfm1U5Xt =p6X/ -----END PGP SIGNATURE----- --Apple-Mail=_176E7B4F-302F-4BF1-8097-A86D01A65CEA-- From owner-freebsd-current@FreeBSD.ORG Sat May 10 21:25:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 98E5D72F for ; Sat, 10 May 2014 21:25:34 +0000 (UTC) Received: from mail-qa0-x233.google.com (mail-qa0-x233.google.com [IPv6:2607:f8b0:400d:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 53AD2BFF for ; Sat, 10 May 2014 21:25:34 +0000 (UTC) Received: by mail-qa0-f51.google.com with SMTP id w8so5460431qac.38 for ; Sat, 10 May 2014 14:25:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=dPvPr9A3b2zsTGqS6n54IPEBcCpFQJbUI8Uw/GnmVXQ=; b=HSwREK1R3W0DygZ1lANwRKoblsMHXE1k27KbvELIrd+eYQDNQyaPoKWzt/mqPJ8E1g lu41kJl+F9DHk8Ib1yWTPlbDYjr24kL5hpwsqymn3R9IYkJYCG+fmsRtF1naaz2Dxm64 3Fgso5/wC+qbsLZsdiqkncpQMpo97wejpKLOMhLLpISi60fehXFwJXG0p+EP6qbxRaxZ 9HEgTeyZUQvc8hmY1j+GIMll1hQfvphdjRG0g7q+4aq0Q6AVT1oVDTWEpThrjCOomvuP JaVv0zwQgH4ojngD/KaHAnt3zsAhWghHQZWxu7Sq4YKxyHpFoM0bhqWGtqe7z7sfdJep d/sQ== X-Received: by 10.224.98.141 with SMTP id q13mr26170777qan.64.1399757133541; Sat, 10 May 2014 14:25:33 -0700 (PDT) Received: from pwnie.vrt.sourcefire.com (moist.vrt.sourcefire.com. [198.148.79.134]) by mx.google.com with ESMTPSA id b11sm4029979qgd.38.2014.05.10.14.25.32 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 10 May 2014 14:25:32 -0700 (PDT) Date: Sat, 10 May 2014 17:25:31 -0400 From: Shawn Webb To: Warner Losh Subject: Re: Recent Changes to WITH_*/WITHOUT_* in src Message-ID: <20140510212531.GT3063@pwnie.vrt.sourcefire.com> References: <20140510164512.GS3063@pwnie.vrt.sourcefire.com> <73589111-84D9-40EA-89F1-330396E853DA@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JT7Km6uNxtC1LbQY" Content-Disposition: inline In-Reply-To: <73589111-84D9-40EA-89F1-330396E853DA@bsdimp.com> X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 May 2014 21:25:34 -0000 --JT7Km6uNxtC1LbQY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On May 10, 2014 02:14 PM -0600, Warner Losh wrote: >=20 > On May 10, 2014, at 10:45 AM, Shawn Webb wrote: >=20 > > Hey All, > >=20 > > It seems that the recent changes to the makefiles for building > > world/kernel have broken some modifications I have locally for > > implementing ASLR+PIE. I'm quite the bsd make newbie, so I thought I'd > > ask for a bit of help. I'm sure the solution is quite simple. > >=20 > > My code is up on GitHub. I'll include links at the bottom of the email. > >=20 > > The code in question is in share/mk/bsd.prog.mk, where I'm checking to > > see if MK_PIE is not equal to "no". Prior to the recent changes, this > > code used to work. (Please note that I know that the way I'm cheking is > > a bit bloated, if anyone has any suggestions to trim my code down, let > > me know). >=20 > You?ll need to add PIE to DEFAULT_NO_OPTIONS in bsd.opts.mk since > bsd.*.mk files need it. >=20 Thanks a lot! Adding it to that one worked. But what's the difference between the DEFAULT_NO_OPTIONS in src.opts.mk and bsd.opts.mk? > > How this feature is supposed to work is: > > 1) PIE is added to the __DEFAULT_NO_OPTIONS to make building > > applications as position-independent executables opt-in. > > 2) User adds WITH_PIE=3D1 to /etc/src.conf or /etc/make.conf > > 3) The application being built needs to also specify CAN_PIE=3D1 in its > > Makefile. This is because some applications don't support being built as > > a position-independent executable. > > 4) If MK_PIE is not "no" and CAN_PIE is defined, then add additional > > CFLAGS. > >=20 > > The log from my build is here: http://ix.io/cf0 > >=20 > > My code is here: > > https://github.com/HardenedBSD/hardenedBSD/blob/hardened/current/aslr/s= hare/mk/bsd.prog.mk#L14-L22 >=20 > Maybe RESCUE should define NO_SHARED=3Dyes since it is building a > static binary so you can eliminate a special case that infects the bsd.*.= mk files > with defines from our src build? >=20 That sounds like a good idea. Since that's outside the scope of my ASLR work, should I file a PR for that? > Hate that you are propagating the NO_SHARED=3Dno interface, but can?t > offer at better suggestion at the moment. I?d kinda like to kill that? In looking at the Makefiles, it seems like NO_*/YES_* is being phased out. Once a suitable alternative to NO_SHARED is in place, I'll make adjustments on my end. Thanks, Shawn --JT7Km6uNxtC1LbQY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTbplKAAoJEGqEZY9SRW7ueVsP/0Kk6q8aivPirhYTXr6tH4si m3EYhOidzKDzsTS0cFkOqFc3IqnRJfuTWsuReyF3pWnWIZXa0aYV/ILJPFnjCsQD HBFAL9Be8BHyReyVCjKOqn6XllxqywGCqlS4QRBVS4cZZTAxe/q0Jb87z48MFWHn khIhRDSHmL96PSZxxh4X0+JJzDLoIcHNxxwIZrUWbjVLqa4wIgRRr6WkT19QXbWL Kxa0uEE0TuEshLT6wYW/zhfq9UHr66skUhmDQASY4EGvCMWfzpqOn/ElvUlR99a7 KlUTdJiKU5VOFAfi3q7twM39eCtzWv9hTEaEkgNGMOqIvS/2KKpoc+XFtE1nlpW/ Bh53H0P12+J9tPBYy0S6rZQhgj0xKGqQ2v5xOdkOklZ2LLKUr3ujWX351fnNle7s QVp8zxO9AD6Jq7JO0cpeApVbxkp1T4Q+z2uwGxEI/VcIOU6j+8AzF7Y7v7C3CGsg KBAn3sxD8xUtAAiY91JPI7pLRjYF4XBftRIXldrokxHESlM0cO+k+XNWzxCDZm9Y u4Nt1LznO+XQjqS2a7Ld1MShnE/MN8st/JkO74ycGS8nROBfzrebAD3jajtOq29O fEaHbM2O7DMf1tH7SUstBoUYF8Yh/LsHKLqordPq9purQAPJMayZz4Z9GXfmrZRc 7AWFNvnm9xUJ6PNzpvxs =8Zkm -----END PGP SIGNATURE----- --JT7Km6uNxtC1LbQY-- From owner-freebsd-current@FreeBSD.ORG Sat May 10 21:30:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 92C1FB8C for ; Sat, 10 May 2014 21:30:05 +0000 (UTC) Received: from mail-pd0-f171.google.com (mail-pd0-f171.google.com [209.85.192.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 60E1AC2C for ; Sat, 10 May 2014 21:30:04 +0000 (UTC) Received: by mail-pd0-f171.google.com with SMTP id r10so5091541pdi.30 for ; Sat, 10 May 2014 14:29:57 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=NBHUPqqW/aUUn76yqP0Pt6FKMA6EZiT4te2nxvVmQ40=; b=MgXz5pEGiaDc8TdzCIZ5SeaN2r6MJehJ9UzWNUE/yjnOKiavt3O/sJbwrSU/xogKd/ ltsTIEdOczpJpLa2m8Z6hsbZ4a+gojHEcUf5Lu1DFwHqkwwctMm3/itddTALcGQpnfC1 x3aZs94B/agp82CREOX1noayNLeOoRK8hNHnGlfZ9xMeeXAz1k9m5xHPrwm4yrXnucFh tmC9mydRXgNCh7ceBZUOtfC6czn/ZURcW1S/4djZ84jCfb/j2wNmpBeccWyqsb26fPah 3Dffo0f8k0KmLA4Sed5E9x2SgRYgSOEvvoACpnYTlFvffGHFQmJSQkjFOcQvDiaiWAa1 /RyQ== X-Gm-Message-State: ALoCoQk1w1+bpI5eXwWGLOtZtDeCkOn/gvnom89QC3kD7+PJkgUdlFvH1TyExp/SSSJIiXCkhaVl X-Received: by 10.66.156.34 with SMTP id wb2mr29617536pab.83.1399757397853; Sat, 10 May 2014 14:29:57 -0700 (PDT) Received: from lgwl-achen.corp.netflix.com (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id xx4sm14485310pbb.51.2014.05.10.14.29.56 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 10 May 2014 14:29:56 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_67AD0C05-EB58-4BE1-9061-C292B791F3F1"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Recent Changes to WITH_*/WITHOUT_* in src From: Warner Losh In-Reply-To: <20140510212531.GT3063@pwnie.vrt.sourcefire.com> Date: Sat, 10 May 2014 15:29:53 -0600 Message-Id: References: <20140510164512.GS3063@pwnie.vrt.sourcefire.com> <73589111-84D9-40EA-89F1-330396E853DA@bsdimp.com> <20140510212531.GT3063@pwnie.vrt.sourcefire.com> To: Shawn Webb X-Mailer: Apple Mail (2.1874) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 May 2014 21:30:05 -0000 --Apple-Mail=_67AD0C05-EB58-4BE1-9061-C292B791F3F1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On May 10, 2014, at 3:25 PM, Shawn Webb wrote: > On May 10, 2014 02:14 PM -0600, Warner Losh wrote: >>=20 >> On May 10, 2014, at 10:45 AM, Shawn Webb wrote: >>=20 >>> Hey All, >>>=20 >>> It seems that the recent changes to the makefiles for building >>> world/kernel have broken some modifications I have locally for >>> implementing ASLR+PIE. I'm quite the bsd make newbie, so I thought = I'd >>> ask for a bit of help. I'm sure the solution is quite simple. >>>=20 >>> My code is up on GitHub. I'll include links at the bottom of the = email. >>>=20 >>> The code in question is in share/mk/bsd.prog.mk, where I'm checking = to >>> see if MK_PIE is not equal to "no". Prior to the recent changes, = this >>> code used to work. (Please note that I know that the way I'm cheking = is >>> a bit bloated, if anyone has any suggestions to trim my code down, = let >>> me know). >>=20 >> You?ll need to add PIE to DEFAULT_NO_OPTIONS in bsd.opts.mk since >> bsd.*.mk files need it. >>=20 >=20 > Thanks a lot! Adding it to that one worked. >=20 > But what's the difference between the DEFAULT_NO_OPTIONS in = src.opts.mk and > bsd.opts.mk? Options to build FreeBSD=92s /usr/src are defined in src.opts.mk. = Options tested by bsd.*.mk, which can be used to build other things, are = in bsd.opts.mk.=20 >>> How this feature is supposed to work is: >>> 1) PIE is added to the __DEFAULT_NO_OPTIONS to make building >>> applications as position-independent executables opt-in. >>> 2) User adds WITH_PIE=3D1 to /etc/src.conf or /etc/make.conf >>> 3) The application being built needs to also specify CAN_PIE=3D1 in = its >>> Makefile. This is because some applications don't support being = built as >>> a position-independent executable. >>> 4) If MK_PIE is not "no" and CAN_PIE is defined, then add additional >>> CFLAGS. >>>=20 >>> The log from my build is here: http://ix.io/cf0 >>>=20 >>> My code is here: >>> = https://github.com/HardenedBSD/hardenedBSD/blob/hardened/current/aslr/shar= e/mk/bsd.prog.mk#L14-L22 >>=20 >> Maybe RESCUE should define NO_SHARED=3Dyes since it is building a >> static binary so you can eliminate a special case that infects the = bsd.*.mk files >> with defines from our src build? >>=20 >=20 > That sounds like a good idea. Since that's outside the scope of my = ASLR > work, should I file a PR for that? Nah, mostly a poke at a 20 year old mistake :) >> Hate that you are propagating the NO_SHARED=3Dno interface, but can?t >> offer at better suggestion at the moment. I?d kinda like to kill = that? >=20 > In looking at the Makefiles, it seems like NO_*/YES_* is being phased > out. Once a suitable alternative to NO_SHARED is in place, I'll make > adjustments on my end. Yea, NO_SHARED likely is going to be the last to die :) NO_FOO used to = be both a Makefile command and a user option. I=92m eliminating the = latter, although some of the former may live on. Warner --Apple-Mail=_67AD0C05-EB58-4BE1-9061-C292B791F3F1 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTbppSAAoJEGwc0Sh9sBEAoyoQAJn9yoFuxuJMWon/MF77le+/ UVSXGs++45iocY6GupqW3dPqSYNQvJlw1Yh2eRcErc0DfEzME7QfhPpgqW41Vb5m Zp2eduJUA4NgfolvbeCp/wtQeUsC9tWWUl2CxwfaFnYxAsmYOaEGAK55jQ6y9zzi v6BgTFlLcH2F+lTquPPyQ8+rPUKneOoAzZCqKyjZiplP3CQRekYM46yWcLhB8S+e JLbbB2lSc440VZ7UNc3GVa9UnoQVpueQaGzIQSKUamf7qMayArwLfm41MnahRXur X4aKiUmU6QBhrfdPzen61f6e0oE1ny7KKdXPRZtTMRMliUISWuZC6NNcTrqzxA+X FaKtRHpUa3VEMgdAlnzmZnsOM5rVYqRINEqGjo0GdS5vFyAjm2/A5hQPk8uzc7ec k9c1cu7QZcp4ApUs4PUy/i6c2RmgAEJOmI4WF0/9IO2+XxSjGVIykKiBIKlodRoM ECeiNqWHNYN7fx8rn5iT9qwTDMdMmEktFz+zT4kT5lmiN9Mi1uq1IPnOm0gFD+1v UFnhixPDNCF4b8gXOXJb2lbDcghyqJjwBIQf40r7JPE11ImrSPJ85e5AhOdHCPx/ YxTmOGetXh66Gy1n3ADiQk1gtxnZj0pkezgaViswQjHriKkrN1JiLuHeSSftXmze zaFgHIjFqhc2fwmPZSgl =YITc -----END PGP SIGNATURE----- --Apple-Mail=_67AD0C05-EB58-4BE1-9061-C292B791F3F1-- From owner-freebsd-current@FreeBSD.ORG Sat May 10 22:39:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 49F23AA5 for ; Sat, 10 May 2014 22:39:06 +0000 (UTC) Received: from mail-qg0-x230.google.com (mail-qg0-x230.google.com [IPv6:2607:f8b0:400d:c04::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 03516172 for ; Sat, 10 May 2014 22:39:05 +0000 (UTC) Received: by mail-qg0-f48.google.com with SMTP id i50so6038839qgf.7 for ; Sat, 10 May 2014 15:39:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=3fsuiHQZ+AGT6hCsiYTD+WKJSNT2BrobLXKERHXMzB0=; b=F7T0w4YZz9bZnnnFwX/zdEGUgQuZBicKs8F+yvpw8f0ZV+gSSPAgxmUeYG2d1XKost mB7LeLUP5pSejN6ZQ0ayHKMpmP0lsP2vPv1y+wzj+og8LIyXMGrZeyBPIZSXSFGl2kNM NwxEeYVSM++KsCzes8r6LkJWElq/WYqWQ7MYPMn1OoqgKMTX0HzWOERZSrjaPwoVkYpK 9jd1iR0buLKTg57S7bb0Nc6kDHyXKLrnaHnCADuk8XLs0Ve8G1YGGa6KcQ1pfYwx3k3p CUZrILpWVk8+0c3QNU6o1xSCezqD/2AEcg5wW1Gfp4BonSzHlXZrno3siACN0a6xpZHS zxGA== X-Received: by 10.224.112.74 with SMTP id v10mr26295364qap.28.1399761544330; Sat, 10 May 2014 15:39:04 -0700 (PDT) Received: from pwnie.vrt.sourcefire.com (moist.vrt.sourcefire.com. [198.148.79.134]) by mx.google.com with ESMTPSA id t14sm4132419qge.33.2014.05.10.15.39.03 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 10 May 2014 15:39:03 -0700 (PDT) Date: Sat, 10 May 2014 18:39:01 -0400 From: Shawn Webb To: Warner Losh Subject: Re: Recent Changes to WITH_*/WITHOUT_* in src Message-ID: <20140510223901.GV3063@pwnie.vrt.sourcefire.com> References: <20140510164512.GS3063@pwnie.vrt.sourcefire.com> <73589111-84D9-40EA-89F1-330396E853DA@bsdimp.com> <20140510212531.GT3063@pwnie.vrt.sourcefire.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GTZ+2qEBTXdGs1w1" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 May 2014 22:39:06 -0000 --GTZ+2qEBTXdGs1w1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On May 10, 2014 03:29 PM -0600, Warner Losh wrote: >=20 > On May 10, 2014, at 3:25 PM, Shawn Webb wrote: >=20 > > On May 10, 2014 02:14 PM -0600, Warner Losh wrote: > >>=20 > >> On May 10, 2014, at 10:45 AM, Shawn Webb wrote: > >>=20 > >>> Hey All, > >>>=20 > >>> It seems that the recent changes to the makefiles for building > >>> world/kernel have broken some modifications I have locally for > >>> implementing ASLR+PIE. I'm quite the bsd make newbie, so I thought I'd > >>> ask for a bit of help. I'm sure the solution is quite simple. > >>>=20 > >>> My code is up on GitHub. I'll include links at the bottom of the emai= l. > >>>=20 > >>> The code in question is in share/mk/bsd.prog.mk, where I'm checking to > >>> see if MK_PIE is not equal to "no". Prior to the recent changes, this > >>> code used to work. (Please note that I know that the way I'm cheking = is > >>> a bit bloated, if anyone has any suggestions to trim my code down, let > >>> me know). > >>=20 > >> You?ll need to add PIE to DEFAULT_NO_OPTIONS in bsd.opts.mk since > >> bsd.*.mk files need it. > >>=20 > >=20 > > Thanks a lot! Adding it to that one worked. > >=20 > > But what's the difference between the DEFAULT_NO_OPTIONS in src.opts.mk= and > > bsd.opts.mk? >=20 > Options to build FreeBSD?s /usr/src are defined in src.opts.mk. Options t= ested by bsd.*.mk, which can be used to build other things, are in bsd.opts= =2Emk.=20 Cool. Thanks for the clarification. Do the options tested by bsd.opts.mk get parsed by the ports framework? I've added similar functionality to the ports framework, but maybe I can remove it in favor of bsd.opts.mk + bsd.prog.mk? Thanks, Shawn --GTZ+2qEBTXdGs1w1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTbqmBAAoJEGqEZY9SRW7uNqEQAL7EvpGh41a6Z+l7accUhC5j KIo1bKe6xt8cTBpY/NJ9J7hGiqVxQl9TVGIAk6RpbhMLYqWkMsi0aZmSZ+XoIekp PKhQouARUXu88MQPu9lL75vQrVYT04e2llYQ7jpV6qOfn2pNEWM1EeoXpmuED9rP LX6pgDIKeWEth0Y0EAxlikZ4rH/tq6H1L7526SNFpPp7g6XQsgEETZpabSvgrsNn K5b2MrO1s1XrNiADeofgzOZ6uGktJWAI8skL534hQVLl6n0bHZyAWcbhCQJS9LM5 Q2J+e9CFRYU58T9aUXkG7LJHr1m/YIkahEC1lUqsLr/tk/qTvCb3A+r6jjVcvYOr msUeATmhktxXxs12rgzPbk54U0RF9cLMV9Zjp/uyzoWsObbbQgocaV15nmlUlFAc YdFuQoL3k/w+saVFYz8SnXqJSWect6j4MZ5U7gL/0vzvG7FJvePPUvot0icYkXfp apUOSedgrePkuNDP1xlHbJ+v87sQo1MozYm31uCOrPtSOlz7UAe9pjZ5mBDuJT9r GYPL4yjNQHUCbXShgoa0DRh7zW9zJ7Mo2q9a6WmqtL2133+t6fkWTIomH17f+luV Jhnp5lrm7S7uG6BvxQqHyFYBbitNT7Hn6A5j8QpRhImML0NNT+O/iM9Nm49yIKFI N1d65300O6osxRlS4sVq =DGnb -----END PGP SIGNATURE----- --GTZ+2qEBTXdGs1w1-- From owner-freebsd-current@FreeBSD.ORG Sun May 11 00:27:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8BE76FC4; Sun, 11 May 2014 00:27:28 +0000 (UTC) Received: from mail-la0-x22a.google.com (mail-la0-x22a.google.com [IPv6:2a00:1450:4010:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DED931FD5; Sun, 11 May 2014 00:27:27 +0000 (UTC) Received: by mail-la0-f42.google.com with SMTP id el20so933551lab.29 for ; Sat, 10 May 2014 17:27:25 -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:message-id:subject :from:to:cc:content-type; bh=YKure8N0LXPe04r5jCEiIq2wi2+9YRLYMEgUPZ+wX9w=; b=UanpeZrip3m6ybb1FzBuHapKs/rSlFi/6t1iE7hiBZ+2M65ped+3GtgHyidt9ns+vv 74//PDLg3T8Cnmj6Ry8QrJ1bTbKBR2hC48Le6oAjQn7mdrVJ1jbhQGn91UeIQTVqn+4M aVwnLZDBINbfCB4b+yfYIZiJdWH2SQ9PCQN+Go6uZ5WaNvWiYrn5Usf1WPMNnLALYYKw KqN5Z3NeuaJkc8SKrOTGUNRdLQnpCsoSJCKumEHvGzy4sL9ehPtIrkMTVlCc8AJAQJzR g2AxvNkiCCt4A68FKsFAdEwviWi1J6o+fIJa4KFPZUKWGaZ8VUJbGiYV8KR8eFAtX4ly 4dwg== MIME-Version: 1.0 X-Received: by 10.112.12.8 with SMTP id u8mr6032900lbb.9.1399768045581; Sat, 10 May 2014 17:27:25 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.67.73 with HTTP; Sat, 10 May 2014 17:27:25 -0700 (PDT) In-Reply-To: <254143261.0.1399675169702.JavaMail.jenkins@jenkins-9.freebsd.org> References: <254143261.0.1399675169702.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Sat, 10 May 2014 17:27:25 -0700 X-Google-Sender-Auth: 6npEJ5ETpCy_Ea8EDS62Vaihxoo Message-ID: Subject: Re: Build failed in Jenkins: FreeBSD_HEAD-modules #386 From: Craig Rodrigues To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current Current , "jenkins-admin@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 May 2014 00:27:28 -0000 Warner, It looks like your change broke the FreeBSD-HEAD-modules build. This build does the following: export JFLAG="-j4" export MAKESYSPATH="${WORKSPACE}/mk" cd ${WORKSPACE}/sys/modules echo "=== make cleandir ===" make cleandir echo "=== make depend ===" make ${JFLAG} depend echo "=== make all ===" make ${JFLAG} all Can you look into this? Thanks. -- Craig On Fri, May 9, 2014 at 3:39 PM, wrote: > See > > Changes: > > [imp] Introduce kern.opts.mk to hold all the options for kernel module > builds. Include this in the right places. Make src.opts.mk optional so > that modules can be built outside of the tree in the ports system. > > PR: 189520 > > ------------------------------------------ > Started by upstream project "FreeBSD_HEAD" build number 636 > originally caused by: > Started by an SCM change > Building remotely on jenkins-10.freebsd.org (FreeBSD-10) in workspace > Updating svn://svn.freebsd.org/base/head/sys at revision '2014-05-09T22:39:09.739 +0000' > U conf/kmod.mk > AU conf/kern.opts.mk > U conf/kern.pre.mk > At revision 265785 > Updating svn://svn.freebsd.org/base/head/share/mk at revision '2014-05-09T22:39:09.739 +0000' > U src.opts.mk > At revision 265785 > [FreeBSD_HEAD-modules] $ /bin/sh -xe /tmp/hudson6703688508778127870.sh > + export JFLAG=-j4 > + export MAKESYSPATH= > + cd > + echo '=== make cleandir ===' > === make cleandir === > + make cleandir > ===> aac (cleandir) > make[1]: " line 24: Could not find ../../share/mk/bsd.mkopt.mk > make[1]: Fatal errors encountered -- cannot continue > make[1]: stopped in > *** Error code 1 > > Stop. > make: stopped in > Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Sun May 11 02:06:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B9EA7A4 for ; Sun, 11 May 2014 02:06:06 +0000 (UTC) Received: from mail-pd0-f172.google.com (mail-pd0-f172.google.com [209.85.192.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3347F26C9 for ; Sun, 11 May 2014 02:06:05 +0000 (UTC) Received: by mail-pd0-f172.google.com with SMTP id g10so5144111pdj.17 for ; Sat, 10 May 2014 19:06:05 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=tF3b/NIjW9niyqSBR9IDTokYyEUWXKC1yxT3lF8CIGU=; b=ZJ3hsJj9Aqa+5XySMm5zwqrWYp6vjPfjSogRhMbAGME6T7NjuuEHpk57uilmesM1Y8 1mAa0XR/xGo6aKlPzWUIov6mMEB32CwVJkF7ycekvf8jctlevqT1N7f6oCcQeO670RXx mTrL0LV2TURa7Z9IihwYIjCILqjBjuKB3q4G37Qiez6/kFJQdxxHxIDv7a7ASiiizodT O5SFXvxUUC8ePloT/aGtLVOzMIxm2jkavRH5+NRecCPdtl5RUK0k8EybYo5JejDT8nls YVT482oZAYJPk+SEcV1G9DHk18ifSWa/dN4KLu5ooznhaeVHB/Z0OUoptT8Wja004J9N XvGA== X-Gm-Message-State: ALoCoQkvWryHrcNya3MSZWQyCo/ySFJMuzIf7hroPR6k38jtaZbbGpCAL3JIXnaJSBPG5eDJUT8F X-Received: by 10.66.254.3 with SMTP id ae3mr38811848pad.49.1399773965038; Sat, 10 May 2014 19:06:05 -0700 (PDT) Received: from lgwl-achen.corp.netflix.com (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id ha11sm15198859pbd.17.2014.05.10.19.06.03 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 10 May 2014 19:06:04 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_CE070688-5A88-488B-8B1C-FBC0403DFD10"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Build failed in Jenkins: FreeBSD_HEAD-modules #386 From: Warner Losh In-Reply-To: Date: Sat, 10 May 2014 20:06:01 -0600 Message-Id: <26E92F41-F849-43E2-AC1F-553F1AB7B11F@bsdimp.com> References: <254143261.0.1399675169702.JavaMail.jenkins@jenkins-9.freebsd.org> To: Craig Rodrigues X-Mailer: Apple Mail (2.1874) Cc: freebsd-current Current , "jenkins-admin@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 May 2014 02:06:06 -0000 --Apple-Mail=_CE070688-5A88-488B-8B1C-FBC0403DFD10 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On May 10, 2014, at 6:27 PM, Craig Rodrigues = wrote: > Warner, >=20 > It looks like your change broke the FreeBSD-HEAD-modules > build. >=20 > This build does the following: >=20 > export JFLAG=3D"-j4" > export MAKESYSPATH=3D"${WORKSPACE}/mk=94 Shouldn=92t this be ${WORKSPACE}/share/mk? MAKESYSPATH needs to be = =85/share/mk or $TOP/share/mk when building outside of make world-like = environments now. Warner > cd ${WORKSPACE}/sys/modules > echo "=3D=3D=3D make cleandir =3D=3D=3D" > make cleandir > echo "=3D=3D=3D make depend =3D=3D=3D" > make ${JFLAG} depend > echo "=3D=3D=3D make all =3D=3D=3D" > make ${JFLAG} all >=20 >=20 > Can you look into this? >=20 > Thanks. >=20 > -- > Craig >=20 >=20 > On Fri, May 9, 2014 at 3:39 PM, wrote: >> See = = >>=20 >> Changes: >>=20 >> [imp] Introduce kern.opts.mk to hold all the options for kernel = module >> builds. Include this in the right places. Make src.opts.mk optional = so >> that modules can be built outside of the tree in the ports system. >>=20 >> PR: 189520 >>=20 >> ------------------------------------------ >> Started by upstream project "FreeBSD_HEAD" build number 636 >> originally caused by: >> Started by an SCM change >> Building remotely on jenkins-10.freebsd.org (FreeBSD-10) in workspace = >> Updating svn://svn.freebsd.org/base/head/sys at revision = '2014-05-09T22:39:09.739 +0000' >> U conf/kmod.mk >> AU conf/kern.opts.mk >> U conf/kern.pre.mk >> At revision 265785 >> Updating svn://svn.freebsd.org/base/head/share/mk at revision = '2014-05-09T22:39:09.739 +0000' >> U src.opts.mk >> At revision 265785 >> [FreeBSD_HEAD-modules] $ /bin/sh -xe = /tmp/hudson6703688508778127870.sh >> + export JFLAG=3D-j4 >> + export = MAKESYSPATH=3D >> + cd = >> + echo '=3D=3D=3D make cleandir =3D=3D=3D' >> =3D=3D=3D make cleandir =3D=3D=3D >> + make cleandir >> =3D=3D=3D> aac (cleandir) >> make[1]: = " line 24: Could not find = ../../share/mk/bsd.mkopt.mk >> make[1]: Fatal errors encountered -- cannot continue >> make[1]: stopped in = >> *** Error code 1 >>=20 >> Stop. >> make: stopped in = >> Build step 'Execute shell' marked build as failure --Apple-Mail=_CE070688-5A88-488B-8B1C-FBC0403DFD10 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTbtsJAAoJEGwc0Sh9sBEAGbwP/2T9CTPJWjqnri0UXW180deG r1+DCyXyDkaPL+eaI0+PSgeVETUEdYouPP9zo4vPzjG0l/zIqmoOlEGLcFu3frhH NrYX8dGkFe3s9JYrTUstyGi5iZnotoDk2Lji6mwqhB8pptPkpD3cEJbmgDMvIISo OGohQpUTkzDw2j6dvSGh5MSXuoahC3JzB4nEtbiJOEJwTKL6ZF79sb0w/VMr4h5c UuVnLWlz+FGvCQkZw08L+NmjkDHlo8k3ScmZPSZ2CJk560DeDRBvrmecw3YX9qe2 F6K3rbVFoRYc5YyYJdVOb7s6RbBzA/jv/29azzYZq0iEeSfqVvAeON/FcBlCbTd9 3Tu59IA1Wk98t5faaO86uPta9oBKj/QDrz0CXLksIY9DIEMbyiSLZxssBE6GCfji YacZdMGkz2jWs7qMovtlw/oGaqWqXGjX3JqzBYxWtdgZS6hE6QxJ3FcnpJqVvEWT 6K7Rxi4ftJiF774wInDVzskHIkD1d0v7oyObKEUcw9wxZHzoH1CXT9Xxqp64JCvO DEvF/JWSQb4N72ga+n7gnniNxP2G2SHlL5RtDQtL2RHmmBeWt/3qVgOtTFj7cLf0 puOFYApWT7rerODhAeuLseHfKS8GJuauRzG+WXq3OxR0DacQWqiAPjgvGTM0D1qF ng4eC3c5yfotDr2h0euB =MnZb -----END PGP SIGNATURE----- --Apple-Mail=_CE070688-5A88-488B-8B1C-FBC0403DFD10-- From owner-freebsd-current@FreeBSD.ORG Sun May 11 02:07:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7ECA98AF for ; Sun, 11 May 2014 02:07:01 +0000 (UTC) Received: from mail-pa0-f44.google.com (mail-pa0-f44.google.com [209.85.220.44]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B94426DB for ; Sun, 11 May 2014 02:07:01 +0000 (UTC) Received: by mail-pa0-f44.google.com with SMTP id ld10so5930691pab.31 for ; Sat, 10 May 2014 19:07:00 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=rl/Y1WUFbi+FUPK2jdhj6GJDXrceHFQNpog0Mo/c4Lk=; b=dQr5IyVAqCMONQ/rLFGAvzJ7UAkcfkzqXq4LIGpOR86D3BXmkxgbPwUuXZX+KwnmVI I3SWnucTZLAYEOJkOlCS/M4ZijAXPPxXAYc7R8IGM3XwR6w/nSxfWTwM4RiTav33WGEt 75OWnnLZj6O28XcX/tohKAamloGucqjkgcC2+WMz6ykcblA3BjNRBl2bJTfhHAgtbM3V IXHwS0dj33CAt7SrSWR/ZAFQE7NlWl+nlCRZ4JKvNLD5ER4GrQHXg169F5TksqjCM6zE AaXVi79p8WsccGgmpknKBk3RDd2W2Cq3DymzBAyNHMbhGr0BklLohbBaxsiaeFdENUOl lfbA== X-Gm-Message-State: ALoCoQmKGIhIBngvwFz7kAvdMpFghed9LMtvIAl+bJc6nYm9rbSEEDktRJcTRG3LkgL+xhkYw7dN X-Received: by 10.66.180.34 with SMTP id dl2mr38902935pac.124.1399774020537; Sat, 10 May 2014 19:07:00 -0700 (PDT) Received: from lgwl-achen.corp.netflix.com (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id ha11sm15198859pbd.17.2014.05.10.19.06.59 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 10 May 2014 19:06:59 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_E283EEC5-8D90-40AE-B117-F026F248FEC3"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Build failed in Jenkins: FreeBSD_HEAD-modules #386 From: Warner Losh In-Reply-To: <26E92F41-F849-43E2-AC1F-553F1AB7B11F@bsdimp.com> Date: Sat, 10 May 2014 20:06:58 -0600 Message-Id: <24A899DC-E837-4050-964C-4A592C39D8C8@bsdimp.com> References: <254143261.0.1399675169702.JavaMail.jenkins@jenkins-9.freebsd.org> <26E92F41-F849-43E2-AC1F-553F1AB7B11F@bsdimp.com> To: Craig Rodrigues X-Mailer: Apple Mail (2.1874) Cc: freebsd-current Current , "jenkins-admin@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 May 2014 02:07:01 -0000 --Apple-Mail=_E283EEC5-8D90-40AE-B117-F026F248FEC3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On May 10, 2014, at 8:06 PM, Warner Losh wrote: >=20 > On May 10, 2014, at 6:27 PM, Craig Rodrigues = wrote: >=20 >> Warner, >>=20 >> It looks like your change broke the FreeBSD-HEAD-modules >> build. >>=20 >> This build does the following: >>=20 >> export JFLAG=3D"-j4" >> export MAKESYSPATH=3D"${WORKSPACE}/mk=94 >=20 > Shouldn=92t this be ${WORKSPACE}/share/mk? MAKESYSPATH needs to be = =85/share/mk or $TOP/share/mk when building outside of make world-like = environments now. >=20 > Warner >=20 >> cd ${WORKSPACE}/sys/modules >> echo "=3D=3D=3D make cleandir =3D=3D=3D" >> make cleandir >> echo "=3D=3D=3D make depend =3D=3D=3D" >> make ${JFLAG} depend >> echo "=3D=3D=3D make all =3D=3D=3D" >> make ${JFLAG} all Just confirmed that it works with a proper MAKESYSPATH=85 Warner >>=20 >> Can you look into this? >>=20 >> Thanks. >>=20 >> -- >> Craig >>=20 >>=20 >> On Fri, May 9, 2014 at 3:39 PM, wrote: >>> See = = >>>=20 >>> Changes: >>>=20 >>> [imp] Introduce kern.opts.mk to hold all the options for kernel = module >>> builds. Include this in the right places. Make src.opts.mk optional = so >>> that modules can be built outside of the tree in the ports system. >>>=20 >>> PR: 189520 >>>=20 >>> ------------------------------------------ >>> Started by upstream project "FreeBSD_HEAD" build number 636 >>> originally caused by: >>> Started by an SCM change >>> Building remotely on jenkins-10.freebsd.org (FreeBSD-10) in = workspace = >>> Updating svn://svn.freebsd.org/base/head/sys at revision = '2014-05-09T22:39:09.739 +0000' >>> U conf/kmod.mk >>> AU conf/kern.opts.mk >>> U conf/kern.pre.mk >>> At revision 265785 >>> Updating svn://svn.freebsd.org/base/head/share/mk at revision = '2014-05-09T22:39:09.739 +0000' >>> U src.opts.mk >>> At revision 265785 >>> [FreeBSD_HEAD-modules] $ /bin/sh -xe = /tmp/hudson6703688508778127870.sh >>> + export JFLAG=3D-j4 >>> + export = MAKESYSPATH=3D >>> + cd = >>> + echo '=3D=3D=3D make cleandir =3D=3D=3D' >>> =3D=3D=3D make cleandir =3D=3D=3D >>> + make cleandir >>> =3D=3D=3D> aac (cleandir) >>> make[1]: = " line 24: Could not find = ../../share/mk/bsd.mkopt.mk >>> make[1]: Fatal errors encountered -- cannot continue >>> make[1]: stopped in = >>> *** Error code 1 >>>=20 >>> Stop. >>> make: stopped in = >>> Build step 'Execute shell' marked build as failure >=20 --Apple-Mail=_E283EEC5-8D90-40AE-B117-F026F248FEC3 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTbttCAAoJEGwc0Sh9sBEAq0UP/1jBU6CFZ4z9Bpn7QaXRXBSE AFtGAvToVylFTp6AZ6aTZ7yU1x+TITu9dcdINeEDTG0dPGGL2qfOO5ev3h2nbgiw c1AGWX2RV38O8ID0w1gsedxTGSDBaG1oZK+N8pcHkG6zdrvwmYMG0MBlbYOEabU3 3ktxxNNXIanqRtyj+y0Mvw2gktlG5eGUABPl7XG+SSd1eCzeq9vhDOnLpnJuEhP+ PqZ8aCMvqBmeO/KCU1NCsoWVcX4V20hve66MUJBpKAzNsS/IR+HzPn73vXcYKfYv cwBULWAXnSr57jSSCW2tpHJ2X2KUzRkuXBPzNLEtn/fCfCVarRMFNzcJig4HxmBa DjqmTZz7hM5TQ7naDK2k667ZYy7fh3m/qbvHvB5+jd+FF/KXIBFQjSgmFgJLEvQl ldN1AU+/L4VHhGWbR1P8HuRiwupfPAPnNCPitMn57MPJHsoX7fj9Ko0tPN/U0Iw+ LIWbQ4HWxC9RndxduDztpOjmoJWi2Q7e6Dr6/pBtz4lyv3vmKN0Y9MUY+T2zKe6j /WJ74U4bT2n0gxTRJnV4TlKlQcrzs57orP+QlVMJSZ1lYtW28C16lGq4lgmjpR9G oYv9S8Q6IGkl3zvObnoEsyJPWaXSwf6scbzfBZfC003vzaVc5J1rZLKG8Hgp9D7C f3KfW83QZSlsNXPz1JWW =digO -----END PGP SIGNATURE----- --Apple-Mail=_E283EEC5-8D90-40AE-B117-F026F248FEC3-- From owner-freebsd-current@FreeBSD.ORG Sun May 11 01:40:58 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0E96CE5B; Sun, 11 May 2014 01:40:58 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id EECE02563; Sun, 11 May 2014 01:40:57 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 192BC520; Sun, 11 May 2014 01:40:58 +0000 (UTC) Date: Sun, 11 May 2014 01:40:55 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, andrew@FreeBSD.org, imp@FreeBSD.org, ian@FreeBSD.org, loos@FreeBSD.org, adrian@FreeBSD.org, nwhitehorn@FreeBSD.org, alc@FreeBSD.org, hselasky@FreeBSD.org, kib@FreeBSD.org, tuexen@FreeBSD.org Message-ID: <1654160988.8.1399772457954.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1670804369.7.1399762721198.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1670804369.7.1399762721198.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD-modules #394 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-modules X-Jenkins-Result: FAILURE X-Mailman-Approved-At: Sun, 11 May 2014 02:31:37 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 May 2014 01:40:58 -0000 See Changes: [nwhitehorn] Make ofwfb actually work again. Apparently the API it was written against still exists but is now silently ignored by the VT core. At least xboxfb needs similar changes. [ian] Make the hardware memory and instruction barrier functions work on armv4 and armv5 as well. ------------------------------------------ Started by upstream project "FreeBSD_HEAD" build number 644 originally caused by: Started by an SCM change Building remotely on jenkins-10.freebsd.org (FreeBSD-10) in workspace Updating svn://svn.freebsd.org/base/head/sys at revision '2014-05-11T01:40:35.529 +0000' U modules/Makefile U dev/vt/hw/ofwfb/ofwfb.c U arm/include/atomic.h At revision 265862 Updating svn://svn.freebsd.org/base/head/share/mk at revision '2014-05-11T01:40:35.529 +0000' At revision 265862 no change for svn://svn.freebsd.org/base/head/share/mk since the previous build [FreeBSD_HEAD-modules] $ /bin/sh -xe /tmp/hudson6157057872793104615.sh + export JFLAG=-j4 + export MAKESYSPATH= + cd + echo '=== make cleandir ===' === make cleandir === + make cleandir ===> aac (cleandir) make[1]: " line 24: Could not find ../../share/mk/bsd.mkopt.mk make[1]: " line 38: Malformed conditional (${MK_FORMAT_EXTENSIONS} == "no") make[1]: Fatal errors encountered -- cannot continue make[1]: stopped in *** Error code 1 Stop. make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Sun May 11 08:28:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E527F66; Sun, 11 May 2014 08:28:14 +0000 (UTC) Received: from mail-vc0-x235.google.com (mail-vc0-x235.google.com [IPv6:2607:f8b0:400c:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1AAF12E70; Sun, 11 May 2014 08:28:13 +0000 (UTC) Received: by mail-vc0-f181.google.com with SMTP id ld13so6713599vcb.26 for ; Sun, 11 May 2014 01:28:13 -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:message-id :subject:from:to:cc:content-type; bh=X6DQZhx0ehnVbDb1LcNnMd4eas72q6u0JnAy0TQJo3M=; b=R0bSG6u0cbxKlpSJjkjypvDesSdjoMNK0AZf+Bpvtz+jP0JeAdHm8yO4n7eDzjLQxG 5FQ2EXyOwoXg//Q+B4bRVasCz72lg+6IpQnHwLnaB39vjlOGz+b211fGGBywfVat72Ah SkRzRb8l6HU8LQ5HTjsgoIzz+4Ey9G+CiVLxRM/pCpZsElE0ZyXPsxLNBY3zW1fWk4YE XspKTaCANHjPHeKfgHki1TctF1LCYna7tfpx1r1cnLatuQfu1/ukfCA0OTyaREQWHgqN /uhBVpSnvFIwCCs6c38d0XVdT3FgkF+qhfCc3HNbvnLk1u7VEtNUn26sgdnbkaJ5fbu1 SJ8Q== MIME-Version: 1.0 X-Received: by 10.220.250.203 with SMTP id mp11mr17191948vcb.2.1399796893096; Sun, 11 May 2014 01:28:13 -0700 (PDT) Reply-To: hiroo.ono+freebsd@gmail.com Sender: hiroo.ono@gmail.com Received: by 10.58.216.232 with HTTP; Sun, 11 May 2014 01:28:13 -0700 (PDT) In-Reply-To: <536CA457.4020805@gmail.com> References: <536B3D47.2070601@gmail.com> <536CA457.4020805@gmail.com> Date: Sun, 11 May 2014 17:28:13 +0900 X-Google-Sender-Auth: 9OivqE5-x5hXyJ5sf9nMtaX1o0g Message-ID: Subject: Re: Questions and *little* bugs in new vt(9) From: =?UTF-8?B?SGlyb28gT25vICjlsI/ph47lr5vnlJ8p?= To: Ed Maste Content-Type: text/plain; charset=UTF-8 Cc: David Demelier , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 May 2014 08:28:14 -0000 Hello, 2014-05-09 18:48 GMT+09:00 David Demelier : > On 08/05/2014 17:09, Ed Maste wrote: >> >> On 8 May 2014 04:16, David Demelier wrote: >>> >>> Hi there, >>> >>> I'm currently trying vt(9) on a CURRENT kernel (only the kernel not the >>> base). I have very small bugs, not really serious. I'm currently using >>> the >>> radeon KMS driver. >>> * When I don't use the native resolution (i.e the radeon firmwares are >>> not >>> loaded) switching from a tty to another results sometimes in a black >>> screen >>> when only some colors are displayed. This does not seems to appear when >>> the >>> native resolution is set. >> >> Can you describe the corruption in some more detail, or share a >> picture of it? I haven't observed something like this with stock vt, >> and the vt_vga driver. I also have similar display corruption when I switch between ttys. The monitor sometime become black screen with only cursor displayed, or sometimes get messed like this picture: https://dl.dropboxusercontent.com/u/16075585/FreeBSD/vt_20140509.jpg Toggling between ttys a few times get things normal, so it is not really a problem. I see it on current r265145 and stable/10 r265146. the (head of) dmesg for the PC running stable/10 is: Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-STABLE #28 r265146: Thu May 8 00:46:23 JST 2014 root@:/usr/obj/usr/src/sys/OIKUMENE i386 FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 CPU: Intel(R) Atom(TM) CPU N270 @ 1.60GHz (1608.03-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x106c2 Family = 0x6 Model = 0x1c Stepping = 2 Features=0xbfe9fbff Features2=0x40c39d AMD Features=0x100000 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 2147483648 (2048 MB) avail memory = 2081185792 (1984 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 WARNING: VIMAGE (virtualized network stack) is a highly experimental feature. ACPI BIOS Warning (bug): Optional FADT field Pm2ControlBlock has zero address or length: 0x0000000000000820/0x0 (20130823/tbfadt-630) ACPI BIOS Warning (bug): Invalid length for FADT/Pm2ControlBlock: 0, using default 8 (20130823/tbfadt-682) ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard random: initialized kbd0 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7f700000 (3) failed cpu0: on acpi0 cpu1: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xec80-0xec87 mem 0xfeb80000-0xfebfffff,0xd0000000-0xdfffffff,0xfeb40000-0xfeb7ffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: aperture size is 256M, detected 7932k stolen memory vgapci0: Boot video device vgapci1: mem 0xfea80000-0xfeafffff at device 2.1 on pci0 hdac0: mem 0xfeb38000-0xfeb3bfff irq 16 at device 27.0 on pci0 pcib1: irq 16 at device 28.0 on pci0 pci4: on pcib1 re0: port 0xdc00-0xdcff mem 0xfe8ff000-0xfe8fffff,0xbfef0000-0xbfefffff irq 16 at device 0.0 on pci4 re0: Using 1 MSI-X message re0: Chip rev. 0x3c000000 re0: MAC rev. 0x00400000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Ethernet address: 00:23:54:c6:c1:12 pcib2: irq 17 at device 28.1 on pci0 pci3: on pcib2 ral0: mem 0xfe7f0000-0xfe7fffff irq 17 at device 0.0 on pci3 the PC running current is similar, for it is a netbook with an Atom CPU. From owner-freebsd-current@FreeBSD.ORG Sun May 11 04:48:46 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 60203FC4; Sun, 11 May 2014 04:48:46 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 3D365211F; Sun, 11 May 2014 04:48:46 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id AF539574; Sun, 11 May 2014 04:48:45 +0000 (UTC) Date: Sun, 11 May 2014 04:48:41 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, andrew@FreeBSD.org, imp@FreeBSD.org, ian@FreeBSD.org, loos@FreeBSD.org, grehan@FreeBSD.org, adrian@FreeBSD.org, nwhitehorn@FreeBSD.org, alc@FreeBSD.org, hselasky@FreeBSD.org, kib@FreeBSD.org, tuexen@FreeBSD.org Message-ID: <484921815.9.1399783724603.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1654160988.8.1399772457954.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1654160988.8.1399772457954.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD-modules #395 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-modules X-Jenkins-Result: FAILURE X-Mailman-Approved-At: Sun, 11 May 2014 11:25:22 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 May 2014 04:48:46 -0000 See Changes: [ian] Add cpu_l2cache_drain_writebuf(), use it to implement generic_bs_barrier(). On modern ARM SoCs the L2 cache controller sits between the CPU and the AXI bus, and most on-chip memory-mapped devices are on the AXI bus. We map the device registers using the 'Device' memory attribute, which means the memory is not cached, but writes to it are buffered. Ensuring that a write has made it all the way to a device may require that the L2 controller take some action. There is currently only one implementation of the new function, for the PL310 cache controller. It invokes a function that the controller manual calls "cache sync" but it actually has nothing to do with cache at all, it triggers a drain of all pending store buffer writes and it blocks until they complete. The sheeva and xscale L2 controllers (which predate the concept of Device memory) don't seem to have a corresponding function. It appears that the standard armv5 drain_writebuf function includes draining all the way through the L2 controller. [grehan] Enable SMP for Exynos-based platforms (i.e. Chromebook) Reviewed by: br [nwhitehorn] Use vt(4) by default on 32-bit PowerPC now that it is fully functional and fast. 64-bit PowerPC will follow along once the PS3 framebuffer driver is adapted. [nwhitehorn] Port over mmap routine from syscons. This lets X11 work on PowerPC with vt. The last obstacle to switching PowerPC entirely to vt is that the Playstation 3 framebuffer driver needs to be ported over. This only applies for powerpc64, however. [nwhitehorn] Make ofwfb not be painfully slow. This reduces the time for a verbose boot on my G4 iBook by more than half. Still 10% slower than syscons, but that's much better than a factor of 2. The slowness had to do with pathological write performance on 8-bit framebuffers, which are almost universally used on Open Firmware systems. Writing 1 byte at a time, potentially nonconsecutively, resulted in many extra PCI write cycles. This patch, in the common case where it's writing one or several characters in an 8x8 font, gangs the writes together into a set of 32-bit writes. This is a port of r143830 to vt(4). The EFI framebuffer is also extremely slow, probably for the same reason, and the same patch will likely help there. ------------------------------------------ Started by upstream project "FreeBSD_HEAD" build number 645 originally caused by: Started by an SCM change Building remotely on jenkins-10.freebsd.org (FreeBSD-10) in workspace Updating svn://svn.freebsd.org/base/head/sys at revision '2014-05-11T04:47:43.849 +0000' U arm/arm/cpufunc.c U arm/arm/pl310.c U arm/arm/bus_space_generic.c U arm/include/cpufunc.h U arm/conf/EXYNOS5250.common U powerpc/conf/GENERIC U dev/vt/hw/ofwfb/ofwfb.c At revision 265870 Updating svn://svn.freebsd.org/base/head/share/mk at revision '2014-05-11T04:47:43.849 +0000' At revision 265870 no change for svn://svn.freebsd.org/base/head/share/mk since the previous build [FreeBSD_HEAD-modules] $ /bin/sh -xe /tmp/hudson8143550771314082790.sh + export JFLAG=-j4 + export MAKESYSPATH= + cd + echo '=== make cleandir ===' === make cleandir === + make cleandir ===> aac (cleandir) make[1]: " line 24: Could not find ../../share/mk/bsd.mkopt.mk make[1]: " line 38: Malformed conditional (${MK_FORMAT_EXTENSIONS} == "no") make[1]: Fatal errors encountered -- cannot continue make[1]: stopped in *** Error code 1 Stop. make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Sun May 11 12:49:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F0A1CF75 for ; Sun, 11 May 2014 12:49:56 +0000 (UTC) Received: from mail-pa0-x235.google.com (mail-pa0-x235.google.com [IPv6:2607:f8b0:400e:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C70042016 for ; Sun, 11 May 2014 12:49:56 +0000 (UTC) Received: by mail-pa0-f53.google.com with SMTP id kp14so6324047pab.40 for ; Sun, 11 May 2014 05:49:56 -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 :content-type; bh=nzjDdEYIy4RzO3IAfmjs4moWRxDrp8AaL3RS+YjARR0=; b=YuNeaWPXQVGdyoQWyP74TwIZDG2fuCrbbm67+YsiTyWSIwZs7IC9CGz/KP51qQshhQ UEtkEOcrQeV5+UHMXsIEazbNJkdvGoCj2jGIUE99ZoNFlE0eg+vt43XxJtXi0e5BRuMO EkHylOqhO42UAoY0H+eG7/k75xWSWWMYnhcniBaQ3IOULipBoILH1Wnhu4FQTb3NSfV2 uHEVvgPyXvyqRTSs/2xzTakbQjwWYnZ5eVZvF1nXXJohUMqgRSuITqJNxmfdZXoXX3l0 qomHv4RrLEOdJ7eXFqTd95I4XOXB42N48Yr1Vh9YOrMLhWHZB4blgFTUgtDdaSG9SGGE Abfw== X-Received: by 10.66.119.172 with SMTP id kv12mr43513293pab.34.1399812596207; Sun, 11 May 2014 05:49:56 -0700 (PDT) Received: from [192.168.1.101] ([183.90.37.190]) by mx.google.com with ESMTPSA id uy2sm17515595pbc.4.2014.05.11.05.49.53 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 11 May 2014 05:49:55 -0700 (PDT) Message-ID: <536F71F0.9030605@gmail.com> Date: Sun, 11 May 2014 20:49:52 +0800 From: bycn82 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0) Gecko/20120129 Thunderbird/10.0 MIME-Version: 1.0 To: FreeBSD Current Subject: Makefile Problem of FreeBSD-Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 May 2014 12:49:57 -0000 As you can see below . it still did not find the src.opts.mk root@FB10Head:/usr/src/sbin/ipfw # make make: "/usr/src/sbin/ipfw/Makefile" line 3: Could not find src.opts.mk make: "/usr/src/sbin/ipfw/Makefile" line 9: Malformed conditional (${MK_PF} != "no") make: "/usr/src/sbin/ipfw/../Makefile.inc" line 4: Could not find src.opts.mk make: "/usr/src/sbin/ipfw/../Makefile.inc" line 9: Malformed conditional (${MK_DYNAMICROOT} == "no") make: Fatal errors encountered -- cannot continue make: stopped in /usr/src/sbin/ipfw root@FB10Head:/usr/src/sbin/ipfw # uname -a FreeBSD FB10Head 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r265868: Sun May 11 11:44:35 UTC 2014 root@FB10Head:/usr/obj/usr/src/sys/GENERIC amd64 From owner-freebsd-current@FreeBSD.ORG Sun May 11 13:39:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DEFE5FA6 for ; Sun, 11 May 2014 13:39:03 +0000 (UTC) Received: from mail.ignoranthack.me (ujvl.x.rootbsd.net [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BF9F42380 for ; Sun, 11 May 2014 13:39:02 +0000 (UTC) Received: from [192.168.1.134] (c-50-131-4-11.hsd1.ca.comcast.net [50.131.4.11]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 3404A1928E4; Sun, 11 May 2014 13:39:01 +0000 (UTC) Subject: Re: Makefile Problem of FreeBSD-Current From: Sean Bruno Reply-To: sbruno@freebsd.org To: bycn82 In-Reply-To: <536F71F0.9030605@gmail.com> References: <536F71F0.9030605@gmail.com> Content-Type: text/plain; charset="UTF-8" Date: Sun, 11 May 2014 06:39:00 -0700 Message-ID: <1399815540.1992.2.camel@alice> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 May 2014 13:39:03 -0000 On Sun, 2014-05-11 at 20:49 +0800, bycn82 wrote: > As you can see below . it still did not find the src.opts.mk > > > root@FB10Head:/usr/src/sbin/ipfw # make > make: "/usr/src/sbin/ipfw/Makefile" line 3: Could not find src.opts.mk > make: "/usr/src/sbin/ipfw/Makefile" line 9: Malformed conditional > (${MK_PF} != "no") > make: "/usr/src/sbin/ipfw/../Makefile.inc" line 4: Could not find > src.opts.mk > make: "/usr/src/sbin/ipfw/../Makefile.inc" line 9: Malformed conditional > (${MK_DYNAMICROOT} == "no") > make: Fatal errors encountered -- cannot continue > make: stopped in /usr/src/sbin/ipfw > root@FB10Head:/usr/src/sbin/ipfw # uname -a > FreeBSD FB10Head 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r265868: Sun May > 11 11:44:35 UTC 2014 root@FB10Head:/usr/obj/usr/src/sys/GENERIC amd64 > _______________________________________________ > 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" I suspect you are seeing the same issue as described in the thread "delete-old issue with src.opts.mk" on -current. sean From owner-freebsd-current@FreeBSD.ORG Sun May 11 13:49:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 951B364D; Sun, 11 May 2014 13:49:24 +0000 (UTC) Received: from mail-ve0-x22e.google.com (mail-ve0-x22e.google.com [IPv6:2607:f8b0:400c:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 42B412437; Sun, 11 May 2014 13:49:24 +0000 (UTC) Received: by mail-ve0-f174.google.com with SMTP id jw12so7515083veb.33 for ; Sun, 11 May 2014 06:49:23 -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=48fmFOcfayOApkgAK42ufkw40WMg3hwnbWIIlVIe/Ds=; b=tWLhA3ZNMVuR27WTuhkKemL73Dek0kRF3Igow8FR5u9F1VuaoVjKLpCSFjdEv7Iq3K QVw2Hp9zdMWDEgVwYWDsD5xap7WbuykjEbx5q9uggRjtjmbholqEZYadSJGJ25wsUjjr gYUfJ1FxIMSOL4IaQ6zeAlZru8e3OaiXJe8KHIM5nLWgPpHaQIp+sUORXGHWIU06EJ2G RoxIsn7hMFqo4Btqyv5EKWCihQL+njyZCYV3inaVEMEMWI/Ge0kNWEffVzaI5/rcDk4X 8B9Vocvw4+rrZ0FQW2bNz1FbFuBhEEjKOrb0nfcvPkdDCq6lbtAgHSULmwc0WcEs3TFZ ztuA== MIME-Version: 1.0 X-Received: by 10.220.159.4 with SMTP id h4mr18600642vcx.1.1399816163346; Sun, 11 May 2014 06:49:23 -0700 (PDT) Received: by 10.220.239.84 with HTTP; Sun, 11 May 2014 06:49:23 -0700 (PDT) In-Reply-To: <1399815540.1992.2.camel@alice> References: <536F71F0.9030605@gmail.com> <1399815540.1992.2.camel@alice> Date: Sun, 11 May 2014 09:49:23 -0400 Message-ID: Subject: Re: Makefile Problem of FreeBSD-Current From: Thomas Hoffmann To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: bycn82 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 May 2014 13:49:24 -0000 On Sun, May 11, 2014 at 9:39 AM, Sean Bruno wrote: > On Sun, 2014-05-11 at 20:49 +0800, bycn82 wrote: > > As you can see below . it still did not find the src.opts.mk > > > > > > root@FB10Head:/usr/src/sbin/ipfw # make > > make: "/usr/src/sbin/ipfw/Makefile" line 3: Could not find src.opts.mk > > make: "/usr/src/sbin/ipfw/Makefile" line 9: Malformed conditional > > (${MK_PF} != "no") > > make: "/usr/src/sbin/ipfw/../Makefile.inc" line 4: Could not find > > src.opts.mk > > make: "/usr/src/sbin/ipfw/../Makefile.inc" line 9: Malformed conditional > > (${MK_DYNAMICROOT} == "no") > > make: Fatal errors encountered -- cannot continue > > make: stopped in /usr/src/sbin/ipfw > > root@FB10Head:/usr/src/sbin/ipfw # uname -a > > FreeBSD FB10Head 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r265868: Sun May > > 11 11:44:35 UTC 2014 root@FB10Head:/usr/obj/usr/src/sys/GENERIC > amd64 > > _______________________________________________ > > 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" > > > I suspect you are seeing the same issue as described in the thread > "delete-old issue with src.opts.mk" on -current. > I successfully built -CURRENT 265866 last night and did not run into this problem. However, I ran -DNO_CLEAN and had no need to rebuild ipfw from my previous build(s). If I now go into the /usr/src/sbin/ipfw directory and simply do a 'make', I can duplicate this error. The /usr/src/sbin/ipfw/Makefile includes an .include for src.opts.mk: # $FreeBSD: head/sbin/ipfw/Makefile 265420 2014-05-06 04:22:01Z imp $ .include PROG= ipfw SRCS= ipfw2.c dummynet.c ipv6.c main.c nat.c WARNS?= 2 ... Maybe it should not? -Tom From owner-freebsd-current@FreeBSD.ORG Sun May 11 15:14:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5A0AA2B for ; Sun, 11 May 2014 15:14:49 +0000 (UTC) Received: from mail-pa0-f45.google.com (mail-pa0-f45.google.com [209.85.220.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B8FEF2B26 for ; Sun, 11 May 2014 15:14:49 +0000 (UTC) Received: by mail-pa0-f45.google.com with SMTP id ey11so6549348pad.32 for ; Sun, 11 May 2014 08:14:48 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=T4VmIQpmLGjVTwjGbyfr2bh/KTFALKvRgHypxoxf2Xo=; b=Mtpbm1YmdoHi5hagDXprVSyD4N+GYSqpiyW/T5vziZC6p0RKCxCTx9ziB1Mg94MblA FwRcTJHMHB5rOgwqYJHxKOR22u5O4ek5PMCEcx/2p5d6YeTGUK/4av5FKSFxlgdHawik FJe4J+0qva8XUaVC872AKECLxj1Kbp5W2H0ipjnnjH0kJyR5tKI2uWgL5YfrV0GUk5bm pID5SXYdpxT/ViJUjlyFwKg0OL9Mn06PKDB6t5Bn7355g9R46vQpbgGJwauv0PvxDe+B aebf4qaPJOcpMX7BXBxJ7/aj9cU/JWyplOYLpGFcxt2QJf5OK+5ogGjL1yaUAodSifZ1 cMuw== X-Gm-Message-State: ALoCoQlPODKp5/2k1DP5LkoO3DV5yRFDTrcqt686ty8QyznkYUVGvRwSQ1wxwN8vhaz52Vca9bU+ X-Received: by 10.66.248.228 with SMTP id yp4mr45155977pac.94.1399821288922; Sun, 11 May 2014 08:14:48 -0700 (PDT) Received: from lgwl-achen.corp.netflix.com (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id qv3sm17972253pbb.87.2014.05.11.08.14.47 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 11 May 2014 08:14:48 -0700 (PDT) Sender: Warner Losh X-Google-Original-From: Warner Losh Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Makefile Problem of FreeBSD-Current From: Warner Losh In-Reply-To: <536F71F0.9030605@gmail.com> Date: Sun, 11 May 2014 09:14:46 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <3339745E-1C55-4265-9E17-C1515C1D0430@gmail.com> References: <536F71F0.9030605@gmail.com> To: bycn82 X-Mailer: Apple Mail (2.1874) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 May 2014 15:14:50 -0000 On May 11, 2014, at 6:49 AM, bycn82 wrote: > As you can see below . it still did not find the src.opts.mk >=20 >=20 > root@FB10Head:/usr/src/sbin/ipfw # make > make: "/usr/src/sbin/ipfw/Makefile" line 3: Could not find src.opts.mk > make: "/usr/src/sbin/ipfw/Makefile" line 9: Malformed conditional = (${MK_PF} !=3D "no") > make: "/usr/src/sbin/ipfw/../Makefile.inc" line 4: Could not find = src.opts.mk > make: "/usr/src/sbin/ipfw/../Makefile.inc" line 9: Malformed = conditional (${MK_DYNAMICROOT} =3D=3D "no") > make: Fatal errors encountered -- cannot continue > make: stopped in /usr/src/sbin/ipfw > root@FB10Head:/usr/src/sbin/ipfw # uname -a > FreeBSD FB10Head 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r265868: Sun May = 11 11:44:35 UTC 2014 root@FB10Head:/usr/obj/usr/src/sys/GENERIC = amd64 =46rom UPDATING: 20140505: /etc/src.conf now affects only builds of the FreeBSD src tree. = In the past, it affected all builds that used the bsd.*.mk files. The = old behavior was a bug, but people may have relied upon it. To get = this behavior back, you can .include /etc/src.conf fro20140505: /etc/src.conf now affects only builds of the FreeBSD src tree. = In the past, it affected all builds that used the bsd.*.mk files. The = old behavior was a bug, but people may have relied upon it. To get = this behavior back, you can .include /etc/src.conf from = /etc/make.conf (which is still global and isn't changed). This also changes the behavior of incremental builds inside the tree of individual directories. Set MAKESYSPATH to ".../share/mk" to do that. Although this has survived make universe and some upgrade = scenarios, other upgrade scenarios may have broken. At least one form of temporary breakage was fixed with MAKESYSPATH settings for = buildworld as well... Since you are building inside the tree, did you set MAKESYSPATH as = outlined in UPDATING? Warner From owner-freebsd-current@FreeBSD.ORG Sun May 11 16:19:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 80F5F60F for ; Sun, 11 May 2014 16:19:34 +0000 (UTC) Received: from mail-vc0-x232.google.com (mail-vc0-x232.google.com [IPv6:2607:f8b0:400c:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3F5882F8D for ; Sun, 11 May 2014 16:19:34 +0000 (UTC) Received: by mail-vc0-f178.google.com with SMTP id hq16so4865249vcb.9 for ; Sun, 11 May 2014 09:19:33 -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=tg6sUXVKvmswZyTiLZwRD0EQ7wVfbYhwxbR1R8MvmQo=; b=fUoHyQq3mPCyI/mnbi1A2l6BcdpDZaZrZBVeSfty64SWpF/aG30cBk1i5vkRpkeUII fTMKTQwGp4rtWbl/um4k5rOoY5hHWHbOjCFjY0xIcX7vyXHAZ4E7shviCGAs3IvYUqTk pfRKQzdXMt5BUFWjQGwnnHHcIA2iN+jHL0OGgozf3LcBP/gLNd+VJ1cgJRxVBw02pAyi YbYuxHI93WLUl4kNQo9gD1/tQQTJfcnf36oq1izoxSxcir+ALXX4YYPbN9rgpa1MvRKJ YdpE+AnIYzIEtrgi2yFikPyac8WBzd+4mJR6qeDRHn0qPbSVGVE73zKvp9VZ7sC+hROK ABFw== MIME-Version: 1.0 X-Received: by 10.220.92.135 with SMTP id r7mr18451060vcm.11.1399825173360; Sun, 11 May 2014 09:19:33 -0700 (PDT) Received: by 10.220.239.84 with HTTP; Sun, 11 May 2014 09:19:33 -0700 (PDT) In-Reply-To: <3339745E-1C55-4265-9E17-C1515C1D0430@gmail.com> References: <536F71F0.9030605@gmail.com> <3339745E-1C55-4265-9E17-C1515C1D0430@gmail.com> Date: Sun, 11 May 2014 12:19:33 -0400 Message-ID: Subject: Re: Makefile Problem of FreeBSD-Current From: Thomas Hoffmann To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: bycn82 , Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 May 2014 16:19:34 -0000 On Sun, May 11, 2014 at 11:14 AM, Warner Losh wrote: > > From UPDATING: > > 20140505: > /etc/src.conf now affects only builds of the FreeBSD src tree. In > the > past, it affected all builds that used the bsd.*.mk files. The old > behavior was a bug, but people may have relied upon it. To get this > behavior back, you can .include /etc/src.conf from /etc/make.conf > (which is still global and isn't changed). This also changes the > behavior of incremental builds inside the tree of individual > directories. Set MAKESYSPATH to ".../share/mk" to do that. > Although this has survived make universe and some upgrade > scenarios, > other upgrade scenarios may have broken. At least one form of > temporary breakage was fixed with MAKESYSPATH settings for > buildworld > as well... > > Since you are building inside the tree, did you set MAKESYSPATH as > outlined in UPDATING? Thanks for this clarification. Setting MAKESYSPATH resolves the issue. I am indeed guilty of _not_ regularly checking /usr/src/UPDATING. My bad. -Tom From owner-freebsd-current@FreeBSD.ORG Sun May 11 05:21:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2498A2BD for ; Sun, 11 May 2014 05:21:56 +0000 (UTC) Received: from mail-pd0-f175.google.com (mail-pd0-f175.google.com [209.85.192.175]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AFBF82367 for ; Sun, 11 May 2014 05:21:55 +0000 (UTC) Received: by mail-pd0-f175.google.com with SMTP id x10so5239403pdj.34 for ; Sat, 10 May 2014 22:21:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=d4p8chml38NX8rbXLEc3SStB+smNFpWVXxXVXtiAmOQ=; b=gFg/IizXGtMGjXjJOEfdwGC/qJQkV3YhBGz9HdLzV2YAyA9ulUFJhYNt3YMjUSvXUV jZkLpnO/9qkyEnKDFX6D/isQUaV9h/uXVNSEsARJ1PadInAWZ1X9qvSEuZV/6DJFK6wb g6zbD2yC9WT4T+zIE1pStqYXX17pJOjwy/5xr7iwSpbhN0SAKwkCUxkhvko4SLZC/XiF t2+BBm3QDtcJbC5e/wVRYT2Kgbn+6cHJ7iHkbynrEWkizz5rI56wy+Ea6e9Xmzhiw7MC t3W3RVWEy1sFApjDlZHv4lrrl7Rq+T4pQLTw7d+wentV5iwrQAFjsm51XJFkwUxblMu3 JMJA== X-Gm-Message-State: ALoCoQkF8IvVcGU8cUM9C5/a4wuGqLNHLVyyXuy6fvwy+0Gzy5zD5OJN/wwhGbVvQYhFlp5qn4D+ X-Received: by 10.66.119.172 with SMTP id kv12mr39952986pab.34.1399785714722; Sat, 10 May 2014 22:21:54 -0700 (PDT) Received: from lgwl-achen.corp.netflix.com (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id lr3sm30940254pab.4.2014.05.10.22.21.52 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 10 May 2014 22:21:54 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_FD2B3B93-3201-4913-A026-221624C3768F"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Build failed in Jenkins: FreeBSD_HEAD-modules #395 From: Warner Losh In-Reply-To: <484921815.9.1399783724603.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Sat, 10 May 2014 23:21:50 -0600 Message-Id: <1C452FD6-4E20-4447-BFD0-5E51EFF6AD9D@bsdimp.com> References: <1654160988.8.1399772457954.JavaMail.jenkins@jenkins-9.freebsd.org> <484921815.9.1399783724603.JavaMail.jenkins@jenkins-9.freebsd.org> To: jenkins-admin@freebsd.org X-Mailer: Apple Mail (2.1874) X-Mailman-Approved-At: Sun, 11 May 2014 16:52:13 +0000 Cc: Adrian Chadd , hselasky@FreeBSD.org, ian@FreeBSD.org, Luiz Otavio O Souza , andrew@FreeBSD.org, alc@FreeBSD.org, freebsd-current@FreeBSD.org, kib@FreeBSD.org, nwhitehorn@FreeBSD.org, tuexen@FreeBSD.org, imp@FreeBSD.org, grehan@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 May 2014 05:21:56 -0000 --Apple-Mail=_FD2B3B93-3201-4913-A026-221624C3768F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On May 10, 2014, at 10:48 PM, jenkins-admin@freebsd.org wrote: > + export = MAKESYSPATH=3D This is wrong. This makes the testing invalid. It should be fixed to = include =85/ws/share/mk. Until that=92s fixed, you can ignore these = whining emails. Warner --Apple-Mail=_FD2B3B93-3201-4913-A026-221624C3768F Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTbwjuAAoJEGwc0Sh9sBEAgyoP/2W3is7A7rb0wOS36tyvzxAR G0R/+v9MDIxCNoWj5QuB1s/NrVKnZ+17vOPyI4vsg1pH7zkI30Q5JPOCK4YodRtV d3qxKuQbjKXWiRSgc2IvzLmQXn6eEDgkAIl6PhhIXsPDeIijkfqII460gJrCmNCt JlKqYz/UQVzX2mBP/qg9PYIWiVBGnq3Fsg96K+R3yBDvg4tbZC98JkPeDh0nRpQF sNMUdVXAJL531sqUlCIOCPbugGsqpLtzqqV0MiPgCLRAQ5fayVthdnYA0FhxYmjL nud2YL5tPxYfO4K9oFU+meKo6G4ZoW0Lr8oTnzjpu5lU7mrdS7DAceiy/5sdVcKK 6UWmd0LQN8fdW1OLCv+uCPaMKf2IuwiJxpe3ffS8hKoP6darWA1TsBQf1bGuYmkI rYYakKHpijNsmW3TXsjIDX8fxaenVG2tbjhag6BPVNIPr0HevVR//NoABmLvCsnp 7x1HGvRsYoQLk9gZvZXaEL33+/8nR0lO4ggRRy+ydijTHyAAt3LvBq8j4HZirUsT dAfpm3S3jKvZ23CFpIYThBS7UD8EXkA9DihMzuWuIaV0I1gBFEOAsQ7koPyZ/7Py D9n6Tz1X1FckbOPiT3bLzgcw+ZOaQkl9dFfYYdAEdTEqQr9rMAwUoXFZVDuv5o/g uujGHnP+H09T6BtzWY6R =PTgh -----END PGP SIGNATURE----- --Apple-Mail=_FD2B3B93-3201-4913-A026-221624C3768F-- From owner-freebsd-current@FreeBSD.ORG Sun May 11 07:39:08 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4322779C; Sun, 11 May 2014 07:39:08 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 2E1652B3B; Sun, 11 May 2014 07:39:08 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id D876A5C5; Sun, 11 May 2014 07:39:07 +0000 (UTC) Date: Sun, 11 May 2014 07:39:03 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, andrew@FreeBSD.org, imp@FreeBSD.org, ian@FreeBSD.org, loos@FreeBSD.org, grehan@FreeBSD.org, adrian@FreeBSD.org, nwhitehorn@FreeBSD.org, alc@FreeBSD.org, hselasky@FreeBSD.org, kib@FreeBSD.org, tuexen@FreeBSD.org Message-ID: <1355304498.10.1399793946486.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <484921815.9.1399783724603.JavaMail.jenkins@jenkins-9.freebsd.org> References: <484921815.9.1399783724603.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD-modules #396 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-modules X-Jenkins-Result: FAILURE X-Mailman-Approved-At: Sun, 11 May 2014 16:53:03 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 May 2014 07:39:08 -0000 See Changes: [nwhitehorn] Move the PS3 framebuffer console to use vt instead of syscons and adjust GENERIC64 for PowerPC to use vt with it. Much to my chagrin, PS3 support seems to have bitrotted somewhat since the last time I tried it. ehci panics on attach and interrupt handling seems to be faulty. This should be fixed soon... ------------------------------------------ Started by upstream project "FreeBSD_HEAD" build number 646 originally caused by: Started by an SCM change Building remotely on jenkins-10.freebsd.org (FreeBSD-10) in workspace Updating svn://svn.freebsd.org/base/head/sys at revision '2014-05-11T07:38:47.895 +0000' U conf/files.powerpc U powerpc/ps3/ps3_syscons.c U powerpc/conf/GENERIC64 At revision 265871 Updating svn://svn.freebsd.org/base/head/share/mk at revision '2014-05-11T07:38:47.895 +0000' At revision 265871 no change for svn://svn.freebsd.org/base/head/share/mk since the previous build [FreeBSD_HEAD-modules] $ /bin/sh -xe /tmp/hudson5464838906561688434.sh + export JFLAG=-j4 + export MAKESYSPATH= + cd + echo '=== make cleandir ===' === make cleandir === + make cleandir ===> aac (cleandir) make[1]: " line 24: Could not find ../../share/mk/bsd.mkopt.mk make[1]: " line 38: Malformed conditional (${MK_FORMAT_EXTENSIONS} == "no") make[1]: Fatal errors encountered -- cannot continue make[1]: stopped in *** Error code 1 Stop. make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Sun May 11 10:40:34 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 67C5A5A5; Sun, 11 May 2014 10:40:34 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 51AA327B8; Sun, 11 May 2014 10:40:34 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id BBD675F4; Sun, 11 May 2014 10:40:33 +0000 (UTC) Date: Sun, 11 May 2014 10:40:29 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, andrew@FreeBSD.org, imp@FreeBSD.org, ian@FreeBSD.org, loos@FreeBSD.org, grehan@FreeBSD.org, adrian@FreeBSD.org, cperciva@FreeBSD.org, nwhitehorn@FreeBSD.org, alc@FreeBSD.org, hselasky@FreeBSD.org, kib@FreeBSD.org, tuexen@FreeBSD.org Message-ID: <1745000634.11.1399804832712.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1355304498.10.1399793946486.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1355304498.10.1399793946486.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD-modules #397 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-modules X-Jenkins-Result: FAILURE X-Mailman-Approved-At: Sun, 11 May 2014 16:56:51 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 May 2014 10:40:34 -0000 See Changes: [cperciva] In cf_get_method, when we don't already know what clock speed the CPU is running at, guess the nearest value instead of looking for a value within 25 MHz of the observed frequency. Prior to this change, if a system booted with Intel Turbo Boost enabled, the dev.cpu.0.freq sysctl is nonfunctional, since the ACPI-reported frequency for Turbo Boost states does not match the actual clock frequency (and thus no levels are within 25 MHz of the observed frequency) and the current performance level is read before a new level is set. MFC after: 3 days Relnotes: Bug fix in power management on CPUs with Intel Turbo Boost [hselasky] Optimise host mode data roundtrip time. When BULK data is submitted to the main processing queue, clear the NAK counter for any associated BULK or CONTROL transfers and poll the endpoint(s) for 1 millisecond at 125us rate interval, before going into slow, 10ms, NAK polling mode again. This has the effect that typical ping-ping protocols respond quicker when initiated from the USB host. MFC after: 2 weeks ------------------------------------------ Started by upstream project "FreeBSD_HEAD" build number 647 originally caused by: Started by an SCM change Building remotely on jenkins-10.freebsd.org (FreeBSD-10) in workspace Updating svn://svn.freebsd.org/base/head/sys at revision '2014-05-11T10:39:51.794 +0000' U kern/kern_cpu.c U dev/usb/controller/dwc_otg.c U dev/usb/controller/dwc_otg.h At revision 265876 Updating svn://svn.freebsd.org/base/head/share/mk at revision '2014-05-11T10:39:51.794 +0000' At revision 265876 no change for svn://svn.freebsd.org/base/head/share/mk since the previous build [FreeBSD_HEAD-modules] $ /bin/sh -xe /tmp/hudson1951992605594906963.sh + export JFLAG=-j4 + export MAKESYSPATH= + cd + echo '=== make cleandir ===' === make cleandir === + make cleandir ===> aac (cleandir) make[1]: " line 24: Could not find ../../share/mk/bsd.mkopt.mk make[1]: " line 38: Malformed conditional (${MK_FORMAT_EXTENSIONS} == "no") make[1]: Fatal errors encountered -- cannot continue make[1]: stopped in *** Error code 1 Stop. make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Sun May 11 13:55:46 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1DD1B8A8; Sun, 11 May 2014 13:55:46 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 087DA24EE; Sun, 11 May 2014 13:55:46 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id CE336637; Sun, 11 May 2014 13:55:45 +0000 (UTC) Date: Sun, 11 May 2014 13:55:41 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, imp@FreeBSD.org, grehan@FreeBSD.org, loos@FreeBSD.org, adrian@FreeBSD.org, cperciva@FreeBSD.org, kib@FreeBSD.org, andrew@FreeBSD.org, ian@FreeBSD.org, jilles@FreeBSD.org, nwhitehorn@FreeBSD.org, alc@FreeBSD.org, hselasky@FreeBSD.org, tuexen@FreeBSD.org Message-ID: <627369308.12.1399816544796.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1745000634.11.1399804832712.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1745000634.11.1399804832712.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD-modules #398 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-modules X-Jenkins-Result: FAILURE X-Mailman-Approved-At: Sun, 11 May 2014 17:08:56 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 May 2014 13:55:46 -0000 See Changes: [jilles] include: Remove checks for __BSD_VISIBLE where redundant with __XSI_VISIBLE or __POSIX_VISIBLE. Whenever sets __BSD_VISIBLE to non-zero, it also sets __POSIX_VISIBLE and __XSI_VISIBLE to the newest version supported. No functional change is intended. [ian] Revert accidental commit of SUBDIR_PARALLEL for sys/modules. (It hasn't been tested sufficiently). ------------------------------------------ Started by upstream project "FreeBSD_HEAD" build number 648 originally caused by: Started by an SCM change Building remotely on jenkins-10.freebsd.org (FreeBSD-10) in workspace Updating svn://svn.freebsd.org/base/head/sys at revision '2014-05-11T13:54:37.069 +0000' U modules/Makefile U sys/stat.h At revision 265878 Updating svn://svn.freebsd.org/base/head/share/mk at revision '2014-05-11T13:54:37.069 +0000' At revision 265878 no change for svn://svn.freebsd.org/base/head/share/mk since the previous build [FreeBSD_HEAD-modules] $ /bin/sh -xe /tmp/hudson8704331225077297218.sh + export JFLAG=-j4 + export MAKESYSPATH= + cd + echo '=== make cleandir ===' === make cleandir === + make cleandir ===> aac (cleandir) make[1]: " line 24: Could not find ../../share/mk/bsd.mkopt.mk make[1]: " line 38: Malformed conditional (${MK_FORMAT_EXTENSIONS} == "no") make[1]: Fatal errors encountered -- cannot continue make[1]: stopped in *** Error code 1 Stop. make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Sun May 11 15:22:51 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0EC88DB1; Sun, 11 May 2014 15:22:51 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id EDB772BE9; Sun, 11 May 2014 15:22:50 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 3716064E; Sun, 11 May 2014 15:22:51 +0000 (UTC) Date: Sun, 11 May 2014 15:22:46 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, imp@FreeBSD.org, grehan@FreeBSD.org, loos@FreeBSD.org, adrian@FreeBSD.org, cperciva@FreeBSD.org, kib@FreeBSD.org, andrew@FreeBSD.org, ian@FreeBSD.org, jilles@FreeBSD.org, nwhitehorn@FreeBSD.org, alc@FreeBSD.org, hselasky@FreeBSD.org, tuexen@FreeBSD.org Message-ID: <2139748746.13.1399821770939.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <627369308.12.1399816544796.JavaMail.jenkins@jenkins-9.freebsd.org> References: <627369308.12.1399816544796.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD-modules #399 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-modules X-Jenkins-Result: FAILURE X-Mailman-Approved-At: Sun, 11 May 2014 17:09:02 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 May 2014 15:22:51 -0000 See ------------------------------------------ Started by user lwhsu Building remotely on jenkins-10.freebsd.org (FreeBSD-10) in workspace Updating svn://svn.freebsd.org/base/head/sys at revision '2014-05-11T15:22:36.455 +0000' At revision 265880 Updating svn://svn.freebsd.org/base/head/share/mk at revision '2014-05-11T15:22:36.455 +0000' At revision 265880 no change for svn://svn.freebsd.org/base/head/sys since the previous build no change for svn://svn.freebsd.org/base/head/share/mk since the previous build [FreeBSD_HEAD-modules] $ /bin/sh -xe /tmp/hudson6719633895621215726.sh + export JFLAG=-j4 + export MAKESYSPATH= + cd + echo '=== make cleandir ===' === make cleandir === + make cleandir make: no system rules (sys.mk). make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Sun May 11 15:49:20 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E70D88E1; Sun, 11 May 2014 15:49:20 +0000 (UTC) Received: from FreeBSD.cs.nctu.edu.tw (FreeBSD.cs.nctu.edu.tw [140.113.17.209]) by mx1.freebsd.org (Postfix) with ESMTP id AE5B52D5C; Sun, 11 May 2014 15:49:20 +0000 (UTC) Received: by FreeBSD.cs.nctu.edu.tw (Postfix, from userid 1058) id E465221B0; Sun, 11 May 2014 23:49:11 +0800 (CST) Date: Sun, 11 May 2014 23:49:11 +0800 From: Li-Wen Hsu To: Warner Losh Subject: Re: Build failed in Jenkins: FreeBSD_HEAD-modules #395 Message-ID: <20140511154911.GA10644@FreeBSD.cs.nctu.edu.tw> References: <1654160988.8.1399772457954.JavaMail.jenkins@jenkins-9.freebsd.org> <484921815.9.1399783724603.JavaMail.jenkins@jenkins-9.freebsd.org> <1C452FD6-4E20-4447-BFD0-5E51EFF6AD9D@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1C452FD6-4E20-4447-BFD0-5E51EFF6AD9D@bsdimp.com> User-Agent: Mutt/1.5.22 (2013-10-16) X-Mailman-Approved-At: Sun, 11 May 2014 17:20:33 +0000 Cc: Adrian Chadd , hselasky@FreeBSD.org, ian@FreeBSD.org, Luiz Otavio O Souza , andrew@FreeBSD.org, alc@FreeBSD.org, freebsd-current@FreeBSD.org, jenkins-admin@freebsd.org, nwhitehorn@FreeBSD.org, kib@FreeBSD.org, imp@FreeBSD.org, tuexen@FreeBSD.org, grehan@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 May 2014 15:49:21 -0000 On Sat, May 10, 2014 at 23:21:50 -0600, Warner Losh wrote: > > On May 10, 2014, at 10:48 PM, jenkins-admin@freebsd.org wrote: > > + export MAKESYSPATH= > > This is wrong. This makes the testing invalid. It should be fixed to include …/ws/share/mk. Until that’s fixed, you can ignore these whining emails. This job is still in testing stage, and I did not want to enable the mail notification that quickly. I did not clearly mark this is a WIP and others think it is ready to broadcast. Sorry for bothering. I've just turned the notification off and work on fix. Li-Wen -- Li-Wen Hsu http://lwhsu.org From owner-freebsd-current@FreeBSD.ORG Sun May 11 17:49:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 90AB3D1C; Sun, 11 May 2014 17:49:26 +0000 (UTC) Received: from FreeBSD.cs.nctu.edu.tw (FreeBSD.cs.nctu.edu.tw [140.113.17.209]) by mx1.freebsd.org (Postfix) with ESMTP id 58A082661; Sun, 11 May 2014 17:49:26 +0000 (UTC) Received: by FreeBSD.cs.nctu.edu.tw (Postfix, from userid 1058) id 8DDBE22CB; Mon, 12 May 2014 01:49:23 +0800 (CST) Date: Mon, 12 May 2014 01:49:23 +0800 From: Li-Wen Hsu To: Warner Losh Subject: Re: Build failed in Jenkins: FreeBSD_HEAD-modules #386 Message-ID: <20140511174923.GA86890@FreeBSD.cs.nctu.edu.tw> References: <254143261.0.1399675169702.JavaMail.jenkins@jenkins-9.freebsd.org> <26E92F41-F849-43E2-AC1F-553F1AB7B11F@bsdimp.com> <24A899DC-E837-4050-964C-4A592C39D8C8@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <24A899DC-E837-4050-964C-4A592C39D8C8@bsdimp.com> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Craig Rodrigues , freebsd-current Current , "jenkins-admin@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 May 2014 17:49:26 -0000 On Sat, May 10, 2014 at 20:06:58 -0600, Warner Losh wrote: > > On May 10, 2014, at 8:06 PM, Warner Losh wrote: > > > > > On May 10, 2014, at 6:27 PM, Craig Rodrigues wrote: > > > >> Warner, > >> > >> It looks like your change broke the FreeBSD-HEAD-modules > >> build. > >> > >> This build does the following: > >> > >> export JFLAG="-j4" > >> export MAKESYSPATH="${WORKSPACE}/mk” > > > > Shouldn’t this be ${WORKSPACE}/share/mk? MAKESYSPATH needs to be …/share/mk or $TOP/share/mk when building outside of make world-like environments now. > > > > Warner > > > >> cd ${WORKSPACE}/sys/modules > >> echo "=== make cleandir ===" > >> make cleandir > >> echo "=== make depend ===" > >> make ${JFLAG} depend > >> echo "=== make all ===" > >> make ${JFLAG} all > > Just confirmed that it works with a proper MAKESYSPATH… > > Warner > This job checks out svn://svn.freebsd.org/base/head/sys to ${WORKSPACE}/sys and svn://svn.freebsd.org/base/head/share/mk to ${WORKSPACE}/mk , then sets MAKESYSPATH="${WORKSPACE}/mk" since I was trying not to check out the whole src tree. Just be curious, why in line 24 of sys/conf/kern.opts.mk , we do: .include "../../share/mk/bsd.mkopt.mk" but not: .include like other .mk files under sys/conf ? I tried to switch to this and it seems work, but I am not sure if this is your original intention. I'll change the modules building job to checkout the whole src tree if this is not an accepted solution. Thanks, Li-Wen -- Li-Wen Hsu http://lwhsu.org From owner-freebsd-current@FreeBSD.ORG Sun May 11 19:01:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C35C877D; Sun, 11 May 2014 19:01:12 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8EBEA2B91; Sun, 11 May 2014 19:01:11 +0000 (UTC) Received: from [192.168.0.7] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s4BJ17Er086975 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 11 May 2014 19:01:09 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Ordering for network-sensitive rc scripts From: David Chisnall In-Reply-To: Date: Sun, 11 May 2014 20:01:02 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Adrian Chadd X-Mailer: Apple Mail (2.1874) Cc: "FreeBSD-CURRENT@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 May 2014 19:01:12 -0000 On 17 Apr 2014, at 09:30, Adrian Chadd wrote: > Can't we add a devd hook to do that? I tried doing this, but it turns out that wlan devices don't appear to = send devd LINK_UP / LINK_DOWN events. It would be nice to have a clean = solution to this. By default, using the stock rc scripts, my router is = currently not able to forward packets from the WiFi until I've logged = into it and manually run 'service pf restart', which is a bit crazy. = I've hacked around it by having a script run from rc.local that sleeps = for 60 seconds and then restarts a few things, but that's really, really = ugly. =20 On closer inspection, pf doesn't fail silently, it complains about a = syntax error in my config file because wlan0 is not a known interface. We therefore have an rc ordering problem if you want to use pf and WiFi = at the same time. This problem was introduced some time between 9.2 and = 10.0. David From owner-freebsd-current@FreeBSD.ORG Sun May 11 19:23:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B685DAB2; Sun, 11 May 2014 19:23:17 +0000 (UTC) Received: from mail-qa0-x22c.google.com (mail-qa0-x22c.google.com [IPv6:2607:f8b0:400d:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 65B2F2CEF; Sun, 11 May 2014 19:23:17 +0000 (UTC) Received: by mail-qa0-f44.google.com with SMTP id j7so6351482qaq.31 for ; Sun, 11 May 2014 12:23:16 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=Gp0KtGjtZ+7D1ssALkeEMTkf8hPrE9xTXLc8hDF/yGQ=; b=pPaATQFEonAQ0YkqYl93obRuVmZQu54XpizNNmBIIYzPz96JRiSxt700/k/gW36m9p /8LkBBpJkxxzZXk9M+KTyTfeMqy46lORbLJknwsHYKh16EinGEbP3ZqLwHDjRwcTqbV1 S3cspOjv6tan69xunG24HnXtwitaX0cPOC4zi0XOJipi6lBKRt9QypU14WlxUrgC9dbb 7xB/i59UB7MGvNwqo1F1uPUeBPDZaxSHLXSUnCZTAuDjd8WTa4LQhKnGD45PzouhqjsA oonA9+efu+NSxUzrKmjb5DyMqQjhPr8wIOMSZ3ls1rK2n4p7SMZ7Iy50OfgVGyOjg9Hc S/IA== MIME-Version: 1.0 X-Received: by 10.224.129.66 with SMTP id n2mr32461729qas.55.1399836196543; Sun, 11 May 2014 12:23:16 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Sun, 11 May 2014 12:23:16 -0700 (PDT) In-Reply-To: References: Date: Sun, 11 May 2014 12:23:16 -0700 X-Google-Sender-Auth: y990pda7hRN1nNlm7QdwC3EqYvs Message-ID: Subject: Re: Ordering for network-sensitive rc scripts From: Adrian Chadd To: David Chisnall Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "FreeBSD-CURRENT@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 May 2014 19:23:17 -0000 On 11 May 2014 12:01, David Chisnall wrote: > On 17 Apr 2014, at 09:30, Adrian Chadd wrote: > >> Can't we add a devd hook to do that? > > I tried doing this, but it turns out that wlan devices don't appear to se= nd devd LINK_UP / LINK_DOWN events. It would be nice to have a clean solut= ion to this. By default, using the stock rc scripts, my router is currentl= y not able to forward packets from the WiFi until I've logged into it and m= anually run 'service pf restart', which is a bit crazy. I've hacked around= it by having a script run from rc.local that sleeps for 60 seconds and the= n restarts a few things, but that's really, really ugly. > > On closer inspection, pf doesn't fail silently, it complains about a synt= ax error in my config file because wlan0 is not a known interface. > > We therefore have an rc ordering problem if you want to use pf and WiFi a= t the same time. This problem was introduced some time between 9.2 and 10.= 0. Is there a PR for this? It's the first I've heard of it. -a From owner-freebsd-current@FreeBSD.ORG Sun May 11 19:24:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8E187BFC; Sun, 11 May 2014 19:24:45 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 53F652D14; Sun, 11 May 2014 19:24:44 +0000 (UTC) Received: from [192.168.0.7] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s4BJOfO8087094 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 11 May 2014 19:24:43 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Ordering for network-sensitive rc scripts From: David Chisnall In-Reply-To: Date: Sun, 11 May 2014 20:24:35 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <5C90ED2E-4A10-4E2B-9399-292E2FD616E7@FreeBSD.org> References: To: Adrian Chadd X-Mailer: Apple Mail (2.1874) Cc: "FreeBSD-CURRENT@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 May 2014 19:24:45 -0000 On 11 May 2014, at 20:23, Adrian Chadd wrote: > On 11 May 2014 12:01, David Chisnall wrote: >> On 17 Apr 2014, at 09:30, Adrian Chadd wrote: >>=20 >>> Can't we add a devd hook to do that? >>=20 >> I tried doing this, but it turns out that wlan devices don't appear = to send devd LINK_UP / LINK_DOWN events. It would be nice to have a = clean solution to this. By default, using the stock rc scripts, my = router is currently not able to forward packets from the WiFi until I've = logged into it and manually run 'service pf restart', which is a bit = crazy. I've hacked around it by having a script run from rc.local that = sleeps for 60 seconds and then restarts a few things, but that's really, = really ugly. >>=20 >> On closer inspection, pf doesn't fail silently, it complains about a = syntax error in my config file because wlan0 is not a known interface. >>=20 >> We therefore have an rc ordering problem if you want to use pf and = WiFi at the same time. This problem was introduced some time between = 9.2 and 10.0. >=20 > Is there a PR for this? It's the first I've heard of it. Not yet. This is the result of my investigations as of 10 minutes ago. = I'll file a PR, if no one can tell me I'm doing something obviously = wrong... David From owner-freebsd-current@FreeBSD.ORG Sun May 11 19:43:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 76720E97; Sun, 11 May 2014 19:43:08 +0000 (UTC) Received: from mail-lb0-x232.google.com (mail-lb0-x232.google.com [IPv6:2a00:1450:4010:c04::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C62152E85; Sun, 11 May 2014 19:43:07 +0000 (UTC) Received: by mail-lb0-f178.google.com with SMTP id w7so6935058lbi.9 for ; Sun, 11 May 2014 12:43:05 -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:message-id:subject :from:to:cc:content-type; bh=+cwLBRVWLfqGiF+M6915pZ5q3IRL8u/8DKVLnAqEWR0=; b=snLkZ2A7Gj5g59gvJkTJwFKom5gO9c8utvyco2S0ru+39IZTgDteepm44cBAOfRmSx NCoOCedYNHG5xymrHBfbx3zDNe6aVuNeznDktWePe2mGfyaWssr8fDPwXyi04FF5LAYT 458k1HDFqwHckCzpCrBzlvXmjGnD2r1EfS64o8dSbRRpEWbGqcboFzKLfbF+/Qp16wCW e3rpaEswR7/D4FnvlkF6DsMQ5xMSMQpkB6IfST20qLnS/7dkVJqO8SzHl3VH3shOjapm TCm8FK3tTAN3Ir88Qf9tDl3Ygx3wRbi7HqK/L8pDtYxnJSQHXdBs51/CYz8M0mDS3Eot kfKA== MIME-Version: 1.0 X-Received: by 10.152.43.70 with SMTP id u6mr9912048lal.3.1399837385514; Sun, 11 May 2014 12:43:05 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.67.73 with HTTP; Sun, 11 May 2014 12:43:05 -0700 (PDT) In-Reply-To: <26E92F41-F849-43E2-AC1F-553F1AB7B11F@bsdimp.com> References: <254143261.0.1399675169702.JavaMail.jenkins@jenkins-9.freebsd.org> <26E92F41-F849-43E2-AC1F-553F1AB7B11F@bsdimp.com> Date: Sun, 11 May 2014 12:43:05 -0700 X-Google-Sender-Auth: S-9CKZKOoFNRWLFzlW4mlGKwAug Message-ID: Subject: Re: Build failed in Jenkins: FreeBSD_HEAD-modules #386 From: Craig Rodrigues To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current Current , "jenkins-admin@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 May 2014 19:43:08 -0000 Hi, No, that's not the problem, because we specifically check out /usr/share/mk into $WORKSPACE/mk before running the build. The problem is due to this commit: http://svnweb.freebsd.org/base/head/sys/conf/kern.mk?r1=265832&r2=265841 You didn't completely remove MK_FORMAT_EXTENSIONS from this file, so we are now getting this error message: make[1]: "/builds/FreeBSD_HEAD-modules/sys/modules/aac/../../conf/kern.opts.mk" line 24: Could not find ../../share/mk/bsd.mkopt.mk make[1]: "/builds/FreeBSD_HEAD-modules/sys/modules/aac/../../conf/kern.mk" line 38: Malformed conditional (${MK_FORMAT_EXTENSIONS} == "no") -- Craig On Sat, May 10, 2014 at 7:06 PM, Warner Losh wrote: > > On May 10, 2014, at 6:27 PM, Craig Rodrigues wrote: > >> Warner, >> >> It looks like your change broke the FreeBSD-HEAD-modules >> build. >> >> This build does the following: >> >> export JFLAG="-j4" >> export MAKESYSPATH="${WORKSPACE}/mk" > > Shouldn't this be ${WORKSPACE}/share/mk? MAKESYSPATH needs to be .../share/mk or $TOP/share/mk when building outside of make world-like environments now. > > Warner > >> cd ${WORKSPACE}/sys/modules >> echo "=== make cleandir ===" >> make cleandir >> echo "=== make depend ===" >> make ${JFLAG} depend >> echo "=== make all ===" >> make ${JFLAG} all >> >> >> Can you look into this? >> >> Thanks. >> >> -- >> Craig >> >> >> On Fri, May 9, 2014 at 3:39 PM, wrote: >>> See >>> >>> Changes: >>> >>> [imp] Introduce kern.opts.mk to hold all the options for kernel module >>> builds. Include this in the right places. Make src.opts.mk optional so >>> that modules can be built outside of the tree in the ports system. >>> >>> PR: 189520 >>> >>> ------------------------------------------ >>> Started by upstream project "FreeBSD_HEAD" build number 636 >>> originally caused by: >>> Started by an SCM change >>> Building remotely on jenkins-10.freebsd.org (FreeBSD-10) in workspace >>> Updating svn://svn.freebsd.org/base/head/sys at revision '2014-05-09T22:39:09.739 +0000' >>> U conf/kmod.mk >>> AU conf/kern.opts.mk >>> U conf/kern.pre.mk >>> At revision 265785 >>> Updating svn://svn.freebsd.org/base/head/share/mk at revision '2014-05-09T22:39:09.739 +0000' >>> U src.opts.mk >>> At revision 265785 >>> [FreeBSD_HEAD-modules] $ /bin/sh -xe /tmp/hudson6703688508778127870.sh >>> + export JFLAG=-j4 >>> + export MAKESYSPATH= >>> + cd >>> + echo '=== make cleandir ===' >>> === make cleandir === >>> + make cleandir >>> ===> aac (cleandir) >>> make[1]: " line 24: Could not find ../../share/mk/bsd.mkopt.mk >>> make[1]: Fatal errors encountered -- cannot continue >>> make[1]: stopped in >>> *** Error code 1 >>> >>> Stop. >>> make: stopped in >>> Build step 'Execute shell' marked build as failure > From owner-freebsd-current@FreeBSD.ORG Sun May 11 22:25:25 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7DFD2B72 for ; Sun, 11 May 2014 22:25:25 +0000 (UTC) Received: from mail-ig0-f171.google.com (mail-ig0-f171.google.com [209.85.213.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 40BCE2B7E for ; Sun, 11 May 2014 22:25:24 +0000 (UTC) Received: by mail-ig0-f171.google.com with SMTP id c1so3105045igq.4 for ; Sun, 11 May 2014 15:25:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=vJoW4bHqP6o3BaTYcMyW138N7ydyWhIJs6hYp8wQlCw=; b=X4x9zPTZ5EfRTL4Y1ulXg672A78GCgQ9hSajEXZt22FFlJJObsewwrp09sCCwyA8Kt Refx9vKxD0NhdcQ2/YCJGMT3cAKeeA51Y2d+kIS0dxQi0Tzp7MufGotlU5YEqBXxNrgX mz8yVUc/fgEiG8mrG1ZorAW65hZMd48mXvftmwQ086WCLJ7JM9fOJoC0uODye1lZOG29 NV7AMcDm1vx6bv8DskAwIEsz6nxsBGGb0lGyXW9R3jUwC/dk3fiAL80kSL9UWKNSNHfR xY9Ag5wSckyc+a/MX5iwlwd4DptneFUQgDzw/ocnlx9GzN8piVMvkYx0A/Gi6rwVRHyH 2Fhg== X-Gm-Message-State: ALoCoQnlfIVYQyGU7yJK7t+kjBxshm8+IRGJXwn/F/RoKWqfxora3KaVdK8RonOVIr2yzol/7s4j X-Received: by 10.50.143.34 with SMTP id sb2mr37010550igb.48.1399847124376; Sun, 11 May 2014 15:25:24 -0700 (PDT) Received: from netflix-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id nj14sm17177025igb.18.2014.05.11.15.25.23 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 11 May 2014 15:25:23 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_27C46898-C19A-432A-89C0-6F750A27E55A"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Build failed in Jenkins: FreeBSD_HEAD-modules #386 From: Warner Losh In-Reply-To: Date: Sun, 11 May 2014 16:25:22 -0600 Message-Id: <130417FC-CE39-43DE-B87F-DF2185FC94DC@bsdimp.com> References: <254143261.0.1399675169702.JavaMail.jenkins@jenkins-9.freebsd.org> <26E92F41-F849-43E2-AC1F-553F1AB7B11F@bsdimp.com> To: Craig Rodrigues X-Mailer: Apple Mail (2.1874) Cc: freebsd-current Current , "jenkins-admin@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 May 2014 22:25:25 -0000 --Apple-Mail=_27C46898-C19A-432A-89C0-6F750A27E55A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On May 11, 2014, at 1:43 PM, Craig Rodrigues = wrote: > Hi, >=20 > No, that's not the problem, because we specifically check out > /usr/share/mk into $WORKSPACE/mk before running the build. >=20 > The problem is due to this commit: >=20 > = http://svnweb.freebsd.org/base/head/sys/conf/kern.mk?r1=3D265832&r2=3D2658= 41 >=20 > You didn't completely remove MK_FORMAT_EXTENSIONS from this file, I never tried. > so we are now getting this error message: >=20 > make[1]: = "/builds/FreeBSD_HEAD-modules/sys/modules/aac/../../conf/kern.opts.mk" > line 24: Could not find ../../share/mk/bsd.mkopt.mk We assume a certain tree layout, which your script violates, so we can=92t= include this file. We simply don=92t support building the kernel with = such arbitrary system layouts. We have to include it this way, rather than other ways, because when you = are building out of tree you don=92t pass in the root. I don=92t think this is a valid test of the build system. You are = building with weird tree layouts. Please build with standard layouts. > make[1]: = "/builds/FreeBSD_HEAD-modules/sys/modules/aac/../../conf/kern.mk" > line 38: Malformed conditional (${MK_FORMAT_EXTENSIONS} =3D=3D "no=94) Since we can=92t include the file, anything downstream from that is just = noise and needs to be ignored. Warner > -- > Craig >=20 >=20 > On Sat, May 10, 2014 at 7:06 PM, Warner Losh wrote: >>=20 >> On May 10, 2014, at 6:27 PM, Craig Rodrigues = wrote: >>=20 >>> Warner, >>>=20 >>> It looks like your change broke the FreeBSD-HEAD-modules >>> build. >>>=20 >>> This build does the following: >>>=20 >>> export JFLAG=3D"-j4" >>> export MAKESYSPATH=3D"${WORKSPACE}/mk" >>=20 >> Shouldn't this be ${WORKSPACE}/share/mk? MAKESYSPATH needs to be = .../share/mk or $TOP/share/mk when building outside of make world-like = environments now. >>=20 >> Warner >>=20 >>> cd ${WORKSPACE}/sys/modules >>> echo "=3D=3D=3D make cleandir =3D=3D=3D" >>> make cleandir >>> echo "=3D=3D=3D make depend =3D=3D=3D" >>> make ${JFLAG} depend >>> echo "=3D=3D=3D make all =3D=3D=3D" >>> make ${JFLAG} all >>>=20 >>>=20 >>> Can you look into this? >>>=20 >>> Thanks. >>>=20 >>> -- >>> Craig >>>=20 >>>=20 >>> On Fri, May 9, 2014 at 3:39 PM, wrote: >>>> See = = >>>>=20 >>>> Changes: >>>>=20 >>>> [imp] Introduce kern.opts.mk to hold all the options for kernel = module >>>> builds. Include this in the right places. Make src.opts.mk optional = so >>>> that modules can be built outside of the tree in the ports system. >>>>=20 >>>> PR: 189520 >>>>=20 >>>> ------------------------------------------ >>>> Started by upstream project "FreeBSD_HEAD" build number 636 >>>> originally caused by: >>>> Started by an SCM change >>>> Building remotely on jenkins-10.freebsd.org (FreeBSD-10) in = workspace = >>>> Updating svn://svn.freebsd.org/base/head/sys at revision = '2014-05-09T22:39:09.739 +0000' >>>> U conf/kmod.mk >>>> AU conf/kern.opts.mk >>>> U conf/kern.pre.mk >>>> At revision 265785 >>>> Updating svn://svn.freebsd.org/base/head/share/mk at revision = '2014-05-09T22:39:09.739 +0000' >>>> U src.opts.mk >>>> At revision 265785 >>>> [FreeBSD_HEAD-modules] $ /bin/sh -xe = /tmp/hudson6703688508778127870.sh >>>> + export JFLAG=3D-j4 >>>> + export = MAKESYSPATH=3D >>>> + cd = >>>> + echo '=3D=3D=3D make cleandir =3D=3D=3D' >>>> =3D=3D=3D make cleandir =3D=3D=3D >>>> + make cleandir >>>> =3D=3D=3D> aac (cleandir) >>>> make[1]: = " line 24: Could not find = ../../share/mk/bsd.mkopt.mk >>>> make[1]: Fatal errors encountered -- cannot continue >>>> make[1]: stopped in = >>>> *** Error code 1 >>>>=20 >>>> Stop. >>>> make: stopped in = >>>> Build step 'Execute shell' marked build as failure >>=20 --Apple-Mail=_27C46898-C19A-432A-89C0-6F750A27E55A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTb/jSAAoJEGwc0Sh9sBEA5csP/2/DunI5o2rAG/38+pC+KgTY zcJAIZArW/1RddW2j0q0AELRSNJlk5dZMS4buQVAQRv7+Tb7iHplXsUEyxFO7Lk/ m8QbJz95JhmDnFPA4eTllQP77k2AF1Pz0FV7Yw63Q1xuNh4SoYbyYTupq0Z4YSOc zjx0jG8fcn8bYKBYe8F7Kxw7AzVWZ/KtDkZQbcjm7NwmZCMiv5Xil1hCbDa3fn05 ajl3IhtSNpHX4GxwB9d2d5Uq1+kstAjLDAeTOUERH1gaHc1abArwncWuY5TK4QKF 6M6GWQFzQGzGa+NxJ77qeP0Fqcu0W0VWwkPqCCjc0zyQb7ev4hWT5oNYC6iyLXrS jlAK2NpDKZ66AdEVdCY13gKzCEqPkzo0Ms3+vqCbqFQ/MvA/YKoekdN1CS3Sie1r QZfAnMq87BqSLD4IWUO9xjkWCfN6yRNoO/5ri0mWVBsN7o31hv/8EJWb8DdGXL1I JHozxKSNVDlSw47nWSCSIDbSUriA4sX46WiC3J0Rgt4Yn9mEMN0TfPpSXp6N6eZi olkw9kRyKvbwCx0uNy713Y88FaOFSWCOiYnKc0cs/qPEKH/vZiAAM1j+UWlUyTgr BKd5pJ/qmoPcF/1cBCAMK5h1ITVhX72JGvwqwRwpq983hpoJc4VCMSdje8ZB1iKo Lgk8b40wrjHUjWiUtdbA =Pt0g -----END PGP SIGNATURE----- --Apple-Mail=_27C46898-C19A-432A-89C0-6F750A27E55A-- From owner-freebsd-current@FreeBSD.ORG Sun May 11 22:28:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7561BCA1; Sun, 11 May 2014 22:28:53 +0000 (UTC) Received: from mail-qc0-x234.google.com (mail-qc0-x234.google.com [IPv6:2607:f8b0:400d:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1A1EC2B9A; Sun, 11 May 2014 22:28:53 +0000 (UTC) Received: by mail-qc0-f180.google.com with SMTP id i17so6998262qcy.39 for ; Sun, 11 May 2014 15:28: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:content-type; bh=baSijoA2W1OKeIsL8EZuKQ5HFUPsWuqQju1bYlJ4vaI=; b=ZXcpVWMM+VtGLnNwCQSdlpHhrYdN0nSAklJ6KUBR8cJ/13Qa09bfaqWJ7uuDEuhuNo cm2hsMXDkbPFD8fmfL6rS+J/lgTzssGUvjcfriLXFOJ0tFyYpPbe/LHqb9NQYbWWBaRr 15kddX1E85KJ918EysWDRiXKDaXvRltMTqSVCP0VYnjbOdD41cGKN5E3vGP5CH6NYF/m 7GtB/TnVZHVTlwD1wLjLLYyIfghpur6ibvmIKvfrb74fDXUSa3S4qlzohzwcoXOntul4 ehsJFcaEQUcaFw2XU0qLdNUDgRg3We8QoQlfZ6NgoSeRf8NROtQFRMi4u92uG8CUtv97 5wMA== MIME-Version: 1.0 X-Received: by 10.140.44.34 with SMTP id f31mr31144156qga.73.1399847332317; Sun, 11 May 2014 15:28:52 -0700 (PDT) Received: by 10.224.191.201 with HTTP; Sun, 11 May 2014 15:28:52 -0700 (PDT) Date: Sun, 11 May 2014 15:28:52 -0700 Message-ID: Subject: vt(4) and i915kms doesn't work as a post-boot module From: Adrian Chadd To: Aleksandr Rybalko , Nathan Whitehorn , freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 May 2014 22:28:53 -0000 Hi guys, vt(4) doesn't work now as a post-boot loaded module. It panics, saying panic: vtbuf_fill_locked end.tp_row 50 must be <= screen width 30 Ray, have you tried your vt(4) changes on an i915 machine but without loading i915kms at boot? -a From owner-freebsd-current@FreeBSD.ORG Sun May 11 22:24:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8603B6C for ; Sun, 11 May 2014 22:24:32 +0000 (UTC) Received: from mail-ie0-f173.google.com (mail-ie0-f173.google.com [209.85.223.173]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A93002B7C for ; Sun, 11 May 2014 22:24:32 +0000 (UTC) Received: by mail-ie0-f173.google.com with SMTP id rp18so6224349iec.4 for ; Sun, 11 May 2014 15:24:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=LEoYwdcKjghZKseb4J8b6QRPpisDkqtNNI1OOOpDIAc=; b=cmTG6ZYdo6zFq+ldfOXbO1tITxbi6eEIh6UU7hhCTTy47MQruDY2GAlu16VVhHdiG7 k2TcuVWIcNd42CLBUBY8rU3uDnGsNpFRBLfAx+KFQPFQc9Yqv9mIahBDxbxYfVcrQo4M 4ROQMphkT7rPqMZ4YTHirQUA3OUv5GnKpj4wHVKyd0PfJkaSdDe0TchljilR+CcT+plM nZ3ThiUDb6v247OrNfm2NOjdznQE905zZrJJz0CSNUsWKWv4jduDnXX/FG8I/fXgG+x9 YMDK5bf6pTJw4gsjCQYu+3KpNIFdRJjcTLW6ZazpAmMpwIiM/LSIxtpIeFECTfaoYR3P GytA== X-Gm-Message-State: ALoCoQnNnTYZD4JSFgexLuBz+b+oUxNvGyxZFx/nu7pMUa13z9TI7q+np1DjYt/qAMTQuMOcvgNl X-Received: by 10.50.109.230 with SMTP id hv6mr36899522igb.9.1399846759994; Sun, 11 May 2014 15:19:19 -0700 (PDT) Received: from netflix-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id uf4sm17127134igc.18.2014.05.11.15.19.18 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 11 May 2014 15:19:19 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_974DAD03-2449-476D-B548-4E1F5FBF0133"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Build failed in Jenkins: FreeBSD_HEAD-modules #395 From: Warner Losh In-Reply-To: <20140511154911.GA10644@FreeBSD.cs.nctu.edu.tw> Date: Sun, 11 May 2014 16:19:17 -0600 Message-Id: <52A0BB22-A301-40B2-9379-604943285434@bsdimp.com> References: <1654160988.8.1399772457954.JavaMail.jenkins@jenkins-9.freebsd.org> <484921815.9.1399783724603.JavaMail.jenkins@jenkins-9.freebsd.org> <1C452FD6-4E20-4447-BFD0-5E51EFF6AD9D@bsdimp.com> <20140511154911.GA10644@FreeBSD.cs.nctu.edu.tw> To: Li-Wen Hsu X-Mailer: Apple Mail (2.1874) X-Mailman-Approved-At: Sun, 11 May 2014 22:40:09 +0000 Cc: Adrian Chadd , hselasky@FreeBSD.org, ian@FreeBSD.org, Luiz Otavio O Souza , andrew@FreeBSD.org, alc@FreeBSD.org, freebsd-current@FreeBSD.org, jenkins-admin@freebsd.org, nwhitehorn@FreeBSD.org, kib@FreeBSD.org, imp@FreeBSD.org, tuexen@FreeBSD.org, grehan@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 May 2014 22:24:33 -0000 --Apple-Mail=_974DAD03-2449-476D-B548-4E1F5FBF0133 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On May 11, 2014, at 9:49 AM, Li-Wen Hsu wrote: > On Sat, May 10, 2014 at 23:21:50 -0600, Warner Losh wrote: >>=20 >> On May 10, 2014, at 10:48 PM, jenkins-admin@freebsd.org wrote: >>> + export = MAKESYSPATH=3D >>=20 >> This is wrong. This makes the testing invalid. It should be fixed to = include =85/ws/share/mk. Until that=92s fixed, you can ignore these = whining emails. >=20 >=20 > This job is still in testing stage, and I did not want to enable the > mail notification that quickly. I did not clearly mark this is a WIP > and others think it is ready to broadcast. >=20 > Sorry for bothering. I've just turned the notification off and work > on fix. Just adding =91share/=91 into the name should resolve it. I don=92t have = access, afaik, to the JIRA stuff so I can=92t fix it=85 Warner --Apple-Mail=_974DAD03-2449-476D-B548-4E1F5FBF0133 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTb/dlAAoJEGwc0Sh9sBEAfUgQAL++6DvmPjRRL4KmYEBu7iSW NMQS8uI00WH5gDugGPP1LvkBf5Oawah1yxKwhZb7tpJkM3flXQYCCCwatm4P4Sq4 H1Dn5q81AIAQ8yiu/Ah+Isz/pgssVQ+mP2hnIslBCqsmC4vjij0HMkjuybMZyquc 0Ak7MjuaicVRKsBO7aU9746nnFBZ7GngaUbe+HrggRgflpP467yUYajt7gBbJGFS xuNkQNRGHvaMLqfY/QE+4yCguVZtJTz7B5RJH1A8P9Sosa44lQ/yo1oI9RqXkwfu 7+veVa7ryDbS3fnnf4CwagqH/ak1f8f9GxVejr3PrmFOTnVfVYthoIOQiYgGdwIv bW9LWY/yhkDjXUITA61EfPG94rgR7W7kA3HqDa8Ro0fLh+XwAVMhvIzKI3wia0Dc F50glt9LwDt3XahapbttdLA69X0tgOI1YZIgUQYnlYlLcjBK9rJLp2C9aDvl3Qw6 LPqBw1NfzQACnO1Yfi4kW6eaSu+pPRgrFcQ8B1w7yhi8b1JKLOpdnrqSwFtm/tPB J45R4TTr0kt2i3VDlvFDZnnw+kFlz4awQ1MFnBdat4DAN8UuBbFK9dUgWHD66eD5 p0sAv3tZO71C26gO2lO4w3/udiA97XsoVi2ETo+Puotl1AnjA4t8K/+k1X1ldTQ8 x/6shUXuWEX2+hxEYHD2 =v8l/ -----END PGP SIGNATURE----- --Apple-Mail=_974DAD03-2449-476D-B548-4E1F5FBF0133-- From owner-freebsd-current@FreeBSD.ORG Sun May 11 23:00:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 253A280E; Sun, 11 May 2014 23:00:03 +0000 (UTC) Received: from mail-la0-x235.google.com (mail-la0-x235.google.com [IPv6:2a00:1450:4010:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 741E82DAE; Sun, 11 May 2014 23:00:02 +0000 (UTC) Received: by mail-la0-f53.google.com with SMTP id ec20so1316092lab.40 for ; Sun, 11 May 2014 16:00:00 -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:message-id:subject :from:to:cc:content-type; bh=dGoDoEVRMa3yU7JfLuPpMhO/aDAmypowGXYy30SYEfA=; b=Q+2QI1mlT1ln+dGT4Z52laFBdSKCTs59w7GCO2wcFkEG7BOMotF4sEsvDwpuQ1dfmR k2KkLllmh1yCdldHiQ+/0Zj7GLTiBs/t2apGtqjsr6jBOshKtNEzsxlwO3RnuDbNFBlg mLFrAd1+3y4AYqzXiSRUo1N16rEySdECrl+oDpkI3ptIc5Z17JVtAQVeyE9cHNKjgup4 jvFsQVJkRi+/g36V1wusQNlVpHZv9e4ayjtk/YFTWpVvHcANwvLNSmkRxwTbN7Lm3fCD VGWuZHvn2bj7odZEoQQNXoSFSpzE5hj7QDzJV3628qEbhIete07RmhBYKTYqPWJqhGyP sM6Q== MIME-Version: 1.0 X-Received: by 10.112.12.8 with SMTP id u8mr10254614lbb.9.1399849200254; Sun, 11 May 2014 16:00:00 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.67.73 with HTTP; Sun, 11 May 2014 16:00:00 -0700 (PDT) In-Reply-To: <130417FC-CE39-43DE-B87F-DF2185FC94DC@bsdimp.com> References: <254143261.0.1399675169702.JavaMail.jenkins@jenkins-9.freebsd.org> <26E92F41-F849-43E2-AC1F-553F1AB7B11F@bsdimp.com> <130417FC-CE39-43DE-B87F-DF2185FC94DC@bsdimp.com> Date: Sun, 11 May 2014 16:00:00 -0700 X-Google-Sender-Auth: -EtewrFNDoFYJQYfPkAbYmQbhQA Message-ID: Subject: Re: Build failed in Jenkins: FreeBSD_HEAD-modules #386 From: Craig Rodrigues To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current Current , "jenkins-admin@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 May 2014 23:00:03 -0000 On Sun, May 11, 2014 at 3:25 PM, Warner Losh wrote: > > On May 11, 2014, at 1:43 PM, Craig Rodrigues wrote: >> make[1]: "/builds/FreeBSD_HEAD-modules/sys/modules/aac/../../conf/kern.opts.mk" >> line 24: Could not find ../../share/mk/bsd.mkopt.mk Instead of explicitly specifying the path to "../../share/mk", should some additional logic be added to respect MAKESYSPATH? Some people building products do build the kernel and modules out of the FreeBSD source tree, and put their mk files in a directory which is not src/share/mk. -- Craig From owner-freebsd-current@FreeBSD.ORG Sun May 11 23:30:13 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4FC7DF51 for ; Sun, 11 May 2014 23:30:13 +0000 (UTC) Received: from mail-ig0-f171.google.com (mail-ig0-f171.google.com [209.85.213.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1154C2FB0 for ; Sun, 11 May 2014 23:30:12 +0000 (UTC) Received: by mail-ig0-f171.google.com with SMTP id c1so3138241igq.4 for ; Sun, 11 May 2014 16:30:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=KEhoOQAMOsidX2UyZDUwmw1f7MNzfkTfAg3qTvgzkK8=; b=dOvzhArxbrQvybAypG1x/qeFFPSV6crtsal4J1VQixivmJmrFfujdWsTdXXpyNW0H5 UyPjCggQkaiuKk32/WdS1tJROKaGg1PddP3VmX7fBUNLeWrUIYs+hgpUV87DkYz0SICi vOVK+GH397gJo4PjOU+s9wpuaA1H2HgS1YfRhoie/BcxtG+Jbf0CLp9on9H+96Udx6od 6MhF37zPMP/RZvRJEQDmv/tmyWENVlKKal9wWgnBpAesVQzNp+CUWiZ7aA8cmIH9TPiD 8RafIH5OAmFZcz92CbEOChkIih7maEehGHCCX7HyYALiOIMXHmThHNt1LhekTRj3roe6 ud/A== X-Gm-Message-State: ALoCoQkaIDW3eC8OaakR8sHnZ5LSo/iMe5OD3bWLGHtN2bVhlBo0m/FcfT9DPnC7mUkqvt4I527Z X-Received: by 10.50.50.231 with SMTP id f7mr27042510igo.42.1399850529565; Sun, 11 May 2014 16:22:09 -0700 (PDT) Received: from netflix-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id i16sm17513848igf.11.2014.05.11.16.22.08 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 11 May 2014 16:22:09 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_63013524-A5C5-4B4A-8A6B-0A08FEF6FF60"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Build failed in Jenkins: FreeBSD_HEAD-modules #386 From: Warner Losh In-Reply-To: Date: Sun, 11 May 2014 17:22:07 -0600 Message-Id: <9A75A814-1B7B-45DB-960D-346A23F9F99A@bsdimp.com> References: <254143261.0.1399675169702.JavaMail.jenkins@jenkins-9.freebsd.org> <26E92F41-F849-43E2-AC1F-553F1AB7B11F@bsdimp.com> <130417FC-CE39-43DE-B87F-DF2185FC94DC@bsdimp.com> To: Craig Rodrigues X-Mailer: Apple Mail (2.1874) Cc: freebsd-current Current , "jenkins-admin@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 May 2014 23:30:13 -0000 --Apple-Mail=_63013524-A5C5-4B4A-8A6B-0A08FEF6FF60 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On May 11, 2014, at 5:00 PM, Craig Rodrigues = wrote: > On Sun, May 11, 2014 at 3:25 PM, Warner Losh wrote: >>=20 >> On May 11, 2014, at 1:43 PM, Craig Rodrigues = wrote: >=20 >>> make[1]: = "/builds/FreeBSD_HEAD-modules/sys/modules/aac/../../conf/kern.opts.mk" >>> line 24: Could not find ../../share/mk/bsd.mkopt.mk >=20 > Instead of explicitly specifying the path to "../../share/mk", > should some additional logic be added to respect > MAKESYSPATH? The only logic that can work is to test MAKESYSPATH and respect it if it = is defined, and use the relative path if not (since we don=92t require = MAKESYSPATH to be defined to do a out-of-tree module build, and could be = built on a system that isn=92t running the latest current). > Some people building products do build the kernel and modules out of = the > FreeBSD source tree, and put their mk files in a directory > which is not src/share/mk. That=92s not really a supported configuration. Using JIRA to force it is = rather an annoying use of JIRA since it makes making JIRA happy hard to = test and outside the normal work flow. This will cause pain in the = future, and I also object to my changes being characterized as =93wrong=94= when such a non-standard setup has never been explicitly supported, = required or part of anybody=92s normal workflow. Grump. I=92ve prepared a compromise commit, but I=92m not happy about it, and = think it is a horribly ugly kludge. But I can think of no other ways to = keep both use cases working. Warner --Apple-Mail=_63013524-A5C5-4B4A-8A6B-0A08FEF6FF60 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTcAYfAAoJEGwc0Sh9sBEAQVEQAMMKrYKtwrxN9JUq4D1G6gIQ E7xyxKkCLjvbQObAxGhi85aWat4t5x4BJEOjnADT9QGrWAxncYZER+Xinq5H2AiJ KB44lh3KPPfAmlxSE6+xfpCJAaALQc0owacsRNnEKlYLphZYbrJuNlndUYGXG+xz s2ofvUKqiR4pDP55MopDqPcxZyFZyyVDJkDrpDLJYDjRgjIWJVCs+rkUwxA8V6Fd tkb4nYP/3FfwuwoiUc914SIUGMgOh9yV6DCDxD9AqGByM4JfY8Ckk3QO70O02p53 KxLRcaJZThr+9K4B6tuHz6t24BbO1iUUE/ktg3Am8A1oFOIU2+j5cTVaa1874EgH SnINPdJ31zUADiOMBPejb15jpBcKDOrhUOm7zmHYdwnHR5cE166aU8KGanI9TjSR CvSm4SflreAKTkV7orMvg1MGFHE04I6bv9gCd/g6vVA/zA3cgOqzHMCTQxWyhRVJ 8+SPyf6R51c/X5SRF+isNs1OH3trFZuZBnjSqbovBlwN+DH98OFd1nP8c/+Xgjgo K+Jiyc7QsGH1GADr5cWq9kB1tyOTlNxtry5VzGVWtbN+ga28qaHIlVuQad3gLJCO TtyMo8czJUtpXgh+cYnLyT1A8oLIdSGQLbHsGhpypK5K42G/uRJMKJLZHi1i2osW d++f/cbwsVOO9zzRMEsp =6eCh -----END PGP SIGNATURE----- --Apple-Mail=_63013524-A5C5-4B4A-8A6B-0A08FEF6FF60-- From owner-freebsd-current@FreeBSD.ORG Mon May 12 01:50:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C99C6C3; Mon, 12 May 2014 01:50:42 +0000 (UTC) Received: from mail-la0-x235.google.com (mail-la0-x235.google.com [IPv6:2a00:1450:4010:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7B3E92A52; Mon, 12 May 2014 01:50:41 +0000 (UTC) Received: by mail-la0-f53.google.com with SMTP id ec20so1379876lab.40 for ; Sun, 11 May 2014 18:50: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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=vQHfs/6H2KcD5FBbIQZqyPv83lHzeeGvbADrVt7VIiM=; b=Rsagg+dqytwMs+RDHoa2jhrV2ne9YNJkVy296BkMFpaHgewybe9tsqkINO6uFL6UXh Pa+1++RjxpXjiXGIJV7tLWj0zdqz+J9JzcE0GOGBWsLoRdDX7qDXC1qRHvjlm8havMG5 KQaVc2EVhRcxqhznX12b/k0HgImwcTFIasRNHrjwv2/rFbruq739CZG78/GSXvUoXsTC ozxUTSvYe97Nu9IsUo17xbuKFQhU33DRihcSTsJcHp9LgXBbv22VZKmJHc+Lri1WLXhy kbb2wGakT5+hDkju2pGE5BWu10oBhW6SoKb/AP8XXFwjfqpt9z67bo9YS1BWMkvD7kTd u4pA== MIME-Version: 1.0 X-Received: by 10.112.149.71 with SMTP id ty7mr4311191lbb.34.1399859439456; Sun, 11 May 2014 18:50:39 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.67.73 with HTTP; Sun, 11 May 2014 18:50:39 -0700 (PDT) In-Reply-To: <9A75A814-1B7B-45DB-960D-346A23F9F99A@bsdimp.com> References: <254143261.0.1399675169702.JavaMail.jenkins@jenkins-9.freebsd.org> <26E92F41-F849-43E2-AC1F-553F1AB7B11F@bsdimp.com> <130417FC-CE39-43DE-B87F-DF2185FC94DC@bsdimp.com> <9A75A814-1B7B-45DB-960D-346A23F9F99A@bsdimp.com> Date: Sun, 11 May 2014 18:50:39 -0700 X-Google-Sender-Auth: Eq8-SPgWWOWPpv8xyzC-DKlWpIE Message-ID: Subject: Re: Build failed in Jenkins: FreeBSD_HEAD-modules #386 From: Craig Rodrigues To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Current , "jenkins-admin@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 May 2014 01:50:42 -0000 On Sun, May 11, 2014 at 4:22 PM, Warner Losh wrote: > > > The only logic that can work is to test MAKESYSPATH and respect it if it = is defined, and use the relative path if not (since we don't require MAKESY= SPATH to be defined to do a out-of-tree module build, and could be built on= a system that isn't running the latest current). That is a legitimate patch. I've seen people make similar changes to the kernel makefiles an mk rules, specifically folks who import FreeBSD kernel source into their tree, but have the mk rules in a "non-standard" place. Thanks for applying this change. > > > Using JIRA to force it is rather an annoying use of JIRA since it makes = making JIRA happy hard to test and outside the normal work flow. Please use the correct terminology to avoid confusion. Jenkins is not the same as JIRA. -- Craig From owner-freebsd-current@FreeBSD.ORG Mon May 12 02:54:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95D0C692 for ; Mon, 12 May 2014 02:54:58 +0000 (UTC) Received: from mail-ig0-f182.google.com (mail-ig0-f182.google.com [209.85.213.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 511DC2EED for ; Mon, 12 May 2014 02:54:57 +0000 (UTC) Received: by mail-ig0-f182.google.com with SMTP id uy17so3285193igb.3 for ; Sun, 11 May 2014 19:54:57 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=JphFOGGbMwKYl2fIx1QseCilwSXnnEF/vg+5CH1H3jU=; b=Y7jXXDkP2VbsQFueudjZs+PhXqq2AjuqSuKuhzb5+5lQSsjgqzuFlNkfPdR5ZFLLh+ Buj18Gmjq0r6w0Ohns2SmiL156vjUDfyfrI/9hQOUFWGoZq/sT54+SdP/9ls2PLyVgma c94N7Zv3bIXPyNqpwg8R5j3kxUhuX9W6x2GV0udBdCgOc63p4Kt1eAfGmrfvmrUTbshi Lv3WtlbukckoC6wyrMnPGVM+62vrFN6NPyrNnbayz4YOGFLd0iYZLjAGsShJ9k4m6BQ5 1Wj5Skc4JW+RFL/1p2GNUgEbLZXcWtsYknG3XmaEvPDOc263TfW+S0THvVFloVah5ytV lJFg== X-Gm-Message-State: ALoCoQkHTe7BCeZFjorJcotEbqR7cfSL/GzbDMD/ZW4i/DsyrMarDjT7XU2cmLzzV88Z81nJJOJq X-Received: by 10.50.25.201 with SMTP id e9mr38837339igg.28.1399863296883; Sun, 11 May 2014 19:54:56 -0700 (PDT) Received: from [10.0.0.119] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id ab1sm15152870igd.12.2014.05.11.19.54.55 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 11 May 2014 19:54:56 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_A77C55B3-1692-4735-99DA-05D73029CA97"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: Build failed in Jenkins: FreeBSD_HEAD-modules #386 From: Warner Losh In-Reply-To: Date: Sun, 11 May 2014 20:54:54 -0600 Message-Id: <0066AA01-132B-4042-88FE-DE264667BF81@bsdimp.com> References: <254143261.0.1399675169702.JavaMail.jenkins@jenkins-9.freebsd.org> <26E92F41-F849-43E2-AC1F-553F1AB7B11F@bsdimp.com> <130417FC-CE39-43DE-B87F-DF2185FC94DC@bsdimp.com> <9A75A814-1B7B-45DB-960D-346A23F9F99A@bsdimp.com> To: Craig Rodrigues X-Mailer: Apple Mail (2.1874) Cc: freebsd-current Current , "jenkins-admin@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 May 2014 02:54:58 -0000 --Apple-Mail=_A77C55B3-1692-4735-99DA-05D73029CA97 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On May 11, 2014, at 7:50 PM, Craig Rodrigues = wrote: > On Sun, May 11, 2014 at 4:22 PM, Warner Losh wrote: >>=20 >>=20 >> The only logic that can work is to test MAKESYSPATH and respect it if = it is defined, and use the relative path if not (since we don't require = MAKESYSPATH to be defined to do a out-of-tree module build, and could be = built on a system that isn't running the latest current). >=20 > That is a legitimate patch. I've seen people make similar changes to > the kernel makefiles an mk rules, > specifically folks who import > FreeBSD kernel source into their tree, but have the mk rules in > a "non-standard" place. > Thanks for applying this change. Sure. Still not sure what I think about it, but it does work and I have = bigger fish to fry... >> Using JIRA to force it is rather an annoying use of JIRA since it = makes making JIRA happy hard to test and outside the normal work flow. >=20 >=20 > Please use the correct terminology to avoid confusion. > Jenkins is not the same as JIRA. Yes. Others have corrected me as well. Sorry for the confusion=85 Warner --Apple-Mail=_A77C55B3-1692-4735-99DA-05D73029CA97 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTcDf+AAoJEGwc0Sh9sBEAmjEP/3CXY17LXmhqa/jf7m/OFmJa kBC0nQxMrvRyxlfSg048h3u1malIVVoboogZT86xEFwOWcPcHuV560WVHt34W5JB lKRvLUHV+Axygv/tVuleeynKeKk6APLxSuCnrmc/+ZA9JB+KzJBKiSduWsHCcuHY kNl24z5FMgPguJsz053c7Tl7Ul1m6gUN4hTVZTJl6AK+DePBu5F35yNB8GsWxZdt rcZG9uD18lS5dNKNJhCDNif2VHLiwVDbtODyiUX4OIAarvKEq4uq8SBT5yPbanjV mhwQeOEAAfC+KhmjY3125ujD/75Y53sjKXAdtdMYoLdW/UXL3rR8T0PkoB4/CfhV Wv4JTyHcq4eT2eyFjfmOY7DLFayjXa8GNhekmw9OmSRfosRcZKXmoKd5wP5/3biu h8dssTf2SVqWmpTws67Bn0LV/LlU3l+W2yJuEyjGHVerpLD1l1FR9ujGmEzX64HY SBJ/GixCEMUcgkBA0or3jzXq28PLzLn6QEnCH+AuVIZ84tSgoYCjCn6amOZTjvAF /IoqpecYyN7FHc3YyLUAaBeVPaw80ec0KtC+toWptip/HmUDVAP0Pa/GkSj4UwV8 GcauFLgJQ+11mgTmn6fwk21D1qvI5g+YcWFQA+j28MQIKrVCanhjT7DQzWSQLXnW gC6uV+SjoxOnLWQcYDoE =MNzl -----END PGP SIGNATURE----- --Apple-Mail=_A77C55B3-1692-4735-99DA-05D73029CA97-- From owner-freebsd-current@FreeBSD.ORG Mon May 12 09:52:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4C006538 for ; Mon, 12 May 2014 09:52:45 +0000 (UTC) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.31.95]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D3C252071 for ; Mon, 12 May 2014 09:52:44 +0000 (UTC) Received: from [78.35.144.130] (helo=fabiankeil.de) by smtprelay06.ispgateway.de with esmtpsa (SSLv3:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1Wjmsr-0005jA-Je for freebsd-current@freebsd.org; Mon, 12 May 2014 11:50:58 +0200 Date: Mon, 12 May 2014 11:50:54 +0200 From: Fabian Keil To: freebsd-current@freebsd.org Subject: Re: Ordering for network-sensitive rc scripts Message-ID: <20140512115054.4fac65dd@fabiankeil.de> In-Reply-To: <5C90ED2E-4A10-4E2B-9399-292E2FD616E7@FreeBSD.org> References: <5C90ED2E-4A10-4E2B-9399-292E2FD616E7@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/5qPHckvayJ7zc3xuwpmhTqO"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 May 2014 09:52:45 -0000 --Sig_/5qPHckvayJ7zc3xuwpmhTqO Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable David Chisnall wrote: > On 11 May 2014, at 20:23, Adrian Chadd wrote: >=20 > > On 11 May 2014 12:01, David Chisnall wrote: > >> On 17 Apr 2014, at 09:30, Adrian Chadd wrote: > >>=20 > >>> Can't we add a devd hook to do that? > >>=20 > >> I tried doing this, but it turns out that wlan devices don't appear to= send devd LINK_UP / LINK_DOWN events. It would be nice to have a clean so= lution to this. By default, using the stock rc scripts, my router is curre= ntly not able to forward packets from the WiFi until I've logged into it an= d manually run 'service pf restart', which is a bit crazy. I've hacked aro= und it by having a script run from rc.local that sleeps for 60 seconds and = then restarts a few things, but that's really, really ugly. > >>=20 > >> On closer inspection, pf doesn't fail silently, it complains about a s= yntax error in my config file because wlan0 is not a known interface. > >>=20 > >> We therefore have an rc ordering problem if you want to use pf and WiF= i at the same time. This problem was introduced some time between 9.2 and = 10.0. > >=20 > > Is there a PR for this? It's the first I've heard of it. >=20 > Not yet. This is the result of my investigations as of 10 minutes ago. = I'll file a PR, if no one can tell me I'm doing something obviously wrong... I'm not saying that you did something wrong or shouldn't file a PR, but on my laptop (11-CURRENT) pf works as expected without service restarts. The relevant configuration excerpt: ext_if =3D "wlan0" int_if =3D "bge0" jail_if =3D "lo1" [...] nat pass on $ext_if from $int_if:network to any -> $ext_if nat on $ext_if from $jail_if:network to any -> $ext_if wlan0 is a wlandev on iwn0. I'm usually using static IP addresses, but it worked with dynamic IP addresses (and ext_if and int_if reversed) in the past. Fabian --Sig_/5qPHckvayJ7zc3xuwpmhTqO Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iEYEARECAAYFAlNwmYIACgkQBYqIVf93VJ2yIQCfWUYZhaHmv2p9IyP4c1pSZ+Sl s7kAn3UjJW5LQYkiS358WY/pq/SKoWmu =eWho -----END PGP SIGNATURE----- --Sig_/5qPHckvayJ7zc3xuwpmhTqO-- From owner-freebsd-current@FreeBSD.ORG Mon May 12 12:51:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0C3FB7B1; Mon, 12 May 2014 12:51:07 +0000 (UTC) Received: from mail.feld.me (mail.feld.me [66.170.3.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.feld.me", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AE62A2288; Mon, 12 May 2014 12:51:06 +0000 (UTC) Received: from mail.feld.me (mail.feld.me [66.170.3.6]); by mail.feld.me (OpenSMTPD) with ESMTP id c76f5865; Mon, 12 May 2014 07:50:56 -0500 (CDT) Received: from feld@feld.me by mail.feld.me (Archiveopteryx 3.2.0) with esmtpa id 1399899055-4152-4150/5/3; Mon, 12 May 2014 12:50:55 +0000 Content-Type: text/plain Mime-Version: 1.0 Subject: Re: Ordering for network-sensitive rc scripts From: Mark Felder In-Reply-To: Date: Mon, 12 May 2014 07:50:54 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <10A1433E-80EA-4AF4-BC38-B03D742E0D97@FreeBSD.org> References: To: David Chisnall X-Mailer: Apple Mail (2.1874) Sender: feld@feld.me Cc: "FreeBSD-CURRENT@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 May 2014 12:51:07 -0000 On Apr 17, 2014, at 3:21, David Chisnall wrote: > Hi all, >=20 > For a little while, I've had an issue with the machine that sits on = the edge of my network deciding to start avahi as soon as a network is = available, meaning that it then runs mDNS advertisements on the external = interface and not the wireless one, requiring a manual restart once the = machine boots. I'm now seeing something similar with pf - it manages to = start before the external interface comes up and so silently ignores all = of the rules for routing packets off the network. >=20 > Do we have a mechanism for stating that certain services should not be = started until ALL of the interfaces are up, rather than just the first = one? Or even of restarting them when a new network appears? >=20 I always thought the proper solution here was pf's built-in keywords = "egress" and "ingress" interface names so you don't have to specify = interface names that may or may not exist at the time the pf rules load. From owner-freebsd-current@FreeBSD.ORG Mon May 12 13:35:58 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A2DFF71F for ; Mon, 12 May 2014 13:35:58 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp06.smtpout.orange.fr [80.12.242.128]) by mx1.freebsd.org (Postfix) with ESMTP id 46E59267D for ; Mon, 12 May 2014 13:35:57 +0000 (UTC) Received: from localhost ([92.162.1.52]) by mwinf5d41 with ME id 11bo1o01K17KTJs031bpLr; Mon, 12 May 2014 15:35:50 +0200 X-ME-Helo: localhost X-ME-Date: Mon, 12 May 2014 15:35:50 +0200 X-ME-IP: 92.162.1.52 Message-ID: <5370CE34.8000905@orange.fr> Date: Mon, 12 May 2014 15:35:48 +0200 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Aleksandr Rybalko , current@freebsd.org Subject: Re: RFT vidcontrol for vt(4) References: <20140311162743.072870a9afd4f74fff9e99e8@ddteam.net> In-Reply-To: <20140311162743.072870a9afd4f74fff9e99e8@ddteam.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: emaste@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 May 2014 13:35:58 -0000 On 03/11/2014 15:27, Aleksandr Rybalko wrote: > Hello hackers! > > Here is link to the patch[1] for vidcontrol that makes it to know if it > run w/ or w/o vt(4) and if vt(4) is present, then: > 1. screen map feature disabled (vt(4) use Unicode, so screen map not > needed). > 2. enable to load fornt from /usr/share/vt/fonts/ dir. PLease put > "gallant" font[2] to /usr/share/vt/fonts/. > > Looks like it works fine, but maybe I forgot something :) > So please test it in your own environment. > > Big thanks to Ed for preparing that font file! > > 1. > http://people.freebsd.org/~ray/newcons/vidcontrol_for_vt_2014-03-11.patch > 2. http://people.freebsd.org/~emaste/newcons/gallant.fnt > > Thanks! > > WBW > Hi, I applied this patch on a 10.0-STABLE r264390 with a Radeon Mobility X300 (M22) 5460, and DRM2. I could load an home made terminus 16x32 font (my eyes are too old to work with a 8x16 font on a 1920x1200 17" screen), by - looping on each ttyvN in a rc.local script or - adding allscreens_flags="-f terminus-u32" to rc.conf (for /etc/rc.d/syscons consumption) I just discovered than scrolling back in console mode works ONLY on ttyv0. What I have to do to get scrolling on every ttyvN ? The only way to get the system working in normal VGA mode (640x480) (not loading the drm2 and radeon kms modules by loader.conf) is by configuring the BIOS to not do display expansion - which leads to the same ridiculously small font.. And of course, kbdmux keeps being mandatory to be able to load a keymap. TIA Claude Buisson From owner-freebsd-current@FreeBSD.ORG Mon May 12 14:14:10 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2748D801; Mon, 12 May 2014 14:14:10 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id D7DA92A20; Mon, 12 May 2014 14:14:09 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 7AB57C4930; Mon, 12 May 2014 17:14:02 +0300 (EEST) Date: Mon, 12 May 2014 17:14:15 +0300 From: Aleksandr Rybalko To: Claude Buisson Subject: Re: RFT vidcontrol for vt(4) Message-Id: <20140512171415.558dbcb68971d1db675ea39e@ddteam.net> In-Reply-To: <5370CE34.8000905@orange.fr> References: <20140311162743.072870a9afd4f74fff9e99e8@ddteam.net> <5370CE34.8000905@orange.fr> X-Mailer: Sylpheed 3.3.1 (GTK+ 2.24.22; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: emaste@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 May 2014 14:14:10 -0000 On Mon, 12 May 2014 15:35:48 +0200 Claude Buisson wrote: > On 03/11/2014 15:27, Aleksandr Rybalko wrote: > > Hello hackers! > > > > Here is link to the patch[1] for vidcontrol that makes it to know if it > > run w/ or w/o vt(4) and if vt(4) is present, then: > > 1. screen map feature disabled (vt(4) use Unicode, so screen map not > > needed). > > 2. enable to load fornt from /usr/share/vt/fonts/ dir. PLease put > > "gallant" font[2] to /usr/share/vt/fonts/. > > > > Looks like it works fine, but maybe I forgot something :) > > So please test it in your own environment. > > > > Big thanks to Ed for preparing that font file! > > > > 1. > > http://people.freebsd.org/~ray/newcons/vidcontrol_for_vt_2014-03-11.patch > > 2. http://people.freebsd.org/~emaste/newcons/gallant.fnt > > > > Thanks! > > > > WBW > > > > Hi, > > I applied this patch on a 10.0-STABLE r264390 with a Radeon Mobility X300 (M22) > 5460, and DRM2. > > I could load an home made terminus 16x32 font (my eyes are too old to work with > a 8x16 font on a 1920x1200 17" screen), by > > - looping on each ttyvN in a rc.local script > > or > > - adding allscreens_flags="-f terminus-u32" to rc.conf (for /etc/rc.d/syscons > consumption) Cool! Are you like to share that font? > > I just discovered than scrolling back in console mode works ONLY on ttyv0. Huh, it's surprising me. Before your mail I think we have problem with scrollback on vty0, but not on others. :) Looks like I have to concentrate and fix them all at once. > > What I have to do to get scrolling on every ttyvN ? > > The only way to get the system working in normal VGA mode (640x480) (not loading > the drm2 and radeon kms modules by loader.conf) is by configuring the BIOS to > not do display expansion - which leads to the same ridiculously small font.. > > And of course, kbdmux keeps being mandatory to be able to load a keymap. Yeah, I still remember. :) > > TIA > > Claude Buisson > Many thanks Claude! WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Mon May 12 15:11:06 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D4BF062A for ; Mon, 12 May 2014 15:11:06 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp05.smtpout.orange.fr [80.12.242.127]) by mx1.freebsd.org (Postfix) with ESMTP id 54FD82FA5 for ; Mon, 12 May 2014 15:11:05 +0000 (UTC) Received: from localhost ([92.162.1.52]) by mwinf5d62 with ME id 13Au1o01617KTJs033AuHr; Mon, 12 May 2014 17:10:57 +0200 X-ME-Helo: localhost X-ME-Date: Mon, 12 May 2014 17:10:57 +0200 X-ME-IP: 92.162.1.52 Message-ID: <5370E47E.7030304@orange.fr> Date: Mon, 12 May 2014 17:10:54 +0200 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Aleksandr Rybalko Subject: Re: RFT vidcontrol for vt(4) References: <20140311162743.072870a9afd4f74fff9e99e8@ddteam.net> <5370CE34.8000905@orange.fr> <20140512171415.558dbcb68971d1db675ea39e@ddteam.net> In-Reply-To: <20140512171415.558dbcb68971d1db675ea39e@ddteam.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: emaste@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 May 2014 15:11:06 -0000 On 05/12/2014 16:14, Aleksandr Rybalko wrote: > On Mon, 12 May 2014 15:35:48 +0200 > Claude Buisson wrote: > >> On 03/11/2014 15:27, Aleksandr Rybalko wrote: >>> Hello hackers! >>> >>> Here is link to the patch[1] for vidcontrol that makes it to know if it >>> run w/ or w/o vt(4) and if vt(4) is present, then: >>> 1. screen map feature disabled (vt(4) use Unicode, so screen map not >>> needed). >>> 2. enable to load fornt from /usr/share/vt/fonts/ dir. PLease put >>> "gallant" font[2] to /usr/share/vt/fonts/. >>> >>> Looks like it works fine, but maybe I forgot something :) >>> So please test it in your own environment. >>> >>> Big thanks to Ed for preparing that font file! >>> >>> 1. >>> http://people.freebsd.org/~ray/newcons/vidcontrol_for_vt_2014-03-11.patch >>> 2. http://people.freebsd.org/~emaste/newcons/gallant.fnt >>> >>> Thanks! >>> >>> WBW >>> >> >> Hi, >> >> I applied this patch on a 10.0-STABLE r264390 with a Radeon Mobility X300 (M22) >> 5460, and DRM2. >> >> I could load an home made terminus 16x32 font (my eyes are too old to work with >> a 8x16 font on a 1920x1200 17" screen), by >> >> - looping on each ttyvN in a rc.local script >> >> or >> >> - adding allscreens_flags="-f terminus-u32" to rc.conf (for /etc/rc.d/syscons >> consumption) > > Cool! > Are you like to share that font? > Off course. In fact I generated 12x24, 14x28 and 16x32 fonts from terminus-font-4.38 by using the tools/tools/vt/fontcvt utility. I will send you these fonts offlist (because the FreeBSD lists do not like attachments). >> >> I just discovered than scrolling back in console mode works ONLY on ttyv0. > > Huh, it's surprising me. Before your mail I think we have problem with > scrollback on vty0, but not on others. :) > Looks like I have to concentrate and fix them all at once. > I confirm that scrollback works on ttyv0, but not on others ttyv when a font is loaded. >> >> What I have to do to get scrolling on every ttyvN ? >> >> The only way to get the system working in normal VGA mode (640x480) (not loading >> the drm2 and radeon kms modules by loader.conf) is by configuring the BIOS to >> not do display expansion - which leads to the same ridiculously small font.. >> >> And of course, kbdmux keeps being mandatory to be able to load a keymap. > > Yeah, I still remember. :) > This could be noted in the newly born vt(4) man page .. >> >> TIA >> >> Claude Buisson >> > > Many thanks Claude! > > WBW > CBu From owner-freebsd-current@FreeBSD.ORG Mon May 12 15:26:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81591C2A; Mon, 12 May 2014 15:26:01 +0000 (UTC) Received: from i3mail.icecube.wisc.edu (i3mail.icecube.wisc.edu [128.104.255.23]) by mx1.freebsd.org (Postfix) with ESMTP id 5490B20F6; Mon, 12 May 2014 15:26:01 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by i3mail.icecube.wisc.edu (Postfix) with ESMTP id A8F913805A; Mon, 12 May 2014 10:25:54 -0500 (CDT) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from i3mail.icecube.wisc.edu ([127.0.0.1]) by localhost (i3mail.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id UrwWrOZ3VH3Q; Mon, 12 May 2014 10:25:54 -0500 (CDT) Received: from comporellon.tachypleus.net (polaris.tachypleus.net [75.101.50.44]) by i3mail.icecube.wisc.edu (Postfix) with ESMTPSA id 1ADD638056; Mon, 12 May 2014 10:25:54 -0500 (CDT) Message-ID: <5370E800.8040803@freebsd.org> Date: Mon, 12 May 2014 08:25:52 -0700 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Claude Buisson , Aleksandr Rybalko Subject: Re: RFT vidcontrol for vt(4) References: <20140311162743.072870a9afd4f74fff9e99e8@ddteam.net> <5370CE34.8000905@orange.fr> <20140512171415.558dbcb68971d1db675ea39e@ddteam.net> <5370E47E.7030304@orange.fr> In-Reply-To: <5370E47E.7030304@orange.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: emaste@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 May 2014 15:26:01 -0000 On 05/12/14 08:10, Claude Buisson wrote: >>> >>> What I have to do to get scrolling on every ttyvN ? >>> >>> The only way to get the system working in normal VGA mode (640x480) >>> (not loading >>> the drm2 and radeon kms modules by loader.conf) is by configuring >>> the BIOS to >>> not do display expansion - which leads to the same ridiculously >>> small font.. >>> >>> And of course, kbdmux keeps being mandatory to be able to load a >>> keymap. >> >> Yeah, I still remember. :) >> > > This could be noted in the newly born vt(4) man page .. Is there any reason not to have kbdmux be mandatory at this point? Having it be non-optional would simplify a lot of code and most of the code for the non-kbdmux case is heavily bitrotten at this point (see here). -Nathan From owner-freebsd-current@FreeBSD.ORG Mon May 12 17:35:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8938594 for ; Mon, 12 May 2014 17:35:28 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 95D152D3B for ; Mon, 12 May 2014 17:35:27 +0000 (UTC) Received: from [10.147.84.105] (unknown [207.164.179.98]) (Authenticated sender: roleaccount@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id E12F271795 for ; Mon, 12 May 2014 17:35:20 +0000 (UTC) Message-ID: <53710656.6030303@allanjude.com> Date: Mon, 12 May 2014 13:35:18 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Leaving the Desktop Market References: <20140506163823.GA1406@tiny-r255948> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 May 2014 17:35:28 -0000 I have this system: hw.model: Intel(R) Xeon(R) CPU E3-1220 v3 @ 3.10GHz hw.ncpu: 4 http://ark.intel.com/products/75052 dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 3100 dev.cpu.0.freq_levels: 3101/80000 3100/80000 2900/72713 2800/69558 2600/62669 2400/56794 2300/53935 2100/47673 1900/42370 1800/39795 1600/34136 1500/31729 1300/26432 1137/23128 1100/21994 1000/19851 875/17369 800/15113 700/13223 600/11334 500/9445 400/7556 300/5667 200/3778 100/1889 dev.cpu.0.cx_supported: C1/1/1 C2/2/148 dev.cpu.0.cx_lowest: C8 dev.cpu.0.cx_usage: 9.01% 90.98% last 807us dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU1 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.cx_supported: C1/1/1 C2/2/148 dev.cpu.1.cx_lowest: C8 dev.cpu.1.cx_usage: 11.70% 88.29% last 21303us dev.cpu.2.%desc: ACPI CPU dev.cpu.2.%driver: cpu dev.cpu.2.%location: handle=\_PR_.CPU2 dev.cpu.2.%pnpinfo: _HID=none _UID=0 dev.cpu.2.%parent: acpi0 dev.cpu.2.cx_supported: C1/1/1 C2/2/148 dev.cpu.2.cx_lowest: C8 dev.cpu.2.cx_usage: 15.17% 84.82% last 22987us dev.cpu.3.%desc: ACPI CPU dev.cpu.3.%driver: cpu dev.cpu.3.%location: handle=\_PR_.CPU3 dev.cpu.3.%pnpinfo: _HID=none _UID=0 dev.cpu.3.%parent: acpi0 dev.cpu.3.cx_supported: C1/1/1 C2/2/148 dev.cpu.3.cx_lowest: C8 dev.cpu.3.cx_usage: 11.74% 88.25% last 6073us According to the Intel specs (Page 11), this processor supports C1, C1E, C3, C6 and C7 The above sysctl dump shows only C1 and C2. I wonder if the C2 is actually C3 http://www.intel.com/content/dam/www/public/us/en/documents/datasheets/xeon-e3-1200v3-vol-1-datasheet.pdf How is our support for the newer Cx States introduced in Haswell, which can apparently go as high as C10 From owner-freebsd-current@FreeBSD.ORG Mon May 12 18:25:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D374CB7E for ; Mon, 12 May 2014 18:25:43 +0000 (UTC) Received: from mail-qg0-x232.google.com (mail-qg0-x232.google.com [IPv6:2607:f8b0:400d:c04::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 93C9521A6 for ; Mon, 12 May 2014 18:25:43 +0000 (UTC) Received: by mail-qg0-f50.google.com with SMTP id z60so8199086qgd.9 for ; Mon, 12 May 2014 11:25:42 -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:message-id:subject :from:to:cc:content-type; bh=DMvyKGfLFfMgIq1LylfGlP/zPh0IwyrEnA08LBZkYMQ=; b=N4tJ/XwFPxIpIag/RN2QIIsOFb7J3h+L98KOEhGhgo13p0vJ/LiblTCkO61zkkceeK cQRBScMboh/cIyrZudr6DR1nOGD8zO3P6VJSK9JorhkkN0SGb9n+v4h+9qO6XxgriUVc 7fNe1JubOL5nNLymRublNyLodGEiDn8g3SSpIV2roNzKjdv4D5q+UUE8iuBfwYtKXbDn Zct9ZLlgcKYsovck26WNSLiUO35M25ZEvhTObf4360Tv1AbMlvGrn/gmylL6NOZ4n7d6 MjFJYyMksEea8H7c40BL+MjK1hRE2Ui2T+VptsOtmuNDjh3ewiTMQwL47YjVwAfu+QbW AUvQ== MIME-Version: 1.0 X-Received: by 10.140.22.209 with SMTP id 75mr39066026qgn.4.1399919142616; Mon, 12 May 2014 11:25:42 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Mon, 12 May 2014 11:25:42 -0700 (PDT) In-Reply-To: <53710656.6030303@allanjude.com> References: <20140506163823.GA1406@tiny-r255948> <53710656.6030303@allanjude.com> Date: Mon, 12 May 2014 11:25:42 -0700 X-Google-Sender-Auth: 01CdEck46W6xexd2N7Z57wytXRE Message-ID: Subject: Re: Leaving the Desktop Market From: Adrian Chadd To: Allan Jude Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 May 2014 18:25:44 -0000 On 12 May 2014 10:35, Allan Jude wrote: > I have this system: > > hw.model: Intel(R) Xeon(R) CPU E3-1220 v3 @ 3.10GHz > hw.ncpu: 4 > > http://ark.intel.com/products/75052 > > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 3100 > dev.cpu.0.freq_levels: 3101/80000 3100/80000 2900/72713 2800/69558 > 2600/62669 2400/56794 2300/53935 2100/47673 1900/42370 1800/39795 > 1600/34136 1500/31729 1300/26432 1137/23128 1100/21994 1000/19851 > 875/17369 800/15113 700/13223 600/11334 500/9445 400/7556 300/5667 > 200/3778 100/1889 > dev.cpu.0.cx_supported: C1/1/1 C2/2/148 > dev.cpu.0.cx_lowest: C8 > dev.cpu.0.cx_usage: 9.01% 90.98% last 807us > dev.cpu.1.%desc: ACPI CPU > dev.cpu.1.%driver: cpu > dev.cpu.1.%location: handle=\_PR_.CPU1 > dev.cpu.1.%pnpinfo: _HID=none _UID=0 > dev.cpu.1.%parent: acpi0 > dev.cpu.1.cx_supported: C1/1/1 C2/2/148 > dev.cpu.1.cx_lowest: C8 > dev.cpu.1.cx_usage: 11.70% 88.29% last 21303us > dev.cpu.2.%desc: ACPI CPU > dev.cpu.2.%driver: cpu > dev.cpu.2.%location: handle=\_PR_.CPU2 > dev.cpu.2.%pnpinfo: _HID=none _UID=0 > dev.cpu.2.%parent: acpi0 > dev.cpu.2.cx_supported: C1/1/1 C2/2/148 > dev.cpu.2.cx_lowest: C8 > dev.cpu.2.cx_usage: 15.17% 84.82% last 22987us > dev.cpu.3.%desc: ACPI CPU > dev.cpu.3.%driver: cpu > dev.cpu.3.%location: handle=\_PR_.CPU3 > dev.cpu.3.%pnpinfo: _HID=none _UID=0 > dev.cpu.3.%parent: acpi0 > dev.cpu.3.cx_supported: C1/1/1 C2/2/148 > dev.cpu.3.cx_lowest: C8 > dev.cpu.3.cx_usage: 11.74% 88.25% last 6073us > So ACPI is exposing C1 and C2 only. > According to the Intel specs (Page 11), this processor supports C1, C1E, > C3, C6 and C7 > > The above sysctl dump shows only C1 and C2. I wonder if the C2 is > actually C3 > > http://www.intel.com/content/dam/www/public/us/en/documents/datasheets/xeon-e3-1200v3-vol-1-datasheet.pdf It'd say C2/3/xxx in that case. Chances are you'll end up seeing it fall into deeper sleep states. Try installing intel-pcm; kldload cpuctl; run pcm.x 1 . See if it's entering lower CPU states. > How is our support for the newer Cx States introduced in Haswell, which > can apparently go as high as C10 I don't know if we get those exposed via ACPI. I know there's a bunch of cute things we could be doing with MWAIT that we aren't, but we certainly should be drifting into lower sleep states. Just run intel-pcm and see. Thanks, -a From owner-freebsd-current@FreeBSD.ORG Mon May 12 19:58:19 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E579CEBB for ; Mon, 12 May 2014 19:58:19 +0000 (UTC) Received: from mail-lb0-f170.google.com (mail-lb0-f170.google.com [209.85.217.170]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 69EBF28EB for ; Mon, 12 May 2014 19:58:18 +0000 (UTC) Received: by mail-lb0-f170.google.com with SMTP id w7so7931382lbi.29 for ; Mon, 12 May 2014 12:58:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:user-agent:in-reply-to:references:mime-version :content-transfer-encoding:content-type:subject:from:date:to:cc :message-id; bh=8IV7PTWW6dNuhnboxIw1WvHQVb6wtArqv64FBtfN4ZA=; b=G9Fi9G6qaeXgxHAdlYn5P56Wbxv14yjBhjV845VooASVsX6COSVNLC782ErIyXU0KF PDP39+xUyOT9ORJZx+Gd84OcmJU8cIwinExxV8RZRXfzLN5byZvwxnTpc25soKz9AEDK AmxbL4ieYow1BOJ+ER1101z57uOfUujP88mDWIyF1oY936D5dzEqMBxIpelwth/qZN/G inhRYUryhbVICq8gnN0RlQZ+TaNg947J+iQqWjJcumeGdP2naXqiwjxhaxSiz4BCFIU6 eJ5Ls1RFG8MLCrie+Sz5OmPyY+dZha1TOZWovzLxvC7DdsgEh7o8h+6sXNyAy/o/AP4S s5IA== X-Gm-Message-State: ALoCoQkm6KulKjLICPQCycjFeo/lFvl2uz5Seef2bAHdeL7ZIerrdy3AVXfEnuK0/dimNCSkV8O6 X-Received: by 10.153.6.2 with SMTP id cq2mr14710177lad.0.1399924696711; Mon, 12 May 2014 12:58:16 -0700 (PDT) Received: from [192.168.1.82] (150-145-133-95.pool.ukrtel.net. [95.133.145.150]) by mx.google.com with ESMTPSA id xa9sm14706509lbb.36.2014.05.12.12.58.14 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 12 May 2014 12:58:15 -0700 (PDT) User-Agent: K-9 Mail for Android In-Reply-To: <5370E800.8040803@freebsd.org> References: <20140311162743.072870a9afd4f74fff9e99e8@ddteam.net> <5370CE34.8000905@orange.fr> <20140512171415.558dbcb68971d1db675ea39e@ddteam.net> <5370E47E.7030304@orange.fr> <5370E800.8040803@freebsd.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Subject: Re: RFT vidcontrol for vt(4) From: Aleksandr Rybalko Date: Mon, 12 May 2014 22:57:56 +0300 To: Nathan Whitehorn , Claude Buisson Message-ID: <73450c57-bbfe-4b17-b43b-f9ae8bc8f951@email.android.com> Cc: emaste@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 May 2014 19:58:20 -0000 On 12 травня 2014 р. 18:25:52 GMT+03:00, Nathan Whitehorn wrote: >On 05/12/14 08:10, Claude Buisson wrote: >>>> >>>> What I have to do to get scrolling on every ttyvN ? >>>> >>>> The only way to get the system working in normal VGA mode (640x480) > >>>> (not loading >>>> the drm2 and radeon kms modules by loader.conf) is by configuring >>>> the BIOS to >>>> not do display expansion - which leads to the same ridiculously >>>> small font.. >>>> >>>> And of course, kbdmux keeps being mandatory to be able to load a >>>> keymap. >>> >>> Yeah, I still remember. :) >>> >> >> This could be noted in the newly born vt(4) man page .. > >Is there any reason not to have kbdmux be mandatory at this point? >Having it be non-optional would simplify a lot of code and most of the >code for the non-kbdmux case is heavily bitrotten at this point (see >here). >-Nathan Looks like we should just add vt as of dependency to kbdmux. Thanks. WBW ------ Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Mon May 12 20:05:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB04C4A7 for ; Mon, 12 May 2014 20:05:45 +0000 (UTC) Received: from mail-lb0-f177.google.com (mail-lb0-f177.google.com [209.85.217.177]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2FB5C29C5 for ; Mon, 12 May 2014 20:05:44 +0000 (UTC) Received: by mail-lb0-f177.google.com with SMTP id s7so7693064lbd.22 for ; Mon, 12 May 2014 13:05:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:user-agent:in-reply-to:references:mime-version :content-transfer-encoding:content-type:subject:from:date:to :message-id; bh=ntvhk+SPUNQUM3bMxs97UpUbHPJZALoN9jfR5Jh9aBU=; b=By/LMyC0QFTbzv2f3yefRFajcA8T8uz6ZlGraorbEC5x2FLaicd4ME1Hji/7s7+Hk7 KHpjZuGYy6ApZiqNEvkbJk1gZNdMaaTEnP2YiQxppO9rKEXtahhcN0WryYnnf2FNWWxR Q3vZLuQnkh/z82LArgj56D8KMSKSeUXQkeXEFftVmzQjAL4ltmAQ9ThI7Pgc/+Qze0Ui iUBNXrEHS0fm9uIW2+WL4N5FLCUax8A7P+LhCjnWe0W1yeZvIZ6QJkMYasO4YjwIN3Kv 8SWPzP30JjVCj8OQweOs4E0m6ZAFyB5D2BSxWfZCE8voeNzE7CMBFGLefZnSM/U1LqXz UzNw== X-Gm-Message-State: ALoCoQk4T/mOLwe2F/fIJnvRb8hHttgpi/H8TZnApKCh9WBH9rFxxh33Av22aE6B5Pq1c44K+P6y X-Received: by 10.112.143.99 with SMTP id sd3mr25583076lbb.11.1399925137013; Mon, 12 May 2014 13:05:37 -0700 (PDT) Received: from [192.168.1.82] (150-145-133-95.pool.ukrtel.net. [95.133.145.150]) by mx.google.com with ESMTPSA id b3sm14740051lbi.15.2014.05.12.13.05.34 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 12 May 2014 13:05:35 -0700 (PDT) User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Subject: Re: vt(4) and i915kms doesn't work as a post-boot module From: Aleksandr Rybalko Date: Mon, 12 May 2014 23:05:09 +0300 To: Adrian Chadd , Aleksandr Rybalko , Nathan Whitehorn , freebsd-current Message-ID: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 May 2014 20:05:45 -0000 On 12 травня 2014 р. 01:28:52 GMT+03:00, Adrian Chadd wrote: >Hi guys, > >vt(4) doesn't work now as a post-boot loaded module. > >It panics, saying > >panic: vtbuf_fill_locked end.tp_row 50 must be <= screen width 30 > >Ray, have you tried your vt(4) changes on an i915 machine but without >loading i915kms at boot? > > >-a Hi Adrian, Looks like it fixed now. Sorry for breakage. Thanks. WBW ------ Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Mon May 12 20:10:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7AC7B88C for ; Mon, 12 May 2014 20:10:46 +0000 (UTC) Received: from mail-la0-f50.google.com (mail-la0-f50.google.com [209.85.215.50]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 005EF2A5A for ; Mon, 12 May 2014 20:10:45 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id b8so2298440lan.23 for ; Mon, 12 May 2014 13:10:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:user-agent:in-reply-to:references:mime-version :content-transfer-encoding:content-type:subject:from:date:to :message-id; bh=dPw7SNjeBQGL4mOtDiudPf9Mo8dBPb66hk6C5LnAFrc=; b=nCMEaiMvDLsYfV6E5A0PxVhtNX0s80kshz+ax7l66oPSZgVDS8xkPMqYB19beFBTrO tEFkwcPdqiljIeAOd/N0XU34UdQ2ipmCEQayc6UeI2gD7tZ+leiaOZbqwtNQ6aHREvbL KwWefl5nuPzCCY9U+RM35TqX7/M4qxboDQas2Phv98b7FVkDAThX6YDWiArSpCMEFP1A wvr5VB81YhK6EkoolUhYsPYCTjeYzQ0bMuyFuqJmypiJv0L6DRs83cS0U2wHPH6friq6 GEx3f9OJrTQDU2c+WpIUFEUGtApdMXz9df/vQrFduANewbFZ/8ZoVmOVOFkCLVtZfK5Y pZyw== X-Gm-Message-State: ALoCoQmGwsdHO+jzq68gGVJjeZAlyhcOGq5wQrmjvhlBQeBQWQQAbetnQ+4M9OGMtrFRFd04VoOE X-Received: by 10.112.52.167 with SMTP id u7mr25551664lbo.28.1399925437778; Mon, 12 May 2014 13:10:37 -0700 (PDT) Received: from [192.168.1.82] (150-145-133-95.pool.ukrtel.net. [95.133.145.150]) by mx.google.com with ESMTPSA id rd5sm14763564lbb.0.2014.05.12.13.10.35 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 12 May 2014 13:10:36 -0700 (PDT) User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Subject: Re: In r265803 i915kms.ko must be loaded in /boot/loader.conf From: Aleksandr Rybalko Date: Mon, 12 May 2014 23:10:18 +0300 To: "Ranjan1018 ." <214748mv@gmail.com>, FreeBSD CURRENT , freebsd-x11@freebsd.org Message-ID: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 May 2014 20:10:46 -0000 On 10 травня 2014 р. 22:39:59 GMT+03:00, "Ranjan1018 ." <214748mv@gmail.com> wrote: >Hi all, > >in r265172 I was able to load the i915kms.ko driver in /etc/rc.conf via >kld_list. eg. kld_list='i915kms'. > >Today I have update to r265803 in my laptop, but loading the driver >with >kld_list result in a blank screen. I need to add the line >i915kms_load="YES" >in /boot/loader.conf > >Regards, >Maurizio >_______________________________________________ >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" Hi, It have to be fixed in r265927. Sorry for inconvenience. Thanks for testing. WBW ------ Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Mon May 12 23:51:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56D263EE for ; Mon, 12 May 2014 23:51:29 +0000 (UTC) Received: from mailhost.m5p.com (ip-2-1-0-2.r03.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 15A52239D for ; Mon, 12 May 2014 23:51:28 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id s4CNpLRu022834 for ; Mon, 12 May 2014 19:51:26 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <53715E79.2040408@m5p.com> Date: Mon, 12 May 2014 19:51:21 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: RFT vidcontrol for vt(4) References: <20140311162743.072870a9afd4f74fff9e99e8@ddteam.net> <5370CE34.8000905@orange.fr> <20140512171415.558dbcb68971d1db675ea39e@ddteam.net> <5370E47E.7030304@orange.fr> <5370E800.8040803@freebsd.org> In-Reply-To: <5370E800.8040803@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 on 10.100.0.3 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Mon, 12 May 2014 19:51:26 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 May 2014 23:51:29 -0000 On 05/12/14 11:25, Nathan Whitehorn wrote: > [...] > > Is there any reason not to have kbdmux be mandatory at this point? > [...] Does this mean mandatory in the sense that the kbdmux driver always gets built and loaded, or that the kbdmux driver must always be in operation (treating all keyboard-like devices as a single unified source of keystrokes)? I could live with the first, but there are definitely times that I want multiple independent keyboards on a system to be considered unrelated to one another. -- George From owner-freebsd-current@FreeBSD.ORG Tue May 13 02:09:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A808954; Tue, 13 May 2014 02:09:16 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 259B72DC5; Tue, 13 May 2014 02:09:14 +0000 (UTC) Received: from [192.168.14.221] (unknown [24.114.252.243]) (Authenticated sender: roleaccount@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id D040B71A7A; Tue, 13 May 2014 02:09:12 +0000 (UTC) Message-ID: <53717EC8.3040601@allanjude.com> Date: Mon, 12 May 2014 22:09:12 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: Leaving the Desktop Market References: <20140506163823.GA1406@tiny-r255948> <53710656.6030303@allanjude.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 May 2014 02:09:16 -0000 On 2014-05-12 14:25, Adrian Chadd wrote: > On 12 May 2014 10:35, Allan Jude wrote: >> I have this system: >> >> hw.model: Intel(R) Xeon(R) CPU E3-1220 v3 @ 3.10GHz >> hw.ncpu: 4 >> >> http://ark.intel.com/products/75052 >> >> dev.cpu.0.%desc: ACPI CPU >> dev.cpu.0.%driver: cpu >> dev.cpu.0.%location: handle=\_PR_.CPU0 >> dev.cpu.0.%pnpinfo: _HID=none _UID=0 >> dev.cpu.0.%parent: acpi0 >> dev.cpu.0.freq: 3100 >> dev.cpu.0.freq_levels: 3101/80000 3100/80000 2900/72713 2800/69558 >> 2600/62669 2400/56794 2300/53935 2100/47673 1900/42370 1800/39795 >> 1600/34136 1500/31729 1300/26432 1137/23128 1100/21994 1000/19851 >> 875/17369 800/15113 700/13223 600/11334 500/9445 400/7556 300/5667 >> 200/3778 100/1889 >> dev.cpu.0.cx_supported: C1/1/1 C2/2/148 >> dev.cpu.0.cx_lowest: C8 >> dev.cpu.0.cx_usage: 9.01% 90.98% last 807us >> dev.cpu.1.%desc: ACPI CPU >> dev.cpu.1.%driver: cpu >> dev.cpu.1.%location: handle=\_PR_.CPU1 >> dev.cpu.1.%pnpinfo: _HID=none _UID=0 >> dev.cpu.1.%parent: acpi0 >> dev.cpu.1.cx_supported: C1/1/1 C2/2/148 >> dev.cpu.1.cx_lowest: C8 >> dev.cpu.1.cx_usage: 11.70% 88.29% last 21303us >> dev.cpu.2.%desc: ACPI CPU >> dev.cpu.2.%driver: cpu >> dev.cpu.2.%location: handle=\_PR_.CPU2 >> dev.cpu.2.%pnpinfo: _HID=none _UID=0 >> dev.cpu.2.%parent: acpi0 >> dev.cpu.2.cx_supported: C1/1/1 C2/2/148 >> dev.cpu.2.cx_lowest: C8 >> dev.cpu.2.cx_usage: 15.17% 84.82% last 22987us >> dev.cpu.3.%desc: ACPI CPU >> dev.cpu.3.%driver: cpu >> dev.cpu.3.%location: handle=\_PR_.CPU3 >> dev.cpu.3.%pnpinfo: _HID=none _UID=0 >> dev.cpu.3.%parent: acpi0 >> dev.cpu.3.cx_supported: C1/1/1 C2/2/148 >> dev.cpu.3.cx_lowest: C8 >> dev.cpu.3.cx_usage: 11.74% 88.25% last 6073us >> > So ACPI is exposing C1 and C2 only. > >> According to the Intel specs (Page 11), this processor supports C1, C1E, >> C3, C6 and C7 >> >> The above sysctl dump shows only C1 and C2. I wonder if the C2 is >> actually C3 >> >> http://www.intel.com/content/dam/www/public/us/en/documents/datasheets/xeon-e3-1200v3-vol-1-datasheet.pdf > It'd say C2/3/xxx in that case. > > Chances are you'll end up seeing it fall into deeper sleep states. Try > installing intel-pcm; kldload cpuctl; run pcm.x 1 . See if it's > entering lower CPU states. > >> How is our support for the newer Cx States introduced in Haswell, which >> can apparently go as high as C10 > I don't know if we get those exposed via ACPI. I know there's a bunch > of cute things we could be doing with MWAIT that we aren't, but we > certainly should be drifting into lower sleep states. > > Just run intel-pcm and see. > > Thanks, > > > > -a stock configuration: # pcm.x 10 Intel(r) Performance Counter Monitor V2.6 (2013-11-04 13:43:31 +0100 ID=db05e43) Copyright (c) 2009-2013 Intel Corporation Number of physical cores: 4 Number of logical cores: 4 Threads (logical cores) per physical core: 1 Num sockets: 1 Core PMU (perfmon) version: 3 Number of core PMU generic (programmable) counters: 8 Width of generic (programmable) counters: 48 bits Number of core PMU fixed counters: 3 Width of fixed counters: 48 bits Nominal core frequency: 3100000000 Hz Package thermal spec power: 80 Watt; Package minimum power: 0 Watt; Package maximum power: 0 Watt; Detected Intel(R) Xeon(R) CPU E3-1220 v3 @ 3.10GHz "Intel(r) microarchitecture codename Haswell" EXEC : instructions per nominal CPU cycle IPC : instructions per CPU cycle FREQ : relation to nominal CPU frequency='unhalted clock ticks'/'invariant timer ticks' (includes Intel Turbo Boost) AFREQ : relation to nominal CPU frequency while in active state (not in power-saving C state)='unhalted clock ticks'/'invariant timer ticks while in C0-state' (includes Intel Turbo Boost) L3MISS: L3 cache misses L2MISS: L2 cache misses (including other core's L2 cache *hits*) L3HIT : L3 cache hit ratio (0.00-1.00) L2HIT : L2 cache hit ratio (0.00-1.00) L3CLK : ratio of CPU cycles lost due to L3 cache misses (0.00-1.00), in some cases could be >1.0 due to a higher memory latency L2CLK : ratio of CPU cycles lost due to missing L2 cache but still hitting L3 cache (0.00-1.00) READ : bytes read from memory controller (in GBytes) WRITE : bytes written to memory controller (in GBytes) TEMP : Temperature reading in 1 degree Celsius relative to the TjMax temperature (thermal headroom): 0 corresponds to the max temperature Core (SKT) | EXEC | IPC | FREQ | AFREQ | L3MISS | L2MISS | L3HIT | L2HIT | L3CLK | L2CLK | READ | WRITE | TEMP 0 0 0.00 0.74 0.00 0.76 39 K 120 K 0.67 0.66 0.13 0.09 N/A N/A 74 1 0 0.00 0.72 0.00 0.75 17 K 80 K 0.79 0.71 0.07 0.10 N/A N/A 76 2 0 0.00 0.62 0.00 0.61 8037 33 K 0.76 0.58 0.08 0.08 N/A N/A 76 3 0 0.00 0.72 0.00 0.76 18 K 98 K 0.81 0.70 0.07 0.10 N/A N/A 76 ------------------------------------------------------------------------------------------------------------------- SKT 0 0.00 0.72 0.00 0.74 83 K 332 K 0.75 0.68 0.09 0.09 0.38 0.01 74 ------------------------------------------------------------------------------------------------------------------- TOTAL * 0.00 0.72 0.00 0.74 83 K 332 K 0.75 0.68 0.09 0.09 0.38 0.01 N/A Instructions retired: 118 M ; Active cycles: 165 M ; Time (TSC): 30 Gticks ; C0 (active,non-halted) core residency: 0.18 % C1 core residency: 99.82 %; C3 core residency: 0.00 %; C6 core residency: 0.00 %; C7 core residency: 0.00 %; C2 package residency: 0.00 %; C3 package residency: 0.00 %; C6 package residency: 0.00 %; C7 package residency: 0.00 %; PHYSICAL CORE IPC : 0.72 => corresponds to 17.93 % utilization for cores in active state Instructions per nominal CPU cycle: 0.00 => corresponds to 0.02 % core utilization over time interval ---------------------------------------------------------------------------------------------- ---------------------------------------------------------------------------------------------- SKT 0 package consumed 68.42 Joules ---------------------------------------------------------------------------------------------- TOTAL: 68.42 Joules Then just enabling the higher Cx states (no powerd or anything): # sysctl hw.acpi.cpu.cx_lowest=c8 hw.acpi.cpu.cx_lowest: C1 -> C8 # pcm.x 10 Intel(r) Performance Counter Monitor V2.6 (2013-11-04 13:43:31 +0100 ID=db05e43) Copyright (c) 2009-2013 Intel Corporation Number of physical cores: 4 Number of logical cores: 4 Threads (logical cores) per physical core: 1 Num sockets: 1 Core PMU (perfmon) version: 3 Number of core PMU generic (programmable) counters: 8 Width of generic (programmable) counters: 48 bits Number of core PMU fixed counters: 3 Width of fixed counters: 48 bits Nominal core frequency: 3100000000 Hz Package thermal spec power: 80 Watt; Package minimum power: 0 Watt; Package maximum power: 0 Watt; Detected Intel(R) Xeon(R) CPU E3-1220 v3 @ 3.10GHz "Intel(r) microarchitecture codename Haswell" EXEC : instructions per nominal CPU cycle IPC : instructions per CPU cycle FREQ : relation to nominal CPU frequency='unhalted clock ticks'/'invariant timer ticks' (includes Intel Turbo Boost) AFREQ : relation to nominal CPU frequency while in active state (not in power-saving C state)='unhalted clock ticks'/'invariant timer ticks while in C0-state' (includes Intel Turbo Boost) L3MISS: L3 cache misses L2MISS: L2 cache misses (including other core's L2 cache *hits*) L3HIT : L3 cache hit ratio (0.00-1.00) L2HIT : L2 cache hit ratio (0.00-1.00) L3CLK : ratio of CPU cycles lost due to L3 cache misses (0.00-1.00), in some cases could be >1.0 due to a higher memory latency L2CLK : ratio of CPU cycles lost due to missing L2 cache but still hitting L3 cache (0.00-1.00) READ : bytes read from memory controller (in GBytes) WRITE : bytes written to memory controller (in GBytes) TEMP : Temperature reading in 1 degree Celsius relative to the TjMax temperature (thermal headroom): 0 corresponds to the max temperature Core (SKT) | EXEC | IPC | FREQ | AFREQ | L3MISS | L2MISS | L3HIT | L2HIT | L3CLK | L2CLK | READ | WRITE | TEMP 0 0 0.00 0.11 0.00 0.99 611 K 629 K 0.03 0.02 1.89 0.01 N/A N/A 73 1 0 0.00 0.19 0.00 0.99 152 K 169 K 0.10 0.04 1.36 0.04 N/A N/A 76 2 0 0.00 0.20 0.00 0.99 153 K 171 K 0.10 0.04 1.29 0.04 N/A N/A 77 3 0 0.00 0.20 0.00 1.00 159 K 180 K 0.12 0.04 1.14 0.03 N/A N/A 76 ------------------------------------------------------------------------------------------------------------------- SKT 0 0.00 0.16 0.00 0.99 1077 K 1150 K 0.06 0.03 1.55 0.03 0.14 0.01 72 ------------------------------------------------------------------------------------------------------------------- TOTAL * 0.00 0.16 0.00 0.99 1077 K 1150 K 0.06 0.03 1.55 0.03 0.14 0.01 N/A Instructions retired: 19 M ; Active cycles: 125 M ; Time (TSC): 31 Gticks ; C0 (active,non-halted) core residency: 0.10 % C1 core residency: 1.85 %; C3 core residency: 0.00 %; C6 core residency: 0.00 %; C7 core residency: 98.05 %; C2 package residency: 8.10 %; C3 package residency: 7.46 %; C6 package residency: 79.20 %; C7 package residency: 0.00 %; PHYSICAL CORE IPC : 0.16 => corresponds to 3.96 % utilization for cores in active state Instructions per nominal CPU cycle: 0.00 => corresponds to 0.00 % core utilization over time interval ---------------------------------------------------------------------------------------------- ---------------------------------------------------------------------------------------------- SKT 0 package consumed 22.77 Joules ---------------------------------------------------------------------------------------------- TOTAL: 22.77 Joules Suggest it is spending lots of time in C6 and C7 Will try to grab results from a few more machines From owner-freebsd-current@FreeBSD.ORG Tue May 13 02:12:25 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B9751A71; Tue, 13 May 2014 02:12:25 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 961682E44; Tue, 13 May 2014 02:12:25 +0000 (UTC) Received: from [192.168.14.221] (unknown [24.114.252.243]) (Authenticated sender: roleaccount@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 8ED3971A8D; Tue, 13 May 2014 02:12:24 +0000 (UTC) Message-ID: <53717F88.9060400@allanjude.com> Date: Mon, 12 May 2014 22:12:24 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: Leaving the Desktop Market References: <20140506163823.GA1406@tiny-r255948> <53710656.6030303@allanjude.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 May 2014 02:12:25 -0000 On 2014-05-12 14:25, Adrian Chadd wrote: > Just run intel-pcm and see. Thanks, -a Not sure if this is expected or not, but on Intel(R) Core(TM) i5-3570 CPU @ 3.40GHz all of the pcm.x tools just hang (cpu state: usem) From owner-freebsd-current@FreeBSD.ORG Tue May 13 02:46:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F5D9EE5 for ; Tue, 13 May 2014 02:46:38 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 7B6132071 for ; Tue, 13 May 2014 02:46:37 +0000 (UTC) Received: from [192.168.14.221] (unknown [24.114.252.243]) (Authenticated sender: roleaccount@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 884C071C3A for ; Tue, 13 May 2014 02:46:36 +0000 (UTC) Message-ID: <5371878B.2020402@allanjude.com> Date: Mon, 12 May 2014 22:46:35 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Leaving the Desktop Market References: <20140506163823.GA1406@tiny-r255948> <53710656.6030303@allanjude.com> <53717F88.9060400@allanjude.com> In-Reply-To: <53717F88.9060400@allanjude.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 May 2014 02:46:38 -0000 On 05/12/2014 22:12, Allan Jude wrote: > On 2014-05-12 14:25, Adrian Chadd wrote: >> Just run intel-pcm and see. Thanks, -a > > Not sure if this is expected or not, but on > > Intel(R) Core(TM) i5-3570 CPU @ 3.40GHz > > > all of the pcm.x tools just hang (cpu state: usem) > > > _______________________________________________ > 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" > Found the problem The first time I tried to run pcm.x it crashed (because I didn't have cpuctl kldloaded). On my laptop this gave a friendly error, but on the desktop i5 it just signal 8'd. Anyway, removing the stale lock file, /tmp/SEMDIntel_PCM_inst_lock resolved it #pcm.x 10 Intel(r) Performance Counter Monitor V2.6 (2013-11-04 13:43:31 +0100 ID=db05e43) Copyright (c) 2009-2013 Intel Corporation Number of physical cores: 4 Number of logical cores: 4 Threads (logical cores) per physical core: 1 Num sockets: 1 Core PMU (perfmon) version: 3 Number of core PMU generic (programmable) counters: 8 Width of generic (programmable) counters: 48 bits Number of core PMU fixed counters: 3 Width of fixed counters: 48 bits Nominal core frequency: 3400000000 Hz Package thermal spec power: 77 Watt; Package minimum power: 60 Watt; Package maximum power: 0 Watt; Detected Intel(R) Core(TM) i5-3570 CPU @ 3.40GHz "Intel(r) microarchitecture codename Ivy Bridge" EXEC : instructions per nominal CPU cycle IPC : instructions per CPU cycle FREQ : relation to nominal CPU frequency='unhalted clock ticks'/'invariant timer ticks' (includes Intel Turbo Boost) AFREQ : relation to nominal CPU frequency while in active state (not in power-saving C state)='unhalted clock ticks'/'invariant timer ticks while in C0-state' (includes Intel Turbo Boost) L3MISS: L3 cache misses L2MISS: L2 cache misses (including other core's L2 cache *hits*) L3HIT : L3 cache hit ratio (0.00-1.00) L2HIT : L2 cache hit ratio (0.00-1.00) L3CLK : ratio of CPU cycles lost due to L3 cache misses (0.00-1.00), in some cases could be >1.0 due to a higher memory latency L2CLK : ratio of CPU cycles lost due to missing L2 cache but still hitting L3 cache (0.00-1.00) READ : bytes read from memory controller (in GBytes) WRITE : bytes written to memory controller (in GBytes) TEMP : Temperature reading in 1 degree Celsius relative to the TjMax temperature (thermal headroom): 0 corresponds to the max temperature Core (SKT) | EXEC | IPC | FREQ | AFREQ | L3MISS | L2MISS | L3HIT | L2HIT | L3CLK | L2CLK | READ | WRITE | TEMP 0 0 0.00 0.21 0.02 0.49 1532 K 2978 K 0.49 0.01 0.43 0.08 N/A N/A 73 1 0 0.00 0.29 0.00 0.98 119 K 208 K 0.43 0.12 0.30 0.05 N/A N/A 73 2 0 0.00 0.29 0.00 1.00 117 K 169 K 0.31 0.12 0.33 0.03 N/A N/A 73 3 0 0.00 0.39 0.00 0.93 131 K 162 K 0.19 0.18 0.32 0.02 N/A N/A 73 ------------------------------------------------------------------------------------------------------------------- SKT 0 0.00 0.24 0.01 0.56 1900 K 3518 K 0.46 0.03 0.40 0.07 0.19 0.02 73 ------------------------------------------------------------------------------------------------------------------- TOTAL * 0.00 0.24 0.01 0.56 1900 K 3518 K 0.46 0.03 0.40 0.07 0.19 0.02 N/A Instructions retired: 200 M ; Active cycles: 850 M ; Time (TSC): 34 Gticks ; C0 (active,non-halted) core residency: 1.12 % C1 core residency: 1.76 %; C3 core residency: 0.10 %; C6 core residency: 97.02 %; C7 core residency: 0.00 %; C2 package residency: 43.01 %; C3 package residency: 0.13 %; C6 package residency: 41.23 %; C7 package residency: 0.00 %; PHYSICAL CORE IPC : 0.24 => corresponds to 5.89 % utilization for cores in active state Instructions per nominal CPU cycle: 0.00 => corresponds to 0.04 % core utilization over time interval ---------------------------------------------------------------------------------------------- ---------------------------------------------------------------------------------------------- SKT 0 package consumed 69.21 Joules ---------------------------------------------------------------------------------------------- TOTAL: 69.21 Joules From owner-freebsd-current@FreeBSD.ORG Tue May 13 02:48:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C46F3FF9 for ; Tue, 13 May 2014 02:48:27 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 850782083 for ; Tue, 13 May 2014 02:48:27 +0000 (UTC) Received: from [192.168.14.221] (unknown [24.114.252.243]) (Authenticated sender: roleaccount@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 4DA0871C4D for ; Tue, 13 May 2014 02:48:26 +0000 (UTC) Message-ID: <537187F9.9060709@allanjude.com> Date: Mon, 12 May 2014 22:48:25 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Leaving the Desktop Market References: <20140506163823.GA1406@tiny-r255948> <53710656.6030303@allanjude.com> <53717EC8.3040601@allanjude.com> In-Reply-To: <53717EC8.3040601@allanjude.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 May 2014 02:48:27 -0000 On 05/12/2014 22:09, Allan Jude wrote: > > Will try to grab results from a few more machines > > > _______________________________________________ > 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 my laptop: #pcm.x 1 Intel(r) Performance Counter Monitor V2.6 (2013-11-04 13:43:31 +0100 ID=db05e43) Copyright (c) 2009-2013 Intel Corporation Number of physical cores: 2 Number of logical cores: 4 Threads (logical cores) per physical core: 2 Num sockets: 1 Core PMU (perfmon) version: 3 Number of core PMU generic (programmable) counters: 4 Width of generic (programmable) counters: 48 bits Number of core PMU fixed counters: 3 Width of fixed counters: 48 bits Nominal core frequency: 2600000000 Hz Package thermal spec power: 35 Watt; Package minimum power: 24 Watt; Package maximum power: 0 Watt; Detected Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz "Intel(r) microarchitecture codename Ivy Bridge" EXEC : instructions per nominal CPU cycle IPC : instructions per CPU cycle FREQ : relation to nominal CPU frequency='unhalted clock ticks'/'invariant timer ticks' (includes Intel Turbo Boost) AFREQ : relation to nominal CPU frequency while in active state (not in power-saving C state)='unhalted clock ticks'/'invariant timer ticks while in C0-state' (includes Intel Turbo Boost) L3MISS: L3 cache misses L2MISS: L2 cache misses (including other core's L2 cache *hits*) L3HIT : L3 cache hit ratio (0.00-1.00) L2HIT : L2 cache hit ratio (0.00-1.00) L3CLK : ratio of CPU cycles lost due to L3 cache misses (0.00-1.00), in some cases could be >1.0 due to a higher memory latency L2CLK : ratio of CPU cycles lost due to missing L2 cache but still hitting L3 cache (0.00-1.00) READ : bytes read from memory controller (in GBytes) WRITE : bytes written to memory controller (in GBytes) TEMP : Temperature reading in 1 degree Celsius relative to the TjMax temperature (thermal headroom): 0 corresponds to the max temperature Core (SKT) | EXEC | IPC | FREQ | AFREQ | L3MISS | L2MISS | L3HIT | L2HIT | L3CLK | L2CLK | READ | WRITE | TEMP 0 0 0.00 0.84 0.00 0.46 295 K 564 K 0.48 0.21 0.55 0.11 N/A N/A 60 1 0 0.00 0.77 0.00 0.46 166 K 279 K 0.40 0.24 0.62 0.10 N/A N/A 60 2 0 0.00 0.75 0.00 0.46 138 K 200 K 0.31 0.29 0.46 0.05 N/A N/A 60 3 0 0.00 0.78 0.00 0.46 170 K 249 K 0.32 0.28 0.50 0.05 N/A N/A 60 ------------------------------------------------------------------------------------------------------------------- SKT 0 0.00 0.80 0.00 0.46 770 K 1294 K 0.40 0.24 0.53 0.08 0.11 0.04 60 ------------------------------------------------------------------------------------------------------------------- TOTAL * 0.00 0.80 0.00 0.46 770 K 1294 K 0.40 0.24 0.53 0.08 0.11 0.04 N/A Instructions retired: 208 M ; Active cycles: 261 M ; Time (TSC): 25 Gticks ; C0 (active,non-halted) core residency: 0.55 % C1 core residency: 4.44 %; C3 core residency: 0.16 %; C6 core residency: 94.85 %; C7 core residency: 0.00 %; C2 package residency: 4.26 %; C3 package residency: 0.10 %; C6 package residency: 88.28 %; C7 package residency: 0.00 %; PHYSICAL CORE IPC : 1.60 => corresponds to 39.89 % utilization for cores in active state Instructions per nominal CPU cycle: 0.00 => corresponds to 0.10 % core utilization over time interval ---------------------------------------------------------------------------------------------- ---------------------------------------------------------------------------------------------- SKT 0 package consumed 23.02 Joules ---------------------------------------------------------------------------------------------- TOTAL: 23.02 Joules From owner-freebsd-current@FreeBSD.ORG Tue May 13 03:07:18 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8420F4CC for ; Tue, 13 May 2014 03:07:18 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 5C8E222B9 for ; Tue, 13 May 2014 03:07:17 +0000 (UTC) Received: from [192.168.14.221] (unknown [24.114.252.243]) (Authenticated sender: roleaccount@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 7ED9171D60 for ; Tue, 13 May 2014 03:07:16 +0000 (UTC) Message-ID: <53718C64.6070903@allanjude.com> Date: Mon, 12 May 2014 23:07:16 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Leaving the Desktop Market References: <20140506163823.GA1406@tiny-r255948> <53710656.6030303@allanjude.com> <53717EC8.3040601@allanjude.com> <537187F9.9060709@allanjude.com> In-Reply-To: <537187F9.9060709@allanjude.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 May 2014 03:07:18 -0000 Before and after cx_lowest=c8 on an E5-2620v2 before: # pcm.x 1 Intel(r) Performance Counter Monitor V2.6 (2013-11-04 13:43:31 +0100 ID=db05e43) Copyright (c) 2009-2013 Intel Corporation Number of physical cores: 12 Number of logical cores: 24 Threads (logical cores) per physical core: 2 Num sockets: 2 Core PMU (perfmon) version: 3 Number of core PMU generic (programmable) counters: 4 Width of generic (programmable) counters: 48 bits Number of core PMU fixed counters: 3 Width of fixed counters: 48 bits Nominal core frequency: 2100000000 Hz Package thermal spec power: 80 Watt; Package minimum power: 51 Watt; Package maximum power: 110 Watt; ERROR: QPI LL monitoring device (0:127:8:2) is missing. The QPI statistics will be incomplete or missing. ERROR: QPI LL monitoring device (0:127:9:2) is missing. The QPI statistics will be incomplete or missing. Socket 0: 1 memory controllers detected with total number of 4 channels. 0 QPI ports detected. ERROR: QPI LL monitoring device (0:255:8:2) is missing. The QPI statistics will be incomplete or missing. ERROR: QPI LL monitoring device (0:255:9:2) is missing. The QPI statistics will be incomplete or missing. Socket 1: 1 memory controllers detected with total number of 4 channels. 0 QPI ports detected. Max QPI link speed: 14.4 GBytes/second (7.2 GT/second) Detected Intel(R) Xeon(R) CPU E5-2620 v2 @ 2.10GHz "Intel(r) microarchitecture codename Ivy Bridge-EP/EN/EX/Ivytown" EXEC : instructions per nominal CPU cycle IPC : instructions per CPU cycle FREQ : relation to nominal CPU frequency='unhalted clock ticks'/'invariant timer ticks' (includes Intel Turbo Boost) AFREQ : relation to nominal CPU frequency while in active state (not in power-saving C state)='unhalted clock ticks'/'invariant timer ticks while in C0-state' (includes Intel Turbo Boost) L3MISS: L3 cache misses L2MISS: L2 cache misses (including other core's L2 cache *hits*) L3HIT : L3 cache hit ratio (0.00-1.00) L2HIT : L2 cache hit ratio (0.00-1.00) L3CLK : ratio of CPU cycles lost due to L3 cache misses (0.00-1.00), in some cases could be >1.0 due to a higher memory latency L2CLK : ratio of CPU cycles lost due to missing L2 cache but still hitting L3 cache (0.00-1.00) READ : bytes read from memory controller (in GBytes) WRITE : bytes written to memory controller (in GBytes) TEMP : Temperature reading in 1 degree Celsius relative to the TjMax temperature (thermal headroom): 0 corresponds to the max temperature Core (SKT) | EXEC | IPC | FREQ | AFREQ | L3MISS | L2MISS | L3HIT | L2HIT | L3CLK | L2CLK | READ | WRITE | TEMP 0 0 0.06 1.02 0.06 0.99 2451 K 3421 K 0.28 0.85 0.36 0.03 N/A N/A 56 1 0 0.03 1.07 0.03 0.99 649 K 1331 K 0.51 0.93 0.18 0.04 N/A N/A 56 2 0 0.06 1.27 0.05 0.99 1020 K 1738 K 0.41 0.92 0.19 0.03 N/A N/A 47 3 0 0.05 1.20 0.04 0.98 1057 K 2256 K 0.53 0.87 0.20 0.05 N/A N/A 47 4 0 0.06 1.28 0.05 0.99 1115 K 1942 K 0.43 0.91 0.20 0.03 N/A N/A 56 5 0 0.08 1.31 0.06 0.99 1046 K 1932 K 0.46 0.94 0.15 0.03 N/A N/A 56 6 0 0.06 1.27 0.05 0.99 1167 K 1866 K 0.37 0.92 0.20 0.02 N/A N/A 53 7 0 0.12 1.45 0.09 0.99 1256 K 2263 K 0.45 0.95 0.12 0.02 N/A N/A 53 8 0 0.05 1.05 0.05 0.98 2372 K 3072 K 0.23 0.87 0.40 0.02 N/A N/A 53 9 0 0.03 1.19 0.03 0.94 968 K 1521 K 0.36 0.48 0.29 0.04 N/A N/A 53 10 0 0.09 1.27 0.07 0.99 1773 K 3184 K 0.44 0.89 0.21 0.03 N/A N/A 52 11 0 0.14 1.33 0.10 0.99 1745 K 2808 K 0.38 0.96 0.14 0.02 N/A N/A 52 12 1 0.04 1.21 0.03 0.98 1116 K 1867 K 0.40 0.69 0.28 0.04 N/A N/A 49 13 1 0.09 1.24 0.07 0.99 2248 K 3901 K 0.42 0.81 0.27 0.04 N/A N/A 49 14 1 0.10 1.35 0.07 0.98 1668 K 2603 K 0.36 0.92 0.20 0.02 N/A N/A 49 15 1 0.05 1.26 0.04 0.99 1435 K 2286 K 0.37 0.68 0.33 0.04 N/A N/A 49 16 1 0.11 1.29 0.08 0.99 1887 K 3232 K 0.42 0.92 0.19 0.03 N/A N/A 44 17 1 0.06 1.28 0.05 0.99 966 K 1626 K 0.41 0.93 0.18 0.02 N/A N/A 44 18 1 0.07 1.30 0.05 0.99 1040 K 1870 K 0.44 0.92 0.18 0.03 N/A N/A 47 19 1 0.12 1.30 0.09 0.99 1973 K 3133 K 0.37 0.93 0.18 0.02 N/A N/A 47 20 1 0.05 1.33 0.04 0.99 898 K 1531 K 0.41 0.91 0.19 0.03 N/A N/A 48 21 1 0.06 1.18 0.05 0.97 1140 K 2881 K 0.60 0.85 0.18 0.06 N/A N/A 48 22 1 0.20 1.34 0.15 1.00 3082 K 4634 K 0.33 0.94 0.17 0.02 N/A N/A 47 23 1 0.10 1.32 0.08 0.99 1732 K 2885 K 0.40 0.93 0.19 0.02 N/A N/A 47 ------------------------------------------------------------------------------------------------------------------- SKT 0 0.07 1.25 0.06 0.98 16 M 27 M 0.39 0.92 0.21 0.03 4.56 2.91 46 SKT 1 0.09 1.30 0.07 0.99 19 M 32 M 0.41 0.91 0.20 0.03 3.44 2.56 44 ------------------------------------------------------------------------------------------------------------------- TOTAL * 0.08 1.27 0.06 0.99 35 M 59 M 0.40 0.91 0.21 0.03 8.00 5.46 N/A Instructions retired: 39 G ; Active cycles: 31 G ; Time (TSC): 21 Gticks ; C0 (active,non-halted) core residency: 6.28 % C1 core residency: 93.72 %; C3 core residency: 0.00 %; C6 core residency: 0.00 %; C7 core residency: 0.00 %; C2 package residency: 0.00 %; C3 package residency: 0.00 %; C6 package residency: 0.00 %; C7 package residency: 0.00 %; PHYSICAL CORE IPC : 2.55 => corresponds to 63.74 % utilization for cores in active state Instructions per nominal CPU cycle: 0.16 => corresponds to 3.95 % core utilization over time interval Intel(r) QPI data traffic estimation in bytes (data traffic coming to CPU/socket through QPI links): | ---------------------------------------------------------------------------------------------- SKT 0 | SKT 1 | ---------------------------------------------------------------------------------------------- Total QPI incoming data traffic: 0 QPI data traffic/Memory controller traffic: 0.00 Intel(r) QPI traffic estimation in bytes (data and non-data traffic outgoing from CPU/socket through QPI links): | ---------------------------------------------------------------------------------------------- SKT 0 | SKT 1 | ---------------------------------------------------------------------------------------------- Total QPI outgoing data and non-data traffic: 0 ---------------------------------------------------------------------------------------------- SKT 0 package consumed 252.82 Joules SKT 1 package consumed 236.10 Joules ---------------------------------------------------------------------------------------------- TOTAL: 488.93 Joules ---------------------------------------------------------------------------------------------- SKT 0 DIMMs consumed 19.62 Joules SKT 1 DIMMs consumed 12.17 Joules ---------------------------------------------------------------------------------------------- TOTAL: 31.79 Joules and After: # pcm.x Intel(r) Performance Counter Monitor V2.6 (2013-11-04 13:43:31 +0100 ID=db05e43) Copyright (c) 2009-2013 Intel Corporation Number of physical cores: 12 Number of logical cores: 24 Threads (logical cores) per physical core: 2 Num sockets: 2 Core PMU (perfmon) version: 3 Number of core PMU generic (programmable) counters: 4 Width of generic (programmable) counters: 48 bits Number of core PMU fixed counters: 3 Width of fixed counters: 48 bits Nominal core frequency: 2100000000 Hz Package thermal spec power: 80 Watt; Package minimum power: 51 Watt; Package maximum power: 110 Watt; ERROR: QPI LL monitoring device (0:127:8:2) is missing. The QPI statistics will be incomplete or missing. ERROR: QPI LL monitoring device (0:127:9:2) is missing. The QPI statistics will be incomplete or missing. Socket 0: 1 memory controllers detected with total number of 4 channels. 0 QPI ports detected. ERROR: QPI LL monitoring device (0:255:8:2) is missing. The QPI statistics will be incomplete or missing. ERROR: QPI LL monitoring device (0:255:9:2) is missing. The QPI statistics will be incomplete or missing. Socket 1: 1 memory controllers detected with total number of 4 channels. 0 QPI ports detected. Max QPI link speed: 14.4 GBytes/second (7.2 GT/second) Detected Intel(R) Xeon(R) CPU E5-2620 v2 @ 2.10GHz "Intel(r) microarchitecture codename Ivy Bridge-EP/EN/EX/Ivytown" EXEC : instructions per nominal CPU cycle IPC : instructions per CPU cycle FREQ : relation to nominal CPU frequency='unhalted clock ticks'/'invariant timer ticks' (includes Intel Turbo Boost) AFREQ : relation to nominal CPU frequency while in active state (not in power-saving C state)='unhalted clock ticks'/'invariant timer ticks while in C0-state' (includes Intel Turbo Boost) L3MISS: L3 cache misses L2MISS: L2 cache misses (including other core's L2 cache *hits*) L3HIT : L3 cache hit ratio (0.00-1.00) L2HIT : L2 cache hit ratio (0.00-1.00) L3CLK : ratio of CPU cycles lost due to L3 cache misses (0.00-1.00), in some cases could be >1.0 due to a higher memory latency L2CLK : ratio of CPU cycles lost due to missing L2 cache but still hitting L3 cache (0.00-1.00) READ : bytes read from memory controller (in GBytes) WRITE : bytes written to memory controller (in GBytes) TEMP : Temperature reading in 1 degree Celsius relative to the TjMax temperature (thermal headroom): 0 corresponds to the max temperature Core (SKT) | EXEC | IPC | FREQ | AFREQ | L3MISS | L2MISS | L3HIT | L2HIT | L3CLK | L2CLK | READ | WRITE | TEMP 0 0 0.06 1.02 0.06 0.99 2451 K 3421 K 0.28 0.85 0.36 0.03 N/A N/A 56 1 0 0.03 1.07 0.03 0.99 649 K 1331 K 0.51 0.93 0.18 0.04 N/A N/A 56 2 0 0.06 1.27 0.05 0.99 1020 K 1738 K 0.41 0.92 0.19 0.03 N/A N/A 47 3 0 0.05 1.20 0.04 0.98 1057 K 2256 K 0.53 0.87 0.20 0.05 N/A N/A 47 4 0 0.06 1.28 0.05 0.99 1115 K 1942 K 0.43 0.91 0.20 0.03 N/A N/A 56 5 0 0.08 1.31 0.06 0.99 1046 K 1932 K 0.46 0.94 0.15 0.03 N/A N/A 56 6 0 0.06 1.27 0.05 0.99 1167 K 1866 K 0.37 0.92 0.20 0.02 N/A N/A 53 7 0 0.12 1.45 0.09 0.99 1256 K 2263 K 0.45 0.95 0.12 0.02 N/A N/A 53 8 0 0.05 1.05 0.05 0.98 2372 K 3072 K 0.23 0.87 0.40 0.02 N/A N/A 53 9 0 0.03 1.19 0.03 0.94 968 K 1521 K 0.36 0.48 0.29 0.04 N/A N/A 53 10 0 0.09 1.27 0.07 0.99 1773 K 3184 K 0.44 0.89 0.21 0.03 N/A N/A 52 11 0 0.14 1.33 0.10 0.99 1745 K 2808 K 0.38 0.96 0.14 0.02 N/A N/A 52 12 1 0.04 1.21 0.03 0.98 1116 K 1867 K 0.40 0.69 0.28 0.04 N/A N/A 49 13 1 0.09 1.24 0.07 0.99 2248 K 3901 K 0.42 0.81 0.27 0.04 N/A N/A 49 14 1 0.10 1.35 0.07 0.98 1668 K 2603 K 0.36 0.92 0.20 0.02 N/A N/A 49 15 1 0.05 1.26 0.04 0.99 1435 K 2286 K 0.37 0.68 0.33 0.04 N/A N/A 49 16 1 0.11 1.29 0.08 0.99 1887 K 3232 K 0.42 0.92 0.19 0.03 N/A N/A 44 17 1 0.06 1.28 0.05 0.99 966 K 1626 K 0.41 0.93 0.18 0.02 N/A N/A 44 18 1 0.07 1.30 0.05 0.99 1040 K 1870 K 0.44 0.92 0.18 0.03 N/A N/A 47 19 1 0.12 1.30 0.09 0.99 1973 K 3133 K 0.37 0.93 0.18 0.02 N/A N/A 47 20 1 0.05 1.33 0.04 0.99 898 K 1531 K 0.41 0.91 0.19 0.03 N/A N/A 48 21 1 0.06 1.18 0.05 0.97 1140 K 2881 K 0.60 0.85 0.18 0.06 N/A N/A 48 22 1 0.20 1.34 0.15 1.00 3082 K 4634 K 0.33 0.94 0.17 0.02 N/A N/A 47 23 1 0.10 1.32 0.08 0.99 1732 K 2885 K 0.40 0.93 0.19 0.02 N/A N/A 47 ------------------------------------------------------------------------------------------------------------------- SKT 0 0.07 1.25 0.06 0.98 16 M 27 M 0.39 0.92 0.21 0.03 4.56 2.91 46 SKT 1 0.09 1.30 0.07 0.99 19 M 32 M 0.41 0.91 0.20 0.03 3.44 2.56 44 ------------------------------------------------------------------------------------------------------------------- TOTAL * 0.08 1.27 0.06 0.99 35 M 59 M 0.40 0.91 0.21 0.03 8.00 5.46 N/A Instructions retired: 39 G ; Active cycles: 31 G ; Time (TSC): 21 Gticks ; C0 (active,non-halted) core residency: 6.28 % C1 core residency: 93.72 %; C3 core residency: 0.00 %; C6 core residency: 0.00 %; C7 core residency: 0.00 %; C2 package residency: 0.00 %; C3 package residency: 0.00 %; C6 package residency: 0.00 %; C7 package residency: 0.00 %; PHYSICAL CORE IPC : 2.55 => corresponds to 63.74 % utilization for cores in active state Instructions per nominal CPU cycle: 0.16 => corresponds to 3.95 % core utilization over time interval Intel(r) QPI data traffic estimation in bytes (data traffic coming to CPU/socket through QPI links): | ---------------------------------------------------------------------------------------------- SKT 0 | SKT 1 | ---------------------------------------------------------------------------------------------- Total QPI incoming data traffic: 0 QPI data traffic/Memory controller traffic: 0.00 Intel(r) QPI traffic estimation in bytes (data and non-data traffic outgoing from CPU/socket through QPI links): | ---------------------------------------------------------------------------------------------- SKT 0 | SKT 1 | ---------------------------------------------------------------------------------------------- Total QPI outgoing data and non-data traffic: 0 ---------------------------------------------------------------------------------------------- SKT 0 package consumed 252.82 Joules SKT 1 package consumed 236.10 Joules ---------------------------------------------------------------------------------------------- TOTAL: 488.93 Joules ---------------------------------------------------------------------------------------------- SKT 0 DIMMs consumed 19.62 Joules SKT 1 DIMMs consumed 12.17 Joules ---------------------------------------------------------------------------------------------- TOTAL: 31.79 Joules # sysctl dev.cpu.0 dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_SB_.SCK0.C000 dev.cpu.0.%pnpinfo: _HID=ACPI0007 _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.coretemp.delta: 55 dev.cpu.0.coretemp.resolution: 1 dev.cpu.0.coretemp.tjmax: 84.0C dev.cpu.0.coretemp.throttle_log: 0 dev.cpu.0.temperature: 29.0C dev.cpu.0.freq: 2100 dev.cpu.0.freq_levels: 2101/80000 2100/80000 2000/75136 1900/70367 1800/65694 1700/61114 1600/57383 1500/52992 1400/48680 1300/44460 1200/41050 1050/35918 900/30787 750/25656 600/20525 450/15393 300/10262 150/5131 dev.cpu.0.cx_supported: C1/1/1 C2/2/41 dev.cpu.0.cx_lowest: C8 dev.cpu.0.cx_usage: 13.88% 86.11% last 2517us From owner-freebsd-current@FreeBSD.ORG Tue May 13 06:07:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E9D644B2 for ; Tue, 13 May 2014 06:07:00 +0000 (UTC) Received: from mail-qg0-x22b.google.com (mail-qg0-x22b.google.com [IPv6:2607:f8b0:400d:c04::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A8C772FB5 for ; Tue, 13 May 2014 06:07:00 +0000 (UTC) Received: by mail-qg0-f43.google.com with SMTP id 63so8809425qgz.16 for ; Mon, 12 May 2014 23:06: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:message-id:subject :from:to:cc:content-type; bh=iYD8InRTOM67nDbA9gb+APHDnTC7aSESxg4FacuhGDc=; b=DjGDYd+d0AaSz6bsTHE86lMPSsVozwF/anvgxw9gHbj/RMMnfXXJdBzJVhF3L8RrdQ CNdQytb3mKWfOWv44S2hdT7dS7gs3wvpWRPqTPHdF6qXo2p/zXemAWqmvtIPINDAmrep CwFWn8eDT3re6KG5nPT7W7CGVxfgnz3XepurRUQUWIV+IQCGuL3rNIEErD2TuMnqkKMj 0xquLIoL6GYP6N4wy2uvjAw9mwzOGdcM7zv2JooSUip+oCF3a1/4Hn3UVR22lOEoNgKc D79ASqvoai4yQtBg6jyUwmBNXgaNCHSzAcdlsybdQ2ARhNW3AFbRgA+MBSBL6UsNt7qm x4Sw== MIME-Version: 1.0 X-Received: by 10.224.16.199 with SMTP id p7mr45480863qaa.76.1399961219297; Mon, 12 May 2014 23:06:59 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Mon, 12 May 2014 23:06:59 -0700 (PDT) In-Reply-To: <53718C64.6070903@allanjude.com> References: <20140506163823.GA1406@tiny-r255948> <53710656.6030303@allanjude.com> <53717EC8.3040601@allanjude.com> <537187F9.9060709@allanjude.com> <53718C64.6070903@allanjude.com> Date: Mon, 12 May 2014 23:06:59 -0700 X-Google-Sender-Auth: jQwtrvg8UDG95PHDD4i1enmZjys Message-ID: Subject: Re: Leaving the Desktop Market From: Adrian Chadd To: Allan Jude Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 May 2014 06:07:01 -0000 Did you set cx_lowest on hw.acpi.cpu ? -a On 12 May 2014 20:07, Allan Jude wrote: > Before and after cx_lowest=c8 on an E5-2620v2 > > before: > > # pcm.x 1 > > Intel(r) Performance Counter Monitor V2.6 (2013-11-04 13:43:31 +0100 > ID=db05e43) > > Copyright (c) 2009-2013 Intel Corporation > > Number of physical cores: 12 > Number of logical cores: 24 > Threads (logical cores) per physical core: 2 > Num sockets: 2 > Core PMU (perfmon) version: 3 > Number of core PMU generic (programmable) counters: 4 > Width of generic (programmable) counters: 48 bits > Number of core PMU fixed counters: 3 > Width of fixed counters: 48 bits > Nominal core frequency: 2100000000 Hz > Package thermal spec power: 80 Watt; Package minimum power: 51 Watt; > Package maximum power: 110 Watt; > ERROR: QPI LL monitoring device (0:127:8:2) is missing. The QPI > statistics will be incomplete or missing. > ERROR: QPI LL monitoring device (0:127:9:2) is missing. The QPI > statistics will be incomplete or missing. > Socket 0: 1 memory controllers detected with total number of 4 channels. > 0 QPI ports detected. > ERROR: QPI LL monitoring device (0:255:8:2) is missing. The QPI > statistics will be incomplete or missing. > ERROR: QPI LL monitoring device (0:255:9:2) is missing. The QPI > statistics will be incomplete or missing. > Socket 1: 1 memory controllers detected with total number of 4 channels. > 0 QPI ports detected. > Max QPI link speed: 14.4 GBytes/second (7.2 GT/second) > > Detected Intel(R) Xeon(R) CPU E5-2620 v2 @ 2.10GHz "Intel(r) > microarchitecture codename Ivy Bridge-EP/EN/EX/Ivytown" > > EXEC : instructions per nominal CPU cycle > IPC : instructions per CPU cycle > FREQ : relation to nominal CPU frequency='unhalted clock > ticks'/'invariant timer ticks' (includes Intel Turbo Boost) > AFREQ : relation to nominal CPU frequency while in active state (not in > power-saving C state)='unhalted clock ticks'/'invariant timer ticks > while in C0-state' (includes Intel Turbo Boost) > L3MISS: L3 cache misses > L2MISS: L2 cache misses (including other core's L2 cache *hits*) > L3HIT : L3 cache hit ratio (0.00-1.00) > L2HIT : L2 cache hit ratio (0.00-1.00) > L3CLK : ratio of CPU cycles lost due to L3 cache misses (0.00-1.00), in > some cases could be >1.0 due to a higher memory latency > L2CLK : ratio of CPU cycles lost due to missing L2 cache but still > hitting L3 cache (0.00-1.00) > READ : bytes read from memory controller (in GBytes) > WRITE : bytes written to memory controller (in GBytes) > TEMP : Temperature reading in 1 degree Celsius relative to the TjMax > temperature (thermal headroom): 0 corresponds to the max temperature > > > Core (SKT) | EXEC | IPC | FREQ | AFREQ | L3MISS | L2MISS | L3HIT | > L2HIT | L3CLK | L2CLK | READ | WRITE | TEMP > > 0 0 0.06 1.02 0.06 0.99 2451 K 3421 K 0.28 > 0.85 0.36 0.03 N/A N/A 56 > 1 0 0.03 1.07 0.03 0.99 649 K 1331 K 0.51 > 0.93 0.18 0.04 N/A N/A 56 > 2 0 0.06 1.27 0.05 0.99 1020 K 1738 K 0.41 > 0.92 0.19 0.03 N/A N/A 47 > 3 0 0.05 1.20 0.04 0.98 1057 K 2256 K 0.53 > 0.87 0.20 0.05 N/A N/A 47 > 4 0 0.06 1.28 0.05 0.99 1115 K 1942 K 0.43 > 0.91 0.20 0.03 N/A N/A 56 > 5 0 0.08 1.31 0.06 0.99 1046 K 1932 K 0.46 > 0.94 0.15 0.03 N/A N/A 56 > 6 0 0.06 1.27 0.05 0.99 1167 K 1866 K 0.37 > 0.92 0.20 0.02 N/A N/A 53 > 7 0 0.12 1.45 0.09 0.99 1256 K 2263 K 0.45 > 0.95 0.12 0.02 N/A N/A 53 > 8 0 0.05 1.05 0.05 0.98 2372 K 3072 K 0.23 > 0.87 0.40 0.02 N/A N/A 53 > 9 0 0.03 1.19 0.03 0.94 968 K 1521 K 0.36 > 0.48 0.29 0.04 N/A N/A 53 > 10 0 0.09 1.27 0.07 0.99 1773 K 3184 K 0.44 > 0.89 0.21 0.03 N/A N/A 52 > 11 0 0.14 1.33 0.10 0.99 1745 K 2808 K 0.38 > 0.96 0.14 0.02 N/A N/A 52 > 12 1 0.04 1.21 0.03 0.98 1116 K 1867 K 0.40 > 0.69 0.28 0.04 N/A N/A 49 > 13 1 0.09 1.24 0.07 0.99 2248 K 3901 K 0.42 > 0.81 0.27 0.04 N/A N/A 49 > 14 1 0.10 1.35 0.07 0.98 1668 K 2603 K 0.36 > 0.92 0.20 0.02 N/A N/A 49 > 15 1 0.05 1.26 0.04 0.99 1435 K 2286 K 0.37 > 0.68 0.33 0.04 N/A N/A 49 > 16 1 0.11 1.29 0.08 0.99 1887 K 3232 K 0.42 > 0.92 0.19 0.03 N/A N/A 44 > 17 1 0.06 1.28 0.05 0.99 966 K 1626 K 0.41 > 0.93 0.18 0.02 N/A N/A 44 > 18 1 0.07 1.30 0.05 0.99 1040 K 1870 K 0.44 > 0.92 0.18 0.03 N/A N/A 47 > 19 1 0.12 1.30 0.09 0.99 1973 K 3133 K 0.37 > 0.93 0.18 0.02 N/A N/A 47 > 20 1 0.05 1.33 0.04 0.99 898 K 1531 K 0.41 > 0.91 0.19 0.03 N/A N/A 48 > 21 1 0.06 1.18 0.05 0.97 1140 K 2881 K 0.60 > 0.85 0.18 0.06 N/A N/A 48 > 22 1 0.20 1.34 0.15 1.00 3082 K 4634 K 0.33 > 0.94 0.17 0.02 N/A N/A 47 > 23 1 0.10 1.32 0.08 0.99 1732 K 2885 K 0.40 > 0.93 0.19 0.02 N/A N/A 47 > ------------------------------------------------------------------------------------------------------------------- > SKT 0 0.07 1.25 0.06 0.98 16 M 27 M 0.39 > 0.92 0.21 0.03 4.56 2.91 46 > SKT 1 0.09 1.30 0.07 0.99 19 M 32 M 0.41 > 0.91 0.20 0.03 3.44 2.56 44 > ------------------------------------------------------------------------------------------------------------------- > TOTAL * 0.08 1.27 0.06 0.99 35 M 59 M 0.40 > 0.91 0.21 0.03 8.00 5.46 N/A > > Instructions retired: 39 G ; Active cycles: 31 G ; Time (TSC): 21 > Gticks ; C0 (active,non-halted) core residency: 6.28 % > > C1 core residency: 93.72 %; C3 core residency: 0.00 %; C6 core > residency: 0.00 %; C7 core residency: 0.00 %; > C2 package residency: 0.00 %; C3 package residency: 0.00 %; C6 package > residency: 0.00 %; C7 package residency: 0.00 %; > > PHYSICAL CORE IPC : 2.55 => corresponds to 63.74 % > utilization for cores in active state > Instructions per nominal CPU cycle: 0.16 => corresponds to 3.95 % core > utilization over time interval > > Intel(r) QPI data traffic estimation in bytes (data traffic coming to > CPU/socket through QPI links): > > | > ---------------------------------------------------------------------------------------------- > SKT 0 | > SKT 1 | > ---------------------------------------------------------------------------------------------- > Total QPI incoming data traffic: 0 QPI data traffic/Memory > controller traffic: 0.00 > > Intel(r) QPI traffic estimation in bytes (data and non-data traffic > outgoing from CPU/socket through QPI links): > > | > ---------------------------------------------------------------------------------------------- > SKT 0 | > SKT 1 | > ---------------------------------------------------------------------------------------------- > Total QPI outgoing data and non-data traffic: 0 > > ---------------------------------------------------------------------------------------------- > SKT 0 package consumed 252.82 Joules > SKT 1 package consumed 236.10 Joules > ---------------------------------------------------------------------------------------------- > TOTAL: 488.93 Joules > > ---------------------------------------------------------------------------------------------- > SKT 0 DIMMs consumed 19.62 Joules > SKT 1 DIMMs consumed 12.17 Joules > ---------------------------------------------------------------------------------------------- > TOTAL: 31.79 Joules > > > > > > > and After: > > # pcm.x > > Intel(r) Performance Counter Monitor V2.6 (2013-11-04 13:43:31 +0100 > ID=db05e43) > > Copyright (c) 2009-2013 Intel Corporation > > Number of physical cores: 12 > Number of logical cores: 24 > Threads (logical cores) per physical core: 2 > Num sockets: 2 > Core PMU (perfmon) version: 3 > Number of core PMU generic (programmable) counters: 4 > Width of generic (programmable) counters: 48 bits > Number of core PMU fixed counters: 3 > Width of fixed counters: 48 bits > Nominal core frequency: 2100000000 Hz > Package thermal spec power: 80 Watt; Package minimum power: 51 Watt; > Package maximum power: 110 Watt; > ERROR: QPI LL monitoring device (0:127:8:2) is missing. The QPI > statistics will be incomplete or missing. > ERROR: QPI LL monitoring device (0:127:9:2) is missing. The QPI > statistics will be incomplete or missing. > Socket 0: 1 memory controllers detected with total number of 4 channels. > 0 QPI ports detected. > ERROR: QPI LL monitoring device (0:255:8:2) is missing. The QPI > statistics will be incomplete or missing. > ERROR: QPI LL monitoring device (0:255:9:2) is missing. The QPI > statistics will be incomplete or missing. > Socket 1: 1 memory controllers detected with total number of 4 channels. > 0 QPI ports detected. > Max QPI link speed: 14.4 GBytes/second (7.2 GT/second) > > Detected Intel(R) Xeon(R) CPU E5-2620 v2 @ 2.10GHz "Intel(r) > microarchitecture codename Ivy Bridge-EP/EN/EX/Ivytown" > > EXEC : instructions per nominal CPU cycle > IPC : instructions per CPU cycle > FREQ : relation to nominal CPU frequency='unhalted clock > ticks'/'invariant timer ticks' (includes Intel Turbo Boost) > AFREQ : relation to nominal CPU frequency while in active state (not in > power-saving C state)='unhalted clock ticks'/'invariant timer ticks > while in C0-state' (includes Intel Turbo Boost) > L3MISS: L3 cache misses > L2MISS: L2 cache misses (including other core's L2 cache *hits*) > L3HIT : L3 cache hit ratio (0.00-1.00) > L2HIT : L2 cache hit ratio (0.00-1.00) > L3CLK : ratio of CPU cycles lost due to L3 cache misses (0.00-1.00), in > some cases could be >1.0 due to a higher memory latency > L2CLK : ratio of CPU cycles lost due to missing L2 cache but still > hitting L3 cache (0.00-1.00) > READ : bytes read from memory controller (in GBytes) > WRITE : bytes written to memory controller (in GBytes) > TEMP : Temperature reading in 1 degree Celsius relative to the TjMax > temperature (thermal headroom): 0 corresponds to the max temperature > > > Core (SKT) | EXEC | IPC | FREQ | AFREQ | L3MISS | L2MISS | L3HIT | > L2HIT | L3CLK | L2CLK | READ | WRITE | TEMP > > 0 0 0.06 1.02 0.06 0.99 2451 K 3421 K 0.28 > 0.85 0.36 0.03 N/A N/A 56 > 1 0 0.03 1.07 0.03 0.99 649 K 1331 K 0.51 > 0.93 0.18 0.04 N/A N/A 56 > 2 0 0.06 1.27 0.05 0.99 1020 K 1738 K 0.41 > 0.92 0.19 0.03 N/A N/A 47 > 3 0 0.05 1.20 0.04 0.98 1057 K 2256 K 0.53 > 0.87 0.20 0.05 N/A N/A 47 > 4 0 0.06 1.28 0.05 0.99 1115 K 1942 K 0.43 > 0.91 0.20 0.03 N/A N/A 56 > 5 0 0.08 1.31 0.06 0.99 1046 K 1932 K 0.46 > 0.94 0.15 0.03 N/A N/A 56 > 6 0 0.06 1.27 0.05 0.99 1167 K 1866 K 0.37 > 0.92 0.20 0.02 N/A N/A 53 > 7 0 0.12 1.45 0.09 0.99 1256 K 2263 K 0.45 > 0.95 0.12 0.02 N/A N/A 53 > 8 0 0.05 1.05 0.05 0.98 2372 K 3072 K 0.23 > 0.87 0.40 0.02 N/A N/A 53 > 9 0 0.03 1.19 0.03 0.94 968 K 1521 K 0.36 > 0.48 0.29 0.04 N/A N/A 53 > 10 0 0.09 1.27 0.07 0.99 1773 K 3184 K 0.44 > 0.89 0.21 0.03 N/A N/A 52 > 11 0 0.14 1.33 0.10 0.99 1745 K 2808 K 0.38 > 0.96 0.14 0.02 N/A N/A 52 > 12 1 0.04 1.21 0.03 0.98 1116 K 1867 K 0.40 > 0.69 0.28 0.04 N/A N/A 49 > 13 1 0.09 1.24 0.07 0.99 2248 K 3901 K 0.42 > 0.81 0.27 0.04 N/A N/A 49 > 14 1 0.10 1.35 0.07 0.98 1668 K 2603 K 0.36 > 0.92 0.20 0.02 N/A N/A 49 > 15 1 0.05 1.26 0.04 0.99 1435 K 2286 K 0.37 > 0.68 0.33 0.04 N/A N/A 49 > 16 1 0.11 1.29 0.08 0.99 1887 K 3232 K 0.42 > 0.92 0.19 0.03 N/A N/A 44 > 17 1 0.06 1.28 0.05 0.99 966 K 1626 K 0.41 > 0.93 0.18 0.02 N/A N/A 44 > 18 1 0.07 1.30 0.05 0.99 1040 K 1870 K 0.44 > 0.92 0.18 0.03 N/A N/A 47 > 19 1 0.12 1.30 0.09 0.99 1973 K 3133 K 0.37 > 0.93 0.18 0.02 N/A N/A 47 > 20 1 0.05 1.33 0.04 0.99 898 K 1531 K 0.41 > 0.91 0.19 0.03 N/A N/A 48 > 21 1 0.06 1.18 0.05 0.97 1140 K 2881 K 0.60 > 0.85 0.18 0.06 N/A N/A 48 > 22 1 0.20 1.34 0.15 1.00 3082 K 4634 K 0.33 > 0.94 0.17 0.02 N/A N/A 47 > 23 1 0.10 1.32 0.08 0.99 1732 K 2885 K 0.40 > 0.93 0.19 0.02 N/A N/A 47 > ------------------------------------------------------------------------------------------------------------------- > SKT 0 0.07 1.25 0.06 0.98 16 M 27 M 0.39 > 0.92 0.21 0.03 4.56 2.91 46 > SKT 1 0.09 1.30 0.07 0.99 19 M 32 M 0.41 > 0.91 0.20 0.03 3.44 2.56 44 > ------------------------------------------------------------------------------------------------------------------- > TOTAL * 0.08 1.27 0.06 0.99 35 M 59 M 0.40 > 0.91 0.21 0.03 8.00 5.46 N/A > > Instructions retired: 39 G ; Active cycles: 31 G ; Time (TSC): 21 > Gticks ; C0 (active,non-halted) core residency: 6.28 % > > C1 core residency: 93.72 %; C3 core residency: 0.00 %; C6 core > residency: 0.00 %; C7 core residency: 0.00 %; > C2 package residency: 0.00 %; C3 package residency: 0.00 %; C6 package > residency: 0.00 %; C7 package residency: 0.00 %; > > PHYSICAL CORE IPC : 2.55 => corresponds to 63.74 % > utilization for cores in active state > Instructions per nominal CPU cycle: 0.16 => corresponds to 3.95 % core > utilization over time interval > > Intel(r) QPI data traffic estimation in bytes (data traffic coming to > CPU/socket through QPI links): > > | > ---------------------------------------------------------------------------------------------- > SKT 0 | > SKT 1 | > ---------------------------------------------------------------------------------------------- > Total QPI incoming data traffic: 0 QPI data traffic/Memory > controller traffic: 0.00 > > Intel(r) QPI traffic estimation in bytes (data and non-data traffic > outgoing from CPU/socket through QPI links): > > | > ---------------------------------------------------------------------------------------------- > SKT 0 | > SKT 1 | > ---------------------------------------------------------------------------------------------- > Total QPI outgoing data and non-data traffic: 0 > > ---------------------------------------------------------------------------------------------- > SKT 0 package consumed 252.82 Joules > SKT 1 package consumed 236.10 Joules > ---------------------------------------------------------------------------------------------- > TOTAL: 488.93 Joules > > ---------------------------------------------------------------------------------------------- > SKT 0 DIMMs consumed 19.62 Joules > SKT 1 DIMMs consumed 12.17 Joules > ---------------------------------------------------------------------------------------------- > TOTAL: 31.79 Joules > > > > > > # sysctl dev.cpu.0 > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_SB_.SCK0.C000 > dev.cpu.0.%pnpinfo: _HID=ACPI0007 _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.coretemp.delta: 55 > dev.cpu.0.coretemp.resolution: 1 > dev.cpu.0.coretemp.tjmax: 84.0C > dev.cpu.0.coretemp.throttle_log: 0 > dev.cpu.0.temperature: 29.0C > dev.cpu.0.freq: 2100 > dev.cpu.0.freq_levels: 2101/80000 2100/80000 2000/75136 1900/70367 > 1800/65694 1700/61114 1600/57383 1500/52992 1400/48680 1300/44460 > 1200/41050 1050/35918 900/30787 750/25656 600/20525 450/15393 300/10262 > 150/5131 > dev.cpu.0.cx_supported: C1/1/1 C2/2/41 > dev.cpu.0.cx_lowest: C8 > dev.cpu.0.cx_usage: 13.88% 86.11% last 2517us > > _______________________________________________ > 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 May 13 08:50:19 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F0556C08; Tue, 13 May 2014 08:50:19 +0000 (UTC) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B81F52D2E; Tue, 13 May 2014 08:50:19 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id s4D8oB7T078438; Tue, 13 May 2014 01:50:15 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201405130850.s4D8oB7T078438@gw.catspoiler.org> Date: Tue, 13 May 2014 01:50:11 -0700 (PDT) From: Don Lewis Subject: ports/INDEX building broken on 11.0-CURRENT To: ports@FreeBSD.org, current@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 May 2014 08:50:20 -0000 Please excuse the crosspost. I'm not sure if this is a ports problem or a CURRENT problem. I just updated my 11.0-CURRENT machine to r265940 and can no longer build ports/INDEX-11. My ports tree is r353903. I think this problem is being caused by the recent changes to /usr/share/mk/*. # make index Generating INDEX-11 - please wait..--- describe.accessibility --- --- describe.arabic --- --- describe.archivers --- --- describe.astro --- --- describe.audio --- --- describe.benchmarks --- --- describe.biology --- --- describe.cad --- --- describe.chinese --- --- describe.comms --- --- describe.converters --- --- describe.databases --- --- describe.deskutils --- --- describe.devel --- clang33: not found make[5]: "/usr/share/mk/bsd.compiler.mk" line 24: warning: "clang33 --version" returned non-zero status make[5]: "/usr/share/mk/bsd.compiler.mk" line 37: Unable to determine compiler type for clang33. Consider setting COMPILER_TYPE. ===> devel/ccons failed *** [describe.devel] Error code 1 make[2]: stopped in /usr/ports 1 error make[2]: stopped in /usr/ports ******************************************************************** Before reporting this error, verify that you are running a supported version of FreeBSD (see http://www.FreeBSD.org/ports/) and that you have a complete and up-to-date ports collection. (INDEX builds are not supported with partial or out-of-date ports collections. If that is the case, then report the failure to ports@FreeBSD.org together with relevant details of your ports configuration (including FreeBSD version, your architecture, your environment, and your /etc/make.conf settings, especially compiler flags and OPTIONS_SET/UNSET settings). Note: the latest pre-generated version of INDEX may be fetched automatically with "make fetchindex". ******************************************************************** *** Error code 1 Stop. make[1]: stopped in /usr/ports *** Error code 1 Stop. make: stopped in /usr/ports If I go to the offending port: # cd /usr/ports/devel/ccons/ # make describe clang33: not found make: "/usr/share/mk/bsd.compiler.mk" line 24: warning: "clang33 --version" returned non-zero status make: "/usr/share/mk/bsd.compiler.mk" line 37: Unable to determine compiler type for clang33. Consider setting COMPILER_TYPE. I don't have any problems building the INDEX file on 9.3-PRERELEASE r265940. From owner-freebsd-current@FreeBSD.ORG Tue May 13 09:28:25 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8CF1852 for ; Tue, 13 May 2014 09:28:25 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4EAF720C0 for ; Tue, 13 May 2014 09:28:24 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1Wk90T-001svm-JL>; Tue, 13 May 2014 11:28:17 +0200 Received: from f052150225.adsl.alicedsl.de ([78.52.150.225] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1Wk90T-001Im7-FX>; Tue, 13 May 2014 11:28:17 +0200 Date: Tue, 13 May 2014 11:28:16 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: r 265947: relocation truncated to fit: R_X86_64_PC32 against symbol `__error' defined in .text Message-ID: <20140513112816.7e388477.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/nWf=axzK+H2GC176a5Dihv."; protocol="application/pgp-signature" X-Originating-IP: 78.52.150.225 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 May 2014 09:28:25 -0000 --Sig_/nWf=axzK+H2GC176a5Dihv. Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On FreeBSD 11.0-CURRENT, FreeBSD 11.0-CURRENT #1 r265924: Mon May 12 20:38:01 CEST 2014 amd64 The system is working so far, but when trying to compile the ost recent sou= rces (buildworld), I get the following error: cc -O2 -pipe -O3 -I/usr/src/usr.bin/xinstall/../../contrib/mtree -I/usr/src/usr.bin/xinstall/../../lib/libnetbsd -I/usr/src/usr.bin/xinstall/../../lib/libmd -std=3Dgnu99 -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -static -L/usr/obj/usr/src/tmp/l= egacy/usr/lib -o xinstall xinstall.o getid.o -lmd -legacy /usr/lib/libc.a(posix_spawn.o):= In function `posix_spawn_file_actions_addopen': /usr/src/lib/libc/gen/posix_spawn.c:(.t= ext+0x438): relocation truncated to fit: R_X86_64_PC32 against symbol `__error' defined= in .text section in /usr/lib/libc.a(__error.o) cc: error: linker command failed with= exit code 1 (use -v to see invocation) *** [xinstall] Error code 1 Just for fun, I also tried to recompile (not install!) libc via make -C lib/libc depend obj all make: "/usr/src/lib/libc/Makefile" line 6: Could not find src.opts.mk make: "/usr/src/lib/libc/Makefile" line 32: Malformed conditional (${MK_NLS= } !=3D "no") make: "/usr/src/lib/libc/Makefile" line 51: Malformed conditional (${MK_SSP= } !=3D "no") make: "/usr/src/lib/libc/Makefile" line 72: Malformed conditional (${MK_ICO= NV} !=3D "no") make: "/usr/src/lib/libc/locale/Makefile.inc" line 26: Malformed conditional (${MK_ICONV} !=3D "no") make: "/usr/src/lib/libc/net/Makefile.inc" line 19:= Malformed conditional (${MK_NS_CACHING} !=3D "no") make: "/usr/src/lib/libc/net/Makef= ile.inc" line 25: Malformed conditional (${MK_INET6_SUPPORT} !=3D "no") make: "/usr/src/lib/libc/net/Makefile.inc" line 125: Malformed conditional (${MK_= HESIOD} !=3D "no") make: "/usr/src/lib/libc/amd64/sys/Makefile.inc" line 14: Malformed c= onditional (${MK_SYSCALL_COMPAT} !=3D "no") make: "/usr/src/lib/libc/sys/Makefile.inc"= line 24: Malformed conditional (${MK_SYSCALL_COMPAT} !=3D "no") make: "/usr/src/lib/= libc/Makefile" line 105: Malformed conditional (${MK_NIS} !=3D "no") make: "/usr/src/lib/l= ibc/Makefile" line 110: Malformed conditional (${MK_HESIOD} !=3D "no") make: "/usr/src/li= b/libc/Makefile" line 113: Malformed conditional (${MK_FP_LIBC} =3D=3D "no") make: "/usr/src/lib/libc/Makefile" line 116: Malformed conditional (${MK_NS_CACHI= NG} !=3D "no") make: Fatal errors encountered -- cannot continue make: stopped in /usr/src= /lib/libc Well, there is something wrong on this and I have no clue what is going on.= I recompiled yesterday's world without problems (r265924). oh --Sig_/nWf=axzK+H2GC176a5Dihv. Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTceWwAAoJEOgBcD7A/5N8NS4H/2P3kxdynCqH5I0kQ5e0griM WfGEKQl5ngGreVz12ZuPm5kV4Vj0eg0TAgZKXcUqKCgWVbPp8em4fvorU2kvLBkk XQE94kRsGt42rRj1VHrrE4JhdVHmbDxc+SNaxqYA6ekRQxoS5HnOFaZkNq/s+hfw UfMyP5oieD1OeegOk3vlr365lOV7LRqsSeQWTSTYsgRDcAp+aVVIoHWkT56p67fr 7DMfQCrT2MhYwdSDcz+2IHinPJ/y8XFbBLpJrmFYOlSx45T8O98w8YemyS4bcyhQ /mMdx5LLHQ81ImtyJxx+gsZk7kFNqkJT5EsMHn+Rju8xYS/ps6+ohsPqOWuTTTk= =NmRx -----END PGP SIGNATURE----- --Sig_/nWf=axzK+H2GC176a5Dihv.-- From owner-freebsd-current@FreeBSD.ORG Tue May 13 09:44:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57336D1D for ; Tue, 13 May 2014 09:44:34 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 13F0322B0 for ; Tue, 13 May 2014 09:44:33 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPA id 9E6D3C4927; Tue, 13 May 2014 12:44:31 +0300 (EEST) Date: Tue, 13 May 2014 12:44:42 +0300 From: Aleksandr Rybalko To: George Mitchell Subject: Re: RFT vidcontrol for vt(4) Message-Id: <20140513124442.93f533228108f2672b6237c1@freebsd.org> In-Reply-To: <53715E79.2040408@m5p.com> References: <20140311162743.072870a9afd4f74fff9e99e8@ddteam.net> <5370CE34.8000905@orange.fr> <20140512171415.558dbcb68971d1db675ea39e@ddteam.net> <5370E47E.7030304@orange.fr> <5370E800.8040803@freebsd.org> <53715E79.2040408@m5p.com> X-Mailer: Sylpheed 3.3.1 (GTK+ 2.24.22; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 May 2014 09:44:34 -0000 On Mon, 12 May 2014 19:51:21 -0400 George Mitchell wrote: > On 05/12/14 11:25, Nathan Whitehorn wrote: > > [...] > > > > Is there any reason not to have kbdmux be mandatory at this point? > > [...] > > Does this mean mandatory in the sense that the kbdmux driver always > gets built and loaded, or that the kbdmux driver must always be in > operation (treating all keyboard-like devices as a single unified > source of keystrokes)? I could live with the first, but there are > definitely times that I want multiple independent keyboards on a > system to be considered unrelated to one another. -- George kbdmux able to manage keyboard set, so you can attach and detach some keyboards. (But I did not test it long ago for vt(4)) > > _______________________________________________ > 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" Thanks! WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Tue May 13 12:42:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75396CD8 for ; Tue, 13 May 2014 12:42:49 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 2D6EB2286 for ; Tue, 13 May 2014 12:42:48 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile12) with ESMTP id s4DCgeaG017721 for ; Tue, 13 May 2014 21:42:40 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili14) with ESMTP id s4DCgfL09498 for ; Tue, 13 May 2014 21:42:41 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi14) id s4DCgfw0007723 for freebsd-current@freebsd.org; Tue, 13 May 2014 21:42:41 +0900 From: takehara.mikihito@jp.panasonic.com Received: from jp.panasonic.com by lomi14.jp.panasonic.com (8.12.11.20060308/3.7W) with SMTP id s4DCgdaR007707 for ; Tue, 13 May 2014 21:42:39 +0900 To: freebsd-current@freebsd.org Subject: fsck bug in replaying partial frag truncate journal on UFS SU+J? Date: Tue, 13 May 2014 21:42:19 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: HidemaruMail 6.22 (WinNT,601) Message-Id: <39CF6EA8C75D61takehara.mikihito@jp.panasonic.com> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 May 2014 12:42:49 -0000 Hello, I think fsck_ffs has a bug in replaying partial frag truncate journal on UFS SU+J. Bellow I tested about the issue. I tested blocksize==4KB, fragsize=512byte UFS SU+J. But I think these parameters are not related to this issue. 1) Preparing 4096byte(1block) test file. 2) Use "truncate" to shorten filesize to 3584byte(7frags). 3) Shutdown without unmount after journal is written and before inode size ufs2_dinode is written. 4) Run fsck_ffs with journal. 5) Mount again and remove test file. Then I face panic. "panic: ffs_blkfree_cg: freeing free block" This seems to be caused by fsck_ffs to replay JOP_FREEBLK whose "blkno" is not block-aligned. The above case 2), JOP_FREEBLK journal is like this: FREEBLK ino=5, blkno=1727, lbn=0, frags=1, oldfrags=0 <---(a) fsck_ffs handles JOP_NEWBLK almost same as JOP_FREEBLK. But my understanding is that in case of JOP_NEWBLK kernel always create block-aligned blkno. So this issue is only in case of JOP_FREEBLK. To analyze this issue, I also tested that using the above test file 3584byte(7frags) and write 512byte with append to largen to 4096byte(1block). In this case JOP_NEWBLK journal is like this: JOP_NEWBLK ino=5, blkno=1720, lbn=0, frags=8, oldfrags=7 <---(b) I think the bug is in fsck_ffs suj.c's arround blk_check(). My understanding is that blk_check() cannot handle non-block-aligned blkno so there is a little trick in blk_build() bellow. ---------------------------------------------------------------------------------------- /* * Rewrite the record using oldfrags to indicate the offset into * the block. Leave jb_frags as the actual allocated count. */ blkrec->jb_blkno -= frag; blkrec->jb_oldfrags = frag; ---------------------------------------------------------------------------------------- By this trick, (a) is modified like: JOP_FREEBLK ino=5, blkno=1720, lbn=0, frags=1, oldfrags=7 <---(a') and (b) is modified like: JOP_NEWBLK ino=5, blkno=1720, lbn=0, frags=8, oldfrags=0 <---(b') But blk_check() cannot handle the case "oldfrags!=0". If "oldfrags!=0", blk_check()'s "isat" comes to be 0 even though the blk is present. So (a) should be modified same as (b') The following is my patch to fix like this. According to my test, this patch works fine. ======================================================================= diff --git a/sbin/fsck_ffs/suj.c b/sbin/fsck_ffs/suj.c index e21ffc6..2512522 100644 --- a/sbin/fsck_ffs/suj.c +++ b/sbin/fsck_ffs/suj.c @@ -2503,11 +2503,11 @@ blk_build(struct jblkrec *blkrec) frag = fragnum(fs, blkrec->jb_blkno); sblk = blk_lookup(blk, 1); /* - * Rewrite the record using oldfrags to indicate the offset into - * the block. Leave jb_frags as the actual allocated count. + * Rewrite the record to indicate the offset into the block. */ blkrec->jb_blkno -= frag; - blkrec->jb_oldfrags = frag; + blkrec->jb_frags += frag; + blkrec->jb_oldfrags = 0; if (blkrec->jb_oldfrags + blkrec->jb_frags > fs->fs_frag) err_suj("Invalid fragment count %d oldfrags %d\n", blkrec->jb_frags, frag); ======================================================================= I think we can fix this by changing kernel code not to create non-block-aligned JOP_FREEBLK. But I also think it is better to change fsck by considering compatibility. From owner-freebsd-current@FreeBSD.ORG Tue May 13 13:55:24 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 007FDFBE for ; Tue, 13 May 2014 13:55:23 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C809628CB for ; Tue, 13 May 2014 13:55:23 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WkDAr-000IGn-DM; Tue, 13 May 2014 13:55:17 +0000 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 s4DDtDrj035232; Tue, 13 May 2014 07:55:13 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/vs71Uk+n2i6zhSkvDy+y8 Subject: Re: r 265947: relocation truncated to fit: R_X86_64_PC32 against symbol `__error' defined in .text From: Ian Lepore To: "O. Hartmann" In-Reply-To: <20140513112816.7e388477.ohartman@zedat.fu-berlin.de> References: <20140513112816.7e388477.ohartman@zedat.fu-berlin.de> Content-Type: text/plain; charset="us-ascii" Date: Tue, 13 May 2014 07:55:13 -0600 Message-ID: <1399989313.56626.5.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 May 2014 13:55:24 -0000 On Tue, 2014-05-13 at 11:28 +0200, O. Hartmann wrote: > On FreeBSD 11.0-CURRENT, > > FreeBSD 11.0-CURRENT #1 r265924: Mon May 12 20:38:01 CEST 2014 amd64 > > The system is working so far, but when trying to compile the ost recent sources > (buildworld), I get the following error: > > cc -O2 -pipe -O3 -I/usr/src/usr.bin/xinstall/../../contrib/mtree > -I/usr/src/usr.bin/xinstall/../../lib/libnetbsd > -I/usr/src/usr.bin/xinstall/../../lib/libmd -std=gnu99 -Qunused-arguments > -I/usr/obj/usr/src/tmp/legacy/usr/include -static -L/usr/obj/usr/src/tmp/legacy/usr/lib > -o xinstall xinstall.o getid.o -lmd -legacy /usr/lib/libc.a(posix_spawn.o): In function > `posix_spawn_file_actions_addopen': /usr/src/lib/libc/gen/posix_spawn.c:(.text+0x438): > relocation truncated to fit: R_X86_64_PC32 against symbol `__error' defined in .text > section in /usr/lib/libc.a(__error.o) cc: error: linker command failed with exit code 1 > (use -v to see invocation) *** [xinstall] Error code 1 > > Just for fun, I also tried to recompile (not install!) libc via > > make -C lib/libc depend obj all > > make: "/usr/src/lib/libc/Makefile" line 6: Could not find src.opts.mk > make: "/usr/src/lib/libc/Makefile" line 32: Malformed conditional (${MK_NLS} != "no") > make: "/usr/src/lib/libc/Makefile" line 51: Malformed conditional (${MK_SSP} != "no") > make: "/usr/src/lib/libc/Makefile" line 72: Malformed conditional (${MK_ICONV} != "no") > make: "/usr/src/lib/libc/locale/Makefile.inc" line 26: Malformed conditional > (${MK_ICONV} != "no") make: "/usr/src/lib/libc/net/Makefile.inc" line 19: Malformed > conditional (${MK_NS_CACHING} != "no") make: "/usr/src/lib/libc/net/Makefile.inc" line > 25: Malformed conditional (${MK_INET6_SUPPORT} != "no") make: > "/usr/src/lib/libc/net/Makefile.inc" line 125: Malformed conditional (${MK_HESIOD} != > "no") make: "/usr/src/lib/libc/amd64/sys/Makefile.inc" line 14: Malformed conditional > (${MK_SYSCALL_COMPAT} != "no") make: "/usr/src/lib/libc/sys/Makefile.inc" line 24: > Malformed conditional (${MK_SYSCALL_COMPAT} != "no") make: "/usr/src/lib/libc/Makefile" > line 105: Malformed conditional (${MK_NIS} != "no") make: "/usr/src/lib/libc/Makefile" > line 110: Malformed conditional (${MK_HESIOD} != "no") make: "/usr/src/lib/libc/Makefile" > line 113: Malformed conditional (${MK_FP_LIBC} == "no") make: > "/usr/src/lib/libc/Makefile" line 116: Malformed conditional (${MK_NS_CACHING} != "no") > make: Fatal errors encountered -- cannot continue make: stopped in /usr/src/lib/libc > > > > Well, there is something wrong on this and I have no clue what is going on. I recompiled > yesterday's world without problems (r265924). > > oh > > The 20140505 entry in UPDATING covers this, I think. You need to set MAKESYSPATH to point to the right share/mk directory (the one associated with the source you're building) when you build individual directories within the tree. -- Ian From owner-freebsd-current@FreeBSD.ORG Tue May 13 14:02:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 454C235B; Tue, 13 May 2014 14:02:23 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 1A2662997; Tue, 13 May 2014 14:02:22 +0000 (UTC) Received: from [192.168.14.221] (unknown [24.114.252.243]) (Authenticated sender: roleaccount@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id A7577720FC; Tue, 13 May 2014 14:02:21 +0000 (UTC) Message-ID: <537225ED.1010005@allanjude.com> Date: Tue, 13 May 2014 10:02:21 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: Leaving the Desktop Market References: <20140506163823.GA1406@tiny-r255948> <53710656.6030303@allanjude.com> <53717EC8.3040601@allanjude.com> <537187F9.9060709@allanjude.com> <53718C64.6070903@allanjude.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 May 2014 14:02:23 -0000 On 2014-05-13 02:06, Adrian Chadd wrote: > Did you set cx_lowest on hw.acpi.cpu ? > > > -a > > > On 12 May 2014 20:07, Allan Jude wrote: >> Before and after cx_lowest=c8 on an E5-2620v2 >> >> before: >> >> # pcm.x 1 >> >> Intel(r) Performance Counter Monitor V2.6 (2013-11-04 13:43:31 >> +0100 ID=db05e43) >> >> Copyright (c) 2009-2013 Intel Corporation >> >> Number of physical cores: 12 Number of logical cores: 24 Threads >> (logical cores) per physical core: 2 Num sockets: 2 Core PMU >> (perfmon) version: 3 Number of core PMU generic (programmable) >> counters: 4 Width of generic (programmable) counters: 48 bits >> Number of core PMU fixed counters: 3 Width of fixed counters: 48 >> bits Nominal core frequency: 2100000000 Hz Package thermal spec >> power: 80 Watt; Package minimum power: 51 Watt; Package maximum >> power: 110 Watt; ERROR: QPI LL monitoring device (0:127:8:2) is >> missing. The QPI statistics will be incomplete or missing. ERROR: >> QPI LL monitoring device (0:127:9:2) is missing. The QPI statistics >> will be incomplete or missing. Socket 0: 1 memory controllers >> detected with total number of 4 channels. 0 QPI ports detected. >> ERROR: QPI LL monitoring device (0:255:8:2) is missing. The QPI >> statistics will be incomplete or missing. ERROR: QPI LL monitoring >> device (0:255:9:2) is missing. The QPI statistics will be >> incomplete or missing. Socket 1: 1 memory controllers detected with >> total number of 4 channels. 0 QPI ports detected. Max QPI link >> speed: 14.4 GBytes/second (7.2 GT/second) >> >> Detected Intel(R) Xeon(R) CPU E5-2620 v2 @ 2.10GHz "Intel(r) >> microarchitecture codename Ivy Bridge-EP/EN/EX/Ivytown" >> >> EXEC : instructions per nominal CPU cycle IPC : instructions per >> CPU cycle FREQ : relation to nominal CPU frequency='unhalted >> clock ticks'/'invariant timer ticks' (includes Intel Turbo Boost) >> AFREQ : relation to nominal CPU frequency while in active state >> (not in power-saving C state)='unhalted clock ticks'/'invariant >> timer ticks while in C0-state' (includes Intel Turbo Boost) >> L3MISS: L3 cache misses L2MISS: L2 cache misses (including other >> core's L2 cache *hits*) L3HIT : L3 cache hit ratio (0.00-1.00) >> L2HIT : L2 cache hit ratio (0.00-1.00) L3CLK : ratio of CPU cycles >> lost due to L3 cache misses (0.00-1.00), in some cases could be >> >1.0 due to a higher memory latency L2CLK : ratio of CPU cycles >> lost due to missing L2 cache but still hitting L3 cache >> (0.00-1.00) READ : bytes read from memory controller (in GBytes) >> WRITE : bytes written to memory controller (in GBytes) TEMP : >> Temperature reading in 1 degree Celsius relative to the TjMax >> temperature (thermal headroom): 0 corresponds to the max >> temperature >> >> >> Core (SKT) | EXEC | IPC | FREQ | AFREQ | L3MISS | L2MISS | L3HIT >> | L2HIT | L3CLK | L2CLK | READ | WRITE | TEMP >> >> 0 0 0.06 1.02 0.06 0.99 2451 K 3421 K 0.28 >> 0.85 0.36 0.03 N/A N/A 56 1 0 0.03 1.07 >> 0.03 0.99 649 K 1331 K 0.51 0.93 0.18 0.04 >> N/A N/A 56 2 0 0.06 1.27 0.05 0.99 1020 K >> 1738 K 0.41 0.92 0.19 0.03 N/A N/A 47 3 0 >> 0.05 1.20 0.04 0.98 1057 K 2256 K 0.53 0.87 0.20 >> 0.05 N/A N/A 47 4 0 0.06 1.28 0.05 0.99 >> 1115 K 1942 K 0.43 0.91 0.20 0.03 N/A N/A >> 56 5 0 0.08 1.31 0.06 0.99 1046 K 1932 K >> 0.46 0.94 0.15 0.03 N/A N/A 56 6 0 0.06 >> 1.27 0.05 0.99 1167 K 1866 K 0.37 0.92 0.20 0.02 >> N/A N/A 53 7 0 0.12 1.45 0.09 0.99 1256 K >> 2263 K 0.45 0.95 0.12 0.02 N/A N/A 53 8 0 >> 0.05 1.05 0.05 0.98 2372 K 3072 K 0.23 0.87 0.40 >> 0.02 N/A N/A 53 9 0 0.03 1.19 0.03 0.94 >> 968 K 1521 K 0.36 0.48 0.29 0.04 N/A N/A 53 >> 10 0 0.09 1.27 0.07 0.99 1773 K 3184 K 0.44 >> 0.89 0.21 0.03 N/A N/A 52 11 0 0.14 1.33 >> 0.10 0.99 1745 K 2808 K 0.38 0.96 0.14 0.02 >> N/A N/A 52 12 1 0.04 1.21 0.03 0.98 1116 K >> 1867 K 0.40 0.69 0.28 0.04 N/A N/A 49 13 1 >> 0.09 1.24 0.07 0.99 2248 K 3901 K 0.42 0.81 0.27 >> 0.04 N/A N/A 49 14 1 0.10 1.35 0.07 0.98 >> 1668 K 2603 K 0.36 0.92 0.20 0.02 N/A N/A >> 49 15 1 0.05 1.26 0.04 0.99 1435 K 2286 K >> 0.37 0.68 0.33 0.04 N/A N/A 49 16 1 0.11 >> 1.29 0.08 0.99 1887 K 3232 K 0.42 0.92 0.19 0.03 >> N/A N/A 44 17 1 0.06 1.28 0.05 0.99 966 K >> 1626 K 0.41 0.93 0.18 0.02 N/A N/A 44 18 1 >> 0.07 1.30 0.05 0.99 1040 K 1870 K 0.44 0.92 0.18 >> 0.03 N/A N/A 47 19 1 0.12 1.30 0.09 0.99 >> 1973 K 3133 K 0.37 0.93 0.18 0.02 N/A N/A >> 47 20 1 0.05 1.33 0.04 0.99 898 K 1531 K >> 0.41 0.91 0.19 0.03 N/A N/A 48 21 1 0.06 >> 1.18 0.05 0.97 1140 K 2881 K 0.60 0.85 0.18 0.06 >> N/A N/A 48 22 1 0.20 1.34 0.15 1.00 3082 K >> 4634 K 0.33 0.94 0.17 0.02 N/A N/A 47 23 1 >> 0.10 1.32 0.08 0.99 1732 K 2885 K 0.40 0.93 0.19 >> 0.02 N/A N/A 47 >> ------------------------------------------------------------------------------------------------------------------- >> >> SKT 0 0.07 1.25 0.06 0.98 16 M 27 M 0.39 >> 0.92 0.21 0.03 4.56 2.91 46 SKT 1 0.09 >> 1.30 0.07 0.99 19 M 32 M 0.41 0.91 0.20 0.03 >> 3.44 2.56 44 >> ------------------------------------------------------------------------------------------------------------------- >> >> TOTAL * 0.08 1.27 0.06 0.99 35 M 59 M 0.40 >> 0.91 0.21 0.03 8.00 5.46 N/A >> >> Instructions retired: 39 G ; Active cycles: 31 G ; Time (TSC): >> 21 Gticks ; C0 (active,non-halted) core residency: 6.28 % >> >> C1 core residency: 93.72 %; C3 core residency: 0.00 %; C6 core >> residency: 0.00 %; C7 core residency: 0.00 %; C2 package residency: >> 0.00 %; C3 package residency: 0.00 %; C6 package residency: 0.00 %; >> C7 package residency: 0.00 %; >> >> PHYSICAL CORE IPC : 2.55 => corresponds to 63.74 % >> utilization for cores in active state Instructions per nominal CPU >> cycle: 0.16 => corresponds to 3.95 % core utilization over time >> interval >> >> Intel(r) QPI data traffic estimation in bytes (data traffic coming >> to CPU/socket through QPI links): >> >> | >> ---------------------------------------------------------------------------------------------- >> >> SKT 0 | >> SKT 1 | >> ---------------------------------------------------------------------------------------------- >> >> Total QPI incoming data traffic: 0 QPI data traffic/Memory >> controller traffic: 0.00 >> >> Intel(r) QPI traffic estimation in bytes (data and non-data >> traffic outgoing from CPU/socket through QPI links): >> >> | >> ---------------------------------------------------------------------------------------------- >> >> SKT 0 | >> SKT 1 | >> ---------------------------------------------------------------------------------------------- >> >> Total QPI outgoing data and non-data traffic: 0 >> >> ---------------------------------------------------------------------------------------------- >> >> SKT 0 package consumed 252.82 Joules >> SKT 1 package consumed 236.10 Joules >> ---------------------------------------------------------------------------------------------- >> >> TOTAL: 488.93 Joules >> >> ---------------------------------------------------------------------------------------------- >> >> SKT 0 DIMMs consumed 19.62 Joules >> SKT 1 DIMMs consumed 12.17 Joules >> ---------------------------------------------------------------------------------------------- >> >> TOTAL: 31.79 Joules >> >> >> >> >> >> >> and After: >> >> # pcm.x >> >> Intel(r) Performance Counter Monitor V2.6 (2013-11-04 13:43:31 >> +0100 ID=db05e43) >> >> Copyright (c) 2009-2013 Intel Corporation >> >> Number of physical cores: 12 Number of logical cores: 24 Threads >> (logical cores) per physical core: 2 Num sockets: 2 Core PMU >> (perfmon) version: 3 Number of core PMU generic (programmable) >> counters: 4 Width of generic (programmable) counters: 48 bits >> Number of core PMU fixed counters: 3 Width of fixed counters: 48 >> bits Nominal core frequency: 2100000000 Hz Package thermal spec >> power: 80 Watt; Package minimum power: 51 Watt; Package maximum >> power: 110 Watt; ERROR: QPI LL monitoring device (0:127:8:2) is >> missing. The QPI statistics will be incomplete or missing. ERROR: >> QPI LL monitoring device (0:127:9:2) is missing. The QPI statistics >> will be incomplete or missing. Socket 0: 1 memory controllers >> detected with total number of 4 channels. 0 QPI ports detected. >> ERROR: QPI LL monitoring device (0:255:8:2) is missing. The QPI >> statistics will be incomplete or missing. ERROR: QPI LL monitoring >> device (0:255:9:2) is missing. The QPI statistics will be >> incomplete or missing. Socket 1: 1 memory controllers detected with >> total number of 4 channels. 0 QPI ports detected. Max QPI link >> speed: 14.4 GBytes/second (7.2 GT/second) >> >> Detected Intel(R) Xeon(R) CPU E5-2620 v2 @ 2.10GHz "Intel(r) >> microarchitecture codename Ivy Bridge-EP/EN/EX/Ivytown" >> >> EXEC : instructions per nominal CPU cycle IPC : instructions per >> CPU cycle FREQ : relation to nominal CPU frequency='unhalted >> clock ticks'/'invariant timer ticks' (includes Intel Turbo Boost) >> AFREQ : relation to nominal CPU frequency while in active state >> (not in power-saving C state)='unhalted clock ticks'/'invariant >> timer ticks while in C0-state' (includes Intel Turbo Boost) >> L3MISS: L3 cache misses L2MISS: L2 cache misses (including other >> core's L2 cache *hits*) L3HIT : L3 cache hit ratio (0.00-1.00) >> L2HIT : L2 cache hit ratio (0.00-1.00) L3CLK : ratio of CPU cycles >> lost due to L3 cache misses (0.00-1.00), in some cases could be >> >1.0 due to a higher memory latency L2CLK : ratio of CPU cycles >> lost due to missing L2 cache but still hitting L3 cache >> (0.00-1.00) READ : bytes read from memory controller (in GBytes) >> WRITE : bytes written to memory controller (in GBytes) TEMP : >> Temperature reading in 1 degree Celsius relative to the TjMax >> temperature (thermal headroom): 0 corresponds to the max >> temperature >> >> >> Core (SKT) | EXEC | IPC | FREQ | AFREQ | L3MISS | L2MISS | L3HIT >> | L2HIT | L3CLK | L2CLK | READ | WRITE | TEMP >> >> 0 0 0.06 1.02 0.06 0.99 2451 K 3421 K 0.28 >> 0.85 0.36 0.03 N/A N/A 56 1 0 0.03 1.07 >> 0.03 0.99 649 K 1331 K 0.51 0.93 0.18 0.04 >> N/A N/A 56 2 0 0.06 1.27 0.05 0.99 1020 K >> 1738 K 0.41 0.92 0.19 0.03 N/A N/A 47 3 0 >> 0.05 1.20 0.04 0.98 1057 K 2256 K 0.53 0.87 0.20 >> 0.05 N/A N/A 47 4 0 0.06 1.28 0.05 0.99 >> 1115 K 1942 K 0.43 0.91 0.20 0.03 N/A N/A >> 56 5 0 0.08 1.31 0.06 0.99 1046 K 1932 K >> 0.46 0.94 0.15 0.03 N/A N/A 56 6 0 0.06 >> 1.27 0.05 0.99 1167 K 1866 K 0.37 0.92 0.20 0.02 >> N/A N/A 53 7 0 0.12 1.45 0.09 0.99 1256 K >> 2263 K 0.45 0.95 0.12 0.02 N/A N/A 53 8 0 >> 0.05 1.05 0.05 0.98 2372 K 3072 K 0.23 0.87 0.40 >> 0.02 N/A N/A 53 9 0 0.03 1.19 0.03 0.94 >> 968 K 1521 K 0.36 0.48 0.29 0.04 N/A N/A 53 >> 10 0 0.09 1.27 0.07 0.99 1773 K 3184 K 0.44 >> 0.89 0.21 0.03 N/A N/A 52 11 0 0.14 1.33 >> 0.10 0.99 1745 K 2808 K 0.38 0.96 0.14 0.02 >> N/A N/A 52 12 1 0.04 1.21 0.03 0.98 1116 K >> 1867 K 0.40 0.69 0.28 0.04 N/A N/A 49 13 1 >> 0.09 1.24 0.07 0.99 2248 K 3901 K 0.42 0.81 0.27 >> 0.04 N/A N/A 49 14 1 0.10 1.35 0.07 0.98 >> 1668 K 2603 K 0.36 0.92 0.20 0.02 N/A N/A >> 49 15 1 0.05 1.26 0.04 0.99 1435 K 2286 K >> 0.37 0.68 0.33 0.04 N/A N/A 49 16 1 0.11 >> 1.29 0.08 0.99 1887 K 3232 K 0.42 0.92 0.19 0.03 >> N/A N/A 44 17 1 0.06 1.28 0.05 0.99 966 K >> 1626 K 0.41 0.93 0.18 0.02 N/A N/A 44 18 1 >> 0.07 1.30 0.05 0.99 1040 K 1870 K 0.44 0.92 0.18 >> 0.03 N/A N/A 47 19 1 0.12 1.30 0.09 0.99 >> 1973 K 3133 K 0.37 0.93 0.18 0.02 N/A N/A >> 47 20 1 0.05 1.33 0.04 0.99 898 K 1531 K >> 0.41 0.91 0.19 0.03 N/A N/A 48 21 1 0.06 >> 1.18 0.05 0.97 1140 K 2881 K 0.60 0.85 0.18 0.06 >> N/A N/A 48 22 1 0.20 1.34 0.15 1.00 3082 K >> 4634 K 0.33 0.94 0.17 0.02 N/A N/A 47 23 1 >> 0.10 1.32 0.08 0.99 1732 K 2885 K 0.40 0.93 0.19 >> 0.02 N/A N/A 47 >> ------------------------------------------------------------------------------------------------------------------- >> >> SKT 0 0.07 1.25 0.06 0.98 16 M 27 M 0.39 >> 0.92 0.21 0.03 4.56 2.91 46 SKT 1 0.09 >> 1.30 0.07 0.99 19 M 32 M 0.41 0.91 0.20 0.03 >> 3.44 2.56 44 >> ------------------------------------------------------------------------------------------------------------------- >> >> TOTAL * 0.08 1.27 0.06 0.99 35 M 59 M 0.40 >> 0.91 0.21 0.03 8.00 5.46 N/A >> >> Instructions retired: 39 G ; Active cycles: 31 G ; Time (TSC): >> 21 Gticks ; C0 (active,non-halted) core residency: 6.28 % >> >> C1 core residency: 93.72 %; C3 core residency: 0.00 %; C6 core >> residency: 0.00 %; C7 core residency: 0.00 %; C2 package residency: >> 0.00 %; C3 package residency: 0.00 %; C6 package residency: 0.00 %; >> C7 package residency: 0.00 %; >> >> PHYSICAL CORE IPC : 2.55 => corresponds to 63.74 % >> utilization for cores in active state Instructions per nominal CPU >> cycle: 0.16 => corresponds to 3.95 % core utilization over time >> interval >> >> Intel(r) QPI data traffic estimation in bytes (data traffic coming >> to CPU/socket through QPI links): >> >> | >> ---------------------------------------------------------------------------------------------- >> >> SKT 0 | >> SKT 1 | >> ---------------------------------------------------------------------------------------------- >> >> Total QPI incoming data traffic: 0 QPI data traffic/Memory >> controller traffic: 0.00 >> >> Intel(r) QPI traffic estimation in bytes (data and non-data >> traffic outgoing from CPU/socket through QPI links): >> >> | >> ---------------------------------------------------------------------------------------------- >> >> SKT 0 | >> SKT 1 | >> ---------------------------------------------------------------------------------------------- >> >> Total QPI outgoing data and non-data traffic: 0 >> >> ---------------------------------------------------------------------------------------------- >> >> SKT 0 package consumed 252.82 Joules >> SKT 1 package consumed 236.10 Joules >> ---------------------------------------------------------------------------------------------- >> >> TOTAL: 488.93 Joules >> >> ---------------------------------------------------------------------------------------------- >> >> SKT 0 DIMMs consumed 19.62 Joules >> SKT 1 DIMMs consumed 12.17 Joules >> ---------------------------------------------------------------------------------------------- >> >> TOTAL: 31.79 Joules >> >> >> >> >> >> # sysctl dev.cpu.0 dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: >> cpu dev.cpu.0.%location: handle=\_SB_.SCK0.C000 dev.cpu.0.%pnpinfo: >> _HID=ACPI0007 _UID=0 dev.cpu.0.%parent: acpi0 >> dev.cpu.0.coretemp.delta: 55 dev.cpu.0.coretemp.resolution: 1 >> dev.cpu.0.coretemp.tjmax: 84.0C dev.cpu.0.coretemp.throttle_log: 0 >> dev.cpu.0.temperature: 29.0C dev.cpu.0.freq: 2100 >> dev.cpu.0.freq_levels: 2101/80000 2100/80000 2000/75136 1900/70367 >> 1800/65694 1700/61114 1600/57383 1500/52992 1400/48680 1300/44460 >> 1200/41050 1050/35918 900/30787 750/25656 600/20525 450/15393 >> 300/10262 150/5131 dev.cpu.0.cx_supported: C1/1/1 C2/2/41 >> dev.cpu.0.cx_lowest: C8 dev.cpu.0.cx_usage: 13.88% 86.11% last >> 2517us >> >> _______________________________________________ >> 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" Looks like I goofed and pasted the same results twice instead of including the after results. Here are the results from after setting hw.acpi.cpu.cx_lowest=c8 # pcm.x 10 Intel(r) Performance Counter Monitor V2.6 (2013-11-04 13:43:31 +0100 ID=db05e43) Copyright (c) 2009-2013 Intel Corporation Number of physical cores: 12 Number of logical cores: 24 Threads (logical cores) per physical core: 2 Num sockets: 2 Core PMU (perfmon) version: 3 Number of core PMU generic (programmable) counters: 4 Width of generic (programmable) counters: 48 bits Number of core PMU fixed counters: 3 Width of fixed counters: 48 bits Nominal core frequency: 2100000000 Hz Package thermal spec power: 80 Watt; Package minimum power: 51 Watt; Package maximum power: 110 Watt; ERROR: QPI LL monitoring device (0:127:8:2) is missing. The QPI statistics will be incomplete or missing. ERROR: QPI LL monitoring device (0:127:9:2) is missing. The QPI statistics will be incomplete or missing. Socket 0: 1 memory controllers detected with total number of 4 channels. 0 QPI ports detected. ERROR: QPI LL monitoring device (0:255:8:2) is missing. The QPI statistics will be incomplete or missing. ERROR: QPI LL monitoring device (0:255:9:2) is missing. The QPI statistics will be incomplete or missing. Socket 1: 1 memory controllers detected with total number of 4 channels. 0 QPI ports detected. Max QPI link speed: 14.4 GBytes/second (7.2 GT/second) Detected Intel(R) Xeon(R) CPU E5-2620 v2 @ 2.10GHz "Intel(r) microarchitecture codename Ivy Bridge-EP/EN/EX/Ivytown" EXEC : instructions per nominal CPU cycle IPC : instructions per CPU cycle FREQ : relation to nominal CPU frequency='unhalted clock ticks'/'invariant timer ticks' (includes Intel Turbo Boost) AFREQ : relation to nominal CPU frequency while in active state (not in power-saving C state)='unhalted clock ticks'/'invariant timer ticks while in C0-state' (includes Intel Turbo Boost) L3MISS: L3 cache misses L2MISS: L2 cache misses (including other core's L2 cache *hits*) L3HIT : L3 cache hit ratio (0.00-1.00) L2HIT : L2 cache hit ratio (0.00-1.00) L3CLK : ratio of CPU cycles lost due to L3 cache misses (0.00-1.00), in some cases could be >1.0 due to a higher memory latency L2CLK : ratio of CPU cycles lost due to missing L2 cache but still hitting L3 cache (0.00-1.00) READ : bytes read from memory controller (in GBytes) WRITE : bytes written to memory controller (in GBytes) TEMP : Temperature reading in 1 degree Celsius relative to the TjMax temperature (thermal headroom): 0 corresponds to the max temperature Core (SKT) | EXEC | IPC | FREQ | AFREQ | L3MISS | L2MISS | L3HIT | L2HIT | L3CLK | L2CLK | READ | WRITE | TEMP 0 0 0.01 0.92 0.02 0.97 314 K 1091 K 0.71 0.42 0.17 0.08 N/A N/A 49 1 0 0.01 1.02 0.01 0.99 339 K 1253 K 0.73 0.44 0.21 0.11 N/A N/A 49 2 0 0.02 1.16 0.02 0.99 276 K 1423 K 0.81 0.49 0.12 0.10 N/A N/A 48 3 0 0.01 0.60 0.01 0.99 1562 K 1873 K 0.17 0.19 0.92 0.04 N/A N/A 48 4 0 0.00 0.90 0.01 0.99 116 K 366 K 0.68 0.33 0.20 0.09 N/A N/A 49 5 0 0.00 0.85 0.00 0.98 74 K 256 K 0.71 0.40 0.18 0.09 N/A N/A 49 6 0 0.01 1.07 0.01 0.98 181 K 482 K 0.62 0.33 0.23 0.08 N/A N/A 49 7 0 0.00 1.40 0.00 0.98 102 K 189 K 0.46 0.53 0.29 0.05 N/A N/A 49 8 0 0.00 0.51 0.00 0.94 182 K 364 K 0.50 0.28 0.34 0.07 N/A N/A 49 9 0 0.05 1.28 0.04 0.98 854 K 1525 K 0.44 0.91 0.19 0.03 N/A N/A 49 10 0 0.03 1.05 0.03 0.98 385 K 2146 K 0.82 0.54 0.11 0.10 N/A N/A 49 11 0 0.01 0.94 0.01 0.95 343 K 892 K 0.62 0.43 0.24 0.08 N/A N/A 49 12 1 0.04 1.26 0.03 0.99 744 K 1251 K 0.41 0.92 0.18 0.02 N/A N/A 46 13 1 0.01 0.76 0.01 0.97 864 K 1198 K 0.28 0.28 0.69 0.05 N/A N/A 46 14 1 0.00 0.74 0.01 0.94 261 K 561 K 0.53 0.26 0.33 0.08 N/A N/A 46 15 1 0.00 0.27 0.01 0.98 1574 K 1833 K 0.14 0.10 1.13 0.04 N/A N/A 46 16 1 0.01 1.23 0.01 0.99 226 K 540 K 0.58 0.44 0.22 0.06 N/A N/A 45 17 1 0.03 1.60 0.02 0.99 271 K 905 K 0.70 0.52 0.12 0.05 N/A N/A 45 18 1 0.02 1.22 0.02 0.99 354 K 1217 K 0.71 0.46 0.16 0.08 N/A N/A 46 19 1 0.02 1.23 0.02 0.99 249 K 1141 K 0.78 0.52 0.14 0.10 N/A N/A 46 20 1 0.02 1.10 0.02 0.99 375 K 1334 K 0.72 0.44 0.16 0.08 N/A N/A 46 21 1 0.01 1.03 0.01 0.99 209 K 563 K 0.63 0.53 0.22 0.08 N/A N/A 46 22 1 0.08 1.33 0.06 1.00 1175 K 2514 K 0.53 0.90 0.16 0.04 N/A N/A 46 23 1 0.02 1.06 0.02 0.99 264 K 1470 K 0.82 0.53 0.12 0.11 N/A N/A 46 ------------------------------------------------------------------------------------------------------------------- SKT 0 0.01 1.04 0.01 0.98 4733 K 11 M 0.60 0.66 0.24 0.07 1.30 0.55 48 SKT 1 0.02 1.18 0.02 0.99 6572 K 14 M 0.55 0.75 0.24 0.06 0.57 0.42 45 ------------------------------------------------------------------------------------------------------------------- TOTAL * 0.02 1.12 0.02 0.99 11 M 26 M 0.57 0.72 0.24 0.06 1.86 0.98 N/A Instructions retired: 9501 M ; Active cycles: 8499 M ; Time (TSC): 21 Gticks ; C0 (active,non-halted) core residency: 1.71 % C1 core residency: 17.11 %; C3 core residency: 0.00 %; C6 core residency: 81.18 %; C7 core residency: 0.00 %; C2 package residency: 24.60 %; C3 package residency: 0.00 %; C6 package residency: 7.57 %; C7 package residency: 0.00 %; PHYSICAL CORE IPC : 2.24 => corresponds to 55.90 % utilization for cores in active state Instructions per nominal CPU cycle: 0.04 => corresponds to 0.94 % core utilization over time interval Intel(r) QPI data traffic estimation in bytes (data traffic coming to CPU/socket through QPI links): | ---------------------------------------------------------------------------------------------- SKT 0 | SKT 1 | ---------------------------------------------------------------------------------------------- Total QPI incoming data traffic: 0 QPI data traffic/Memory controller traffic: 0.00 Intel(r) QPI traffic estimation in bytes (data and non-data traffic outgoing from CPU/socket through QPI links): | ---------------------------------------------------------------------------------------------- SKT 0 | SKT 1 | ---------------------------------------------------------------------------------------------- Total QPI outgoing data and non-data traffic: 0 ---------------------------------------------------------------------------------------------- SKT 0 package consumed 191.63 Joules SKT 1 package consumed 172.94 Joules ---------------------------------------------------------------------------------------------- TOTAL: 364.57 Joules ---------------------------------------------------------------------------------------------- SKT 0 DIMMs consumed 12.68 Joules SKT 1 DIMMs consumed 5.74 Joules ---------------------------------------------------------------------------------------------- TOTAL: 18.42 Joules You can see a decent amount of savings, 488 J down to 365 J This machine is under some active load, so that savings are less than if it were idle. powerd is not running on the server. From owner-freebsd-current@FreeBSD.ORG Tue May 13 22:42:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A7467B11 for ; Tue, 13 May 2014 22:42:12 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 69BED26CD for ; Tue, 13 May 2014 22:42:11 +0000 (UTC) X_CMAE_Category: , , X-CNFS-Analysis: v=2.0 cv=Nt5TgrhJ c=1 sm=1 a=G/olaBUpLsCobE3dvK+8ZA==:17 a=zOckYCwfLoEA:10 a=ylkbqTKReMEA:10 a=YNqtyO0l_hcA:10 a=LaogzpLLAAAA:8 a=1XWaLZrsAAAA:8 a=6I5d2MoRAAAA:8 a=IHGVAXI7LDoNqkGGsT8A:9 a=wPNLvfGTeEIA:10 a=LGkZmrSRQD0A:10 a=-Z3YCQTyUXzTpWCwZjwA:9 a=_W_S_7VecoQA:10 a=p3HHDZcfAoL1BFB-:21 a=G/olaBUpLsCobE3dvK+8ZA==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: YW5hdEByY24uY29t Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=mi+thun@aldan.algebra.com; spf=neutral; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com header.from=mi+thun@aldan.algebra.com; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=anat; auth=pass (PLAIN) Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 209.6.156.90 is neither permitted nor denied by domain of aldan.algebra.com) Received: from [209.6.156.90] ([209.6.156.90:17845] helo=utka.zajac) by smtp.rcn.com (envelope-from ) (ecelerity 3.5.1.37854 r(Momo-dev:3.5.1.0)) with ESMTPA id 0E/E8-56340-DBF92735; Tue, 13 May 2014 18:42:05 -0400 Message-ID: <53729FBC.5060204@aldan.algebra.com> Date: Tue, 13 May 2014 18:42:04 -0400 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Current FreeBSD Subject: Locking console with Ctrl-S hangs various processes (ttydcd) X-Mailman-Approved-At: Tue, 13 May 2014 23:03:13 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 May 2014 22:42:12 -0000 Hello! A fellow FreeBSD user was recently confounded by a problem: various processes on his 10.0 system were hanging or otherwise misbehaving: su, certain daemons, syslogd. They were all hung in the "ttydcd"-state. Searching for that revealed only, that other people have seen the problem, but nobody (including the entire freebsd-stable@ on 2012 ) was able to offer a solution. Apparently, the problem stems from the ttyv0 (which moonlights as /dev/console for the vast majority of installs) being locked -- such as by pressing Ctrl-S. One needs not be a root to do it... After that, any attempts to write to /dev/console -- which even syslog(3) often does -- would hang the calling process until the tty is unlocked (such as with Ctrl-Q). This may be the desired behavior for "normal" ttys, but, perhaps, /dev/console should act differently? -mi From owner-freebsd-current@FreeBSD.ORG Tue May 13 23:04:44 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 401121C2; Tue, 13 May 2014 23:04:44 +0000 (UTC) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1C3502869; Tue, 13 May 2014 23:04:43 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id s4DN4UsH080601; Tue, 13 May 2014 16:04:34 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201405132304.s4DN4UsH080601@gw.catspoiler.org> Date: Tue, 13 May 2014 16:04:30 -0700 (PDT) From: Don Lewis Subject: Re: ports/INDEX building broken on 11.0-CURRENT To: ports@FreeBSD.org, current@FreeBSD.org In-Reply-To: <201405130850.s4D8oB7T078438@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 May 2014 23:04:44 -0000 On 13 May, To: ports@freebsd.org wrote: > Please excuse the crosspost. I'm not sure if this is a ports problem or > a CURRENT problem. > > I just updated my 11.0-CURRENT machine to r265940 and can no longer > build ports/INDEX-11. My ports tree is r353903. I think this problem > is being caused by the recent changes to /usr/share/mk/*. > > # make index > Generating INDEX-11 - please wait..--- describe.accessibility --- > --- describe.arabic --- > --- describe.archivers --- > --- describe.astro --- > --- describe.audio --- > --- describe.benchmarks --- > --- describe.biology --- > --- describe.cad --- > --- describe.chinese --- > --- describe.comms --- > --- describe.converters --- > --- describe.databases --- > --- describe.deskutils --- > --- describe.devel --- > clang33: not found > make[5]: "/usr/share/mk/bsd.compiler.mk" line 24: warning: "clang33 --version" returned non-zero status > make[5]: "/usr/share/mk/bsd.compiler.mk" line 37: Unable to determine compiler type for clang33. Consider setting COMPILER_TYPE. > ===> devel/ccons failed > *** [describe.devel] Error code 1 > > make[2]: stopped in /usr/ports > 1 error > > make[2]: stopped in /usr/ports > > ******************************************************************** > Before reporting this error, verify that you are running a supported > version of FreeBSD (see http://www.FreeBSD.org/ports/) and that you > have a complete and up-to-date ports collection. (INDEX builds are > not supported with partial or out-of-date ports collections. > If that is the case, then > report the failure to ports@FreeBSD.org together with relevant > details of your ports configuration (including FreeBSD version, > your architecture, your environment, and your /etc/make.conf > settings, especially compiler flags and OPTIONS_SET/UNSET settings). > > Note: the latest pre-generated version of INDEX may be fetched > automatically with "make fetchindex". > ******************************************************************** > > *** Error code 1 > > Stop. > make[1]: stopped in /usr/ports > *** Error code 1 > > Stop. > make: stopped in /usr/ports > > > If I go to the offending port: > > # cd /usr/ports/devel/ccons/ > # make describe > clang33: not found > make: "/usr/share/mk/bsd.compiler.mk" line 24: warning: "clang33 --version" returned non-zero status > make: "/usr/share/mk/bsd.compiler.mk" line 37: Unable to determine compiler type for clang33. Consider setting COMPILER_TYPE. > > > I don't have any problems building the INDEX file on 9.3-PRERELEASE > r265940. Various ports were setting CC to the following, which was causing the bsd.compiler.mk to barf: clang32 clang33 /usr/bin/gcc mingw32-gcc gcc The patch below allowed me to successfully run "make index" and reduced the error spewage. It also greatly reduces the need to run ${CC} --version in order to set COMPILER_TYPE. It still seems like a great waste to run ${CC} --version for each port to set COMPILER_VERSION since only a handful of ports need this information. Then there is this sort of circular dependency in some ports, like this one in textproc/ibus/Makefile: .if ${COMPILER_TYPE} == gcc && ${COMPILER_VERSION} < 46 USE_GCC= yes .endif This will cause CC to be redefined, but COMPILER_TYPE and COMPILER_VERSION will still retain their old values. Index: share/mk/bsd.compiler.mk =================================================================== --- share/mk/bsd.compiler.mk (revision 265940) +++ share/mk/bsd.compiler.mk (working copy) @@ -21,23 +21,28 @@ .if !target(____) ____: -_v!= ${CC} --version .if !defined(COMPILER_TYPE) -. if ${CC:T:Mgcc*} +. if ${CC:T:M*gcc*} COMPILER_TYPE:= gcc -. elif ${CC:T:Mclang} +. elif ${CC:T:Mclang*} COMPILER_TYPE:= clang -. elif ${_v:Mgcc} +. else +_v!= ${CC} --version +. if ${_v:Mgcc} COMPILER_TYPE:= gcc -. elif ${_v:M\(GCC\)} +. elif ${_v:M\(GCC\)} COMPILER_TYPE:= gcc -. elif ${_v:Mclang} +. elif ${_v:Mclang} COMPILER_TYPE:= clang -. else +. else .error Unable to determine compiler type for ${CC}. Consider setting COMPILER_TYPE. +. endif . endif .endif .if !defined(COMPILER_VERSION) +. if !defined(_v) +_v!= ${CC} --version || echo 'unknown' +. endif COMPILER_VERSION!=echo ${_v:M[1-9].[0-9]*} | awk -F. '{print $$1 * 10000 + $$2 * 100 + $$3;}' .endif .undef _v From owner-freebsd-current@FreeBSD.ORG Wed May 14 00:15:51 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2F3E8315 for ; Wed, 14 May 2014 00:15:51 +0000 (UTC) Received: from mail-qg0-x22b.google.com (mail-qg0-x22b.google.com [IPv6:2607:f8b0:400d:c04::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E5B7B2009 for ; Wed, 14 May 2014 00:15:50 +0000 (UTC) Received: by mail-qg0-f43.google.com with SMTP id 63so1616559qgz.16 for ; Tue, 13 May 2014 17:15:50 -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:message-id:subject :from:to:cc:content-type; bh=uVvPjh1uzUJOGQyv4LHxGO49JPGMlb2rJmBLfkGqPQw=; b=VTFCisLYrTYYVxm7sn6ab/Bp7PT91GVqhklus26WBQ4SOUIwECiX7htJ89/lgm9CN3 jdbu95erHydY8ifstt3Upf5BVZkQZ0E+4/9eWGuIskjffz5m/PSZEx8nXThzd5Hfd8A7 rRsg9j4EW5hwqa8Ng6UIPzivIO26WUPQP7iUrzhuKMNJcK2CIuY2O4tzjokdvBI9N0wE VNsFZvccNdQFq3ikcDrM1xXt8Yv/i6ziJR0TTn9yJ/nnqxCg2nA0h1fdRdRLrRFxUmJ7 JfZL148733itZekfQn810hF6V6MTqRfsWqvrQ7TkzVkRT+WEj2jlq1Dq9ZX1D2YvXsP2 T3ng== MIME-Version: 1.0 X-Received: by 10.140.49.208 with SMTP id q74mr200777qga.103.1400026550154; Tue, 13 May 2014 17:15:50 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Tue, 13 May 2014 17:15:50 -0700 (PDT) In-Reply-To: <53729FBC.5060204@aldan.algebra.com> References: <53729FBC.5060204@aldan.algebra.com> Date: Tue, 13 May 2014 17:15:50 -0700 X-Google-Sender-Auth: kE9gcBNZU32HDRHbQmKtdPcmr0o Message-ID: Subject: Re: Locking console with Ctrl-S hangs various processes (ttydcd) From: Adrian Chadd To: "Mikhail T." Content-Type: text/plain; charset=UTF-8 Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 14 May 2014 00:15:51 -0000 Hi! This sounds rather silly and should be fixed. Yes, hanging the vty shouldn't hang the console device. Would you / your friend mind filing a PR? Thanks! -a On 13 May 2014 15:42, Mikhail T. wrote: > Hello! > > A fellow FreeBSD user was recently confounded by a problem: various processes on > his 10.0 system were hanging or otherwise misbehaving: su, certain daemons, syslogd. > > They were all hung in the "ttydcd"-state. Searching > for that revealed only, that > other people have seen the problem, but nobody (including the entire > freebsd-stable@ on 2012 > ) was > able to offer a solution. > > Apparently, the problem stems from the ttyv0 (which moonlights as /dev/console > for the vast majority of installs) being locked -- such as by pressing Ctrl-S. > One needs not be a root to do it... > > After that, any attempts to write to /dev/console -- which even syslog(3) often > does -- would hang the calling process until the tty is unlocked (such as with > Ctrl-Q). > > This may be the desired behavior for "normal" ttys, but, perhaps, /dev/console > should act differently? > > -mi > > _______________________________________________ > 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 May 14 06:54:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F1FD9F8 for ; Wed, 14 May 2014 06:54:08 +0000 (UTC) Received: from stargate.chelsio.com (stargate.chelsio.com [67.207.112.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7F663203F for ; Wed, 14 May 2014 06:54:08 +0000 (UTC) Received: from nice.asicdesigners.com (nice.asicdesigners.com [10.192.160.7]) by stargate.chelsio.com (8.13.8/8.13.8) with ESMTP id s4E6s2p2021459 for ; Tue, 13 May 2014 23:54:02 -0700 Received: from NICE.asicdesigners.com ([fe80::51b2:ba95:9d72:babc]) by nice.asicdesigners.com ([fe80::51b2:ba95:9d72:babc%15]) with mapi id 14.02.0247.003; Tue, 13 May 2014 23:54:02 -0700 From: Sreenivasa Honnur To: "freebsd-current@freebsd.org" Subject: m_get_tag returns same tag address when called multiple times Thread-Topic: m_get_tag returns same tag address when called multiple times Thread-Index: AQHPb0FJyDeD16LXz0mopgzAm0Igdw== Date: Wed, 14 May 2014 06:54:01 +0000 Message-ID: References: <39CF6EA8C75D61takehara.mikihito@jp.panasonic.com> In-Reply-To: <39CF6EA8C75D61takehara.mikihito@jp.panasonic.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-cr-puzzleid: {97ADFAAA-5C33-44CC-835E-377C9850C09D} x-cr-hashedpuzzle: AvLp BRBX Bfo6 B75E DLa4 DdmT DfHt DiWf Fpsg FvV1 G4Nk G7gb IOcQ Iq1j JBAa KtXD; 1; ZgByAGUAZQBiAHMAZAAtAGMAdQByAHIAZQBuAHQAQABmAHIAZQBlAGIAcwBkAC4AbwByAGcA; Sosha1_v1; 7; {97ADFAAA-5C33-44CC-835E-377C9850C09D}; cwBoAG8AbgBuAHUAcgBAAGMAaABlAGwAcwBpAG8ALgBjAG8AbQA=; Wed, 14 May 2014 06:53:56 GMT; bQBfAGcAZQB0AF8AdABhAGcAIAByAGUAdAB1AHIAbgBzACAAcwBhAG0AZQAgAHQAYQBnACAAYQBkAGQAcgBlAHMAcwAgAHcAaABlAG4AIABjAGEAbABsAGUAZAAgAG0AdQBsAHQAaQBwAGwAZQAgAHQAaQBtAGUAcwA= x-originating-ip: [10.193.190.128] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 14 May 2014 06:54:08 -0000 Hi, In FreeBSd-11 Current i am seeing that m_tag_get() returns same tag address= for two subsequent calls, and m_tag_find() results in panic with below sta= ck trace. Anything wrong here? Fatal trap 9: general protection fault while in kernel mode cpuid =3D 4; apic id =3D 04 instruction pointer =3D 0x20:0xffffffff80959ff0 stack pointer =3D 0x28:0xfffffe01acfa09a0 frame pointer =3D 0x28:0xfffffe01acfa09d0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 12 (irq277: t5nex0:0,5) [ thread pid 12 tid 100128 ] Stopped at m_tag_locate+0x40: cmpl %ebx,0xc(%rcx) Here is the calling sequence; 1. get_mbuf_mtag: m:0xfffff8005b3e4c00 mtag:0xfffff8002c47d180 2. get_mbuf_mtag: m:0xfffff8005b3e5000 mtag:0xfffff8002c47d180 3. find_mbuf_mtag(0xfffff8005b3e4c00) results in above trace. Note that the same code works fine in FBSD-9.1. struct my_mbuf_cb * get_mbuf_mtag(struct mbuf *m) { struct m_tag *mtag; mtag =3D m_tag_get(PACKET_TAG_PF, sizeof(struct my_mbuf_cb), M_NOWA= IT); if (mtag =3D=3D NULL) { os_log_info("Error allocating mtag\n",""); return (NULL); } bzero(mtag + 1, sizeof(struct my_mbuf_cb)); m_tag_prepend(m, mtag); =20 return ((struct my_mbuf_cb *)(mtag + 1)); } static struct my_mbuf_cb * find_mbuf_mtag(struct mbuf *m) { struct m_tag *mtag; if ((mtag =3D m_tag_find(m, PACKET_TAG_PF, NULL)) =3D=3D NULL) return (NULL); return ((struct my_mbuf_cb *)(mtag + 1)); } Thanks Sreenivas From owner-freebsd-current@FreeBSD.ORG Wed May 14 09:32:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 78FD1C5A for ; Wed, 14 May 2014 09:32:35 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 388522D11 for ; Wed, 14 May 2014 09:32:34 +0000 (UTC) Received: from [82.113.121.182] (helo=localhost.my.domain) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1WkVY0-0003iJ-FR for freebsd-current@freebsd.org; Wed, 14 May 2014 11:32:24 +0200 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.my.domain (8.14.7/8.14.3) with ESMTP id s4E9WMQv001879 for ; Wed, 14 May 2014 11:32:22 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.7/8.14.3/Submit) id s4E9WLvw001878 for freebsd-current@freebsd.org; Wed, 14 May 2014 11:32:21 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Wed, 14 May 2014 11:32:21 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: NTOS: ... message in /var/log/messages && PANIC Message-ID: <20140514093221.GA1864@La-Habana> Reply-To: Matthias Apitz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 9.0-CURRENT r214444 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 82.113.121.182 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 14 May 2014 09:32:35 -0000 Hello, I have encountered on a system: $ uname -a FreeBSD La-Habana 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r250588M: Sat Jun 22 14:15:48 CEST 2013 guru@La-Habana:/usr/obj/usr/home/guru/head/src/sys/GENERIC i386 twice a PANIC, last line in /var/log/messages was always: May 9 13:55:26 La-Habana kernel: NTOS: timer 0xc5ea5430 fired even though it was canceled May 14 09:43:08 La-Habana kernel: NTOS: timer 0xc5f05430 fired even though it was canceled What does this line mean? Thanks matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign From owner-freebsd-current@FreeBSD.ORG Wed May 14 13:58:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 17EFBDA; Wed, 14 May 2014 13:58:56 +0000 (UTC) Received: from mail-qc0-x22b.google.com (mail-qc0-x22b.google.com [IPv6:2607:f8b0:400d:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A704A2234; Wed, 14 May 2014 13:58:55 +0000 (UTC) Received: by mail-qc0-f171.google.com with SMTP id x13so2815357qcv.2 for ; Wed, 14 May 2014 06:58:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=CG0v5gOwTbBmlS+2IPK9vINoUeprxugnfKYFUaZUA04=; b=vD/LFlo6dwYjmEQnuyP0BfS7iMGlueUKOfASAgzT4dlQuBVcIrOjRXCDHNpkvin2WT dfW3yzGHcSHF8tCxQOcuoGbriy6J4eS3uD8/aNyABqTEeIG6iqW4pwDcJjznPUHS3G5R 9mzlSTQL4z8/bHy24NXQwDKTykE2zdRsi593K1v/vpXcc5uMeJZ3BHQH+QZ//bcGxR4F uJEpHLiYytOtjwpTicKQVuxliUm+eOSHrgpHRjRFhMK2LmC+BWeofu+lq9b+cQ/DZoy/ 8ZflJcTnxWSf3ZysqIoXWH3rR+D2lZCPZx56+cdVJ4X1uHdhA16JThgwbDkmo9chDoRF d4vA== X-Received: by 10.140.96.68 with SMTP id j62mr5832925qge.5.1400075934858; Wed, 14 May 2014 06:58:54 -0700 (PDT) Received: from pwnie.vrt.sourcefire.com (moist.vrt.sourcefire.com. [198.148.79.134]) by mx.google.com with ESMTPSA id k9sm3018963qat.18.2014.05.14.06.58.53 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 14 May 2014 06:58:54 -0700 (PDT) Date: Wed, 14 May 2014 09:58:52 -0400 From: Shawn Webb To: freebsd-current@freebsd.org;, freebsd-security@freebsd.org;, freebsd-stable@freebsd.org Subject: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable Message-ID: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lymARMIdFDV9dylT" Content-Disposition: inline X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 14 May 2014 13:58:56 -0000 --lymARMIdFDV9dylT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hey All, [NOTE: crossposting between freebsd-current@, freebsd-security@, and freebsd-stable@. Please forgive me if crossposting is frowned upon.] Address Space Layout Randomization, or ASLR for short, is an exploit mitigation technology. It helps secure applications against low-level exploits. A popular secure implementation is known as PaX ASLR, which is a third-party patch for Linux. Our implementation is based off of PaX's. Oliver Pinter, Danilo Egea, and I have been working hard to bring more features and robust stability to our ASLR patches. We've done extensive testing on amd64. We'd like to get as many people testing these patches. Given the nature of them, we'd also like as many eyeballs reviewing the code as well. I have a Raspberry Pi and have noticed a few bugs. On ARM (at least, on the RPI), when a parent forks a child, and the child gracefully exits, the parent segfaults with the pc register pointing to 0xc0000000. That address is always the same, no matter the application. If anyone knows the ARM architecture well, and how FreeBSD ties into it, I'd like a little guidance. I also have a sparc64 box, but I'm having trouble getting a vanilla 11-current system to be stable on it. I ought to file a few PRs. You can find links to the patches below. Patch for 11-current: http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-current-aslr-segvguard-SNAPSHOT.diff Patch for 10-stable: http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-stable-10-aslr-segvguard-SNAPSHOT.diff Thanks, Shawn Webb --lymARMIdFDV9dylT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTc3abAAoJEGqEZY9SRW7u580QAJWLg7UFiDYh4kScgsbyKmGT oAtZvijHAmqqRZ3TAbenWfset3MkyxxQ56QupEVvIl7TiveyEzgYNOVsOluur+gZ KtfM8IUUWQqaxQL7H0lfG304KpZGM6dWahxIPTeM3nOwkb70Z9HY4geuS5B2cSLs 4Js85lwKE09a9dzyCZWz13bB173zTLD4Drx23L5LQdvLfYrn+bQ83SScyq8arzoy 0e3AltDxxqYw50FMCe3865856Umi6envzm1bV/fMMp36Wc4usgLjTcodxqEJvrGs cRTKCg5lJZQCrPmqOSLaxOwDa9ni6Q6CDHNOi0D1RzfAvLQKzvR+Cro33494PAOL Lx33GfN2YRPpCnJ7E46/M2Kk+4JF6wCIqqsg8WZAoXdHs9+grs86ID24lueUxR4Z HL7ubdx68thozBbdq89m9Lg5Iji7Z7UVEVClVgnS+Sy9EoBiJIiFULgB1OuVITzS TPQ20mfwuIEVxfU2mOdf8FdJuWw5Pb5SrivaNgi+lO73H/et9yhR/SGmoA1jo086 4Tm0acmsq0ITI8gqtIJ0rypjqJxhkvID9qeXsmd8Q6P03XuXV/U7Mr/Ry5Y1iXbh /lAW6fRosqgWK2UpNTFOXSKG1BVjv+UictZGtPnGV2c5BTeCVNb9NT558jv0FolU Ica4f4E1I5Auioxdw8Y9 =xhTr -----END PGP SIGNATURE----- --lymARMIdFDV9dylT-- From owner-freebsd-current@FreeBSD.ORG Wed May 14 15:30:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5013A55 for ; Wed, 14 May 2014 15:30:02 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2C3792B18 for ; Wed, 14 May 2014 15:30:01 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Wkb7p-0005uS-4l for freebsd-current@freebsd.org; Wed, 14 May 2014 17:29:45 +0200 Received: from 208.85.208.53 ([208.85.208.53]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 May 2014 17:29:45 +0200 Received: from atkin901 by 208.85.208.53 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 May 2014 17:29:45 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Subject: panic on vt / kms rv610 Date: Wed, 14 May 2014 08:29:32 -0700 Lines: 250 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 208.85.208.53 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 X-Enigmail-Version: 1.6 Cc: freebsd-x11@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 14 May 2014 15:30:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I updated -current to r265915 w/ amd64 kernel and I get a panic when I startx instantly (no video output of panic). There is a LOR right before the panic. This is built using the VT kernel definition. loading the old kernel built @ r264316 continues to load fine. here's what normal under the old kernel looks like $ kldstat Id Refs Address Size Name 1 53 0xffffffff80200000 19b8a48 kernel 2 1 0xffffffff81c11000 9d81 linprocfs.ko 3 1 0xffffffff81c1b000 44ba6 linux.ko 4 1 0xffffffff81c60000 2349 ums.ko 5 1 0xffffffff81c63000 6809 uftdi.ko 6 1 0xffffffff81c6a000 3b95 ucom.ko 7 1 0xffffffff81c6e000 16fd uhid.ko 8 1 0xffffffff81c70000 115db3 radeonkms.ko 9 1 0xffffffff81d86000 48761 drm2.ko 10 4 0xffffffff81dcf000 2004 iicbus.ko 11 1 0xffffffff81dd2000 1a3f iic.ko 12 1 0xffffffff81dd4000 1e35 iicbb.ko 13 1 0xffffffff81dd6000 1066 radeonkmsfw_RV610_pfp.ko 14 1 0xffffffff81dd8000 5b63 radeonkmsfw_RV610_me.ko 15 1 0xffffffff81dde000 1361 radeonkmsfw_R600_rlc.ko relevant boot messages on problematic r265915: May 12 23:41:00 moby kernel: VT: running with driver "vga". [...] May 12 23:41:00 moby kernel: vgapci0: port 0xdc00-0xdcff mem 0xd0000000-0xdfffffff,0xfe9f0000-0xfe9fffff irq 16 at device 0.0 on pci1 May 12 23:41:00 moby kernel: vgapci0: Boot video device Point of failure (also available at http://pastebin.com/scubtJE6 so the line wrap doesn't make you go crazy): May 12 23:42:05 moby kernel: info: [drm] Initialized drm 1.1.0 20060810 May 12 23:42:05 moby kernel: drmn0: on vgapci0 May 12 23:42:05 moby kernel: info: [drm] RADEON_IS_PCIE May 12 23:42:05 moby kernel: info: [drm] initializing kernel modesetting (RV610 0x1002:0x94C1 0x1028:0x0D02). May 12 23:42:05 moby kernel: info: [drm] register mmio base: 0xFE9F0000 May 12 23:42:05 moby kernel: info: [drm] register mmio size: 65536 May 12 23:42:05 moby kernel: info: [drm] radeon_atrm_get_bios: ===> Try ATRM... May 12 23:42:05 moby kernel: info: [drm] radeon_atrm_get_bios: pci_find_class() found: 0:1:0:0, vendor=1002, device=94c1 May 12 23:42:05 moby kernel: info: [drm] radeon_atrm_get_bios: Get ACPI device handle May 12 23:42:05 moby kernel: info: [drm] radeon_acpi_vfct_bios: ===> Try VFCT... May 12 23:42:05 moby kernel: info: [drm] radeon_acpi_vfct_bios: Get "VFCT" ACPI table May 12 23:42:05 moby kernel: info: [drm] radeon_acpi_vfct_bios: Failed to get "VFCT" table: AE_NOT_FOUND May 12 23:42:05 moby kernel: info: [drm] igp_read_bios_from_vram: ===> Try IGP's VRAM... May 12 23:42:05 moby kernel: info: [drm] igp_read_bios_from_vram: VRAM base address: 0xd0000000 May 12 23:42:05 moby kernel: info: [drm] igp_read_bios_from_vram: Map address: 0xfffff800d0000000 (262144 bytes) May 12 23:42:05 moby kernel: info: [drm] igp_read_bios_from_vram: Incorrect BIOS signature: 0xFFFF May 12 23:42:05 moby kernel: info: [drm] radeon_read_bios: ===> Try PCI Expansion ROM... May 12 23:42:05 moby kernel: info: [drm] radeon_read_bios: Map address: 0xfffff800000c0000 (131072 bytes) May 12 23:42:05 moby kernel: info: [drm] ATOM BIOS: 113 May 12 23:42:05 moby kernel: drmn0: info: VRAM: 256M 0x0000000000000000 - 0x000000000FFFFFFF (256M used) May 12 23:42:05 moby kernel: drmn0: info: GTT: 512M 0x0000000010000000 - 0x000000002FFFFFFF May 12 23:42:05 moby kernel: info: [drm] Detected VRAM RAM=256M, BAR=256M May 12 23:42:05 moby kernel: info: [drm] RAM width 64bits DDR May 12 23:42:05 moby kernel: [TTM] Zone kernel: Available graphics memory: 2016864 kiB May 12 23:42:05 moby kernel: [TTM] Initializing pool allocator May 12 23:42:05 moby kernel: info: [drm] radeon: 256M of VRAM memory ready May 12 23:42:05 moby kernel: info: [drm] radeon: 512M of GTT memory ready. May 12 23:42:05 moby kernel: info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). May 12 23:42:05 moby kernel: info: [drm] Driver supports precise vblank timestamp query. May 12 23:42:05 moby kernel: info: [drm] radeon: irq initialized. May 12 23:42:05 moby kernel: info: [drm] GART: num cpu pages 131072, num gpu pages 131072 May 12 23:42:05 moby kernel: info: [drm] probing gen 2 caps for device 8086:29b1 = 1/0 May 12 23:42:05 moby kernel: info: [drm] Loading RV610 Microcode May 12 23:42:05 moby kernel: firmware: 'radeonkmsfw_RV610_pfp' version 0: 2304 bytes loaded at 0xffffffff81fd60d0 May 12 23:42:05 moby kernel: firmware: 'radeonkmsfw_RV610_me' version 0: 21504 bytes loaded at 0xffffffff81fd80d0 May 12 23:42:05 moby kernel: firmware: 'radeonkmsfw_R600_rlc' version 0: 3072 bytes loaded at 0xffffffff81fde0d0 May 12 23:42:05 moby kernel: info: [drm] PCIE GART of 512M enabled (table at 0x0000000000040000). May 12 23:42:05 moby kernel: drmn0: info: WB enabled May 12 23:42:05 moby kernel: drmn0: info: fence driver on ring 0 use gpu addr 0x0000000010000c00 and cpu addr 0x0xfffff80076c33c00 May 12 23:42:05 moby kernel: drmn0: info: fence driver on ring 3 use gpu addr 0x0000000010000c0c and cpu addr 0x0xfffff80076c33c0c May 12 23:42:05 moby kernel: info: [drm] ring test on 0 succeeded in 0 usecs May 12 23:42:05 moby kernel: info: [drm] ring test on 3 succeeded in 1 usecs May 12 23:42:05 moby kernel: info: [drm] ib test on ring 0 succeeded in 0 usecs May 12 23:42:05 moby kernel: info: [drm] ib test on ring 3 succeeded in 1 usecs May 12 23:42:05 moby kernel: info: [drm] radeon_device_init: Taking over the fictitious range 0xd0000000-0xe0000000 May 12 23:42:05 moby kernel: iicbus0: on iicbb0 addr 0xff May 12 23:42:05 moby kernel: iic0: on iicbus0 May 12 23:42:05 moby kernel: iicbus1: on iicbb1 addr 0x0 May 12 23:42:05 moby kernel: iic1: on iicbus1 May 12 23:42:05 moby kernel: iicbus2: on iicbb2 addr 0x0 May 12 23:42:05 moby kernel: iic2: on iicbus2 May 12 23:42:05 moby kernel: iicbus3: on iicbb3 addr 0x0 May 12 23:42:05 moby kernel: iic3: on iicbus3 May 12 23:42:05 moby kernel: iicbus4: on iicbb4 addr 0x0 May 12 23:42:05 moby kernel: iic4: on iicbus4 May 12 23:42:05 moby kernel: info: [drm] Radeon Display Connectors May 12 23:42:05 moby kernel: info: [drm] Connector 0: May 12 23:42:05 moby kernel: info: [drm] DIN-1 May 12 23:42:05 moby kernel: info: [drm] Encoders: May 12 23:42:05 moby kernel: info: [drm] TV1: INTERNAL_KLDSCP_DAC2 May 12 23:42:05 moby kernel: info: [drm] Connector 1: May 12 23:42:05 moby kernel: info: [drm] DVI-I-1 May 12 23:42:05 moby kernel: info: [drm] HPD2 May 12 23:42:05 moby kernel: info: [drm] DDC: 0x7e50 0x7e50 0x7e54 0x7e54 0x7e58 0x7e58 0x7e5c 0x7e5c May 12 23:42:05 moby kernel: info: [drm] Encoders: May 12 23:42:05 moby kernel: info: [drm] CRT2: INTERNAL_KLDSCP_DAC2 May 12 23:42:05 moby kernel: info: [drm] DFP1: INTERNAL_KLDSCP_TMDS1 May 12 23:42:05 moby kernel: info: [drm] Connector 2: May 12 23:42:05 moby kernel: info: [drm] DVI-I-2 May 12 23:42:05 moby kernel: info: [drm] HPD1 May 12 23:42:05 moby kernel: info: [drm] DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c May 12 23:42:05 moby kernel: info: [drm] Encoders: May 12 23:42:05 moby kernel: info: [drm] CRT1: INTERNAL_KLDSCP_DAC1 May 12 23:42:05 moby kernel: info: [drm] DFP2: INTERNAL_LVTM1 May 12 23:42:05 moby kernel: info: [drm] Internal thermal controller with fan control May 12 23:42:05 moby kernel: info: [drm] radeon: power management initialized May 12 23:42:06 moby kernel: info: [drm] fb mappable at 0xD0142000 May 12 23:42:06 moby kernel: info: [drm] vram apper at 0xD0000000 May 12 23:42:06 moby kernel: info: [drm] size 8294400 May 12 23:42:06 moby kernel: info: [drm] fb depth is 24 May 12 23:42:06 moby kernel: info: [drm] pitch is 6912 May 12 23:42:06 moby kernel: fbd0 on drmn0 May 12 23:42:06 moby kernel: VT: Replacing driver "vga" with new "fb". May 12 23:42:06 moby kernel: lock order reversal: May 12 23:42:06 moby kernel: 1st 0xffffffff81438a08 vtdev (vtdev) @ /usr/src/sys/dev/vt/vt_core.c:2070 May 12 23:42:06 moby kernel: 2nd 0xfffff80002de1808 ttymtx (ttymtx) @ /usr/src/sys/kern/subr_terminal.c:235 May 12 23:42:06 moby kernel: KDB: stack backtrace: May 12 23:42:06 moby kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe011a161150 May 12 23:42:06 moby kernel: kdb_backtrace() at May 12 23:42:06 moby kernel: kdb_backtrace+0x39/frame 0xfffffe011a161200 May 12 23:42:06 moby kernel: witness_checkorder() at May 12 23:42:06 moby kernel: witness_checkorder+0xdc2/frame 0xfffffe011a161290 May 12 23:42:06 moby kernel: __mtx_lock_flags() at May 12 23:42:06 moby kernel: __mtx_lock_flags+0xa8/frame 0xfffffe011a1612e0 May 12 23:42:06 moby kernel: terminal_mute() at May 12 23:42:06 moby kernel: terminal_mute+0x52/frame 0xfffffe011a161300 May 12 23:42:06 moby kernel: vt_allocate() at May 12 23:42:06 moby kernel: vt_allocate+0x113/frame 0xfffffe011a161360 May 12 23:42:06 moby kernel: vt_fb_attach() at vt_fb_attach+0x16/frame 0xfffffe011a161370 May 12 23:42:06 moby kernel: fbd_register() at May 12 23:42:06 moby kernel: fbd_register+0x19d/frame 0xfffffe011a1613b0 May 12 23:42:06 moby kernel: device_attach() at May 12 23:42:06 moby kernel: device_attach+0x3a5/frame 0xfffffe011a161410 May 12 23:42:06 moby kernel: drm_fb_helper_single_fb_probe() at drm_fb_helper_single_fb_probe+0x2b6/frame 0xfffffe011a161460 May 12 23:42:06 moby kernel: drm_fb_helper_initial_config() at drm_fb_helper_initial_config+0xc4/frame 0xfffffe011a1614a0 May 12 23:42:06 moby kernel: radeon_fbdev_init() at May 12 23:42:06 moby kernel: radeon_fbdev_init+0xb9/frame 0xfffffe011a1614d0 May 12 23:42:06 moby kernel: radeon_modeset_init() at May 12 23:42:06 moby kernel: radeon_modeset_init+0x95a/frame 0xfffffe011a161540 May 12 23:42:06 moby kernel: radeon_driver_load_kms() at radeon_driver_load_kms+0xc9/frame 0xfffffe011a161580 May 12 23:42:06 moby kernel: drm_attach() at May 12 23:42:06 moby kernel: drm_attach+0x935/frame 0xfffffe011a161610 May 12 23:42:06 moby kernel: device_attach() at device_attach+0x3a5/frame 0xfffffe011a161670 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlNzi9wACgkQrDN5kXnx8ybezACgjCy7rhuj12GvOYsqlEpU78dV DdoAn1HSlcVohZbukRNyAvMkQKCJZ7ZV =x8fL -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed May 14 17:02:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0429CDF1; Wed, 14 May 2014 17:02:11 +0000 (UTC) Received: from mail-qc0-x231.google.com (mail-qc0-x231.google.com [IPv6:2607:f8b0:400d:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 97C7423CD; Wed, 14 May 2014 17:02:10 +0000 (UTC) Received: by mail-qc0-f177.google.com with SMTP id i17so3255564qcy.36 for ; Wed, 14 May 2014 10:02:09 -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:message-id:subject :from:to:cc:content-type; bh=0AgJCZtCTU3IFbwQo02Wv/q7DvEnT6pEaVUOwXXctLQ=; b=q36ggtuqlBJkZfEbablxYhv/WAoJRwvlYpnF0XVQY2iWysRrxS3kajYtS+JE4d2kH4 YXGhBZkTnUsxvxnBZ8CrXeix1YvyT/xJkVUfcUxAmYOuVPW3CY17CCtFrgE6Wdp7rQVO hYTcH+86umUWs1QUOwuNztmLJ6Vg3J2O6halrtZtwBnZdb+Hl/o/BMxoHZYxTwjrVuSu Dv9HKH/9DLdnIcxePnxQcp0wEiPs3lM8W9iI1rsLyShQ8p3iUk+S87AlKrp8iPQJo8TH UnEI/o+/6OolfDmQq9ne3vdW29xoUKCsJnZIDBK7iYgSf8wCe10NBeJPRN71tX/Nt7yl 06cg== MIME-Version: 1.0 X-Received: by 10.140.104.195 with SMTP id a61mr7324093qgf.102.1400086929717; Wed, 14 May 2014 10:02:09 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Wed, 14 May 2014 10:02:09 -0700 (PDT) In-Reply-To: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> Date: Wed, 14 May 2014 10:02:09 -0700 X-Google-Sender-Auth: GmFptiiCoBTRx-N3HUWrxicEmm8 Message-ID: Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable From: Adrian Chadd To: Shawn Webb Content-Type: text/plain; charset=UTF-8 Cc: freebsd-security@freebsd.org, freebsd-current , FreeBSD Stable Mailing List X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 14 May 2014 17:02:11 -0000 Hi! Cool! Does it run on MIPS? :P -a On 14 May 2014 06:58, Shawn Webb wrote: > Hey All, > > [NOTE: crossposting between freebsd-current@, freebsd-security@, and > freebsd-stable@. Please forgive me if crossposting is frowned upon.] > > Address Space Layout Randomization, or ASLR for short, is an exploit > mitigation technology. It helps secure applications against low-level > exploits. A popular secure implementation is known as PaX ASLR, which is > a third-party patch for Linux. Our implementation is based off of PaX's. > > Oliver Pinter, Danilo Egea, and I have been working hard to bring more > features and robust stability to our ASLR patches. We've done extensive > testing on amd64. We'd like to get as many people testing these patches. > Given the nature of them, we'd also like as many eyeballs reviewing the > code as well. > > I have a Raspberry Pi and have noticed a few bugs. On ARM (at least, on > the RPI), when a parent forks a child, and the child gracefully exits, > the parent segfaults with the pc register pointing to 0xc0000000. That > address is always the same, no matter the application. If anyone knows > the ARM architecture well, and how FreeBSD ties into it, I'd like a > little guidance. > > I also have a sparc64 box, but I'm having trouble getting a vanilla > 11-current system to be stable on it. I ought to file a few PRs. > > You can find links to the patches below. > > Patch for 11-current: > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-current-aslr-segvguard-SNAPSHOT.diff > > Patch for 10-stable: > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-stable-10-aslr-segvguard-SNAPSHOT.diff > > Thanks, > > Shawn Webb From owner-freebsd-current@FreeBSD.ORG Wed May 14 17:10:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02348558; Wed, 14 May 2014 17:10:04 +0000 (UTC) Received: from mail-qg0-x231.google.com (mail-qg0-x231.google.com [IPv6:2607:f8b0:400d:c04::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7DB992451; Wed, 14 May 2014 17:10:03 +0000 (UTC) Received: by mail-qg0-f49.google.com with SMTP id a108so3271609qge.36 for ; Wed, 14 May 2014 10:10:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=NKDnTiMs+LE6X4YRIDqGx9ycepCEUctPytISwVTq5/w=; b=PNCBPUtqN3WCFrqLE05XYHJkpWV6Wd3R4SFN8SSEH1N63ASVAeUTWelZZDxNs8UVor H0RXqGdqtB68WHlZ3Y6bwHIkh1VsEG1JOrohq/0rjSdu9/E3SCG9yynw4Gltw8Xl7PhN gU/7lHLICcJ8669CebUGJrGNgUTKsFM2b23u0hCtkmzWfBRWNe2hmyPKAV5obBmPlciI EdJPOppDAKV7TmTU1m6rhioi7TOz2b8GTZLM8DldkAm3dhg0WFquj8GGiDMtdLTIW4Wl rDz4lysf3BI1dmOHYW+HhdLcgXWcM2FP3lij0F8ep0PhC9OOdW4hXXSuYdvZIpEg47RE 2VRg== X-Received: by 10.140.95.80 with SMTP id h74mr7742148qge.2.1400087402642; Wed, 14 May 2014 10:10:02 -0700 (PDT) Received: from pwnie.vrt.sourcefire.com (moist.vrt.sourcefire.com. [198.148.79.134]) by mx.google.com with ESMTPSA id y3sm3695714qaj.49.2014.05.14.10.10.01 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 14 May 2014 10:10:01 -0700 (PDT) Date: Wed, 14 May 2014 13:09:59 -0400 From: Shawn Webb To: Adrian Chadd Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable Message-ID: <20140514170959.GA31277@pwnie.vrt.sourcefire.com> References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-security@freebsd.org, freebsd-current , FreeBSD Stable Mailing List X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 14 May 2014 17:10:04 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable It runs on all architectures FreeBSD supports. The question is how well it runs. The wider the testing, the better the code, of course. We're actively testing on amd64 and i386 with limited testing on sparc64 and ARM. I've been running with this patches on amd64 on multiple machines for months. amd64 is rock solid from my experience. But your mileage may vary, hence the CFT. :-) Thanks, Shawn On May 14, 2014 10:02 AM -0700, Adrian Chadd wrote: > Hi! >=20 > Cool! Does it run on MIPS? :P >=20 >=20 > -a >=20 >=20 > On 14 May 2014 06:58, Shawn Webb wrote: > > Hey All, > > > > [NOTE: crossposting between freebsd-current@, freebsd-security@, and > > freebsd-stable@. Please forgive me if crossposting is frowned upon.] > > > > Address Space Layout Randomization, or ASLR for short, is an exploit > > mitigation technology. It helps secure applications against low-level > > exploits. A popular secure implementation is known as PaX ASLR, which is > > a third-party patch for Linux. Our implementation is based off of PaX's. > > > > Oliver Pinter, Danilo Egea, and I have been working hard to bring more > > features and robust stability to our ASLR patches. We've done extensive > > testing on amd64. We'd like to get as many people testing these patches. > > Given the nature of them, we'd also like as many eyeballs reviewing the > > code as well. > > > > I have a Raspberry Pi and have noticed a few bugs. On ARM (at least, on > > the RPI), when a parent forks a child, and the child gracefully exits, > > the parent segfaults with the pc register pointing to 0xc0000000. That > > address is always the same, no matter the application. If anyone knows > > the ARM architecture well, and how FreeBSD ties into it, I'd like a > > little guidance. > > > > I also have a sparc64 box, but I'm having trouble getting a vanilla > > 11-current system to be stable on it. I ought to file a few PRs. > > > > You can find links to the patches below. > > > > Patch for 11-current: > > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-current= -aslr-segvguard-SNAPSHOT.diff > > > > Patch for 10-stable: > > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-stable-= 10-aslr-segvguard-SNAPSHOT.diff > > > > Thanks, > > > > Shawn Webb --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTc6NnAAoJEGqEZY9SRW7u6+AP/0uOILtPQTmgOjtBOVYTmula sHDK1jwa6QQOTgRhUf6Nep76gUmeyOEBCCv8ExJB9YoOHF3ndLydz8RhkxEvHOWv RLEfmVf8ZFIw0flP9NPlzOdgleOmxFekzOSUUQR8B/bIRGprrDCBfob7CpoKNp79 ygKJQgICmz651n3fLGH7NZyHe+Iw4X1Et8EMfRNyemjB1+X3IKB4egdntXe/qbAk +Viig7g5A8iGUFZ9vtPfJjSMMccIkWTTsI9rgajhOtR1GRA3Cx69dqclkgMB4Ijl yekMf3iuUcmvMVddIRcszi+5WXXUIFGTdu2eNxhJqf6ejB51vDo9CoV0cfrtFRfz RT1f2S/rcl6+m7wexvv/R7yoDYJTebDQoN0M3zH7SrmeTc7LkYRPaLlDbnKKp1Q7 IR+ia/46ypDprnFtNw3tg9zah2bsGo93eQyBgOx2lzADMZKBVf27mFTVRwH4dDd/ 87TugPAMfK/ViiF4mZ7yuQEJRYcaHMUVx4ayS1xUuBAF+VbNYxR3minpZKKy3Le0 6PZMifTYCgM+D3ny6iUYVhIx5XzBTNnrWMJgOg7p/PYVY9jRW7U9/7hZS57koE1b jzr9wtu+Zp5jH5V1UwBXngW9+6854bV/5dveF0bh2PqB2bEPvWtNBscaY8B/9GSd JmLQ73v8jEpfcK73TqJ9 =a9Ka -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- From owner-freebsd-current@FreeBSD.ORG Wed May 14 17:18:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B23B3BD2; Wed, 14 May 2014 17:18:35 +0000 (UTC) Received: from mail-qg0-x231.google.com (mail-qg0-x231.google.com [IPv6:2607:f8b0:400d:c04::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 50F1A255B; Wed, 14 May 2014 17:18:35 +0000 (UTC) Received: by mail-qg0-f49.google.com with SMTP id a108so3291438qge.36 for ; Wed, 14 May 2014 10:18:34 -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:message-id:subject :from:to:cc:content-type; bh=V7EFTOsYq5afLCXkup+4+gos1RIJMdSuwH9zhDkc4jQ=; b=XZgsGCDtYHCAL9S5mws7AOCrQhJzMVupLlmqC4aDr1lOro7JXBDgBmDfRrj4qPfmkP d/AG2h1/qVE7+zci/8R/AR8bvUAAGza+tlOpf347EfmzXUxORVjJCakBFCCKS+8wAeEz uSYRF0le8zaGo4lnnq73vUwtqlqmSiMHQv4WS3i1Lfv94Ja0+qrKp+1ZBFN4K1eB9894 aPCwwSv/WsFLsxn+OAMoqsf40/PZXDPBZxvyfvCAyj+LZBMkJ9xpc6k8H0cbeqU0jUD9 jYR0lEkRfJkpzC8cP9/QRP9yDe8sOI1bIhlqv6/Pexqgz706Q2RojbsZZ2jtUl6u72ml liMw== MIME-Version: 1.0 X-Received: by 10.140.22.209 with SMTP id 75mr7803141qgn.4.1400087914537; Wed, 14 May 2014 10:18:34 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Wed, 14 May 2014 10:18:34 -0700 (PDT) In-Reply-To: <20140514170959.GA31277@pwnie.vrt.sourcefire.com> References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> <20140514170959.GA31277@pwnie.vrt.sourcefire.com> Date: Wed, 14 May 2014 10:18:34 -0700 X-Google-Sender-Auth: nowHCVcNJhPWfq7GVWNQxRq5Tn8 Message-ID: Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable From: Adrian Chadd To: Shawn Webb Content-Type: text/plain; charset=UTF-8 Cc: freebsd-security@freebsd.org, freebsd-current , FreeBSD Stable Mailing List X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 14 May 2014 17:18:35 -0000 On 14 May 2014 10:09, Shawn Webb wrote: > It runs on all architectures FreeBSD supports. The question is how well > it runs. The wider the testing, the better the code, of course. We're > actively testing on amd64 and i386 with limited testing on sparc64 and > ARM. I've been running with this patches on amd64 on multiple machines > for months. amd64 is rock solid from my experience. But your mileage may > vary, hence the CFT. :-) :) So for MIPS, there's a documented way to run up the emulator framework to do testing. https://wiki.freebsd.org/FreeBSD/MipsEmulation That way you can give it a whirl before us MIPS people with hardware can get around to it. :P -a From owner-freebsd-current@FreeBSD.ORG Thu May 15 00:51:03 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D4B011B; Thu, 15 May 2014 00:51:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1E7582CA7; Thu, 15 May 2014 00:51:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F0p1U0006998; Wed, 14 May 2014 20:51:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F0p1Ck006997; Thu, 15 May 2014 00:51:01 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 00:51:01 GMT Message-Id: <201405150051.s4F0p1Ck006997@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 00:51:03 -0000 TB --- 2014-05-15 00:50:56 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 00:50:56 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 00:50:56 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-15 00:50:56 - cleaning the object tree TB --- 2014-05-15 00:50:56 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 00:51:00 - At svn revision 266100 TB --- 2014-05-15 00:51:01 - building world TB --- 2014-05-15 00:51:01 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 00:51:01 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 00:51:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 00:51:01 - SRCCONF=/dev/null TB --- 2014-05-15 00:51:01 - TARGET=powerpc TB --- 2014-05-15 00:51:01 - TARGET_ARCH=powerpc TB --- 2014-05-15 00:51:01 - TZ=UTC TB --- 2014-05-15 00:51:01 - __MAKE_CONF=/dev/null TB --- 2014-05-15 00:51:01 - cd /src TB --- 2014-05-15 00:51:01 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 00:51:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 00:51:01 - ERROR: failed to build world TB --- 2014-05-15 00:51:01 - 1.59 user 2.12 system 4.74 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 00:51:03 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 69BEC11C; Thu, 15 May 2014 00:51:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2C8DD2CA8; Thu, 15 May 2014 00:51:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F0p2L6007037; Wed, 14 May 2014 20:51:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F0p2gj007031; Thu, 15 May 2014 00:51:02 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 00:51:02 GMT Message-Id: <201405150051.s4F0p2gj007031@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 00:51:03 -0000 TB --- 2014-05-15 00:50:56 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 00:50:56 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 00:50:56 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-15 00:50:56 - cleaning the object tree TB --- 2014-05-15 00:50:56 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 00:51:00 - At svn revision 266100 TB --- 2014-05-15 00:51:01 - building world TB --- 2014-05-15 00:51:01 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 00:51:01 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 00:51:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 00:51:01 - SRCCONF=/dev/null TB --- 2014-05-15 00:51:01 - TARGET=powerpc TB --- 2014-05-15 00:51:01 - TARGET_ARCH=powerpc64 TB --- 2014-05-15 00:51:01 - TZ=UTC TB --- 2014-05-15 00:51:01 - __MAKE_CONF=/dev/null TB --- 2014-05-15 00:51:01 - cd /src TB --- 2014-05-15 00:51:01 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 00:51:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 00:51:02 - ERROR: failed to build world TB --- 2014-05-15 00:51:02 - 1.56 user 2.38 system 5.19 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 00:51:03 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70F1611D; Thu, 15 May 2014 00:51:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 312B32CA9; Thu, 15 May 2014 00:51:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F0p2oB007038; Wed, 14 May 2014 20:51:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F0p26T007036; Thu, 15 May 2014 00:51:02 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 00:51:02 GMT Message-Id: <201405150051.s4F0p26T007036@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 00:51:03 -0000 TB --- 2014-05-15 00:50:56 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 00:50:56 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 00:50:56 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-15 00:50:56 - cleaning the object tree TB --- 2014-05-15 00:50:56 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 00:51:00 - At svn revision 266100 TB --- 2014-05-15 00:51:01 - building world TB --- 2014-05-15 00:51:01 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 00:51:01 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 00:51:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 00:51:01 - SRCCONF=/dev/null TB --- 2014-05-15 00:51:01 - TARGET=sparc64 TB --- 2014-05-15 00:51:01 - TARGET_ARCH=sparc64 TB --- 2014-05-15 00:51:01 - TZ=UTC TB --- 2014-05-15 00:51:01 - __MAKE_CONF=/dev/null TB --- 2014-05-15 00:51:01 - cd /src TB --- 2014-05-15 00:51:01 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 00:51:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 00:51:02 - ERROR: failed to build world TB --- 2014-05-15 00:51:02 - 1.70 user 2.20 system 5.18 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:00:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D026658; Thu, 15 May 2014 01:00:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D9D4B2D8A; Thu, 15 May 2014 01:00:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F10PXb007185; Wed, 14 May 2014 21:00:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F10PEP007181; Thu, 15 May 2014 01:00:25 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:00:25 GMT Message-Id: <201405150100.s4F10PEP007181@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:00:27 -0000 TB --- 2014-05-15 01:00:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:00:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:00:19 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-15 01:00:19 - cleaning the object tree TB --- 2014-05-15 01:00:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:00:24 - At svn revision 266102 TB --- 2014-05-15 01:00:25 - building world TB --- 2014-05-15 01:00:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:00:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:00:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:00:25 - SRCCONF=/dev/null TB --- 2014-05-15 01:00:25 - TARGET=arm TB --- 2014-05-15 01:00:25 - TARGET_ARCH=armv6 TB --- 2014-05-15 01:00:25 - TZ=UTC TB --- 2014-05-15 01:00:25 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:00:25 - cd /src TB --- 2014-05-15 01:00:25 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:00:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:00:25 - ERROR: failed to build world TB --- 2014-05-15 01:00:25 - 1.54 user 3.19 system 5.76 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:00:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2439D65A; Thu, 15 May 2014 01:00:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DC0742D8B; Thu, 15 May 2014 01:00:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F10Pw3007184; Wed, 14 May 2014 21:00:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F10PRK007180; Thu, 15 May 2014 01:00:25 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:00:25 GMT Message-Id: <201405150100.s4F10PRK007180@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:00:27 -0000 TB --- 2014-05-15 01:00:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:00:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:00:19 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-15 01:00:19 - cleaning the object tree TB --- 2014-05-15 01:00:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:00:24 - At svn revision 266102 TB --- 2014-05-15 01:00:25 - building world TB --- 2014-05-15 01:00:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:00:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:00:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:00:25 - SRCCONF=/dev/null TB --- 2014-05-15 01:00:25 - TARGET=amd64 TB --- 2014-05-15 01:00:25 - TARGET_ARCH=amd64 TB --- 2014-05-15 01:00:25 - TZ=UTC TB --- 2014-05-15 01:00:25 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:00:25 - cd /src TB --- 2014-05-15 01:00:25 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:00:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:00:25 - ERROR: failed to build world TB --- 2014-05-15 01:00:25 - 1.78 user 2.95 system 5.75 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:00:34 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87636A8F; Thu, 15 May 2014 01:00:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 50F8B2D8E; Thu, 15 May 2014 01:00:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F10Xc0007293; Wed, 14 May 2014 21:00:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F10VRD007290; Thu, 15 May 2014 01:00:31 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:00:31 GMT Message-Id: <201405150100.s4F10VRD007290@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:00:34 -0000 TB --- 2014-05-15 01:00:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:00:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:00:25 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-15 01:00:25 - cleaning the object tree TB --- 2014-05-15 01:00:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:00:30 - At svn revision 266102 TB --- 2014-05-15 01:00:31 - building world TB --- 2014-05-15 01:00:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:00:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:00:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:00:31 - SRCCONF=/dev/null TB --- 2014-05-15 01:00:31 - TARGET=ia64 TB --- 2014-05-15 01:00:31 - TARGET_ARCH=ia64 TB --- 2014-05-15 01:00:31 - TZ=UTC TB --- 2014-05-15 01:00:31 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:00:31 - cd /src TB --- 2014-05-15 01:00:31 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:00:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:00:31 - ERROR: failed to build world TB --- 2014-05-15 01:00:31 - 1.73 user 2.95 system 5.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:00:34 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8AC42A93; Thu, 15 May 2014 01:00:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 51BF12D90; Thu, 15 May 2014 01:00:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F10Xdk007295; Wed, 14 May 2014 21:00:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F10Veh007291; Thu, 15 May 2014 01:00:31 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:00:31 GMT Message-Id: <201405150100.s4F10Veh007291@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:00:34 -0000 TB --- 2014-05-15 01:00:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:00:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:00:25 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-15 01:00:25 - cleaning the object tree TB --- 2014-05-15 01:00:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:00:30 - At svn revision 266102 TB --- 2014-05-15 01:00:31 - building world TB --- 2014-05-15 01:00:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:00:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:00:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:00:31 - SRCCONF=/dev/null TB --- 2014-05-15 01:00:31 - TARGET=mips TB --- 2014-05-15 01:00:31 - TARGET_ARCH=mips64 TB --- 2014-05-15 01:00:31 - TZ=UTC TB --- 2014-05-15 01:00:31 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:00:31 - cd /src TB --- 2014-05-15 01:00:31 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:00:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:00:31 - ERROR: failed to build world TB --- 2014-05-15 01:00:31 - 1.67 user 2.99 system 5.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:00:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 187CFD11; Thu, 15 May 2014 01:00:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D5FDC2D98; Thu, 15 May 2014 01:00:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F10cA5007376; Wed, 14 May 2014 21:00:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F10cHX007373; Thu, 15 May 2014 01:00:38 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:00:38 GMT Message-Id: <201405150100.s4F10cHX007373@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:00:40 -0000 TB --- 2014-05-15 01:00:33 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:00:33 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:00:33 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-15 01:00:33 - cleaning the object tree TB --- 2014-05-15 01:00:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:00:37 - At svn revision 266102 TB --- 2014-05-15 01:00:38 - building world TB --- 2014-05-15 01:00:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:00:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:00:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:00:38 - SRCCONF=/dev/null TB --- 2014-05-15 01:00:38 - TARGET=powerpc TB --- 2014-05-15 01:00:38 - TARGET_ARCH=powerpc64 TB --- 2014-05-15 01:00:38 - TZ=UTC TB --- 2014-05-15 01:00:38 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:00:38 - cd /src TB --- 2014-05-15 01:00:38 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:00:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:00:38 - ERROR: failed to build world TB --- 2014-05-15 01:00:38 - 1.48 user 2.73 system 5.23 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:00:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1F9A6659; Thu, 15 May 2014 01:00:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D9D012D89; Thu, 15 May 2014 01:00:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F10Pm4007186; Wed, 14 May 2014 21:00:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F10Pl2007182; Thu, 15 May 2014 01:00:25 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:00:25 GMT Message-Id: <201405150100.s4F10Pl2007182@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:00:27 -0000 TB --- 2014-05-15 01:00:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:00:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:00:19 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-15 01:00:19 - cleaning the object tree TB --- 2014-05-15 01:00:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:00:24 - At svn revision 266102 TB --- 2014-05-15 01:00:25 - building world TB --- 2014-05-15 01:00:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:00:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:00:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:00:25 - SRCCONF=/dev/null TB --- 2014-05-15 01:00:25 - TARGET=arm TB --- 2014-05-15 01:00:25 - TARGET_ARCH=arm TB --- 2014-05-15 01:00:25 - TZ=UTC TB --- 2014-05-15 01:00:25 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:00:25 - cd /src TB --- 2014-05-15 01:00:25 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:00:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:00:25 - ERROR: failed to build world TB --- 2014-05-15 01:00:25 - 1.62 user 3.09 system 5.76 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:00:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25A9565B; Thu, 15 May 2014 01:00:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DE2522D8C; Thu, 15 May 2014 01:00:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F10PTK007187; Wed, 14 May 2014 21:00:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F10PWh007183; Thu, 15 May 2014 01:00:25 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:00:25 GMT Message-Id: <201405150100.s4F10PWh007183@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:00:27 -0000 TB --- 2014-05-15 01:00:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:00:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:00:19 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-15 01:00:19 - cleaning the object tree TB --- 2014-05-15 01:00:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:00:24 - At svn revision 266102 TB --- 2014-05-15 01:00:25 - building world TB --- 2014-05-15 01:00:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:00:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:00:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:00:25 - SRCCONF=/dev/null TB --- 2014-05-15 01:00:25 - TARGET=i386 TB --- 2014-05-15 01:00:25 - TARGET_ARCH=i386 TB --- 2014-05-15 01:00:25 - TZ=UTC TB --- 2014-05-15 01:00:25 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:00:25 - cd /src TB --- 2014-05-15 01:00:25 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:00:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:00:25 - ERROR: failed to build world TB --- 2014-05-15 01:00:25 - 1.72 user 3.00 system 5.76 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:00:34 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D078A96; Thu, 15 May 2014 01:00:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5389B2D91; Thu, 15 May 2014 01:00:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F10XeQ007292; Wed, 14 May 2014 21:00:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F10Vgq007269; Thu, 15 May 2014 01:00:31 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:00:31 GMT Message-Id: <201405150100.s4F10Vgq007269@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:00:34 -0000 TB --- 2014-05-15 01:00:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:00:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:00:25 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-15 01:00:25 - cleaning the object tree TB --- 2014-05-15 01:00:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:00:30 - At svn revision 266102 TB --- 2014-05-15 01:00:31 - building world TB --- 2014-05-15 01:00:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:00:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:00:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:00:31 - SRCCONF=/dev/null TB --- 2014-05-15 01:00:31 - TARGET=mips TB --- 2014-05-15 01:00:31 - TARGET_ARCH=mips TB --- 2014-05-15 01:00:31 - TZ=UTC TB --- 2014-05-15 01:00:31 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:00:31 - cd /src TB --- 2014-05-15 01:00:31 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:00:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:00:31 - ERROR: failed to build world TB --- 2014-05-15 01:00:31 - 1.45 user 3.20 system 5.68 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:00:34 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 90AA7A9B; Thu, 15 May 2014 01:00:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 571DB2D92; Thu, 15 May 2014 01:00:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F10XPc007294; Wed, 14 May 2014 21:00:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F10VtH007237; Thu, 15 May 2014 01:00:31 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:00:31 GMT Message-Id: <201405150100.s4F10VtH007237@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:00:34 -0000 TB --- 2014-05-15 01:00:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:00:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:00:25 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-15 01:00:25 - cleaning the object tree TB --- 2014-05-15 01:00:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:00:30 - At svn revision 266102 TB --- 2014-05-15 01:00:31 - building world TB --- 2014-05-15 01:00:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:00:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:00:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:00:31 - SRCCONF=/dev/null TB --- 2014-05-15 01:00:31 - TARGET=pc98 TB --- 2014-05-15 01:00:31 - TARGET_ARCH=i386 TB --- 2014-05-15 01:00:31 - TZ=UTC TB --- 2014-05-15 01:00:31 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:00:31 - cd /src TB --- 2014-05-15 01:00:31 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:00:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:00:31 - ERROR: failed to build world TB --- 2014-05-15 01:00:31 - 1.56 user 3.05 system 5.64 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:00:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1AB1AD13; Thu, 15 May 2014 01:00:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D84B82D99; Thu, 15 May 2014 01:00:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F10cC9007377; Wed, 14 May 2014 21:00:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F10cHh007374; Thu, 15 May 2014 01:00:38 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:00:38 GMT Message-Id: <201405150100.s4F10cHh007374@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:00:40 -0000 TB --- 2014-05-15 01:00:33 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:00:33 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:00:33 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-15 01:00:33 - cleaning the object tree TB --- 2014-05-15 01:00:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:00:37 - At svn revision 266102 TB --- 2014-05-15 01:00:38 - building world TB --- 2014-05-15 01:00:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:00:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:00:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:00:38 - SRCCONF=/dev/null TB --- 2014-05-15 01:00:38 - TARGET=powerpc TB --- 2014-05-15 01:00:38 - TARGET_ARCH=powerpc TB --- 2014-05-15 01:00:38 - TZ=UTC TB --- 2014-05-15 01:00:38 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:00:38 - cd /src TB --- 2014-05-15 01:00:38 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:00:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:00:38 - ERROR: failed to build world TB --- 2014-05-15 01:00:38 - 1.51 user 2.72 system 5.24 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:00:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1DC15D16; Thu, 15 May 2014 01:00:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DABFB2D9A; Thu, 15 May 2014 01:00:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F10cpW007378; Wed, 14 May 2014 21:00:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F10caa007375; Thu, 15 May 2014 01:00:38 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:00:38 GMT Message-Id: <201405150100.s4F10caa007375@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:00:40 -0000 TB --- 2014-05-15 01:00:33 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:00:33 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:00:33 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-15 01:00:33 - cleaning the object tree TB --- 2014-05-15 01:00:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:00:37 - At svn revision 266102 TB --- 2014-05-15 01:00:38 - building world TB --- 2014-05-15 01:00:38 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:00:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:00:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:00:38 - SRCCONF=/dev/null TB --- 2014-05-15 01:00:38 - TARGET=sparc64 TB --- 2014-05-15 01:00:38 - TARGET_ARCH=sparc64 TB --- 2014-05-15 01:00:38 - TZ=UTC TB --- 2014-05-15 01:00:38 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:00:38 - cd /src TB --- 2014-05-15 01:00:38 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:00:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:00:38 - ERROR: failed to build world TB --- 2014-05-15 01:00:38 - 1.59 user 2.62 system 5.23 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:08:00 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6FEE76C; Thu, 15 May 2014 01:08:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9FB302EB0; Thu, 15 May 2014 01:08:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F0ooTJ006811; Wed, 14 May 2014 20:50:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F0oovY006806; Thu, 15 May 2014 00:50:50 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 00:50:50 GMT Message-Id: <201405150050.s4F0oovY006806@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:08:00 -0000 TB --- 2014-05-15 00:50:44 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 00:50:44 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 00:50:44 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-15 00:50:44 - cleaning the object tree TB --- 2014-05-15 00:50:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 00:50:49 - At svn revision 266100 TB --- 2014-05-15 00:50:50 - building world TB --- 2014-05-15 00:50:50 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 00:50:50 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 00:50:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 00:50:50 - SRCCONF=/dev/null TB --- 2014-05-15 00:50:50 - TARGET=i386 TB --- 2014-05-15 00:50:50 - TARGET_ARCH=i386 TB --- 2014-05-15 00:50:50 - TZ=UTC TB --- 2014-05-15 00:50:50 - __MAKE_CONF=/dev/null TB --- 2014-05-15 00:50:50 - cd /src TB --- 2014-05-15 00:50:50 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 00:50:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 00:50:50 - ERROR: failed to build world TB --- 2014-05-15 00:50:50 - 1.55 user 2.99 system 5.78 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:08:00 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7072376B; Thu, 15 May 2014 01:08:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 38E1B2EAF; Thu, 15 May 2014 01:07:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F0ooQa006846; Wed, 14 May 2014 20:50:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F0ooKa006842; Thu, 15 May 2014 00:50:50 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 00:50:50 GMT Message-Id: <201405150050.s4F0ooKa006842@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:08:00 -0000 TB --- 2014-05-15 00:50:44 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 00:50:44 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 00:50:44 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-15 00:50:44 - cleaning the object tree TB --- 2014-05-15 00:50:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 00:50:49 - At svn revision 266100 TB --- 2014-05-15 00:50:50 - building world TB --- 2014-05-15 00:50:50 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 00:50:50 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 00:50:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 00:50:50 - SRCCONF=/dev/null TB --- 2014-05-15 00:50:50 - TARGET=arm TB --- 2014-05-15 00:50:50 - TARGET_ARCH=arm TB --- 2014-05-15 00:50:50 - TZ=UTC TB --- 2014-05-15 00:50:50 - __MAKE_CONF=/dev/null TB --- 2014-05-15 00:50:50 - cd /src TB --- 2014-05-15 00:50:50 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 00:50:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 00:50:50 - ERROR: failed to build world TB --- 2014-05-15 00:50:50 - 1.66 user 2.89 system 5.88 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:08:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AF483771; Thu, 15 May 2014 01:08:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 78CD02EB2; Thu, 15 May 2014 01:08:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F0ouOn006896; Wed, 14 May 2014 20:50:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F0ou19006895; Thu, 15 May 2014 00:50:56 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 00:50:56 GMT Message-Id: <201405150050.s4F0ou19006895@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:08:01 -0000 TB --- 2014-05-15 00:50:50 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 00:50:50 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 00:50:50 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-15 00:50:50 - cleaning the object tree TB --- 2014-05-15 00:50:50 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 00:50:55 - At svn revision 266100 TB --- 2014-05-15 00:50:56 - building world TB --- 2014-05-15 00:50:56 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 00:50:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 00:50:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 00:50:56 - SRCCONF=/dev/null TB --- 2014-05-15 00:50:56 - TARGET=pc98 TB --- 2014-05-15 00:50:56 - TARGET_ARCH=i386 TB --- 2014-05-15 00:50:56 - TZ=UTC TB --- 2014-05-15 00:50:56 - __MAKE_CONF=/dev/null TB --- 2014-05-15 00:50:56 - cd /src TB --- 2014-05-15 00:50:56 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 00:50:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 00:50:56 - ERROR: failed to build world TB --- 2014-05-15 00:50:56 - 1.49 user 2.85 system 5.35 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:08:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8866F821; Thu, 15 May 2014 01:08:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 520AF2EB4; Thu, 15 May 2014 01:08:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F0oo6O006847; Wed, 14 May 2014 20:50:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F0ooHq006843; Thu, 15 May 2014 00:50:50 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 00:50:50 GMT Message-Id: <201405150050.s4F0ooHq006843@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:08:02 -0000 TB --- 2014-05-15 00:50:44 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 00:50:44 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 00:50:44 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-15 00:50:44 - cleaning the object tree TB --- 2014-05-15 00:50:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 00:50:49 - At svn revision 266100 TB --- 2014-05-15 00:50:50 - building world TB --- 2014-05-15 00:50:50 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 00:50:50 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 00:50:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 00:50:50 - SRCCONF=/dev/null TB --- 2014-05-15 00:50:50 - TARGET=arm TB --- 2014-05-15 00:50:50 - TARGET_ARCH=armv6 TB --- 2014-05-15 00:50:50 - TZ=UTC TB --- 2014-05-15 00:50:50 - __MAKE_CONF=/dev/null TB --- 2014-05-15 00:50:50 - cd /src TB --- 2014-05-15 00:50:50 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 00:50:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 00:50:50 - ERROR: failed to build world TB --- 2014-05-15 00:50:50 - 1.61 user 2.97 system 5.87 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:08:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4995E76D; Thu, 15 May 2014 01:08:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 122432EB1; Thu, 15 May 2014 01:08:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F0oukb006960; Wed, 14 May 2014 20:50:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F0ouQF006959; Thu, 15 May 2014 00:50:56 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 00:50:56 GMT Message-Id: <201405150050.s4F0ouQF006959@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:08:01 -0000 TB --- 2014-05-15 00:50:51 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 00:50:51 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 00:50:51 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-15 00:50:51 - cleaning the object tree TB --- 2014-05-15 00:50:51 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 00:50:55 - At svn revision 266100 TB --- 2014-05-15 00:50:56 - building world TB --- 2014-05-15 00:50:56 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 00:50:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 00:50:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 00:50:56 - SRCCONF=/dev/null TB --- 2014-05-15 00:50:56 - TARGET=mips TB --- 2014-05-15 00:50:56 - TARGET_ARCH=mips TB --- 2014-05-15 00:50:56 - TZ=UTC TB --- 2014-05-15 00:50:56 - __MAKE_CONF=/dev/null TB --- 2014-05-15 00:50:56 - cd /src TB --- 2014-05-15 00:50:56 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 00:50:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 00:50:56 - ERROR: failed to build world TB --- 2014-05-15 00:50:56 - 1.59 user 2.87 system 5.64 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:08:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF09B859; Thu, 15 May 2014 01:08:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B8C622EB5; Thu, 15 May 2014 01:08:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F0oome006804; Wed, 14 May 2014 20:50:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F0ooCJ006787; Thu, 15 May 2014 00:50:50 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 00:50:50 GMT Message-Id: <201405150050.s4F0ooCJ006787@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:08:03 -0000 TB --- 2014-05-15 00:50:44 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 00:50:44 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 00:50:44 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-15 00:50:44 - cleaning the object tree TB --- 2014-05-15 00:50:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 00:50:49 - At svn revision 266100 TB --- 2014-05-15 00:50:50 - building world TB --- 2014-05-15 00:50:50 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 00:50:50 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 00:50:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 00:50:50 - SRCCONF=/dev/null TB --- 2014-05-15 00:50:50 - TARGET=amd64 TB --- 2014-05-15 00:50:50 - TARGET_ARCH=amd64 TB --- 2014-05-15 00:50:50 - TZ=UTC TB --- 2014-05-15 00:50:50 - __MAKE_CONF=/dev/null TB --- 2014-05-15 00:50:50 - cd /src TB --- 2014-05-15 00:50:50 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 00:50:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 00:50:50 - ERROR: failed to build world TB --- 2014-05-15 00:50:50 - 1.65 user 2.79 system 5.61 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:08:03 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6172F8A7; Thu, 15 May 2014 01:08:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2AD5A2EB6; Thu, 15 May 2014 01:08:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F0ou2d006940; Wed, 14 May 2014 20:50:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F0oug5006927; Thu, 15 May 2014 00:50:56 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 00:50:56 GMT Message-Id: <201405150050.s4F0oug5006927@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:08:03 -0000 TB --- 2014-05-15 00:50:51 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 00:50:51 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 00:50:51 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-15 00:50:51 - cleaning the object tree TB --- 2014-05-15 00:50:51 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 00:50:55 - At svn revision 266100 TB --- 2014-05-15 00:50:56 - building world TB --- 2014-05-15 00:50:56 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 00:50:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 00:50:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 00:50:56 - SRCCONF=/dev/null TB --- 2014-05-15 00:50:56 - TARGET=mips TB --- 2014-05-15 00:50:56 - TARGET_ARCH=mips64 TB --- 2014-05-15 00:50:56 - TZ=UTC TB --- 2014-05-15 00:50:56 - __MAKE_CONF=/dev/null TB --- 2014-05-15 00:50:56 - cd /src TB --- 2014-05-15 00:50:56 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 00:50:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 00:50:56 - ERROR: failed to build world TB --- 2014-05-15 00:50:56 - 1.59 user 2.91 system 5.55 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:08:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 231C57D5; Thu, 15 May 2014 01:08:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DF9022EB3; Thu, 15 May 2014 01:08:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F0ouWo006957; Wed, 14 May 2014 20:50:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F0ouCn006939; Thu, 15 May 2014 00:50:56 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 00:50:56 GMT Message-Id: <201405150050.s4F0ouCn006939@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:08:02 -0000 TB --- 2014-05-15 00:50:51 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 00:50:51 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 00:50:51 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-15 00:50:51 - cleaning the object tree TB --- 2014-05-15 00:50:51 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 00:50:55 - At svn revision 266100 TB --- 2014-05-15 00:50:56 - building world TB --- 2014-05-15 00:50:56 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 00:50:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 00:50:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 00:50:56 - SRCCONF=/dev/null TB --- 2014-05-15 00:50:56 - TARGET=ia64 TB --- 2014-05-15 00:50:56 - TARGET_ARCH=ia64 TB --- 2014-05-15 00:50:56 - TZ=UTC TB --- 2014-05-15 00:50:56 - __MAKE_CONF=/dev/null TB --- 2014-05-15 00:50:56 - cd /src TB --- 2014-05-15 00:50:56 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 00:50:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 00:50:56 - ERROR: failed to build world TB --- 2014-05-15 00:50:56 - 1.57 user 2.95 system 5.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:10:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A3F3208; Thu, 15 May 2014 01:10:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E76082F0E; Thu, 15 May 2014 01:10:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F1AP5a007503; Wed, 14 May 2014 21:10:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F1APOQ007499; Thu, 15 May 2014 01:10:25 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:10:25 GMT Message-Id: <201405150110.s4F1APOQ007499@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:10:27 -0000 TB --- 2014-05-15 01:10:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:10:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:10:19 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-15 01:10:19 - cleaning the object tree TB --- 2014-05-15 01:10:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:10:24 - At svn revision 266103 TB --- 2014-05-15 01:10:25 - building world TB --- 2014-05-15 01:10:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:10:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:10:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:10:25 - SRCCONF=/dev/null TB --- 2014-05-15 01:10:25 - TARGET=arm TB --- 2014-05-15 01:10:25 - TARGET_ARCH=armv6 TB --- 2014-05-15 01:10:25 - TZ=UTC TB --- 2014-05-15 01:10:25 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:10:25 - cd /src TB --- 2014-05-15 01:10:25 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:10:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:10:25 - ERROR: failed to build world TB --- 2014-05-15 01:10:25 - 1.73 user 2.98 system 5.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:10:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 328D220A; Thu, 15 May 2014 01:10:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E9B012F11; Thu, 15 May 2014 01:10:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F1APgY007506; Wed, 14 May 2014 21:10:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F1APs9007502; Thu, 15 May 2014 01:10:25 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:10:25 GMT Message-Id: <201405150110.s4F1APs9007502@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:10:27 -0000 TB --- 2014-05-15 01:10:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:10:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:10:19 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-15 01:10:19 - cleaning the object tree TB --- 2014-05-15 01:10:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:10:24 - At svn revision 266103 TB --- 2014-05-15 01:10:25 - building world TB --- 2014-05-15 01:10:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:10:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:10:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:10:25 - SRCCONF=/dev/null TB --- 2014-05-15 01:10:25 - TARGET=arm TB --- 2014-05-15 01:10:25 - TARGET_ARCH=arm TB --- 2014-05-15 01:10:25 - TZ=UTC TB --- 2014-05-15 01:10:25 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:10:25 - cd /src TB --- 2014-05-15 01:10:25 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:10:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:10:25 - ERROR: failed to build world TB --- 2014-05-15 01:10:25 - 1.66 user 3.05 system 5.74 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:10:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3292F20B; Thu, 15 May 2014 01:10:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E769E2F10; Thu, 15 May 2014 01:10:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F1APis007504; Wed, 14 May 2014 21:10:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F1APdq007500; Thu, 15 May 2014 01:10:25 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:10:25 GMT Message-Id: <201405150110.s4F1APdq007500@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:10:27 -0000 TB --- 2014-05-15 01:10:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:10:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:10:19 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-15 01:10:19 - cleaning the object tree TB --- 2014-05-15 01:10:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:10:24 - At svn revision 266103 TB --- 2014-05-15 01:10:25 - building world TB --- 2014-05-15 01:10:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:10:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:10:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:10:25 - SRCCONF=/dev/null TB --- 2014-05-15 01:10:25 - TARGET=i386 TB --- 2014-05-15 01:10:25 - TARGET_ARCH=i386 TB --- 2014-05-15 01:10:25 - TZ=UTC TB --- 2014-05-15 01:10:25 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:10:25 - cd /src TB --- 2014-05-15 01:10:25 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:10:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:10:25 - ERROR: failed to build world TB --- 2014-05-15 01:10:25 - 1.55 user 3.17 system 5.74 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:10:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2B1D2209; Thu, 15 May 2014 01:10:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E76572F0F; Thu, 15 May 2014 01:10:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F1APZX007505; Wed, 14 May 2014 21:10:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F1APQS007501; Thu, 15 May 2014 01:10:25 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:10:25 GMT Message-Id: <201405150110.s4F1APQS007501@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:10:27 -0000 TB --- 2014-05-15 01:10:19 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:10:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:10:19 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-15 01:10:19 - cleaning the object tree TB --- 2014-05-15 01:10:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:10:24 - At svn revision 266103 TB --- 2014-05-15 01:10:25 - building world TB --- 2014-05-15 01:10:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:10:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:10:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:10:25 - SRCCONF=/dev/null TB --- 2014-05-15 01:10:25 - TARGET=amd64 TB --- 2014-05-15 01:10:25 - TARGET_ARCH=amd64 TB --- 2014-05-15 01:10:25 - TZ=UTC TB --- 2014-05-15 01:10:25 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:10:25 - cd /src TB --- 2014-05-15 01:10:25 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:10:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:10:25 - ERROR: failed to build world TB --- 2014-05-15 01:10:25 - 1.61 user 3.10 system 5.74 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:10:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54D31695; Thu, 15 May 2014 01:10:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EB72C2F16; Thu, 15 May 2014 01:10:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F1AXq8007611; Wed, 14 May 2014 21:10:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F1AVIX007610; Thu, 15 May 2014 01:10:31 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:10:31 GMT Message-Id: <201405150110.s4F1AVIX007610@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:10:35 -0000 TB --- 2014-05-15 01:10:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:10:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:10:25 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-15 01:10:25 - cleaning the object tree TB --- 2014-05-15 01:10:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:10:30 - At svn revision 266103 TB --- 2014-05-15 01:10:31 - building world TB --- 2014-05-15 01:10:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:10:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:10:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:10:31 - SRCCONF=/dev/null TB --- 2014-05-15 01:10:31 - TARGET=mips TB --- 2014-05-15 01:10:31 - TARGET_ARCH=mips64 TB --- 2014-05-15 01:10:31 - TZ=UTC TB --- 2014-05-15 01:10:31 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:10:31 - cd /src TB --- 2014-05-15 01:10:31 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:10:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:10:31 - ERROR: failed to build world TB --- 2014-05-15 01:10:31 - 1.64 user 3.05 system 5.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:10:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B3A8697; Thu, 15 May 2014 01:10:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E92B22F15; Thu, 15 May 2014 01:10:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F1AXsQ007613; Wed, 14 May 2014 21:10:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F1AVMZ007599; Thu, 15 May 2014 01:10:31 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:10:31 GMT Message-Id: <201405150110.s4F1AVMZ007599@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:10:35 -0000 TB --- 2014-05-15 01:10:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:10:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:10:25 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-15 01:10:25 - cleaning the object tree TB --- 2014-05-15 01:10:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:10:30 - At svn revision 266103 TB --- 2014-05-15 01:10:31 - building world TB --- 2014-05-15 01:10:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:10:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:10:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:10:31 - SRCCONF=/dev/null TB --- 2014-05-15 01:10:31 - TARGET=pc98 TB --- 2014-05-15 01:10:31 - TARGET_ARCH=i386 TB --- 2014-05-15 01:10:31 - TZ=UTC TB --- 2014-05-15 01:10:31 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:10:31 - cd /src TB --- 2014-05-15 01:10:31 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:10:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:10:31 - ERROR: failed to build world TB --- 2014-05-15 01:10:31 - 1.63 user 3.06 system 5.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:10:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 55088696; Thu, 15 May 2014 01:10:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EC1532F17; Thu, 15 May 2014 01:10:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F1AX98007612; Wed, 14 May 2014 21:10:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F1AVOt007594; Thu, 15 May 2014 01:10:31 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:10:31 GMT Message-Id: <201405150110.s4F1AVOt007594@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:10:35 -0000 TB --- 2014-05-15 01:10:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:10:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:10:25 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-15 01:10:25 - cleaning the object tree TB --- 2014-05-15 01:10:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:10:30 - At svn revision 266103 TB --- 2014-05-15 01:10:31 - building world TB --- 2014-05-15 01:10:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:10:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:10:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:10:31 - SRCCONF=/dev/null TB --- 2014-05-15 01:10:31 - TARGET=ia64 TB --- 2014-05-15 01:10:31 - TARGET_ARCH=ia64 TB --- 2014-05-15 01:10:31 - TZ=UTC TB --- 2014-05-15 01:10:31 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:10:31 - cd /src TB --- 2014-05-15 01:10:31 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:10:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:10:31 - ERROR: failed to build world TB --- 2014-05-15 01:10:31 - 1.56 user 3.12 system 5.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:10:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5BFCE698; Thu, 15 May 2014 01:10:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EEC1F2F18; Thu, 15 May 2014 01:10:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F1AXlk007614; Wed, 14 May 2014 21:10:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F1AVHw007609; Thu, 15 May 2014 01:10:31 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:10:31 GMT Message-Id: <201405150110.s4F1AVHw007609@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:10:35 -0000 TB --- 2014-05-15 01:10:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:10:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:10:25 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-15 01:10:25 - cleaning the object tree TB --- 2014-05-15 01:10:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:10:30 - At svn revision 266103 TB --- 2014-05-15 01:10:31 - building world TB --- 2014-05-15 01:10:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:10:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:10:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:10:31 - SRCCONF=/dev/null TB --- 2014-05-15 01:10:31 - TARGET=mips TB --- 2014-05-15 01:10:31 - TARGET_ARCH=mips TB --- 2014-05-15 01:10:31 - TZ=UTC TB --- 2014-05-15 01:10:31 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:10:31 - cd /src TB --- 2014-05-15 01:10:31 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:10:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:10:31 - ERROR: failed to build world TB --- 2014-05-15 01:10:31 - 1.65 user 3.05 system 5.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:10:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BB82BA05; Thu, 15 May 2014 01:10:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 84A552F21; Thu, 15 May 2014 01:10:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F1AdSw007696; Wed, 14 May 2014 21:10:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F1AdC7007693; Thu, 15 May 2014 01:10:39 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:10:39 GMT Message-Id: <201405150110.s4F1AdC7007693@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:10:40 -0000 TB --- 2014-05-15 01:10:34 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:10:34 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:10:34 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-15 01:10:34 - cleaning the object tree TB --- 2014-05-15 01:10:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:10:38 - At svn revision 266103 TB --- 2014-05-15 01:10:39 - building world TB --- 2014-05-15 01:10:39 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:10:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:10:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:10:39 - SRCCONF=/dev/null TB --- 2014-05-15 01:10:39 - TARGET=sparc64 TB --- 2014-05-15 01:10:39 - TARGET_ARCH=sparc64 TB --- 2014-05-15 01:10:39 - TZ=UTC TB --- 2014-05-15 01:10:39 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:10:39 - cd /src TB --- 2014-05-15 01:10:39 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:10:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:10:39 - ERROR: failed to build world TB --- 2014-05-15 01:10:39 - 1.52 user 2.68 system 5.28 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:10:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3526A0F; Thu, 15 May 2014 01:10:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8A8F12F22; Thu, 15 May 2014 01:10:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F1Ad2w007697; Wed, 14 May 2014 21:10:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F1Ad38007694; Thu, 15 May 2014 01:10:39 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:10:39 GMT Message-Id: <201405150110.s4F1Ad38007694@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:10:41 -0000 TB --- 2014-05-15 01:10:34 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:10:34 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:10:34 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-15 01:10:34 - cleaning the object tree TB --- 2014-05-15 01:10:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:10:38 - At svn revision 266103 TB --- 2014-05-15 01:10:39 - building world TB --- 2014-05-15 01:10:39 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:10:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:10:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:10:39 - SRCCONF=/dev/null TB --- 2014-05-15 01:10:39 - TARGET=powerpc TB --- 2014-05-15 01:10:39 - TARGET_ARCH=powerpc64 TB --- 2014-05-15 01:10:39 - TZ=UTC TB --- 2014-05-15 01:10:39 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:10:39 - cd /src TB --- 2014-05-15 01:10:39 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:10:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:10:39 - ERROR: failed to build world TB --- 2014-05-15 01:10:39 - 1.63 user 2.56 system 5.28 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:10:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B27649FB; Thu, 15 May 2014 01:10:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7A6042F20; Thu, 15 May 2014 01:10:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F1AdFi007695; Wed, 14 May 2014 21:10:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F1Adg6007662; Thu, 15 May 2014 01:10:39 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:10:39 GMT Message-Id: <201405150110.s4F1Adg6007662@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:10:40 -0000 TB --- 2014-05-15 01:10:34 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:10:34 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:10:34 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-15 01:10:34 - cleaning the object tree TB --- 2014-05-15 01:10:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:10:38 - At svn revision 266103 TB --- 2014-05-15 01:10:39 - building world TB --- 2014-05-15 01:10:39 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:10:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:10:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:10:39 - SRCCONF=/dev/null TB --- 2014-05-15 01:10:39 - TARGET=powerpc TB --- 2014-05-15 01:10:39 - TARGET_ARCH=powerpc TB --- 2014-05-15 01:10:39 - TZ=UTC TB --- 2014-05-15 01:10:39 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:10:39 - cd /src TB --- 2014-05-15 01:10:39 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:10:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:10:39 - ERROR: failed to build world TB --- 2014-05-15 01:10:39 - 1.66 user 2.50 system 5.24 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:20:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0537C309; Thu, 15 May 2014 01:20:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C1B9F2081; Thu, 15 May 2014 01:20:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F1KNUp007895; Wed, 14 May 2014 21:20:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F1KNTO007891; Thu, 15 May 2014 01:20:23 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:20:23 GMT Message-Id: <201405150120.s4F1KNTO007891@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:20:25 -0000 TB --- 2014-05-15 01:20:17 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:20:17 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:20:17 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-15 01:20:17 - cleaning the object tree TB --- 2014-05-15 01:20:17 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:20:22 - At svn revision 266103 TB --- 2014-05-15 01:20:23 - building world TB --- 2014-05-15 01:20:23 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:20:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:20:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:20:23 - SRCCONF=/dev/null TB --- 2014-05-15 01:20:23 - TARGET=i386 TB --- 2014-05-15 01:20:23 - TARGET_ARCH=i386 TB --- 2014-05-15 01:20:23 - TZ=UTC TB --- 2014-05-15 01:20:23 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:20:23 - cd /src TB --- 2014-05-15 01:20:23 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:20:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:20:23 - ERROR: failed to build world TB --- 2014-05-15 01:20:23 - 1.53 user 3.07 system 5.63 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:20:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0C37430B; Thu, 15 May 2014 01:20:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C1B412080; Thu, 15 May 2014 01:20:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F1KNSC007892; Wed, 14 May 2014 21:20:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F1KNYB007888; Thu, 15 May 2014 01:20:23 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:20:23 GMT Message-Id: <201405150120.s4F1KNYB007888@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:20:25 -0000 TB --- 2014-05-15 01:20:17 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:20:17 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:20:17 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-15 01:20:17 - cleaning the object tree TB --- 2014-05-15 01:20:17 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:20:22 - At svn revision 266103 TB --- 2014-05-15 01:20:23 - building world TB --- 2014-05-15 01:20:23 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:20:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:20:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:20:23 - SRCCONF=/dev/null TB --- 2014-05-15 01:20:23 - TARGET=amd64 TB --- 2014-05-15 01:20:23 - TARGET_ARCH=amd64 TB --- 2014-05-15 01:20:23 - TZ=UTC TB --- 2014-05-15 01:20:23 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:20:23 - cd /src TB --- 2014-05-15 01:20:23 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:20:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:20:23 - ERROR: failed to build world TB --- 2014-05-15 01:20:23 - 1.68 user 2.93 system 5.64 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:20:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 07BD130A; Thu, 15 May 2014 01:20:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C1BEA2082; Thu, 15 May 2014 01:20:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F1KNLE007893; Wed, 14 May 2014 21:20:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F1KNoc007889; Thu, 15 May 2014 01:20:23 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:20:23 GMT Message-Id: <201405150120.s4F1KNoc007889@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:20:25 -0000 TB --- 2014-05-15 01:20:17 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:20:17 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:20:17 - starting HEAD tinderbox run for arm/arm TB --- 2014-05-15 01:20:17 - cleaning the object tree TB --- 2014-05-15 01:20:17 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:20:22 - At svn revision 266103 TB --- 2014-05-15 01:20:23 - building world TB --- 2014-05-15 01:20:23 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:20:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:20:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:20:23 - SRCCONF=/dev/null TB --- 2014-05-15 01:20:23 - TARGET=arm TB --- 2014-05-15 01:20:23 - TARGET_ARCH=arm TB --- 2014-05-15 01:20:23 - TZ=UTC TB --- 2014-05-15 01:20:23 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:20:23 - cd /src TB --- 2014-05-15 01:20:23 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:20:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:20:23 - ERROR: failed to build world TB --- 2014-05-15 01:20:23 - 1.61 user 3.00 system 5.64 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:20:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0E0A330C; Thu, 15 May 2014 01:20:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C3EBE2083; Thu, 15 May 2014 01:20:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F1KNRl007894; Wed, 14 May 2014 21:20:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F1KNLj007890; Thu, 15 May 2014 01:20:23 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:20:23 GMT Message-Id: <201405150120.s4F1KNLj007890@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:20:25 -0000 TB --- 2014-05-15 01:20:17 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:20:17 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:20:17 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-15 01:20:17 - cleaning the object tree TB --- 2014-05-15 01:20:17 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:20:22 - At svn revision 266103 TB --- 2014-05-15 01:20:23 - building world TB --- 2014-05-15 01:20:23 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:20:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:20:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:20:23 - SRCCONF=/dev/null TB --- 2014-05-15 01:20:23 - TARGET=arm TB --- 2014-05-15 01:20:23 - TARGET_ARCH=armv6 TB --- 2014-05-15 01:20:23 - TZ=UTC TB --- 2014-05-15 01:20:23 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:20:23 - cd /src TB --- 2014-05-15 01:20:23 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:20:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:20:23 - ERROR: failed to build world TB --- 2014-05-15 01:20:23 - 1.72 user 2.89 system 5.64 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:20:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7822F623; Thu, 15 May 2014 01:20:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 41B2E2086; Thu, 15 May 2014 01:20:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F1KTEO007997; Wed, 14 May 2014 21:20:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F1KTO7007963; Thu, 15 May 2014 01:20:29 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:20:29 GMT Message-Id: <201405150120.s4F1KTO7007963@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:20:30 -0000 TB --- 2014-05-15 01:20:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:20:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:20:23 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-15 01:20:23 - cleaning the object tree TB --- 2014-05-15 01:20:23 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:20:28 - At svn revision 266103 TB --- 2014-05-15 01:20:29 - building world TB --- 2014-05-15 01:20:29 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:20:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:20:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:20:29 - SRCCONF=/dev/null TB --- 2014-05-15 01:20:29 - TARGET=mips TB --- 2014-05-15 01:20:29 - TARGET_ARCH=mips TB --- 2014-05-15 01:20:29 - TZ=UTC TB --- 2014-05-15 01:20:29 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:20:29 - cd /src TB --- 2014-05-15 01:20:29 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:20:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:20:29 - ERROR: failed to build world TB --- 2014-05-15 01:20:29 - 1.60 user 2.92 system 5.55 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:20:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 832EF62A; Thu, 15 May 2014 01:20:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CFED2087; Thu, 15 May 2014 01:20:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F1KTFA008003; Wed, 14 May 2014 21:20:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F1KTku008001; Thu, 15 May 2014 01:20:29 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:20:29 GMT Message-Id: <201405150120.s4F1KTku008001@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:20:30 -0000 TB --- 2014-05-15 01:20:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:20:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:20:23 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-15 01:20:23 - cleaning the object tree TB --- 2014-05-15 01:20:23 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:20:28 - At svn revision 266103 TB --- 2014-05-15 01:20:29 - building world TB --- 2014-05-15 01:20:29 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:20:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:20:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:20:29 - SRCCONF=/dev/null TB --- 2014-05-15 01:20:29 - TARGET=ia64 TB --- 2014-05-15 01:20:29 - TARGET_ARCH=ia64 TB --- 2014-05-15 01:20:29 - TZ=UTC TB --- 2014-05-15 01:20:29 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:20:29 - cd /src TB --- 2014-05-15 01:20:29 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:20:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:20:29 - ERROR: failed to build world TB --- 2014-05-15 01:20:29 - 1.62 user 2.96 system 5.60 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:20:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70EBC61F; Thu, 15 May 2014 01:20:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3A2452085; Thu, 15 May 2014 01:20:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F1KTs4007970; Wed, 14 May 2014 21:20:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F1KTnx007952; Thu, 15 May 2014 01:20:29 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:20:29 GMT Message-Id: <201405150120.s4F1KTnx007952@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:20:30 -0000 TB --- 2014-05-15 01:20:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:20:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:20:23 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-15 01:20:23 - cleaning the object tree TB --- 2014-05-15 01:20:23 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:20:28 - At svn revision 266103 TB --- 2014-05-15 01:20:29 - building world TB --- 2014-05-15 01:20:29 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:20:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:20:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:20:29 - SRCCONF=/dev/null TB --- 2014-05-15 01:20:29 - TARGET=pc98 TB --- 2014-05-15 01:20:29 - TARGET_ARCH=i386 TB --- 2014-05-15 01:20:29 - TZ=UTC TB --- 2014-05-15 01:20:29 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:20:29 - cd /src TB --- 2014-05-15 01:20:29 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:20:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:20:29 - ERROR: failed to build world TB --- 2014-05-15 01:20:29 - 1.65 user 2.87 system 5.54 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:20:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 88C4962D; Thu, 15 May 2014 01:20:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 500702088; Thu, 15 May 2014 01:20:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F1KT0q008002; Wed, 14 May 2014 21:20:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F1KTsn008000; Thu, 15 May 2014 01:20:29 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:20:29 GMT Message-Id: <201405150120.s4F1KTsn008000@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:20:30 -0000 TB --- 2014-05-15 01:20:23 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:20:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:20:23 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-15 01:20:23 - cleaning the object tree TB --- 2014-05-15 01:20:23 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:20:28 - At svn revision 266103 TB --- 2014-05-15 01:20:29 - building world TB --- 2014-05-15 01:20:29 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:20:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:20:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:20:29 - SRCCONF=/dev/null TB --- 2014-05-15 01:20:29 - TARGET=mips TB --- 2014-05-15 01:20:29 - TARGET_ARCH=mips64 TB --- 2014-05-15 01:20:29 - TZ=UTC TB --- 2014-05-15 01:20:29 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:20:29 - cd /src TB --- 2014-05-15 01:20:29 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:20:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:20:29 - ERROR: failed to build world TB --- 2014-05-15 01:20:29 - 1.56 user 3.02 system 5.60 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:20:38 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D29DE9A1; Thu, 15 May 2014 01:20:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9C0102093; Thu, 15 May 2014 01:20:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F1Kbil008085; Wed, 14 May 2014 21:20:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F1Kb9A008072; Thu, 15 May 2014 01:20:37 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:20:37 GMT Message-Id: <201405150120.s4F1Kb9A008072@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:20:39 -0000 TB --- 2014-05-15 01:20:29 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:20:29 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:20:29 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-15 01:20:29 - cleaning the object tree TB --- 2014-05-15 01:20:29 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:20:36 - At svn revision 266103 TB --- 2014-05-15 01:20:37 - building world TB --- 2014-05-15 01:20:37 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:20:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:20:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:20:37 - SRCCONF=/dev/null TB --- 2014-05-15 01:20:37 - TARGET=powerpc TB --- 2014-05-15 01:20:37 - TARGET_ARCH=powerpc64 TB --- 2014-05-15 01:20:37 - TZ=UTC TB --- 2014-05-15 01:20:37 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:20:37 - cd /src TB --- 2014-05-15 01:20:37 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:20:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:20:37 - ERROR: failed to build world TB --- 2014-05-15 01:20:37 - 1.70 user 2.38 system 8.16 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:20:38 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA40C99B; Thu, 15 May 2014 01:20:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 935902092; Thu, 15 May 2014 01:20:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F1KboR008082; Wed, 14 May 2014 21:20:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F1Kbto008054; Thu, 15 May 2014 01:20:37 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:20:37 GMT Message-Id: <201405150120.s4F1Kbto008054@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:20:38 -0000 TB --- 2014-05-15 01:20:29 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:20:29 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:20:29 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-15 01:20:29 - cleaning the object tree TB --- 2014-05-15 01:20:29 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:20:36 - At svn revision 266103 TB --- 2014-05-15 01:20:37 - building world TB --- 2014-05-15 01:20:37 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:20:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:20:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:20:37 - SRCCONF=/dev/null TB --- 2014-05-15 01:20:37 - TARGET=powerpc TB --- 2014-05-15 01:20:37 - TARGET_ARCH=powerpc TB --- 2014-05-15 01:20:37 - TZ=UTC TB --- 2014-05-15 01:20:37 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:20:37 - cd /src TB --- 2014-05-15 01:20:37 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:20:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:20:37 - ERROR: failed to build world TB --- 2014-05-15 01:20:37 - 1.52 user 2.58 system 8.15 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 01:20:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D9D689A5; Thu, 15 May 2014 01:20:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A30022094; Thu, 15 May 2014 01:20:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4F1KbYd008086; Wed, 14 May 2014 21:20:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4F1Kbxo008084; Thu, 15 May 2014 01:20:37 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 01:20:37 GMT Message-Id: <201405150120.s4F1Kbxo008084@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 01:20:39 -0000 TB --- 2014-05-15 01:20:29 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 01:20:29 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 01:20:29 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-15 01:20:29 - cleaning the object tree TB --- 2014-05-15 01:20:29 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 01:20:36 - At svn revision 266103 TB --- 2014-05-15 01:20:37 - building world TB --- 2014-05-15 01:20:37 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 01:20:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 01:20:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 01:20:37 - SRCCONF=/dev/null TB --- 2014-05-15 01:20:37 - TARGET=sparc64 TB --- 2014-05-15 01:20:37 - TARGET_ARCH=sparc64 TB --- 2014-05-15 01:20:37 - TZ=UTC TB --- 2014-05-15 01:20:37 - __MAKE_CONF=/dev/null TB --- 2014-05-15 01:20:37 - cd /src TB --- 2014-05-15 01:20:37 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) -------------------------------------------------------------- "Makefile", line 6: Could not find src.opts.mk "Makefile", line 110: Malformed conditional (${MK_TESTS} != no) "Makefile", line 112: if-less endif make: fatal errors encountered -- cannot continue *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-05-15 01:20:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 01:20:37 - ERROR: failed to build world TB --- 2014-05-15 01:20:37 - 1.65 user 2.40 system 8.12 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 11:52:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC6D376F; Thu, 15 May 2014 11:52:14 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 37AA72F5E; Thu, 15 May 2014 11:52:13 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 7F0F3C4934; Thu, 15 May 2014 14:52:06 +0300 (EEST) Date: Thu, 15 May 2014 14:52:27 +0300 From: Aleksandr Rybalko To: Mark Atkinson Subject: Re: panic on vt / kms rv610 Message-Id: <20140515145227.06378f0dfccfdc2f93047ad8@ddteam.net> In-Reply-To: References: X-Mailer: Sylpheed 3.3.1 (GTK+ 2.24.22; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 May 2014 11:52:15 -0000 On Wed, 14 May 2014 08:29:32 -0700 Mark Atkinson wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I updated -current to r265915 w/ amd64 kernel and I get a panic > when I startx instantly (no video output of panic). There is a LOR > right before the panic. > > This is built using the VT kernel definition. > > loading the old kernel built @ r264316 continues to load fine. > > here's what normal under the old kernel looks like Hello Mark, looks like it is kms driver load problem. I think updating to r265927 or more fresh will fix your problem. Sorry for inconvenience. > > $ kldstat > Id Refs Address Size Name > 1 53 0xffffffff80200000 19b8a48 kernel > 2 1 0xffffffff81c11000 9d81 linprocfs.ko > 3 1 0xffffffff81c1b000 44ba6 linux.ko > 4 1 0xffffffff81c60000 2349 ums.ko > 5 1 0xffffffff81c63000 6809 uftdi.ko > 6 1 0xffffffff81c6a000 3b95 ucom.ko > 7 1 0xffffffff81c6e000 16fd uhid.ko > 8 1 0xffffffff81c70000 115db3 radeonkms.ko > 9 1 0xffffffff81d86000 48761 drm2.ko > 10 4 0xffffffff81dcf000 2004 iicbus.ko > 11 1 0xffffffff81dd2000 1a3f iic.ko > 12 1 0xffffffff81dd4000 1e35 iicbb.ko > 13 1 0xffffffff81dd6000 1066 radeonkmsfw_RV610_pfp.ko > 14 1 0xffffffff81dd8000 5b63 radeonkmsfw_RV610_me.ko > 15 1 0xffffffff81dde000 1361 radeonkmsfw_R600_rlc.ko > > relevant boot messages on problematic r265915: > > May 12 23:41:00 moby kernel: VT: running with driver "vga". > [...] > May 12 23:41:00 moby kernel: vgapci0: display> port 0xdc00-0xdcff mem > 0xd0000000-0xdfffffff,0xfe9f0000-0xfe9fffff irq 16 at device 0.0 on pci1 > May 12 23:41:00 moby kernel: vgapci0: Boot video device > > > Point of failure (also available at http://pastebin.com/scubtJE6 so > the line wrap doesn't make you go crazy): > > May 12 23:42:05 moby kernel: info: [drm] Initialized drm > 1.1.0 20060810 > May 12 23:42:05 moby kernel: drmn0: on > vgapci0 > May 12 23:42:05 moby kernel: info: [drm] RADEON_IS_PCIE > May 12 23:42:05 moby kernel: info: [drm] initializing > kernel modesetting (RV610 0x1002:0x94C1 0x1028:0x0D02). > May 12 23:42:05 moby kernel: info: [drm] register mmio > base: 0xFE9F0000 > May 12 23:42:05 moby kernel: info: [drm] register mmio > size: 65536 > May 12 23:42:05 moby kernel: info: [drm] > radeon_atrm_get_bios: ===> Try ATRM... > May 12 23:42:05 moby kernel: info: [drm] > radeon_atrm_get_bios: pci_find_class() found: 0:1:0:0, vendor=1002, > device=94c1 > May 12 23:42:05 moby kernel: info: [drm] > radeon_atrm_get_bios: Get ACPI device handle > May 12 23:42:05 moby kernel: info: [drm] > radeon_acpi_vfct_bios: ===> Try VFCT... > May 12 23:42:05 moby kernel: info: [drm] > radeon_acpi_vfct_bios: Get "VFCT" ACPI table > May 12 23:42:05 moby kernel: info: [drm] > radeon_acpi_vfct_bios: Failed to get "VFCT" table: AE_NOT_FOUND > May 12 23:42:05 moby kernel: info: [drm] > igp_read_bios_from_vram: ===> Try IGP's VRAM... > May 12 23:42:05 moby kernel: info: [drm] > igp_read_bios_from_vram: VRAM base address: 0xd0000000 > May 12 23:42:05 moby kernel: info: [drm] > igp_read_bios_from_vram: Map address: 0xfffff800d0000000 (262144 bytes) > May 12 23:42:05 moby kernel: info: [drm] > igp_read_bios_from_vram: Incorrect BIOS signature: 0xFFFF > May 12 23:42:05 moby kernel: info: [drm] radeon_read_bios: > ===> Try PCI Expansion ROM... > May 12 23:42:05 moby kernel: info: [drm] radeon_read_bios: > Map address: 0xfffff800000c0000 (131072 bytes) > May 12 23:42:05 moby kernel: info: [drm] ATOM BIOS: 113 > May 12 23:42:05 moby kernel: drmn0: info: VRAM: 256M > 0x0000000000000000 - 0x000000000FFFFFFF (256M used) > May 12 23:42:05 moby kernel: drmn0: info: GTT: 512M > 0x0000000010000000 - 0x000000002FFFFFFF > May 12 23:42:05 moby kernel: info: [drm] Detected VRAM > RAM=256M, BAR=256M > May 12 23:42:05 moby kernel: info: [drm] RAM width 64bits DDR > May 12 23:42:05 moby kernel: [TTM] Zone kernel: Available > graphics memory: 2016864 kiB > May 12 23:42:05 moby kernel: [TTM] Initializing pool allocator > May 12 23:42:05 moby kernel: info: [drm] radeon: 256M of > VRAM memory ready > May 12 23:42:05 moby kernel: info: [drm] radeon: 512M of > GTT memory ready. > May 12 23:42:05 moby kernel: info: [drm] Supports vblank > timestamp caching Rev 1 (10.10.2010). > May 12 23:42:05 moby kernel: info: [drm] Driver supports > precise vblank timestamp query. > May 12 23:42:05 moby kernel: info: [drm] radeon: irq > initialized. > May 12 23:42:05 moby kernel: info: [drm] GART: num cpu > pages 131072, num gpu pages 131072 > May 12 23:42:05 moby kernel: info: [drm] probing gen 2 > caps for device 8086:29b1 = 1/0 > May 12 23:42:05 moby kernel: info: [drm] Loading RV610 > Microcode > May 12 23:42:05 moby kernel: firmware: > 'radeonkmsfw_RV610_pfp' version 0: 2304 bytes loaded at 0xffffffff81fd60d0 > May 12 23:42:05 moby kernel: firmware: > 'radeonkmsfw_RV610_me' version 0: 21504 bytes loaded at 0xffffffff81fd80d0 > May 12 23:42:05 moby kernel: firmware: > 'radeonkmsfw_R600_rlc' version 0: 3072 bytes loaded at 0xffffffff81fde0d0 > May 12 23:42:05 moby kernel: info: [drm] PCIE GART of 512M > enabled (table at 0x0000000000040000). > May 12 23:42:05 moby kernel: drmn0: info: WB enabled > May 12 23:42:05 moby kernel: drmn0: info: fence driver on > ring 0 use gpu addr 0x0000000010000c00 and cpu addr 0x0xfffff80076c33c00 > May 12 23:42:05 moby kernel: drmn0: info: fence driver on > ring 3 use gpu addr 0x0000000010000c0c and cpu addr 0x0xfffff80076c33c0c > May 12 23:42:05 moby kernel: info: [drm] ring test on 0 > succeeded in 0 usecs > May 12 23:42:05 moby kernel: info: [drm] ring test on 3 > succeeded in 1 usecs > May 12 23:42:05 moby kernel: info: [drm] ib test on ring 0 > succeeded in 0 usecs > May 12 23:42:05 moby kernel: info: [drm] ib test on ring 3 > succeeded in 1 usecs > May 12 23:42:05 moby kernel: info: [drm] > radeon_device_init: Taking over the fictitious range 0xd0000000-0xe0000000 > May 12 23:42:05 moby kernel: iicbus0: on > iicbb0 addr 0xff > May 12 23:42:05 moby kernel: iic0: on > iicbus0 > May 12 23:42:05 moby kernel: iicbus1: on > iicbb1 addr 0x0 > May 12 23:42:05 moby kernel: iic1: on > iicbus1 > May 12 23:42:05 moby kernel: iicbus2: on > iicbb2 addr 0x0 > May 12 23:42:05 moby kernel: iic2: on > iicbus2 > May 12 23:42:05 moby kernel: iicbus3: on > iicbb3 addr 0x0 > May 12 23:42:05 moby kernel: iic3: on > iicbus3 > May 12 23:42:05 moby kernel: iicbus4: on > iicbb4 addr 0x0 > May 12 23:42:05 moby kernel: iic4: on > iicbus4 > May 12 23:42:05 moby kernel: info: [drm] Radeon Display > Connectors > May 12 23:42:05 moby kernel: info: [drm] Connector 0: > May 12 23:42:05 moby kernel: info: [drm] DIN-1 > May 12 23:42:05 moby kernel: info: [drm] Encoders: > May 12 23:42:05 moby kernel: info: [drm] TV1: > INTERNAL_KLDSCP_DAC2 > May 12 23:42:05 moby kernel: info: [drm] Connector 1: > May 12 23:42:05 moby kernel: info: [drm] DVI-I-1 > May 12 23:42:05 moby kernel: info: [drm] HPD2 > May 12 23:42:05 moby kernel: info: [drm] DDC: 0x7e50 > 0x7e50 0x7e54 0x7e54 0x7e58 0x7e58 0x7e5c 0x7e5c > May 12 23:42:05 moby kernel: info: [drm] Encoders: > May 12 23:42:05 moby kernel: info: [drm] CRT2: > INTERNAL_KLDSCP_DAC2 > May 12 23:42:05 moby kernel: info: [drm] DFP1: > INTERNAL_KLDSCP_TMDS1 > May 12 23:42:05 moby kernel: info: [drm] Connector 2: > May 12 23:42:05 moby kernel: info: [drm] DVI-I-2 > May 12 23:42:05 moby kernel: info: [drm] HPD1 > May 12 23:42:05 moby kernel: info: [drm] DDC: 0x7e40 > 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c > May 12 23:42:05 moby kernel: info: [drm] Encoders: > May 12 23:42:05 moby kernel: info: [drm] CRT1: > INTERNAL_KLDSCP_DAC1 > May 12 23:42:05 moby kernel: info: [drm] DFP2: > INTERNAL_LVTM1 > May 12 23:42:05 moby kernel: info: [drm] Internal thermal > controller with fan control > May 12 23:42:05 moby kernel: info: [drm] radeon: power > management initialized > May 12 23:42:06 moby kernel: info: [drm] fb mappable at > 0xD0142000 > May 12 23:42:06 moby kernel: info: [drm] vram apper at > 0xD0000000 > May 12 23:42:06 moby kernel: info: [drm] size 8294400 > May 12 23:42:06 moby kernel: info: [drm] fb depth is 24 > May 12 23:42:06 moby kernel: info: [drm] pitch is 6912 > May 12 23:42:06 moby kernel: fbd0 on drmn0 > May 12 23:42:06 moby kernel: VT: Replacing driver "vga" > with new "fb". > May 12 23:42:06 moby kernel: lock order reversal: > May 12 23:42:06 moby kernel: 1st 0xffffffff81438a08 vtdev > (vtdev) @ /usr/src/sys/dev/vt/vt_core.c:2070 > May 12 23:42:06 moby kernel: 2nd 0xfffff80002de1808 ttymtx > (ttymtx) @ /usr/src/sys/kern/subr_terminal.c:235 > May 12 23:42:06 moby kernel: KDB: stack backtrace: > May 12 23:42:06 moby kernel: db_trace_self_wrapper() at > db_trace_self_wrapper+0x2b/frame 0xfffffe011a161150 > May 12 23:42:06 moby kernel: kdb_backtrace() at > May 12 23:42:06 moby kernel: kdb_backtrace+0x39/frame > 0xfffffe011a161200 > May 12 23:42:06 moby kernel: witness_checkorder() at > May 12 23:42:06 moby kernel: > witness_checkorder+0xdc2/frame 0xfffffe011a161290 > May 12 23:42:06 moby kernel: __mtx_lock_flags() at > May 12 23:42:06 moby kernel: __mtx_lock_flags+0xa8/frame > 0xfffffe011a1612e0 > May 12 23:42:06 moby kernel: terminal_mute() at > May 12 23:42:06 moby kernel: terminal_mute+0x52/frame > 0xfffffe011a161300 > May 12 23:42:06 moby kernel: vt_allocate() at > May 12 23:42:06 moby kernel: vt_allocate+0x113/frame > 0xfffffe011a161360 > May 12 23:42:06 moby kernel: vt_fb_attach() at > vt_fb_attach+0x16/frame 0xfffffe011a161370 > May 12 23:42:06 moby kernel: fbd_register() at > May 12 23:42:06 moby kernel: fbd_register+0x19d/frame > 0xfffffe011a1613b0 > May 12 23:42:06 moby kernel: device_attach() at > May 12 23:42:06 moby kernel: device_attach+0x3a5/frame > 0xfffffe011a161410 > May 12 23:42:06 moby kernel: > drm_fb_helper_single_fb_probe() at > drm_fb_helper_single_fb_probe+0x2b6/frame 0xfffffe011a161460 > May 12 23:42:06 moby kernel: > drm_fb_helper_initial_config() at > drm_fb_helper_initial_config+0xc4/frame 0xfffffe011a1614a0 > May 12 23:42:06 moby kernel: radeon_fbdev_init() at > May 12 23:42:06 moby kernel: radeon_fbdev_init+0xb9/frame > 0xfffffe011a1614d0 > May 12 23:42:06 moby kernel: radeon_modeset_init() at > May 12 23:42:06 moby kernel: > radeon_modeset_init+0x95a/frame 0xfffffe011a161540 > May 12 23:42:06 moby kernel: radeon_driver_load_kms() at > radeon_driver_load_kms+0xc9/frame 0xfffffe011a161580 > May 12 23:42:06 moby kernel: drm_attach() at > May 12 23:42:06 moby kernel: drm_attach+0x935/frame > 0xfffffe011a161610 > May 12 23:42:06 moby kernel: device_attach() at > device_attach+0x3a5/frame 0xfffffe011a161670 > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.22 (FreeBSD) > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iEYEARECAAYFAlNzi9wACgkQrDN5kXnx8ybezACgjCy7rhuj12GvOYsqlEpU78dV > DdoAn1HSlcVohZbukRNyAvMkQKCJZ7ZV > =x8fL > -----END PGP SIGNATURE----- > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Thanks! WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Thu May 15 13:36:52 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC3DB183; Thu, 15 May 2014 13:36:52 +0000 (UTC) Received: from mail-oa0-x22d.google.com (mail-oa0-x22d.google.com [IPv6:2607:f8b0:4003:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5294728EE; Thu, 15 May 2014 13:36:52 +0000 (UTC) Received: by mail-oa0-f45.google.com with SMTP id l6so1242572oag.4 for ; Thu, 15 May 2014 06:36:51 -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=9dXpo/Gq0pksI6O0kXDlpJ7jsTBDvXKgM/j4HLh8zZ4=; b=hwnkFnDC1ifolGhTD5VYGU8Slj179x9PhqDDWatQtKjuuxl4LoAvfer3ZqirkMOSGD SObnPLICB4CQd3yF/NlmBFjiAws90spMYCguABnGTYERu2aPhpLJ+QYGYRNkj7BRM/SA Hf+FMt2CSGXu0zkzhU+M92sG0ok2OIFHAGnk+zeyuFHYlH28UQObZy0zH8Dxy47Epacy 7uk3Bb3fL+eun1gYKu9mfInV1XZtFgilSzGEHQ6a9dhhuHArcQOmFZGv0HENZtxemgPN kbHLC8jSvKsx5sRo7Y64UEKhtwDOXC7tkUfYIzz0mqz/oc5ubaaz7lwE2f/EVcq/uY4I 9m9w== MIME-Version: 1.0 X-Received: by 10.60.92.132 with SMTP id cm4mr10082336oeb.49.1400161011519; Thu, 15 May 2014 06:36:51 -0700 (PDT) Received: by 10.182.216.197 with HTTP; Thu, 15 May 2014 06:36:51 -0700 (PDT) Date: Thu, 15 May 2014 15:36:51 +0200 Message-ID: Subject: [RFC] remove dead code from link_elf.c From: Oliver Pinter To: current@freebsd.org, arch@freebsd.org Content-Type: multipart/mixed; boundary=047d7b33d3c6b8550504f9706375 Cc: gavin@freebsd.org, kib@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 May 2014 13:36:52 -0000 --047d7b33d3c6b8550504f9706375 Content-Type: text/plain; charset=ISO-8859-1 Hi all! I found that the SPARSE_MAPPING used only in sys/kern/link_elf.c file, and no other place in kernel, nor in generated codes in /usr/obj/... op@pandora-d opBSD.git> git grep -i SPARSE_MAPPING sys/kern/link_elf.c:#ifdef SPARSE_MAPPING sys/kern/link_elf.c:#ifdef SPARSE_MAPPING sys/kern/link_elf.c:#ifdef SPARSE_MAPPING sys/kern/link_elf.c:#ifdef SPARSE_MAPPING sys/kern/link_elf.c:#ifdef SPARSE_MAPPING sys/kern/link_elf.c:#ifdef SPARSE_MAPPING sys/kern/link_elf.c:#ifdef SPARSE_MAPPING I proposed to remove the old/dead codes. Patch attached. Tested on amd64. --047d7b33d3c6b8550504f9706375 Content-Type: application/octet-stream; name="0001-link_elf-remove-SPARSE_MAPPING-and-related-code.patch" Content-Disposition: attachment; filename="0001-link_elf-remove-SPARSE_MAPPING-and-related-code.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: file0 RnJvbSAwZDBjNzBmNjI5YWUwYzRhYjBjOTkwYTMzZGYzN2UxYTc2NmE4NDIwIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBPbGl2ZXIgUGludGVyIDxvbGl2ZXIucG50ckBnbWFpbC5jb20+ CkRhdGU6IFRodSwgMTUgTWF5IDIwMTQgMTU6MTk6MjQgKzAyMDAKU3ViamVjdDogW1BBVENIXSBs aW5rX2VsZjogcmVtb3ZlIFNQQVJTRV9NQVBQSU5HIGFuZCByZWxhdGVkIGNvZGUKClNpZ25lZC1v ZmYtYnk6IE9saXZlciBQaW50ZXIgPG9saXZlci5wbnRyQGdtYWlsLmNvbT4KLS0tCiBzeXMva2Vy bi9saW5rX2VsZi5jIHwgNTIgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLQogMSBmaWxlIGNoYW5nZWQsIDUyIGRlbGV0aW9ucygtKQoKZGlmZiAtLWdp dCBhL3N5cy9rZXJuL2xpbmtfZWxmLmMgYi9zeXMva2Vybi9saW5rX2VsZi5jCmluZGV4IDYzMWJh NzUuLjIyZmQ1ODQgMTAwNjQ0Ci0tLSBhL3N5cy9rZXJuL2xpbmtfZWxmLmMKKysrIGIvc3lzL2tl cm4vbGlua19lbGYuYwpAQCAtNTUsMTEgKzU1LDYgQEAgX19GQlNESUQoIiRGcmVlQlNEJCIpOwog CiAjaW5jbHVkZSA8dm0vdm0uaD4KICNpbmNsdWRlIDx2bS92bV9wYXJhbS5oPgotI2lmZGVmIFNQ QVJTRV9NQVBQSU5HCi0jaW5jbHVkZSA8dm0vdm1fb2JqZWN0Lmg+Ci0jaW5jbHVkZSA8dm0vdm1f a2Vybi5oPgotI2luY2x1ZGUgPHZtL3ZtX2V4dGVybi5oPgotI2VuZGlmCiAjaW5jbHVkZSA8dm0v cG1hcC5oPgogI2luY2x1ZGUgPHZtL3ZtX21hcC5oPgogCkBAIC03Nyw5ICs3Miw2IEBAIHR5cGVk ZWYgc3RydWN0IGVsZl9maWxlIHsKIAlzdHJ1Y3QgbGlua2VyX2ZpbGUgbGY7CQkvKiBDb21tb24g ZmllbGRzICovCiAJaW50CQlwcmVsb2FkZWQ7CS8qIFdhcyBmaWxlIHByZS1sb2FkZWQgKi8KIAlj YWRkcl90CQlhZGRyZXNzOwkvKiBSZWxvY2F0aW9uIGFkZHJlc3MgKi8KLSNpZmRlZiBTUEFSU0Vf TUFQUElORwotCXZtX29iamVjdF90CW9iamVjdDsJCS8qIFZNIG9iamVjdCB0byBob2xkIGZpbGUg cGFnZXMgKi8KLSNlbmRpZgogCUVsZl9EeW4JCSpkeW5hbWljOwkvKiBTeW1ib2wgdGFibGUgZXRj LiAqLwogCUVsZl9IYXNoZWx0CW5idWNrZXRzOwkvKiBEVF9IQVNIIGluZm8gKi8KIAlFbGZfSGFz aGVsdAluY2hhaW5zOwpAQCAtMzk0LDkgKzM4Niw2IEBAIGxpbmtfZWxmX2luaXQodm9pZCogYXJn KQogCWVmID0gKGVsZl9maWxlX3QpIGxpbmtlcl9rZXJuZWxfZmlsZTsKIAllZi0+cHJlbG9hZGVk ID0gMTsKIAllZi0+YWRkcmVzcyA9IDA7Ci0jaWZkZWYgU1BBUlNFX01BUFBJTkcKLQllZi0+b2Jq ZWN0ID0gMDsKLSNlbmRpZgogCWVmLT5keW5hbWljID0gZHA7CiAKIAlpZiAoZHAgIT0gTlVMTCkK QEAgLTY3MSw5ICs2NjAsNiBAQCBsaW5rX2VsZl9saW5rX3ByZWxvYWQobGlua2VyX2NsYXNzX3Qg Y2xzLAogCWVmLT5wcmVsb2FkZWQgPSAxOwogCWVmLT5tb2RwdHIgPSBtb2RwdHI7CiAJZWYtPmFk ZHJlc3MgPSAqKGNhZGRyX3QgKiliYXNlcHRyOwotI2lmZGVmIFNQQVJTRV9NQVBQSU5HCi0JZWYt Pm9iamVjdCA9IDA7Ci0jZW5kaWYKIAlkcCA9ICh2bV9vZmZzZXRfdCllZi0+YWRkcmVzcyArICoo dm1fb2Zmc2V0X3QgKilkeW5wdHI7CiAJZWYtPmR5bmFtaWMgPSAoRWxmX0R5biAqKWRwOwogCWxm LT5hZGRyZXNzID0gZWYtPmFkZHJlc3M7CkBAIC04ODMsMjQgKzg2OSw3IEBAIGxpbmtfZWxmX2xv YWRfZmlsZShsaW5rZXJfY2xhc3NfdCBjbHMsIGNvbnN0IGNoYXIqIGZpbGVuYW1lLAogCX0KIAog CWVmID0gKGVsZl9maWxlX3QpIGxmOwotI2lmZGVmIFNQQVJTRV9NQVBQSU5HCi0JZWYtPm9iamVj dCA9IHZtX29iamVjdF9hbGxvY2F0ZShPQkpUX0RFRkFVTFQsIG1hcHNpemUgPj4gUEFHRV9TSElG VCk7Ci0JaWYgKGVmLT5vYmplY3QgPT0gTlVMTCkgewotCQllcnJvciA9IEVOT01FTTsKLQkJZ290 byBvdXQ7Ci0JfQotCWVmLT5hZGRyZXNzID0gKGNhZGRyX3QpIHZtX21hcF9taW4oa2VybmVsX21h cCk7Ci0JZXJyb3IgPSB2bV9tYXBfZmluZChrZXJuZWxfbWFwLCBlZi0+b2JqZWN0LCAwLAotCSAg ICAodm1fb2Zmc2V0X3QgKikgJmVmLT5hZGRyZXNzLCBtYXBzaXplLCAwLCBWTUZTX09QVElNQUxf U1BBQ0UsCi0JICAgIFZNX1BST1RfQUxMLCBWTV9QUk9UX0FMTCwgMCk7Ci0JaWYgKGVycm9yICE9 IDApIHsKLQkJdm1fb2JqZWN0X2RlYWxsb2NhdGUoZWYtPm9iamVjdCk7Ci0JCWVmLT5vYmplY3Qg PSAwOwotCQlnb3RvIG91dDsKLQl9Ci0jZWxzZQogCWVmLT5hZGRyZXNzID0gbWFsbG9jKG1hcHNp emUsIE1fTElOS0VSLCBNX1dBSVRPSyk7Ci0jZW5kaWYKIAltYXBiYXNlID0gZWYtPmFkZHJlc3M7 CiAKIAkvKgpAQCAtOTE3LDE5ICs4ODYsNiBAQCBsaW5rX2VsZl9sb2FkX2ZpbGUobGlua2VyX2Ns YXNzX3QgY2xzLCBjb25zdCBjaGFyKiBmaWxlbmFtZSwKIAkJYnplcm8oc2VnYmFzZSArIHNlZ3Nb aV0tPnBfZmlsZXN6LAogCQkgICAgc2Vnc1tpXS0+cF9tZW1zeiAtIHNlZ3NbaV0tPnBfZmlsZXN6 KTsKIAotI2lmZGVmIFNQQVJTRV9NQVBQSU5HCi0JCS8qCi0JCSAqIFdpcmUgZG93biB0aGUgcGFn ZXMKLQkJICovCi0JCWVycm9yID0gdm1fbWFwX3dpcmUoa2VybmVsX21hcCwKLQkJICAgICh2bV9v ZmZzZXRfdCkgc2VnYmFzZSwKLQkJICAgICh2bV9vZmZzZXRfdCkgc2VnYmFzZSArIHNlZ3NbaV0t PnBfbWVtc3osCi0JCSAgICBWTV9NQVBfV0lSRV9TWVNURU18Vk1fTUFQX1dJUkVfTk9IT0xFUyk7 Ci0JCWlmIChlcnJvciAhPSBLRVJOX1NVQ0NFU1MpIHsKLQkJCWVycm9yID0gRU5PTUVNOwotCQkJ Z290byBvdXQ7Ci0JCX0KLSNlbmRpZgogCX0KIAogI2lmZGVmIEdQUk9GCkBAIC0xMDg1LDE2ICsx MDQxLDggQEAgbGlua19lbGZfdW5sb2FkX2ZpbGUobGlua2VyX2ZpbGVfdCBmaWxlKQogCQlyZXR1 cm47CiAJfQogCi0jaWZkZWYgU1BBUlNFX01BUFBJTkcKLQlpZiAoZWYtPm9iamVjdCAhPSBOVUxM KSB7Ci0JCXZtX21hcF9yZW1vdmUoa2VybmVsX21hcCwgKHZtX29mZnNldF90KSBlZi0+YWRkcmVz cywKLQkJICAgICh2bV9vZmZzZXRfdCkgZWYtPmFkZHJlc3MKLQkJICAgICsgKGVmLT5vYmplY3Qt PnNpemUgPDwgUEFHRV9TSElGVCkpOwotCX0KLSNlbHNlCiAJaWYgKGVmLT5hZGRyZXNzICE9IE5V TEwpCiAJCWZyZWUoZWYtPmFkZHJlc3MsIE1fTElOS0VSKTsKLSNlbmRpZgogCWlmIChlZi0+c3lt YmFzZSAhPSBOVUxMKQogCQlmcmVlKGVmLT5zeW1iYXNlLCBNX0xJTktFUik7CiAJaWYgKGVmLT5z dHJiYXNlICE9IE5VTEwpCi0tIAoxLjkuMgoK --047d7b33d3c6b8550504f9706375-- From owner-freebsd-current@FreeBSD.ORG Thu May 15 13:50:13 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8857176C; Thu, 15 May 2014 13:50:13 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EA61D29F4; Thu, 15 May 2014 13:50:12 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.8/8.14.8) with ESMTP id s4FDo3Kh040309; Thu, 15 May 2014 16:50:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s4FDo3Kh040309 Received: (from kostik@localhost) by tom.home (8.14.8/8.14.8/Submit) id s4FDo3sr040306; Thu, 15 May 2014 16:50:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 15 May 2014 16:50:03 +0300 From: Konstantin Belousov To: Oliver Pinter Subject: Re: [RFC] remove dead code from link_elf.c Message-ID: <20140515135003.GO74331@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wmfuW8osuO2pi9jF" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: arch@freebsd.org, gavin@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 May 2014 13:50:13 -0000 --wmfuW8osuO2pi9jF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 15, 2014 at 03:36:51PM +0200, Oliver Pinter wrote: > Hi all! >=20 > I found that the SPARSE_MAPPING used only in sys/kern/link_elf.c file, > and no other place in kernel, nor in generated codes in /usr/obj/... >=20 > op@pandora-d opBSD.git> git grep -i SPARSE_MAPPING > sys/kern/link_elf.c:#ifdef SPARSE_MAPPING > sys/kern/link_elf.c:#ifdef SPARSE_MAPPING > sys/kern/link_elf.c:#ifdef SPARSE_MAPPING > sys/kern/link_elf.c:#ifdef SPARSE_MAPPING > sys/kern/link_elf.c:#ifdef SPARSE_MAPPING > sys/kern/link_elf.c:#ifdef SPARSE_MAPPING > sys/kern/link_elf.c:#ifdef SPARSE_MAPPING >=20 > I proposed to remove the old/dead codes. Patch attached. Tested on amd64. I agree that SPARSE_MAPPING could go away. But your testing is void, since link_elf.c is practically not used on amd64, which utilizes object file format for klds. --wmfuW8osuO2pi9jF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTdMYKAAoJEJDCuSvBvK1Bu34P/ikDUz/j+RAq/Xk/dMznoHFx 27A7ym8WOOA4EN/GnCMdOgN7CJNCFeBBLNpBtfafISNJlxUbjJAJVFkxv3WuR591 tivRbG+0o26+3cSe8jF6CB4p7zfpG9qJ3qvXyo3RMeuWxZrBTKUk4JOy3rgK08+j WdBFybCHqyZnskCQcJTs9Hbifhnnb+La/YBkAfK1vP5h8UPrh7GUY8ES9gntn44R okKQKXvGGyZtM652Gb/ViIFtTdmjRW2VBjNyhPSXwcC3DTJOKFW/2sc7wJP6IiKg 8tOr2UvD01wqDJ9QTsMtIgaKXhHdiUbi7CRxoKE6JWamCat8YJ+K93x/HA1DXj8m ZqoIQ7mSVY/8LumnyOktN+9Qc1TYUVcEpQrbooAXELaHrRkwHUCkdcBTmipSr9LN C873CAakAP4+w4ZkWRWcewXAG0zZanYjBuvRVaLfgknT8ehzKFrBgOCTm/jd9hR2 jznuMcoQkXtKKXlHNIcprOZXb2rJvb/qndETqITo35oBcB2Fu9do3qMDsjKDuH9n aFFXHVB84EQxwZ6TGVexioegewkrRiIlsx3Cj/Su+RvMGocTDrgcLMEKBoI6eGzd FGOE74PbVN3ZVDLcGWbfeUIYuHEgg0gzIfeKsbqAu5c7SeUD/8/D1bMYK2mWVA35 fvBB5dgSfpK07RMs8dkb =uqHx -----END PGP SIGNATURE----- --wmfuW8osuO2pi9jF-- From owner-freebsd-current@FreeBSD.ORG Thu May 15 14:00:18 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7FE38BCD for ; Thu, 15 May 2014 14:00:18 +0000 (UTC) Received: from mx2.paymentallianceintl.com (mx2.paymentallianceintl.com [216.26.158.171]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx2.paymentallianceintl.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49ED32AD2 for ; Thu, 15 May 2014 14:00:17 +0000 (UTC) Received: from firewall.mikej.com (162-238-140-44.lightspeed.lsvlky.sbcglobal.net [162.238.140.44]) by mx2.paymentallianceintl.com (8.14.5/8.13.8) with ESMTP id s4FE0GRw079136 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Thu, 15 May 2014 10:00:16 -0400 (EDT) (envelope-from mikej@mikej.com) Received: from mail.mikej.com (firewall [192.168.6.63]) by firewall.mikej.com (8.14.8/8.14.7) with ESMTP id s4FDxtun026221 for ; Thu, 15 May 2014 10:00:15 -0400 (EDT) (envelope-from mikej@mikej.com) X-Authentication-Warning: firewall.mikej.com: Host firewall [192.168.6.63] claimed to be mail.mikej.com MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 15 May 2014 09:59:55 -0400 From: Michael Jung To: freebsd-current@freebsd.org Subject: Gallium debugging and crash dumps Message-ID: X-Sender: mikej@mikej.com User-Agent: Roundcube Webmail/1.0.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 May 2014 14:00:18 -0000 Hi: If there is a better list to post this to please let me know. I've started playing with VT and gallium. I boot on ZFS but have a UFS drive and swap partition. Anyone with idea's why I'm not getting any crash info? I am guessing it is because the machine is not rebooting but locks up hard so is there any extra debugging that can be turned on? On the surface Gallium seems to be the root of the problem. Here is my dump/swap config: FreeBSD charon 10.0-STABLE FreeBSD 10.0-STABLE #0 r265914M: Wed May 14 15:44:17 EDT 2014 mikej@charon:/usr/obj/usr/src/sys/VT amd64 root@charon:/usr/home/mikej # swapinfo Device 1K-blocks Used Avail Capacity /dev/ada2s1a 16777216 0 16777216 0% root@charon:/usr/home/mikej # root@charon:/usr/home/mikej # dumpon -l ada2s1a root@charon:/usr/home/mikej # root@charon:/usr/home/mikej # grep dump /etc/rc.conf dumpdev="AUTO" # Device to crashdump to (device name, AUTO, or NO). dumpdir="/data/crash" # Directory where crash dumps are to be stored root@charon:/usr/home/mikej # root@charon:/usr/home/mikej # ls -lad /data/crash/ drwxr-xr-x 2 root wheel 512 Apr 20 13:15 /data/crash/ root@charon:/usr/home/mikej # http://216.26.158.189/Xorg.0.log --mikej From owner-freebsd-current@FreeBSD.ORG Thu May 15 14:19:37 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 968606B7; Thu, 15 May 2014 14:19:37 +0000 (UTC) Received: from mail-oa0-x22c.google.com (mail-oa0-x22c.google.com [IPv6:2607:f8b0:4003:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48F8B2CA9; Thu, 15 May 2014 14:19:37 +0000 (UTC) Received: by mail-oa0-f44.google.com with SMTP id o6so1314394oag.17 for ; Thu, 15 May 2014 07:19:36 -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=WRya+kgIcK7Ynia8q8YG9npSypMp4e19ubGHqfOsUUg=; b=KmKkJEbtDjfMWt0scwGERTNf42GD4/c9ci/ZwgCvJI1nZa5gEjf7uuh53Y+u0WuZcU CONJTknqjB3SZwDCaxZrTBdbgCzT6LuQE+CR8geqP2ZRftPq0EfuFy+QaTkSSus5AKoH EGdala49xxOXOn0q5xn0KR33HdUW1eL1I8gvGq/nUJgyVdRLpzKMyAGf9BoJ9WAYtLnR Q3I8Yy1fCUx+hlotxFyzeTN1+TD3RfHVSMxzmW98qHng3d3rEGXeDfXcMuUPIToW16qd lfSIkN/mI5lHovqlRUdSAA7jC7LLKA8UgUaCajNd4gLLJCx+MoLHtY509eEmiy4Z7+yf +Izg== MIME-Version: 1.0 X-Received: by 10.182.229.101 with SMTP id sp5mr10520801obc.52.1400163576643; Thu, 15 May 2014 07:19:36 -0700 (PDT) Received: by 10.182.216.197 with HTTP; Thu, 15 May 2014 07:19:36 -0700 (PDT) In-Reply-To: <20140515135003.GO74331@kib.kiev.ua> References: <20140515135003.GO74331@kib.kiev.ua> Date: Thu, 15 May 2014 16:19:36 +0200 Message-ID: Subject: Re: [RFC] remove dead code from link_elf.c From: Oliver Pinter To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 Cc: arch@freebsd.org, gavin@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 May 2014 14:19:37 -0000 On 5/15/14, Konstantin Belousov wrote: > On Thu, May 15, 2014 at 03:36:51PM +0200, Oliver Pinter wrote: >> Hi all! >> >> I found that the SPARSE_MAPPING used only in sys/kern/link_elf.c file, >> and no other place in kernel, nor in generated codes in /usr/obj/... >> >> op@pandora-d opBSD.git> git grep -i SPARSE_MAPPING >> sys/kern/link_elf.c:#ifdef SPARSE_MAPPING >> sys/kern/link_elf.c:#ifdef SPARSE_MAPPING >> sys/kern/link_elf.c:#ifdef SPARSE_MAPPING >> sys/kern/link_elf.c:#ifdef SPARSE_MAPPING >> sys/kern/link_elf.c:#ifdef SPARSE_MAPPING >> sys/kern/link_elf.c:#ifdef SPARSE_MAPPING >> sys/kern/link_elf.c:#ifdef SPARSE_MAPPING >> >> I proposed to remove the old/dead codes. Patch attached. Tested on amd64. > > I agree that SPARSE_MAPPING could go away. But your testing is void, > since link_elf.c is practically not used on amd64, which utilizes object > file format for klds. > Hi kib@ Thanks for the quick response. From owner-freebsd-current@FreeBSD.ORG Thu May 15 20:34:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57D78F63; Thu, 15 May 2014 20:34:06 +0000 (UTC) Received: from mx2.paymentallianceintl.com (mx2.paymentallianceintl.com [216.26.158.171]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx2.paymentallianceintl.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 19C8C20B3; Thu, 15 May 2014 20:34:05 +0000 (UTC) Received: from firewall.mikej.com (162-238-140-44.lightspeed.lsvlky.sbcglobal.net [162.238.140.44]) by mx2.paymentallianceintl.com (8.14.5/8.13.8) with ESMTP id s4FKY2iD028362 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 15 May 2014 16:34:03 -0400 (EDT) (envelope-from mikej@mikej.com) Received: from mail.mikej.com (firewall [192.168.6.63]) by firewall.mikej.com (8.14.8/8.14.7) with ESMTP id s4FKXfT9061680; Thu, 15 May 2014 16:34:01 -0400 (EDT) (envelope-from mikej@mikej.com) X-Authentication-Warning: firewall.mikej.com: Host firewall [192.168.6.63] claimed to be mail.mikej.com MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 15 May 2014 16:33:41 -0400 From: Michael Jung To: freebsd-current@freebsd.org Cc: owner-freebsd-current@freebsd.org Subject: Re: Gallium debugging and crash dumps In-Reply-To: References: Message-ID: X-Sender: mikej@mikej.com User-Agent: Roundcube Webmail/1.0.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 May 2014 20:34:06 -0000 On , Michael Jung wrote: > Hi: > > If there is a better list to post this to please let me know. > > I've started playing with VT and gallium. I boot on ZFS but have a UFS > drive > and swap partition. Anyone with idea's why I'm not getting any crash > info? > > I am guessing it is because the machine is not rebooting but locks up > hard so > is there any extra debugging that can be turned on? > > On the surface Gallium seems to be the root of the problem. > > Here is my dump/swap config: > > FreeBSD charon 10.0-STABLE FreeBSD 10.0-STABLE #0 r265914M: Wed May 14 > 15:44:17 EDT 2014 mikej@charon:/usr/obj/usr/src/sys/VT amd64 > > root@charon:/usr/home/mikej # swapinfo > Device 1K-blocks Used Avail Capacity > /dev/ada2s1a 16777216 0 16777216 0% > root@charon:/usr/home/mikej # > > root@charon:/usr/home/mikej # dumpon -l > ada2s1a > root@charon:/usr/home/mikej # > > root@charon:/usr/home/mikej # grep dump /etc/rc.conf > dumpdev="AUTO" # Device to crashdump to (device name, AUTO, > or NO). > dumpdir="/data/crash" # Directory where crash dumps are to be stored > root@charon:/usr/home/mikej # > > root@charon:/usr/home/mikej # ls -lad /data/crash/ > drwxr-xr-x 2 root wheel 512 Apr 20 13:15 /data/crash/ > root@charon:/usr/home/mikej # > > http://216.26.158.189/Xorg.0.log > > --mikej > _______________________________________________ > 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" OK another crash today and the machine did reboot but still nothing in /data/crash [mikej@charon ~]$ gpart list ada2 Geom name: ada2 modified: false state: OK fwheads: 16 fwsectors: 63 last: 3907029167 first: 63 entries: 4 scheme: MBR Providers: 1. Name: ada2s1 Mediasize: 2000398901760 (1.8T) Sectorsize: 512 Stripesize: 0 Stripeoffset: 32256 Mode: r2w2e3 rawtype: 165 length: 2000398901760 offset: 32256 type: freebsd index: 1 end: 3907029167 start: 63 Consumers: 1. Name: ada2 Mediasize: 2000398934016 (1.8T) Sectorsize: 512 Mode: r2w2e5 [mikej@charon ~]$ ls /dev/ada2 ada2 ada2s1 ada2s1a ada2s1b [mikej@charon ~]$ ls /dev/ada2 I simply must just not understand something that is fundamental here. If I get this right swap is a slice ada2s1b, not a partition which should be fine for core dumps right? On reboot dumps to swap are not being wrote to /data/dump! If UFS is dirty and auto-fsck runs - is this an issue? I obviously don't get something. Please someone enlighten me ;-) Regards, --mikej Michael Jung From owner-freebsd-current@FreeBSD.ORG Thu May 15 20:39:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F6E0351; Thu, 15 May 2014 20:39:53 +0000 (UTC) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E7B232124; Thu, 15 May 2014 20:39:52 +0000 (UTC) Received: by mail-wi0-f173.google.com with SMTP id bs8so10483806wib.12 for ; Thu, 15 May 2014 13:39:50 -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:message-id:subject :from:to:cc:content-type; bh=6Wv/+9ZR1bDOcVGJOCBuIgeWxQ3q1BmuIkCBt34ovKQ=; b=knVb04qfNcegsjWR9uoTCl9rrFzoUicW/8Tsq8QPomjAp0AjkET68uXMG1w7Z4XrPo FwiA4N6wl71Kw0NM7zKBjNAZJQM4fBnjk+6klzIr2Mp1aXerCR4IdL/yvKUYz7qOHzjB 8TIj1SMcBCyjJmnwpWPCG6lTAlWXIGoFTOpLLC6gZ/YjtDxJFWfTyMfbUgEbwR2OasHS kWMuwYq0DogwyVC+Cq+WqBoVlEBqt2VBD1oIg7Kk0DpHjTB4GrCyVDQO5akjRAD4nzXR 45UjnJHINF6dHrhPzLekGN38aQanWLau111EMabKzF5qvFcAa1PuRE5f2QRG+wbqrn0d 9aPw== MIME-Version: 1.0 X-Received: by 10.180.212.107 with SMTP id nj11mr10523731wic.40.1400186390620; Thu, 15 May 2014 13:39:50 -0700 (PDT) Sender: asomers@gmail.com Received: by 10.194.168.130 with HTTP; Thu, 15 May 2014 13:39:50 -0700 (PDT) In-Reply-To: References: Date: Thu, 15 May 2014 14:39:50 -0600 X-Google-Sender-Auth: z3a8wYmLSphGaz7hi5aY1Y4nn4E Message-ID: Subject: Re: Gallium debugging and crash dumps From: Alan Somers To: Michael Jung Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD CURRENT , owner-freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 May 2014 20:39:53 -0000 On Thu, May 15, 2014 at 2:33 PM, Michael Jung wrote: > On , Michael Jung wrote: >> >> Hi: >> >> If there is a better list to post this to please let me know. >> >> I've started playing with VT and gallium. I boot on ZFS but have a UFS >> drive >> and swap partition. Anyone with idea's why I'm not getting any crash >> info? >> >> I am guessing it is because the machine is not rebooting but locks up hard >> so >> is there any extra debugging that can be turned on? >> >> On the surface Gallium seems to be the root of the problem. >> >> Here is my dump/swap config: >> >> FreeBSD charon 10.0-STABLE FreeBSD 10.0-STABLE #0 r265914M: Wed May 14 >> 15:44:17 EDT 2014 mikej@charon:/usr/obj/usr/src/sys/VT amd64 >> >> root@charon:/usr/home/mikej # swapinfo >> Device 1K-blocks Used Avail Capacity >> /dev/ada2s1a 16777216 0 16777216 0% >> root@charon:/usr/home/mikej # >> >> root@charon:/usr/home/mikej # dumpon -l >> ada2s1a >> root@charon:/usr/home/mikej # >> >> root@charon:/usr/home/mikej # grep dump /etc/rc.conf >> dumpdev="AUTO" # Device to crashdump to (device name, AUTO, or >> NO). >> dumpdir="/data/crash" # Directory where crash dumps are to be stored >> root@charon:/usr/home/mikej # >> >> root@charon:/usr/home/mikej # ls -lad /data/crash/ >> drwxr-xr-x 2 root wheel 512 Apr 20 13:15 /data/crash/ >> root@charon:/usr/home/mikej # >> >> http://216.26.158.189/Xorg.0.log >> >> --mikej >> _______________________________________________ >> 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" > > > > OK another crash today and the machine did reboot but still nothing in > /data/crash > > > [mikej@charon ~]$ gpart list ada2 > Geom name: ada2 > modified: false > state: OK > fwheads: 16 > fwsectors: 63 > last: 3907029167 > first: 63 > entries: 4 > scheme: MBR > Providers: > 1. Name: ada2s1 > Mediasize: 2000398901760 (1.8T) > Sectorsize: 512 > Stripesize: 0 > Stripeoffset: 32256 > Mode: r2w2e3 > rawtype: 165 > length: 2000398901760 > offset: 32256 > type: freebsd > index: 1 > end: 3907029167 > start: 63 > Consumers: > 1. Name: ada2 > Mediasize: 2000398934016 (1.8T) > Sectorsize: 512 > Mode: r2w2e5 > > [mikej@charon ~]$ ls /dev/ada2 > ada2 ada2s1 ada2s1a ada2s1b > [mikej@charon ~]$ ls /dev/ada2 > > I simply must just not understand something that is fundamental here. > > If I get this right swap is a slice ada2s1b, not a partition which > should be fine for core dumps right? On reboot dumps to swap are not > being wrote to /data/dump! > > If UFS is dirty and auto-fsck runs - is this an issue? > > I obviously don't get something. Please someone enlighten me ;-) Try doing "sysctl debug.kdb.panic=1". That will forcibly panic your system. If you still don't get a crashdump, then it's not Gallium's fault. Also, check that /data/crash is mounted before savecore runs. -Alan > > Regards, > > --mikej > Michael Jung > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu May 15 20:41:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 98EF2651 for ; Thu, 15 May 2014 20:41:46 +0000 (UTC) Received: from mx2.paymentallianceintl.com (mx2.paymentallianceintl.com [216.26.158.171]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx2.paymentallianceintl.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6F14821B9 for ; Thu, 15 May 2014 20:41:45 +0000 (UTC) Received: from firewall.mikej.com (162-238-140-44.lightspeed.lsvlky.sbcglobal.net [162.238.140.44]) by mx2.paymentallianceintl.com (8.14.5/8.13.8) with ESMTP id s4FKffMX029890 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Thu, 15 May 2014 16:41:42 -0400 (EDT) (envelope-from mikej@mikej.com) Received: from mail.mikej.com (firewall [192.168.6.63]) by firewall.mikej.com (8.14.8/8.14.7) with ESMTP id s4FKfKbS092266 for ; Thu, 15 May 2014 16:41:40 -0400 (EDT) (envelope-from mikej@mikej.com) X-Authentication-Warning: firewall.mikej.com: Host firewall [192.168.6.63] claimed to be mail.mikej.com MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 15 May 2014 16:41:20 -0400 From: Michael Jung To: freebsd-current@freebsd.org Subject: Re: Gallium debugging and crash dumps In-Reply-To: References: Message-ID: X-Sender: mikej@mikej.com User-Agent: Roundcube Webmail/1.0.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 May 2014 20:41:46 -0000 On , Michael Jung wrote: > On , Michael Jung wrote: >> Hi: >> >> If there is a better list to post this to please let me know. >> >> I've started playing with VT and gallium. I boot on ZFS but have a UFS >> drive >> and swap partition. Anyone with idea's why I'm not getting any crash >> info? >> >> I am guessing it is because the machine is not rebooting but locks up >> hard so >> is there any extra debugging that can be turned on? >> >> On the surface Gallium seems to be the root of the problem. >> >> Here is my dump/swap config: >> >> FreeBSD charon 10.0-STABLE FreeBSD 10.0-STABLE #0 r265914M: Wed May 14 >> 15:44:17 EDT 2014 mikej@charon:/usr/obj/usr/src/sys/VT amd64 >> >> root@charon:/usr/home/mikej # swapinfo >> Device 1K-blocks Used Avail Capacity >> /dev/ada2s1a 16777216 0 16777216 0% >> root@charon:/usr/home/mikej # >> >> root@charon:/usr/home/mikej # dumpon -l >> ada2s1a >> root@charon:/usr/home/mikej # >> >> root@charon:/usr/home/mikej # grep dump /etc/rc.conf >> dumpdev="AUTO" # Device to crashdump to (device name, AUTO, >> or NO). >> dumpdir="/data/crash" # Directory where crash dumps are to be >> stored >> root@charon:/usr/home/mikej # >> >> root@charon:/usr/home/mikej # ls -lad /data/crash/ >> drwxr-xr-x 2 root wheel 512 Apr 20 13:15 /data/crash/ >> root@charon:/usr/home/mikej # >> >> http://216.26.158.189/Xorg.0.log >> >> --mikej >> _______________________________________________ >> 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" > > > OK another crash today and the machine did reboot but still nothing in > /data/crash > > > [mikej@charon ~]$ gpart list ada2 > Geom name: ada2 > modified: false > state: OK > fwheads: 16 > fwsectors: 63 > last: 3907029167 > first: 63 > entries: 4 > scheme: MBR > Providers: > 1. Name: ada2s1 > Mediasize: 2000398901760 (1.8T) > Sectorsize: 512 > Stripesize: 0 > Stripeoffset: 32256 > Mode: r2w2e3 > rawtype: 165 > length: 2000398901760 > offset: 32256 > type: freebsd > index: 1 > end: 3907029167 > start: 63 > Consumers: > 1. Name: ada2 > Mediasize: 2000398934016 (1.8T) > Sectorsize: 512 > Mode: r2w2e5 > > [mikej@charon ~]$ ls /dev/ada2 > ada2 ada2s1 ada2s1a ada2s1b > [mikej@charon ~]$ ls /dev/ada2 > > I simply must just not understand something that is fundamental here. > EH...... Darn.... swap is a slice ada2s1a Sorry for the inline - need more coffee! > If I get this right swap is a slice ada2s1b, not a partition which > should be fine for core dumps right? On reboot dumps to swap are not > being wrote to /data/dump! > > If UFS is dirty and auto-fsck runs - is this an issue? > > I obviously don't get something. Please someone enlighten me ;-) > > Regards, > > --mikej > Michael Jung > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu May 15 22:57:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 03D5A6A8; Thu, 15 May 2014 22:57:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CC1E82CA7; Thu, 15 May 2014 22:57:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4FMv2F6069479; Thu, 15 May 2014 18:57:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4FMv2r4069472; Thu, 15 May 2014 22:57:02 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 22:57:02 GMT Message-Id: <201405152257.s4FMv2r4069472@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 22:57:05 -0000 TB --- 2014-05-15 22:30:39 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 22:30:39 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 22:30:39 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-15 22:30:39 - cleaning the object tree TB --- 2014-05-15 22:30:39 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 22:30:44 - At svn revision 266151 TB --- 2014-05-15 22:30:45 - building world TB --- 2014-05-15 22:30:45 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 22:30:45 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 22:30:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 22:30:45 - SRCCONF=/dev/null TB --- 2014-05-15 22:30:45 - TARGET=ia64 TB --- 2014-05-15 22:30:45 - TARGET_ARCH=ia64 TB --- 2014-05-15 22:30:45 - TZ=UTC TB --- 2014-05-15 22:30:45 - __MAKE_CONF=/dev/null TB --- 2014-05-15 22:30:45 - cd /src TB --- 2014-05-15 22:30:45 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Thu May 15 22:30:52 UTC 2014 >>> 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 [...] cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_zone.c -o dnssec_zone.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/duration.c -o duration.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/error.c -o error.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/higher.c -o higher.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/host2str.c -o host2str.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/host2wire.c -o host2wire.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/keys.c -o keys.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/net.c -o net.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/packet.c -o packet.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/parse.c -o parse.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/radix.c -o radix.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/rbtree.c -o rbtree.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/rdata.c -o rdata.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/resolver.c -o resolver.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/resolver.c:1377: warning: 'ldns_axfr_abort' defined but not used *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libldns *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-05-15 22:57:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 22:57:02 - ERROR: failed to build world TB --- 2014-05-15 22:57:02 - 1234.05 user 253.95 system 1582.99 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 23:17:59 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9EA0D9DB; Thu, 15 May 2014 23:17:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 747242E18; Thu, 15 May 2014 23:17:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4FNHw2O052926; Thu, 15 May 2014 19:17:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4FNHwOe052922; Thu, 15 May 2014 23:17:58 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 23:17:58 GMT Message-Id: <201405152317.s4FNHwOe052922@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 23:17:59 -0000 TB --- 2014-05-15 22:57:03 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 22:57:03 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 22:57:03 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-15 22:57:03 - cleaning the object tree TB --- 2014-05-15 22:57:03 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 22:57:06 - At svn revision 266151 TB --- 2014-05-15 22:57:07 - building world TB --- 2014-05-15 22:57:07 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 22:57:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 22:57:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 22:57:07 - SRCCONF=/dev/null TB --- 2014-05-15 22:57:07 - TARGET=mips TB --- 2014-05-15 22:57:07 - TARGET_ARCH=mips TB --- 2014-05-15 22:57:07 - TZ=UTC TB --- 2014-05-15 22:57:07 - __MAKE_CONF=/dev/null TB --- 2014-05-15 22:57:07 - cd /src TB --- 2014-05-15 22:57:07 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Thu May 15 22:57:15 UTC 2014 >>> 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 [...] cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_zone.c -o dnssec_zone.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/duration.c -o duration.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/error.c -o error.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/higher.c -o higher.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/host2str.c -o host2str.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/host2wire.c -o host2wire.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/keys.c -o keys.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/net.c -o net.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/packet.c -o packet.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/parse.c -o parse.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/radix.c -o radix.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/rbtree.c -o rbtree.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/rdata.c -o rdata.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/resolver.c -o resolver.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/resolver.c:1377: warning: 'ldns_axfr_abort' defined but not used *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libldns *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-05-15 23:17:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 23:17:58 - ERROR: failed to build world TB --- 2014-05-15 23:17:58 - 946.35 user 228.55 system 1255.13 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu May 15 23:38:17 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A2ECBD49; Thu, 15 May 2014 23:38:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 79CD72F69; Thu, 15 May 2014 23:38:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4FNcGBU009613; Thu, 15 May 2014 19:38:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4FNcGEJ009612; Thu, 15 May 2014 23:38:16 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 15 May 2014 23:38:16 GMT Message-Id: <201405152338.s4FNcGEJ009612@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 23:38:17 -0000 TB --- 2014-05-15 23:17:58 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 23:17:58 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 23:17:58 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-15 23:17:58 - cleaning the object tree TB --- 2014-05-15 23:17:58 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 23:18:02 - At svn revision 266151 TB --- 2014-05-15 23:18:03 - building world TB --- 2014-05-15 23:18:03 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 23:18:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 23:18:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 23:18:03 - SRCCONF=/dev/null TB --- 2014-05-15 23:18:03 - TARGET=mips TB --- 2014-05-15 23:18:03 - TARGET_ARCH=mips64 TB --- 2014-05-15 23:18:03 - TZ=UTC TB --- 2014-05-15 23:18:03 - __MAKE_CONF=/dev/null TB --- 2014-05-15 23:18:03 - cd /src TB --- 2014-05-15 23:18:03 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Thu May 15 23:18:10 UTC 2014 >>> 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 [...] cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_zone.c -o dnssec_zone.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/duration.c -o duration.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/error.c -o error.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/higher.c -o higher.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/host2str.c -o host2str.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/host2wire.c -o host2wire.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/keys.c -o keys.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/net.c -o net.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/packet.c -o packet.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/parse.c -o parse.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/radix.c -o radix.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/rbtree.c -o rbtree.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/rdata.c -o rdata.o cc -O -pipe -G0 -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/resolver.c -o resolver.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/resolver.c:1377: warning: 'ldns_axfr_abort' defined but not used *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libldns *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-05-15 23:38:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-15 23:38:16 - ERROR: failed to build world TB --- 2014-05-15 23:38:16 - 946.17 user 226.48 system 1217.76 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Fri May 16 00:36:44 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 37743A6F; Fri, 16 May 2014 00:36:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E82662374; Fri, 16 May 2014 00:36:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4G0agei030784; Thu, 15 May 2014 20:36:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4G0agbZ030783; Fri, 16 May 2014 00:36:42 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 16 May 2014 00:36:42 GMT Message-Id: <201405160036.s4G0agbZ030783@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 May 2014 00:36:44 -0000 TB --- 2014-05-16 00:15:22 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-16 00:15:22 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-16 00:15:22 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-16 00:15:22 - cleaning the object tree TB --- 2014-05-16 00:15:22 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-16 00:15:25 - At svn revision 266151 TB --- 2014-05-16 00:15:26 - building world TB --- 2014-05-16 00:15:26 - CROSS_BUILD_TESTING=YES TB --- 2014-05-16 00:15:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-16 00:15:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-16 00:15:26 - SRCCONF=/dev/null TB --- 2014-05-16 00:15:26 - TARGET=sparc64 TB --- 2014-05-16 00:15:26 - TARGET_ARCH=sparc64 TB --- 2014-05-16 00:15:26 - TZ=UTC TB --- 2014-05-16 00:15:26 - __MAKE_CONF=/dev/null TB --- 2014-05-16 00:15:26 - cd /src TB --- 2014-05-16 00:15:26 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Fri May 16 00:15:33 UTC 2014 >>> 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 [...] cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_zone.c -o dnssec_zone.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/duration.c -o duration.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/error.c -o error.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/higher.c -o higher.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/host2str.c -o host2str.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/host2wire.c -o host2wire.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/keys.c -o keys.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/net.c -o net.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/packet.c -o packet.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/parse.c -o parse.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/radix.c -o radix.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/rbtree.c -o rbtree.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/rdata.c -o rdata.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/resolver.c -o resolver.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/resolver.c:1377: warning: 'ldns_axfr_abort' defined but not used *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libldns *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-05-16 00:36:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-16 00:36:42 - ERROR: failed to build world TB --- 2014-05-16 00:36:42 - 1011.48 user 224.68 system 1280.10 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri May 16 01:06:54 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EFFF9E6D; Fri, 16 May 2014 01:06:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AC38E2559; Fri, 16 May 2014 01:06:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4G16lwL043983; Thu, 15 May 2014 21:06:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4G16laq043979; Fri, 16 May 2014 01:06:47 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 16 May 2014 01:06:47 GMT Message-Id: <201405160106.s4G16laq043979@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 May 2014 01:06:55 -0000 TB --- 2014-05-15 23:38:16 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-15 23:38:16 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-15 23:38:16 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-15 23:38:16 - cleaning the object tree TB --- 2014-05-15 23:38:16 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-15 23:38:20 - At svn revision 266151 TB --- 2014-05-15 23:38:21 - building world TB --- 2014-05-15 23:38:21 - CROSS_BUILD_TESTING=YES TB --- 2014-05-15 23:38:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-15 23:38:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-15 23:38:21 - SRCCONF=/dev/null TB --- 2014-05-15 23:38:21 - TARGET=powerpc TB --- 2014-05-15 23:38:21 - TARGET_ARCH=powerpc TB --- 2014-05-15 23:38:21 - TZ=UTC TB --- 2014-05-15 23:38:21 - __MAKE_CONF=/dev/null TB --- 2014-05-15 23:38:21 - cd /src TB --- 2014-05-15 23:38:21 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Thu May 15 23:38:28 UTC 2014 >>> 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 [...] cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_zone.c -o dnssec_zone.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/duration.c -o duration.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/error.c -o error.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/higher.c -o higher.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/host2str.c -o host2str.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/host2wire.c -o host2wire.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/keys.c -o keys.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/net.c -o net.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/packet.c -o packet.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/parse.c -o parse.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/radix.c -o radix.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/rbtree.c -o rbtree.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/rdata.c -o rdata.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/resolver.c -o resolver.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/resolver.c:1377: warning: 'ldns_axfr_abort' defined but not used *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libldns *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-05-16 01:06:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-16 01:06:47 - ERROR: failed to build world TB --- 2014-05-16 01:06:47 - 4777.55 user 491.33 system 5310.62 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri May 16 01:28:10 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA9DA191 for ; Fri, 16 May 2014 01:28:10 +0000 (UTC) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7328026BF for ; Fri, 16 May 2014 01:28:10 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 5843225D38A5 for ; Fri, 16 May 2014 01:27:59 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 7C08CC22B9C for ; Fri, 16 May 2014 01:27:58 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id DVnKfsuLx3PV for ; Fri, 16 May 2014 01:27:57 +0000 (UTC) Received: from [IPv6:fde9:577b:c1a9:4420:cabc:c8ff:fe8b:4fe6] (unknown [IPv6:fde9:577b:c1a9:4420:cabc:c8ff:fe8b:4fe6]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 57A9CC22B81 for ; Fri, 16 May 2014 01:27:55 +0000 (UTC) From: "Bjoern A. Zeeb" Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: "operation not permitted" during buildworld/universe Message-Id: Date: Fri, 16 May 2014 01:27:52 +0000 To: freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) X-Mailer: Apple Mail (2.1874) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 May 2014 01:28:10 -0000 Hi, here=92s an excerpt from buildworld during make universe; I see this on = all architectures. Does anyone else see this or know why this suddenly = happens? ... =3D=3D=3D> include/protocols (buildincludes) =3D=3D=3D> include/rpcsvc (buildincludes) =3D=3D=3D> include/rpc (buildincludes) =3D=3D=3D> include/xlocale (buildincludes) .: user (0, 1027, not modified: Operation not permitted) isofs: user (0, 1027, not modified: Operation not permitted) permissions (0755, 0700, modified) isofs/cd9660: user (0, 1027, not modified: Operation not permitted) permissions (0755, 0700, modified) teken: user (0, 1027, not modified: Operation not permitted) permissions (0755, 0700, modified) nfsclient: user (0, 1027, not modified: Operation not permitted) permissions (0755, 0700, modified) ssp: user (0, 1027, not modified: Operation not permitted) permissions (0755, 0700, modified) machine: user (0, 1027, not modified: Operation not permitted) permissions (0755, 0700, modified) machine/pc: user (0, 1027, not modified: Operation not permitted) permissions (0755, 0700, modified) cam: user (0, 1027, not modified: Operation not permitted) permissions (0755, 0700, modified) cam/scsi: user (0, 1027, not modified: Operation not permitted) permissions (0755, 0700, modified) cam/ata: user (0, 1027, not modified: Operation not permitted) permissions (0755, 0700, modified) nfsserver: user (0, 1027, not modified: Operation not permitted) permissions (0755, 0700, modified) netsmb: user (0, 1027, not modified: Operation not permitted) permissions (0755, 0700, modified) ... /bz =97=20 Bjoern A. Zeeb "Come on. Learn, goddamn it.", WarGames, 1983 From owner-freebsd-current@FreeBSD.ORG Fri May 16 01:41:57 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27DF3764; Fri, 16 May 2014 01:41:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D88DD2811; Fri, 16 May 2014 01:41:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4G1ft9W054958; Thu, 15 May 2014 21:41:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4G1ft3r054957; Fri, 16 May 2014 01:41:55 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 16 May 2014 01:41:55 GMT Message-Id: <201405160141.s4G1ft3r054957@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 May 2014 01:41:57 -0000 TB --- 2014-05-16 00:14:18 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-16 00:14:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-16 00:14:18 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-16 00:14:19 - cleaning the object tree TB --- 2014-05-16 00:14:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-16 00:14:30 - At svn revision 266151 TB --- 2014-05-16 00:14:31 - building world TB --- 2014-05-16 00:14:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-16 00:14:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-16 00:14:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-16 00:14:31 - SRCCONF=/dev/null TB --- 2014-05-16 00:14:31 - TARGET=powerpc TB --- 2014-05-16 00:14:31 - TARGET_ARCH=powerpc64 TB --- 2014-05-16 00:14:31 - TZ=UTC TB --- 2014-05-16 00:14:31 - __MAKE_CONF=/dev/null TB --- 2014-05-16 00:14:31 - cd /src TB --- 2014-05-16 00:14:31 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Fri May 16 00:14:39 UTC 2014 >>> 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 [...] cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dname.c -o dname.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec.c -o dnssec.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_sign.c -o dnssec_sign.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_verify.c -o dnssec_verify.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/dnssec_zone.c -o dnssec_zone.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/duration.c -o duration.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/error.c -o error.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/higher.c -o higher.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/host2str.c -o host2str.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/host2wire.c -o host2wire.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/keys.c -o keys.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/net.c -o net.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/packet.c -o packet.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/parse.c -o parse.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/radix.c -o radix.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/rbtree.c -o rbtree.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/rdata.c -o rdata.o cc -O2 -pipe -I/src/lib/libldns/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libldns/../../contrib/ldns/resolver.c -o resolver.o cc1: warnings being treated as errors /src/lib/libldns/../../contrib/ldns/resolver.c:1377: warning: 'ldns_axfr_abort' defined but not used *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libldns *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-05-16 01:41:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-16 01:41:55 - ERROR: failed to build world TB --- 2014-05-16 01:41:55 - 4734.80 user 499.32 system 5256.55 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri May 16 09:48:48 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 52D30F19; Fri, 16 May 2014 09:48:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 09DE42CD2; Fri, 16 May 2014 09:48:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4G9mjsQ043890; Fri, 16 May 2014 05:48:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4G9mjeD043884; Fri, 16 May 2014 09:48:45 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 16 May 2014 09:48:45 GMT Message-Id: <201405160948.s4G9mjeD043884@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 May 2014 09:48:48 -0000 TB --- 2014-05-16 08:28:43 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-16 08:28:43 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-16 08:28:43 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-05-16 08:28:43 - cleaning the object tree TB --- 2014-05-16 08:29:11 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-16 08:29:32 - At svn revision 266206 TB --- 2014-05-16 08:29:33 - building world TB --- 2014-05-16 08:29:33 - CROSS_BUILD_TESTING=YES TB --- 2014-05-16 08:29:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-16 08:29:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-16 08:29:33 - SRCCONF=/dev/null TB --- 2014-05-16 08:29:33 - TARGET=ia64 TB --- 2014-05-16 08:29:33 - TARGET_ARCH=ia64 TB --- 2014-05-16 08:29:33 - TZ=UTC TB --- 2014-05-16 08:29:33 - __MAKE_CONF=/dev/null TB --- 2014-05-16 08:29:33 - cd /src TB --- 2014-05-16 08:29:33 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Fri May 16 08:29:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/usr.bin/head/head.1 > head.1.gz ===> usr.bin/hexdump (all) cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/conv.c cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/display.c cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/hexdump.c cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/hexsyntax.c cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/odsyntax.c cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/parse.c cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o hexdump conv.o display.o hexdump.o hexsyntax.o odsyntax.o parse.o gzip -cn /src/usr.bin/hexdump/hexdump.1 > hexdump.1.gz gzip -cn /src/usr.bin/hexdump/od.1 > od.1.gz ===> usr.bin/host (all) cc -O2 -pipe -I/src/usr.bin/host/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/host/../../contrib/ldns-host/ldns-host.c cc1: warnings being treated as errors In file included from /src/usr.bin/host/../../contrib/ldns/ldns/ldns.h:95, from /src/usr.bin/host/../../contrib/ldns-host/ldns-host.c:18: /src/usr.bin/host/../../contrib/ldns/ldns/util.h: In function 'ldns_read_uint16': /src/usr.bin/host/../../contrib/ldns/ldns/util.h:75: warning: cast discards qualifiers from pointer target type /src/usr.bin/host/../../contrib/ldns/ldns/util.h: In function 'ldns_read_uint32': /src/usr.bin/host/../../contrib/ldns/ldns/util.h:86: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/host *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-05-16 09:48:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-16 09:48:45 - ERROR: failed to build world TB --- 2014-05-16 09:48:45 - 3798.62 user 660.65 system 4802.61 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri May 16 10:43:29 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E844CB5; Fri, 16 May 2014 10:43:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3AF2E2148; Fri, 16 May 2014 10:43:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4GAhSdY094966; Fri, 16 May 2014 06:43:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4GAhRG9094959; Fri, 16 May 2014 10:43:27 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 16 May 2014 10:43:27 GMT Message-Id: <201405161043.s4GAhRG9094959@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 May 2014 10:43:29 -0000 TB --- 2014-05-16 09:48:46 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-16 09:48:46 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-16 09:48:46 - starting HEAD tinderbox run for mips/mips TB --- 2014-05-16 09:48:46 - cleaning the object tree TB --- 2014-05-16 09:49:15 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-16 09:49:36 - At svn revision 266206 TB --- 2014-05-16 09:49:37 - building world TB --- 2014-05-16 09:49:37 - CROSS_BUILD_TESTING=YES TB --- 2014-05-16 09:49:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-16 09:49:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-16 09:49:37 - SRCCONF=/dev/null TB --- 2014-05-16 09:49:37 - TARGET=mips TB --- 2014-05-16 09:49:37 - TARGET_ARCH=mips TB --- 2014-05-16 09:49:37 - TZ=UTC TB --- 2014-05-16 09:49:37 - __MAKE_CONF=/dev/null TB --- 2014-05-16 09:49:37 - cd /src TB --- 2014-05-16 09:49:37 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Fri May 16 09:49:44 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/usr.bin/head/head.1 > head.1.gz ===> usr.bin/hexdump (all) cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/conv.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/display.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/hexdump.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/hexsyntax.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/odsyntax.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/parse.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o hexdump conv.o display.o hexdump.o hexsyntax.o odsyntax.o parse.o gzip -cn /src/usr.bin/hexdump/hexdump.1 > hexdump.1.gz gzip -cn /src/usr.bin/hexdump/od.1 > od.1.gz ===> usr.bin/host (all) cc -O -pipe -G0 -I/src/usr.bin/host/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/host/../../contrib/ldns-host/ldns-host.c cc1: warnings being treated as errors In file included from /src/usr.bin/host/../../contrib/ldns/ldns/ldns.h:95, from /src/usr.bin/host/../../contrib/ldns-host/ldns-host.c:18: /src/usr.bin/host/../../contrib/ldns/ldns/util.h: In function 'ldns_read_uint16': /src/usr.bin/host/../../contrib/ldns/ldns/util.h:75: warning: cast discards qualifiers from pointer target type /src/usr.bin/host/../../contrib/ldns/ldns/util.h: In function 'ldns_read_uint32': /src/usr.bin/host/../../contrib/ldns/ldns/util.h:86: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/host *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-05-16 10:43:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-16 10:43:27 - ERROR: failed to build world TB --- 2014-05-16 10:43:27 - 2495.34 user 587.44 system 3281.69 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri May 16 11:04:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 91A55262; Fri, 16 May 2014 11:04:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4EAA12302; Fri, 16 May 2014 11:04:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4GB4PWN038538; Fri, 16 May 2014 07:04:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4GB4PtL038537; Fri, 16 May 2014 11:04:25 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 16 May 2014 11:04:25 GMT Message-Id: <201405161104.s4GB4PtL038537@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 May 2014 11:04:27 -0000 TB --- 2014-05-16 10:08:31 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-16 10:08:31 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-16 10:08:31 - starting HEAD tinderbox run for mips64/mips TB --- 2014-05-16 10:08:31 - cleaning the object tree TB --- 2014-05-16 10:09:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-16 10:09:40 - At svn revision 266206 TB --- 2014-05-16 10:09:41 - building world TB --- 2014-05-16 10:09:41 - CROSS_BUILD_TESTING=YES TB --- 2014-05-16 10:09:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-16 10:09:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-16 10:09:41 - SRCCONF=/dev/null TB --- 2014-05-16 10:09:41 - TARGET=mips TB --- 2014-05-16 10:09:41 - TARGET_ARCH=mips64 TB --- 2014-05-16 10:09:41 - TZ=UTC TB --- 2014-05-16 10:09:41 - __MAKE_CONF=/dev/null TB --- 2014-05-16 10:09:41 - cd /src TB --- 2014-05-16 10:09:41 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Fri May 16 10:09:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/usr.bin/head/head.1 > head.1.gz ===> usr.bin/hexdump (all) cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/conv.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/display.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/hexdump.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/hexsyntax.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/odsyntax.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/parse.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o hexdump conv.o display.o hexdump.o hexsyntax.o odsyntax.o parse.o gzip -cn /src/usr.bin/hexdump/hexdump.1 > hexdump.1.gz gzip -cn /src/usr.bin/hexdump/od.1 > od.1.gz ===> usr.bin/host (all) cc -O -pipe -G0 -I/src/usr.bin/host/../../contrib/ldns -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/host/../../contrib/ldns-host/ldns-host.c cc1: warnings being treated as errors In file included from /src/usr.bin/host/../../contrib/ldns/ldns/ldns.h:95, from /src/usr.bin/host/../../contrib/ldns-host/ldns-host.c:18: /src/usr.bin/host/../../contrib/ldns/ldns/util.h: In function 'ldns_read_uint16': /src/usr.bin/host/../../contrib/ldns/ldns/util.h:75: warning: cast discards qualifiers from pointer target type /src/usr.bin/host/../../contrib/ldns/ldns/util.h: In function 'ldns_read_uint32': /src/usr.bin/host/../../contrib/ldns/ldns/util.h:86: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/host *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-05-16 11:04:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-16 11:04:25 - ERROR: failed to build world TB --- 2014-05-16 11:04:25 - 2506.83 user 592.54 system 3354.01 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Fri May 16 12:04:10 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA588D56; Fri, 16 May 2014 12:04:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AFBB2277B; Fri, 16 May 2014 12:04:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4GC48WQ083533; Fri, 16 May 2014 08:04:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4GC486v083532; Fri, 16 May 2014 12:04:08 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 16 May 2014 12:04:08 GMT Message-Id: <201405161204.s4GC486v083532@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 May 2014 12:04:10 -0000 TB --- 2014-05-16 11:04:25 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-16 11:04:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-16 11:04:25 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-05-16 11:04:25 - cleaning the object tree TB --- 2014-05-16 11:04:50 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-16 11:04:54 - At svn revision 266206 TB --- 2014-05-16 11:04:55 - building world TB --- 2014-05-16 11:04:55 - CROSS_BUILD_TESTING=YES TB --- 2014-05-16 11:04:55 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-16 11:04:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-16 11:04:55 - SRCCONF=/dev/null TB --- 2014-05-16 11:04:55 - TARGET=sparc64 TB --- 2014-05-16 11:04:55 - TARGET_ARCH=sparc64 TB --- 2014-05-16 11:04:55 - TZ=UTC TB --- 2014-05-16 11:04:55 - __MAKE_CONF=/dev/null TB --- 2014-05-16 11:04:55 - cd /src TB --- 2014-05-16 11:04:55 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Fri May 16 11:05:03 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/usr.bin/head/head.1 > head.1.gz ===> usr.bin/hexdump (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/conv.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/display.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/hexdump.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/hexsyntax.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/odsyntax.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/parse.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o hexdump conv.o display.o hexdump.o hexsyntax.o odsyntax.o parse.o gzip -cn /src/usr.bin/hexdump/hexdump.1 > hexdump.1.gz gzip -cn /src/usr.bin/hexdump/od.1 > od.1.gz ===> usr.bin/host (all) cc -O2 -pipe -I/src/usr.bin/host/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/host/../../contrib/ldns-host/ldns-host.c cc1: warnings being treated as errors In file included from /src/usr.bin/host/../../contrib/ldns/ldns/ldns.h:95, from /src/usr.bin/host/../../contrib/ldns-host/ldns-host.c:18: /src/usr.bin/host/../../contrib/ldns/ldns/util.h: In function 'ldns_read_uint16': /src/usr.bin/host/../../contrib/ldns/ldns/util.h:75: warning: cast discards qualifiers from pointer target type /src/usr.bin/host/../../contrib/ldns/ldns/util.h: In function 'ldns_read_uint32': /src/usr.bin/host/../../contrib/ldns/ldns/util.h:86: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/host *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-05-16 12:04:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-16 12:04:08 - ERROR: failed to build world TB --- 2014-05-16 12:04:08 - 2868.23 user 568.80 system 3582.83 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri May 16 13:43:22 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6154ADB; Fri, 16 May 2014 13:43:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 357582024; Fri, 16 May 2014 13:43:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4GDhKmg006024; Fri, 16 May 2014 09:43:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4GDhKKb006011; Fri, 16 May 2014 13:43:20 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 16 May 2014 13:43:20 GMT Message-Id: <201405161343.s4GDhKKb006011@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 May 2014 13:43:22 -0000 TB --- 2014-05-16 10:11:39 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-16 10:11:39 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-16 10:11:39 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-05-16 10:11:39 - cleaning the object tree TB --- 2014-05-16 10:12:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-16 10:12:36 - At svn revision 266206 TB --- 2014-05-16 10:12:37 - building world TB --- 2014-05-16 10:12:37 - CROSS_BUILD_TESTING=YES TB --- 2014-05-16 10:12:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-16 10:12:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-16 10:12:37 - SRCCONF=/dev/null TB --- 2014-05-16 10:12:37 - TARGET=powerpc TB --- 2014-05-16 10:12:37 - TARGET_ARCH=powerpc TB --- 2014-05-16 10:12:37 - TZ=UTC TB --- 2014-05-16 10:12:37 - __MAKE_CONF=/dev/null TB --- 2014-05-16 10:12:37 - cd /src TB --- 2014-05-16 10:12:37 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Fri May 16 10:12:44 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/usr.bin/head/head.1 > head.1.gz ===> usr.bin/hexdump (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/conv.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/display.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/hexdump.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/hexsyntax.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/odsyntax.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/parse.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o hexdump conv.o display.o hexdump.o hexsyntax.o odsyntax.o parse.o gzip -cn /src/usr.bin/hexdump/hexdump.1 > hexdump.1.gz gzip -cn /src/usr.bin/hexdump/od.1 > od.1.gz ===> usr.bin/host (all) cc -O2 -pipe -I/src/usr.bin/host/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/host/../../contrib/ldns-host/ldns-host.c cc1: warnings being treated as errors In file included from /src/usr.bin/host/../../contrib/ldns/ldns/ldns.h:95, from /src/usr.bin/host/../../contrib/ldns-host/ldns-host.c:18: /src/usr.bin/host/../../contrib/ldns/ldns/util.h: In function 'ldns_read_uint16': /src/usr.bin/host/../../contrib/ldns/ldns/util.h:75: warning: cast discards qualifiers from pointer target type /src/usr.bin/host/../../contrib/ldns/ldns/util.h: In function 'ldns_read_uint32': /src/usr.bin/host/../../contrib/ldns/ldns/util.h:86: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/host *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-05-16 13:43:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-16 13:43:20 - ERROR: failed to build world TB --- 2014-05-16 13:43:20 - 11397.64 user 1184.59 system 12700.45 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri May 16 13:53:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EFC213EB for ; Fri, 16 May 2014 13:53:37 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BC22D212C for ; Fri, 16 May 2014 13:53:37 +0000 (UTC) Received: from pool-71-174-178-66.bstnma.east.verizon.net ([71.174.178.66] helo=homobox.opal.com) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WlIZr-000Lsf-Ic for freebsd-current@freebsd.org; Fri, 16 May 2014 13:53:35 +0000 Received: from shibato.opal.com (ANice-652-1-30-110.w83-201.abo.wanadoo.fr [83.201.181.110]) (authenticated bits=0) by homobox.opal.com (8.14.7/8.14.7) with ESMTP id s4GDrU2l097156 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 16 May 2014 09:53:33 -0400 (EDT) (envelope-from fbsd@opal.com) Received: from shibato (localhost [IPv6:::1]) by shibato.opal.com (8.14.8/8.14.8) with ESMTP id s4GDrODp004762 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 16 May 2014 15:53:25 +0200 (CEST) (envelope-from fbsd@opal.com) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 71.174.178.66 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/P8r5MamnDXhJ4GdYOiULB Date: Fri, 16 May 2014 15:53:24 +0200 From: "J.R. Oldroyd" To: freebsd-current@freebsd.org Subject: timezone for 100.chksetuid Message-ID: <20140516155324.498039da@shibato> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (homobox.opal.com [71.174.178.66]); Fri, 16 May 2014 09:53:33 -0400 (EDT) X-Spam-Status: No, score=3.7 required=5.0 tests=AWL,BAYES_50,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC shortcircuit=no autolearn=no autolearn_force=no version=3.4.0 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on homobox.opal.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 May 2014 13:53:38 -0000 I would like to propose that a timezone setting be possible for the src/etc/periodic/security/100.chksetuid script. Either fix it at something like UTC, or add an rc.conf setting that specifies what timezone to use. Or both, default to UTC but allow a timezone setting in rc.conf. Reason for this is that for folk who travel, the 100.chksetuid script generates and diffs "find -ls" output and this output changes if you change timezones and update the system timezone setting while you are away. It then changes back again when you return. If you travel a lot, the two timezone changes cause this script to flag every setuid file as having changed (twice), when all that changed is the time display. This means that real changes during the same period will likely be overlooked and the frequent non-real diffs tend to make one likely to ignore this section. -jr From owner-freebsd-current@FreeBSD.ORG Fri May 16 14:15:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6D4DD14; Fri, 16 May 2014 14:15:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BBED02369; Fri, 16 May 2014 14:15:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4GEF3Cf076477; Fri, 16 May 2014 10:15:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4GEF3wC076476; Fri, 16 May 2014 14:15:03 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 16 May 2014 14:15:03 GMT Message-Id: <201405161415.s4GEF3wC076476@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 May 2014 14:15:05 -0000 TB --- 2014-05-16 10:43:28 - tinderbox 2.21 running on freebsd-current.sentex.ca TB --- 2014-05-16 10:43:28 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-16 10:43:28 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-05-16 10:43:28 - cleaning the object tree TB --- 2014-05-16 10:44:08 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-16 10:44:13 - At svn revision 266206 TB --- 2014-05-16 10:44:14 - building world TB --- 2014-05-16 10:44:14 - CROSS_BUILD_TESTING=YES TB --- 2014-05-16 10:44:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-16 10:44:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-16 10:44:14 - SRCCONF=/dev/null TB --- 2014-05-16 10:44:14 - TARGET=powerpc TB --- 2014-05-16 10:44:14 - TARGET_ARCH=powerpc64 TB --- 2014-05-16 10:44:14 - TZ=UTC TB --- 2014-05-16 10:44:14 - __MAKE_CONF=/dev/null TB --- 2014-05-16 10:44:14 - cd /src TB --- 2014-05-16 10:44:14 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Fri May 16 10:44:21 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/usr.bin/head/head.1 > head.1.gz ===> usr.bin/hexdump (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/conv.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/display.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/hexdump.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/hexsyntax.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/odsyntax.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/hexdump/parse.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o hexdump conv.o display.o hexdump.o hexsyntax.o odsyntax.o parse.o gzip -cn /src/usr.bin/hexdump/hexdump.1 > hexdump.1.gz gzip -cn /src/usr.bin/hexdump/od.1 > od.1.gz ===> usr.bin/host (all) cc -O2 -pipe -I/src/usr.bin/host/../../contrib/ldns -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/host/../../contrib/ldns-host/ldns-host.c cc1: warnings being treated as errors In file included from /src/usr.bin/host/../../contrib/ldns/ldns/ldns.h:95, from /src/usr.bin/host/../../contrib/ldns-host/ldns-host.c:18: /src/usr.bin/host/../../contrib/ldns/ldns/util.h: In function 'ldns_read_uint16': /src/usr.bin/host/../../contrib/ldns/ldns/util.h:75: warning: cast discards qualifiers from pointer target type /src/usr.bin/host/../../contrib/ldns/ldns/util.h: In function 'ldns_read_uint32': /src/usr.bin/host/../../contrib/ldns/ldns/util.h:86: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/host *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-05-16 14:15:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-16 14:15:03 - ERROR: failed to build world TB --- 2014-05-16 14:15:03 - 11486.25 user 1192.48 system 12695.39 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri May 16 14:21:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3877FBC for ; Fri, 16 May 2014 14:21:02 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6EB4923C8 for ; Fri, 16 May 2014 14:21:02 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1WlJ0B-00083p-Cc for freebsd-current@freebsd.org; Fri, 16 May 2014 16:20:47 +0200 Received: from 208.85.208.53 ([208.85.208.53]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 16 May 2014 16:20:47 +0200 Received: from atkin901 by 208.85.208.53 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 16 May 2014 16:20:47 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Subject: Re: panic on vt / kms rv610 Date: Fri, 16 May 2014 07:20:32 -0700 Lines: 28 Message-ID: References: <20140515145227.06378f0dfccfdc2f93047ad8@ddteam.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 208.85.208.53 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 In-Reply-To: <20140515145227.06378f0dfccfdc2f93047ad8@ddteam.net> X-Enigmail-Version: 1.6 Cc: freebsd-x11@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 May 2014 14:21:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 05/15/2014 04:52, Aleksandr Rybalko wrote: > On Wed, 14 May 2014 08:29:32 -0700 Mark Atkinson > wrote: > > I updated -current to r265915 w/ amd64 kernel and I get a panic > when I startx instantly (no video output of panic). There is a > LOR right before the panic. >> Hello Mark, > >> looks like it is kms driver load problem. I think updating to >> r265927 or more fresh will fix your problem. Sorry for >> inconvenience. I knew I was missing that revision, but looking at the diff It didn't seem like it would prevent loading, but low and behold it works. Thanks! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlN2HrAACgkQrDN5kXnx8ybCAwCgpzZY4INjEbzRy6ppGR+7CxNv TcQAniC5uXTG6AE0QVug6wdiddcoAL7J =ilGJ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri May 16 14:32:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1EF11889 for ; Fri, 16 May 2014 14:32:46 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A32822551 for ; Fri, 16 May 2014 14:32:44 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1WlJBe-0003sX-6b for freebsd-current@freebsd.org; Fri, 16 May 2014 16:32:38 +0200 Received: from 208.85.208.53 ([208.85.208.53]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 16 May 2014 16:32:38 +0200 Received: from atkin901 by 208.85.208.53 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 16 May 2014 16:32:38 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Subject: New ufs LOR. Date: Fri, 16 May 2014 07:32:25 -0700 Lines: 66 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 208.85.208.53 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 X-Enigmail-Version: 1.6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 May 2014 14:32:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mounted a drive with -o sync this morning on r266123 and got a LOR I had not seen before (ufs/soft updates) lock order reversal: 1st 0xfffff8005904db78 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2101 2nd 0xfffffe00efe72080 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:262 3rd 0xfffff8005921bb78 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2101 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe011a213380 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe011a213430 witness_checkorder() at witness_checkorder+0xdc2/frame 0xfffffe011a2134c0 __lockmgr_args() at __lockmgr_args+0x9ca/frame 0xfffffe011a2135f0 ffs_lock() at ffs_lock+0x84/frame 0xfffffe011a213640 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xfc/frame 0xfffffe011a213670 _vn_lock() at _vn_lock+0xaa/frame 0xfffffe011a2136e0 vget() at vget+0x67/frame 0xfffffe011a213720 vfs_hash_get() at vfs_hash_get+0xe1/frame 0xfffffe011a213770 ffs_vgetf() at ffs_vgetf+0x40/frame 0xfffffe011a213800 softdep_sync_buf() at softdep_sync_buf+0xafc/frame 0xfffffe011a2138e0 ffs_syncvnode() at ffs_syncvnode+0x286/frame 0xfffffe011a213960 softdep_fsync() at softdep_fsync+0x59e/frame 0xfffffe011a213a00 ffs_fsync() at ffs_fsync+0x60/frame 0xfffffe011a213a30 VOP_FSYNC_APV() at VOP_FSYNC_APV+0xf7/frame 0xfffffe011a213a60 sys_fsync() at sys_fsync+0x175/frame 0xfffffe011a213ae0 amd64_syscall() at amd64_syscall+0x25a/frame 0xfffffe011a213bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe011a213bf0 - --- syscall (95, FreeBSD ELF64, sys_fsync), rip = 0x80308230a, rsp = 0x7fffffffe688, rbp = 0x7fffffffe6a0 --- Also I always get this one during installworld for, like the last 2.5 years or more. Any chance on nuking it? lock order reversal: 1st 0xfffffe00ef0962e0 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:3081 2nd 0xfffff8000652e400 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:284 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe011a009410 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe011a0094c0 witness_checkorder() at witness_checkorder+0xdc2/frame 0xfffffe011a009550 _sx_xlock() at _sx_xlock+0x75/frame 0xfffffe011a009590 ufsdirhash_add() at ufsdirhash_add+0x3a/frame 0xfffffe011a0095d0 ufs_direnter() at ufs_direnter+0x6a0/frame 0xfffffe011a009690 ufs_mkdir() at ufs_mkdir+0x89c/frame 0xfffffe011a009880 VOP_MKDIR_APV() at VOP_MKDIR_APV+0xf7/frame 0xfffffe011a0098b0 kern_mkdirat() at kern_mkdirat+0x209/frame 0xfffffe011a009ae0 amd64_syscall() at amd64_syscall+0x25a/frame 0xfffffe011a009bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe011a009bf0 - --- syscall (136, FreeBSD ELF64, sys_mkdir), rip = 0x80095550a, rsp = 0x7fffffffea08, rbp = 0x7fffffffebd0 --- -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlN2IXkACgkQrDN5kXnx8yas9wCfdrUSzmr647EhHndH7RR5tSMI QPAAnj+yA/XZQ+ZsnEc3l8SiC7q4L2n5 =gqxv -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri May 16 14:40:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 40871D1E for ; Fri, 16 May 2014 14:40:25 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA256 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D2EC925D3 for ; Fri, 16 May 2014 14:40:24 +0000 (UTC) Received: from walrus.pepperland ([81.217.76.60]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0Ldq55-1XBXEq2GlH-00izL0 for ; Fri, 16 May 2014 16:35:03 +0200 Message-ID: <53762216.8020205@gmx.net> Date: Fri, 16 May 2014 16:35:02 +0200 From: Stefan Ehmann User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: current@freebsd.org Subject: Thinkpad T410: resume broken X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:JhXClmKTzb9GhKXOfpXyO+q7lrdSGKki2zvsoyMRJcMJcc2LoEb KTSn6/+pwuj1a+ElYuhDB48XX41KMHQQbdqKieXbhezqwxC1YJXOtZEyhlN4qUiF218Zo5B ELPWwVYIWNViMHSDfg/52QoqngY++BmxCamQeGIkG+c1upv0zKjuUTBxq17BzzlU+7tQ23d qSZywjXEVauVxF8//7N4w== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 May 2014 14:40:25 -0000 Suspend/Resume is broken on my T410 using CURRENT from today. Resume was working fine on 9.2-RELEASE. 10.0-RELEASE and 10-STABLE don't work either. Symptoms: acpiconf -s3 sends it into sleep mode as expected In single user mode, it wakes up correctly, but the screen remains black. I tried with/without nvidia module loaded. It also happens with debug.acpi.suspend_bounce=1. I've tried all tips from https://wiki.freebsd.org/SuspendResume to no avail. In multi-user mode (especially when X is running) it doesn't wake up correctly most of the time: It powers up and the fan starts, but keyboard is not responding. Also, the power led pulsates, as if still in sleep mode. -- Stefan From owner-freebsd-current@FreeBSD.ORG Fri May 16 15:09:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F1D414CD for ; Fri, 16 May 2014 15:09:39 +0000 (UTC) Received: from mail-la0-x22b.google.com (mail-la0-x22b.google.com [IPv6:2a00:1450:4010:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7DFF028E4 for ; Fri, 16 May 2014 15:09:39 +0000 (UTC) Received: by mail-la0-f43.google.com with SMTP id mc6so2079553lab.30 for ; Fri, 16 May 2014 08:09:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/oyEriw11rSKP01VvTuh3N14xDZ7qXdteMR2i28js18=; b=RQlkGECEVX91/aAa8lPHwrFVnwNbviggFxud0nER90UfxDTCEYRHjEtFMTlLGWgDeH Q448A8qDnTs+l5rEl8nZTb2428/CfUZ8dhxUzejlkLhTowP+XigXQCaGyoE66TSD5G+W iQL+jpuIGYfvdt/WLdTFqXVx5hxsR6jtONdi64so6Wz1J7sj4e+21BxKQ0S2+GJPkpZE iVryWo0fOtybqmYXkJ3Q6G1ALoKaFuBRtUitXviok793VrAdY7gbo8wiXloD//yx+Kfk 00l6gxbgDoauStMsJr6YdDL+7oLFB3lQL2iv/yEh0IpKqKQ7pZQhGF8hMpc3NtjJoMmv WqBg== MIME-Version: 1.0 X-Received: by 10.112.135.198 with SMTP id pu6mr2105666lbb.58.1400252977438; Fri, 16 May 2014 08:09:37 -0700 (PDT) Received: by 10.112.129.164 with HTTP; Fri, 16 May 2014 08:09:37 -0700 (PDT) In-Reply-To: <20140516155324.498039da@shibato> References: <20140516155324.498039da@shibato> Date: Fri, 16 May 2014 16:09:37 +0100 Message-ID: Subject: Re: timezone for 100.chksetuid From: Tom Evans To: "J.R. Oldroyd" Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 May 2014 15:09:40 -0000 On Fri, May 16, 2014 at 2:53 PM, J.R. Oldroyd wrote: > I would like to propose that a timezone setting be possible for the > > src/etc/periodic/security/100.chksetuid > > script. Either fix it at something like UTC, or add an rc.conf setting > that specifies what timezone to use. Or both, default to UTC but allow > a timezone setting in rc.conf. > > Reason for this is that for folk who travel, the 100.chksetuid script > generates and diffs "find -ls" output and this output changes if you > change timezones and update the system timezone setting while you are > away. It then changes back again when you return. If you travel a lot, > the two timezone changes cause this script to flag every setuid file as > having changed (twice), when all that changed is the time display. This > means that real changes during the same period will likely be overlooked > and the frequent non-real diffs tend to make one likely to ignore this > section. Do you mean you are changing /etc/localtime whenever you move to another timezone? I would suggest stopping doing that! Instead just set TZ in your user environment to whatever TZ you want. That way, your programs will all be localised correctly, and scripts which run as root will remain consistent. Cheers Tom From owner-freebsd-current@FreeBSD.ORG Fri May 16 15:21:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CCDA073D for ; Fri, 16 May 2014 15:21:53 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 96BEA2A4B for ; Fri, 16 May 2014 15:21:53 +0000 (UTC) Received: from pool-71-174-178-66.bstnma.east.verizon.net ([71.174.178.66] helo=homobox.opal.com) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WlJxH-000Bb9-Fz; Fri, 16 May 2014 15:21:51 +0000 Received: from shibato (ANice-652-1-30-110.w83-201.abo.wanadoo.fr [83.201.181.110]) (authenticated bits=0) by homobox.opal.com (8.14.7/8.14.7) with ESMTP id s4GFLfdi098084 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 16 May 2014 11:21:43 -0400 (EDT) (envelope-from fbsd@opal.com) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 71.174.178.66 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19qOVPTVH0i82eoAjuSMne7 Date: Fri, 16 May 2014 17:21:28 +0200 From: "J.R. Oldroyd" To: Tom Evans Subject: Re: timezone for 100.chksetuid Message-ID: <20140516172128.516cc25a@shibato> In-Reply-To: References: <20140516155324.498039da@shibato> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/YwL7oYckIk1tS9lGbY9SNup"; protocol="application/pgp-signature" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (homobox.opal.com [71.174.178.66]); Fri, 16 May 2014 11:21:44 -0400 (EDT) X-Spam-Status: No, score=4.5 required=5.0 tests=AWL,BAYES_50, FSL_HELO_NON_FQDN_1, HELO_NO_DOMAIN, RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC shortcircuit=no autolearn=no autolearn_force=no version=3.4.0 X-Spam-Level: **** X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on homobox.opal.com Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 May 2014 15:21:53 -0000 --Sig_/YwL7oYckIk1tS9lGbY9SNup Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 16 May 2014 16:09:37 +0100 Tom Evans wro= te: >=20 > Do you mean you are changing /etc/localtime whenever you move to > another timezone? >=20 Yes, precisely. > I would suggest stopping doing that! Instead just set TZ in your user > environment to whatever TZ you want. That way, your programs will all > be localised correctly, and scripts which run as root will remain > consistent. >=20 Good suggestion, but that would cause those scripts run as root to be run at the wrong time of day, cron jobs for example, or to reflect the wrong time and timezone, e.g., sendmail timestamps, syslog messages, etc. No big deal for short trips, but it's not what you want on longer, extended trips. -jr --Sig_/YwL7oYckIk1tS9lGbY9SNup Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iEYEARECAAYFAlN2LP8ACgkQls33urr0k4kv3QCZAVRB8ZenQNeocJ+a3ImOOAr1 rE8An3x7KBySDxaTO8fqL2/rssgCuPjN =RJAO -----END PGP SIGNATURE----- --Sig_/YwL7oYckIk1tS9lGbY9SNup-- From owner-freebsd-current@FreeBSD.ORG Fri May 16 16:20:55 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D673669 for ; Fri, 16 May 2014 16:20:55 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C2ED42043 for ; Fri, 16 May 2014 16:20:54 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 84A171FE029 for ; Fri, 16 May 2014 18:20:47 +0200 (CEST) Message-ID: <53763B0F.4040003@selasky.org> Date: Fri, 16 May 2014 18:21:35 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-current Subject: panic: resource_list_add: resource entry is busy Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 May 2014 16:20:55 -0000 Hi, I see the following panic: panic: resource_list_add: resource entry is busy When trying to kldload an older pccard driver. The call comes from the driver_added bus method somewhere down the tree. Loading the module before the kernel boots fixes the problem temporarily. Any bells ringing or patch suggestions? Seeing this on 9-stable, also believed that the same issue exists with 10-current. --HPS From owner-freebsd-current@FreeBSD.ORG Fri May 16 17:44:28 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46206D2B; Fri, 16 May 2014 17:44:28 +0000 (UTC) Received: from mail-qc0-x232.google.com (mail-qc0-x232.google.com [IPv6:2607:f8b0:400d:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EC1D92743; Fri, 16 May 2014 17:44:27 +0000 (UTC) Received: by mail-qc0-f178.google.com with SMTP id l6so4784228qcy.23 for ; Fri, 16 May 2014 10:44:27 -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:message-id:subject :from:to:cc:content-type; bh=edAKxTLp5llGQ9x7PmRJIXsfTpNaD4AufH48396L7xw=; b=aHQIh1frMuW+9645jO4fRIidLJq07OHf/lg6GAyynDnAZT6TC6xZxjLm84+99ByKe/ lS3g1rvEcLjr/SNJfod3PSUcS9hS8Vezq9YB8gLRnUt9DTaJQGkZDVcXO3VRO3O6m510 rRhiDzOOEtb1u5LnbzltkC/Yy2zshJiF2HMe3XsVh3EgsMpjjeFO3zfmYvoDmhnQOWb8 ZzEjTlCWWr7TJ8O2kAO4CIPAMZ8DY9+rp5o4G1HFVwIbMI3Sp7DZKDY8zVxRf0BF7W6v oO2/eywv/aEK3NqKn425VBDUp+qShgDBlOcHgbbPdNnNu7l+cf+BNJ7D5LI5J8MpzBlW Cj4g== MIME-Version: 1.0 X-Received: by 10.224.47.130 with SMTP id n2mr25604719qaf.26.1400262266950; Fri, 16 May 2014 10:44:26 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Fri, 16 May 2014 10:44:26 -0700 (PDT) In-Reply-To: <53762216.8020205@gmx.net> References: <53762216.8020205@gmx.net> Date: Fri, 16 May 2014 10:44:26 -0700 X-Google-Sender-Auth: i5iVWWoEQzzH3wUkQLQ0FbRtDOI Message-ID: Subject: Re: Thinkpad T410: resume broken From: Adrian Chadd To: Stefan Ehmann , "freebsd-mobile@freebsd.org" Content-Type: text/plain; charset=UTF-8 Cc: "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 May 2014 17:44:28 -0000 Hi! I wonder what changed between 9.2-RELEASE and 10.0-RELEASE. Please poke me about this next week. I'm busy this week with work and maker faire but I will try to help you later. (It's possible something like ACPI updates or a driver update has broken things.) -a On 16 May 2014 07:35, Stefan Ehmann wrote: > Suspend/Resume is broken on my T410 using CURRENT from today. > > Resume was working fine on 9.2-RELEASE. 10.0-RELEASE and 10-STABLE don't > work either. > > Symptoms: > > acpiconf -s3 sends it into sleep mode as expected > > In single user mode, it wakes up correctly, but the screen remains > black. I tried with/without nvidia module loaded. It also happens with > debug.acpi.suspend_bounce=1. > > I've tried all tips from https://wiki.freebsd.org/SuspendResume to no avail. > > > In multi-user mode (especially when X is running) it doesn't wake up > correctly most of the time: > > It powers up and the fan starts, but keyboard is not responding. Also, > the power led pulsates, as if still in sleep mode. > > -- > Stefan > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri May 16 18:10:15 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D3D0853; Fri, 16 May 2014 18:10:15 +0000 (UTC) Received: from mail-pb0-x22a.google.com (mail-pb0-x22a.google.com [IPv6:2607:f8b0:400e:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 57D5A2941; Fri, 16 May 2014 18:10:15 +0000 (UTC) Received: by mail-pb0-f42.google.com with SMTP id md12so2948470pbc.1 for ; Fri, 16 May 2014 11:10:14 -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:message-id:subject :from:to:cc:content-type; bh=jjh9iIwX2Zalv5jakAy0nIbu8+0NBxVsudtO5lJElBE=; b=nOLhV+yoZITBEomeQZXl5KgdSI4gW5kiUd4lHVEtP3gGAi/hbC9c8JtHiiIbdTufyr H7WQCvQAdZc+uOn0EQPiul/xe2PZ1g2fO8WbDOHaL1H3hUnHtZVBEl3DSZ3FgE8wZrAf WycYTOd0EOCQJRo0WSfLyqO0IeiBZMX9QNd0kesLIYomjJ6ueut9DfYNetxcxiViqDlY +m42Qt666p0a085yIo292jhpxweOdZ/agfvfNwbrrzPF943jmxaFQkTnbdKrD37FaI6J aIUIsl+Inx/AlekINirogmIccbneXrUI5FKiVSnmBSgaIcAj8hWpQWBsdhF8WJcdEmjz xFyQ== MIME-Version: 1.0 X-Received: by 10.66.66.199 with SMTP id h7mr23048581pat.30.1400263814664; Fri, 16 May 2014 11:10:14 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.73.34 with HTTP; Fri, 16 May 2014 11:10:14 -0700 (PDT) In-Reply-To: References: <53762216.8020205@gmx.net> Date: Fri, 16 May 2014 11:10:14 -0700 X-Google-Sender-Auth: QbCPVKA14QsQzoN832HUHzDpom0 Message-ID: Subject: Re: Thinkpad T410: resume broken From: Kevin Oberman To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: "current@freebsd.org" , Stefan Ehmann , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 May 2014 18:10:15 -0000 On Fri, May 16, 2014 at 10:44 AM, Adrian Chadd wrote: > Hi! > > I wonder what changed between 9.2-RELEASE and 10.0-RELEASE. > > Please poke me about this next week. I'm busy this week with work and > maker faire but I will try to help you later. > > (It's possible something like ACPI updates or a driver update has > broken things.) > > > -a > Does your kernel include VESA? My T320 behaved as you describe until I removed VESA from my kernel. I think using vt may also fix this without the need to remove VESA, bug I have not gotten around to confirming this. > > > > On 16 May 2014 07:35, Stefan Ehmann wrote: > > Suspend/Resume is broken on my T410 using CURRENT from today. > > > > Resume was working fine on 9.2-RELEASE. 10.0-RELEASE and 10-STABLE don't > > work either. > > > > Symptoms: > > > > acpiconf -s3 sends it into sleep mode as expected > > > > In single user mode, it wakes up correctly, but the screen remains > > black. I tried with/without nvidia module loaded. It also happens with > > debug.acpi.suspend_bounce=1. > > > > I've tried all tips from https://wiki.freebsd.org/SuspendResume to no > avail. > > > > > > In multi-user mode (especially when X is running) it doesn't wake up > > correctly most of the time: > > > > It powers up and the fan starts, but keyboard is not responding. Also, > > the power led pulsates, as if still in sleep mode. > > > > -- > > Stefan > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Fri May 16 20:31:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29A4891; Fri, 16 May 2014 20:31:39 +0000 (UTC) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.17.13]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA256 (256/256 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 93BEE25FD; Fri, 16 May 2014 20:31:38 +0000 (UTC) Received: from [192.168.178.36] (p57AEF0F7.dip0.t-ipconnect.de [87.174.240.247]) by mrelayeu.kundenserver.de (node=mreue103) with ESMTP (Nemesis) id 0Mfjsa-1WOD6i0rQq-00NABU; Fri, 16 May 2014 22:31:28 +0200 Message-ID: <537675A0.8000108@janh.de> Date: Fri, 16 May 2014 22:31:28 +0200 From: Jan Henrik Sylvester User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Adrian Chadd , Stefan Ehmann Subject: Re: Thinkpad T410: resume broken References: <53762216.8020205@gmx.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:INcbXyLp7/oKtmuzpnL9u8Q0e+zd5z4L/hXf/rBoLW4 SumyNIO8dSdDSQggPpOHLIQT1aGE3+EgCcf0wSZ0u/whoHIUO3 Ij6JnywhMyRrxEyB4fLRZEUzdrvnaGHUJCqLPcmCJqYZXB/pc2 JCNTEQdhlja5zlBk/VG8uZ6Jb2SlDZmd5438UykEbsJ8X1QTJF voDpNgiF08Gr1at2S1JeT5Ufg5CemZAIXeGfh/vhayN4rp3w1N 8NxbfsTF9P9vaq3PMFDLYD6zWg2X6j+dQEEuCkRJ+Xk3rxdokR CO0gFB4d20dvcJQGaMgBLQ8SHkI6w0o41PYL2DylSFnECQRjSV UAXuI7B8ZTyDcI8W0IJE= Cc: Kevin Oberman , current-list freebsd , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 May 2014 20:31:39 -0000 On 05/16/2014 20:10, Kevin Oberman wrote: > On Fri, May 16, 2014 at 10:44 AM, Adrian Chadd wrote: > >> Hi! >> >> I wonder what changed between 9.2-RELEASE and 10.0-RELEASE. >> >> Please poke me about this next week. I'm busy this week with work and >> maker faire but I will try to help you later. >> >> (It's possible something like ACPI updates or a driver update has >> broken things.) >> >> >> -a >> > > Does your kernel include VESA? My T320 behaved as you describe until I > removed VESA from my kernel. I think using vt may also fix this without the > need to remove VESA, bug I have not gotten around to confirming this. (Sorry, this is more or less a lengthy "me, too":) I am observing exactly the same on my T510 (not surprisingly, as it is basically the same with a different screen size) using Nvidia (in contract to most other recent mailing list reports, which are using Intel). >From 8.1-RELEASE to 9.2-RELEASE, suspend and resume used to work with a generic kernel (I like generic release kernels and freebsd-update) -- except for a short time, which was due to the Xorg port. Especially 9.X-RELEASE were really stable with all the hardware working after resume (maybe except firewire). After going to 10.0-RELEASE, resuming would briefly turn the screen on, but it would go back to black with the power LED continuing to blink (as it does while sleeping). After a while, I realized that I lost the non-default option ACPI_PM for x11/nvidia-driver installing 10.0. With ACPI_PM for x11/nvidia-driver, I had at least one resume with most of the hardware working: The screen was still unusable being static with colorful lines, but I could ssh into the machine over wireless. I have not had time to try 10-STABLE with vt, but from reading various reports on the lists, that is probably the only way. I hope there will be a vt enabled kernel on the 10.1-RELEAS media, if vt is going to be required even for configurations that would work just fine on 9.X (WITH_NEW_XORG=yes is very usable with x11/nvidia-driver even without vt). >From what you said, you already have ACPI_PM for x11/nvidia-driver as it is listed on the wiki. Have you? Cheers, Jan Henrik From owner-freebsd-current@FreeBSD.ORG Fri May 16 20:51:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D39025A8; Fri, 16 May 2014 20:51:37 +0000 (UTC) Received: from mail-qg0-x22b.google.com (mail-qg0-x22b.google.com [IPv6:2607:f8b0:400d:c04::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8192927B0; Fri, 16 May 2014 20:51:37 +0000 (UTC) Received: by mail-qg0-f43.google.com with SMTP id 63so5085365qgz.16 for ; Fri, 16 May 2014 13:51:36 -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:message-id:subject :from:to:cc:content-type; bh=z53+4r8TcuvCSug8BZkWeKf/9ajXuc488v+bCduTVy0=; b=zMtzXzAVnqg5gGkil63DvMFLpfR1mCpfi2iJWCrgM8qBYGCSYiDyk7ga0Uzr+IIV07 CBHTWbIfFbMOsoydUoWw5KA4O0DRPkjOSoBguCRm2Al/nOk4Xu11yNvxhBTKC+NNWpNC GuAw73kfzm2n6dBc+NgnjeJGzUhmANux7T9vVOiHwAbceU8vNXtmkrlaeWdTbNvNxoe4 fjN5PLDrFXs8yvAT2SHm/eH9CyB0Qnsqe1ZKuA57P+m17YZh9W84OfQxkyfNzA0j0nZT uuEqqawnOQYcIKbydmwjjjiUrjAGm3xPHMRbzrXrsnnXhwE8rZ+OvB/8BPN2yZqhMqw3 yEzQ== MIME-Version: 1.0 X-Received: by 10.224.37.10 with SMTP id v10mr22860248qad.98.1400273496689; Fri, 16 May 2014 13:51:36 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Fri, 16 May 2014 13:51:36 -0700 (PDT) In-Reply-To: <537675A0.8000108@janh.de> References: <53762216.8020205@gmx.net> <537675A0.8000108@janh.de> Date: Fri, 16 May 2014 13:51:36 -0700 X-Google-Sender-Auth: ahSHUgPItl-xS1Q9wuddyKBjp_w Message-ID: Subject: Re: Thinkpad T410: resume broken From: Adrian Chadd To: Jan Henrik Sylvester Content-Type: text/plain; charset=UTF-8 Cc: Kevin Oberman , current-list freebsd , Stefan Ehmann , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 May 2014 20:51:38 -0000 Hi, Yeah. I'd really suggest trying with stable/10 or -HEAD with vt enabled and no VESA. -a On 16 May 2014 13:31, Jan Henrik Sylvester wrote: > On 05/16/2014 20:10, Kevin Oberman wrote: >> On Fri, May 16, 2014 at 10:44 AM, Adrian Chadd wrote: >> >>> Hi! >>> >>> I wonder what changed between 9.2-RELEASE and 10.0-RELEASE. >>> >>> Please poke me about this next week. I'm busy this week with work and >>> maker faire but I will try to help you later. >>> >>> (It's possible something like ACPI updates or a driver update has >>> broken things.) >>> >>> >>> -a >>> >> >> Does your kernel include VESA? My T320 behaved as you describe until I >> removed VESA from my kernel. I think using vt may also fix this without the >> need to remove VESA, bug I have not gotten around to confirming this. > > (Sorry, this is more or less a lengthy "me, too":) > > I am observing exactly the same on my T510 (not surprisingly, as it is > basically the same with a different screen size) using Nvidia (in > contract to most other recent mailing list reports, which are using Intel). > > From 8.1-RELEASE to 9.2-RELEASE, suspend and resume used to work with a > generic kernel (I like generic release kernels and freebsd-update) -- > except for a short time, which was due to the Xorg port. Especially > 9.X-RELEASE were really stable with all the hardware working after > resume (maybe except firewire). > > After going to 10.0-RELEASE, resuming would briefly turn the screen on, > but it would go back to black with the power LED continuing to blink (as > it does while sleeping). After a while, I realized that I lost the > non-default option ACPI_PM for x11/nvidia-driver installing 10.0. > > With ACPI_PM for x11/nvidia-driver, I had at least one resume with most > of the hardware working: The screen was still unusable being static with > colorful lines, but I could ssh into the machine over wireless. > > I have not had time to try 10-STABLE with vt, but from reading various > reports on the lists, that is probably the only way. > > I hope there will be a vt enabled kernel on the 10.1-RELEAS media, if vt > is going to be required even for configurations that would work just > fine on 9.X (WITH_NEW_XORG=yes is very usable with x11/nvidia-driver > even without vt). > > From what you said, you already have ACPI_PM for x11/nvidia-driver as it > is listed on the wiki. Have you? > > Cheers, > Jan Henrik From owner-freebsd-current@FreeBSD.ORG Fri May 16 21:31:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0A87897; Fri, 16 May 2014 21:31:57 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA256 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 353A62B8E; Fri, 16 May 2014 21:31:57 +0000 (UTC) Received: from walrus.pepperland ([81.217.76.60]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0M9s2y-1WerE942Tw-00B51M; Fri, 16 May 2014 23:31:54 +0200 Message-ID: <537683C8.5010307@gmx.net> Date: Fri, 16 May 2014 23:31:52 +0200 From: Stefan Ehmann User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Adrian Chadd , Jan Henrik Sylvester Subject: Re: Thinkpad T410: resume broken References: <53762216.8020205@gmx.net> <537675A0.8000108@janh.de> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:Ngw0rzcCPejKyGwYHdKuPeawA/tGgF8RvyBU4xkxXFLJaIZwxrQ q0/TWTKdfBL/sT0wNCiGwP2Yj316o6nNaPZWw8K1LE1m7dLLvfOyTN63hNd54mIq/HNW1Jd Jldt+KXbnomImvr/09NKldZwMg0xnSWz4PXofgLs2O1qFMa1OMSf08ItXhPZAUX5EAGmP05 xvBCoABVdB23RmeJLShQw== Cc: Kevin Oberman , current-list freebsd , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 May 2014 21:31:57 -0000 On 16.05.2014 22:51, Adrian Chadd wrote: > Hi, > > Yeah. I'd really suggest trying with stable/10 or -HEAD with vt > enabled and no VESA. Thanks for all replies. Using vt is definitely an improvement, but not perfect. (I've set hw.vga.textmode=1 because graphics mode is very slow. Don't know if that matters.) The text console still remains black if I try to resume from there. But there's some success suspending from X: Resume puts me back on the text console in a strange state, e.g., no text visible and a cursor blinking. After some time I can bring X back via CTRL-ALT-F9. Some of the graphics/fonts in X are garbled after resume. But it's still usuable. After that, also the virtual consoles work via CTRL-ALT-F1. But after a second resume, X was even more garbled and virtual consoles no longer worked. Setting ACPI_PM for x11/nvidia-driver doesn't seem to have any effects. -- Stefan From owner-freebsd-current@FreeBSD.ORG Fri May 16 23:39:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0DF0D72B; Fri, 16 May 2014 23:39:53 +0000 (UTC) Received: from mail-qg0-x232.google.com (mail-qg0-x232.google.com [IPv6:2607:f8b0:400d:c04::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AF889250A; Fri, 16 May 2014 23:39:52 +0000 (UTC) Received: by mail-qg0-f50.google.com with SMTP id z60so5245225qgd.23 for ; Fri, 16 May 2014 16:39:51 -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:message-id:subject :from:to:cc:content-type; bh=MdPQKzwtYc6XIuqFQfOoyUgz0oOYf3gonZaeQ3XtPvI=; b=QvseOuOZmxFXNZRKSFrkldYCg5APkNil1L4Z/XEv1anIn9HBTuGnJxlo2sM45baRkl cRmzAQdHXOSVVvnOVJpHtkQYNCrI7A86tU3fY2ENpQNOMS+xL0CjCufIKTztOnYGlijm Uc8FapFEfJQJBvgtCxgHpql/4H1RJ+hSRdhLd4E+d4icVhKHQqUA54ub30e4cD39WwuS 5JtnuUrHNMIB6WycvCYchsAWcT8NIC3Og54ZeAEnJyKpQs0iR0svgkz5bJdgFHjDuhuI RH82YJQUMMkA69chTNq8XuZyvJ9vTUAD15CeRD3ULPlo3Zx6XbGMOCN+TTMDsgV60UVJ tizw== MIME-Version: 1.0 X-Received: by 10.140.91.5 with SMTP id y5mr28846195qgd.12.1400283591899; Fri, 16 May 2014 16:39:51 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Fri, 16 May 2014 16:39:51 -0700 (PDT) In-Reply-To: <537683C8.5010307@gmx.net> References: <53762216.8020205@gmx.net> <537675A0.8000108@janh.de> <537683C8.5010307@gmx.net> Date: Fri, 16 May 2014 16:39:51 -0700 X-Google-Sender-Auth: MabfaO5uFV44-HnYLQeuzD5idvQ Message-ID: Subject: Re: Thinkpad T410: resume broken From: Adrian Chadd To: Stefan Ehmann Content-Type: text/plain; charset=UTF-8 Cc: Jan Henrik Sylvester , Kevin Oberman , current-list freebsd , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 May 2014 23:39:53 -0000 Hm, okay. i wonder how we can diagnose this further. Do you have a video monitor? Can you try doing a suspend/resume with an external VGA screen attached? Or connect it via ethernet and do a suspend/resume whilst logged in? -a On 16 May 2014 14:31, Stefan Ehmann wrote: > On 16.05.2014 22:51, Adrian Chadd wrote: >> Hi, >> >> Yeah. I'd really suggest trying with stable/10 or -HEAD with vt >> enabled and no VESA. > > Thanks for all replies. > > Using vt is definitely an improvement, but not perfect. (I've set > hw.vga.textmode=1 because graphics mode is very slow. Don't know if that > matters.) > > The text console still remains black if I try to resume from there. > > > But there's some success suspending from X: > Resume puts me back on the text console in a strange state, e.g., no > text visible and a cursor blinking. > > After some time I can bring X back via CTRL-ALT-F9. Some of the > graphics/fonts in X are garbled after resume. But it's still usuable. > > > After that, also the virtual consoles work via CTRL-ALT-F1. > > But after a second resume, X was even more garbled and virtual consoles > no longer worked. > > Setting ACPI_PM for x11/nvidia-driver doesn't seem to have any effects. > > -- > Stefan From owner-freebsd-current@FreeBSD.ORG Sat May 17 00:34:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 898895F7 for ; Sat, 17 May 2014 00:34:04 +0000 (UTC) Received: from mail-ie0-x22a.google.com (mail-ie0-x22a.google.com [IPv6:2607:f8b0:4001:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5BA2B2979 for ; Sat, 17 May 2014 00:34:04 +0000 (UTC) Received: by mail-ie0-f170.google.com with SMTP id at1so186358iec.15 for ; Fri, 16 May 2014 17:34:03 -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=dslfaSoK0zT2yq2FbqwQyQ3SNpJKaNt3rc4CtGpGA10=; b=fibr6iBVBd2rq5xbH8G4/I3wvZGAyd7YyfNfwBwOzM02rlC4da1v7a14FHzaekVWQR 8cViehH3u38ietpe6U4bZU+HVtVq0rfDvMIRFdO7sgIDlYxYzGXGtoiDdnJYWd73Ukgj kT7zhna2sgDul8W1/eEK69axUE0ICWLpNjIDccTZXUed6TKLmLwqUO19WhLm3Dw4vSYO Ey07TtlEmvCFa2yvVbYRrLjwi5F8K7NHhQ6JE/6JZSFYsJAYp0l0r/PSvZ86ixmSniO+ KOgenPnEH0YQzTR4TvvVHpsNy+CXLlUXm7STku7nqlAWp/2zR/sT6xG5gBsGcWobpPW5 PKpw== MIME-Version: 1.0 X-Received: by 10.42.114.205 with SMTP id h13mr4082337icq.49.1400286843822; Fri, 16 May 2014 17:34:03 -0700 (PDT) Received: by 10.64.18.177 with HTTP; Fri, 16 May 2014 17:34:03 -0700 (PDT) Date: Fri, 16 May 2014 17:34:03 -0700 Message-ID: Subject: uefi boot freeze on current r266272 From: Cristian Pogolsha To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 May 2014 00:34:04 -0000 Hi all, I've been trying to test out the latest uefi images on a desktop with an Asrock Killer Z87 mobo and a Lenovo L440. Both computers boot into uefi but once the kernel is loaded they freeze. On the desktop both the mouse and keyboard are responsive, caps/num/scrl are lit. The output of the screens can be found by the link bellow. Any tips on what I'm doing wrong are very much appreciated. https://www.evernote.com/shard/s344/sh/cf128385-6b39-4326-b881-fa4546648ec5/25552119ba84b59800a19d8a38eda56e Thanks, Cristian From owner-freebsd-current@FreeBSD.ORG Sat May 17 07:43:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82C48BFE; Sat, 17 May 2014 07:43:24 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA256 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F2D2328F8; Sat, 17 May 2014 07:43:23 +0000 (UTC) Received: from walrus.pepperland ([81.217.76.60]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0Lhwt0-1X7AaD1oaw-00nAZK; Sat, 17 May 2014 09:43:19 +0200 Message-ID: <53771315.2080307@gmx.net> Date: Sat, 17 May 2014 09:43:17 +0200 From: Stefan Ehmann User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: Thinkpad T410: resume broken References: <53762216.8020205@gmx.net> <537675A0.8000108@janh.de> <537683C8.5010307@gmx.net> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:mRYAO1fOjdcWDok4zZ6E7wSFZh4o0PIvtIUrvDlIQTncoUP/qHk WncRmZQahRsj7CgPZGKsybCeidt9UIiS/oLNh/kWdPdYwBjC/IfKbVWWl/ms/B6atu3WUw5 gfNA5ku/7Yf8W1Q6riE/xpivuVkvfy72F1pwpr6R5OWOfN5wqg6DOO/vbhwP9jN2EaJHK5A V6+cj5HwcPw0FlB9gEG/g== Cc: Jan Henrik Sylvester , Kevin Oberman , current-list freebsd , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 May 2014 07:43:24 -0000 On 17.05.2014 01:39, Adrian Chadd wrote: > Hm, okay. i wonder how we can diagnose this further. > > Do you have a video monitor? Can you try doing a suspend/resume with > an external VGA screen attached? I booted with VGA as primary (and only) monitor. No real changes. The external monitor also remains blank when I resume on virtual console. > Or connect it via ethernet and do a > suspend/resume whilst logged in? I can do that. Any specific data you expect from that? Some more infos from today's testing: I also had one or two hangs during resume from Xorg with vt (similar to the sc hangs). If I restart Xorg, I get rid of the garbled X fonts/graphics (when resume is working) There are just too many options right now: sc/vt, X11/console, nvidia driver, internal display/external monitor, etc.. Are there any specific tests that could be useful? dmesg excerpts of a mostly working suspend/resume, don't know if related: When I start Xorg (9x) ACPI Warning: \134_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20130823/nsarguments-97) During suspend/resume: pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.PEG_: AE_BAD_PARAMETER pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP1: AE_BAD_PARAMETER pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP2: AE_BAD_PARAMETER pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP4: AE_BAD_PARAMETER pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP5: AE_BAD_PARAMETER ... NVRM: GPU at 0000:01:00: GPU-bc3d36af-d7e7-bb30-dd7a-84afb0d14d75 NVRM: Xid (0000:01:00): 6, PE0001 ... NVRM: Xid (0000:01:00): 56, CMDre 00000000 00000080 00000000 00000005 00000008 -- Stefan From owner-freebsd-current@FreeBSD.ORG Sat May 17 08:11:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 35BA0FCA for ; Sat, 17 May 2014 08:11:53 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E7BF02AA6 for ; Sat, 17 May 2014 08:11:52 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1WlZia-00101a-6v>; Sat, 17 May 2014 10:11:44 +0200 Received: from g226061217.adsl.alicedsl.de ([92.226.61.217] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1WlZia-001hIa-51>; Sat, 17 May 2014 10:11:44 +0200 Date: Sat, 17 May 2014 10:11:39 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: r266298: make buildworld fail: fatal error: 'llvm/ADT/APFloat.h' file not found #include "llvm/ADT/APFloat.h" Message-ID: <20140517101139.4ed104ef.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/MVmcJwMIQ_waT+AWAv=4HUN"; protocol="application/pgp-signature" X-Originating-IP: 92.226.61.217 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 May 2014 08:11:53 -0000 --Sig_/MVmcJwMIQ_waT+AWAv=4HUN Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable With 11.0-CURRENT's sources (r266298) buildworld fails: [...] /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloat= .cpp:15:10: fatal error: 'llvm/ADT/APFloat.h' file not found #include "llvm/ADT/APFloat= .h" ^ 1 error generated. /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APInt.c= pp:16:10: fatal error: 'llvm/ADT/APInt.h' file not found #include "llvm/ADT/APInt.h" oh --Sig_/MVmcJwMIQ_waT+AWAv=4HUN Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTdxm/AAoJEOgBcD7A/5N8pdYIALbAJdhpwa5bgOm0IkiBZj/Z 3NkSQzTi7VtWv+/QE+DCxX2s6taasieI+yunM2OFAKkHeVQuAlcdbUTuUQ36usZu arD9ZoWBFp9y7/3NrqIzccr/OuUiTSMNHznJdIpBLKFn+YikrcoWYoImcRv5DJwd +LhCS992hlS5Xgk1xyVNvh8pxxfN3pawa9rDV/lzs/XTiEp/8dcdXSVZoXdAkKsa uXvx6ffXh0MVxfvTkOhyelLKYtqwtmcJXKcmSr0g0ZAGGuKzGw3gWNpNvbbo+Mnu PbJ3LVadThKtURAyB/NQNg1+8KOJ41RVw6sW0lD/Zx+xl8n1YgIKS6C00B60Z3w= =/clF -----END PGP SIGNATURE----- --Sig_/MVmcJwMIQ_waT+AWAv=4HUN-- From owner-freebsd-current@FreeBSD.ORG Sat May 17 08:50:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10AFFB23 for ; Sat, 17 May 2014 08:50:19 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C39F02D34 for ; Sat, 17 May 2014 08:50:18 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1WlaJt-0016rV-3H>; Sat, 17 May 2014 10:50:17 +0200 Received: from g226061217.adsl.alicedsl.de ([92.226.61.217] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1WlaJt-001kCS-1B>; Sat, 17 May 2014 10:50:17 +0200 Date: Sat, 17 May 2014 10:50:12 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: ARM i.MX6 based Utilitie-Pro board supported? Message-ID: <20140517105012.066af348.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/h56lKxdaG+JTiKXK+suHgvO"; protocol="application/pgp-signature" X-Originating-IP: 92.226.61.217 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 May 2014 08:50:19 -0000 --Sig_/h56lKxdaG+JTiKXK+suHgvO Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I'm looking for a smart FreeBSD Router/Gateway solution based upon the ARM = architecture. One of the necessities ist the existence of two GBit NICs which are hard to= find on most experimental ARM platforms today combinded with at least two CPU cores. I found the Utilities Pro board [1], four cores, two GBit NICs and WiFi alo= ng with 2GB RAM and I was wondering whether this board is supported by FreeBSD. I could= n't find anything useful since I'm a novice with ARM CPU naming and Utilities Pro is= not mentioned in the list of compatible and supported ARM based equipment in [2]. Well, n= ot being mentioned doesn't mean "not supported" since the components have to be supp= orted anyway, but as I said, I do not know what Utilities Pro equipt to their solution. m= aybe someon of the FreeBSd users already made some experiences with this board/solution. Thanks in advance, Oliver [1] http://utilite-computer.com/web/utilite-pro-specifications [2] https://wiki.freebsd.org/FreeBSD/arm --Sig_/h56lKxdaG+JTiKXK+suHgvO Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTdyLIAAoJEOgBcD7A/5N8HaIH/3kh8ZyfNzzOLl6k9uPa/KTW iqPgGM6qcJqqys2TCNWR7sbYL3SwdNafvOZBQJuZh97dnviR7Smq+t3gqu4Gs/V1 Vax5qH3FEXyvGu6RVGuzmK111GKgY6qMrnCX3EfzCLyTviCfr94HuC6KsIlTDOQi nPwRj7aQbOIJaOVGW/6xEbQ/TQnvBw9LwcoQTr5MdNFkurv4BUdnkl/2P5OxqaTV Hj78MmsAZKzngJ9HmopBUjKP27qhFTJJoyN4DuzIIxVE60cM9LZg9PgCpsLPA9/b M75CPsq4YKQL0ymDfgD3+sseD4BFZVHxIybTgIrzVz/mBaS/ak2KV14FEaSum9g= =Ycm7 -----END PGP SIGNATURE----- --Sig_/h56lKxdaG+JTiKXK+suHgvO-- From owner-freebsd-current@FreeBSD.ORG Sat May 17 09:22:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D35EAEE2 for ; Sat, 17 May 2014 09:22:10 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8BFD62FB4 for ; Sat, 17 May 2014 09:22:10 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1Wlaoh-000DYl-G3; Sat, 17 May 2014 11:22:07 +0200 Date: Sat, 17 May 2014 11:22:07 +0200 From: Kurt Jaeger To: "O. Hartmann" Subject: Re: ARM i.MX6 based Utilitie-Pro board supported? Message-ID: <20140517092207.GB2341@home.opsec.eu> References: <20140517105012.066af348.ohartman@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140517105012.066af348.ohartman@zedat.fu-berlin.de> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 May 2014 09:22:10 -0000 Hi! > I'm looking for a smart FreeBSD Router/Gateway solution based > upon the ARM architecture. Why arm ? Have a look at the new APU boards. 3x GigE, low power, 4 GB RAM, very nice case. amd64 architecture. http://www.pcengines.ch/apu.htm We tested it on 10.0, very nice! http://blog.hackathon.de/installing-freebsd-10-on-an-alix-apu1c4.html -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-current@FreeBSD.ORG Sat May 17 10:10:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDB4289A for ; Sat, 17 May 2014 10:10:59 +0000 (UTC) Received: from forward2l.mail.yandex.net (forward2l.mail.yandex.net [IPv6:2a02:6b8:0:1819::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7B2C32312 for ; Sat, 17 May 2014 10:10:58 +0000 (UTC) Received: from smtp13.mail.yandex.net (smtp13.mail.yandex.net [95.108.130.68]) by forward2l.mail.yandex.net (Yandex) with ESMTP id 5B6F31AC0DC4; Sat, 17 May 2014 14:10:46 +0400 (MSK) Received: from smtp13.mail.yandex.net (localhost [127.0.0.1]) by smtp13.mail.yandex.net (Yandex) with ESMTP id 0255DE4012E; Sat, 17 May 2014 14:10:45 +0400 (MSK) Received: from 93.91.10.182.tel.ru (93.91.10.182.tel.ru [93.91.10.182]) by smtp13.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id 1JOG2R3cjo-AjXSgYrj; Sat, 17 May 2014 14:10:45 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: f1c18944-63b4-4cfe-bced-f145f9151509 Message-ID: <537735A5.20001@passap.ru> Date: Sat, 17 May 2014 14:10:45 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: "O. Hartmann" , FreeBSD CURRENT Subject: Re: ARM i.MX6 based Utilitie-Pro board supported? References: <20140517105012.066af348.ohartman@zedat.fu-berlin.de> In-Reply-To: <20140517105012.066af348.ohartman@zedat.fu-berlin.de> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 May 2014 10:10:59 -0000 17.05.2014 12:50, O. Hartmann пишет: > I'm looking for a smart FreeBSD Router/Gateway solution based upon the ARM architecture. I'd wonder why it's ARM. I'd think that a MIPS arch is more appropriate for a router. > One of the necessities ist the existence of two GBit NICs which are hard to find on most > experimental ARM platforms today combinded with at least two CPU cores. I have a IMX6 based wandboard-quad with 1Gb NIC. It's theoretical maximum speed is 40 MB/sec., while current driver achieves about 20 MB/sec. > I found the Utilities Pro board [1], four cores, two GBit NICs and WiFi along with 2GB > RAM and I was wondering whether this board is supported by FreeBSD. I couldn't find > anything useful since I'm a novice with ARM CPU naming and Utilities Pro is not mentioned > in the list of compatible and supported ARM based equipment in [2]. Well, not being > mentioned doesn't mean "not supported" since the components have to be supported anyway, > but as I said, I do not know what Utilities Pro equipt to their solution. maybe someon of > the FreeBSd users already made some experiences with this board/solution. You may find and get more info at the arm@ ML. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sat May 17 11:35:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9044CD5A for ; Sat, 17 May 2014 11:35:43 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BE1A2874 for ; Sat, 17 May 2014 11:35:43 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::307e:8fe5:fab4:9592] (unknown [IPv6:2001:7b8:3a7:0:307e:8fe5:fab4:9592]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id BCD4F5C43; Sat, 17 May 2014 13:35:39 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_B5A46ABA-6DA6-4B6F-BCD1-CA27380002A5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: r266298: make buildworld fail: fatal error: 'llvm/ADT/APFloat.h' file not found #include "llvm/ADT/APFloat.h" From: Dimitry Andric In-Reply-To: <20140517101139.4ed104ef.ohartman@zedat.fu-berlin.de> Date: Sat, 17 May 2014 13:35:21 +0200 Message-Id: References: <20140517101139.4ed104ef.ohartman@zedat.fu-berlin.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.1878.2) Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 May 2014 11:35:43 -0000 --Apple-Mail=_B5A46ABA-6DA6-4B6F-BCD1-CA27380002A5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 17 May 2014, at 10:11, O. Hartmann = wrote: > With 11.0-CURRENT's sources (r266298) buildworld fails: >=20 > [...] > = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloa= t.cpp:15:10: > fatal error: 'llvm/ADT/APFloat.h' file not found #include = "llvm/ADT/APFloat.h" > ^ > 1 error generated. > = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APInt.= cpp:16:10: > fatal error: 'llvm/ADT/APInt.h' file not found #include = "llvm/ADT/APInt.h" Can you please post your make.conf and src.conf? -Dimitry --Apple-Mail=_B5A46ABA-6DA6-4B6F-BCD1-CA27380002A5 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlN3SYgACgkQsF6jCi4glqMXegCg8fecbvGwldmdJnEQUflc99zm 5GcAn3dVcPyqv30mpZ04fbTwrWTIPUZ5 =7QLW -----END PGP SIGNATURE----- --Apple-Mail=_B5A46ABA-6DA6-4B6F-BCD1-CA27380002A5-- From owner-freebsd-current@FreeBSD.ORG Sat May 17 12:07:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3CF1E8B8 for ; Sat, 17 May 2014 12:07:42 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 15A6F2B11 for ; Sat, 17 May 2014 12:07:42 +0000 (UTC) Received: from John-Baldwins-MacBook-Pro.local (unknown [137.122.78.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 20E04B94F; Sat, 17 May 2014 08:07:41 -0400 (EDT) Message-ID: <5377510C.4080106@FreeBSD.org> Date: Sat, 17 May 2014 08:07:40 -0400 From: John Baldwin User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Allan Jude , freebsd-current@freebsd.org Subject: Re: Leaving the Desktop Market References: <20140506163823.GA1406@tiny-r255948> <53710656.6030303@allanjude.com> In-Reply-To: <53710656.6030303@allanjude.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Sat, 17 May 2014 08:07:41 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 May 2014 12:07:42 -0000 On 5/12/14, 1:35 PM, Allan Jude wrote: > I have this system: > > hw.model: Intel(R) Xeon(R) CPU E3-1220 v3 @ 3.10GHz > hw.ncpu: 4 > > http://ark.intel.com/products/75052 > > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 3100 > dev.cpu.0.freq_levels: 3101/80000 3100/80000 2900/72713 2800/69558 > 2600/62669 2400/56794 2300/53935 2100/47673 1900/42370 1800/39795 > 1600/34136 1500/31729 1300/26432 1137/23128 1100/21994 1000/19851 > 875/17369 800/15113 700/13223 600/11334 500/9445 400/7556 300/5667 > 200/3778 100/1889 > dev.cpu.0.cx_supported: C1/1/1 C2/2/148 > dev.cpu.0.cx_lowest: C8 > dev.cpu.0.cx_usage: 9.01% 90.98% last 807us > dev.cpu.1.%desc: ACPI CPU > dev.cpu.1.%driver: cpu > dev.cpu.1.%location: handle=\_PR_.CPU1 > dev.cpu.1.%pnpinfo: _HID=none _UID=0 > dev.cpu.1.%parent: acpi0 > dev.cpu.1.cx_supported: C1/1/1 C2/2/148 > dev.cpu.1.cx_lowest: C8 > dev.cpu.1.cx_usage: 11.70% 88.29% last 21303us > dev.cpu.2.%desc: ACPI CPU > dev.cpu.2.%driver: cpu > dev.cpu.2.%location: handle=\_PR_.CPU2 > dev.cpu.2.%pnpinfo: _HID=none _UID=0 > dev.cpu.2.%parent: acpi0 > dev.cpu.2.cx_supported: C1/1/1 C2/2/148 > dev.cpu.2.cx_lowest: C8 > dev.cpu.2.cx_usage: 15.17% 84.82% last 22987us > dev.cpu.3.%desc: ACPI CPU > dev.cpu.3.%driver: cpu > dev.cpu.3.%location: handle=\_PR_.CPU3 > dev.cpu.3.%pnpinfo: _HID=none _UID=0 > dev.cpu.3.%parent: acpi0 > dev.cpu.3.cx_supported: C1/1/1 C2/2/148 > dev.cpu.3.cx_lowest: C8 > dev.cpu.3.cx_usage: 11.74% 88.25% last 6073us > > > According to the Intel specs (Page 11), this processor supports C1, C1E, > C3, C6 and C7 > > The above sysctl dump shows only C1 and C2. I wonder if the C2 is > actually C3 Yes, ACPI C states != CPU C states. Often C6/C7 map to C3. You might have a BIOS option to control C6/C7. I've seen several BIOSes that default to only exporting Intel C3 as C2, but do not advertise Intel C6/C7 as C3 until you enable that in the BIOS. > http://www.intel.com/content/dam/www/public/us/en/documents/datasheets/xeon-e3-1200v3-vol-1-datasheet.pdf > > How is our support for the newer Cx States introduced in Haswell, which > can apparently go as high as C10 For idling, any Intel Cx state should work as long as the BIOS is configured to export it as an ACPI Cx state. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Sat May 17 12:13:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6BCC3BAB; Sat, 17 May 2014 12:13:11 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 48B182BB9; Sat, 17 May 2014 12:13:10 +0000 (UTC) Received: from [192.168.14.248] (unknown [24.114.252.238]) (Authenticated sender: roleaccount@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id B1EC074DDB; Sat, 17 May 2014 12:13:08 +0000 (UTC) Message-ID: <53775253.1040703@allanjude.com> Date: Sat, 17 May 2014 08:13:07 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: John Baldwin , freebsd-current@freebsd.org Subject: Re: Leaving the Desktop Market References: <20140506163823.GA1406@tiny-r255948> <53710656.6030303@allanjude.com> <5377510C.4080106@FreeBSD.org> In-Reply-To: <5377510C.4080106@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 May 2014 12:13:11 -0000 On 2014-05-17 08:07, John Baldwin wrote: > On 5/12/14, 1:35 PM, Allan Jude wrote: >> I have this system: >> >> hw.model: Intel(R) Xeon(R) CPU E3-1220 v3 @ 3.10GHz >> hw.ncpu: 4 >> >> http://ark.intel.com/products/75052 >> >> dev.cpu.0.%desc: ACPI CPU >> dev.cpu.0.%driver: cpu >> dev.cpu.0.%location: handle=\_PR_.CPU0 >> dev.cpu.0.%pnpinfo: _HID=none _UID=0 >> dev.cpu.0.%parent: acpi0 >> dev.cpu.0.freq: 3100 >> dev.cpu.0.freq_levels: 3101/80000 3100/80000 2900/72713 2800/69558 >> 2600/62669 2400/56794 2300/53935 2100/47673 1900/42370 1800/39795 >> 1600/34136 1500/31729 1300/26432 1137/23128 1100/21994 1000/19851 >> 875/17369 800/15113 700/13223 600/11334 500/9445 400/7556 300/5667 >> 200/3778 100/1889 >> dev.cpu.0.cx_supported: C1/1/1 C2/2/148 >> dev.cpu.0.cx_lowest: C8 >> dev.cpu.0.cx_usage: 9.01% 90.98% last 807us >> dev.cpu.1.%desc: ACPI CPU >> dev.cpu.1.%driver: cpu >> dev.cpu.1.%location: handle=\_PR_.CPU1 >> dev.cpu.1.%pnpinfo: _HID=none _UID=0 >> dev.cpu.1.%parent: acpi0 >> dev.cpu.1.cx_supported: C1/1/1 C2/2/148 >> dev.cpu.1.cx_lowest: C8 >> dev.cpu.1.cx_usage: 11.70% 88.29% last 21303us >> dev.cpu.2.%desc: ACPI CPU >> dev.cpu.2.%driver: cpu >> dev.cpu.2.%location: handle=\_PR_.CPU2 >> dev.cpu.2.%pnpinfo: _HID=none _UID=0 >> dev.cpu.2.%parent: acpi0 >> dev.cpu.2.cx_supported: C1/1/1 C2/2/148 >> dev.cpu.2.cx_lowest: C8 >> dev.cpu.2.cx_usage: 15.17% 84.82% last 22987us >> dev.cpu.3.%desc: ACPI CPU >> dev.cpu.3.%driver: cpu >> dev.cpu.3.%location: handle=\_PR_.CPU3 >> dev.cpu.3.%pnpinfo: _HID=none _UID=0 >> dev.cpu.3.%parent: acpi0 >> dev.cpu.3.cx_supported: C1/1/1 C2/2/148 >> dev.cpu.3.cx_lowest: C8 >> dev.cpu.3.cx_usage: 11.74% 88.25% last 6073us >> >> >> According to the Intel specs (Page 11), this processor supports C1, C1E, >> C3, C6 and C7 >> >> The above sysctl dump shows only C1 and C2. I wonder if the C2 is >> actually C3 > Yes, ACPI C states != CPU C states. Often C6/C7 map to C3. You might > have a BIOS option to control C6/C7. I've seen several BIOSes that > default to only exporting Intel C3 as C2, but do not advertise Intel > C6/C7 as C3 until you enable that in the BIOS. > >> http://www.intel.com/content/dam/www/public/us/en/documents/datasheets/xeon-e3-1200v3-vol-1-datasheet.pdf >> >> How is our support for the newer Cx States introduced in Haswell, which >> can apparently go as high as C10 > For idling, any Intel Cx state should work as long as the BIOS is > configured to export it as an ACPI Cx state. > Yes, using the intel-pcm tool from ports that Adrian suggested allowed me to check and confirm that when ACPI C3 is being used, the CPU is going to C7 on cores and C6 for the entire package, as well as giving detailed statistics The only thing that I noticed is that the cx_usage stats do not get updated under 100% cpu load (when the CPU never leaves C0) This can be confusing when it suggests that the core is spending 50% of its time in C3 when it is in fact not, but I am not familiar with this part of the system to know if that is something that i sour fault or ACPIs, and if it is fixable. Just reporting my observations From owner-freebsd-current@FreeBSD.ORG Sat May 17 12:14:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 241B1CB5 for ; Sat, 17 May 2014 12:14:22 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F21322BC4 for ; Sat, 17 May 2014 12:14:21 +0000 (UTC) Received: from John-Baldwins-MacBook-Pro.local (unknown [137.122.78.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id F33BDB943; Sat, 17 May 2014 08:14:20 -0400 (EDT) Message-ID: <5377529C.3000508@FreeBSD.org> Date: Sat, 17 May 2014 08:14:20 -0400 From: John Baldwin User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Hans Petter Selasky , freebsd-current Subject: Re: panic: resource_list_add: resource entry is busy References: <53763B0F.4040003@selasky.org> In-Reply-To: <53763B0F.4040003@selasky.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Sat, 17 May 2014 08:14:21 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 May 2014 12:14:22 -0000 On 5/16/14, 12:21 PM, Hans Petter Selasky wrote: > Hi, > > I see the following panic: > > panic: resource_list_add: resource entry is busy > > When trying to kldload an older pccard driver. The call comes from the > driver_added bus method somewhere down the tree. Loading the module > before the kernel boots fixes the problem temporarily. > > Any bells ringing or patch suggestions? > > Seeing this on 9-stable, also believed that the same issue exists with > 10-current. Something is doing a duplicate resource_list_add() for the same RID. The trace will tell you where the second resource_list_add() is occurring. Some tracing should let you see where the first one occurs. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Sat May 17 12:20:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45914E38; Sat, 17 May 2014 12:20:05 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 190CC2BF9; Sat, 17 May 2014 12:20:05 +0000 (UTC) Received: from John-Baldwins-MacBook-Pro.local (unknown [137.122.78.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1CDF8B943; Sat, 17 May 2014 08:20:04 -0400 (EDT) Message-ID: <537753F3.6000202@FreeBSD.org> Date: Sat, 17 May 2014 08:20:03 -0400 From: John Baldwin User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Kevin Oberman , Adrian Chadd Subject: Re: Thinkpad T410: resume broken References: <53762216.8020205@gmx.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Sat, 17 May 2014 08:20:04 -0400 (EDT) Cc: "current@freebsd.org" , Stefan Ehmann , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 May 2014 12:20:05 -0000 On 5/16/14, 2:10 PM, Kevin Oberman wrote: > On Fri, May 16, 2014 at 10:44 AM, Adrian Chadd wrote: > >> Hi! >> >> I wonder what changed between 9.2-RELEASE and 10.0-RELEASE. >> >> Please poke me about this next week. I'm busy this week with work and >> maker faire but I will try to help you later. >> >> (It's possible something like ACPI updates or a driver update has >> broken things.) >> >> >> -a >> > > Does your kernel include VESA? My T320 behaved as you describe until I > removed VESA from my kernel. I think using vt may also fix this without the > need to remove VESA, bug I have not gotten around to confirming this. To be clear, vt does not fix resume. Using i915kms is what actually fixes resume when using Intel GPUs on the Thinkpad as i915kms is what actually turns the LCD backlight on during resume. You just have to use vt to have a useable console when you use i915kms. You can suspend/resume fine in X with syscons + i915kms, you just can't use your console if you do. If you are using the Nvidia GPU, then i915kms can't help you with turning the LCD backlight back on (and using vt shouldn't make any difference). VESA needs to be removed for i915kms, but I've no idea if it needs to be removed for Nvidia. The video reset code was reworked in 10 so that having VESA is supposed to be like using 'hw.acpi.reset_video=1' on 9, but in theory it works more often. The ACPI_PM setting to the kernel module along with removing VESA would seem like your best bet, but I see in follow-ups that that wasn't completely reliable. However, you can try using ACPI_PM with syscons, no need to use vt. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Sat May 17 12:59:14 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA3419FE for ; Sat, 17 May 2014 12:59:14 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8ECBB2EE4 for ; Sat, 17 May 2014 12:59:14 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WleCm-0004uT-IE; Sat, 17 May 2014 12:59:12 +0000 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 s4HCx8f5040599; Sat, 17 May 2014 06:59:08 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/W9j5Sstg3ELr4Tgps7tra Subject: Re: ARM i.MX6 based Utilitie-Pro board supported? From: Ian Lepore To: "O. Hartmann" In-Reply-To: <20140517105012.066af348.ohartman@zedat.fu-berlin.de> References: <20140517105012.066af348.ohartman@zedat.fu-berlin.de> Content-Type: text/plain; charset="us-ascii" Date: Sat, 17 May 2014 06:59:08 -0600 Message-ID: <1400331548.1152.4.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 May 2014 12:59:14 -0000 On Sat, 2014-05-17 at 10:50 +0200, O. Hartmann wrote: > I'm looking for a smart FreeBSD Router/Gateway solution based upon the ARM architecture. > One of the necessities ist the existence of two GBit NICs which are hard to find on most > experimental ARM platforms today combinded with at least two CPU cores. > > I found the Utilities Pro board [1], four cores, two GBit NICs and WiFi along with 2GB > RAM and I was wondering whether this board is supported by FreeBSD. I couldn't find > anything useful since I'm a novice with ARM CPU naming and Utilities Pro is not mentioned > in the list of compatible and supported ARM based equipment in [2]. Well, not being > mentioned doesn't mean "not supported" since the components have to be supported anyway, > but as I said, I do not know what Utilities Pro equipt to their solution. maybe someon of > the FreeBSd users already made some experiences with this board/solution. > > > Thanks in advance, > Oliver > > > [1] http://utilite-computer.com/web/utilite-pro-specifications > [2] https://wiki.freebsd.org/FreeBSD/arm It is partially supported, in that freebsd should be able to boot and run on the Utilite box (I'm not sure anyone has done it yet). But for your needs, we don't have all the support yet -- there is no driver for the wifi chip, and nobody has worked on PCIe yet so the second nic won't work right now. -- Ian From owner-freebsd-current@FreeBSD.ORG Sat May 17 13:51:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 015E3825 for ; Sat, 17 May 2014 13:51:21 +0000 (UTC) Received: from borg.macktronics.com (borg.macktronics.com [209.181.253.68]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C4CD02395 for ; Sat, 17 May 2014 13:51:20 +0000 (UTC) Received: from olive.macktronics.com (olive.macktronics.com [209.181.253.67]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by borg.macktronics.com (Postfix) with ESMTPS id B6C672D4 for ; Sat, 17 May 2014 08:43:56 -0500 (CDT) Date: Sat, 17 May 2014 08:43:55 -0500 (CDT) From: Dan Mack To: freebsd-current@freebsd.org Subject: zdb -m : Assertion failed: (tq->tq_freelist != NULL) Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 May 2014 13:51:21 -0000 zdb -m crashed for me today, here's some details in case its a new problem. The errors on disk4 were fixed during the last scrub but I guess that could be related and I'll retry after that drive is replaced. % uname -a FreeBSD darkstor 11.0-CURRENT FreeBSD 11.0-CURRENT #4 r265941: Mon May 12 22:57:13 CDT 2014 root@darkstor:/usr/obj/usr/src/sys/GENERIC amd64 config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 raidz1-0 ONLINE 0 0 0 gpt/disk0 ONLINE 0 0 0 gpt/disk1 ONLINE 0 0 0 gpt/disk2 ONLINE 0 0 0 gpt/disk3 ONLINE 0 0 0 gpt/disk4 ONLINE 0 0 7 cache gpt/larc5 ONLINE 0 0 0 root@darkstor:~ # zdb -m tank Metaslabs: vdev 0 metaslabs 187 offset spacemap free --------------- ------------------- --------------- ------------- metaslab 0 offset 0 spacemap 36 free 4.78G metaslab 1 offset 800000000 spacemap 136 free 12.3G metaslab 2 offset 1000000000 spacemap 138 free 1.59G metaslab 3 offset 1800000000 spacemap 145 free 1.25G metaslab 4 offset 2000000000 spacemap 147 free 7.54G metaslab 5 offset 2800000000 spacemap 149 free 5.59G metaslab 6 offset 3000000000 spacemap 157 free 1.33G metaslab 7 offset 3800000000 spacemap 158 free 1.31G metaslab 8 offset 4000000000 spacemap 161 free 1.19G metaslab 9 offset 4800000000 spacemap 200 free 1.40G metaslab 10 offset 5000000000 spacemap 203 free 7.89G metaslab 11 offset 5800000000 spacemap 214 free 11.0G metaslab 12 offset 6000000000 spacemap 93606 free 7.18G metaslab 13 offset 6800000000 spacemap 4128 free 3.38G metaslab 14 offset 7000000000 spacemap 4337 free 1.43G metaslab 15 offset 7800000000 spacemap 4992 free 7.58G metaslab 16 offset 8000000000 spacemap 5102 free 7.38G metaslab 17 offset 8800000000 spacemap 8520 free 1.20G metaslab 18 offset 9000000000 spacemap 102401 free 5.75G metaslab 19 offset 9800000000 spacemap 90113 free 1.29G metaslab 20 offset a000000000 spacemap 20483 free 1.53G metaslab 21 offset a800000000 spacemap 20591 free 1.32G metaslab 22 offset b000000000 spacemap 28996 free 1.29G metaslab 23 offset b800000000 spacemap 37284 free 1.57G metaslab 24 offset c000000000 spacemap 37286 free 9.6G metaslab 25 offset c800000000 spacemap 37361 free 6.96G metaslab 26 offset d000000000 spacemap 41470 free 1.33G metaslab 27 offset d800000000 spacemap 41473 free 1.14G metaslab 28 offset e000000000 spacemap 41475 free 1.26G metaslab 29 offset e800000000 spacemap 41477 free 953M metaslab 30 offset f000000000 spacemap 41491 free 1.16G metaslab 31 offset f800000000 spacemap 41494 free 1.22G metaslab 32 offset 10000000000 spacemap 41497 free 955M metaslab 33 offset 10800000000 spacemap 41499 free 1.06G metaslab 34 offset 11000000000 spacemap 41502 free 1.27G metaslab 35 offset 11800000000 spacemap 41505 free 1.27G metaslab 36 offset 12000000000 spacemap 35 free 13.1G metaslab 37 offset 12800000000 spacemap 135 free 1.57G metaslab 38 offset 13000000000 spacemap 137 free 13.1G metaslab 39 offset 13800000000 spacemap 139 free 1.34G metaslab 40 offset 14000000000 spacemap 146 free 1.13G metaslab 41 offset 14800000000 spacemap 159 free 7.70G metaslab 42 offset 15000000000 spacemap 160 free 8.37G metaslab 43 offset 15800000000 spacemap 181 free 12.3G metaslab 44 offset 16000000000 spacemap 179 free 6.54G metaslab 45 offset 16800000000 spacemap 4098 free 987M metaslab 46 offset 17000000000 spacemap 4126 free 1.10G metaslab 47 offset 17800000000 spacemap 4336 free 1.27G metaslab 48 offset 18000000000 spacemap 4127 free 12.6G metaslab 49 offset 18800000000 spacemap 20484 free 1.13G metaslab 50 offset 19000000000 spacemap 37162 free 11.9G metaslab 51 offset 19800000000 spacemap 41465 free 4.34G metaslab 52 offset 1a000000000 spacemap 41507 free 1.19G metaslab 53 offset 1a800000000 spacemap 8519 free 2.77G metaslab 54 offset 1b000000000 spacemap 15838 free 1.21G metaslab 55 offset 1b800000000 spacemap 15917 free 1.61G metaslab 56 offset 1c000000000 spacemap 20482 free 1.50G metaslab 57 offset 1c800000000 spacemap 20590 free 2.72G metaslab 58 offset 1d000000000 spacemap 28995 free 1.27G metaslab 59 offset 1d800000000 spacemap 90253 free 1.41G metaslab 60 offset 1e000000000 spacemap 37285 free 6.80G metaslab 61 offset 1e800000000 spacemap 41469 free 1.23G metaslab 62 offset 1f000000000 spacemap 41511 free 1.22G metaslab 63 offset 1f800000000 spacemap 41472 free 14.7G metaslab 64 offset 20000000000 spacemap 41513 free 1.07G metaslab 65 offset 20800000000 spacemap 41476 free 1.32G metaslab 66 offset 21000000000 spacemap 41490 free 1.30G metaslab 67 offset 21800000000 spacemap 41493 free 12.5G metaslab 68 offset 22000000000 spacemap 41496 free 15.2G metaslab 69 offset 22800000000 spacemap 41498 free 1.75G metaslab 70 offset 23000000000 spacemap 41501 free 14.4G metaslab 71 offset 23800000000 spacemap 41504 free 15.5G metaslab 72 offset 24000000000 spacemap 34 free 1.43G metaslab 73 offset 24800000000 spacemap 141 free 1.25G metaslab 74 offset 25000000000 spacemap 199 free 8.03G metaslab 75 offset 25800000000 spacemap 8193 free 13.8G metaslab 76 offset 26000000000 spacemap 41508 free 6.52G metaslab 77 offset 26800000000 spacemap 4991 free 3.11G metaslab 78 offset 27000000000 spacemap 196 free 9.8G metaslab 79 offset 27800000000 spacemap 180 free 1.30G metaslab 80 offset 28000000000 spacemap 5101 free 9.24G metaslab 81 offset 28800000000 spacemap 4097 free 9.8G metaslab 82 offset 29000000000 spacemap 41509 free 8.03G metaslab 83 offset 29800000000 spacemap 94209 free 5.21G metaslab 84 offset 2a000000000 spacemap 41521 free 1.25G metaslab 85 offset 2a800000000 spacemap 90190 free 7.09G metaslab 86 offset 2b000000000 spacemap 41523 free 1.31G metaslab 87 offset 2b800000000 spacemap 41464 free 8.43G metaslab 88 offset 2c000000000 spacemap 99170 free 14.4G metaslab 89 offset 2c800000000 spacemap 41525 free 1.27G metaslab 90 offset 2d000000000 spacemap 41515 free 16.0G metaslab 91 offset 2d800000000 spacemap 41528 free 1.31G metaslab 92 offset 2e000000000 spacemap 20481 free 3.08G metaslab 93 offset 2e800000000 spacemap 29180 free 1.47G metaslab 94 offset 2f000000000 spacemap 28994 free 2.70G metaslab 95 offset 2f800000000 spacemap 41474 free 15.8G metaslab 96 offset 30000000000 spacemap 41553 free 1.22G metaslab 97 offset 30800000000 spacemap 41568 free 1.62G metaslab 98 offset 31000000000 spacemap 41510 free 16.0G metaslab 99 offset 31800000000 spacemap 41471 free 1.50G metaslab 100 offset 32000000000 spacemap 41512 free 15.9G metaslab 101 offset 32800000000 spacemap 41570 free 1.20G metaslab 102 offset 33000000000 spacemap 41489 free 1.47G metaslab 103 offset 33800000000 spacemap 90254 free 1.64G metaslab 104 offset 34000000000 spacemap 90194 free 17.4G metaslab 105 offset 34800000000 spacemap 41571 free 1.12G metaslab 106 offset 35000000000 spacemap 94221 free 1.69G metaslab 107 offset 35800000000 spacemap 94210 free 5.75G metaslab 108 offset 36000000000 spacemap 41573 free 1.25G metaslab 109 offset 36800000000 spacemap 41575 free 1.25G metaslab 110 offset 37000000000 spacemap 41577 free 1.20G metaslab 111 offset 37800000000 spacemap 41579 free 1.17G metaslab 112 offset 38000000000 spacemap 41581 free 1.12G metaslab 113 offset 38800000000 spacemap 41583 free 1.33G metaslab 114 offset 39000000000 spacemap 41585 free 1.17G metaslab 115 offset 39800000000 spacemap 41544 free 11.5G metaslab 116 offset 3a000000000 spacemap 41587 free 1.14G metaslab 117 offset 3a800000000 spacemap 41589 free 1.27G metaslab 118 offset 3b000000000 spacemap 41594 free 1.19G metaslab 119 offset 3b800000000 spacemap 41596 free 1.13G metaslab 120 offset 3c000000000 spacemap 41520 free 2.15G metaslab 121 offset 3c800000000 spacemap 90191 free 16.3G metaslab 122 offset 3d000000000 spacemap 41522 free 2.14G metaslab 123 offset 3d800000000 spacemap 41598 free 1.14G metaslab 124 offset 3e000000000 spacemap 41600 free 1.21G metaslab 125 offset 3e800000000 spacemap 41524 free 16.5G metaslab 126 offset 3f000000000 spacemap 41602 free 1.28G metaslab 127 offset 3f800000000 spacemap 41527 free 16.3G metaslab 128 offset 40000000000 spacemap 41604 free 1.31G metaslab 129 offset 40800000000 spacemap 41606 free 1.24G metaslab 130 offset 41000000000 spacemap 41608 free 1.04G metaslab 131 offset 41800000000 spacemap 41611 free 1.09G metaslab 132 offset 42000000000 spacemap 41552 free 1.97G metaslab 133 offset 42800000000 spacemap 41567 free 14.5G metaslab 134 offset 43000000000 spacemap 41613 free 1.22G metaslab 135 offset 43800000000 spacemap 41978 free 1.31G metaslab 136 offset 44000000000 spacemap 41980 free 1.34G metaslab 137 offset 44800000000 spacemap 41569 free 16.8G metaslab 138 offset 45000000000 spacemap 46091 free 12.6G metaslab 139 offset 45800000000 spacemap 53250 free 1.29G metaslab 140 offset 46000000000 spacemap 53400 free 1.36G metaslab 141 offset 46800000000 spacemap 61303 free 1.30G metaslab 142 offset 47000000000 spacemap 61594 free 1.23G metaslab 143 offset 47800000000 spacemap 68835 free 1.26G metaslab 144 offset 48000000000 spacemap 41572 free 17.3G metaslab 145 offset 48800000000 spacemap 41574 free 10.6G metaslab 146 offset 49000000000 spacemap 41576 free 12.3G metaslab 147 offset 49800000000 spacemap 41578 free 11.5G metaslab 148 offset 4a000000000 spacemap 41580 free 11.6G metaslab 149 offset 4a800000000 spacemap 41582 free 12.9G metaslab 150 offset 4b000000000 spacemap 41584 free 11.7G metaslab 151 offset 4b800000000 spacemap 46078 free 12.5G metaslab 152 offset 4c000000000 spacemap 41586 free 12.3G metaslab 153 offset 4c800000000 spacemap 41588 free 10.7G metaslab 154 offset 4d000000000 spacemap 41593 free 15.1G metaslab 155 offset 4d800000000 spacemap 41595 free 6.25G metaslab 156 offset 4e000000000 spacemap 69103 free 1.29G metaslab 157 offset 4e800000000 spacemap 77110 free 1.28G metaslab 158 offset 4f000000000 spacemap 80851 free 1.24G metaslab 159 offset 4f800000000 spacemap 41597 free 11.2G metaslab 160 offset 50000000000 spacemap 41599 free 9.6G metaslab 161 offset 50800000000 spacemap 85363 free 13.0G metaslab 162 offset 51000000000 spacemap 41601 free 11.2G metaslab 163 offset 51800000000 spacemap 90192 free 14.1G metaslab 164 offset 52000000000 spacemap 41603 free 9.8G metaslab 165 offset 52800000000 spacemap 41605 free 10.3G metaslab 166 offset 53000000000 spacemap 41607 free 10.5G metaslab 167 offset 53800000000 spacemap 41610 free 25.0G metaslab 168 offset 54000000000 spacemap 90252 free 13.9G metaslab 169 offset 54800000000 spacemap 94211 free 1.51G metaslab 170 offset 55000000000 spacemap 41612 free 1.99G metaslab 171 offset 55800000000 spacemap 41977 free 25.9G metaslab 172 offset 56000000000 spacemap 41979 free 1.95G metaslab 173 offset 56800000000 spacemap 97745 free 9.04G metaslab 174 offset 57000000000 spacemap 46090 free 6.09G metaslab 175 offset 57800000000 spacemap 53249 free 25.9G metaslab 176 offset 58000000000 spacemap 53399 free 1.79G metaslab 177 offset 58800000000 spacemap 61302 free 29.4G metaslab 178 offset 59000000000 spacemap 61593 free 1.90G metaslab 179 offset 59800000000 spacemap 69102 free 2.85G metaslab 180 offset 5a000000000 spacemap 99169 free 27.7G metaslab 181 offset 5a800000000 spacemap 102402 free 15.5G metaslab 182 offset 5b000000000 spacemap 0 free 32G metaslab 183 offset 5b800000000 spacemap 0 free 32G metaslab 184 offset 5c000000000 spacemap 0 free 32G metaslab 185 offset 5c800000000 spacemap 0 free 32G metaslab 186 offset 5d000000000 spacemap 0 free 32G Assertion failed: (tq->tq_freelist != NULL), file /usr/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common/taskq.c, line 289. Abort (core dumped) (gdb) where #0 0x0000000801ca6b7a in thr_kill () from /lib/libc.so.7 #1 0x0000000801d68a59 in abort () from /lib/libc.so.7 #2 0x0000000801912321 in taskq_dispatch () from /lib/libzpool.so.2 #3 0x0000000801912b02 in taskq_destroy () from /lib/libzpool.so.2 #4 0x0000000801912b95 in system_taskq_fini () from /lib/libzpool.so.2 #5 0x000000080191495e in kernel_fini () from /lib/libzpool.so.2 #6 0x000000000040874f in ?? () #7 0x00000000004050bf in ?? () #8 0x0000000800631000 in ?? () #9 0x0000000000000000 in ?? () (gdb) Let me know if I can help by providing any more information, dan -- Dan Mack From owner-freebsd-current@FreeBSD.ORG Sat May 17 13:57:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29C2ACD3 for ; Sat, 17 May 2014 13:57:21 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D8F9623E5 for ; Sat, 17 May 2014 13:57:20 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::307e:8fe5:fab4:9592] (unknown [IPv6:2001:7b8:3a7:0:307e:8fe5:fab4:9592]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 933DB5C47; Sat, 17 May 2014 15:57:18 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_713134AE-4A46-4C03-AA08-DAC51EE93DCE"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: r266298: make buildworld fail: fatal error: 'llvm/ADT/APFloat.h' file not found #include "llvm/ADT/APFloat.h" From: Dimitry Andric In-Reply-To: Date: Sat, 17 May 2014 15:57:17 +0200 Message-Id: <8F18ED2D-9A9C-49D6-89C9-F094A14421E3@FreeBSD.org> References: <20140517101139.4ed104ef.ohartman@zedat.fu-berlin.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.1878.2) Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 May 2014 13:57:21 -0000 --Apple-Mail=_713134AE-4A46-4C03-AA08-DAC51EE93DCE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 17 May 2014, at 13:35, Dimitry Andric wrote: > On 17 May 2014, at 10:11, O. Hartmann = wrote: >> With 11.0-CURRENT's sources (r266298) buildworld fails: >>=20 >> [...] >> = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloa= t.cpp:15:10: >> fatal error: 'llvm/ADT/APFloat.h' file not found #include = "llvm/ADT/APFloat.h" >> ^ >> 1 error generated. >> = /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APInt.= cpp:16:10: >> fatal error: 'llvm/ADT/APInt.h' file not found #include = "llvm/ADT/APInt.h" >=20 > Can you please post your make.conf and src.conf? Actually, this is caused by r266278, but I'm not sure why, yet. = Investigating... -Dimitry --Apple-Mail=_713134AE-4A46-4C03-AA08-DAC51EE93DCE Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlN3ar0ACgkQsF6jCi4glqPqewCePbV94ZfdHMzX0ph5FFz/aVjB bV4AoK/VK4fDaMu2XJQNv/YclT2/Pp7r =lXAh -----END PGP SIGNATURE----- --Apple-Mail=_713134AE-4A46-4C03-AA08-DAC51EE93DCE-- From owner-freebsd-current@FreeBSD.ORG Sat May 17 15:59:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD92F8F0 for ; Sat, 17 May 2014 15:59:21 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BFC402F61 for ; Sat, 17 May 2014 15:59:21 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Wlh10-00006m-OB for freebsd-current@freebsd.org; Sat, 17 May 2014 08:59:14 -0700 Date: Sat, 17 May 2014 08:59:14 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1400342354733-5913086.post@n5.nabble.com> In-Reply-To: <20140506165925.8dd867c0da9364c6caf22a44@ddteam.net> References: <20140427143320.GA7138@over-yonder.net> <20140501083121.GU7138@over-yonder.net> <20140506165925.8dd867c0da9364c6caf22a44@ddteam.net> Subject: Re: newcons and beeping X MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 May 2014 15:59:21 -0000 Hello, as of FreeBSD 10.0-STABLE #0 r266216 I still have a mute console in X (which isn't surprising, as there was no MFC) -- View this message in context: http://freebsd.1045724.n5.nabble.com/newcons-and-beeping-X-tp5906883p5913086.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Sat May 17 17:56:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 967D58EC for ; Sat, 17 May 2014 17:56:00 +0000 (UTC) Received: from mail-ob0-x22a.google.com (mail-ob0-x22a.google.com [IPv6:2607:f8b0:4003:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5963928FA for ; Sat, 17 May 2014 17:56:00 +0000 (UTC) Received: by mail-ob0-f170.google.com with SMTP id uy5so4459160obc.29 for ; Sat, 17 May 2014 10:55:59 -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 :content-type; bh=mxG8Y5zFpUoLZrk8WegwhpvPyKih2IM0sE5ZgYaTZQY=; b=Dhhmo5squmWZNio56hTuvgpot8M+wITvrzjKlasLV6TIoQrKb9Lp4eHSbuVyzHMfqV uuGFM+kTC+SWHx6aaReI4QoPGZXaZX0byYyECeLzF2f0jd+NOpEW2qTgg+oTZdxsxHBG kjpiUNqbzzG7LSugK/I6P9QZkg0v6WDy85h+adJhiqdPLOtG+3UHpc5HJGFSo9tD9tJF yfbuIqQxSjqkEGtGOELvCZQrYcDr1YhV+Zkz99yzDUg62UtUT0qcdTR5B6IiFMgknCOp cC2sITy0o0SmSnRBdjetJpEJ5zKL8vPc4QzMzp5S6XqyI5obGUaWMPNaKzmcHTc/VyTc empA== MIME-Version: 1.0 X-Received: by 10.182.241.9 with SMTP id we9mr3418864obc.81.1400349359609; Sat, 17 May 2014 10:55:59 -0700 (PDT) Received: by 10.76.87.73 with HTTP; Sat, 17 May 2014 10:55:59 -0700 (PDT) In-Reply-To: References: <53582881.9020301@allanjude.com> Date: Sat, 17 May 2014 13:55:59 -0400 Message-ID: Subject: Re: Booting from ZFS root on MBR layout fails on ThinkPad X61s From: "Sevan / Venture37" To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 May 2014 17:56:00 -0000 On 2 May 2014 12:14, Sevan / Venture37 wrote: > On 23 April 2014 21:54, Allan Jude wrote: >> If anyone who is having trouble getting ZFS booting on one of these >> Lenovos is going to be at BSDCan, and has a spare disk they are willing >> to let me hack on, I would be interested in trying to get it booting for >> you so we can develop a solution to this issue if there is one. I am >> under the impression the issue is the way gpart does the MBR (or pMBR) >> with respect to the 'active' flag, but there are a number of different >> things i'd like to try. >> >> It all works flawlessly on my T530 > > I'll be at BSDCan with the laptop, you can see what's up for yourself. :) For archaeological reasons, the X61s was able to boot using ZFS on a BSD partition scheme (Thanks to Allen), the system can also boot from a ZFS volume with a MBR partition scheme if you *do not* use the stock FreeBSD boot loader & switch to GRUB, this was tested by doing a stock install of PCBSD 10.0-RELEASE. Sevan / Venture37 From owner-freebsd-current@FreeBSD.ORG Sat May 17 18:48:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 206D77E0; Sat, 17 May 2014 18:48:01 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA256 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 940F82CD9; Sat, 17 May 2014 18:48:00 +0000 (UTC) Received: from walrus.pepperland ([81.217.76.60]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0LskfZ-1WwLeV1VQf-012DSV; Sat, 17 May 2014 20:47:54 +0200 Message-ID: <5377AED8.20301@gmx.net> Date: Sat, 17 May 2014 20:47:52 +0200 From: Stefan Ehmann User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: John Baldwin , Kevin Oberman , Adrian Chadd Subject: Re: Thinkpad T410: resume broken References: <53762216.8020205@gmx.net> <537753F3.6000202@FreeBSD.org> In-Reply-To: <537753F3.6000202@FreeBSD.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:fmwGisS4jjesUZ8fo/hrPtxwb2BC7nObI9MpCQphZONUJ+bt+Hq qWVnA8+DNVyJnZsv/2BRBQhjRamg4AF2DFK9QQO6uwXALbOEmS218XpTLIfmaftwNW07m03 DTVX5NondDnQfEUiXjxE4ovQyvRZlTifvVa/ScUnu5uQcp3Qi/nnPcOBiGCOAD72Fa+kDiC sLiGvy2AV7ME68YHtbwFQ== Cc: "current@freebsd.org" , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 May 2014 18:48:01 -0000 On 17.05.2014 14:20, John Baldwin wrote: > On 5/16/14, 2:10 PM, Kevin Oberman wrote: >> On Fri, May 16, 2014 at 10:44 AM, Adrian Chadd wrote: >> >>> Hi! >>> >>> I wonder what changed between 9.2-RELEASE and 10.0-RELEASE. >>> >>> Please poke me about this next week. I'm busy this week with work and >>> maker faire but I will try to help you later. >>> >>> (It's possible something like ACPI updates or a driver update has >>> broken things.) >>> >>> >>> -a >>> >> >> Does your kernel include VESA? My T320 behaved as you describe until I >> removed VESA from my kernel. I think using vt may also fix this without the >> need to remove VESA, bug I have not gotten around to confirming this. > > To be clear, vt does not fix resume. Using i915kms is what actually > fixes resume when using Intel GPUs on the Thinkpad as i915kms is what > actually turns the LCD backlight on during resume. You just have to use > vt to have a useable console when you use i915kms. You can > suspend/resume fine in X with syscons + i915kms, you just can't use your > console if you do. > > If you are using the Nvidia GPU, then i915kms can't help you with > turning the LCD backlight back on (and using vt shouldn't make any > difference). VESA needs to be removed for i915kms, but I've no idea if > it needs to be removed for Nvidia. The video reset code was reworked in > 10 so that having VESA is supposed to be like using > 'hw.acpi.reset_video=1' on 9, but in theory it works more often. The > ACPI_PM setting to the kernel module along with removing VESA would seem > like your best bet, but I see in follow-ups that that wasn't completely > reliable. However, you can try using ACPI_PM with syscons, no need to > use vt. > I'm using nvidia graphics. Removing VESA with syscons actually worked today. ACPI_PM for the module isn't necessary, but doesn't seem to hurt either. Now it seems to work like in 9.2-RELEASE. Also, no hangs so far. I'm pretty sure I tested that setup yesterday without success. So either there was something wrong in yesterday's test or I changed something else in the meantime. Suspending when Xorg is not running still results in a black monitor after resume. But I'm not really sure if I've tried that in 9.2-RELEASE. -- Stefan From owner-freebsd-current@FreeBSD.ORG Sun May 18 13:08:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6DDEBAB for ; Sun, 18 May 2014 13:08:22 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4860528B5 for ; Sun, 18 May 2014 13:08:21 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1Wm0p8-0016NV-DA>; Sun, 18 May 2014 15:08:18 +0200 Received: from g225062132.adsl.alicedsl.de ([92.225.62.132] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1Wm0p8-001fby-9K>; Sun, 18 May 2014 15:08:18 +0200 Date: Sun, 18 May 2014 15:08:13 +0200 From: "O. Hartmann" To: Boris Samorodov Subject: Re: ARM i.MX6 based Utilitie-Pro board supported? Message-ID: <20140518150813.7125ace8.ohartman@zedat.fu-berlin.de> In-Reply-To: <537735A5.20001@passap.ru> References: <20140517105012.066af348.ohartman@zedat.fu-berlin.de> <537735A5.20001@passap.ru> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/eiDWjVYs+.99UrxPeCYdLx6"; protocol="application/pgp-signature" X-Originating-IP: 92.225.62.132 X-ZEDAT-Hint: A Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 May 2014 13:08:22 -0000 --Sig_/eiDWjVYs+.99UrxPeCYdLx6 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Am Sat, 17 May 2014 14:10:45 +0400 Boris Samorodov schrieb: > 17.05.2014 12:50, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >=20 > > I'm looking for a smart FreeBSD Router/Gateway solution based upon the = ARM > > architecture. >=20 > I'd wonder why it's ARM. I'd think that a MIPS arch is more appropriate > for a router. Well, I had once an ARM based computer and I like the architecture - but th= ere isn't a strict prefrence (except that I would also prefere MIPS over Intel as I pre= ferred Alpha over Intel in the past as I did with a DECstation (MIPS driven) over Intel = based systems). Looking around, I find a lot of very small ARM vased SoCs with a very low p= ower consumption but with still enough performance. I have no clue how a 4-core = ARM with 1.2 GHz would compete against a MIPS based equivalent. I'm not bound to ARM. MIPS is also all right, as long as some of my require= ments/wished are met. The "router" is just a synonyme for a bunch of aspects I have in m= ind when thinking of low power SoCs. if the same CPU performance and low-power consumption is met as a 4-core WA= NDBOARD does, then I'm fine with other architectures. But I'd like to have FreeBSD rather= than Linux and this is what I'm concerned about. >=20 > > One of the necessities ist the existence of two GBit NICs which are har= d to find on > > most experimental ARM platforms today combinded with at least two CPU c= ores. >=20 > I have a IMX6 based wandboard-quad with 1Gb NIC. It's theoretical > maximum speed is 40 MB/sec., while current driver achieves about > 20 MB/sec. I did not realise that the throughput is that low, theoretically. >=20 > > I found the Utilities Pro board [1], four cores, two GBit NICs and WiFi= along with 2GB > > RAM and I was wondering whether this board is supported by FreeBSD. I c= ouldn't find > > anything useful since I'm a novice with ARM CPU naming and Utilities Pr= o is not > > mentioned in the list of compatible and supported ARM based equipment i= n [2]. Well, > > not being mentioned doesn't mean "not supported" since the components h= ave to be > > supported anyway, but as I said, I do not know what Utilities Pro equip= t to their > > solution. maybe someon of the FreeBSd users already made some experienc= es with this > > board/solution. >=20 > You may find and get more info at the arm@ ML. >=20 Thank you very much.=20 regards, Oliver --Sig_/eiDWjVYs+.99UrxPeCYdLx6 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTeLDBAAoJEOgBcD7A/5N8hewIAIEJltwN7ZniilqInnfg2TOx MZbcXwuMYZIfuTcCsXPckc21SZaEYpCja+FCYSth44/cPRCuy8FTjH6ME9rYrAZ9 01f63sg+08QMefFLYYtM/LVRjLNRjhtY/NV2KbdQyCZPMMQJrskAu5Z4TWZkLfF9 zWN3ezn6OP/0hJ7H3dOQh2+MC2TdxIK7a1efSP9f8b+AsZ5gBMU4HK9qE2cajnXo 4RSLlNL/pZGOOf9XCxQ3NXhRwuLaXtZijqCh8edUps0myTeNmqG1ghEUPumAQooz PXY8UmDCuhLDgp1W1HCBP1kDoYlCZCu3qMXZ7Ul+1oMQfgVlwI5D+FNf1hpgKCE= =Ehwq -----END PGP SIGNATURE----- --Sig_/eiDWjVYs+.99UrxPeCYdLx6-- From owner-freebsd-current@FreeBSD.ORG Sun May 18 15:35:48 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A3BBFBF for ; Sun, 18 May 2014 15:35:48 +0000 (UTC) Received: from forward2m.mail.yandex.net (forward2m.mail.yandex.net [IPv6:2a02:6b8:0:2519::3:11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F049A2353 for ; Sun, 18 May 2014 15:35:47 +0000 (UTC) Received: from smtp1h.mail.yandex.net (smtp1h.mail.yandex.net [84.201.187.144]) by forward2m.mail.yandex.net (Yandex) with ESMTP id 3F8315CA0A46 for ; Sun, 18 May 2014 19:35:43 +0400 (MSK) Received: from smtp1h.mail.yandex.net (localhost [127.0.0.1]) by smtp1h.mail.yandex.net (Yandex) with ESMTP id 0E91D1340468 for ; Sun, 18 May 2014 19:35:42 +0400 (MSK) Received: from 93.91.10.182.tel.ru (93.91.10.182.tel.ru [93.91.10.182]) by smtp1h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id Y1FsWGi0Cx-Zg1qnrpn; Sun, 18 May 2014 19:35:42 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: 56e851f4-01c6-4511-945c-dc14d8c56c77 Message-ID: <5378D34E.2050100@passap.ru> Date: Sun, 18 May 2014 19:35:42 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Subject: [armv6] make[3]: "/usr/src/gnu/Makefile" line 4: Could not find src.opts.mk X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 May 2014 15:35:48 -0000 Hi All, The system: ----- % uname -a FreeBSD wb1.bb.tel.ru 11.0-CURRENT FreeBSD 11.0-CURRENT #13 r265612M: Thu May 8 09:42:27 SAMT 2014 bsam@wb.bb.tel.ru:/usr/obj/usr/src/sys/WANDBOARD-QUAD arm ----- While buildworld (src r266396) I get: ----- % make -C /usr/src buildworld [...] ===> gnu (obj) make[3]: "/usr/src/gnu/Makefile" line 4: Could not find src.opts.mk make[3]: "/usr/src/gnu/Makefile" line 8: Malformed conditional (${MK_TESTS} != "no") make[3]: Fatal errors encountered -- cannot continue make[3]: stopped in /usr/src/gnu *** Error code 1 ----- -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sun May 18 15:48:39 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 40DF86ED for ; Sun, 18 May 2014 15:48:39 +0000 (UTC) Received: from forward2l.mail.yandex.net (forward2l.mail.yandex.net [84.201.143.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C4BE82443 for ; Sun, 18 May 2014 15:48:38 +0000 (UTC) Received: from smtp3h.mail.yandex.net (smtp3h.mail.yandex.net [84.201.186.20]) by forward2l.mail.yandex.net (Yandex) with ESMTP id 783C61AC0DD9 for ; Sun, 18 May 2014 19:48:29 +0400 (MSK) Received: from smtp3h.mail.yandex.net (localhost [127.0.0.1]) by smtp3h.mail.yandex.net (Yandex) with ESMTP id 323E91B438EE for ; Sun, 18 May 2014 19:48:29 +0400 (MSK) Received: from 93.91.10.182.tel.ru (93.91.10.182.tel.ru [93.91.10.182]) by smtp3h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id 3wAMcvARU1-mSFWCi4O; Sun, 18 May 2014 19:48:28 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: 57bba1d4-6d2d-42e4-be3d-25ea3777822b Message-ID: <5378D64C.2000903@passap.ru> Date: Sun, 18 May 2014 19:48:28 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Subject: [arm cross-compiling, clang] Error: selected processor does not support `ldrexd r2,r3,[r1]' X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 May 2014 15:48:39 -0000 Hi All, The system: ----- % uname -a FreeBSD bb052.bsnet 11.0-CURRENT FreeBSD 11.0-CURRENT #92 r266163: Thu May 15 23:22:26 SAMT 2014 bsam@bb052.bsnet:/usr/obj/usr/src/sys/BB64X amd64 % clang --version FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 Target: x86_64-unknown-freebsd11.0 Thread model: posix ----- While cross-compiling (sources r266396) I get: ----- % make -C /usr/src ARCH=arm TARGET_ARCH=armv6 buildworld [...] ===> lib/clang/liblldbAPI (all) c++ -O -pipe -I/usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/tools/lldb/include -I/usr/src/lib/clang/liblldbAPI/../../ ../contrib/llvm/tools/lldb/source -I/usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/include -I/usr/src/lib/clang/liblldbAP I/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/tools/lldb/source/API -I. -I /usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MA CROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIP LE=\"armv6-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -Qunused-arguments -std=c++11 -DLLDB_DISABLE_PYTHON -fno-exceptions -f no-rtti -Wno-c++11-extensions -c /usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/tools/lldb/source/API/SBAddress.cpp -o SB Address.o /tmp/SBAddress-9939f3.s: Assembler messages: /tmp/SBAddress-9939f3.s:92: Error: selected processor does not support `ldrexd r2,r3,[r1]' /tmp/SBAddress-9939f3.s:141: Error: selected processor does not support `ldrexd r2,r3,[r0]' /tmp/SBAddress-9939f3.s:311: Error: selected processor does not support `ldrexd r8,r9,[r0]' /tmp/SBAddress-9939f3.s:312: Error: selected processor does not support `strexd r1,r2,r3,[r0]' /tmp/SBAddress-9939f3.s:320: Error: selected processor does not support `ldrexd r2,r3,[r0]' /tmp/SBAddress-9939f3.s:325: Error: selected processor does not support `ldrexd r2,r3,[r0]' /tmp/SBAddress-9939f3.s:329: Error: selected processor does not support `ldrexd r2,r3,[r0]' /tmp/SBAddress-9939f3.s:330: Error: selected processor does not support `strexd r2,r4,r5,[r0]' /tmp/SBAddress-9939f3.s:379: Error: selected processor does not support `ldrexd r0,r1,[r0]' /tmp/SBAddress-9939f3.s:507: Error: selected processor does not support `ldrexd r2,r3,[r0]' /tmp/SBAddress-9939f3.s:511: Error: selected processor does not support `ldrexd r2,r3,[r0]' /tmp/SBAddress-9939f3.s:512: Error: selected processor does not support `strexd r2,r8,r9,[r0]' /tmp/SBAddress-9939f3.s:665: Error: selected processor does not support `ldrexd r4,r5,[r1]' /tmp/SBAddress-9939f3.s:671: Error: selected processor does not support `ldrexd r6,r7,[r1]' /tmp/SBAddress-9939f3.s:678: Error: selected processor does not support `ldrexd r2,r3,[r1]' /tmp/SBAddress-9939f3.s:679: Error: selected processor does not support `strexd r2,r6,r7,[r1]' /tmp/SBAddress-9939f3.s:739: Error: selected processor does not support `ldrexdne r0,r1,[r0]' c++: error: assembler command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. make[6]: stopped in /usr/src/lib/clang/liblldbAPI *** Error code 1 ----- -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sun May 18 16:09:54 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56705F71 for ; Sun, 18 May 2014 16:09:54 +0000 (UTC) Received: from forward5l.mail.yandex.net (forward5l.mail.yandex.net [IPv6:2a02:6b8:0:1819::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E176F25C3 for ; Sun, 18 May 2014 16:09:53 +0000 (UTC) Received: from smtp3h.mail.yandex.net (smtp3h.mail.yandex.net [84.201.186.20]) by forward5l.mail.yandex.net (Yandex) with ESMTP id 7A84BC40EE7 for ; Sun, 18 May 2014 20:09:51 +0400 (MSK) Received: from smtp3h.mail.yandex.net (localhost [127.0.0.1]) by smtp3h.mail.yandex.net (Yandex) with ESMTP id 31CB51B43780 for ; Sun, 18 May 2014 20:09:51 +0400 (MSK) Received: from 93.91.10.182.tel.ru (93.91.10.182.tel.ru [93.91.10.182]) by smtp3h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id VgXMfNKi8B-9oF0e36d; Sun, 18 May 2014 20:09:50 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: fca60a06-01c0-429a-a643-4b8690202f64 Message-ID: <5378DB4E.5030305@passap.ru> Date: Sun, 18 May 2014 20:09:50 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Subject: Re: [arm cross-compiling, clang] Error: selected processor does not support `ldrexd r2,r3,[r1]' References: <5378D64C.2000903@passap.ru> In-Reply-To: <5378D64C.2000903@passap.ru> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 May 2014 16:09:54 -0000 18.05.2014 19:48, Boris Samorodov пишет: > Hi All, > > The system: > ----- > % uname -a > FreeBSD bb052.bsnet 11.0-CURRENT FreeBSD 11.0-CURRENT #92 r266163: Thu > May 15 23:22:26 SAMT 2014 > bsam@bb052.bsnet:/usr/obj/usr/src/sys/BB64X amd64 > > % clang --version > FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 > Target: x86_64-unknown-freebsd11.0 > Thread model: posix > ----- > > While cross-compiling (sources r266396) I get: > ----- > % make -C /usr/src ARCH=arm TARGET_ARCH=armv6 buildworld Hm, at https://wiki.freebsd.org/EmbeddedHandbook one more option is listed: "TARGET_CPUTYPE=armv6". Trying this. > [...] > ===> lib/clang/liblldbAPI (all) > c++ -O -pipe > -I/usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/tools/lldb/include > -I/usr/src/lib/clang/liblldbAPI/../../ > ../contrib/llvm/tools/lldb/source > -I/usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/include > -I/usr/src/lib/clang/liblldbAP > I/../../../contrib/llvm/tools/clang/include > -I/usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/tools/lldb/source/API > -I. -I > /usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/../../lib/clang/include > -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MA > CROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing > -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIP > LE=\"armv6-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" > -Qunused-arguments -std=c++11 -DLLDB_DISABLE_PYTHON -fno-exceptions -f > no-rtti -Wno-c++11-extensions -c > /usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/tools/lldb/source/API/SBAddress.cpp > -o SB > Address.o > /tmp/SBAddress-9939f3.s: Assembler messages: > /tmp/SBAddress-9939f3.s:92: Error: selected processor does not support > `ldrexd r2,r3,[r1]' > /tmp/SBAddress-9939f3.s:141: Error: selected processor does not support > `ldrexd r2,r3,[r0]' > /tmp/SBAddress-9939f3.s:311: Error: selected processor does not support > `ldrexd r8,r9,[r0]' > /tmp/SBAddress-9939f3.s:312: Error: selected processor does not support > `strexd r1,r2,r3,[r0]' > /tmp/SBAddress-9939f3.s:320: Error: selected processor does not support > `ldrexd r2,r3,[r0]' > /tmp/SBAddress-9939f3.s:325: Error: selected processor does not support > `ldrexd r2,r3,[r0]' > /tmp/SBAddress-9939f3.s:329: Error: selected processor does not support > `ldrexd r2,r3,[r0]' > /tmp/SBAddress-9939f3.s:330: Error: selected processor does not support > `strexd r2,r4,r5,[r0]' > /tmp/SBAddress-9939f3.s:379: Error: selected processor does not support > `ldrexd r0,r1,[r0]' > /tmp/SBAddress-9939f3.s:507: Error: selected processor does not support > `ldrexd r2,r3,[r0]' > /tmp/SBAddress-9939f3.s:511: Error: selected processor does not support > `ldrexd r2,r3,[r0]' > /tmp/SBAddress-9939f3.s:512: Error: selected processor does not support > `strexd r2,r8,r9,[r0]' > /tmp/SBAddress-9939f3.s:665: Error: selected processor does not support > `ldrexd r4,r5,[r1]' > /tmp/SBAddress-9939f3.s:671: Error: selected processor does not support > `ldrexd r6,r7,[r1]' > /tmp/SBAddress-9939f3.s:678: Error: selected processor does not support > `ldrexd r2,r3,[r1]' > /tmp/SBAddress-9939f3.s:679: Error: selected processor does not support > `strexd r2,r6,r7,[r1]' > /tmp/SBAddress-9939f3.s:739: Error: selected processor does not support > `ldrexdne r0,r1,[r0]' > c++: error: assembler command failed with exit code 1 (use -v to see > invocation) > *** Error code 1 > > Stop. > make[6]: stopped in /usr/src/lib/clang/liblldbAPI > *** Error code 1 > ----- -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sun May 18 16:38:11 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2B4C7727 for ; Sun, 18 May 2014 16:38:11 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E0D2327CB for ; Sun, 18 May 2014 16:38:10 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Wm46C-000JVg-4Q; Sun, 18 May 2014 16:38:08 +0000 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 s4IGc5dD041850; Sun, 18 May 2014 10:38:05 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/H29E7SzJFfbu2S0IZn+e1 Subject: Re: [arm cross-compiling, clang] Error: selected processor does not support `ldrexd r2,r3,[r1]' From: Ian Lepore To: Boris Samorodov In-Reply-To: <5378DB4E.5030305@passap.ru> References: <5378D64C.2000903@passap.ru> <5378DB4E.5030305@passap.ru> Content-Type: text/plain; charset="koi8-r" Date: Sun, 18 May 2014 10:38:05 -0600 Message-ID: <1400431085.1152.24.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by damnhippie.dyndns.org id s4IGc5dD041850 Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 May 2014 16:38:11 -0000 On Sun, 2014-05-18 at 20:09 +0400, Boris Samorodov wrote: > 18.05.2014 19:48, Boris Samorodov =D0=C9=DB=C5=D4: > > Hi All, > >=20 > > The system: > > ----- > > % uname -a > > FreeBSD bb052.bsnet 11.0-CURRENT FreeBSD 11.0-CURRENT #92 r266163: Th= u > > May 15 23:22:26 SAMT 2014 > > bsam@bb052.bsnet:/usr/obj/usr/src/sys/BB64X amd64 > >=20 > > % clang --version > > FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140= 512 > > Target: x86_64-unknown-freebsd11.0 > > Thread model: posix > > ----- > >=20 > > While cross-compiling (sources r266396) I get: > > ----- > > % make -C /usr/src ARCH=3Darm TARGET_ARCH=3Darmv6 buildworld >=20 > Hm, at https://wiki.freebsd.org/EmbeddedHandbook one more option > is listed: "TARGET_CPUTYPE=3Darmv6". Trying this. >=20 > > [...] > > =3D=3D=3D> lib/clang/liblldbAPI (all) > > c++ -O -pipe > > -I/usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/tools/lldb/incl= ude > > -I/usr/src/lib/clang/liblldbAPI/../../ > > ../contrib/llvm/tools/lldb/source > > -I/usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/include > > -I/usr/src/lib/clang/liblldbAP > > I/../../../contrib/llvm/tools/clang/include > > -I/usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/tools/lldb/sour= ce/API > > -I. -I > > /usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/../../lib/clang/i= nclude > > -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MA > > CROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing > > -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"armv6-gnueabi-freebsd11.0\" -DLLVM_H= OST_TRIP > > LE=3D\"armv6-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" > > -Qunused-arguments -std=3Dc++11 -DLLDB_DISABLE_PYTHON -fno-exceptions= -f > > no-rtti -Wno-c++11-extensions -c > > /usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/tools/lldb/source= /API/SBAddress.cpp > > -o SB > > Address.o > > /tmp/SBAddress-9939f3.s: Assembler messages: > > /tmp/SBAddress-9939f3.s:92: Error: selected processor does not suppor= t > > `ldrexd r2,r3,[r1]' > > /tmp/SBAddress-9939f3.s:141: Error: selected processor does not suppo= rt > > `ldrexd r2,r3,[r0]' > > /tmp/SBAddress-9939f3.s:311: Error: selected processor does not suppo= rt > > `ldrexd r8,r9,[r0]' > > /tmp/SBAddress-9939f3.s:312: Error: selected processor does not suppo= rt > > `strexd r1,r2,r3,[r0]' > > /tmp/SBAddress-9939f3.s:320: Error: selected processor does not suppo= rt > > `ldrexd r2,r3,[r0]' > > /tmp/SBAddress-9939f3.s:325: Error: selected processor does not suppo= rt > > `ldrexd r2,r3,[r0]' > > /tmp/SBAddress-9939f3.s:329: Error: selected processor does not suppo= rt > > `ldrexd r2,r3,[r0]' > > /tmp/SBAddress-9939f3.s:330: Error: selected processor does not suppo= rt > > `strexd r2,r4,r5,[r0]' > > /tmp/SBAddress-9939f3.s:379: Error: selected processor does not suppo= rt > > `ldrexd r0,r1,[r0]' > > /tmp/SBAddress-9939f3.s:507: Error: selected processor does not suppo= rt > > `ldrexd r2,r3,[r0]' > > /tmp/SBAddress-9939f3.s:511: Error: selected processor does not suppo= rt > > `ldrexd r2,r3,[r0]' > > /tmp/SBAddress-9939f3.s:512: Error: selected processor does not suppo= rt > > `strexd r2,r8,r9,[r0]' > > /tmp/SBAddress-9939f3.s:665: Error: selected processor does not suppo= rt > > `ldrexd r4,r5,[r1]' > > /tmp/SBAddress-9939f3.s:671: Error: selected processor does not suppo= rt > > `ldrexd r6,r7,[r1]' > > /tmp/SBAddress-9939f3.s:678: Error: selected processor does not suppo= rt > > `ldrexd r2,r3,[r1]' > > /tmp/SBAddress-9939f3.s:679: Error: selected processor does not suppo= rt > > `strexd r2,r6,r7,[r1]' > > /tmp/SBAddress-9939f3.s:739: Error: selected processor does not suppo= rt > > `ldrexdne r0,r1,[r0]' > > c++: error: assembler command failed with exit code 1 (use -v to see > > invocation) > > *** Error code 1 > >=20 > > Stop. > > make[6]: stopped in /usr/src/lib/clang/liblldbAPI > > *** Error code 1 > > ----- While I don't think it should affect this problem, "ARCH=3Darm" isn't needed. If anything it would be TARGET=3Darm, but that's implied by the TARGET_ARCH=3Darmv6. I suspect the problems you're seeing are more fallout from all the recent WITH/WITHOUT build system changes. I've been so focused on doing arm MFCs for the past week I haven't tried to build -current for a few days. Since 10-stable is now in sync [1] with -current for arm stuff, but doesn't have all the recent build system changes, that might be a workable alternative for you for now... just build 10-stable instead of -current. [1] mostly -- I'm still finding a few misc changesets that I missed on the first pass, and build/run testing of 10-stable on arm is just beginning. -- Ian From owner-freebsd-current@FreeBSD.ORG Sun May 18 19:22:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BC046FF0 for ; Sun, 18 May 2014 19:22:32 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2BEA0243C for ; Sun, 18 May 2014 19:22:31 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.8/8.14.8) with ESMTP id s4IJMQpB093353 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 18 May 2014 21:22:26 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.8/8.14.8/Submit) with ESMTP id s4IJMPeF093350; Sun, 18 May 2014 21:22:25 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Sun, 18 May 2014 21:22:25 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: "O. Hartmann" Subject: Re: r266298: make buildworld fail: fatal error: 'llvm/ADT/APFloat.h' file not found #include "llvm/ADT/APFloat.h" In-Reply-To: <20140517101139.4ed104ef.ohartman@zedat.fu-berlin.de> Message-ID: References: <20140517101139.4ed104ef.ohartman@zedat.fu-berlin.de> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 May 2014 19:22:32 -0000 On Sat, 17 May 2014 10:11+0200, O. Hartmann wrote: > With 11.0-CURRENT's sources (r266298) buildworld fails: > > [...] > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloat.cpp:15:10: > fatal error: 'llvm/ADT/APFloat.h' file not found #include "llvm/ADT/APFloat.h" > ^ > 1 error generated. > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APInt.cpp:16:10: > fatal error: 'llvm/ADT/APInt.h' file not found #include "llvm/ADT/APInt.h" When I upgraded from r265775 to r266393 earlier today, I had to empty /usr/obj and recompile world+kernel on my three base/head VMs. It's worth a try, although it robs you of precious time. I believe the introduction of clang 3.4.1 is the culprit. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-current@FreeBSD.ORG Sun May 18 20:08:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C0538A83 for ; Sun, 18 May 2014 20:08:12 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7A33427A9 for ; Sun, 18 May 2014 20:08:12 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1Wm7NS-002BZK-3I>; Sun, 18 May 2014 22:08:10 +0200 Received: from g231190095.adsl.alicedsl.de ([92.231.190.95] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1Wm7NR-002ALI-S0>; Sun, 18 May 2014 22:08:10 +0200 Date: Sun, 18 May 2014 22:08:01 +0200 From: "O. Hartmann" To: Trond =?ISO-8859-1?Q?Endrest=F8l?= Subject: Re: r266298: make buildworld fail: fatal error: 'llvm/ADT/APFloat.h' file not found #include "llvm/ADT/APFloat.h" Message-ID: <20140518220801.7bc20aa0.ohartman@zedat.fu-berlin.de> In-Reply-To: References: <20140517101139.4ed104ef.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/ierSXfCr+B8mitidpDtkaFf"; protocol="application/pgp-signature" X-Originating-IP: 92.231.190.95 X-ZEDAT-Hint: A Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 May 2014 20:08:12 -0000 --Sig_/ierSXfCr+B8mitidpDtkaFf Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am Sun, 18 May 2014 21:22:25 +0200 (CEST) Trond Endrest=F8l schrieb: > On Sat, 17 May 2014 10:11+0200, O. Hartmann wrote: >=20 > > With 11.0-CURRENT's sources (r266298) buildworld fails: > >=20 > > [...] > > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APF= loat.cpp:15:10: > > fatal error: 'llvm/ADT/APFloat.h' file not found #include "llvm/ADT/APF= loat.h" > > ^ > > 1 error generated. > > /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/API= nt.cpp:16:10: > > fatal error: 'llvm/ADT/APInt.h' file not found #include "llvm/ADT/APInt= .h" >=20 > When I upgraded from r265775 to r266393 earlier today, I had to empty=20 > /usr/obj and recompile world+kernel on my three base/head VMs. >=20 > It's worth a try, although it robs you of precious time. > I believe the introduction of clang 3.4.1 is the culprit. >=20 Hello. When I do a buildworld, the first step I do is to delete /usr/obj. So I sta= rt with a clean folder. The culprit wasn't clang 3.4.1, it was CXXFLAGS+=3D in /etc/src.conf and it= s setting wasn't done as expected due to a problem in local.sys.mk, if I understood Warner L= osh correct. Regards, Oliver --Sig_/ierSXfCr+B8mitidpDtkaFf Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTeRMoAAoJEOgBcD7A/5N8C/gH/RyC+pd6/oBLeSL4w36L3PL7 JRe0P9ZlmrdUIByD9BahDnxfwVgkftjqbQTIwvx8L5V1ylrtA7qK6yp9qia5su0F MjMroGGNaBWpz0ZtHOom/Hx3zCUFe8y2RSjEFEDOIdVJOXD9iSUiy3/MWa7DHn3r 9m+5pn2NnnZsvjE3x1XXfGJ/Y4vmIIkP/TZtwiXncG/ukSQKHkOIWeBds013mKlU wB6/avSTZOvplQknCbaaNHsHceKMKJLZPdEnUIF5LTCuqPHJA1w5Zf5srjYsO9/4 ZXFJIJic86ztv8Vsi1HqxbFuTeej5+ACY+ax5HNaomjYv2kZIFYBNAlDVgXSRvg= =viZS -----END PGP SIGNATURE----- --Sig_/ierSXfCr+B8mitidpDtkaFf-- From owner-freebsd-current@FreeBSD.ORG Sun May 18 20:08:54 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5EE8FB86; Sun, 18 May 2014 20:08:54 +0000 (UTC) Received: from forward4l.mail.yandex.net (forward4l.mail.yandex.net [84.201.143.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 07C1227B1; Sun, 18 May 2014 20:08:53 +0000 (UTC) Received: from smtp3h.mail.yandex.net (smtp3h.mail.yandex.net [84.201.186.20]) by forward4l.mail.yandex.net (Yandex) with ESMTP id E34DD1440F26; Mon, 19 May 2014 00:08:44 +0400 (MSK) Received: from smtp3h.mail.yandex.net (localhost [127.0.0.1]) by smtp3h.mail.yandex.net (Yandex) with ESMTP id 773631B4393B; Mon, 19 May 2014 00:08:44 +0400 (MSK) Received: from 93.91.10.182.tel.ru (93.91.10.182.tel.ru [93.91.10.182]) by smtp3h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id PwXAhIATQ6-8hFCiH4C; Mon, 19 May 2014 00:08:43 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: 10cf0a02-a042-431d-8444-7eeb2c39370a Message-ID: <5379134B.9000502@passap.ru> Date: Mon, 19 May 2014 00:08:43 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Ian Lepore Subject: Re: [arm cross-compiling, clang] Error: selected processor does not support `ldrexd r2,r3,[r1]' References: <5378D64C.2000903@passap.ru> <5378DB4E.5030305@passap.ru> <1400431085.1152.24.camel@revolution.hippie.lan> In-Reply-To: <1400431085.1152.24.camel@revolution.hippie.lan> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 May 2014 20:08:54 -0000 18.05.2014 20:38, Ian Lepore пишет: > On Sun, 2014-05-18 at 20:09 +0400, Boris Samorodov wrote: >> 18.05.2014 19:48, Boris Samorodov пишет: >>> Hi All, >>> >>> The system: >>> ----- >>> % uname -a >>> FreeBSD bb052.bsnet 11.0-CURRENT FreeBSD 11.0-CURRENT #92 r266163: Thu >>> May 15 23:22:26 SAMT 2014 >>> bsam@bb052.bsnet:/usr/obj/usr/src/sys/BB64X amd64 >>> >>> % clang --version >>> FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 >>> Target: x86_64-unknown-freebsd11.0 >>> Thread model: posix >>> ----- >>> >>> While cross-compiling (sources r266396) I get: >>> ----- >>> % make -C /usr/src ARCH=arm TARGET_ARCH=armv6 buildworld >> >> Hm, at https://wiki.freebsd.org/EmbeddedHandbook one more option >> is listed: "TARGET_CPUTYPE=armv6". Trying this. >> >>> [...] >>> ===> lib/clang/liblldbAPI (all) >>> c++ -O -pipe >>> -I/usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/tools/lldb/include >>> -I/usr/src/lib/clang/liblldbAPI/../../ >>> ../contrib/llvm/tools/lldb/source >>> -I/usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/include >>> -I/usr/src/lib/clang/liblldbAP >>> I/../../../contrib/llvm/tools/clang/include >>> -I/usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/tools/lldb/source/API >>> -I. -I >>> /usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/../../lib/clang/include >>> -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MA >>> CROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing >>> -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIP >>> LE=\"armv6-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" >>> -Qunused-arguments -std=c++11 -DLLDB_DISABLE_PYTHON -fno-exceptions -f >>> no-rtti -Wno-c++11-extensions -c >>> /usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/tools/lldb/source/API/SBAddress.cpp >>> -o SB >>> Address.o >>> /tmp/SBAddress-9939f3.s: Assembler messages: >>> /tmp/SBAddress-9939f3.s:92: Error: selected processor does not support >>> `ldrexd r2,r3,[r1]' >>> /tmp/SBAddress-9939f3.s:141: Error: selected processor does not support >>> `ldrexd r2,r3,[r0]' >>> /tmp/SBAddress-9939f3.s:311: Error: selected processor does not support >>> `ldrexd r8,r9,[r0]' >>> /tmp/SBAddress-9939f3.s:312: Error: selected processor does not support >>> `strexd r1,r2,r3,[r0]' >>> /tmp/SBAddress-9939f3.s:320: Error: selected processor does not support >>> `ldrexd r2,r3,[r0]' >>> /tmp/SBAddress-9939f3.s:325: Error: selected processor does not support >>> `ldrexd r2,r3,[r0]' >>> /tmp/SBAddress-9939f3.s:329: Error: selected processor does not support >>> `ldrexd r2,r3,[r0]' >>> /tmp/SBAddress-9939f3.s:330: Error: selected processor does not support >>> `strexd r2,r4,r5,[r0]' >>> /tmp/SBAddress-9939f3.s:379: Error: selected processor does not support >>> `ldrexd r0,r1,[r0]' >>> /tmp/SBAddress-9939f3.s:507: Error: selected processor does not support >>> `ldrexd r2,r3,[r0]' >>> /tmp/SBAddress-9939f3.s:511: Error: selected processor does not support >>> `ldrexd r2,r3,[r0]' >>> /tmp/SBAddress-9939f3.s:512: Error: selected processor does not support >>> `strexd r2,r8,r9,[r0]' >>> /tmp/SBAddress-9939f3.s:665: Error: selected processor does not support >>> `ldrexd r4,r5,[r1]' >>> /tmp/SBAddress-9939f3.s:671: Error: selected processor does not support >>> `ldrexd r6,r7,[r1]' >>> /tmp/SBAddress-9939f3.s:678: Error: selected processor does not support >>> `ldrexd r2,r3,[r1]' >>> /tmp/SBAddress-9939f3.s:679: Error: selected processor does not support >>> `strexd r2,r6,r7,[r1]' >>> /tmp/SBAddress-9939f3.s:739: Error: selected processor does not support >>> `ldrexdne r0,r1,[r0]' >>> c++: error: assembler command failed with exit code 1 (use -v to see >>> invocation) >>> *** Error code 1 >>> >>> Stop. >>> make[6]: stopped in /usr/src/lib/clang/liblldbAPI >>> *** Error code 1 >>> ----- > > While I don't think it should affect this problem, "ARCH=arm" isn't > needed. If anything it would be TARGET=arm, but that's implied by the > TARGET_ARCH=armv6. You are right, that didn't help. The build has faild with the same error. > I suspect the problems you're seeing are more fallout from all the > recent WITH/WITHOUT build system changes. I've been so focused on doing > arm MFCs for the past week I haven't tried to build -current for a few > days. > > Since 10-stable is now in sync [1] with -current for arm stuff, but > doesn't have all the recent build system changes, that might be a > workable alternative for you for now... just build 10-stable instead of > -current. Well, the thing is I don't have any 10-stable... > [1] mostly -- I'm still finding a few misc changesets that I missed on > the first pass, and build/run testing of 10-stable on arm is just > beginning. It's definitely not my day -- crochet build failed with: ----- --- all_subdir_libllvmarmcodegen --- /usr/src/lib/clang/libllvmarmcodegen/../../../contrib/llvm/lib/Target/ARM/ARMBaseInstrInfo.cpp:3687:15: error: no member named 'VLD1d64TPseudoWB_fixed' in namespace 'llvm::ARM'; did you mean 'VST1d64TPseudoWB_fixed'? case ARM::VLD1d64TPseudoWB_fixed: ~~~~~^~~~~~~~~~~~~~~~~~~~~~ VST1d64TPseudoWB_fixed ./ARMGenInstrInfo.inc.h:1969:5: note: 'VST1d64TPseudoWB_fixed' declared here VST1d64TPseudoWB_fixed = 1953, ^ /usr/src/lib/clang/libllvmarmcodegen/../../../contrib/llvm/lib/Target/ARM/ARMBaseInstrInfo.cpp:3704:15: error: no member named 'VLD1d64QPseudoWB_fixed' in namespace 'llvm::ARM'; did you mean 'VST1d64QPseudoWB_fixed'? case ARM::VLD1d64QPseudoWB_fixed: ~~~~~^~~~~~~~~~~~~~~~~~~~~~ VST1d64QPseudoWB_fixed ./ARMGenInstrInfo.inc.h:1963:5: note: 'VST1d64QPseudoWB_fixed' declared here VST1d64QPseudoWB_fixed = 1947, ----- -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sun May 18 20:51:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C0620501; Sun, 18 May 2014 20:51:21 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7FC7D2A81; Sun, 18 May 2014 20:51:21 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id BC9B51FE029; Sun, 18 May 2014 22:51:19 +0200 (CEST) Message-ID: <53791D78.3070305@selasky.org> Date: Sun, 18 May 2014 22:52:08 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: John Baldwin , freebsd-current Subject: Re: panic: resource_list_add: resource entry is busy References: <53763B0F.4040003@selasky.org> <5377529C.3000508@FreeBSD.org> In-Reply-To: <5377529C.3000508@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 May 2014 20:51:21 -0000 On 05/17/14 14:14, John Baldwin wrote: > On 5/16/14, 12:21 PM, Hans Petter Selasky wrote: >> Hi, >> >> I see the following panic: >> >> panic: resource_list_add: resource entry is busy >> >> When trying to kldload an older pccard driver. The call comes from the >> driver_added bus method somewhere down the tree. Loading the module >> before the kernel boots fixes the problem temporarily. >> >> Any bells ringing or patch suggestions? >> >> Seeing this on 9-stable, also believed that the same issue exists with >> 10-current. > > Something is doing a duplicate resource_list_add() for the same RID. > The trace will tell you where the second resource_list_add() is > occurring. Some tracing should let you see where the first one occurs. > Hi, Here is the backtrace. Is this information sufficient to debug further: KDB: stack backtrace: #0 0xffffffff8089e5d6 at kdb_backtrace+0x66 #1 0xffffffff808960f7 at resource_list_add+0x57 #2 0xffffffff805ea939 at pccard_function_init+0x279 #3 0xffffffff805ebede at pccard_probe_and_attach_child+0x7e #4 0xffffffff805ec6ce at pccard_driver_added+0x5e #5 0xffffffff808951b5 at devclass_driver_added+0x75 #6 0xffffffff80895cf3 at devclass_add_driver+0x103 #7 0xffffffff8084f1e8 at module_register_init+0xa8 #8 0xffffffff80846cde at linker_load_module+0x85e #9 0xffffffff808473f4 at kern_kldload+0xb4 #10 0xffffffff80847504 at sys_kldload+0x84 #11 0xffffffff80c4a48a at amd64_syscall+0x5ea #12 0xffffffff80c34b27 at Xfast_syscall+0xf7 --HPS From owner-freebsd-current@FreeBSD.ORG Sun May 18 21:02:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F1957724; Sun, 18 May 2014 21:02:23 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B08972B9E; Sun, 18 May 2014 21:02:22 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id DEA261FE029; Sun, 18 May 2014 23:02:21 +0200 (CEST) Message-ID: <5379200E.8080602@selasky.org> Date: Sun, 18 May 2014 23:03:10 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: John Baldwin , freebsd-current Subject: Re: panic: resource_list_add: resource entry is busy References: <53763B0F.4040003@selasky.org> <5377529C.3000508@FreeBSD.org> <53791D78.3070305@selasky.org> In-Reply-To: <53791D78.3070305@selasky.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 May 2014 21:02:24 -0000 Hi, First call: resource_list_add: KDB: stack backtrace: #0 0xffffffff8089e5f6 at kdb_backtrace+0x66 #1 0xffffffff808960f0 at resource_list_add+0x50 #2 0xffffffff805ea939 at pccard_function_init+0x279 #3 0xffffffff805ebede at pccard_probe_and_attach_child+0x7e #4 0xffffffff805ec6ce at pccard_driver_added+0x5e #5 0xffffffff808951b5 at devclass_driver_added+0x75 #6 0xffffffff80895cf3 at devclass_add_driver+0x103 #7 0xffffffff8084f1e8 at module_register_init+0xa8 #8 0xffffffff80846cde at linker_load_module+0x85e #9 0xffffffff808473f4 at kern_kldload+0xb4 #10 0xffffffff80847504 at sys_kldload+0x84 #11 0xffffffff80c4a4aa at amd64_syscall+0x5ea #12 0xffffffff80c34b47 at Xfast_syscall+0xf7 resource_list_add: resource entry is busy Second call: KDB: stack backtrace: #0 0xffffffff8089e5f6 at kdb_backtrace+0x66 #1 0xffffffff8089610a at resource_list_add+0x6a #2 0xffffffff805ea939 at pccard_function_init+0x279 #3 0xffffffff805ebede at pccard_probe_and_attach_child+0x7e #4 0xffffffff805ec6ce at pccard_driver_added+0x5e #5 0xffffffff808951b5 at devclass_driver_added+0x75 #6 0xffffffff80895cf3 at devclass_add_driver+0x103 #7 0xffffffff8084f1e8 at module_register_init+0xa8 #8 0xffffffff80846cde at linker_load_module+0x85e #9 0xffffffff808473f4 at kern_kldload+0xb4 #10 0xffffffff80847504 at sys_kldload+0x84 #11 0xffffffff80c4a4aa at amd64_syscall+0x5ea #12 0xffffffff80c34b47 at Xfast_syscall+0xf7 Seems like there is a duplicate resource? --HPS From owner-freebsd-current@FreeBSD.ORG Sun May 18 21:25:18 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C4B1C4C4 for ; Sun, 18 May 2014 21:25:18 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 84B2B2D67 for ; Sun, 18 May 2014 21:25:18 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Wm8a4-0006lS-Qp; Sun, 18 May 2014 21:25:17 +0000 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 s4ILPEl2042018; Sun, 18 May 2014 15:25:14 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19iJjPyyyf38n+aT8AWhLV+ Subject: Re: [arm cross-compiling, clang] Error: selected processor does not support `ldrexd r2,r3,[r1]' From: Ian Lepore To: Boris Samorodov In-Reply-To: <5379134B.9000502@passap.ru> References: <5378D64C.2000903@passap.ru> <5378DB4E.5030305@passap.ru> <1400431085.1152.24.camel@revolution.hippie.lan> <5379134B.9000502@passap.ru> Content-Type: text/plain; charset="koi8-r" Date: Sun, 18 May 2014 15:25:14 -0600 Message-ID: <1400448314.1152.26.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by damnhippie.dyndns.org id s4ILPEl2042018 Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 May 2014 21:25:18 -0000 On Mon, 2014-05-19 at 00:08 +0400, Boris Samorodov wrote: > 18.05.2014 20:38, Ian Lepore =D0=C9=DB=C5=D4: > > On Sun, 2014-05-18 at 20:09 +0400, Boris Samorodov wrote: > >> 18.05.2014 19:48, Boris Samorodov =D0=C9=DB=C5=D4: > >>> Hi All, > >>> > >>> The system: > >>> ----- > >>> % uname -a > >>> FreeBSD bb052.bsnet 11.0-CURRENT FreeBSD 11.0-CURRENT #92 r266163: = Thu > >>> May 15 23:22:26 SAMT 2014 > >>> bsam@bb052.bsnet:/usr/obj/usr/src/sys/BB64X amd64 > >>> > >>> % clang --version > >>> FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 201= 40512 > >>> Target: x86_64-unknown-freebsd11.0 > >>> Thread model: posix > >>> ----- > >>> > >>> While cross-compiling (sources r266396) I get: > >>> ----- > >>> % make -C /usr/src ARCH=3Darm TARGET_ARCH=3Darmv6 buildworld > >> > >> Hm, at https://wiki.freebsd.org/EmbeddedHandbook one more option > >> is listed: "TARGET_CPUTYPE=3Darmv6". Trying this. > >> > >>> [...] > >>> =3D=3D=3D> lib/clang/liblldbAPI (all) > >>> c++ -O -pipe > >>> -I/usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/tools/lldb/in= clude > >>> -I/usr/src/lib/clang/liblldbAPI/../../ > >>> ../contrib/llvm/tools/lldb/source > >>> -I/usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/include > >>> -I/usr/src/lib/clang/liblldbAP > >>> I/../../../contrib/llvm/tools/clang/include > >>> -I/usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/tools/lldb/so= urce/API > >>> -I. -I > >>> /usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/../../lib/clang= /include > >>> -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MA > >>> CROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing > >>> -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"armv6-gnueabi-freebsd11.0\" -DLLVM= _HOST_TRIP > >>> LE=3D\"armv6-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" > >>> -Qunused-arguments -std=3Dc++11 -DLLDB_DISABLE_PYTHON -fno-exceptio= ns -f > >>> no-rtti -Wno-c++11-extensions -c > >>> /usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/tools/lldb/sour= ce/API/SBAddress.cpp > >>> -o SB > >>> Address.o > >>> /tmp/SBAddress-9939f3.s: Assembler messages: > >>> /tmp/SBAddress-9939f3.s:92: Error: selected processor does not supp= ort > >>> `ldrexd r2,r3,[r1]' > >>> /tmp/SBAddress-9939f3.s:141: Error: selected processor does not sup= port > >>> `ldrexd r2,r3,[r0]' > >>> /tmp/SBAddress-9939f3.s:311: Error: selected processor does not sup= port > >>> `ldrexd r8,r9,[r0]' > >>> /tmp/SBAddress-9939f3.s:312: Error: selected processor does not sup= port > >>> `strexd r1,r2,r3,[r0]' > >>> /tmp/SBAddress-9939f3.s:320: Error: selected processor does not sup= port > >>> `ldrexd r2,r3,[r0]' > >>> /tmp/SBAddress-9939f3.s:325: Error: selected processor does not sup= port > >>> `ldrexd r2,r3,[r0]' > >>> /tmp/SBAddress-9939f3.s:329: Error: selected processor does not sup= port > >>> `ldrexd r2,r3,[r0]' > >>> /tmp/SBAddress-9939f3.s:330: Error: selected processor does not sup= port > >>> `strexd r2,r4,r5,[r0]' > >>> /tmp/SBAddress-9939f3.s:379: Error: selected processor does not sup= port > >>> `ldrexd r0,r1,[r0]' > >>> /tmp/SBAddress-9939f3.s:507: Error: selected processor does not sup= port > >>> `ldrexd r2,r3,[r0]' > >>> /tmp/SBAddress-9939f3.s:511: Error: selected processor does not sup= port > >>> `ldrexd r2,r3,[r0]' > >>> /tmp/SBAddress-9939f3.s:512: Error: selected processor does not sup= port > >>> `strexd r2,r8,r9,[r0]' > >>> /tmp/SBAddress-9939f3.s:665: Error: selected processor does not sup= port > >>> `ldrexd r4,r5,[r1]' > >>> /tmp/SBAddress-9939f3.s:671: Error: selected processor does not sup= port > >>> `ldrexd r6,r7,[r1]' > >>> /tmp/SBAddress-9939f3.s:678: Error: selected processor does not sup= port > >>> `ldrexd r2,r3,[r1]' > >>> /tmp/SBAddress-9939f3.s:679: Error: selected processor does not sup= port > >>> `strexd r2,r6,r7,[r1]' > >>> /tmp/SBAddress-9939f3.s:739: Error: selected processor does not sup= port > >>> `ldrexdne r0,r1,[r0]' > >>> c++: error: assembler command failed with exit code 1 (use -v to se= e > >>> invocation) > >>> *** Error code 1 > >>> > >>> Stop. > >>> make[6]: stopped in /usr/src/lib/clang/liblldbAPI > >>> *** Error code 1 > >>> ----- > >=20 > > While I don't think it should affect this problem, "ARCH=3Darm" isn't > > needed. If anything it would be TARGET=3Darm, but that's implied by = the > > TARGET_ARCH=3Darmv6. >=20 > You are right, that didn't help. The build has faild with the same > error. >=20 > > I suspect the problems you're seeing are more fallout from all the > > recent WITH/WITHOUT build system changes. I've been so focused on do= ing > > arm MFCs for the past week I haven't tried to build -current for a fe= w > > days. > >=20 > > Since 10-stable is now in sync [1] with -current for arm stuff, but > > doesn't have all the recent build system changes, that might be a > > workable alternative for you for now... just build 10-stable instead = of > > -current. >=20 > Well, the thing is I don't have any 10-stable... >=20 > > [1] mostly -- I'm still finding a few misc changesets that I missed o= n > > the first pass, and build/run testing of 10-stable on arm is just > > beginning. >=20 > It's definitely not my day -- crochet build failed with: > ----- > --- all_subdir_libllvmarmcodegen --- > /usr/src/lib/clang/libllvmarmcodegen/../../../contrib/llvm/lib/Target/A= RM/ARMBaseInstrInfo.cpp:3687:15: > error: no member named > 'VLD1d64TPseudoWB_fixed' in namespace 'llvm::ARM'; did you mean > 'VST1d64TPseudoWB_fixed'? > case ARM::VLD1d64TPseudoWB_fixed: > ~~~~~^~~~~~~~~~~~~~~~~~~~~~ > VST1d64TPseudoWB_fixed > ./ARMGenInstrInfo.inc.h:1969:5: note: 'VST1d64TPseudoWB_fixed' declared= here > VST1d64TPseudoWB_fixed =3D 1953, > ^ > /usr/src/lib/clang/libllvmarmcodegen/../../../contrib/llvm/lib/Target/A= RM/ARMBaseInstrInfo.cpp:3704:15: > error: no member named > 'VLD1d64QPseudoWB_fixed' in namespace 'llvm::ARM'; did you mean > 'VST1d64QPseudoWB_fixed'? > case ARM::VLD1d64QPseudoWB_fixed: > ~~~~~^~~~~~~~~~~~~~~~~~~~~~ > VST1d64QPseudoWB_fixed > ./ARMGenInstrInfo.inc.h:1963:5: note: 'VST1d64QPseudoWB_fixed' declared= here > VST1d64QPseudoWB_fixed =3D 1947, > ----- I've seen others report this error recently, and it was caused by an update to clang. There's a dependency glitch so that some header files don't get regenerated correctly; I think that has been fixed, but to get the fix in place you have to clean out obj/arm.armv6 and build fresh. -- Ian From owner-freebsd-current@FreeBSD.ORG Sun May 18 23:27:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B1904F78 for ; Sun, 18 May 2014 23:27:34 +0000 (UTC) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 36F19260B for ; Sun, 18 May 2014 23:27:33 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.8/8.14.8) with ESMTP id s4INRRD6015974 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 19 May 2014 03:27:27 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.8/8.14.8/Submit) id s4INRQIF015973; Mon, 19 May 2014 03:27:26 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 19 May 2014 03:27:26 +0400 From: Gleb Smirnoff To: Sreenivasa Honnur Subject: Re: m_get_tag returns same tag address when called multiple times Message-ID: <20140518232726.GU50679@FreeBSD.org> References: <39CF6EA8C75D61takehara.mikihito@jp.panasonic.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 May 2014 23:27:34 -0000 On Wed, May 14, 2014 at 06:54:01AM +0000, Sreenivasa Honnur wrote: S> Hi, S> In FreeBSd-11 Current i am seeing that m_tag_get() returns same tag address for two subsequent calls, and m_tag_find() results in panic with below stack trace. Anything wrong here? Difficult to believe that. Can you provide more code or even better a test case that I can run? Are you sure that we are speaking of m_tag_get(), not about pf_get_mtag()? -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Mon May 19 00:36:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 979CFEFA for ; Mon, 19 May 2014 00:36:03 +0000 (UTC) Received: from mail-yk0-x22d.google.com (mail-yk0-x22d.google.com [IPv6:2607:f8b0:4002:c07::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5EE982B07 for ; Mon, 19 May 2014 00:36:03 +0000 (UTC) Received: by mail-yk0-f173.google.com with SMTP id 142so3920626ykq.4 for ; Sun, 18 May 2014 17:36:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; bh=L5pail/RH0ogV6d4w/6803NaSbrMqyTdiMZ4wiQ34sI=; b=ziTRVT08BNg0+NGi6KKu7a0RsETLuiL4M0DMC1Jpu3cZDgjPJNAMUcgNVxXePoTd4o PUjtkgB5f8LzZO2lga1kmhP3064WWA6isGYvUhAEn13hFY6et+7zuni5F6KQ9O9htR61 L9VmZr1j3terwJgUlQvKee1Q2FRL6/MzgmGiFZ8YWgCz+qYVct9mVvHvkOw5yFC0rBus zVnjYmfDY66RfszTEbDAXldE1iTNQZBg+nOQYc7tIJUOVncrPB1z2frRohzM6c/rD6bf 2mb9/Uy+8Fk4IBs8wDerwzgNbb/szbFDndEnyoc4XHLWrHGIydFvXoVTVwJrd30pZqAA GlhQ== MIME-Version: 1.0 X-Received: by 10.236.209.228 with SMTP id s64mr29164yho.132.1400459762676; Sun, 18 May 2014 17:36:02 -0700 (PDT) Received: by 10.170.154.212 with HTTP; Sun, 18 May 2014 17:36:02 -0700 (PDT) Reply-To: huanghwh@gmail.com Date: Mon, 19 May 2014 08:36:02 +0800 Message-ID: Subject: uefi boot on Apple Mac From: Huang Wen Hui To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 19 May 2014 00:36:03 -0000 Hi, I test uefi boot on Macs, some success, include: iMac13,2 , MacbookPro 2012, Macmini5,3. But have problem on MacbookPro 2013, loader stop at: Start @ 0xffffffff802d6ef0 ... Any ideas? Cheers, Huang Wenhui From owner-freebsd-current@FreeBSD.ORG Mon May 19 11:41:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F25AB156 for ; Mon, 19 May 2014 11:41:10 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id ADDC021CB for ; Mon, 19 May 2014 11:41:10 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 6875DC4935; Mon, 19 May 2014 14:41:03 +0300 (EEST) Date: Mon, 19 May 2014 14:41:34 +0300 From: Aleksandr Rybalko To: Jakub Lach Subject: Re: newcons and beeping X Message-Id: <20140519144134.46c031f25e114dede07bd7fb@ddteam.net> In-Reply-To: <1400342354733-5913086.post@n5.nabble.com> References: <20140427143320.GA7138@over-yonder.net> <20140501083121.GU7138@over-yonder.net> <20140506165925.8dd867c0da9364c6caf22a44@ddteam.net> <1400342354733-5913086.post@n5.nabble.com> X-Mailer: Sylpheed 3.3.1 (GTK+ 2.24.22; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 19 May 2014 11:41:11 -0000 On Sat, 17 May 2014 08:59:14 -0700 (PDT) Jakub Lach wrote: > Hello, > > as of FreeBSD 10.0-STABLE #0 r266216 I still have > a mute console in X (which isn't surprising, as there > was no MFC) > > > > -- > View this message in context: http://freebsd.1045724.n5.nabble.com/newcons-and-beeping-X-tp5906883p5913086.html > Sent from the freebsd-current mailing list archive at Nabble.com. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Hi Jakub, Yes, I'm did not MFC it yet. Will do it in next few days. WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Mon May 19 12:06:28 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 725FE8F1; Mon, 19 May 2014 12:06:28 +0000 (UTC) Received: from forward4l.mail.yandex.net (forward4l.mail.yandex.net [84.201.143.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2D3F82446; Mon, 19 May 2014 12:06:27 +0000 (UTC) Received: from smtp11.mail.yandex.net (smtp11.mail.yandex.net [95.108.130.67]) by forward4l.mail.yandex.net (Yandex) with ESMTP id 1730F144113B; Mon, 19 May 2014 16:06:24 +0400 (MSK) Received: from smtp11.mail.yandex.net (localhost [127.0.0.1]) by smtp11.mail.yandex.net (Yandex) with ESMTP id B1F677E035C; Mon, 19 May 2014 16:06:23 +0400 (MSK) Received: from 93.91.10.182.tel.ru (93.91.10.182.tel.ru [93.91.10.182]) by smtp11.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id HgcowqLlWI-6NrS6Fwp; Mon, 19 May 2014 16:06:23 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: f4b70716-5a0a-47ac-9d94-ea737eda7eae Message-ID: <5379F3BF.9090000@passap.ru> Date: Mon, 19 May 2014 16:06:23 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Ian Lepore Subject: Re: [arm cross-compiling, clang] Error: selected processor does not support `ldrexd r2,r3,[r1]' References: <5378D64C.2000903@passap.ru> <5378DB4E.5030305@passap.ru> <1400431085.1152.24.camel@revolution.hippie.lan> <5379134B.9000502@passap.ru> <1400448314.1152.26.camel@revolution.hippie.lan> In-Reply-To: <1400448314.1152.26.camel@revolution.hippie.lan> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 19 May 2014 12:06:28 -0000 19.05.2014 01:25, Ian Lepore пишет: > On Mon, 2014-05-19 at 00:08 +0400, Boris Samorodov wrote: >> It's definitely not my day -- crochet build failed with: >> ----- >> --- all_subdir_libllvmarmcodegen --- >> /usr/src/lib/clang/libllvmarmcodegen/../../../contrib/llvm/lib/Target/ARM/ARMBaseInstrInfo.cpp:3687:15: >> error: no member named >> 'VLD1d64TPseudoWB_fixed' in namespace 'llvm::ARM'; did you mean >> 'VST1d64TPseudoWB_fixed'? >> case ARM::VLD1d64TPseudoWB_fixed: >> ~~~~~^~~~~~~~~~~~~~~~~~~~~~ >> VST1d64TPseudoWB_fixed >> ./ARMGenInstrInfo.inc.h:1969:5: note: 'VST1d64TPseudoWB_fixed' declared here >> VST1d64TPseudoWB_fixed = 1953, >> ^ >> /usr/src/lib/clang/libllvmarmcodegen/../../../contrib/llvm/lib/Target/ARM/ARMBaseInstrInfo.cpp:3704:15: >> error: no member named >> 'VLD1d64QPseudoWB_fixed' in namespace 'llvm::ARM'; did you mean >> 'VST1d64QPseudoWB_fixed'? >> case ARM::VLD1d64QPseudoWB_fixed: >> ~~~~~^~~~~~~~~~~~~~~~~~~~~~ >> VST1d64QPseudoWB_fixed >> ./ARMGenInstrInfo.inc.h:1963:5: note: 'VST1d64QPseudoWB_fixed' declared here >> VST1d64QPseudoWB_fixed = 1947, >> ----- > > I've seen others report this error recently, and it was caused by an > update to clang. There's a dependency glitch so that some header files > don't get regenerated correctly; I think that has been fixed, but to get > the fix in place you have to clean out obj/arm.armv6 and build fresh. Ian, thanks -- that helped! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon May 19 12:57:22 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E5A672A; Mon, 19 May 2014 12:57:22 +0000 (UTC) Received: from forward1l.mail.yandex.net (forward1l.mail.yandex.net [IPv6:2a02:6b8:0:1819::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1C15C28B1; Mon, 19 May 2014 12:57:22 +0000 (UTC) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward1l.mail.yandex.net (Yandex) with ESMTP id 9FA8A15210AB; Mon, 19 May 2014 16:57:18 +0400 (MSK) Received: from smtp12.mail.yandex.net (localhost [127.0.0.1]) by smtp12.mail.yandex.net (Yandex) with ESMTP id 462B416A1465; Mon, 19 May 2014 16:57:18 +0400 (MSK) Received: from 93.91.10.182.tel.ru (93.91.10.182.tel.ru [93.91.10.182]) by smtp12.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id PtUZmrf8P2-vHG8eTBm; Mon, 19 May 2014 16:57:17 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: 7616e87d-5221-4303-b417-e4fabbb9196f Message-ID: <5379FFAD.3060801@passap.ru> Date: Mon, 19 May 2014 16:57:17 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Ian Lepore Subject: Re: [arm cross-compiling, clang] Error: selected processor does not support `ldrexd r2,r3,[r1]' References: <5378D64C.2000903@passap.ru> <5378DB4E.5030305@passap.ru> <1400431085.1152.24.camel@revolution.hippie.lan> <5379134B.9000502@passap.ru> <1400448314.1152.26.camel@revolution.hippie.lan> <5379F3BF.9090000@passap.ru> In-Reply-To: <5379F3BF.9090000@passap.ru> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 19 May 2014 12:57:22 -0000 19.05.2014 16:06, Boris Samorodov пишет: > 19.05.2014 01:25, Ian Lepore пишет: >> On Mon, 2014-05-19 at 00:08 +0400, Boris Samorodov wrote: > >>> It's definitely not my day -- crochet build failed with: >>> ----- >>> --- all_subdir_libllvmarmcodegen --- >>> /usr/src/lib/clang/libllvmarmcodegen/../../../contrib/llvm/lib/Target/ARM/ARMBaseInstrInfo.cpp:3687:15: >>> error: no member named >>> 'VLD1d64TPseudoWB_fixed' in namespace 'llvm::ARM'; did you mean >>> 'VST1d64TPseudoWB_fixed'? >>> case ARM::VLD1d64TPseudoWB_fixed: >>> ~~~~~^~~~~~~~~~~~~~~~~~~~~~ >>> VST1d64TPseudoWB_fixed >>> ./ARMGenInstrInfo.inc.h:1969:5: note: 'VST1d64TPseudoWB_fixed' declared here >>> VST1d64TPseudoWB_fixed = 1953, >>> ^ >>> /usr/src/lib/clang/libllvmarmcodegen/../../../contrib/llvm/lib/Target/ARM/ARMBaseInstrInfo.cpp:3704:15: >>> error: no member named >>> 'VLD1d64QPseudoWB_fixed' in namespace 'llvm::ARM'; did you mean >>> 'VST1d64QPseudoWB_fixed'? >>> case ARM::VLD1d64QPseudoWB_fixed: >>> ~~~~~^~~~~~~~~~~~~~~~~~~~~~ >>> VST1d64QPseudoWB_fixed >>> ./ARMGenInstrInfo.inc.h:1963:5: note: 'VST1d64QPseudoWB_fixed' declared here >>> VST1d64QPseudoWB_fixed = 1947, >>> ----- >> >> I've seen others report this error recently, and it was caused by an >> update to clang. There's a dependency glitch so that some header files >> don't get regenerated correctly; I think that has been fixed, but to get >> the fix in place you have to clean out obj/arm.armv6 and build fresh. > > Ian, thanks -- that helped! Just a note: (crochet) buildworld finished successfully. However buildkernel fails at the very beginning with "Malformed conditional (${MK_ARM_EABI} != "no")" -- just as Michael Tuexen reported at arm@. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon May 19 16:07:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8871CFA1 for ; Mon, 19 May 2014 16:07:54 +0000 (UTC) Received: from mail-ie0-f171.google.com (mail-ie0-f171.google.com [209.85.223.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 501362A46 for ; Mon, 19 May 2014 16:07:54 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id rp18so2839066iec.2 for ; Mon, 19 May 2014 09:07:53 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=/WLHMBGLB0Cb+BW5W1E+ShEU+tYPYFzWJ7ZPCt0BQC4=; b=AU+cm+hZGcUGAhAMb2gRoxJEdAb4BtyTcNuPri1Sjlzk+jzFAYTKHEOw7avFKnMjSo QLtpnVeGhGFDXblmsdn/zinhHwFwVkMAxe+zp1kPMuy03r4cp7Z6eSI4lk1VfDJxqv2x SLl5EiDGnI1fAVY3E8MXNVHfyS7DEpQm+DjVnHsqMk8CD2ix+qr1Kizg5d6NcYXqj7Tj LGLudguzOSlOQGgIVPslNOCDAV5O1oQGESVZPAW0rrV/qFIWeVCBG2fEDrzOYPBJoITs wIqU6OLoRo5sbSQ4sKNjFmfIYKSFmkIiBjUHMwMKtt+Ljc2naCquluYNmSdwPmAFHINZ +lIQ== X-Gm-Message-State: ALoCoQmT+gOgQurarNsx874vTqAjAjK5ZtKpRHqlOr8VNyEa0hA2OlwUH/TjcPa3K0Sh5PpbJyvg X-Received: by 10.43.84.67 with SMTP id aj3mr23149145icc.38.1400515180585; Mon, 19 May 2014 08:59:40 -0700 (PDT) Received: from [10.0.0.119] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id bc6sm21876809igb.9.2014.05.19.08.59.38 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 19 May 2014 08:59:39 -0700 (PDT) Sender: Warner Losh X-Google-Original-From: Warner Losh Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: [arm cross-compiling, clang] Error: selected processor does not support `ldrexd r2, r3, [r1]' From: Warner Losh In-Reply-To: <5379FFAD.3060801@passap.ru> Date: Mon, 19 May 2014 09:59:37 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5378D64C.2000903@passap.ru> <5378DB4E.5030305@passap.ru> <1400431085.1152.24.camel@revolution.hippie.lan> <5379134B.9000502@passap.ru> <1400448314.1152.26.camel@revolution.hippie.lan> <5379F3BF.9090000@passap.ru> <5379FFAD.3060801@passap.ru> To: Boris Samorodov X-Mailer: Apple Mail (2.1878.2) Cc: freebsd-current@FreeBSD.org, Ian Lepore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 19 May 2014 16:07:54 -0000 On May 19, 2014, at 6:57 AM, Boris Samorodov wrote: > 19.05.2014 16:06, Boris Samorodov =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >> 19.05.2014 01:25, Ian Lepore =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>> On Mon, 2014-05-19 at 00:08 +0400, Boris Samorodov wrote: >>=20 >>>> It's definitely not my day -- crochet build failed with: >>>> ----- >>>> --- all_subdir_libllvmarmcodegen --- >>>> = /usr/src/lib/clang/libllvmarmcodegen/../../../contrib/llvm/lib/Target/ARM/= ARMBaseInstrInfo.cpp:3687:15: >>>> error: no member named >>>> 'VLD1d64TPseudoWB_fixed' in namespace 'llvm::ARM'; did you mean >>>> 'VST1d64TPseudoWB_fixed'? >>>> case ARM::VLD1d64TPseudoWB_fixed: >>>> ~~~~~^~~~~~~~~~~~~~~~~~~~~~ >>>> VST1d64TPseudoWB_fixed >>>> ./ARMGenInstrInfo.inc.h:1969:5: note: 'VST1d64TPseudoWB_fixed' = declared here >>>> VST1d64TPseudoWB_fixed =3D 1953, >>>> ^ >>>> = /usr/src/lib/clang/libllvmarmcodegen/../../../contrib/llvm/lib/Target/ARM/= ARMBaseInstrInfo.cpp:3704:15: >>>> error: no member named >>>> 'VLD1d64QPseudoWB_fixed' in namespace 'llvm::ARM'; did you mean >>>> 'VST1d64QPseudoWB_fixed'? >>>> case ARM::VLD1d64QPseudoWB_fixed: >>>> ~~~~~^~~~~~~~~~~~~~~~~~~~~~ >>>> VST1d64QPseudoWB_fixed >>>> ./ARMGenInstrInfo.inc.h:1963:5: note: 'VST1d64QPseudoWB_fixed' = declared here >>>> VST1d64QPseudoWB_fixed =3D 1947, >>>> ----- >>>=20 >>> I've seen others report this error recently, and it was caused by an >>> update to clang. There's a dependency glitch so that some header = files >>> don't get regenerated correctly; I think that has been fixed, but to = get >>> the fix in place you have to clean out obj/arm.armv6 and build = fresh. >>=20 >> Ian, thanks -- that helped! >=20 > Just a note: (crochet) buildworld finished successfully. However > buildkernel fails at the very beginning with "Malformed conditional > (${MK_ARM_EABI} !=3D "no")" -- just as Michael Tuexen reported at = arm@. I have a fix pending for that, but there=E2=80=99s other problems = building arm kernels/modules at the moment I=E2=80=99m sorting out before pushing that in. Warner From owner-freebsd-current@FreeBSD.ORG Mon May 19 16:49:16 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 62110AFA for ; Mon, 19 May 2014 16:49:16 +0000 (UTC) Received: from forward5l.mail.yandex.net (forward5l.mail.yandex.net [IPv6:2a02:6b8:0:1819::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1C2522DEA for ; Mon, 19 May 2014 16:49:15 +0000 (UTC) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward5l.mail.yandex.net (Yandex) with ESMTP id 588CBC40DFA; Mon, 19 May 2014 20:49:03 +0400 (MSK) Received: from smtp12.mail.yandex.net (localhost [127.0.0.1]) by smtp12.mail.yandex.net (Yandex) with ESMTP id F0E7E16A00B9; Mon, 19 May 2014 20:49:02 +0400 (MSK) Received: from 93.91.10.182.tel.ru (93.91.10.182.tel.ru [93.91.10.182]) by smtp12.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id uR6rVmg12I-n2Gi8AfE; Mon, 19 May 2014 20:49:02 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: 764e7bd3-c72d-4879-bca6-ec0455a0446f Message-ID: <537A35FE.9010004@passap.ru> Date: Mon, 19 May 2014 20:49:02 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Warner Losh Subject: Re: [arm cross-compiling, clang] Error: selected processor does not support `ldrexd r2, r3, [r1]' References: <5378D64C.2000903@passap.ru> <5378DB4E.5030305@passap.ru> <1400431085.1152.24.camel@revolution.hippie.lan> <5379134B.9000502@passap.ru> <1400448314.1152.26.camel@revolution.hippie.lan> <5379F3BF.9090000@passap.ru> <5379FFAD.3060801@passap.ru> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 19 May 2014 16:49:16 -0000 19.05.2014 19:59, Warner Losh пишет: > > On May 19, 2014, at 6:57 AM, Boris Samorodov wrote: > >> 19.05.2014 16:06, Boris Samorodov пишет: >>> 19.05.2014 01:25, Ian Lepore пишет: >>>> On Mon, 2014-05-19 at 00:08 +0400, Boris Samorodov wrote: >>> >>>>> It's definitely not my day -- crochet build failed with: >>>>> ----- >>>>> --- all_subdir_libllvmarmcodegen --- >>>>> /usr/src/lib/clang/libllvmarmcodegen/../../../contrib/llvm/lib/Target/ARM/ARMBaseInstrInfo.cpp:3687:15: >>>>> error: no member named >>>>> 'VLD1d64TPseudoWB_fixed' in namespace 'llvm::ARM'; did you mean >>>>> 'VST1d64TPseudoWB_fixed'? >>>>> case ARM::VLD1d64TPseudoWB_fixed: >>>>> ~~~~~^~~~~~~~~~~~~~~~~~~~~~ >>>>> VST1d64TPseudoWB_fixed >>>>> ./ARMGenInstrInfo.inc.h:1969:5: note: 'VST1d64TPseudoWB_fixed' declared here >>>>> VST1d64TPseudoWB_fixed = 1953, >>>>> ^ >>>>> /usr/src/lib/clang/libllvmarmcodegen/../../../contrib/llvm/lib/Target/ARM/ARMBaseInstrInfo.cpp:3704:15: >>>>> error: no member named >>>>> 'VLD1d64QPseudoWB_fixed' in namespace 'llvm::ARM'; did you mean >>>>> 'VST1d64QPseudoWB_fixed'? >>>>> case ARM::VLD1d64QPseudoWB_fixed: >>>>> ~~~~~^~~~~~~~~~~~~~~~~~~~~~ >>>>> VST1d64QPseudoWB_fixed >>>>> ./ARMGenInstrInfo.inc.h:1963:5: note: 'VST1d64QPseudoWB_fixed' declared here >>>>> VST1d64QPseudoWB_fixed = 1947, >>>>> ----- >>>> >>>> I've seen others report this error recently, and it was caused by an >>>> update to clang. There's a dependency glitch so that some header files >>>> don't get regenerated correctly; I think that has been fixed, but to get >>>> the fix in place you have to clean out obj/arm.armv6 and build fresh. >>> >>> Ian, thanks -- that helped! >> >> Just a note: (crochet) buildworld finished successfully. However >> buildkernel fails at the very beginning with "Malformed conditional >> (${MK_ARM_EABI} != "no")" -- just as Michael Tuexen reported at arm@. > > I have a fix pending for that, but there’s other problems building arm kernels/modules at > the moment I’m sorting out before pushing that in. Thank you! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon May 19 16:51:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB5A6CB2 for ; Mon, 19 May 2014 16:51:17 +0000 (UTC) Received: from mail-ie0-f171.google.com (mail-ie0-f171.google.com [209.85.223.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 960352E78 for ; Mon, 19 May 2014 16:51:17 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id rp18so2894999iec.16 for ; Mon, 19 May 2014 09:51:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=Di29mjRzPFIAwbB6LnD/lLqOD8NHbDDbgPdWHBzY20M=; b=cahQn504EzCFMi+ie0oELah5fi7VgtWhtKh+nEERQdjkH+ltxeMj+/QU8BGAygw6of ahG9bNlZnqU/HvzrGHHuKo6qN2ujTIIsyTybUjdWnsMm1NnV3nAqOGjOcZ6bJVna6qcA hCMjXfwTvBWlfHOuDhrzRoexeHguHoNfs436+uGtMv3o5ZgpfA0M5jt2bUwyaNPw/goq BYFEcafZCgWdwAxmX8NktYrDR9jFjKULYG3A9yIpxRLChw/x45x9Ya/5ipU5ngSAATxp OU5DQivi8sN8IkPDtn7OkC41z1ZeVd1bQ2FKCtLyRSE2Q4HLzALR2PeKv/NRMkounjV4 cb2A== X-Gm-Message-State: ALoCoQn9EZimKj5D3epfvkMyF+rK/DNnE6NyZwbuGkG5amLjBQoALW77VqKC4ZBoMcYUYavFrExw X-Received: by 10.50.143.34 with SMTP id sb2mr18729635igb.48.1400518276804; Mon, 19 May 2014 09:51:16 -0700 (PDT) Received: from [10.0.0.119] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id g2sm15009313igc.12.2014.05.19.09.51.16 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 19 May 2014 09:51:16 -0700 (PDT) Sender: Warner Losh X-Google-Original-From: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: [armv6] make[3]: "/usr/src/gnu/Makefile" line 4: Could not find src.opts.mk From: Warner Losh In-Reply-To: <5378D34E.2050100@passap.ru> Date: Mon, 19 May 2014 10:51:15 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <81F88202-EDD1-4205-AE05-6FEBBA57BA83@gmail.com> References: <5378D34E.2050100@passap.ru> To: Boris Samorodov X-Mailer: Apple Mail (2.1878.2) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 19 May 2014 16:51:17 -0000 On May 18, 2014, at 9:35 AM, Boris Samorodov wrote: > Hi All, >=20 > The system: > ----- > % uname -a > FreeBSD wb1.bb.tel.ru 11.0-CURRENT FreeBSD 11.0-CURRENT #13 r265612M: > Thu May 8 09:42:27 SAMT 2014 > bsam@wb.bb.tel.ru:/usr/obj/usr/src/sys/WANDBOARD-QUAD arm > ----- >=20 > While buildworld (src r266396) I get: > ----- > % make -C /usr/src buildworld > [...] > =3D=3D=3D> gnu (obj) > make[3]: "/usr/src/gnu/Makefile" line 4: Could not find src.opts.mk > make[3]: "/usr/src/gnu/Makefile" line 8: Malformed conditional > (${MK_TESTS} !=3D "no") > make[3]: Fatal errors encountered -- cannot continue > make[3]: stopped in /usr/src/gnu > *** Error code 1 Read updating. You need to set MAKESYSPATH to =85/share/mk. Warner From owner-freebsd-current@FreeBSD.ORG Mon May 19 17:08:56 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A9B286C for ; Mon, 19 May 2014 17:08:56 +0000 (UTC) Received: from forward9l.mail.yandex.net (forward9l.mail.yandex.net [IPv6:2a02:6b8:0:1819::9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BC83F2FCC for ; Mon, 19 May 2014 17:08:55 +0000 (UTC) Received: from smtp11.mail.yandex.net (smtp11.mail.yandex.net [95.108.130.67]) by forward9l.mail.yandex.net (Yandex) with ESMTP id 09B0FE611B9; Mon, 19 May 2014 21:08:52 +0400 (MSK) Received: from smtp11.mail.yandex.net (localhost [127.0.0.1]) by smtp11.mail.yandex.net (Yandex) with ESMTP id A33917E0182; Mon, 19 May 2014 21:08:52 +0400 (MSK) Received: from 93.91.10.182.tel.ru (93.91.10.182.tel.ru [93.91.10.182]) by smtp11.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id 9NK1zo99ju-8qrardDW; Mon, 19 May 2014 21:08:52 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: 6b7f3740-023d-40a4-920d-9c6a66f2f4ed Message-ID: <537A3AA4.1010501@passap.ru> Date: Mon, 19 May 2014 21:08:52 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Warner Losh Subject: Re: [armv6] make[3]: "/usr/src/gnu/Makefile" line 4: Could not find src.opts.mk References: <5378D34E.2050100@passap.ru> <81F88202-EDD1-4205-AE05-6FEBBA57BA83@gmail.com> In-Reply-To: <81F88202-EDD1-4205-AE05-6FEBBA57BA83@gmail.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 19 May 2014 17:08:56 -0000 19.05.2014 20:51, Warner Losh пишет: > > On May 18, 2014, at 9:35 AM, Boris Samorodov wrote: > >> Hi All, >> >> The system: >> ----- >> % uname -a >> FreeBSD wb1.bb.tel.ru 11.0-CURRENT FreeBSD 11.0-CURRENT #13 r265612M: >> Thu May 8 09:42:27 SAMT 2014 >> bsam@wb.bb.tel.ru:/usr/obj/usr/src/sys/WANDBOARD-QUAD arm >> ----- >> >> While buildworld (src r266396) I get: >> ----- >> % make -C /usr/src buildworld >> [...] >> ===> gnu (obj) >> make[3]: "/usr/src/gnu/Makefile" line 4: Could not find src.opts.mk >> make[3]: "/usr/src/gnu/Makefile" line 8: Malformed conditional >> (${MK_TESTS} != "no") >> make[3]: Fatal errors encountered -- cannot continue >> make[3]: stopped in /usr/src/gnu >> *** Error code 1 > > Read updating. You need to set MAKESYSPATH to …/share/mk. I've read it, but it's not obvious to me that it's applicable here. I'll give it a try, thanks. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon May 19 17:18:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D8232D9; Mon, 19 May 2014 17:18:45 +0000 (UTC) Received: from mail-lb0-x232.google.com (mail-lb0-x232.google.com [IPv6:2a00:1450:4010:c04::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 83B9620E1; Mon, 19 May 2014 17:18:44 +0000 (UTC) Received: by mail-lb0-f178.google.com with SMTP id w7so4320156lbi.9 for ; Mon, 19 May 2014 10:18:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:cc:content-type; bh=UlevcQWDtCaDIIgU/trYMeIenob1HkZygGfx734NCw8=; b=GIAYpym718clBzmcvN9/GKq6ImBjQbpKKxfsgzz/ahdjWxzSFExz6kDnnAutfJcWL5 jTKbmIeX1Lm15MMH4oDxjk8Ou17zPE/b2Q9NA0KONwVjeIs2OiHc+2oWL+vOa5OUxnRm RZ/+NnctOe5goJvYESuogmEevN2YE2Y9cAZEaCiLd8DXfGJFnj6NbJ2Vlva+7YU/+5Rf 54ri9VsuNfW8Qbj7815W9P+v0JK2D1pwQiBGMd25O2K4lD61t0mBqrOvZaAFIX57ieHt vdRUCbvr/bfDLIhTfxIQ/kKLlqSEQYgnRbMNFmtFy5t+doZ7QLz7CuAoT7NTA5J6aMeb dRJQ== MIME-Version: 1.0 X-Received: by 10.112.218.74 with SMTP id pe10mr26502460lbc.3.1400519922412; Mon, 19 May 2014 10:18:42 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.67.73 with HTTP; Mon, 19 May 2014 10:18:42 -0700 (PDT) Date: Mon, 19 May 2014 10:18:42 -0700 X-Google-Sender-Auth: gEkZYgBh2ImJ0g1taH_pElu0IxQ Message-ID: Subject: Problems building FreeBSD 9.2 on FreeBSD 10 From: Craig Rodrigues To: Brooks Davis , Warner Losh Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 19 May 2014 17:18:45 -0000 Hi, On a FreeBSD 10 host, I am trying to build this: https://github.com/trueos/trueos which is derived from FreeBSD 9.2. If I build like this: env TARGET=amd64 TARGET_ARCH=amd64 make -j 9 SRCCONF=/dev/null __MAKE_CONF=/opt/local/branches/freenas/os-base/amd64/make.conf.build NO_CLEAN=1 buildworld I get this error: --- upgrade_checks --- A failure has been detected in another branch of the parallel make make[1]: stopped in /opt/local/branches/freenas/FreeBSD/src *** [upgrade_checks] Error code 2 make: stopped in /opt/local/branches/freenas/FreeBSD/src 1 error If I remove the "-j 9", then I can get the build to work properly. Does anyone know what fixes I can pull in from stable/9 or HEAD so that I can get this to build successfully with the "-j 9" flag without failing? I saw similar problems reported in these discussion threads, but I didn't see what the solution to the problem was: http://lists.freebsd.org/pipermail/freebsd-stable/2014-January/077142.html http://lists.freebsd.org/pipermail/freebsd-stable/2013-November/075773.html -- Craig From owner-freebsd-current@FreeBSD.ORG Mon May 19 17:48:25 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4EFCF77 for ; Mon, 19 May 2014 17:48:25 +0000 (UTC) Received: from mail-pa0-f52.google.com (mail-pa0-f52.google.com [209.85.220.52]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 817B123F9 for ; Mon, 19 May 2014 17:48:25 +0000 (UTC) Received: by mail-pa0-f52.google.com with SMTP id fa1so6106318pad.39 for ; Mon, 19 May 2014 10:48:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=v46bhJrGLtmTLd9FqU2xzlGvfVZ/nSWTdaXRMMYuRTQ=; b=MBmFEcBp4/jdmcSK1Pu79hwdHwHx2QthW7lG4oN+zbpyu6GP0ce9xfH2LLffQf1xQT aOIp5yiG/4nN0kt8l30zMPeB/hA4H+rioMWTY2PMNHFwCF7wF5QGZXEHHcueEdhw647n erX/Gm8+L/qwCxHb5p5llMsdMq1INMUlKIZKkS+LWShkTLP2Go2EkqAK6ImNUfNWNSzw 754zZz7YUZ4l0tgqYeHZQ0Oi8h8NApJZFB6+OyL38cDLrU/hIo8BIIc0v1mwdObq3bUu WnUUwbI1SnzruRNBrGWzQn6A5VVR14sHaM4wM+cvoMWqmdO6g42xsnFz4jr+t/7WJ8nm QePg== X-Gm-Message-State: ALoCoQmvjJyZtKBaF/oakdiTxtC9Op5oFt7EtbudOyl9izIJJhrVfI1EGsVod7X5dMFDk/tiSYbv X-Received: by 10.68.162.34 with SMTP id xx2mr44473275pbb.120.1400521699006; Mon, 19 May 2014 10:48:19 -0700 (PDT) Received: from [10.64.26.239] (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id cj1sm78337191pac.40.2014.05.19.10.48.15 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 19 May 2014 10:48:17 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_6B5F33DA-91AC-4273-B114-4CAAD25A60C9"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: [armv6] make[3]: "/usr/src/gnu/Makefile" line 4: Could not find src.opts.mk From: Warner Losh In-Reply-To: <537A3AA4.1010501@passap.ru> Date: Mon, 19 May 2014 11:48:13 -0600 Message-Id: <4141483A-0297-498F-A9CF-BE94CECAB5C7@bsdimp.com> References: <5378D34E.2050100@passap.ru> <81F88202-EDD1-4205-AE05-6FEBBA57BA83@gmail.com> <537A3AA4.1010501@passap.ru> To: Boris Samorodov X-Mailer: Apple Mail (2.1878.2) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 19 May 2014 17:48:25 -0000 --Apple-Mail=_6B5F33DA-91AC-4273-B114-4CAAD25A60C9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On May 19, 2014, at 11:08 AM, Boris Samorodov wrote: > 19.05.2014 20:51, Warner Losh =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>=20 >> On May 18, 2014, at 9:35 AM, Boris Samorodov wrote: >>=20 >>> Hi All, >>>=20 >>> The system: >>> ----- >>> % uname -a >>> FreeBSD wb1.bb.tel.ru 11.0-CURRENT FreeBSD 11.0-CURRENT #13 = r265612M: >>> Thu May 8 09:42:27 SAMT 2014 >>> bsam@wb.bb.tel.ru:/usr/obj/usr/src/sys/WANDBOARD-QUAD arm >>> ----- >>>=20 >>> While buildworld (src r266396) I get: >>> ----- >>> % make -C /usr/src buildworld >>> [...] >>> =3D=3D=3D> gnu (obj) >>> make[3]: "/usr/src/gnu/Makefile" line 4: Could not find src.opts.mk >>> make[3]: "/usr/src/gnu/Makefile" line 8: Malformed conditional >>> (${MK_TESTS} !=3D "no") >>> make[3]: Fatal errors encountered -- cannot continue >>> make[3]: stopped in /usr/src/gnu >>> *** Error code 1 >>=20 >> Read updating. You need to set MAKESYSPATH to =E2=80=A6/share/mk. >=20 > I've read it, but it's not obvious to me that it's applicable here. > I'll give it a try, thanks. It is an unfortunate breakage. One I=E2=80=99m not sure how to resolve = because the obvious solution will break other things in ways that are more subtle or related to bugs I=E2=80=99m trying to fix. Warner --Apple-Mail=_6B5F33DA-91AC-4273-B114-4CAAD25A60C9 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTekPdAAoJEGwc0Sh9sBEAsPsP/jCho+xrWTYPmFZEQNITzHEN Gqls8VHPqjxra+i9YL3pUOZbVM+oaIAwPK9Q36nCIP9Woyr6lFv8PDpNQUOYRaGk KIzWJ9MaCZV+9cLlJTeBwniePDTEHuzJdHVnzJPDE0nW3CJvr4zryvvNcFDhmHTE Zm4dKDnIz+w138fJ48Tzf+1l+Illek7cW3H1G6YYg8kPN2nc0HLIs0mvorxOje39 K8NqNBCoJsziFa5T1InzPVpMZRbQaXpQ2lh5+xFySj/1v5PA7UszffD1JKCriplb UMBHGNwwkZ4ySMk5Kb+PNNSHvAugWVy8Tbvfr5tpsF5VsV6FnqvprEDfo4MRuYf2 KBctyLmfvmlBgbOzoRopNasXnDZx8eg+Kf7qdDMDmiKrpcrMUmvN/wyjGlIA0MHR AUkC6I6QazTKV7Sam2HNUmc16SiRitCdD7wKm3GhohCPJ1G2Vv1p8xFKniB7tnV+ 2NFsuc85U6JFPnOCFg0lDZIitACXhnpmCqQbiZj3MkLNfQRwHYS3HAqplhL0Zd9E /6cyGy/6uiO3lAwersVP9eMC1Cz7NcXz1dXIv/7y4ZelLRSaF4TW3U8W7hTTF5LS a9OZoEhM4E2SUaH/4hTndOrqs9hohDnWenIwm1mksCpcseqK/QSMzPCPjR6YUiEY sDDJzHWdqZ4SYHkGLEzN =6FLg -----END PGP SIGNATURE----- --Apple-Mail=_6B5F33DA-91AC-4273-B114-4CAAD25A60C9-- From owner-freebsd-current@FreeBSD.ORG Mon May 19 17:57:00 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9D58A4C6 for ; Mon, 19 May 2014 17:57:00 +0000 (UTC) Received: from forward8l.mail.yandex.net (forward8l.mail.yandex.net [IPv6:2a02:6b8:0:1819::8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 59D6224C5 for ; Mon, 19 May 2014 17:57:00 +0000 (UTC) Received: from smtp13.mail.yandex.net (smtp13.mail.yandex.net [95.108.130.68]) by forward8l.mail.yandex.net (Yandex) with ESMTP id 4E6CB1A41353; Mon, 19 May 2014 21:56:49 +0400 (MSK) Received: from smtp13.mail.yandex.net (localhost [127.0.0.1]) by smtp13.mail.yandex.net (Yandex) with ESMTP id EAA55E4014D; Mon, 19 May 2014 21:56:48 +0400 (MSK) Received: from 93.91.10.182.tel.ru (93.91.10.182.tel.ru [93.91.10.182]) by smtp13.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id dmpkxExeOQ-umdqva6s; Mon, 19 May 2014 21:56:48 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: f84cce31-e8dd-4e93-ab82-51d117373146 Message-ID: <537A45E0.3040507@passap.ru> Date: Mon, 19 May 2014 21:56:48 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Warner Losh Subject: Re: [armv6] make[3]: "/usr/src/gnu/Makefile" line 4: Could not find src.opts.mk References: <5378D34E.2050100@passap.ru> <81F88202-EDD1-4205-AE05-6FEBBA57BA83@gmail.com> <537A3AA4.1010501@passap.ru> <4141483A-0297-498F-A9CF-BE94CECAB5C7@bsdimp.com> In-Reply-To: <4141483A-0297-498F-A9CF-BE94CECAB5C7@bsdimp.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 19 May 2014 17:57:00 -0000 19.05.2014 21:48, Warner Losh пишет: > > On May 19, 2014, at 11:08 AM, Boris Samorodov wrote: > >> 19.05.2014 20:51, Warner Losh пишет: >>> >>> On May 18, 2014, at 9:35 AM, Boris Samorodov wrote: >>> >>>> Hi All, >>>> >>>> The system: >>>> ----- >>>> % uname -a >>>> FreeBSD wb1.bb.tel.ru 11.0-CURRENT FreeBSD 11.0-CURRENT #13 r265612M: >>>> Thu May 8 09:42:27 SAMT 2014 >>>> bsam@wb.bb.tel.ru:/usr/obj/usr/src/sys/WANDBOARD-QUAD arm >>>> ----- >>>> >>>> While buildworld (src r266396) I get: >>>> ----- >>>> % make -C /usr/src buildworld >>>> [...] >>>> ===> gnu (obj) >>>> make[3]: "/usr/src/gnu/Makefile" line 4: Could not find src.opts.mk >>>> make[3]: "/usr/src/gnu/Makefile" line 8: Malformed conditional >>>> (${MK_TESTS} != "no") >>>> make[3]: Fatal errors encountered -- cannot continue >>>> make[3]: stopped in /usr/src/gnu >>>> *** Error code 1 >>> >>> Read updating. You need to set MAKESYSPATH to …/share/mk. >> >> I've read it, but it's not obvious to me that it's applicable here. >> I'll give it a try, thanks. > > It is an unfortunate breakage. One I’m not sure how to resolve because > the obvious solution will break other things in ways that are more > subtle or related to bugs I’m trying to fix. Ah, OK, I see. As for me I'm fine with MAKESYSPATH workaround should it work (can't test for now). -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon May 19 20:12:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4C103D5; Mon, 19 May 2014 20:12:09 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 611B422E1; Mon, 19 May 2014 20:12:08 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 89A7F1FE029; Mon, 19 May 2014 22:12:01 +0200 (CEST) Message-ID: <537A65C2.6060203@selasky.org> Date: Mon, 19 May 2014 22:12:50 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: John Baldwin , freebsd-current Subject: Re: panic: resource_list_add: resource entry is busy References: <53763B0F.4040003@selasky.org> <5377529C.3000508@FreeBSD.org> <53791D78.3070305@selasky.org> <5379200E.8080602@selasky.org> In-Reply-To: <5379200E.8080602@selasky.org> Content-Type: multipart/mixed; boundary="------------080404070304060207020402" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 19 May 2014 20:12:09 -0000 This is a multi-part message in MIME format. --------------080404070304060207020402 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 05/18/14 23:03, Hans Petter Selasky wrote: > Hi, > > First call: > > resource_list_add: Hi, It appears that the /dev/pccard.X is opened and reading some CIS data from the device before any driver has been attached. The attached patch solves the panic I've seen. Not sure if the patch is correct. --HPS --------------080404070304060207020402 Content-Type: text/x-diff; name="pccard.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="pccard.diff" diff --git a/sys/dev/pccard/pccard_cis.c b/sys/dev/pccard/pccard_cis.c index dbd7165..2914a37 100644 --- a/sys/dev/pccard/pccard_cis.c +++ b/sys/dev/pccard/pccard_cis.c @@ -133,6 +133,10 @@ pccard_scan_cis(device_t bus, device_t dev, pccard_scan_t fct, void *arg) /* allocate some memory */ + if (device_get_state(dev) == DS_NOTPRESENT) { + return (-1); + } + /* * Some reports from the field suggest that a 64k memory boundary * helps card CIS being able to be read. Try it here and see what --------------080404070304060207020402-- From owner-freebsd-current@FreeBSD.ORG Mon May 19 21:47:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4D9CF96; Mon, 19 May 2014 21:47:34 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id A07A02B73; Mon, 19 May 2014 21:47:34 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 8285B8B5; Mon, 19 May 2014 21:47:34 +0000 (UTC) Date: Mon, 19 May 2014 21:47:32 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, markj@FreeBSD.org, adrian@FreeBSD.org, sjg@FreeBSD.org Message-ID: <167525189.114.1400536054339.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #702 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 19 May 2014 21:47:34 -0000 See Changes: [markj] Fix tst.ZeroModuleProbes.d.ksh, which was incorrectly modified in r= 178534. Since "BEGIN" is not the name of a module, the test would just hang. MFC after:=093 days [adrian] Let's just use the mib0 partition for our configurations pace. It'= s a convenient thing. tested: * AP93 [sjg] _SUBDIR is marked .MAKE - since it runs a sub-make. Targets thus marked are supposed to run even with -n. As such they should not do anything except run the sub-make. Use an intermediate target _* to associate with _SUBDIR and which depends on installincludes etc so that we get the correct behavior with -n. Reviewed by:=09marcel ------------------------------------------ [...truncated 42027 lines...] ; cd mak= e buildincludes; make installincludes --- include.includes__D --- cd for h in *.h; do ln -fs ../../../sys/geom/$h /usr/obj done --- _INCSINS --- sh -C -o root -g wheel -m 444 osreldate.h /usr/= obj --- symlinks --- cd for h in *.h; do ln -fs ../../../sys/net/$h /usr/obj done cd for h in *.h; do ln -fs ../../../sys/net80211/$h /usr/obj done cd for h in *.h; do ln -fs ../../../sys/netgraph/$h /usr/obj done cd for h in *.h; do ln -fs ../../../sys/netinet/$h /usr/obj= done cd for h in *.h; do ln -fs ../../../sys/netinet6/$h /usr/obj done cd for h in *.h; do ln -fs ../../../sys/netipsec/$h /usr/obj done cd for h in *.h; do ln -fs ../../../sys/netnatm/$h /usr/obj= done cd for h in *.h; do ln -fs ../../../sys/netsmb/$h /usr/obj d= one cd for h in *.h; do ln -fs ../../../sys/nfs/$h /usr/obj done cd for h in *.h; do ln -fs ../../../sys/nfsclient/$h /usr/obj done cd for h in *.h; do ln -fs ../../../sys/nfsserver/$h /usr/obj done cd for h in *.h; do ln -fs ../../../sys/sys/$h /usr/obj done cd for h in *.h; do ln -fs ../../../sys/vm/$h /usr/obj done cd for h in *.h; do ln -fs ../../../../sys/cam/ata/$h /usr/obj done cd for h in *.h; do ln -fs ../../../../sys/cam/scsi/$h /usr/obj done cd for h in *.h; do ln -fs ../../../../sys/dev/an/$h /usr/obj= done cd for h in *.h; do ln -fs ../../../../sys/dev/ciss/$h /usr/obj done cd for h in *.h; do ln -fs ../../../../sys/dev/filemon/$h /usr= /obj done cd for h in *.h; do ln -fs ../../../../sys/dev/firewire/$h /u= sr/obj done cd for h in *.h; do ln -fs ../../../../sys/dev/hwpmc/$h /usr/obj= done cd for h in *.h; do ln -fs ../../../../sys/dev/ic/$h /usr/obj= done cd for h in *.h; do ln -fs ../../../../sys/dev/iicbus/$h /usr/o= bj done cd for h in *.h; do ln -fs ../../../../sys/dev/ieee488/$h /usr= /obj done cd for h in *.h; do ln -fs ../../../../sys/dev/io/$h /usr/obj= done cd for h in *.h; do ln -fs ../../../../sys/dev/lmc/$h /usr/obj done cd for h in *.h; do ln -fs ../../../../sys/dev/mfi/$h /usr/obj done cd for h in *.h; do ln -fs ../../../../sys/dev/nvme/$h /usr/obj done cd for h in *.h; do ln -fs ../../../../sys/dev/ofw/$h /usr/obj done cd for h in *.h; do ln -fs ../../../../sys/dev/pbio/$h /usr/obj done cd for h in *.h; do ln -fs ../../../../sys/dev/ppbus/$h /usr/obj= done cd for h in *.h; do ln -fs ../../../../sys/dev/smbus/$h /usr/obj= done cd for h in *.h; do ln -fs ../../../../sys/dev/speaker/$h /usr= /obj done cd for h in *.h; do ln -fs ../../../../sys/dev/usb/$h /usr/obj done cd for h in *.h; do ln -fs ../../../../sys/dev/utopia/$h /usr/o= bj done cd for h in *.h; do ln -fs ../../../../sys/dev/vkbd/$h /usr/obj done cd for h in *.h; do ln -fs ../../../../sys/dev/wi/$h /usr/obj= done cd for h in *.h; do ln -fs ../../../../sys/fs/devfs/$h /usr/obj done cd for h in *.h; do ln -fs ../../../../sys/fs/fdescfs/$h /usr/o= bj done cd for h in *.h; do ln -fs ../../../../sys/fs/msdosfs/$h /usr/o= bj done cd for h in *.h; do ln -fs ../../../../sys/fs/nandfs/$h /usr/obj= done cd for h in *.h; do ln -fs ../../../../sys/fs/nfs/$h /usr/obj= done cd for h in *.h; do ln -fs ../../../../sys/fs/nullfs/$h /usr/obj= done cd for h in *.h; do ln -fs ../../../../sys/fs/procfs/$h /usr/obj= done cd for h in *.h; do ln -fs ../../../../sys/fs/smbfs/$h /usr/obj done cd for h in *.h; do ln -fs ../../../../sys/fs/udf/$h /usr/obj= done cd for h in *.h; do ln -fs ../../../../sys/fs/unionfs/$h /usr/o= bj done cd for h in *.h; do ln -fs ../../../../sys/geom/cache/$h /usr/o= bj done cd for h in *.h; do ln -fs ../../../../sys/geom/concat/$h /usr= /obj done cd for h in *.h; do ln -fs ../../../../sys/geom/eli/$h /usr/obj done cd for h in *.h; do ln -fs ../../../../sys/geom/gate/$h /usr/obj= done cd for h in *.h; do ln -fs ../../../../sys/geom/journal/$h /u= sr/obj done cd for h in *.h; do ln -fs ../../../../sys/geom/label/$h /usr/o= bj done cd for h in *.h; do ln -fs ../../../../sys/geom/mirror/$h /usr= /obj done cd for h in *.h; do ln -fs ../../../../sys/geom/mountver/$h = /usr/obj done cd for h in *.h; do ln -fs ../../../../sys/geom/multipath/$= h /usr/obj done cd for h in *.h; do ln -fs ../../../../sys/geom/nop/$h /usr/obj done cd for h in *.h; do ln -fs ../../../../sys/geom/raid/$h /usr/obj= done cd for h in *.h; do ln -fs ../../../../sys/geom/raid3/$h /usr/o= bj done cd for h in *.h; do ln -fs ../../../../sys/geom/shsec/$h /usr/o= bj done cd for h in *.h; do ln -fs ../../../../sys/geom/stripe/$h /usr= /obj done cd for h in *.h; do ln -fs ../../../../sys/geom/virstor/$h /u= sr/obj done cd for h in *.h; do ln -fs ../../../../sys/netgraph/atm/$h /u= sr/obj done cd for h in *.h; do ln -fs ../../../../sys/netgraph/netfl= ow/$h /usr/obj done cd for h in *.h; do ln -fs ../../../../sys/security/audit/$= h /usr/obj done cd for h in *.h; do ln -fs ../../../../sys/security/mac_= biba/$h /usr/obj done cd for h in *.h; do ln -fs ../../../../sys/securi= ty/mac_bsdextended/$h /usr/obj done cd for h in *.h; do ln -fs ../../../../sys/security/mac= _lomac/$h /usr/obj done cd for h in *.h; do ln -fs ../../../../sys/security/mac_m= ls/$h /usr/obj done cd for h in *.h; do ln -fs ../../../../sys/security= /mac_partition/$h /usr/obj done cd for h in *.h; do ln -fs ../../../../sys/ufs/ffs/$h /usr/obj done cd for h in *.h; do ln -fs ../../../../sys/ufs/ufs/$h /usr/obj done cd for h in acpiio.h; do ln -fs ../../../../sys/dev/acpica/$h = /usr/obj done cd for h in agpreg.h; do ln -fs ../../../../sys/dev/agp/$h /usr/o= bj done cd for h in ioctl_*.h; do ln -fs ../../../../sys/dev/bktr/$h /us= r/obj done cd for h in pcireg.h; do ln -fs ../../../../sys/dev/pci/$h /usr/o= bj done cd for h in *.h; do ln -fs ../../../../../sys/dev/mpt/mpili= b/$h /usr/obj done cd for h in *.h; do ln -fs ../../../../../sys/n= etgraph/bluetooth/include/$h /usr/obj done cd for h in *.h; do ln -fs ../../../sys/contrib/altq/alt= q/$h /usr/obj done cd for h in *.h; do ln -fs ../../../sys/contrib/i= pfilter/netinet/$h /usr/obj done cd for h in *.h; do ln -fs ../../../../sys/netpfil/pf/$h /usr/= obj done cd for h in rijndael/rijndael.h; do ln -fs ../../../sys/crypto/$h = /usr/obj done cd for h in *.h; do ln -fs ../../../sys/opencrypto/$h /usr/obj= done cd for h in *.h; do ln -fs ../../../sys/amd64/include/$h /u= sr/obj done cd for h in *.h; do ln -fs ../../../../sys/amd64/include/= pc/$h /usr/obj done sh -d -o root -g wheel -m 755 /usr/obj cd for h in *.h; do= ln -fs ../../../sys/x86/include/$h /usr/obj done cd for h in *.h; do ln -fs ../../../../sys/fs/cd9660/$h /usr/ob= j done cd for h in types.h; do ln -fs ../../../sys/rpc/$h /usr/obj done --- installincludes --- /usr/obj -> sys/aio.h /usr/obj -> sys/errno.h /usr/obj -> sys/fcntl.h /usr/obj -> sys/linker_set.h /usr/obj -> sys/poll.h /usr/obj -> sys/stdatomic.h /usr/obj -> sys/stdint.h /usr/obj -> sys/syslog.h /usr/obj -> sys/ucontext.h /usr/obj -> machine/float.h /usr/obj -> machine/floatingpoint.h /usr/obj -> machine/stdarg.h /usr/obj -> sys/sched.h /usr/obj -> sys/_semaphore.h --- _libraries --- -------------------------------------------------------------- >>> stage 4.2: building libraries -------------------------------------------------------------- cd MAKEOBJDIRP= REFIX=3D/usr/obj MACHINE_ARCH=3Damd64 MACHINE=3Damd64 CPUTYPE=3D GROFF_B= IN_PATH=3D/usr/obj GROFF_FONT_PATH=3D/usr/obj GROFF_TMAC_P= ATH=3D/usr/obj _SHLIBDIRPREFIX=3D/usr/obj _LDSCRIPTROOT=3D VERSION=3D"FreeBSD = 11.0-CURRENT amd64 1100021" INSTALL=3D"sh PATH=3D/usr/obj:/usr/obj:/u= sr/obj:/usr/obj:/usr/obj:/usr/obj:/usr/obj:/sbin:/bin:/usr/sbin:/usr/bin CC=3D"cc " CXX=3D= "c++ " CPP=3D"cpp " AS=3D"as" AR=3D"ar" LD=3D"ld" NM=3Dnm OBJDUMP=3D RAN= LIB=3Dranlib STRINGS=3D make -f Makefile.inc1 DESTDIR=3D/usr/obj -DNO_FSCHG MK_HTML=3Dno= MK_INFO=3Dno -DNO_LINT MK_MAN=3Dno MK_PROFILE=3Dno MK_TESTS=3Dno librari= es --- libraries --- cd && make -f M= akefile.inc1 _prereq_libs && make -f Makefile.inc1 _startup_libs && make = -f Makefile.inc1 _prebuild_libs && make -f Makefile.inc1 _generic_libs --- gnu/lib/libssp/libssp_nonshared__PL --- --- gnu/lib/libgcc__PL --- --- lib/libcompiler_rt__PL --- --- gnu/lib/libssp/libssp_nonshared__PL --- =3D=3D=3D> gnu/lib/libssp/libssp_nonshared (obj,depend,all,install) --- gnu/lib/libgcc__PL --- =3D=3D=3D> gnu/lib/libgcc (obj,depend,all,install) --- lib/libcompiler_rt__PL --- =3D=3D=3D> lib/libcompiler_rt (obj,depend,all,install) --- gnu/lib/libssp/libssp_nonshared__PL --- --- obj --- --- gnu/lib/libgcc__PL --- --- obj --- --- lib/libcompiler_rt__PL --- --- obj --- --- gnu/lib/libssp/libssp_nonshared__PL --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -DHAVE_CONFIG_H -I -I -I -DPIC -std=3Dgnu99 --- gnu/lib/libgcc__PL --- --- tconfig.h --- --- options.h --- --- tconfig.h --- make -f MFILE=3D GCCDIR=3D tconfig.h --- options.h --- make -f MFILE=3D GCCDIR=3D options.h --- lib/libcompiler_rt__PL --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=3Dgnu99 = <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib/libcompiler_rt/= ../../contrib/compiler-rt/lib/modti3.c> = --- gnu/lib/libssp/libssp_nonshared__PL --- --- ssp-local.o --- cc -O2 -pipe -DHAVE_CONFIG_H -I -I -I -fPIC -DPIC -fvisibility=3Dhidden -std=3Dgnu99 -fstack-protector = -Qunused-arguments -c -o ssp-local.o --- libssp_nonshared.a --- building static ssp_nonshared library ranlib -D libssp_nonshared.a --- gnu/lib/libgcc__PL --- --- tconfig.h --- --- tconfig.h --- TARGET_CPU_DEFAULT=3D"" HEADERS=3D"auto-host.h ansidecl.h" DEFINES=3D"USE= D_FOR_TARGET" /bin/sh tconfig.h --- options.h --- --- optionlist --- LC_ALL=3DC awk -f > o= ptionlist --- gnu/lib/libssp/libssp_nonshared__PL --- --- _libinstall --- sh -C -o root -g wheel -m 444 libssp_nonshared.a /usr/obj --- gnu/lib/libgcc__PL --- --- unwind.h --- make -f MFILE=3D GCCDIR=3D unwind.h --- gthr-default.h --- make -f MFILE=3D GCCDIR=3D gthr-default.h --- gthr-default.h --- ln -sf gthr-default.h --- unwind.h --- --- unwind.h --- ln -sf unwind.h --- tm.h --- make -f MFILE=3D GCCDIR=3D tm.h --- tm.h --- TARGET_CPU_DEFAULT=3D"" HEADERS=3D"options.h i386/biarch64.h i386/i386.h i= 386/unix.h i386/att.h dbxelf.h elfos-undef.h elfos.h freebsd-native.h freeb= sd-spec.h freebsd.h i386/x86-64.h i386/freebsd.h i386/freebsd64.h defaults.= h" DEFINES=3D"" /bin/sh tm.h echo '#define EXTRA_MODES_FILE "i386/i386-modes.def"' >> tm.h --- options.h --- --- options.h --- LC_ALL=3DC awk -f -f < optionlist > options.h --- unwind-dw2.o --- --- unwind-dw2-fde-glibc.o --- --- unwind-sjlj.o --- --- unwind-dw2.o --- cc -c -O2 -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_G= THR_DEFAULT -I -I = -I -I. -I -std=3Dgnu99 -Qunused= -arguments -fvisibility=3Dhidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIB= C__=3D3 -DElfW=3D__ElfN -o unwind-dw2.o --- unwind-dw2-fde-glibc.o --- cc -c -O2 -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_G= THR_DEFAULT -I -I = -I -I. -I -std=3Dgnu99 -Qunused= -arguments -fvisibility=3Dhidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIB= C__=3D3 -DElfW=3D__ElfN -o unwind-dw2-fde-glibc.o --- unwind-sjlj.o --- cc -c -O2 -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_G= THR_DEFAULT -I -I = -I -I. -I -std=3Dgnu99 -Qunused= -arguments -fvisibility=3Dhidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIB= C__=3D3 -DElfW=3D__ElfN -o unwind-sjlj.o In file included from :32: In file included from :103: /usr/obj:140:10: fatal error: 'xlocale/_string.h' file not found #include ^ --- unwind-dw2.o --- In file included from :32: In file included from :103: /usr/obj:140:10: fatal error: 'xlocale/_string.h' file not found #include ^ --- unwind-dw2-fde-glibc.o --- In file included from :37: In file included from :103: /usr/obj:140:10: fatal error: 'xlocale/_string.h' file not found #include ^ --- unwind-sjlj.o --- 1 error generated. *** [unwind-sjlj.o] Error code 1 make[4]: stopped in --- unwind-dw2-fde-glibc.o --- 1 error generated. *** [unwind-dw2-fde-glibc.o] Error code 1 make[4]: stopped in --- unwind-dw2.o --- 1 error generated. *** [unwind-dw2.o] Error code 1 make[4]: stopped in 3 errors make[4]: stopped in --- lib/libcompiler_rt__PL --- A failure has been detected in another branch of the parallel make make[4]: stopped in A failure has been detected in another branch of the parallel make make[3]: stopped in *** [libraries] Error code 2 make[2]: stopped in 1 error make[2]: stopped in *** [_libraries] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Tue May 20 01:42:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8642AE4A; Tue, 20 May 2014 01:42:14 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 753662D5B; Tue, 20 May 2014 01:42:14 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id EECF2901; Tue, 20 May 2014 01:42:14 +0000 (UTC) Date: Tue, 20 May 2014 01:42:13 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, markj@FreeBSD.org, adrian@FreeBSD.org, sjg@FreeBSD.org Message-ID: <1085657916.124.1400550134791.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <167525189.114.1400536054339.JavaMail.jenkins@jenkins-9.freebsd.org> References: <167525189.114.1400536054339.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #703 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 20 May 2014 01:42:14 -0000 See From owner-freebsd-current@FreeBSD.ORG Tue May 20 10:11:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E100E57D for ; Tue, 20 May 2014 10:11:53 +0000 (UTC) Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [IPv6:2001:44b8:8060:ff02:300:1:6:6]) by mx1.freebsd.org (Postfix) with ESMTP id 7D0C7243A for ; Tue, 20 May 2014 10:11:53 +0000 (UTC) Received: from ppp121-45-13-165.lns20.adl2.internode.on.net (HELO leader.local) ([121.45.13.165]) by ipmail06.adl6.internode.on.net with ESMTP; 20 May 2014 19:41:38 +0930 Message-ID: <537B2A57.5080801@ShaneWare.Biz> Date: Tue, 20 May 2014 19:41:35 +0930 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: FreeBSD Current Subject: updating standard headers to meet c++11 standard Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 20 May 2014 10:11:54 -0000 When including stdint.h in c++ we can #define __STDC_LIMIT_MACROS so that we get macros like INT32_MAX defined. Also related is __STDC_CONSTANT_MACROS I have recently found that the need for these has been removed within the c++11 standard. This year old bug report was to update glibc to this end - https://sourceware.org/bugzilla/show_bug.cgi?id=15366 Also of note is that Apple removed the use of this macro from OSX with the release of 10.9 over a year ago http://www.opensource.apple.com/source/xnu/xnu-2422.1.72/EXTERNAL_HEADERS/stdint.h I believe as we push to use llvm's libc++ and support for c++11 we should also make sure the rest of our sources are kept up to date as well. Are there any other changes within c++11 or c++14 that we should be looking to update? Shane From owner-freebsd-current@FreeBSD.ORG Tue May 20 11:56:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3722A18E for ; Tue, 20 May 2014 11:56:28 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0448B2CFB for ; Tue, 20 May 2014 11:56:27 +0000 (UTC) Received: from dhcp-172-17-152-97.eduroam.lapwing.private.cam.ac.uk (global-1-26.nat.csx.cam.ac.uk [131.111.184.26]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s4KBuNvP040879 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 20 May 2014 11:56:26 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: updating standard headers to meet c++11 standard From: David Chisnall In-Reply-To: <537B2A57.5080801@ShaneWare.Biz> Date: Tue, 20 May 2014 12:56:18 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <26E76B72-1746-48A5-B6A2-335DEDF2026C@FreeBSD.org> References: <537B2A57.5080801@ShaneWare.Biz> To: Shane Ambler X-Mailer: Apple Mail (2.1874) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 20 May 2014 11:56:28 -0000 Hi, I thought I'd already fixed this a year or so ago. Looking at my = system, I see this in cdefs.h: /* C++11 exposes a load of C99 stuff */ #if defined(__cplusplus) && __cplusplus >=3D 201103L #define __LONG_LONG_SUPPORTED #ifndef __STDC_LIMIT_MACROS #define __STDC_LIMIT_MACROS #endif #ifndef __STDC_CONSTANT_MACROS #define __STDC_CONSTANT_MACROS #endif #endif So, if you're compiling C++ and the C++ standard is C++11 or later, we = define the __STDC_LIMIT_MACROS and __STDC_CONSTANT_MACROS macros. If = it's C++98, you can define them yourself. Do you have a test case where this doesn't work? David On 20 May 2014, at 11:11, Shane Ambler wrote: > When including stdint.h in c++ we can #define __STDC_LIMIT_MACROS so > that we get macros like INT32_MAX defined. >=20 > Also related is __STDC_CONSTANT_MACROS >=20 > I have recently found that the need for these has been removed within > the c++11 standard. >=20 > This year old bug report was to update glibc to this end - > https://sourceware.org/bugzilla/show_bug.cgi?id=3D15366 >=20 > Also of note is that Apple removed the use of this macro from OSX with > the release of 10.9 over a year ago > = http://www.opensource.apple.com/source/xnu/xnu-2422.1.72/EXTERNAL_HEADERS/= stdint.h >=20 > I believe as we push to use llvm's libc++ and support for c++11 we > should also make sure the rest of our sources are kept up to date as > well. >=20 > Are there any other changes within c++11 or c++14 that we should be > looking to update? >=20 > Shane > _______________________________________________ > 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 May 21 06:10:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3198F704; Wed, 21 May 2014 06:10:40 +0000 (UTC) Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [IPv6:2001:44b8:8060:ff02:300:1:6:6]) by mx1.freebsd.org (Postfix) with ESMTP id 843C12D69; Wed, 21 May 2014 06:10:39 +0000 (UTC) Received: from ppp121-45-13-165.lns20.adl2.internode.on.net (HELO leader.local) ([121.45.13.165]) by ipmail06.adl6.internode.on.net with ESMTP; 21 May 2014 15:40:27 +0930 Message-ID: <537C4351.1020501@ShaneWare.Biz> Date: Wed, 21 May 2014 15:40:25 +0930 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: David Chisnall Subject: Re: updating standard headers to meet c++11 standard References: <537B2A57.5080801@ShaneWare.Biz> <26E76B72-1746-48A5-B6A2-335DEDF2026C@FreeBSD.org> In-Reply-To: <26E76B72-1746-48A5-B6A2-335DEDF2026C@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 21 May 2014 06:10:40 -0000 On 20/05/2014 21:26, David Chisnall wrote: > Hi, > > I thought I'd already fixed this a year or so ago. Looking at my system, I see this in cdefs.h: > > /* C++11 exposes a load of C99 stuff */ > #if defined(__cplusplus) && __cplusplus >= 201103L > #define __LONG_LONG_SUPPORTED > #ifndef __STDC_LIMIT_MACROS > #define __STDC_LIMIT_MACROS > #endif > #ifndef __STDC_CONSTANT_MACROS > #define __STDC_CONSTANT_MACROS > #endif > #endif > > So, if you're compiling C++ and the C++ standard is C++11 or later, > we define the __STDC_LIMIT_MACROS and __STDC_CONSTANT_MACROS macros. If > it's C++98, you can define them yourself. > > Do you have a test case where this doesn't work? > I don't believe the standard used is specified so it must default to C++98 leaving it manually defined. The changes made to glibc and osx made these macros always defined without testing __STDC_LIMIT_MACROS or __cplusplus I guess we are technically correct but it also appears that we are the odd one out. Which would depend on what you consider the default standard. I have just been updating graphics/openimageio to 1.4.7 Larry is adding the following to fix compile on several targets https://github.com/OpenImageIO/oiio/pull/858/files This includes adding add_definitions ("-D__STDC_LIMIT_MACROS") to cover the entire project. On FreeBSD I had issue when compiling array_view_test.cpp which is fixed with the global addition. The first change to src/include/OpenImageIO/image_view.h of adding #define __STDC_LIMIT_MACROS before #include wasn't sufficient to get the macros defined. This will fall down to any project using image_view from oiio libs to also define the standard or the macro. From owner-freebsd-current@FreeBSD.ORG Wed May 21 08:10:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 615BCE40 for ; Wed, 21 May 2014 08:10:38 +0000 (UTC) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 22D3C2A6B for ; Wed, 21 May 2014 08:10:38 +0000 (UTC) Received: from [2001:1b48:10b:cafe:225:64ff:febe:589f] (helo=viking.yzserv.com) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1Wn1bf-000Hz0-Vh for freebsd-current@freebsd.org; Wed, 21 May 2014 10:10:36 +0200 Message-ID: <537C5F71.20303@dumbbell.fr> Date: Wed, 21 May 2014 10:10:25 +0200 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Gallium debugging and crash dumps References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rckx2rjPL691k9Ro3L5evs4Vk2qCPapKv" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 21 May 2014 08:10:38 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --rckx2rjPL691k9Ro3L5evs4Vk2qCPapKv Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 15.05.2014 15:59, Michael Jung wrote: > I've started playing with VT and gallium. I boot on ZFS but have a > UFS drive and swap partition. Anyone with idea's why I'm not getting > any crash info? Were you able to get a kernel core dump? Or is your problem with X.Org go= ne? --=20 Jean-S=E9bastien P=E9dron --rckx2rjPL691k9Ro3L5evs4Vk2qCPapKv 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.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTfF97AAoJEDnpl2Gl/ZTM3EYP/2Q2cNruMFgwU1rKFhbww0Yd PSmAX3AF4b54gjWssS3hBIbcrAe1kP/LxVzFQWiVoIrcMSqwPvJtgDQav2yMSWV8 KG1eXg/XE9LwqmGdvcmgrbEocHmxPFFD2gUPR2ASMcHjZ5OM4pwfK7hBcCkM2olA qVtF+frGpC+rFjGpq7ObXc+zISFmH+U3qZu2UuYxZ2XNsfuwBstVpAiVIWX0qD15 5FAU74YHeQg8nVHTE0jLA9yr4f6+qXi8Ruw+EGvt9L3KrER1izneP3D/pqL7Iol6 QzhUdrWloiFV1ZyFL/j7ooQD1L6LDlWiP9zPwPqC+NglHkagbL8TogObDHSk17MG cO4PcU+XW/YDM09tMCFRiQdvPKxG7pXEd+K0ja0JfFDmu+rOFqLHhzbDl7DTD8QQ zMlXz3UXntXuSoWJZOOcx/iADL0lospxkMIx2/f7XQh9fW4vbzK0GkaFx1/wxTao /tkD0JNFUN2NI7MLAZebvFIKAEBBC2qkrI15WOyokIkzT7v7DhajvhGkZKO0y9Qd cy9Jwu+L+Mpm2cA8qisy29xWUdfPHKxXXgttnN4uNEgpJV9/S6GTNNTGdBAWb5wd mJgGvjtmrCtIPuTXH5baf3We/A43jHaEcjiH/Rx2ZBVoonQIh/FrSyw1feeMbD7Y C8FZJ1IfT+ycePcTJaO5 =fzIx -----END PGP SIGNATURE----- --rckx2rjPL691k9Ro3L5evs4Vk2qCPapKv-- From owner-freebsd-current@FreeBSD.ORG Wed May 21 17:22:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8BE5A5E8; Wed, 21 May 2014 17:22:47 +0000 (UTC) Received: from mx2.paymentallianceintl.com (mx2.paymentallianceintl.com [216.26.158.171]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx2.paymentallianceintl.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 503BA2C00; Wed, 21 May 2014 17:22:46 +0000 (UTC) Received: from firewall.mikej.com (162-238-140-44.lightspeed.lsvlky.sbcglobal.net [162.238.140.44]) by mx2.paymentallianceintl.com (8.14.5/8.13.8) with ESMTP id s4LHMaqk095188 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 21 May 2014 13:22:37 -0400 (EDT) (envelope-from mikej@mikej.com) Received: from firewall.mikej.com (localhost [127.0.0.1]) by firewall.mikej.com (8.14.8/8.14.8) with ESMTP id s4LHMFKS099917 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 21 May 2014 13:22:35 -0400 (EDT) (envelope-from mikej@mikej.com) Received: (from www@localhost) by firewall.mikej.com (8.14.8/8.14.8/Submit) id s4LHME9a099916; Wed, 21 May 2014 13:22:14 -0400 (EDT) (envelope-from mikej@mikej.com) X-Authentication-Warning: firewall.mikej.com: www set sender to mikej@mikej.com using -f To: =?UTF-8?Q?Jean-S=C3=A9bastien_P=C3=A9dron?= Subject: Re: Gallium debugging and crash dumps MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Wed, 21 May 2014 13:22:14 -0400 From: Michael Jung In-Reply-To: <537C5F71.20303@dumbbell.fr> References: <537C5F71.20303@dumbbell.fr> Message-ID: <3af88ca5ca81cb0d73521f2907f3e45a@mail.mikej.com> X-Sender: mikej@mikej.com User-Agent: Roundcube Webmail/1.0.1 Cc: freebsd-current@freebsd.org, owner-freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 21 May 2014 17:22:47 -0000 On , Jean-Sébastien Pédron wrote: > On 15.05.2014 15:59, Michael Jung wrote: >> I've started playing with VT and gallium. I boot on ZFS but have a >> UFS drive and swap partition. Anyone with idea's why I'm not getting >> any crash info? > > Were you able to get a kernel core dump? Or is your problem with X.Org > gone? I finally got around to forcing a crash with debug kdb.panic=1 and I saw hardware I/O errors on my UFS drive while dumping :-( I'll post back one I get the hardware straighten out. --mikej From owner-freebsd-current@FreeBSD.ORG Wed May 21 19:16:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 566AC4DB; Wed, 21 May 2014 19:16:25 +0000 (UTC) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.187]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA256 (256/256 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DD05E2658; Wed, 21 May 2014 19:16:24 +0000 (UTC) Received: from [192.168.178.36] (p57AEE30E.dip0.t-ipconnect.de [87.174.227.14]) by mrelayeu.kundenserver.de (node=mreue005) with ESMTP (Nemesis) id 0Mgrp6-1WR6jc0V3Q-00M712; Wed, 21 May 2014 21:16:12 +0200 Message-ID: <537CFB7C.60702@janh.de> Date: Wed, 21 May 2014 21:16:12 +0200 From: Jan Henrik Sylvester User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: John Baldwin , Kevin Oberman , Adrian Chadd Subject: Re: Re: Thinkpad T410: resume broken References: <53762216.8020205@gmx.net> <537753F3.6000202@FreeBSD.org> In-Reply-To: <537753F3.6000202@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:6B+o1ch6f0VE3J31YQ3DcGkccwIyP4J+qt7LmRkKRJl UCgzuLVAvlSppZK84/LU7G/FDX8f/7ATce+xaMaw/0lPxiWKFZ 3eTDscRXGyFAZR5wjGvQZ7FcN7wkMLYNHcusLAn6TLLvSHrnLE jV6AIWbp2dZIkBICXkZN/Lrm8RG0aROUTcNo1XShNcLT1fZm24 az4WYv6sML1X3i1ENbnhKrB3TGW4e/TBRprfnRJPM/bpMAjNpW 4p0PvaO0euyyIFUrhEKJc1RHqp5Ry6gvXnAlvrKYq99MoYb/VI 5EUmSlg39mkD1Dh8RtfHdljd5tjd2nXDqfAs5i7FTtvTk71wQ= = Cc: "current@freebsd.org" , Stefan Ehmann , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 21 May 2014 19:16:25 -0000 On 05/17/2014 14:20, John Baldwin wrote: > On 5/16/14, 2:10 PM, Kevin Oberman wrote: >> On Fri, May 16, 2014 at 10:44 AM, Adrian Chadd wrote: >> >>> Hi! >>> >>> I wonder what changed between 9.2-RELEASE and 10.0-RELEASE. >>> >>> Please poke me about this next week. I'm busy this week with work and >>> maker faire but I will try to help you later. >>> >>> (It's possible something like ACPI updates or a driver update has >>> broken things.) >>> >>> >>> -a >>> >> >> Does your kernel include VESA? My T320 behaved as you describe until I >> removed VESA from my kernel. I think using vt may also fix this without the >> need to remove VESA, bug I have not gotten around to confirming this. > > To be clear, vt does not fix resume. Using i915kms is what actually > fixes resume when using Intel GPUs on the Thinkpad as i915kms is what > actually turns the LCD backlight on during resume. You just have to use > vt to have a useable console when you use i915kms. You can > suspend/resume fine in X with syscons + i915kms, you just can't use your > console if you do. > > If you are using the Nvidia GPU, then i915kms can't help you with > turning the LCD backlight back on (and using vt shouldn't make any > difference). VESA needs to be removed for i915kms, but I've no idea if > it needs to be removed for Nvidia. The video reset code was reworked in > 10 so that having VESA is supposed to be like using > 'hw.acpi.reset_video=1' on 9, but in theory it works more often. The > ACPI_PM setting to the kernel module along with removing VESA would seem > like your best bet, but I see in follow-ups that that wasn't completely > reliable. However, you can try using ACPI_PM with syscons, no need to > use vt. Yes, without VESA, resume seems much more reliable on 10.0-RELEASE/amd64 with Nvidia: With a generic kernel, I put vesa_load="YES" in /boot/loader.conf to be able to kldunload vesa later. With that, I just had four successful suspend-and-resume cycles. Unfortunately, my USB mouse does not work anymore: After the first resume, it took a few seconds until it worked again (the build in touchpad was back immediately). After the second resume, it would not work anymore at all, even after reconnecting it to a different EHCI port. It does work at a XHCI, though, until the next resume. Anyhow, this is obviously not related to the original problem. Cheers, Jan Henrik From owner-freebsd-current@FreeBSD.ORG Wed May 21 19:21:28 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A58A48D6; Wed, 21 May 2014 19:21:28 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5675B2728; Wed, 21 May 2014 19:21:27 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 3C00F1FE026; Wed, 21 May 2014 21:21:26 +0200 (CEST) Message-ID: <537CFCE4.2000300@selasky.org> Date: Wed, 21 May 2014 21:22:12 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Jan Henrik Sylvester , John Baldwin , Kevin Oberman , Adrian Chadd Subject: Re: Thinkpad T410: resume broken References: <53762216.8020205@gmx.net> <537753F3.6000202@FreeBSD.org> <537CFB7C.60702@janh.de> In-Reply-To: <537CFB7C.60702@janh.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "current@freebsd.org" , Stefan Ehmann , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 21 May 2014 19:21:28 -0000 On 05/21/14 21:16, Jan Henrik Sylvester wrote: > Unfortunately, my USB mouse does not work anymore: After the first > resume, it took a few seconds until it worked again (the build in > touchpad was back immediately). After the second resume, it would not > work anymore at all, even after reconnecting it to a different EHCI > port. It does work at a XHCI, though, until the next resume. Anyhow, > this is obviously not related to the original problem. Hi, USB controller are being reset at resume, so I think this indicates a more fundamental PCI/BUS problem. --HPS From owner-freebsd-current@FreeBSD.ORG Wed May 21 19:44:03 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0B47F43; Wed, 21 May 2014 19:44:03 +0000 (UTC) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.130]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA256 (256/256 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3AA3B2925; Wed, 21 May 2014 19:44:03 +0000 (UTC) Received: from [192.168.178.36] (p57AEE30E.dip0.t-ipconnect.de [87.174.227.14]) by mrelayeu.kundenserver.de (node=mreue005) with ESMTP (Nemesis) id 0M6ym1-1WzFWi3g5F-00wozj; Wed, 21 May 2014 21:43:50 +0200 Message-ID: <537D01F5.2050101@janh.de> Date: Wed, 21 May 2014 21:43:49 +0200 From: Jan Henrik Sylvester User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Hans Petter Selasky , John Baldwin , Kevin Oberman , Adrian Chadd Subject: Re: Thinkpad T410: resume broken References: <53762216.8020205@gmx.net> <537753F3.6000202@FreeBSD.org> <537CFB7C.60702@janh.de> <537CFCE4.2000300@selasky.org> In-Reply-To: <537CFCE4.2000300@selasky.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:Muzqf0Bb6iwmGUybrhPBXFee9hyGW+44VTMXp+H5uyH bkZyub8LXJwxQKN3/LNZQJydWil83E96wKp4V3n/ssQ4vlql8T phfptVZgVZoe1bsaub6ziSAak/noUYPR6+lNeHaioDVC4Gd63+ YQiyb8+GKnrP/rADw11vphiaOw5n8edlW21rQPPugqtXwFzi5A f9Iyt5MVtnFyyfYC4HMtRa3GOkcHRFLoL8Y+VAGaGv/KKMQ7+G vqBHGb98Vh4gavAmkStNGQ1FXs9dubblz0Cp8Z1cKCsU91/MUy Q6TKyzoPczZHfFTgYGNfaZTxvFaOzzGtt9s8b7fZV3re2NTa9F xTy9RqjTmydt2v+S8o6U= Cc: "current@freebsd.org" , Stefan Ehmann , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 21 May 2014 19:44:03 -0000 On 05/21/2014 21:22, Hans Petter Selasky wrote: > On 05/21/14 21:16, Jan Henrik Sylvester wrote: >> Unfortunately, my USB mouse does not work anymore: After the first >> resume, it took a few seconds until it worked again (the build in >> touchpad was back immediately). After the second resume, it would not >> work anymore at all, even after reconnecting it to a different EHCI >> port. It does work at a XHCI, though, until the next resume. Anyhow, >> this is obviously not related to the original problem. > > Hi, > > USB controller are being reset at resume, so I think this indicates a > more fundamental PCI/BUS problem. Looking through dmesg, it seems that other USB devices (build-in) are reappearing (Qualcomm Gobi 2000, Broadcom Bluetooth Device) after resume, just not the mouse. Are these lines likely related? pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.PEG_: AE_BAD_PARAMETER pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP1: AE_BAD_PARAMETER pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP2: AE_BAD_PARAMETER pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP4: AE_BAD_PARAMETER pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP5: AE_BAD_PARAMETER Thanks, Jan Henrik From owner-freebsd-current@FreeBSD.ORG Thu May 22 00:50:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 765DD5F5; Thu, 22 May 2014 00:50:44 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 6408222E1; Thu, 22 May 2014 00:50:44 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 10C9AD39; Thu, 22 May 2014 00:50:43 +0000 (UTC) Date: Thu, 22 May 2014 00:50:41 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, sbruno@FreeBSD.org, delphij@FreeBSD.org Message-ID: <1923236705.238.1400719842985.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #717 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 22 May 2014 00:50:44 -0000 See Changes: [delphij] Explicitly link libzfs against libavl as it is done in OpenSolari= s (4543:12bb2876a62e). Without this, some third party applications may break because the lack of AVL related symbols. FreeBSD base system are not affected because the FreeBSD ZFS command line tools were all linked against libavl and thus hide the underlying issue. PR:=09=09java/183081 Tested by:=09jkim MFC after:=093 days [sbruno] Remove duplicate: option=09=09AH_DEBUG_ALQ ------------------------------------------ [...truncated 75615 lines...] cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I= -std=3Dgnu99 -fstack-protector -Qunused-argumen= ts -c -o gss_oid.So --- cddl/lib__L --- :3238:6: wa= rning: format specifies type 'unsigned long long' but the argument has type= 'uint64_t' (aka 'unsigned long') [-Wformat] guid); ^~~~ --- lib__L --- --- DiagnosticASTKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DAST -I -d DiagnosticASTKinds.inc.d= -o DiagnosticASTKinds.inc.h --- cddl/lib__L --- :3829:57: w= arning: format specifies type 'unsigned long long' but the argument has typ= e 'uint64_t' (aka 'unsigned long') [-Wformat] (void) snprintf(pathname, len, ":<0x%llx>", obj); ~~~~ ^~~ %lx :3840:7: wa= rning: format specifies type 'unsigned long long' but the argument has type= 'uint64_t' (aka 'unsigned long') [-Wformat] dsobj, obj); ^~~~~ :3840:14: w= arning: format specifies type 'unsigned long long' but the argument has typ= e 'uint64_t' (aka 'unsigned long') [-Wformat] dsobj, obj); ^~~ :3861:57: w= arning: format specifies type 'unsigned long long' but the argument has typ= e 'uint64_t' (aka 'unsigned long') [-Wformat] (void) snprintf(pathname, len, "%s:<0x%llx>", dsname, obj); ~~~~ ^~~ %lx --- kerberos5/lib__L --- --- accept_sec_context.o --- cc -O2 -pipe -I -I -I -I -I= -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c -o accep= t_sec_context.o --- lib__L --- --- DiagnosticCommentKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DComment -I -d DiagnosticCommentKin= ds.inc.d -o DiagnosticCommentKinds.inc.h --- DiagnosticCommonKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DCommon -I -d DiagnosticCommonKinds= .inc.d -o DiagnosticCommonKinds.inc.h --- DiagnosticDriverKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DDriver -I -d DiagnosticDriverKinds= .inc.d -o DiagnosticDriverKinds.inc.h --- kerberos5/lib__L --- --- acquire_cred.o --- cc -O2 -pipe -I -I -I -I -I= -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c -o acquire_cre= d.o --- lib__L --- --- DiagnosticFrontendKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DFrontend -I -d DiagnosticFrontendK= inds.inc.d -o DiagnosticFrontendKinds.inc.h --- DiagnosticGroups.inc.h --- clang-tblgen -gen-clang-diag-groups -I -d DiagnosticGroups.inc.d -o DiagnosticGroups.in= c.h --- DiagnosticIndexName.inc.h --- clang-tblgen -gen-clang-diags-index-name -I -d DiagnosticIndexName.inc.d -o DiagnosticI= ndexName.inc.h --- cddl/lib__L --- 13 warnings generated. --- libzfs_sendrecv.o --- cc -O2 -pipe -DZFS_NO_ACL -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -s= td=3Diso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c -o libzfs_sendrecv.o --- kerberos5/lib__L --- --- add_cred.o --- cc -O2 -pipe -I -I -I -I -I= -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c -o add_cred.o --- lib__L --- --- DiagnosticLexKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DLex -I -d DiagnosticLexKinds.inc.d= -o DiagnosticLexKinds.inc.h --- DiagnosticParseKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DParse -I -d DiagnosticParseKinds.i= nc.d -o DiagnosticParseKinds.inc.h --- DiagnosticSemaKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DSema -I -d DiagnosticSemaKinds.inc= .d -o DiagnosticSemaKinds.inc.h --- kerberos5/lib__L --- --- canonicalize_name.o --- cc -O2 -pipe -I -I -I -I -I= -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c -o canoni= calize_name.o --- lib__L --- --- DiagnosticSerializationKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DSerialization -I -d DiagnosticSeri= alizationKinds.inc.d -o DiagnosticSerializationKinds.inc.h --- DiagnosticAnalysisKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DAnalysis -I -d DiagnosticAnalysisK= inds.inc.d -o DiagnosticAnalysisKinds.inc.h --- arm_neon.inc.h --- clang-tblgen -gen-arm-neon-sema -d arm_neon.inc.d -o arm_neon.inc.h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I -I= -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_= CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE= _STATIC_ANALYZER -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.= 0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT= =3D\"\" =20 --- kerberos5/lib__L --- --- compare_name.o --- cc -O2 -pipe -I -I -I -I -I= -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c -o compare_nam= e.o --- context_time.o --- cc -O2 -pipe -I -I -I -I -I= -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c -o context_tim= e.o --- cddl/lib__L --- --- libzfs_status.o --- cc -O2 -pipe -DZFS_NO_ACL -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -s= td=3Diso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c -o libzfs_status.o --- kerberos5/lib__L --- --- creds.o --- cc -O2 -pipe -I -I -I -I -I= -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c -o creds.o --- cddl/lib__L --- --- libzfs_util.o --- cc -O2 -pipe -DZFS_NO_ACL -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -s= td=3Diso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c -o libzfs_util.o --- kerberos5/lib__L --- --- crypto.o --- cc -O2 -pipe -I -I -I -I -I= -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c -o crypto.o --- cddl/lib__L --- :590:40: wa= rning: format specifies type 'unsigned long long' but the argument has type= 'uint64_t' (aka 'unsigned long') [-Wformat] (void) snprintf(buf, buflen, "%llu", n); ~~~~ ^ %lu :596:42: wa= rning: format specifies type 'unsigned long long' but the argument has type= 'uint64_t' (aka 'unsigned long') [-Wformat] (void) snprintf(buf, buflen, "%llu%c", n, u); ~~~~ ^ %lu --- kerberos5/lib__L --- --- delete_sec_context.o --- cc -O2 -pipe -I -I -I -I -I= -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c -o delet= e_sec_context.o --- cddl/lib__L --- 2 warnings generated. --- zfeature_common.o --- cc -O2 -pipe -DZFS_NO_ACL -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -s= td=3Diso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c -o zfeature_common.o --- zfs_comutil.o --- cc -O2 -pipe -DZFS_NO_ACL -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -s= td=3Diso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c -o zfs_comutil.o --- zfs_deleg.o --- cc -O2 -pipe -DZFS_NO_ACL -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -s= td=3Diso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c -o zfs_deleg.o --- kerberos5/lib__L --- --- display_name.o --- cc -O2 -pipe -I -I -I -I -I= -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c -o display_nam= e.o --- cddl/lib__L --- --- zfs_fletcher.o --- cc -O2 -pipe -DZFS_NO_ACL -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -s= td=3Diso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c -o zfs_fletcher.o --- lib__L --- --- depend_subdir_libclangcodegen --- =3D=3D=3D> lib/clang/libclangcodegen (depend) --- Attrs.inc.h --- --- kerberos5/lib__L --- --- display_status.o --- --- lib__L --- clang-tblgen -gen-clang-attr-classes -I -d Attrs.inc.d -o Attrs.inc.h --- kerberos5/lib__L --- cc -O2 -pipe -I -I -I -I -I= -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c -o display_s= tatus.o --- lib__L --- --- DiagnosticFrontendKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DFrontend -I -d DiagnosticFronten= dKinds.inc.d -o DiagnosticFrontendKinds.inc.h --- cddl/lib__L --- --- zfs_ioctl_compat.o --- cc -O2 -pipe -DZFS_NO_ACL -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -s= td=3Diso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c -o zfs_ioctl_compat.o --- lib__L --- --- DiagnosticSemaKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DSema -I -d DiagnosticSemaKinds.i= nc.d -o DiagnosticSemaKinds.inc.h --- AttrList.inc.h --- clang-tblgen -gen-clang-attr-list -I -d AttrList.inc.d -o AttrList.inc.h --- CommentCommandList.inc.h --- clang-tblgen -gen-clang-comment-command-list -d CommentCommandList.inc.d -= o CommentCommandList.inc.h --- CommentNodes.inc.h --- clang-tblgen -gen-clang-comment-nodes -d CommentNodes.inc.d -o CommentNode= s.inc.h --- DeclNodes.inc.h --- clang-tblgen -gen-clang-decl-nodes -d DeclNodes.inc.d -o DeclNodes.inc.h <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib/clang/libclangc= odegen/../../../contrib/llvm/tools/clang/include/clang/Basic/DeclNodes.td> --- DiagnosticCommonKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DCommon -I -d DiagnosticCommonKin= ds.inc.d -o DiagnosticCommonKinds.inc.h --- kerberos5/lib__L --- --- duplicate_name.o --- cc -O2 -pipe -I -I -I -I -I= -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c -o duplicate= _name.o --- lib__L --- --- Intrinsics.inc.h --- tblgen -gen-intrinsic -I -d Intrins= ics.inc.d -o Intrinsics.inc.h --- cddl/lib__L --- --- zfs_namecheck.o --- cc -O2 -pipe -DZFS_NO_ACL -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -s= td=3Diso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c -o zfs_namecheck.o --- zfs_prop.o --- cc -O2 -pipe -DZFS_NO_ACL -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -s= td=3Diso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c -o zfs_prop.o --- kerberos5/lib__L --- --- export_name.o --- cc -O2 -pipe -I -I -I -I -I= -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c -o export_name.= o --- lib__L --- --- StmtNodes.inc.h --- clang-tblgen -gen-clang-stmt-nodes -d StmtNodes.inc.d -o StmtNodes.inc.h <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib/clang/libclangc= odegen/../../../contrib/llvm/tools/clang/include/clang/Basic/StmtNodes.td> --- arm_neon.inc.h --- clang-tblgen -gen-arm-neon-sema -d arm_neon.inc.d -o arm_neon.inc.h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I = -I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS= -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCL= ANG_ENABLE_STATIC_ANALYZER -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-= freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT= _SYSROOT=3D\"\" <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib/clang/libclangc= odegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGCUDANV.cpp> <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib/clang/libclangc= odegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CodeGenABITypes.cpp> <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib/clang/libclangc= odegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CodeGenAction.cpp> =20 --- cddl/lib__L --- --- zpool_prop.o --- cc -O2 -pipe -DZFS_NO_ACL -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -s= td=3Diso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c -o zpool_prop.o --- kerberos5/lib__L --- --- export_sec_context.o --- cc -O2 -pipe -I -I -I -I -I= -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c -o expor= t_sec_context.o --- cddl/lib__L --- --- zprop_common.o --- cc -O2 -pipe -DZFS_NO_ACL -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -s= td=3Diso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c -o zprop_common.o --- kerberos5/lib__L --- --- external.o --- cc -O2 -pipe -I -I -I -I -I= -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c -o external.o --- cddl/lib__L --- --- libzfs.so.2 --- building shared library libzfs.so.2 /usr/obj: cannot find -lavl cc: error: linker command failed with exit code 1 (use -v to see invocation= ) *** [libzfs.so.2] Error code 1 make[5]: stopped in 1 error make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in --- kerberos5/lib__L --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in --- lib__L --- --- depend_subdir_libclangast --- A failure has been detected in another branch of the parallel make make[6]: stopped in *** [depend_subdir_libclangast] Error code 2 make[5]: stopped in --- depend_subdir_libclangcodegen --- A failure has been detected in another branch of the parallel make make[6]: stopped in *** [depend_subdir_libclangcodegen] Error code 2 make[5]: stopped in 2 errors make[5]: stopped in *** [depend_subdir_clang] Error code 2 make[4]: stopped in 1 error make[4]: stopped in A failure has been detected in another branch of the parallel make make[3]: stopped in *** [libraries] Error code 2 make[2]: stopped in 1 error make[2]: stopped in *** [_libraries] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Thu May 22 04:15:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 185F0886; Thu, 22 May 2014 04:15:27 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id F36C12188; Thu, 22 May 2014 04:15:26 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 0F383D7C; Thu, 22 May 2014 04:15:25 +0000 (UTC) Date: Thu, 22 May 2014 04:15:22 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, sbruno@FreeBSD.org, neel@FreeBSD.org, delphij@FreeBSD.org Message-ID: <829670591.241.1400732123714.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1923236705.238.1400719842985.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1923236705.238.1400719842985.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #718 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 22 May 2014 04:15:27 -0000 See Changes: [neel] Inject page fault into the guest if the page table walker detects an= invalid translation for the guest linear address. ------------------------------------------ [...truncated 77082 lines...] cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I= -std=3Dgnu99 -fstack-protector -Qunused-argumen= ts -c -o = import_name.So --- lib__L --- --- StmtNodes.inc.h --- clang-tblgen -gen-clang-stmt-nodes -d StmtNodes.inc.d -o StmtNodes.inc.h <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib/clang/libclangc= odegen/../../../contrib/llvm/tools/clang/include/clang/Basic/StmtNodes.td> --- cddl/lib__L --- --- libzfs_mount.o --- cc -O2 -pipe -DZFS_NO_ACL -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -s= td=3Diso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c -o libzfs_mount.o --- lib__L --- --- arm_neon.inc.h --- clang-tblgen -gen-arm-neon-sema -d arm_neon.inc.d -o arm_neon.inc.h --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I = -I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS= -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCL= ANG_ENABLE_STATIC_ANALYZER -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-= freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT= _SYSROOT=3D\"\" <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib/clang/libclangc= odegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGCUDANV.cpp> <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib/clang/libclangc= odegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CodeGenABITypes.cpp> <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib/clang/libclangc= odegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CodeGenAction.cpp> =20 --- kerberos5/lib__L --- --- import_sec_context.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I= -std=3Dgnu99 -fstack-protector -Qunused-argumen= ts -c -o import_sec_context.So --- cddl/lib__L --- --- libzfs_pool.o --- cc -O2 -pipe -DZFS_NO_ACL -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -s= td=3Diso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c -o libzfs_pool.o --- kerberos5/lib__L --- --- indicate_mechs.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I= -std=3Dgnu99 -fstack-protector -Qunused-argumen= ts -c = -o indicate_mechs.So --- cddl/lib__L --- :264:38: wa= rning: format specifies type 'unsigned long long' but the argument has type= 'uint64_t' (aka 'unsigned long') [-Wformat] (void) snprintf(buf, len, "%llu", intval); ~~~~ ^~~~~~ %lu :348:38: wa= rning: format specifies type 'unsigned long long' but the argument has type= 'uint64_t' (aka 'unsigned long') [-Wformat] (void) snprintf(buf, len, "%llu", intval); ~~~~ ^~~~~~ %lu :1484:8: wa= rning: format specifies type 'long long' but the argument has type 'long' [= -Wformat] (loss + 30) / 60); ^~~~~~~~~~~~~~~~ :1490:48: w= arning: format specifies type 'long long' but the argument has type 'int64_= t' (aka 'long') [-Wformat] dryrun ? "Would discard" : "Discarded", loss); ^~~~ :1544:48: w= arning: format specifies type 'long long' but the argument has type 'long' = [-Wformat] "\tmust be discarded, irreversibly. "), (loss + 30) / = 60); ^~~~~~~~~~~~~~= ~~ :1548:48: w= arning: format specifies type 'long long' but the argument has type 'int64_= t' (aka 'long') [-Wformat] "\tmust be discarded, irreversibly. "), loss); ^~~~ --- kerberos5/lib__L --- --- init_sec_context.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I= -std=3Dgnu99 -fstack-protector -Qunused-argumen= ts -c -o init_sec_context.So --- cddl/lib__L --- :2534:50: w= arning: format specifies type 'unsigned long long' but the argument has typ= e 'uint64_t' (aka 'unsigned long') [-Wformat] dgettext(TEXT_DOMAIN, "cannot fault %llu"), guid); ~~~~ ^~~~ %lu :2569:52: w= arning: format specifies type 'unsigned long long' but the argument has typ= e 'uint64_t' (aka 'unsigned long') [-Wformat] dgettext(TEXT_DOMAIN, "cannot degrade %llu"), guid); ~~~~ ^~~~ %lu :3238:6: wa= rning: format specifies type 'unsigned long long' but the argument has type= 'uint64_t' (aka 'unsigned long') [-Wformat] guid); ^~~~ :3829:57: w= arning: format specifies type 'unsigned long long' but the argument has typ= e 'uint64_t' (aka 'unsigned long') [-Wformat] (void) snprintf(pathname, len, ":<0x%llx>", obj); ~~~~ ^~~ %lx :3840:7: wa= rning: format specifies type 'unsigned long long' but the argument has type= 'uint64_t' (aka 'unsigned long') [-Wformat] dsobj, obj); ^~~~~ :3840:14: w= arning: format specifies type 'unsigned long long' but the argument has typ= e 'uint64_t' (aka 'unsigned long') [-Wformat] dsobj, obj); ^~~ :3861:57: w= arning: format specifies type 'unsigned long long' but the argument has typ= e 'uint64_t' (aka 'unsigned long') [-Wformat] (void) snprintf(pathname, len, "%s:<0x%llx>", dsname, obj); ~~~~ ^~~ %lx --- kerberos5/lib__L --- --- inquire_context.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I= -std=3Dgnu99 -fstack-protector -Qunused-argumen= ts -c = -o inquire_context.So --- cddl/lib__L --- 13 warnings generated. --- libzfs_sendrecv.o --- cc -O2 -pipe -DZFS_NO_ACL -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -s= td=3Diso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c -o libzfs_sendrecv.o --- kerberos5/lib__L --- --- inquire_cred_by_mech.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I= -std=3Dgnu99 -fstack-protector -Qunused-argumen= ts -c -o inquire_cred_by_mech.So --- inquire_mechs_for_name.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I= -std=3Dgnu99 -fstack-protector -Qunused-argumen= ts -c -o inquire_mechs_for_name.So --- inquire_names_for_mech.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I= -std=3Dgnu99 -fstack-protector -Qunused-argumen= ts -c -o inquire_names_for_mech.So --- cddl/lib__L --- --- libzfs_status.o --- cc -O2 -pipe -DZFS_NO_ACL -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -s= td=3Diso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c -o libzfs_status.o --- kerberos5/lib__L --- --- inquire_sec_context_by_oid.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I= -std=3Dgnu99 -fstack-protector -Qunused-argumen= ts -c -o inquire_sec_context_by_oid.So --- cddl/lib__L --- --- libzfs_util.o --- cc -O2 -pipe -DZFS_NO_ACL -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -s= td=3Diso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c -o libzfs_util.o --- kerberos5/lib__L --- --- iter_cred.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I= -std=3Dgnu99 -fstack-protector -Qunused-argumen= ts -c -o it= er_cred.So --- cddl/lib__L --- :590:40: wa= rning: format specifies type 'unsigned long long' but the argument has type= 'uint64_t' (aka 'unsigned long') [-Wformat] (void) snprintf(buf, buflen, "%llu", n); ~~~~ ^ %lu :596:42: wa= rning: format specifies type 'unsigned long long' but the argument has type= 'uint64_t' (aka 'unsigned long') [-Wformat] (void) snprintf(buf, buflen, "%llu%c", n, u); ~~~~ ^ %lu --- kerberos5/lib__L --- --- kdc.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I= -std=3Dgnu99 -fstack-protector -Qunused-argumen= ts -c -o kdc.So --- cddl/lib__L --- 2 warnings generated. --- zfeature_common.o --- cc -O2 -pipe -DZFS_NO_ACL -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -s= td=3Diso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c -o zfeature_common.o --- zfs_comutil.o --- cc -O2 -pipe -DZFS_NO_ACL -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -s= td=3Diso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c -o zfs_comutil.o --- zfs_deleg.o --- cc -O2 -pipe -DZFS_NO_ACL -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -s= td=3Diso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c -o zfs_deleg.o --- kerberos5/lib__L --- --- prefix.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I= -std=3Dgnu99 -fstack-protector -Qunused-argumen= ts -c -o prefix.So --- process_context_token.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I= -std=3Dgnu99 -fstack-protector -Qunused-argumen= ts -c -o process_context_token.So --- cddl/lib__L --- --- zfs_fletcher.o --- cc -O2 -pipe -DZFS_NO_ACL -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -s= td=3Diso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c -o zfs_fletcher.o --- kerberos5/lib__L --- --- release_cred.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I= -std=3Dgnu99 -fstack-protector -Qunused-argumen= ts -c -o= release_cred.So --- cddl/lib__L --- --- zfs_ioctl_compat.o --- cc -O2 -pipe -DZFS_NO_ACL -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -s= td=3Diso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c -o zfs_ioctl_compat.o --- lib__L --- --- depend_subdir_libclangdriver --- =3D=3D=3D> lib/clang/libclangdriver (depend) --- DiagnosticDriverKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DDriver -I -d DiagnosticDriverKind= s.inc.d -o DiagnosticDriverKinds.inc.h --- kerberos5/lib__L --- --- release_name.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I= -std=3Dgnu99 -fstack-protector -Qunused-argumen= ts -c -o= release_name.So --- lib__L --- --- DiagnosticSemaKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DSema -I -d DiagnosticSemaKinds.in= c.d -o DiagnosticSemaKinds.inc.h --- CC1AsOptions.inc.h --- tblgen -gen-opt-parser-defs -I -I -d CC1AsOptio= ns.inc.d -o CC1AsOptions.inc.h --- DiagnosticCommonKinds.inc.h --- clang-tblgen -gen-clang-diags-defs -clang-component=3DCommon -I -d DiagnosticCommonKind= s.inc.d -o DiagnosticCommonKinds.inc.h --- cddl/lib__L --- --- zfs_namecheck.o --- cc -O2 -pipe -DZFS_NO_ACL -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -s= td=3Diso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c -o zfs_namecheck.o --- lib__L --- --- Options.inc.h --- tblgen -gen-opt-parser-defs -I -I -d Options.in= c.d -o Options.inc.h --- cddl/lib__L --- --- zfs_prop.o --- cc -O2 -pipe -DZFS_NO_ACL -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -s= td=3Diso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c -o zfs_prop.o --- lib__L --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I -= I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__= STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_E= NABLE_STATIC_ANALYZER -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freeb= sd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSR= OOT=3D\"\" <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib/clang/libclangd= river/../../../contrib/llvm/tools/clang/lib/Driver/Tools.cpp> =20 --- kerberos5/lib__L --- --- gss_oid.So --- cc -fpic -DPIC -O2 -pipe -I -I -I -I -I -DHAVE_CONFIG_H -I= -std=3Dgnu99 -fstack-protector -Qunused-argumen= ts -c -o gss_oid.So --- accept_sec_context.o --- cc -O2 -pipe -I -I -I -I -I= -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c -o accep= t_sec_context.o --- cddl/lib__L --- --- zpool_prop.o --- cc -O2 -pipe -DZFS_NO_ACL -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -s= td=3Diso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c -o zpool_prop.o --- zprop_common.o --- cc -O2 -pipe -DZFS_NO_ACL -I -I -I -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -s= td=3Diso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c -o zprop_common.o --- kerberos5/lib__L --- --- acquire_cred.o --- cc -O2 -pipe -I -I -I -I -I= -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c -o acquire_cre= d.o --- cddl/lib__L --- --- libzfs.so.2 --- building shared library libzfs.so.2 --- kerberos5/lib__L --- --- add_cred.o --- cc -O2 -pipe -I -I -I -I -I= -DHAVE_CONFIG_H -I -std=3Dgnu99 -fstack-protector -Qunused-arguments -c -o add_cred.o --- cddl/lib__L --- /usr/obj: cannot find -lavl cc: error: linker command failed with exit code 1 (use -v to see invocation= ) *** [libzfs.so.2] Error code 1 make[5]: stopped in 1 error make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in --- kerberos5/lib__L --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in --- lib__L --- A failure has been detected in another branch of the parallel make make[6]: stopped in *** [depend_subdir_libclangdriver] Error code 2 make[5]: stopped in --- depend_subdir_libclangcodegen --- A failure has been detected in another branch of the parallel make make[6]: stopped in *** [depend_subdir_libclangcodegen] Error code 2 make[5]: stopped in 2 errors make[5]: stopped in *** [depend_subdir_clang] Error code 2 make[4]: stopped in 1 error make[4]: stopped in A failure has been detected in another branch of the parallel make make[3]: stopped in *** [libraries] Error code 2 make[2]: stopped in 1 error make[2]: stopped in *** [_libraries] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Thu May 22 07:52:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DCE3E9C8; Thu, 22 May 2014 07:52:19 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id C9F6C24CA; Thu, 22 May 2014 07:52:19 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 67E60DF0; Thu, 22 May 2014 07:52:20 +0000 (UTC) Date: Thu, 22 May 2014 07:52:17 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, gshapiro@FreeBSD.org, allanjude@FreeBSD.org, sbruno@FreeBSD.org, neel@FreeBSD.org, delphij@FreeBSD.org, jhibbits@FreeBSD.org, hselasky@FreeBSD.org Message-ID: <179426094.243.1400745140365.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <829670591.241.1400732123714.JavaMail.jenkins@jenkins-9.freebsd.org> References: <829670591.241.1400732123714.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #719 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 22 May 2014 07:52:20 -0000 See From owner-freebsd-current@FreeBSD.ORG Thu May 22 11:05:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A06F59C3; Thu, 22 May 2014 11:05:41 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 61B232543; Thu, 22 May 2014 11:05:40 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id B6B491FE026; Thu, 22 May 2014 13:05:38 +0200 (CEST) Message-ID: <537DDA2E.6030609@selasky.org> Date: Thu, 22 May 2014 13:06:22 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-multimedia@FreeBSD.org, FreeBSD Current Subject: Patch for Linux Futexes Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 22 May 2014 11:05:41 -0000 Hi, When using the Linux Skype client under FreeBSD I sometimes see that the Audio disappears in the one direction. When I check "ps auxw" I see skype is stuck on a so-called Futex. I looked into the Linux futex code and see that wakeup_one() is used instead of wakeup(). Maybe others can test too and verify if replacing wakeup_one() by wakeup() makes any difference in for Linux applications using Futexes. --HPS > diff --git a/sys/compat/linux/linux_futex.c b/sys/compat/linux/linux_futex.c > index 9b4c92f..e893bf4 100644 > --- a/sys/compat/linux/linux_futex.c > +++ b/sys/compat/linux/linux_futex.c > @@ -498,7 +498,7 @@ futex_wake(struct futex *f, int n, uint32_t bitset) > wp->wp_flags |= FUTEX_WP_REMOVED; > TAILQ_REMOVE(&f->f_waiting_proc, wp, wp_list); > LIN_SDT_PROBE1(futex, futex_wake, wakeup, wp); > - wakeup_one(wp); > + wakeup(wp); > if (++count == n) > break; > } > @@ -525,7 +525,7 @@ futex_requeue(struct futex *f, int n, struct futex *f2, int n2) > wp->wp_flags |= FUTEX_WP_REMOVED; > TAILQ_REMOVE(&f->f_waiting_proc, wp, wp_list); > LIN_SDT_PROBE1(futex, futex_requeue, wakeup, wp); > - wakeup_one(wp); > + wakeup(wp); > } else { > LIN_SDT_PROBE3(futex, futex_requeue, requeue, > f->f_uaddr, wp, f2->f_uaddr); From owner-freebsd-current@FreeBSD.ORG Thu May 22 12:18:18 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56056CA5; Thu, 22 May 2014 12:18:18 +0000 (UTC) Received: from mail-la0-x230.google.com (mail-la0-x230.google.com [IPv6:2a00:1450:4010:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9E1D32BA5; Thu, 22 May 2014 12:18:17 +0000 (UTC) Received: by mail-la0-f48.google.com with SMTP id mc6so2590368lab.35 for ; Thu, 22 May 2014 05:18:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=+KJ1QlP41/mkHKucJJPDoz2yvbh+zeBuGcUlZUUhIIk=; b=ju91R/l7AV5wB/RpMXSs3rtJ1+5cI2qj0korqfhylG2BB6ngQD4PTPDVYtGM2ppPNa NJDdnQro4lq5Z3aET50OS4fIctBqzhsGlc4EhwzQhceJ1AEv+XqfowKU27fTc324Uvnn RWeZvipWGk5757z3Az+5bJ1DjRDiqK6bY+doOzlJCevEBoJ0H+ZeGSb/O35C7KK4bu2O vkND0E628w61ad6dRr9hJ6u1BpgSSFANrCKhQTBKw70qE3ctAgn1+BJvw8b4nkDkzhUT A6/qM886Syq57e09z64i+g1npsXu/mltaCf5FL0TzVlHas2BdPkrNiFzIe9lk1Td08i6 cZyw== X-Received: by 10.152.29.66 with SMTP id i2mr1064051lah.82.1400761095487; Thu, 22 May 2014 05:18:15 -0700 (PDT) Received: from dchagin.static.corbina.net (dchagin.static.corbina.ru. [78.107.232.239]) by mx.google.com with ESMTPSA id s4sm28143224las.15.2014.05.22.05.18.13 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 22 May 2014 05:18:14 -0700 (PDT) Sender: Dmitry Chagin Received: from dchagin.static.corbina.net (localhost [127.0.0.1]) by dchagin.static.corbina.net (8.14.8/8.14.8) with ESMTP id s4MCICUF001155; Thu, 22 May 2014 16:18:12 +0400 (MSK) (envelope-from dchagin@dchagin.static.corbina.net) Received: (from dchagin@localhost) by dchagin.static.corbina.net (8.14.8/8.14.8/Submit) id s4MCIChN001154; Thu, 22 May 2014 16:18:12 +0400 (MSK) (envelope-from dchagin) Date: Thu, 22 May 2014 16:18:12 +0400 From: Chagin Dmitry To: Hans Petter Selasky Subject: Re: Patch for Linux Futexes Message-ID: <20140522121812.GA1070@dchagin.static.corbina.net> References: <537DDA2E.6030609@selasky.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline In-Reply-To: <537DDA2E.6030609@selasky.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-multimedia@FreeBSD.org, FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 22 May 2014 12:18:18 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 22, 2014 at 01:06:22PM +0200, Hans Petter Selasky wrote: > Hi, >=20 > When using the Linux Skype client under FreeBSD I sometimes see that the= =20 > Audio disappears in the one direction. When I check "ps auxw" I see=20 > skype is stuck on a so-called Futex. I looked into the Linux futex code= =20 > and see that wakeup_one() is used instead of wakeup(). Maybe others can= =20 > test too and verify if replacing wakeup_one() by wakeup() makes any=20 > difference in for Linux applications using Futexes. >=20 is it fixes the problem for you? as the author of it I should to look back to find the reason of using wakeup_one(). and check this patch on nptl tests. > --HPS >=20 >=20 > > diff --git a/sys/compat/linux/linux_futex.c b/sys/compat/linux/linux_fu= tex.c > > index 9b4c92f..e893bf4 100644 > > --- a/sys/compat/linux/linux_futex.c > > +++ b/sys/compat/linux/linux_futex.c > > @@ -498,7 +498,7 @@ futex_wake(struct futex *f, int n, uint32_t bitset) > > wp->wp_flags |=3D FUTEX_WP_REMOVED; > > TAILQ_REMOVE(&f->f_waiting_proc, wp, wp_list); > > LIN_SDT_PROBE1(futex, futex_wake, wakeup, wp); > > - wakeup_one(wp); > > + wakeup(wp); > > if (++count =3D=3D n) > > break; > > } > > @@ -525,7 +525,7 @@ futex_requeue(struct futex *f, int n, struct futex = *f2, int n2) > > wp->wp_flags |=3D FUTEX_WP_REMOVED; > > TAILQ_REMOVE(&f->f_waiting_proc, wp, wp_list); > > LIN_SDT_PROBE1(futex, futex_requeue, wakeup, wp); > > - wakeup_one(wp); > > + wakeup(wp); > > } else { > > LIN_SDT_PROBE3(futex, futex_requeue, requeue, > > f->f_uaddr, wp, f2->f_uaddr); >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --=20 Have fun! chd --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlN96wQACgkQ0t2Tb3OO/O3TgQCdGJCLWmUgIkbY4yvNkbT2UTVW 2cUAn1uvx6ebL3IUh8MYpBR1i/7FV693 =eHJL -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-current@FreeBSD.ORG Thu May 22 12:23:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1EE6AF48; Thu, 22 May 2014 12:23:29 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D63C52C58; Thu, 22 May 2014 12:23:28 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id EBB5A1FE026; Thu, 22 May 2014 14:23:27 +0200 (CEST) Message-ID: <537DEC6B.2040909@selasky.org> Date: Thu, 22 May 2014 14:24:11 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Chagin Dmitry Subject: Re: Patch for Linux Futexes References: <537DDA2E.6030609@selasky.org> <20140522121812.GA1070@dchagin.static.corbina.net> In-Reply-To: <20140522121812.GA1070@dchagin.static.corbina.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@FreeBSD.org, FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 22 May 2014 12:23:29 -0000 On 05/22/14 14:18, Chagin Dmitry wrote: > On Thu, May 22, 2014 at 01:06:22PM +0200, Hans Petter Selasky wrote: >> Hi, >> >> When using the Linux Skype client under FreeBSD I sometimes see that the >> Audio disappears in the one direction. When I check "ps auxw" I see >> skype is stuck on a so-called Futex. I looked into the Linux futex code >> and see that wakeup_one() is used instead of wakeup(). Maybe others can >> test too and verify if replacing wakeup_one() by wakeup() makes any >> difference in for Linux applications using Futexes. >> > > is it fixes the problem for you? So far looks better, but I still have to test more. --HPS From owner-freebsd-current@FreeBSD.ORG Thu May 22 14:37:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7E084D1 for ; Thu, 22 May 2014 14:37:19 +0000 (UTC) Received: from st11p00mm-asmtp003.mac.com (st11p00mm-asmtp003.mac.com [17.172.81.2]) by mx1.freebsd.org (Postfix) with ESMTP id A4ACD284D for ; Thu, 22 May 2014 14:37:19 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from andersbo-mac.local (ti0025a400-5325.bb.online.no [85.167.91.221]) by st11p00mm-asmtp003.mac.com (Oracle Communications Messaging Server 7u4-27.08(7.0.4.27.7) 64bit (built Aug 22 2013)) with ESMTPSA id <0N5Z00KRG9TXAE10@st11p00mm-asmtp003.mac.com> for freebsd-current@freebsd.org; Thu, 22 May 2014 13:37:12 +0000 (GMT) Message-id: <537DFD85.1090903@icloud.com> Date: Thu, 22 May 2014 15:37:09 +0200 From: Anders Bolt-Evensen User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 To: freebsd-current@freebsd.org Subject: Re: uefi boot on Apple Mac References: In-reply-to: X-MANTSH: 1TEIXWV4bG1oaGkdHB0lGUkdDRl5PWBoaEhEKTEMXGx0EGx0YBBIZBBscEBseGh8 aEQpYTRdLEQptfhcaEQpMWRcbGhsbEQpZSRcRClleF2hjeREKQ04XSxsbGmJCH2lmHX9jGXhzB x5nGxkZHWgTEQpYXBcZBBoEGxsHTU4fGBgYGUsFGx0EGx0YBBIZBBscEBseGh8bEQpeWRdhWRx jQxEKTEYXbGtrEQpDWhcSHwQbHB0EExsEGBgbEQpCXhcbEQpCRRd6aG9JWW1nG0R8ZREKQk4Xa 0UaUlAeQ1xZXGgRCkJMF2R6U09PS0tjWUd6EQpCbBdjaEx7RngaUmR8GhEKQkAXblp4GxlrT3l FG3kRCkJYF2xYen1sH097U2BJEQpwZxdlHhJ7SEtScGdkAREKcGgXbWdlek9tSRwTGWQRCnBoF 20fWUEaQmtLUkFaEQpwaBdmG3lEaWxybGZJTREKcH8XbRsaeXttW39IRW4RCnBfF2h+XEZyT1B HXlBkEQpwZxdrHwVmbmhBGAVlXxEKcGwXZmIZf1BnRURJblgR X-CLX-Spam: false X-CLX-Score: 1011 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.96,1.0.14,0.0.0000 definitions=2014-05-22_03:2014-05-22,2014-05-22,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=18 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1405220175 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 22 May 2014 14:37:19 -0000 MacBookPro8,3 doesn't work with uefi boot either. At least mine doesn't. On 19.05.14 02:36, Huang Wen Hui wrote: > Hi, > I test uefi boot on Macs, some success, include: > iMac13,2 , MacbookPro 2012, Macmini5,3. > > But have problem on MacbookPro 2013, loader stop at: > > Start @ 0xffffffff802d6ef0 ... > > Any ideas? > > Cheers, > Huang Wenhui > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu May 22 15:32:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 275B8218; Thu, 22 May 2014 15:32:14 +0000 (UTC) Received: from mail-yk0-x231.google.com (mail-yk0-x231.google.com [IPv6:2607:f8b0:4002:c07::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D30052DE4; Thu, 22 May 2014 15:32:13 +0000 (UTC) Received: by mail-yk0-f177.google.com with SMTP id 19so2931022ykq.8 for ; Thu, 22 May 2014 08:32:13 -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=aVJ2OBA6lD5AqMM92AotM5/LcUEzly2MvNd3+pVFFFA=; b=S+zSGsFvHe+7zy8FL8T6s0STwhOLuotU7WCz3NTkKM/EuRDu/w/zCDVd3x0IlC5rJv lkCiWnu6O2o+dLlp2g0J3rbGmzN+5lzh3Mttqy8Q+PVS4a3YtiIGyQScjG4kZ/Ct6Brg EFomrmdweJLepBrB0NbCjWByuoRZ4YFs2UGGLRt81kRIw/4z0BvM6qWJtWtevsL8SwOK b3FsaDGFBytp9dbGsIAxqVaGkVgqZ09rAMe4Jvy2S2P7Wsgo11hlJDw/cL3l0sIEe+fD u29K+AAOB9JduF2NHeYAeeCmXM1NGwZalK2o4LpfFjjKojzM6k4Jpvu1l/lHm5z47GJF 5/Bw== MIME-Version: 1.0 X-Received: by 10.236.166.169 with SMTP id g29mr38407730yhl.135.1400772732985; Thu, 22 May 2014 08:32:12 -0700 (PDT) Received: by 10.170.120.214 with HTTP; Thu, 22 May 2014 08:32:12 -0700 (PDT) Date: Thu, 22 May 2014 11:32:12 -0400 Message-ID: Subject: [patch] Switch to text mode during efi boot From: =?UTF-8?Q?Rafael_Esp=C3=ADndola?= To: freebsd-current@freebsd.org, Ed Maste Content-Type: multipart/mixed; boundary=20cf303f6cb229999604f9fed12b X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 22 May 2014 15:32:14 -0000 --20cf303f6cb229999604f9fed12b Content-Type: text/plain; charset=UTF-8 The attached patch causes both boot1 and loader.efi to switch to text mode. This only seems to make a difference on Macs where otherwise no information was being displayed. The ConsoleControl.h file is copied from EdkCompatibilityPkg/Foundation/Protocol/ConsoleControl in https://github.com/tianocore/edk2. I tested that both programs are able to change to text mode by enabling only one of them at a time. With this patch I am able to see loaders output on all the macs I tried. The kernel boots correctly on a MacPro, but unfortunately it doesn't seem to be able to find the efi buffer in a MacBookPro. Some design questions: * Why do we have both boot1 and loader? It is just the issue with building a usb image without root that requires having a boot1 that has a predictable size? * Even if we want to keep both boot1 and loader, could boot1 use libefi? * Is it ok to always switch to text mode in libefi or should it provide a switch_to_text_mode function? Cheers, Rafael --20cf303f6cb229999604f9fed12b Content-Type: application/octet-stream; name="efi.patch" Content-Disposition: attachment; filename="efi.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hvi7mgn50 SW5kZXg6IHN5cy9ib290L2FtZDY0L2Jvb3QxLmVmaS9ib290MS5jCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5 cy9ib290L2FtZDY0L2Jvb3QxLmVmaS9ib290MS5jCShyZXZpc2lvbiAyNjYxNTkpCisrKyBzeXMv Ym9vdC9hbWQ2NC9ib290MS5lZmkvYm9vdDEuYwkod29ya2luZyBjb3B5KQpAQCAtMjYsNiArMjYs NyBAQAogI2luY2x1ZGUgPG1hY2hpbmUvc3RkYXJnLmg+CiAKICNpbmNsdWRlIDxlZmkuaD4KKyNp bmNsdWRlIDxDb25zb2xlQ29udHJvbC5oPgogCiAjZGVmaW5lIF9QQVRIX0xPQURFUgkiL2Jvb3Qv bG9hZGVyLmVmaSIKICNkZWZpbmUgX1BBVEhfS0VSTkVMCSIvYm9vdC9rZXJuZWwva2VybmVsIgpA QCAtOTcsNiArOTgsNyBAQAogc3RhdGljIEVGSV9HVUlEIEJsb2NrSW9Qcm90b2NvbEdVSUQgPSBC TE9DS19JT19QUk9UT0NPTDsKIHN0YXRpYyBFRklfR1VJRCBEZXZpY2VQYXRoR1VJRCA9IERFVklD RV9QQVRIX1BST1RPQ09MOwogc3RhdGljIEVGSV9HVUlEIExvYWRlZEltYWdlR1VJRCA9IExPQURF RF9JTUFHRV9QUk9UT0NPTDsKK3N0YXRpYyBFRklfR1VJRCBDb25zb2xlQ29udHJvbEdVSUQgPSAg RUZJX0NPTlNPTEVfQ09OVFJPTF9QUk9UT0NPTF9HVUlEOwogCiBzdGF0aWMgRUZJX0JMT0NLX0lP ICpib290ZGV2Owogc3RhdGljIEVGSV9ERVZJQ0VfUEFUSCAqYm9vdGRldnBhdGg7CkBAIC0xMTcs NiArMTE5LDE2IEBACiAJcHJpbnRmKCIgXG4+PiBGcmVlQlNEIEVGSSBib290IGJsb2NrXG4iKTsK IAlwcmludGYoIiAgIExvYWRlciBwYXRoOiAlc1xuIiwgcGF0aCk7CiAKKwlFRklfQk9PVF9TRVJW SUNFUyAqQlMgPSBzeXN0YWItPkJvb3RTZXJ2aWNlczsKKwlFRklfQ09OU09MRV9DT05UUk9MX1BS T1RPQ09MICpDb25zb2xlQ29udHJvbCA9IE5VTEw7CisJc3RhdHVzID0gQlMtPkxvY2F0ZVByb3Rv Y29sKCZDb25zb2xlQ29udHJvbEdVSUQsIE5VTEwsIChWT0lEICoqKSYgQ29uc29sZUNvbnRyb2wp OworCWlmIChFRklfRVJST1Ioc3RhdHVzKSkKKwkJcGFuaWMoIk5vIGNvbnNvbGUgY29udHJvbCBw cm90b2NvbCBsb2NhdGVkIik7CisKKwlzdGF0dXMgPSBDb25zb2xlQ29udHJvbC0+U2V0TW9kZShD b25zb2xlQ29udHJvbCwgRWZpQ29uc29sZUNvbnRyb2xTY3JlZW5UZXh0KTsKKwlpZiAoRUZJX0VS Uk9SKHN0YXR1cykpCisJCXBhbmljKCJDb3VsZCBub3Qgc3dpdGNoIHRvIHRleHQgbW9kZSIpOwor CiAJc3RhdHVzID0gc3lzdGFiLT5Cb290U2VydmljZXMtPkxvY2F0ZUhhbmRsZShCeVByb3RvY29s LAogCSAgICAmQmxvY2tJb1Byb3RvY29sR1VJRCwgTlVMTCwgJm5wYXJ0cywgaGFuZGxlcyk7CiAJ bnBhcnRzIC89IHNpemVvZihoYW5kbGVzWzBdKTsKSW5kZXg6IHN5cy9ib290L2VmaS9pbmNsdWRl L0NvbnNvbGVDb250cm9sLmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2Jvb3QvZWZpL2luY2x1ZGUvQ29u c29sZUNvbnRyb2wuaAkocmV2aXNpb24gMCkKKysrIHN5cy9ib290L2VmaS9pbmNsdWRlL0NvbnNv bGVDb250cm9sLmgJKHdvcmtpbmcgY29weSkKQEAgLTAsMCArMSwxMjIgQEAKKy8qKysgCisKK0Nv cHlyaWdodCAoYykgMjAwNCAtIDIwMTAsIEludGVsIENvcnBvcmF0aW9uLiBBbGwgcmlnaHRzIHJl c2VydmVkLjxCUj4KK1RoaXMgcHJvZ3JhbSBhbmQgdGhlIGFjY29tcGFueWluZyBtYXRlcmlhbHMg ICAgICAgICAgICAgICAgICAgICAgICAgIAorYXJlIGxpY2Vuc2VkIGFuZCBtYWRlIGF2YWlsYWJs ZSB1bmRlciB0aGUgdGVybXMgYW5kIGNvbmRpdGlvbnMgb2YgdGhlIEJTRCBMaWNlbnNlICAgICAg ICAgCit3aGljaCBhY2NvbXBhbmllcyB0aGlzIGRpc3RyaWJ1dGlvbi4gIFRoZSBmdWxsIHRleHQg b2YgdGhlIGxpY2Vuc2UgbWF5IGJlIGZvdW5kIGF0ICAgICAgICAKK2h0dHA6Ly9vcGVuc291cmNl Lm9yZy9saWNlbnNlcy9ic2QtbGljZW5zZS5waHAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIAorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCitUSEUg UFJPR1JBTSBJUyBESVNUUklCVVRFRCBVTkRFUiBUSEUgQlNEIExJQ0VOU0UgT04gQU4gIkFTIElT IiBCQVNJUywgICAgICAgICAgICAgICAgICAgICAKK1dJVEhPVVQgV0FSUkFOVElFUyBPUiBSRVBS RVNFTlRBVElPTlMgT0YgQU5ZIEtJTkQsIEVJVEhFUiBFWFBSRVNTIE9SIElNUExJRUQuICAgICAg ICAgICAgIAorCitNb2R1bGUgTmFtZToKKworICBDb25zb2xlQ29udHJvbC5oCisKK0Fic3RyYWN0 OgorCisgIEFic3RyYWN0aW9uIG9mIGEgVGV4dCBtb2RlIG9yIEdPUC9VR0Egc2NyZWVuCisKKy0t Ki8KKworI2lmbmRlZiBfX0NPTlNPTEVfQ09OVFJPTF9IX18KKyNkZWZpbmUgX19DT05TT0xFX0NP TlRST0xfSF9fCisKKyNkZWZpbmUgRUZJX0NPTlNPTEVfQ09OVFJPTF9QUk9UT0NPTF9HVUlEIFwK KyAgeyAweGY0MmY3NzgyLCAweDEyZSwgMHg0YzEyLCB7MHg5OSwgMHg1NiwgMHg0OSwgMHhmOSwg MHg0MywgMHg0LCAweGY3LCAweDIxfSB9CisKK3R5cGVkZWYgc3RydWN0IF9FRklfQ09OU09MRV9D T05UUk9MX1BST1RPQ09MICAgRUZJX0NPTlNPTEVfQ09OVFJPTF9QUk9UT0NPTDsKKworCit0eXBl ZGVmIGVudW0geworICBFZmlDb25zb2xlQ29udHJvbFNjcmVlblRleHQsCisgIEVmaUNvbnNvbGVD b250cm9sU2NyZWVuR3JhcGhpY3MsCisgIEVmaUNvbnNvbGVDb250cm9sU2NyZWVuTWF4VmFsdWUK K30gRUZJX0NPTlNPTEVfQ09OVFJPTF9TQ1JFRU5fTU9ERTsKKworCit0eXBlZGVmCitFRklfU1RB VFVTCisoRUZJQVBJICpFRklfQ09OU09MRV9DT05UUk9MX1BST1RPQ09MX0dFVF9NT0RFKSAoCisg IElOICBFRklfQ09OU09MRV9DT05UUk9MX1BST1RPQ09MICAgICAgKlRoaXMsCisgIE9VVCBFRklf Q09OU09MRV9DT05UUk9MX1NDUkVFTl9NT0RFICAgKk1vZGUsCisgIE9VVCBCT09MRUFOICAgICAg ICAgICAgICAgICAgICAgICAgICAgKkdvcFVnYUV4aXN0cywgIE9QVElPTkFMICAKKyAgT1VUIEJP T0xFQU4gICAgICAgICAgICAgICAgICAgICAgICAgICAqU3RkSW5Mb2NrZWQgICAgT1BUSU9OQUwK KyAgKQorLyorKworCisgIFJvdXRpbmUgRGVzY3JpcHRpb246CisgICAgUmV0dXJuIHRoZSBjdXJy ZW50IHZpZGVvIG1vZGUgaW5mb3JtYXRpb24uIEFsc28gcmV0dXJucyBpbmZvIGFib3V0IGV4aXN0 ZW5jZQorICAgIG9mIEdyYXBoaWNzIE91dHB1dCBkZXZpY2VzIG9yIFVHQSBEcmF3IGRldmljZXMg aW4gc3lzdGVtLCBhbmQgaWYgdGhlIFN0ZCBJbgorICAgIGRldmljZSBpcyBsb2NrZWQuIEFsbCB0 aGUgYXJndW1lbnRzIGFyZSBvcHRpb25hbCBhbmQgb25seSByZXR1cm5lZCBpZiBhIG5vbgorICAg IE5VTEwgcG9pbnRlciBpcyBwYXNzZWQgaW4uCisKKyAgQXJndW1lbnRzOgorICAgIFRoaXMgICAg ICAgICAtIFByb3RvY29sIGluc3RhbmNlIHBvaW50ZXIuCisgICAgTW9kZSAgICAgICAgIC0gQXJl IHdlIGluIHRleHQgb2YgZ3JhaGljcyBtb2RlLgorICAgIEdvcFVnYUV4aXN0cyAtIFRSVUUgaWYg Q29uc29sZSBTcGxpdGVyIGhhcyBmb3VuZCBhIEdPUCBvciBVR0EgZGV2aWNlCisgICAgU3RkSW5M b2NrZWQgIC0gVFJVRSBpZiBTdGRJbiBkZXZpY2UgaXMga2V5Ym9hcmQgbG9ja2VkCisKKyAgUmV0 dXJuczoKKyAgICBFRklfU1VDQ0VTUyAgICAgLSBNb2RlIGluZm9ybWF0aW9uIHJldHVybmVkLgor CistLSovCis7CisKKwordHlwZWRlZgorRUZJX1NUQVRVUworKEVGSUFQSSAqRUZJX0NPTlNPTEVf Q09OVFJPTF9QUk9UT0NPTF9TRVRfTU9ERSkgKAorICBJTiAgRUZJX0NPTlNPTEVfQ09OVFJPTF9Q Uk9UT0NPTCAgICAgICpUaGlzLAorICBJTiAgRUZJX0NPTlNPTEVfQ09OVFJPTF9TQ1JFRU5fTU9E RSAgIE1vZGUKKyAgKQorLyorKworCisgIFJvdXRpbmUgRGVzY3JpcHRpb246CisgICAgU2V0IHRo ZSBjdXJyZW50IG1vZGUgdG8gZWl0aGVyIHRleHQgb3IgZ3JhcGhpY3MuIEdyYXBoaWNzIGlzCisg ICAgZm9yIFF1aWV0IEJvb3QuCisKKyAgQXJndW1lbnRzOgorICAgIFRoaXMgIC0gUHJvdG9jb2wg aW5zdGFuY2UgcG9pbnRlci4KKyAgICBNb2RlICAtIE1vZGUgdG8gc2V0IHRoZSAKKworICBSZXR1 cm5zOgorICAgIEVGSV9TVUNDRVNTICAgICAtIE1vZGUgaW5mb3JtYXRpb24gcmV0dXJuZWQuCisK Ky0tKi8KKzsKKworCit0eXBlZGVmCitFRklfU1RBVFVTCisoRUZJQVBJICpFRklfQ09OU09MRV9D T05UUk9MX1BST1RPQ09MX0xPQ0tfU1REX0lOKSAoCisgIElOICBFRklfQ09OU09MRV9DT05UUk9M X1BST1RPQ09MICAgICAgKlRoaXMsCisgIElOIENIQVIxNiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgKlBhc3N3b3JkCisgICkKKy8qKysKKworICBSb3V0aW5lIERlc2NyaXB0aW9uOgorICAg IExvY2sgU3RkIEluIGRldmljZXMgdW50aWwgUGFzc3dvcmQgaXMgdHlwZWQuCisKKyAgQXJndW1l bnRzOgorICAgIFRoaXMgICAgIC0gUHJvdG9jb2wgaW5zdGFuY2UgcG9pbnRlci4KKyAgICBQYXNz d29yZCAtIFBhc3N3b3JkIG5lZWRlZCB0byB1bmxvY2sgc2NyZWVuLiBOVUxMIG1lYW5zIHVubG9j ayBrZXlib2FyZAorCisgIFJldHVybnM6CisgICAgRUZJX1NVQ0NFU1MgICAgICAtIE1vZGUgaW5m b3JtYXRpb24gcmV0dXJuZWQuCisgICAgRUZJX0RFVklDRV9FUlJPUiAtIFN0ZCBJbiBub3QgbG9j a2VkCisKKy0tKi8KKzsKKworCisKK3N0cnVjdCBfRUZJX0NPTlNPTEVfQ09OVFJPTF9QUk9UT0NP TCB7CisgIEVGSV9DT05TT0xFX0NPTlRST0xfUFJPVE9DT0xfR0VUX01PREUgICAgICAgICAgIEdl dE1vZGU7CisgIEVGSV9DT05TT0xFX0NPTlRST0xfUFJPVE9DT0xfU0VUX01PREUgICAgICAgICAg IFNldE1vZGU7CisgIEVGSV9DT05TT0xFX0NPTlRST0xfUFJPVE9DT0xfTE9DS19TVERfSU4gICAg ICAgIExvY2tTdGRJbjsKK307CisKK2V4dGVybiBFRklfR1VJRCBnRWZpQ29uc29sZUNvbnRyb2xQ cm90b2NvbEd1aWQ7CisKKyNlbmRpZgoKUHJvcGVydHkgY2hhbmdlcyBvbjogc3lzL2Jvb3QvZWZp L2luY2x1ZGUvQ29uc29sZUNvbnRyb2wuaApfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCkFkZGVkOiBzdm46bWltZS10eXBl CiMjIC0wLDAgKzEgIyMKK3RleHQvcGxhaW4KXCBObyBuZXdsaW5lIGF0IGVuZCBvZiBwcm9wZXJ0 eQpBZGRlZDogc3ZuOmtleXdvcmRzCiMjIC0wLDAgKzEgIyMKK0ZyZWVCU0Q9JUgKXCBObyBuZXds aW5lIGF0IGVuZCBvZiBwcm9wZXJ0eQpBZGRlZDogc3ZuOmVvbC1zdHlsZQojIyAtMCwwICsxICMj CituYXRpdmUKXCBObyBuZXdsaW5lIGF0IGVuZCBvZiBwcm9wZXJ0eQpJbmRleDogc3lzL2Jvb3Qv ZWZpL2xpYmVmaS9saWJlZmkuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMvYm9vdC9lZmkvbGliZWZpL2xp YmVmaS5jCShyZXZpc2lvbiAyNjYxNTkpCisrKyBzeXMvYm9vdC9lZmkvbGliZWZpL2xpYmVmaS5j CSh3b3JraW5nIGNvcHkpCkBAIC0zMCw2ICszMCw3IEBACiAjaW5jbHVkZSA8ZWZpLmg+CiAjaW5j bHVkZSA8ZWZpbGliLmg+CiAjaW5jbHVkZSA8c3RhbmQuaD4KKyNpbmNsdWRlIDxDb25zb2xlQ29u dHJvbC5oPgogCiBFRklfSEFORExFCQlJSDsKIEVGSV9TWVNURU1fVEFCTEUJKlNUOwpAQCAtODIs NiArODMsOCBAQAogZWZpX21haW4oRUZJX0hBTkRMRSBpbWFnZV9oYW5kbGUsIEVGSV9TWVNURU1f VEFCTEUgKnN5c3RlbV90YWJsZSkKIHsKIAlzdGF0aWMgRUZJX0dVSUQgaW1hZ2VfcHJvdG9jb2wg PSBMT0FERURfSU1BR0VfUFJPVE9DT0w7CisJc3RhdGljIEVGSV9HVUlEIGNvbnNvbGVfY29udHJv bF9wcm90b2NvbCA9ICBFRklfQ09OU09MRV9DT05UUk9MX1BST1RPQ09MX0dVSUQ7CisJRUZJX0NP TlNPTEVfQ09OVFJPTF9QUk9UT0NPTCAqY29uc29sZV9jb250cm9sID0gTlVMTDsKIAlFRklfTE9B REVEX0lNQUdFICppbWc7CiAJQ0hBUjE2ICphcmdwLCAqYXJncywgKiphcmd2OwogCUVGSV9TVEFU VVMgc3RhdHVzOwpAQCAtOTIsNiArOTUsMTQgQEAKIAlCUyA9IFNULT5Cb290U2VydmljZXM7CiAJ UlMgPSBTVC0+UnVudGltZVNlcnZpY2VzOwogCisJc3RhdHVzID0gQlMtPkxvY2F0ZVByb3RvY29s KCZjb25zb2xlX2NvbnRyb2xfcHJvdG9jb2wsIE5VTEwsIChWT0lEICoqKSYgY29uc29sZV9jb250 cm9sKTsKKwlpZiAoRUZJX0VSUk9SKHN0YXR1cykpCisJCUJTLT5FeGl0KElILCBzdGF0dXMsIDAs IE5VTEwpOworCisJc3RhdHVzID0gY29uc29sZV9jb250cm9sLT5TZXRNb2RlKGNvbnNvbGVfY29u dHJvbCwgRWZpQ29uc29sZUNvbnRyb2xTY3JlZW5UZXh0KTsKKwlpZiAoRUZJX0VSUk9SKHN0YXR1 cykpCisJCUJTLT5FeGl0KElILCBzdGF0dXMsIDAsIE5VTEwpOworCiAJaGVhcHNpemUgPSAyICog MTAyNCAqIDEwMjQ7CiAJc3RhdHVzID0gQlMtPkFsbG9jYXRlUGFnZXMoQWxsb2NhdGVBbnlQYWdl cywgRWZpTG9hZGVyRGF0YSwKIAkgICAgRUZJX1NJWkVfVE9fUEFHRVMoaGVhcHNpemUpLCAmaGVh cCk7Cg== --20cf303f6cb229999604f9fed12b-- From owner-freebsd-current@FreeBSD.ORG Thu May 22 15:33:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 43A5E3D5 for ; Thu, 22 May 2014 15:33:05 +0000 (UTC) Received: from mail-yh0-x235.google.com (mail-yh0-x235.google.com [IPv6:2607:f8b0:4002:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0A1292DFA for ; Thu, 22 May 2014 15:33:04 +0000 (UTC) Received: by mail-yh0-f53.google.com with SMTP id i57so3110367yha.12 for ; Thu, 22 May 2014 08:33:04 -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=99hJOah1TqO64O8VsXPfrN9LndlEALETai2IZhAm5cY=; b=XD2rHRBtTnBBuFCE+8bk1iFuu01wHsR9d1JKLv5OahZYPsPn6AtvBGZvfyjQ/D2ZVw 8eszQpRNkjvcVhXXsW/glhkbdVuE/9AFUC8qOW96iwbY6eFZLcB9jh8PpyEBR4VHNvbW YGbZSAGmE8vgXUQGm1/DnMJ+Zr9QwYSyDZImJvMYsWDB5BNN2LqO8VMmqcGX8hSmCfMz kGac1UE0VfoD+K+hoPp+TFDM88+CzN5l3uO1sJ0WBtxn3nrZt+41dwrGelFxDYaBmqej WnsVTDjCx4XCz8N7iuQzsioTPSZgrRXl1CTx0OGDnK9TiHDlTa/4A3CG4HR31R4UI82R 9dNQ== MIME-Version: 1.0 X-Received: by 10.236.209.68 with SMTP id r44mr6692107yho.152.1400772784232; Thu, 22 May 2014 08:33:04 -0700 (PDT) Received: by 10.170.120.214 with HTTP; Thu, 22 May 2014 08:33:04 -0700 (PDT) In-Reply-To: <537DFD85.1090903@icloud.com> References: <537DFD85.1090903@icloud.com> Date: Thu, 22 May 2014 11:33:04 -0400 Message-ID: Subject: Re: uefi boot on Apple Mac From: =?UTF-8?Q?Rafael_Esp=C3=ADndola?= To: Anders Bolt-Evensen Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 22 May 2014 15:33:05 -0000 I just emailed a patch. The issue I was having was just that the text was not being displayed. On 22 May 2014 09:37, Anders Bolt-Evensen wrote: > MacBookPro8,3 doesn't work with uefi boot either. > At least mine doesn't. > > On 19.05.14 02:36, Huang Wen Hui wrote: >> >> Hi, >> I test uefi boot on Macs, some success, include: >> iMac13,2 , MacbookPro 2012, Macmini5,3. >> >> But have problem on MacbookPro 2013, loader stop at: >> >> Start @ 0xffffffff802d6ef0 ... >> >> Any ideas? >> >> Cheers, >> Huang Wenhui >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu May 22 15:54:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 80842DBC for ; Thu, 22 May 2014 15:54:06 +0000 (UTC) Received: from mail-qg0-x233.google.com (mail-qg0-x233.google.com [IPv6:2607:f8b0:400d:c04::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4159E202C for ; Thu, 22 May 2014 15:54:06 +0000 (UTC) Received: by mail-qg0-f51.google.com with SMTP id q107so5998920qgd.10 for ; Thu, 22 May 2014 08:54:05 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=mrOxoPT/uG6TA4FbrTaOR2ovksfrvWvpYeR1UMbVBPM=; b=mYelXebrDkRMWzBmNohcTGNCH8yHn+TDAp0HFJwTRv070MHW8j1nn79EdpQy4BFFnJ e/itkkXIms8pTkfuiesxUduhNgh1C2zi5Ka2K8CVtwXo4iQbN4A9x9S/83LAW3OKugY9 RzgBqhTbdPav5MAfnVmAf2DoI9MK0nUh+crCGn5T0N7cKnMb5/rnGr/7WVqduUt154F0 anZwV/AhVfjqFlLhTx6kYjf7NuzuoM6EbGy02pacZnSPnieGiLTlFkl5KLQjxm0rrvW2 DbTq7sojm38PjR3Lj1GP2g1u7/ts+RJ0qvNUcuLlC6Ru0l8iSpOP8BEFxYUNypeb538N 9Gfw== MIME-Version: 1.0 X-Received: by 10.224.50.205 with SMTP id a13mr69682892qag.19.1400774045387; Thu, 22 May 2014 08:54:05 -0700 (PDT) Sender: carpeddiem@gmail.com Received: by 10.140.49.239 with HTTP; Thu, 22 May 2014 08:54:05 -0700 (PDT) In-Reply-To: References: Date: Thu, 22 May 2014 11:54:05 -0400 X-Google-Sender-Auth: d48Ewe4KX7YEU4U4EiWmtPGLNag Message-ID: Subject: Re: [patch] Switch to text mode during efi boot From: Ed Maste To: =?UTF-8?Q?Rafael_Esp=C3=ADndola?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 22 May 2014 15:54:06 -0000 On 22 May 2014 11:32, Rafael Esp=C3=ADndola wr= ote: > The attached patch causes both boot1 and loader.efi to switch to text > mode. This only > seems to make a difference on Macs where otherwise no information was bei= ng > displayed. > > The ConsoleControl.h file is copied from > EdkCompatibilityPkg/Foundation/Protocol/ConsoleControl in > https://github.com/tianocore/edk2. > > I tested that both programs are able to change to text mode by > enabling only one of them at a time. > > With this patch I am able to see loaders output on all the macs I > tried. The kernel boots correctly on a MacPro, but unfortunately it > doesn't seem to be able to find the efi buffer in a MacBookPro. Great, thank you Rafael. There's framebuffer corruption issues on some other hardware as well, so it may be that the eventual fix for those will also solve the MBP issue. > Some design questions: > > * Why do we have both boot1 and loader? It is just the issue with > building a usb image without root that requires having a boot1 that > has a predictable size? No, boot1.efi only exists so that the loader and related Forth and config files can be placed in a UFS root filesystem, as is done with the x86 BIOS boot and on other platforms. This way the UEFI boot easily integrates with the existing installer and tools. We could put the loader and files in the FAT EFI system partition instead, but it would require more substantial changes in the installer and system configuration. > * Even if we want to keep both boot1 and loader, could boot1 use libefi? I don't think there's any fundamental reason we couldn't. However, we're going to need to take a broader look at reworking some of this in the context of secure boot anyway (as we look at a signed shim loader). > * Is it ok to always switch to text mode in libefi or should it > provide a switch_to_text_mode function? I suspect it's fine / correct to always switch; we've just been "lucky" that the current approach works with most firmwares. From owner-freebsd-current@FreeBSD.ORG Thu May 22 18:23:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8861019B; Thu, 22 May 2014 18:23:54 +0000 (UTC) Received: from mail-la0-x229.google.com (mail-la0-x229.google.com [IPv6:2a00:1450:4010:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CF9EA2CFD; Thu, 22 May 2014 18:23:53 +0000 (UTC) Received: by mail-la0-f41.google.com with SMTP id e16so2980218lan.0 for ; Thu, 22 May 2014 11:23:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=xlfbtBqEHzJ9YHBMGbwz8sMs4FzKsWfJUvxrMz29wkg=; b=ytg5Xdie216w+7dCmd1NTcYhn8nOGo3Sz/kj8SC/HW8hj9B5tu/jEBJUJndZpZ2Aj4 L6CO47/eD7gk7LwAYhjC+p+xbun6hLFjHlqKAqo/hQ3rp716RHuNi/FXFR01HNDUub0I hLhEYrtlPPO3v31D6vTuOKp6D6/Tt6HOtGu5zk2ZFy26xvOnJY1Fn0p+KbVexZcDdpCW r7DJxoaNvPxSEp+/oFxb1ZNBpygENQHlXBwyLec2rG4Y2o0zwaS3Ga6TxI0aTYOUV4do jnYcMWngpdWIsW0Epfo0eCpFA9XJKmoOEZV+ec8/6df0tjjUiJElChUH5RFMYkFzn5YX Oo9g== X-Received: by 10.112.189.138 with SMTP id gi10mr41522992lbc.15.1400783031720; Thu, 22 May 2014 11:23:51 -0700 (PDT) Received: from dchagin.static.corbina.net (dchagin.static.corbina.ru. [78.107.232.239]) by mx.google.com with ESMTPSA id k8sm443322lae.1.2014.05.22.11.23.44 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 22 May 2014 11:23:45 -0700 (PDT) Sender: Dmitry Chagin Received: from dchagin.static.corbina.net (localhost [127.0.0.1]) by dchagin.static.corbina.net (8.14.8/8.14.8) with ESMTP id s4MINhSD002856; Thu, 22 May 2014 22:23:43 +0400 (MSK) (envelope-from dchagin@dchagin.static.corbina.net) Received: (from dchagin@localhost) by dchagin.static.corbina.net (8.14.8/8.14.8/Submit) id s4MINhFC002855; Thu, 22 May 2014 22:23:43 +0400 (MSK) (envelope-from dchagin) Date: Thu, 22 May 2014 22:23:43 +0400 From: Chagin Dmitry To: Hans Petter Selasky Subject: Re: Patch for Linux Futexes Message-ID: <20140522182343.GA2825@dchagin.static.corbina.net> References: <537DDA2E.6030609@selasky.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline In-Reply-To: <537DDA2E.6030609@selasky.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-multimedia@FreeBSD.org, FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 22 May 2014 18:23:54 -0000 --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 22, 2014 at 01:06:22PM +0200, Hans Petter Selasky wrote: > Hi, >=20 > When using the Linux Skype client under FreeBSD I sometimes see that the= =20 > Audio disappears in the one direction. When I check "ps auxw" I see=20 > skype is stuck on a so-called Futex. I looked into the Linux futex code= =20 > and see that wakeup_one() is used instead of wakeup(). Maybe others can= =20 > test too and verify if replacing wakeup_one() by wakeup() makes any=20 > difference in for Linux applications using Futexes. >=20 generally speaking the patch is not correct as futex_wake() should wakeup n waiters which is specified by user space. and i think that futex_wake() is correct. so we must take a close look at futex_requeue() and FUTEX_WAKE_OP. > --HPS >=20 >=20 > > diff --git a/sys/compat/linux/linux_futex.c b/sys/compat/linux/linux_fu= tex.c > > index 9b4c92f..e893bf4 100644 > > --- a/sys/compat/linux/linux_futex.c > > +++ b/sys/compat/linux/linux_futex.c > > @@ -498,7 +498,7 @@ futex_wake(struct futex *f, int n, uint32_t bitset) > > wp->wp_flags |=3D FUTEX_WP_REMOVED; > > TAILQ_REMOVE(&f->f_waiting_proc, wp, wp_list); > > LIN_SDT_PROBE1(futex, futex_wake, wakeup, wp); > > - wakeup_one(wp); > > + wakeup(wp); > > if (++count =3D=3D n) > > break; > > } > > @@ -525,7 +525,7 @@ futex_requeue(struct futex *f, int n, struct futex = *f2, int n2) > > wp->wp_flags |=3D FUTEX_WP_REMOVED; > > TAILQ_REMOVE(&f->f_waiting_proc, wp, wp_list); > > LIN_SDT_PROBE1(futex, futex_requeue, wakeup, wp); > > - wakeup_one(wp); > > + wakeup(wp); > > } else { > > LIN_SDT_PROBE3(futex, futex_requeue, requeue, > > f->f_uaddr, wp, f2->f_uaddr); >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --=20 Have fun! chd --TB36FDmn/VVEgNH/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlN+QK8ACgkQ0t2Tb3OO/O0+KwCgkhHcaVcf1fZKCeSxzTZ2pAxU 7y4An3a9fmowtr9nkrY7W01GwLnDRF0N =x9dR -----END PGP SIGNATURE----- --TB36FDmn/VVEgNH/-- From owner-freebsd-current@FreeBSD.ORG Thu May 22 18:33:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53126852; Thu, 22 May 2014 18:33:39 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 160912E40; Thu, 22 May 2014 18:33:38 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id DC7471FE026; Thu, 22 May 2014 20:33:37 +0200 (CEST) Message-ID: <537E432D.9060701@selasky.org> Date: Thu, 22 May 2014 20:34:21 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Chagin Dmitry Subject: Re: Patch for Linux Futexes References: <537DDA2E.6030609@selasky.org> <20140522182343.GA2825@dchagin.static.corbina.net> In-Reply-To: <20140522182343.GA2825@dchagin.static.corbina.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@FreeBSD.org, FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 22 May 2014 18:33:39 -0000 On 05/22/14 20:23, Chagin Dmitry wrote: > On Thu, May 22, 2014 at 01:06:22PM +0200, Hans Petter Selasky wrote: >> Hi, >> >> When using the Linux Skype client under FreeBSD I sometimes see that the >> Audio disappears in the one direction. When I check "ps auxw" I see >> skype is stuck on a so-called Futex. I looked into the Linux futex code >> and see that wakeup_one() is used instead of wakeup(). Maybe others can >> test too and verify if replacing wakeup_one() by wakeup() makes any >> difference in for Linux applications using Futexes. >> > > generally speaking the patch is not correct as futex_wake() should > wakeup n waiters which is specified by user space. and i think that > futex_wake() is correct. > so we must take a close look at futex_requeue() and FUTEX_WAKE_OP. > > Hi, I still see the issue with Skype, even when running with my small patch :-( I'll try to profile the threads in Skype while it is running like expected and observe any differences when it is not working, when I have some more time, using kgdb. I guess td->td_slptick can be used to figure out if a thread has been left behind, because Skype creates many threads ... Thank you for your time! --HPS From owner-freebsd-current@FreeBSD.ORG Fri May 23 02:23:22 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2BC0396D for ; Fri, 23 May 2014 02:23:22 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 009D42474 for ; Fri, 23 May 2014 02:23:21 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Wnf8i-000PdI-Vy; Fri, 23 May 2014 02:23:21 +0000 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 s4N2NIO0046914; Thu, 22 May 2014 20:23:18 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/sfH5IDRMuJFQn3WqLyxbj Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable From: Ian Lepore To: Shawn Webb In-Reply-To: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> Content-Type: text/plain; charset="us-ascii" Date: Thu, 22 May 2014 20:23:18 -0600 Message-ID: <1400811798.1152.304.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 May 2014 02:23:22 -0000 On Wed, 2014-05-14 at 09:58 -0400, Shawn Webb wrote: > Hey All, > > [NOTE: crossposting between freebsd-current@, freebsd-security@, and > freebsd-stable@. Please forgive me if crossposting is frowned upon.] > > Address Space Layout Randomization, or ASLR for short, is an exploit > mitigation technology. It helps secure applications against low-level > exploits. A popular secure implementation is known as PaX ASLR, which is > a third-party patch for Linux. Our implementation is based off of PaX's. > > Oliver Pinter, Danilo Egea, and I have been working hard to bring more > features and robust stability to our ASLR patches. We've done extensive > testing on amd64. We'd like to get as many people testing these patches. > Given the nature of them, we'd also like as many eyeballs reviewing the > code as well. > > I have a Raspberry Pi and have noticed a few bugs. On ARM (at least, on > the RPI), when a parent forks a child, and the child gracefully exits, > the parent segfaults with the pc register pointing to 0xc0000000. That > address is always the same, no matter the application. If anyone knows > the ARM architecture well, and how FreeBSD ties into it, I'd like a > little guidance. > I almost forgot about your question (I was really busy when it first arrived), sorry for the long delay. I guess you must be saying that this parent segfault on child exit happens when your aslr patches are in place? I've never seen anything like that on arm. The 0xc0000000 address is the start of the kernel address space. Also, the userland stack grows down from 0xbfffffff, so walking off the top of the stack would hit that address. -- Ian > I also have a sparc64 box, but I'm having trouble getting a vanilla > 11-current system to be stable on it. I ought to file a few PRs. > > You can find links to the patches below. > > Patch for 11-current: > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-current-aslr-segvguard-SNAPSHOT.diff > > Patch for 10-stable: > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-stable-10-aslr-segvguard-SNAPSHOT.diff > > Thanks, > > Shawn Webb From owner-freebsd-current@FreeBSD.ORG Fri May 23 03:33:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7247949; Fri, 23 May 2014 03:33:24 +0000 (UTC) Received: from mail-ve0-x22d.google.com (mail-ve0-x22d.google.com [IPv6:2607:f8b0:400c:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 965962A88; Fri, 23 May 2014 03:33:24 +0000 (UTC) Received: by mail-ve0-f173.google.com with SMTP id pa12so5602930veb.18 for ; Thu, 22 May 2014 20:33:23 -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=zSJ+njrOFBdTZmtW0sYuJslJXQkkhOwzuvRCElxIulE=; b=wxA9GyCCB/xU9h42dgWiPt5ZdYkqX8In5eBkAYiN1mkkL5DPpt1JjtiHUXu+rrFgVl /jCpXw+AmUcPmucu8Qog6uQ/Q+zPwN8twlC3Qp2ESx6KbNZQSdOHg80YRzr9JGNVRh/z 9dsz9UwZlpGNWxp4e9Tx14tXymr/drOwj1mHTw39HI0Epy2r56hCTQBOoAcCqqGVyoOB G0GQjUkoQ9JUZdpnr+M/2odnJOl+A7hcoBkFDScGbzRrV4+hrhknRvmMFwqwVzcV9VMd uTEEbtVkY+WDW3ZdGNQ1yXt21M+YjfoDUdD6jkn1hj4vNDK5GyoHoi4JNnotw/vFW1V1 qAfQ== MIME-Version: 1.0 X-Received: by 10.58.23.6 with SMTP id i6mr1788633vef.12.1400816003606; Thu, 22 May 2014 20:33:23 -0700 (PDT) Received: by 10.52.8.101 with HTTP; Thu, 22 May 2014 20:33:23 -0700 (PDT) In-Reply-To: References: Date: Thu, 22 May 2014 23:33:23 -0400 Message-ID: Subject: Re: [patch] Switch to text mode during efi boot From: =?UTF-8?Q?Rafael_Esp=C3=ADndola?= To: Ed Maste Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 May 2014 03:33:25 -0000 > Great, thank you Rafael. There's framebuffer corruption issues on > some other hardware as well, so it may be that the eventual fix for > those will also solve the MBP issue. Awesome! >> Some design questions: >> >> * Why do we have both boot1 and loader? It is just the issue with >> building a usb image without root that requires having a boot1 that >> has a predictable size? > > No, boot1.efi only exists so that the loader and related Forth and > config files can be placed in a UFS root filesystem, as is done with > the x86 BIOS boot and on other platforms. This way the UEFI boot > easily integrates with the existing installer and tools. > > We could put the loader and files in the FAT EFI system partition > instead, but it would require more substantial changes in the > installer and system configuration. I see. What should be done for a machine with multiple freebsd installations (versions 11 and 12 for example)? Will there be a single boot1 and two loaders? Right now I think boot1 always opens the first loader it finds. >> * Even if we want to keep both boot1 and loader, could boot1 use libefi? > > I don't think there's any fundamental reason we couldn't. However, > we're going to need to take a broader look at reworking some of this > in the context of secure boot anyway (as we look at a signed shim > loader). Is the idea to develop boot1 to be the signed loader? >> * Is it ok to always switch to text mode in libefi or should it >> provide a switch_to_text_mode function? > > I suspect it's fine / correct to always switch; we've just been > "lucky" that the current approach works with most firmwares. I confess I don't know the big picture of how EFI is designed. The API file I found was in a directory called EdkCompatibilityPkg, so maybe this is just something that newer EFI implementations don't need but old ones do? What is the next step? Unfortunately the only EFI capable machines I have are Macs (or VMs). Can you test it on some other implementation? Cheers, Rafael From owner-freebsd-current@FreeBSD.ORG Fri May 23 05:39:51 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B7953C2; Fri, 23 May 2014 05:39:51 +0000 (UTC) Received: from mail-pa0-x22d.google.com (mail-pa0-x22d.google.com [IPv6:2607:f8b0:400e:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0E0C0235F; Fri, 23 May 2014 05:39:51 +0000 (UTC) Received: by mail-pa0-f45.google.com with SMTP id ey11so3592956pad.4 for ; Thu, 22 May 2014 22:39:50 -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:message-id:subject :from:to:cc:content-type; bh=/1sDr+tflAhaL7YVu3+jmFs9LumCPfbFlyzMQdLGB4Q=; b=Wk5IPOtcykujs957MPonmJe3h50h9zhtPru8VodEW+yxQ54gqMuZZ03sYmJh0jZ7d6 narvh4dCVq76vf8sqzJNZIHX+MJPmZvZGNNnVmIoupzpyBD1Qr9PI+xc6qalfAPpG7by DrZFhiMDY7z26OoKJ8ffDZKusDgEWv2m/v5vxoOEYMEfFwoxMAsmg5FXHz8tF4C9Ammv yIiicVtHzpmDPBXbPOi0Dkk3btDuS1cpgw09BHe0UIQ1DW1HBPnQQ+kn+59GGd0klFkv 3erDRDmbl5fXnjqaTwaknYeHA386A4cbNg9BWqXUXcUoYWHl6QfDCF1gZD3Yj3pMRP9i TfPw== MIME-Version: 1.0 X-Received: by 10.66.124.137 with SMTP id mi9mr2779652pab.111.1400823590462; Thu, 22 May 2014 22:39:50 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.73.34 with HTTP; Thu, 22 May 2014 22:39:50 -0700 (PDT) In-Reply-To: <537D01F5.2050101@janh.de> References: <53762216.8020205@gmx.net> <537753F3.6000202@FreeBSD.org> <537CFB7C.60702@janh.de> <537CFCE4.2000300@selasky.org> <537D01F5.2050101@janh.de> Date: Thu, 22 May 2014 22:39:50 -0700 X-Google-Sender-Auth: vDOpgDiw9rcPTLCjmg6Ee3bCdAU Message-ID: Subject: Re: Thinkpad T410: resume broken From: Kevin Oberman To: Jan Henrik Sylvester Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: Hans Petter Selasky , Adrian Chadd , "current@freebsd.org" , Stefan Ehmann , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 May 2014 05:39:51 -0000 On Wed, May 21, 2014 at 12:43 PM, Jan Henrik Sylvester wrote: > On 05/21/2014 21:22, Hans Petter Selasky wrote: > > On 05/21/14 21:16, Jan Henrik Sylvester wrote: > >> Unfortunately, my USB mouse does not work anymore: After the first > >> resume, it took a few seconds until it worked again (the build in > >> touchpad was back immediately). After the second resume, it would not > >> work anymore at all, even after reconnecting it to a different EHCI > >> port. It does work at a XHCI, though, until the next resume. Anyhow, > >> this is obviously not related to the original problem. > > > > Hi, > > > > USB controller are being reset at resume, so I think this indicates a > > more fundamental PCI/BUS problem. > > Looking through dmesg, it seems that other USB devices (build-in) are > reappearing (Qualcomm Gobi 2000, Broadcom Bluetooth Device) after > resume, just not the mouse. > > Are these lines likely related? > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.PEG_: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP1: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP2: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP4: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP5: > AE_BAD_PARAMETER > > Thanks, > Jan Henrik > Could this be another face of the problems that requires kbdmux to keep the USB keyboard working correctly with vt(4)? -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Fri May 23 07:28:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2840AF21; Fri, 23 May 2014 07:28:40 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA256 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 993EF2BB3; Fri, 23 May 2014 07:28:39 +0000 (UTC) Received: from walrus.pepperland ([81.217.76.60]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0M7UUd-1WzLbo0ERL-00xJNX; Fri, 23 May 2014 09:28:35 +0200 Message-ID: <537EF8A1.3060002@gmx.net> Date: Fri, 23 May 2014 09:28:33 +0200 From: Stefan Ehmann User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Jan Henrik Sylvester , Hans Petter Selasky , John Baldwin , Kevin Oberman , Adrian Chadd Subject: Re: Thinkpad T410: resume broken References: <53762216.8020205@gmx.net> <537753F3.6000202@FreeBSD.org> <537CFB7C.60702@janh.de> <537CFCE4.2000300@selasky.org> <537D01F5.2050101@janh.de> In-Reply-To: <537D01F5.2050101@janh.de> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:IGuaf0InW7qdkIsAqg1LPB6QyQ4oQCrMr3vqktPyL8A9EbSJ2tL HjCPFUvZmfcbPbuo+jZNhCl1Mh84wNd1++k4lFuZSFPMv8S6gRW5oz2JrWudigS1gzzBPZP 0LG9+DQ7g3LttikFl7OW1SEQe4EbU7VLBgAq3LaSCw49FkuTnGe84eEfuqNPHrO3ZR0QwSO dzdionsIfmnDESKz2JeIQ== Cc: "current@freebsd.org" , "freebsd-mobile@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 May 2014 07:28:40 -0000 On 21.05.2014 21:43, Jan Henrik Sylvester wrote: > On 05/21/2014 21:22, Hans Petter Selasky wrote: >> On 05/21/14 21:16, Jan Henrik Sylvester wrote: >>> Unfortunately, my USB mouse does not work anymore: After the first >>> resume, it took a few seconds until it worked again (the build in >>> touchpad was back immediately). After the second resume, it would not >>> work anymore at all, even after reconnecting it to a different EHCI >>> port. It does work at a XHCI, though, until the next resume. Anyhow, >>> this is obviously not related to the original problem. >> >> Hi, >> >> USB controller are being reset at resume, so I think this indicates a >> more fundamental PCI/BUS problem. > > Looking through dmesg, it seems that other USB devices (build-in) are > reappearing (Qualcomm Gobi 2000, Broadcom Bluetooth Device) after > resume, just not the mouse. I can confirm this behavior. It already happened on 9.x. Devices plugged into the USB ports are not even powered. It's not just mouse, also USB hard disks for instance. > Are these lines likely related? > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.PEG_: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP1: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP2: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP4: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP5: > AE_BAD_PARAMETER I don't remember seeing these lines in 9.x. That doesn't necessarily mean they are not related. -- Stefan From owner-freebsd-current@FreeBSD.ORG Fri May 23 14:08:29 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E14795E; Fri, 23 May 2014 14:08:29 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 153B72056; Fri, 23 May 2014 14:08:29 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id D372FB99A; Fri, 23 May 2014 10:08:27 -0400 (EDT) From: John Baldwin To: Jan Henrik Sylvester Subject: Re: Thinkpad T410: resume broken Date: Fri, 23 May 2014 10:00:30 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <53762216.8020205@gmx.net> <537CFCE4.2000300@selasky.org> <537D01F5.2050101@janh.de> In-Reply-To: <537D01F5.2050101@janh.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201405231000.30861.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 23 May 2014 10:08:27 -0400 (EDT) Cc: Hans Petter Selasky , Adrian Chadd , "current@freebsd.org" , Stefan Ehmann , "freebsd-mobile@freebsd.org" , Kevin Oberman X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 May 2014 14:08:29 -0000 On Wednesday, May 21, 2014 3:43:49 pm Jan Henrik Sylvester wrote: > On 05/21/2014 21:22, Hans Petter Selasky wrote: > > On 05/21/14 21:16, Jan Henrik Sylvester wrote: > >> Unfortunately, my USB mouse does not work anymore: After the first > >> resume, it took a few seconds until it worked again (the build in > >> touchpad was back immediately). After the second resume, it would not > >> work anymore at all, even after reconnecting it to a different EHCI > >> port. It does work at a XHCI, though, until the next resume. Anyhow, > >> this is obviously not related to the original problem. > > > > Hi, > > > > USB controller are being reset at resume, so I think this indicates a > > more fundamental PCI/BUS problem. > > Looking through dmesg, it seems that other USB devices (build-in) are > reappearing (Qualcomm Gobi 2000, Broadcom Bluetooth Device) after > resume, just not the mouse. > > Are these lines likely related? > > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.PEG_: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP1: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP2: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP4: > AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 on \134_SB_.PCI0.EXP5: > AE_BAD_PARAMETER These are probably not related. These man that your BIOS explicitly told the OS to power down these devices (PEG_ is probably your GPU, and EXP[1-5] are probably PCI-PCI bridges that represent the downstream ports of your PCI-e root complex) in the D2 state when suspending, but the devices don't actually support D2 (most PCI devices only support D0 (full on) and D3 (full off)). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri May 23 14:08:30 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B900964; Fri, 23 May 2014 14:08:30 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 22ED42058; Fri, 23 May 2014 14:08:30 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 32614B97D; Fri, 23 May 2014 10:08:29 -0400 (EDT) From: John Baldwin To: Hans Petter Selasky Subject: Re: panic: resource_list_add: resource entry is busy Date: Fri, 23 May 2014 10:07:58 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <53763B0F.4040003@selasky.org> <5379200E.8080602@selasky.org> <537A65C2.6060203@selasky.org> In-Reply-To: <537A65C2.6060203@selasky.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201405231007.58608.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 23 May 2014 10:08:29 -0400 (EDT) Cc: freebsd-current , Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 May 2014 14:08:30 -0000 On Monday, May 19, 2014 4:12:50 pm Hans Petter Selasky wrote: > On 05/18/14 23:03, Hans Petter Selasky wrote: > > Hi, > > > > First call: > > > > resource_list_add: > > Hi, > > It appears that the /dev/pccard.X is opened and reading some CIS data > from the device before any driver has been attached. The attached patch > solves the panic I've seen. Not sure if the patch is correct. Oops, your patch was dropped in my reply, but it just disables pccard_scan_cis() while a device is probing. Warner, the issue here is that pccard_scan_cis() can do a bus_alloc_resource() for SYS_RES_MEMORY rid 0 of a pccard device concurrently with pccard_function_init(). Hans patch might be along the right track, though we might want to make /dev/pccard.X block until pccard_function_init() finishes rather than causing pccard_scan_cis() to fail. What do you think? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri May 23 14:44:33 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5F677812 for ; Fri, 23 May 2014 14:44:33 +0000 (UTC) Received: from mail-ig0-f170.google.com (mail-ig0-f170.google.com [209.85.213.170]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 23F8A244A for ; Fri, 23 May 2014 14:44:32 +0000 (UTC) Received: by mail-ig0-f170.google.com with SMTP id uy17so980014igb.5 for ; Fri, 23 May 2014 07:44:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=bw2p31xn7TLj5L1XnFU15EnPwuvIXVg6CkDY/j7tIxw=; b=KUtxzwJm3hxCQQfzBCgTWcEnbyDMWqpLq/0vTgc+XucKaog9+QbypcudMmqlwVkUSG 7ueGhCLDHyLeG+dblw79pjzWnmHaXl5q+f+f9jWWKuLKswqOLR63uK/l7TP3MV4lZUuP 8yTDl2+4XdFG90B0X8Cr/tcM1MSynSI4XD75zRXsVJK0jqmrhrCQSNp+WJH85bVynrdb ZD7Th8Qnc4FmTrBJl+lA8+gqX60MTfwyXaiqSPM3rPgzWSSYaJm8MunGRW1fowMhY/V2 LOdNQSPKrgyWwBDvRww0uN2fGgwInTYHIzED7siqwwuf37GYTJCDrLVcHAN5YHYYImCo i+gA== X-Gm-Message-State: ALoCoQmNYFAi79TTYP0HJNyi3Z9vnQfFWJ2XIG+T1oeInxpo/KqWEkxAvZTMxWaopjSTBlDu3Q14 X-Received: by 10.43.74.198 with SMTP id yx6mr5157074icb.40.1400855841822; Fri, 23 May 2014 07:37:21 -0700 (PDT) Received: from bsdimp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id s1sm4514802igr.14.2014.05.23.07.37.20 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 23 May 2014 07:37:21 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_4E1AF209-3B96-4181-9888-A72509512A93"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: ports/INDEX building broken on 11.0-CURRENT From: Warner Losh In-Reply-To: <201405132304.s4DN4UsH080601@gw.catspoiler.org> Date: Fri, 23 May 2014 08:37:26 -0600 Message-Id: <243F52EA-86E6-408C-8494-9955C26851FD@bsdimp.com> References: <201405132304.s4DN4UsH080601@gw.catspoiler.org> To: Don Lewis X-Mailer: Apple Mail (2.1878.2) Cc: ports@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 May 2014 14:44:33 -0000 --Apple-Mail=_4E1AF209-3B96-4181-9888-A72509512A93 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On May 13, 2014, at 5:04 PM, Don Lewis wrote: > On 13 May, To: ports@freebsd.org wrote: >> Please excuse the crosspost. I'm not sure if this is a ports problem = or >> a CURRENT problem. >>=20 >> I just updated my 11.0-CURRENT machine to r265940 and can no longer >> build ports/INDEX-11. My ports tree is r353903. I think this = problem >> is being caused by the recent changes to /usr/share/mk/*. >>=20 >> # make index >> Generating INDEX-11 - please wait..--- describe.accessibility --- >> --- describe.arabic --- >> --- describe.archivers --- >> --- describe.astro --- >> --- describe.audio --- >> --- describe.benchmarks --- >> --- describe.biology --- >> --- describe.cad --- >> --- describe.chinese --- >> --- describe.comms --- >> --- describe.converters --- >> --- describe.databases --- >> --- describe.deskutils --- >> --- describe.devel --- >> clang33: not found >> make[5]: "/usr/share/mk/bsd.compiler.mk" line 24: warning: "clang33 = --version" returned non-zero status >> make[5]: "/usr/share/mk/bsd.compiler.mk" line 37: Unable to determine = compiler type for clang33. Consider setting COMPILER_TYPE. >> =3D=3D=3D> devel/ccons failed >> *** [describe.devel] Error code 1 >>=20 >> make[2]: stopped in /usr/ports >> 1 error >>=20 >> make[2]: stopped in /usr/ports >>=20 >> ******************************************************************** >> Before reporting this error, verify that you are running a supported >> version of FreeBSD (see http://www.FreeBSD.org/ports/) and that you >> have a complete and up-to-date ports collection. (INDEX builds are >> not supported with partial or out-of-date ports collections. >> If that is the case, then >> report the failure to ports@FreeBSD.org together with relevant >> details of your ports configuration (including FreeBSD version, >> your architecture, your environment, and your /etc/make.conf >> settings, especially compiler flags and OPTIONS_SET/UNSET settings). >>=20 >> Note: the latest pre-generated version of INDEX may be fetched >> automatically with "make fetchindex". >> ******************************************************************** >>=20 >> *** Error code 1 >>=20 >> Stop. >> make[1]: stopped in /usr/ports >> *** Error code 1 >>=20 >> Stop. >> make: stopped in /usr/ports >>=20 >>=20 >> If I go to the offending port: >>=20 >> # cd /usr/ports/devel/ccons/ >> # make describe >> clang33: not found >> make: "/usr/share/mk/bsd.compiler.mk" line 24: warning: "clang33 = --version" returned non-zero status >> make: "/usr/share/mk/bsd.compiler.mk" line 37: Unable to determine = compiler type for clang33. Consider setting COMPILER_TYPE. >>=20 >>=20 >> I don't have any problems building the INDEX file on 9.3-PRERELEASE >> r265940. >=20 > Various ports were setting CC to the following, which was causing the > bsd.compiler.mk to barf: > clang32 > clang33 > /usr/bin/gcc > mingw32-gcc > gcc Yea, the actual problem is that it assumed that the CC you=92d set = actually existed on the system. Not unreasonable in the building = /usr/src context, but less reasonable in this context... > The patch below allowed me to successfully run "make index" and = reduced > the error spewage. It also greatly reduces the need to run > ${CC} --version > in order to set COMPILER_TYPE. >=20 > It still seems like a great waste to run > ${CC} --version > for each port to set COMPILER_VERSION since only a handful of ports = need > this information. Unfortunately, you can=92t do that. You must know the version of the = compiler in the bsd.*.mk system now. It is unfortunate that ports system users = this aspect of tree, or at least that it slows things down a bit. > Then there is this sort of circular dependency in some ports, like = this > one in textproc/ibus/Makefile: >=20 > .if ${COMPILER_TYPE} =3D=3D gcc && ${COMPILER_VERSION} < 46 > USE_GCC=3D yes > .endif >=20 > This will cause CC to be redefined, but COMPILER_TYPE and > COMPILER_VERSION will still retain their old values. This suggests that ports might be better served by another mechanism, = since this one doesn=92t fit quite right=85. > Index: share/mk/bsd.compiler.mk > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- share/mk/bsd.compiler.mk (revision 265940) > +++ share/mk/bsd.compiler.mk (working copy) > @@ -21,23 +21,28 @@ > .if !target(____) > ____: >=20 > -_v!=3D ${CC} --version > .if !defined(COMPILER_TYPE) > -. if ${CC:T:Mgcc*} > +. if ${CC:T:M*gcc*} > COMPILER_TYPE:=3D gcc =20 > -. elif ${CC:T:Mclang} > +. elif ${CC:T:Mclang*} > COMPILER_TYPE:=3D clang > -. elif ${_v:Mgcc} > +. else > +_v!=3D ${CC} --version > +. if ${_v:Mgcc} > COMPILER_TYPE:=3D gcc > -. elif ${_v:M\(GCC\)} > +. elif ${_v:M\(GCC\)} > COMPILER_TYPE:=3D gcc > -. elif ${_v:Mclang} > +. elif ${_v:Mclang} > COMPILER_TYPE:=3D clang > -. else > +. else > .error Unable to determine compiler type for ${CC}. Consider setting = COMPILER_TYPE. > +. endif > . endif > .endif > .if !defined(COMPILER_VERSION) > +. if !defined(_v) > +_v!=3D ${CC} --version || echo 'unknown' > +. endif > COMPILER_VERSION!=3Decho ${_v:M[1-9].[0-9]*} | awk -F. '{print $$1 * = 10000 + $$2 * 100 + $$3;}' > .endif > .undef _v I think this will mean that COMPILER_VERSION won=92t be set now almost = all the time. This will break some use cases that we=92d hope to gain by = doing this in the first place. It looks like it doesn=92t matter so much = to the INDEX generation. I just committed a simpler fix that doesn=92t break the other things. Warner --Apple-Mail=_4E1AF209-3B96-4181-9888-A72509512A93 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTf10mAAoJEGwc0Sh9sBEA7WwP/imWJmjOvUcQWurJYsVt7RlR 6ZrvSFNmyA5Yn0I4XxVfzPHknOGtN0eSWVyEyt1eRRFmeRyVAkfpyQTA++e9FDf5 wt3CjklpoZEUYN5HEScWUxjxOI9RXUdkPVE1CI7k0hurNyr8rxhLclIVMZ0kz/8G DKNPI8xrXljMr2erQBEwjgAKgo00BEx9uOOIf91e+2w9EYjM7kaNbJmAm4D2y9HS kF0ZCBptyASW1d+PXs+M6sssl4VSPUGMwDHhT3ujVUdyhPl9jcH4jagYSDBN4ToZ +GRYUKvrt+FkgAEmLlTQi2VIbOu7790jKzCE//OhFcp/87Z0E3cNAzjIvI08FKHI Xu8jnYowkQDR/aKj91sTJQ+vz+qZpBvsedOnOXRVBdStQy9eSuXrI8xeiFPV6+kw nUwfBKcOSoOG74JIOwt1a+wwUYqnhnES3NNN8hFMA5rW7AIpyw0rephqoAvRSQw9 EVjGGDt4i7XXcl9kVyAFwF4XpT8q7aJYYFXRpEtPlDKSaD+MKgPSNti2N4QW1l6r tFn3ReyanJMLZQGxvahi4mOY9j+cE2H/PuTpN3HIE1ArpJyuFyep7FM875ldhAiS eZG47AntIOBIhmGQxdUpckdLHyyKmJjSVMgvyV9CUHLyb2LdP6r1uhpT5jajsJ2d PJABStdv3KzsO6Ao+S2B =lfWv -----END PGP SIGNATURE----- --Apple-Mail=_4E1AF209-3B96-4181-9888-A72509512A93-- From owner-freebsd-current@FreeBSD.ORG Fri May 23 16:41:51 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 09591629 for ; Fri, 23 May 2014 16:41:51 +0000 (UTC) Received: from mail-ig0-f169.google.com (mail-ig0-f169.google.com [209.85.213.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C08B82F99 for ; Fri, 23 May 2014 16:41:50 +0000 (UTC) Received: by mail-ig0-f169.google.com with SMTP id hl10so1116719igb.4 for ; Fri, 23 May 2014 09:41:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=qNYnS8q6q0uieR2rEsOYAGfzckwF0T5EXM95SLJO3Ps=; b=LXDSPNCUM20xO4G6ju070/fVNdMPgCmnLyWbWRiQUBzXeOZ++IpWad3tYLYX4ZABFS 1kfpi7XCVZTpEO9IK+TQd0v9BOgjOm+dAUWV53kwHOLN8DMCS6PlzliNxQLHUajxeXML dqtEL6WqUb1WlfexXmecKlKpDJo6P4J4FOHpc0v5ZSrKKlMGLU/DArFxs2qnWIZgfR0C 2ByBunx4RICjh9WJbJorUaWy1+nu+j+f3wkAzfJN8wBM/1II0/bpIA5OsnGxlHcW6LMp oQRLjqnuZ+8mxhElkz2XkzNjXaZB73MovZF6FiVeB/6ieofCsd0M0nS+xT1h7CyJ/HY/ n6wA== X-Gm-Message-State: ALoCoQnLAidkAn+zsrtyyKu2Zd7Mq8rguMfPMuXyDMCpfZs4V5lb+H2bddbHAY1O1vikpsT+3Dbp X-Received: by 10.43.84.67 with SMTP id aj3mr6014348icc.38.1400863304735; Fri, 23 May 2014 09:41:44 -0700 (PDT) Received: from bsdimp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id is8sm5238099igb.7.2014.05.23.09.41.43 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 23 May 2014 09:41:44 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_EF3ECCBD-DE4D-4CB9-AB22-828ABA013621"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: panic: resource_list_add: resource entry is busy From: Warner Losh In-Reply-To: <201405231007.58608.jhb@freebsd.org> Date: Fri, 23 May 2014 10:41:45 -0600 Message-Id: <31818D06-0553-48B7-921A-B6770F8B8D35@bsdimp.com> References: <53763B0F.4040003@selasky.org> <5379200E.8080602@selasky.org> <537A65C2.6060203@selasky.org> <201405231007.58608.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1878.2) Cc: Hans Petter Selasky , freebsd-current , Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 May 2014 16:41:51 -0000 --Apple-Mail=_EF3ECCBD-DE4D-4CB9-AB22-828ABA013621 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On May 23, 2014, at 8:07 AM, John Baldwin wrote: > On Monday, May 19, 2014 4:12:50 pm Hans Petter Selasky wrote: >> On 05/18/14 23:03, Hans Petter Selasky wrote: >>> Hi, >>>=20 >>> First call: >>>=20 >>> resource_list_add: >>=20 >> Hi, >>=20 >> It appears that the /dev/pccard.X is opened and reading some CIS data=20= >> from the device before any driver has been attached. The attached = patch=20 >> solves the panic I've seen. Not sure if the patch is correct. >=20 > Oops, your patch was dropped in my reply, but it just disables=20 > pccard_scan_cis() while a device is probing. Hmmm, that seems like it would break PC Card probing entirely=85 = Otherwise, how would we get here? The stack traces earlier in the thread = suggest that would be the case=85. What=92s the other thing reading /dev/pccard.X though? > Warner, the issue here is that pccard_scan_cis() can do a = bus_alloc_resource()=20 > for SYS_RES_MEMORY rid 0 of a pccard device concurrently with=20 > pccard_function_init(). Hans patch might be along the right track, = though > we might want to make /dev/pccard.X block until pccard_function_init()=20= > finishes rather than causing pccard_scan_cis() to fail. What do you = think? Yes. I=92d say it a bit differently. Only one pccard_scan_cis should be = in flight at a time. http://people.freebsd.org/~imp/patch-queue/cismtx should do the trick. Warner --Apple-Mail=_EF3ECCBD-DE4D-4CB9-AB22-828ABA013621 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTf3pJAAoJEGwc0Sh9sBEApEUQAOghDqoAiEfG1D3dXSIAbFf2 dLgs+RBefIyC84rrjJgzWHky+/cH2zNzndg4EHPeOXpuqm24EpSDBE9lseUll75O cH+XzLtotoDBewryzR9c44f+y1jzhoR+ZHdiJus2osGUiJfya7TcwjV2LmPH5INk dt9I71gkq/9+2i0eVbuEDv4d5A2gQ8MjNbCwpd5xnZeM3+hAu9HSXaQ9BxqS73nV omX5ku+LOvimRNdAY3V1cbOPZ5WJUSRVPy87YWdlBx9FiKgMrvNsUsE2OCxLmL6O arTTPm4t6DZt3KcWclzaPeiYoqNSkXUjR77xuwEnCp0XazFPrWi1pqPE0f6xgHRw U1OiwC2ytkXHNQsoFFb74ORufatAeQyHuhj4/0c5HiDtRI0EtOs7obt9m+J59tY/ rMK5zLKMr8McvVA+gnkExPN8vgi+DBTUy7336KOc5RQr7SXyGyz9HItPupMXziMO 1KDEB3Z9BFA7iuSVmkQFmIkvmjeOwSU2HyIGuYsT9J2wd4Vb9EjOJDiGLF9/nnU3 FeqKP96/3kRdoIWIAR1Yk4FrVRxlEikbqRNR4K1nMhJgLLsAFxzmrJCb2KGMTUGT ONhwG8yCvNGVXIWkGY3owg27/McRfPmJp+7m8XKLQfinEBRwLm2g2Y90iSpeGpx2 onvxhXQH0Of6Wveed5IQ =Mmh0 -----END PGP SIGNATURE----- --Apple-Mail=_EF3ECCBD-DE4D-4CB9-AB22-828ABA013621-- From owner-freebsd-current@FreeBSD.ORG Fri May 23 19:59:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 760F08FF; Fri, 23 May 2014 19:59:37 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A676020C6; Fri, 23 May 2014 19:59:36 +0000 (UTC) Received-SPF: pass (freebsd.czest.pl: domain of wkoszek@freebsd.czest.pl designates 212.87.224.105 as permitted sender) receiver=freebsd.czest.pl; client-ip=212.87.224.105; helo=freebsd.czest.pl; envelope-from=wkoszek@freebsd.czest.pl; x-software=spfmilter 0.97 http://www.acme.com/software/spfmilter/ with libspf-unknown; Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by freebsd.czest.pl (8.14.5/8.14.5) with ESMTP id s4NJrTQD002137; Fri, 23 May 2014 19:53:29 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.5/8.14.5/Submit) id s4NJrT0j002136; Fri, 23 May 2014 19:53:29 GMT (envelope-from wkoszek) Date: Fri, 23 May 2014 19:53:29 +0000 From: "Wojciech A. Koszek" To: Shawn Webb Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable Message-ID: <20140523195329.GC91702@FreeBSD.org> References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-0.4 required=5.0 tests=RP_MATCHES_RCVD, SPF_HELO_PASS, SPF_PASS autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on freebsd.czest.pl X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (freebsd.czest.pl [212.87.224.105]); Fri, 23 May 2014 19:53:34 +0000 (UTC) Cc: , freebsd-security@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 May 2014 19:59:37 -0000 On Wed, May 14, 2014 at 09:58:52AM -0400, Shawn Webb wrote: > Hey All, > > [NOTE: crossposting between freebsd-current@, freebsd-security@, and > freebsd-stable@. Please forgive me if crossposting is frowned upon.] > > Address Space Layout Randomization, or ASLR for short, is an exploit > mitigation technology. It helps secure applications against low-level > exploits. A popular secure implementation is known as PaX ASLR, which is > a third-party patch for Linux. Our implementation is based off of PaX's. > > Oliver Pinter, Danilo Egea, and I have been working hard to bring more > features and robust stability to our ASLR patches. We've done extensive > testing on amd64. We'd like to get as many people testing these patches. > Given the nature of them, we'd also like as many eyeballs reviewing the > code as well. > > I have a Raspberry Pi and have noticed a few bugs. On ARM (at least, on > the RPI), when a parent forks a child, and the child gracefully exits, > the parent segfaults with the pc register pointing to 0xc0000000. That > address is always the same, no matter the application. If anyone knows > the ARM architecture well, and how FreeBSD ties into it, I'd like a > little guidance. > > I also have a sparc64 box, but I'm having trouble getting a vanilla > 11-current system to be stable on it. I ought to file a few PRs. > > You can find links to the patches below. > > Patch for 11-current: > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-current-aslr-segvguard-SNAPSHOT.diff > > Patch for 10-stable: > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-stable-10-aslr-segvguard-SNAPSHOT.diff > Shawn I appreciate you working on this. We must have this in FreeBSD. I looked at the patch and I read, but not run it. Comments below. My personal opinion is that kern_pax.c should be compiled in by default. If it adds a lot of size, it'd be better to provide empty stub calls instead of #ifdef'ing everything. But security is very important especially in embeddded systems, so you can imagine you're writing the code that everybody wants and must have enabled for decent level of security. All modern systems run with ASLR turned on. I skipped user-space stuff. I don't think it's necessary in this commit and should be separated. There's a lot of lines of code for status showing. Not sure if we care that much: ASLR is either on or off. Not sure about more granularity. More below. Lots of files: You conditionally make .sv_pax_aslr_init method point to something else. I'd assume PAX function _pax_aslr_init32() always gets called and based on whether ASLR is on or not, it does something or not. This will simplify the code a lot, and the difference probably won't be measurable. You have: int a; int b; instead of: int a, b; And you miss spaces around "=" sometimes. kern_jail.c: something looks wrong here. Sounds like you need "pr->pax". But I don't understand why you need to have these pr_* values here. It seems unnecessary. kern_pax.c: I can't quickly tell what locking is using. Some ASSERTS() in pax_ function would help. pax_aslr_active(): I don't see why you need to pass "td" and "proc" (I looked at usage: you pass proc only once). I think you could always pass proc to it, with td->td_proc passed typically. kern_pax_*: There's so many SYSCTLs I think people will have problem configuring it. Pick reasonable value for all values and let users change them via SYSCTL_INT (static sysctls) only for debugging. I can imagine we won't want ASLR only temporarily, for ports which break and must be fixed. So we probably just need per-process ASLR on/off switch and a wrapper which could be used like: aslr off program .... The debug stuff I'd remove too. We could have additional CTR stubs used there, if necessary. segvguard part I didn't understand. Why do you keep a list of programs that failed? There was no ASSERTs, thus it was hard to understand the locking too. I'm trying to understand if randomization is done correctly. Do you think you could post the results? Program: http://pastebin.com/XTRHLhMg Results: cat > aslr.c gcc aslr.c -o aslr echo 1 2 3 4 5 | xargs -I % -n 1 echo "./aslr > aslr.%" | sh paste aslr.[12345] | column -t Linux with ASLR: http://pastebin.com/UuwW1JMN MacOSX: http://pastebin.com/kuQnYS4e Thanks, -- Wojciech A. Koszek wkoszek@FreeBSD.czest.pl http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-current@FreeBSD.ORG Fri May 23 20:06:08 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 03EDDC7D for ; Fri, 23 May 2014 20:06:08 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D24662181 for ; Fri, 23 May 2014 20:06:07 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E348EB94B for ; Fri, 23 May 2014 16:06:05 -0400 (EDT) From: John Baldwin To: "current@freebsd.org" Subject: Change top's notion of idle processes / threads Date: Fri, 23 May 2014 16:05:26 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201405231605.26312.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 23 May 2014 16:06:06 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 May 2014 20:06:08 -0000 Right now, when top is set to not display idle processes or threads, it only displays processes or threads that are currently in a runnable state or have a non-zero %cpu. However, our %cpu is quite imprecise. I have patch to change top to instead compare the thread or processes runtime (ki_runtime in kinfo_proc) against the runtime of the thread or process the last time data was fetched. In essence, top will consider any thread that has run on a CPU since the last update as non-idle. The end result is that mostly-idle threads and processes will now be visible in top's idle display. Personally, I find this more useful (and find the current implementation completely useless). The patch is at http://people.freebsd.org/~jhb/patches/top_idle.patch Comments? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri May 23 20:30:45 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DAD27459; Fri, 23 May 2014 20:30:45 +0000 (UTC) Received: from aussmtpmrkpc120.us.dell.com (aussmtpmrkpc120.us.dell.com [143.166.82.159]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "ausxipmktpc11.us.dell.com", Issuer "Dell Inc. Enterprise Issuing CA1" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 951FE236F; Fri, 23 May 2014 20:30:44 +0000 (UTC) X-Loopcount0: from 64.238.244.148 X-IronPort-AV: E=Sophos;i="4.98,896,1392184800"; d="scan'208";a="101552490" Message-ID: <537FAFAE.9090701@vangyzen.net> Date: Fri, 23 May 2014 15:29:34 -0500 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: John Baldwin , "current@freebsd.org" Subject: Re: Change top's notion of idle processes / threads References: <201405231605.26312.jhb@freebsd.org> In-Reply-To: <201405231605.26312.jhb@freebsd.org> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 May 2014 20:30:45 -0000 On 05/23/2014 15:05, John Baldwin wrote: > Right now, when top is set to not display idle processes or threads, it only > displays processes or threads that are currently in a runnable state or have a > non-zero %cpu. However, our %cpu is quite imprecise. I have patch to change > top to instead compare the thread or processes runtime (ki_runtime in > kinfo_proc) against the runtime of the thread or process the last time data > was fetched. In essence, top will consider any thread that has run on a CPU > since the last update as non-idle. The end result is that mostly-idle threads > and processes will now be visible in top's idle display. Personally, I find > this more useful (and find the current implementation completely useless). > The patch is at http://people.freebsd.org/~jhb/patches/top_idle.patch > > Comments? I think I would much prefer the behavior with your patch. Eric From owner-freebsd-current@FreeBSD.ORG Fri May 23 20:35:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 664585EF for ; Fri, 23 May 2014 20:35:38 +0000 (UTC) Received: from mail-qc0-x232.google.com (mail-qc0-x232.google.com [IPv6:2607:f8b0:400d:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 26D8E2407 for ; Fri, 23 May 2014 20:35:38 +0000 (UTC) Received: by mail-qc0-f178.google.com with SMTP id l6so8966549qcy.9 for ; Fri, 23 May 2014 13:35: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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=DTAJLEBK/dZm6pW6Gl1aXcuPZm8nFJhlZvk/LiSTcMA=; b=UNye2EAO86n0ywFK0tCxAyFZFerm92Ls5/0QOA9I3wWyt/FZUf6jY2KNePLbKADMuF pT2pUWCvbUjGkAljRrSLMXdKtYLTyZ4DMJDfb4L8hqlN024mcGVnbMopfWGcNNgIEO89 dzPnZDiH2M/QPPdQqKPoXY3FRzq7KSHnNFZ6FG1VdGBCEBSUVCwqS4NlHZPLv5OIsvW/ NHj1cPzK1hy8Wix/6TQsHmnBwLaLQPwq6JDp0DOTIUKM0bUnTC0dFS7aW0iReYqMxF1d 90HBAAcOnmWeGzRH2kAORBizkvbRJPce3xRO55el5acoXytXeAEFd5Af3J8DkcTSJZ6e ns2A== MIME-Version: 1.0 X-Received: by 10.229.58.68 with SMTP id f4mr10710495qch.18.1400877337335; Fri, 23 May 2014 13:35:37 -0700 (PDT) Sender: carpeddiem@gmail.com Received: by 10.140.49.239 with HTTP; Fri, 23 May 2014 13:35:37 -0700 (PDT) In-Reply-To: References: Date: Fri, 23 May 2014 16:35:37 -0400 X-Google-Sender-Auth: XBjOwzyI5BchzJBwzzMAmkF9OQQ Message-ID: Subject: Re: [patch] Switch to text mode during efi boot From: Ed Maste To: =?UTF-8?Q?Rafael_Esp=C3=ADndola?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 May 2014 20:35:38 -0000 On 22 May 2014 11:32, Rafael Esp=C3=ADndola wr= ote: > > The ConsoleControl.h file is copied from > EdkCompatibilityPkg/Foundation/Protocol/ConsoleControl in > https://github.com/tianocore/edk2. I'm not aware of the full ancestry of our EFI include files, but it looks like the initial import made some attempt to bring them to FreeBSD style. For example, our eficon.h is a version of SimpleTextOut.h and efiser.h is SerialIo.h. For consistency with the existing files I'll probably rename this one to eficonctl.h. printf(" \n>> FreeBSD EFI boot block\n"); printf(" Loader path: %s\n", path); + EFI_BOOT_SERVICES *BS =3D systab->BootServices; + EFI_CONSOLE_CONTROL_PROTOCOL *ConsoleControl =3D NULL; + status =3D BS->LocateProtocol(&ConsoleControlGUID, NULL, (VOID **)& ConsoleControl); + if (EFI_ERROR(status)) + panic("No console control protocol located"); + + status =3D ConsoleControl->SetMode(ConsoleControl, EfiConsoleControlScreenText); + if (EFI_ERROR(status)) + panic("Could not switch to text mode"); I think we want to move the mode setting earlier so those printfs work, and it probably makes sense to silently ignore failure from LocateProtocol or SetMode. If we're already in text mode the failure doesn't matter, and if we're not, the panic won't help diagnose the problem. Anyhow, I'll commit a version of this soon. From owner-freebsd-current@FreeBSD.ORG Fri May 23 20:39:47 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B25A74D; Fri, 23 May 2014 20:39:47 +0000 (UTC) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 541AF2432; Fri, 23 May 2014 20:39:47 +0000 (UTC) Received: from critter.freebsd.dk (unknown [192.168.60.3]) by phk.freebsd.dk (Postfix) with ESMTP id 8A0C71578; Fri, 23 May 2014 20:39:39 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.8/8.14.8) with ESMTP id s4NKddur009765; Fri, 23 May 2014 20:39:39 GMT (envelope-from phk@phk.freebsd.dk) To: John Baldwin Subject: Re: Change top's notion of idle processes / threads In-reply-to: <201405231605.26312.jhb@freebsd.org> From: "Poul-Henning Kamp" References: <201405231605.26312.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Date: Fri, 23 May 2014 20:39:39 +0000 Message-ID: <9764.1400877579@critter.freebsd.dk> Cc: "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 May 2014 20:39:47 -0000 In message <201405231605.26312.jhb@freebsd.org>, John Baldwin writes: >In essence, top will consider any thread that has run on a CPU >since the last update as non-idle. Sounds a lot more usable than the current heuristic. Wouldn't ki_rusage.ru_n[i]vcsw be more correct than ki_runtime ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri May 23 21:22:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D5C4077C for ; Fri, 23 May 2014 21:22:40 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id AF7FC2811 for ; Fri, 23 May 2014 21:22:39 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id C640578DAE for ; Fri, 23 May 2014 21:22:38 +0000 (UTC) Message-ID: <537FBC1F.6030408@freebsd.org> Date: Fri, 23 May 2014 17:22:39 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Change top's notion of idle processes / threads References: <201405231605.26312.jhb@freebsd.org> In-Reply-To: <201405231605.26312.jhb@freebsd.org> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="utexwEdpck9h84cwI2rMqDsLSVklxaOSG" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 May 2014 21:22:40 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --utexwEdpck9h84cwI2rMqDsLSVklxaOSG Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-05-23 16:05, John Baldwin wrote: > Right now, when top is set to not display idle processes or threads, it= only=20 > displays processes or threads that are currently in a runnable state or= have a=20 > non-zero %cpu. However, our %cpu is quite imprecise. I have patch to = change=20 > top to instead compare the thread or processes runtime (ki_runtime in=20 > kinfo_proc) against the runtime of the thread or process the last time = data=20 > was fetched. In essence, top will consider any thread that has run on = a CPU=20 > since the last update as non-idle. The end result is that mostly-idle = threads=20 > and processes will now be visible in top's idle display. Personally, I= find=20 > this more useful (and find the current implementation completely useles= s). =20 > The patch is at http://people.freebsd.org/~jhb/patches/top_idle.patch >=20 > Comments? >=20 I think this makes good sense. I would definitely prefer it. Would it make sense to maybe preserve the old behaviour behind a command line flag= ? --=20 Allan Jude --utexwEdpck9h84cwI2rMqDsLSVklxaOSG 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTf7wmAAoJEJrBFpNRJZKf/owP/2fL1Tb7IZ0oEqKCs3lUVqcF F9G1myIRL+rvPhAcFjCiaJFF9Zc3rNbqQqHcFbFpGmLwInrrkELkLczBgyY/l88y Lr1hzAYFZssG1BaTBb0kotaC+cwO0w7xT+p3SRkjlBaXn+E8QFe/LdneAaX5iqFn H3a91L5/SSj/ApWtouFD//36hRpKtYu/aHmIBsAx8KH1xafIDh/+M+QN0f8/WuIL +9wtWGcE71B4fxhnA03f3T30GtwI2bfCUcyyQlC+j1xWTLZb9IoMLtipKvkhG9cM UjaHyjSapdxcPv0hqRDgetexEEWVPIOV7AsE1yzEI5lynttku1EQ+1ZbsxQpyHWD G47J9RWeJkvOPkIo5MEaEVJqZWrJ6T6NqZ4u9xSi6OqQpyhZ2sRCB5w0cQdnAv67 nZ96W1Z4QOmTGIpsLMjt1mCggTdryBPqHTBjiZy1glpFQ4MbBeByl4OTQULzwuog hSNkqzJWeKtVket4DLscntNrCCnzI8/9u8R9FepoQgv+4DrZwSoHRnlH3iBtdS0U QGwLwwTf3Pc77dT2M9ECGtvXc5MNS8/R90wOaPmL8bN0XfeGkZ1vxU5MjFO13ErC Ug6g7asJyLkMq9Xp/9al8+Krwj+RtSLNQKxMcE5DIharz/uWUSLKNjWZna6MitsF gMl3N7zK5kg8B6r1po0w =lDrM -----END PGP SIGNATURE----- --utexwEdpck9h84cwI2rMqDsLSVklxaOSG-- From owner-freebsd-current@FreeBSD.ORG Fri May 23 21:34:11 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DFE74B33 for ; Fri, 23 May 2014 21:34:11 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B0ACC28CA for ; Fri, 23 May 2014 21:34:11 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 64906B94B; Fri, 23 May 2014 17:34:09 -0400 (EDT) From: John Baldwin To: "Poul-Henning Kamp" Subject: Re: Change top's notion of idle processes / threads Date: Fri, 23 May 2014 17:32:16 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <201405231605.26312.jhb@freebsd.org> <9764.1400877579@critter.freebsd.dk> In-Reply-To: <9764.1400877579@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201405231732.16403.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 23 May 2014 17:34:09 -0400 (EDT) Cc: "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 May 2014 21:34:12 -0000 On Friday, May 23, 2014 4:39:39 pm Poul-Henning Kamp wrote: > In message <201405231605.26312.jhb@freebsd.org>, John Baldwin writes: > > >In essence, top will consider any thread that has run on a CPU > >since the last update as non-idle. > > Sounds a lot more usable than the current heuristic. > > Wouldn't ki_rusage.ru_n[i]vcsw be more correct than ki_runtime ? Hmmm, possibly. ki_runtime in the kernel is basically TSC counts and gets updated on each context switch. OTOH, I think the exported version only has microsecond granularity which is probably too small. :( I can try your suggestion. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri May 23 23:24:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7371E5FE; Fri, 23 May 2014 23:24:31 +0000 (UTC) Received: from mail-oa0-x22e.google.com (mail-oa0-x22e.google.com [IPv6:2607:f8b0:4003:c02::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2675B208B; Fri, 23 May 2014 23:24:31 +0000 (UTC) Received: by mail-oa0-f46.google.com with SMTP id i4so6360099oah.33 for ; Fri, 23 May 2014 16:24: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=u95dhOhVt7zFBDnwHenhVMslCnIQ5lxkJHJsROfKxTM=; b=hCBX6+rxJzjCtdsB6NYgpT3aBSwmHT0u3bzzJ74k8Q6WSAS6kwIqx5u6fbNP/Y4av9 0q5ZfgQpk1+aOjpbPzl2hduGfsrPQp0ZDI+vxWLw+IM/vrD8Y/J7KWeUNZZa9o9v10y/ EsQ4jkzXYDnkzMxSICMLC5q2DDqVRF+jhIOMebDE7GMKGGFwtmodDOuYb/S5SpXTrcD1 RYADQp05IomTCUMW8BinkoTCsqVItP26VFn6j5n9MPc9Pqhd9czFbWKfm9g0FDVdy666 gMa+DFlUEdwIf+wIWFqt1Cl7uxMpuskqGEso5z1s5Dc4ADT/+N61IhuiwBvBchaLvlfA pPFw== MIME-Version: 1.0 X-Received: by 10.182.229.101 with SMTP id sp5mr8673093obc.52.1400887470143; Fri, 23 May 2014 16:24:30 -0700 (PDT) Received: by 10.182.216.197 with HTTP; Fri, 23 May 2014 16:24:30 -0700 (PDT) In-Reply-To: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> Date: Sat, 24 May 2014 01:24:30 +0200 Message-ID: Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable From: Oliver Pinter To: Shawn Webb Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 May 2014 23:24:31 -0000 On 5/14/14, Shawn Webb wrote: > Hey All, > > [NOTE: crossposting between freebsd-current@, freebsd-security@, and > freebsd-stable@. Please forgive me if crossposting is frowned upon.] > > Address Space Layout Randomization, or ASLR for short, is an exploit > mitigation technology. It helps secure applications against low-level > exploits. A popular secure implementation is known as PaX ASLR, which is > a third-party patch for Linux. Our implementation is based off of PaX's. > > Oliver Pinter, Danilo Egea, and I have been working hard to bring more > features and robust stability to our ASLR patches. We've done extensive > testing on amd64. We'd like to get as many people testing these patches. > Given the nature of them, we'd also like as many eyeballs reviewing the > code as well. > > I have a Raspberry Pi and have noticed a few bugs. On ARM (at least, on > the RPI), when a parent forks a child, and the child gracefully exits, > the parent segfaults with the pc register pointing to 0xc0000000. That > address is always the same, no matter the application. If anyone knows > the ARM architecture well, and how FreeBSD ties into it, I'd like a > little guidance. > > I also have a sparc64 box, but I'm having trouble getting a vanilla > 11-current system to be stable on it. I ought to file a few PRs. > > You can find links to the patches below. > > Patch for 11-current: > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-current-aslr-segvguard-SNAPSHOT.diff > > Patch for 10-stable: > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-stable-10-aslr-segvguard-SNAPSHOT.diff > > Thanks, > > Shawn Webb > New round of patches are there: 11-CURRENT: http://www.crysys.hu/~op/freebsd/patches/20140524011327-freebsd-current-aslr-segvguard-SNAPSHOT.diff 10-STABLE: http://www.crysys.hu/~op/freebsd/patches/20140524011327-freebsd-stable-10-aslr-segvguard-SNAPSHOT.diff What's changed related to previous tag: 11-CURRENT: Oliver Pinter (17): PAX ASLR: update license in kern_pax_aslr.c PAX: update license in kern_pax.c PAX SEGVGUARD: update license in kern_pax_segvguard.c PAX: update license in pax.h PAX ASLR: remove unneeded parameter from pax_aslr_stack function PAX LOG: implement new logging subsystem PAX LOG: fix pax_ulog_segvguard PAX LOG: added sysctl's and tunables PAX ASLR: use PAX LOG PAX LOG: fix pax_ulog_##name() PAX LOG: fix prison init PAX LOG: fixed log and ulog sysctl PAX ASLR: fixed debug sysctl PAX: blacklist clang and related binaries from PIE support PAX ASLR: make ASLR by default opt-out Merge remote-tracking branch 'freebsd/master' into hardened/current/aslr Merge branch 'hardened/current/aslr' of github.com:HardenedBSD/hardenedBSD into hardened/current/aslr Shawn Webb (10): Remove CAN_PIE in preparation for NO_PIE Merge remote-tracking branch 'upstream/master' into hardened/current/aslr PAX ASLR: Blacklist the applications that don't support being built as a position-independent executable Merge remote-tracking branch 'upstream/master' into hardened/current/aslr Disable PAX_SEGVGUARD in LATT-ASLR kernel PAX ASLR: Lock the jail when initializing PAX per-jail PAX settings PAX ASLR: Fix bug with pax_aslr_active() PAX ASLR: Use a full kernel config for LATT-ASLR Revert "PAX: blacklist clang and related binaries from PIE support" Revert "Revert "PAX: blacklist clang and related binaries from PIE support"" 10-STABLE: Oliver Pinter (20): PAX ASLR: update license in kern_pax_aslr.c PAX: update license in kern_pax.c PAX SEGVGUARD: update license in kern_pax_segvguard.c PAX: update license in pax.h PAX ASLR: remove unneeded parameter from pax_aslr_stack function PAX LOG: implement new logging subsystem PAX LOG: fix pax_ulog_segvguard PAX LOG: added sysctl's and tunables PAX ASLR: use PAX LOG PAX LOG: fix pax_ulog_##name() PAX LOG: fix prison init PAX LOG: fixed log and ulog sysctl PAX ASLR: fixed debug sysctl Merge remote-tracking branch 'freebsd/stable/10' into hardened/10/aslr Merge remote-tracking branch 'freebsd/stable/10' into hardened/10/aslr added OPN-ASLR kernel config PAX: Remove CAN_PIE in preparation for NO_PIE from /bin/sh PAX: blacklist clang and related binaries from PIE support PAX ASLR: make ASLR by default opt-out Merge remote-tracking branch 'freebsd/stable/10' into hardened/10/aslr Shawn Webb (4): PAX: Remove CAN_PIE in preparation for NO_PIE PAX ASLR: Blacklist the applications that don't support being built as a position-independent executable PAX ASLR: Lock the jail when initializing PAX per-jail PAX settings PAX ASLR: Fix bug with pax_aslr_active() From owner-freebsd-current@FreeBSD.ORG Sat May 24 00:35:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D3CC7F6; Sat, 24 May 2014 00:35:29 +0000 (UTC) Received: from mail-qg0-x236.google.com (mail-qg0-x236.google.com [IPv6:2607:f8b0:400d:c04::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D82BB25E7; Sat, 24 May 2014 00:35:28 +0000 (UTC) Received: by mail-qg0-f54.google.com with SMTP id q108so9053347qgd.41 for ; Fri, 23 May 2014 17:35:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=VN+qHBx9X+q5u+TaSn89y6Reu2C40Jtv1UWqrtKtWnw=; b=eEEp9dpW2bDM0Jinl81LSV1Ur8BLCthpBe4fiegQ4qZKol8jjhKTKtE/IVmwPMY2Wt NXBAL5pbp4SJ0iTaNIQvzWfhqPdSD9uicTSlgKEhdO3PYgkQO+xfBL50Wan0gTRNjeFv JQzw+KtmhT/TylynHCtrOjlHVebhj6g4D/QsdoezpYc39WKDILlts/KAnoxIFbyBtI5s 76XseDpUS+ieJORiducPaXDR4Q0k3D8Tnjn9vN2yEh0d2Rjtere0wH+SY+WA0dwSG7oU +0upQFY7YnaC6bzMchjW2SwI8apZiIqPddEZdidlR7YGd2xb/V8s3a/pbKxtISyKlrNr BUcQ== X-Received: by 10.224.57.142 with SMTP id c14mr12208338qah.23.1400891728042; Fri, 23 May 2014 17:35:28 -0700 (PDT) Received: from pwnie.vrt.sourcefire.com (moist.vrt.sourcefire.com. [198.148.79.134]) by mx.google.com with ESMTPSA id u77sm2947055qga.46.2014.05.23.17.35.26 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 23 May 2014 17:35:27 -0700 (PDT) Date: Fri, 23 May 2014 20:35:25 -0400 From: Shawn Webb To: "Wojciech A. Koszek" Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable Message-ID: <20140524003525.GC2029@pwnie.vrt.sourcefire.com> References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> <20140523195329.GC91702@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ghzN8eJ9Qlbqn3iT" Content-Disposition: inline In-Reply-To: <20140523195329.GC91702@FreeBSD.org> X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Oliver Pinter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 24 May 2014 00:35:29 -0000 --ghzN8eJ9Qlbqn3iT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On May 23, 2014 07:53 PM +0000, Wojciech A. Koszek wrote: > On Wed, May 14, 2014 at 09:58:52AM -0400, Shawn Webb wrote: > > Hey All, > >=20 > > [NOTE: crossposting between freebsd-current@, freebsd-security@, and > > freebsd-stable@. Please forgive me if crossposting is frowned upon.] > >=20 > > Address Space Layout Randomization, or ASLR for short, is an exploit > > mitigation technology. It helps secure applications against low-level > > exploits. A popular secure implementation is known as PaX ASLR, which is > > a third-party patch for Linux. Our implementation is based off of PaX's. > >=20 > > Oliver Pinter, Danilo Egea, and I have been working hard to bring more > > features and robust stability to our ASLR patches. We've done extensive > > testing on amd64. We'd like to get as many people testing these patches. > > Given the nature of them, we'd also like as many eyeballs reviewing the > > code as well. > >=20 > > I have a Raspberry Pi and have noticed a few bugs. On ARM (at least, on > > the RPI), when a parent forks a child, and the child gracefully exits, > > the parent segfaults with the pc register pointing to 0xc0000000. That > > address is always the same, no matter the application. If anyone knows > > the ARM architecture well, and how FreeBSD ties into it, I'd like a > > little guidance. > >=20 > > I also have a sparc64 box, but I'm having trouble getting a vanilla > > 11-current system to be stable on it. I ought to file a few PRs. > >=20 > > You can find links to the patches below. > >=20 > > Patch for 11-current: > > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-current= -aslr-segvguard-SNAPSHOT.diff > >=20 > > Patch for 10-stable: > > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-stable-= 10-aslr-segvguard-SNAPSHOT.diff > >=20 >=20 > Shawn >=20 > I appreciate you working on this. We must have this in FreeBSD. >=20 > I looked at the patch and I read, but not run it. Comments below. >=20 > My personal opinion is that kern_pax.c should be compiled in by default. = If > it adds a lot of size, it'd be better to provide empty stub calls instead= of > #ifdef'ing everything. But security is very important especially in > embeddded systems, so you can imagine you're writing the code that everyb= ody > wants and must have enabled for decent level of security. >=20 > All modern systems run with ASLR turned on. >=20 > I skipped user-space stuff. I don't think it's necessary in this commit a= nd > should be separated. >=20 > There's a lot of lines of code for status showing. Not sure if we care th= at > much: ASLR is either on or off. Not sure about more granularity. More bel= ow. We provide the level of granularity because there are a lot of applications that might exhibit weird behaviors or even crash if we randomize too many bits. We provide sane defaults, but allow each user to choose the level of security versus the level of stability they desire. >=20 > Lots of files: >=20 > You conditionally make .sv_pax_aslr_init method point to something else. = I'd > assume PAX function _pax_aslr_init32() always gets called and based on > whether ASLR is on or not, it does something or not. This will simplify t= he > code a lot, and the difference probably won't be measurable. >=20 > You have: >=20 > int a; > int b; >=20 > instead of: >=20 > int a, b; >=20 > And you miss spaces around "=3D" sometimes. Cleaning up the code and make style changes are a high priority on my list. Once I get a few more pieces of code locked down, I'm going to go over every line with a comb to make sure I'm adhering to the FreeBSD coding style. des@ has made a lot of suggestions in that regard and has even provided me with a sample vimrc. Prior to talking with des@, I was re-using the same vimrc that I use for ClamAV (which, admittedly, has a much different coding style than FreeBSD). >=20 > kern_jail.c: >=20 > something looks wrong here. Sounds like you need "pr->pax". But I don't > understand why you need to have these pr_* values here. It seems > unnecessary. I've made it possible to have per-jail ASLR settings. If you have an application that misbehaves, you can jail it with ASLR turned off just for that jail. My BSDCan presentation talks about this. The recording isn't up, yet, though. >=20 > kern_pax.c: >=20 > I can't quickly tell what locking is using. Some ASSERTS() in pax_ functi= on > would help. >=20 > pax_aslr_active(): >=20 > I don't see why you need to pass "td" and "proc" (I looked at usage: you > pass proc only once). I think you could always pass proc to it, with > td->td_proc passed typically. > kern_pax_*: >=20 > There's so many SYSCTLs I think people will have problem configuring it. > Pick reasonable value for all values and let users change them via > SYSCTL_INT (static sysctls) only for debugging. There are quite a few SYSCTLs, I agree. I'll talk with Oliver Pinter, one of the developers that is working with me on this ASLR implementation, to see if we can simplify this. >=20 > I can imagine we won't want ASLR only temporarily, for ports which break = and > must be fixed. So we probably just need per-process ASLR on/off switch an= d a > wrapper which could be used like: >=20 > aslr off program .... So we have right now an addition to mac_bsdextended(4)/ugidfw(8) that does this exact thing. We also plan on adding FS extended attribute support soon, too. Also, per-jail ASLR settings. >=20 > The debug stuff I'd remove too. We could have additional CTR stubs used > there, if necessary. Oliver just released a new patchset today with new debugging functionality. I'd love to hear your commments on it. >=20 > segvguard part I didn't understand. Why do you keep a list of programs th= at > failed? There was no ASSERTs, thus it was hard to understand the locking > too. We've semi-paused development of segvguard for the moment to focus on ASLR. Though the features are related and segvguard is recommended for a proper ASLR implementation, it is not required. Danilo Egea Gondolfo is the principal engineer behind our segvguard implementation. We're still working out the kinks and the underlying design and architecture of this feature. >=20 > I'm trying to understand if randomization is done correctly. Do you think > you could post the results? >=20 > Program: >=20 > http://pastebin.com/XTRHLhMg My results on an amd64 VM are pasted here: http://ix.io/cD5 We're in talks with des@, kib@, and Alan Cox regarding how our implementation could affect the VM system, with special consideration to superpages. Thanks for taking the time to read through the code and offer insight. One of the things we need to do is write documentation regarding our implementation. Both Oliver and I have wiki accounts and we've created the start of the documentation there. I think if we had better documented our implementation, there would've been less confusion on the part of those reading/analysing our code. wiki page: https://wiki.freebsd.org/Hardening Thanks, Shawn --ghzN8eJ9Qlbqn3iT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTf+lMAAoJEGqEZY9SRW7uq0gP/0clziBh6ejNHvFKkfejVAMz QGdqWilb3ptuOOLO3ujK0LVr1OJDdaIHxPQVQj2/fZ4yvDGjX6WK2/wUyjUsWbsr AzF2oGibPTLLBVkz7PEbJ9owrqEXU4e8AwVD7MWTTOI1vIU+Cw1i5NKyxhMiFMng dcF1/9Ym2TzZfX7WBquqA+7eb3AeHDc0JlpAE6P9F1tvPgKpukHYyDn7NBBXxXZS MOXQsws6Y7XmiJIjqTKV39sENcepPA44wEDBWgGWbjR9D2Y8ukxdOC3Fn9xMfFfE 4DbqvNB4prkK8xjtwuF1J14aqqQxWcKBP1gDOXCzcVXjZZXfmF0RZDPhDMhy7eKN kJbvfJYV0IyMqCw8+zvnFYATco4a1Pmux+jF3XWhQNcykrl8a7Iy4NLPrw2tJKa8 QAA9H/UE/Rg8QCp2vdo5dsyujo6hkh1Onq/vOHzTZHHrt6fo8ynTLkdefALttbt+ FZ8AF3arKB1ne9Amu2IqmEz38glpZCra5y9+QNf/0IHIlNWiym4q8ysTsPMGGaMP 1sXK3oQ2M+BP+2gEnAzLOAdJCzGMpR/Km7sm56/1olfr1aauG7cMdrvUdqRXpRG7 b0XMOosWJbGBS6kyibpbZjVrsKNul7LEA5FK1xLTzPMNSkE+Cu35kLUQKhJckQEd H3yLsGXKY1xhUcZG/PCx =bR7+ -----END PGP SIGNATURE----- --ghzN8eJ9Qlbqn3iT-- From owner-freebsd-current@FreeBSD.ORG Sat May 24 00:50:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B2DEBB2 for ; Sat, 24 May 2014 00:50:59 +0000 (UTC) Received: from nm8-vm0.bullet.mail.bf1.yahoo.com (nm8-vm0.bullet.mail.bf1.yahoo.com [98.139.213.95]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3F2C626E1 for ; Sat, 24 May 2014 00:50:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1400892257; bh=tGp42B/Nuuae1JlsQbFZsE54PWGRxmAp90860jUcJA4=; h=Received:Received:Received:X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:Content-Type:Content-Transfer-Encoding:Subject:Date:Message-Id:Cc:To:Mime-Version:X-Mailer; b=t518hzd87lObEPuSgVd5hhtmxek4A1YH8njASgA1kV+2FdqICSzgiKRFz42IoItAeYedPE+Abfnjo0bSeKHkalRuqKP7f3LbhsB5eQcuKQrLaLff9/abNHOQi2OAxWhhVPB8z++0y7fEN8xkw3TTY2J5b/cYmizpkStP4kS22L/0+PicoPJkt1qvTJRh7PmGYIrXe9KMMiOt3F1yaLw9w1AMrjS0VHDsm45ISE/hXQrhQWNaAh8SGQ0AnyM1VYoMqO1iAIJOvpvtyXNQMZCffWMenlhhj2wYJzYkrUWwb0ekstCck1NYyLhRY2mikujNKVyfP/ke9+DmR6Cdms+mnw== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.com; b=BQoT2Bejxfp5Rzhe/nv43htQMRiOjKWx2WUjykNP7ow9oE+Zg1tfDlScF7To4KWqrtQRo8ExJ9XmGw2z6POh51VR8HEblMBUKpUvCZTr1XZ2Y9q621XwDEY6iTPgiwMQWSxP8gkcegG8Q5mvDVct7wp1s0vFwFkam9fmuZFXtK9yyFRp33oTrOPnZuFpSt0AIelc5NfxBLkyrjytMcjtQ6eO8hnI6SGGQ5urPcNzURvAa3JBWofe8fDsJgEfVrVZt3o1ZAFl1r3SWkzRGoU8VI/FLcSWEN3HWALaf9EXi6jtL7PVc2Sud4TH2Ny0wa+2vMMJapFmKOSySL/OKwq4AQ==; Received: from [98.139.212.149] by nm8.bullet.mail.bf1.yahoo.com with NNFMP; 24 May 2014 00:44:17 -0000 Received: from [68.142.230.78] by tm6.bullet.mail.bf1.yahoo.com with NNFMP; 24 May 2014 00:44:17 -0000 Received: from [127.0.0.1] by smtp235.mail.bf1.yahoo.com with NNFMP; 24 May 2014 00:44:17 -0000 X-Yahoo-Newman-Id: 613208.65968.bm@smtp235.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: .tJ2E6kVM1lGBHf7C8kjzT5b0fhR3YIaMDjYUHG6aHGbegs inQvDV2Vh4LHG2x5LOW2Aagcqj5Fvo96XfxkxL6N8tzNulsYkpjugtBoE5Gj IsYLDmZKsTKgWo0QNVq27_efj6ci8eBIifx5vN9lRJNdI1g.vFDfl.V78Wvn PKtNAJ4M.3KgzZBCw_dIQquR7i5GeunXhPGcj9dYRxvCC9VtiYLwpD0u26Sj 1e6ACG0eKoazEhycPYvrGlAOxHIx0OrmT255o9QluEqiQExBvd4VFOiQluNS kNjSAKzavI_rgsn9..rMv2hicG3mPElm2zBx0m62c1INxM.0m6Nk2PygFQy6 5FS3jlQ.KkPUHYNLNg8wTO_5gS4iz5GMM4CU3ot_88w9oDVHs2AcLBAmA7d_ R6QOU4ezb1KBiaYKLwA4tHUvcnN6SW9xgdnkP38u_MzUdlKDeqVCVCjlLisR x10.2srIbpYu9Qf860y5.oIKWTBq8Mr9wzg7paeG8yBeDmfXM2OydhUHtQsN i3yd.I6eLdyTUFxik5OpA2Buu.zH1HsQ- X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf X-Rocket-Received: from [192.168.0.101] (pfg@190.157.126.109 with plain [98.139.211.125]) by smtp235.mail.bf1.yahoo.com with SMTP; 24 May 2014 00:44:17 +0000 UTC From: Pedro Giffuni Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable Date: Fri, 23 May 2014 19:44:13 -0500 Message-Id: <4E5105B9-54F7-4780-B954-65BDD42EF331@freebsd.org> To: freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) X-Mailer: Apple Mail (2.1878.2) Cc: Shawn Webb , "Wojciech A. Koszek" , Oliver Pinter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 24 May 2014 00:50:59 -0000 (Dropped the cross-posting, which *is* frowned upon) While I do very much appreciate this work being done, and I agree we = should have it in the tree, I would really prefer it opt-in rather = opt-out, at least initially. I know this may very well be the subject of a bikeshed of historical = proportions but: 1) Understand this may break some applications (?). 2) It is yet undetermined what the performance effect will be. I find it very neat that it can be enabled for jails though. Pedro.= From owner-freebsd-current@FreeBSD.ORG Sat May 24 01:47:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3DEA137C for ; Sat, 24 May 2014 01:47:15 +0000 (UTC) Received: from carrick.bishnet.net (carrick-mx.bishnet.net [IPv6:2a01:348:132:51::14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "carrick.bishnet.net", Issuer "Bishnet Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A3AE42AC5 for ; Sat, 24 May 2014 01:47:14 +0000 (UTC) Received: from carrick-users.bishnet.net ([192.168.51.10]) by carrick.bishnet.net with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Wo13J-0007c8-4P for freebsd-current@freebsd.org; Sat, 24 May 2014 02:47:13 +0100 Received: (from tdb@localhost) by carrick-users.bishnet.net (8.14.7/8.14.7/Submit) id s4O1lDWK029271 for freebsd-current@freebsd.org; Sat, 24 May 2014 02:47:13 +0100 (BST) (envelope-from tdb) Date: Sat, 24 May 2014 02:47:13 +0100 From: Tim Bishop To: freebsd-current@freebsd.org Subject: Processor cores not properly detected/activated? Message-ID: <20140524014713.GF13462@carrick-users.bishnet.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="K8nIJk4ghYZn606h" Content-Disposition: inline X-PGP-Key: 0x6C226B37FDF38D55, http://www.bishnet.net/tim/tim-bishnet-net.asc X-PGP-Fingerprint: 4BD9 5F90 8A50 40E8 D26C D681 6C22 6B37 FDF3 8D55 User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 24 May 2014 01:47:15 -0000 --K8nIJk4ghYZn606h Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I have a new quad CPU system containing four of these processors: Intel(R) Xeon(R) CPU E7-4830 v2 @ 2.20GHz (2200.05-MHz K8-class CPU) I've tried FreeBSD 10.0, stable/10 and head, but all of them only detect a maximum of 64 "CPUs". There should be 80. Here's the relevant dmesg output (full output attached): FreeBSD/SMP: Multiprocessor System Detected: 64 CPUs FreeBSD/SMP: 3 package(s) x 10 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ... cpu62 (AP): APIC ID: 98 cpu63 (AP): APIC ID: 99 cpu (AP): APIC ID: 100 (disabled) cpu (AP): APIC ID: 101 (disabled) cpu (AP): APIC ID: 102 (disabled) cpu (AP): APIC ID: 103 (disabled) cpu (AP): APIC ID: 104 (disabled) cpu (AP): APIC ID: 105 (disabled) cpu (AP): APIC ID: 112 (disabled) cpu (AP): APIC ID: 113 (disabled) cpu (AP): APIC ID: 114 (disabled) cpu (AP): APIC ID: 115 (disabled) cpu (AP): APIC ID: 116 (disabled) cpu (AP): APIC ID: 117 (disabled) cpu (AP): APIC ID: 118 (disabled) cpu (AP): APIC ID: 119 (disabled) cpu (AP): APIC ID: 120 (disabled) cpu (AP): APIC ID: 121 (disabled) Firstly, it should say 4 packages, so I'm not sure why its only has 3. But then it goes on to detect all the "CPUs", but doesn't enable the last 16. acpidump shows all the "CPUs" as enabled (trimmed output): APIC: Length=1090, Revision=1, Checksum=115, OEMID=DELL, OEM Table ID=PE_SC3, OEM Revision=0x1, Creator ID=DELL, Creator Revision=0x1 Local APIC ADDR=0xfee00000 Flags={PC-AT} Type=Local APIC ACPI CPU=1 Flags={ENABLED} APIC ID=0 Type=Local APIC ACPI CPU=2 Flags={ENABLED} APIC ID=32 ... Type=Local APIC ACPI CPU=79 Flags={ENABLED} APIC ID=89 Type=Local APIC ACPI CPU=80 Flags={ENABLED} APIC ID=121 Finally, I've booted Ubuntu 14.04 (Linux 3.13) and it correctly detects all 80 "CPUs". Can anyone shed any light on what's happening? I'm running head at the moment and I'm happy to fiddle around as much as required to debug it. Thanks, Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x6C226B37FDF38D55 --K8nIJk4ghYZn606h Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=dmesg Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #2 r266593M: Sat May 24 02:18:17 BST 2014 tdb@buzzard:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 CPU: Intel(R) Xeon(R) CPU E7-4830 v2 @ 2.20GHz (2200.04-MHz K8-class CPU) Origin="GenuineIntel" Id=0x306e7 Family=0x6 Model=0x3e Stepping=7 Features=0xbfebfbff Features2=0x7fbee3ff AMD Features=0x2c100800 AMD Features2=0x1 Structured Extended Features=0x281 TSC: P-state invariant, performance statistics real memory = 274877906944 (262144 MB) avail memory = 267136450560 (254761 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 64 CPUs FreeBSD/SMP: 3 package(s) x 10 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 cpu8 (AP): APIC ID: 8 cpu9 (AP): APIC ID: 9 cpu10 (AP): APIC ID: 16 cpu11 (AP): APIC ID: 17 cpu12 (AP): APIC ID: 18 cpu13 (AP): APIC ID: 19 cpu14 (AP): APIC ID: 20 cpu15 (AP): APIC ID: 21 cpu16 (AP): APIC ID: 22 cpu17 (AP): APIC ID: 23 cpu18 (AP): APIC ID: 24 cpu19 (AP): APIC ID: 25 cpu20 (AP): APIC ID: 32 cpu21 (AP): APIC ID: 33 cpu22 (AP): APIC ID: 34 cpu23 (AP): APIC ID: 35 cpu24 (AP): APIC ID: 36 cpu25 (AP): APIC ID: 37 cpu26 (AP): APIC ID: 38 cpu27 (AP): APIC ID: 39 cpu28 (AP): APIC ID: 40 cpu29 (AP): APIC ID: 41 cpu30 (AP): APIC ID: 48 cpu31 (AP): APIC ID: 49 cpu32 (AP): APIC ID: 50 cpu33 (AP): APIC ID: 51 cpu34 (AP): APIC ID: 52 cpu35 (AP): APIC ID: 53 cpu36 (AP): APIC ID: 54 cpu37 (AP): APIC ID: 55 cpu38 (AP): APIC ID: 56 cpu39 (AP): APIC ID: 57 cpu40 (AP): APIC ID: 64 cpu41 (AP): APIC ID: 65 cpu42 (AP): APIC ID: 66 cpu43 (AP): APIC ID: 67 cpu44 (AP): APIC ID: 68 cpu45 (AP): APIC ID: 69 cpu46 (AP): APIC ID: 70 cpu47 (AP): APIC ID: 71 cpu48 (AP): APIC ID: 72 cpu49 (AP): APIC ID: 73 cpu50 (AP): APIC ID: 80 cpu51 (AP): APIC ID: 81 cpu52 (AP): APIC ID: 82 cpu53 (AP): APIC ID: 83 cpu54 (AP): APIC ID: 84 cpu55 (AP): APIC ID: 85 cpu56 (AP): APIC ID: 86 cpu57 (AP): APIC ID: 87 cpu58 (AP): APIC ID: 88 cpu59 (AP): APIC ID: 89 cpu60 (AP): APIC ID: 96 cpu61 (AP): APIC ID: 97 cpu62 (AP): APIC ID: 98 cpu63 (AP): APIC ID: 99 cpu (AP): APIC ID: 100 (disabled) cpu (AP): APIC ID: 101 (disabled) cpu (AP): APIC ID: 102 (disabled) cpu (AP): APIC ID: 103 (disabled) cpu (AP): APIC ID: 104 (disabled) cpu (AP): APIC ID: 105 (disabled) cpu (AP): APIC ID: 112 (disabled) cpu (AP): APIC ID: 113 (disabled) cpu (AP): APIC ID: 114 (disabled) cpu (AP): APIC ID: 115 (disabled) cpu (AP): APIC ID: 116 (disabled) cpu (AP): APIC ID: 117 (disabled) cpu (AP): APIC ID: 118 (disabled) cpu (AP): APIC ID: 119 (disabled) cpu (AP): APIC ID: 120 (disabled) cpu (AP): APIC ID: 121 (disabled) WARNING: Non-uniform processors. WARNING: Using suboptimal topology. ioapic1: Changing APIC ID to 1 ioapic2: Changing APIC ID to 2 ioapic3: Changing APIC ID to 3 ioapic4: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 32-55 on motherboard ioapic2 irqs 64-87 on motherboard ioapic3 irqs 96-119 on motherboard ioapic4 irqs 128-151 on motherboard random: initialized kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 cpu8: on acpi0 cpu9: on acpi0 cpu10: on acpi0 cpu11: on acpi0 cpu12: on acpi0 cpu13: on acpi0 cpu14: on acpi0 cpu15: on acpi0 cpu16: on acpi0 cpu17: on acpi0 cpu18: on acpi0 cpu19: on acpi0 cpu20: on acpi0 cpu21: on acpi0 cpu22: on acpi0 cpu23: on acpi0 cpu24: on acpi0 cpu25: on acpi0 cpu26: on acpi0 cpu27: on acpi0 cpu28: on acpi0 cpu29: on acpi0 cpu30: on acpi0 cpu31: on acpi0 cpu32: on acpi0 cpu33: on acpi0 cpu34: on acpi0 cpu35: on acpi0 cpu36: on acpi0 cpu37: on acpi0 cpu38: on acpi0 cpu39: on acpi0 cpu40: on acpi0 cpu41: on acpi0 cpu42: on acpi0 cpu43: on acpi0 cpu44: on acpi0 cpu45: on acpi0 cpu46: on acpi0 cpu47: on acpi0 cpu48: on acpi0 cpu49: on acpi0 cpu50: on acpi0 cpu51: on acpi0 cpu52: on acpi0 cpu53: on acpi0 cpu54: on acpi0 cpu55: on acpi0 cpu56: on acpi0 cpu57: on acpi0 cpu58: on acpi0 cpu59: on acpi0 cpu60: on acpi0 cpu61: on acpi0 cpu62: on acpi0 cpu63: on acpi0 atrtc0: port 0x70-0x7f irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x5f irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 350 Event timer "HPET1" frequency 14318180 Hz quality 340 Event timer "HPET2" frequency 14318180 Hz quality 340 Event timer "HPET3" frequency 14318180 Hz quality 340 Event timer "HPET4" frequency 14318180 Hz quality 340 Event timer "HPET5" frequency 14318180 Hz quality 340 Event timer "HPET6" frequency 14318180 Hz quality 340 Event timer "HPET7" frequency 14318180 Hz quality 340 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 53 at device 2.0 on pci0 pci2: on pcib1 bge0: mem 0xdd6a0000-0xdd6affff,0xdd6b0000-0xdd6bffff,0xdd6c0000-0xdd6cffff irq 40 at device 0.0 on pci2 bge0: APE FW version: NCSI v1.2.33.0 bge0: CHIP ID 0x05720000; ASIC REV 0x5720; CHIP REV 0x57200; 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: f8:bc:12:46:b2:26 bge1: mem 0xdd6d0000-0xdd6dffff,0xdd6e0000-0xdd6effff,0xdd6f0000-0xdd6fffff irq 44 at device 0.1 on pci2 bge1: APE FW version: NCSI v1.2.33.0 bge1: CHIP ID 0x05720000; ASIC REV 0x5720; CHIP REV 0x57200; PCI-E miibus1: on bge1 brgphy1: PHY 2 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge1: Ethernet address: f8:bc:12:46:b2:27 pcib2: irq 53 at device 2.1 on pci0 pci1: on pcib2 bge2: mem 0xdd7a0000-0xdd7affff,0xdd7b0000-0xdd7bffff,0xdd7c0000-0xdd7cffff irq 41 at device 0.0 on pci1 bge2: APE FW version: NCSI v1.2.33.0 bge2: CHIP ID 0x05720000; ASIC REV 0x5720; CHIP REV 0x57200; PCI-E miibus2: on bge2 brgphy2: PHY 1 on miibus2 brgphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge2: Ethernet address: f8:bc:12:46:b2:24 bge3: mem 0xdd7d0000-0xdd7dffff,0xdd7e0000-0xdd7effff,0xdd7f0000-0xdd7fffff irq 45 at device 0.1 on pci1 bge3: APE FW version: NCSI v1.2.33.0 bge3: CHIP ID 0x05720000; ASIC REV 0x5720; CHIP REV 0x57200; PCI-E miibus3: on bge3 brgphy3: PHY 2 on miibus3 brgphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge3: Ethernet address: f8:bc:12:46:b2:25 pcib3: irq 53 at device 2.2 on pci0 pci12: on pcib3 pcib4: irq 53 at device 3.0 on pci0 pci11: on pcib4 ix0: mem 0xdd000000-0xdd1fffff,0xdd5f8000-0xdd5fbfff irq 52 at device 0.0 on pci11 ix0: Using MSIX interrupts with 9 vectors ix0: Ethernet address: a0:36:9f:40:4d:5c ix0: PCI Express Bus: Speed 5.0GT/s Width x8 ix1: mem 0xdd200000-0xdd3fffff,0xdd5fc000-0xdd5fffff irq 48 at device 0.1 on pci11 ix1: Using MSIX interrupts with 9 vectors ix1: Ethernet address: a0:36:9f:40:4d:5e ix1: PCI Express Bus: Speed 5.0GT/s Width x8 pcib5: irq 53 at device 3.2 on pci0 pci4: on pcib5 mfi0: port 0x1000-0x10ff mem 0xdfdf0000-0xdfdfffff,0xdfb00000-0xdfbfffff irq 50 at device 0.0 on pci4 mfi0: Using MSI mfi0: Megaraid SAS driver Ver 4.23 mfi0: FW MaxCmds = 928, limiting to 128 mfi0: MaxCmd = 928, Drv MaxCmd = 128, MaxSgl = 70, state = 0xb73c03a0 pcib6: irq 16 at device 17.0 on pci0 pci5: on pcib6 pci0: at device 22.0 (no driver attached) pci0: at device 22.1 (no driver attached) ehci0: mem 0xdfefd000-0xdfefd3ff irq 23 at device 26.0 on pci0 usbus0: EHCI version 1.0 usbus0 on ehci0 pcib7: irq 16 at device 28.0 on pci0 pci3: on pcib7 pcib8: irq 18 at device 28.6 on pci0 pci6: on pcib8 pcib9: at device 0.0 on pci6 pci7: on pcib9 pcib10: at device 0.0 on pci7 pci8: on pcib10 pcib11: at device 0.0 on pci8 pci9: on pcib11 vgapci0: mem 0xdc000000-0xdcffffff,0xdeffc000-0xdeffffff,0xde000000-0xde7fffff irq 16 at device 0.0 on pci9 vgapci0: Boot video device pcib12: at device 1.0 on pci7 pci10: on pcib12 ehci1: mem 0xdfefe000-0xdfefe3ff irq 22 at device 29.0 on pci0 usbus1: EHCI version 1.0 usbus1 on ehci1 pcib13: at device 30.0 on pci0 pci13: on pcib13 isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0x2010-0x2017,0x2004-0x2007,0x2008-0x200f,0x2000-0x2003,0x2020-0x203f mem 0xdfeff000-0xdfeff7ff irq 20 at device 31.2 on pci0 ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 ahcich4: at channel 4 on ahci0 ahcich5: at channel 5 on ahci0 ahciem0: on ahci0 pcib14: on acpi0 pci32: on pcib14 pcib15: irq 85 at device 2.0 on pci32 pci34: on pcib15 pcib16: irq 85 at device 3.0 on pci32 pci33: on pcib16 pcib17: on acpi0 pci64: on pcib17 pcib17: no PRT entry for 64.2.INTA pcib17: no PRT entry for 64.3.INTA pcib18: irq 15 at device 2.0 on pci64 pci66: on pcib18 pcib19: irq 15 at device 3.0 on pci64 pci65: on pcib19 pcib20: on acpi0 pci96: on pcib20 pcib21: irq 149 at device 2.0 on pci96 pci98: on pcib21 pcib22: irq 149 at device 3.0 on pci96 pci97: on pcib22 pcib23: on acpi0 pci31: on pcib23 pcib24: on acpi0 pci63: on pcib24 pcib25: on acpi0 pci95: on pcib25 pcib26: on acpi0 pci127: on pcib26 uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 orm0: at iomem 0xc0000-0xc7fff,0xc8800-0xcffff,0xec000-0xeffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est0 attach returned 6 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est1 attach returned 6 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est2 attach returned 6 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est3 attach returned 6 est4: on cpu4 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est4 attach returned 6 est5: on cpu5 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est5 attach returned 6 est6: on cpu6 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est6 attach returned 6 est7: on cpu7 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est7 attach returned 6 est8: on cpu8 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est8 attach returned 6 est9: on cpu9 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est9 attach returned 6 est10: on cpu10 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f6200001900 device_attach: est10 attach returned 6 est11: on cpu11 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est11 attach returned 6 est12: on cpu12 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f6200001900 device_attach: est12 attach returned 6 est13: on cpu13 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est13 attach returned 6 est14: on cpu14 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est14 attach returned 6 est15: on cpu15 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est15 attach returned 6 est16: on cpu16 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est16 attach returned 6 est17: on cpu17 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est17 attach returned 6 est18: on cpu18 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est18 attach returned 6 est19: on cpu19 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f6200001900 device_attach: est19 attach returned 6 est20: on cpu20 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f6200001900 device_attach: est20 attach returned 6 est21: on cpu21 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est21 attach returned 6 est22: on cpu22 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est22 attach returned 6 est23: on cpu23 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est23 attach returned 6 est24: on cpu24 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est24 attach returned 6 est25: on cpu25 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est25 attach returned 6 est26: on cpu26 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est26 attach returned 6 est27: on cpu27 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est27 attach returned 6 est28: on cpu28 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est28 attach returned 6 est29: on cpu29 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est29 attach returned 6 est30: on cpu30 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f6200001900 device_attach: est30 attach returned 6 est31: on cpu31 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est31 attach returned 6 est32: on cpu32 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est32 attach returned 6 est33: on cpu33 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est33 attach returned 6 est34: on cpu34 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est34 attach returned 6 est35: on cpu35 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f6200001900 device_attach: est35 attach returned 6 est36: on cpu36 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est36 attach returned 6 est37: on cpu37 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est37 attach returned 6 est38: on cpu38 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f6200001900 device_attach: est38 attach returned 6 est39: on cpu39 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est39 attach returned 6 est40: on cpu40 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est40 attach returned 6 est41: on cpu41 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est41 attach returned 6 est42: on cpu42 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est42 attach returned 6 est43: on cpu43 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est43 attach returned 6 est44: on cpu44 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est44 attach returned 6 est45: on cpu45 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est45 attach returned 6 est46: on cpu46 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est46 attach returned 6 est47: on cpu47 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est47 attach returned 6 est48: on cpu48 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est48 attach returned 6 est49: on cpu49 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est49 attach returned 6 est50: on cpu50 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est50 attach returned 6 est51: on cpu51 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est51 attach returned 6 est52: on cpu52 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est52 attach returned 6 est53: on cpu53 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est53 attach returned 6 est54: on cpu54 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est54 attach returned 6 est55: on cpu55 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est55 attach returned 6 est56: on cpu56 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f6200001900 device_attach: est56 attach returned 6 est57: on cpu57 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est57 attach returned 6 est58: on cpu58 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est58 attach returned 6 est59: on cpu59 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est59 attach returned 6 est60: on cpu60 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est60 attach returned 6 est61: on cpu61 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est61 attach returned 6 est62: on cpu62 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f8b00001900 device_attach: est62 attach returned 6 est63: on cpu63 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 1f6200001900 device_attach: est63 attach returned 6 mfi0: 902 (454210456s/0x0020/info) - Shutdown command received from host mfi0: 903 (boot + 12s/0x0020/info) - Firmware initialization started (PCI ID 005d/1000/1f42/1028) mfi0: 904 (boot + 12s/0x0020/info) - Firmware version 4.220.00-2997 mfi0: 905 (boot + 13s/0x0008/info) - Battery Present mfi0: 906 (boot + 13s/0x0020/info) - Package version 25.2.0.0017 mfi0: 907 (boot + 13s/0x0020/info) - Board Revision A01 mfi0: 908 (boot + 12s/0x0020/info) - Firmware initialization started (PCI ID 005d/1000/1f42/1028) mfi0: 909 (boot + 12s/0x0020/info) - Firmware version 4.220.00-2997 mfi0: 910 (boot + 13s/0x0008/info) - Battery Present mfi0: 911 (boot + 13s/0x0020/info) - Package version 25.2.0.0017 mfi0: 912 (boot + 13s/0x0020/info) - Board Revision A01 mfi0: 913 (boot + 39s/0x0004/info) - Enclosure PD 20(c None/p1) communication restored mfi0: 914 (boot + 39s/0x0002/info) - Inserted: Encl PD 20 mfi0: 915 (boot + 39s/0x0002/info) - Inserted: PD 20(c None/p1) Info: enclPd=20, scsiType=d, portMap=00, sasAddr=5d81f060f1874700,0000000000000000 mfi0: 916 (boot + 39s/0x0002/info) - Inserted: PD 00(e0x20/s0) mfi0: 917 (boot + 39s/0x0002/info) - Inserted: PD 00(e0x20/s0) Info: enclPd=20, scsiType=0, portMap=00, sasAddr=5000c50071a91e15,0000000000000000 mfi0: 918 (boot + 39s/0x0002/info) - Inserted: PD 01(e0x20/s1) mfi0: 919 (boot + 39s/0x0002/info) - Inserted: PD 01(e0x20/s1) Info: enclPd=20, scsiType=0, portMap=01, sasAddr=5000c50071a92155,0000000000000000 mfi0: 920 (454210647s/0x0020/info) - Time established as 05/24/14 1:37:27; (40 seconds since power on) mfi0: 921 (454210685s/0x0008/info) - Battery temperature is normal mfi0: 922 (454210685s/0x0008/info) - Battery started charging mfi0: 923 (454210685s/0x0008/info) - Current capacity of the battery is above threshold mfi0: 924 (454210750s/0x0008/info) - Battery charge complete mfi0: 925 (454210750s/0x0008/info) - Battery relearn pending: Battery is under charge mfi0: 926 (454210815s/0x0008/info) - Battery relearn started ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec random: unblocking device. usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 ugen1.1: at usbus1 uhub0: on usbus1 ugen0.1: at usbus0 uhub1: on usbus0 mfid0 on mfi0 mfid0: 285568MB (584843264 sectors) RAID volume (no label) is optimal ses0 at ahciem0 bus 0 scbus6 target 0 lun 0 ses0: SEMB S-E-S 2.00 device ses0: SEMB SES Device SMP: AP CPU #1 Launched! SMP: AP CPU #47 Launched! SMP: AP CPU #8 Launched! SMP: AP CPU #61 Launched! SMP: AP CPU #9 Launched! SMP: AP CPU #50 Launched! SMP: AP CPU #15 Launched! SMP: AP CPU #58 Launched! SMP: AP CPU #19 Launched! SMP: AP CPU #59 Launched! SMP: AP CPU #11 Launched! SMP: AP CPU #60 Launched! SMP: AP CPU #17 Launched! SMP: AP CPU #52 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #62 Launched! SMP: AP CPU #14 Launched! SMP: AP CPU #63 Launched! SMP: AP CPU #12 Launched! SMP: AP CPU #43 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #45 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #44 Launched! SMP: AP CPU #41 Launched! SMP: AP CPU #53 Launched! SMP: AP CPU #55 Launched! SMP: AP CPU #20 Launched! SMP: AP CPU #33 Launched! SMP: AP CPU #32 Launched! SMP: AP CPU #24 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #57 Launched! SMP: AP CPU #18 Launched! SMP: AP CPU #39 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #13 Launched! SMP: AP CPU #27 Launched! SMP: AP CPU #10 Launched! SMP: AP CPU #46 Launched! SMP: AP CPU #42 Launched! SMP: AP CPU #54 Launched! SMP: AP CPU #36 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #16 Launched! SMP: AP CPU #51 Launched! SMP: AP CPU #56 Launched! SMP: AP CPU #30 Launched! SMP: AP CPU #48 Launched! SMP: AP CPU #23 Launched! SMP: AP CPU #38 Launched! SMP: AP CPU #28 Launched! SMP: AP CPU #21 Launched! SMP: AP CPU #40 Launched! SMP: AP CPU #35 Launched! SMP: AP CPU #37 Launched! SMP: AP CPU #29 Launched! SMP: AP CPU #22 Launched! SMP: AP CPU #49 Launched! SMP: AP CPU #25 Launched! SMP: AP CPU #26 Launched! SMP: AP CPU #34 Launched! SMP: AP CPU #31 Launched! Timecounter "TSC-low" frequency 1100022382 Hz quality 1000 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered Root mount waiting for: usbus1 usbus0 ugen1.2: at usbus1 uhub2: on usbus1 ugen0.2: at usbus0 uhub3: on usbus0 Root mount waiting for: usbus1 usbus0 uhub3: 6 ports with 6 removable, self powered uhub2: 8 ports with 8 removable, self powered ugen0.3: at usbus0 uhub4: on usbus0 uhub4: MTT enabled uhub4: 2 ports with 2 removable, self powered Root mount waiting for: usbus0 ugen0.4: at usbus0 uhub5: on usbus0 Root mount waiting for: usbus0 uhub5: 6 ports with 6 removable, self powered Root mount waiting for: usbus0 ugen0.5: at usbus0 ukbd0: on usbus0 kbd0 at ukbd0 Trying to mount root from zfs:zroot/ROOT/default []... mfi0: 927 (454210880s/0x0008/info) - Battery relearn in progress ums0: on usbus0 ums0: 3 buttons and [Z] coordinates ID=0 ums1: on usbus0 ums1: 3 buttons and [XYZ] coordinates ID=0 --K8nIJk4ghYZn606h Content-Type: text/plain; charset=utf-8 Content-Disposition: attachment; filename="acpidump.gz" Content-Transfer-Encoding: quoted-printable =1F=8B=08=08_=F9=7FS=02=03acpidump=00=EC}[s=DB8=B2=F0s=FC+X~=8A=A6<=19=02= =BCHr=D5=C2=DA=C9=87=AF=A3=F6=F8w=F5=87= =AA=AA=0F=EA=BD=D68S=9E=DC=D9=E3=F2=FB=EF=9Ay=A6=DC=FD=F1=FA=F6=FC;=D0=CC= =13=E5=97=DFN~=C3@=F1=EB=E7J=8F=BE=03L=FDLA=E0=A6=AF=D3=F9=ECwp=A6=D8=DF]o= =8CY?;=F9=80&=EE=B6=BD=A9=D1=EF=CAx=F2=ED=C9U=D0=9F=06=CE=ED=C8=D6=E8=1F=83= =F1=EA=0F=80=C6=D8=0Bw=B2=9C/=94`=A0=FF=87=CD=F7N>8=B3=E5b=EA=BE=FE=FE=97= =A2=FE=A8=DF=C3=87=87{=88p=A1=BF=BBz=BD=11=FC=DE=F8v=17=FC=DE=04=EA=FAw}=FD= =F7=FB=FB=F5=FB.X=FF=FE`=F8=EF=BB=C6=DD=C3=FA=F7=07s=FD=FB7m=E3=F7=E0=EF=0F= =0Fw=EBy=1F=EE=D6s=3D=00=1F7M=85=88=E9=CAj=CD=DB=0E=12O=C0[=A8o=F2V=DB=E4= =ADnd=CA[=E5=03Bd=F4;=C5=11 =1C=CF=946U=12D=C0=FD=1D=FA=C3=C9=87=EE=E5=F8= =B6=7F=85=80=FC>=E8=DA'=1F=06=0B=F7=C1],=DC=FB=DBA=FFv=B0=98?L=9F=DC=DF=91= =88=DC=C5=CBb=FA=EA*#w=F1=A7=BBP>=EAH=E1Fv=F7=16=0D=FF=BD=89~=EDwo=ED~=1BA= =FE=06=3D=E5t.=ADV=CF=C1s=A9=DE_=DA=DD=91=FF'=A4a#=BD=D5=BD=1A=DD=0E=9D=BFc= =A5E3=8F=C6=D6=D8=B9=B5/1~M=FC=87>=98=DC:_=C6=B7=AD=DE=DF=D0=9F=1A=AA=FA+= =FEW=F3=9E=A0=17=83':yb=E0'p=F3=81A=86=18=04=D8=ED=B8?=0C=064=C8=80o'=1F>= =0F=1C=D5=FF+$o=C3=07=C4=DE=D1x=13=91=DB=DE=97=1E=BC=EDY=E3=DF=0D$=E7=B7=D7= 3=85=FCI=F3=FF=84=FFv=F2=A1=D3=BB=1E]=DC=8E=BA=FFD=14=9E)=DE=7F=8D=87=DD6= =FA=EF=93=0F=ED=EB=F1?n=AF:=9D=913=C6=8F=C9=7F=DEt=DB=E3=0B=F2=D0=FA=C7=AD= =D5=1B=F6=F1=93=FE=D5e=F0=BB=ED\=8E=AF=87=FF=F8=1DS=D0=B5=06=F6m=EB=EAj|k= =0D=ED=8B=DF=FF=BA=BC=BA=B5F=83=FE M=FC4yD=F6s=D3=EA^~i=9F=D9=E0vt=3D=18\=0D=C7N=FBl=D4s=9C=C1m=EBz<=BE=BA<=1B= =E9=B7=C3=B1}{c=FD=CD9=B3=90=B4om=84=E3=D8=19"=10_o=F74=E5=EB=ED=9E=AE|=BD= =DD=97=C9=B9=FA?=1A=FC_=E5c=F7=AA=16=BC=B0%=1A=F4=0207_=D8=91=10z=DE=D8|=BC= -=A7=1D=F0=DB=E2=C2=A0=A1?x=D3=F8F=E7=1F<=E3=C3~=ED=E2=BF=A3=E9#=F5=8C=E4= =07 g=BAx=BE=BD=99=FC=E1=DE~q=EF6=9E }x=9A=7F=9B<=DD=F6=E6w=7F=FC=EEs=F6=E4= =C3=17wA=1D=E3z=96=F6=A6=FB=D4=9Au=D8=88r=A00=BD=8D#+=0B=B7q=A8=02=A0B=B0= =81=17=16=EC=DA=AD=ABM5 -=90=AD=EF=F9=80X8y"=E8(V=BB=3DD=7FD.=D9=E3=B2=A7=B1=03=FBWk=BC:9=F90=FE=F9= =E2=FE=BE=1Ep=F2=01=FB=0B=C5=1E\#=8E=FB/S=7F=D2F=CAJ`=A2=D9U=E6H=C8=18=A9A= =E6P=8D1=D4=D4=99Cu=C6=D0=A6=C9=1Cj0=86=B2=F15Y=A4=B2=F1=AD=B3He=E3=DB`=91= =DA`=0Em2=86=B2=F1=05*=8BV6=C2=80=A5L&=1Bc=C0R'=E40=D9=83=99 =C5=1E=CAR(-=06g=96F=D5cP6=99=F4=B2=F5=11=B0=B4*=06g=96V=E918=B3=D4=AA=CEF= =19=AALz=D9J Y=8A=05=D8=02=86,=C5=D2=D9=CC=82,=BDj=C4=B8G=96b=01=10=C3-=96f= =81=18=A4Y=9Ae=C4 =CDT=AC=18=9C=1BL=82c$=CCR-=C8FZc=A9=96=11=13=89X=9A=D5`= =E3=AC1]V=8CZj,=D5=821H=B3T=CB=88A=9A=A5Y=8D=18=9C=99>+F-5=96j=C1=18=A4Y=AA= e=C4 =CD=D2=AC=06=1Bg=9D=E9=B4b=D4Rg:-=F6Pfn=A5=B1=C72c=A1=C1=1E=CB=CC=AE= =EA=EC=B1,=C5=8AA=99=99_=C5=A0=CCL=B0bPffXM=F6X=96Z=B1Q6=98)=16=1Be=83=99b= =B1Q6=D8)=16[%=0D=96Z=C5=E0=CCL=B1bpf=A6X1(=B3S,=B6N=1A,=BD=8A=C1=99=99b=C5= =E0=CCL=B1=D8(=9B=EC=14=8B=AD=94&=D3[=B1=05l2S,6=B3Lf=8A=C5f=96=C9N=B1b=B8= =C5L=B1b=90f=A6X1H3S=AC=18=9C=D9)V=8C=84=99)=16=1B=E9:3=C5b#]g=A6Xl=9C=EB= =EC=14=8B=AD=96uf=8A=15=8343=C5=8AA=9A=99b=C5=E0=CCN=B1=D8jYg=A6X1H3S=AC=18= =A4=99)=16=1B=E7=06;=C5b=ABec=ADZ^=ED{=9Bb6=C9=0D=98j=B4=96j=B4=9Ej=B4=91j= =B4=99jt=3D=D5=E8F=AA=D1=CD4=A3=9Bj=AA=D1=A9t=AD=99J=D7=9A=A9t=AD=99J=D7=9A= =A9t=AD=99J=D7=9A=A9t=AD=99J=D7=9A=A9t=0D=A8j=BA=E1 =DDp=98n=B8=96n=B8=9En= =B8=91n=B8=99nx=3D=DD=F0F=BA=E1=E9=B4=0E=A4=D3:=90N=EB@:=AD=03=E9=B4=0E=A4= =D3:=90N=EB@:=AD=03=E9=B4=0E=A4=D3:=90N=EB=A0=B8=D6)=97=FD=EE=06=08=AB=D7;= =F9=D0=EB^=8E=95=C1t=B6=F1Mr0=7F=9A,=A6=CB=9F=BFO=EE=96=D3?=DD_=BFO=CF=94= =F1b=FA=F8=E8.~w=EF=1F=DD=E0=DB&=1Ez=F5=A7=BBXL=EF=DD=93=0F=AD=EB=11=FE=EA= =DF=1D=FE=FDw=BA=03c=B8=F1=B52=80y7=9F=3D=CC=17=CF=D3=D9=E3=1A=E8=FAo=F1=A0= =9B=1E=E8&=17=BAO=EE=9F=EE=D3=1A=E8=95=CF=C5=E0[+=06=A6=B4=AC=11=D9=CD=E0}= =D1=F5=BF=9B?=B8w=F4=CBn=D4p=B01=1C=D7=A5=F7=C7C=E6x=B81=1E/=AB=F7=C7=EB=CC= =F1=DA=C6x=1C=F3=F7=C7=9B=CC=F1=FA=C6x=80=BF$=EC=03h=10=00=C1w=F8=D1=C0=1E= =06=DF=E1=1BQ_=E1=A1=96=F1=0E =1F=9D=8B=81=B3=DE=AE`=98Q=9B=02=EAz=B6=9B=02= 0=1A=CA=E5=DB=F37=A4qk5zp=EF =17=CF=D5=FFQ=FFW=F9=D8w=9F=E7=8B=9F=B5=0F=177= x4=1Dh=CF=9F_&=0B=0C=F1=15=7F=B3=B6=E7oxO=922=9A=FE=9F=8B=95=AB=E7>N=EE~*H= =ED=95=C5=FCm=89=ECC=B9=9B=BC`=BC=7F=FFk<=BCv=90=BD=0F=EC=AE=F2=C5=9D=DDS$= =C9=E6=12=A4=08=FD=E9l=FA=8C=8C~<=BD=FB=03gE=81=AB=C0=B2=DD=D8=ED=D1=B7=D6= =D2=D4=F5=C8M=15u=981=FF=E6=AFK=C5=BA=BF_=B8=AF=AF=CA=CD=F4=1Ec=B3=F6=EC=D8= =DCo=87N=DF=1A=9C}=85d=87=CF=D5`|{u=BD=DEc=D1=1E^=B4O>=04j=B0=DE=E12r=1F=9F= =DD=D9=92=08=85=82G=13=DE=7F{xp O=DA=08=8B;W=19=DD=CD_=DC=F3=93=0F=BE=95P#= =F1=E1!=B3=F8=E0=CC=DE=9E]$'=84q=F7=1E=9B=ED=87=D1r=B2X=B6=DE^=3D=A9c=EB=FF= 0=98=A0=D7=FF2=CEu=8C=18=05=86=C53z=FB=F6=EB=C5=14=0D_=DC}=FF=C9=82=AB2=E1= =C2s5=13=B8=DA.\gv=FF2=9F=CE=96 eOr=C8F=86=90a=B8=F0=D7=1F=17=A2=84_O)|m=1F1=EC=BA=B3=10=FE=06\=A9=C2=DF=80= +Y=F8[=9CP=93=8AHK)"}=1F1=1C=1D=B3=10=D1=06\=A9"=DA=80+YD[=9C=88=12=91=BA= =E1|=ED=DEu=DB=B9E=B9=E2*J^=0F=EEC#=8D=BCB=B0T=D7=E4=AB=E7`M=7F<0=C0=02=B6%= {=1C=B5=13=A3=056=997=EC=0F=87[=CC=DB=E0Sk=F2=EA=AEyU=7F=D0=0D=CA=AB=DE=F4y= =BA=DCz`>=A0=9F=08&=A6=97=FB=1Auh=CA=D5=A8=0D=C8=CD(=A6`=DF=CDd=8A=1A=C1=14= C=CD=97) P=87Q=A8=C3=9CP=DF=E4=BA5=1E=ADQo=86=A7B=91=18=A5=F1Xj6=8Ep=13,=C8= =06,=CC=02=AC=96=0D=134=99=D8=16=91\=1EZ>t=08=C9A=B0=9E=EB=DB=9D=CF=C1z=CE= =8C\=CE5=1B=99.=E7=A8=8FT=D6=BE=D0/'=B8=C1y=04=CF=19)=9F=D1=B2=F6=C5{=E3=84= =92=A9 :1=D1=C8;=92_=01=AC=AF =BCi=DF=DE=AE=8F'=A8Q=87=13 h=E4S=7F=18=F56= =8E%hQ=F5=07=BD=9E=0F6=CEp=B4=AE=86=980=EA=EC[3=AF=E2=8C=B3=81=0E=A8GJ=0B M= =CD=05=A1=963\#=A4G*=8F=DE=CCI\=DD=CB=FF=B7FG=8D,=A6=A9f>=F8=8C=ED=81=B5q= =C6f=13=1F=B8)=AE=8C=F1=F9`?M^_=15=A0lz=11z"=D1=C0=1E=C4=C3P1=0D=83=9C=8C= =D0=D1=B3ou8=81=DF=A0=06=EB=F5;=FD=AE>=01=13=13L l=00=E3=DB=A4=D1=84.=AC=DF= C=AD=AE6=95=FF=19=BA=CB=B7=C5L=F9s:Qp=E9=134=BE=FF=EF=9A=03=03{=C3=BD=00=10= %=91=9C=D4u4=B4=D6=EA =EBf=A3=18=F7=F2=81=82ZO=ED=A7=9A=F6=E0=9Ay=8C=E9=C3`1=FF=81=B3=E2=9FJ{=FE<= =99r=0F=C5=F9=C3=DEX=C87=16=C7=F2=BD=B1=1A=DFX=1CW=F7=C6=EA|ca r=F5=14=E4=9A)=C8m$'WOA=AE=99=82=DCFrr=C9=E6=80=A4=F4=9A)=E8m$=A7=B7=AE=A6= =A1=17&=A7=B7=91=9C^]MA/LC=AF=9E=9C^=90B=C0z =017=D2=08=18=A4=100H!a#=85=84=1Bi$=0CRH=18=A6=08HF=8A=80=D4=D0=D3=10=9C&"= =A5=08IF=8A=90=D40=D3=10=9C"&=C1=14A=C9H=11=94=1Ai=82=12L=11=94@=8A=A0=A4= =A5=08=C2F=8A=9C=A3=9E=9C\-=05=B9F r=EB)=C8m&'=D7HAn=3D=05=B9=CD4!=18$=A7=B7=9E=82=DEf=8A=94=03=A4=A1WKNo3E=C6= =01R=D0=AB=A5=A1=D7H=E1=ADR=08XO!=E0F=1A=01=83=14=02=06)$l=A4=90p#=8D=84A =C3=14=01=C9H=11=90=1AF=1A=82SD$=98"$=19)BR=A3=9E=86=E0=141 =A6=08JF=8A=A0= =D4H=13=94 wP=8A=D8G=BB?Z=ADFW=A3=AB=D1=D5=E8jt5=BA=1A]=8D=AEF=E75=9A=1E=A3= =08=C9=F7"6=9D=AC/=C1=F4=BE=A4=FA=8F=80=DA=08=1EE=E7=B4b=D3m=C2=DC=9BN=8D= =9E=0E&=9B=0E&=9CNK6=9D=96p:=3Db=BA=0D=E1=8B Oe=CD=A7V=F3U=F3U=F3U=F3U=F3U=F3=95b=BE=F5=9E=AE=CD=FB=B5=1B=0D=D5=80Q=9B"= =B5=F5.=C4=EE=E5=D8=D9=DB=D65=E8+C=BB=BF=B7=AF=CB=8B=D0=FC7m=AB&=C0=F7=1F= =F8=18=FE=A2tgK=F7I=A1=87=C4=E7=CF/=F3=19=DE=A8k-=EE=BEO=97=EE=DD=F2m=E1=E2= =97=AC~OiO_'=AF=AF=EE3=C2h=A1=FCI=EF=12W=A0 P=9A=00=B5_M=1D=BFg=CF_~.=A6=8F=DF=97=CA=C7=BB=9AB=1A =FCJ=DE=F1=A6=B1=E7=8B=979=DD=EB=8C_=C7=FF=BF=06=FBS=99?(=BF-=9F_~=9B=DC=BD= L=EF=DF=9E_>=3D=B6=ACI=EB=FB=992=9A,=95=FE=E4=A7=02uE=85=E7=BAv=0E=9A=18,= =9E=13=C3=B8BsNg=F8=00,=E1=D7=85;=B9w=17=E7=F8 =FE=19M=1Fg=13L=89=E2=FD=9C= =E2k=CFO=FD=C7=DE=FE=C2=F5=0F=112=E8h=08=F9=8F=00=D6=EB=BA^=F3=DF=F5Y=B9=F9= =2EP~A?=8A=06=7F=FD6]*K=82=C1=C7/=A0v=A6=CC=E6=8A=A9=93=BF>O=D0=0C=AFo/=88= =F8=A5=0F=CB=97=FD=06=AC=A6=ED?=C4b=EE=B67=90:=C5[=F6=D0=FFl=BE=E0k=07}=81= =EE=FC=DBye=0B=E1@{=01",=A0 K}=8Ae=EA=CFw=8A=D5=E7t=EF=B1w}=BC=B2=BE=AF]=F9= hh=F5f=C30=0C=8D=DE\=DFv=1F=A6=B3)=96n=EBi~=F7=87=F2=F1t[=9C=93=E7=A7=D33= =8F=FDg 8=0B=A8:=DB@=FFl=03=CF=DA=C9_''=18=0B=E7=C7=D2]` =7F=BC=1D=0Co?=D9=03=15|= =BA=1D=8CF5=FA=B8=EF.=BF=CF=EF=95=8F=EDV=F7=12=8D?S.=E7=CB=91=BB=98N=9E=A6= =FF=E7=DE=D7=C8;=7F=9D=F8=BC=BC=9C=CF_=C8=7F=AC=E8hr2F=F9=F8/=04z=EF=D5=C93= z2=18=8DU=8AVm=FF =88|=02#=9Fh=E1O=C6=91=F3=8C#=E7=19G=CE3=0E=99=079=AB;=E4= =E3=90W=F8=88yH=1E=83=80=E3=0D=DA=90D5k=CA_=AB=881t2(4=86=A2=A1 =8D!=EDS=BC= =7Fy=C7=18=E4=0DCh=8CI=DF=10=1AS'o=D4=85=C6=906+=DE=BF=BCc=9A=E4=8D=A6=D0= =18=8B=BCa =8Di=917ZBcl=F2=86-4=A6M=DEh=0B=8Dq=C8=1B=8E=D0=98=0Ey=A3#2=86= =BE=E1=BD=C7;=86X=0E=10=B2=1F@,=07=08=D9=0F =96=03=84=EC=07=10=CB=01B=F6=03= =88=E5=00!=FB=01=C4r=80=90=FD=00b9@=C8~h=1B$ d?=80X=0E=10=B2=1F@,=07=08=D9= =0F =96=03=84=EC=07=10=CB=01B=F6=03=88=E5=00!=FB=01=C4r=80=90=FD=00b9@=C8~ = y=03 =D9=0F$=96=03=85=EC=07=12=CB=81B=F6=03=89=E5@!=FB=A1=ED=BB=A0=90=FD@b9P=C8~= =B1=1C(d?=90X=0E=14=B2=1FH,=07 =D9=0F$=96=03=85=EC=07=12=CB=81B=F6=03=89=E5@!=FB=81=C4r=A0=90=FD@b9P=C8~ = =B1=1C(d?=90X=0E=14=B2=1F=DA=B6M=13=B2=1F=8DX=8E&d?=1A=B1=1CM=C8~4b9=9A=90= =FDh=C4r4!=FB=D1=88=E5hB=F6=A3=11=CB=D1=84=ECG#=96=A3 =D9=8FF,G=13=B2=1F=8D= X=8E&d?=1A=B1=1CM=C8~4b9=9A=90=FDh=C4r4!=FB=D1=88=E5hB=F6=A3=11=CB=D1=84=EC= G#=96=A3 =D9=8FN=DE=D0=85=ECG'=96=A3=0B=D9=8FN,G=17=B2=1F=9DX=8E.d?:=B1=1C]= =C8~tb9=BA=90=FD=E8=C4rt!=FB=D1=89=E5=E8B=F6=A3=13=CB=D1=85=ECG'=96=A3=0B= =D9=8FN,G=17=B2=1F=9DX=8E.d?:=B1=1C]=C8~tb9=BA=90=FD=E8=C4rt!=FB=D1=89=E5= =E8B=F6C[=8B=1AB=F6c=10=CB1=84=EC=C7 =96c=08=D9=8FA,=C7=10=B2=1F=83X=8E!d?= =06=B1=1CC=C8~=0Cb9=86=90=FD=18=C4r=0C!=FB1=88=E5=18B=F6c=10=CB1=84=EC=C7 = =96c=08=D9=8FA,=C7=10=B2=1F=83X=8E!d?=06=B1=1CC=C8~=0Cb9=86=90=FD=18=C4r=0C= !=FB=A1=ADvM!=FB1=89=E5=98B=F6c=12=CB1=85=EC=C7$=96c =D9=8FI,=C7=14=B2=1F=93X=8E)d?&=B1=1CS=C8~Lb9=A6=90=FD=98=C4rL!=FB1=89=E5= =98B=F6c=12=CB1=85=EC=C7$=96c =D9=8FI,=C7=14=B2=1F=93X=8E)d?&=B1=1CS=C8~Lb9=A6=90=FD=D4i=ABj!=FB=A9=13=CB= =A9=0B=D9O=9DXN]=C8~=EA=C4r=EAB=F6S=A7=ED=BF=85=EC=A7N,=A7.d?ub9u!=FB=A9=13= =CB=A9=0B=D9=8F=D7&=9Ce?=DE=D7=14=FA=F1=E1_=B7#=F4|0=B9=FBc=F2=88=FE=13=97= =F2k=8A=F2=DBo =FA=FB=ED=B92R=95=D1=CF=D7=A5=FB=AC=8C=96=93=A5=BB=F3=D5=05Oq=A6=08=FC'=9D= =BF=B6=3D=BF=1E1=BF=8E=E7=D7c=E6=AF=A7=9F=DF=88=98=DF=C0=F3=1B=99=CD=EF=7F= =0B=FB=D7=ED`<"_=D9=B6?=86Q,=D0=B3s$a=F7e=B2p=95=F1\=19=3D=B9=EE=CB=0E=1A= =A3=E5=1C=3D=FCx=8A_>=3DS=DA=EE=B7=B7=C7=DA=EESk=F1=A8=EE=3DC=D4=B7>=0D=EC= =AE=FA=E9=C2=B1=E1'4^=F9=B81=12=CFEx=D2=A9mj=CE=1A=F3=1B=EBo=91=98=A3g=E7 n{=1D=85-z!=15=B6h=FC&=B6=DE=152=1F=FF=E9.=E6=B5=D0=CF=86=A3=EE=EEgC=9F=92= =DB=D1h=1CI=C8=08=DF=97=B4=A1=05o=AF=C1=F85=A4-=CA=D0=88}=CA=E2=A8=0B=E58%#= =84=98=88=0F=A0]=BB=13=FE=91qt=F3=CF=DE=EE=93=80z4,Z=01=F1UZxW=C0b=F1=F6=B2= T=FA=F3{=F7)=8E~4&!=FD=9B=CF111\@ =11=CE=88=1B=DB=1AD=92{5B=E4=EA=E1=E4=A2g=E7=CA=D5=0B=B9=E8m=F6=E8=8B=DD=C6= =D7{O=9F=A6=CB=A9=1B'=FC=C1=D3d=89o=CD'=A0=98\8=BD=BE=EE=B6=95d=8C"{F=DC=F6= =CD|q=DF=99=BAO=F7=E4U/=F0=9D)v=FB=06p=BF=AF=93=F7a8=8A=C1=BE=8484=01=93Rr= =83z,=0C=C8=84=D1=BE=B9=1A=B6=15=C0=86=82)=E7=80=02c=A1=C0=F8=E7X=C7=B6=1Fw= =1F=94=8F=3D=E7?ox=FF=03=15]=EB=ED=E1=C1]`=8B=06=EA=F6=BB=E1Z=B4=F9=F3=DB/ =0E=E0=CA/=BF=91=E8As=BB=96=BA=F1-=B3=B1=FE=BE@+)=9D=A6W=8D=8A=01=DA=F0=816= =DA=EB=E5=10-2=B6Hzk=C3u9=BDN=CB.=8DP=98=AB=DA6Y=FB=E4`=A6X=B3=FB=B5M=E2=84= =844=BF=00=B5}=96=84=B3=E3jA=8D=FD=D3=CD=E8z=E0o=86=08=FE=10=CE=D8P=83y=CEd= =C3=E1=88=98=0C=F5=86=D4=E2=F6c=02=1B?*=C8=FD=C8=B0=DA=FA/=E7=E9=D5=E5=B0= =7FQ=A7=C8V=90=10=E7H7=B8=D0=F2Q=83,=CC=1C=E2=D9=9A=EAz=F9=DD=EAx=E5p=0E=C0= =81=83=B4=CC=F5wR=FA=F5=B7=ED=ACw=AD=D8d*=8B=D6=BB=ECH=B8+n=A9=F9I,=F1mH=ED= o|=9E=D1=10K=83$=0E=DD=B50Y=EE=FEeO:l=03N"=A5xI=85H=ABC=96=DB=0D{=FD =8D=16= =9A=E9'=F9=8E=B9=FE]o=9Fq=02_=874=B0=AETy_=927=D6=DE4?=F6=BE-=1BL=D8+a=CF= =15=EA=05#=AC=96=8FyA=02=D5=B7=BB =CA=BC=A7=7F=BA=8B=9F =CA=C7=06=93=E5b=FE=84=12=E1=C5=DB7=E4=B1=9D-=17=A8|=FB=A9,=BF=BB=CA=D5(=DE= =19n=CC2=EAw!=96=B7=8E7=C5=12=FF=14#=F8=D1=F7=E9=C3rH=F7=11=D3=F7=FD=B4=84g= =F4=06=A7=FC=C1=E1=CE0=86=C5=B5=B4=DA=99=8E=C9~=98=E2c=F5=8A=F94=D4`3$f6_fG= PD=F8=14=0Do|=A4=F3=85;=0E=D4b=C2=1F=9B=ECH=F9E#=BF=89=B8=B7=16=03=BCS=AEN= =18D=ED=F0=98=06=90=AB=99=1B=9B=B0oa=D4=08=C3(v&o=F3=B1=D8T=90c*b=FA=81=9C= =9D=B0=11=EB=A5+ =A5=B4b=A3=A4\6=FA=C0=A8=AD$\=3D=FA=C1=9D=C4=EF=A4=85=0D= =7F=01=B4W=E1=B9=B1=C7=C3=A8=92=07=CE$BJ=1E1=A5=0Co4N=BF=15=E4=10=94=9B=0B= =C7 =A7<=D3=85=AF=9C=DCNv^=17=BF=F0=15=AD=D1$=A9=D3=C4=8C=A1=D6=AB=D5=A2=92=FC= =B8=FA=0EO=8D=87=B7=CE=C3S=EB=E1=AF=F7=F0=18/=7F=DD=87=C7z=F7=A1i\=D04=BE= =19=C3=0B=19[`=B0=853V=EF=EB=DA=88p=05=02[=B6HQ$=C5B#=DE=E53=EA.=1C=F1=8Cs= =E6F=F2=997=84=91=DFb=1C=FB=F6}S=16^=8C=C7g=1B=C7=14pw=80=D9=F3=19I=81=E3= =80i=19Do=AFP=F5=11[ZT=DC=A5q=FC=F6=A2=8B=E2=8E3}=9Dt=EFq=15=ECr=A0=DA=9AvZ= =F3>P=A0=A7=E7=CA=C5dq=FF_=FCE=B0=DB=0E=83`=EFCPA=00=C1=C6=10H=8B=D3=E5=94= =1EL=0C=83q=8Da=10=C7p=EA=8D=BB=C6=E3=AEg=D3=FF=BC=ED=8D=D9=F8=B42>S=B4=A8O= +=E3s=B4$=1D=F4}=15=E9=CE=EE=A7w=DE!S=A6=D6n=B9)=0C=87'=C2=A8=D1=AB=D0=AD= =90=16U=BA=DB=8AU^e=97=3D]=FA=00=1A=19=18W=89=15n=D0=EF=AA< w=8A=8F=16=A3=0C=A9}Z=88=A2!49=F4=CC=1B2=1A=D3};=1D=FF=0B=ED=D8:=DF=FD4K=BC= =DD=8B=D7=B0i=E8>=E2$=E7=E3=E8=1F=A3=EE=99=D2E=93=D1=3D=11*-X=00uGI=BC<=8A= =BENSY=EB=EE=8E=A8=C1=1F=B8=12=ED=BE=BA=8B?=DD=B8=04=10=0Dq__=ADW=E5=E3=06= =08=12=9F7=B6=05=04=B8><=BC=BAK=9C0=1B=8D=B0=E7#=BB=8F=F8=A4(=8D=90g=9F=FDg= ,O=BE=C7=8C=C1=D5=CDp=CD=0CM=8Da=06}=3Dof=B4=B4=B0=E7=9F=07=FD~,=C1=DE'=F1/= =D6=DE=87=EF=8D=A7=D6=97=CF=F4=90h;=F4=F9E=AF=DBg=8C=EE=93c=CC=91O=AD=AFaO= =D7=9F=DD=FBv=C8!h=EF=B3{=DF>W=06=F3=FF=A25=14z=1F=FD=1B=FA =9A=ED.=11z=CA= =AF=04T=B4=BF=A4=A8=0E=9D=F1=CE. =07o=17=8A=F4S=B4=B2=89=FC=B7=FB=C3=1FL=E8= d=0DP=F7=07=00=D1=01=90=3D@=05F=A7=192Lc=0EC=A2=DF=1F=A2=8B=0F1XC=A0=AE=DA= =0D=3D=8C&=935=AC=E3=FD=EC=0F=ABG=0F=C3;`=F6=074jQ=D2=EF=B7{=D8=03ces=EE=1F= =DD=D3=A8=F7=AE=1Cd=0B=A7=B7=B7=B7=F86=80=D3=C8=E9 =B8=DD=D9[=D1=E8=9E=9E= =EE=BFnG=BFN=B0=D8}=BF=1D=F2=FE=ED=E7=8B=DE=E6=06=A1=1D8=D4xw=015k=8C=01=D8= =9Ew=07X=D1=03=E8;=11=86=E7=A7=93=F8%f=06=BE=E1.=DA=0Cw=D1=DEr=17=EE=BD=97= =00=C4=F9=8A(=FB=07=BCK=1B=9C{=EC=AFd=E4=D0=DBg=D0=DB=DFv=8F}w=F2=FA=B6 kWQ= =EF=D8=8F=F6=8E=9Bu=AD=ADP!=BA=C0=86#=C5=FA=13=C5_=C4=DD)=DEK=F5=E7=E4=89]^= =A7ri]c=D3_=D7=D2t=18=EE=96=D7e=A0=D6=CF=A5=EB=05l:=98:R=94!=8DE=87=E1=DC= =D8=B9=FC=CC=DC]A=D7=F0=D1=AFECG=C3=BA=97*=88=83n=B1^=8B=86=AE=91a0=0E=BA= =CAz=8D=89=BB=DD=1F=D8=ACa=1B=D5=B8M=A4=AC=C1=CD=90=89=94=F7?t=0CNsP=FA=83= =FF=A3=16=FD=D5=96,=D1}-=C5=82=F6=821=96=8BW=B1@=C8=FA=11:=E9n=8C=EE=ECu9= =99=A1=FFs=E7h=E9FM=0FQz=8Fw=C9=FD=AEpo=BA=C0=0C=E0}=F7=D4=E7\KS=EE=9E=F97v= =D0a1=EF=F6=DF=9E=96=D3=97=A7=9F>JX>=0EJ=AEq=BE=18=3D=CA=F7b=D1oE|Z=F2=07^= =CD=DCW=C9=15=B5=C0U@^W=E1=F3=17yVE=D83=85=99=05=DC=F03Pt=18=F53=B1=B6=AA= =B3^=8B=86N=FC=0C=04\=9E=00=02Q=E8=C4=CF=C08=DC=9D=16=EB=B5h=E8:=19=A6=F1= =E1=AE=89B7=C80=9D=0F=BA=9E=80=EF=C8=ED@~=1F=19=90l=A1=C4Lt=98=89=86]\]=8B= =0EC=F6n=B5=AD=7F=88=0ECA=C9=BAq=1CNG=8E=C6=E0=05:u=E4P=C0=91=C30G=0E=D3:r= =9F =A7%=EAT!=B7=E3N=1B,=C2=F2.=C72=D5=B4=FBh,=92=F3s=ECj=D8=88=0E=FE=1A=9F#:= =C4=EDx=D8=CD$U=CDt=9CFz=AA=90=E6=8BRE=86dC=95=01M=C3V=D3S=85=0CS=94*2$=13= =AA=FC=F5{j=AA=90=DF=10=A5=8A=0CIMU.=A9K=D4Z=EE=B3=D5=8D\=CB=A1g=E7=CAgw=E9= =E5!=D8Gt=BDLDl)=87=00=C5~=18=A0=F2=8CY=93=E3=97=F8=D6=A8=9F/z=D1t]=F4(]A= =11=BD=87=EF=1F=15=A4=E9=A2=17W=BC=E3]$&X &X=1C=EE&l=9FE=A0F. w=97l@=04j=E4bp=9D=A0YQ=AFDC%=C9=99=AA=C5=E3=AA=89@%I=99=AA=C7C=D5=05=F9=1A= =BE`=8D^=AC=E2S=99=A1=BB1=A3=87=D4=CF=94>ZL=89=0Ci=A2!=DD=B0!=A1=CB=E1 =8B= =EAD=94j=D2.=85c=CEi=90<=C6=9E=BC=C4=E60=BE=B3!=9B=08=E3=DF;=EDO~xY=12'd=CC= g>=C8=D3=99 =E4.'d_=86=8E=15=9FG=F2.=CC=D7Ao=E0o=EF%A=0F=7F=86=89=1BAY=12= =84=C9=BE=F55vDw{D=D4=B2=C3=0F=0B=E1X=84D=CD=E8=88=19=15GF8=8ED=9D?=C5qd=94= 2=8E=8CXq=C4=C7w=FF[Udmv=8C=A4=03=A3=8E,=0F=FC=DA=ECx1}A=BFNg=CB=B8:t=02=14= pJ=11uh=15=A7=14=14=85=B4I=C5=80=95T=10=A7=F3=99x=B7=C5=D6=F6Gf=C2=F8=17{= =C5=BD=FET=B4=9F=87=A4.=1610=8EI=DC=FF=E28O=E5A=88=C2<=1C=FBH =D8=B3=B2(=91=B4=B0ZCbQ=14M=15=93=B2x,=18=14=C6,=86=E3a=EF=A4?f,=85l*c)=15= =C4=88~aM=83=D1=8A{=0F}=AA=A5B=98=BF =DD=AA=E3=FB=AD=BF=B5[=9FC=B6HE\=92=80=C2=F7=B9=D8% =1B)=05s$=88=1CI/=DAg= =0E=DE=AE=04y=14=EE=EF=B6=E9w=87g=DE=11=FA=EE=15)=E4=FB=07=03N6w=D9=90=D7p= =DAJ=F6=84\=CE=C36=96l=B0=A6=8Fo+=D8=DE=08=83=FE=B6=B1=01=C6=E7=F8=DB=12=7F= =A9E=CF=FA=DEn=83-A=E0=D3N!=01dg6=EB=EE?oS=EFp=14=01=83=BF=C6GH=02c=B6=F7= =88=A2=BB=BB=13m=FD=B0=1D=F2=10=1F=AB=EA=B9=0F=B1=A7=AA=AC=FB=FB=ED =F6_=19= =BAO.n=9AA=F0=DF=BF,c=F3=F5=1DEE=03t=0E=FE=DC=DFo=F8]=C0=A2=14=D2=17k=FB=BB= =E9=B6=DE=F1=00=ECo=CC=DBe=0B=D89L=BE=8DS=E8=E1g=95=8F=03Tq=FA=E3=AFazc=F7= =87m=B9z=B3'=D6=D9=FD=A6=E4=EB=9DH=AE=FA/a=3D=DA{H=AFO=12WJz=85=92,eN=AE=80= v=1F=7F=97=83=192:8=C9M=F8=DCP=F3=E53u=C2Q =C5D=10=C2=E5=1Dn=E2S=FD=87=A2= =B6zB=B55=CA=A0=B6=9F=ED=BF=B5=E2{=9B=04=BB=C9=E9=BD=0B=F8B\=FF=DE=85z=DB/M= =ECA=EE=8F=84!C=16do=FFp=C8=F6a=7FN=F2=F5=03r=1E=1C# k=CF}}=DD<=B5=1E{Njcc= =BD=9A=F2x=C3=06(=10=9D=95=ED=119=EA9=97Q=B6=B1?Q=EC=16s=1F=8B=11=82r=F5=10= (K=8D=89=02=C4G=D8=A4=A1@3=03D=D6F<=BD=9A=B9=E1/=87=95=91=BD=F7=F6 =C9[3=EFW=E2|=D2=B7=9F=84=D1k=F7=07=FC=8A=15K=AFo=CB=88=8B=BB=19=04=EBM=A2'= =E1G=00=B6=F6R=92=17=F4p@=84=C9=9B=89=8D=C1~/=98=D0=0C}=0F=19=9CG=81=11=BC= =E7=FDR=DF=1Ep=F3}=8A[Xy=06GQ=0C=DE=AC=F1U9=DA=EE=C2}=C0:=EAmk=DCJ#=F5Z-=F6= =E4C(=00=B0=07@c=D7N=BCq=90qg=CC_q=DF=A6=B2(=94l=B0=16&=BE=CF=86=FD=FD=8C{U= =DA=9D=DD=D1=FD=8D=BE=AC=E3=CFd=87h=86=C1=ED=8E=F7X=9A=EC=E6=97=10=1C=CC$= =E2=95=BDkj=FF=BA@=D6W=CD=10.{=CD=BB=AE=AEFQ=A7=AE=BB=97];*^=87=07O{>=BB=1F= R{=BA=BD=C2gO=F6BG4=A7=FF=85G=E0CR=D3=D9=FD=FC=BF=AF=B8=AB=1F>=8A#Z}=C4_=A0= 0Q=DC'#=C3=E6=FD=94hfS=CA=CC=CAh=90h=F6z=FA=D9=CD$=F36$=CC=9B=8C=DFIg=EEMgo= ?=92L=08=A2'L=E5h=BC=190~=B1=87=FEp=E2=B1=8Es=A7=FD=E9=DDb=FE:=7FX*>?/=C7= =A75=F6]ix=DB=E4G=C1=1B=EC=B6>=8B=F30A=D0=9DqRw=CA=88=E8=FB=E4=C1=14=9F=02`= =14=99R?=02p=92=DDw=CE=FB=D3=A7'w6=9B=BE=3D+=CE=3D=E9}y=CAHN=C2=F9=A1I=F8= =A0=A0=B1=F8"V=B8=E6^=DF=DC=A2H=14=B9M=05=3D=C3=17=BC"=96=90?GD'r!=19=0Eh= =BB'j=FC=07[7=07=AF=98ua{=E0=A8=DBuaG=DD=AC=B4yua=FA=1Aw]=D8=1E=E0=A5=EAN= =0D8ln}gn=3D|n]h=EE=B6=C51=F7=95=11=D0M{=1CS=DAU=D8=F0=0F_B?=8F=F0=F1 C=C8= =DD=1E\=88=AC=0FN=02u=EB=18=A9=ADv[=18C=DCQ*=EC=ED=86=BA=F9=F6=971=BEg=14= =BF=CD$h=A0u=AC=10=82@=A7=05=A2=08=A2C=F8 B=EF=AB=0C=BC=F5-=B4=07Z=97=F9rc= =E7e=C0x=D9=D8=85=0CY/=EFB=D6=18/=9B=BB=90u=D6=CB=BB=90=0D=C6=CB=F5]=C8&=EB= =E5]=C8u=C6=CB=CE=0E=E4Nw=EFe=F4=C7^=D8=1F=FB=FB=8A=C48=B6=BE=91;=8F=C4r=E7= =9D/=A5=C4/=05=D9y=83wA=8C=DFU=AD=B6=AA=FB=17=CC=92=FB=C6=F1ax=D6=96,-d=88= =BD;$iZ=13=01?=06=A5=86=18J!Q=A3=DB=BD=1A=F0=97=A4X=9F=E3u=EEE=E7=FEjl'=17= =0DR=3DL=94=DA=02=9FF=03=AB=FDi4TaD=B9g=FD=D1=88&=A0=1B5$=10q=C1=C7f=1D{/= =CD=0BcT=EBzT:F=F9/n=EC#=F6w=A6=C4=94"=AF=CBHNl=05p=B7<=B2{=E8>`=C3=FA=0B= =05=8C=A9=DF=B6=DD]=90=A1|=0Bn=DA=B0=F9n=DA=D8=BA/=C3R=1B)=AFv=B1TM=F0=C6= =8D=C1W=FF=83=B8=B7[=EAk=FF=DC=A7b=B0=98=FF=C0=BB=CB~=86=0D=B4=DA=FE=0Dst = =FA=EFs\jF=B1=FB5|=93V=ABu=19=99x=A2g=E7J=AB{5RZoh=D9=F5=F6=FC=CD]=C8=DA%= =B6u=B7=C8=08e=18=EER=E5=BF_d0=BC=D9>=0D=0D}N=0Do=FC}eC=F7u=FE=B6=B8s_=E9= =D5x~=9F=8Bh=DCi=E7=EE=B0?o_C=BB=8A=BA-b8=8E>=0E=3D=1C#=BC=EC=AE2=9C=BF=91= =BE=05=E3 =12?Oy=8E,nH=A7=85=9A=D0q=C3=01P=B7O=8C=03]t=AD=B8=DDt%=E1=C2=8A~= =A1=0C=E1=EB=0E=8F=D5=98Wz=7F=8B}%h=E0=12=BA>C=83=B3=A6=14=E5=D4=F0]Q=AB=BD= +j=F5=8A=DA=FD=17A<=B5=E0x=A8=85=F1=D4=C2=E3=A1V=8B=A7V+?=B5=00=BC'=BB=E5= =A5=F68=EC=96=97=DA=E3=B0[^j=8F=C4n-iv[?=00j=EDw=E5=A5=ECw=E5=A5=ECw=E5=A5= =ECw=E5=A5=DA=D2=EC=D6<=00j;=D2=A8=D5=8F=87Z=0E/e=1C=0F=B50kj#=DA90=0Fr=03= =95q=9D=B4=84=DB=BB=AC#+=A7q=BD=02=8F=A5=9C=C6=F5=8Af=1CI9=ED@=A8=D5=F3=D4= =E4=FA=91=94=D3=F8=A8=ED=1CI9=ED=B8d=AB=1D=85le=95=D3=B8^=01=C7RN=E3=A3=16= =1CI9=8D=8FZx$=E54>j=B5#)=A7=F1Q[?=92r=DA=81x)=FB]y)=FB]y)=FB]y=A9v=9Evk=1E= I9=8D=8FZ=FDH=CAi|=D4=1AGRNKMm=82r=9A=15SN=8B=DC=F7=176d=E7=F5`7=A6 =AD=1AW=F3=93=F5=B6F|Z!~s#=FE=91=B5+/Z=D6=B1=BB=F3=D8j=12=EC=D2k=9C=C9=D19N= =F1=80=B8=CB=8C=9C=DA=E9=D5=84UNh=EC=EB=C4X=A6[(=17=00=1F=17=C0qs=01=F2q= =01=1E7=174>.hR=B8=10=ED=F8c=DB=00P=EF=13=E5=E6=A3=A1'8=07=1A|Ey=17=EE=8E= =FB5=D88bw=C7=CF=05=FB=88=DD=1D?=17=DAG=EC=EE=F8=B9=E0d=E6=EE,=0Ew=C7=BC=8A= =84=EF=FBrt=BE=DBJ=94=EF=82=E3=CAw=AD*=DF=AD=F2=DD*=DF=AD=F2=DDB=F2]+=EF|= =D7=AA=F2=DD=CD=E8=DE=AC=F2=DD=03=CE=F4`=9E=99=DE;=C9w=ED,=F3]=AB=D0|=D7N= =94=EF=C2=E3=CAw=DBU=BE[=E5=BBU=BE[=E5=BB=85=E4=BB=ED=BC=F3=DDv=95=EFnFw=AB= =CAw=AB|=97/=D3=AB=EA=BB=E9=F3=DDv=91=F9=AE&=BE=9FA;=BE=FD=0CN=95=EFV=F9n= =95=EFV=F9n!=F9=AE=93w=BE=EBT=F9=EE=C6k=9AZ=E5=BB=88=0Bz=95=EF2O=98=BE=A3|W= 3=B3=CCw=9DB=F3=DDV=A2|=F7=C8=F63t=AA|=B7=CAw=AB|=B7=CAw=0B=C9w;y=E7=BB=9D*= =DF=DD=8C=EE=A0=CAw=0F8=D3=83yfz=EF$=DF=D5=B3=CCw;=85=E6=BBv=A2|=F7=B8=F63= =00=B5=CAw=AB|=B7=CAw=AB|=B7=88|=17=A89=E7=BB=EF=C3=DD=F1GwX=E5=BBU=BE=CB= =97=E9U=F5=DD=D4=F9n=BC=BB=CB2=DF=1D=00=D1|=17=D8=C7=B7=9F=A1=B5=1D=00=1AU= =BE[=E5=BBU=BE[=E5=BB=07=CF=85=CA/T~=A1=F2=0B=87=B9=0E=C6YI=BE=DF}=DEE=1A= =C4=FD=1A=A8=F69=B1o=02}G=EB`=00=ABu0=F3=E6=D0=C3O=83*=BFP=F9=85=CA/d=E2=17= =D2}=0Fn=E5_=1F=A3=19=D1=BF=06=CE=D8=F1z=AD=87=3D=BE=BC=EE=0F=18=8F=07=D7C= =8B=FD=B8=C5~=1C3=F7=885=FAf=D8=0F{=EC=17=FE.=1C[=BC=F0g=F2=16=FE=AE^=DC=C5= d9=9D=CF=86=EE#=FA=17M=07,|f=D4=EE=DE=DA=F3=D9=C3=F4=F1=8C=B8Q=026D=EB;S=F7= =E9=DE=1F=D4=BE=99/=EE=AD=BB;\=3DD=B2=FC=03=81As=BA=8B?]=DE^=E9=17=A0=85=E4= =A0(!=DF5Bt'=04=F7=8B=D1.=EE=BA=1D=8B;=1E=94=1Ew{=CBa]=8C= =A7=18=C6x=8Aa=8C=A7=18=C6x=8A=E18=1D=EB=928Y(=C9=C9=C6h=9D=1D=A3uv=8C=D6= =D91Zg=A7=D3:{=84<=D6=E8=E7=EB=D2}=EE=BB=CF=F3=C5O=CC=B6v=C7=E9=E0=0Fu=D4= =F5D=B3=90=0C=96=C0=C2=D6=CD=0Du:=114^t=1D=FC\=01=91=CFG1=CF?=B3=9F=0F=DB1= =CF=D9=F0=AF=1E=1E^=DD% 2F-=12=C6=80=C0hD=3D=BF=89y=DEj3=9F=DB=AD!=9B=89=FD= =18&=F6c=98=D8=8Fab?=86=89}~&=B6k=910=D8L=EA=C70=B1=EF3Q(#=E9^vIF=B2=97=8E= =A0=07=E7Jw6]=D2?s=AA=FB=8D=F57=E5c=F8rdh=0F=AE#=9F=0Dn=FAa=CF=18=98=A3=99v= =11=E7=C4=D1[@=D1u?2=8F=1A=C7[]=87=EB=AD=CF=B5=12=A7=83=91x=0C=C6=A3=D4=ACT= =B9=98=A4=F23=9C=8F=95{N=DF=1E=F4=DA=BE=D3=EF^a'=EF=D0=1C=AD=11=E9=EA=E9=90= =D6=CF=A5=9B2Xv/=CF=18=F69th=B0=84zd=B4k[1=00 =05=C0=C3=99=EE=EC=DE=FD=11P= =88Q=A3=F0S=D3=B9=E1=CB`=94/=1B=F4.=87,R6`4k=91=EC=B8=1E=08=AF=B0=B0=93 1)^= u=FE>}X=0E=A7=8F=DF=11jd=F3=0C=C6=A1F=93-v=AD=C5/=CA=CC=EE=FD=C2 =19=05j=DE0=10?ls=F2=1D=10=9B=90`bHp=07=92=96=18=92=B6=03IgC=BA=BF=DF=FC=87= =F2#=A0&@=C6=87=15Y=F8Bo=E0=E2=8E=90k=C3=81%=85>P=02=FEu;j}=1A=A8-=F0i4=B0= =DA=9FFCNm=D8=E4=DE=8Ef=E0=0C=942=D1=A9q=C1=F2=87=E2=FA=95=10=07.Fv7=A1w=C7= =9B=C8P=FA)=BAyl=C7=91=8F=A2K=99x=02=94:%=FD=9A=BA=13=C8G5=81=B7=C3=E2K|Y6= =F2=1Br<=B2=94=D6v=DAR=F6zc=1F=0E=A4=B5=D8=F7=E3!=86D=E8QMp=14+=91J.=87=98B= v=18[=9C=FF=BCM=9E=10=A3q=AE=8C=12j=D9=0C=A2=0B=11=96G=8F=1F=A8f=C5=A6=80= =0F=1E=13v\N=A7S=F3 =DF|=A0=F8=18=B3;=E9F}=BD=C6=0D=80=7F*=FCc=DD=FD=E7mJ=FCk=BF=DB?=F3>=EE=D4= =84@=04=CCm6=91c=ECw=EDD=C3=F1@vT=8E=FA=19=BAO=EE=E4=D5#!=D1=DC~=14=C5=F5= =85=84=B47p8q=C6N=A2=E1W=0B$k=EF+=90=8ECY*H=BE=96=12=95=F5=C1"=A1=D6R=11(d9= =9C=8Efg=12Z=97=FD=D7=ED`=F8i0=1A=AB5=E1=F1=E3`=FCXh<=B1=B9=CF=0Bw=B2t=11= =FF=82=8F^ 3=AB[=13=0C=D6=04=83D=92=A1=15W=9Fh=90=89|"=F8=03s=E0=0F\=F3=07&= =E5=0F\=F3=07=E6=C9=1F-=07=FEhk=FEhI=F9=A3=AD=F9=A3e=C6=1F{>=BB=1F=BA=0FW= =0Fx =80&=B3=07*=F8t;=18=8D<=A7od=C6,=94=C9L=1F~nL=8B=85=D3Pk=12=80=C0t@=A0= =0CL=A0=0CL4=19=98h20=D1e`=A2=CB=C0=C4=90=81=89!=03=13S=06&=A6=0CL=EA20=A9= =CB=C0=A4!=03=93=86=0CL=9A20i=CA=C0=C4=92=81=89%=03=93=96=0CLZ20=B1e`b=CB= =C0=A4-=03=93=B6=0CL=1C=19=98820=E9=C8=C0=A4#=01=13=BAq&%&=1E=90=94=98=C8= =C8O=80=8C=FC=04=C8=C8O=80=8C=FC=04=C8=C8O=80=8C=FC=04=C8=C8O=80=8C=FC=04= =C8=C8O=80=8C=FC=04=C8=C8O=80=8C=FC=04=C8=C8O=80=8C=FC=04=C8=C8O=80=8C=FC= =04=C8=C8O=80=8C=FC=04=C8=C8O=80=8C=FC=04=C8=C8O=80=8C=FC=04=C8=C8O=80=8C= =FC=04=C8=C8O=80=8C=FC=04=C8=C8O=80=8C=FC=04=C8=C8O=80=8C=FC=04=CA=C8O=A0= =8C=FC=04=CA=C8O=A0=8C=FC=04=CA=C8O=A0=8C=FC=04=CA=C8O=A0=8C=FC=04=CA=C8O= =A0=8C=FC=04=CA=C8O=A0=8C=FC=04=CA=C8O=A0=8C=FC=04=CA=C8O=A0=8C=FC=04=CA=C8= O=A0=8C=FC=04=CA=C8O=A0=8C=FC=04=CA=C8O=A0=8C=FC=04=CA=C8O=A0=8C=FC=04=CA= =C8O=A0=8C=FC=04=CA=C8O=A0=8C=FC=04=CA=C8O=A0=8C=FC=04=CA=C8O=A0=8C=FCD=93= =91=9Fh2=F2=13MF~=A2=C9=C8O4=19=F9=89&#?=D1d=E4'=9A=8C=FCD=93=91=9Fh2=F2=13= MF~=A2=C9=C8O4=19=F9=89&#?=D1d=E4'=9A=8C=FCD=93=91=9Fh2=F2=13MF~=A2=C9=C8O4= =19=F9=89&#?=D1d=E4'=9A=8C=FCD=93=91=9Fh2=F2=13MF~=A2=C9=C8O4=19=F9=89&#?= =D1d=E4'=9A=8C=FCD=97=91=9F=E82=F2=13]F~=A2=CB=C8Ot=19=F9=89.#?=D1e=E4'=BA= =8C=FCD=97=91=9F=E82=F2=13]F~=A2=CB=C8Ot=19=F9=89.#?=D1e=E4'=BA=8C=FCD=97= =91=9F=E82=F2=13]F~=A2=CB=C8Ot=19=F9=89.#?=D1e=E4'=BA=8C=FCD=97=91=9F=E82= =F2=13]F~=A2=CB=C8Ot=19=F9=89.#?=D1e=E4'=BA=8C=FC=C4=90=91=9F=182=F2=13CF~b= =C8=C8O=0C=19=F9=89!#?1d=E4'=86=8C=FC=C4=90=91=9F=182=F2=13CF~b=C8=C8O=0C= =19=F9=89!#?1d=E4'=86=8C=FC=C4=90=91=9F=182=F2=13CF~b=C8=C8O=0C=19=F9=89!#?= 1d=E4'=86=8C=FC=C4=90=91=9F=182=F2=13CF~b=C8=C8O=0C=19=F9=89!#?1d=E4'=86=8C= =FC=C4=94=91=9F=982=F2=13SF~b=CA=C8OL=19=F9=89)#?1e=E4'=A6=8C=FC=C4=94=91= =9F=982=F2=13SF~b=CA=C8OL=19=F9=89)#?1e=E4'=A6=8C=FC=C4=94=91=9F=982=F2=13S= F~b=CA=C8OL=19=F9=89)#?1e=E4'=A6=8C=FC=C4=94=91=9F=982=F2=13SF~b=CA=C8OL=19= =F9=89)#?1e=E4'=A6=8C=FC=A4.#?=A9=CB=C8O=EA2=F2=93=BA=8C=FC=A4.#?=A9=CB=C8O= =EA2=F2=93=BA=8C=FC=A4.#?=A9=CB=C8O=EA2=F2=93=BA=8C=FC=A4.#?=A9=CB=C8O=EA2= =F2=93=BA=8C=FC=A4.#?=A9=0B=E7'=A2=97N=EC^=14=94=F9=95%=C1=ED*=F8=CE=08|=93= =9B=DDU?=E1{=FE?=E1K=E4ki@=820=90 =15H=18=06=12=A6=02=A9=85=81Lz=F5=06=BE= =91y=0F=DA=F0Kr=04=07D2=F8=AA=E9T0=00=81=01R=C1=80=04=06L=05C#0=12r=97=DCw= =8Do=BD.=E6N(|=15=13=BD=17=EA=A8.u=92=E8=C58=EEW=D3=A4=DF=AF=B6#^=D2?=A5=96= h=B4JG=B7=C4=EE=99=C2=1DW2=F6=D1=8C=DBF=01=BD(=93\=F2=86=D0=C7=BDe=92F8=DFk= =0D=86=96=F0=CAh=C5=FD&=F3=92H9=11=8Dv=D0IlE^=8B=9D2Za=BA7V=82wz=AE=12v=07G= =FA=C3=D95=E5=A2=8B4=ED=D4=B2=07]UU=EDS=EFro=F4=D7s=E5b=B2=B8=FF=EF=04=F1= =B3=DB=CE=EB=8Apl=CD=FF=8A6=E7hed=DF-=1E=CD=E0=04M77=A6=E2=EE=EF=C9=BAd=1D= =91=1B=DDc=FDzx=AE=0C=16=F3;=F7=F5u=BEP=AE=97S=F4=94=DC'=8E=D0=F8=CF=9B=FB= =BA=E4d,=95v=B7=DD=DBn=14 E=F9=1C=D3=8C.=B2=B1=EA=8Ayy=B0=D7=90=8B\ =EEa=C9H=BC}=01=A0=F7=C4=AE=B3=BF= =1A=8D=CF=14-=A4=97=00zp=AE\=8D=06}O[1&=D3;=C2g=B1=9B=98I=98=B0=16=8F =08= =B8=1C=B7k=8F=E7=DD=D9=D2}=C4=F7=DC=A1=A10=E6"=ED=BD=08=1F=F4#=8B=0B=F0=B17= "{n{+{=86=9F=D8^x=F4=F6m=B9=98=DC-=BD=04=B3o}=1D=FB=F8=C7_=3D=BA=91=8C=ED= =92=82=7F=BC+=A8=1B=F8=EE=ED=98=B4=80 =0D'=A1=BB=E7>=F8=91=1BF=B5W=D9=FC= =A9=89=F2b3=FA=EC=8C=8C=0CF ]|wd =F7=C5=EA$n=03=D7=1B=D8=F6n=97=1F=D5=BB=FF= =3D=CC=0B=FAX=B6=FBVM=C8C=D1x=E4L_']$=C5=D3=C1=E5@=85=AAzZ=E3=8DK[=F6n=0FG= =91=9E=15=3D;W=EC=B7=C5=C2=9D-=91Gy=9D=BF-=10=C2#w=B9=9C=CE=1E_=13=F5aF=C4"= =95=F3a=8D=DD=E7=97=A7=C9=D2=8Dj)=12=9F\u=AF=10L=F7n~=EF=02=F3=8C=AB=E7c=83= tCZ=FF B=87=93=19=F2=F5=FD=E9l=FA=FC=F6=9C=12=C8=E4=07/=10p=B6=F37=04=C4z= =9A>=CE=9E=11=BB9=00@5=04@=CF=9D=3D.=BF=C7=8E=AEIf=AA*=83=A9j=C5=D4-~=D82= =98j=1F5S=91;=C1W=BC>=BF O=FC=0D=E5}=CB=9F=C4=93=B5=DE^=FB=93=D7=A5=BB8S=C6= =8B=C9=EC=F5=C1]=E0{=9E8.=92=D7=D3=B4s=3DE=E8=DC=12=B7yz=86=DC=FB=B7=B7=C7Z= l=86=8C=1Db=8A=0C=D9=0F"=9D=C1u=EA b=AB=FAa=04=11Dl=C1A=A4#=C34;%0M=90=9D= =BF=1B=FE=FDr=DEy=9A<=BE=B2=04=13=08=08h=A9,=0F=A9=84=A0=E1a%=92`x=83=B0=BE= =03=82=86=A7=1EJ=F6=86=88-=D8=F0=A0=0C=C3=83U=A2=B1=C5=0FK=06S=AD=8A=A9=9B= =A4=E8m Le=00=C9=8F=A9*,I=88=80=A9"=04=F2]=82=11=02{; =11b4=F8=9B=84=D4=0C= =88E=08=0F=D2u=B7=ED=B5=CC=A0c=AF=F1=D8=EB=D9=F4?o=A5=8B-=88M=05=C7=16=13Hp= =83=D1@r=B4X=90=85=C5r=D8=D8=A8u{=D9=EF =9A=19=16=BC=043=1B=8E=D3'b=ADCI=C4=10=B1=05=1BK]F=CEP=AFV@k=015R=857=A4=11= =82v=87uH=82=DD=8D=FB=C3=D4v=07=0E=C5=EE=10=B1=05=DB=9D.=C3=EE=F4=E3=CE=D5= =C5=ECNMewH#=04=ED=0E=EBP =BB=DB=FB=EEt9=C2=3D=B27=BBe=ABZ=DD=EF=16=1C=D5/=9B=0EJ=DDG=BA{=D9=FE=CA=EA= =11=DD=B6=C6=16w=FF=E7=CDn=D7=140=1D=9EK=B7k=BB=F3=99=E8#G=B7=EBz=14=8C^=FB= =92=13=06T=A3`=8C=BA=D8;=F2=C0=D0"aX=F6=98=B3s=B7=19 =A3{e]=B0`=A0=E7=3D=BE= 9=EA=D1s\=F2=E2Y=D7=A3`=B4=FB=F6=05=1F=8CN$=1EW=831`=C2=18=8Ca=CCs=8D=BF=CB= =F9=DB=12o=E0=E8=8F=BFz=1B8"=F7b =13E=AA=00=D2=F5=BD=B6=16=8F=C8=17 =CDdn= =AF8E/=9C+ =DB=89=F9=9B=10=B1=96G=BC=C6=C8=13=EC+ =DF=B9=8D=94=EB`=90`=1D=9Ct=F7=16W= =1E=EF=8C=CF=94=7F=BA=8By|=A0=C1=FC#=13*=F1=A1&=E8=AE=EBi=19=BB=B9.=D63=E2= =D84v=97o=ECV=D2=B7=F9=EE=A0=FC=C9=19=E7=DC=B8{=3D};vzF=00=F7=1A=FE"=AE=C6= =CA=8BH=967=13=8FB(=02=99@5=DB=DD=E8=EC=17=3D;W=DA=C8x=BE=3D=B9=9E=11&=DB= =F1=E4i=1E=82W=88=E6yX`#9#=11=83=F3U=B6=B6=C6=CB2=8E=F79=AF<=EC>.=B0=17=B8= =F2=D0:=8D=F4+=0F=06=10=FE=95G#my=AC=91|=E5q=FB=0FU=E5_}=A0=B7A=E6=9B=0E=A8= y"=95=E30O=9B4=0B=C6 =B5=97gS=B5Z=EF=C3=EB=8E=ACO=18=E0'=0C=F0=13=A6=F6=D3m= =BF=8B=02~=F7=AA=E7o=8BC=FF}=EE=0B]ia+=8A=DA#=173-V=08=0C=F9B=95=8D=B1=F5= =95`=EC=87{=F4=DF=E7=BE=86=A5=C5=D8 =18=838=8Co=E6=8B{^=8C=C1=A7[=E4=D8=10= =DC=BF=0F=3D=84=D1=7F=9E+x=C7=EBb=F1=F6=B2|=CD=DF=DD=D2=F4=9E=08=9D=FBU=C0= =F3=EAE=9C=C0w_eA]oX=BD=9A=B9g=DEz=02s1=1E=FA=85=1Ak,=C1=BB=3D=EEwO9l=D0=07= =FB=F7!G=82=C0=93q=F8i=04=D6=B3d=B1l=C0=88e=03=1C=CB=06=F3=D7=D7)N$=A4=053= =B4=ACi=BD=3D<=B8=E4=B4=1A=D4=93=86=B1=DF~Q=F0=F6 =E5=97=DF=88k=A7=9D=1C=E8= M=AB=B4Wv=A7=E1=FB=99=ED=DFQ=10=E0=00=DC=F0=01=D3=96=BD=D0=DB=12=BD=DE=DA= =BB?=A1=C3=03=18=04=18Sl=9Cm=CC=A2&=E4=00=DC=88e=05=DC=FD=9D=8B=15P=0Dc=85= =87=AB=9A$~=D9=F3=D9=1Dr=943=92=C6P=8D=18=B5=EC=BE=B7#>=DEC=F8=A7=CB8=93l= =16=D48=FB=18a=FB=00=11K@l=1F=C8=1AR=9B=C6=CEB=8F=A7=A4=B8=17j=E8j=9F =16y=D0=B6@\=DD=1E=DA=BBJ2=94F=F3n=12=84=9B1=8E;=C3H=D7=BB"=CC=EA=F1D=8D.y= =F5"=FA=D5=CEtv=8F=14=80=9C=80lM=97=9E=9F=8FU=E9=E0=84=C8=FA=CC$6Z=F6z=07iJ= =9BDJZ=DC=E0 =AA=ED,B=19=89=BB|=EF=92@=9D~m&Vxj=15^x=82=07]xje\x=82U=E1=A9*=91=B1=9E=08 LD=AE=90=C6W%=7F=B6=FF=D6R>=D6=CE=94=CFv=7F=84~=A9=A5=DC=89D7=89=10=B2=85^= =87 =B7=0Ey=97=AC 6I=A8h^v=07=FDT=15=CD.=B9C?YE=D3f=D6Fm=0C=C9=BF =F4=89w_=9EQ=9A}y=9Bw=96=8F=AF=AEF=B1}=95=D8=DA=B6q=03=7F'=E7=3Do=81=E9=EC= =91=83O=CE=EF=FD=B1Q=8Bi=B6=12=DF^=83=8FX6=C1=B1D=0B=A3=A2=D6$=F7=B9(I=C9>Z= =BE=8D0=F9=82Zj%=16=F90=C0'&=B1=04!H=F1=D3=EED=8B=07=C4=99(=F8=19G=AAd!}=C2= =10=9F=E2=A6`=B6-=8B=D9=F6=BBb=B6=D0=ED7=C4Z=80=1A=D3=91=A7=88=00=B2=1F;dE = Qo=C2=07=3D=99=A2K=F5,R=BD=8B4=A5=97=A3=F8|=CA=9FR=08=B6L!=D8=EFZ=08=C2^=88= X=19G=EF=B0=92=E4w=95=13)B=7F=D5=CA=89=BC'!=94=CE=89$[=99u;=E3=C8=95=19zv= =AEt=07=FD.=DDu=FF0A=EB=B2=F1=CF=97=14=0D=F7@=D2=AD=A6_=A2=AB=1A=C3/=1E=92= =A3=17=F7=0EM=F6=E7=F45=AC=EF=1B7=8E0U[=C0=8D=FDu=A0=F0=AB=B5A=B9*H=B9=AE= =CB=D9E=8EC\=1B=A4)=DB=C8=AF u=AA RUA:=80 =92ZU=90=8E=89=D9=E2=15=A4=AA~T-=FD=AA=A5_=B5=F4=AB=EAG=95=13=A9=8A=D0=95= =13=A9=8A=D0b=EB2=81=A2=C78=E5=0E=1CR=F3=D0=D2=D5<=D4r=D5<=10H=AF=A5=3D=3D= =AAqm=F7=87=A4=BB=81VK=BEr$=17OQ=98=F8D=BB=0FSw=AA=ED*y=E4=F0iJL=E5=AAs=1C= =AAvf=97=A1=F4=DD=E7=F9=E2=A7=06;=D3=1F=EE=3D=9Ehr=7F=B3=98.]=91@=D9q=DA=FA= v=CBx=1C=8E=E8=E5:=E4=A6=1D=A1=D0=A6=AAF=14,=E9=91=A9,=19=E8=FA=16=14=AEK= =CAO=B8=99=99w=F8=94=E4i=F8=F9=C1=C1=8BX>=ACd;=B5=F6=A8=7F=A6 =F7=B2=7F=1F= =DF=A8=7F=EEe=0F=BF=E2=CF7=D3=87=E9=9D7,=D1Y=FD=DB=F1=AD=E9=DD=1DI'=18=DF= =FE8W=9C=E7=E9r=89=AC=F9=DBO=C5=1A=F5=C8F=DC=E9=93=BB=88=87eH=84=A5K=84=A5I= =84=05%=C2=02=12a=A9=E9ae=1B=E2=82*=DE=DC=B7N|mKm=F3 '=A0r=D6(=B9]=F8=CE=D5N=96In}=C1=D9=EB=8F6=C9=7F5=F2/h=91=DF=C9=D3=96N=EE=F0OZn*=BF=EB=03=AC=14=FED=B6O 1=C94=BA=1A=EAb<=A8=B5d= =E0=92=F1\4=FB=93?{x=B6=E8=C9=9D=E4=8B=A0=96 =F8=8EV=83=C4=8E\=1E=BD=9B~c0=B9=FBc=F2=E8=8A&=9E=D9!=E6=D74":=E0&=01=95=1A= =D0*=1DcV=A9F'=8A=86re=12=AA=C3=A0V=16u=C9H=97=E5!(Y=A7=3Dp@ =B0UzF=ADRCH=AD=E3=F2d=15=AA=EB=B0V6u=CAP=E7=E5"=9A=81=EE{ =A14=80+9=8C[I= =81"=C5=16=E4=CA0=D4&=B4ZY=D5-c=DB=90=8FpF6=E2=81=D5=A4=02]=C9c=E4J=1A$i6#_= =B6=A1=B6=A3=D7=CA=AE=8E9=D8P6=88ghK=1Eh]:=E0=95\=C6=AE=A4B=93j[=D9=C8<=D4= =C6=8C=DA=A1=A8kN=B6=96=1D=01=19=DB=9C=07=DE=C8=04=F8J>=A3W=D2!J=B7=C1=ECt!= =D4=16=CD=DA=A1=A9s=8E6=99-!9=D8=A67=85=99=D9=04=ABl=18=BF=CA=04j&=B6=9A=AD= =8E=84=DAl=BDv=A8=EA=9E=B3=EDfOPN6=ECMS=CFt=92Uv=82Xe=0693=9B=CE^wBm=BBQ;ts= (=C0=C6=F3!,G[=F7=A6jd>=D1*[=C1=AC2=85=9E=A9=ED=E7=A3S=A1>=A0Y;=16s)=C8=17= =E4G`=CE>=C1=9B=AE=99=CBd=AB=EC=05=B5=CA|=86=CC}D~=BA=16=EA+=AC=DA=B1=99S= =81>#_B=0B=F0=1D=DE=94Vn=13=AE=F2=11=DC*=97Yr=F1%=F9=EA`=A8Oi=D5=8E=D5=DC =F6-=F9=13\=90=8F=F1=A6m=E5:=E9*?A=AEr=9B)7=9F=93=BFn=86=FA=1E=BBv=EC=E6X= =02=1FT=0C=E1=05=FA"oj;=F7=89W=F9 v=95=EBl=B9=FA=A6bt6=D4G=B5k=EF=C5\K=E2=AB=8Ac@=C1>=CB=9B=BE]=C8=E4=AB=FC= =05=BD=CA}=C6=DC}Xq=BA=1C=EA=CB=9C=DA{3=E7=12=F9=B4b=19Q=02=DF=E6=A1=E0=14= =86=C0=AA=18=C1=AF =99=B5=10_W=AC=8E=87=FA=BCN=ED=BD=9A{=C9|_=F1=0C)=89=0F=F4=D0=E8=14=8A=C4= =AA8EX=156sa>=B1x=DD=0F=F3=8D@=AD=BDwwPB=1FY=0E=C6=94=C8WRT=80Z8"=ABb=15cU= =E8=EC=85=FA=CEr=D8D=A8=0F=05=B5=CA]=94=DA=97=96=87A%=F3=A9=9E_=05=A5@fU=BC= =A2=AC =C7=A0p=1F[=1E[ =F5=B5=B0V=B9=93=83=F1=B9=E5bT }=AF=E7=7Fai=10Z=95CqV=A5=C0= =A2=14=BE=B8\6=14=EA=93=B5Z=E5n=0E=D27=97=8Fa%=F5=D1=9E=9F=D6J=85=D4=AA<=8A= =B4*=0D&=A5=F1=D9=E5=B3=ADP=DF=AD=D7*wt=F0>=BC=9C=8C+=B1/=F7=FC=B9^:=C4V=E5= R=ACU=A9=B0)=95o/=A7=CD=85=FAx=A3V=B9=AB=A3=F2=F5=E5e`=C9}=BE=E7=F7=8DR"=B7= *=9F=A2=ADJ=87Q=E9b@ym14=16=98=B5=CA=9D=1DmL(7#=0F 6x=F1=C1,-=82=ABr*=DE=AA= =8A\=07=82=CD=AA=FA=BES=02=0CV=EFl=E7=ED=EA=C8O=96=AD=8E=EC&=82=D5=81=DF=04= =B5:=B0=9B-W%=BF=F9zU=B2N=13=AB=82;%%h1=B9=F9=D3Z=B8=93?N=F2E=3D!=CA=12W?= =C9W&)W=0D=89;=CF=AD=8E=AC=C7jh_O=3D=F7>=93=BEN%W=A5d&=90=B8v=94=9C=D4P=8E= =A7=A9=C7K=E9=AF=B9=DF U=ADI=85k=A5=EC=B0=1A=05=B7=E5=C3MY=80YwpU=B7:=B8=AA= =B2=C0B=0C=B6=DE=91=83=AD=C4=1E=D4=F2T)=141=8F=EC=D2=F4=A3=94=D1=D1V>V=1B= =9A=BD=DB=E9=16=D0N=B7=12=EB=8B;=1E=08JQ=9Dlx=12=95oh=EF=B7c\6`;=F4G=AD=DA= =D1=15=A88=A1=86 =0E=B2=1D=9DV=B5=A3#=C2=CB=0Ct&=06+=D9h=E5W=1D=0E=AF=DF=1D= =94=DA=A38{{=C8=C9=98=B3# c=A3=F6=C0=C3L=C1gf=DC=19=18=B8|#=CF=C4=D0=B3S=B8= P=83=D7=8E=A2=A9=9EV5=D5cM=A1e>E=A6=8E #g=90=8DC=C8=CC)d=AB=8C=A1=CEA?=AA= =EE}Z=D5=BD=8Fw=1A=3D=97i2w=1A=19:=8E=EC=9CG=A6=0E${E=0Du$=C6Q=B6 =D4=AAV=81I=A62r=9B*=17=07=93=B1=93=C9=D6=D1d=EEl=F2Q=E2P=A7c=1EuoB=AD=EAM= =98v:3=D7=E9rsF98=A4=EC=9DR.=8E)?=05=0FuP=F5w=D1=10Q=AB=1A"=CA=9C=B2=9E=FB= =94=B9:=AE=9C=9CW>=0E,7'=96=AF=F2=87:=B3=C6=BB=EA=C4=A8U=9D=18=B3=9A=B6Q=C8= =B4=B9;=B9=1C=1D]~=CE.W=87=97=BFa=84:=BE=E6=BBl=03=A9Um =F3=98=BAY=D8=D4=85= 8=C4=9C=9Db=BE=8E1w=E7X=8C=D1=84:I=EB]=F7=A1=D4=AA>=94yOo=15:}a=CE=B3=00=07= =9A=BF=13-=C4=91=16gP=A1=0E=B5U5=C3,=CE=B1=16=CB=88=128X=0F=85V=E1(=14=EAh= =0Br=B6=C58=DC=C2=9Cn=B1=C6=16=EA|=ED=AA+g9=9Cp=F1=0C)=893=F6=D0=B0K=81F=E1= N=B9@=C7\=9Cs.=D4A=17o=88=A1=8E=BA]=B5=08-=9F=C3.=07cJ=E4=B8=3DT=DA=A5A=A5= =14=0E=BC`'^=AC#/=DC=99=97=C3HC=9D=BAS=F5,-=B7s/=0F=83J=E6=E4=3Dt=9CR=A1S= =1Ag_=02=87_=BC=D3/=85=E3/=8F=01=87=06=80N=D5H=F5p=02A=B9=18U=C2=80=E0=A1= =D4)=1DJ=A5 =0C% =0E=E5=08=10=A5 =12=E52=EE=B0`=01=D4=AA=C3=EBa=06=8D=F21=AC=A4=C1=83= =A2=05=CA=89V=E9=82H=89=02Iy=82I=A9=02J=F9=0C?4=B0=80=AA=FD=EC=E1=07=98r2= =AE=C4=81=C6=0B6=A0=B4=A8=952=E0=94,=E8=94+=F0=94.=F8=94=D3)=84=06!X=F5=C7= =3D=AE`T^=06=96<(y=81 =96=1A=BD=D2=06=A7=12=06=A8=F2=05=A9R=06=AA=F2:=8C=D0= =80=A5UM|=8F7p=95=9B=91=07=10=C0=BC =A6=95=1E=C5R=07=B2=92=06=B3r=06=B4=D2= =06=B5r;=93=D0=E0=A6=D7*=BF=FC.=82\=F9=19z =C1=CE=0Bx=FAA=A0Y=FA=A0W=E2=C0W= =DE=E0W=EA=00X~G=13=1A=08=8DZ=E5=BB=DF]@<=0C=C6=1EP`=F4=82=A3q0=A8=1ED=80,y= =90,w=A0,}=B0<=0C'=14=1A4=CDZ=E5=DF=DFu=F0<=1C=06=1FX=10=F5=02=A9yP=E8=1EL0= =3D=80=80Z=FE=A0=BA=AAV=ED=07=8E=D5=AA=DA=DEUbLV=EF=FC\=E9=EA=9D=DD=86=B3:= =F2;0WGvs=FC=EA=C0=FB=15=AD=0E=AC=CB=E4=AA=E4=BD=B5=E5A[=9DH=03=D5Z=B8=93?N= J=84T=86=0B]y=0BQ=84=93=CC=E3=02=92=D7=9D=18=9C=1C=91=A6=E7{z=A5=97R=9B=93#= =FA=9B=EF=D3'=A4=91W3=B7l 9Z=CE=17=08=B3=F1=BC;[=BA=8F=EEB=F9=D8=9B=DFM=9E@=EDL=B9=1D=DFJ,=14=ED=94= =F94r{=85=CC=03=C9r=ABE9=94=CD=E4=97=B72*Ce=08Vn=9C=ACI=0C=94=B2 I=FDB WeBM= R=F6QN=F9Z=9ESE;=9B=EAs=86=95b=C9=B9E=A6=A6*=D9\=E5=E7=DC=D2?=EC=C9W=A7P=F3= =CD=E2=10\6=96=90=E3=87=A9=EC>$e=FC=E1=07=0B4[=F0=D9|R=C9=E0=13=88=FCEz&=DF= =EE=B3Q=B5PS=CF=EA=F8Pv=D6=92=F3=B7=E8l=BF=1F=E7=F0=CD=17=B3'=FB)=B2=FB=AA= =9A=D1=97=D0l=AA=80=99m=E5=C9N=0DC=DDB=96=07/=B2=B5=A8=02=B6=AAd=BF=C5$=A7= =AD!X=F0=F9L=93=ED&=8C=0C7Od=F7Y"=D3]=80=D9=AAh=A8=0B=C9z=CBz=F6VW=D0=AE=B7= |v=AC=E5=B8=DB=0C+C~Se=BF=BF+=E3=BDY=D9~W=CD|=B3q=F6=EA=1B=EAn=F2=D8=EC=9B= =8Fe=16=B8=D96=BF=CD=B29ov=C5 =92=EFt=F9l3=CDa=9Bh=F6=1BIr9=FF=90=8Fj=87=BA=A6z=ED=D8=AC=B7=E0=F3=00=F9= =EE=E9/`_>V=9A=FC=A7=CCog|N=BB=DB=F3=D9i=97=DB=F1=AD=FC=D4>=D4=8D5j=C7j=E1%= 8=DE=94=FF1=A5=82=8E=1BaE*f=DA|=0F=FE=E4x=80'=BF=AD=CB=B9=9ET=CD=D7$B]^=B3v= =EC^=A0$';=8B9=A5Y=E0=89K=AC\=C5M=9D=FF=19=C8=9C=CF3=E6{v$=F7=03=FC=F9=9BK= =A8{=B4j=EF=C5S=94=E8=00|q=07=DA=0B>=A0=8E=15=AE=D8=E9=8B9:^=C0Q=F0=FC=0F= =FB=15r=07J1=A6=14=EAJ[=B5=F7=E6MJv=A7H=B1=F7=84=94=E0=EE=0F=AC=84=C5=A3P= =DC=ED=1C=05=DD=B8Q=CCi=EE=C2=AE=9C*=CE=CCB=DD=AE]{=AF=1E=A7=84W:=15=7FUSI= =AE`=C2=8AY=0E4=8A=BD,=A9=C0K=90=8A=BB=DE=A3=D0=DB=00=8B5=C1P=17=DD=AE=BDw= =AFT=D2=DB=F7=CAq=B3^=89n=CD=C3=CAZ=1ET=8A=BF=E7=AE=E0;=EC=8A=BD=1F=AA=F0K]= =8B7=CFPw=EE=D4*=CFUj=B7^=1E=06=95=CC=BD{=E88=E5B=A7=1C=D7=99=96=E0=BA=D2= =E2/$,=C5=3D=DE=E50=DDP=D7=DF=A9U=DE=ED`B@=B9=18U=C2P=E0=A1=D4)=1FJ=E5=B9= =E1=BA$=B7X=97=E3=C6=DC=D2=B4y(=8FY=87=85 =A0=D6*=0Fx=90=E1=A2|=0C+i=D8=A0h= =81r=A2=A5=96=ABAB=89=1A!=94=E7 =F8Ru=0C*=97=C9=87=86=14P=AB=BC=E4=C1=87=96r2=AE=C4!=C6=0B3=A0=B4=A8=A9=E5= =EB=C5S=B2=BE;=E5=EA=81R=BAFu=E5s=07=A1=E1=07=D6*OzTa=A8=BC=0C,y8=F2B=12,5z= j9[=C4=95=B0%\=F9=9A=86=95=B2=97j9]Eh=A8=D2j=95=B7=3D=DA=90UnF=1E@=E8=F2=C2= =97Vz=14=D5=F2v9-ig=D3rv=E5,mk=F0=F2=BA=91=D0=B0=A6=D7*=8F=FC.=C2[=F9=19z a= =CE=0Bu=FAA=A0=A9=96=BB=A9w=89=9By=97=B7MviC_=F9]Lh=084j=95=D7~w=A1=F00=18{= @!=D1=0B=8B=C6=C1=A0Z=F2=D0X=F2=F0X=EE=10Y=FA0y=18=EE'4\=9A=B5=CA=B3=BF=EB= =B0y8=0C>=B0=F0=E9=85P=F3=A0=D0=3D=800z=00=A1=B4=FC=E1tU=AD=D4=0F=1C=ABU=B5= =81=AB=C4=98=AC=DE=F99=D1=D5;=BB=D1fu=E4wW=AE=8E=EC=96=F7=D5=81=F7=13Z=1DX= =E7=C7U=C9{\=CB=83=B6:=91=06=AA=B5p'=7F=9C=94=08=A9=0C=97=B8=F2=96=A0=08'= =99G=01$=AF8=A5-=B1$,=81=D2)}=BA=D1=A9=EBy=E9=15&#m=96=A3=C9=12=B5X=A2=06K= =D1=DE=94=9A=9B\=EF=92=8FL=A5=AD=E9=14b=A7j=ABJ=E9=02*=CFx=D2=DB=CC=C1=FB= =91P =C9h=86(=C7=93=8C=96=F3=05rn=FFt=17=F33=A57=BF=9B<=D5k2=01=B7=DD=85=FB= p=85x=D0=9D=DD=BB?=94=8F=D6=E2Q=0B&=AAy=BF=A9R=A7=B4=FB=C36V=3DM=F3=E1=03= =A9=F0=A9=F3%=80%=A57v=FFfH0=B6=E42=E4=E6=FB=F4 !|5s=CB=96=86y=AC=A4=C4=9E)= =C80tyE=DB=1D=93=D3=89=C9=C9=BCPC=EE=17=91}=13=94=F8aH=DE=D2E=EA7V=B9=1C=0C= =15=B8=EC=E3=EE=F2?=83e*x=F9=AB`=E9=1F=D9=E5s4T=11=B28x=9A=CD7=D1=CC=15"=9B= bK&=BB/=B2=E1p=A8=82du=DC+=BB=0F=E7=B9(J6=CA=92=99=C2d=CB=F1P=C5=C9=F2@E=B6= =BB.rS=A0=EC=94(SE=CA^=02=A1 =95=F5=F6=E4=EC=B7=F2=E4=AAX=D9*W=E6 =96=8FDB=15-=8F=8D}=F9=EC=1B=CB]=E1=B2W=BA\=14/? =85*`=3D=A7=9D=A5=F9m^,D= =11=F3Q=C6=DC=142_=89=85*f#=C7-=CF=F9=EE=AC-LA=F3S=D2\=155=7F =86*l3=E7=3D= =FA=F9o=07/Tq=F3U=DE=DC=15=B8=18=89=86*=F2=FBi=A4^=B8B=E7=AF=D4=85(vq=12=0E= U=F0=F7=D7=DE=BA=14=8A^=8C=B2=17=A6=F0=C5J=A2G_e=1E=B8=CA=8A=91=AA=D4#L=F2=18i=CD=EE=3D=0C=01=C6= =B0=D5=91{=E0N=8E=D9I[=D1=C8=E3=DB=D5b=93m=BA*=9BmrO%jr=D1=F3=0F=07=CBZ=1A= =A4=D7=12)=1A=F2=97t=D3=0F=8E=0B7=CA=EAA=E5=1F=1B=DE=00=9E=E7=D1=E1=8Di=FD= =E3=C3FK=F2=F1=E1=10=87=A96=BC)`fS=00U=FE"\=F6=B9b=F95=8C=FD=F3=C5F-=CB#=A7= =86=F43=C6=D9=D4u6.f=D0=AB=B3=A6=F25=00=1C=CCY=D3=BD=1C=13f=BA=FD9=BB=12=A5= =BC=BBF=F2]=F3=1E=E0!=C8=EC=BC=C7=A1=14=022=13\.=C7=9D=8D=CC=CE=C3g=ABw=E1= =85=85L7=07d=FBI%{=9F=95=9D=DF=CA=D4w=E5=CAz=BD=F6=EE=CB=A4=07=1A=88B=FD=9A= v=B0=EE =E7\,=1F=A2=F2=F3s=D9=FA=BA=CC=FD]=EE=A2=D0k=D5=C7=A7=E3 h=A1=BEP?x= =D7Q@=CE=97=1Fq=F9=FA=C6=EC=FDc.>=B2=10=D1=E8=B5j+=C0q=07=C6P=FFiTn=A6r3=85= h=9Eyt=17=A3=14=B4=BA)=86=D8=FCM.?=D3=CB=D5=04=0B=17=9D^=AB65=96Y9 =BB'=C8=C8=F5=02=AB=FCm=A0=C0=95WqD=17=E7=B7=F3=F5=DD=B9=FB=EF=C2E=A9=D7=AA= =AD=F0U=C0=17=F2=ED=8D=A3wu%=C8=C9=8B#=BEX_=9F=BF=BF/=C4=E7=97B=B4z=AD:xU%= =0E=A9=E3A=F3=DD=B8=C5=92=E4=FE=C52=A1=F8=F8PL=8C(,N=94F=D4z=AD:=1E\% =99= =C4=10=EB=DD=B9=D0=12=AD1=8AgF9bJqq=A5=D0=D8R*=D1=EB=B5=EA=F2=8B*=91=C9-=EE= =B4=DE=AD=BB-=D9Z=A6=1CL)O=1C*6=16=15=1E=8FJ=A7 z=AD=BA=12=AAJ=88 =8DUN=E5=9A+=D7\=B9f=86=85t=AA=FB=90K=17=B9=8A=B7=96RXLyT#=CCrJq=93xyXT=AEX= S=1E+*=8D%=95KUB-=CA=A8n@>=18=CB*=8Fu=95=CA=C2=CA=A7:=A1=96V=A6=BB=C6=CB=C7= =B2=F2Z\=B9=AC=AE=BA=FA=BC=0C=18TW=9F=1F=D7=8C=D5=D5=E7=E5=9A=A1=BA=FA\=F6= =D5=E7R=C1=C9=BB=B4\2r=1B=19=84Z=96=DB=AB=D3AH>:=D9H=F1Qb#=F8=DF=E6{=93Sy= =F84=96=03=98=AFa=AD=B7=87=07wA4=8D=E3fa=CE\=1B=ABm<=92=EC=E9bh=D8\=9A=8C= =E7>=15=D6=E2Q=AD=9D)k=A2=00=A7=F9=F0/"~=FBEQ=D1=8F=F2=CBo=84P=A7=8D=17E=06= i=C3d=92=0B=B2=B5:Y&=91=EF=FB=B6=8D=FF=AD=93=85=93n=9E N=D2=F0'i=12=C0=80= =00=D3 x=C3=C4=FF=B6=C9=EF=1D=B2=95=ADMP0=DA|=DA=16=B3=86=8Bg=87=C8=AD=CB|= =CC=F5nI=1E=CF=BB=B3=A5=FB=E8I=13=D6=C8}=C9&=9F=14w=D6=AB=A6=D0=3D=C8=FC*= =90=CCv=12=AEW1p~_S;=91=E7=92=B8=0B#=FC=14=85 H=E4=9Ab1=E6=ED\=A2=AE=B5=12^=D4=BE=BE=C5=9C=18b=BD=93=0C=0C=A6~[=BDEo =14= =AFu=04=DDE=1A =FB:=88=85E=E1bZ =8A=D4=C4=14 =BD=1E=B4=C7=08=A6K&=FD=A0=83E+=D9=F8d9a!=D9G=8A=A9=C4}+=87=06= =C5=E6#=0C=BF=C9=C0W=0C=D7=18<=998F=E0=B7=CF=E9=ED=BF=EC=E0=DEv=FF=9C=DEa= =7Fx5=DC=D1=A0}=DC.'=CF=E8=CD[=AB=3D=A4AT5p=D6SC=A9=C9o =FE=EB=B9b=DD=DF/=DC=D7=D7=BD=91W/=EEb=B2=9C=CEgC=F7=11=FD=AB|=EC=DB=17=C8t= =06v=F7=D6=9E=CF=1E=A6=8F=14 =BD=FD9L=95=FB=EE=F2=FB=1C9=DC=DB=A1=F3=F9LA= =C9=CD=E5|9r=17=D3=C9=D3=F4=FF=DC{=0F=05=F4=EC\=F1f=B0=FE=9CL=9F&=DF=A6O=D3= =E5=CF=13>=B6{N=E4=D4=EE=B6.=15=A4=D5=F7?O=CF=10=7F=BE=BD=3D=D6N84=A03u=9F= =EE}=CA=DA7=F3=C5=BDuw=87=11E=86=FD=07=A2=151=C6]=FC=19=92=1A=85cc=B7=BB(= =8DT=14=0D=11=1B=FA=C2=D5=C3=C3=AB=BB=C4=1A=D6=C6=F9m=E8;=E3=AB^=9F=13=08P= =1BQP0Cx=A14"q=F92n=0D)=94d=1A:p.Z=9C=1Az=81Y=E7L_']$=90=D3=C1=E5@=B5UxZ=F3= =D4=04=3D=3DW.&=8B=FB=FFN=90=BC=BB=ED((=D7=18=CA)=9AV=3D=F5F^=E3=91=D7=B3= =E9=7F=DEB=C7=05Jj=0FGH=95=C3=95=14=3D;W=EC=B7=C5=C2=9D-=91=B2=BE=CE=DF=16= =88=BA=91=BB\Ng=8F=AF=9C=CAA1=BCh=E1y|=18c=F7=F9=E5i=B2D=7F=0Fw=0C=D1=BE=86= (k=DF}=9E/~*=1F}p=C8._=DF=9E=DD=05=D2=DC=F9k=DB=BD=9B=DF=BBgJ=7F:=EBL=7F=B8= =F7=E8=B7=C9=0F=EF=B7=CB=F9=CC=9E=DC}w'=DF=9E\=8C=CD=E4=FEf1]=BA=EC=85=0Dq= =1F=E4=E7l=BD=C0=F9M=F9=BC=98=CC=DE=9E&=8B0=A3=DD=1E=EE=84=0D=1FNf=8F.Fr=FA= =FC=F6=1C=07=008=1D=FC=13=06`=F2=83=03@(=01cD=C0=EB=13qu=9EU=C4A=01=9D}(=3D= w=F6=B8=FC=CE=1Cyv=A6=9C=F9=EE=96`M=E5w=A6=8C=7F=BE=B8=A3%=C2=E0.">=D4=98= =CE=0F[=19Q=D2h=DF=B7=F1:=D5@=C6{~8=C4/=D6=C4=EC^=B65Ey=8B=8B=96=CAgD=E1=06= =84m=A7=F5=F6z=F9=F6=FC=0D=C7{=1F=D0`1=BF=7F=BB=C3=E6=13f3k=93:a+=D8=D9v = =80=CFB"=86=F2Y=07=1E=0C=9C=A8=C11=96=111=B3=80U=90=E9;{=10b,=02YC=B8=FEu= =AFp=9B.=CCi`2ymw=1A=C9=19=C6=18=1C=CF0p=B6[=E8=F9M=B1=9E=A6=8F=B3g=A4=D3= =AC=81=8D=90=811|=AAE=AA0f=94=A8=EE*=CEl9]=B8=84=D2R*=B2fu=8ATd=AD=A5&P=E4x= =17^fyi=8E=9A=C6=8E=EAE=CA=AB =1A=EFN^=E9=02E=F4=E0\=02=85=9A=C4=BEn=FF=A1= =D6S=CA=0Ce"k=B1=AD=FFc=F4=F6=AD=92\=A6=92=03=A0=92=DC=81J=0EV=92;P=C9i=95= =E4=0ETrz%=B9=03=95=9CQI=EE@%gV=92;P=C9U=AB=82C=95\#^r=A1=DF8=D6=E2=93=FD= =8D#=C5=F7=8D=88=A1"B=8C=1A=CC%=C44=DF4" p-=CA=1B=C9=BEg=FC]D=B0=11&=9AB=BC= kz=85=C5=BB5TT=BCa=83=B9=C5=BB58=91x=B7 p=89=B7Y=89=F7=98=C5kU=E2=3Df=F1=B6= *=F1=1E=B3x=EDJ=BC=C7,=DEv%=DEc=16=AFS=89=F7=98=C5=DB=A9=C4{=C4=E2=05j%=DEc= =B6^3=99x=0F=A9^=D5q=DAz=E2z=15=1E=AC'=DB=87+=AB^e=88=D7=AB=C4=85=1A=B2=EF= =16=9F=FD"=C7=C8=F0=A9=873=E5=DA=EE=93=C3@=86V=ABq=9F=12X=B8=93=A5K=94=C5;= =7F@=B6=B3=FE=EBv=D4=FA4=B0=BB=EA'=BCC=F6=13V=C3O=B7=FD=EE%R=9C=FEe=CF=DB;= =8B=FE=FB=DC=17=90=D2=9A=BC=BA=91=C77=F0=0FzF=11=A5'ZU=9D}b)=021=FF=D0=14B= =E3=A2=96=9E"=EB+=06=F55=A0=C8=FAz=EEk=8D=08E=0D)=14}=95@Q=CF!2=EA=F9=14=A1= =FF>g=A9c@C]=0E=0D=BD=0B=E6~ozH=87=E8P=CCk=1D=95)=E5=E0=C5=8E=F7=E3=C91=0E= =AA=F7"=1F=96=BDXx@=8D=A4:=E4=84=0F=E5^=BC=1C=EB=9E=ADu=AF.=85MMd=0E=AC=FD= =DD=AB=AF=C2=CA/0=07=D1=C7=EE=15=8F:r=ABy=C3c=CF=97=CFVR=FEp=CE=82=19=84fI= =CA!=BEY=08=8B=D0,<<=DA:|=EC=D9n]=F3O=A2=D7)l=8F= =2E=AA@q=06=ABZ4=90=13=AD=88}=B9E}=06=11=AE=00j=F8}o=8A=009":~=F3=E7P=8A=A6= =A7=E0}G=EDg=A7=E0MO=C1=D1,=D7=D9)x=D3Sp4=8BT'`=05<=02=19=F2=C8 x=042=E4=91=15=F0=08H=E5Q+=E0=11=CC=90G=AD=80G0C=1E=B5=02=1EA=A9<=B2=03=1Ei= =19=F2=C8=0Ex=A4e=C8#;=E0=91&=95G=ED=80Gz=86}X=F6=DC=87=A5=07=82^=FB=DA=E4= =1CLy=EA=0F$=D5C=11T;=1D=FFc(=CFl=C1=15=86uJ=A6=FF=19&=19=A6=D71=03=82 ,~=97=D2=E6=D5=14=D97=FA=CE=EE=16.=BE=07=85=0C=EC=B1n=E4=0B=FF=AB=A8Eh=8D= =F4=16=01*=8B=C8=CA"=C0=C1X=04=10=B0=08pMi=F3*=C8=FC=16=01r=B0=08=15=D8jz= =9B=80=95Mde=13=F0`l=02 =D8=04=BC=A6=B4y_=0C=F8m=02=E6a=13=8E*=C1&=B4=CA&=B2=B2 =ED`lB=13=B0 =ED=9A= =D2=E6}!=E2=B7 M=96M=AC=17=1D=DD=E2=16=1DtaE=AA=C7=F1=AF=02"=1AR=05=8E=7F= =19=AA=1E=E4^=AD,=F9=E4=1A)=C0C=AE=E6=91=0BD=C8=05=D2=C8=95=90,=A8?t=0F-=C8= C=B0=E1=11=0CE=08=86=F2=08N=1F p=8F=10=8A=96=C6Cp=DD#X=13!X=93Fp]=95@p=C3CK= =E7!=B8=E9=11=AC=8B=10=AC=CB=93=B0=AAj=0D=19D[=1Ej=06=0F=D1-=8FhC=84hC"=D1= =C8=90e=10m{=A8=99= ev=FB=06=D4D=C7=E9d=1C=14=1E=D7 =E34v=E3=9E!=CA=B1_q=F4=E2j=DC=83`=03=9E=F7= N=ED=F9=1BJwxaB.=984wV=F8=A0bN=F3A}{y=99/=96=DCP!'=FD=B3=E5b=FE=C4=0DU=E3= =9F=1D=FB=15=0Ep=D8=C1=B0C=CAf9=C3wV=C0=ACy=FF=93(j=F8^=0D=DBk4=02=8Cu=00= =89t=14=14=11 =3D=E1(=8AKpB>=F0=B2 =F1=E7)_=A2c=1C=0D=E6=0F=0F=B8=FB=A0=A3|= =9F/_=9E=DE=1E=95V=F7j=A4=BCR=15b=CB=9AAx8=CA=BAD=94=FB=8E0=A6=A2=0B=B8=0D= =85"N=02=B7s=16=95=1B=CEp=02=B97X=EE=92=0F=93=0DKH=83 P=13=A0=E2=1B#=11g=B8=1FNUd=DB=E2=95=1E=85`=08r[=D6E=0C5t=E4:@=90<(=DE=F9= =F28=DE]=A0=B1=BE=97=C7=EF=EE=00=8Dw=BDR=FC=15=1Ak=BA=DD=AB=81=A7=89=BC=AA=18WdO=91=11=B1=0B=FF=1C=15=9B=DB=C1= =F0=E6L=19L=EE=FE=98<=D2=0DC=81=16=0Do=CE=95=C1=FC=BF=C8=F0=FCz=F9=AB=F20_(= 7=93?=DC=18F!0=AD=90=DE=D6=D8w=9E0=CC1=10=D7`8=8E=14=17zvN=BC=E5p=FEFJAc\= =95=E7=90=1C-)=0E=BAv=87[r=94G=03=80;=8Fn=F2=C8=14=0D=00=9B=83=F5=A4=EE=99T= =D2!=FD=88=19=FBb=CC+=BD=BF=C5=BE=C2=0E=06hp=0E=D4j=EF=8AZ=BD=A2v=FFE=10O-8= =1Eja<=B5=F0x=A8=D5=E2=A9=D5RQ=9B=A0=AF;=F5=F6Q=DFfREk=1AN=AC#=0C'\=AF=18= =C6=91=84=93=03=A1V=CF=91Z=BD~$=E1=84=8F=DA=CE=91=84=93=E3=92=AD=96=B5l=13= =84=13+&=9CD=AE=89=C3=86Dl=16=1C=00hq=EE=16=0C=96=FC*$=1Bxc=16=FE2We=D1=B2= =8E]=9D=B1=D5=C4_=A5=81=9D=B0=9AX=E78=81p=14=D4=88Fq(/=A7vrf=F7=B1yQ=AC=E9= =16=CA=05=C0=C7=05p=DC\=80|\=80=C7=CD=05=8D=8F=0B=9A=14.=88=96=BE=B7V=0D=00= =B0wt=85C=0F]=3D=F0=B8;=EB=9D=B8;=EE=D7=F4=C6=11=BB;~.=D8G=EC=EE=F8=B9=D0>b= w=C7=CF=05'3wgq=B8;=E6=07=0B=BE=FAJd=BE=AB=89=E7=BB=DA=F1=E5=BB=B0=CAw=AB|= =B7=CAw=AB|=B7=90|=17=E6=9D=EF=C2*=DF=DD=AC/=ABU=BE=8B=B8=A0W=F9.=F3[=C3;= =CAw=0D3=CB|=17=16=97=EF=E2=C3v=C2=F9=AE=C1=9B=EFz=87=AA=E6=B3=A1=FB=88O=C5= |=EC=DB=17=B8=D7=97=DD=BD=B5=E7=B3=87=E9=A3=7F=92=07km=D86=A3 a=1E:=9F=CF= =14=18=9E0=A3g=E7=8A7=83=F5=E7d=FAD=CFm=FD=14=DC=B9jw[=97=CA=C2=9D=DC=FF=8C= =DE6=18" =EF=9C=10=A5=8C=9C=1C=B2=EE=EE0=A2H.=7F Z=11c=DC=C5=9F.=F7=89=A76=DE=88=A6(= Z=94=15=D3s=B1=E4=A6=0E|IF=E8;=F4r=08. @mDA=C1=0C=E1=85=D2=88=C4=85=9E=E4= =C4P=12=AE=C8=9C=8BV=01=F7=15=A0i=81=E8}=059=1D\=BFhexp=1D=D9=E5=EB=DBsi=0F= =AE;0=E5=C1uGs=BC;E=F6=01=E4yp=1Dt=92=1E\=97zh=DDw~=D8=CA=88=92r=ED=DD=A7= =1A=C8xo}'=89=F0q_=D9=D6=14=E5-.Z=80=CF=88=C2=0D=08=DBN=EB=ED=95=EEE=0E=BB= =F7!=CCf=D6&=15=D3=0C=F7l=EBo=02=CD=9D=E1=FEP=FE=E6=CE=9A=135=98=AB=07=F0= =DE`=C1=1E=C0=A0=B3=07!=BE=07p-R:=DD+q=B1(=CEl9]=B8=84=EA=CCd=A4=A6=91Q=F4= =E0\d=14=02=81=AB=BFz+=DEC1e=16=D1;}=F4=F6=AD=92\=A6=92=83F%=B9=03=95=9CYI= =EE@%W=AF$w=A0=92kT=92;P=C95+=C9=1D=A8=E4=ACJr=07*=B9jUp=A8=92=B3=E3%=97=F3= =BD=98)J=8B=A9=EE=C3Lu=17f=FArb=B2;0=E9=A2=DCNVJ=FC=BB=88`#L4=85x=D7=F4 =8Bwk=A8=A8x=C3=06s=8Bwkp"=F1nA=E0=12o=BB=12=EF1=8B=D7=A9=C4{=CC=E2=EDT=E2= =3Db=F1=E2=EF4=95x=8FW=BC=A0=12=EF1=8B=17V=E2=3Df=F1j=95x=8FY=BCz%=DEc=CE= =9C-q=F1=AE=C2o=7F%=97=FB=D2=1D=D5=D7v=7FHZ=1Dj=B5=14=B7=D7=93MG~=CB=0C=10= =B4=CB=B0=BCf =83=FEe/Q3=10=D2=CF=01#=AA5=FC=1B=8CY;=8A#=10=F3=BB; 4.j=E9)= =C2=FDF=06=FD=AF=BDD=FDF=02=8AtU E_%PDZ=9A=0C=FA=BD=1EgK=93=80=06C=0E=0D=BD=8B=98=E6b=AA=EA=E9P=CCk=9A=CD=94= =F2VW3=BAY=92=C81=0E=AA=F7"=1F=96=BD8xz$=CD!=BB=B0)=EF=E2=A5=D8=F2,=AD{%=DE= uGd=0E=AC=FB=DD+=F1V;=02s=10m=EC^=F1(#=B7=92=DB~W=A2=CFVR=FEp=CEB=9A=11}=B6= =92r=88o=16=DA=83=E8=B3=C5=C3#=FF=1A=F3=FE=B0=8D=1C?=B5=DC=BA=E6=B7;=88=B6= =DC N=F4>=13=CC=16;m=83=BA=AD=EB=91=7F=AB+=82=D2C4=AD=1F^=93=87'=11=11=10= =D4j=A2=F7oc3l=A9T=BF=E3=DEkw=A8=8E2=EF=18=C2=8CX=F7XD=AFS=D8A=CFs=AC=80q= =E6=AEZ4=80=13=AD=8A}=B9E=3D=0EQ=0E=01=D4=F0=FB=DE=14=01rD=F4=FC=EE=83C=A9= =DA=9E=81=90=EE=95=99=19H=DB3=10=D2=F623=03i{=06B=FA`Jt"N=C0#=90!=8F=9C=80G= C=1E9=01=8F=80T=1Eu=02=1E=C1=0Cy=D4 x=043=E4Q'=E0=11=94=C9#=A8=06<=D2=B2= =E3=11=99=85=F2H=CB=8EGx=16=8FG=9AT=1E=81=80Gz=86<=02=01=8F=F4=0Cy=04=02=1E= =E9Ry=04=03=1E=19=19=F2=08=06<22=E4=11=0CxdH=E5=91=16=F0=C8=CC=90GZ=C0#3C= =1Ei=01=8FL=A9<=D2=03=1E=D53=E4=91=1E=F0=A8=9E!=8F=F4=80Gu~=1E=C5=835=82=E5= U=E2=F4=88o=12=BA=BEJ=9C=1DqM=E2-=B0T=99=0C2=03=06=81=EC=18d=06=0C=02=D91= =C8=0C=18=04d2=A8=1E0=08f=C7=A0z=C0 =98=1D=83=EA=01=83=A0L=065=02=06i=D91= =A8=110H=CB=8EA=8D=80A=9AL=065=03=06=E9=D91=A8=190H=CF=8EA=CD=80A=BAL=06Y= =01=83=8C=EC=18d=05=0C2=B2c=90=150=C8=90=C9=A0u=91=D0=CC=8EA=EB*=A1=99=1D= =83=D6eBS&=83=EC=80A=F5=EC=18d=07=0C=AAg=C7 ;`=10W=1E=14=14=FB6z5=AD;=85=07= w=99=A8=C2u=BB=81=D6=E9s=B4.=DFl2=BB=EE)=AE=D6k=CC=B6=AC=B1=DD=E3=06Z=D7oHn= =D6=98MU{t=EA=9D~=B7tdPv#=1CX=B3=85y=A1=C1=EEx=1570'=B7=89D=F11=9E=AAH=B8A{= =F8:=FB&=A2=D1=F7=E9=C3=B2=E7>,=3D=10u=BFq"=D7=E0=8DV=E9u=AFR(=82j=A7=E3=7F= =F0=E4=99=8D=B4=B1=0FpTU=FF=83M2L=AFc=06=04=D5V=FC.=A5=CD=AB=1F2=C7ugw=0B= =F7=19=DF=D5=F0=91=FD=F2*q=07=C5m=8B=D0=1AT=81=1A),=02T=16=91=95E=80=83=B1= =08 `=11=E0=9A=D2=E6U=8B=F9-=02=E4`=11*=B0=A9 =E9j =9B=80=95Mde=13=F0`l=02 =D8=04=BC=A6=B4y_=07=F8m=02=E6a=13=8E=EA=A9=10=BE|.=B9Uh=95Ude=15=DA=C1X=85= &`=15=DA5=A5=CD=FB=1E=C4o=15=9A,=ABX/;=BA=C5-;=E8z=89=D4=8A=E3_=05D4=A4=E6= =1B=FF2T=3D=C8=BDZY2=CA5R=80=87\=CD#=17=88=90=0B=A4=91+!]=C0c)Z=90=87`=C3#= =18=8A=10=0C=E5=11,#=16=A8?L=0F1=8D=87=E4=BAG=B2&B=B2&=8D=E4=BA=EA=91=0C=D4= 4$7<=C4t=1E=92=9B=1E=C9=BA=08=C9=BA<)=AB=AA=D6=F0=C9n=A4"=DB=F2=903x=C8nyd= =1B"d=1B=12=C9F=E6=EC=93=8D=9B=DE=A9=A9H=B7=3D=04M=1E=D2=DB=1E=E9=A6=08=E9= =A6D=D2=1Du=83tz}hr=D2=1D=0F=C1:=0F=E9=1D=8F=F4=BA=08=E9=F5=1E=EF=A5=F7!=CC= =08=EE=E7=04=91=D7s=AE=AF=E6=04\=1D=00=BF=8C=DB=05\=BF=FBe|/|=FD=EEhlE^=18= =8A=9E=9D+x=F7=FF=DB=ABXa=F6=DF=FF=C6Wd=7F=A2=B7=18=B3=12=A5=1D=BD=F3vN;=FC= =D9=95?=F6=9F=EEb.=AC=A0=BETI=E2=9F=D4t=F6=B1=CF=0F=8F=8D=81=1D=AE-=9By=DF= =BA=FCe=9C=E1=AD=CB=D9]=8B=E2m%Nw=EBr=8A=EBQ=E2=01=E4y=EBr=82=ABR=F0=0F=3D6= =D6=96z=F3=F2=FEV=1D=AAa=EBoT=C8=F3=06=DF=A9=FC}=C7_=C6=FD=CBD'=84=C4=A7#= =DB=A9=C7=FD=AF=89=8E=EF=08OG=B7=EA=8F{=97=9Cgk=F2s=CF=A4=9BV=8F=D4 =A2=FD=E4=BAb=B3=ED=C6=85=1Dh=08=9E=CE=BA=A0=A1=C6&=12=FEP=A2(=BC=AB=EA8=D8= d=AB=FD&dO3=F8=91=E9]&=8A=06Xi=04=EF=0F=A7=DEzt=3D=18xe=B0=90=A7=F6x=D8=0B{= =1A=C4=94=AB=91}=A6=E8=E11=05=3D;=F7;[=CC=1E=95=D1=CF=D7=A5=FB=AC=D8=93=17= =DAvb=EA=C6=DD?=EE=DF=B9=EE=CD=86=01F=DF=BA=BE=95=DA.=1E=113[o=0F=0F=F8=CAq= =BCnKZ=E1=FB=ED=17=05=FBA=E5=97=DF=88_4Zd=A9=DF=C6=FF=B6=C9=EF=1A9=F9=D2=A1= =C5=BB=0E=F9=D7=A6=E5=803=0E=C0=0D=1Fp=93T=E5=0C=02=A6=AE=13=00=00=FFk=D3=9A =9D=90<5MF=0F=95=E4=07.=11=CB4=BF=C9=88=DD=BE=015=D1q:=19=07=85=C75=C88=8D}= =EB=FE=10=E5=D8=AF8zq=DD=BA=8F`=03=9E=F7N=ED=F9=1BJwxaB.=984wV=F8=A0bN=F3A}= {y=99/=96=DCP!'=FD=B3=E5b=FE=C4=0DU=E3=9F=1D=FB=15=0Ep=D8=C1=B0C=CA=E6j=D5w= V=C0=ACy=FF=93(j=F8^=0D=DBk4=02=8Cu=00=89t=14=14=11=A0w=04M=10=97`=8FL=E0eA= =E2/=11=BED=C78=1A=CC=1F=1Ep=EB G=F9>_=BE<=BD=3D*=AD=EE=D5Hy=A5*=C4=965=83= =F0p=94u=89(=F7=1DaLE=17p=1B E=9C=C4=D5=CC=15=96=1B=CEp=02=B97X=EE=92=0F=93=0DKH=83 P=13=A0=E2=1B#=11g=B8=1F=DEgrh=03=C1p$=B7x=A5G!=18=82=DC=96u=11C=0D=1D=B9= =0E=10$=0F=8Aw=BE<=8Ew=17h=AC=EF=E5=F1=BB;@=E3]/=8F=DB=F5=D3?=1CMk\=CDb=DA= =A3~d=C2=86=9E=9D{=E5=AC_G/=EE=DD=F4az=E7=8D=14=CC=D4=10=A4=823=B56M=9CH=CA= d7=F1=BF=8EAR,=92uh=E4=F7=BA=E5esB=99=1A=D5H=02=D8=B1=D6=E9 =93=D8=04=BCN= =FFmK=C8=D4|=CE=E2=FCCN=A2=B2=C3~=98=B2=90=B6=96=9D =92=CA=0E1=0B=02=D1=D6=80<%nB=1E=C2=CCHZ=C8>m=CF=95=19=8A=F6=93=A7=A7=F9=7F= =15=14=9B=96s=E5=CE3]=DCzz=E1=97=CA=16=EE=B7=C9=D3dv=E7=C6G-=C9=9Cct=98]=A5= =AF=90=9F^=CF=BCp=EC=DE+=0Fo=B3;\D:=8DuHl=DA"h =A5e=B5=EB=D7Bp=0EZ=E0=D9=DD=8D=05=C8_'\=B5wKm=F0=D5=DE=3D=08v=08=04-=80`c= =08=F6=FC=F9=05-z=BF=3DE=C1=18|=ED=13=BD=D4=FCV=E6_=03=CF=AB=0C=16=F3=1F=D3= =E7=DDZ=E3no=C9=B8=AE=92=81=C3o=E1=DE=84=11U_=F4=EC=9C=A6\-=145i=8B=AE=18O= =BF.?=EBj-=BE=BC=E0}=A5=18=CD=EF=FEp=97=90=E3CE=AA=8F=14=7F=85=C6=9A`=0B:= =E4=F6=BAqE=F6=14=19=11=BB=F0=CF=D7=F1m0=1CG=F2=06=3D;'=AEi8=7F#u=971.=81s= =B0=89=D6=EF=06]=BB=C3=CD&*=E3=01P=9B=DBm=A1mQo+=A5=A74)[=03=8E=C6=B7=1C=DD= l9z=BD=B3=3D/=AB=DDo=EE=D4=82xj=E1=F1P=0B=E3=A9=D5=8E=87Z-=9EZ=F5=00=A8mH= =B3=DB#=A2=16=1C=87=97jH=B3[x<=D4j=C7=E1=A5=9A=EF*=DE6=DFU=BCm=BE=ABx=DB,I= =BCM=D0=95=9Af=E0Q=1F=A7S-Wh=8Ao=1Da=8A=CF=F5 =B4=8F$=C5=E7=A3=B6}$)>=1F=B5=CE=91=A4=F8|=D46=8E$=C5?.j=C1qx=A9F=9Ev=DB>= =92=14=FF@=BCT=F3]=C5=DB=E6=BB=8A=B7=CDw=15o=9B%=89=B7 R|+&=C5=8F=FCP=136$= =E2=04=CB=00B=8B=F3=08K=F0=1D=8A=1E=14=8A=FB=1A=85=7Fd}=BD=88=96u=ECW=0C=B6= =9A=F8_3=80v&G=E78=81=C4=03=A2=1A=C5=A1=BC=9C=DA=C9=B9N=8D]=AB=C6=9An=A1\= =00|\=00=C7=CD=05=C8=C7=05x=DC\=D0=F8=B8=A0I=E1=82=E8~=8C=ADJ=0E=D0=D8=C7= =0C=C2=A1=87Vtx=DC=9D=F5N=DC=1D=F7kf=E3=88=DD=1D?=17=EC#vw=FC\h=1F=B1=BB=E3= =E7=82=93=99=BB=B38=DC=1Ds=17=0D_=CD;2=DF=D5=C4=F3]=ED=F8=F2]=BD=CAw=AB|=B7= =CAw=AB|=B7=90|W=CF;=DF=D5=AB|w=E3=B5=BAZ=E5=BB=F8=CCm=95=EF".=18U=BE=8B=B8= `f=99=EF=EA=C5=E5=BB=F8=06=08=E1|=D7=E0=CDw=BD=93=FE=F3=D9=D0}=C4G=B5?=F6= =ED=0B=DC=99=D4=EE=DE=DA=F3=D9=C3=F4=D1?^=EE]=1D=17=9D0=0F=9D=CFg =0CO=98=D1=B3s=C5=9B=C1=FAs2}=A2=97 =FC=14=CB=12" =EF=F0:=A5=8C=1Cg=B7=EE=EE0=A2H.=7F Z=11c=DC=C5=9F.=F71=FC6>=1D=A1(Z=94=15= =D3=CBZ=C8=ED`=F8b=AE=D0w=C6W=BD>'=10=A06=A2=A0`=86=F0BiD=E2B=AF=17=C1P=12= =AE=C8=9C=8BV=01=97h=A1i=A1=E8%Z9=DD=A6t=D1=CA=F06%d=97=AFo=CF=A5=BDM=C9=D1= S=DE=A6=E4=18=8EwS=ED>=80{=01=0D=86=1C=1Az= =17=CC]yt+5=D1=A1=98=D7=B4=06S=CA[Mx=E9fI"=C78=A8=AD=0E=8B=D3;X=F6=E2=E0=E9= =914=87=EC=C2=A6=BC=8B=97b=C7=B3=B4=EE=95x+H=919=B0=EEw=AF=C4=FB? =CCA=B4=B1{=C5=A3=8C=BCJ=AE=A9~=AB=CC=CFVR=FEp=CEB:d~=B6=92r=88o=16=DA=18= =F3=B3=C5=C3#=BF=B7N=7F=D8F=8E=9FZn]=F3{pE[n=10'z=9F f=8B=9D^=96=DD=D6=F5= =C8o5=80=A0=F4=10M=EB=87=D7=E4=E1ID=04=84=B5=9AhS=18b=86*=D5=EF=B8=F7=DA=1D= =AA=A3=CC;=860#Fo=DF=96=8B=C9=DDR=F9=88^=A7=B0=3D=BEP=05=8C3w=D5=A2=01=9ChU= =EC=CB-=EAq=88r=08=A0=86=DF=F7=A6=08=90#=A2=E7w=1F=1CJ=05<=03=E9;j?;=03=01= =9E=81=A0Y=AE=B33=10=E0=19=08=9AE=AA=13=81=01=8F@=86<=82=01=8F@=86<=82=01= =8F=80T=1Ei=01=8F`=86<=D2=02=1E=C1=0Cy=A4=05<=82Ry=A4=07<=D22=E4=91=1E=F0H= =CB=90Gz=C0#M*=8F=8C=80Gz=86<2=02=1E=E9=19=F2=C8=08x=A4K=E5=91=19=F0=C8=C8= =90Gf=C0##C=1E=99=01=8F=0C=A9<=AA=07<23=E4Q=3D=E0=91=99!=8F=EA=01=8FL=A9S=F4= =F0=98=82=9E=9D=FB=DD-f=8F=CA=E8=E7=EB=D2}V=EC=C9=0Bm=3D1u=E3=EE =F7=EF]=F7= f=C3=00=A3o^=DFJm=17=8F=88=99=AD=B7=87=07|=ED8)H$=AC=F2=FD=F6=8B=82=FD=A0= =F2=CBo=C4/=1A-=CC=0D=BD=8D=FFm=93=DF5r=FA=A5C=0Bx=1D=F2=AFM=DEQ=CF8=007|= =C0MR=993=08=98=BAN=00=00=FC=AFM=EB*tB=F2=D44=19}T=92=1F=BAD,=D3=FCF#v=FB= =06=D4D=C7=E9d=1C=14=1E=D7 =E34=F6=CD=FBC=94c=BF=E2=E8=C5u=F3>=82=0Dx=DE;= =B5=E7o(=DD=E1=85 =B9`=D2=DCY=E1=83=8A9=CD=07=F5=ED=E5e=BEXrC=85=9C=F4=CF= =96=8B=F9=137T=8D=7Fv=ECW8=C0a=07=C3=0E)=9B=ABU=DFY=01=B3=E6=FDO=A2=A8=E1{5= l=AF=D1=080=D6=01$=D2QPD=80=F4=F8=9B(.=C1>=99=C0=CB=82=C4_#|=89=8Eq4=98?<= =E0=F6A=8E=F2}=BE|yz{TZ=DD=AB=91=F2JU=88-k=06=E1=E1(=EB=12Q=EE;=C2=98=8A.= =E06=14=8A8=89=AB=99+,7=9C=E1=04ro=B0=DC%=1F&=1B=96=90=06=15=A0&@=C57F"=CEp= ?=BC=CF=E4=D0&=82=E1Hn=F1J=8FB0=04=B9-=EB"=86=1A:r=1D H=1E=14=EF|y=1C=EF.= =D0X=DF=CB=E3ww=80=C6=BB^=1E=B7=EB=A7=7F8=9A=D6=B8=1A=C6=B4G=FD=C8=84=0D=3D= ;=F7=CAY=BF=8E^=DC=BB=E9=C3=F4=CE=1B)=98=A9!H=05gjm=9A8=91=94=C9n=9E=91=A6F= $=C5"Y=87F~=AF[^6'=94=A9Q=8D$=80=1Dk=9D=0E=022=89M=C0=EB=F4=DF=B6=84L=CD=E7= ,=CE?=E4$*;=EC=87)=0Bik=D9=A9 =A9=EC=F0=E7=15 =DA=1E=90=A7=C4M=C8C=98=19I= =0B=D9=A7=ED=B92C=D1~=F2=F44=FF=AF=82b=D3r=AE=DCy=A6=8B=DBO/=FCR=D9=C2=FD6y= =9A=CC=EE=DC=F8=A8%=99s=8C.=B3=AB=F4=15=F2=D3=EB=99=17=8E=DD{=E5=E1mv=87=8B= H=A7=B1=0E=89M[=04M=A1=B4=ACv=FDZ=08=CEA=1B<=BB=BB=E1=06=FF:=E1=AA=BD[j=83= =AF=F6=EEA=B0C h=01=04=1BC=B0=E7=CF/h=D1=FB=ED) =C6=E0k=DF=CB=9E=BCv=E6_=03=CF=AB=0C=16=F3=1F=D3=E7=DDZ=E3n=7F=C9=B8=CE=92= =81=C3o=E1=FE=84=11U_=F4=EC=9C=A6\-=145i=9B=AE=18O=BF.?=9Bj-=BE=BC=E0}=A5= =18=CD=EF=FEp=97=1A=C7=87=8AT=1F)=FE =8D5=C16t=8D=DB=EB=C6=15=D9SdD=EC=C2?_=D7=B7=C1p=1C=C9=1B=F4=EC=9C=B8=A6=E1= =FC=8D=D4]=C6=B8=04=CE=C1&Z=BF=1Bt=ED=0E7=9B=A8=8C=07=00=F7=91=DD=ECak=8Az[= )}=A5I=D9=1Ar4=BF=E5=E8h=CB=D1=F5=9E=EDyY-=7F=E5Q=AB=BD+j=F5=8A=DA=FD=17A<= =B5=E0x=A8=85=F1=D4=C2=E3=A1V=8B=A7VKEm=82.=A8=D4=DB=F3=F5=D3=16=0C=8D4=9CX= G=18N=B8^i=1AG=12N=0E=84Z=3DGj=1B=F5# '|=D4v=8E$=9C=1C=97l=B5=ACe=9B =9CX1= =E1$r=01=1A6$bg=DE@=83=16=E7=D6=BC`}=ADB=B2=FF1f=95-sU=16-=EB=D8=D5=19[M=FC= U=1A0=CE=E4=E8=1C'=10=8E=EA=15=D1(=0E=E5=E5=D4N=CE=EC>6/=8A5=DDB=B9=00=F8= =B8=00=8E=9B=0B=90=8F=0B=F0=B8=B9=A0=F1qA=93=C2=05=D1:=F3=D6=AA=01{=1F=D6= =F6=A9p=E8=A1=AB=07=1Ewg=BD=13w=C7=FDZ=A3q=C4=EE=8E=9F=0B=F6=11=BB;~.=B4=8F= =D8=DD=F1s=C1=C9=CC=DDY=1C=EE=8E=F9u=80=AF=BE=12=9D=EF=DA=89=F2]x\=F9=AEY= =E5=BBU=BE[=E5=BBU=BE[H=BEk=E6=9D=EF=9AU=BE=BB=19=DD=AD*=DF=AD=F2=DD*=DF=CD= +=DF5=8B=CCw5=F1=FA=AEv|=F5=DDz=95=EFV=F9n=95=EFV=F9n!=F9n=3D=EF|=B7^=E5=BB= =1B=AF5=D5*=DFE\=D0=AB|=97=B9=B7=E6=1D=E5=BBM3=CB|=B7^\=BE=8Bor=10=CEw=0D= =DE|=D7;=B1?=9F=0D=DDG|=E4=FAc=DF=BE=C0]F=ED=EE=AD=3D=9F=3DL=1F=FDc=E2Xk=C3= =F6=B0=07 =F3=D0=F9|=A6=C0=F0=84=19=3D;W=BC=19=AC?'=D3'z)=C0O=C1cQv=B7u=A9,= =DC=C9=FD=CF=E83)!=A2=F0=0E=A1S=CA=C8=B1t=EB=EE=0E#=8A=E4=F2=07=A2=151=C6]= =FC=E9r=1F=A7o=E3S=0E=8A=A2EY1=BDt=85=DC=F2=85/=D8 }g|=D5=EBs=02=01j# f=08/=94F$.=F4=9A=10=0C%=E1=8A=CC=B9h=15p=19=16=9AV=13=BD=0C+=A7[=91.Z=19= =DE=8A=84=EC=F2=F5=ED=B9=B4=B7"9f=CA[=91=9C=BA=E3=DD:=BB=0F =CF[=91@'=E9=AD= HRoD=F2=9D=1F=B62=A2=A4\=07C=A9=062=DE[_x'|=97=8Clk=8A=F2=16=17-=8D=CF=88= =C2=0D=08=DBN=EB=ED=95=1Et=0B=BBT,=CCf=D6&u=C2V=B0=B3=AD=BFqZ=08=1Ej=EE=0F= =E5=B3=0E<=B8=EED=0D=8E=B1=8C=08=A4=05=AC=82=DEz=BD=07!=C6"=905=D4"=A5=D3= =BD=12=17=8B=E2=CC=96=D3=85K=A8=CELFj=1A=19E=0F=CEEF!=10=E2et=FB=0F|=8A=3D= =CEC1e=86=9C=C0Zl=EB=FF=18=BD}=AB$=97=AD=E4=DA=95=E4=0ETrN%=B9=03=95\=A7=92= =DCaJ=CEP+=C9=1D=A8=E4@%=B9=03=95=1C=AC$w=A0=92=ABV=05=87*9=3D^r9_=BA=9E=A2= =B4=98=EA=B2=F5T=17=AD=A7/'&=BB`=9D=A6=99z=B2R=E2=DFE=04=1Ba=A2)=C4=BB=A6WX= =BC[CE=C5=1B6=98[=BC[=83=13=89w=0B=02=97x=8DJ=BC=C7,^=B3=12=EF1=8B=B7^=89= =F7=98=C5=DB=A8=C4{=CC=E2mV=E2=3Df=F1Z=95x=8FY=BC=ADJ=BC=C7,^=BB=12=EF1=8B= =17=8A=8Bw=15=DEZ=80t=8E=A0;=AA=AF=ED=FE=90=B4M=D6j)Z#=91MG~?6-=E8=C5=06=BD= Ns=83=FEe/Q=A79=D2,=0C#=AA5=FC=F6=18=AC=1D=C5=11=88=F9=AD=C3=10=1A=17=B5=F4= =14=E1fv=83=FE=D7^=A2fv=01E=BA*=85=A2=AF=12("=FD=F2=06=FD^=8F=B3_^@=83!=87= =86=DE=05sW=1E=DDJMt(=E6=B5=8E=CA=94=F2V3]=BAY=92=C81=0E=AA=F7"=1F=96=BDXx@= =8D=A4:d=1F6=E5^=BC=1C5=CF=D6=BAW=E2M=1DE=E6=C0=DA=DF=BD=12=EF=E4(0=07=D1= =C7=EE=15=8F:r=AB=B9=EE7=BD=FCl%=E5=0F=E7,=A4=D7=E5g+)=87=F8f=A1-.?[<<=F2= =BB=E4=F4=87m=E4=FA=A9=ED=D65=BF=9BV=B4=ED=06=91=A2=F7=99`=B6=D8=E9J=D9m]= =8F=FC=A6=01=08J=0F=D1=B4~xM=1E=9ED=C4@=ADV=13m=EF=82G=B5T=AA=DFq=EF=B5;TG= =99=B7jbF=8C=DE=BE-=17=93=BB=A5=F2=11=BDNa{|=A1 =18g=F0=AAEC8=D1=AA=D8=97[=D4=E7=10=E5=10@=0D=BF=EFM=11 GD=CF=EF>8=94=CA=F0= =0C=A4=EF=A8=FD=EC=0C=C4=F0=0C=04=CDr=9D=9D=81=18=9E=81=A0Y=A4:=91=FF=DF=DE= =BD5=B7m=9Dk=1C=BF=CF=A7=E0=E4=AA=DA=A3=A6X8R=99=D9=17<=A9=D5l=CBV-%n{=D1= =8C=EB=C8=8Eg=BB=92=B7,=B7=C9d=F2=DD7=0E$=B1p =F9=82=C0+=C0=C5=DF=17Nk=91= =0B=0B=0F=DF=B5=B4=00=FC=08=84=DB=8C=8CbF=E16#=A3=98Q=B8=CD=C8t=9AQ=B4=CD= =C8U=CC(=DAf=E4*f=14m3r;=CDh=BA=CD=C8S=CCh=BA=CD=C8S=CCh=BA=CD=C8=EB4=A3=B3= mF=BEbFg=DB=8C|=C5=8C=CE=B6=19=F9=9Df4=DBf=14(f4=DBf=14(f4=DBf=14t=9A=D1|= =9BQ=A8=98=D1|=9BQ=A8=98=D1|=9BQ=D8iF=8BmF=91bF=8BmF=91bF=8BmF=91<=A3=C3=CD= =2E=B7=87WG/=8Fd=1B=C9=8E=AF=8E^=1D=896=B2>=C0r=BA=0Ch=B5=0D=C8=E8=05=B4=DA= =06d=F4=02Zm=032]=06t=BE=0D=C8=D5=0B=E8|=1B=90=AB=17=D0=F96 =B7=C3=80=02g= =1B=90=A7=16P=BA=91, O-=A0d#=EB=80=BC.=032=DB=80|=BD=80=CC6 _/ =B3=0D=C8=EF= 2 w=1BP=A0=17=90=BB=0D(=D0=0B=C8=DD=06=14t=19P~=920=D4=0B(?K=18=EA=05=94=9F= &=0C=BB=0C=C8=DF=06=14=E9=05=E4o=03=8A=F4=02=F2=B7=01=89=D6A=DB=93}=D6=A3@O= '=9B=A7=04o=EFf=E24>ow=E5=9D_=EE=BF>Px=1Cqz=BEq}=0E1=DE^=94=9D=F2=F2=8E}8= =F1=95w=E1=AC=B7=1E=EE=BEeM=DA=83l=D3=F93=E7=F3=AE=84=DB=D3ni=02y,{oiP~=BFc= =CE=CF=CF=D3=FB=89=EC=CA=F1=F0^=EDl=F7|=B5=DE=CBh=FF=BD=88=AE=7Fz=FF=F6=F1= =D9=ED=DB=C7u=13=D1=E6=B9=DC=A27g=99n=DE=98=9E)l=D2=D5=F3=F3=CD%O=C9=D6^<= =D8}t=9C=CD%=9B=E3z=FA=DD=817l=CF=B6&=AF=CD=F6m}=FEp=EF=FB.=EE=DE<=DC=FE3= =B9[=C3=EF=F6=BF=F8=B7=A3=1F=D0]=1C=11=DE4- 3m1"=0C#BkD=98/fD=98=06#=C2|=97= =ED=DB=FAl=B1|D=98'=18=11=8EYd%=14=FF=E7=F81=E12&=B4=C6=84=FB=C5=8C =B7=C1= =98p=BF=CB=F6m}u@>&=DC=A7=18=13+g]B=A1=D3fTx=8C =ADQ=E1}1=A3=C2k0*=BC=EF=B2}[_=0F=92=8F =AF=ABQ=91=1Fv\=F4w=D8=91=1D/=A5=E7=8A=0F=BF=D4=A4=1FMz=CE=F7=F0=8B]g=DD=F2= =B3=93=A1=AC(=F3N=19=C9=EEz=EB=DD5Mv=D7t=B6=BB=1D,=17=9C=9F=FDu=B7\=C9=0E= =07=EB=1Dv=9B=EC=B0=DB=DD=0Ew=F1=BB=C0=F99\w=CC=93=ECr=B4=DEe=AF=C9.{=9D=ED= r=E4=ACw9y=82=C1=F1=BB<]w=CC=97=EC=F2=D9z=97=FD&=BB=ECw=F7);=8E7=DD=ECv=FC_= 3m=B5=EB=B3u=07=03=C9=AE=CF=D7=BB=1E4=D9=F5=A0=C3]=8F=87=B4=B5=EB=D9=FF9z= =D7=17=EB=0E=86=92]_=AEw=3Dl=B2=EBa=87=BB=BEr=AC]=CFn"z=FC=AE=AF=D6=1D=8C$= =BB~=BE=DE=F5=A8=C9=AEG=CF=A4=B7=BE=AF c{=97No=E7M:=F3=1Btz=A2=E7^=7F=7F=B3= =EC=E1&=BC=DF=DF=FC=D8=F8&=BC=D77=B3=9D=B7=0D=8D=7F=F6=ED$=F9=0E=C0=E7O=CDN= =CE=FE=FD=EF=C9=8D=B2=BF=C9=EEe=BCo=B1T=AA=BB=B5=9F^=C9WX=9B=F7=FE=ED=F6=E1= =BEq=81n>=D5t=F1=7F=EC=D0=A9=F6=FE=E9=FAa=BD=F1\=C46=9F=FA=DE=CB=DF=DF(=DE{= Y=EF=E6(kN=DC=EE=DE=CB-n=92r=B8=81=A7=BC=F7=F2=117LI=FEdw=BE :=BD=FFr=95=EB= d=15=96_=A7=8Ag=DE=ED=B5=AA=8D=3D=FE=FE=E6=F2=F9Q=DF=13j=BE=B9=94T=DF\=FE= =E5=A8/=F14=DE\=C6=F5o=9E=3D=17~=C3=E6=E9=A6=E7=F4=99Z=CF=D2=F3=05=BB=E7=C9= =FC=ACMq=1Ao<=81=D6=F4s=95=9F=D4p=0E.$6oM=0BEzd}=A8=ED=94=DB=DB-=AF+C=DE=99= g=CF=8F=FAm=90=14M=C3=BB=88g=B3=F5=F5wWW=EBSa5?]=DC=BC|V=F7=D3=ED=EF=94=17= =D7=8B=D3=89_=FF;%=FE=D9=B7=9B=E7[=DC=BD=9B\=FF=F2=E9=F1=F6=9F=93=C5=EB=8F= =D9=C3'=DE=DF=1E=BA=0B=F9=E6=CE=EB=EB=AD%=0D=EE=BE=F7zai=FB=F0.=0Es=FE=F9= =ED=DB=E4=C6=E3=C9=13=1C=8E=3D=CB=F7=87=FF=9A$=F3=E0=E4=BF=FE=90=CE=8B=C1K=CF=CC=05i3=91=9F6`=B23=0B=E9F=B2=0D=A6?=0D=C3=3DOR9=FEk=97qd= =DE=E6Q#=8B=E5+s=D2=F4}~=FA>=B7=F1=FB=A6=E9=FB=BC=FD=F7=DE=7F=19=AF=B1?%=BF= =BDD=F7=DE=8F=DB6=92=D7}=BD=B8=FF=1C/w=A4m=BA=A26=B3=B5=F3D=D6j=92=B4=AC=D5= =CF=1F?=DE?<=8A[u=85=FB=7F=F7=F8p=FFA=DC=AA'=DFz2=AF=08=9AK&=98=FD=BFR=EC= =A3=D5=CDde=C2=93=F5=7F=8E=FA=AD=B1=99=D5=92=F1=BA=BB=03{=8E=03=D2=DFtYS=E9= =07=98}=FD=ADi_=B6Nf;=CB=9A=A3=AFFl>=D1=9B=E4=B7=C1=FD=DB=B7=C9=03=84V=93= =9F=EE=1F?~=F8=FCn2=BFxq=3D=F9=94=95=D0=FE=CFz=CF=8E=D7w=D9=EF=B0=CB=97=AB= =C6=3Dmz=00g=15T:I=BC=B8=BBm=FC=B9%+=9C=ED=E7>=DD7]=CAzb=8D=846]1=CE=11]=D9= =0C=C6=F4=E3=AC=9F=87=AB!=D7>F=B0=BE=93=85=AC=FC]=1D=AC=E9\at=A5=03=B5=F6= =9D=F9/=88t=1Dtx=F2=95L=BC=E5F=0F=CE=BD=92y=B7=D4=E8=E1=A9W2=EDn=96=7F=C9o= =D3=13=D1#c=96=D7=97;=17l=F1=CF=BE]=9F=CE=FA=FD=F5=C7=DB7=EF=DF=BE=7F=B3~g= =C3=95Z=DCR=CF+=B5e=B6pJ=97L=8B=B3=E4=EFU=90.=B1=D2U=87=97=FE=EFh=B6^=CD5Z= =A9e=15=996=BC=9A=E5=CBA=93nd=916=EFg=7F/;X=A9m=92M=D6=1F=DD,TJ=F1=BB-O=A4= =E5=9F=9Dc=8E=FD=EC=E2=B0\=D3=F4=01=81=92S=DC=E9=EE=C5=3D=0B=8E=3D=91=FD=F5= =F2~r=17=FF=B6=7F=FD=E1=C3=FD=BF'=F1=EF=A6=C7=FB=C9=9B=F5=D0M=1E@=FD=B09U= =F6p=FB=8F=D7=1F^=DF=BD=B9=3D=FC[=AB=E3=E4=F6I%9=82=93=F8=E5=A7L=1Ez=BE= =E4=FA=F5=F3=E4=19=85=C9/=D1=F5=EB=E3=FF=FFm=B6=D0J:=90=3D=9E=AB=97=E7=8B]= =CD=CD=CB=FF=C0=07=8C=D5<=A4K~C=A9=DDo~=9A=9B=9D=9B=E3nv=1E=8An=18U=F9=C2AV= =01=D9=B9=CEx=ECn=CFsn=EE=8E0=8F=FFn=FF=DD=89}[IN=DE=CE/=8F=B8=C5=CAz~=CCFW= =DA=CFC/=A9=BBU=C7f=BEL=BAx2=ECg}=FA<=EBsx=CF=FA=AC{Ff=A3g}=9A=F3A<=EB3=B9= =93=15=CF=FA=DC3=EE=AF=AFf=CB=C6O=A1=9E'=94=E7=A8=A7P_=DF\,=CAO=A1=F6=A7=D9= =DF'=BB=1E=F0=9C=BD=A9=FD=03=9E=AF_&=B7=13=14=3DUy=F7=A3=99=E3F=FC=BD=8D=C4= /=08=84[q=FD=DD[1F=D8=88=BF=BB=11sv=9142=DD=FD=F3=F9=81=9F=A7=0F=C4=9Er=01= =88=0B@\=00=E2=02=10=17=80=B8=00=C4=05 .=00q=01h=CC=17=80=F6=9D(5_=EC=89R= =A3p=A2=B4=95=8C=FE=B5v%=BA=BD=F7=85=11=AF=C9=0E=C9=DE=16=A3p=BF6=16=1C%lN"= {=9CD~=9A=93=C8^=9B=93=C8=DE=97y=129j=7F=12=D9X=A7w#=B5=93=C8=E5=ADp=12Yz= =129=E0$=F2=F0N"{mO"{=9CD=1E=DAI=E4}=8B?=F7=8B]=FC=B9_=D8=E2=CF=FD=8FZ=FC= =05,=FE=9Ef=F1=17=B4Y=FC=05_=E6=E2o=DA~=F1=E7Z=CB=B2=A9=DA=E2=AF=BC=15=16= =7F=D2=C5_=C8=E2ox=8B=BF=A0=ED=E2/`=F1=F7%-=FE=BC/v=F1=E7}a=8B?=EF?j=F1=17= =B1=F8{=9A=C5_=D4f=F1=17}=99=8B=BF=B3=F6=8B?=CFZ=96=9D=A9-=FE=CA[a=F1']=FCE= ,=FE=86=B7=F8=8B=DA.=FE"=16=7F_=D0=E2=EF=FA=E5=C5=0B=C9=E2/=1B=EDf+=BE%k=BE= l=A0'[=90/=D3^-=FFXPz=FE=A1=A9=A9=A4=F1=CE=D3ow=9D=9F=E5_=E6sV=C9=DF=B3=14= =0D=F8)=A3=0BS=93=E7/N=BF: =F0f=E9=CB=E7=A9=B7=9Be=D2.=FD{=9A=FE=FB4=FD=F7e= =BA=91=D0=ECh=CCl{=96=E1=3D=7FM=83=D2=BF=DD=AF=F6TP=C7=EB=D0=DD=0B=CA=1D=DF= =0B}u9=8B=B7=EB=95=B7+=F3=99=99=B6=DC=AF=18=F6=92< =B1+=BCf=D7}X*=BF=BB=ED= =FB=DB=9DN=16W=AFv=BEi=FE=CB=E3m=F5Mn=F2=A6=B9=DB=ECM^=FA&=AF=D9=9B=FC=F4M= =FEn=06=12w=C3=FE=12K=02=C2=BFId=F0=BEwln=BA\=07gJ=B7 6=9B=AE=EFz=C3=F6F=C0= &=EBi]g=96=07Y=AE=D9=E9=DC=F6=7F=FF5+=D4=8B=E5=E4=BF'F4=ABf=E3=AE=DA=C5=8B= =1D=EF=BA=BCp=B3=DB=B1=8AtR=ED^=B9m=F6=CA=95=EE=95=FB=C4{=E5=B5=D9+O=BAW=9E= =DE^m&=C3=83=ED=D7=FE=EE\=8F=D4=CD=FD=B8=9Co.=AEg=DF<=BBZ,=E2=DF\=F1@>=F0E= =87bP=F9=97=01B=A7=FCe=80=AB=97=7Fv=EA=90=7F=FC=EFf=C7=BF=BB;=FE=DD=AB=FBwk= =DB=D3=9Am=FB;=DA v=FC{=B8=E3=DF=A3=E2=17=11j=16!=CF=FE=C7>=13!<=03=B5p=CE=1B=9D=81JW#=E9D#]= =8B\=ED8=0C=C8=DE=7F=95=1Cp=C4k=F8O=E9=19=AB=A6=E7+.^=FE9=DE=EF=DB=7F=DD~= =88=97=9Bo=1E=DF=FF=EB=F6=D9=FD=BFO=E3)8=DE=81x=F1=BF=E3P=C3;=F5O=83=D3=F04= :5=E6=D4=F8=A7&=F8=AD=87%=C4e=FC=96=F8=B81=AE=CE=13=E1=1D&.v=1F=B7=C5?=FBv= =B2=8C?=D8$=C5=AC dK=8C=CB=F8=9D=EB^=9C=A6CE=D6=17=B53P=DBt=E2V=1A=A5s=9D= =F4=C8=EC=F8p=92=1E=C5=1Dh=DC=9BMH=D7Ig=92=D5=D8=8E=90=F6=8FJ=F3d=A3=D2eTv5= *=CD F=A5=C9 =CE=0CmT=9A=01=8EJ=D3lT=BAO6*=3DFeW=A3=D2=1D=C4=A8t=B3=82s=876*=DD=01=8EJ= =B7=D9=A8=F4=9ElT=FA=8C=CA=AEF=A57=88Q=E9e=05=E7=0DmTz=03=1C=95^=B3Q=E9?=D9= =A8=0C=18=95]=8DJ=7F=10=A3=D2=CF =CE=1F=DA=A8=F4=078*=FDf=A32x=B2Q=192*=BB=1A=95=C1 Fe=90=15\0=B4Q=19=0CpT= =06=CDFe=F8d=A32bTv5*=C3A=8C=CA0+=B8ph=A32=1C=E0=A8=0C=9B=8D=CA=E8=C9F=E5= =94Q=D9=D5=A8=8C=061*=A3=AC=E0=A2=A1=8D=CAh=80=A32=12=8C=CAM=C7.=D3=AA1;iLq= =A3=F9=15=EDy=3DS=D9=DEA'3Ei=9F=84=CE&n=F4=AC=BE=D1R=A6=9B=CF=A0=FC=D2=BA= =BDK=8BR=BAw=89=01=C9=B4O=D6=FB=BA=BE4=D9=F8=E2e=83=8D=AF=EFH=F7=F2z~=D8k6= =9Ei~=F8k0=DB1=DB=EC=9D[*=E2(=EB_=CA=05.=D7Px=F6=CD=0F=17=CFoN'=17=7F~=B9= =AE=E7=F8=FF~;=B9=B8{=BC}x=F8=FC=F1=F1=D3W;Q=D5=AE z=F6=C7t=BB=0F=95=07mM=C5=D5=94=DC=F5=3D=EB=D3W=BB9a=E5=9B=06=BF=EE=83D/=EE= n7]=AEm=B9=B6N=92=C0=F6W=C9u=93*=A9| =9BzM8P=A5O=E7=EF=EF~=8C=A7=92=97=EF= =DF=FD=F48=7F=1F=EFB=FC=8A=FA=D4=97=B7=DBG=8C=1FY=F5:=92dZ=91$=CF=AF=17=B3= =F4=9E=945=B7=8BL=FE=DDT_?=AF{=BD=B5=0DS=BBC=EB=1BH=CE=17=97=FB=07dy=86|=FD= =F0=B8=BC=FDx{=F7c=9C=E6=F9=DD=F3=FB=AB=87=F7=82=F1=FBb=F2=BBLP=9B=B0=9EE'= =97=B0=CE=A7G|yb=FF=1B=F78=E6=EC=F6_=93=F2=1Bg=1F=DE=BF=BBKJ=A5=C9=9B=F6p= =E5=93=BA=C9=EC=F9=FD=F9=87=D7=EF>=ED=84=EA=D6=1A=C9=FDm=CF=08=D7=FC8=DCc?= =0Ew=B4=1F=C7=EA=EEG=EB=C3=B0=9B=B3~=F1lf=C6=C5=8B=CBx1=EF g=C6=FC!=8D=89=ED;=F8k=A2z?=D5l=9C4=E5=80=19=BDM&=A5c=0C=E2=9A=E1=1E=B5Y=D3= z=B3=AEs=C4f=DD=F6=9B=3Dfo=BD=D6=9B=F5=8E=D9=AC=DFz=B3=ABc6=1B=B4=DD=ACw=D4= =DE=86=AD7{=D4=DEF=BB7=DBj=ED=D6=F9=18=9F=F73=C6=E7=FD=8C=F1y?c|=DE=CF=18= =9F=F73=C6=E7=FD=8C=F1y?c|=DE=E4=0B^V=A7=AE=DF=DC=7F=BCM=0E.=FEx=B5=CA=9A= =C8=B7W=B9=BB=FF=CD=E2E|D=95=DD=8F=FD=E2Ev:0=F4=D74=B3|=BC=92=BD=B8r=84=92~= ?q=F6)9=8A=FCt=F8(=C51'=C2=A3=91=E5=F5"=BD=19=BE=D9wH=F8=C33=D7OO_U=CE=14= =3D=FB=F9=E7=E4q=D8=F1a=FE=EFo=1E=DE=BF{w=1B=1F=DDO=E2Lv=F40?=18=FB=D3j=E1~= =F3=A7x=E3=855W=DD=A6=93=02i=B9=E9=FAv=E7;=CF=C85=DC=AB=CD=171=92b=F8&nw=C7= Mf=0B=B3=A8=E0t=CD=0F=CFL=D8u=17=E3WLL8=B9=7F=F3=E6s=FC=86=FA~nO=99=95=BF= =C1=91>=E2!=99=9F=9C=C3g=3Dv7=90.=89=D7=ADT=BF=85=F2=D2=D9=FD=9D=AC=AF=E3= =B7=BE=7F=FB=CBdq=B5=98=C4{~=B7=E7=8E=D5=EBW=C6=3D=B8z=F9=CD=E2*=FBN=E0=D4;= =FCBW=FABO=FAB_=FA=C2@=FA=C2P=FA=C2H=FA=C2=A9=F4=85g=D2=17=CE=A4/=9CK_=B8= =90=BEp)}=E1J=FA=C2s=E1=0B=8D#}=A1=B4=1E=8D=B4=1E=8D=B4=1E=8D=B4=1E=8D=B4= =1E=8D=B4=1E=8D=B4=1E=8D=B4=1E=8D=B4=1E=8D=B4=1E=8D=B4=1E=8D=B4=1E=8D=B4=1E= =8D=B4=1E=8D=B4=1E]i=3D=BA=D2zt=A5=F5=E8J=EB=D1=95=D6=A3+=ADGWZ=8F=AE=B4=1E= ]i=3D=BA=D2zt=A5=F5=E8J=EB=D1=95=D6=A3+=ADGWZ=8F=AE=B4=1E=3Di=3Dz=D2z=F4=A4= =F5=E8I=EB=D1=93=D6=A3'=ADGOZ=8F=9E=B4=1E=3Di=3Dz=D2z=F4=A4=F5=E8I=EB=D1=93= =D6=A3'=ADGOZ=8F=9E=B4=1E}i=3D=FA=D2z=F4=A5=F5=E8K=EB=D1=97=D6=A3/=ADG_Z=8F= =BE=B4=1E}i=3D=FA=D2z=F4=A5=F5=E8K=EB=D1=97=D6=A3/=ADG_Z=8F=BE=B4=1E=03i=3D= =06=D2z=0C=A4=F5=18H=EB1=90=D6c =AD=C7@Z=8F=81=B4=1E=03i=3D=06=D2z=0C=A4=F5= =18H=EB1=90=D6c =AD=C7@Z=8F=81=B4=1ECi=3D=86=D2z=0C=A5=F5=18J=EB1=94=D6c(= =AD=C7PZ=8F=A1=B4=1ECi=3D=86=D2z=0C=A5=F5=18J=EB1=94=D6c(=AD=C7PZ=8F=A1=B4= =1E#i=3DF=D2z=8C=A4=F5=18I=EB1=92=D6c$=AD=C7HZ=8F=91=B4=1E=A3=DAz,=9Do?t=1A= =D0]=DFK=AE=FD=A9=C0mK=C2=D3=81=C5=9E=BD=BA=FE=EE=EA=C8=BB=1C=ADcy=F5=A7=D5= =EC=D0 =C5b=8A=C9f=E37=AD=05X=B3=FB=BC=1E=CA=D5Hs=B5O;O=AE^=BFK8=F0=E3=FB= =87=E4?=FF=F7=F9=F6=D3=9E=9D9=F8=89=98v=9F=C8bv=95=3D=93=B5vO=C4=9FK=A3}=DA= =FD=01=99=8E?=A0=E9q=1F=D0=E5=C5=E4=EA=FE=DF=B7=0F=C9=13y'=8B=9F=12^=D3=E2= =13=9A6=FC=84 =D1=C4}=C9fRWD=06=93=8BN'=F5=D7=C12=93=96N+=97=B3=BF=DC=9Cn=EF1=19=AC=87=C5= =F6B=D9=FA<|=F9bY=D6=C0=CD_=AFV=A7=D6=FD)OJ?=BF=BA^=3D=B7~n=CA?_=14=7F^y=FF= =E5=AB=E4=A2=DA=EE=9F=DF=EC|=FF=F6b=CC=D5r=B1=D3K=C7?=FBvr=F5p=FF=E6=F6=D3= =A7=FB=87=C9=F2=E1=FD=BF=B2=CF=B9=FA=E4=E5:=3D=B9=AC=E3=93=C9=83.gW=B3=DAKH= =C9=0FN'Ih'=D2=E6=E2=BF_=AE=BE=BF=16=BF>=AE=B4=EB=8B=BF=ADj7=7F=1D=EF=FA=8B= =B7[=E0]=E737=AF=FC=FC=8F=C7=87=D7o=1E=0B=B7=DE=9B=9E=D4=DF=F5.=EBM=A9#=C9!= =FA=E5=E7=0F=8F=EF?~=F8=A5p=EB=BC=A4=95=9B=D5=E5U=DDc=B4=AFo=AE=0B=CF=A3v= =0E=DE=E9r=1DQ=F9=EF=BD=14=F9=FE=EEM=DC=DF=BBT_f[L=FA=B3=DE=B7=D2=C8J=9E=A5= =3D=F9=DD=FE'd=D7=CF=89=A5{pf'=DBg=E9=DF=D9=EF=FB=EC$Fvy$;=FF8O=C7R|=F4=BE= =A7=C1=FCI=D8=E9=8B=E7=D9=13=AF=D3uA=B6=CA=CA=8E=A1=B2=85Tv=1A)=F0=AA=F3hVU= Y=ADT=F7=BC=EE=A2fGO0=17=8C=A3=FC9=D9=9D=8C=A3=ED=E3=BA=93=CF=FA=A4=D9=E6= =9D&=E3=F4=E2b=E94=19=A7=F1=EB=CDI=83i%~=BD+~=FD"}=BDW7=CA=BE=8B=FB=B9=EF= =A9=EF=07=EF'=DB=AE=96=BB=AA=E3=DF=9A|6=AB=86=9F=CD=AA=E1g=B3j=F8=D9=AC*=9F= M=CEN=9F=A5=8B=88=F5=DFk4s=91~f=E9^=C4=C35=FFG=B3=EEj=1D=1B=A9=B4=E0=AE=FBY= h=C1[w=E6=E4=A4=C1=F7k=E2=8F=FE=E2=EE=C7=DB=9F7=13h=FA=D8=84f=8F=DD=AD=DD= =F9C7@=DD=D7=A7=99B=9F=B2=A7=A9o=9A3=B2C=A6d=DEH_?O=EE=F8]=9DE=1A=F5B=D4b>-= :u=D3b=FD=C6j&=F9=AB=AB=EB=BA=AF=BB=ED=81=D2=C9=02=EFD=F8U=B7=AB=D7o=FE792H= >=AC=85=F4=D7=A8=FD=A6=B0=E9=CD=E6=D7=0B=C3=E9=D9Y=CD=F0(=BC=C8=9C=CD=DC=E9= =A1=17%=7Ff=DD=BC=C8=CC=93YI=F0=A2=FA=FB=AA=C7oULk:=B8=B4BIZa/i%=D7=1D=0F= =A45u=E7O=9AV I+=E8#=ADhy=B0g&=9C=FBO=9A=96/I=CB=EF%=AD=E4=DC=EE=81=B4=02o= =F9=A4iy=92=B4=BC^=D2r=0E=CF[=BE=138O=99=96+I=CB=ED#=ADpvx=DEr=A7=AB'M=CBH= =D22=BD=A4=E5=1F=9E=B7L=10<=E9Ht$i9}=A4=15,=0F=CF[=8EY>em9=E7=82=B4=92=17= =F5=90Vt=B8lV=B3=F0I=D3ZI=D2Z=F5=92=9698o9=CB=F0I=7F':KIZ=CB>=D2=F2=E7=87{= =B6=F0=9E=F4w=A2=B3=90=A4=B5=D8=95=D6=A1=07=E0=ED=B8=14b=87i=0E=1D=B0&=D7Mv= =9Dj=AA;j=FEaq#?j=AE=EB=91{=F8=10=FA=D8=A77&=DFe=FA=F4=98=9C=E8;O=9F=A1=F6= =A7W{=C3=F7=9D=9A/y'w|x=F5=FE=C7=3DO =CBN=B2=D5=BEQ=F28=C4=FC=8FI=0E=D5=93/= =A3=EFx=1E=E0=E6=CF=E9=C9W=A2=81=F4d=C1=99=DE=83=9B=1E=1D\=93Z=BF=BAZ=1CQ= =EB=D77=CE=81!t=BDlv=E2)=3D/V=B8=FC8u=0F_=D9=15L=07=B2SQ=C1=11=13rp`=DA=93= =CC=AF=92=17=9D=AF$-=99/f~]=FCp}=D3=AC8=16=82=B3=92=E9)=E7=B4=8A=B2=8B=CC= =C5=82r=93s=C7M=9FK=BCgJ=17=15=88=D9=F3=B9=D9m=FB';_=F6=EB=DE=079J=1F=DF)k= =AD=F1,Y=DD=DD#f=CCR#=EEq=B3=E7=9E=994=1Dd=82=99T=B07=B37=89,=98$=D7=DDE=CD= =EC=FF4v=AE=14=85%=94=1F|I^=E4$=DF=CF=DE=F9=B2=DF=A4=CF=FB=DC=F3=A0=B1=03= =C3=E5=D7=AF=1A=EE=A3`=88=EC.=E8&C=E3=D0 ;bH=ECY=07=C8=86=C3=F1=0B=89=8E=86= =C1=E9=EE=BC=F6=16=EE=81=A2=3DX=B0=07=8Au=00=BF=D0=AC=AD=94T=95=8B=AA=B2SCU= Uz=83=AA*Mi=A8*T=15=AA U=85=AABU=A1=AAPU=C5=CB=9D=A8*T=95VZ=A8*T=95VZ=A8*T=95VZ=A8*T=95RZ=A8*T=95Z= Z=A8*T=15=AA U=D5op=C3VU=06U=D5=81=AArQU=A8*T=95=D5=08=AAJ\B=F9=C1=17=AA=AA=D5=D0@U=C9= =16=16=A2=C2=1D=B3=AA=F2PUvj=A8=AAJoPU=A5)=0DU=85=AABU=A1=AAPU=A8*T=15=AA= =AAx=B9=13U=85=AA=D2J=0BU=85=AA=D2J=0BU=85=AA=D2J=0BU=85=AARJ=0BU=85=AARK= =0BU=85=AABU=A1=AA=FA=0Dn=D8=AA=CAEUu=A0=AA|T=15=AA Ue5=82=AA=12=97P~=F0=85=AAj54PU=B2=85=85=A8p=C7=AC=AA|T=95=9D=1A=AA=AA=D2= =1BTUiJCU=A1=AAPU=A8*T=15=AA U=85=AA*^=EEDU=A1=AA=B4=D2BU=A1=AA=B4=D2BU=A1=AA=B4=D2BU=A1=AA=94=D2BU=A1= =AA=D4=D2BU=A1=AAPU=A8=AA~=83=1B=B6=AA=F2PU=1D=A8=AA=10U=85=AABUY=8D=A0=AA= =C4%=94=1F|=A1=AAZ=0D=0DT=95la!*=DC1=AB=AA=00Ue=A7=86=AA=AA=F4=06UU=9A=D2PU= =A8*T=15=AA U=85=AABU=A1=AA=8A=97;QU=A8*=AD=B4PU=A8*=AD=B4PU=A8*=AD=B4PU=A8*=A5=B4PU=A8= *=B5=B4PU=A8*T=15=AA=AA=DF=E0=86=AD=AA=1CTU=07=AA*A$=A8*T=15=AAj=D3=08=AAJ\= B=F9=C1=17=AA=AA=D5=D0@U=C9=16=16=A2=C2=1D=B3=AA QUvj=A8=AAJoPU=A5)=0DU=85=AABU=A1=AAPU=A8*T=15=AA=AAx=B9=13U=85=AA=D2J=0BU= =85=AA=D2J=0BU=85=AA=D2J=0BU=85=AARJ=0BU=85=AARK=0BU=85=AABU=A1=AA=FA=0Dn= =D8=AA=CA=A0=AA:PU.=AA U=85=AA=B2=1AAU=89K(?=F8BU=B5=1A=1A=A8*=D9=C2BT=B8cVU=11=AA=CAN=0DUU=E9=0D= =AA=AA4=A5=A1=AAPU=A8*T=15=AA U=85=AABU=15/w=A2=AAPUZi=A1=AAPUZi=A1=AAPUZi=A1=AAPUJi=A1=AAPUji=A1=AAPU=A8= *TU=BF=C1=0D[U=B9=A8=AA=0ET=95=8F=AABU=A1=AA=ACFPU=E2=12=CA=0F=BEPU=AD=86= =06=AAJ=B6=B0=10=15=EE=98U=D5=14Ue=A7=86=AA=AA=F4=06UU=9A=D2PU=A8*T=15=AA U=85=AABU=A1=AA=8A=97;QU=A8*=AD=B4PU=A8*=AD=B4PU=A8*=AD=B4PU=A8*=A5=B4PU=A8= *=B5=B4PU=A8*T=15=AA=AA=DF=E0=86=AD=AA=AA U=85=AA=B2=1AAU=89K(?=F8BU=B5=1A=1A=A8*=D9=C2BT=B8cVU=0BT=95=9D=1A=AA=AA=D2= =1BTUiJCU=A1=AAPU=A8*T=15=AA U=85=AA*^=EEDU=A1=AA=B4=D2BU=A1=AA=B4=D2BU=A1=AA=B4=D2BU=A1=AA=94=D2BU=A1= =AA=D4=D2BU=A1=AAPU=A8=AA~=83=1B=B6=AA=F2PU=1D=A8=AA=10U=85=AABUY=8D=A0=AA= =C4%=94=1F|=A1=AAZ=0D=0DT=95la!*=DC1=AB=AA%=AA=CAN=0DUU=E9=0D=AA=AA4=A5=A1= =AAPU=A8*T=15=AA U=85=AABU=15/w=A2=AAPUZi=A1=AAPUZi=A1=AAPUZi=A1=AAPUJi=A1=AAPUji=A1=AAPU=A8= *TU=BF=C1=0D[U9=A8=AA=0ETUr=E2=15U=85=AABUm=1AAU=89K(?=F8BU=B5=1A=1A=A8*=D9= =C2BT=B8cVU+T=95=9D=1A=AA=AA=D2=1BTUiJCU=A1=AAPU=A8*T=15=AA U=85=AA*^=EEDU=A1=AA=B4=D2BU=A1=AA=B4=D2BU=A1=AA=B4=D2BU=A1=AA=94=D2BU=A1= =AA=D4=D2BU=A1=AAPU=A8=AA~=83=1B=B6=AA2=A8=AA=0ET=95=8B=AABU=A1=AA=ACFPU=E2= =12=CA=0F=BEPU=AD=86=06=AAJ=B6=B0=10=15=EE=98U=D59=AA=CAN=0DUU=E9=0D=AA=AA4= =A5=A1=AAPU=A8*T=15=AA U=85=AABU=15/w=A2=AAPUZi=A1=AAPUZi=A1=AAPUZi=A1=AAPUJi=A1=AAPUji=A1=AAPU=A8= *TU=BF=C1=0D[U=B9=A8=AA=0ET=95=8F=AABU=A1=AA=ACFPU=E2=12=CA=0F=BEPU=AD=86= =06=AAJ=B6=B0=10=15=EE=88U=D5=E6=C2;=AA*=FB=83=AA=AA=F4=06UU=9A=D2PU=A8*T= =15=AA U=85=AABU=A1=AA=8A=97;QU=A8*=AD=B4PU=A8*=AD=B4PU=A8*=AD=B4PU=A8*=A5=B4PU=A8= *=B5=B4PU=A8*T=15=AA=AA=DF=E0=86=AD=AA=AA U=85=AA=B2=1AAU=89K(?=F8BU=B5=1A=1A=A8*=D9=C2BT=B8#VU=9E=83=AA=B2SCUUz=83= =AA*Mi=A8*T=15=AA U=85=AABU=A1=AAPU=C5=CB=9D=A8*T=95VZ=A8*T=95VZ=A8*T=95VZ=A8*T=95RZ=A8*T=95Z= Z=A8*T=15=AA U=D5op=C3VU=1E=AA=AA=03U=15=A2=AAPU=A8*=AB=11T=95=B8=84=F2=83/TU=AB=A1=81= =AA=92-,D=85;fUePUvj=A8=AAJoPU=A5)=0DU=85=AABU=A1=AAPU=A8*T=15=AA=AAx=B9=13= U=85=AA=D2J=0BU=85=AA=D2J=0BU=85=AA=D2J=0BU=85=AARJ=0BU=85=AARK=0BU=85=AABU= =A1=AA=FA=0Dn=D8=AA=CAAUu=A0=AA=0E=B6=81=AABU=ED=FE=83=AA=12=CC=A4=A8*T=15= =AA U=F5=04=AA=CAEU=D9=A9=A1=AA*=BDAU=95=A64T=15=AA U=85=AABU=A1=AAPU=A8=AA=E2=E5NT=15=AAJ+-T=15=AAJ+-T=15=AAJ+-T=15=AAJ)-T=15= =AAJ--T=15=AA U=85=AA=EA7=B8a=AB*=83=AA=EA@U=B9=A8*T=15=AA=CAj=04U%.=A1=FC=E0=0BU=D5jh=A0= =AAd=0B=0BQ=E1=8EYUy=A8*;5TU=A57=A8=AA=D2=94=86=AABU=A1=AAPU=A8*T=15=AA UU=BC=DC=89=AABUi=A5=85=AABUi=A5=85=AABUi=A5=85=AABU)=A5=85=AABU=A9=A5=85= =AABU=A1=AAPU=FD=067lU=E5=A2=AA:PU>=AA U=85=AA=B2=1AAU=89K(?=F8BU=B5=1A=1A=A8*=D9=C2BT=B8cVU>=AA=CAN=0DUU=E9=0D=AA= =AA4=A5=A1=AAPU=A8*T=15=AA U=85=AABU=15/w=A2=AAPUZi=A1=AAPUZi=A1=AAPUZi=A1=AAPUJi=A1=AAPUji=A1=AAPU=A8= *TU=BF=C1=0D[Uy=A8=AA=0ETU=88=AABU=A1=AA=ACFPU=E2=12=CA=0F=BEPU=AD=86=06=AA= J=B6=B0=10=15=EE=98UU=80=AA=B2SCUUz=83=AA*Mi=A8*T=15=AA U=85=AABU=A1=AAPU=C5=CB=9D=A8*T=95VZ=A8*T=95VZ=A8*T=95VZ=A8*T=95RZ=A8*T=95Z= Z=A8*T=15=AA U=D5op=C3VU=0E=AA=AA=03U=E5D=A8*T=15=AA*o=04U%.=A1=FC=E0=0BU=D5jh=A0=AAd=0B= =0BQ=E1=8EYU=85=A8*;5TU=A57=A8=AA=D2=94=86=AABU=A1=AAPU=A8*T=15=AA UU=BC=DC=89=AABUi=A5=85=AABUi=A5=85=AABUi=A5=85=AABU)=A5=85=AABU=A9=A5=85= =AABU=A1=AAPU=FD=067lUePU=1D=A8*=17U=85=AABUY=8D=A0=AA=C4%=94=1F|=A1=AAZ=0D= =0DT=95la!*=DC1=AB=AA=08Ue=A7=86=AA=AA=F4=06UU=9A=D2PU=A8*T=15=AA U=85=AABU=A1=AA=8A=97;QU=A8*=AD=B4PU=A8*=AD=B4PU=A8*=AD=B4PU=A8*=A5=B4PU=A8= *=B5=B4PU=A8*T=15=AA=AA=DF=E0=86=AD=AA\TU=07=AA=CAGU=A1=AAPUV#=A8*q =E5=07_= =A8=AAVC=03U%[X=88 w=CC=AAj=8A=AA=B2SCUUz=83=AA*Mi=A8*T=15=AA U=85=AABU=A1=AAPU=C5=CB=9D=A8*T=95VZ=A8*T=95VZ=A8*T=95VZ=A8*T=95RZ=A8*T=95Z= Z=A8*T=15=AA U=D5op=C3VU=1E=AA=AA=03U=15=A2=AAPU=A8*=AB=11T=95=B8=84=F2=83/TU=AB=A1=81= =AA=92-,D=85;fUu=86=AA=B2SCUUz=83=AA*Mi=A8*T=15=AA U=85=AABU=A1=AAPU=C5=CB=9D=A8*T=95VZ=A8*T=95VZ=A8*T=95VZ=A8*T=95RZ=A8*T=95Z= Z=A8*T=15=AA U=D5op=C3VU=0E=AA=AA=03U=E5=9C=A1=AAPU=A8=AA=BC=11T=95=B8=84=F2=83/TU=AB=A1= =81=AA=92-,D=85;fU5CU=D9=A9=A1=AA*=BDAU=95=A64T=15=AA U=85=AABU=A1=AAPU=A8=AA=E2=E5NT=15=AAJ+-T=15=AAJ+-T=15=AAJ+-T=15=AAJ)-T=15= =AAJ--T=15=AA U=85=AA=EA7=B8a=AB*=83=AA=EA@U=B9=A8*T=15=AA=CAj=04U%.=A1=FC=E0=0BU=D5jh=A0= =AAd=0B=0BQ=E1=8EYU=CDQUvj=A8=AAJoPU=A5)=0DU=85=AABU=A1=AAPU=A8*T=15=AA=AAx= =B9=13U=85=AA=D2J=0BU=85=AA=D2J=0BU=85=AA=D2J=0BU=85=AARJ=0BU=85=AARK=0BU= =85=AABU=A1=AA=FA=0Dn=D8=AA=CAEUu=A0=AA|T=15=AA Ue5=82=AA=12=97P~=F0=85=AAj54PU=B2=85=85=A8p=C7=AC=AA=16=A8*;5TU=A57=A8=AA= =D2=94=86=AABU=A1=AAPU=A8*T=15=AA UU=BC=DC=89=AABUi=A5=85=AABUi=A5=85=AABUi=A5=85=AABU)=A5=85=AABU=A9=A5=85= =AABU=A1=AAPU=FD=067lU=E5=A1=AA:PU!=AA U=85=AA=B2=1AAU=89K(?=F8BU=B5=1A=1A=A8*=D9=C2BT=B8cVUKT=95=9D=1A=AA=AA=D2= =1BTUiJCU=A1=AAPU=A8*T=15=AA U=85=AA*^=EEDU=A1=AA=B4=D2BU=A1=AA=B4=D2BU=A1=AA=B4=D2BU=A1=AA=94=D2BU=A1= =AA=D4=D2BU=A1=AAPU=A8=AA~=83=1B=B6=AArPU=1D=A8*cPU=A8*TU=DE=08=AAJ\B=F9=C1= =17=AA=AA=D5=D0@U=C9=16=16=A2=C2=1D=B3=AAZ=A1=AA=EC=D4PU=95=DE=A0=AAJS=1A=AA U=85=AABU=A1=AAPU=A8*TU=F1r'=AA U=A5=95=16=AA U=A5=95=16=AA U=A5=95=16=AA U=A5=94=16=AA U=A5=96=16=AA U=85=AABU=F5=1B=DC=B0U=95AUu=A0=AA Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3DBE19C3 for ; Sat, 24 May 2014 02:07:06 +0000 (UTC) Received: from mail-wg0-x234.google.com (mail-wg0-x234.google.com [IPv6:2a00:1450:400c:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CCA332C40 for ; Sat, 24 May 2014 02:07:05 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id l18so5485028wgh.23 for ; Fri, 23 May 2014 19:07: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:message-id:subject :from:to:cc:content-type; bh=blPxiNsNClc9+OWi7jj/q7zSaEF8RvTqklWlKyZ1ygQ=; b=OP9cLLBu2zvgPs/Ey4M7+XRF1wqNtDE0YHZosBNCBMa6AKIbniRCkNsbRA/VnUVqZg 0j5jsvY6GkFM2H+OUUU8Zsph4rEwNlVUuRO7BCIXpkCIKdBOFv0/oJIMAnQS6M/mxGbU mOS9s0EG4CL2/PWGLAsTq27XWJK2K/CxfTdsS5FwtrHjTPY94PaOCikERDt++7pwRRfq OTVpo+8qPPZRS0b0O+WOx12SQdm8bjim5Yzh1b6qW86lvrzbBnZa6JDbJNpC68Q7TZAR LJ+JRT0wQiAf31PaYAlLj0yKfzeZnzcIC04KmAp/534RslOkpeb2V74vEIj7+ppIJVIb yC8Q== MIME-Version: 1.0 X-Received: by 10.180.14.72 with SMTP id n8mr6944524wic.53.1400897223795; Fri, 23 May 2014 19:07:03 -0700 (PDT) Sender: asomers@gmail.com Received: by 10.194.168.130 with HTTP; Fri, 23 May 2014 19:07:03 -0700 (PDT) In-Reply-To: <20140524014713.GF13462@carrick-users.bishnet.net> References: <20140524014713.GF13462@carrick-users.bishnet.net> Date: Fri, 23 May 2014 20:07:03 -0600 X-Google-Sender-Auth: rCJ1gxsQ-V-HDP458vNFz2ZZKe8 Message-ID: Subject: Re: Processor cores not properly detected/activated? From: Alan Somers To: Tim Bishop Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 24 May 2014 02:07:06 -0000 On Fri, May 23, 2014 at 7:47 PM, Tim Bishop wrote: > I have a new quad CPU system containing four of these processors: > > Intel(R) Xeon(R) CPU E7-4830 v2 @ 2.20GHz (2200.05-MHz K8-class CPU) > > I've tried FreeBSD 10.0, stable/10 and head, but all of them only detect > a maximum of 64 "CPUs". There should be 80. Here's the relevant dmesg > output (full output attached): > > FreeBSD/SMP: Multiprocessor System Detected: 64 CPUs > FreeBSD/SMP: 3 package(s) x 10 core(s) x 2 SMT threads > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ... > cpu62 (AP): APIC ID: 98 > cpu63 (AP): APIC ID: 99 > cpu (AP): APIC ID: 100 (disabled) > cpu (AP): APIC ID: 101 (disabled) > cpu (AP): APIC ID: 102 (disabled) > cpu (AP): APIC ID: 103 (disabled) > cpu (AP): APIC ID: 104 (disabled) > cpu (AP): APIC ID: 105 (disabled) > cpu (AP): APIC ID: 112 (disabled) > cpu (AP): APIC ID: 113 (disabled) > cpu (AP): APIC ID: 114 (disabled) > cpu (AP): APIC ID: 115 (disabled) > cpu (AP): APIC ID: 116 (disabled) > cpu (AP): APIC ID: 117 (disabled) > cpu (AP): APIC ID: 118 (disabled) > cpu (AP): APIC ID: 119 (disabled) > cpu (AP): APIC ID: 120 (disabled) > cpu (AP): APIC ID: 121 (disabled) > > Firstly, it should say 4 packages, so I'm not sure why its only has 3. > But then it goes on to detect all the "CPUs", but doesn't enable the > last 16. > > acpidump shows all the "CPUs" as enabled (trimmed output): > > APIC: Length=1090, Revision=1, Checksum=115, > OEMID=DELL, OEM Table ID=PE_SC3, OEM Revision=0x1, > Creator ID=DELL, Creator Revision=0x1 > Local APIC ADDR=0xfee00000 > Flags={PC-AT} > > Type=Local APIC > ACPI CPU=1 > Flags={ENABLED} > APIC ID=0 > > Type=Local APIC > ACPI CPU=2 > Flags={ENABLED} > APIC ID=32 > > ... > > Type=Local APIC > ACPI CPU=79 > Flags={ENABLED} > APIC ID=89 > > Type=Local APIC > ACPI CPU=80 > Flags={ENABLED} > APIC ID=121 > > Finally, I've booted Ubuntu 14.04 (Linux 3.13) and it correctly detects > all 80 "CPUs". > > Can anyone shed any light on what's happening? > > I'm running head at the moment and I'm happy to fiddle around as much as > required to debug it. > > Thanks, > > Tim. > > -- > Tim Bishop > http://www.bishnet.net/tim/ > PGP Key: 0x6C226B37FDF38D55 > Try setting MAXCPU higher. It's defined by default to 64 in, sys/amd64/include/param.h From owner-freebsd-current@FreeBSD.ORG Sat May 24 02:42:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6F639307; Sat, 24 May 2014 02:42:34 +0000 (UTC) Received: from carrick.bishnet.net (carrick-mx.bishnet.net [IPv6:2a01:348:132:51::14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "carrick.bishnet.net", Issuer "Bishnet Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 33ECC2EBF; Sat, 24 May 2014 02:42:34 +0000 (UTC) Received: from carrick-users.bishnet.net ([192.168.51.10]) by carrick.bishnet.net with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Wo1uq-000CsU-1r; Sat, 24 May 2014 03:42:32 +0100 Received: (from tdb@localhost) by carrick-users.bishnet.net (8.14.7/8.14.7/Submit) id s4O2gV0C049505; Sat, 24 May 2014 03:42:31 +0100 (BST) (envelope-from tdb) Date: Sat, 24 May 2014 03:42:31 +0100 From: Tim Bishop To: Alan Somers Subject: Re: Processor cores not properly detected/activated? Message-ID: <20140524024231.GG13462@carrick-users.bishnet.net> References: <20140524014713.GF13462@carrick-users.bishnet.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-PGP-Key: 0x6C226B37FDF38D55, http://www.bishnet.net/tim/tim-bishnet-net.asc X-PGP-Fingerprint: 4BD9 5F90 8A50 40E8 D26C D681 6C22 6B37 FDF3 8D55 User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 24 May 2014 02:42:34 -0000 On Fri, May 23, 2014 at 08:07:03PM -0600, Alan Somers wrote: > On Fri, May 23, 2014 at 7:47 PM, Tim Bishop wrote: > > I have a new quad CPU system containing four of these processors: > > > > Intel(R) Xeon(R) CPU E7-4830 v2 @ 2.20GHz (2200.05-MHz K8-class CPU) > > > > I've tried FreeBSD 10.0, stable/10 and head, but all of them only detect > > a maximum of 64 "CPUs". There should be 80. Here's the relevant dmesg > > output (full output attached): > > > > FreeBSD/SMP: Multiprocessor System Detected: 64 CPUs > > FreeBSD/SMP: 3 package(s) x 10 core(s) x 2 SMT threads > > ... > > Try setting MAXCPU higher. It's defined by default to 64 in, > sys/amd64/include/param.h Ah! Thank you, yes, that fixed it: FreeBSD/SMP: Multiprocessor System Detected: 80 CPUs FreeBSD/SMP: 4 package(s) x 10 core(s) x 2 SMT threads Given the number of "CPUs" in some top end processors (up to 30 per socket), a limit of 64 is starting to seem low. Is it worth doubling it to 128? Or even higher? It'd be nice to be able to use a stock kernel with freebsd-update at least. Anyway, thanks for your help Alan, at least my system is working fully now :-) Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x6C226B37FDF38D55 From owner-freebsd-current@FreeBSD.ORG Sat May 24 03:03:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C562A5BA; Sat, 24 May 2014 03:03:14 +0000 (UTC) Received: from mail-wg0-x234.google.com (mail-wg0-x234.google.com [IPv6:2a00:1450:400c:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D0ED208D; Sat, 24 May 2014 03:03:14 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id l18so5509213wgh.11 for ; Fri, 23 May 2014 20:03:12 -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:message-id:subject :from:to:cc:content-type; bh=74+oHAxROpr5bRDuuo2I0XP7qPYByKx/J44Dnuy6zSY=; b=Y7rIJcYnPh2MPaPLvPxfD6lIz7HxmO69hF79Fkwv34rTmzSbJGxGTOEa9j8p9CL9s0 zZmlU6yNAQNpRYStSzkxBWuzyJJPKiB3mPlHH5IMslBWo6Ml15pCcIeqWt5o0zMxLjX3 MsDTkiN8nRX9A4w65XBtIB+Aj+foLT/w300tQPicyqCjXNrMmv7g4R+rkRWIp0qnLmEL QKTAL24pe7y1b296a8h1uNsRLsYqVVKAp89M8WJE/oDroGcqucNDkFdZXV55Hm9LpRVG 0+i+nkUkyfIVZ+yZr9Q6SvQRVjndU7kaTe+8xs/l5s+Ci24e1SZ7sOhv2Y52RhkrJaRI yYMQ== MIME-Version: 1.0 X-Received: by 10.180.14.72 with SMTP id n8mr7207111wic.53.1400900592599; Fri, 23 May 2014 20:03:12 -0700 (PDT) Sender: asomers@gmail.com Received: by 10.194.168.130 with HTTP; Fri, 23 May 2014 20:03:12 -0700 (PDT) In-Reply-To: <20140524024231.GG13462@carrick-users.bishnet.net> References: <20140524014713.GF13462@carrick-users.bishnet.net> <20140524024231.GG13462@carrick-users.bishnet.net> Date: Fri, 23 May 2014 21:03:12 -0600 X-Google-Sender-Auth: -30OJqK3sMT12ZqD3i9clDCnKxc Message-ID: Subject: Re: Processor cores not properly detected/activated? From: Alan Somers To: Tim Bishop Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD CURRENT , Alan Somers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 24 May 2014 03:03:14 -0000 On Fri, May 23, 2014 at 8:42 PM, Tim Bishop wrote: > On Fri, May 23, 2014 at 08:07:03PM -0600, Alan Somers wrote: >> On Fri, May 23, 2014 at 7:47 PM, Tim Bishop wrote: >> > I have a new quad CPU system containing four of these processors: >> > >> > Intel(R) Xeon(R) CPU E7-4830 v2 @ 2.20GHz (2200.05-MHz K8-class CPU) >> > >> > I've tried FreeBSD 10.0, stable/10 and head, but all of them only detect >> > a maximum of 64 "CPUs". There should be 80. Here's the relevant dmesg >> > output (full output attached): >> > >> > FreeBSD/SMP: Multiprocessor System Detected: 64 CPUs >> > FreeBSD/SMP: 3 package(s) x 10 core(s) x 2 SMT threads >> > ... >> >> Try setting MAXCPU higher. It's defined by default to 64 in, >> sys/amd64/include/param.h > > Ah! Thank you, yes, that fixed it: > > FreeBSD/SMP: Multiprocessor System Detected: 80 CPUs > FreeBSD/SMP: 4 package(s) x 10 core(s) x 2 SMT threads > > Given the number of "CPUs" in some top end processors (up to 30 per > socket), a limit of 64 is starting to seem low. Is it worth doubling it > to 128? Or even higher? Yeah, I think so. It seems like a GENERIC kernel ought to be able to handle the biggest commonly available quad socket systems. Anything with more than 4 sockets, though, is probably too exotic to deserve such special treatment. > > It'd be nice to be able to use a stock kernel with freebsd-update at > least. > > Anyway, thanks for your help Alan, at least my system is working fully > now :-) > > Tim. > > -- > Tim Bishop > http://www.bishnet.net/tim/ > PGP Key: 0x6C226B37FDF38D55 > From owner-freebsd-current@FreeBSD.ORG Sat May 24 10:38:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C912BA31; Sat, 24 May 2014 10:38:37 +0000 (UTC) Received: from carrick.bishnet.net (carrick-mx.bishnet.net [IPv6:2a01:348:132:51::14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "carrick.bishnet.net", Issuer "Bishnet Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8BC0F2FD0; Sat, 24 May 2014 10:38:37 +0000 (UTC) Received: from carrick-users.bishnet.net ([192.168.51.10]) by carrick.bishnet.net with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Wo9LX-000PxC-L1; Sat, 24 May 2014 11:38:35 +0100 Received: (from tdb@localhost) by carrick-users.bishnet.net (8.14.7/8.14.7/Submit) id s4OAcZiq099769; Sat, 24 May 2014 11:38:35 +0100 (BST) (envelope-from tdb) Date: Sat, 24 May 2014 11:38:35 +0100 From: Tim Bishop To: Alan Somers Subject: Re: Processor cores not properly detected/activated? Message-ID: <20140524103835.GI13462@carrick-users.bishnet.net> References: <20140524014713.GF13462@carrick-users.bishnet.net> <20140524024231.GG13462@carrick-users.bishnet.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-PGP-Key: 0x6C226B37FDF38D55, http://www.bishnet.net/tim/tim-bishnet-net.asc X-PGP-Fingerprint: 4BD9 5F90 8A50 40E8 D26C D681 6C22 6B37 FDF3 8D55 User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 24 May 2014 10:38:37 -0000 On Fri, May 23, 2014 at 09:03:12PM -0600, Alan Somers wrote: > On Fri, May 23, 2014 at 8:42 PM, Tim Bishop wrote: > > On Fri, May 23, 2014 at 08:07:03PM -0600, Alan Somers wrote: > >> On Fri, May 23, 2014 at 7:47 PM, Tim Bishop wrote: > >> > I have a new quad CPU system containing four of these processors: > >> > > >> > Intel(R) Xeon(R) CPU E7-4830 v2 @ 2.20GHz (2200.05-MHz K8-class CPU) > >> > > >> > I've tried FreeBSD 10.0, stable/10 and head, but all of them only detect > >> > a maximum of 64 "CPUs". There should be 80. Here's the relevant dmesg > >> > output (full output attached): > >> > > >> > FreeBSD/SMP: Multiprocessor System Detected: 64 CPUs > >> > FreeBSD/SMP: 3 package(s) x 10 core(s) x 2 SMT threads > >> > ... > >> > >> Try setting MAXCPU higher. It's defined by default to 64 in, > >> sys/amd64/include/param.h > > > > Ah! Thank you, yes, that fixed it: > > > > FreeBSD/SMP: Multiprocessor System Detected: 80 CPUs > > FreeBSD/SMP: 4 package(s) x 10 core(s) x 2 SMT threads > > > > Given the number of "CPUs" in some top end processors (up to 30 per > > socket), a limit of 64 is starting to seem low. Is it worth doubling it > > to 128? Or even higher? > > Yeah, I think so. It seems like a GENERIC kernel ought to be able to > handle the biggest commonly available quad socket systems. Anything > with more than 4 sockets, though, is probably too exotic to deserve > such special treatment. I submitted a PR to that effect: http://www.freebsd.org/cgi/query-pr.cgi?pr=190169 Thanks again for your help. Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x6C226B37FDF38D55 From owner-freebsd-current@FreeBSD.ORG Sat May 24 16:22:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 163FF649; Sat, 24 May 2014 16:22:41 +0000 (UTC) Received: from mail-qc0-x22f.google.com (mail-qc0-x22f.google.com [IPv6:2607:f8b0:400d:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A3EE9289E; Sat, 24 May 2014 16:22:40 +0000 (UTC) Received: by mail-qc0-f175.google.com with SMTP id w7so9929398qcr.20 for ; Sat, 24 May 2014 09:22:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=o5DkegHqYUfM2Ic3VscIRgCOiMRcF1u47NC5ErZhcqY=; b=B5abpdMLS2tB3pXKAdVBEMdkT18dFayIQU+SeRaFuOHODAjsp1yDyalWixjjbCcG5B YEu/QlMGu7haQXTt7AMscHmdn5UiTB6Er9xzKmkPi4fTP4r2tsXWERYSDZdOA2PXKber bu9nf/OY+AUCs/xk0gFJM3/7R4E++4A79mTZfzF7fzhHyqcOvf0QNofTuxYB8y1N7Xlb w9nFYVl4uT1nTkHprmRVcm3+t+MF5gxETDu+Dolet3jmDMGcL3YipLJuwznkYh1lSuVS 16cQzs+WsyurHtEvSY69roq2VDfECpgsU6A8uEgMYDjqzZ5GCcrYlDpqJNUY3dLFLBsY vZEg== X-Received: by 10.140.109.201 with SMTP id l67mr16660146qgf.72.1400948559845; Sat, 24 May 2014 09:22:39 -0700 (PDT) Received: from pwnie.vrt.sourcefire.com (moist.vrt.sourcefire.com. [198.148.79.134]) by mx.google.com with ESMTPSA id 91sm4261137qgp.41.2014.05.24.09.22.37 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 24 May 2014 09:22:37 -0700 (PDT) Date: Sat, 24 May 2014 12:22:36 -0400 From: Shawn Webb To: Pedro Giffuni Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable Message-ID: <20140524162236.GG2029@pwnie.vrt.sourcefire.com> References: <4E5105B9-54F7-4780-B954-65BDD42EF331@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yQbNiKLmgenwUfTN" Content-Disposition: inline In-Reply-To: <4E5105B9-54F7-4780-B954-65BDD42EF331@freebsd.org> X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org, "Wojciech A. Koszek" , Oliver Pinter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 24 May 2014 16:22:41 -0000 --yQbNiKLmgenwUfTN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On May 23, 2014 07:44 PM -0500, Pedro Giffuni wrote: > (Dropped the cross-posting, which *is* frowned upon) >=20 > While I do very much appreciate this work being done, and I agree we shou= ld have it in the tree, I would really prefer it opt-in rather opt-out, at = least initially. >=20 > I know this may very well be the subject of a bikeshed of historical prop= ortions but: >=20 > 1) Understand this may break some applications (?). Yup. This is why we provide both ugidfw support for dynamic rulesets and per-jail settings. We'll soon be adding FS extended attributes as well. >=20 > 2) It is yet undetermined what the performance effect will be. Very early on, Oliver ran unixbench against the ASLR implementation. There was some anomalous behaviors. Our implementation has drastically changed since then and we ought to run unixbench again against the current implementation. I've got a lot going on right now, but when things settle down, I'll run unixbench under these conditions: 1) Vanilla FreeBSD 11-CURRENT with WITNESS and other debugging features turned off. 2) FreeBSD 11-CURRENT with ASLR patches applied, but with ASLR turned off, and with WITNESS and other debugging features turned off. 3) FreeBSD 11-CURRENT with ASLR patches applied, but with ASLR turned on, and with WITNESS and other debugging features turned off. I hope to have the tests done within the next two weeks. >=20 > I find it very neat that it can be enabled for jails though. That's my second favorite feature of our implementation, the first being ugidfw integration. I'm glad to see you like the jails integration. Thanks, Shawn --yQbNiKLmgenwUfTN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTgMdLAAoJEGqEZY9SRW7u6BQQAJa3ncro8LB6rf9bTWJS1lUb iQfB6DVqVxttNSVcWIUv2ykUDAU210N/oUOdvoaCz1pjYx3aBEAXMsuQwXzGFdop nJI/OFJ1MUozMACSWJEsiM0H10NbetKblRW/AFbX913V7gDSaRcwC6G1mNb8Vd6b xt1sljQPGdEPdOHUdCOrvCIXK1LGCjgOeP2z8AmyzFDms8G+hBgK/Q+5vuwpAigH 4Fbd9A+w0byVYtCIH3q1JG8dce1RbP8ycF/sAcITPU0lHc63c+8PgQAxCxkK7e1U rY+LA6XdH+AXyrMQyLimTUUnMF3yMcaQQ5s8gm0QthAhcDgE9e4w57P7Yo55VLeC A8KppO9nSCDt4TB3JyGbeGZ7Enjo9vl9KXIFhZnbfEctdSUl2fyZoWAWAeKteA0N WtXOOFjTpRFp2Yi7SRxZS3eaZZNvtmlM+wYKvJjALmH07TnmjdjE3gz9oKgAbDPR z+BgvuWMj5PzKuwrW20opqeaqSccy1GRcxyI8ujfs2spHvgcCa7MHmNmeJ2On9/a YQ8sSPP9jEZoZp26R8VGqbl1gO/+I/jI/WDjh83Ombtj9VZzDUASzwlSsiCimIh2 fa+2WsZkJ0dRiaiomRAk7qrKB1kyhcWi3y/LhnHsyr0FKJ3heb8eRC54yjlkAoAJ y7d1VG2dv7G6tMeut8Qs =yRoO -----END PGP SIGNATURE----- --yQbNiKLmgenwUfTN-- From owner-freebsd-current@FreeBSD.ORG Sat May 24 20:50:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 908F46E6; Sat, 24 May 2014 20:50:50 +0000 (UTC) Received: from mail-oa0-x230.google.com (mail-oa0-x230.google.com [IPv6:2607:f8b0:4003:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 343732CC6; Sat, 24 May 2014 20:50:50 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id i4so6963395oah.35 for ; Sat, 24 May 2014 13:50:49 -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=tdwWCTgp24lKNI8CkBqddjA1MZBrKOiPo85jVfOBH6Q=; b=acSKj2PAV68XLx2Dalk+sl4RDAP1Kn1DA+tagziwLqu9/sK5xxFKBG8oUX5TiTWLd5 8pGeoy3B2T/7SWyhcXEHXMeR32ZoBYEnEV1nLlSYBoCr3X238e27MQ06JD3Ml6DK7b4A GhVWHqTrlZES8aiJqrxHTr1ye0QN4IoRT6RGIZKn1CE83iE/z1rhdM8aQ4s+B1e0LkNE fyHcJGONWsHDZlqqwEGr5mhNp7RhFr6qv5/VyvRNFOB3Lr3d/VmjoVsqCIDba0TTwBBk /Grl3mAnK4JIX67v6mNuPFkUrguKlOb1YV21J3DPAx56iUAmy9XNbizfxYWXlX4YvGmh c2YA== MIME-Version: 1.0 X-Received: by 10.60.41.104 with SMTP id e8mr14788496oel.18.1400964649217; Sat, 24 May 2014 13:50:49 -0700 (PDT) Received: by 10.182.216.197 with HTTP; Sat, 24 May 2014 13:50:49 -0700 (PDT) In-Reply-To: <20140524003525.GC2029@pwnie.vrt.sourcefire.com> References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> <20140523195329.GC91702@FreeBSD.org> <20140524003525.GC2029@pwnie.vrt.sourcefire.com> Date: Sat, 24 May 2014 22:50:49 +0200 Message-ID: Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable From: Oliver Pinter To: Shawn Webb Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org, "Wojciech A. Koszek" , freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 24 May 2014 20:50:50 -0000 On 5/24/14, Shawn Webb wrote: > On May 23, 2014 07:53 PM +0000, Wojciech A. Koszek wrote: >> On Wed, May 14, 2014 at 09:58:52AM -0400, Shawn Webb wrote: >> > Hey All, >> > >> > [NOTE: crossposting between freebsd-current@, freebsd-security@, and >> > freebsd-stable@. Please forgive me if crossposting is frowned upon.] >> > >> > Address Space Layout Randomization, or ASLR for short, is an exploit >> > mitigation technology. It helps secure applications against low-level >> > exploits. A popular secure implementation is known as PaX ASLR, which >> > is >> > a third-party patch for Linux. Our implementation is based off of >> > PaX's. >> > >> > Oliver Pinter, Danilo Egea, and I have been working hard to bring more >> > features and robust stability to our ASLR patches. We've done extensive >> > testing on amd64. We'd like to get as many people testing these >> > patches. >> > Given the nature of them, we'd also like as many eyeballs reviewing the >> > code as well. >> > >> > I have a Raspberry Pi and have noticed a few bugs. On ARM (at least, on >> > the RPI), when a parent forks a child, and the child gracefully exits, >> > the parent segfaults with the pc register pointing to 0xc0000000. That >> > address is always the same, no matter the application. If anyone knows >> > the ARM architecture well, and how FreeBSD ties into it, I'd like a >> > little guidance. >> > >> > I also have a sparc64 box, but I'm having trouble getting a vanilla >> > 11-current system to be stable on it. I ought to file a few PRs. >> > >> > You can find links to the patches below. >> > >> > Patch for 11-current: >> > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-current-aslr-segvguard-SNAPSHOT.diff >> > >> > Patch for 10-stable: >> > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-stable-10-aslr-segvguard-SNAPSHOT.diff >> > >> >> Shawn >> >> I appreciate you working on this. We must have this in FreeBSD. >> >> I looked at the patch and I read, but not run it. Comments below. >> >> My personal opinion is that kern_pax.c should be compiled in by default. >> If >> it adds a lot of size, it'd be better to provide empty stub calls instead >> of >> #ifdef'ing everything. But security is very important especially in >> embeddded systems, so you can imagine you're writing the code that >> everybody >> wants and must have enabled for decent level of security. >> >> All modern systems run with ASLR turned on. >> >> I skipped user-space stuff. I don't think it's necessary in this commit >> and >> should be separated. >> >> There's a lot of lines of code for status showing. Not sure if we care >> that >> much: ASLR is either on or off. Not sure about more granularity. More >> below. > > We provide the level of granularity because there are a lot of > applications that might exhibit weird behaviors or even crash if we > randomize too many bits. We provide sane defaults, but allow each user > to choose the level of security versus the level of stability they > desire. Two idea here: a) create a tunable security.pax.expert_mode, and create sysctls at boot time depending from expert mode ( https://github.com/HardenedBSD/hardenedBSD/blob/hardened/current/aslr/sys/kern/kern_sysctl.c#L460 ) b) just add CTLFLAG_SKIP and hide the sysctl from normal user ( https://github.com/HardenedBSD/hardenedBSD/blob/hardened/current/aslr/sys/kern/kern_sysctl.c#L739 ) > >> >> Lots of files: >> >> You conditionally make .sv_pax_aslr_init method point to something else. >> I'd >> assume PAX function _pax_aslr_init32() always gets called and based on >> whether ASLR is on or not, it does something or not. This will simplify >> the >> code a lot, and the difference probably won't be measurable. >> >> You have: >> >> int a; >> int b; >> >> instead of: >> >> int a, b; >> >> And you miss spaces around "=" sometimes. > > Cleaning up the code and make style changes are a high priority on my > list. Once I get a few more pieces of code locked down, I'm going to go > over every line with a comb to make sure I'm adhering to the FreeBSD > coding style. des@ has made a lot of suggestions in that regard and has > even provided me with a sample vimrc. Prior to talking with des@, I was > re-using the same vimrc that I use for ClamAV (which, admittedly, has a > much different coding style than FreeBSD). > >> >> kern_jail.c: >> >> something looks wrong here. Sounds like you need "pr->pax". But I don't >> understand why you need to have these pr_* values here. It seems >> unnecessary. > > I've made it possible to have per-jail ASLR settings. If you have an > application that misbehaves, you can jail it with ASLR turned off just > for that jail. My BSDCan presentation talks about this. The recording > isn't up, yet, though. > >> >> kern_pax.c: >> >> I can't quickly tell what locking is using. Some ASSERTS() in pax_ >> function >> would help. >> >> pax_aslr_active(): >> >> I don't see why you need to pass "td" and "proc" (I looked at usage: you >> pass proc only once). I think you could always pass proc to it, with >> td->td_proc passed typically. >> kern_pax_*: >> >> There's so many SYSCTLs I think people will have problem configuring it. >> Pick reasonable value for all values and let users change them via >> SYSCTL_INT (static sysctls) only for debugging. > > There are quite a few SYSCTLs, I agree. I'll talk with Oliver Pinter, > one of the developers that is working with me on this ASLR > implementation, to see if we can simplify this. > >> >> I can imagine we won't want ASLR only temporarily, for ports which break >> and >> must be fixed. So we probably just need per-process ASLR on/off switch and >> a >> wrapper which could be used like: >> >> aslr off program .... > > So we have right now an addition to mac_bsdextended(4)/ugidfw(8) that > does this exact thing. We also plan on adding FS extended attribute > support soon, too. Also, per-jail ASLR settings. > >> >> The debug stuff I'd remove too. We could have additional CTR stubs used >> there, if necessary. > > Oliver just released a new patchset today with new debugging > functionality. I'd love to hear your commments on it. > >> >> segvguard part I didn't understand. Why do you keep a list of programs >> that >> failed? There was no ASSERTs, thus it was hard to understand the locking >> too. > > We've semi-paused development of segvguard for the moment to focus on > ASLR. Though the features are related and segvguard is recommended for a > proper ASLR implementation, it is not required. Danilo Egea Gondolfo is > the principal engineer behind our segvguard implementation. We're still > working out the kinks and the underlying design and architecture of this > feature. > >> >> I'm trying to understand if randomization is done correctly. Do you think >> you could post the results? >> >> Program: >> >> http://pastebin.com/XTRHLhMg > > My results on an amd64 VM are pasted here: http://ix.io/cD5 > > We're in talks with des@, kib@, and Alan Cox regarding how our > implementation could affect the VM system, with special consideration to > superpages. > > Thanks for taking the time to read through the code and offer insight. > One of the things we need to do is write documentation regarding our > implementation. Both Oliver and I have wiki accounts and we've created > the start of the documentation there. I think if we had better > documented our implementation, there would've been less confusion on the > part of those reading/analysing our code. > > wiki page: https://wiki.freebsd.org/Hardening > > Thanks, > > Shawn > From owner-freebsd-current@FreeBSD.ORG Sat May 24 23:30:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 715CE451 for ; Sat, 24 May 2014 23:30:05 +0000 (UTC) Received: from mail-yh0-x236.google.com (mail-yh0-x236.google.com [IPv6:2607:f8b0:4002:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3281D272E for ; Sat, 24 May 2014 23:30:05 +0000 (UTC) Received: by mail-yh0-f54.google.com with SMTP id i57so5462235yha.27 for ; Sat, 24 May 2014 16:30:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=kWw3BeA96B+rPeViiMUH6TwuJvWytcCitQhH5PDFW7E=; b=gNOY0PZap/5Jpkv/XWHVby5VkNP9jNWrC6HtSl8G17zYNb6/7rP7EjogIO/x9YcNu/ ukZb2SrvhfDsQsfUF3jbCC/2aILWLg2h8b5TPmem41Wq4a4zms+BtPYjD6ODkVyrK/Zy RtahWk1ckfBubtTV+C4EHaOXvt0pNKP821ofKOEq9konYGoggqb/PqNytpCtNqJqn0WK IVM+CxawxjSI1VDGfGibpuoqR6prPJvVz9YPkLyiKRYKJ8YZ7GojkfnMDO5G4Xup20+K Me7SYpMyA7jUtJXiuvRqZmLtXKKGzGnU0Aj9IrgM3myk4ySQOt9SOTwTAV+Zj2fofWWJ NmKA== MIME-Version: 1.0 X-Received: by 10.236.32.65 with SMTP id n41mr21543746yha.117.1400974203345; Sat, 24 May 2014 16:30:03 -0700 (PDT) Received: by 10.170.154.212 with HTTP; Sat, 24 May 2014 16:30:03 -0700 (PDT) Reply-To: huanghwh@gmail.com In-Reply-To: References: <537DFD85.1090903@icloud.com> Date: Sun, 25 May 2014 07:30:03 +0800 Message-ID: Subject: Re: uefi boot on Apple Mac From: Huang Wen Hui To: =?UTF-8?Q?Rafael_Esp=C3=ADndola?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: Anders Bolt-Evensen , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 24 May 2014 23:30:05 -0000 Hi, I try this patch, but no lucky, loader stop at: Start @ 0xffffffff802d6ef0 ... Cheers, Huang WenHui 2014-05-22 23:33 GMT+08:00 Rafael Esp=C3=ADndola : > I just emailed a patch. The issue I was having was just that the text > was not being displayed. > > On 22 May 2014 09:37, Anders Bolt-Evensen wrote: > > MacBookPro8,3 doesn't work with uefi boot either. > > At least mine doesn't. > > > > On 19.05.14 02:36, Huang Wen Hui wrote: > >> > >> Hi, > >> I test uefi boot on Macs, some success, include: > >> iMac13,2 , MacbookPro 2012, Macmini5,3. > >> > >> But have problem on MacbookPro 2013, loader stop at: > >> > >> Start @ 0xffffffff802d6ef0 ... > >> > >> Any ideas? > >> > >> Cheers, > >> Huang Wenhui > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > 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 Sat May 24 23:39:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A9B15BB for ; Sat, 24 May 2014 23:39:31 +0000 (UTC) Received: from mail-yh0-x234.google.com (mail-yh0-x234.google.com [IPv6:2607:f8b0:4002:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0F34B27C3 for ; Sat, 24 May 2014 23:39:31 +0000 (UTC) Received: by mail-yh0-f52.google.com with SMTP id z6so5369683yhz.39 for ; Sat, 24 May 2014 16:39: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=dOtHRkJQHy3qw7JfSeZ5H/UWCQQoQqbsCzk4bdbCTac=; b=ni8RsE/6s/eb1697UibPeUttDzixyQcsA7JK59q0Rhj1mjmxmscH94S5t2ijeszm7p C2J3m2k+9q5s2MBGiy48QeodIvQw0CDEfmZl7tNWxo23PiRstJK0obOjxd+wFytSppr0 /HUEaSY9qHuAwxRlt1a4BahuaOhfYbPsP8T1xcgM557OH+4NCZSyxAl8xWDHS6FDPvzZ IvPYNUQg8ets5231+a4SQaIEcCdjRaRuxSA7VYV2tqb8V3GEZShXKZYmG4IDcIjJ+bJM 8oOvm0pN2Tf8nqXEk7S+cltiUWaV3+25H+GJz+bCHOmSkUvhJr109m7FFj91O3DzXKPS gVdA== MIME-Version: 1.0 X-Received: by 10.236.70.101 with SMTP id o65mr22263189yhd.114.1400974770195; Sat, 24 May 2014 16:39:30 -0700 (PDT) Received: by 10.170.120.214 with HTTP; Sat, 24 May 2014 16:39:30 -0700 (PDT) In-Reply-To: References: <537DFD85.1090903@icloud.com> Date: Sat, 24 May 2014 19:39:30 -0400 Message-ID: Subject: Re: uefi boot on Apple Mac From: =?UTF-8?Q?Rafael_Esp=C3=ADndola?= To: huanghwh@gmail.com Content-Type: text/plain; charset=UTF-8 Cc: Anders Bolt-Evensen , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 24 May 2014 23:39:31 -0000 On 24 May 2014 19:30, Huang Wen Hui wrote: > Hi, > I try this patch, but no lucky, loader stop at: > > Start @ 0xffffffff802d6ef0 ... Yes, I got that in the mac laptops I tried, it worked on a Mac Pro. It might be the frame buffer corruption that Ed Maste was mentioning. Cheers, Rafael From owner-freebsd-current@FreeBSD.ORG Sun May 25 07:11:25 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 321F13E7; Sun, 25 May 2014 07:11:25 +0000 (UTC) Received: from mail-pa0-x232.google.com (mail-pa0-x232.google.com [IPv6:2607:f8b0:400e:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F3AAD258E; Sun, 25 May 2014 07:11:24 +0000 (UTC) Received: by mail-pa0-f50.google.com with SMTP id fb1so6100654pad.9 for ; Sun, 25 May 2014 00:11:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=7AQaHtohyq0rS/Lg4HWsoY/xs4eI1XUWX48NakLpUoc=; b=qJVzNjqVJouTADQkHXqeaPDJ9m0CSPmu7YElmQtMnt8vybUPjjUOggBwGqJirTrsD9 aqmkBLn6vKam1TMZSF04JNAdO1gCb9bbY+Zw6XVWi2BWokJa/neHd50Vva4Awep4E1sq R7hdmFD+YrOztqoRbZV6k8NB/JmrsnXaQ7VyWu2GzEgfokGujBLpshgSH6AneQ1toxYW tBsZIP93qcvepA30C2JuVUWh8tpPONXSrimMOFBu+hfIogzTQfgws4Js/ToB5UVfBxAi Vx5ndh9UNylnU8ywo4xHfHhI3JjcuJZUk7b+1GHZElpwZSCJLtm5GqP0pNswnDkdUlEX JigA== X-Received: by 10.68.129.132 with SMTP id nw4mr18961982pbb.46.1401001884547; Sun, 25 May 2014 00:11:24 -0700 (PDT) Received: from ?IPv6:2001:44b8:31ae:7b00:24bb:8736:cc4f:f940? (2001-44b8-31ae-7b00-24bb-8736-cc4f-f940.static.ipv6.internode.on.net. [2001:44b8:31ae:7b00:24bb:8736:cc4f:f940]) by mx.google.com with ESMTPSA id ox3sm12269816pbb.88.2014.05.25.00.11.22 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 25 May 2014 00:11:23 -0700 (PDT) Sender: Kubilay Kocak Message-ID: <53819789.8030304@FreeBSD.org> Date: Sun, 25 May 2014 17:11:05 +1000 From: Kubilay Kocak Reply-To: koobs@FreeBSD.org User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:30.0) Gecko/20100101 Thunderbird/30.0 MIME-Version: 1.0 To: Allan Jude , freebsd-current@freebsd.org Subject: Re: Change top's notion of idle processes / threads References: <201405231605.26312.jhb@freebsd.org> <537FBC1F.6030408@freebsd.org> In-Reply-To: <537FBC1F.6030408@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 25 May 2014 07:11:25 -0000 On 24/05/2014 7:22 AM, Allan Jude wrote: > On 2014-05-23 16:05, John Baldwin wrote: >> Right now, when top is set to not display idle processes or threads, it only >> displays processes or threads that are currently in a runnable state or have a >> non-zero %cpu. However, our %cpu is quite imprecise. I have patch to change >> top to instead compare the thread or processes runtime (ki_runtime in >> kinfo_proc) against the runtime of the thread or process the last time data >> was fetched. In essence, top will consider any thread that has run on a CPU >> since the last update as non-idle. The end result is that mostly-idle threads >> and processes will now be visible in top's idle display. Personally, I find >> this more useful (and find the current implementation completely useless). >> The patch is at http://people.freebsd.org/~jhb/patches/top_idle.patch >> >> Comments? >> > > I think this makes good sense. I would definitely prefer it. Would it > make sense to maybe preserve the old behaviour behind a command line flag? > And an update to top(8) reflecting the algo :) I know these little esoteric things could always do with more obvious breadcrumbs (like load average calcs, etc) for our future selves and others. +1 on the behavior change, not sure about retaining the old under a flag. Who might benefit from it? How do other OS top implementations calculate their idle? If there's other examples out there with the same (current) algo, then retaining compat might be worth it, such as for newly converted users -- Koobs From owner-freebsd-current@FreeBSD.ORG Sun May 25 14:08:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0726D1D9; Sun, 25 May 2014 14:08:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B602F2301; Sun, 25 May 2014 14:08:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4PDte0E069659; Sun, 25 May 2014 09:55:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4PDteJ6069606; Sun, 25 May 2014 13:55:40 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 25 May 2014 13:55:40 GMT Message-Id: <201405251355.s4PDteJ6069606@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 May 2014 14:08:01 -0000 TB --- 2014-05-25 13:16:19 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-05-25 13:16:19 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-25 13:16:19 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-05-25 13:16:19 - cleaning the object tree TB --- 2014-05-25 13:16:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-25 13:16:52 - At svn revision 266645 TB --- 2014-05-25 13:16:53 - building world TB --- 2014-05-25 13:16:53 - CROSS_BUILD_TESTING=YES TB --- 2014-05-25 13:16:53 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-25 13:16:53 - MAKESYSPATH=/src/share/mk TB --- 2014-05-25 13:16:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-25 13:16:53 - SRCCONF=/dev/null TB --- 2014-05-25 13:16:53 - TARGET=pc98 TB --- 2014-05-25 13:16:53 - TARGET_ARCH=i386 TB --- 2014-05-25 13:16:53 - TZ=UTC TB --- 2014-05-25 13:16:53 - __MAKE_CONF=/dev/null TB --- 2014-05-25 13:16:53 - cd /src TB --- 2014-05-25 13:16:53 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sun May 25 13:17:02 UTC 2014 >>> 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 [...] c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaLambda.cpp -o SemaLambda.o c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaLookup.cpp -o SemaLookup.o c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaObjCProperty.cpp -o SemaObjCProperty.o c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaOpenMP.cpp -o SemaOpenMP.o c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaOverload.cpp -o SemaOverload.o c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaPseudoObject.cpp -o SemaPseudoObject.o c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaStmt.cpp -o SemaStmt.o c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaStmtAsm.cpp -o SemaStmtAsm.o c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaStmtAttr.cpp -o SemaStmtAttr.o c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaTemplate.cpp -o SemaTemplate.o c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaTemplateDeduction.cpp -o SemaTemplateDeduction.o c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaTemplateInstantiate.cpp -o SemaTemplateInstantiate.o c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaTemplateInstantiateDecl.cpp -o SemaTemplateInstantiateDecl.o c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaTemplateVariadic.cpp -o SemaTemplateVariadic.o c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaType.cpp -o SemaType.o /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaType.cpp: In member function 'clang::QualType::FunctionTypeUnwrapper::wrap(clang::ASTContext&, clang::QualType, unsigned int)': /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaType.cpp:4291: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libclangsema *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-05-25 13:55:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-25 13:55:40 - ERROR: failed to build world TB --- 2014-05-25 13:55:40 - 2025.52 user 183.73 system 2360.82 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun May 25 16:33:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8ACD80B; Sun, 25 May 2014 16:33:02 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 6CCB32D38; Sun, 25 May 2014 16:33:01 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 46CFDA5FF; Sun, 25 May 2014 16:33:00 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 779C230F49; Sun, 25 May 2014 18:33:00 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Oliver Pinter Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> <20140523195329.GC91702@FreeBSD.org> <20140524003525.GC2029@pwnie.vrt.sourcefire.com> Date: Sun, 25 May 2014 18:33:00 +0200 In-Reply-To: (Oliver Pinter's message of "Sat, 24 May 2014 22:50:49 +0200") Message-ID: <86egzh6coz.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org, "Wojciech A. Koszek" , freebsd-stable@freebsd.org, Shawn Webb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 25 May 2014 16:33:02 -0000 Oliver Pinter writes: > Two idea here: > a) create a tunable security.pax.expert_mode, and create sysctls at > boot time depending from expert mode > b) just add CTLFLAG_SKIP and hide the sysctl from normal user The cost of an unused sysctl is about a hundred bytes of kernel memory. What is the cost of the code required to turn it on and off, keeping in mind that most of the contents of the struct sysctl_oid must be present anyway so you can fill in the malloc()ed node? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun May 25 17:23:55 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59B61316; Sun, 25 May 2014 17:23:55 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 1A6B220E5; Sun, 25 May 2014 17:23:54 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 52CE2A682; Sun, 25 May 2014 17:23:53 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 65D2830FF4; Sun, 25 May 2014 19:23:53 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Oliver Pinter Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> Date: Sun, 25 May 2014 19:23:53 +0200 In-Reply-To: (Oliver Pinter's message of "Sat, 24 May 2014 01:24:30 +0200") Message-ID: <86a9a56ac6.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Shawn Webb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 25 May 2014 17:23:55 -0000 Oliver Pinter writes: > PAX LOG: implement new logging subsystem > PAX LOG: fix pax_ulog_segvguard > PAX LOG: added sysctl's and tunables > PAX ASLR: use PAX LOG > PAX LOG: fix pax_ulog_##name() > PAX LOG: fix prison init > PAX LOG: fixed log and ulog sysctl What exactly is the purpose of PAX LOG? Have you considered using ktrace instead? > PAX: blacklist clang and related binaries from PIE support Why? Performance, or do they actually break? > PAX ASLR: Blacklist the applications that don't support being built= as a position-independent executable "don't support" as in you have tested them and confirmed that they break in some way? Could you post your test methodology so people can replicate the failures and look into fixing them? > PAX ASLR: Use a full kernel config for LATT-ASLR What is the difference between LATT-ASLR and OP-ASLR, and why not just "include GENERIC"? You know about "nooptions", right? > Revert "PAX: blacklist clang and related binaries from PIE support" > Revert "Revert "PAX: blacklist clang and related binaries from PIE = support"" Hmm... DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun May 25 17:42:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D9E74A5A; Sun, 25 May 2014 17:42:17 +0000 (UTC) Received: from mail-oa0-x236.google.com (mail-oa0-x236.google.com [IPv6:2607:f8b0:4003:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7E80A225A; Sun, 25 May 2014 17:42:17 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id j17so7514342oag.41 for ; Sun, 25 May 2014 10:42:16 -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=eMJaJwzCcNgG8Swi4d14ow+Z7ffnhy6lksU+kThcGsM=; b=YwRjH2IhXG6Gnnr8V0Wk59yNF++Wgx5CnzEEWyqWTOHsdSigiNg5khpQ86Kny9hoJI mwz0/EVkX1/r5KC/f+otN+Brh3k6mgwweeN/7gIqAvzOYOTVcfkUuyBY7aMRfdFx40ZT 7SLHG4Z4UldymB5o+zFjUK/f3JT4CH8ZrdFdAwvhz0Z3likC5bEAWDG0lGPqrL2GvSWH rbxc6VLY25svY3hkNT+U2BsG57O5bWIpdr7hSIp32xGzYMNOz2lig89vGZ3cQHP8wYD+ KlLu1r4af1crM1t2fIoUa8G4UKTLYgbV0TU3yrQzNmfidPReo8E8APVboea8vGHmQmBP ssrg== MIME-Version: 1.0 X-Received: by 10.182.227.135 with SMTP id sa7mr19265739obc.3.1401039736765; Sun, 25 May 2014 10:42:16 -0700 (PDT) Received: by 10.182.216.197 with HTTP; Sun, 25 May 2014 10:42:16 -0700 (PDT) In-Reply-To: <86a9a56ac6.fsf@nine.des.no> References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> <86a9a56ac6.fsf@nine.des.no> Date: Sun, 25 May 2014 19:42:16 +0200 Message-ID: Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable From: Oliver Pinter To: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, dim@freebsd.org, Shawn Webb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 25 May 2014 17:42:18 -0000 On 5/25/14, Dag-Erling Sm=F8rgrav wrote: > Oliver Pinter writes: >> PAX LOG: implement new logging subsystem >> PAX LOG: fix pax_ulog_segvguard >> PAX LOG: added sysctl's and tunables >> PAX ASLR: use PAX LOG >> PAX LOG: fix pax_ulog_##name() >> PAX LOG: fix prison init >> PAX LOG: fixed log and ulog sysctl > > What exactly is the purpose of PAX LOG? Have you considered using > ktrace instead? pax_log will be in future a generic pax related logging framework, with ratelimiting and other features. It will log user, IP, binary name, path, checksum, and others. > >> PAX: blacklist clang and related binaries from PIE support > > Why? Performance, or do they actually break? No. If you definded WITH_CLANG_EXTRAS=3D in src.conf, the breaked the build= . (added dim@ to CC) --- usr.bin.all__D --- /usr/obj/usr/data/source/git/opBSD/hardenedBSD.git/usr.bin/clang/bugpoint/.= ./../../lib/clang/libllvmirreader/libllvmirreader.a: could not read symbols: Bad value c++: error: linker command failed with exit code 1 (use -v to see invocatio= n) *** [bugpoint] Error code 1 bmake[5]: stopped in /usr/data/source/git/opBSD/hardenedBSD.git/usr.bin/clang/bugpoint 1 error bmake[5]: stopped in /usr/data/source/git/opBSD/hardenedBSD.git/usr.bin/clang/bugpoint *** [all_subdir_bugpoint] Error code 2 bmake[4]: stopped in /usr/data/source/git/opBSD/hardenedBSD.git/usr.bin/cla= ng --- usr.sbin.all__D --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /usr/data/source/git/opBSD/hardenedBSD.git/usr.sbin/acpi/iasl *** [all] Error code 2 bmake[4]: stopped in /usr/data/source/git/opBSD/hardenedBSD.git/usr.sbin/ac= pi 1 error bmake[4]: stopped in /usr/data/source/git/opBSD/hardenedBSD.git/usr.sbin/ac= pi *** [all_subdir_acpi] Error code 2 bmake[3]: stopped in /usr/data/source/git/opBSD/hardenedBSD.git/usr.sbin 1 error bmake[3]: stopped in /usr/data/source/git/opBSD/hardenedBSD.git/usr.sbin *** [usr.sbin.all__D] Error code 2 bmake[2]: stopped in /usr/data/source/git/opBSD/hardenedBSD.git --- usr.bin.all__D --- --- all_subdir_tblgen --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /usr/data/source/git/opBSD/hardenedBSD.git/usr.bin/clang/tblgen *** [all_subdir_tblgen] Error code 2 bmake[4]: stopped in /usr/data/source/git/opBSD/hardenedBSD.git/usr.bin/cla= ng 2 errors bmake[4]: stopped in /usr/data/source/git/opBSD/hardenedBSD.git/usr.bin/cla= ng *** [all_subdir_clang] Error code 2 bmake[3]: stopped in /usr/data/source/git/opBSD/hardenedBSD.git/usr.bin > >> PAX ASLR: Blacklist the applications that don't support being buil= t >> as a position-independent executable > > "don't support" as in you have tested them and confirmed that they break > in some way? Could you post your test methodology so people can > replicate the failures and look into fixing them? > >> PAX ASLR: Use a full kernel config for LATT-ASLR > > What is the difference between LATT-ASLR and OP-ASLR, and why not just > "include GENERIC"? You know about "nooptions", right? In upstreamed patch will be removed this kernel configs. These are Shawn's and my kernel config. > >> Revert "PAX: blacklist clang and related binaries from PIE support= " >> Revert "Revert "PAX: blacklist clang and related binaries from PIE >> support"" > > Hmm... See above. > > DES > -- > Dag-Erling Sm=F8rgrav - des@des.no > From owner-freebsd-current@FreeBSD.ORG Sun May 25 18:07:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 94FE757E; Sun, 25 May 2014 18:07:00 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C3C3240F; Sun, 25 May 2014 18:07:00 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::7059:63a3:928c:92b9] (unknown [IPv6:2001:7b8:3a7:0:7059:63a3:928c:92b9]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id EAC3C5C43; Sun, 25 May 2014 20:06:45 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_BA330A0E-BAD8-4F4B-A868-F6AA7CD1287E"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable From: Dimitry Andric In-Reply-To: Date: Sun, 25 May 2014 20:06:40 +0200 Message-Id: <49702223-7624-4D44-9371-2F8C5E2D4D38@FreeBSD.org> References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> <86a9a56ac6.fsf@nine.des.no> To: Oliver Pinter X-Mailer: Apple Mail (2.1878.2) Cc: freebsd-security@freebsd.org, =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Shawn Webb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 25 May 2014 18:07:00 -0000 --Apple-Mail=_BA330A0E-BAD8-4F4B-A868-F6AA7CD1287E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On 25 May 2014, at 19:42, Oliver Pinter wrote: > On 5/25/14, Dag-Erling Sm=F8rgrav wrote: >> Oliver Pinter writes: ... >>> PAX: blacklist clang and related binaries from PIE support >>=20 >> Why? Performance, or do they actually break? >=20 > No. If you definded WITH_CLANG_EXTRAS=3D in src.conf, the breaked the = build. > (added dim@ to CC) >=20 > --- usr.bin.all__D --- > = /usr/obj/usr/data/source/git/opBSD/hardenedBSD.git/usr.bin/clang/bugpoint/= ../../../lib/clang/libllvmirreader/libllvmirreader.a: > could not read symbols: Bad value > c++: error: linker command failed with exit code 1 (use -v to see = invocation) > *** [bugpoint] Error code 1 I assume you only get this with your ASLR patches applied? Maybe this = is because the clang binary itself gets built statically (and so will = definitely not be PIE), but the rest of the 'extras', such as bugpoint, = are regular dynamic executables. And note that none of the libraries = built under lib/libclang are built with -fPIC, at the moment. So that = might cause trouble with your PIE patches. In any case, the interesting thing is what the actual linker error was. = Do you have more of the preceding build log, including the rest of the = settings that were used to build world? And also, what does "file = /usr/obj/usr/data/source/git/opBSD/hardenedBSD.git/usr.bin/clang/bugpoint/= ../../../lib/clang/libllvmirreader/libllvmirreader.a" say? -Dimitry --Apple-Mail=_BA330A0E-BAD8-4F4B-A868-F6AA7CD1287E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlOCMTMACgkQsF6jCi4glqNQmQCgxsg9UC9JkSn8kNHnariVhESs xa4An2oaJXR9EThhr5gpLZ9LjH907/rQ =kgCZ -----END PGP SIGNATURE----- --Apple-Mail=_BA330A0E-BAD8-4F4B-A868-F6AA7CD1287E-- From owner-freebsd-current@FreeBSD.ORG Sun May 25 20:21:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 38869AC2; Sun, 25 May 2014 20:21:34 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id EBB0C2E59; Sun, 25 May 2014 20:21:33 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id B6E3FA8C9; Sun, 25 May 2014 20:21:32 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id E045E3102B; Sun, 25 May 2014 22:21:13 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Oliver Pinter Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> <86a9a56ac6.fsf@nine.des.no> Date: Sun, 25 May 2014 22:21:13 +0200 In-Reply-To: (Oliver Pinter's message of "Sun, 25 May 2014 19:42:16 +0200") Message-ID: <86wqd94nk6.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, dim@freebsd.org, Shawn Webb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 25 May 2014 20:21:34 -0000 Oliver Pinter writes: > pax_log will be in future a generic pax related logging framework, > with ratelimiting and other features. It will log user, IP, binary > name, path, checksum, and others. What are you using this for? Are you sure you can't use ktrace? It's a lot more flexible and powerful than you probably realize. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun May 25 20:31:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 96AB6ED6; Sun, 25 May 2014 20:31:37 +0000 (UTC) Received: from mail-ob0-x22f.google.com (mail-ob0-x22f.google.com [IPv6:2607:f8b0:4003:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 39F192F48; Sun, 25 May 2014 20:31:37 +0000 (UTC) Received: by mail-ob0-f175.google.com with SMTP id wo20so7284079obc.34 for ; Sun, 25 May 2014 13:31:36 -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=hoFCHkhL4jYMaA2Lu2sXkzUYl+zTPgWvbGsSlYAgo5Q=; b=drE3kW6r1rJRHobtK4MFLThUAfu6/ln/iW/ojTJ2mndLlfoE9fPgkBXNVfHn1/7atA dSlxlhULwHKT7mgZHVFS1m84wRAbczeOleqeQ8Fm+9kmatAFNhbmBwuJd9UJmDk8Ju7z FB2p0ajSxR7m0pjoo2oqoe80q6xriUaQGW/hA16pDrirRxw4jSF4YRH7ZN8/ek5MupL6 RQwubtsR3OJCWyZsa+OhMFb1WSS344tqwbG6BygvX/umNNvN6fpjd4wHOYJZvuzHFQvL 3R0FZvnzfWU2gR/5V0CVwePu4eYeB4oIWmn5KQ3X9Ffpc+I5osol5IgrUMORBVAMyilL WcZg== MIME-Version: 1.0 X-Received: by 10.60.70.200 with SMTP id o8mr15219949oeu.55.1401049896076; Sun, 25 May 2014 13:31:36 -0700 (PDT) Received: by 10.182.216.197 with HTTP; Sun, 25 May 2014 13:31:35 -0700 (PDT) In-Reply-To: <86wqd94nk6.fsf@nine.des.no> References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> <86a9a56ac6.fsf@nine.des.no> <86wqd94nk6.fsf@nine.des.no> Date: Sun, 25 May 2014 22:31:35 +0200 Message-ID: Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable From: Oliver Pinter To: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, dim@freebsd.org, Shawn Webb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 25 May 2014 20:31:37 -0000 On 5/25/14, Dag-Erling Sm=F8rgrav wrote: > Oliver Pinter writes: >> pax_log will be in future a generic pax related logging framework, >> with ratelimiting and other features. It will log user, IP, binary >> name, path, checksum, and others. > > What are you using this for? Are you sure you can't use ktrace? It's a > lot more flexible and powerful than you probably realize. Logging to system log, The feature will similar to this in grsecurity: http://en.wikibooks.org/wiki/Grsecurity/Appendix/Grsecurity_and_PaX_Configu= ration_Options#Kernel_Auditing > > DES > -- > Dag-Erling Sm=F8rgrav - des@des.no > From owner-freebsd-current@FreeBSD.ORG Sun May 25 21:18:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A1FCBED; Sun, 25 May 2014 21:18:32 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 50942227E; Sun, 25 May 2014 21:18:31 +0000 (UTC) Received: from [192.168.0.96] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s4PLIOiD085171 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 25 May 2014 21:18:27 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable From: David Chisnall In-Reply-To: Date: Sun, 25 May 2014 22:18:19 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <38F830B6-4B52-4372-9BC6-565B2387720F@FreeBSD.org> References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> <86a9a56ac6.fsf@nine.des.no> <86wqd94nk6.fsf@nine.des.no> To: Oliver Pinter X-Mailer: Apple Mail (2.1874) Cc: freebsd-stable@freebsd.org, dim@freebsd.org, Shawn Webb , freebsd-security@freebsd.org, freebsd-current@freebsd.org, =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 25 May 2014 21:18:32 -0000 On 25 May 2014, at 21:31, Oliver Pinter wrote: > On 5/25/14, Dag-Erling Sm=F8rgrav wrote: >> Oliver Pinter writes: >>> pax_log will be in future a generic pax related logging framework, >>> with ratelimiting and other features. It will log user, IP, binary >>> name, path, checksum, and others. >>=20 >> What are you using this for? Are you sure you can't use ktrace? = It's a >> lot more flexible and powerful than you probably realize. >=20 > Logging to system log, The feature will similar to this in grsecurity: > = http://en.wikibooks.org/wiki/Grsecurity/Appendix/Grsecurity_and_PaX_Config= uration_Options#Kernel_Auditing It sounds like you actually want to be writing audit events then. See = audit(4). David From owner-freebsd-current@FreeBSD.ORG Mon May 26 01:54:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA322FCC; Mon, 26 May 2014 01:54:44 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 858642735; Mon, 26 May 2014 01:54:44 +0000 (UTC) Received: from jre-mbp.elischer.org (ppp121-45-232-70.lns20.per1.internode.on.net [121.45.232.70]) (authenticated bits=0) by vps1.elischer.org (8.14.8/8.14.8) with ESMTP id s4Q1sTEf081233 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 25 May 2014 18:54:32 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <53829ED0.7010105@freebsd.org> Date: Mon, 26 May 2014 09:54:24 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: David Chisnall , Oliver Pinter Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> <86a9a56ac6.fsf@nine.des.no> <86wqd94nk6.fsf@nine.des.no> <38F830B6-4B52-4372-9BC6-565B2387720F@FreeBSD.org> In-Reply-To: <38F830B6-4B52-4372-9BC6-565B2387720F@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, dim@freebsd.org, Shawn Webb , freebsd-security@freebsd.org, freebsd-current@freebsd.org, =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 26 May 2014 01:54:44 -0000 On 5/26/14, 5:18 AM, David Chisnall wrote: > On 25 May 2014, at 21:31, Oliver Pinter wrote: > >> On 5/25/14, Dag-Erling Smrgrav wrote: >>> Oliver Pinter writes: >>>> pax_log will be in future a generic pax related logging framework, >>>> with ratelimiting and other features. It will log user, IP, binary >>>> name, path, checksum, and others. >>> What are you using this for? Are you sure you can't use ktrace? It's a >>> lot more flexible and powerful than you probably realize. >> Logging to system log, The feature will similar to this in grsecurity: >> http://en.wikibooks.org/wiki/Grsecurity/Appendix/Grsecurity_and_PaX_Configuration_Options#Kernel_Auditing > It sounds like you actually want to be writing audit events then. See audit(4). yeah I think the point is not "use ktrace" but "use and/or possibly extend one of the several already existing methods". we don't need *another* logging facility. > > David > > _______________________________________________ > freebsd-security@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-security > To unsubscribe, send any mail to "freebsd-security-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Mon May 26 13:49:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 89931225 for ; Mon, 26 May 2014 13:49:02 +0000 (UTC) Received: from frv191.fwdcdn.com (frv191.fwdcdn.com [212.42.77.191]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 45DEA24F5 for ; Mon, 26 May 2014 13:49:01 +0000 (UTC) Received: from [10.10.1.29] (helo=frv197.fwdcdn.com) by frv191.fwdcdn.com with esmtp ID 1Wov0E-000I0m-T3 for freebsd-current@freebsd.org; Mon, 26 May 2014 16:31:46 +0300 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-Id:To:Subject:From:Date; bh=/FTpseFCzdFpPSZc+6r0d8N/iF2jVlfRPSonqvn0a/E=; b=uhjSfBE7RuRNT6O8/IDnQ2RMLIQ0qFLQ6b3BO8xXEJQkCAb/vEh1/e5btaqGTkyonah4WFGXXCQ577U/OuTi/4plt8AZ3wirPQjXWzYtpDBQ9ytDRdCII+1w7fB2jNTeFuRKzJktfi3ulkO/t1b47tvU3q2BrKVp3E5f88k/o6A=; Received: from [10.10.10.45] (helo=frv45.fwdcdn.com) by frv197.fwdcdn.com with smtp ID 1Wov05-0007vG-0S for freebsd-current@freebsd.org; Mon, 26 May 2014 16:31:37 +0300 Date: Mon, 26 May 2014 16:31:36 +0300 From: Vladimir Sharun Subject: gpart destroy, zpool destroy, zfs destroy under securelevel 3 To: Current FreeBSD X-Mailer: mail.ukr.net 5.0 Message-Id: <1401109957.895077023.n4pnr8ak@frv45.fwdcdn.com> MIME-Version: 1.0 Received: from atz@ukr.net by frv45.fwdcdn.com; Mon, 26 May 2014 16:31:36 +0300 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 26 May 2014 13:49:02 -0000 Hello FreeBSD community, Recently plays with securelevel and what I discover: no chance for data to survive against remote root, except backups of course. Maybe this log can be a proposal for raising securelevel further or include securelevel support against the software which can deal with zfs and GEOM labels ? root@tests:~ # sysctl kern.securelevel=3 kern.securelevel: -1 -> 3 root@tests:~ # gpart show ada3 gpart: No such geom: ada3. root@tests:~ # gpart create -s gpt /dev/ada3 ada3 created root@tests:~ # gpart add -t freebsd-zfs -l testdisk -a4k /dev/ada3 ada3p1 added root@tests:~ # gpart show /dev/ada3 => 34 1953525101 ada3 GPT (932G) 34 6 - free - (3.0K) 40 1953525088 1 freebsd-zfs (932G) 1953525128 7 - free - (3.5K) root@tests:~ # zpool create testpool /dev/gpt/testdisk root@tests:~ # zpool status testpool pool: testpool state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM testpool ONLINE 0 0 0 gpt/testdisk ONLINE 0 0 0 errors: No known data errors root@tests:~ # zfs create testpool/test1 root@tests:~ # zfs list | grep test system/test2 144K 1.78T 144K none testpool 150K 913G 32K /testpool testpool/test1 31K 913G 31K /testpool/test1 root@tests:~ # zfs create testpool/test1 root@tests:~ # zpool destroy testpool root@tests:~ # zpool status testpool cannot open 'testpool': no such pool root@tests:~ # gpart show /dev/ada3 => 34 1953525101 ada3 GPT (932G) 34 6 - free - (3.0K) 40 1953525088 1 freebsd-zfs (932G) 1953525128 7 - free - (3.5K) root@tests:~ # gpart delete -i 1 /dev/ada3 ada3p1 deleted root@tests:~ # gpart destroy /dev/ada3 ada3 destroyed root@tests:~ # gpart show /dev/ada3 gpart: No such geom: /dev/ada3. root@tests:~ # sysctl kern.securelevel kern.securelevel: 3 From owner-freebsd-current@FreeBSD.ORG Mon May 26 15:52:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 625599D1; Mon, 26 May 2014 15:52:00 +0000 (UTC) Received: from mail-qg0-x22d.google.com (mail-qg0-x22d.google.com [IPv6:2607:f8b0:400d:c04::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 03C08217E; Mon, 26 May 2014 15:51:59 +0000 (UTC) Received: by mail-qg0-f45.google.com with SMTP id z60so12298448qgd.32 for ; Mon, 26 May 2014 08:51: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:message-id:subject :from:to:cc:content-type; bh=3VdWfjNTqYMmc1sqcNM1CX4Rg3NAo8e0q3ECzCKbeIM=; b=gMjaLamsVkfcpEqwt0rnpTm91Df4qSRw8UzT453Mhy5BYOYwBB5qMtwWSf6KiVJGLb FY0NHMeKkZPaSCwKDwubRdPYryYLsiRuV/1QU+ypPtIuGUQJM3L9XuPAX1otTxen+1wI ihVBob1IysCulxZ+xMmpqzlrvfcLZbAuMfWt6BJ68K8bYO6yeE6YMM2hiFaX/RxXvjnn +ab/nTxPZ8Vf9j97UtPDHcLbWwB5o048o5DMZaVYclZJInIr3/TanR4b2Qoz7Qap3Ph7 qeZiuuIPLJUu8f0AioZJzKXbhH+/vWPO0R2X716Fo0tPPxsXqu4LOPId9skAS/LDY5C5 +1+Q== MIME-Version: 1.0 X-Received: by 10.224.40.76 with SMTP id j12mr33468297qae.90.1401119519180; Mon, 26 May 2014 08:51:59 -0700 (PDT) Sender: carpeddiem@gmail.com Received: by 10.140.49.239 with HTTP; Mon, 26 May 2014 08:51:59 -0700 (PDT) In-Reply-To: <53819789.8030304@FreeBSD.org> References: <201405231605.26312.jhb@freebsd.org> <537FBC1F.6030408@freebsd.org> <53819789.8030304@FreeBSD.org> Date: Mon, 26 May 2014 11:51:59 -0400 X-Google-Sender-Auth: b0G09c7IuwWDWj6xt9tzx60n6ek Message-ID: Subject: Re: Change top's notion of idle processes / threads From: Ed Maste To: koobs@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current , Allan Jude X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 26 May 2014 15:52:00 -0000 On 25 May 2014 03:11, Kubilay Kocak wrote: > On 24/05/2014 7:22 AM, Allan Jude wrote: > >> I think this makes good sense. I would definitely prefer it. Would it >> make sense to maybe preserve the old behaviour behind a command line flag? >> > > And an update to top(8) reflecting the algo :)I know these little > esoteric things could always do with more obvious breadcrumbs (like load > average calcs, etc) for our future selves and others. > > +1 on the behavior change, not sure about retaining the old under a > flag. Who might benefit from it? How do other OS top implementations > calculate their idle? If there's other examples out there with the same > (current) algo, then retaining compat might be worth it, such as for > newly converted users The change in the patch is good, the new behaviour is much more usable. Note that we don't currently define "idle" in top(8); for this change maybe we should just state that non-idle processes may report 0% CPU due to rounding. A flag for the old behaviour seems like a bad idea. We already have an adequate supply of knobs and modes and options that don't provide real value, and just add work for our users to determine if they should be set or not. -Ed From owner-freebsd-current@FreeBSD.ORG Tue May 27 14:43:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B13F546; Tue, 27 May 2014 14:43:58 +0000 (UTC) Received: from mail-qg0-x22a.google.com (mail-qg0-x22a.google.com [IPv6:2607:f8b0:400d:c04::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 19A53215C; Tue, 27 May 2014 14:43:58 +0000 (UTC) Received: by mail-qg0-f42.google.com with SMTP id q107so14113442qgd.15 for ; Tue, 27 May 2014 07:43:57 -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:message-id:subject :from:to:content-type; bh=1T1GKcQX1WFhphp8UQd/mnoqOQ/jsHjElpgV+6VbfHc=; b=ZZatOsATHr9WpLDiqTeutdyCKif9W7mZiPV6MSQEV1cbaIwm+V1nYQfk38lWhMy/o5 1ScJRZfAC5J0KmwMf9rsrBGn0z4H3V5YHyQEqXW7fO3FJwEiEL3CsGk/jTectYzvZ6ha 02ql08v93gOAxxLImIrK4/rbiAwmk5pPAxyTacOTTdXYyiQ6E4hOddCIDTjTS2MMdi82 dwF4d/hgIjyq6dVewO6o7tVyuohxrPAJx3aRaHyS52O23BaXQok4nXnkc3czSi35HQss FJbOZMGHYbI70oDqC8EXdorVnJZUJ6h2k2gwx0yaDpBlqSLGLMS/qLT8bhpq9aFBuSdK qEYQ== MIME-Version: 1.0 X-Received: by 10.140.26.179 with SMTP id 48mr41574958qgv.51.1401201837074; Tue, 27 May 2014 07:43:57 -0700 (PDT) Sender: carpeddiem@gmail.com Received: by 10.140.49.239 with HTTP; Tue, 27 May 2014 07:43:56 -0700 (PDT) In-Reply-To: References: <201405231605.26312.jhb@freebsd.org> <537FBC1F.6030408@freebsd.org> <53819789.8030304@FreeBSD.org> Date: Tue, 27 May 2014 10:43:56 -0400 X-Google-Sender-Auth: AOJU50g1VAZakOAln1Ei9HAxz-0 Message-ID: Subject: Re: Change top's notion of idle processes / threads From: Ed Maste To: FreeBSD Current , John Baldwin Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 27 May 2014 14:43:58 -0000 On 26 May 2014 11:51, Ed Maste wrote: > > The change in the patch is good, the new behaviour is much more > usable. Note that we don't currently define "idle" in top(8); for > this change maybe we should just state that non-idle processes may > report 0% CPU due to rounding. That said, I've discovered an issue with the change after using it a bit more, when using -I on the command line. (Previously I only tried it by pressing I in interactive mode.) With the change top -I lists all processes at first (which is a little annoying), but it renders -I ineffective when used with -b (batch mode). What do you think about this additional change, so that we use the previous 0% idleness test for the first iteration of the list: if (oldp == NULL) - return (pp->ki_runtime != 0); + return (pp->ki_pctcpu != 0); -Ed From owner-freebsd-current@FreeBSD.ORG Tue May 27 20:37:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 41D3EA92; Tue, 27 May 2014 20:37:33 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 18F4E2331; Tue, 27 May 2014 20:37:33 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 0CBF7B924; Tue, 27 May 2014 16:37:32 -0400 (EDT) From: John Baldwin To: Ed Maste Subject: Re: Change top's notion of idle processes / threads Date: Tue, 27 May 2014 16:37:23 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <201405231605.26312.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201405271637.23332.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 27 May 2014 16:37:32 -0400 (EDT) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 27 May 2014 20:37:33 -0000 On Tuesday, May 27, 2014 10:43:56 am Ed Maste wrote: > On 26 May 2014 11:51, Ed Maste wrote: > > > > The change in the patch is good, the new behaviour is much more > > usable. Note that we don't currently define "idle" in top(8); for > > this change maybe we should just state that non-idle processes may > > report 0% CPU due to rounding. > > That said, I've discovered an issue with the change after using it a > bit more, when using -I on the command line. (Previously I only tried > it by pressing I in interactive mode.) With the change top -I lists > all processes at first (which is a little annoying), but it renders -I > ineffective when used with -b (batch mode). > > What do you think about this additional change, so that we use the > previous 0% idleness test for the first iteration of the list: > > if (oldp == NULL) > - return (pp->ki_runtime != 0); > + return (pp->ki_pctcpu != 0); Not a bad idea. I have another change that also reworks how ki_pctcpu is calculated. Namely, if this is a subsequent update and we have the kinfo_proc from the previous update (or if the process/thread in question is a newborn since the previous update) this patch uses delta(ki_runtime) / delta(CLOCK_UPTIME) to calculate a true %CPU across the interval. As opposed to the scheduler-calculated %CPU which has a long delay function, this causes the %CPU column in top to reflect changes in behavior much more quickly and to also give a more accurate view of mostly-idle processes and threads. However, in actual use it seems to have some jitter as I can't atomically grab a CLOCK_UPTIME value with the kern.proc sysctl info. As a result, I see occasional rounding errors where a 'while (1)' loop can oscillate between 98 and 102% CPU usage for example. Still, if you start a while (1) loop, it jumps to the top of the list much quicker (and falls off as soon as you pause it). For the initial fetch (and for batch mode) it uses the scheduler- calculated value still. I also adopted phk@'s suggestion of counting changes in ru_nvcsw/ru_nivcsw as evidence of running. http://people.freebsd.org/~jhb/patches/top_pctcpu.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed May 28 00:41:25 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C39AF7A2 for ; Wed, 28 May 2014 00:41:25 +0000 (UTC) Received: from d.mail.sonic.net (d.mail.sonic.net [64.142.111.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ABD3F27A2 for ; Wed, 28 May 2014 00:41:25 +0000 (UTC) Received: from aurora.physics.berkeley.edu (aurora.Physics.Berkeley.EDU [128.32.117.67]) (authenticated bits=0) by d.mail.sonic.net (8.14.4/8.14.4) with ESMTP id s4S0fHaB011431 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Tue, 27 May 2014 17:41:18 -0700 Message-ID: <538530AD.3030009@freebsd.org> Date: Tue, 27 May 2014 17:41:17 -0700 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: [Testing request] Enabling x86 serial login terminals Content-Type: multipart/mixed; boundary="------------000707040309020107000100" X-Sonic-ID: C;bhrjxwDm4xG5JzJ6eQW9yA== M;MKcMyADm4xG5JzJ6eQW9yA== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 May 2014 00:41:25 -0000 This is a multi-part message in MIME format. --------------000707040309020107000100 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit The attached patch enables login shells on ttyu0 if ttyu0 is a kernel console. It should preserve existing behavior (i.e. have no shell) otherwise. Testing would be appreciated. If no problem reports are received, I will commit this on Friday. Thanks! -Nathan --------------000707040309020107000100 Content-Type: text/plain; charset=us-ascii; name="ttys.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ttys.diff" Index: etc/etc.amd64/ttys =================================================================== --- etc/etc.amd64/ttys (revision 266749) +++ etc/etc.amd64/ttys (working copy) @@ -41,7 +41,7 @@ ttyv8 "/usr/local/bin/xdm -nodaemon" xterm off secure # Serial terminals # The 'dialup' keyword identifies dialin lines to login, fingerd etc. -ttyu0 "/usr/libexec/getty std.9600" dialup off secure +ttyu0 "/usr/libexec/getty std.9600" dialup onifconsole secure ttyu1 "/usr/libexec/getty std.9600" dialup off secure ttyu2 "/usr/libexec/getty std.9600" dialup off secure ttyu3 "/usr/libexec/getty std.9600" dialup off secure Index: etc/etc.i386/ttys =================================================================== --- etc/etc.i386/ttys (revision 266749) +++ etc/etc.i386/ttys (working copy) @@ -41,7 +41,7 @@ ttyv8 "/usr/local/bin/xdm -nodaemon" xterm off secure # Serial terminals # The 'dialup' keyword identifies dialin lines to login, fingerd etc. -ttyu0 "/usr/libexec/getty std.9600" dialup off secure +ttyu0 "/usr/libexec/getty std.9600" dialup onifconsole secure ttyu1 "/usr/libexec/getty std.9600" dialup off secure ttyu2 "/usr/libexec/getty std.9600" dialup off secure ttyu3 "/usr/libexec/getty std.9600" dialup off secure --------------000707040309020107000100-- From owner-freebsd-current@FreeBSD.ORG Wed May 28 04:12:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B3237F7; Wed, 28 May 2014 04:12:01 +0000 (UTC) Received: from mail-oa0-x234.google.com (mail-oa0-x234.google.com [IPv6:2607:f8b0:4003:c02::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EDBAE2769; Wed, 28 May 2014 04:12:00 +0000 (UTC) Received: by mail-oa0-f52.google.com with SMTP id eb12so10584154oac.39 for ; Tue, 27 May 2014 21:12:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=KMhGZ4me4rU0i2ZfllCekbUMFtOHiRYN9GPh2Yc8pG4=; b=LeVJQjP2vNhsaNF5rELVTz7hrIBP0D2oIhFGLzIMqIwAj5T5H75kwr9ad0nlYbW+Iw fC2pzWOZwat7NI2Kny4pqgZrV7HbescilJSnrVarSy5Ze0IDZ6c9ypELABqSPrffBeTI FU8qTFLzgCZuvPM5no6g5/ejLta7G2KyYao6gUVtCKD6ikam79UdUpO3Tu8dRH1+hQhs pLvigp1WL3YIF9urCoRTfFUZF7hAfAb8O6E76rHZhFsPkb/0jn6Wd9EQHQ/h2Hi5Vm7D WrD7PbDTOdXQvZRaB5YrvtnSQFJxbtGVwNB9yF/BDguGf7xlS2fEXmgL/R/+kcRIMARd W5Dw== X-Received: by 10.60.131.210 with SMTP id oo18mr22995553oeb.70.1401250320194; Tue, 27 May 2014 21:12:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.76.123.178 with HTTP; Tue, 27 May 2014 21:11:30 -0700 (PDT) In-Reply-To: <20140524103835.GI13462@carrick-users.bishnet.net> References: <20140524014713.GF13462@carrick-users.bishnet.net> <20140524024231.GG13462@carrick-users.bishnet.net> <20140524103835.GI13462@carrick-users.bishnet.net> From: Jia-Shiun Li Date: Wed, 28 May 2014 12:11:30 +0800 Message-ID: Subject: Re: Processor cores not properly detected/activated? To: Tim Bishop Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD CURRENT , Alan Somers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 May 2014 04:12:01 -0000 On Sat, May 24, 2014 at 6:38 PM, Tim Bishop wrote: > On Fri, May 23, 2014 at 09:03:12PM -0600, Alan Somers wrote: >> Yeah, I think so. It seems like a GENERIC kernel ought to be able to >> handle the biggest commonly available quad socket systems. Anything >> with more than 4 sockets, though, is probably too exotic to deserve >> such special treatment. > > I submitted a PR to that effect: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=190169 > > Thanks again for your help. > > Tim. > Hi, I read in the follow-up of the PR that current hard limit is 256. Currently available systems* can already push usage up to 240. IVB-EX aka Xeon E7v2 supports 8-socket * 15-core * 2-thread. Expect something to break 256 in less than a year I think. X2APIC support will be required then. In theory it is already possible to build larger systems with custom glue logic, but I am not aware of any. *: E.g. IBM System x3950 X6 -Jia-Shiun. From owner-freebsd-current@FreeBSD.ORG Wed May 28 04:35:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 681DEA35; Wed, 28 May 2014 04:35:58 +0000 (UTC) Received: from mail-qg0-x234.google.com (mail-qg0-x234.google.com [IPv6:2607:f8b0:400d:c04::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1647228C3; Wed, 28 May 2014 04:35:58 +0000 (UTC) Received: by mail-qg0-f52.google.com with SMTP id a108so16125908qge.39 for ; Tue, 27 May 2014 21:35:57 -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:message-id:subject :from:to:cc:content-type; bh=R27k2WIwqEWEFqESHTcBdTTIN2nB0/fJpLan2oQAvr4=; b=HimmbGC0Ek5cEJEZIzzVEdSiAnL4mRtxzVSTfenKjN7TzaAT7uSItY42bQ8oykw/mG JoloPYMkdjaeBpxdMo/KTAJO+lYeJlKWoGyL1ln4UhRF+ZiMekTIU0zPVm1ynluj8BR8 MCz1qNPzxdZzmJ+DaVaDBL99Dthh0BQzZmp799PDWlrDkhtpfNpUNDiw9gZHKR3fXiwn YutiUJlIRiv3pyLzb9QQ52fFOkoSJ0bp7sLSN3H/TEv3H/LpEEL27I0jqIyb+fcgSNBL fGedW6MOfO5DWi3wzeb4G1evYxPE+FNfDkLCUO6V2rt+u87i8g/nYWzxa8DJWO2uMkeH J3ig== MIME-Version: 1.0 X-Received: by 10.140.91.5 with SMTP id y5mr46888813qgd.12.1401251757249; Tue, 27 May 2014 21:35:57 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Tue, 27 May 2014 21:35:57 -0700 (PDT) In-Reply-To: References: <20140524014713.GF13462@carrick-users.bishnet.net> <20140524024231.GG13462@carrick-users.bishnet.net> <20140524103835.GI13462@carrick-users.bishnet.net> Date: Tue, 27 May 2014 21:35:57 -0700 X-Google-Sender-Auth: dDNZH8GOQHVP4M37yV7DqQ9sHc8 Message-ID: Subject: Re: Processor cores not properly detected/activated? From: Adrian Chadd To: Jia-Shiun Li Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD CURRENT , Alan Somers , Tim Bishop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 May 2014 04:35:58 -0000 Im about to start the process of creating a cpuid_t and peppering it around the source tree. Too many odd places use u_char as a cpuid and it's going to be limiting. -a On 27 May 2014 21:11, Jia-Shiun Li wrote: > On Sat, May 24, 2014 at 6:38 PM, Tim Bishop wrote: >> On Fri, May 23, 2014 at 09:03:12PM -0600, Alan Somers wrote: >>> Yeah, I think so. It seems like a GENERIC kernel ought to be able to >>> handle the biggest commonly available quad socket systems. Anything >>> with more than 4 sockets, though, is probably too exotic to deserve >>> such special treatment. >> >> I submitted a PR to that effect: >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=190169 >> >> Thanks again for your help. >> >> Tim. >> > > Hi, > > I read in the follow-up of the PR that current hard limit is 256. > Currently available systems* can already push usage up to 240. IVB-EX > aka Xeon E7v2 supports 8-socket * 15-core * 2-thread. Expect something > to break 256 in less than a year I think. X2APIC support will be > required then. In theory it is already possible to build larger > systems with custom glue logic, but I am not aware of any. > > *: E.g. IBM System x3950 X6 > > > -Jia-Shiun. > _______________________________________________ > 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 May 28 09:10:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1FA19A9A for ; Wed, 28 May 2014 09:10:41 +0000 (UTC) Received: from systemdatarecorder.org (ec2-54-246-96-61.eu-west-1.compute.amazonaws.com [54.246.96.61]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "localhost", Issuer "localhost" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 975A92F21 for ; Wed, 28 May 2014 09:10:39 +0000 (UTC) Received: from nereid (188-127-209-196.cust.suomicom.net [188.127.209.196]) (authenticated bits=0) by systemdatarecorder.org (8.14.4/8.14.4/Debian-2ubuntu2.1) with ESMTP id s4S99m2C026386 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Wed, 28 May 2014 09:09:49 GMT Date: Wed, 28 May 2014 12:10:25 +0300 From: Stefan Parvu To: freebsd-current@freebsd.org Subject: Asus Zenbook UX32VD and FreeBSD 11 Message-Id: <20140528121025.649aeba2b42e17a2bcf6817d@systemdatarecorder.org> Organization: systemdatarecorder.org X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 May 2014 09:10:41 -0000 For all Asus Zenbook users or anyone interested about Zenbook laptops and FreeBSD I did put together some notes. This is work in progress. http://systemdatarecorder.blogspot.fi/2014/05/asus-zenbook-and-freebsd-11.html If there are users on this config please send me updates about your config as well that we can gather more info about this laptop and FreeBSD. Thanks, -- Stefan Parvu From owner-freebsd-current@FreeBSD.ORG Wed May 28 12:20:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF936532; Wed, 28 May 2014 12:20:38 +0000 (UTC) Received: from pacha.mail.dyslexicfish.net (space.mail.dyslexicfish.net [91.109.5.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7B39A2FBA; Wed, 28 May 2014 12:20:37 +0000 (UTC) Received: from catnip.dyslexicfish.net (space.mail.dyslexicfish.net [91.109.5.35]) by pacha.mail.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id s4SCKZ3g023547; Wed, 28 May 2014 13:20:35 +0100 (BST) (envelope-from jamie@catnip.dyslexicfish.net) Received: (from jamie@localhost) by catnip.dyslexicfish.net (8.14.5/8.14.5/Submit) id s4SCKZcn023546; Wed, 28 May 2014 13:20:35 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201405281220.s4SCKZcn023546@catnip.dyslexicfish.net> Date: Wed, 28 May 2014 13:20:35 +0100 To: jhb@freebsd.org, emaste@freebsd.org Subject: Re: Change top's notion of idle processes / threads References: <201405231605.26312.jhb@freebsd.org> <201405271637.23332.jhb@freebsd.org> In-Reply-To: <201405271637.23332.jhb@freebsd.org> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (pacha.mail.dyslexicfish.net [91.109.5.35]); Wed, 28 May 2014 13:20:35 +0100 (BST) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 May 2014 12:20:39 -0000 John, the changes are good. The "'trickling' but still not idle" processes now show up as they should. However, it has exposed one quirk in the display: Sorting is done by WCPU followed by total processor time. Processes which aren't idle (but are using so little cpu it shows as 0.00%) show below processes which are truely idle, but have totaled more processor time overall. This is more noticable with your new patch, as toggling between idle-only and full now shows processes appearing higher in the list than some which only appear in the non-idle view! Ideally, processes where cpu "is virtually 0.00% but really a smidgen higher" should be display higher. I realise the pctcpu granularity is at fault here. Basically, what I'm saying is that truely idle processes should appear below other processes reporting 0.00% cpu. In other words, what I'm asking is: shouldn't the cpu sort priority not simply be keyed on 'ki_pctcpu', but on a primary key based on "if cur->ki_runtime == old->ki_runtime ?" followed by secondary key ki_pctcpu. Or even easier, shouldn't simply sorting on (cur->ki_runtime - old->ki_runtime) suffice? Is this a valid point, and if it is, is it practical, and/or easy enough to achieve? I'll even have a stab at it myself tomorrow, after hopefully getting some sleep (32 hours without sleep - sorry for incoherency - insomnia is a PITA) Cheers, Jamie From owner-freebsd-current@FreeBSD.ORG Wed May 28 13:42:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE729541; Wed, 28 May 2014 13:42:08 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B7872287B; Wed, 28 May 2014 13:42:08 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id A206CB9C1; Wed, 28 May 2014 09:42:07 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org, koobs@freebsd.org Subject: Re: Change top's notion of idle processes / threads Date: Wed, 28 May 2014 09:41:13 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <201405231605.26312.jhb@freebsd.org> <537FBC1F.6030408@freebsd.org> <53819789.8030304@FreeBSD.org> In-Reply-To: <53819789.8030304@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201405280941.13886.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 28 May 2014 09:42:07 -0400 (EDT) Cc: Allan Jude X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 May 2014 13:42:09 -0000 On Sunday, May 25, 2014 3:11:05 am Kubilay Kocak wrote: > On 24/05/2014 7:22 AM, Allan Jude wrote: > > On 2014-05-23 16:05, John Baldwin wrote: > >> Right now, when top is set to not display idle processes or threads, it only > >> displays processes or threads that are currently in a runnable state or have a > >> non-zero %cpu. However, our %cpu is quite imprecise. I have patch to change > >> top to instead compare the thread or processes runtime (ki_runtime in > >> kinfo_proc) against the runtime of the thread or process the last time data > >> was fetched. In essence, top will consider any thread that has run on a CPU > >> since the last update as non-idle. The end result is that mostly-idle threads > >> and processes will now be visible in top's idle display. Personally, I find > >> this more useful (and find the current implementation completely useless). > >> The patch is at http://people.freebsd.org/~jhb/patches/top_idle.patch > >> > >> Comments? > >> > > > > I think this makes good sense. I would definitely prefer it. Would it > > make sense to maybe preserve the old behaviour behind a command line flag? > > > > And an update to top(8) reflecting the algo :) I know these little > esoteric things could always do with more obvious breadcrumbs (like load > average calcs, etc) for our future selves and others. As Ed noted, the manpage is already fairly vague here. Given the responses so far, everyone finds the new behavior more intuitive than the old one. > +1 on the behavior change, not sure about retaining the old under a > flag. Who might benefit from it? How do other OS top implementations > calculate their idle? If there's other examples out there with the same > (current) algo, then retaining compat might be worth it, such as for > newly converted users This isn't really that big of a behavior change in practice. It is just using a more precise measurement for the current 'ki_pctcpu != 0' test that is already there. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed May 28 13:56:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6511D9FC; Wed, 28 May 2014 13:56:33 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 38AE329BB; Wed, 28 May 2014 13:56:33 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 4013BB917; Wed, 28 May 2014 09:56:32 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: Processor cores not properly detected/activated? Date: Wed, 28 May 2014 09:56:27 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <20140524014713.GF13462@carrick-users.bishnet.net> <20140524103835.GI13462@carrick-users.bishnet.net> In-Reply-To: MIME-Version: 1.0 Message-Id: <201405280956.27800.jhb@freebsd.org> Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 28 May 2014 09:56:32 -0400 (EDT) Cc: Attilio Rao , Alan Somers , Jia-Shiun Li , Tim Bishop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 May 2014 13:56:33 -0000 On Wednesday, May 28, 2014 12:11:30 am Jia-Shiun Li wrote: > On Sat, May 24, 2014 at 6:38 PM, Tim Bishop wrote: > > On Fri, May 23, 2014 at 09:03:12PM -0600, Alan Somers wrote: > >> Yeah, I think so. It seems like a GENERIC kernel ought to be able to > >> handle the biggest commonly available quad socket systems. Anything > >> with more than 4 sockets, though, is probably too exotic to deserve > >> such special treatment. > > > > I submitted a PR to that effect: > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=190169 > > > > Thanks again for your help. > > > > Tim. > > > > Hi, > > I read in the follow-up of the PR that current hard limit is 256. > Currently available systems* can already push usage up to 240. IVB-EX > aka Xeon E7v2 supports 8-socket * 15-core * 2-thread. Expect something > to break 256 in less than a year I think. X2APIC support will be > required then. In theory it is already possible to build larger > systems with custom glue logic, but I am not aware of any. Userland cpusets only default to 128 (CPU_MAXSIZE in ). Changing MAXCPU to even 128 is unfortunately a potential KBI change since it changes the size of 'cpuset_t'. We can certainly bump these in HEAD for 11, but we might not be able to MFC them without introducing ABI breakage. (The cpuset APIs do allow the size of cpuset_t to change as the size is encoded in the API calls, so there is that, it's more that if some public structure embeds a cpuset_t in the kernel that we would have problems. I thought 'struct pcpu' did, but it does not.) Hmm, smp_rendezvous() accepts a cpuset_t as its first argument (and is a public symbol used by kernel modules such as dtrace). 'struct rmlock' also embeds a cpuset_t. So, I think we can't bump cpuset_t without breaking the KBI. We can bump it in HEAD however. (Note, if re@ signed off, we could perhaps merge to 10, but we tend to be very hesitant about breaking the KBI.) One thing we could do safely is bump the userland cpuset size to 256 in 10. It's really only MAXCPU that is problematic. In particular, I propose we bump the userland cpuset_t size to 256 now (and go ahead and merge that to 10). In HEAD only we can bump MAXCPU for amd64 to 256. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed May 28 15:59:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3DF6DE5D; Wed, 28 May 2014 15:59:11 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1692D25D8; Wed, 28 May 2014 15:59:11 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 4FA46B917; Wed, 28 May 2014 11:59:09 -0400 (EDT) From: John Baldwin To: "Jamie Landeg-Jones" Subject: Re: Change top's notion of idle processes / threads Date: Wed, 28 May 2014 10:54:04 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <201405231605.26312.jhb@freebsd.org> <201405271637.23332.jhb@freebsd.org> <201405281220.s4SCKZcn023546@catnip.dyslexicfish.net> In-Reply-To: <201405281220.s4SCKZcn023546@catnip.dyslexicfish.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201405281054.04691.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 28 May 2014 11:59:09 -0400 (EDT) Cc: freebsd-current@freebsd.org, emaste@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 May 2014 15:59:11 -0000 On Wednesday, May 28, 2014 8:20:35 am Jamie Landeg-Jones wrote: > John, the changes are good. > > The "'trickling' but still not idle" processes now show up as they should. > > However, it has exposed one quirk in the display: > > Sorting is done by WCPU followed by total processor time. > > Processes which aren't idle (but are using so little cpu it shows as 0.00%) > show below processes which are truely idle, but have totaled more processor > time overall. > > This is more noticable with your new patch, as toggling between idle-only > and full now shows processes appearing higher in the list than some which > only appear in the non-idle view! > > Ideally, processes where cpu "is virtually 0.00% but really a smidgen higher" > should be display higher. > > I realise the pctcpu granularity is at fault here. > > Basically, what I'm saying is that truely idle processes should appear below > other processes reporting 0.00% cpu. > > In other words, what I'm asking is: shouldn't the cpu sort priority not > simply be keyed on 'ki_pctcpu', but on a primary key based on > "if cur->ki_runtime == old->ki_runtime ?" followed by secondary key ki_pctcpu. > > Or even easier, shouldn't simply sorting on (cur->ki_runtime - old->ki_runtime) > suffice? > > Is this a valid point, and if it is, is it practical, and/or easy enough to > achieve? I'll even have a stab at it myself tomorrow, after hopefully getting > some sleep (32 hours without sleep - sorry for incoherency - insomnia is a PITA) Yes, I actually started by sorting on the raw delta and ended up going back and fixing pctcpu instead. However, there is a problem in this case which is that you still want to fall back to ki_pctcpu if you don't have a valid previous delta to compare against. It's a lot simpler to just fixup ki_pctcpu and not have to go change the sorting code explicitly. :( I actually started out having a function that returned a double for the pctcpu, but that would mean recalculating the raw pctcpu many, many times during the sort. Just updating ki_pctcpu once per each process/thread per fetch scales a bit better. I could perhaps use an array to cache raw percentages as doubles. Ok, try people.freebsd.org/~jhb/patches/top_pctcpu2.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed May 28 15:59:13 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4BFE6E6C for ; Wed, 28 May 2014 15:59:13 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2552125DA for ; Wed, 28 May 2014 15:59:13 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 23587B953; Wed, 28 May 2014 11:59:12 -0400 (EDT) From: John Baldwin To: "Poul-Henning Kamp" Subject: Re: Change top's notion of idle processes / threads Date: Wed, 28 May 2014 10:55:47 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <201405231605.26312.jhb@freebsd.org> <9764.1400877579@critter.freebsd.dk> In-Reply-To: <9764.1400877579@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201405281055.47049.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 28 May 2014 11:59:12 -0400 (EDT) Cc: "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 May 2014 15:59:13 -0000 On Friday, May 23, 2014 4:39:39 pm Poul-Henning Kamp wrote: > In message <201405231605.26312.jhb@freebsd.org>, John Baldwin writes: > > >In essence, top will consider any thread that has run on a CPU > >since the last update as non-idle. > > Sounds a lot more usable than the current heuristic. > > Wouldn't ki_rusage.ru_n[i]vcsw be more correct than ki_runtime ? I went ahead and checked for both. In theory we might fix our scheduler one day to notice when a CPU is dedicated to a single thread not bother with doing silly context switches back to itself in which case only ki_runtime would change. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed May 28 16:09:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 603545D3 for ; Wed, 28 May 2014 16:09:06 +0000 (UTC) Received: from elektropost.org (elektropost.org [217.115.13.199]) by mx1.freebsd.org (Postfix) with ESMTP id A2A5B278D for ; Wed, 28 May 2014 16:09:04 +0000 (UTC) Received: (qmail 26724 invoked from network); 28 May 2014 16:08:56 -0000 Received: from elektropost.org (HELO elektropost.org) (erdgeist@erdgeist.org) by elektropost.org with AES256-SHA encrypted SMTP; 28 May 2014 16:08:56 -0000 Date: Wed, 28 May 2014 18:10:23 +0200 (CEST) From: Dirk Engling To: freebsd-current@freebsd.org Subject: official pkg repo with WITHOUT_X11=true Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Mailman-Approved-At: Wed, 28 May 2014 16:57:41 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 May 2014 16:09:06 -0000 Hey, I wonder if there is or there are any plans to provide an official repo suitable for a typical non-desktop-installation, i.e. with WITHOUT_QT4=true WITHOUT_X11=true set during poudriere builds. Default options for some graphic related ports like graphics/gd unfortunally litter all my jails with their libX* dependencies. I am aware that I can setup my own repo, but I can hardly imagine I am the only one who would find this offical repo handy. Regards, erdgeist From owner-freebsd-current@FreeBSD.ORG Wed May 28 17:51:30 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B09E7DE; Wed, 28 May 2014 17:51:30 +0000 (UTC) Received: from mail-qg0-x22b.google.com (mail-qg0-x22b.google.com [IPv6:2607:f8b0:400d:c04::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ED1C621CC; Wed, 28 May 2014 17:51:29 +0000 (UTC) Received: by mail-qg0-f43.google.com with SMTP id 63so18742642qgz.2 for ; Wed, 28 May 2014 10:51:29 -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:message-id:subject :from:to:cc:content-type; bh=JPjUjsQ302MJbKEzVOibMBxFDbO/qs0B9iJPbR1rHp4=; b=qwgHLODcA1a0pl3VUqnJMpFxiM4tCIBLX9DGkjVNrEA/FS7F3v+vq4uqag6/3MD5ti 6O7chmDAGnquJ69k3qirgTXMl+ZX2rSVFiMQDwOM13+56ONlasBON7/4fpaK8hu2Lm+m ueW0JhEMhs1/lFw2rnlx38O6mQr9fDKcxZFXVMUlwvEjwErF6j9MUVf8qNAyCCyKUPVD TLGLcOnjWYUtLav5lE47fE7NWdnNRd+D/uY9g06BI0Jn0M3glLcFDyf0dgIsOrzQcAhq wbgzl7E/RSB3LTjaITerc+6oOHIy/C4p/KCoIutyTAOW5DmvXRlAwa+noWkKUxbxsSLI tCvQ== MIME-Version: 1.0 X-Received: by 10.140.104.195 with SMTP id a61mr1627273qgf.102.1401299489019; Wed, 28 May 2014 10:51:29 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Wed, 28 May 2014 10:51:28 -0700 (PDT) In-Reply-To: <201405280956.27800.jhb@freebsd.org> References: <20140524014713.GF13462@carrick-users.bishnet.net> <20140524103835.GI13462@carrick-users.bishnet.net> <201405280956.27800.jhb@freebsd.org> Date: Wed, 28 May 2014 10:51:28 -0700 X-Google-Sender-Auth: UjivDH4-yXqpqNDGBv4wQTX81z0 Message-ID: Subject: Re: Processor cores not properly detected/activated? From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=UTF-8 Cc: Attilio Rao , freebsd-current , Jia-Shiun Li , Alan Somers , Tim Bishop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 May 2014 17:51:30 -0000 On 28 May 2014 06:56, John Baldwin wrote: > Userland cpusets only default to 128 (CPU_MAXSIZE in ). > Changing MAXCPU to even 128 is unfortunately a potential KBI change since it > changes the size of 'cpuset_t'. We can certainly bump these in HEAD for 11, > but we might not be able to MFC them without introducing ABI breakage. > (The cpuset APIs do allow the size of cpuset_t to change as the size is > encoded in the API calls, so there is that, it's more that if some public > structure embeds a cpuset_t in the kernel that we would have problems. I > thought 'struct pcpu' did, but it does not.) > > Hmm, smp_rendezvous() accepts a cpuset_t as its first argument (and is a > public symbol used by kernel modules such as dtrace). 'struct rmlock' also > embeds a cpuset_t. So, I think we can't bump cpuset_t without breaking > the KBI. We can bump it in HEAD however. (Note, if re@ signed off, we could > perhaps merge to 10, but we tend to be very hesitant about breaking the KBI.) > One thing we could do safely is bump the userland cpuset size to 256 in 10. > It's really only MAXCPU that is problematic. > > In particular, I propose we bump the userland cpuset_t size to 256 now (and > go ahead and merge that to 10). In HEAD only we can bump MAXCPU for amd64 > to 256. Since 11 is going to be around for a few years, can we experiment bumping it up to something compute-cluster-computer-sized just to get it over with? Something stupid, like 4096 or something? -a From owner-freebsd-current@FreeBSD.ORG Wed May 28 17:58:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED41EAE5; Wed, 28 May 2014 17:58:58 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C2FEC222D; Wed, 28 May 2014 17:58:58 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C48EAB94A; Wed, 28 May 2014 13:58:57 -0400 (EDT) From: John Baldwin To: Adrian Chadd Subject: Re: Processor cores not properly detected/activated? Date: Wed, 28 May 2014 13:58:35 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <20140524014713.GF13462@carrick-users.bishnet.net> <201405280956.27800.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201405281358.35924.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 28 May 2014 13:58:57 -0400 (EDT) Cc: Attilio Rao , freebsd-current , Jia-Shiun Li , Alan Somers , Tim Bishop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 May 2014 17:58:59 -0000 On Wednesday, May 28, 2014 1:51:28 pm Adrian Chadd wrote: > On 28 May 2014 06:56, John Baldwin wrote: > > > > Userland cpusets only default to 128 (CPU_MAXSIZE in ). > > Changing MAXCPU to even 128 is unfortunately a potential KBI change since it > > changes the size of 'cpuset_t'. We can certainly bump these in HEAD for 11, > > but we might not be able to MFC them without introducing ABI breakage. > > (The cpuset APIs do allow the size of cpuset_t to change as the size is > > encoded in the API calls, so there is that, it's more that if some public > > structure embeds a cpuset_t in the kernel that we would have problems. I > > thought 'struct pcpu' did, but it does not.) > > > > Hmm, smp_rendezvous() accepts a cpuset_t as its first argument (and is a > > public symbol used by kernel modules such as dtrace). 'struct rmlock' also > > embeds a cpuset_t. So, I think we can't bump cpuset_t without breaking > > the KBI. We can bump it in HEAD however. (Note, if re@ signed off, we could > > perhaps merge to 10, but we tend to be very hesitant about breaking the KBI.) > > One thing we could do safely is bump the userland cpuset size to 256 in 10. > > It's really only MAXCPU that is problematic. > > > > In particular, I propose we bump the userland cpuset_t size to 256 now (and > > go ahead and merge that to 10). In HEAD only we can bump MAXCPU for amd64 > > to 256. > > Since 11 is going to be around for a few years, can we experiment > bumping it up to something compute-cluster-computer-sized just to get > it over with? Something stupid, like 4096 or something? It costs wired memory to increase it for the kernel. The userland set size can be increased rather arbitrarily, so we don't need to make it but so large as it is easy to bump later (even with a branch). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed May 28 20:26:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71E97583 for ; Wed, 28 May 2014 20:26:28 +0000 (UTC) Received: from mail.jr-hosting.nl (mail.jr-hosting.nl [IPv6:2a01:4f8:141:5ffd::25]) by mx1.freebsd.org (Postfix) with ESMTP id 329D9223C for ; Wed, 28 May 2014 20:26:28 +0000 (UTC) Received: from axantucar.elvandar.org (a44084.upc-a.chello.nl [62.163.44.84]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by mail.jr-hosting.nl (Postfix) with ESMTPSA id 7FFE63F4AF; Wed, 28 May 2014 22:26:25 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_A7DE42C5-5266-4626-A7A2-C2B43F6D667F"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: official pkg repo with WITHOUT_X11=true From: Remko Lodder In-Reply-To: Date: Wed, 28 May 2014 22:26:23 +0200 Message-Id: <2111A8D9-49A9-4191-9018-41D8ADBDC04A@FreeBSD.org> References: To: Dirk Engling X-Mailer: Apple Mail (2.1878.2) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 May 2014 20:26:28 -0000 --Apple-Mail=_A7DE42C5-5266-4626-A7A2-C2B43F6D667F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 28 May 2014, at 18:10, Dirk Engling wrote: >=20 > Hey, >=20 > I wonder if there is or there are any plans to provide an official = repo suitable for a typical non-desktop-installation, i.e. with >=20 > WITHOUT_QT4=3Dtrue > WITHOUT_X11=3Dtrue >=20 > set during poudriere builds. Default options for some graphic related = ports like graphics/gd unfortunally litter all my jails with their libX* > dependencies. >=20 > I am aware that I can setup my own repo, but I can hardly imagine I am = the only one who would find this offical repo handy. >=20 > Regards, +1 :-) >=20 > erdgeist > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" --=20 /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News --Apple-Mail=_A7DE42C5-5266-4626-A7A2-C2B43F6D667F Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQIcBAEBAgAGBQJThkZwAAoJEKjD27JZ84ywOIEQALI/ylUXk+wVdOnuN1Q5a6mK tutPzK5495wUuHZVK69xSx+hhvC/VHcyJIA53O0pCuhnSKDUg0cLdmZSNIQ++Klj uVHFSbfaHMBHNl+81vUUxnGOP1MCDJJmQc2AdrbeCXemHe9uFsZh4o0aVTKk7irQ ItYHRDYrnqbo74NwckIDaGA3uN8ebIfQMKIYVaZclA/n0hHRe85BJpJa9OJOXoAl 2zaPGqtByhWIwPQDPhdjX1fZT+KiLLHJ0iiEd2H+fFr2bxtoienK8GJiHayRiDlM j3fFUEuIKLnWm3wdt8zZCNs6d3+tZRiSr3DERQbBfaZbQeqwmu/PQ0k0gGP/Zo7c 1NtcshrjUU0C6WJJ9d8uAZlEU+jtA/SIYzjfj0HuDl2lCTQt7JD4Wc7geqiLvxfP Bpey4v4uYsxtl29voRbJYDUTeHewV18cF8DXmPkKhlz2Tmi8GaG2axJKxl5hgegJ 724JXhClC2SUKlrrY9ohk9nLJb5wr5xQDQw35epX54JSXT4jy5bBTZGWc24V6Ri9 z0W7bbis7rAXeCWCWCc1bUwLVbJ0fXY6uefwx0I/CH42Fr3IaYLCnWGXbexk7isv 4YBp6rI32HQZDXgW84zgvfkspT+9fRIKQCZqh613xmDkNJbQ5MrfX3BT1+drZrSX jSO1My6awLWJzhKBe6ee =M1Sd -----END PGP SIGNATURE----- --Apple-Mail=_A7DE42C5-5266-4626-A7A2-C2B43F6D667F-- From owner-freebsd-current@FreeBSD.ORG Wed May 28 21:38:30 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05A7E6BC for ; Wed, 28 May 2014 21:38:30 +0000 (UTC) Received: from mail.mehnert.org (mail.mehnert.org [213.73.89.200]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BE2B92829 for ; Wed, 28 May 2014 21:38:29 +0000 (UTC) Received: from [192.168.1.2] (host-92-13-217-100.as43234.net [92.13.217.100]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "hannes@mehnert.org", Issuer "mehnert root CA" (verified OK)) by mail.mehnert.org (Postfix) with ESMTPS id D24D225C0 for ; Wed, 28 May 2014 23:28:36 +0200 (CEST) Message-ID: <538654C9.6040709@mehnert.org> Date: Wed, 28 May 2014 22:27:37 +0100 From: Hannes Mehnert User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: laptop power cycles due to iwn since r266546 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 May 2014 21:38:30 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA384 Hi, I get random reboots with revision r266546 (Make iwn(4) able to get itself back into working condition after "fatal firmware error" happens. Previously it was neccessary to reset it manually, using "/etc/rc.d/netif restart".). I encounter that on a Thinkpad X220 with a iwn0: mem 0xf2500000-0xf2501fff irq 17 at device 0.0 on pci3 and a rather flaky wireless connection. I do have to destroy the wlan0 interface every now and then (and get firmware errors in dmesg), but since r266546 it powercycles my laptop. If I disable wireless - or revert that commit, my laptop does not power cycle... Adrian/trasz - any ideas what might be wrong here? Any ideas how to debug it further? Will a dumpdev help (if so, is it possible to setup on geli + zfs?)? Thanks, Hannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCQAGBQJThlTJAAoJELyJZYjffCju1AcQAI9rvETgMvclvuoX2HGomyiX YziPmUSUCrAsICxOEGbKhy582IY3xz2B8u6Uvqig9RZz1KS9f4rUI32/5vZpIH98 +OMM5eWCO2uhqglvtbs0P3KhPdC+18aTRssyKLhpm/GH4GyJhMwotkn3OTUKav8w CL2YUiFk1HDQzMhinof0UtoGlI+iZnvgZ+iS0ugbUYkolzow1N6iXeYpuS52k3z2 D6B7lARBXlnZ0zkNEdiw3LEhzPG8E7hH18BtLwMYbn5kHvPIgz0Bur7DYmW55ASl jSAbjJg+vxDl3yT2fWQh3zFRZCOakVIkdO9l1rKTrZm0gVhGaAxulbvkwlfQKLhW C/Ezff54lZJa+gKQBnJ5KIBP+6jt03SlVfWCfNLZv9KK+AC2miYP3kMRD+DMO9KX GYW+lJNMLIdKQLbGZJdJNS6MBlPMoMgVZsR2G/oWkwaJtOZ0LRk2dE9oqVjI4yZm i1gYe0wjLqrSXyx7cbkvuPMIQmJSR+bmNzJkiOQsvIO4LV9PUBuVguNVfmKqi1aE pemv0ITUE6H6oBpswnbKmA/Hi7xBCGX1LufH+RF3po2+mgJKUv203yDD52jaioXa JMgg/UTqUvgt6lSEqZvCyGAzPcgjIGG3Q+ip0XSnMsv1190QVsQq4rPq8pl3wL73 SeURqz3Mv0FeU4reEuJ/ =BI/Z -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed May 28 21:44:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ACCC68F6 for ; Wed, 28 May 2014 21:44:21 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7790628DB for ; Wed, 28 May 2014 21:44:20 +0000 (UTC) Received: from [192.168.0.96] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s4SLiEFR010187 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 28 May 2014 21:44:16 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: official pkg repo with WITHOUT_X11=true From: David Chisnall In-Reply-To: Date: Wed, 28 May 2014 22:44:09 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <20F90EAB-ADC5-468C-9AFD-73F93794C4B2@FreeBSD.org> References: To: Dirk Engling X-Mailer: Apple Mail (2.1874) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 May 2014 21:44:21 -0000 On 28 May 2014, at 17:10, Dirk Engling wrote: > I wonder if there is or there are any plans to provide an official = repo suitable for a typical non-desktop-installation, i.e. with There aren't currently any plans, but we're now bringing online the = infrastructure for supporting multiple package repositories (for the = new-X.org stuff). We're limited by the time it takes to build the ports = tree (around 24 hours on a fast machine, although a lot of that is a few = outliers), but I think this could be quite fast if it also excludes = anything that has xlib as a dependency, so it would make a lot of sense. David From owner-freebsd-current@FreeBSD.ORG Wed May 28 21:44:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA81095C for ; Wed, 28 May 2014 21:44:22 +0000 (UTC) Received: from mail-we0-x229.google.com (mail-we0-x229.google.com [IPv6:2a00:1450:400c:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 726AE28DD for ; Wed, 28 May 2014 21:44:22 +0000 (UTC) Received: by mail-we0-f169.google.com with SMTP id u56so12143502wes.14 for ; Wed, 28 May 2014 14:44:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=BQovxKn6U8raDBo6ZkpOWvHN+EWEiJn45du9iBlPFGE=; b=m9QwadqUolPBJEsipROlB4uFIF4cDRj4cE5On1Jg67mRiUvHBdtPlxpp8qh/51J+mf BgA4FaGbobyYFzp0N5zAmP1CQVBdW48/2QF8yJqIVHKsseYPHPyzvr0BC0xDbozfuAAs 2aMR2GfMpuxeSYxRTZljeWiZMHyzFKJI5gv6QZV1aJofTjkNk46MTt2cADSTZ84GfoBN +Gbqc4s8bG99VaiXC4OOFMybvRQxeUjACAUCYgvQWAeGMHh5CWh8iknttNN+qSRCxzkM QCV1uFR7yRocGYjX6HkRCu9uHrvXVB/9X9IKPg4HAe8RFX0hQwJjqlvsgBSKGOIW4zAJ ZQ/g== X-Received: by 10.180.186.8 with SMTP id fg8mr53192996wic.39.1401313460680; Wed, 28 May 2014 14:44:20 -0700 (PDT) Received: from strashydlo.home (adgc53.neoplus.adsl.tpnet.pl. [79.184.132.53]) by mx.google.com with ESMTPSA id r5sm46311862wjq.26.2014.05.28.14.44.19 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 28 May 2014 14:44:20 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Subject: Re: laptop power cycles due to iwn since r266546 Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-2 From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: <538654C9.6040709@mehnert.org> Date: Wed, 28 May 2014 23:44:18 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <538654C9.6040709@mehnert.org> To: Hannes Mehnert X-Mailer: Apple Mail (2.1283) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 May 2014 21:44:22 -0000 Wiadomo=B6=E6 napisana przez Hannes Mehnert w dniu 28 maj 2014, o godz. = 23:27: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA384 >=20 > Hi, >=20 > I get random reboots with revision r266546 (Make iwn(4) able to get > itself back into working condition after "fatal firmware error" > happens. Previously it was neccessary to reset it manually, using > "/etc/rc.d/netif restart".). >=20 > I encounter that on a Thinkpad X220 with a iwn0: Advanced-N + WiMAX 6250> mem 0xf2500000-0xf2501fff irq 17 at device > 0.0 on pci3 > and a rather flaky wireless connection. I do have to destroy the wlan0 > interface every now and then (and get firmware errors in dmesg), but > since r266546 it powercycles my laptop. > If I disable wireless - or revert that commit, my laptop does not > power cycle... >=20 > Adrian/trasz - any ideas what might be wrong here? Any ideas how to > debug it further? Will a dumpdev help (if so, is it possible to setup > on geli + zfs?)? Yes, without crashdump tracking down the problem will be next to = impossible. From owner-freebsd-current@FreeBSD.ORG Thu May 29 01:04:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 241DEF0E for ; Thu, 29 May 2014 01:04:28 +0000 (UTC) Received: from COL004-OMC2S7.hotmail.com (col004-omc2s7.hotmail.com [65.55.34.81]) by mx1.freebsd.org (Postfix) with ESMTP id F2DC52856 for ; Thu, 29 May 2014 01:04:27 +0000 (UTC) Received: from COL131-DS24 ([65.55.34.72]) by COL004-OMC2S7.hotmail.com with Microsoft SMTPSVC(7.5.7601.22678); Wed, 28 May 2014 18:04:27 -0700 X-TMN: [1J3ekgWuRqEhiwkAN/lsB1Ry9/MT9wo5] X-Originating-Email: [fredhps10@hotmail.com] Message-ID: From: Fred Pedrisa To: "'freebsd-current'" Subject: KQueue vs Select (NetMap) Date: Wed, 28 May 2014 22:04:50 -0300 MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac962f48XMXCpjzfQgOEyo6Ozucq/A== Content-Language: pt-br X-OriginalArrivalTime: 29 May 2014 01:04:27.0244 (UTC) FILETIME=[F0245AC0:01CF7AD9] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 01:04:28 -0000 Hey Guys, How does kQueue performs over select with netmap ? From owner-freebsd-current@FreeBSD.ORG Thu May 29 01:23:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB6EA294 for ; Thu, 29 May 2014 01:23:58 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9200C29E2 for ; Thu, 29 May 2014 01:23:58 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.8/8.14.8) with ESMTP id s4T1NwNN006441 for ; Thu, 29 May 2014 01:23:58 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s4T1NwES006440 for freebsd-current@freebsd.org; Thu, 29 May 2014 01:23:58 GMT (envelope-from bdrewery) Received: (qmail 64712 invoked from network); 28 May 2014 20:23:56 -0500 Received: from unknown (HELO roundcube.xk42.net) (10.10.5.5) by sweb.xzibition.com with SMTP; 28 May 2014 20:23:56 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 28 May 2014 20:23:56 -0500 From: Bryan Drewery To: freebsd-current@freebsd.org Subject: Re: official pkg repo with =?UTF-8?Q?WITHOUT=5FX=31=31=3Dtrue?= Organization: FreeBSD In-Reply-To: <20F90EAB-ADC5-468C-9AFD-73F93794C4B2@FreeBSD.org> References: <20F90EAB-ADC5-468C-9AFD-73F93794C4B2@FreeBSD.org> Message-ID: <800bc8e04e4cfed10632cca993cce8fa@shatow.net> X-Sender: bdrewery@FreeBSD.org User-Agent: Roundcube Webmail/0.9.5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 01:23:58 -0000 On 2014-05-28 16:44, David Chisnall wrote: > On 28 May 2014, at 17:10, Dirk Engling wrote: > >> I wonder if there is or there are any plans to provide an official >> repo suitable for a typical non-desktop-installation, i.e. with > > There aren't currently any plans, but we're now bringing online the > infrastructure for supporting multiple package repositories (for the > new-X.org stuff). We're limited by the time it takes to build the > ports tree (around 24 hours on a fast machine, although a lot of that > is a few outliers), but I think this could be quite fast if it also > excludes anything that has xlib as a dependency, so it would make a > lot of sense. > > David > I discussed this, at least explained the situation a bit, to Dirk in private. I will add this to the current test system build just to guage the time/space involved. No guarantees right now that it will be published. The risk is that of NEW_XORG and SSP adding in more builds may extend past 7 full days which will not give us predictable builds. This is mitigated by using a pool of build systems and a queue, which I plan to implement. The package building infrastructure is still growing and evolving. As for skipping unneeded ports the best I can do is '-a' or "Build it all". If a port is only needed for WITH_X11 then an IGNORE should be added to it when WITHOUT_X11 is set to prevent wasting time on it. -- Regards, Bryan Drewery From owner-freebsd-current@FreeBSD.ORG Thu May 29 02:40:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 22BE610C; Thu, 29 May 2014 02:40:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C31C32F30; Thu, 29 May 2014 02:40:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4T2eI0n094225; Wed, 28 May 2014 22:40:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4T2eIoH094224; Thu, 29 May 2014 02:40:18 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 29 May 2014 02:40:18 GMT Message-Id: <201405290240.s4T2eIoH094224@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2014 02:40:26 -0000 TB --- 2014-05-28 21:40:52 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-05-28 21:40:52 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-28 21:40:52 - starting HEAD tinderbox run for i386/i386 TB --- 2014-05-28 21:40:52 - cleaning the object tree TB --- 2014-05-28 21:40:52 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-28 21:40:57 - At svn revision 266821 TB --- 2014-05-28 21:40:58 - building world TB --- 2014-05-28 21:40:58 - CROSS_BUILD_TESTING=YES TB --- 2014-05-28 21:40:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-28 21:40:58 - MAKESYSPATH=/src/share/mk TB --- 2014-05-28 21:40:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-28 21:40:58 - SRCCONF=/dev/null TB --- 2014-05-28 21:40:58 - TARGET=i386 TB --- 2014-05-28 21:40:58 - TARGET_ARCH=i386 TB --- 2014-05-28 21:40:58 - TZ=UTC TB --- 2014-05-28 21:40:58 - __MAKE_CONF=/dev/null TB --- 2014-05-28 21:40:58 - cd /src TB --- 2014-05-28 21:40:58 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Wed May 28 21:41:05 UTC 2014 >>> 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 Thu May 29 01:08:52 UTC 2014 TB --- 2014-05-29 01:08:52 - generating LINT kernel config TB --- 2014-05-29 01:08:52 - cd /src/sys/i386/conf TB --- 2014-05-29 01:08:52 - /usr/bin/make -B LINT TB --- 2014-05-29 01:08:52 - cd /src/sys/i386/conf TB --- 2014-05-29 01:08:52 - /obj/i386.i386/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-05-29 01:08:52 - building LINT kernel TB --- 2014-05-29 01:08:52 - CROSS_BUILD_TESTING=YES TB --- 2014-05-29 01:08:52 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-29 01:08:52 - MAKESYSPATH=/src/share/mk TB --- 2014-05-29 01:08:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-29 01:08:52 - SRCCONF=/dev/null TB --- 2014-05-29 01:08:52 - TARGET=i386 TB --- 2014-05-29 01:08:52 - TARGET_ARCH=i386 TB --- 2014-05-29 01:08:52 - TZ=UTC TB --- 2014-05-29 01:08:52 - __MAKE_CONF=/dev/null TB --- 2014-05-29 01:08:52 - cd /src TB --- 2014-05-29 01:08:52 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 29 01:08:52 UTC 2014 >>> 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 LINT completed on Thu May 29 01:48:30 UTC 2014 TB --- 2014-05-29 01:48:30 - cd /src/sys/i386/conf TB --- 2014-05-29 01:48:30 - /obj/i386.i386/src/tmp/legacy/usr/sbin/config -m LINT-NOINET TB --- 2014-05-29 01:48:30 - building LINT-NOINET kernel TB --- 2014-05-29 01:48:30 - CROSS_BUILD_TESTING=YES TB --- 2014-05-29 01:48:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-29 01:48:30 - MAKESYSPATH=/src/share/mk TB --- 2014-05-29 01:48:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-29 01:48:30 - SRCCONF=/dev/null TB --- 2014-05-29 01:48:30 - TARGET=i386 TB --- 2014-05-29 01:48:30 - TARGET_ARCH=i386 TB --- 2014-05-29 01:48:30 - TZ=UTC TB --- 2014-05-29 01:48:30 - __MAKE_CONF=/dev/null TB --- 2014-05-29 01:48:30 - cd /src TB --- 2014-05-29 01:48:30 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Thu May 29 01:48:30 UTC 2014 >>> 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 LINT-NOINET completed on Thu May 29 02:22:41 UTC 2014 TB --- 2014-05-29 02:22:41 - cd /src/sys/i386/conf TB --- 2014-05-29 02:22:41 - /obj/i386.i386/src/tmp/legacy/usr/sbin/config -m LINT-NOINET6 TB --- 2014-05-29 02:22:41 - building LINT-NOINET6 kernel TB --- 2014-05-29 02:22:41 - CROSS_BUILD_TESTING=YES TB --- 2014-05-29 02:22:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-29 02:22:41 - MAKESYSPATH=/src/share/mk TB --- 2014-05-29 02:22:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-29 02:22:41 - SRCCONF=/dev/null TB --- 2014-05-29 02:22:41 - TARGET=i386 TB --- 2014-05-29 02:22:41 - TARGET_ARCH=i386 TB --- 2014-05-29 02:22:41 - TZ=UTC TB --- 2014-05-29 02:22:41 - __MAKE_CONF=/dev/null TB --- 2014-05-29 02:22:41 - cd /src TB --- 2014-05-29 02:22:41 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Thu May 29 02:22:41 UTC 2014 >>> 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/netinet/tcp_timewait.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/netinet/tcp_usrreq.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/netinet/udp_usrreq.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/netinet/libalias/alias.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/netinet/libalias/alias_db.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/netinet/libalias/alias_mod.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/netinet/libalias/alias_proxy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/netinet/libalias/alias_util.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/netinet/libalias/alias_sctp.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/netipsec/ipsec.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/netipsec/ipsec_input.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/netipsec/ipsec_mbuf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/netipsec/ipsec_output.c /src/sys/netipsec/ipsec_output.c:579:4: error: implicit declaration of function 'IPSEC6STAT_INC' is invalid in C99 [-Werror,-Wimplicit-function-declaration] IPSEC6STAT_INC(ips_out_inval); ^ /src/sys/netipsec/ipsec_output.c:579:19: error: use of undeclared identifier 'ips_out_inval' IPSEC6STAT_INC(ips_out_inval); ^ 2 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT-NOINET6 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-05-29 02:40:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-29 02:40:18 - ERROR: failed to build LINT-NOINET6 kernel TB --- 2014-05-29 02:40:18 - 14891.50 user 2175.88 system 17965.31 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu May 29 03:14:42 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 11A9B80C; Thu, 29 May 2014 03:14:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CCD0E22AA; Thu, 29 May 2014 03:14:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4T3EeeX072107; Wed, 28 May 2014 23:14:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4T3EeS9072104; Thu, 29 May 2014 03:14:40 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 29 May 2014 03:14:40 GMT Message-Id: <201405290314.s4T3EeS9072104@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2014 03:14:42 -0000 TB --- 2014-05-28 21:40:52 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-05-28 21:40:52 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-28 21:40:52 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-28 21:40:52 - cleaning the object tree TB --- 2014-05-28 21:40:52 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-28 21:40:57 - At svn revision 266821 TB --- 2014-05-28 21:40:58 - building world TB --- 2014-05-28 21:40:58 - CROSS_BUILD_TESTING=YES TB --- 2014-05-28 21:40:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-28 21:40:58 - MAKESYSPATH=/src/share/mk TB --- 2014-05-28 21:40:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-28 21:40:58 - SRCCONF=/dev/null TB --- 2014-05-28 21:40:58 - TARGET=amd64 TB --- 2014-05-28 21:40:58 - TARGET_ARCH=amd64 TB --- 2014-05-28 21:40:58 - TZ=UTC TB --- 2014-05-28 21:40:58 - __MAKE_CONF=/dev/null TB --- 2014-05-28 21:40:58 - cd /src TB --- 2014-05-28 21:40:58 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Wed May 28 21:41:05 UTC 2014 >>> 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 Thu May 29 01:47:56 UTC 2014 TB --- 2014-05-29 01:47:56 - generating LINT kernel config TB --- 2014-05-29 01:47:56 - cd /src/sys/amd64/conf TB --- 2014-05-29 01:47:56 - /usr/bin/make -B LINT TB --- 2014-05-29 01:47:56 - cd /src/sys/amd64/conf TB --- 2014-05-29 01:47:56 - /obj/amd64.amd64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-05-29 01:47:56 - building LINT kernel TB --- 2014-05-29 01:47:56 - CROSS_BUILD_TESTING=YES TB --- 2014-05-29 01:47:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-29 01:47:56 - MAKESYSPATH=/src/share/mk TB --- 2014-05-29 01:47:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-29 01:47:56 - SRCCONF=/dev/null TB --- 2014-05-29 01:47:56 - TARGET=amd64 TB --- 2014-05-29 01:47:56 - TARGET_ARCH=amd64 TB --- 2014-05-29 01:47:56 - TZ=UTC TB --- 2014-05-29 01:47:56 - __MAKE_CONF=/dev/null TB --- 2014-05-29 01:47:56 - cd /src TB --- 2014-05-29 01:47:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 29 01:47:56 UTC 2014 >>> 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 LINT completed on Thu May 29 02:23:50 UTC 2014 TB --- 2014-05-29 02:23:50 - cd /src/sys/amd64/conf TB --- 2014-05-29 02:23:50 - /obj/amd64.amd64/src/tmp/legacy/usr/sbin/config -m LINT-NOINET TB --- 2014-05-29 02:23:50 - building LINT-NOINET kernel TB --- 2014-05-29 02:23:50 - CROSS_BUILD_TESTING=YES TB --- 2014-05-29 02:23:50 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-29 02:23:50 - MAKESYSPATH=/src/share/mk TB --- 2014-05-29 02:23:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-29 02:23:50 - SRCCONF=/dev/null TB --- 2014-05-29 02:23:50 - TARGET=amd64 TB --- 2014-05-29 02:23:50 - TARGET_ARCH=amd64 TB --- 2014-05-29 02:23:50 - TZ=UTC TB --- 2014-05-29 02:23:50 - __MAKE_CONF=/dev/null TB --- 2014-05-29 02:23:50 - cd /src TB --- 2014-05-29 02:23:50 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Thu May 29 02:23:50 UTC 2014 >>> 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 LINT-NOINET completed on Thu May 29 02:58:15 UTC 2014 TB --- 2014-05-29 02:58:15 - cd /src/sys/amd64/conf TB --- 2014-05-29 02:58:15 - /obj/amd64.amd64/src/tmp/legacy/usr/sbin/config -m LINT-NOINET6 TB --- 2014-05-29 02:58:15 - building LINT-NOINET6 kernel TB --- 2014-05-29 02:58:15 - CROSS_BUILD_TESTING=YES TB --- 2014-05-29 02:58:15 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-29 02:58:15 - MAKESYSPATH=/src/share/mk TB --- 2014-05-29 02:58:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-29 02:58:15 - SRCCONF=/dev/null TB --- 2014-05-29 02:58:15 - TARGET=amd64 TB --- 2014-05-29 02:58:15 - TARGET_ARCH=amd64 TB --- 2014-05-29 02:58:15 - TZ=UTC TB --- 2014-05-29 02:58:15 - __MAKE_CONF=/dev/null TB --- 2014-05-29 02:58:15 - cd /src TB --- 2014-05-29 02:58:15 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Thu May 29 02:58:16 UTC 2014 >>> 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/netinet/tcp_timewait.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/netinet/tcp_usrreq.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/netinet/udp_usrreq.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/netinet/libalias/alias.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/netinet/libalias/alias_db.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/netinet/libalias/alias_mod.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/netinet/libalias/alias_proxy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/netinet/libalias/alias_util.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/netinet/libalias/alias_sctp.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/netipsec/ipsec.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/netipsec/ipsec_input.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/netipsec/ipsec_mbuf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/netipsec/ipsec_output.c /src/sys/netipsec/ipsec_output.c:579:4: error: implicit declaration of function 'IPSEC6STAT_INC' is invalid in C99 [-Werror,-Wimplicit-function-declaration] IPSEC6STAT_INC(ips_out_inval); ^ /src/sys/netipsec/ipsec_output.c:579:19: error: use of undeclared identifier 'ips_out_inval' IPSEC6STAT_INC(ips_out_inval); ^ 2 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT-NOINET6 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-05-29 03:14:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-29 03:14:40 - ERROR: failed to build LINT-NOINET6 kernel TB --- 2014-05-29 03:14:40 - 16453.12 user 2600.41 system 20027.63 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu May 29 03:30:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC349C1A for ; Thu, 29 May 2014 03:30:11 +0000 (UTC) Received: from smtp.rlwinm.de (smtp.rlwinm.de [IPv6:2a01:4f8:201:31ef::e]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 91D8523B4 for ; Thu, 29 May 2014 03:30:11 +0000 (UTC) Received: from t420.rlwinm.de (p20030056CE17CD000224D7FFFEDE2DAC.dip0.t-ipconnect.de [IPv6:2003:56:ce17:cd00:224:d7ff:fede:2dac]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtp.rlwinm.de (Postfix) with ESMTPSA id 46FF71107F for ; Thu, 29 May 2014 05:30:01 +0200 (CEST) Message-ID: <5386A9B8.20908@rlwinm.de> Date: Thu, 29 May 2014 05:30:00 +0200 From: Jan Bramkamp User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: KQueue vs Select (NetMap) References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 03:30:11 -0000 On 29.05.2014 03:04, Fred Pedrisa wrote: > Hey Guys, > > > > How does kQueue performs over select with netmap ? You are asking for a comparison between apples and oranges. Netmap is an API for high performance access to the low-level features of modern NICs. It works on batches of frames in hardware queues. The kqueue() and kevent() system calls are an event notification API. It is mostly used by application dealing with a large amount of non-blocking sockets (or other file descriptors). It reduces overhead inherent in select() and poll() by preserving state between calls. It also supports multiple types of events (read ready, write ready, timer expired, async i/o, etc.). Afaik the netmap pseudo-device supports only select() and poll(). This is no performance problem because every thread will only deal with a small number of file descriptors to netmap devices. Netmap is designed to bypass the FreeBSD IP stack (for most frames). Kqueue is designed to scale to many sockets per process within the FreeBSD IP stack. From owner-freebsd-current@FreeBSD.ORG Thu May 29 03:53:25 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5DC36229 for ; Thu, 29 May 2014 03:53:25 +0000 (UTC) Received: from COL004-OMC3S7.hotmail.com (col004-omc3s7.hotmail.com [65.55.34.145]) by mx1.freebsd.org (Postfix) with ESMTP id 3DF0F25AA for ; Thu, 29 May 2014 03:53:24 +0000 (UTC) Received: from COL131-DS25 ([65.55.34.135]) by COL004-OMC3S7.hotmail.com with Microsoft SMTPSVC(7.5.7601.22678); Wed, 28 May 2014 20:53:17 -0700 X-TMN: [sPmUda+Xm0DznLeAR74e26hvH7WIM9Z0] X-Originating-Email: [fredhps10@hotmail.com] Message-ID: From: Fred Pedrisa To: "'Jan Bramkamp'" , References: <00c301cf7aee$b00caea0$10260be0$@rlwinm.de> In-Reply-To: <00c301cf7aee$b00caea0$10260be0$@rlwinm.de> Subject: RES: KQueue vs Select (NetMap) Date: Thu, 29 May 2014 00:53:41 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHirpLONkJpDgmFWk/rBALGUBsbjAGIqyNfmyRAhzA= Content-Language: pt-br X-OriginalArrivalTime: 29 May 2014 03:53:17.0886 (UTC) FILETIME=[8679A5E0:01CF7AF1] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 03:53:25 -0000 Hello, Yes, but kqueue support was added in recent commits as it says in the netmap changelog, is there any advantage ? -----Mensagem original----- De: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] Em nome de Jan Bramkamp Enviada em: quinta-feira, 29 de maio de 2014 00:30 Para: freebsd-current@freebsd.org Assunto: Re: KQueue vs Select (NetMap) On 29.05.2014 03:04, Fred Pedrisa wrote: > Hey Guys, > > > > How does kQueue performs over select with netmap ? You are asking for a comparison between apples and oranges. Netmap is an API for high performance access to the low-level features of modern NICs. It works on batches of frames in hardware queues. The kqueue() and kevent() system calls are an event notification API. It is mostly used by application dealing with a large amount of non-blocking sockets (or other file descriptors). It reduces overhead inherent in select() and poll() by preserving state between calls. It also supports multiple types of events (read ready, write ready, timer expired, async i/o, etc.). Afaik the netmap pseudo-device supports only select() and poll(). This is no performance problem because every thread will only deal with a small number of file descriptors to netmap devices. Netmap is designed to bypass the FreeBSD IP stack (for most frames). Kqueue is designed to scale to many sockets per process within the FreeBSD IP stack. _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu May 29 04:45:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C75D6D3D for ; Thu, 29 May 2014 04:45:34 +0000 (UTC) Received: from mail-qg0-x231.google.com (mail-qg0-x231.google.com [IPv6:2607:f8b0:400d:c04::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 86DFE29A5 for ; Thu, 29 May 2014 04:45:34 +0000 (UTC) Received: by mail-qg0-f49.google.com with SMTP id a108so20544810qge.22 for ; Wed, 28 May 2014 21:45:33 -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:message-id:subject :from:to:cc:content-type; bh=xnDY2qVuvT0LLJkbD82FJIsuWFg7qPCMd8R1Xb05LNw=; b=LU7zIdKw6t0JNW3NQYuL7p2MPJrANil3ISGNvQwiGFtaDFiMtQ3Jfr5KViFHPRdBVp M6o+p7VEl8Jri6x27AMe6qQ3lda9SiKtBR4+poQeYIGl9DSi5n8DwChMAK/ZvxR+Lfrk ISeb7mnoR74RuSwo9Kp1x03TGMw8xkhlfYuufyBwH+kYybZL0Ext5F58havyDZKbFW65 ge1dnyTHWtFjG+mbTLCBTS5jnRXLeFX0L3ZUe/KUaKTPD7aEeF0K6nzSaOoLXzEUXTA8 7iJBEBiUQOm594XdLGhppdoYsdMSgNz3vOB3IvQhWiM/Z+66iABPC9GCFlnhmexd6U3+ OzGA== MIME-Version: 1.0 X-Received: by 10.224.37.10 with SMTP id v10mr6062989qad.98.1401338733522; Wed, 28 May 2014 21:45:33 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Wed, 28 May 2014 21:45:33 -0700 (PDT) In-Reply-To: References: <00c301cf7aee$b00caea0$10260be0$@rlwinm.de> Date: Wed, 28 May 2014 21:45:33 -0700 X-Google-Sender-Auth: G7vdOhngP5KzCBAYDJpuNyJDnpw Message-ID: Subject: Re: KQueue vs Select (NetMap) From: Adrian Chadd To: Fred Pedrisa Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current , Jan Bramkamp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 04:45:35 -0000 The advantage is being able to include it in the rest of a kqueue IO loop where it's doing other things. -a On 28 May 2014 20:53, Fred Pedrisa wrote: > Hello, > > Yes, but kqueue support was added in recent commits as it says in the netmap > changelog, is there any advantage ? > > -----Mensagem original----- > De: owner-freebsd-current@freebsd.org > [mailto:owner-freebsd-current@freebsd.org] Em nome de Jan Bramkamp > Enviada em: quinta-feira, 29 de maio de 2014 00:30 > Para: freebsd-current@freebsd.org > Assunto: Re: KQueue vs Select (NetMap) > > > On 29.05.2014 03:04, Fred Pedrisa wrote: >> Hey Guys, >> >> >> >> How does kQueue performs over select with netmap ? > You are asking for a comparison between apples and oranges. Netmap is an API > for high performance access to the low-level features of modern NICs. It > works on batches of frames in hardware queues. > > The kqueue() and kevent() system calls are an event notification API. It is > mostly used by application dealing with a large amount of non-blocking > sockets (or other file descriptors). It reduces overhead inherent in > select() and poll() by preserving state between calls. It also supports > multiple types of events (read ready, write ready, timer expired, async i/o, > etc.). > > Afaik the netmap pseudo-device supports only select() and poll(). This is no > performance problem because every thread will only deal with a small number > of file descriptors to netmap devices. > > Netmap is designed to bypass the FreeBSD IP stack (for most frames). > Kqueue is designed to scale to many sockets per process within the FreeBSD > IP stack. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu May 29 04:47:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F6B1E91; Thu, 29 May 2014 04:47:48 +0000 (UTC) Received: from COL004-OMC3S2.hotmail.com (col004-omc3s2.hotmail.com [65.55.34.140]) by mx1.freebsd.org (Postfix) with ESMTP id 6772729CF; Thu, 29 May 2014 04:47:48 +0000 (UTC) Received: from COL131-DS13 ([65.55.34.136]) by COL004-OMC3S2.hotmail.com with Microsoft SMTPSVC(7.5.7601.22678); Wed, 28 May 2014 21:47:47 -0700 X-TMN: [7CMrXGIODYLOPgfDfmZxxgIisR55KkMI] X-Originating-Email: [fredhps10@hotmail.com] Message-ID: From: Fred Pedrisa To: "'Adrian Chadd'" References: <00c301cf7aee$b00caea0$10260be0$@rlwinm.de> In-Reply-To: Subject: RES: KQueue vs Select (NetMap) Date: Thu, 29 May 2014 01:48:11 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHirpLONkJpDgmFWk/rBALGUBsbjAGIqyNfAVVbklMCH1/FHZsIqeBw Content-Language: pt-br X-OriginalArrivalTime: 29 May 2014 04:47:47.0864 (UTC) FILETIME=[2388B180:01CF7AF9] Cc: 'freebsd-current' , 'Jan Bramkamp' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 04:47:48 -0000 Hello, Ok, but in practice, is there any performance gain by moving from select = to kQueue implementation ? Or is it not significant at all ? -----Mensagem original----- De: adrian.chadd@gmail.com [mailto:adrian.chadd@gmail.com] Em nome de = Adrian Chadd Enviada em: quinta-feira, 29 de maio de 2014 01:46 Para: Fred Pedrisa Cc: Jan Bramkamp; freebsd-current Assunto: Re: KQueue vs Select (NetMap) The advantage is being able to include it in the rest of a kqueue IO = loop where it's doing other things. -a On 28 May 2014 20:53, Fred Pedrisa wrote: > Hello, > > Yes, but kqueue support was added in recent commits as it says in the=20 > netmap changelog, is there any advantage ? > > -----Mensagem original----- > De: owner-freebsd-current@freebsd.org > [mailto:owner-freebsd-current@freebsd.org] Em nome de Jan Bramkamp=20 > Enviada em: quinta-feira, 29 de maio de 2014 00:30 > Para: freebsd-current@freebsd.org > Assunto: Re: KQueue vs Select (NetMap) > > > On 29.05.2014 03:04, Fred Pedrisa wrote: >> Hey Guys, >> >> >> >> How does kQueue performs over select with netmap ? > You are asking for a comparison between apples and oranges. Netmap is=20 > an API for high performance access to the low-level features of modern = > NICs. It works on batches of frames in hardware queues. > > The kqueue() and kevent() system calls are an event notification API.=20 > It is mostly used by application dealing with a large amount of=20 > non-blocking sockets (or other file descriptors). It reduces overhead=20 > inherent in > select() and poll() by preserving state between calls. It also=20 > supports multiple types of events (read ready, write ready, timer=20 > expired, async i/o, etc.). > > Afaik the netmap pseudo-device supports only select() and poll(). This = > is no performance problem because every thread will only deal with a=20 > small number of file descriptors to netmap devices. > > Netmap is designed to bypass the FreeBSD IP stack (for most frames). > Kqueue is designed to scale to many sockets per process within the=20 > FreeBSD IP stack. > _______________________________________________ > freebsd-current@freebsd.org mailing list=20 > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-current@freebsd.org mailing list=20 > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu May 29 04:50:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7DCCFFCB for ; Thu, 29 May 2014 04:50:00 +0000 (UTC) Received: from mail-qg0-x235.google.com (mail-qg0-x235.google.com [IPv6:2607:f8b0:400d:c04::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 39DFE29EF for ; Thu, 29 May 2014 04:50:00 +0000 (UTC) Received: by mail-qg0-f53.google.com with SMTP id f51so20569001qge.26 for ; Wed, 28 May 2014 21:49: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:message-id:subject :from:to:cc:content-type; bh=qTmpB5GkmDRCaIcNK75nJ3jxhgr2Dkha5Ahs/KdBd44=; b=rvEWsMuulvn3Um2hmRLw0LPzuVbxyqg3cKBx0wc77aU1wy8HqHDlsBT2E/BPmdKwZb KXQZU2W1cp+rcIOc5of8pSqEjE0bFV47z9ebajKiZbXW+s3WoInqOyddXyNMfYGeGEkx Tlgvul1/y6GG/9NzQaCnR6jvUjwMQlUw0c51hI1i3x2wZzVlfGCV9Hn7LZnzTVNkXw+e lduRtjTVDgVBNvV8svBazPOFgzn8AfSbCg3GfXLR5WdmUg4hpIvaKgCPz7ik8axNFJ1N vVjWBjN60GD/MiaJMiXtZyVcwfbDyTOVnvF2n23RCjD8ZRyql1JuqPLX95nAHhpBq++5 wsGQ== MIME-Version: 1.0 X-Received: by 10.140.35.212 with SMTP id n78mr5593284qgn.87.1401338999162; Wed, 28 May 2014 21:49:59 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Wed, 28 May 2014 21:49:59 -0700 (PDT) In-Reply-To: References: <00c301cf7aee$b00caea0$10260be0$@rlwinm.de> Date: Wed, 28 May 2014 21:49:59 -0700 X-Google-Sender-Auth: OtFt58p-RX9o5s0-H_ttfEokysg Message-ID: Subject: Re: KQueue vs Select (NetMap) From: Adrian Chadd To: Fred Pedrisa Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current , Jan Bramkamp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 04:50:00 -0000 On 28 May 2014 21:48, Fred Pedrisa wrote: > Hello, > > Ok, but in practice, is there any performance gain by moving from select to kQueue implementation ? Or is it not significant at all ? > > -----Mensagem original----- > De: adrian.chadd@gmail.com [mailto:adrian.chadd@gmail.com] Em nome de Adrian Chadd > Enviada em: quinta-feira, 29 de maio de 2014 01:46 > Para: Fred Pedrisa > Cc: Jan Bramkamp; freebsd-current > Assunto: Re: KQueue vs Select (NetMap) > > The advantage is being able to include it in the rest of a kqueue IO loop where it's doing other things. > > > -a > > On 28 May 2014 20:53, Fred Pedrisa wrote: >> Hello, >> >> Yes, but kqueue support was added in recent commits as it says in the >> netmap changelog, is there any advantage ? >> >> -----Mensagem original----- >> De: owner-freebsd-current@freebsd.org >> [mailto:owner-freebsd-current@freebsd.org] Em nome de Jan Bramkamp >> Enviada em: quinta-feira, 29 de maio de 2014 00:30 >> Para: freebsd-current@freebsd.org >> Assunto: Re: KQueue vs Select (NetMap) >> >> >> On 29.05.2014 03:04, Fred Pedrisa wrote: >>> Hey Guys, >>> >>> >>> >>> How does kQueue performs over select with netmap ? >> You are asking for a comparison between apples and oranges. Netmap is >> an API for high performance access to the low-level features of modern >> NICs. It works on batches of frames in hardware queues. >> >> The kqueue() and kevent() system calls are an event notification API. >> It is mostly used by application dealing with a large amount of >> non-blocking sockets (or other file descriptors). It reduces overhead >> inherent in >> select() and poll() by preserving state between calls. It also >> supports multiple types of events (read ready, write ready, timer >> expired, async i/o, etc.). >> >> Afaik the netmap pseudo-device supports only select() and poll(). This >> is no performance problem because every thread will only deal with a >> small number of file descriptors to netmap devices. >> >> Netmap is designed to bypass the FreeBSD IP stack (for most frames). >> Kqueue is designed to scale to many sockets per process within the >> FreeBSD IP stack. >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu May 29 04:51:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 89EE018E for ; Thu, 29 May 2014 04:51:56 +0000 (UTC) Received: from mail-qg0-x229.google.com (mail-qg0-x229.google.com [IPv6:2607:f8b0:400d:c04::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 471862A7D for ; Thu, 29 May 2014 04:51:56 +0000 (UTC) Received: by mail-qg0-f41.google.com with SMTP id j5so20985152qga.28 for ; Wed, 28 May 2014 21:51:55 -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:message-id:subject :from:to:cc:content-type; bh=oIrnacDRKny6OwmrK25pj+yBry56Bl+etSUglyxI1q4=; b=mXwI1mCFcztZsxn1G6U1HnwEHOf9+yK5vJPpiTzaxyKLXHdHjmYsLqacnYOdSI48Fm G5mC8wuVF7ruOGlGZ9ZTNg1QDSMZUrI7FOQfC0kAsb5q2LkJtl42i1aSlAQWAiJm38ec 9Bfs+0iPx4EJOK/gds9LqxnNrg+TLYtsjU8biSxkYvh9kpCUgNV5Zy3niSBTC8+rv2RX oYZaMLIpSwqYCFroJb3tgtxkgY3tkWO8PsHUs9xVLTGe64dOsV6gcd7QmDW3c8i/JGCT BXmD/j1zw8s/kC99sEiHyk8Xig0YAM/U5NOVVqpTlgne+Rqg3h7vxZdSwxBgIN7CQBmN eNZA== MIME-Version: 1.0 X-Received: by 10.224.36.141 with SMTP id t13mr5756861qad.75.1401339115302; Wed, 28 May 2014 21:51:55 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Wed, 28 May 2014 21:51:55 -0700 (PDT) In-Reply-To: References: <00c301cf7aee$b00caea0$10260be0$@rlwinm.de> Date: Wed, 28 May 2014 21:51:55 -0700 X-Google-Sender-Auth: lg71OLTSLZvw7IA2zpAjdcAqD9Y Message-ID: Subject: Re: KQueue vs Select (NetMap) From: Adrian Chadd To: Fred Pedrisa Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current , Jan Bramkamp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 04:51:56 -0000 If your netmap thread(s) just have one or two FDs in some low range (say, under FD 8 or 10) - no. If you have a whole bunch of active FDs and your netmap threads get FDs that are high - then yes. select() operates on a bitmap of FD numbers. So if your netmap FD is like, FD 8 and it's the highest FD that you're interested in, select() only has to scan up to that FD. So it scans up to 8 FDs. If you have a very active program and it has thousands of FDs open, select() has to check all the FDs in the bitmap to see if they're set before getting to your netmap FD. So yes. kqueue() is actually rather nice. -a On 28 May 2014 21:48, Fred Pedrisa wrote: > Hello, > > Ok, but in practice, is there any performance gain by moving from select to kQueue implementation ? Or is it not significant at all ? > > -----Mensagem original----- > De: adrian.chadd@gmail.com [mailto:adrian.chadd@gmail.com] Em nome de Adrian Chadd > Enviada em: quinta-feira, 29 de maio de 2014 01:46 > Para: Fred Pedrisa > Cc: Jan Bramkamp; freebsd-current > Assunto: Re: KQueue vs Select (NetMap) > > The advantage is being able to include it in the rest of a kqueue IO loop where it's doing other things. > > > -a > > On 28 May 2014 20:53, Fred Pedrisa wrote: >> Hello, >> >> Yes, but kqueue support was added in recent commits as it says in the >> netmap changelog, is there any advantage ? >> >> -----Mensagem original----- >> De: owner-freebsd-current@freebsd.org >> [mailto:owner-freebsd-current@freebsd.org] Em nome de Jan Bramkamp >> Enviada em: quinta-feira, 29 de maio de 2014 00:30 >> Para: freebsd-current@freebsd.org >> Assunto: Re: KQueue vs Select (NetMap) >> >> >> On 29.05.2014 03:04, Fred Pedrisa wrote: >>> Hey Guys, >>> >>> >>> >>> How does kQueue performs over select with netmap ? >> You are asking for a comparison between apples and oranges. Netmap is >> an API for high performance access to the low-level features of modern >> NICs. It works on batches of frames in hardware queues. >> >> The kqueue() and kevent() system calls are an event notification API. >> It is mostly used by application dealing with a large amount of >> non-blocking sockets (or other file descriptors). It reduces overhead >> inherent in >> select() and poll() by preserving state between calls. It also >> supports multiple types of events (read ready, write ready, timer >> expired, async i/o, etc.). >> >> Afaik the netmap pseudo-device supports only select() and poll(). This >> is no performance problem because every thread will only deal with a >> small number of file descriptors to netmap devices. >> >> Netmap is designed to bypass the FreeBSD IP stack (for most frames). >> Kqueue is designed to scale to many sockets per process within the >> FreeBSD IP stack. >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu May 29 04:57:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 065FA301; Thu, 29 May 2014 04:57:16 +0000 (UTC) Received: from COL004-OMC2S11.hotmail.com (col004-omc2s11.hotmail.com [65.55.34.85]) by mx1.freebsd.org (Postfix) with ESMTP id D14282AB2; Thu, 29 May 2014 04:57:15 +0000 (UTC) Received: from COL131-DS2 ([65.55.34.71]) by COL004-OMC2S11.hotmail.com with Microsoft SMTPSVC(7.5.7601.22678); Wed, 28 May 2014 21:57:14 -0700 X-TMN: [pbEolbyoXX0okHJ0q37Co2EasTg6J/cQ] X-Originating-Email: [fredhps10@hotmail.com] Message-ID: From: Fred Pedrisa To: "'Adrian Chadd'" References: <00c301cf7aee$b00caea0$10260be0$@rlwinm.de> <00d301cf7af9$d5ce5bb0$816b1310$@freebsd.org> In-Reply-To: <00d301cf7af9$d5ce5bb0$816b1310$@freebsd.org> Subject: RES: KQueue vs Select (NetMap) Date: Thu, 29 May 2014 01:57:38 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHirpLONkJpDgmFWk/rBALGUBsbjAGIqyNfAVVbklMCH1/FHQF9GR9CAnIkcA6a6TKyMA== Content-Language: pt-br X-OriginalArrivalTime: 29 May 2014 04:57:14.0977 (UTC) FILETIME=[758F4510:01CF7AFA] Cc: 'freebsd-current' , 'Jan Bramkamp' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 04:57:16 -0000 Hello, There are 4 threads, and a total of 32 FDs. What do you think ? -----Mensagem original----- De: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] Em nome de Adrian Chadd Enviada em: quinta-feira, 29 de maio de 2014 01:52 Para: Fred Pedrisa Cc: freebsd-current; Jan Bramkamp Assunto: Re: KQueue vs Select (NetMap) If your netmap thread(s) just have one or two FDs in some low range (say, under FD 8 or 10) - no. If you have a whole bunch of active FDs and your netmap threads get FDs that are high - then yes. select() operates on a bitmap of FD numbers. So if your netmap FD is like, FD 8 and it's the highest FD that you're interested in, select() only has to scan up to that FD. So it scans up to 8 FDs. If you have a very active program and it has thousands of FDs open, select() has to check all the FDs in the bitmap to see if they're set before getting to your netmap FD. So yes. kqueue() is actually rather nice. -a On 28 May 2014 21:48, Fred Pedrisa wrote: > Hello, > > Ok, but in practice, is there any performance gain by moving from select to kQueue implementation ? Or is it not significant at all ? > > -----Mensagem original----- > De: adrian.chadd@gmail.com [mailto:adrian.chadd@gmail.com] Em nome de > Adrian Chadd Enviada em: quinta-feira, 29 de maio de 2014 01:46 > Para: Fred Pedrisa > Cc: Jan Bramkamp; freebsd-current > Assunto: Re: KQueue vs Select (NetMap) > > The advantage is being able to include it in the rest of a kqueue IO loop where it's doing other things. > > > -a > > On 28 May 2014 20:53, Fred Pedrisa wrote: >> Hello, >> >> Yes, but kqueue support was added in recent commits as it says in the >> netmap changelog, is there any advantage ? >> >> -----Mensagem original----- >> De: owner-freebsd-current@freebsd.org >> [mailto:owner-freebsd-current@freebsd.org] Em nome de Jan Bramkamp >> Enviada em: quinta-feira, 29 de maio de 2014 00:30 >> Para: freebsd-current@freebsd.org >> Assunto: Re: KQueue vs Select (NetMap) >> >> >> On 29.05.2014 03:04, Fred Pedrisa wrote: >>> Hey Guys, >>> >>> >>> >>> How does kQueue performs over select with netmap ? >> You are asking for a comparison between apples and oranges. Netmap is >> an API for high performance access to the low-level features of >> modern NICs. It works on batches of frames in hardware queues. >> >> The kqueue() and kevent() system calls are an event notification API. >> It is mostly used by application dealing with a large amount of >> non-blocking sockets (or other file descriptors). It reduces overhead >> inherent in >> select() and poll() by preserving state between calls. It also >> supports multiple types of events (read ready, write ready, timer >> expired, async i/o, etc.). >> >> Afaik the netmap pseudo-device supports only select() and poll(). >> This is no performance problem because every thread will only deal >> with a small number of file descriptors to netmap devices. >> >> Netmap is designed to bypass the FreeBSD IP stack (for most frames). >> Kqueue is designed to scale to many sockets per process within the >> FreeBSD IP stack. >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu May 29 05:03:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6095B4DE; Thu, 29 May 2014 05:03:04 +0000 (UTC) Received: from smtp2.wemm.org (smtp2.wemm.org [IPv6:2001:470:67:39d::78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp2.wemm.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 39FCB2B6D; Thu, 29 May 2014 05:03:04 +0000 (UTC) Received: from overcee.wemm.org (canning.wemm.org [192.203.228.65]) by smtp2.wemm.org (Postfix) with ESMTP id ADA1A619; Wed, 28 May 2014 22:03:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=m20140428; t=1401339782; bh=Zcouh9A+5PO9cMfNUg3HV5If25DxrrJ3FFBHycYpIig=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=ukv8LuHybsXOqH3sYEBB2V8M2rAnZPdjkvXOm5pwN/0V269aCWGys3uegKnVuD0ZZ ZDvHDJeX6GS3+eAgAQTnAHvQXfjsMJTda99CakOzUJowF+fLIf59D6Si/j36sWjTBs I3nbsuTlM5T4FaeV8auawCBH1KkuNYg0N23SxQxc= From: Peter Wemm To: freebsd-current@freebsd.org Subject: Re: RES: KQueue vs Select (NetMap) Date: Wed, 28 May 2014 22:02:55 -0700 Message-ID: <3223163.UsW4aPcrLi@overcee.wemm.org> User-Agent: KMail/4.12.4 (FreeBSD/11.0-CURRENT; KDE/4.12.4; amd64; ; ) In-Reply-To: References: <00d301cf7af9$d5ce5bb0$816b1310$@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2657138.2G2PXJNEiH"; micalg="pgp-sha1"; protocol="application/pgp-signature" Cc: Fred Pedrisa , 'Adrian Chadd' , 'Jan Bramkamp' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 05:03:04 -0000 --nextPart2657138.2G2PXJNEiH Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" On Thursday 29 May 2014 01:57:38 Fred Pedrisa wrote: > Hello, >=20 > There are 4 threads, and a total of 32 FDs. What do you think ? I think it is time for you to try it and find out... I suspect it wouldn't make much difference at all if you just implement= select=20 semantics with kqueue. =20 > -----Mensagem original----- > De: owner-freebsd-current@freebsd.org > [mailto:owner-freebsd-current@freebsd.org] Em nome de Adrian Chadd > Enviada em: quinta-feira, 29 de maio de 2014 01:52 > Para: Fred Pedrisa > Cc: freebsd-current; Jan Bramkamp > Assunto: Re: KQueue vs Select (NetMap) >=20 > If your netmap thread(s) just have one or two FDs in some low range (= say, > under FD 8 or 10) - no. >=20 > If you have a whole bunch of active FDs and your netmap threads get F= Ds that > are high - then yes. select() operates on a bitmap of FD numbers. So = if > your netmap FD is like, FD 8 and it's the highest FD that you're inte= rested > in, select() only has to scan up to that FD. So it scans up to 8 FDs.= If > you have a very active program and it has thousands of FDs open, sele= ct() > has to check all the FDs in the bitmap to see if they're set before g= etting > to your netmap FD. >=20 > So yes. kqueue() is actually rather nice. >=20 >=20 >=20 > -a >=20 > On 28 May 2014 21:48, Fred Pedrisa wrote: > > Hello, > >=20 > > Ok, but in practice, is there any performance gain by moving from s= elect >=20 > to kQueue implementation ? Or is it not significant at all ? >=20 > > -----Mensagem original----- > > De: adrian.chadd@gmail.com [mailto:adrian.chadd@gmail.com] Em nome = de > > Adrian Chadd Enviada em: quinta-feira, 29 de maio de 2014 01:46 > > Para: Fred Pedrisa > > Cc: Jan Bramkamp; freebsd-current > > Assunto: Re: KQueue vs Select (NetMap) > >=20 > > The advantage is being able to include it in the rest of a kqueue I= O loop >=20 > where it's doing other things. >=20 > > -a > >=20 > > On 28 May 2014 20:53, Fred Pedrisa wrote: > >> Hello, > >>=20 > >> Yes, but kqueue support was added in recent commits as it says in = the > >> netmap changelog, is there any advantage ? > >>=20 > >> -----Mensagem original----- > >> De: owner-freebsd-current@freebsd.org > >> [mailto:owner-freebsd-current@freebsd.org] Em nome de Jan Bramkamp= > >> Enviada em: quinta-feira, 29 de maio de 2014 00:30 > >> Para: freebsd-current@freebsd.org > >> Assunto: Re: KQueue vs Select (NetMap) > >>=20 > >> On 29.05.2014 03:04, Fred Pedrisa wrote: > >>> Hey Guys, > >>>=20 > >>>=20 > >>>=20 > >>> How does kQueue performs over select with netmap ? > >>=20 > >> You are asking for a comparison between apples and oranges. Netmap= is > >> an API for high performance access to the low-level features of > >> modern NICs. It works on batches of frames in hardware queues. > >>=20 > >> The kqueue() and kevent() system calls are an event notification A= PI. > >> It is mostly used by application dealing with a large amount of > >> non-blocking sockets (or other file descriptors). It reduces overh= ead > >> inherent in > >> select() and poll() by preserving state between calls. It also > >> supports multiple types of events (read ready, write ready, timer > >> expired, async i/o, etc.). > >>=20 > >> Afaik the netmap pseudo-device supports only select() and poll(). > >> This is no performance problem because every thread will only deal= > >> with a small number of file descriptors to netmap devices. > >>=20 > >> Netmap is designed to bypass the FreeBSD IP stack (for most frames= ). > >> Kqueue is designed to scale to many sockets per process within the= > >> FreeBSD IP stack. > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to >=20 > "freebsd-current-unsubscribe@freebsd.org" >=20 > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to >=20 > "freebsd-current-unsubscribe@freebsd.org" >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd= .org" >=20 > _______________________________________________ > 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" =2D-=20 Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI= 6FJV UTF-8: for when a ' just won\342\200\231t do. --nextPart2657138.2G2PXJNEiH Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAABAgAGBQJThr+FAAoJEDXWlwnsgJ4EjJcH/iMhKyB/20fmLIhyPk2i8T8M C23MDhR9yQEwhg6clDj+HkoST19oFeGJqI7rJW2G8lKtjBWRF2Hvsd1OHFVPpbCL uRuHc3LDiDSHD9RtPSaqISlKQkjnKspMMHPJLAAeLZjb1ySF6iGtuvFbj4gcc5Gf TatnImzJfbGrvg9SuQnHncjNhNCwutuIXFYWI5RoS8hUGhqsOUSvMOh4UahOPmM1 tFgZh0S9NQmaaBOUNBKPMoBJ9IX7SW4H95qPnq3g1biYGbrx5MMoE89QqW+KbOo8 B3mvWLFFlI4/iQ5679AD1ZayqemKD3wVppCGyFZvzlgc3g/RJp6EypepZaYnhiQ= =XlKJ -----END PGP SIGNATURE----- --nextPart2657138.2G2PXJNEiH-- From owner-freebsd-current@FreeBSD.ORG Thu May 29 05:12:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1FA8A79C for ; Thu, 29 May 2014 05:12:42 +0000 (UTC) Received: from COL004-OMC2S5.hotmail.com (col004-omc2s5.hotmail.com [65.55.34.79]) by mx1.freebsd.org (Postfix) with ESMTP id EE9762C42 for ; Thu, 29 May 2014 05:12:41 +0000 (UTC) Received: from COL131-DS4 ([65.55.34.71]) by COL004-OMC2S5.hotmail.com with Microsoft SMTPSVC(7.5.7601.22678); Wed, 28 May 2014 22:12:35 -0700 X-TMN: [I7yLW7hl5r5k7qjgHoO04HUivOYhl0Ld] X-Originating-Email: [fredhps10@hotmail.com] Message-ID: From: Fred Pedrisa To: "'freebsd-current'" Subject: Thread Scheduler Priority Date: Thu, 29 May 2014 02:12:59 -0300 MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac96/Fg2VW7HJ/dURHiCydrhzgYRWg== Content-Language: pt-br X-OriginalArrivalTime: 29 May 2014 05:12:35.0081 (UTC) FILETIME=[99FBFF90:01CF7AFC] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 05:12:42 -0000 Hi, Guys. How can I adjust a certain thread to have the maximum system priority in the scheduler ? I've tried doing it this way : /* Set thread priority. */ if (pthread_getschedparam(ts[gnThreadID], &police, ¶m[gnThreadID]) != 0) { error ("Unable to get priority"); return 1; } param[gnThreadID].sched_priority = 99; if (pthread_setschedparam(ts[gnThreadID], police, ¶m[gnThreadID]) != 0) { error("Unable to set priority"); return 1; } However, in 'top', I don't see the process threads switching to -92 priority, like other threads in the system, is something I did wrong or maybe I might be missing something ? From owner-freebsd-current@FreeBSD.ORG Thu May 29 05:17:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 69313A69 for ; Thu, 29 May 2014 05:17:14 +0000 (UTC) Received: from mail-qg0-x229.google.com (mail-qg0-x229.google.com [IPv6:2607:f8b0:400d:c04::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 269AF2C8A for ; Thu, 29 May 2014 05:17:14 +0000 (UTC) Received: by mail-qg0-f41.google.com with SMTP id j5so21036914qga.28 for ; Wed, 28 May 2014 22:17:13 -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:message-id:subject :from:to:cc:content-type; bh=8Kh+JrT9ZjE9LeKltSHsMLwSh+pfjIL0M6W7d9GSMy4=; b=0813kydcOsAypAf4nfYn4nXjG05cKdX9WCoC+6g8vUVVJZIW69nBPdCXMb+QH0GjK3 dhHmfCLZmMlI8Z7tSKPR5MBV2dQc8bx4FUdoXL8/6cAL/b7Adja4YM+OqGpZkVKw5j0I Y+0wnRqsuJ28FEPyR+Z6vNUHiqBph07zvJ0TBATA9Pin69gmGjnIzkY23Grw9Cr524D+ fSd7rGZCvOK1vUjrDsSi75paBVDEl/53ALQLTkHL6vFSmwTMcgOLYD9aYWyH/bFszxHb 4leGBrTQd8UKF7wJ9cRaxyX0utEhMIegL73Nrc/QvtGWxRhV1HMiq+2GOYXqqFp3o9/3 TwZQ== MIME-Version: 1.0 X-Received: by 10.224.43.148 with SMTP id w20mr6556724qae.26.1401340633155; Wed, 28 May 2014 22:17:13 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Wed, 28 May 2014 22:17:13 -0700 (PDT) In-Reply-To: <3223163.UsW4aPcrLi@overcee.wemm.org> References: <00d301cf7af9$d5ce5bb0$816b1310$@freebsd.org> <3223163.UsW4aPcrLi@overcee.wemm.org> Date: Wed, 28 May 2014 22:17:13 -0700 X-Google-Sender-Auth: U9LTLgDM649cEKglF-Rj1T3EvAQ Message-ID: Subject: Re: RES: KQueue vs Select (NetMap) From: Adrian Chadd To: Peter Wemm Content-Type: text/plain; charset=UTF-8 Cc: Fred Pedrisa , freebsd-current , Jan Bramkamp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 05:17:14 -0000 what he said. -a On 28 May 2014 22:02, Peter Wemm wrote: > On Thursday 29 May 2014 01:57:38 Fred Pedrisa wrote: >> Hello, >> >> There are 4 threads, and a total of 32 FDs. What do you think ? > > I think it is time for you to try it and find out... > > I suspect it wouldn't make much difference at all if you just implement select > semantics with kqueue. > >> -----Mensagem original----- >> De: owner-freebsd-current@freebsd.org >> [mailto:owner-freebsd-current@freebsd.org] Em nome de Adrian Chadd >> Enviada em: quinta-feira, 29 de maio de 2014 01:52 >> Para: Fred Pedrisa >> Cc: freebsd-current; Jan Bramkamp >> Assunto: Re: KQueue vs Select (NetMap) >> >> If your netmap thread(s) just have one or two FDs in some low range (say, >> under FD 8 or 10) - no. >> >> If you have a whole bunch of active FDs and your netmap threads get FDs that >> are high - then yes. select() operates on a bitmap of FD numbers. So if >> your netmap FD is like, FD 8 and it's the highest FD that you're interested >> in, select() only has to scan up to that FD. So it scans up to 8 FDs. If >> you have a very active program and it has thousands of FDs open, select() >> has to check all the FDs in the bitmap to see if they're set before getting >> to your netmap FD. >> >> So yes. kqueue() is actually rather nice. >> >> >> >> -a >> >> On 28 May 2014 21:48, Fred Pedrisa wrote: >> > Hello, >> > >> > Ok, but in practice, is there any performance gain by moving from select >> >> to kQueue implementation ? Or is it not significant at all ? >> >> > -----Mensagem original----- >> > De: adrian.chadd@gmail.com [mailto:adrian.chadd@gmail.com] Em nome de >> > Adrian Chadd Enviada em: quinta-feira, 29 de maio de 2014 01:46 >> > Para: Fred Pedrisa >> > Cc: Jan Bramkamp; freebsd-current >> > Assunto: Re: KQueue vs Select (NetMap) >> > >> > The advantage is being able to include it in the rest of a kqueue IO loop >> >> where it's doing other things. >> >> > -a >> > >> > On 28 May 2014 20:53, Fred Pedrisa wrote: >> >> Hello, >> >> >> >> Yes, but kqueue support was added in recent commits as it says in the >> >> netmap changelog, is there any advantage ? >> >> >> >> -----Mensagem original----- >> >> De: owner-freebsd-current@freebsd.org >> >> [mailto:owner-freebsd-current@freebsd.org] Em nome de Jan Bramkamp >> >> Enviada em: quinta-feira, 29 de maio de 2014 00:30 >> >> Para: freebsd-current@freebsd.org >> >> Assunto: Re: KQueue vs Select (NetMap) >> >> >> >> On 29.05.2014 03:04, Fred Pedrisa wrote: >> >>> Hey Guys, >> >>> >> >>> >> >>> >> >>> How does kQueue performs over select with netmap ? >> >> >> >> You are asking for a comparison between apples and oranges. Netmap is >> >> an API for high performance access to the low-level features of >> >> modern NICs. It works on batches of frames in hardware queues. >> >> >> >> The kqueue() and kevent() system calls are an event notification API. >> >> It is mostly used by application dealing with a large amount of >> >> non-blocking sockets (or other file descriptors). It reduces overhead >> >> inherent in >> >> select() and poll() by preserving state between calls. It also >> >> supports multiple types of events (read ready, write ready, timer >> >> expired, async i/o, etc.). >> >> >> >> Afaik the netmap pseudo-device supports only select() and poll(). >> >> This is no performance problem because every thread will only deal >> >> with a small number of file descriptors to netmap devices. >> >> >> >> Netmap is designed to bypass the FreeBSD IP stack (for most frames). >> >> Kqueue is designed to scale to many sockets per process within the >> >> FreeBSD IP stack. >> >> _______________________________________________ >> >> freebsd-current@freebsd.org mailing list >> >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> >> To unsubscribe, send any mail to >> >> "freebsd-current-unsubscribe@freebsd.org" >> >> >> _______________________________________________ >> >> freebsd-current@freebsd.org mailing list >> >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> >> To unsubscribe, send any mail to >> >> "freebsd-current-unsubscribe@freebsd.org" >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > -- > Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV > UTF-8: for when a ' just won\342\200\231t do. From owner-freebsd-current@FreeBSD.ORG Thu May 29 05:17:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BAEE8B6C for ; Thu, 29 May 2014 05:17:38 +0000 (UTC) Received: from mail-qg0-x234.google.com (mail-qg0-x234.google.com [IPv6:2607:f8b0:400d:c04::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7824F2C92 for ; Thu, 29 May 2014 05:17:38 +0000 (UTC) Received: by mail-qg0-f52.google.com with SMTP id a108so20760459qge.39 for ; Wed, 28 May 2014 22:17: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:message-id:subject :from:to:cc:content-type; bh=BbBmQOgOoQjHyiksrXZG22DqZuX10c46fNYPQN1/DRk=; b=MTTnRfiX/FcWeT3hFwuLN9L9nOoDis6/RNPhS6sMEG1AhhZ6+RaLgZFnNCCger7lZa mMUdX3pJXCWcJRwj25vwq9Ssqf7RUxAWV3PdW4FbVlHye1i+5baO0AuaXFAIgInwiaY8 LLyYlZprAe2ANTDxxvDXpjM0B3WBtbbx/oHK+olgYkP+lov5xmrLaNAzxz96g+C8BmFQ WhPapIp1AXz+LS6nNrHrNDa0M3FJPkmD9IWtNHKl3Zs3AOKTFs5iXplxTiKNP63k7Isg Psl9dl+WFbeozx9+XxJwma0Bcm2SOFLMyuuaDqGzMAuqMdiYtRMHB3tJrEal39VJQ1CD 0nqw== MIME-Version: 1.0 X-Received: by 10.140.35.212 with SMTP id n78mr5735029qgn.87.1401340657408; Wed, 28 May 2014 22:17:37 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Wed, 28 May 2014 22:17:37 -0700 (PDT) In-Reply-To: References: Date: Wed, 28 May 2014 22:17:37 -0700 X-Google-Sender-Auth: K1j29Kzyvw7VtvJxVn0CHxRN9Ro Message-ID: Subject: Re: Thread Scheduler Priority From: Adrian Chadd To: Fred Pedrisa Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 05:17:38 -0000 are you doing this all as root? -a On 28 May 2014 22:12, Fred Pedrisa wrote: > Hi, Guys. > > > > How can I adjust a certain thread to have the maximum system priority in the > scheduler ? > > > > I've tried doing it this way : > > > > /* Set thread priority. */ > > if > (pthread_getschedparam(ts[gnThreadID], &police, ¶m[gnThreadID]) != 0) > > { > > error > ("Unable to get priority"); > > return 1; > > } > > > param[gnThreadID].sched_priority = 99; > > if > (pthread_setschedparam(ts[gnThreadID], police, ¶m[gnThreadID]) != 0) > > { > > error("Unable to set priority"); > > return 1; > > } > > > > However, in 'top', I don't see the process threads switching to -92 > priority, like other threads in the system, is something I did wrong or > maybe I might be missing something ? > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu May 29 05:19:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9AAF5DDA; Thu, 29 May 2014 05:19:03 +0000 (UTC) Received: from COL004-OMC2S1.hotmail.com (col004-omc2s1.hotmail.com [65.55.34.75]) by mx1.freebsd.org (Postfix) with ESMTP id 74F252CB3; Thu, 29 May 2014 05:19:03 +0000 (UTC) Received: from COL131-DS1 ([65.55.34.71]) by COL004-OMC2S1.hotmail.com with Microsoft SMTPSVC(7.5.7601.22678); Wed, 28 May 2014 22:19:02 -0700 X-TMN: [8/Dhvyf85ro1+ZQo2SEmR/ImVRfCLx7w] X-Originating-Email: [fredhps10@hotmail.com] Message-ID: From: Fred Pedrisa To: "'Adrian Chadd'" References: In-Reply-To: Subject: RES: Thread Scheduler Priority Date: Thu, 29 May 2014 02:19:26 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQFLhKv5j3QmiEbRctVokj9BOKz7BwMaixgYnEYdZ0A= Content-Language: pt-br X-OriginalArrivalTime: 29 May 2014 05:19:02.0449 (UTC) FILETIME=[80DFAA10:01CF7AFD] Cc: 'freebsd-current' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 05:19:03 -0000 Hello, Yes. -----Mensagem original----- De: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] Em nome de Adrian Chadd Enviada em: quinta-feira, 29 de maio de 2014 02:18 Para: Fred Pedrisa Cc: freebsd-current Assunto: Re: Thread Scheduler Priority are you doing this all as root? -a On 28 May 2014 22:12, Fred Pedrisa wrote: > Hi, Guys. > > > > How can I adjust a certain thread to have the maximum system priority > in the scheduler ? > > > > I've tried doing it this way : > > > > /* Set thread priority. > */ > > if > (pthread_getschedparam(ts[gnThreadID], &police, ¶m[gnThreadID]) != > 0) > > { > > error > ("Unable to get priority"); > > return > 1; > > } > > > param[gnThreadID].sched_priority = 99; > > if > (pthread_setschedparam(ts[gnThreadID], police, ¶m[gnThreadID]) != > 0) > > { > > error("Unable to set priority"); > > return 1; > > } > > > > However, in 'top', I don't see the process threads switching to -92 > priority, like other threads in the system, is something I did wrong > or maybe I might be missing something ? > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu May 29 08:12:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 78995571; Thu, 29 May 2014 08:12:19 +0000 (UTC) Received: from forward3l.mail.yandex.net (forward3l.mail.yandex.net [IPv6:2a02:6b8:0:1819::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3011A2B98; Thu, 29 May 2014 08:12:19 +0000 (UTC) Received: from smtp4h.mail.yandex.net (smtp4h.mail.yandex.net [84.201.186.21]) by forward3l.mail.yandex.net (Yandex) with ESMTP id AD4BA150103F; Thu, 29 May 2014 12:12:15 +0400 (MSK) Received: from smtp4h.mail.yandex.net (localhost [127.0.0.1]) by smtp4h.mail.yandex.net (Yandex) with ESMTP id 1B9762C36DE; Thu, 29 May 2014 12:12:14 +0400 (MSK) Received: from 5.255.234.249-red.dhcp.yndx.net (5.255.234.249-red.dhcp.yndx.net [5.255.234.249]) by smtp4h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id KikQbClU3L-CEFaEWin; Thu, 29 May 2014 12:12:14 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: ac8ee6fe-8f90-49ad-a5f9-e48e66980a22 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1401351134; bh=GzIS2P8JCN/xj1TP2EZmR1uD3WvxW7DC+hnbkWU8st8=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:Subject: References:In-Reply-To:X-Enigmail-Version:Content-Type: Content-Transfer-Encoding; b=IuPhk4nNXEUpDPkOPichHCRJFibwghtXebFxwYD/xvjxhWW0YNWoFhybd9ugNevSR zv/0yZKDDeWlO8fsgMQmSe3Gv0VV5qvtuBw82fbzyDvgsbfNTJHfBkUQIGaDEhaGDO Pv7WX0zIsNDGLGdbtBwXNM1f5q6MwiAUdcnjOCJ8= Authentication-Results: smtp4h.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <5386EBC6.2090306@yandex.ru> Date: Thu, 29 May 2014 12:11:50 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Vladimir Sharun , Current FreeBSD Subject: Re: gpart destroy, zpool destroy, zfs destroy under securelevel 3 References: <1401109957.895077023.n4pnr8ak@frv45.fwdcdn.com> In-Reply-To: <1401109957.895077023.n4pnr8ak@frv45.fwdcdn.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 08:12:19 -0000 On 26.05.2014 17:31, Vladimir Sharun wrote: > Hello FreeBSD community, > > Recently plays with securelevel and what I discover: no chance for > data to survive against remote root, except backups of course. Maybe > this log can be a proposal for raising securelevel further or include > securelevel support against the software which can deal with zfs and > GEOM labels ? Hi, if you have root privileges you can just write some random bytes in some places and this will be enough to break your system. So, restricting some gpart's or zpool's actions depending from securelevel looks like protection from kids. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Thu May 29 08:56:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87BD8480 for ; Thu, 29 May 2014 08:56:27 +0000 (UTC) Received: from frv197.fwdcdn.com (frv197.fwdcdn.com [212.42.77.197]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3A2B22F96 for ; Thu, 29 May 2014 08:56:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-Id:To:Subject:From:Date; bh=TTM2qq4KfBrZXXGhNAK5lBrAjuXhlIQT4hjh5GLOmIM=; b=fsVVM+u3YFVbe3GnfG24aeWxdYlaCg6xkRIGCRCwnzFA3vap8qZo3de5DJxyVNo1YtIeg+Yvje7+GGrLTwudcIAndkNuZsHNOvW1gYmwADNRUtN/51BAoVhrj3CJEtTm4uoiFgnN7OOX6tY1yToNP7Rzpzf8mviMjwLHdxIbOEk=; Received: from [10.10.10.45] (helo=frv45.fwdcdn.com) by frv197.fwdcdn.com with smtp ID 1Wpw8F-000Jay-Vw for freebsd-current@freebsd.org; Thu, 29 May 2014 11:56:15 +0300 Date: Thu, 29 May 2014 11:56:15 +0300 From: Vladimir Sharun Subject: Re[2]: gpart destroy, zpool destroy, zfs destroy under securelevel 3 To: Current FreeBSD X-Mailer: mail.ukr.net 5.0 Message-Id: <1401353579.467560473.vpvuu1e5@frv45.fwdcdn.com> In-Reply-To: <5386EBC6.2090306@yandex.ru> References: <1401109957.895077023.n4pnr8ak@frv45.fwdcdn.com> <5386EBC6.2090306@yandex.ru> MIME-Version: 1.0 Received: from atz@ukr.net by frv45.fwdcdn.com; Thu, 29 May 2014 11:56:15 +0300 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 08:56:27 -0000 Hello, > if you have root privileges you can just write some random bytes in some > places and this will be enough to break your system. So, restricting > some gpart's or zpool's actions depending from securelevel looks like > protection from kids. Having root under securelevel 3 confirmed disallows you to: 1) Direct write to the block devices such as (a)da 2) Change rules and/or shutdown pf 3) Remove system flags such as schg, sunlnk I think your statement true in case of securelevel -1, we're talking about the highest one - 3, which shown in logs. From owner-freebsd-current@FreeBSD.ORG Thu May 29 09:19:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71303C62; Thu, 29 May 2014 09:19:52 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3CB6621DC; Thu, 29 May 2014 09:19:51 +0000 (UTC) Received: from [192.168.0.96] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s4T9Jlfa014207 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 29 May 2014 09:19:49 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: official pkg repo with WITHOUT_X11=true From: David Chisnall In-Reply-To: <800bc8e04e4cfed10632cca993cce8fa@shatow.net> Date: Thu, 29 May 2014 10:19:41 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <43B971CB-4810-458D-BC5D-3DC2DC764E39@FreeBSD.org> References: <20F90EAB-ADC5-468C-9AFD-73F93794C4B2@FreeBSD.org> <800bc8e04e4cfed10632cca993cce8fa@shatow.net> To: Bryan Drewery X-Mailer: Apple Mail (2.1874) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 09:19:52 -0000 On 29 May 2014, at 02:23, Bryan Drewery wrote: > As for skipping unneeded ports the best I can do is '-a' or "Build it = all". > If a port is only needed for WITH_X11 then an IGNORE should be added = to it > when WITHOUT_X11 is set to prevent wasting time on it. We can probably do a bit better by looking at the complete dependency = graph and removing any ports that have unconditional dependencies on X. = For a headless server, there's no reason to build any of the kde-* or = gnome-* ports or, indeed, X itself. I suspect that we could easily trim = 2/3 of the build time by omitting ports that have a GUI, GUI toolkits, = and so on. =20 Longer term, we may be able to share the build time a bit. Ports which = don't have a WITHOUT_X11 flag and don't unconditionally depend on X11 = can potentially be pre-seeded from the normal package build (if we can = identify them). That only leaves the ports that actually have = build-time conditional X support to build in the no-Xorg run. David From owner-freebsd-current@FreeBSD.ORG Thu May 29 09:29:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 078EE198 for ; Thu, 29 May 2014 09:29:19 +0000 (UTC) Received: from forward2l.mail.yandex.net (forward2l.mail.yandex.net [84.201.143.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AD2CD22DC for ; Thu, 29 May 2014 09:29:18 +0000 (UTC) Received: from smtp3h.mail.yandex.net (smtp3h.mail.yandex.net [84.201.186.20]) by forward2l.mail.yandex.net (Yandex) with ESMTP id 86CC61AC0DBD; Thu, 29 May 2014 13:29:09 +0400 (MSK) Received: from smtp3h.mail.yandex.net (localhost [127.0.0.1]) by smtp3h.mail.yandex.net (Yandex) with ESMTP id 27AD61B43D41; Thu, 29 May 2014 13:29:09 +0400 (MSK) Received: from 5.255.234.249-red.dhcp.yndx.net (5.255.234.249-red.dhcp.yndx.net [5.255.234.249]) by smtp3h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id yclIn3qYyT-T8XOSpQV; Thu, 29 May 2014 13:29:08 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: a2889c1a-9c7d-40d6-9670-3dee048402f1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1401355748; bh=U9gxkz85oEM15sI0ZemvZLhtALUpxK1j/AbUKZKlMWY=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:Subject: References:In-Reply-To:X-Enigmail-Version:Content-Type; b=JVZUr/OiA49wOqTYbnI3nnY9Rowi625BEAJCRtD9aEUfPTgYwnDTNARYaH0Eexzpc d18ElvOUY1iHClXKkbaPCjcy55172tPSYdkkK982rmEbf11S3JEngm3phucKbJzF6P llC96mOrMlQWz8cBLFNFKYaGeArRSR9Qfe/f92k8= Authentication-Results: smtp3h.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <5386FDC7.3020806@yandex.ru> Date: Thu, 29 May 2014 13:28:39 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Vladimir Sharun , Current FreeBSD Subject: Re: gpart destroy, zpool destroy, zfs destroy under securelevel 3 References: <1401109957.895077023.n4pnr8ak@frv45.fwdcdn.com> <5386EBC6.2090306@yandex.ru> <1401353579.467560473.vpvuu1e5@frv45.fwdcdn.com> In-Reply-To: <1401353579.467560473.vpvuu1e5@frv45.fwdcdn.com> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7WrU8S3vKrR0WAUtIChkKBW374igPrhjm" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 09:29:19 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --7WrU8S3vKrR0WAUtIChkKBW374igPrhjm Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 29.05.2014 12:56, Vladimir Sharun wrote: > Hello, >=20 >> if you have root privileges you can just write some random bytes in so= me >> places and this will be enough to break your system. So, restricting >> some gpart's or zpool's actions depending from securelevel looks like >> protection from kids. >=20 > Having root under securelevel 3 confirmed disallows you to: > 1) Direct write to the block devices such as (a)da > 2) Change rules and/or shutdown pf > 3) Remove system flags such as schg, sunlnk >=20 > I think your statement true in case of securelevel -1, we're talking ab= out > the highest one - 3, which shown in logs. Ok, you are right. But geom_dev restricts access only from user level applications. When GEOM object does access directly via GEOM methods this protection won't work. And it seems it isn't easy to fix, all classes should have own check. --=20 WBR, Andrey V. Elsukov --7WrU8S3vKrR0WAUtIChkKBW374igPrhjm 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.22 (FreeBSD) iQEcBAEBAgAGBQJThv3LAAoJEAHF6gQQyKF6TzcIALvO66qLoaOi0ehkaUk5L2LN ZuqjW9F+ZEWg8hrMEKWJCUO8iOJXKPow1QDsfguIizgJfAVY779Ebl9RygIF6QLV 35Cfbuy628z3MmXtoWt/LUK5DxGvm91jMCTXrq3e4qUjENzYNsc3AlJ6spsWvOUA 9t34MQk6dL3dvZEWtqPfrrJTN6+z/44bIRKlkMgrUPTfAini0Ka5Rc+XYOpNK7H+ uM2DgBsr8kUeJotA+nN6CsnAhoSxE8acM8aKEM/bycFpfppifcfh2+Yw4Nvdbn72 M+7bw2LqbSW/mMCYdLhTqetegXf602AI3ybjYCTSFnwaHCghZnTyO1URf++7/B4= =t3yb -----END PGP SIGNATURE----- --7WrU8S3vKrR0WAUtIChkKBW374igPrhjm-- From owner-freebsd-current@FreeBSD.ORG Thu May 29 09:41:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 672E26B5 for ; Thu, 29 May 2014 09:41:05 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4A5462472 for ; Thu, 29 May 2014 09:41:05 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Wpwpb-0006t2-Cf for freebsd-current@freebsd.org; Thu, 29 May 2014 02:41:03 -0700 Date: Thu, 29 May 2014 02:41:03 -0700 (PDT) From: Beeblebrox To: freebsd-current@freebsd.org Message-ID: <1401356463384-5916161.post@n5.nabble.com> Subject: Memory blackhole in 11. Possibly libc.so.7? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 09:41:05 -0000 uname: FreeBSD 11.0-CURRENT #0 r266393M: Sun May 18 13:04:00 2014 amd64 I'm also loading the Radeon_kms modules Upon system startup, memory profile is clean. I get locked memory (mem_wire) usage as: 9% before Radeon*.ko modules loaded 12% when slim is started (loads Radeon*.ko modules) 14% after I login through slim These are quite normal. However, after some usage (I don't know what exactly) mem_free drops significantly and causes display problems (Radeon has issues when memory falls very low, if I remember correctly). Upon observing low level of mem_free, I went to single user (shutdown now), also kldunload any modules not compiled into kernel (using custom built kernel). Final kldstat: Id Refs Address Size Name 1 99 0xffffffff80200000 941c18 kernel 2 1 0xffffffff80b42000 b0f0 linprocfs.ko 3 2 0xffffffff80b4e000 45ba0 linux.ko 4 1 0xffffffff80b94000 2a38 linsysfs.ko 5 1 0xffffffff80b97000 243fc8 zfs.ko 6 1 0xffffffff80ddb000 2940 acl_nfs4.ko 7 2 0xffffffff80dde000 5d10 opensolaris.ko 8 1 0xffffffff80de4000 40a50 snd_hda.ko 9 2 0xffffffff80e25000 756a0 sound.ko 10 1 0xffffffff80e9b000 7550 umass.ko 11 5 0xffffffff80ea3000 3f7b0 usb.ko 13 1 0xffffffff80f32000 19758 ext2fs.ko 14 1 0xffffffff80f4c000 d050 ehci.ko 15 1 0xffffffff80f5a000 a3f0 ohci.ko 16 1 0xffffffff81011000 1adb ums.ko 17 1 0xffffffff81013000 951 pflog.ko 18 1 0xffffffff81014000 27641 pf.ko 19 1 0xffffffff8103c000 108ffc radeonkms.ko 20 1 0xffffffff81145000 3fd39 drm2.ko 21 2 0xffffffff81185000 ae68 agp.ko 22 4 0xffffffff81190000 1776 iicbus.ko 23 1 0xffffffff81192000 d1a iic.ko 24 1 0xffffffff81193000 167d iicbb.ko 25 4 0xffffffff81195000 1bde firmware.ko 26 1 0xffffffff81197000 ac6 radeonkmsfw_RS780_pfp.ko 27 1 0xffffffff81198000 55c6 radeonkmsfw_RS780_me.ko 28 1 0xffffffff8119e000 dc6 radeonkmsfw_R600_rlc.ko 31 1 0xffffffff811d6000 9118 netgraph.ko 32 1 0xffffffff811e0000 160a ng_ether.ko But look at memory (70%), even though there are absolutely no processes running. SYSTEM MEMORY INFORMATION: mem_wire: 2735349760 ( 2608MB) [ 70%] Wired: disabled for paging out mem_active: + 8638464 ( 8MB) [ 0%] Active: recently referenced mem_inactive:+ 137596928 ( 131MB) [ 3%] Inactive: recently not referenced mem_cache: + 34885632 ( 33MB) [ 0%] Cached: almost avail. for allocation mem_free: + 970948608 ( 925MB) [ 24%] Free: fully available for allocation mem_gap_vm: + 413696 ( 0MB) [ 0%] Memory gap: UNKNOWN -------------- ------------ ----------- ------ mem_all: = 3887833088 ( 3707MB) [100%] Total real memory managed mem_gap_sys: + 123482112 ( 117MB) Memory gap: Kernel?! -------------- ------------ ----------- mem_phys: = 4011315200 ( 3825MB) Total real memory available mem_gap_hw: + 283652096 ( 270MB) Memory gap: Segment Mappings?! -------------- ------------ ----------- mem_hw: = 4294967296 ( 4096MB) Total real memory installed SYSTEM MEMORY SUMMARY: mem_used: 3151536128 ( 3005MB) [ 73%] Logically used memory mem_avail: + 1143431168 ( 1090MB) [ 26%] Logically available memory -------------- ------------ ----------- ------ mem_total: = 4294967296 ( 4096MB) [100%] Logically total memory I don't know if the lsof dump in single user mode will be of any help, but it seems like lib/libc.so.7 has something to do with it: COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME kernel 0 root cwd VDIR 123,1479344360 30 4 / kernel 0 root rtd VDIR 123,1479344360 30 4 / init 1 root cwd VDIR 123,1479344360 30 4 / init 1 root rtd VDIR 123,1479344360 30 4 / init 1 root txt VREG 123,1479344360 946272 9945 /sbin/init ng_queue 2186 root cwd VDIR 123,1479344360 30 4 / ng_queue 2186 root rtd VDIR 123,1479344360 30 4 / sh 10935 root cwd VDIR 114,1970143416 148 13 /home/user sh 10935 root rtd VDIR 123,1479344360 30 4 / sh 10935 root txt VREG 123,1479344360 145616 9796 /bin/sh sh 10935 root txt VREG 123,1479344360 118360 9731 /libexec/ld-elf.so.1 sh 10935 root txt VREG 123,1479344360 163328 9700 /lib/libedit.so.7 sh 10935 root txt VREG 123,1479344360 326264 9666 /lib/libncurses.so.8 sh 10935 root txt VREG 123,1479344360 1597040 9648 /lib/libc.so.7 sh 10935 root 0u VCHR 0,4 0t4591427 4 /dev/console sh 10935 root 1u VCHR 0,4 0t4591427 4 /dev/console sh 10935 root 2u VCHR 0,4 0t4591427 4 /dev/console sh 10935 root 10u VCHR 0,4 0t0 4 /dev/console lsof 11083 root cwd VDIR 114,1970143416 148 13 /home/user lsof 11083 root rtd VDIR 123,1479344360 30 4 / lsof 11083 root txt VREG 221,2875719755 125688 225394 /usr/local/sbin/lsof lsof 11083 root txt VREG 123,1479344360 118360 9731 /libexec/ld-elf.so.1 lsof 11083 root txt VREG 123,1479344360 35192 9662 /lib/libkvm.so.6 lsof 11083 root txt VREG 123,1479344360 1597040 9648 /lib/libc.so.7 lsof 11083 root 0u VCHR 0,4 0t4591427 4 /dev/console lsof 11083 root 1w VREG 114,1970143416 0 173483 /home lsof 11083 root 2u VCHR 0,4 0t4591427 4 /dev/console lsof 11083 root 3r VCHR 0,15 0t0 15 /dev/mem lsof 11083 root 4r VCHR 0,16 0xfffff80005e235f0 16 /dev/kmem ----- FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this message in context: http://freebsd.1045724.n5.nabble.com/Memory-blackhole-in-11-Possibly-libc-so-7-tp5916161.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Thu May 29 10:09:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 89385F8F for ; Thu, 29 May 2014 10:09:39 +0000 (UTC) Received: from frv189.fwdcdn.com (frv189.fwdcdn.com [212.42.77.189]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 41D7726D5 for ; Thu, 29 May 2014 10:09:38 +0000 (UTC) Received: from [10.10.1.30] (helo=frv196.fwdcdn.com) by frv189.fwdcdn.com with esmtp ID 1Wpx1e-000Oo2-VF for freebsd-current@freebsd.org; Thu, 29 May 2014 12:53:30 +0300 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-Id:To:Subject:From:Date; bh=rCbqfQcrjHt0/AIQp9gTM5826GOAF14ChYnVf57bVLw=; b=CHc/nZz5+wGBgQcztXnJFwcTveBFcqvucKlRCsr/xedvNyRSBOaS7dbi5Pa0slZpsa8p1WdvH4sWw/UR4g9MJYrkzlJWU9E0LE10NXJHXuC5H8AYiaJeUiEPua6NWNwrco97zkOLQiQuzZA9BcFyD9GcyUVXBvIPJknL7cZLwSI=; Received: from [10.10.10.45] (helo=frv45.fwdcdn.com) by frv196.fwdcdn.com with smtp ID 1Wpx1S-000PUk-3w for freebsd-current@freebsd.org; Thu, 29 May 2014 12:53:18 +0300 Date: Thu, 29 May 2014 12:53:17 +0300 From: Vladimir Sharun Subject: Re[2]: gpart destroy, zpool destroy, zfs destroy under securelevel 3 To: Current FreeBSD X-Mailer: mail.ukr.net 5.0 Message-Id: <1401357052.818428607.9yey1nqq@frv45.fwdcdn.com> In-Reply-To: <5386FDC7.3020806@yandex.ru> References: <1401109957.895077023.n4pnr8ak@frv45.fwdcdn.com> <5386EBC6.2090306@yandex.ru> <1401353579.467560473.vpvuu1e5@frv45.fwdcdn.com> <5386FDC7.3020806@yandex.ru> MIME-Version: 1.0 Received: from atz@ukr.net by frv45.fwdcdn.com; Thu, 29 May 2014 12:53:17 +0300 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 10:09:39 -0000 Hello, > Ok, you are right. But geom_dev restricts access only from user level > applications. When GEOM object does access directly via GEOM methods > this protection won't work. And it seems it isn't easy to fix, all > classes should have own check. Thank you for better clarification. This is the goal I mentioned in first email: GEOM & ZFS layers/subsystems are securelevel ignorant. From owner-freebsd-current@FreeBSD.ORG Thu May 29 10:17:55 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 80201375 for ; Thu, 29 May 2014 10:17:55 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6078527B8 for ; Thu, 29 May 2014 10:17:54 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WpxPF-0000fJ-LR for freebsd-current@freebsd.org; Thu, 29 May 2014 03:17:53 -0700 Date: Thu, 29 May 2014 03:17:53 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1401358673658-5916170.post@n5.nabble.com> In-Reply-To: <20140519144134.46c031f25e114dede07bd7fb@ddteam.net> References: <20140427143320.GA7138@over-yonder.net> <20140501083121.GU7138@over-yonder.net> <20140506165925.8dd867c0da9364c6caf22a44@ddteam.net> <1400342354733-5913086.post@n5.nabble.com> <20140519144134.46c031f25e114dede07bd7fb@ddteam.net> Subject: Re: newcons and beeping X MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 10:17:55 -0000 Are there any problems with MFC? -- View this message in context: http://freebsd.1045724.n5.nabble.com/newcons-and-beeping-X-tp5906883p5916170.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Thu May 29 11:54:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 488E064B; Thu, 29 May 2014 11:54:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1DFC3212D; Thu, 29 May 2014 11:54:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4TBs3kc035504; Thu, 29 May 2014 07:54:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4TBs37R035503; Thu, 29 May 2014 11:54:03 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 29 May 2014 11:54:03 GMT Message-Id: <201405291154.s4TBs37R035503@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2014 11:54:05 -0000 TB --- 2014-05-29 11:00:39 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-05-29 11:00:39 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-29 11:00:39 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-05-29 11:00:39 - cleaning the object tree TB --- 2014-05-29 11:04:27 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-29 11:04:30 - At svn revision 266832 TB --- 2014-05-29 11:04:31 - building world TB --- 2014-05-29 11:04:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-29 11:04:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-29 11:04:31 - MAKESYSPATH=/src/share/mk TB --- 2014-05-29 11:04:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-29 11:04:31 - SRCCONF=/dev/null TB --- 2014-05-29 11:04:31 - TARGET=amd64 TB --- 2014-05-29 11:04:31 - TARGET_ARCH=amd64 TB --- 2014-05-29 11:04:31 - TZ=UTC TB --- 2014-05-29 11:04:31 - __MAKE_CONF=/dev/null TB --- 2014-05-29 11:04:31 - cd /src TB --- 2014-05-29 11:04:31 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Thu May 29 11:04:38 UTC 2014 >>> 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 [...] c++ -O2 -pipe -I/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/DebugLoc.cpp -o DebugLoc.o c++ -O2 -pipe -I/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/Dominators.cpp -o Dominators.o c++ -O2 -pipe -I/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/Function.cpp -o Function.o c++ -O2 -pipe -I/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/GCOV.cpp -o GCOV.o c++ -O2 -pipe -I/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/GVMaterializer.cpp -o GVMaterializer.o c++ -O2 -pipe -I/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/Globals.cpp -o Globals.o c++ -O2 -pipe -I/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/IRBuilder.cpp -o IRBuilder.o c++ -O2 -pipe -I/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/InlineAsm.cpp -o InlineAsm.o c++ -O2 -pipe -I/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/Instruction.cpp -o Instruction.o c++ -O2 -pipe -I/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/Instructions.cpp -o Instructions.o c++ -O2 -pipe -I/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/IntrinsicInst.cpp -o IntrinsicInst.o c++ -O2 -pipe -I/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/LLVMContext.cpp -o LLVMContext.o c++ -O2 -pipe -I/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/LLVMContextImpl.cpp -o LLVMContextImpl.o c++ -O2 -pipe -I/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/LeakDetector.cpp -o LeakDetector.o c++ -O2 -pipe -I/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I. -I/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/LegacyPassManager.cpp -o LegacyPassManager.o /src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/LegacyPassManager.cpp: In member function 'void llvm::PMTopLevelManager::initializeAllAnalysisInfo()': /src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/LegacyPassManager.cpp:777: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmcore *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-05-29 11:54:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-29 11:54:03 - ERROR: failed to build world TB --- 2014-05-29 11:54:03 - 2704.78 user 251.20 system 3203.24 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu May 29 12:42:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A2664676 for ; Thu, 29 May 2014 12:42:12 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8791025AF for ; Thu, 29 May 2014 12:42:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.8/8.14.8) with ESMTP id s4TCgCAl083579 for ; Thu, 29 May 2014 12:42:12 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s4TCgChq083577 for freebsd-current@freebsd.org; Thu, 29 May 2014 12:42:12 GMT (envelope-from bdrewery) Received: (qmail 82292 invoked from network); 29 May 2014 07:42:10 -0500 Received: from unknown (HELO ?10.10.1.156?) (freebsd@shatow.net@10.10.1.156) by sweb.xzibition.com with ESMTPA; 29 May 2014 07:42:10 -0500 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: official pkg repo with WITHOUT_X11=true From: Bryan Drewery X-Mailer: iPhone Mail (11D201) In-Reply-To: <43B971CB-4810-458D-BC5D-3DC2DC764E39@FreeBSD.org> Date: Thu, 29 May 2014 07:42:09 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20F90EAB-ADC5-468C-9AFD-73F93794C4B2@FreeBSD.org> <800bc8e04e4cfed10632cca993cce8fa@shatow.net> <43B971CB-4810-458D-BC5D-3DC2DC764E39@FreeBSD.org> To: David Chisnall Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 12:42:12 -0000 > On May 29, 2014, at 4:19, David Chisnall wrote: >=20 >> On 29 May 2014, at 02:23, Bryan Drewery wrote: >>=20 >> As for skipping unneeded ports the best I can do is '-a' or "Build it all= ". >> If a port is only needed for WITH_X11 then an IGNORE should be added to i= t >> when WITHOUT_X11 is set to prevent wasting time on it. >=20 > We can probably do a bit better by looking at the complete dependency grap= h and removing any ports that have unconditional dependencies on X. For a h= eadless server, there's no reason to build any of the kde-* or gnome-* ports= or, indeed, X itself. I suspect that we could easily trim 2/3 of the build= time by omitting ports that have a GUI, GUI toolkits, and so on. =20 Yeah. My point was more that poudriere can't do that now and I would rather n= ot add all that special-case logic to it. Clever make.conf logic might be ab= le to do it. >=20 > Longer term, we may be able to share the build time a bit. Ports which do= n't have a WITHOUT_X11 flag and don't unconditionally depend on X11 can pote= ntially be pre-seeded from the normal package build (if we can identify them= ). That only leaves the ports that actually have build-time conditional X s= upport to build in the no-Xorg run. Yup! I have a patch for that in the works. >=20 > David From owner-freebsd-current@FreeBSD.ORG Thu May 29 13:16:48 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 108F2F26; Thu, 29 May 2014 13:16:48 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id C05072882; Thu, 29 May 2014 13:16:47 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id D13E2C4981; Thu, 29 May 2014 16:16:45 +0300 (EEST) Date: Thu, 29 May 2014 16:17:43 +0300 From: Aleksandr Rybalko To: Claude Buisson Subject: Re: RFT vidcontrol for vt(4) Message-Id: <20140529161743.a124c539c3b73dc908d7850e@ddteam.net> In-Reply-To: <5370E47E.7030304@orange.fr> References: <20140311162743.072870a9afd4f74fff9e99e8@ddteam.net> <5370CE34.8000905@orange.fr> <20140512171415.558dbcb68971d1db675ea39e@ddteam.net> <5370E47E.7030304@orange.fr> X-Mailer: Sylpheed 3.3.1 (GTK+ 2.24.22; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: emaste@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 13:16:48 -0000 On Mon, 12 May 2014 17:10:54 +0200 Claude Buisson wrote: > On 05/12/2014 16:14, Aleksandr Rybalko wrote: > > On Mon, 12 May 2014 15:35:48 +0200 > > Claude Buisson wrote: > > > >> On 03/11/2014 15:27, Aleksandr Rybalko wrote: > >>> Hello hackers! > >>> > >>> Here is link to the patch[1] for vidcontrol that makes it to know if it > >>> run w/ or w/o vt(4) and if vt(4) is present, then: > >>> 1. screen map feature disabled (vt(4) use Unicode, so screen map not > >>> needed). > >>> 2. enable to load fornt from /usr/share/vt/fonts/ dir. PLease put > >>> "gallant" font[2] to /usr/share/vt/fonts/. > >>> > >>> Looks like it works fine, but maybe I forgot something :) > >>> So please test it in your own environment. > >>> > >>> Big thanks to Ed for preparing that font file! > >>> > >>> 1. > >>> http://people.freebsd.org/~ray/newcons/vidcontrol_for_vt_2014-03-11.patch > >>> 2. http://people.freebsd.org/~emaste/newcons/gallant.fnt > >>> > >>> Thanks! > >>> > >>> WBW > >>> > >> > >> Hi, > >> > >> I applied this patch on a 10.0-STABLE r264390 with a Radeon Mobility X300 (M22) > >> 5460, and DRM2. > >> > >> I could load an home made terminus 16x32 font (my eyes are too old to work with > >> a 8x16 font on a 1920x1200 17" screen), by > >> > >> - looping on each ttyvN in a rc.local script > >> > >> or > >> > >> - adding allscreens_flags="-f terminus-u32" to rc.conf (for /etc/rc.d/syscons > >> consumption) > > > > Cool! > > Are you like to share that font? > > > > Off course. > In fact I generated 12x24, 14x28 and 16x32 fonts from terminus-font-4.38 by > using the tools/tools/vt/fontcvt utility. > I will send you these fonts offlist (because the FreeBSD lists do not like > attachments). > > >> > >> I just discovered than scrolling back in console mode works ONLY on ttyv0. > > > > Huh, it's surprising me. Before your mail I think we have problem with > > scrollback on vty0, but not on others. :) > > Looks like I have to concentrate and fix them all at once. > > > > I confirm that scrollback works on ttyv0, but not on others ttyv when a font is > loaded. > > >> > >> What I have to do to get scrolling on every ttyvN ? > >> > >> The only way to get the system working in normal VGA mode (640x480) (not loading > >> the drm2 and radeon kms modules by loader.conf) is by configuring the BIOS to > >> not do display expansion - which leads to the same ridiculously small font.. > >> > >> And of course, kbdmux keeps being mandatory to be able to load a keymap. > > > > Yeah, I still remember. :) > > > > This could be noted in the newly born vt(4) man page .. > > >> > >> TIA > >> > >> Claude Buisson > >> > > > > Many thanks Claude! > > > > WBW > > > > CBu > Hello Claude! Looks like nobody care about this patch, only you did test for it :) So I commit it to HEAD, if you need it to be MFCed, I will do it a week later. Many thanks for your help!!! WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Thu May 29 13:51:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 98F5A1FE for ; Thu, 29 May 2014 13:51:01 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6F5C22BC6 for ; Thu, 29 May 2014 13:51:01 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id DC775B97B; Thu, 29 May 2014 09:50:59 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: Memory blackhole in 11. Possibly libc.so.7? Date: Thu, 29 May 2014 09:08:10 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <1401356463384-5916161.post@n5.nabble.com> In-Reply-To: <1401356463384-5916161.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201405290908.10274.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 29 May 2014 09:51:00 -0400 (EDT) Cc: Beeblebrox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 13:51:01 -0000 On Thursday, May 29, 2014 5:41:03 am Beeblebrox wrote: > uname: FreeBSD 11.0-CURRENT #0 r266393M: Sun May 18 13:04:00 2014 amd64 > I'm also loading the Radeon_kms modules > > Upon system startup, memory profile is clean. I get locked memory (mem_wire) > usage as: > 9% before Radeon*.ko modules loaded > 12% when slim is started (loads Radeon*.ko modules) > 14% after I login through slim > These are quite normal. However, after some usage (I don't know what > exactly) mem_free drops significantly and causes display problems (Radeon > has issues when memory falls very low, if I remember correctly). > > Upon observing low level of mem_free, I went to single user (shutdown now), > also kldunload any modules not compiled into kernel (using custom built > kernel). Final kldstat: > Id Refs Address Size Name > 1 99 0xffffffff80200000 941c18 kernel > 2 1 0xffffffff80b42000 b0f0 linprocfs.ko > 3 2 0xffffffff80b4e000 45ba0 linux.ko > 4 1 0xffffffff80b94000 2a38 linsysfs.ko > 5 1 0xffffffff80b97000 243fc8 zfs.ko > 6 1 0xffffffff80ddb000 2940 acl_nfs4.ko > 7 2 0xffffffff80dde000 5d10 opensolaris.ko > 8 1 0xffffffff80de4000 40a50 snd_hda.ko > 9 2 0xffffffff80e25000 756a0 sound.ko > 10 1 0xffffffff80e9b000 7550 umass.ko > 11 5 0xffffffff80ea3000 3f7b0 usb.ko > 13 1 0xffffffff80f32000 19758 ext2fs.ko > 14 1 0xffffffff80f4c000 d050 ehci.ko > 15 1 0xffffffff80f5a000 a3f0 ohci.ko > 16 1 0xffffffff81011000 1adb ums.ko > 17 1 0xffffffff81013000 951 pflog.ko > 18 1 0xffffffff81014000 27641 pf.ko > 19 1 0xffffffff8103c000 108ffc radeonkms.ko > 20 1 0xffffffff81145000 3fd39 drm2.ko > 21 2 0xffffffff81185000 ae68 agp.ko > 22 4 0xffffffff81190000 1776 iicbus.ko > 23 1 0xffffffff81192000 d1a iic.ko > 24 1 0xffffffff81193000 167d iicbb.ko > 25 4 0xffffffff81195000 1bde firmware.ko > 26 1 0xffffffff81197000 ac6 radeonkmsfw_RS780_pfp.ko > 27 1 0xffffffff81198000 55c6 radeonkmsfw_RS780_me.ko > 28 1 0xffffffff8119e000 dc6 radeonkmsfw_R600_rlc.ko > 31 1 0xffffffff811d6000 9118 netgraph.ko > 32 1 0xffffffff811e0000 160a ng_ether.ko > > But look at memory (70%), even though there are absolutely no processes > running. SYSTEM MEMORY INFORMATION: > mem_wire: 2735349760 ( 2608MB) [ 70%] Wired: disabled for paging > out > mem_active: + 8638464 ( 8MB) [ 0%] Active: recently referenced > mem_inactive:+ 137596928 ( 131MB) [ 3%] Inactive: recently not > referenced > mem_cache: + 34885632 ( 33MB) [ 0%] Cached: almost avail. for > allocation > mem_free: + 970948608 ( 925MB) [ 24%] Free: fully available for > allocation > mem_gap_vm: + 413696 ( 0MB) [ 0%] Memory gap: UNKNOWN > -------------- ------------ ----------- ------ > mem_all: = 3887833088 ( 3707MB) [100%] Total real memory managed > mem_gap_sys: + 123482112 ( 117MB) Memory gap: Kernel?! > -------------- ------------ ----------- > mem_phys: = 4011315200 ( 3825MB) Total real memory available > mem_gap_hw: + 283652096 ( 270MB) Memory gap: Segment > Mappings?! > -------------- ------------ ----------- > mem_hw: = 4294967296 ( 4096MB) Total real memory installed > > SYSTEM MEMORY SUMMARY: > mem_used: 3151536128 ( 3005MB) [ 73%] Logically used memory > mem_avail: + 1143431168 ( 1090MB) [ 26%] Logically available memory > -------------- ------------ ----------- ------ > mem_total: = 4294967296 ( 4096MB) [100%] Logically total memory > > I don't know if the lsof dump in single user mode will be of any help, but > it seems like lib/libc.so.7 has something to do with it: Why do you think libc.so.7 has anything to do with this? wired memory is usually only allocated in the kernel, so if anything you are looking at some sort of memory leak in a driver (maybe the radeon driver?) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu May 29 13:57:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA11B42B; Thu, 29 May 2014 13:57:29 +0000 (UTC) Received: from mail-qg0-x22c.google.com (mail-qg0-x22c.google.com [IPv6:2607:f8b0:400d:c04::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 969C52C97; Thu, 29 May 2014 13:57:29 +0000 (UTC) Received: by mail-qg0-f44.google.com with SMTP id i50so1031823qgf.31 for ; Thu, 29 May 2014 06:57:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type; bh=5dvVBP5nXgKDo/zmXi0dEzZfYUgAFMtcLvG3x1aO88s=; b=x7sMPkcMaKgwVdJZwQTmffnzjOAyUcn8xycea2do0ZKRj/CsvK8BqTHaeAMaD3+PNw BYh3AXD3pCpf50y59ga8UnVIQtKumdQWSVk+fR7Dhq87SmkOBJ7kOpBjtBmgDZS92ZPf cU8EtVs2tttcTROXSYUvn1ai4NscguZV9LYejexPgSmeTVndSUMvZWvktIO9DEi4Brl+ LfgNg3AWi5S9kyhCpxkFdbT+KAw7jwnggfp3Q0fbd5jADd7bdCmT72C0kjaTsY9heUkB tDCPty5R8bS1wu2/co6buPIab7KzbfuTXOgwUttgNqL+gjIuQQt+J75FeHWpad8QF4RI Xi+Q== X-Received: by 10.224.167.70 with SMTP id p6mr10127040qay.48.1401371848796; Thu, 29 May 2014 06:57:28 -0700 (PDT) Received: from kan ([2601:6:6780:750:226:18ff:fe00:232e]) by mx.google.com with ESMTPSA id m13sm1104041qab.19.2014.05.29.06.57.27 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Thu, 29 May 2014 06:57:27 -0700 (PDT) Date: Thu, 29 May 2014 09:57:22 -0400 From: Alexander Kabaev To: John Baldwin Subject: Re: Memory blackhole in 11. Possibly libc.so.7? Message-ID: <20140529095722.1765ce36@kan> In-Reply-To: <201405290908.10274.jhb@freebsd.org> References: <1401356463384-5916161.post@n5.nabble.com> <201405290908.10274.jhb@freebsd.org> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/m_bq8cJkdRCt329x3m1Pg62"; protocol="application/pgp-signature" Cc: freebsd-current@freebsd.org, Beeblebrox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 13:57:30 -0000 --Sig_/m_bq8cJkdRCt329x3m1Pg62 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 29 May 2014 09:08:10 -0400 John Baldwin wrote: > On Thursday, May 29, 2014 5:41:03 am Beeblebrox wrote: > > uname: FreeBSD 11.0-CURRENT #0 r266393M: Sun May 18 13:04:00 2014 > > amd64 I'm also loading the Radeon_kms modules > >=20 > >=20 > > I don't know if the lsof dump in single user mode will be of any > > help, but it seems like lib/libc.so.7 has something to do with it: >=20 >=20 > Why do you think libc.so.7 has anything to do with this? wired > memory is usually only allocated in the kernel, so if anything you > are looking at some sort of memory leak in a driver (maybe the radeon > driver?) >=20 > --=20 > John Baldwin Aren't ZFS buffers accounted as kernel wired memory?=20 -- Alexander Kabaev --Sig_/m_bq8cJkdRCt329x3m1Pg62 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iD8DBQFThzzGQ6z1jMm+XZYRAl+VAKDrpe09bFaY1eVKWFka2dmhxj6T3QCgvWjP eM2UZ6zdyfwsQT01nuy3ReE= =d2dL -----END PGP SIGNATURE----- --Sig_/m_bq8cJkdRCt329x3m1Pg62-- From owner-freebsd-current@FreeBSD.ORG Thu May 29 14:20:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C5859E8B for ; Thu, 29 May 2014 14:20:52 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 867A72F85 for ; Thu, 29 May 2014 14:20:52 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id EF23D7B3F1 for ; Thu, 29 May 2014 14:20:50 +0000 (UTC) Message-ID: <53874244.5060609@freebsd.org> Date: Thu, 29 May 2014 10:20:52 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: official pkg repo with WITHOUT_X11=true References: <20F90EAB-ADC5-468C-9AFD-73F93794C4B2@FreeBSD.org> <800bc8e04e4cfed10632cca993cce8fa@shatow.net> <43B971CB-4810-458D-BC5D-3DC2DC764E39@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CKxHrekaGwWNAFAi48p4uFf9KaTB2NxE6" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 14:20:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --CKxHrekaGwWNAFAi48p4uFf9KaTB2NxE6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-05-29 08:42, Bryan Drewery wrote: >=20 >> On May 29, 2014, at 4:19, David Chisnall wrote:= >> >>> On 29 May 2014, at 02:23, Bryan Drewery wrote:= >>> >>> As for skipping unneeded ports the best I can do is '-a' or "Build it= all". >>> If a port is only needed for WITH_X11 then an IGNORE should be added = to it >>> when WITHOUT_X11 is set to prevent wasting time on it. >> >> We can probably do a bit better by looking at the complete dependency = graph and removing any ports that have unconditional dependencies on X. = For a headless server, there's no reason to build any of the kde-* or gno= me-* ports or, indeed, X itself. I suspect that we could easily trim 2/3= of the build time by omitting ports that have a GUI, GUI toolkits, and s= o on. =20 >=20 > Yeah. My point was more that poudriere can't do that now and I would ra= ther not add all that special-case logic to it. Clever make.conf logic mi= ght be able to do it. >=20 >> >> Longer term, we may be able to share the build time a bit. Ports whic= h don't have a WITHOUT_X11 flag and don't unconditionally depend on X11 c= an potentially be pre-seeded from the normal package build (if we can ide= ntify them). That only leaves the ports that actually have build-time co= nditional X support to build in the no-Xorg run. >=20 > Yup! I have a patch for that in the works. >=20 That would be a great improvement for the 'sets' feature in poudriere. Almost all of my different sets have some overlap. Although this would either require the 'queue' system you are working on, to say build sets X, Y, and Z, and if there is any overlap share it. Or, augment the set feature with an additional flag to specify a 'parent' set or something, -z myset -Z commonset to tell it an already built set where it can steal packages from. >> >> David > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 --=20 Allan Jude --CKxHrekaGwWNAFAi48p4uFf9KaTB2NxE6 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTh0JHAAoJEJrBFpNRJZKfi4EQAMAU6xswexCrBFUHXX9vx0M5 eQhokckRtHxR0A8SE4HFNSx9JoeAzGSGxAlNN6YHmfV7oJ9luHzzvs/z+sor11c7 5gRAD3jmq5xYJt5eCFyCCU8ZHLye/35x9l9mtprI/vbWLkd7Rw69C+w76wTVMDBU NfjSd6U4yRXlFVCO+pebS+zDGgVQcjVupPsJjZo6D9yqF84EmlgHL1PHWovimzVS QhFwv7Oo+tpoZY/pEllYGRrB//WLxR1upYrX1PT4XqrFZtBI6t52VdkqNAKc8VEu 6AW3jlQZ+FpI8/sq0e4VMj11EYe440oIrnVsepLVAD2J8NFBFV1qphrbraPcrqDh KGuyn/eI7UYjS30ulOXg93vCliPu0zNhimz98lSmon9F4MjI0MTn8gqm5Gpg/RBd qWUUxQB8QuAyBMARalHBvA0B/hG+Dzi9ofRHiTAE2z82FHs+L+Xx9h6g8iCyWuxP iuwpmil0G/H+XjYlBM0j9++BTevVAx+OO3/BJpFlMPxMsS7NrsU1hqU5HafEcjxq u10D1XtdZWyBWn9PwWYYOJJ+RFnCheTGZcbV78aSxdmDa64B/uFfp19A9CHJbz3Y Q4vLH+UoCjV1iLA/B8B2/+AUlcMth44Wg9EGJbIibL/IjKbN9ftPwMez6tdw5XTs dtvIpGREZGu8zfUPhnmk =7RNu -----END PGP SIGNATURE----- --CKxHrekaGwWNAFAi48p4uFf9KaTB2NxE6-- From owner-freebsd-current@FreeBSD.ORG Thu May 29 14:39:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F2692733 for ; Thu, 29 May 2014 14:39:58 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id CBF942104 for ; Thu, 29 May 2014 14:39:58 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 92CDA7B4BF for ; Thu, 29 May 2014 14:39:57 +0000 (UTC) Message-ID: <538746BF.7030403@freebsd.org> Date: Thu, 29 May 2014 10:39:59 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Memory blackhole in 11. Possibly libc.so.7? References: <1401356463384-5916161.post@n5.nabble.com> <201405290908.10274.jhb@freebsd.org> <20140529095722.1765ce36@kan> In-Reply-To: <20140529095722.1765ce36@kan> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dVenEAlPaiWfNH5xGXKNGlerqc2Qs36Et" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 14:39:59 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --dVenEAlPaiWfNH5xGXKNGlerqc2Qs36Et Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-05-29 09:57, Alexander Kabaev wrote: > On Thu, 29 May 2014 09:08:10 -0400 > John Baldwin wrote: >=20 >> On Thursday, May 29, 2014 5:41:03 am Beeblebrox wrote: >>> uname: FreeBSD 11.0-CURRENT #0 r266393M: Sun May 18 13:04:00 2014 >>> amd64 I'm also loading the Radeon_kms modules >>> > >>> >>> I don't know if the lsof dump in single user mode will be of any >>> help, but it seems like lib/libc.so.7 has something to do with it: >> >> >> Why do you think libc.so.7 has anything to do with this? wired >> memory is usually only allocated in the kernel, so if anything you >> are looking at some sort of memory leak in a driver (maybe the radeon >> driver?) >> >> --=20 >> John Baldwin >=20 > Aren't ZFS buffers accounted as kernel wired memory?=20 >=20 > -- > Alexander Kabaev >=20 Yes, the ZFS ARC cache is counted as wired memory. You might want to consider setting a lower vfs.zfs.arc_max in /boot/loader.conf The default is all memory less 1GB, or 95% of memory, whichever is more, and this is likely too high for your usage case. It is infact too high for every use case except a server that does nothing but act as a file server. --=20 Allan Jude --dVenEAlPaiWfNH5xGXKNGlerqc2Qs36Et 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTh0bDAAoJEJrBFpNRJZKfgtYP/RfyoLMesoZ8tOhCYq2naDaY ZsQJmN+NRRvUwkEAt/ImzygUj80Ls0BTxZxLLcJN1G5B3ApXTLUVGpB5gSoiVY8c jsarcLHdKPlSr54BJE0bHnKU+MdvP6gk/4I2qUjETPUNrMigVkFB+QdacYrF6NIT AnFq+jw+sGx9FrcyvhP8IiBlc0OfUqxcVscPoX3yFjyptoV0fTL0Ef+6AmOe+YAr I9MRk72Bh3UNovwJTqKyBhxS4LK+O9vT6drE8z4C7Eb6t2FVM4RlGM8ry0h9tEeA 3H91iId6IPRathd5k8RelqjDqew+QpXhq/7G4fGEKoS9mTQIJbOP6eiEmv+bVuQz A1uYAUvOhHsGh/mLAz/U0VchkWk5oE3e0GEoYVCT5WmPkQvUOWZesdt7huMayIKl il9kuKykNyyujNK/OB4E3E/mddY4vy1rJ52a9vT55eO5KgOtQ+M2lwyW2BkcPZ/s JKKryDrn3r+UHUyorlQWJsZZ+/ySy7VB0wfccCeHFY/leyWLfnZCgBTM5XkjSqyu S+S/HQua7rZ4+/0ToHHLlHi4tRLg2g6U/gtVGijw5qqaYk2+tWh8sYNGReVQVjpL oPZpcMXwA+8S0GpC2yR8yuw49Wv0T8ERePbD+ux3iEmwqHytyVyYXBHNMl9fqYHh kcNNXThK631TbQxgkqVE =t4Eq -----END PGP SIGNATURE----- --dVenEAlPaiWfNH5xGXKNGlerqc2Qs36Et-- From owner-freebsd-current@FreeBSD.ORG Thu May 29 14:42:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4345BAB9 for ; Thu, 29 May 2014 14:42:20 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 25ECF21BA for ; Thu, 29 May 2014 14:42:19 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Wq1X8-00026N-MK for freebsd-current@freebsd.org; Thu, 29 May 2014 07:42:18 -0700 Date: Thu, 29 May 2014 07:42:18 -0700 (PDT) From: Beeblebrox To: freebsd-current@freebsd.org Message-ID: <1401374538677-5916224.post@n5.nabble.com> In-Reply-To: <201405290908.10274.jhb@freebsd.org> References: <1401356463384-5916161.post@n5.nabble.com> <201405290908.10274.jhb@freebsd.org> Subject: Re: Memory blackhole in 11. Possibly libc.so.7? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 14:42:20 -0000 >> Why do you think libc.so.7 has anything to do with this? Well, because there are two instances of it running in the lsof dump, with several possible "child process" candidates. Why would they be hanging around when practically everything has been killed? Radeon*.ko modules are a very strong possibility, as I knew before I posted. Unfortunately I cannot kldunload those modules once laded because then tty's go dark and I must reboot. I send the Radeon developer some of my crash reports once and a while, so nothing to add there. Have not heard from him in a while, and I d't want to disturb him unnecessarily. And yes, as Alexander points out, zfs is also a possibility. ----- FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this message in context: http://freebsd.1045724.n5.nabble.com/Memory-blackhole-in-11-Possibly-libc-so-7-tp5916161p5916224.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Thu May 29 14:56:23 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A28525C for ; Thu, 29 May 2014 14:56:23 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp06.smtpout.orange.fr [80.12.242.128]) by mx1.freebsd.org (Postfix) with ESMTP id 165FC22D5 for ; Thu, 29 May 2014 14:56:21 +0000 (UTC) Received: from localhost ([92.162.131.62]) by mwinf5d29 with ME id 7qwD1o0021LvdGC03qwDuK; Thu, 29 May 2014 16:56:15 +0200 X-ME-Helo: localhost X-ME-Date: Thu, 29 May 2014 16:56:15 +0200 X-ME-IP: 92.162.131.62 Message-ID: <53874A8D.8000205@orange.fr> Date: Thu, 29 May 2014 16:56:13 +0200 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Aleksandr Rybalko Subject: Re: RFT vidcontrol for vt(4) References: <20140311162743.072870a9afd4f74fff9e99e8@ddteam.net> <5370CE34.8000905@orange.fr> <20140512171415.558dbcb68971d1db675ea39e@ddteam.net> <5370E47E.7030304@orange.fr> <20140529161743.a124c539c3b73dc908d7850e@ddteam.net> In-Reply-To: <20140529161743.a124c539c3b73dc908d7850e@ddteam.net> Content-Type: multipart/mixed; boundary="------------020404090101030207030703" Cc: emaste@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 14:56:23 -0000 This is a multi-part message in MIME format. --------------020404090101030207030703 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 05/29/2014 15:17, Aleksandr Rybalko wrote: > On Mon, 12 May 2014 17:10:54 +0200 > Claude Buisson wrote: > >> On 05/12/2014 16:14, Aleksandr Rybalko wrote: >>> On Mon, 12 May 2014 15:35:48 +0200 >>> Claude Buisson wrote: >>> >>>> On 03/11/2014 15:27, Aleksandr Rybalko wrote: >>>>> Hello hackers! >>>>> >>>>> Here is link to the patch[1] for vidcontrol that makes it to know if it >>>>> run w/ or w/o vt(4) and if vt(4) is present, then: >>>>> 1. screen map feature disabled (vt(4) use Unicode, so screen map not >>>>> needed). >>>>> 2. enable to load fornt from /usr/share/vt/fonts/ dir. PLease put >>>>> "gallant" font[2] to /usr/share/vt/fonts/. >>>>> >>>>> Looks like it works fine, but maybe I forgot something :) >>>>> So please test it in your own environment. >>>>> >>>>> Big thanks to Ed for preparing that font file! >>>>> >>>>> 1. >>>>> http://people.freebsd.org/~ray/newcons/vidcontrol_for_vt_2014-03-11.patch >>>>> 2. http://people.freebsd.org/~emaste/newcons/gallant.fnt >>>>> >>>>> Thanks! >>>>> >>>>> WBW >>>>> >>>> >>>> Hi, >>>> >>>> I applied this patch on a 10.0-STABLE r264390 with a Radeon Mobility X300 (M22) >>>> 5460, and DRM2. >>>> >>>> I could load an home made terminus 16x32 font (my eyes are too old to work with >>>> a 8x16 font on a 1920x1200 17" screen), by >>>> >>>> - looping on each ttyvN in a rc.local script >>>> >>>> or >>>> >>>> - adding allscreens_flags="-f terminus-u32" to rc.conf (for /etc/rc.d/syscons >>>> consumption) >>> >>> Cool! >>> Are you like to share that font? >>> >> >> Off course. >> In fact I generated 12x24, 14x28 and 16x32 fonts from terminus-font-4.38 by >> using the tools/tools/vt/fontcvt utility. >> I will send you these fonts offlist (because the FreeBSD lists do not like >> attachments). >> >>>> >>>> I just discovered than scrolling back in console mode works ONLY on ttyv0. >>> >>> Huh, it's surprising me. Before your mail I think we have problem with >>> scrollback on vty0, but not on others. :) >>> Looks like I have to concentrate and fix them all at once. >>> >> >> I confirm that scrollback works on ttyv0, but not on others ttyv when a font is >> loaded. >> >>>> >>>> What I have to do to get scrolling on every ttyvN ? >>>> >>>> The only way to get the system working in normal VGA mode (640x480) (not loading >>>> the drm2 and radeon kms modules by loader.conf) is by configuring the BIOS to >>>> not do display expansion - which leads to the same ridiculously small font.. >>>> >>>> And of course, kbdmux keeps being mandatory to be able to load a keymap. >>> >>> Yeah, I still remember. :) >>> >> >> This could be noted in the newly born vt(4) man page .. >> >>>> >>>> TIA >>>> >>>> Claude Buisson >>>> >>> >>> Many thanks Claude! >>> >>> WBW >>> >> >> CBu >> > > Hello Claude! > > Looks like nobody care about this patch, only you did test for it :) > So I commit it to HEAD, if you need it to be MFCed, I will do it a week > later. > > Many thanks for your help!!! > > WBW > Hello ! I (sort of) solved the scroll problem by patching sys/dev/vt/font/vt_font_default.c to compile my 16x32 font into the kernel. Clearly some more work is needed to make the modified vidcontrol a finished utility and to have the proper rc.conf knob to load a custom font at boot. And it must also be possible to generate a kernel with a custom font, without having to patch the source. I also found that tools/tools/vt/mkkfont/mkkfont.c does not put a comma after the final "}" of .vf_map, so one must apply the attached patch. Keep the work going ! CBu --------------020404090101030207030703 Content-Type: text/plain; charset=ISO-8859-15; name="patch-mkkfont.c.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch-mkkfont.c.txt" --- tools/tools/vt/mkkfont/mkkfont.c.orig 2014-03-06 19:30:56.000000000 +0100 +++ tools/tools/vt/mkkfont/mkkfont.c 2014-05-15 18:45:42.000000000 +0200 @@ -139,7 +139,7 @@ else printf("\t\t\t\t NULL,\n"); } - printf("\t\t\t\t }\n"); + printf("\t\t\t\t },\n"); printf("\t.vf_map_count\t\t= { %u, %u, %u, %u },\n", be32toh(fh->map_count[0]), be32toh(fh->map_count[1]), --------------020404090101030207030703-- From owner-freebsd-current@FreeBSD.ORG Thu May 29 16:04:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18333C06 for ; Thu, 29 May 2014 16:04:47 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E64A92934 for ; Thu, 29 May 2014 16:04:46 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5CD09B97B; Thu, 29 May 2014 12:04:45 -0400 (EDT) From: John Baldwin To: Alexander Kabaev Subject: Re: Memory blackhole in 11. Possibly libc.so.7? Date: Thu, 29 May 2014 12:04:02 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <1401356463384-5916161.post@n5.nabble.com> <201405290908.10274.jhb@freebsd.org> <20140529095722.1765ce36@kan> In-Reply-To: <20140529095722.1765ce36@kan> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201405291204.02160.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 29 May 2014 12:04:45 -0400 (EDT) Cc: freebsd-current@freebsd.org, Beeblebrox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 16:04:47 -0000 On Thursday, May 29, 2014 9:57:22 am Alexander Kabaev wrote: > On Thu, 29 May 2014 09:08:10 -0400 > John Baldwin wrote: > > > On Thursday, May 29, 2014 5:41:03 am Beeblebrox wrote: > > > uname: FreeBSD 11.0-CURRENT #0 r266393M: Sun May 18 13:04:00 2014 > > > amd64 I'm also loading the Radeon_kms modules > > > > > > > > > > I don't know if the lsof dump in single user mode will be of any > > > help, but it seems like lib/libc.so.7 has something to do with it: > > > > > > Why do you think libc.so.7 has anything to do with this? wired > > memory is usually only allocated in the kernel, so if anything you > > are looking at some sort of memory leak in a driver (maybe the radeon > > driver?) > > > > -- > > John Baldwin > > Aren't ZFS buffers accounted as kernel wired memory? Ah, yes, using ZFS this might be "normal". -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu May 29 16:11:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B7D7BE13; Thu, 29 May 2014 16:11:05 +0000 (UTC) Received: from mail-oa0-x22a.google.com (mail-oa0-x22a.google.com [IPv6:2607:f8b0:4003:c02::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 724AD2A0A; Thu, 29 May 2014 16:11:05 +0000 (UTC) Received: by mail-oa0-f42.google.com with SMTP id j17so562071oag.29 for ; Thu, 29 May 2014 09:11:04 -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:message-id:subject :from:to:cc:content-type; bh=QEIg5yZPrf2B2oJ04yGFIwlF2r58uGk52FAdFj+CCbM=; b=puE4o+nbQ+tv0unA6DucEOfkLhlQEk02RlVpokmvrdxF2NIuToZ5UtzfRWHh8sCI6G BkNxA+6f1h6u6YljBNu2tgctgB3uV2xi9CkQSD4xYgWVZWHxwYkhFe0WauPb3vylmoJA tyRKqqRF8UMBZbSvF2UUJCTBM26nUhkSrAaJVq584d37ep0GsVk1xUfbmEczxiO4NBjl 1egw7i3eN/OzPXy3+NA47pWJYzfdPuMHPgD1bDiTZxG65lPqa1amidVZBwwDv2AM6lf0 DepRJ2hWw0VO+zmYmW6OoAYp/9lbtW+RfHnHUIwhNRxcSGaVEspFU1qTnTi1/AMquO5O qkzQ== MIME-Version: 1.0 X-Received: by 10.182.58.83 with SMTP id o19mr9833083obq.26.1401379864670; Thu, 29 May 2014 09:11:04 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.76.21.139 with HTTP; Thu, 29 May 2014 09:11:04 -0700 (PDT) In-Reply-To: <53874A8D.8000205@orange.fr> References: <20140311162743.072870a9afd4f74fff9e99e8@ddteam.net> <5370CE34.8000905@orange.fr> <20140512171415.558dbcb68971d1db675ea39e@ddteam.net> <5370E47E.7030304@orange.fr> <20140529161743.a124c539c3b73dc908d7850e@ddteam.net> <53874A8D.8000205@orange.fr> Date: Thu, 29 May 2014 09:11:04 -0700 X-Google-Sender-Auth: 2jvUjeotE-vdpPvdg6aD4_HLwUk Message-ID: Subject: Re: RFT vidcontrol for vt(4) From: Kevin Oberman To: Claude Buisson Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: Aleksandr Rybalko , Ed Maste , "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 16:11:05 -0000 On Thu, May 29, 2014 at 7:56 AM, Claude Buisson wrote: > On 05/29/2014 15:17, Aleksandr Rybalko wrote: > >> On Mon, 12 May 2014 17:10:54 +0200 >> Claude Buisson wrote: >> >> On 05/12/2014 16:14, Aleksandr Rybalko wrote: >>> >>>> On Mon, 12 May 2014 15:35:48 +0200 >>>> Claude Buisson wrote: >>>> >>>> On 03/11/2014 15:27, Aleksandr Rybalko wrote: >>>>> >>>>>> Hello hackers! >>>>>> >>>>>> Here is link to the patch[1] for vidcontrol that makes it to know if >>>>>> it >>>>>> run w/ or w/o vt(4) and if vt(4) is present, then: >>>>>> 1. screen map feature disabled (vt(4) use Unicode, so screen map not >>>>>> needed). >>>>>> 2. enable to load fornt from /usr/share/vt/fonts/ dir. PLease put >>>>>> "gallant" font[2] to /usr/share/vt/fonts/. >>>>>> >>>>>> Looks like it works fine, but maybe I forgot something :) >>>>>> So please test it in your own environment. >>>>>> >>>>>> Big thanks to Ed for preparing that font file! >>>>>> >>>>>> 1. >>>>>> http://people.freebsd.org/~ray/newcons/vidcontrol_for_vt_ >>>>>> 2014-03-11.patch >>>>>> 2. http://people.freebsd.org/~emaste/newcons/gallant.fnt >>>>>> >>>>>> Thanks! >>>>>> >>>>>> WBW >>>>>> >>>>>> >>>>> Hi, >>>>> >>>>> I applied this patch on a 10.0-STABLE r264390 with a Radeon Mobility >>>>> X300 (M22) >>>>> 5460, and DRM2. >>>>> >>>>> I could load an home made terminus 16x32 font (my eyes are too old to >>>>> work with >>>>> a 8x16 font on a 1920x1200 17" screen), by >>>>> >>>>> - looping on each ttyvN in a rc.local script >>>>> >>>>> or >>>>> >>>>> - adding allscreens_flags="-f terminus-u32" to rc.conf (for >>>>> /etc/rc.d/syscons >>>>> consumption) >>>>> >>>> >>>> Cool! >>>> Are you like to share that font? >>>> >>>> >>> Off course. >>> In fact I generated 12x24, 14x28 and 16x32 fonts from terminus-font-4.38 >>> by >>> using the tools/tools/vt/fontcvt utility. >>> I will send you these fonts offlist (because the FreeBSD lists do not >>> like >>> attachments). >>> >>> >>>>> I just discovered than scrolling back in console mode works ONLY on >>>>> ttyv0. >>>>> >>>> >>>> Huh, it's surprising me. Before your mail I think we have problem with >>>> scrollback on vty0, but not on others. :) >>>> Looks like I have to concentrate and fix them all at once. >>>> >>>> >>> I confirm that scrollback works on ttyv0, but not on others ttyv when a >>> font is >>> loaded. >>> >>> >>>>> What I have to do to get scrolling on every ttyvN ? >>>>> >>>>> The only way to get the system working in normal VGA mode (640x480) >>>>> (not loading >>>>> the drm2 and radeon kms modules by loader.conf) is by configuring the >>>>> BIOS to >>>>> not do display expansion - which leads to the same ridiculously small >>>>> font.. >>>>> >>>>> And of course, kbdmux keeps being mandatory to be able to load a >>>>> keymap. >>>>> >>>> >>>> Yeah, I still remember. :) >>>> >>>> >>> This could be noted in the newly born vt(4) man page .. >>> >>> >>>>> TIA >>>>> >>>>> Claude Buisson >>>>> >>>>> >>>> Many thanks Claude! >>>> >>>> WBW >>>> >>>> >>> CBu >>> >>> >> Hello Claude! >> >> Looks like nobody care about this patch, only you did test for it :) >> So I commit it to HEAD, if you need it to be MFCed, I will do it a week >> later. >> >> Many thanks for your help!!! >> >> WBW >> >> > Hello ! > > I (sort of) solved the scroll problem by patching > sys/dev/vt/font/vt_font_default.c > to compile my 16x32 font into the kernel. > > Clearly some more work is needed to make the modified vidcontrol a finished > utility and to have the proper rc.conf knob to load a custom font at boot. > And it must also be possible to generate a kernel with a custom font, > without > having to patch the source. > > I also found that > tools/tools/vt/mkkfont/mkkfont.c > does not put a comma after the final "}" of .vf_map, so one must apply the > attached patch. > > Keep the work going ! > > CBu > Actually, I did test vidcontrol patches, but everything just seemed to work fine, so I failed to report anything. I guess reporting that nothing happened is a bit boring, but still important. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu May 29 16:21:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 648FA7A7 for ; Thu, 29 May 2014 16:21:37 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 3DE8B2B35 for ; Thu, 29 May 2014 16:21:36 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 5D8F37B9E0 for ; Thu, 29 May 2014 16:21:35 +0000 (UTC) Message-ID: <53875E91.1080002@freebsd.org> Date: Thu, 29 May 2014 12:21:37 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Memory blackhole in 11. Possibly libc.so.7? References: <1401356463384-5916161.post@n5.nabble.com> <201405290908.10274.jhb@freebsd.org> <20140529095722.1765ce36@kan> <201405291204.02160.jhb@freebsd.org> In-Reply-To: <201405291204.02160.jhb@freebsd.org> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="O57MI7lRKQt0A8t6HQaWBAI2MNOAPluv7" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 16:21:37 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --O57MI7lRKQt0A8t6HQaWBAI2MNOAPluv7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-05-29 12:04, John Baldwin wrote: > On Thursday, May 29, 2014 9:57:22 am Alexander Kabaev wrote: >> On Thu, 29 May 2014 09:08:10 -0400 >> John Baldwin wrote: >> >>> On Thursday, May 29, 2014 5:41:03 am Beeblebrox wrote: >>>> uname: FreeBSD 11.0-CURRENT #0 r266393M: Sun May 18 13:04:00 2014 >>>> amd64 I'm also loading the Radeon_kms modules >>>> >> >>>> >>>> I don't know if the lsof dump in single user mode will be of any >>>> help, but it seems like lib/libc.so.7 has something to do with it: >>> >>> >>> Why do you think libc.so.7 has anything to do with this? wired >>> memory is usually only allocated in the kernel, so if anything you >>> are looking at some sort of memory leak in a driver (maybe the radeon= >>> driver?) >>> >>> --=20 >>> John Baldwin >> >> Aren't ZFS buffers accounted as kernel wired memory?=20 >=20 > Ah, yes, using ZFS this might be "normal". >=20 sysctl kstat.zfs.misc.arcstats.size will tell you how much memory the ARC is using, it will likely be 'most' of the wired memory. 'top' gives a decent display as well: Mem: 8896K Active, 205M Inact, 5764M Wired, 1926M Free ARC: 2939M Total, 39M MFU, 2182M MRU, 1936K Anon, 136M Header, 581M Other= --=20 Allan Jude --O57MI7lRKQt0A8t6HQaWBAI2MNOAPluv7 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTh16UAAoJEJrBFpNRJZKfPl0P/A5oVotYEVwyxamSYOYiURWT ZsmohAD64vR5wb+6XLhNVSBQdwNB38VIGOXWfeH2IKtZERsC4r1Si7MEnxypv8KN 8B8rxeyGb0Yl+HBl04smQdHJH4qhmA2FOoAQausgAxeIs+jMG/UBtYE1HyLhn1Na 3Vlty3JChQ8E1DsmgJOrG5PioJpUxUcn/yHEQLgvIJRSl8xEmmAKgHjps+9lOd3a kvAOw4Mzg5dujiApwQ93J4qmRSfAROYda6iSnFv2JwrUv544HW7DTlZWAw4K624y /rvdqyKAexNTpfDzikoL9wonzBw2aQeGcV4o+I9Q3YEvxTukj05C1h8Fhi6wNJqz +iiNTwrcTaawYeEPV97xrcGKGlTeddFcuYhPnhXtnAsZSAhA4IWPL7uSsroNsIb5 O/P+OP5IWcKeStCi7i5tafRQ+cvsxrvOwvxU+8KsswChWlTvJibUEehobAR8RNZJ TphVS0sNytfNJ2PKsZVsiow3umKDcu4I1js3pbH32o7RQwASsfwzT/EdO73KBiGt 42k5MRGkhnBRs1cz+i/ufN5r5LYhE4cM55LNKUWVSw03LOXpO5fEwy7RPERGRcUk gea4AkPurpSmHurDJxEgiA0o5XTO4Q6ze6Biomyrt8TAWUXntGBtIkcx2+Ly15DW O+NAL0U4lLQdAWnRg5El =fh41 -----END PGP SIGNATURE----- --O57MI7lRKQt0A8t6HQaWBAI2MNOAPluv7-- From owner-freebsd-current@FreeBSD.ORG Thu May 29 16:31:17 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 871F2C05 for ; Thu, 29 May 2014 16:31:17 +0000 (UTC) Received: from mail-qg0-x231.google.com (mail-qg0-x231.google.com [IPv6:2607:f8b0:400d:c04::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47ACA2BEE for ; Thu, 29 May 2014 16:31:17 +0000 (UTC) Received: by mail-qg0-f49.google.com with SMTP id a108so1681376qge.8 for ; Thu, 29 May 2014 09:31:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:from:date:message-id:subject:to:content-type; bh=ICE6ybwNPn/bXcSijyW20inGpC7x47OzB1ZEb/kMH80=; b=a3M1iWW3DuhBQMNiTCLcBP6OAlVSkS7bReww2bnWmNkPDsuwU7S9vFsId/4mZZzS9U u+tgTHwSlOpZhJ1/FIrmlPRf6BDr0/YW7gMoCVtixuzMtrNgT2Hpnb5armvBFf05lb6v hbbCnrzqwgLrEVhPxnuWZh1wMVwbBOQrAsJ4o= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=ICE6ybwNPn/bXcSijyW20inGpC7x47OzB1ZEb/kMH80=; b=BOUkBBuPX/XLBA/KSRI73x5NbOGjTq7ZDSuzQogCgtDVFCBen5Qrflo0GvvIwWN18q 9vL0wDfaVNYCbbO/m2SwukbR0tq13kt/3yF8M8ZQhCOyZlGLgKUfBP9IO3iTFbTEqkIi 9fo9noZ9R+biPnGlupbnzLH/ZB1bpDD+skHfd9tfr4wowfCRJI6/eS3jf8rXYWs64Oz9 dZfOKLdHA9GT+ObTwvUcwakJl8O3EWHgzsX70mkoIBrqWD/BF8/U04WRTvNqrmXDE9h/ jNs7W11HrfshaZDsI1wJpF/4NBcsduZ6QnMnDGDbnQw9zHYvLWzthm1rR6orobW6t6zn kk8Q== X-Gm-Message-State: ALoCoQmy2EqIGMmqjBFMeP4JFAPS5tZ/V0ckBQB7u2xxCjlTIOeRI/MBNgPDLdmfBZAM0g9+oWu6 X-Received: by 10.140.94.225 with SMTP id g88mr10857933qge.101.1401381076298; Thu, 29 May 2014 09:31:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.96.147.135 with HTTP; Thu, 29 May 2014 09:30:46 -0700 (PDT) From: Eitan Adler Date: Thu, 29 May 2014 09:30:46 -0700 Message-ID: Subject: system data diagram To: "freebsd-arch@freebsd.org" , current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 16:31:17 -0000 Hey all, http://www.brendangregg.com/Perf/linuxperftools.png is a neat diagram. Who wants to make one for FreeBSD? It'll even make its way to our website & documentation :) -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Thu May 29 16:53:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B8852E3; Thu, 29 May 2014 16:53:56 +0000 (UTC) Received: from mail-qg0-x231.google.com (mail-qg0-x231.google.com [IPv6:2607:f8b0:400d:c04::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BDF292E46; Thu, 29 May 2014 16:53:55 +0000 (UTC) Received: by mail-qg0-f49.google.com with SMTP id a108so1773730qge.36 for ; Thu, 29 May 2014 09:53:55 -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:message-id:subject :from:to:cc:content-type; bh=RdKFMTZkf1uEaItYVfWbNTt4VPZVpC176nvo2SY2IoY=; b=DlnIQpWeUaryrEZR1TCp7KLntim8TvaubJ91XdXgqUNisF038kytlmeECoVxWxnpKM FReNMd2PIAHKf9MfWecAiyQVimDFy3b6Z9AZxi4GQvwo3SWJAu6A9fh/q39Y+E7kabOV mW2g7ou5hJwgzlStp/r9MARyUDC2YNkjscmlZHYoPu+fgKzgy40KcwKDyEHWVua3Twnp XJQ56g1ULeIJr6DKz03oQSl36IMmATX0l00K3nGz65AjqKDXJMHQS40QZaLqTQCizXig FNkz3t7dTMHTEft+c885j2YWHrqtpuo3OygLbQln2UKuOJhTxFXEZmuwmbQ9AkSuEqS1 nPIw== MIME-Version: 1.0 X-Received: by 10.224.37.10 with SMTP id v10mr11932705qad.98.1401382434965; Thu, 29 May 2014 09:53:54 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Thu, 29 May 2014 09:53:54 -0700 (PDT) In-Reply-To: <201405281358.35924.jhb@freebsd.org> References: <20140524014713.GF13462@carrick-users.bishnet.net> <201405280956.27800.jhb@freebsd.org> <201405281358.35924.jhb@freebsd.org> Date: Thu, 29 May 2014 09:53:54 -0700 X-Google-Sender-Auth: YfQM9m-HCG67s_1QyNA1ddaWIUQ Message-ID: Subject: Re: Processor cores not properly detected/activated? From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=UTF-8 Cc: Attilio Rao , freebsd-current , Jia-Shiun Li , Alan Somers , Tim Bishop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 16:53:56 -0000 On 28 May 2014 10:58, John Baldwin wrote: > On Wednesday, May 28, 2014 1:51:28 pm Adrian Chadd wrote: >> On 28 May 2014 06:56, John Baldwin wrote: >> >> >> > Userland cpusets only default to 128 (CPU_MAXSIZE in ). >> > Changing MAXCPU to even 128 is unfortunately a potential KBI change since it >> > changes the size of 'cpuset_t'. We can certainly bump these in HEAD for 11, >> > but we might not be able to MFC them without introducing ABI breakage. >> > (The cpuset APIs do allow the size of cpuset_t to change as the size is >> > encoded in the API calls, so there is that, it's more that if some public >> > structure embeds a cpuset_t in the kernel that we would have problems. I >> > thought 'struct pcpu' did, but it does not.) >> > >> > Hmm, smp_rendezvous() accepts a cpuset_t as its first argument (and is a >> > public symbol used by kernel modules such as dtrace). 'struct rmlock' also >> > embeds a cpuset_t. So, I think we can't bump cpuset_t without breaking >> > the KBI. We can bump it in HEAD however. (Note, if re@ signed off, we could >> > perhaps merge to 10, but we tend to be very hesitant about breaking the KBI.) >> > One thing we could do safely is bump the userland cpuset size to 256 in 10. >> > It's really only MAXCPU that is problematic. >> > >> > In particular, I propose we bump the userland cpuset_t size to 256 now (and >> > go ahead and merge that to 10). In HEAD only we can bump MAXCPU for amd64 >> > to 256. >> >> Since 11 is going to be around for a few years, can we experiment >> bumping it up to something compute-cluster-computer-sized just to get >> it over with? Something stupid, like 4096 or something? > > It costs wired memory to increase it for the kernel. The userland set size > can be increased rather arbitrarily, so we don't need to make it but so large > as it is easy to bump later (even with a branch). Well, what about making the API/KBI use cpuset_t pointers for things rather than including it as a bitmask? Do you think there'd be a noticable performance overhead for the bits where it's indirecting through a pointer to get to the bitmask data? -a From owner-freebsd-current@FreeBSD.ORG Thu May 29 18:04:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DB442AFF for ; Thu, 29 May 2014 18:04:11 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B430F24A7 for ; Thu, 29 May 2014 18:04:11 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 25F0FB926; Thu, 29 May 2014 14:04:10 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: Memory blackhole in 11. Possibly libc.so.7? Date: Thu, 29 May 2014 12:11:27 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <1401356463384-5916161.post@n5.nabble.com> <201405290908.10274.jhb@freebsd.org> <1401374538677-5916224.post@n5.nabble.com> In-Reply-To: <1401374538677-5916224.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201405291211.27264.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 29 May 2014 14:04:10 -0400 (EDT) Cc: Beeblebrox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 18:04:11 -0000 On Thursday, May 29, 2014 10:42:18 am Beeblebrox wrote: > >> Why do you think libc.so.7 has anything to do with this? > > Well, because there are two instances of it running in the lsof dump, with > several possible "child process" candidates. Why would they be hanging > around when practically everything has been killed? Everything that is dynamically pulls in libc.so.7. This includes /bin/sh, etc. However, those mappings are not _wired_ memory. Those would just be active or inactive pages. > Radeon*.ko modules are a very strong possibility, as I knew before I posted. > Unfortunately I cannot kldunload those modules once laded because then tty's > go dark and I must reboot. I send the Radeon developer some of my crash > reports once and a while, so nothing to add there. Have not heard from him > in a while, and I d't want to disturb him unnecessarily. > > And yes, as Alexander points out, zfs is also a possibility. ZFS is almost certainly the cause of the wired memory usage. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu May 29 18:04:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE1D9BF9; Thu, 29 May 2014 18:04:16 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 931CE24A8; Thu, 29 May 2014 18:04:16 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 87D96B95D; Thu, 29 May 2014 14:04:15 -0400 (EDT) From: John Baldwin To: Adrian Chadd Subject: Re: Processor cores not properly detected/activated? Date: Thu, 29 May 2014 13:18:35 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <20140524014713.GF13462@carrick-users.bishnet.net> <201405281358.35924.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201405291318.36130.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 29 May 2014 14:04:15 -0400 (EDT) Cc: Attilio Rao , freebsd-current , Jia-Shiun Li , Alan Somers , Tim Bishop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 18:04:16 -0000 On Thursday, May 29, 2014 12:53:54 pm Adrian Chadd wrote: > On 28 May 2014 10:58, John Baldwin wrote: > > On Wednesday, May 28, 2014 1:51:28 pm Adrian Chadd wrote: > >> On 28 May 2014 06:56, John Baldwin wrote: > >> > >> > >> > Userland cpusets only default to 128 (CPU_MAXSIZE in ). > >> > Changing MAXCPU to even 128 is unfortunately a potential KBI change since it > >> > changes the size of 'cpuset_t'. We can certainly bump these in HEAD for 11, > >> > but we might not be able to MFC them without introducing ABI breakage. > >> > (The cpuset APIs do allow the size of cpuset_t to change as the size is > >> > encoded in the API calls, so there is that, it's more that if some public > >> > structure embeds a cpuset_t in the kernel that we would have problems. I > >> > thought 'struct pcpu' did, but it does not.) > >> > > >> > Hmm, smp_rendezvous() accepts a cpuset_t as its first argument (and is a > >> > public symbol used by kernel modules such as dtrace). 'struct rmlock' also > >> > embeds a cpuset_t. So, I think we can't bump cpuset_t without breaking > >> > the KBI. We can bump it in HEAD however. (Note, if re@ signed off, we could > >> > perhaps merge to 10, but we tend to be very hesitant about breaking the KBI.) > >> > One thing we could do safely is bump the userland cpuset size to 256 in 10. > >> > It's really only MAXCPU that is problematic. > >> > > >> > In particular, I propose we bump the userland cpuset_t size to 256 now (and > >> > go ahead and merge that to 10). In HEAD only we can bump MAXCPU for amd64 > >> > to 256. > >> > >> Since 11 is going to be around for a few years, can we experiment > >> bumping it up to something compute-cluster-computer-sized just to get > >> it over with? Something stupid, like 4096 or something? > > > > It costs wired memory to increase it for the kernel. The userland set size > > can be increased rather arbitrarily, so we don't need to make it but so large > > as it is easy to bump later (even with a branch). > > Well, what about making the API/KBI use cpuset_t pointers for things > rather than including it as a bitmask? Do you think there'd be a > noticable performance overhead for the bits where it's indirecting > through a pointer to get to the bitmask data? The wired memory is not due to cpuset_t. The wired memory usage is due to things that do 'struct foo foo_bits[MAXCPU]'. The KBI issues I mentioned above are 'struct rmlock' (so now you want any rmlock users to malloc space, or you want rmlock_init() call malloc? (that seems like a bad idea)). The other one is smp_rendezvous. Plus, it's not just a pointer, you really need a (pointer, size_t) tuple similar to what cpuset_getaffinity(), etc. use. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu May 29 18:24:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D62564E; Thu, 29 May 2014 18:24:47 +0000 (UTC) Received: from mail-qg0-x233.google.com (mail-qg0-x233.google.com [IPv6:2607:f8b0:400d:c04::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CF2512688; Thu, 29 May 2014 18:24:46 +0000 (UTC) Received: by mail-qg0-f51.google.com with SMTP id q107so2138896qgd.38 for ; Thu, 29 May 2014 11:24:45 -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:message-id:subject :from:to:cc:content-type; bh=kw31uQsicM2vMgszXdxC33RXaUtA1WOqv+Lubol1u2k=; b=XH56tZ5NHms9kC0izaan22I6rHnTdXItHOIbPyb/jko/BU0jwl9HEpI8MUeTMCVH8x F7aWgBpo3ce4/Tc5kz3j4t0R/3ekxZF7jO7qBJS88kAJTe14NOATwPsE6yEeSDSxrrTB Q3A54t1JdNr1R+fdGKaZM58ZDOArmfJ7MuLszl8tn6w3/03n6GnSZM75Adz230BKBczK bV6rSu4U980U1m9gThkL1uSLLxNmY2C09Dnw71bNdgiyLOM1yjnoccMT7CiSJ3tDnb/w 8HbrSGojH+qnrNhXEfrF32jhJBOuTtjwBijf/rSZ5+VKdc95FA3f43u43rAVf8bL9jUQ nfCg== MIME-Version: 1.0 X-Received: by 10.140.22.209 with SMTP id 75mr12318973qgn.4.1401387885744; Thu, 29 May 2014 11:24:45 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Thu, 29 May 2014 11:24:45 -0700 (PDT) In-Reply-To: <201405291318.36130.jhb@freebsd.org> References: <20140524014713.GF13462@carrick-users.bishnet.net> <201405281358.35924.jhb@freebsd.org> <201405291318.36130.jhb@freebsd.org> Date: Thu, 29 May 2014 11:24:45 -0700 X-Google-Sender-Auth: pKkHPWn6HaPCfdlkRUp7akn2rtU Message-ID: Subject: Re: Processor cores not properly detected/activated? From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=UTF-8 Cc: Attilio Rao , freebsd-current , Jia-Shiun Li , Alan Somers , Tim Bishop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 18:24:47 -0000 On 29 May 2014 10:18, John Baldwin wrote: >> > It costs wired memory to increase it for the kernel. The userland set size >> > can be increased rather arbitrarily, so we don't need to make it but so large >> > as it is easy to bump later (even with a branch). >> >> Well, what about making the API/KBI use cpuset_t pointers for things >> rather than including it as a bitmask? Do you think there'd be a >> noticable performance overhead for the bits where it's indirecting >> through a pointer to get to the bitmask data? > > The wired memory is not due to cpuset_t. The wired memory usage is due to things > that do 'struct foo foo_bits[MAXCPU]'. The KBI issues I mentioned above are > 'struct rmlock' (so now you want any rmlock users to malloc space, or you > want rmlock_init() call malloc? (that seems like a bad idea)). The other one > is smp_rendezvous. Plus, it's not just a pointer, you really need a (pointer, > size_t) tuple similar to what cpuset_getaffinity(), etc. use. Why would calling malloc be a problem? Except for the initial setup of things, anything dynamically allocating structs with embedded things like rmlocks are already dynamically allocating them via malloc or uma. There's a larger fundamental problem with malloc, fragmentation and getting the required larger allocations for things. But even a 4096 CPU box would require a 512 byte malloc. That shouldn't be that hard to do. It'd just be from some memory that isn't close to the rest of the lock state. -a From owner-freebsd-current@FreeBSD.ORG Thu May 29 19:15:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8055EF4; Thu, 29 May 2014 19:15:52 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BC5752DBE; Thu, 29 May 2014 19:15:52 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 64DD9B95B; Thu, 29 May 2014 15:15:50 -0400 (EDT) From: John Baldwin To: Adrian Chadd Subject: Re: Processor cores not properly detected/activated? Date: Thu, 29 May 2014 14:44:19 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <20140524014713.GF13462@carrick-users.bishnet.net> <201405291318.36130.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201405291444.19497.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 29 May 2014 15:15:50 -0400 (EDT) Cc: Attilio Rao , freebsd-current , Jia-Shiun Li , Alan Somers , Tim Bishop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 19:15:53 -0000 On Thursday, May 29, 2014 2:24:45 pm Adrian Chadd wrote: > On 29 May 2014 10:18, John Baldwin wrote: > > >> > It costs wired memory to increase it for the kernel. The userland set size > >> > can be increased rather arbitrarily, so we don't need to make it but so large > >> > as it is easy to bump later (even with a branch). > >> > >> Well, what about making the API/KBI use cpuset_t pointers for things > >> rather than including it as a bitmask? Do you think there'd be a > >> noticable performance overhead for the bits where it's indirecting > >> through a pointer to get to the bitmask data? > > > > The wired memory is not due to cpuset_t. The wired memory usage is due to things > > that do 'struct foo foo_bits[MAXCPU]'. The KBI issues I mentioned above are > > 'struct rmlock' (so now you want any rmlock users to malloc space, or you > > want rmlock_init() call malloc? (that seems like a bad idea)). The other one > > is smp_rendezvous. Plus, it's not just a pointer, you really need a (pointer, > > size_t) tuple similar to what cpuset_getaffinity(), etc. use. > > Why would calling malloc be a problem? Except for the initial setup of > things, anything dynamically allocating structs with embedded things > like rmlocks are already dynamically allocating them via malloc or > uma. > > There's a larger fundamental problem with malloc, fragmentation and > getting the required larger allocations for things. But even a 4096 > CPU box would require a 512 byte malloc. That shouldn't be that hard > to do. It'd just be from some memory that isn't close to the rest of > the lock state. Other similar APIs like mtx_init() don't call malloc(), so it would be unusual behavior. However, we have several other problems before we can move beyond 256 anyway (like pf). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu May 29 19:28:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 922FA6BC; Thu, 29 May 2014 19:28:02 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 326FF2EC9; Thu, 29 May 2014 19:28:02 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id s4TJRvU0084205; Thu, 29 May 2014 22:27:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s4TJRvU0084205 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.8/Submit) id s4TJRvDF084204; Thu, 29 May 2014 22:27:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 29 May 2014 22:27:57 +0300 From: Konstantin Belousov To: John Baldwin Subject: Re: Processor cores not properly detected/activated? Message-ID: <20140529192756.GI3991@kib.kiev.ua> References: <20140524014713.GF13462@carrick-users.bishnet.net> <201405291318.36130.jhb@freebsd.org> <201405291444.19497.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8/UBlNHSEJa6utmr" Content-Disposition: inline In-Reply-To: <201405291444.19497.jhb@freebsd.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 19:28:02 -0000 --8/UBlNHSEJa6utmr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 29, 2014 at 02:44:19PM -0400, John Baldwin wrote: > On Thursday, May 29, 2014 2:24:45 pm Adrian Chadd wrote: > > On 29 May 2014 10:18, John Baldwin wrote: > >=20 > > >> > It costs wired memory to increase it for the kernel. The userland= set size > > >> > can be increased rather arbitrarily, so we don't need to make it b= ut so large > > >> > as it is easy to bump later (even with a branch). > > >> > > >> Well, what about making the API/KBI use cpuset_t pointers for things > > >> rather than including it as a bitmask? Do you think there'd be a > > >> noticable performance overhead for the bits where it's indirecting > > >> through a pointer to get to the bitmask data? > > > > > > The wired memory is not due to cpuset_t. The wired memory usage is d= ue to things > > > that do 'struct foo foo_bits[MAXCPU]'. The KBI issues I mentioned ab= ove are > > > 'struct rmlock' (so now you want any rmlock users to malloc space, or= you > > > want rmlock_init() call malloc? (that seems like a bad idea)). The = other one > > > is smp_rendezvous. Plus, it's not just a pointer, you really need a = (pointer, > > > size_t) tuple similar to what cpuset_getaffinity(), etc. use. > >=20 > > Why would calling malloc be a problem? Except for the initial setup of > > things, anything dynamically allocating structs with embedded things > > like rmlocks are already dynamically allocating them via malloc or > > uma. > >=20 > > There's a larger fundamental problem with malloc, fragmentation and > > getting the required larger allocations for things. But even a 4096 > > CPU box would require a 512 byte malloc. That shouldn't be that hard > > to do. It'd just be from some memory that isn't close to the rest of > > the lock state. >=20 > Other similar APIs like mtx_init() don't call malloc(), so it would be > unusual behavior. However, we have several other problems before we can > move beyond 256 anyway (like pf). What is pf ? We definitely have a problem with the legacy APIC mode, we must start using x2APIC, I believe. --8/UBlNHSEJa6utmr Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJTh4o8AAoJEJDCuSvBvK1BeMMP/iP/0DILCdd2alpNB5JqX3Zv neGeWXSB20sOBVqBSzNNdlFT9FZuYCB9bd+UWY1NZyh2b9xrMKV2wbGa616B+ih5 zFknmwyvj5lmAf0EhDcUmcOo+Cc7EBH+2bgO0ODIbyCcNQpK4Ic/Atl3Kk9Vi1uV ZryNmtd9NR0nxDtwBZDgzK0yr4hs96NlSCXTMGPoatZmGG1h2xVnLvJ2qeOO8x4F +RAyvsnJ0xJKumMfcyP37aXgxrMrQNT3ZQmxAw7apSuEM7wIrzbUPztNbrp7/Sih rP8onIevJr+xlCtODfFeJrW1cOF+13IngC2krIcWFxS2ctiAQEbH81M1OO2+Ep0r kffTQ5+VizFNi5t/AJ3orDfs3ielJQyo+tHsCSgV9bPgsXLZKxTzdcaj0+0FO5lF joqbGi7jLPfORxHZYs09qr8GVII4eUvuVjt/UGtXGMubs1is0TiQaGWtew/4UsGw d8+rTYvs2+FCb5yL3oOXUUIBjH32ieH9P4JEZDp1SwviMXguO2OV8+TmERwWeIWu TVvWdAtYnaqgyE7c906jqV6ARgC7VkCCf7Agv/CutPKDZNKv+fpqgSeo5i6+baLE d0LlzERPP3jVYRTcGHgYFF75UbBkfyz4ZbrdP00AarzXoNJcKYbdpstmv7VOvYJQ U4z0WIGKdaa3Ht1ZA7Gy =evye -----END PGP SIGNATURE----- --8/UBlNHSEJa6utmr-- From owner-freebsd-current@FreeBSD.ORG Thu May 29 20:05:51 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 122B0C47; Thu, 29 May 2014 20:05:51 +0000 (UTC) Received: from mail-qg0-x233.google.com (mail-qg0-x233.google.com [IPv6:2607:f8b0:400d:c04::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 980412248; Thu, 29 May 2014 20:05:50 +0000 (UTC) Received: by mail-qg0-f51.google.com with SMTP id q107so2538157qgd.38 for ; Thu, 29 May 2014 13:05:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:cc:content-type; bh=aQSK5AwvJmcQGU619gR/OZIpfv04X6HaIrb1kfCi5qw=; b=zsX/yxIEQvtasjl5hcweLSNKSO3ATrVdBlLO37fhHVPQ1TYQyxTNgtkFt0F3ccX5jn oPzyV0/R1BEnIQwj3ygExbtG11y8TypxOUnmwqFhPlKHGpiPv3YGLVJP/Am2o1b/mzvS AwS+TmBw61K4QaIbsjYp8QbS0SyN3l5ZhhjOU6kNgBO5BbQJcVfqCUlrEEo1AtRlHiVO uF8r2HR2JxXXElgNY5Q4hydpZCq22QTHu3Ax/r6gwN9D+koo3NmWfimSm9TfoJza7KxD fXbxQSo/oMdnHfVBGEdAxGjtjjCTWPRYZnvvZErQH/ZLq48k1S1bWqicQ+1xz2H4JjQm 5kwg== MIME-Version: 1.0 X-Received: by 10.224.16.199 with SMTP id p7mr14060418qaa.76.1401393949767; Thu, 29 May 2014 13:05:49 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Thu, 29 May 2014 13:05:49 -0700 (PDT) Date: Thu, 29 May 2014 13:05:49 -0700 X-Google-Sender-Auth: luKlKqZH9Kv-ske-xW216wOqaAs Message-ID: Subject: cpuid_t typedef? (was Re: Processor cores not properly detected/activated?) From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=UTF-8 Cc: Attilio Rao , freebsd-current , Jia-Shiun Li , Alan Somers , Tim Bishop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 20:05:51 -0000 On 29 May 2014 11:44, John Baldwin wrote: > On Thursday, May 29, 2014 2:24:45 pm Adrian Chadd wrote: >> On 29 May 2014 10:18, John Baldwin wrote: >> >> >> > It costs wired memory to increase it for the kernel. The userland set size >> >> > can be increased rather arbitrarily, so we don't need to make it but so large >> >> > as it is easy to bump later (even with a branch). >> >> >> >> Well, what about making the API/KBI use cpuset_t pointers for things >> >> rather than including it as a bitmask? Do you think there'd be a >> >> noticable performance overhead for the bits where it's indirecting >> >> through a pointer to get to the bitmask data? >> > >> > The wired memory is not due to cpuset_t. The wired memory usage is due to things >> > that do 'struct foo foo_bits[MAXCPU]'. The KBI issues I mentioned above are >> > 'struct rmlock' (so now you want any rmlock users to malloc space, or you >> > want rmlock_init() call malloc? (that seems like a bad idea)). The other one >> > is smp_rendezvous. Plus, it's not just a pointer, you really need a (pointer, >> > size_t) tuple similar to what cpuset_getaffinity(), etc. use. >> >> Why would calling malloc be a problem? Except for the initial setup of >> things, anything dynamically allocating structs with embedded things >> like rmlocks are already dynamically allocating them via malloc or >> uma. >> >> There's a larger fundamental problem with malloc, fragmentation and >> getting the required larger allocations for things. But even a 4096 >> CPU box would require a 512 byte malloc. That shouldn't be that hard >> to do. It'd just be from some memory that isn't close to the rest of >> the lock state. > > Other similar APIs like mtx_init() don't call malloc(), so it would be > unusual behavior. However, we have several other problems before we can > move beyond 256 anyway (like pf). Maybe behaviour has to change over time. :( anyway. Besides all of this - I'm thinking of just introducing: typedef uint32_t cpuid_t; .. then once we've converted all the users, we can make NOCPU something other than 255 (which is the other limiting factor here..) Any objections? -a From owner-freebsd-current@FreeBSD.ORG Thu May 29 20:37:17 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53AAC642 for ; Thu, 29 May 2014 20:37:17 +0000 (UTC) Received: from mail-lb0-f176.google.com (mail-lb0-f176.google.com [209.85.217.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BD2672518 for ; Thu, 29 May 2014 20:37:16 +0000 (UTC) Received: by mail-lb0-f176.google.com with SMTP id p9so499840lbv.35 for ; Thu, 29 May 2014 13:37:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-type:content-transfer-encoding; bh=BujbmJAXB+gjAx1QYkEQcbhAg04weki3h/c1t03WR6c=; b=Hg+KxGBbpqjFi1Mv6SAYhtdPITsKLOxebQ0hmgfUgWEy1gna3bn2cLKv5jxej58cNB 0aL+bQ3lAzk/RjqMRVfVhQp0FkwCbuVxCq5KfQC/nqjKB6Ra3UUIeTY/KfwJQ3Rkvml6 1xgczp7AayomSttl+jefblX/TgrszISfabA/qmC9cTza08smZG4QbvW/gzi1K4n9miMh 6EoeruqLcqAwmSJ9rFpn/UpufbZV3hu0T17l+sNrPhJwDq3XnZYm5/Yk4pHSleOFtwxB ksY7J7sr7isQSJb5EtasGt0W+Ak83aRQkB3AA7v19z9r5dSmbtwMt4xrdI4VT8zdOOWM Tx7Q== X-Gm-Message-State: ALoCoQl4RLH4PNGEHzTK0j+ZzFwjJk8Kp6au+sLRfo+A3KJiAnBYLbTNUTgin0JXyWSV1fH36JOk X-Received: by 10.112.34.243 with SMTP id c19mr7586000lbj.57.1401395833989; Thu, 29 May 2014 13:37:13 -0700 (PDT) Received: from rnote.ddteam.net (203-161-133-95.pool.ukrtel.net. [95.133.161.203]) by mx.google.com with ESMTPSA id d8sm1393825lah.12.2014.05.29.13.37.11 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 29 May 2014 13:37:12 -0700 (PDT) Date: Thu, 29 May 2014 23:37:05 +0300 From: Aleksandr Rybalko To: Kevin Oberman Subject: Re: RFT vidcontrol for vt(4) Message-Id: <20140529233705.db3d307e.ray@ddteam.net> In-Reply-To: References: <20140311162743.072870a9afd4f74fff9e99e8@ddteam.net> <5370CE34.8000905@orange.fr> <20140512171415.558dbcb68971d1db675ea39e@ddteam.net> <5370E47E.7030304@orange.fr> <20140529161743.a124c539c3b73dc908d7850e@ddteam.net> <53874A8D.8000205@orange.fr> X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Claude Buisson , Ed Maste , "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 20:37:17 -0000 On Thu, 29 May 2014 09:11:04 -0700 Kevin Oberman wrote: > On Thu, May 29, 2014 at 7:56 AM, Claude Buisson > wrote: > > > On 05/29/2014 15:17, Aleksandr Rybalko wrote: > > > >> On Mon, 12 May 2014 17:10:54 +0200 > >> Claude Buisson wrote: > >> > >> On 05/12/2014 16:14, Aleksandr Rybalko wrote: > >>> > >>>> On Mon, 12 May 2014 15:35:48 +0200 > >>>> Claude Buisson wrote: > >>>> > >>>> On 03/11/2014 15:27, Aleksandr Rybalko wrote: > >>>>> > >>>>>> Hello hackers! > >>>>>> > >>>>>> Here is link to the patch[1] for vidcontrol that makes it to > >>>>>> know if it > >>>>>> run w/ or w/o vt(4) and if vt(4) is present, then: > >>>>>> 1. screen map feature disabled (vt(4) use Unicode, so screen > >>>>>> map not needed). > >>>>>> 2. enable to load fornt from /usr/share/vt/fonts/ dir. PLease > >>>>>> put "gallant" font[2] to /usr/share/vt/fonts/. > >>>>>> > >>>>>> Looks like it works fine, but maybe I forgot something :) > >>>>>> So please test it in your own environment. > >>>>>> > >>>>>> Big thanks to Ed for preparing that font file! > >>>>>> > >>>>>> 1. > >>>>>> http://people.freebsd.org/~ray/newcons/vidcontrol_for_vt_ > >>>>>> 2014-03-11.patch > >>>>>> 2. http://people.freebsd.org/~emaste/newcons/gallant.fnt > >>>>>> > >>>>>> Thanks! > >>>>>> > >>>>>> WBW > >>>>>> > >>>>>> > >>>>> Hi, > >>>>> > >>>>> I applied this patch on a 10.0-STABLE r264390 with a Radeon > >>>>> Mobility X300 (M22) > >>>>> 5460, and DRM2. > >>>>> > >>>>> I could load an home made terminus 16x32 font (my eyes are too > >>>>> old to work with > >>>>> a 8x16 font on a 1920x1200 17" screen), by > >>>>> > >>>>> - looping on each ttyvN in a rc.local script > >>>>> > >>>>> or > >>>>> > >>>>> - adding allscreens_flags="-f terminus-u32" to rc.conf (for > >>>>> /etc/rc.d/syscons > >>>>> consumption) > >>>>> > >>>> > >>>> Cool! > >>>> Are you like to share that font? > >>>> > >>>> > >>> Off course. > >>> In fact I generated 12x24, 14x28 and 16x32 fonts from > >>> terminus-font-4.38 by > >>> using the tools/tools/vt/fontcvt utility. > >>> I will send you these fonts offlist (because the FreeBSD lists do > >>> not like > >>> attachments). > >>> > >>> > >>>>> I just discovered than scrolling back in console mode works > >>>>> ONLY on ttyv0. > >>>>> > >>>> > >>>> Huh, it's surprising me. Before your mail I think we have > >>>> problem with scrollback on vty0, but not on others. :) > >>>> Looks like I have to concentrate and fix them all at once. > >>>> > >>>> > >>> I confirm that scrollback works on ttyv0, but not on others ttyv > >>> when a font is > >>> loaded. > >>> > >>> > >>>>> What I have to do to get scrolling on every ttyvN ? > >>>>> > >>>>> The only way to get the system working in normal VGA mode > >>>>> (640x480) (not loading > >>>>> the drm2 and radeon kms modules by loader.conf) is by > >>>>> configuring the BIOS to > >>>>> not do display expansion - which leads to the same ridiculously > >>>>> small font.. > >>>>> > >>>>> And of course, kbdmux keeps being mandatory to be able to load a > >>>>> keymap. > >>>>> > >>>> > >>>> Yeah, I still remember. :) > >>>> > >>>> > >>> This could be noted in the newly born vt(4) man page .. > >>> > >>> > >>>>> TIA > >>>>> > >>>>> Claude Buisson > >>>>> > >>>>> > >>>> Many thanks Claude! > >>>> > >>>> WBW > >>>> > >>>> > >>> CBu > >>> > >>> > >> Hello Claude! > >> > >> Looks like nobody care about this patch, only you did test for > >> it :) So I commit it to HEAD, if you need it to be MFCed, I will > >> do it a week later. > >> > >> Many thanks for your help!!! > >> > >> WBW > >> > >> > > Hello ! > > > > I (sort of) solved the scroll problem by patching > > sys/dev/vt/font/vt_font_default.c > > to compile my 16x32 font into the kernel. > > > > Clearly some more work is needed to make the modified vidcontrol a > > finished utility and to have the proper rc.conf knob to load a > > custom font at boot. And it must also be possible to generate a > > kernel with a custom font, without > > having to patch the source. > > > > I also found that > > tools/tools/vt/mkkfont/mkkfont.c > > does not put a comma after the final "}" of .vf_map, so one must > > apply the attached patch. > > > > Keep the work going ! > > > > CBu > > > > Actually, I did test vidcontrol patches, but everything just seemed > to work fine, so I failed to report anything. I guess reporting that > nothing happened is a bit boring, but still important. > > -- > R. Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com Late is better than never :) Thanks Kevin! WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Thu May 29 21:02:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 89BE8566; Thu, 29 May 2014 21:02:33 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 617A92760; Thu, 29 May 2014 21:02:33 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 4E6B1B953; Thu, 29 May 2014 17:02:31 -0400 (EDT) From: John Baldwin To: Adrian Chadd Subject: Re: cpuid_t typedef? (was Re: Processor cores not properly detected/activated?) Date: Thu, 29 May 2014 16:18:54 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201405291618.55058.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 29 May 2014 17:02:31 -0400 (EDT) Cc: Attilio Rao , freebsd-current , Jia-Shiun Li , Alan Somers , Tim Bishop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 21:02:33 -0000 On Thursday, May 29, 2014 4:05:49 pm Adrian Chadd wrote: > On 29 May 2014 11:44, John Baldwin wrote: > > On Thursday, May 29, 2014 2:24:45 pm Adrian Chadd wrote: > >> On 29 May 2014 10:18, John Baldwin wrote: > >> > >> >> > It costs wired memory to increase it for the kernel. The userland set size > >> >> > can be increased rather arbitrarily, so we don't need to make it but so large > >> >> > as it is easy to bump later (even with a branch). > >> >> > >> >> Well, what about making the API/KBI use cpuset_t pointers for things > >> >> rather than including it as a bitmask? Do you think there'd be a > >> >> noticable performance overhead for the bits where it's indirecting > >> >> through a pointer to get to the bitmask data? > >> > > >> > The wired memory is not due to cpuset_t. The wired memory usage is due to things > >> > that do 'struct foo foo_bits[MAXCPU]'. The KBI issues I mentioned above are > >> > 'struct rmlock' (so now you want any rmlock users to malloc space, or you > >> > want rmlock_init() call malloc? (that seems like a bad idea)). The other one > >> > is smp_rendezvous. Plus, it's not just a pointer, you really need a (pointer, > >> > size_t) tuple similar to what cpuset_getaffinity(), etc. use. > >> > >> Why would calling malloc be a problem? Except for the initial setup of > >> things, anything dynamically allocating structs with embedded things > >> like rmlocks are already dynamically allocating them via malloc or > >> uma. > >> > >> There's a larger fundamental problem with malloc, fragmentation and > >> getting the required larger allocations for things. But even a 4096 > >> CPU box would require a 512 byte malloc. That shouldn't be that hard > >> to do. It'd just be from some memory that isn't close to the rest of > >> the lock state. > > > > Other similar APIs like mtx_init() don't call malloc(), so it would be > > unusual behavior. However, we have several other problems before we can > > move beyond 256 anyway (like pf). > > Maybe behaviour has to change over time. :( > > anyway. Besides all of this - I'm thinking of just introducing: > > typedef uint32_t cpuid_t; > > .. then once we've converted all the users, we can make NOCPU > something other than 255 (which is the other limiting factor here..) > > Any objections? This one is a bit harder as you'll have to do shims for kinfo_proc, but I think this is fine. You could also just use u_int, but a new foo_t isn't that bad I guess. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu May 29 21:02:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 930F958D for ; Thu, 29 May 2014 21:02:34 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 69E1F2761 for ; Thu, 29 May 2014 21:02:34 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 532A7B986; Thu, 29 May 2014 17:02:33 -0400 (EDT) From: John Baldwin To: Konstantin Belousov Subject: Re: Processor cores not properly detected/activated? Date: Thu, 29 May 2014 16:22:12 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <20140524014713.GF13462@carrick-users.bishnet.net> <201405291444.19497.jhb@freebsd.org> <20140529192756.GI3991@kib.kiev.ua> In-Reply-To: <20140529192756.GI3991@kib.kiev.ua> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201405291622.12543.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 29 May 2014 17:02:33 -0400 (EDT) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 21:02:34 -0000 On Thursday, May 29, 2014 3:27:57 pm Konstantin Belousov wrote: > On Thu, May 29, 2014 at 02:44:19PM -0400, John Baldwin wrote: > > On Thursday, May 29, 2014 2:24:45 pm Adrian Chadd wrote: > > > On 29 May 2014 10:18, John Baldwin wrote: > > > > > > >> > It costs wired memory to increase it for the kernel. The userland set size > > > >> > can be increased rather arbitrarily, so we don't need to make it but so large > > > >> > as it is easy to bump later (even with a branch). > > > >> > > > >> Well, what about making the API/KBI use cpuset_t pointers for things > > > >> rather than including it as a bitmask? Do you think there'd be a > > > >> noticable performance overhead for the bits where it's indirecting > > > >> through a pointer to get to the bitmask data? > > > > > > > > The wired memory is not due to cpuset_t. The wired memory usage is due to things > > > > that do 'struct foo foo_bits[MAXCPU]'. The KBI issues I mentioned above are > > > > 'struct rmlock' (so now you want any rmlock users to malloc space, or you > > > > want rmlock_init() call malloc? (that seems like a bad idea)). The other one > > > > is smp_rendezvous. Plus, it's not just a pointer, you really need a (pointer, > > > > size_t) tuple similar to what cpuset_getaffinity(), etc. use. > > > > > > Why would calling malloc be a problem? Except for the initial setup of > > > things, anything dynamically allocating structs with embedded things > > > like rmlocks are already dynamically allocating them via malloc or > > > uma. > > > > > > There's a larger fundamental problem with malloc, fragmentation and > > > getting the required larger allocations for things. But even a 4096 > > > CPU box would require a 512 byte malloc. That shouldn't be that hard > > > to do. It'd just be from some memory that isn't close to the rest of > > > the lock state. > > > > Other similar APIs like mtx_init() don't call malloc(), so it would be > > unusual behavior. However, we have several other problems before we can > > move beyond 256 anyway (like pf). > > What is pf ? The firewall, though it might be fixable without too much trouble: #define PFID_CPUBITS 8 #define PFID_CPUSHIFT (sizeof(uint64_t) * NBBY - PFID_CPUBITS) #define PFID_CPUMASK ((uint64_t)((1 << PFID_CPUBITS) - 1) << PFID_CPUSHIFT) #define PFID_MAXID (~PFID_CPUMASK) CTASSERT((1 << PFID_CPUBITS) >= MAXCPU); In theory we can just bump up PFID_CPUBITS to 32, though I'm not sure how many bits PFID_MAXID should have (e.g. does that cap your rules, or does that cap your state entries, etc.)? > We definitely have a problem with the legacy APIC mode, we must start > using x2APIC, I believe. Correct. Handling X2APIC entries isn't that hard, but right now the x86 MP code uses an array indexed by APIC ID to map to CPU IDs early on and we'll need to probably replace that with a flat array indexed by CPU ID and resort to linear searches to check for dupes, etc. The first thing we would need would be a machine that actually did X2APIC and created X2APIC MADT entries, etc. Shouldn't be too hard to simulate this in bhyve though. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu May 29 21:09:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CFF0DEA0; Thu, 29 May 2014 21:09:06 +0000 (UTC) Received: from mail-qg0-x22f.google.com (mail-qg0-x22f.google.com [IPv6:2607:f8b0:400d:c04::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5F5C527CD; Thu, 29 May 2014 21:09:06 +0000 (UTC) Received: by mail-qg0-f47.google.com with SMTP id j107so2821092qga.34 for ; Thu, 29 May 2014 14:09:05 -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:message-id:subject :from:to:cc:content-type; bh=SuTYZb7fiozLeQ44CF6zDfDy+mn+GOeBdK40kzYmd1U=; b=jtkoSBLGNLojNeU8VECYlEWppORlqd0hoDAPO8TafUlKgjh2zwQ/Nokuypcjr78Q7Z iGwdJ44a7vlpGHob+pGGDcC6W4fVlba1JuyaSCgXGSExN6MDtvVNW+Vb9WwF/HbsJY/A g1X1Lon/SpQGkuLoUfMsfvMecm2Gm3Dwfw/qY8ECOc1myIE3TFyhs8MNZLw05KJ9aR8l jC0WXou5zustKRaSGFmtpJeyPlenYsw1JzvOU47edTLMVDSZsIZQcAcDDC+qRV2qd03a GbJFDaXh+daxgfS+GdYTOPU+wUpGRbM/D3HTTb/8/HfeDBclp9D3ZMQup3YhEF5GSpyo EmhA== MIME-Version: 1.0 X-Received: by 10.140.91.5 with SMTP id y5mr13334989qgd.12.1401397745355; Thu, 29 May 2014 14:09:05 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Thu, 29 May 2014 14:09:05 -0700 (PDT) In-Reply-To: <201405291618.55058.jhb@freebsd.org> References: <201405291618.55058.jhb@freebsd.org> Date: Thu, 29 May 2014 14:09:05 -0700 X-Google-Sender-Auth: ydozgcobl1-OFxWDet7W-KC5S70 Message-ID: Subject: Re: cpuid_t typedef? (was Re: Processor cores not properly detected/activated?) From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=UTF-8 Cc: Attilio Rao , freebsd-current , Jia-Shiun Li , Alan Somers , Tim Bishop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 21:09:06 -0000 On 29 May 2014 13:18, John Baldwin wrote: >> anyway. Besides all of this - I'm thinking of just introducing: >> >> typedef uint32_t cpuid_t; >> >> .. then once we've converted all the users, we can make NOCPU >> something other than 255 (which is the other limiting factor here..) >> >> Any objections? > > This one is a bit harder as you'll have to do shims for kinfo_proc, but > I think this is fine. You could also just use u_int, but a new foo_t > isn't that bad I guess. I don't think I'd modify any userland-facing ABI/KBI's just yet. I'm just worried that 11.0-REL will come out before we have made a decent inroads into this and we _can't_ support > 254 CPUs. -a From owner-freebsd-current@FreeBSD.ORG Thu May 29 21:29:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6FE8711; Thu, 29 May 2014 21:29:42 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AC519299C; Thu, 29 May 2014 21:29:42 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 4BFFBB924; Thu, 29 May 2014 17:29:41 -0400 (EDT) From: John Baldwin To: Adrian Chadd Subject: Re: cpuid_t typedef? (was Re: Processor cores not properly detected/activated?) Date: Thu, 29 May 2014 17:29:33 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <201405291618.55058.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201405291729.33471.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 29 May 2014 17:29:41 -0400 (EDT) Cc: Attilio Rao , freebsd-current , Jia-Shiun Li , Alan Somers , Tim Bishop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 21:29:42 -0000 On Thursday, May 29, 2014 5:09:05 pm Adrian Chadd wrote: > On 29 May 2014 13:18, John Baldwin wrote: > > >> anyway. Besides all of this - I'm thinking of just introducing: > >> > >> typedef uint32_t cpuid_t; > >> > >> .. then once we've converted all the users, we can make NOCPU > >> something other than 255 (which is the other limiting factor here..) > >> > >> Any objections? > > > > This one is a bit harder as you'll have to do shims for kinfo_proc, but > > I think this is fine. You could also just use u_int, but a new foo_t > > isn't that bad I guess. > > I don't think I'd modify any userland-facing ABI/KBI's just yet. I'm > just worried that 11.0-REL will come out before we have made a decent > inroads into this and we _can't_ support > 254 CPUs. Eh, that's one of the biggies to do actually. Kind of pointless to update td_oncpu/lastcpu and not fix kinfo_proc at the same time. You'll just have to add new int fields and populate the old ones with sane values for CPUs < 255. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu May 29 21:46:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A3664A02; Thu, 29 May 2014 21:46:07 +0000 (UTC) Received: from mail-vc0-x22d.google.com (mail-vc0-x22d.google.com [IPv6:2607:f8b0:400c:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2C7032B49; Thu, 29 May 2014 21:46:07 +0000 (UTC) Received: by mail-vc0-f173.google.com with SMTP id il7so1123787vcb.18 for ; Thu, 29 May 2014 14:46:06 -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:message-id:subject :from:to:cc:content-type; bh=3o50HaaHtKvrY5iRiNoreVUY0kFUwGQMp4odehtma6c=; b=H+BEBw/iq0YY+pc+5dOV2HQlBe1xfN5jYPzOUIfR0JSztvy250IbdbK3/RnIYsa1+h VaKkkwfqqxQMmJb1dNREVj7BJo3BSH5lAE0jauAp4o+P2g5nLt2U0OJy7+Eqikqr0j5i mjZmB749x64ZxogMEHc9DSk9NhhnKgGhNNyKMwMgAHwEQAdhjQvFmXPW0UMCQ1HCLM0K Bo7eOL2DUt455Y6kxdgKuVAS1XtyTuYr7Tz23E5wMPuIkes/Mv3OqNlfdddWZYW2UTvf gBgNtV16aa/STb7cR4EFiY8tzA7yTdgttbvZ7O8T95kVJ8fjK+PNiT/nBwzXbQfDqbF5 R3Qg== MIME-Version: 1.0 X-Received: by 10.220.183.4 with SMTP id ce4mr4290065vcb.54.1401399966248; Thu, 29 May 2014 14:46:06 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.220.186.193 with HTTP; Thu, 29 May 2014 14:46:05 -0700 (PDT) In-Reply-To: <201405291729.33471.jhb@freebsd.org> References: <201405291618.55058.jhb@freebsd.org> <201405291729.33471.jhb@freebsd.org> Date: Thu, 29 May 2014 14:46:05 -0700 X-Google-Sender-Auth: g_z_nIUVVRfHUzi7x61iNIwLktg Message-ID: Subject: Re: cpuid_t typedef? (was Re: Processor cores not properly detected/activated?) From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=UTF-8 Cc: Attilio Rao , freebsd-current , Jia-Shiun Li , Alan Somers , Tim Bishop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 21:46:07 -0000 On 29 May 2014 14:29, John Baldwin wrote: > On Thursday, May 29, 2014 5:09:05 pm Adrian Chadd wrote: >> On 29 May 2014 13:18, John Baldwin wrote: >> >> >> anyway. Besides all of this - I'm thinking of just introducing: >> >> >> >> typedef uint32_t cpuid_t; >> >> >> >> .. then once we've converted all the users, we can make NOCPU >> >> something other than 255 (which is the other limiting factor here..) >> >> >> >> Any objections? >> > >> > This one is a bit harder as you'll have to do shims for kinfo_proc, but >> > I think this is fine. You could also just use u_int, but a new foo_t >> > isn't that bad I guess. >> >> I don't think I'd modify any userland-facing ABI/KBI's just yet. I'm >> just worried that 11.0-REL will come out before we have made a decent >> inroads into this and we _can't_ support > 254 CPUs. > > Eh, that's one of the biggies to do actually. Kind of pointless to > update td_oncpu/lastcpu and not fix kinfo_proc at the same time. You'll > just have to add new int fields and populate the old ones with sane values > for CPUs < 255. Ugh. Ok. I was too deep in the trenches of device drivers and other ancillary things doing bad things to char/short with cpu ids when walking things. I totally missed kinfo_proc. I'll go think about it a bit more. -a From owner-freebsd-current@FreeBSD.ORG Thu May 29 21:54:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 49AE1DC6 for ; Thu, 29 May 2014 21:54:46 +0000 (UTC) Received: from smtp.rlwinm.de (smtp.rlwinm.de [IPv6:2a01:4f8:201:31ef::e]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0BBFC2C1C for ; Thu, 29 May 2014 21:54:46 +0000 (UTC) Received: from hexe.rlwinm.de (p57A7C4D0.dip0.t-ipconnect.de [87.167.196.208]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtp.rlwinm.de (Postfix) with ESMTPSA id 190A811280 for ; Thu, 29 May 2014 23:54:44 +0200 (CEST) Message-ID: <5387ACA3.3090108@rlwinm.de> Date: Thu, 29 May 2014 23:54:43 +0200 From: Jan Bramkamp User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: 'freebsd-current' Subject: Re: RES: KQueue vs Select (NetMap) References: <00c301cf7aee$b00caea0$10260be0$@rlwinm.de> <00d301cf7af9$d5ce5bb0$816b1310$@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 21:54:46 -0000 On 29.05.2014 06:57, Fred Pedrisa wrote: > Hello, > > There are 4 threads, and a total of 32 FDs. What do you think ? > > -----Mensagem original----- > De: owner-freebsd-current@freebsd.org > [mailto:owner-freebsd-current@freebsd.org] Em nome de Adrian Chadd > Enviada em: quinta-feira, 29 de maio de 2014 01:52 > Para: Fred Pedrisa > Cc: freebsd-current; Jan Bramkamp > Assunto: Re: KQueue vs Select (NetMap) > > If your netmap thread(s) just have one or two FDs in some low range (say, > under FD 8 or 10) - no. > > If you have a whole bunch of active FDs and your netmap threads get FDs that > are high - then yes. select() operates on a bitmap of FD numbers. So if your > netmap FD is like, FD 8 and it's the highest FD that you're interested in, > select() only has to scan up to that FD. So it scans up to 8 FDs. If you > have a very active program and it has thousands of FDs open, select() has to > check all the FDs in the bitmap to see if they're set before getting to your > netmap FD. If your threads use just a handful of small FDs than you shouldn't see any performance difference between select()/poll() and kqueue(). But kqueue() can block on multiple event types. This can simply your netmap threads main loop. It sometimes even enables you to get by with just one type of main loop instead of multiple different main loops for different interfaces e.g. one for timers, one for sockets and one for files. From owner-freebsd-current@FreeBSD.ORG Thu May 29 22:06:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5602E2C3; Thu, 29 May 2014 22:06:38 +0000 (UTC) Received: from mail-oa0-x22b.google.com (mail-oa0-x22b.google.com [IPv6:2607:f8b0:4003:c02::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1219C2D0D; Thu, 29 May 2014 22:06:38 +0000 (UTC) Received: by mail-oa0-f43.google.com with SMTP id l6so1040819oag.30 for ; Thu, 29 May 2014 15:06:37 -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=V27PvkNpQOTQ0x8OHW3lgNiYMbUHlCbr2jIK1MsiySI=; b=06aCPN6TTzxQFBZ04Ry8x6ooKTUIUSGqK8nBmthW2nUTkoQcRmHFGj5zTASdMZg6ub mhSMtvPfKbEfclauDfaTkAdebsVx08d7Ob3uIe0TAcE4cfko0Xtni5DlsYVX10OWZYYT h0nSD6E0TEIMUjbfd91yyizplerzteJyNG5UCbMFatV8p8yqBqkvvkNGb6qJdwAFu/l9 6WVLZ21fYvdAhM6bk1ee6gIqCFVuEYJZ7l0plJNgEQNCKJFIoWTdRLSw4zee7C+f9Yh4 1GMu3YiATy3AUKEZUSzvjOm1ivMnlNC/178pthODdlEvowYsCb/6MvEn94N8Ewv7bDEt cFcg== MIME-Version: 1.0 X-Received: by 10.182.109.226 with SMTP id hv2mr12040953obb.79.1401401197223; Thu, 29 May 2014 15:06:37 -0700 (PDT) Received: by 10.76.170.39 with HTTP; Thu, 29 May 2014 15:06:37 -0700 (PDT) In-Reply-To: <53874244.5060609@freebsd.org> References: <20F90EAB-ADC5-468C-9AFD-73F93794C4B2@FreeBSD.org> <800bc8e04e4cfed10632cca993cce8fa@shatow.net> <43B971CB-4810-458D-BC5D-3DC2DC764E39@FreeBSD.org> <53874244.5060609@freebsd.org> Date: Fri, 30 May 2014 00:06:37 +0200 Message-ID: Subject: Re: official pkg repo with WITHOUT_X11=true From: Andreas Nilsson To: Allan Jude Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 22:06:38 -0000 On Thu, May 29, 2014 at 4:20 PM, Allan Jude wrote: > On 2014-05-29 08:42, Bryan Drewery wrote: > > > >> On May 29, 2014, at 4:19, David Chisnall wrote: > >> > >>> On 29 May 2014, at 02:23, Bryan Drewery wrote: > >>> > >>> As for skipping unneeded ports the best I can do is '-a' or "Build it > all". > >>> If a port is only needed for WITH_X11 then an IGNORE should be added > to it > >>> when WITHOUT_X11 is set to prevent wasting time on it. > >> > >> We can probably do a bit better by looking at the complete dependency > graph and removing any ports that have unconditional dependencies on X. > For a headless server, there's no reason to build any of the kde-* or > gnome-* ports or, indeed, X itself. I suspect that we could easily trim > 2/3 of the build time by omitting ports that have a GUI, GUI toolkits, and > so on. > > > > Yeah. My point was more that poudriere can't do that now and I would > rather not add all that special-case logic to it. Clever make.conf logic > might be able to do it. > > > >> > >> Longer term, we may be able to share the build time a bit. Ports which > don't have a WITHOUT_X11 flag and don't unconditionally depend on X11 can > potentially be pre-seeded from the normal package build (if we can identify > them). That only leaves the ports that actually have build-time > conditional X support to build in the no-Xorg run. > > > > Yup! I have a patch for that in the works. > > > > That would be a great improvement for the 'sets' feature in poudriere. > Almost all of my different sets have some overlap. Although this would > either require the 'queue' system you are working on, to say build sets > X, Y, and Z, and if there is any overlap share it. Or, augment the set > feature with an additional flag to specify a 'parent' set or something, > -z myset -Z commonset to tell it an already built set where it can steal > packages from. > > >> > >> David > > _______________________________________________ > > 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" > > > > > -- > Allan Jude > > Having a "parent" set would be nice, yes. I maintain two repos for several FreeBSD-versions. Being able to pull some of the deps from packages instead of blindingly building would be nice. Best regards Andreas From owner-freebsd-current@FreeBSD.ORG Thu May 29 22:07:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8341C3EE for ; Thu, 29 May 2014 22:07:27 +0000 (UTC) Received: from COL004-OMC3S1.hotmail.com (col004-omc3s1.hotmail.com [65.55.34.139]) by mx1.freebsd.org (Postfix) with ESMTP id 592712D33 for ; Thu, 29 May 2014 22:07:27 +0000 (UTC) Received: from COL131-DS7 ([65.55.34.136]) by COL004-OMC3S1.hotmail.com with Microsoft SMTPSVC(7.5.7601.22678); Thu, 29 May 2014 15:07:20 -0700 X-TMN: [RJIzm/bOPA5NNUcBO0G9YkbcrNAAEmbM] X-Originating-Email: [fredhps10@hotmail.com] Message-ID: From: Fred Pedrisa To: "'Jan Bramkamp'" , "'freebsd-current'" References: <00c301cf7aee$b00caea0$10260be0$@rlwinm.de> <00d301cf7af9$d5ce5bb0$816b1310$@freebsd.org> <01d401cf7b88$dce41ea0$96ac5be0$@rlwinm.de> In-Reply-To: <01d401cf7b88$dce41ea0$96ac5be0$@rlwinm.de> Subject: RES: RES: KQueue vs Select (NetMap) Date: Thu, 29 May 2014 19:07:45 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHirpLONkJpDgmFWk/rBALGUBsbjAGIqyNfAVVbklMCH1/FHQF9GR9CAnIkcA4BbwHobQIiLZPxms3I1KA= Content-Language: pt-br X-OriginalArrivalTime: 29 May 2014 22:07:20.0161 (UTC) FILETIME=[5C51ED10:01CF7B8A] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 29 May 2014 22:07:27 -0000 Ok. Thanks for the enlightenment :) -----Mensagem original----- De: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] Em nome de Jan Bramkamp Enviada em: quinta-feira, 29 de maio de 2014 18:55 Para: 'freebsd-current' Assunto: Re: RES: KQueue vs Select (NetMap) On 29.05.2014 06:57, Fred Pedrisa wrote: > Hello, > > There are 4 threads, and a total of 32 FDs. What do you think ? > > -----Mensagem original----- > De: owner-freebsd-current@freebsd.org > [mailto:owner-freebsd-current@freebsd.org] Em nome de Adrian Chadd > Enviada em: quinta-feira, 29 de maio de 2014 01:52 > Para: Fred Pedrisa > Cc: freebsd-current; Jan Bramkamp > Assunto: Re: KQueue vs Select (NetMap) > > If your netmap thread(s) just have one or two FDs in some low range > (say, under FD 8 or 10) - no. > > If you have a whole bunch of active FDs and your netmap threads get > FDs that are high - then yes. select() operates on a bitmap of FD > numbers. So if your netmap FD is like, FD 8 and it's the highest FD > that you're interested in, > select() only has to scan up to that FD. So it scans up to 8 FDs. If > you have a very active program and it has thousands of FDs open, > select() has to check all the FDs in the bitmap to see if they're set > before getting to your netmap FD. If your threads use just a handful of small FDs than you shouldn't see any performance difference between select()/poll() and kqueue(). But kqueue() can block on multiple event types. This can simply your netmap threads main loop. It sometimes even enables you to get by with just one type of main loop instead of multiple different main loops for different interfaces e.g. one for timers, one for sockets and one for files. _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri May 30 06:10:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5395261A for ; Fri, 30 May 2014 06:10:05 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 34D0B227A for ; Fri, 30 May 2014 06:10:04 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WqG0x-0005f8-8u for freebsd-current@freebsd.org; Thu, 29 May 2014 23:10:03 -0700 Date: Thu, 29 May 2014 23:10:03 -0700 (PDT) From: Beeblebrox To: freebsd-current@freebsd.org Message-ID: <1401430203270-5916406.post@n5.nabble.com> In-Reply-To: <53875E91.1080002@freebsd.org> References: <1401356463384-5916161.post@n5.nabble.com> <201405290908.10274.jhb@freebsd.org> <20140529095722.1765ce36@kan> <201405291204.02160.jhb@freebsd.org> <53875E91.1080002@freebsd.org> Subject: Re: Memory blackhole in 11. Possibly libc.so.7? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 30 May 2014 06:10:05 -0000 I'm replying late, but last night I almost had a complete meltdown of the system. I did a partial "pkg upgrade" for the packages that managed to get built by poudriere, then all hell broke loose. Screen lock-ups, random reboots, and several hard reboots later I decided to do a fresh buildworld/buildkernel and we seem to be back at some level of normality. It makes no sense, I know; and I would not be able to tell you what it was that went wrong. What I can tell you is that * While compiling, code would compile for a while, then freeze, then continue where it left off. "# top -P" was showing that during these freeze-ups, of the 4 cores on my system, 3 were mostly idle (80% to 95%) while one core would be at or near 0% idle. Not always the same core, and when one core got freed-up, you could have another core drop to 0%-8% idle. I thought maybe radeon was using cpu instead of gpu but that was debunked when same behavior was observed while compiling my regular kernel without radeon / xorg loaded. * Initially a debug-kernel was built with below, but screen goes black when radeon / xorg is loaded. (include GENERIC \ ident KERNDEBUG \ nooptions INET6 \ options KDB \ options DDB \ options GDB \ options INVARIANTS \ options INVARIANT_SUPPORT \ options WITNESS \ options DEBUG_LOCKS \ options DEBUG_VFS_LOCKS \ options DIAGNOSTIC) * I have modified my zfs-related entries in loader.conf, and latest is: vfs.zfs.trim.enabled=1 #Enable_Trim vfs.zfs.prefetch_disable=0 #I have 4G of Ram #vfs.zfs.arc_min="512M" #Ram 4GB => 512, Ram 8GB => 1024 #vfs.zfs.arc_max="1536M" #TotalRam x 0.5 - 512 MB #vm.kmem_size="6G" #Ram x 1.5 #vfs.zfs.vdev_max_pending="1" Currently, kstat.zfs.misc.arcstats.size: 2012423600 and the number seems to hang around in that vicinity. Separate ZFS question then: I have 2 sata-III HDD's (64G SSD + 7200rpm spindle) and 3 zpools. System is my personal desktop running sql, http server etc but no commercial load. tank-b: root, usr, var on SSD tank-d: home, all data, sql-db, NFS exported PXE root tank-a: all code compile (poudriere, world), located nearest to the center of spindle HDD + has 3GB ZIL from SSD drive. Q1: Is it ok to assume that arcstat.size will not change much regardless of the number of zpools? Q2: I have 3GB free space on the SSD reserved for an L2ARC, but decided it was not necessary after reading that this would be mostly useful for a commercial web server for example. Was my assessment incorrect and will the system benefit from a 3GB (or larger?) L2ARC on SSD? If so, which pool (not sure tank-b makes sense since it's already fully on the same SSD): Regards. ----- FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this message in context: http://freebsd.1045724.n5.nabble.com/Memory-blackhole-in-11-Possibly-libc-so-7-tp5916161p5916406.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Fri May 30 08:40:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 784A19C7; Fri, 30 May 2014 08:40:21 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4171D2E21; Fri, 30 May 2014 08:40:20 +0000 (UTC) Received: from [192.168.0.96] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s4U8eA5P030239 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 30 May 2014 08:40:12 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: official pkg repo with WITHOUT_X11=true From: David Chisnall In-Reply-To: Date: Fri, 30 May 2014 09:40:04 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <35F82676-BED6-4A12-8CC1-3D6C3E8C3281@FreeBSD.org> References: <20F90EAB-ADC5-468C-9AFD-73F93794C4B2@FreeBSD.org> <800bc8e04e4cfed10632cca993cce8fa@shatow.net> <43B971CB-4810-458D-BC5D-3DC2DC764E39@FreeBSD.org> <53874244.5060609@freebsd.org> To: Andreas Nilsson X-Mailer: Apple Mail (2.1874) Cc: Current FreeBSD , Allan Jude X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 30 May 2014 08:40:21 -0000 On 29 May 2014, at 23:06, Andreas Nilsson wrote: > Having a "parent" set would be nice, yes. I maintain two repos for = several > FreeBSD-versions. Being able to pull some of the deps from packages = instead > of blindingly building would be nice. Yes, for a lot of cases you only want to build a small handful of = packages with different options, so it would be nice if you could find = out exactly what the options were for the upstream build and only build = the packages yourself if you've specified different options or depend on = a package with different options. The problem is the notion of dependency here. In some cases, linking = against a shared library built with different options won't change your = program's code, it will just make more things work. In other cases, = you'll have different things exposed in headers and even build-only = dependencies will impact the output. =20 David From owner-freebsd-current@FreeBSD.ORG Fri May 30 15:34:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04563EE2; Fri, 30 May 2014 15:34:00 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CE75421FD; Fri, 30 May 2014 15:33:59 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id CB300B94B; Fri, 30 May 2014 11:33:57 -0400 (EDT) From: John Baldwin To: Adrian Chadd Subject: Re: cpuid_t typedef? (was Re: Processor cores not properly detected/activated?) Date: Fri, 30 May 2014 10:57:23 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <201405291729.33471.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201405301057.23736.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 30 May 2014 11:33:57 -0400 (EDT) Cc: Attilio Rao , freebsd-current , Jia-Shiun Li , Alan Somers , Tim Bishop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 30 May 2014 15:34:00 -0000 On Thursday, May 29, 2014 5:46:05 pm Adrian Chadd wrote: > On 29 May 2014 14:29, John Baldwin wrote: > > On Thursday, May 29, 2014 5:09:05 pm Adrian Chadd wrote: > >> On 29 May 2014 13:18, John Baldwin wrote: > >> > >> >> anyway. Besides all of this - I'm thinking of just introducing: > >> >> > >> >> typedef uint32_t cpuid_t; > >> >> > >> >> .. then once we've converted all the users, we can make NOCPU > >> >> something other than 255 (which is the other limiting factor here..) > >> >> > >> >> Any objections? > >> > > >> > This one is a bit harder as you'll have to do shims for kinfo_proc, but > >> > I think this is fine. You could also just use u_int, but a new foo_t > >> > isn't that bad I guess. > >> > >> I don't think I'd modify any userland-facing ABI/KBI's just yet. I'm > >> just worried that 11.0-REL will come out before we have made a decent > >> inroads into this and we _can't_ support > 254 CPUs. > > > > Eh, that's one of the biggies to do actually. Kind of pointless to > > update td_oncpu/lastcpu and not fix kinfo_proc at the same time. You'll > > just have to add new int fields and populate the old ones with sane values > > for CPUs < 255. > > Ugh. Ok. I was too deep in the trenches of device drivers and other > ancillary things doing bad things to char/short with cpu ids when > walking things. I totally missed kinfo_proc. > > I'll go think about it a bit more. It shouldn't be too hard to to handle kinfo_proc. pf is another case. It might be nice to have a way to auto-compute the right number of bits to reserve based on MAXCPU. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri May 30 15:40:28 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 443A960C for ; Fri, 30 May 2014 15:40:28 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 21177227F for ; Fri, 30 May 2014 15:40:28 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 37364B94B for ; Fri, 30 May 2014 11:40:27 -0400 (EDT) From: John Baldwin To: current@freebsd.org Subject: [PATCH] Cleanups for hpt27xx(4) Date: Fri, 30 May 2014 11:40:23 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201405301140.23775.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 30 May 2014 11:40:27 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 30 May 2014 15:40:28 -0000 These patches switch hpt27xx(4) from timeout() to callout() and fix it to use its existing locks in place of Giant for CAM along with some other cleanups. If anyone has any hardware I suspect the ioctl handling is buggy, but I'm more hesitant to touch that unless someone has multiple adapters in a single box. Please be sure to test with INVARIANTS and INVARIANT_SUPPORT enabled. http://people.FreeBSD.org/~jhb/patches/hpt27xx_locking.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri May 30 16:09:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D6EBB80; Fri, 30 May 2014 16:09:47 +0000 (UTC) Received: from mail-qg0-x22d.google.com (mail-qg0-x22d.google.com [IPv6:2607:f8b0:400d:c04::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AEFE1257B; Fri, 30 May 2014 16:09:46 +0000 (UTC) Received: by mail-qg0-f45.google.com with SMTP id z60so5940649qgd.32 for ; Fri, 30 May 2014 09:09:45 -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:message-id:subject :from:to:cc:content-type; bh=Px3gOiiqEhsJk+Kel1eG3zbTm8kUFmESPk0Q92+32Xc=; b=e5xiEvgP4DhcFVuLixcatMgwZZiYW1z0E8rAQ+RW70uPITJs1O/Ora6dL6At6FpgN2 EKcXhhWyQKz0ddGAgnpUhzNKnTjQuhcL2NxJnKrvQOxbh/cYpFA4UZ0nExKnEwLWTnam 5cr8LusdRsC+8jj+g33aNqEOxQcfcoW7gfq/zHYO5+rq0f3KAASsX5kRfDe0/vlAbZ0v BmUH3sV8EqCZlSlE/2NpRQH+C5XaG8bMMTJ8Wtj4kC3EVwsBUJDaehbXz3j41M/xOvnY jR+cfajgzmRWlvITV2/HW5EE91+ZuOxnxG2usimxEb6z+IN+B5hnYvf5cvLrJVaG4fsp 6tag== MIME-Version: 1.0 X-Received: by 10.140.22.209 with SMTP id 75mr21313043qgn.4.1401466185847; Fri, 30 May 2014 09:09:45 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.191.201 with HTTP; Fri, 30 May 2014 09:09:45 -0700 (PDT) In-Reply-To: <201405301057.23736.jhb@freebsd.org> References: <201405291729.33471.jhb@freebsd.org> <201405301057.23736.jhb@freebsd.org> Date: Fri, 30 May 2014 09:09:45 -0700 X-Google-Sender-Auth: rPqJss-1-A_eKY1YSy6uwyPYtV4 Message-ID: Subject: Re: cpuid_t typedef? (was Re: Processor cores not properly detected/activated?) From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=UTF-8 Cc: Attilio Rao , freebsd-current , Jia-Shiun Li , Alan Somers , Tim Bishop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 30 May 2014 16:09:47 -0000 On 30 May 2014 07:57, John Baldwin wrote: >> Ugh. Ok. I was too deep in the trenches of device drivers and other >> ancillary things doing bad things to char/short with cpu ids when >> walking things. I totally missed kinfo_proc. >> >> I'll go think about it a bit more. > > It shouldn't be too hard to to handle kinfo_proc. pf is another case. It > might be nice to have a way to auto-compute the right number of bits to > reserve based on MAXCPU. *nod* ok. Let me go and start sprinkling things around. -a From owner-freebsd-current@FreeBSD.ORG Fri May 30 17:24:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 206305A2; Fri, 30 May 2014 17:24:27 +0000 (UTC) Received: from pacha.mail.dyslexicfish.net (space.mail.dyslexicfish.net [91.109.5.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A9AB92D1D; Fri, 30 May 2014 17:24:26 +0000 (UTC) Received: from catnip.dyslexicfish.net (space.mail.dyslexicfish.net [91.109.5.35]) by pacha.mail.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id s4UHOIOV054919; Fri, 30 May 2014 18:24:18 +0100 (BST) (envelope-from jamie@catnip.dyslexicfish.net) Received: (from jamie@localhost) by catnip.dyslexicfish.net (8.14.5/8.14.5/Submit) id s4UHOHQ0054918; Fri, 30 May 2014 18:24:17 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201405301724.s4UHOHQ0054918@catnip.dyslexicfish.net> Date: Fri, 30 May 2014 18:24:17 +0100 To: jhb@freebsd.org, jamie@dyslexicfish.net Subject: Re: Change top's notion of idle processes / threads References: <201405231605.26312.jhb@freebsd.org> <201405271637.23332.jhb@freebsd.org> <201405281220.s4SCKZcn023546@catnip.dyslexicfish.net> <201405281054.04691.jhb@freebsd.org> In-Reply-To: <201405281054.04691.jhb@freebsd.org> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (pacha.mail.dyslexicfish.net [91.109.5.35]); Fri, 30 May 2014 18:24:18 +0100 (BST) Cc: freebsd-current@freebsd.org, emaste@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 30 May 2014 17:24:27 -0000 John Baldwin wrote: > Yes, I actually started by sorting on the raw delta and ended up going back and fixing > pctcpu instead. However, there is a problem in this case which is that you > still want to fall back to ki_pctcpu if you don't have a valid previous delta > to compare against. It's a lot simpler to just fixup ki_pctcpu and not have to go > change the sorting code explicitly. :( I actually started out having a function that > returned a double for the pctcpu, but that would mean recalculating the raw pctcpu > many, many times during the sort. Just updating ki_pctcpu once per each process/thread > per fetch scales a bit better. I could perhaps use an array to cache raw percentages > as doubles. Sorry for the delay in getting back to you. Thanks for the explanation - it makes sense. (I mean that I understand what you are saying - not that I'm somehow misguidingly attempting to give my approval!) I can see how improving the granularity of pctcpu would be a much cleaner solution - I just didn't know which solution was easier (and after finally looking at the source, I still didn't know :-) ) > Ok, try people.freebsd.org/~jhb/patches/top_pctcpu2.patch Brilliant. I wasn't able to get contradictory results this time - however much I tried! I have a few server processes that are constantly active (receiving many requests per second) but use a well written piece of code that handles them efficiently. With the stock 10-stable, and with the previous patch, they always registered as 0.00% cpu (and consequently were not shown at all in idle-only mode on 10-stable) (I'm not doubting the general stats - I reconfigured one of them earier today, and in 7 hours it's clocked up 2.2 seconds) With the latest patch, they now report as 0:01% which not only corrects the sort order, but makes more sense than 0.00% for a non-idle process, even if the value before rounded is closer to 0.00 than 0.01 Other processes which are generally in tick-over, but also idle much of the time now pop in and out of view as expected, and sorted as expected. ....not sure what you've done.... I'm guessing without looking at the patch code (lazy persons approach) that you have either improved the accuracy of pctcpu, or you now round any non-idle cpu usage below 0.00 up to 0.01 Whatever.... It works. The old top was mainly handy for watching heavy usage processes (don't get me wrong, it's invaluable for that). The new top is now also producing results similar to what I'd previously had to manually extrapolate from a series of repeated targetted 'ps' commands. I'll let you know if I notice anything weird, or if I manage to break anything :-) but I'm confident that this won't happen. A BIG thumbs up for this... Push into current, then MFC now! :-) Cheers, Jamie From owner-freebsd-current@FreeBSD.ORG Fri May 30 17:32:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 680DAA69; Fri, 30 May 2014 17:32:38 +0000 (UTC) Received: from mail.feld.me (mail.feld.me [66.170.3.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.feld.me", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CEA692E00; Fri, 30 May 2014 17:32:37 +0000 (UTC) Received: from mail.feld.me (mail.feld.me [66.170.3.6]); by mail.feld.me (OpenSMTPD) with ESMTP id aa585e42; Fri, 30 May 2014 12:32:33 -0500 (CDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=feld.me; h=content-type :mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:sender; s= blargle2; bh=cqkmcfb/3HBqrYFeVT8dqX6tyoQ=; b=RBJzOYswl/Xfjzf5ECt vdPHzS/wbxgGD5LcyKLxv80xuNX8nLXibALECE2pebIyZj3cVsCd1t/S51ufThs1 JGVJFLHaBnPZ7V2I+qp+aYQMqtX+vVe/ZnvbHeLY609xNXVQ2DUPbs7oSCeDaXW/ L9viXoJmulbdXehujzxkxr6IGdVNUbLPSZKo61frnBA+qlOIjG7BlAqIBPk3PqGV odzh/fRgvEUg3Css/ZghTQiiQqYOP9Ds4RCok7YqAoWFi0EoV2YRot8fqbCzGRzl xIVbD7k/He6fI4dHJOv53FE+xDiMTPDfP0VCHfJ7ALlk1Pe2ybJdWGDcCAFGiNSp eUg== DomainKey-Signature: a=rsa-sha1; c=nofws; d=feld.me; h=content-type :mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:sender; q= dns; s=blargle2; b=iCcKQD9QR9Gv7eI7N4nWpGTjbaivfGzphE8KIxT6vNkSP rBHuUeTzovf+3gdrG/kPW4kWPNDOPfv2UOcNo792Cv3snB2XvXaUHdb2EBZVHoeS 2ZJ0Von2M04sqA5ZcM3Dt0bFBr2sYrHXuT0x9Kh13h+z66vx1ng4HdljZykcrLMy M+IW7E+GpBPtlGNGAvuXPgsGpt1g+73rFPGCZotpiP5jwfl5dydP47bWwH60qPuD BBju9G8SP0LlymiWImBhy2iEN3t55Mscz4lJiWuFOFrcBvT80wU2wV8SnECneY8d 3Rit8gBldh9/DCkIlKiK8KVLywd8IwNv7R8w5OWhA== Received: from mail.feld.me (mail.feld.me [66.170.3.6]); by mail.feld.me (OpenSMTPD) with ESMTP id 9b151382; Fri, 30 May 2014 12:32:33 -0500 (CDT) Received: from feld@feld.me by mail.feld.me (Archiveopteryx 3.2.0) with esmtpa id 1401471152-323-320/5/20; Fri, 30 May 2014 17:32:32 +0000 Content-Type: text/plain Mime-Version: 1.0 Subject: Re: Change top's notion of idle processes / threads From: Mark Felder In-Reply-To: <201405301724.s4UHOHQ0054918@catnip.dyslexicfish.net> Date: Fri, 30 May 2014 12:32:31 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <919863EE-CE69-4C36-8F0E-EFDCC3DF9B3C@FreeBSD.org> References: <201405231605.26312.jhb@freebsd.org> <201405271637.23332.jhb@freebsd.org> <201405281220.s4SCKZcn023546@catnip.dyslexicfish.net> <201405281054.04691.jhb@freebsd.org> <201405301724.s4UHOHQ0054918@catnip.dyslexicfish.net> To: Jamie Landeg-Jones X-Mailer: Apple Mail (2.1878.2) Sender: feld@feld.me Cc: freebsd-current@freebsd.org, emaste@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 30 May 2014 17:32:38 -0000 On May 28, 2014, at 9:54, John Baldwin wrote: > Yes, I actually started by sorting on the raw delta and ended up going = back and fixing > pctcpu instead. However, there is a problem in this case which is = that you > still want to fall back to ki_pctcpu if you don't have a valid = previous delta > to compare against. It's a lot simpler to just fixup ki_pctcpu and = not have to go > change the sorting code explicitly. :( I actually started out having = a function that > returned a double for the pctcpu, but that would mean recalculating = the raw pctcpu > many, many times during the sort. Just updating ki_pctcpu once per = each process/thread > per fetch scales a bit better. I could perhaps use an array to cache = raw percentages > as doubles. >=20 > Ok, try people.freebsd.org/~jhb/patches/top_pctcpu2.patch >=20 Hey, all the 0.00% processes on my server now show up in top with = measurable usage. Nice. (They're all between 0.3% and 0.9%) From owner-freebsd-current@FreeBSD.ORG Fri May 30 17:45:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C301DD1; Fri, 30 May 2014 17:45:04 +0000 (UTC) Received: from mail.ambrisko.com (mail.ambrisko.com [70.91.206.90]) by mx1.freebsd.org (Postfix) with ESMTP id 9CBC12F09; Fri, 30 May 2014 17:45:04 +0000 (UTC) X-Ambrisko-Me: Yes Received: from server2.ambrisko.com (HELO internal.ambrisko.com) ([192.168.1.2]) by ironport.ambrisko.com with ESMTP; 30 May 2014 10:49:56 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by internal.ambrisko.com (8.14.4/8.14.4) with ESMTP id s4UHiwVe098518; Fri, 30 May 2014 10:44:58 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.14.4/8.14.4/Submit) id s4UHiwSf098517; Fri, 30 May 2014 10:44:58 -0700 (PDT) (envelope-from ambrisko) Date: Fri, 30 May 2014 10:44:58 -0700 From: Doug Ambrisko To: John Baldwin Subject: Re: ipmi patch for review Message-ID: <20140530174457.GA92246@ambrisko.com> References: <20130917102110.GK4574@glebius.int.ru> <201309191504.46986.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201309191504.46986.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Gleb Smirnoff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 30 May 2014 17:45:04 -0000 On Thu, Sep 19, 2013 at 03:04:46PM -0400, John Baldwin wrote: | On Tuesday, September 17, 2013 6:21:10 am Gleb Smirnoff wrote: | > Hi! | > | > When system is writing a kernel core dump, it issues watchdog | > pat wdog_kern_pat(WD_LASTVAL). If ipmi is in action, it registers | > ipmi_wd_event() as event for watchdog. Thus ipmi_wd_event() is | > called in dumping context. | > | > The problem is that ipmi_wd_event() calls into ipmi_set_watchdog(), | > that calls into ipmi_alloc_request(), which uses M_WAITOK and | > thus sleeps. This is a smaller problem, since can be converted to | > M_NOWAIT. But ipmi_set_watchdog() then calls into | > ipmi_submit_driver_request(), which calls msleep() any time. | > | > The attached patch allows me to successfully write cores in | > presence of IPMI. | | Of course, the watchdog might go off during your dump. :) | | The real fix is more complicated, which is that we should not use | a worker thread for at least SMIC and KCS. I haven't looked at this patch but I have local code that switches KCS into polling direct mode when the kernel goes into panic mode. I use this to write Linux compatible back traces into the system event logs. This could allow the watchdogd to continue to work. This should be easily extended to SMIC mode. SMBUS would be harder but at a prior company I made the SMBIO driver work in polled mode. If someone wants to look at this I can post the changes for KCS and the kernel backtrace to the system event log. We find this useful when looking at customer machines. IPMI gets upset if things get intermixed/interrupted so there needs to be serialization and cancellation if being interrupted. Thanks, Doug A. From owner-freebsd-current@FreeBSD.ORG Fri May 30 20:34:28 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D5552396; Fri, 30 May 2014 20:34:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9AFF02DD8; Fri, 30 May 2014 20:34:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4UKYKtf042514; Fri, 30 May 2014 16:34:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4UKYKZI042502; Fri, 30 May 2014 20:34:20 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 30 May 2014 20:34:20 GMT Message-Id: <201405302034.s4UKYKZI042502@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 May 2014 20:34:28 -0000 TB --- 2014-05-30 14:40:36 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-05-30 14:40:36 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-30 14:40:36 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-30 14:40:36 - cleaning the object tree TB --- 2014-05-30 14:40:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-30 14:40:41 - At svn revision 266887 TB --- 2014-05-30 14:40:42 - building world TB --- 2014-05-30 14:40:42 - CROSS_BUILD_TESTING=YES TB --- 2014-05-30 14:40:42 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-30 14:40:42 - MAKESYSPATH=/src/share/mk TB --- 2014-05-30 14:40:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-30 14:40:42 - SRCCONF=/dev/null TB --- 2014-05-30 14:40:42 - TARGET=arm TB --- 2014-05-30 14:40:42 - TARGET_ARCH=armv6 TB --- 2014-05-30 14:40:42 - TZ=UTC TB --- 2014-05-30 14:40:42 - __MAKE_CONF=/dev/null TB --- 2014-05-30 14:40:42 - cd /src TB --- 2014-05-30 14:40:42 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Fri May 30 14:40:49 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri May 30 17:58:09 UTC 2014 TB --- 2014-05-30 17:58:09 - generating LINT kernel config TB --- 2014-05-30 17:58:09 - cd /src/sys/arm/conf TB --- 2014-05-30 17:58:09 - /usr/bin/make -B LINT TB --- 2014-05-30 17:58:09 - cd /src/sys/arm/conf TB --- 2014-05-30 17:58:09 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-05-30 17:58:09 - skipping LINT kernel TB --- 2014-05-30 17:58:09 - cd /src/sys/arm/conf TB --- 2014-05-30 17:58:09 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m AC100 TB --- 2014-05-30 17:58:09 - building AC100 kernel TB --- 2014-05-30 17:58:09 - CROSS_BUILD_TESTING=YES TB --- 2014-05-30 17:58:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-30 17:58:09 - MAKESYSPATH=/src/share/mk TB --- 2014-05-30 17:58:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-30 17:58:09 - SRCCONF=/dev/null TB --- 2014-05-30 17:58:09 - TARGET=arm TB --- 2014-05-30 17:58:09 - TARGET_ARCH=armv6 TB --- 2014-05-30 17:58:09 - TZ=UTC TB --- 2014-05-30 17:58:09 - __MAKE_CONF=/dev/null TB --- 2014-05-30 17:58:09 - cd /src TB --- 2014-05-30 17:58:09 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Fri May 30 17:58:09 UTC 2014 >>> 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 AC100 completed on Fri May 30 18:01:13 UTC 2014 TB --- 2014-05-30 18:01:13 - cd /src/sys/arm/conf TB --- 2014-05-30 18:01:13 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ARMADAXP TB --- 2014-05-30 18:01:13 - building ARMADAXP kernel TB --- 2014-05-30 18:01:13 - CROSS_BUILD_TESTING=YES TB --- 2014-05-30 18:01:13 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-30 18:01:13 - MAKESYSPATH=/src/share/mk TB --- 2014-05-30 18:01:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-30 18:01:13 - SRCCONF=/dev/null TB --- 2014-05-30 18:01:13 - TARGET=arm TB --- 2014-05-30 18:01:13 - TARGET_ARCH=armv6 TB --- 2014-05-30 18:01:13 - TZ=UTC TB --- 2014-05-30 18:01:13 - __MAKE_CONF=/dev/null TB --- 2014-05-30 18:01:13 - cd /src TB --- 2014-05-30 18:01:13 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP >>> Kernel build for ARMADAXP started on Fri May 30 18:01:13 UTC 2014 >>> 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 ARMADAXP completed on Fri May 30 18:05:16 UTC 2014 TB --- 2014-05-30 18:05:16 - cd /src/sys/arm/conf TB --- 2014-05-30 18:05:16 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ARNDALE TB --- 2014-05-30 18:05:16 - building ARNDALE kernel TB --- 2014-05-30 18:05:16 - CROSS_BUILD_TESTING=YES TB --- 2014-05-30 18:05:16 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-30 18:05:16 - MAKESYSPATH=/src/share/mk TB --- 2014-05-30 18:05:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-30 18:05:16 - SRCCONF=/dev/null TB --- 2014-05-30 18:05:16 - TARGET=arm TB --- 2014-05-30 18:05:16 - TARGET_ARCH=armv6 TB --- 2014-05-30 18:05:16 - TZ=UTC TB --- 2014-05-30 18:05:16 - __MAKE_CONF=/dev/null TB --- 2014-05-30 18:05:16 - cd /src TB --- 2014-05-30 18:05:16 - /usr/bin/make -B buildkernel KERNCONF=ARNDALE >>> Kernel build for ARNDALE started on Fri May 30 18:05:16 UTC 2014 >>> 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 ARNDALE completed on Fri May 30 18:10:10 UTC 2014 TB --- 2014-05-30 18:10:10 - cd /src/sys/arm/conf TB --- 2014-05-30 18:10:10 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ATMEL TB --- 2014-05-30 18:10:10 - skipping ATMEL kernel TB --- 2014-05-30 18:10:10 - cd /src/sys/arm/conf TB --- 2014-05-30 18:10:10 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m AVILA TB --- 2014-05-30 18:10:10 - skipping AVILA kernel TB --- 2014-05-30 18:10:10 - cd /src/sys/arm/conf TB --- 2014-05-30 18:10:10 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m BEAGLEBONE TB --- 2014-05-30 18:10:10 - building BEAGLEBONE kernel TB --- 2014-05-30 18:10:10 - CROSS_BUILD_TESTING=YES TB --- 2014-05-30 18:10:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-30 18:10:10 - MAKESYSPATH=/src/share/mk TB --- 2014-05-30 18:10:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-30 18:10:10 - SRCCONF=/dev/null TB --- 2014-05-30 18:10:10 - TARGET=arm TB --- 2014-05-30 18:10:10 - TARGET_ARCH=armv6 TB --- 2014-05-30 18:10:10 - TZ=UTC TB --- 2014-05-30 18:10:10 - __MAKE_CONF=/dev/null TB --- 2014-05-30 18:10:10 - cd /src TB --- 2014-05-30 18:10:10 - /usr/bin/make -B buildkernel KERNCONF=BEAGLEBONE >>> Kernel build for BEAGLEBONE started on Fri May 30 18:10:11 UTC 2014 >>> 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 BEAGLEBONE completed on Fri May 30 18:26:19 UTC 2014 TB --- 2014-05-30 18:26:19 - cd /src/sys/arm/conf TB --- 2014-05-30 18:26:19 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m BWCT TB --- 2014-05-30 18:26:19 - skipping BWCT kernel TB --- 2014-05-30 18:26:19 - cd /src/sys/arm/conf TB --- 2014-05-30 18:26:19 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CAMBRIA TB --- 2014-05-30 18:26:19 - skipping CAMBRIA kernel TB --- 2014-05-30 18:26:19 - cd /src/sys/arm/conf TB --- 2014-05-30 18:26:19 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CHROMEBOOK TB --- 2014-05-30 18:26:19 - building CHROMEBOOK kernel TB --- 2014-05-30 18:26:19 - CROSS_BUILD_TESTING=YES TB --- 2014-05-30 18:26:19 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-30 18:26:19 - MAKESYSPATH=/src/share/mk TB --- 2014-05-30 18:26:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-30 18:26:19 - SRCCONF=/dev/null TB --- 2014-05-30 18:26:19 - TARGET=arm TB --- 2014-05-30 18:26:19 - TARGET_ARCH=armv6 TB --- 2014-05-30 18:26:19 - TZ=UTC TB --- 2014-05-30 18:26:19 - __MAKE_CONF=/dev/null TB --- 2014-05-30 18:26:19 - cd /src TB --- 2014-05-30 18:26:19 - /usr/bin/make -B buildkernel KERNCONF=CHROMEBOOK >>> Kernel build for CHROMEBOOK started on Fri May 30 18:26:19 UTC 2014 >>> 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 CHROMEBOOK completed on Fri May 30 18:31:22 UTC 2014 TB --- 2014-05-30 18:31:22 - cd /src/sys/arm/conf TB --- 2014-05-30 18:31:22 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CHROMEBOOK-SNOW TB --- 2014-05-30 18:31:22 - building CHROMEBOOK-SNOW kernel TB --- 2014-05-30 18:31:22 - CROSS_BUILD_TESTING=YES TB --- 2014-05-30 18:31:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-30 18:31:22 - MAKESYSPATH=/src/share/mk TB --- 2014-05-30 18:31:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-30 18:31:22 - SRCCONF=/dev/null TB --- 2014-05-30 18:31:22 - TARGET=arm TB --- 2014-05-30 18:31:22 - TARGET_ARCH=armv6 TB --- 2014-05-30 18:31:22 - TZ=UTC TB --- 2014-05-30 18:31:22 - __MAKE_CONF=/dev/null TB --- 2014-05-30 18:31:22 - cd /src TB --- 2014-05-30 18:31:22 - /usr/bin/make -B buildkernel KERNCONF=CHROMEBOOK-SNOW >>> Kernel build for CHROMEBOOK-SNOW started on Fri May 30 18:31:22 UTC 2014 >>> 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 CHROMEBOOK-SNOW completed on Fri May 30 18:36:20 UTC 2014 TB --- 2014-05-30 18:36:20 - cd /src/sys/arm/conf TB --- 2014-05-30 18:36:20 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CHROMEBOOK-SPRING TB --- 2014-05-30 18:36:20 - building CHROMEBOOK-SPRING kernel TB --- 2014-05-30 18:36:20 - CROSS_BUILD_TESTING=YES TB --- 2014-05-30 18:36:20 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-30 18:36:20 - MAKESYSPATH=/src/share/mk TB --- 2014-05-30 18:36:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-30 18:36:20 - SRCCONF=/dev/null TB --- 2014-05-30 18:36:20 - TARGET=arm TB --- 2014-05-30 18:36:20 - TARGET_ARCH=armv6 TB --- 2014-05-30 18:36:20 - TZ=UTC TB --- 2014-05-30 18:36:20 - __MAKE_CONF=/dev/null TB --- 2014-05-30 18:36:20 - cd /src TB --- 2014-05-30 18:36:20 - /usr/bin/make -B buildkernel KERNCONF=CHROMEBOOK-SPRING >>> Kernel build for CHROMEBOOK-SPRING started on Fri May 30 18:36:20 UTC 2014 >>> 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 CHROMEBOOK-SPRING completed on Fri May 30 18:41:15 UTC 2014 TB --- 2014-05-30 18:41:15 - cd /src/sys/arm/conf TB --- 2014-05-30 18:41:15 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CNS11XXNAS TB --- 2014-05-30 18:41:15 - skipping CNS11XXNAS kernel TB --- 2014-05-30 18:41:15 - cd /src/sys/arm/conf TB --- 2014-05-30 18:41:15 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m COLIBRI-VF50 TB --- 2014-05-30 18:41:15 - building COLIBRI-VF50 kernel TB --- 2014-05-30 18:41:15 - CROSS_BUILD_TESTING=YES TB --- 2014-05-30 18:41:15 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-30 18:41:15 - MAKESYSPATH=/src/share/mk TB --- 2014-05-30 18:41:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-30 18:41:15 - SRCCONF=/dev/null TB --- 2014-05-30 18:41:15 - TARGET=arm TB --- 2014-05-30 18:41:15 - TARGET_ARCH=armv6 TB --- 2014-05-30 18:41:15 - TZ=UTC TB --- 2014-05-30 18:41:15 - __MAKE_CONF=/dev/null TB --- 2014-05-30 18:41:15 - cd /src TB --- 2014-05-30 18:41:15 - /usr/bin/make -B buildkernel KERNCONF=COLIBRI-VF50 >>> Kernel build for COLIBRI-VF50 started on Fri May 30 18:41:15 UTC 2014 >>> 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 COLIBRI-VF50 completed on Fri May 30 18:45:32 UTC 2014 TB --- 2014-05-30 18:45:32 - cd /src/sys/arm/conf TB --- 2014-05-30 18:45:32 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m COSMIC TB --- 2014-05-30 18:45:32 - building COSMIC kernel TB --- 2014-05-30 18:45:32 - CROSS_BUILD_TESTING=YES TB --- 2014-05-30 18:45:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-30 18:45:32 - MAKESYSPATH=/src/share/mk TB --- 2014-05-30 18:45:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-30 18:45:32 - SRCCONF=/dev/null TB --- 2014-05-30 18:45:32 - TARGET=arm TB --- 2014-05-30 18:45:32 - TARGET_ARCH=armv6 TB --- 2014-05-30 18:45:32 - TZ=UTC TB --- 2014-05-30 18:45:32 - __MAKE_CONF=/dev/null TB --- 2014-05-30 18:45:32 - cd /src TB --- 2014-05-30 18:45:32 - /usr/bin/make -B buildkernel KERNCONF=COSMIC >>> Kernel build for COSMIC started on Fri May 30 18:45:32 UTC 2014 >>> 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 COSMIC completed on Fri May 30 18:49:48 UTC 2014 TB --- 2014-05-30 18:49:48 - cd /src/sys/arm/conf TB --- 2014-05-30 18:49:48 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CRB TB --- 2014-05-30 18:49:48 - skipping CRB kernel TB --- 2014-05-30 18:49:48 - cd /src/sys/arm/conf TB --- 2014-05-30 18:49:48 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CUBIEBOARD TB --- 2014-05-30 18:49:48 - building CUBIEBOARD kernel TB --- 2014-05-30 18:49:48 - CROSS_BUILD_TESTING=YES TB --- 2014-05-30 18:49:48 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-30 18:49:48 - MAKESYSPATH=/src/share/mk TB --- 2014-05-30 18:49:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-30 18:49:48 - SRCCONF=/dev/null TB --- 2014-05-30 18:49:48 - TARGET=arm TB --- 2014-05-30 18:49:48 - TARGET_ARCH=armv6 TB --- 2014-05-30 18:49:48 - TZ=UTC TB --- 2014-05-30 18:49:48 - __MAKE_CONF=/dev/null TB --- 2014-05-30 18:49:48 - cd /src TB --- 2014-05-30 18:49:48 - /usr/bin/make -B buildkernel KERNCONF=CUBIEBOARD >>> Kernel build for CUBIEBOARD started on Fri May 30 18:49:48 UTC 2014 >>> 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 CUBIEBOARD completed on Fri May 30 18:53:24 UTC 2014 TB --- 2014-05-30 18:53:24 - cd /src/sys/arm/conf TB --- 2014-05-30 18:53:24 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CUBIEBOARD2 TB --- 2014-05-30 18:53:24 - building CUBIEBOARD2 kernel TB --- 2014-05-30 18:53:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-30 18:53:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-30 18:53:24 - MAKESYSPATH=/src/share/mk TB --- 2014-05-30 18:53:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-30 18:53:24 - SRCCONF=/dev/null TB --- 2014-05-30 18:53:24 - TARGET=arm TB --- 2014-05-30 18:53:24 - TARGET_ARCH=armv6 TB --- 2014-05-30 18:53:24 - TZ=UTC TB --- 2014-05-30 18:53:24 - __MAKE_CONF=/dev/null TB --- 2014-05-30 18:53:24 - cd /src TB --- 2014-05-30 18:53:24 - /usr/bin/make -B buildkernel KERNCONF=CUBIEBOARD2 >>> Kernel build for CUBIEBOARD2 started on Fri May 30 18:53:24 UTC 2014 >>> 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 CUBIEBOARD2 completed on Fri May 30 18:56:58 UTC 2014 TB --- 2014-05-30 18:56:58 - cd /src/sys/arm/conf TB --- 2014-05-30 18:56:58 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DB-78XXX TB --- 2014-05-30 18:56:58 - skipping DB-78XXX kernel TB --- 2014-05-30 18:56:58 - cd /src/sys/arm/conf TB --- 2014-05-30 18:56:58 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DB-88F5XXX TB --- 2014-05-30 18:56:58 - skipping DB-88F5XXX kernel TB --- 2014-05-30 18:56:58 - cd /src/sys/arm/conf TB --- 2014-05-30 18:56:58 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DB-88F6XXX TB --- 2014-05-30 18:56:58 - skipping DB-88F6XXX kernel TB --- 2014-05-30 18:56:58 - cd /src/sys/arm/conf TB --- 2014-05-30 18:56:58 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DIGI-CCWMX53 TB --- 2014-05-30 18:56:58 - building DIGI-CCWMX53 kernel TB --- 2014-05-30 18:56:58 - CROSS_BUILD_TESTING=YES TB --- 2014-05-30 18:56:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-30 18:56:58 - MAKESYSPATH=/src/share/mk TB --- 2014-05-30 18:56:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-30 18:56:58 - SRCCONF=/dev/null TB --- 2014-05-30 18:56:58 - TARGET=arm TB --- 2014-05-30 18:56:58 - TARGET_ARCH=armv6 TB --- 2014-05-30 18:56:58 - TZ=UTC TB --- 2014-05-30 18:56:58 - __MAKE_CONF=/dev/null TB --- 2014-05-30 18:56:58 - cd /src TB --- 2014-05-30 18:56:58 - /usr/bin/make -B buildkernel KERNCONF=DIGI-CCWMX53 >>> Kernel build for DIGI-CCWMX53 started on Fri May 30 18:56:58 UTC 2014 >>> 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 DIGI-CCWMX53 completed on Fri May 30 19:11:43 UTC 2014 TB --- 2014-05-30 19:11:43 - cd /src/sys/arm/conf TB --- 2014-05-30 19:11:43 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DOCKSTAR TB --- 2014-05-30 19:11:43 - skipping DOCKSTAR kernel TB --- 2014-05-30 19:11:43 - cd /src/sys/arm/conf TB --- 2014-05-30 19:11:43 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DREAMPLUG-1001 TB --- 2014-05-30 19:11:43 - skipping DREAMPLUG-1001 kernel TB --- 2014-05-30 19:11:43 - cd /src/sys/arm/conf TB --- 2014-05-30 19:11:43 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m EA3250 TB --- 2014-05-30 19:11:43 - skipping EA3250 kernel TB --- 2014-05-30 19:11:43 - cd /src/sys/arm/conf TB --- 2014-05-30 19:11:43 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m EB9200 TB --- 2014-05-30 19:11:43 - skipping EB9200 kernel TB --- 2014-05-30 19:11:43 - cd /src/sys/arm/conf TB --- 2014-05-30 19:11:43 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m EFIKA_MX TB --- 2014-05-30 19:11:43 - building EFIKA_MX kernel TB --- 2014-05-30 19:11:43 - CROSS_BUILD_TESTING=YES TB --- 2014-05-30 19:11:43 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-30 19:11:43 - MAKESYSPATH=/src/share/mk TB --- 2014-05-30 19:11:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-30 19:11:43 - SRCCONF=/dev/null TB --- 2014-05-30 19:11:43 - TARGET=arm TB --- 2014-05-30 19:11:43 - TARGET_ARCH=armv6 TB --- 2014-05-30 19:11:43 - TZ=UTC TB --- 2014-05-30 19:11:43 - __MAKE_CONF=/dev/null TB --- 2014-05-30 19:11:43 - cd /src TB --- 2014-05-30 19:11:43 - /usr/bin/make -B buildkernel KERNCONF=EFIKA_MX >>> Kernel build for EFIKA_MX started on Fri May 30 19:11:44 UTC 2014 >>> 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 EFIKA_MX completed on Fri May 30 19:26:31 UTC 2014 TB --- 2014-05-30 19:26:31 - cd /src/sys/arm/conf TB --- 2014-05-30 19:26:31 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m EP80219 TB --- 2014-05-30 19:26:31 - skipping EP80219 kernel TB --- 2014-05-30 19:26:31 - cd /src/sys/arm/conf TB --- 2014-05-30 19:26:31 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ETHERNUT5 TB --- 2014-05-30 19:26:31 - skipping ETHERNUT5 kernel TB --- 2014-05-30 19:26:31 - cd /src/sys/arm/conf TB --- 2014-05-30 19:26:31 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m GUMSTIX TB --- 2014-05-30 19:26:31 - skipping GUMSTIX kernel TB --- 2014-05-30 19:26:31 - cd /src/sys/arm/conf TB --- 2014-05-30 19:26:31 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m GUMSTIX-QEMU TB --- 2014-05-30 19:26:31 - skipping GUMSTIX-QEMU kernel TB --- 2014-05-30 19:26:31 - cd /src/sys/arm/conf TB --- 2014-05-30 19:26:31 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m HL200 TB --- 2014-05-30 19:26:31 - skipping HL200 kernel TB --- 2014-05-30 19:26:31 - cd /src/sys/arm/conf TB --- 2014-05-30 19:26:31 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m HL201 TB --- 2014-05-30 19:26:31 - skipping HL201 kernel TB --- 2014-05-30 19:26:31 - cd /src/sys/arm/conf TB --- 2014-05-30 19:26:31 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m IMX53-QSB TB --- 2014-05-30 19:26:31 - building IMX53-QSB kernel TB --- 2014-05-30 19:26:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-30 19:26:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-30 19:26:31 - MAKESYSPATH=/src/share/mk TB --- 2014-05-30 19:26:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-30 19:26:31 - SRCCONF=/dev/null TB --- 2014-05-30 19:26:31 - TARGET=arm TB --- 2014-05-30 19:26:31 - TARGET_ARCH=armv6 TB --- 2014-05-30 19:26:31 - TZ=UTC TB --- 2014-05-30 19:26:31 - __MAKE_CONF=/dev/null TB --- 2014-05-30 19:26:31 - cd /src TB --- 2014-05-30 19:26:31 - /usr/bin/make -B buildkernel KERNCONF=IMX53-QSB >>> Kernel build for IMX53-QSB started on Fri May 30 19:26:31 UTC 2014 >>> 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 IMX53-QSB completed on Fri May 30 19:41:48 UTC 2014 TB --- 2014-05-30 19:41:48 - cd /src/sys/arm/conf TB --- 2014-05-30 19:41:48 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m IMX6 TB --- 2014-05-30 19:41:48 - building IMX6 kernel TB --- 2014-05-30 19:41:48 - CROSS_BUILD_TESTING=YES TB --- 2014-05-30 19:41:48 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-30 19:41:48 - MAKESYSPATH=/src/share/mk TB --- 2014-05-30 19:41:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-30 19:41:48 - SRCCONF=/dev/null TB --- 2014-05-30 19:41:48 - TARGET=arm TB --- 2014-05-30 19:41:48 - TARGET_ARCH=armv6 TB --- 2014-05-30 19:41:48 - TZ=UTC TB --- 2014-05-30 19:41:48 - __MAKE_CONF=/dev/null TB --- 2014-05-30 19:41:48 - cd /src TB --- 2014-05-30 19:41:48 - /usr/bin/make -B buildkernel KERNCONF=IMX6 >>> Kernel build for IMX6 started on Fri May 30 19:41:48 UTC 2014 >>> 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 IMX6 completed on Fri May 30 19:56:48 UTC 2014 TB --- 2014-05-30 19:56:48 - cd /src/sys/arm/conf TB --- 2014-05-30 19:56:48 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m IQ31244 TB --- 2014-05-30 19:56:48 - skipping IQ31244 kernel TB --- 2014-05-30 19:56:48 - cd /src/sys/arm/conf TB --- 2014-05-30 19:56:48 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m KB920X TB --- 2014-05-30 19:56:48 - skipping KB920X kernel TB --- 2014-05-30 19:56:48 - cd /src/sys/arm/conf TB --- 2014-05-30 19:56:48 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m LN2410SBC TB --- 2014-05-30 19:56:48 - skipping LN2410SBC kernel TB --- 2014-05-30 19:56:48 - cd /src/sys/arm/conf TB --- 2014-05-30 19:56:48 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m NSLU TB --- 2014-05-30 19:56:48 - skipping NSLU kernel TB --- 2014-05-30 19:56:48 - cd /src/sys/arm/conf TB --- 2014-05-30 19:56:48 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m PANDABOARD TB --- 2014-05-30 19:56:48 - building PANDABOARD kernel TB --- 2014-05-30 19:56:48 - CROSS_BUILD_TESTING=YES TB --- 2014-05-30 19:56:48 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-30 19:56:48 - MAKESYSPATH=/src/share/mk TB --- 2014-05-30 19:56:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-30 19:56:48 - SRCCONF=/dev/null TB --- 2014-05-30 19:56:48 - TARGET=arm TB --- 2014-05-30 19:56:48 - TARGET_ARCH=armv6 TB --- 2014-05-30 19:56:48 - TZ=UTC TB --- 2014-05-30 19:56:48 - __MAKE_CONF=/dev/null TB --- 2014-05-30 19:56:48 - cd /src TB --- 2014-05-30 19:56:48 - /usr/bin/make -B buildkernel KERNCONF=PANDABOARD >>> Kernel build for PANDABOARD started on Fri May 30 19:56:48 UTC 2014 >>> 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 PANDABOARD completed on Fri May 30 20:01:06 UTC 2014 TB --- 2014-05-30 20:01:06 - cd /src/sys/arm/conf TB --- 2014-05-30 20:01:06 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m QILA9G20 TB --- 2014-05-30 20:01:06 - skipping QILA9G20 kernel TB --- 2014-05-30 20:01:06 - cd /src/sys/arm/conf TB --- 2014-05-30 20:01:06 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m QUARTZ TB --- 2014-05-30 20:01:06 - building QUARTZ kernel TB --- 2014-05-30 20:01:06 - CROSS_BUILD_TESTING=YES TB --- 2014-05-30 20:01:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-30 20:01:06 - MAKESYSPATH=/src/share/mk TB --- 2014-05-30 20:01:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-30 20:01:06 - SRCCONF=/dev/null TB --- 2014-05-30 20:01:06 - TARGET=arm TB --- 2014-05-30 20:01:06 - TARGET_ARCH=armv6 TB --- 2014-05-30 20:01:06 - TZ=UTC TB --- 2014-05-30 20:01:06 - __MAKE_CONF=/dev/null TB --- 2014-05-30 20:01:06 - cd /src TB --- 2014-05-30 20:01:06 - /usr/bin/make -B buildkernel KERNCONF=QUARTZ >>> Kernel build for QUARTZ started on Fri May 30 20:01:06 UTC 2014 >>> 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 QUARTZ completed on Fri May 30 20:05:29 UTC 2014 TB --- 2014-05-30 20:05:29 - cd /src/sys/arm/conf TB --- 2014-05-30 20:05:29 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m RADXA TB --- 2014-05-30 20:05:29 - building RADXA kernel TB --- 2014-05-30 20:05:29 - CROSS_BUILD_TESTING=YES TB --- 2014-05-30 20:05:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-30 20:05:29 - MAKESYSPATH=/src/share/mk TB --- 2014-05-30 20:05:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-30 20:05:29 - SRCCONF=/dev/null TB --- 2014-05-30 20:05:29 - TARGET=arm TB --- 2014-05-30 20:05:29 - TARGET_ARCH=armv6 TB --- 2014-05-30 20:05:29 - TZ=UTC TB --- 2014-05-30 20:05:29 - __MAKE_CONF=/dev/null TB --- 2014-05-30 20:05:29 - cd /src TB --- 2014-05-30 20:05:29 - /usr/bin/make -B buildkernel KERNCONF=RADXA >>> Kernel build for RADXA started on Fri May 30 20:05:29 UTC 2014 >>> 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 RADXA completed on Fri May 30 20:19:31 UTC 2014 TB --- 2014-05-30 20:19:31 - cd /src/sys/arm/conf TB --- 2014-05-30 20:19:31 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m RADXA-LITE TB --- 2014-05-30 20:19:31 - building RADXA-LITE kernel TB --- 2014-05-30 20:19:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-30 20:19:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-30 20:19:31 - MAKESYSPATH=/src/share/mk TB --- 2014-05-30 20:19:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-30 20:19:31 - SRCCONF=/dev/null TB --- 2014-05-30 20:19:31 - TARGET=arm TB --- 2014-05-30 20:19:31 - TARGET_ARCH=armv6 TB --- 2014-05-30 20:19:31 - TZ=UTC TB --- 2014-05-30 20:19:31 - __MAKE_CONF=/dev/null TB --- 2014-05-30 20:19:31 - cd /src TB --- 2014-05-30 20:19:31 - /usr/bin/make -B buildkernel KERNCONF=RADXA-LITE >>> Kernel build for RADXA-LITE started on Fri May 30 20:19:31 UTC 2014 >>> 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 RADXA-LITE completed on Fri May 30 20:33:34 UTC 2014 TB --- 2014-05-30 20:33:34 - cd /src/sys/arm/conf TB --- 2014-05-30 20:33:34 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m RK3188 TB --- 2014-05-30 20:33:34 - building RK3188 kernel TB --- 2014-05-30 20:33:34 - CROSS_BUILD_TESTING=YES TB --- 2014-05-30 20:33:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-30 20:33:34 - MAKESYSPATH=/src/share/mk TB --- 2014-05-30 20:33:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-30 20:33:34 - SRCCONF=/dev/null TB --- 2014-05-30 20:33:34 - TARGET=arm TB --- 2014-05-30 20:33:34 - TARGET_ARCH=armv6 TB --- 2014-05-30 20:33:34 - TZ=UTC TB --- 2014-05-30 20:33:34 - __MAKE_CONF=/dev/null TB --- 2014-05-30 20:33:34 - cd /src TB --- 2014-05-30 20:33:34 - /usr/bin/make -B buildkernel KERNCONF=RK3188 >>> Kernel build for RK3188 started on Fri May 30 20:33:34 UTC 2014 >>> 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 [...] 1 error generated. In file included from /src/sys/arm/rockchip/rk30xx_grf.c:46: In file included from /src/sys/dev/fdt/fdt_common.h:37: /src/sys/dev/ofw/ofw_bus.h:36:10: fatal error: 'ofw_bus_if.h' file not found #include "ofw_bus_if.h" ^ 1 error generated. In file included from /src/sys/arm/rockchip/rk30xx_wdog.c:39: In file included from /src/sys/dev/fdt/fdt_common.h:37: /src/sys/dev/ofw/ofw_bus.h:36:10: fatal error: 'ofw_bus_if.h' file not found #include "ofw_bus_if.h" ^ 1 error generated. In file included from /src/sys/arm/rockchip/rk30xx_gpio.c:50: In file included from /src/sys/dev/fdt/fdt_common.h:37: /src/sys/dev/ofw/ofw_bus.h:36:10: fatal error: 'ofw_bus_if.h' file not found #include "ofw_bus_if.h" ^ 1 error generated. mkdep: compile failed *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/RK3188 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-05-30 20:34:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-30 20:34:20 - ERROR: failed to build RK3188 kernel TB --- 2014-05-30 20:34:20 - 17163.31 user 2911.12 system 21223.37 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Sat May 31 00:43:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4BFEF1FB; Sat, 31 May 2014 00:43:50 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 93F722090; Sat, 31 May 2014 00:43:49 +0000 (UTC) Received-SPF: pass (freebsd.czest.pl: domain of wkoszek@freebsd.czest.pl designates 212.87.224.105 as permitted sender) receiver=freebsd.czest.pl; client-ip=212.87.224.105; helo=freebsd.czest.pl; envelope-from=wkoszek@freebsd.czest.pl; x-software=spfmilter 0.97 http://www.acme.com/software/spfmilter/ with libspf-unknown; Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by freebsd.czest.pl (8.14.5/8.14.5) with ESMTP id s4V0dqLG075195; Sat, 31 May 2014 00:39:52 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.5/8.14.5/Submit) id s4V0dqqH075194; Sat, 31 May 2014 00:39:52 GMT (envelope-from wkoszek) Date: Sat, 31 May 2014 00:39:52 +0000 From: "Wojciech A. Koszek" To: Shawn Webb Subject: Re: [CFT] ASLR, PIE, and segvguard on 11-current and 10-stable Message-ID: <20140531003952.GM91702@FreeBSD.org> References: <20140514135852.GC3063@pwnie.vrt.sourcefire.com> <20140523195329.GC91702@FreeBSD.org> <20140524003525.GC2029@pwnie.vrt.sourcefire.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20140524003525.GC2029@pwnie.vrt.sourcefire.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-0.4 required=5.0 tests=RP_MATCHES_RCVD, SPF_HELO_PASS, SPF_PASS autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on freebsd.czest.pl X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (freebsd.czest.pl [212.87.224.105]); Sat, 31 May 2014 00:39:59 +0000 (UTC) Cc: freebsd-security@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Oliver Pinter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 31 May 2014 00:43:50 -0000 On Fri, May 23, 2014 at 08:35:25PM -0400, Shawn Webb wrote: > On May 23, 2014 07:53 PM +0000, Wojciech A. Koszek wrote: > > On Wed, May 14, 2014 at 09:58:52AM -0400, Shawn Webb wrote: > > > Hey All, > > > > > > [NOTE: crossposting between freebsd-current@, freebsd-security@, and > > > freebsd-stable@. Please forgive me if crossposting is frowned upon.] > > > > > > Address Space Layout Randomization, or ASLR for short, is an exploit > > > mitigation technology. It helps secure applications against low-level > > > exploits. A popular secure implementation is known as PaX ASLR, which is > > > a third-party patch for Linux. Our implementation is based off of PaX's. > > > > > > Oliver Pinter, Danilo Egea, and I have been working hard to bring more > > > features and robust stability to our ASLR patches. We've done extensive > > > testing on amd64. We'd like to get as many people testing these patches. > > > Given the nature of them, we'd also like as many eyeballs reviewing the > > > code as well. > > > > > > I have a Raspberry Pi and have noticed a few bugs. On ARM (at least, on > > > the RPI), when a parent forks a child, and the child gracefully exits, > > > the parent segfaults with the pc register pointing to 0xc0000000. That > > > address is always the same, no matter the application. If anyone knows > > > the ARM architecture well, and how FreeBSD ties into it, I'd like a > > > little guidance. > > > > > > I also have a sparc64 box, but I'm having trouble getting a vanilla > > > 11-current system to be stable on it. I ought to file a few PRs. > > > > > > You can find links to the patches below. > > > > > > Patch for 11-current: > > > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-current-aslr-segvguard-SNAPSHOT.diff > > > > > > Patch for 10-stable: > > > http://www.crysys.hu/~op/freebsd/patches/20140514091132-freebsd-stable-10-aslr-segvguard-SNAPSHOT.diff > > > > > > > Shawn > > > > I appreciate you working on this. We must have this in FreeBSD. > > > > I looked at the patch and I read, but not run it. Comments below. > > > > My personal opinion is that kern_pax.c should be compiled in by default. If > > it adds a lot of size, it'd be better to provide empty stub calls instead of > > #ifdef'ing everything. But security is very important especially in > > embeddded systems, so you can imagine you're writing the code that everybody > > wants and must have enabled for decent level of security. > > > > All modern systems run with ASLR turned on. > > > > I skipped user-space stuff. I don't think it's necessary in this commit and > > should be separated. > > > > There's a lot of lines of code for status showing. Not sure if we care that > > much: ASLR is either on or off. Not sure about more granularity. More below. > > We provide the level of granularity because there are a lot of > applications that might exhibit weird behaviors or even crash if we > randomize too many bits. We provide sane defaults, but allow each user > to choose the level of security versus the level of stability they > desire. I'm OK with it being more granular if that's the case. But Linux/MacOSX all have ASLR. If we have programs in ports/ that run on Linux, it's likely they'll just work. If they break, we'll just marked them as broken and to be fixed by the maintainer. Can you run GNOME or KDE with your patch? Or node.js? Node.js uses JIT engine for Javascript. If it works, it's quite likely other will work. > > > > kern_jail.c: > > > > something looks wrong here. Sounds like you need "pr->pax". But I don't > > understand why you need to have these pr_* values here. It seems > > unnecessary. > > I've made it possible to have per-jail ASLR settings. If you have an > application that misbehaves, you can jail it with ASLR turned off just > for that jail. My BSDCan presentation talks about this. The recording > isn't up, yet, though. I don't get it. If there's a program that is broken but you want to run it in jail, our rc.d jail startup script should earn a "NOPIE" function maybe. I believed PIE/NOPIE is per-process setting on whether to use PIE or not. In this case we'd be able to do: /usr/sbin/jail ...... /usr/sbin/nopax program ... In Linux you can do it with personalities. I don't know what it would translate in the FreeBSD to. I guess this could be achieved with simple per-process SYSCTL. "nopax" would disable ASLR, fork and exec(). > > I can imagine we won't want ASLR only temporarily, for ports which break and > > must be fixed. So we probably just need per-process ASLR on/off switch and a > > wrapper which could be used like: > > > > aslr off program .... > > So we have right now an addition to mac_bsdextended(4)/ugidfw(8) that > does this exact thing. We also plan on adding FS extended attribute > support soon, too. Also, per-jail ASLR settings. If you can already do it with MAC layer, it should be enough. Touching jail(8) will require lots of people to review this patch and analyze it in a great details, which typically slows things down a lot. > > The debug stuff I'd remove too. We could have additional CTR stubs used > > there, if necessary. > > Oliver just released a new patchset today with new debugging > functionality. I'd love to hear your commments on it. Like des@ and David said: I'd just use ktrace/audit subsystem. > > > > segvguard part I didn't understand. Why do you keep a list of programs that > > failed? There was no ASSERTs, thus it was hard to understand the locking > > too. > > We've semi-paused development of segvguard for the moment to focus on > ASLR. Though the features are related and segvguard is recommended for a > proper ASLR implementation, it is not required. Danilo Egea Gondolfo is > the principal engineer behind our segvguard implementation. We're still > working out the kinks and the underlying design and architecture of this > feature. What is it for? What does it do? I'd remove it until you get basic ASLR in the kernel. > > I'm trying to understand if randomization is done correctly. Do you think > > you could post the results? > > > > Program: > > > > http://pastebin.com/XTRHLhMg > > My results on an amd64 VM are pasted here: http://ix.io/cD5 > OK, so the comparison for stack is: MacOSX : 0xfffff000 20 random bits Linux : 0xfffffff0 28 random bits FreeBSD: 0x000ffff0 16 random bits Could we make FreeBSD be like Linux? Heap randomization also looks better on Linux. Thanks for preparing it. -- Wojciech A. Koszek wkoszek@FreeBSD.czest.pl http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-current@FreeBSD.ORG Sat May 31 00:44:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA08F3DF for ; Sat, 31 May 2014 00:44:06 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 97B90209E for ; Sat, 31 May 2014 00:44:06 +0000 (UTC) Received: from u10-2-32-011.office.norse-data.com (unknown [50.204.88.51]) by elvis.mu.org (Postfix) with ESMTPSA id 3D2841A3D4A for ; Fri, 30 May 2014 17:44:00 -0700 (PDT) Message-ID: <538925D5.6020905@mu.org> Date: Fri, 30 May 2014 17:44:05 -0700 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: ipmi patch for review References: <20130917102110.GK4574@glebius.int.ru> <201309191504.46986.jhb@freebsd.org> <20140530174457.GA92246@ambrisko.com> In-Reply-To: <20140530174457.GA92246@ambrisko.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 31 May 2014 00:44:06 -0000 On 5/30/14, 10:44 AM, Doug Ambrisko wrote: > On Thu, Sep 19, 2013 at 03:04:46PM -0400, John Baldwin wrote: > | On Tuesday, September 17, 2013 6:21:10 am Gleb Smirnoff wrote: > | > Hi! > | > > | > When system is writing a kernel core dump, it issues watchdog > | > pat wdog_kern_pat(WD_LASTVAL). If ipmi is in action, it registers > | > ipmi_wd_event() as event for watchdog. Thus ipmi_wd_event() is > | > called in dumping context. > | > > | > The problem is that ipmi_wd_event() calls into ipmi_set_watchdog(), > | > that calls into ipmi_alloc_request(), which uses M_WAITOK and > | > thus sleeps. This is a smaller problem, since can be converted to > | > M_NOWAIT. But ipmi_set_watchdog() then calls into > | > ipmi_submit_driver_request(), which calls msleep() any time. > | > > | > The attached patch allows me to successfully write cores in > | > presence of IPMI. > | > | Of course, the watchdog might go off during your dump. :) > | > | The real fix is more complicated, which is that we should not use > | a worker thread for at least SMIC and KCS. > > I haven't looked at this patch but I have local code that switches > KCS into polling direct mode when the kernel goes into panic mode. > I use this to write Linux compatible back traces into the system > event logs. This could allow the watchdogd to continue to work. > This should be easily extended to SMIC mode. SMBUS would be > harder but at a prior company I made the SMBIO driver work in polled > mode. > > If someone wants to look at this I can post the changes for KCS and > the kernel backtrace to the system event log. We find this useful > when looking at customer machines. > > IPMI gets upset if things get intermixed/interrupted so there needs > to be serialization and cancellation if being interrupted. > These patches would be really nice to have in base. I noticed this problem too, you can't really touch watchdogs some of the time when in a panic(9) situation and it leaves you in a bad state to stop them or reset them while you are dumping. Thank you for looking at this. -Alfred From owner-freebsd-current@FreeBSD.ORG Sat May 31 00:44:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B53324F9; Sat, 31 May 2014 00:44:58 +0000 (UTC) Received: from COL004-OMC2S12.hotmail.com (col004-omc2s12.hotmail.com [65.55.34.86]) (using TLSv1.2 with cipher AES128-SHA256 (128/128 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 918E820CC; Sat, 31 May 2014 00:44:58 +0000 (UTC) Received: from COL131-DS3 ([65.55.34.73]) by COL004-OMC2S12.hotmail.com with Microsoft SMTPSVC(7.5.7601.22701); Fri, 30 May 2014 17:44:52 -0700 X-TMN: [pZYCNYHyvsNWQmdArs5rsuThnJgpQUTJ] X-Originating-Email: [fredhps10@hotmail.com] Message-ID: From: Fred Pedrisa To: "'Adrian Chadd'" References: <00f901cf7afd$aba70cc0$02f52640$@hotmail.com> In-Reply-To: <00f901cf7afd$aba70cc0$02f52640$@hotmail.com> Subject: RES: Thread Scheduler Priority Date: Fri, 30 May 2014 21:45:18 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQFLhKv5j3QmiEbRctVokj9BOKz7BwMaixgYAbALIjqcO3UeEA== Content-Language: pt-br X-OriginalArrivalTime: 31 May 2014 00:44:52.0496 (UTC) FILETIME=[88C38900:01CF7C69] Cc: 'freebsd-current' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 31 May 2014 00:44:58 -0000 Any clue on this ? :( -----Mensagem original----- De: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] Em nome de Fred Pedrisa Enviada em: quinta-feira, 29 de maio de 2014 02:19 Para: 'Adrian Chadd' Cc: 'freebsd-current' Assunto: RES: Thread Scheduler Priority Hello, Yes. -----Mensagem original----- De: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] Em nome de Adrian Chadd Enviada em: quinta-feira, 29 de maio de 2014 02:18 Para: Fred Pedrisa Cc: freebsd-current Assunto: Re: Thread Scheduler Priority are you doing this all as root? -a On 28 May 2014 22:12, Fred Pedrisa wrote: > Hi, Guys. > > > > How can I adjust a certain thread to have the maximum system priority > in the scheduler ? > > > > I've tried doing it this way : > > > > /* Set thread priority. > */ > > if > (pthread_getschedparam(ts[gnThreadID], &police, ¶m[gnThreadID]) != > 0) > > { > > error > ("Unable to get priority"); > > return > 1; > > } > > > param[gnThreadID].sched_priority = 99; > > if > (pthread_setschedparam(ts[gnThreadID], police, ¶m[gnThreadID]) != > 0) > > { > > error("Unable to set priority"); > > return 1; > > } > > > > However, in 'top', I don't see the process threads switching to -92 > priority, like other threads in the system, is something I did wrong > or maybe I might be missing something ? > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" _______________________________________________ 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 Sat May 31 02:50:02 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05FC2EA1 for ; Sat, 31 May 2014 02:50:02 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CFC5128AB for ; Sat, 31 May 2014 02:50:01 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WqZMn-000AEu-RZ; Sat, 31 May 2014 02:49:54 +0000 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 s4V2npkZ004109; Fri, 30 May 2014 20:49:51 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19cy2PRXdcz7uH4uMKPChnL Subject: Re: Thread Scheduler Priority From: Ian Lepore To: Fred Pedrisa In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" Date: Fri, 30 May 2014 20:49:51 -0600 Message-ID: <1401504591.20883.28.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: 'freebsd-current' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 31 May 2014 02:50:02 -0000 On Thu, 2014-05-29 at 02:12 -0300, Fred Pedrisa wrote: > Hi, Guys. > > > > How can I adjust a certain thread to have the maximum system priority in the > scheduler ? > > > > I've tried doing it this way : > > > > /* Set thread priority. */ > > if > (pthread_getschedparam(ts[gnThreadID], &police, ¶m[gnThreadID]) != 0) > > { > > error > ("Unable to get priority"); > > return 1; > > } > > > param[gnThreadID].sched_priority = 99; > > if > (pthread_setschedparam(ts[gnThreadID], police, ¶m[gnThreadID]) != 0) > > { > > error("Unable to set priority"); > > return 1; > > } > > > > However, in 'top', I don't see the process threads switching to -92 > priority, like other threads in the system, is something I did wrong or > maybe I might be missing something ? You can't just set the priority to any number you want... per the man page for pthread_setschedparam() the value has to fall within the ranges returned by sched_get_priority_min() and sched_get_priority_max() for the given scheduling class. On freebsd those ranges are 0-31. I suspect from your statement of wanting "maximum system priority" maybe what you need to do is change the scheduling class from SCHED_OTHER to SCHED_RR, that should give you realtime priority. Be aware that a realtime thread that is compute-bound will take over the system (or one core on an SMP system); it will get all cycles if it is always runnable. If what you're looking for is the thread equivelent of using the nice command, so that you give a boost to a thread over other threads in the timeshare (SCHED_OTHER) scheduling class, there is currently no way to do that in freebsd. Last year for $work I about went crazy trying to figure out the mapping between pthread scheduling classes and priorities and freebsd's idea of thread prorities. I eventually gave up on the pthread API and used the freebsd native function rtprio_thread() instead. -- Ian From owner-freebsd-current@FreeBSD.ORG Sat May 31 02:59:54 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 152109E; Sat, 31 May 2014 02:59:54 +0000 (UTC) Received: from COL004-OMC4S9.hotmail.com (col004-omc4s9.hotmail.com [65.55.34.211]) by mx1.freebsd.org (Postfix) with ESMTP id E36412942; Sat, 31 May 2014 02:59:53 +0000 (UTC) Received: from COL131-DS17 ([65.55.34.201]) by COL004-OMC4S9.hotmail.com with Microsoft SMTPSVC(7.5.7601.22678); Fri, 30 May 2014 19:58:48 -0700 X-TMN: [dzZRrMZkn3OqCZjoXLpCRLbYLckxhJcs] X-Originating-Email: [fredhps10@hotmail.com] Message-ID: From: Fred Pedrisa To: "'Ian Lepore'" References: <02f701cf7c7b$58f226c0$0ad67440$@FreeBSD.org> In-Reply-To: <02f701cf7c7b$58f226c0$0ad67440$@FreeBSD.org> Subject: RES: Thread Scheduler Priority Date: Fri, 30 May 2014 23:59:14 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQFLhKv5j3QmiEbRctVokj9BOKz7BwIzDj9HnFBWvQA= Content-Language: pt-br X-OriginalArrivalTime: 31 May 2014 02:58:48.0539 (UTC) FILETIME=[3E9E62B0:01CF7C7C] Cc: 'freebsd-current' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 31 May 2014 02:59:54 -0000 Hello, This is 'min' and 'max' for the default policy : Min : 0, Max : 103 In my system. -----Mensagem original----- De: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] Em nome de Ian Lepore Enviada em: sexta-feira, 30 de maio de 2014 23:50 Para: Fred Pedrisa Cc: 'freebsd-current' Assunto: Re: Thread Scheduler Priority On Thu, 2014-05-29 at 02:12 -0300, Fred Pedrisa wrote: > Hi, Guys. > > > > How can I adjust a certain thread to have the maximum system priority > in the scheduler ? > > > > I've tried doing it this way : > > > > /* Set thread priority. > */ > > if > (pthread_getschedparam(ts[gnThreadID], &police, ¶m[gnThreadID]) != > 0) > > { > > error > ("Unable to get priority"); > > return > 1; > > } > > > param[gnThreadID].sched_priority = 99; > > if > (pthread_setschedparam(ts[gnThreadID], police, ¶m[gnThreadID]) != > 0) > > { > > error("Unable to set priority"); > > return 1; > > } > > > > However, in 'top', I don't see the process threads switching to -92 > priority, like other threads in the system, is something I did wrong > or maybe I might be missing something ? You can't just set the priority to any number you want... per the man page for pthread_setschedparam() the value has to fall within the ranges returned by sched_get_priority_min() and sched_get_priority_max() for the given scheduling class. On freebsd those ranges are 0-31. I suspect from your statement of wanting "maximum system priority" maybe what you need to do is change the scheduling class from SCHED_OTHER to SCHED_RR, that should give you realtime priority. Be aware that a realtime thread that is compute-bound will take over the system (or one core on an SMP system); it will get all cycles if it is always runnable. If what you're looking for is the thread equivelent of using the nice command, so that you give a boost to a thread over other threads in the timeshare (SCHED_OTHER) scheduling class, there is currently no way to do that in freebsd. Last year for $work I about went crazy trying to figure out the mapping between pthread scheduling classes and priorities and freebsd's idea of thread prorities. I eventually gave up on the pthread API and used the freebsd native function rtprio_thread() instead. -- Ian _______________________________________________ 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 Sat May 31 11:11:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F05FCE4; Sat, 31 May 2014 11:11:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 65BD92F08; Sat, 31 May 2014 11:11:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s4VBBS2S095996; Sat, 31 May 2014 07:11:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s4VBBSqM095995; Sat, 31 May 2014 11:11:28 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 31 May 2014 11:11:28 GMT Message-Id: <201405311111.s4VBBSqM095995@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 May 2014 11:11:30 -0000 TB --- 2014-05-31 05:10:36 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-05-31 05:10:36 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-31 05:10:36 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-31 05:10:36 - cleaning the object tree TB --- 2014-05-31 05:13:03 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-31 05:13:06 - At svn revision 266916 TB --- 2014-05-31 05:13:07 - building world TB --- 2014-05-31 05:13:07 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 05:13:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 05:13:07 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 05:13:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 05:13:07 - SRCCONF=/dev/null TB --- 2014-05-31 05:13:07 - TARGET=arm TB --- 2014-05-31 05:13:07 - TARGET_ARCH=armv6 TB --- 2014-05-31 05:13:07 - TZ=UTC TB --- 2014-05-31 05:13:07 - __MAKE_CONF=/dev/null TB --- 2014-05-31 05:13:07 - cd /src TB --- 2014-05-31 05:13:07 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat May 31 05:13:14 UTC 2014 >>> 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 Sat May 31 08:34:14 UTC 2014 TB --- 2014-05-31 08:34:14 - generating LINT kernel config TB --- 2014-05-31 08:34:14 - cd /src/sys/arm/conf TB --- 2014-05-31 08:34:14 - /usr/bin/make -B LINT TB --- 2014-05-31 08:34:15 - cd /src/sys/arm/conf TB --- 2014-05-31 08:34:15 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-05-31 08:34:15 - skipping LINT kernel TB --- 2014-05-31 08:34:15 - cd /src/sys/arm/conf TB --- 2014-05-31 08:34:15 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m AC100 TB --- 2014-05-31 08:34:15 - building AC100 kernel TB --- 2014-05-31 08:34:15 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 08:34:15 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 08:34:15 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 08:34:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 08:34:15 - SRCCONF=/dev/null TB --- 2014-05-31 08:34:15 - TARGET=arm TB --- 2014-05-31 08:34:15 - TARGET_ARCH=armv6 TB --- 2014-05-31 08:34:15 - TZ=UTC TB --- 2014-05-31 08:34:15 - __MAKE_CONF=/dev/null TB --- 2014-05-31 08:34:15 - cd /src TB --- 2014-05-31 08:34:15 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Sat May 31 08:34:15 UTC 2014 >>> 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 AC100 completed on Sat May 31 08:37:27 UTC 2014 TB --- 2014-05-31 08:37:27 - cd /src/sys/arm/conf TB --- 2014-05-31 08:37:27 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ARMADAXP TB --- 2014-05-31 08:37:27 - building ARMADAXP kernel TB --- 2014-05-31 08:37:27 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 08:37:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 08:37:27 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 08:37:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 08:37:27 - SRCCONF=/dev/null TB --- 2014-05-31 08:37:27 - TARGET=arm TB --- 2014-05-31 08:37:27 - TARGET_ARCH=armv6 TB --- 2014-05-31 08:37:27 - TZ=UTC TB --- 2014-05-31 08:37:27 - __MAKE_CONF=/dev/null TB --- 2014-05-31 08:37:27 - cd /src TB --- 2014-05-31 08:37:27 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP >>> Kernel build for ARMADAXP started on Sat May 31 08:37:27 UTC 2014 >>> 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 ARMADAXP completed on Sat May 31 08:41:32 UTC 2014 TB --- 2014-05-31 08:41:32 - cd /src/sys/arm/conf TB --- 2014-05-31 08:41:32 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ARNDALE TB --- 2014-05-31 08:41:32 - building ARNDALE kernel TB --- 2014-05-31 08:41:32 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 08:41:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 08:41:32 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 08:41:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 08:41:32 - SRCCONF=/dev/null TB --- 2014-05-31 08:41:32 - TARGET=arm TB --- 2014-05-31 08:41:32 - TARGET_ARCH=armv6 TB --- 2014-05-31 08:41:32 - TZ=UTC TB --- 2014-05-31 08:41:32 - __MAKE_CONF=/dev/null TB --- 2014-05-31 08:41:32 - cd /src TB --- 2014-05-31 08:41:32 - /usr/bin/make -B buildkernel KERNCONF=ARNDALE >>> Kernel build for ARNDALE started on Sat May 31 08:41:32 UTC 2014 >>> 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 ARNDALE completed on Sat May 31 08:46:36 UTC 2014 TB --- 2014-05-31 08:46:36 - cd /src/sys/arm/conf TB --- 2014-05-31 08:46:36 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ATMEL TB --- 2014-05-31 08:46:36 - skipping ATMEL kernel TB --- 2014-05-31 08:46:36 - cd /src/sys/arm/conf TB --- 2014-05-31 08:46:36 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m AVILA TB --- 2014-05-31 08:46:36 - skipping AVILA kernel TB --- 2014-05-31 08:46:36 - cd /src/sys/arm/conf TB --- 2014-05-31 08:46:36 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m BEAGLEBONE TB --- 2014-05-31 08:46:36 - building BEAGLEBONE kernel TB --- 2014-05-31 08:46:36 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 08:46:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 08:46:36 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 08:46:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 08:46:36 - SRCCONF=/dev/null TB --- 2014-05-31 08:46:36 - TARGET=arm TB --- 2014-05-31 08:46:36 - TARGET_ARCH=armv6 TB --- 2014-05-31 08:46:36 - TZ=UTC TB --- 2014-05-31 08:46:36 - __MAKE_CONF=/dev/null TB --- 2014-05-31 08:46:36 - cd /src TB --- 2014-05-31 08:46:36 - /usr/bin/make -B buildkernel KERNCONF=BEAGLEBONE >>> Kernel build for BEAGLEBONE started on Sat May 31 08:46:36 UTC 2014 >>> 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 BEAGLEBONE completed on Sat May 31 09:02:28 UTC 2014 TB --- 2014-05-31 09:02:28 - cd /src/sys/arm/conf TB --- 2014-05-31 09:02:28 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m BWCT TB --- 2014-05-31 09:02:28 - skipping BWCT kernel TB --- 2014-05-31 09:02:28 - cd /src/sys/arm/conf TB --- 2014-05-31 09:02:28 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CAMBRIA TB --- 2014-05-31 09:02:28 - skipping CAMBRIA kernel TB --- 2014-05-31 09:02:28 - cd /src/sys/arm/conf TB --- 2014-05-31 09:02:28 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CHROMEBOOK TB --- 2014-05-31 09:02:28 - building CHROMEBOOK kernel TB --- 2014-05-31 09:02:28 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 09:02:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 09:02:28 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 09:02:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 09:02:28 - SRCCONF=/dev/null TB --- 2014-05-31 09:02:28 - TARGET=arm TB --- 2014-05-31 09:02:28 - TARGET_ARCH=armv6 TB --- 2014-05-31 09:02:28 - TZ=UTC TB --- 2014-05-31 09:02:28 - __MAKE_CONF=/dev/null TB --- 2014-05-31 09:02:28 - cd /src TB --- 2014-05-31 09:02:28 - /usr/bin/make -B buildkernel KERNCONF=CHROMEBOOK >>> Kernel build for CHROMEBOOK started on Sat May 31 09:02:28 UTC 2014 >>> 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 CHROMEBOOK completed on Sat May 31 09:07:28 UTC 2014 TB --- 2014-05-31 09:07:28 - cd /src/sys/arm/conf TB --- 2014-05-31 09:07:28 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CHROMEBOOK-SNOW TB --- 2014-05-31 09:07:28 - building CHROMEBOOK-SNOW kernel TB --- 2014-05-31 09:07:28 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 09:07:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 09:07:28 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 09:07:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 09:07:28 - SRCCONF=/dev/null TB --- 2014-05-31 09:07:28 - TARGET=arm TB --- 2014-05-31 09:07:28 - TARGET_ARCH=armv6 TB --- 2014-05-31 09:07:28 - TZ=UTC TB --- 2014-05-31 09:07:28 - __MAKE_CONF=/dev/null TB --- 2014-05-31 09:07:28 - cd /src TB --- 2014-05-31 09:07:28 - /usr/bin/make -B buildkernel KERNCONF=CHROMEBOOK-SNOW >>> Kernel build for CHROMEBOOK-SNOW started on Sat May 31 09:07:29 UTC 2014 >>> 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 CHROMEBOOK-SNOW completed on Sat May 31 09:12:23 UTC 2014 TB --- 2014-05-31 09:12:23 - cd /src/sys/arm/conf TB --- 2014-05-31 09:12:23 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CHROMEBOOK-SPRING TB --- 2014-05-31 09:12:23 - building CHROMEBOOK-SPRING kernel TB --- 2014-05-31 09:12:23 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 09:12:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 09:12:23 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 09:12:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 09:12:23 - SRCCONF=/dev/null TB --- 2014-05-31 09:12:23 - TARGET=arm TB --- 2014-05-31 09:12:23 - TARGET_ARCH=armv6 TB --- 2014-05-31 09:12:23 - TZ=UTC TB --- 2014-05-31 09:12:23 - __MAKE_CONF=/dev/null TB --- 2014-05-31 09:12:23 - cd /src TB --- 2014-05-31 09:12:23 - /usr/bin/make -B buildkernel KERNCONF=CHROMEBOOK-SPRING >>> Kernel build for CHROMEBOOK-SPRING started on Sat May 31 09:12:23 UTC 2014 >>> 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 CHROMEBOOK-SPRING completed on Sat May 31 09:17:16 UTC 2014 TB --- 2014-05-31 09:17:16 - cd /src/sys/arm/conf TB --- 2014-05-31 09:17:16 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CNS11XXNAS TB --- 2014-05-31 09:17:16 - skipping CNS11XXNAS kernel TB --- 2014-05-31 09:17:16 - cd /src/sys/arm/conf TB --- 2014-05-31 09:17:16 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m COLIBRI-VF50 TB --- 2014-05-31 09:17:16 - building COLIBRI-VF50 kernel TB --- 2014-05-31 09:17:16 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 09:17:16 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 09:17:16 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 09:17:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 09:17:16 - SRCCONF=/dev/null TB --- 2014-05-31 09:17:16 - TARGET=arm TB --- 2014-05-31 09:17:16 - TARGET_ARCH=armv6 TB --- 2014-05-31 09:17:16 - TZ=UTC TB --- 2014-05-31 09:17:16 - __MAKE_CONF=/dev/null TB --- 2014-05-31 09:17:16 - cd /src TB --- 2014-05-31 09:17:16 - /usr/bin/make -B buildkernel KERNCONF=COLIBRI-VF50 >>> Kernel build for COLIBRI-VF50 started on Sat May 31 09:17:16 UTC 2014 >>> 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 COLIBRI-VF50 completed on Sat May 31 09:21:45 UTC 2014 TB --- 2014-05-31 09:21:45 - cd /src/sys/arm/conf TB --- 2014-05-31 09:21:45 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m COSMIC TB --- 2014-05-31 09:21:45 - building COSMIC kernel TB --- 2014-05-31 09:21:45 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 09:21:45 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 09:21:45 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 09:21:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 09:21:45 - SRCCONF=/dev/null TB --- 2014-05-31 09:21:45 - TARGET=arm TB --- 2014-05-31 09:21:45 - TARGET_ARCH=armv6 TB --- 2014-05-31 09:21:45 - TZ=UTC TB --- 2014-05-31 09:21:45 - __MAKE_CONF=/dev/null TB --- 2014-05-31 09:21:45 - cd /src TB --- 2014-05-31 09:21:45 - /usr/bin/make -B buildkernel KERNCONF=COSMIC >>> Kernel build for COSMIC started on Sat May 31 09:21:45 UTC 2014 >>> 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 COSMIC completed on Sat May 31 09:26:31 UTC 2014 TB --- 2014-05-31 09:26:31 - cd /src/sys/arm/conf TB --- 2014-05-31 09:26:31 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CRB TB --- 2014-05-31 09:26:31 - skipping CRB kernel TB --- 2014-05-31 09:26:31 - cd /src/sys/arm/conf TB --- 2014-05-31 09:26:31 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CUBIEBOARD TB --- 2014-05-31 09:26:31 - building CUBIEBOARD kernel TB --- 2014-05-31 09:26:31 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 09:26:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 09:26:31 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 09:26:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 09:26:31 - SRCCONF=/dev/null TB --- 2014-05-31 09:26:31 - TARGET=arm TB --- 2014-05-31 09:26:31 - TARGET_ARCH=armv6 TB --- 2014-05-31 09:26:31 - TZ=UTC TB --- 2014-05-31 09:26:31 - __MAKE_CONF=/dev/null TB --- 2014-05-31 09:26:31 - cd /src TB --- 2014-05-31 09:26:31 - /usr/bin/make -B buildkernel KERNCONF=CUBIEBOARD >>> Kernel build for CUBIEBOARD started on Sat May 31 09:26:31 UTC 2014 >>> 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 CUBIEBOARD completed on Sat May 31 09:30:07 UTC 2014 TB --- 2014-05-31 09:30:07 - cd /src/sys/arm/conf TB --- 2014-05-31 09:30:07 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CUBIEBOARD2 TB --- 2014-05-31 09:30:07 - building CUBIEBOARD2 kernel TB --- 2014-05-31 09:30:07 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 09:30:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 09:30:07 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 09:30:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 09:30:07 - SRCCONF=/dev/null TB --- 2014-05-31 09:30:07 - TARGET=arm TB --- 2014-05-31 09:30:07 - TARGET_ARCH=armv6 TB --- 2014-05-31 09:30:07 - TZ=UTC TB --- 2014-05-31 09:30:07 - __MAKE_CONF=/dev/null TB --- 2014-05-31 09:30:07 - cd /src TB --- 2014-05-31 09:30:07 - /usr/bin/make -B buildkernel KERNCONF=CUBIEBOARD2 >>> Kernel build for CUBIEBOARD2 started on Sat May 31 09:30:07 UTC 2014 >>> 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 CUBIEBOARD2 completed on Sat May 31 09:33:39 UTC 2014 TB --- 2014-05-31 09:33:39 - cd /src/sys/arm/conf TB --- 2014-05-31 09:33:39 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DB-78XXX TB --- 2014-05-31 09:33:40 - skipping DB-78XXX kernel TB --- 2014-05-31 09:33:40 - cd /src/sys/arm/conf TB --- 2014-05-31 09:33:40 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DB-88F5XXX TB --- 2014-05-31 09:33:40 - skipping DB-88F5XXX kernel TB --- 2014-05-31 09:33:40 - cd /src/sys/arm/conf TB --- 2014-05-31 09:33:40 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DB-88F6XXX TB --- 2014-05-31 09:33:40 - skipping DB-88F6XXX kernel TB --- 2014-05-31 09:33:40 - cd /src/sys/arm/conf TB --- 2014-05-31 09:33:40 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DIGI-CCWMX53 TB --- 2014-05-31 09:33:40 - building DIGI-CCWMX53 kernel TB --- 2014-05-31 09:33:40 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 09:33:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 09:33:40 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 09:33:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 09:33:40 - SRCCONF=/dev/null TB --- 2014-05-31 09:33:40 - TARGET=arm TB --- 2014-05-31 09:33:40 - TARGET_ARCH=armv6 TB --- 2014-05-31 09:33:40 - TZ=UTC TB --- 2014-05-31 09:33:40 - __MAKE_CONF=/dev/null TB --- 2014-05-31 09:33:40 - cd /src TB --- 2014-05-31 09:33:40 - /usr/bin/make -B buildkernel KERNCONF=DIGI-CCWMX53 >>> Kernel build for DIGI-CCWMX53 started on Sat May 31 09:33:40 UTC 2014 >>> 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 DIGI-CCWMX53 completed on Sat May 31 09:48:36 UTC 2014 TB --- 2014-05-31 09:48:36 - cd /src/sys/arm/conf TB --- 2014-05-31 09:48:36 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DOCKSTAR TB --- 2014-05-31 09:48:36 - skipping DOCKSTAR kernel TB --- 2014-05-31 09:48:36 - cd /src/sys/arm/conf TB --- 2014-05-31 09:48:36 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DREAMPLUG-1001 TB --- 2014-05-31 09:48:36 - skipping DREAMPLUG-1001 kernel TB --- 2014-05-31 09:48:36 - cd /src/sys/arm/conf TB --- 2014-05-31 09:48:36 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m EA3250 TB --- 2014-05-31 09:48:36 - skipping EA3250 kernel TB --- 2014-05-31 09:48:36 - cd /src/sys/arm/conf TB --- 2014-05-31 09:48:36 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m EB9200 TB --- 2014-05-31 09:48:36 - skipping EB9200 kernel TB --- 2014-05-31 09:48:36 - cd /src/sys/arm/conf TB --- 2014-05-31 09:48:36 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m EFIKA_MX TB --- 2014-05-31 09:48:36 - building EFIKA_MX kernel TB --- 2014-05-31 09:48:36 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 09:48:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 09:48:36 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 09:48:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 09:48:36 - SRCCONF=/dev/null TB --- 2014-05-31 09:48:36 - TARGET=arm TB --- 2014-05-31 09:48:36 - TARGET_ARCH=armv6 TB --- 2014-05-31 09:48:36 - TZ=UTC TB --- 2014-05-31 09:48:36 - __MAKE_CONF=/dev/null TB --- 2014-05-31 09:48:36 - cd /src TB --- 2014-05-31 09:48:36 - /usr/bin/make -B buildkernel KERNCONF=EFIKA_MX >>> Kernel build for EFIKA_MX started on Sat May 31 09:48:36 UTC 2014 >>> 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 EFIKA_MX completed on Sat May 31 10:03:27 UTC 2014 TB --- 2014-05-31 10:03:27 - cd /src/sys/arm/conf TB --- 2014-05-31 10:03:27 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m EP80219 TB --- 2014-05-31 10:03:27 - skipping EP80219 kernel TB --- 2014-05-31 10:03:27 - cd /src/sys/arm/conf TB --- 2014-05-31 10:03:27 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ETHERNUT5 TB --- 2014-05-31 10:03:27 - skipping ETHERNUT5 kernel TB --- 2014-05-31 10:03:27 - cd /src/sys/arm/conf TB --- 2014-05-31 10:03:27 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m GUMSTIX TB --- 2014-05-31 10:03:27 - skipping GUMSTIX kernel TB --- 2014-05-31 10:03:27 - cd /src/sys/arm/conf TB --- 2014-05-31 10:03:27 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m GUMSTIX-QEMU TB --- 2014-05-31 10:03:27 - skipping GUMSTIX-QEMU kernel TB --- 2014-05-31 10:03:27 - cd /src/sys/arm/conf TB --- 2014-05-31 10:03:27 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m HL200 TB --- 2014-05-31 10:03:27 - skipping HL200 kernel TB --- 2014-05-31 10:03:27 - cd /src/sys/arm/conf TB --- 2014-05-31 10:03:27 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m HL201 TB --- 2014-05-31 10:03:27 - skipping HL201 kernel TB --- 2014-05-31 10:03:27 - cd /src/sys/arm/conf TB --- 2014-05-31 10:03:27 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m IMX53-QSB TB --- 2014-05-31 10:03:27 - building IMX53-QSB kernel TB --- 2014-05-31 10:03:27 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 10:03:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 10:03:27 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 10:03:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 10:03:27 - SRCCONF=/dev/null TB --- 2014-05-31 10:03:27 - TARGET=arm TB --- 2014-05-31 10:03:27 - TARGET_ARCH=armv6 TB --- 2014-05-31 10:03:27 - TZ=UTC TB --- 2014-05-31 10:03:27 - __MAKE_CONF=/dev/null TB --- 2014-05-31 10:03:27 - cd /src TB --- 2014-05-31 10:03:27 - /usr/bin/make -B buildkernel KERNCONF=IMX53-QSB >>> Kernel build for IMX53-QSB started on Sat May 31 10:03:27 UTC 2014 >>> 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 IMX53-QSB completed on Sat May 31 10:18:32 UTC 2014 TB --- 2014-05-31 10:18:32 - cd /src/sys/arm/conf TB --- 2014-05-31 10:18:32 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m IMX6 TB --- 2014-05-31 10:18:32 - building IMX6 kernel TB --- 2014-05-31 10:18:32 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 10:18:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 10:18:32 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 10:18:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 10:18:32 - SRCCONF=/dev/null TB --- 2014-05-31 10:18:32 - TARGET=arm TB --- 2014-05-31 10:18:32 - TARGET_ARCH=armv6 TB --- 2014-05-31 10:18:32 - TZ=UTC TB --- 2014-05-31 10:18:32 - __MAKE_CONF=/dev/null TB --- 2014-05-31 10:18:32 - cd /src TB --- 2014-05-31 10:18:32 - /usr/bin/make -B buildkernel KERNCONF=IMX6 >>> Kernel build for IMX6 started on Sat May 31 10:18:32 UTC 2014 >>> 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 IMX6 completed on Sat May 31 10:33:33 UTC 2014 TB --- 2014-05-31 10:33:33 - cd /src/sys/arm/conf TB --- 2014-05-31 10:33:33 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m IQ31244 TB --- 2014-05-31 10:33:33 - skipping IQ31244 kernel TB --- 2014-05-31 10:33:33 - cd /src/sys/arm/conf TB --- 2014-05-31 10:33:33 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m KB920X TB --- 2014-05-31 10:33:33 - skipping KB920X kernel TB --- 2014-05-31 10:33:33 - cd /src/sys/arm/conf TB --- 2014-05-31 10:33:33 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m LN2410SBC TB --- 2014-05-31 10:33:33 - skipping LN2410SBC kernel TB --- 2014-05-31 10:33:33 - cd /src/sys/arm/conf TB --- 2014-05-31 10:33:33 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m NSLU TB --- 2014-05-31 10:33:33 - skipping NSLU kernel TB --- 2014-05-31 10:33:33 - cd /src/sys/arm/conf TB --- 2014-05-31 10:33:33 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m PANDABOARD TB --- 2014-05-31 10:33:33 - building PANDABOARD kernel TB --- 2014-05-31 10:33:33 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 10:33:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 10:33:33 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 10:33:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 10:33:33 - SRCCONF=/dev/null TB --- 2014-05-31 10:33:33 - TARGET=arm TB --- 2014-05-31 10:33:33 - TARGET_ARCH=armv6 TB --- 2014-05-31 10:33:33 - TZ=UTC TB --- 2014-05-31 10:33:33 - __MAKE_CONF=/dev/null TB --- 2014-05-31 10:33:33 - cd /src TB --- 2014-05-31 10:33:33 - /usr/bin/make -B buildkernel KERNCONF=PANDABOARD >>> Kernel build for PANDABOARD started on Sat May 31 10:33:33 UTC 2014 >>> 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 PANDABOARD completed on Sat May 31 10:37:58 UTC 2014 TB --- 2014-05-31 10:37:58 - cd /src/sys/arm/conf TB --- 2014-05-31 10:37:58 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m QILA9G20 TB --- 2014-05-31 10:37:58 - skipping QILA9G20 kernel TB --- 2014-05-31 10:37:58 - cd /src/sys/arm/conf TB --- 2014-05-31 10:37:58 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m QUARTZ TB --- 2014-05-31 10:37:58 - building QUARTZ kernel TB --- 2014-05-31 10:37:58 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 10:37:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 10:37:58 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 10:37:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 10:37:58 - SRCCONF=/dev/null TB --- 2014-05-31 10:37:58 - TARGET=arm TB --- 2014-05-31 10:37:58 - TARGET_ARCH=armv6 TB --- 2014-05-31 10:37:58 - TZ=UTC TB --- 2014-05-31 10:37:58 - __MAKE_CONF=/dev/null TB --- 2014-05-31 10:37:58 - cd /src TB --- 2014-05-31 10:37:58 - /usr/bin/make -B buildkernel KERNCONF=QUARTZ >>> Kernel build for QUARTZ started on Sat May 31 10:37:58 UTC 2014 >>> 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 QUARTZ completed on Sat May 31 10:42:10 UTC 2014 TB --- 2014-05-31 10:42:10 - cd /src/sys/arm/conf TB --- 2014-05-31 10:42:10 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m RADXA TB --- 2014-05-31 10:42:10 - building RADXA kernel TB --- 2014-05-31 10:42:10 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 10:42:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 10:42:10 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 10:42:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 10:42:10 - SRCCONF=/dev/null TB --- 2014-05-31 10:42:10 - TARGET=arm TB --- 2014-05-31 10:42:10 - TARGET_ARCH=armv6 TB --- 2014-05-31 10:42:10 - TZ=UTC TB --- 2014-05-31 10:42:10 - __MAKE_CONF=/dev/null TB --- 2014-05-31 10:42:10 - cd /src TB --- 2014-05-31 10:42:10 - /usr/bin/make -B buildkernel KERNCONF=RADXA >>> Kernel build for RADXA started on Sat May 31 10:42:11 UTC 2014 >>> 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 RADXA completed on Sat May 31 10:56:14 UTC 2014 TB --- 2014-05-31 10:56:14 - cd /src/sys/arm/conf TB --- 2014-05-31 10:56:14 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m RADXA-LITE TB --- 2014-05-31 10:56:14 - building RADXA-LITE kernel TB --- 2014-05-31 10:56:14 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 10:56:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 10:56:14 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 10:56:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 10:56:14 - SRCCONF=/dev/null TB --- 2014-05-31 10:56:14 - TARGET=arm TB --- 2014-05-31 10:56:14 - TARGET_ARCH=armv6 TB --- 2014-05-31 10:56:14 - TZ=UTC TB --- 2014-05-31 10:56:14 - __MAKE_CONF=/dev/null TB --- 2014-05-31 10:56:14 - cd /src TB --- 2014-05-31 10:56:14 - /usr/bin/make -B buildkernel KERNCONF=RADXA-LITE >>> Kernel build for RADXA-LITE started on Sat May 31 10:56:14 UTC 2014 >>> 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 RADXA-LITE completed on Sat May 31 11:10:41 UTC 2014 TB --- 2014-05-31 11:10:41 - cd /src/sys/arm/conf TB --- 2014-05-31 11:10:41 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m RK3188 TB --- 2014-05-31 11:10:41 - building RK3188 kernel TB --- 2014-05-31 11:10:41 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 11:10:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 11:10:41 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 11:10:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 11:10:41 - SRCCONF=/dev/null TB --- 2014-05-31 11:10:41 - TARGET=arm TB --- 2014-05-31 11:10:41 - TARGET_ARCH=armv6 TB --- 2014-05-31 11:10:41 - TZ=UTC TB --- 2014-05-31 11:10:41 - __MAKE_CONF=/dev/null TB --- 2014-05-31 11:10:41 - cd /src TB --- 2014-05-31 11:10:41 - /usr/bin/make -B buildkernel KERNCONF=RK3188 >>> Kernel build for RK3188 started on Sat May 31 11:10:41 UTC 2014 >>> 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 [...] 1 error generated. In file included from /src/sys/arm/rockchip/rk30xx_grf.c:46: In file included from /src/sys/dev/fdt/fdt_common.h:37: /src/sys/dev/ofw/ofw_bus.h:36:10: fatal error: 'ofw_bus_if.h' file not found #include "ofw_bus_if.h" ^ 1 error generated. In file included from /src/sys/arm/rockchip/rk30xx_wdog.c:39: In file included from /src/sys/dev/fdt/fdt_common.h:37: /src/sys/dev/ofw/ofw_bus.h:36:10: fatal error: 'ofw_bus_if.h' file not found #include "ofw_bus_if.h" ^ 1 error generated. In file included from /src/sys/arm/rockchip/rk30xx_gpio.c:50: In file included from /src/sys/dev/fdt/fdt_common.h:37: /src/sys/dev/ofw/ofw_bus.h:36:10: fatal error: 'ofw_bus_if.h' file not found #include "ofw_bus_if.h" ^ 1 error generated. mkdep: compile failed *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/RK3188 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-05-31 11:11:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-05-31 11:11:28 - ERROR: failed to build RK3188 kernel TB --- 2014-05-31 11:11:28 - 17197.98 user 2927.91 system 21651.26 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Sat May 31 21:49:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A623726B for ; Sat, 31 May 2014 21:49:33 +0000 (UTC) Received: from borg.macktronics.com (borg.macktronics.com [209.181.253.68]) by mx1.freebsd.org (Postfix) with ESMTP id 8346C20B2 for ; Sat, 31 May 2014 21:49:33 +0000 (UTC) Received: from olive.macktronics.com (olive.macktronics.com [209.181.253.67]) by borg.macktronics.com (Postfix) with ESMTP id B2557111 for ; Sat, 31 May 2014 16:41:10 -0500 (CDT) Date: Sat, 31 May 2014 16:41:10 -0500 (CDT) From: Dan Mack To: freebsd-current@freebsd.org Subject: LOR / ZFS on current 266923 Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 31 May 2014 21:49:33 -0000 FYI: Just saw this today after a fresh install of 266923 - GENERIC kernel: root@darkstor:/ # uname -a FreeBSD darkstor 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r266923: Sat May 31 10:21:54 CDT 2014 root@darkstor:/usr/obj/usr/src/sys/GENERIC amd64 lock order reversal: 1st 0xfffff8029cfe79a0 syncer (syncer) @ /usr/src/sys/kern/vfs_subr.c:1720 2nd 0xfffff8029b2a69a0 zfs (zfs) @ /usr/src/sys/kern/vfs_subr.c:2101 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe085efe55a0 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe085efe5650 witness_checkorder() at witness_checkorder+0xdc2/frame 0xfffffe085efe56e0 __lockmgr_args() at __lockmgr_args+0x9ca/frame 0xfffffe085efe5810 vop_stdlock() at vop_stdlock+0x3c/frame 0xfffffe085efe5830 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xfc/frame 0xfffffe085efe5860 _vn_lock() at _vn_lock+0xaa/frame 0xfffffe085efe58d0 vget() at vget+0x67/frame 0xfffffe085efe5910 vfs_msync() at vfs_msync+0xa7/frame 0xfffffe085efe5970 sync_fsync() at sync_fsync+0xff/frame 0xfffffe085efe59a0 VOP_FSYNC_APV() at VOP_FSYNC_APV+0xf7/frame 0xfffffe085efe59d0 sched_sync() at sched_sync+0x34b/frame 0xfffffe085efe5a70 fork_exit() at fork_exit+0x84/frame 0xfffffe085efe5ab0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe085efe5ab0 --- trap 0, rip = 0, rsp = 0xfffffe085efe5b70, rbp = 0 --- scrub of the pool is in progresss, some mongodb usage/testing was occuring at the same time. Pool info: root@darkstor:~ # zpool status -v pool: tank state: ONLINE scan: scrub in progress since Sat May 31 13:00:39 2014 1.97T scanned out of 4.67T at 157M/s, 5h0m to go 0 repaired, 42.16% done config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 raidz1-0 ONLINE 0 0 0 gpt/disk0 ONLINE 0 0 0 gpt/disk1 ONLINE 0 0 0 gpt/disk2 ONLINE 0 0 0 gpt/disk3 ONLINE 0 0 0 gpt/disk4 ONLINE 0 0 0 cache gpt/larc5 ONLINE 0 0 0 errors: No known data errors Hope this helps, dan -- Dan Mack From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 01:45:21 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A3123112; Sun, 1 Jun 2014 01:45:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 650B4203A; Sun, 1 Jun 2014 01:45:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s511jCQj096642; Sat, 31 May 2014 21:45:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s511jCmk096583; Sun, 1 Jun 2014 01:45:12 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 1 Jun 2014 01:45:12 GMT Message-Id: <201406010145.s511jCmk096583@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2014 01:45:21 -0000 TB --- 2014-05-31 19:50:35 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-05-31 19:50:35 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-05-31 19:50:35 - starting HEAD tinderbox run for armv6/arm TB --- 2014-05-31 19:50:35 - cleaning the object tree TB --- 2014-05-31 19:53:07 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-05-31 19:53:10 - At svn revision 266929 TB --- 2014-05-31 19:53:11 - building world TB --- 2014-05-31 19:53:11 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 19:53:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 19:53:11 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 19:53:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 19:53:11 - SRCCONF=/dev/null TB --- 2014-05-31 19:53:11 - TARGET=arm TB --- 2014-05-31 19:53:11 - TARGET_ARCH=armv6 TB --- 2014-05-31 19:53:11 - TZ=UTC TB --- 2014-05-31 19:53:11 - __MAKE_CONF=/dev/null TB --- 2014-05-31 19:53:11 - cd /src TB --- 2014-05-31 19:53:11 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat May 31 19:53:18 UTC 2014 >>> 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 Sat May 31 23:08:17 UTC 2014 TB --- 2014-05-31 23:08:17 - generating LINT kernel config TB --- 2014-05-31 23:08:17 - cd /src/sys/arm/conf TB --- 2014-05-31 23:08:17 - /usr/bin/make -B LINT TB --- 2014-05-31 23:08:17 - cd /src/sys/arm/conf TB --- 2014-05-31 23:08:17 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-05-31 23:08:17 - skipping LINT kernel TB --- 2014-05-31 23:08:17 - cd /src/sys/arm/conf TB --- 2014-05-31 23:08:17 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m AC100 TB --- 2014-05-31 23:08:17 - building AC100 kernel TB --- 2014-05-31 23:08:17 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 23:08:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 23:08:17 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 23:08:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 23:08:17 - SRCCONF=/dev/null TB --- 2014-05-31 23:08:17 - TARGET=arm TB --- 2014-05-31 23:08:17 - TARGET_ARCH=armv6 TB --- 2014-05-31 23:08:17 - TZ=UTC TB --- 2014-05-31 23:08:17 - __MAKE_CONF=/dev/null TB --- 2014-05-31 23:08:17 - cd /src TB --- 2014-05-31 23:08:17 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Sat May 31 23:08:17 UTC 2014 >>> 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 AC100 completed on Sat May 31 23:11:24 UTC 2014 TB --- 2014-05-31 23:11:24 - cd /src/sys/arm/conf TB --- 2014-05-31 23:11:24 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ARMADAXP TB --- 2014-05-31 23:11:24 - building ARMADAXP kernel TB --- 2014-05-31 23:11:24 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 23:11:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 23:11:24 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 23:11:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 23:11:24 - SRCCONF=/dev/null TB --- 2014-05-31 23:11:24 - TARGET=arm TB --- 2014-05-31 23:11:24 - TARGET_ARCH=armv6 TB --- 2014-05-31 23:11:24 - TZ=UTC TB --- 2014-05-31 23:11:24 - __MAKE_CONF=/dev/null TB --- 2014-05-31 23:11:24 - cd /src TB --- 2014-05-31 23:11:24 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP >>> Kernel build for ARMADAXP started on Sat May 31 23:11:24 UTC 2014 >>> 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 ARMADAXP completed on Sat May 31 23:15:25 UTC 2014 TB --- 2014-05-31 23:15:25 - cd /src/sys/arm/conf TB --- 2014-05-31 23:15:25 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ARNDALE TB --- 2014-05-31 23:15:25 - building ARNDALE kernel TB --- 2014-05-31 23:15:25 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 23:15:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 23:15:25 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 23:15:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 23:15:25 - SRCCONF=/dev/null TB --- 2014-05-31 23:15:25 - TARGET=arm TB --- 2014-05-31 23:15:25 - TARGET_ARCH=armv6 TB --- 2014-05-31 23:15:25 - TZ=UTC TB --- 2014-05-31 23:15:25 - __MAKE_CONF=/dev/null TB --- 2014-05-31 23:15:25 - cd /src TB --- 2014-05-31 23:15:25 - /usr/bin/make -B buildkernel KERNCONF=ARNDALE >>> Kernel build for ARNDALE started on Sat May 31 23:15:25 UTC 2014 >>> 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 ARNDALE completed on Sat May 31 23:20:22 UTC 2014 TB --- 2014-05-31 23:20:22 - cd /src/sys/arm/conf TB --- 2014-05-31 23:20:22 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ATMEL TB --- 2014-05-31 23:20:22 - skipping ATMEL kernel TB --- 2014-05-31 23:20:22 - cd /src/sys/arm/conf TB --- 2014-05-31 23:20:22 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m AVILA TB --- 2014-05-31 23:20:22 - skipping AVILA kernel TB --- 2014-05-31 23:20:22 - cd /src/sys/arm/conf TB --- 2014-05-31 23:20:22 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m BEAGLEBONE TB --- 2014-05-31 23:20:22 - building BEAGLEBONE kernel TB --- 2014-05-31 23:20:22 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 23:20:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 23:20:22 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 23:20:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 23:20:22 - SRCCONF=/dev/null TB --- 2014-05-31 23:20:22 - TARGET=arm TB --- 2014-05-31 23:20:22 - TARGET_ARCH=armv6 TB --- 2014-05-31 23:20:22 - TZ=UTC TB --- 2014-05-31 23:20:22 - __MAKE_CONF=/dev/null TB --- 2014-05-31 23:20:22 - cd /src TB --- 2014-05-31 23:20:22 - /usr/bin/make -B buildkernel KERNCONF=BEAGLEBONE >>> Kernel build for BEAGLEBONE started on Sat May 31 23:20:22 UTC 2014 >>> 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 BEAGLEBONE completed on Sat May 31 23:36:27 UTC 2014 TB --- 2014-05-31 23:36:27 - cd /src/sys/arm/conf TB --- 2014-05-31 23:36:27 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m BWCT TB --- 2014-05-31 23:36:27 - skipping BWCT kernel TB --- 2014-05-31 23:36:27 - cd /src/sys/arm/conf TB --- 2014-05-31 23:36:27 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CAMBRIA TB --- 2014-05-31 23:36:27 - skipping CAMBRIA kernel TB --- 2014-05-31 23:36:27 - cd /src/sys/arm/conf TB --- 2014-05-31 23:36:27 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CHROMEBOOK TB --- 2014-05-31 23:36:27 - building CHROMEBOOK kernel TB --- 2014-05-31 23:36:27 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 23:36:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 23:36:27 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 23:36:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 23:36:27 - SRCCONF=/dev/null TB --- 2014-05-31 23:36:27 - TARGET=arm TB --- 2014-05-31 23:36:27 - TARGET_ARCH=armv6 TB --- 2014-05-31 23:36:27 - TZ=UTC TB --- 2014-05-31 23:36:27 - __MAKE_CONF=/dev/null TB --- 2014-05-31 23:36:27 - cd /src TB --- 2014-05-31 23:36:27 - /usr/bin/make -B buildkernel KERNCONF=CHROMEBOOK >>> Kernel build for CHROMEBOOK started on Sat May 31 23:36:27 UTC 2014 >>> 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 CHROMEBOOK completed on Sat May 31 23:41:29 UTC 2014 TB --- 2014-05-31 23:41:29 - cd /src/sys/arm/conf TB --- 2014-05-31 23:41:29 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CHROMEBOOK-SNOW TB --- 2014-05-31 23:41:29 - building CHROMEBOOK-SNOW kernel TB --- 2014-05-31 23:41:29 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 23:41:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 23:41:29 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 23:41:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 23:41:29 - SRCCONF=/dev/null TB --- 2014-05-31 23:41:29 - TARGET=arm TB --- 2014-05-31 23:41:29 - TARGET_ARCH=armv6 TB --- 2014-05-31 23:41:29 - TZ=UTC TB --- 2014-05-31 23:41:29 - __MAKE_CONF=/dev/null TB --- 2014-05-31 23:41:29 - cd /src TB --- 2014-05-31 23:41:29 - /usr/bin/make -B buildkernel KERNCONF=CHROMEBOOK-SNOW >>> Kernel build for CHROMEBOOK-SNOW started on Sat May 31 23:41:30 UTC 2014 >>> 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 CHROMEBOOK-SNOW completed on Sat May 31 23:46:27 UTC 2014 TB --- 2014-05-31 23:46:27 - cd /src/sys/arm/conf TB --- 2014-05-31 23:46:27 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CHROMEBOOK-SPRING TB --- 2014-05-31 23:46:27 - building CHROMEBOOK-SPRING kernel TB --- 2014-05-31 23:46:27 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 23:46:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 23:46:27 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 23:46:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 23:46:27 - SRCCONF=/dev/null TB --- 2014-05-31 23:46:27 - TARGET=arm TB --- 2014-05-31 23:46:27 - TARGET_ARCH=armv6 TB --- 2014-05-31 23:46:27 - TZ=UTC TB --- 2014-05-31 23:46:27 - __MAKE_CONF=/dev/null TB --- 2014-05-31 23:46:27 - cd /src TB --- 2014-05-31 23:46:27 - /usr/bin/make -B buildkernel KERNCONF=CHROMEBOOK-SPRING >>> Kernel build for CHROMEBOOK-SPRING started on Sat May 31 23:46:27 UTC 2014 >>> 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 CHROMEBOOK-SPRING completed on Sat May 31 23:51:21 UTC 2014 TB --- 2014-05-31 23:51:21 - cd /src/sys/arm/conf TB --- 2014-05-31 23:51:21 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CNS11XXNAS TB --- 2014-05-31 23:51:21 - skipping CNS11XXNAS kernel TB --- 2014-05-31 23:51:21 - cd /src/sys/arm/conf TB --- 2014-05-31 23:51:21 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m COLIBRI-VF50 TB --- 2014-05-31 23:51:21 - building COLIBRI-VF50 kernel TB --- 2014-05-31 23:51:21 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 23:51:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 23:51:21 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 23:51:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 23:51:21 - SRCCONF=/dev/null TB --- 2014-05-31 23:51:21 - TARGET=arm TB --- 2014-05-31 23:51:21 - TARGET_ARCH=armv6 TB --- 2014-05-31 23:51:21 - TZ=UTC TB --- 2014-05-31 23:51:21 - __MAKE_CONF=/dev/null TB --- 2014-05-31 23:51:21 - cd /src TB --- 2014-05-31 23:51:21 - /usr/bin/make -B buildkernel KERNCONF=COLIBRI-VF50 >>> Kernel build for COLIBRI-VF50 started on Sat May 31 23:51:22 UTC 2014 >>> 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 COLIBRI-VF50 completed on Sat May 31 23:55:52 UTC 2014 TB --- 2014-05-31 23:55:52 - cd /src/sys/arm/conf TB --- 2014-05-31 23:55:52 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m COSMIC TB --- 2014-05-31 23:55:52 - building COSMIC kernel TB --- 2014-05-31 23:55:52 - CROSS_BUILD_TESTING=YES TB --- 2014-05-31 23:55:52 - MAKEOBJDIRPREFIX=/obj TB --- 2014-05-31 23:55:52 - MAKESYSPATH=/src/share/mk TB --- 2014-05-31 23:55:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-05-31 23:55:52 - SRCCONF=/dev/null TB --- 2014-05-31 23:55:52 - TARGET=arm TB --- 2014-05-31 23:55:52 - TARGET_ARCH=armv6 TB --- 2014-05-31 23:55:52 - TZ=UTC TB --- 2014-05-31 23:55:52 - __MAKE_CONF=/dev/null TB --- 2014-05-31 23:55:52 - cd /src TB --- 2014-05-31 23:55:52 - /usr/bin/make -B buildkernel KERNCONF=COSMIC >>> Kernel build for COSMIC started on Sat May 31 23:55:52 UTC 2014 >>> 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 COSMIC completed on Sun Jun 1 00:00:23 UTC 2014 TB --- 2014-06-01 00:00:23 - cd /src/sys/arm/conf TB --- 2014-06-01 00:00:23 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CRB TB --- 2014-06-01 00:00:23 - skipping CRB kernel TB --- 2014-06-01 00:00:23 - cd /src/sys/arm/conf TB --- 2014-06-01 00:00:23 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CUBIEBOARD TB --- 2014-06-01 00:00:23 - building CUBIEBOARD kernel TB --- 2014-06-01 00:00:23 - CROSS_BUILD_TESTING=YES TB --- 2014-06-01 00:00:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-01 00:00:23 - MAKESYSPATH=/src/share/mk TB --- 2014-06-01 00:00:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-01 00:00:23 - SRCCONF=/dev/null TB --- 2014-06-01 00:00:23 - TARGET=arm TB --- 2014-06-01 00:00:23 - TARGET_ARCH=armv6 TB --- 2014-06-01 00:00:23 - TZ=UTC TB --- 2014-06-01 00:00:23 - __MAKE_CONF=/dev/null TB --- 2014-06-01 00:00:23 - cd /src TB --- 2014-06-01 00:00:23 - /usr/bin/make -B buildkernel KERNCONF=CUBIEBOARD >>> Kernel build for CUBIEBOARD started on Sun Jun 1 00:00:23 UTC 2014 >>> 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 CUBIEBOARD completed on Sun Jun 1 00:04:11 UTC 2014 TB --- 2014-06-01 00:04:11 - cd /src/sys/arm/conf TB --- 2014-06-01 00:04:11 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m CUBIEBOARD2 TB --- 2014-06-01 00:04:11 - building CUBIEBOARD2 kernel TB --- 2014-06-01 00:04:11 - CROSS_BUILD_TESTING=YES TB --- 2014-06-01 00:04:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-01 00:04:11 - MAKESYSPATH=/src/share/mk TB --- 2014-06-01 00:04:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-01 00:04:11 - SRCCONF=/dev/null TB --- 2014-06-01 00:04:11 - TARGET=arm TB --- 2014-06-01 00:04:11 - TARGET_ARCH=armv6 TB --- 2014-06-01 00:04:11 - TZ=UTC TB --- 2014-06-01 00:04:11 - __MAKE_CONF=/dev/null TB --- 2014-06-01 00:04:11 - cd /src TB --- 2014-06-01 00:04:11 - /usr/bin/make -B buildkernel KERNCONF=CUBIEBOARD2 >>> Kernel build for CUBIEBOARD2 started on Sun Jun 1 00:04:11 UTC 2014 >>> 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 CUBIEBOARD2 completed on Sun Jun 1 00:07:42 UTC 2014 TB --- 2014-06-01 00:07:42 - cd /src/sys/arm/conf TB --- 2014-06-01 00:07:42 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DB-78XXX TB --- 2014-06-01 00:07:42 - skipping DB-78XXX kernel TB --- 2014-06-01 00:07:42 - cd /src/sys/arm/conf TB --- 2014-06-01 00:07:42 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DB-88F5XXX TB --- 2014-06-01 00:07:42 - skipping DB-88F5XXX kernel TB --- 2014-06-01 00:07:42 - cd /src/sys/arm/conf TB --- 2014-06-01 00:07:42 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DB-88F6XXX TB --- 2014-06-01 00:07:42 - skipping DB-88F6XXX kernel TB --- 2014-06-01 00:07:42 - cd /src/sys/arm/conf TB --- 2014-06-01 00:07:42 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DIGI-CCWMX53 TB --- 2014-06-01 00:07:42 - building DIGI-CCWMX53 kernel TB --- 2014-06-01 00:07:42 - CROSS_BUILD_TESTING=YES TB --- 2014-06-01 00:07:42 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-01 00:07:42 - MAKESYSPATH=/src/share/mk TB --- 2014-06-01 00:07:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-01 00:07:42 - SRCCONF=/dev/null TB --- 2014-06-01 00:07:42 - TARGET=arm TB --- 2014-06-01 00:07:42 - TARGET_ARCH=armv6 TB --- 2014-06-01 00:07:42 - TZ=UTC TB --- 2014-06-01 00:07:42 - __MAKE_CONF=/dev/null TB --- 2014-06-01 00:07:42 - cd /src TB --- 2014-06-01 00:07:42 - /usr/bin/make -B buildkernel KERNCONF=DIGI-CCWMX53 >>> Kernel build for DIGI-CCWMX53 started on Sun Jun 1 00:07:42 UTC 2014 >>> 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 DIGI-CCWMX53 completed on Sun Jun 1 00:22:28 UTC 2014 TB --- 2014-06-01 00:22:28 - cd /src/sys/arm/conf TB --- 2014-06-01 00:22:28 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DOCKSTAR TB --- 2014-06-01 00:22:28 - skipping DOCKSTAR kernel TB --- 2014-06-01 00:22:28 - cd /src/sys/arm/conf TB --- 2014-06-01 00:22:28 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m DREAMPLUG-1001 TB --- 2014-06-01 00:22:28 - skipping DREAMPLUG-1001 kernel TB --- 2014-06-01 00:22:28 - cd /src/sys/arm/conf TB --- 2014-06-01 00:22:28 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m EA3250 TB --- 2014-06-01 00:22:28 - skipping EA3250 kernel TB --- 2014-06-01 00:22:28 - cd /src/sys/arm/conf TB --- 2014-06-01 00:22:28 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m EB9200 TB --- 2014-06-01 00:22:28 - skipping EB9200 kernel TB --- 2014-06-01 00:22:28 - cd /src/sys/arm/conf TB --- 2014-06-01 00:22:28 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m EFIKA_MX TB --- 2014-06-01 00:22:28 - building EFIKA_MX kernel TB --- 2014-06-01 00:22:28 - CROSS_BUILD_TESTING=YES TB --- 2014-06-01 00:22:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-01 00:22:28 - MAKESYSPATH=/src/share/mk TB --- 2014-06-01 00:22:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-01 00:22:28 - SRCCONF=/dev/null TB --- 2014-06-01 00:22:28 - TARGET=arm TB --- 2014-06-01 00:22:28 - TARGET_ARCH=armv6 TB --- 2014-06-01 00:22:28 - TZ=UTC TB --- 2014-06-01 00:22:28 - __MAKE_CONF=/dev/null TB --- 2014-06-01 00:22:28 - cd /src TB --- 2014-06-01 00:22:28 - /usr/bin/make -B buildkernel KERNCONF=EFIKA_MX >>> Kernel build for EFIKA_MX started on Sun Jun 1 00:22:28 UTC 2014 >>> 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 EFIKA_MX completed on Sun Jun 1 00:37:24 UTC 2014 TB --- 2014-06-01 00:37:24 - cd /src/sys/arm/conf TB --- 2014-06-01 00:37:24 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m EP80219 TB --- 2014-06-01 00:37:24 - skipping EP80219 kernel TB --- 2014-06-01 00:37:24 - cd /src/sys/arm/conf TB --- 2014-06-01 00:37:24 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m ETHERNUT5 TB --- 2014-06-01 00:37:24 - skipping ETHERNUT5 kernel TB --- 2014-06-01 00:37:24 - cd /src/sys/arm/conf TB --- 2014-06-01 00:37:24 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m GUMSTIX TB --- 2014-06-01 00:37:24 - skipping GUMSTIX kernel TB --- 2014-06-01 00:37:24 - cd /src/sys/arm/conf TB --- 2014-06-01 00:37:24 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m GUMSTIX-QEMU TB --- 2014-06-01 00:37:24 - skipping GUMSTIX-QEMU kernel TB --- 2014-06-01 00:37:24 - cd /src/sys/arm/conf TB --- 2014-06-01 00:37:24 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m HL200 TB --- 2014-06-01 00:37:24 - skipping HL200 kernel TB --- 2014-06-01 00:37:24 - cd /src/sys/arm/conf TB --- 2014-06-01 00:37:24 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m HL201 TB --- 2014-06-01 00:37:24 - skipping HL201 kernel TB --- 2014-06-01 00:37:24 - cd /src/sys/arm/conf TB --- 2014-06-01 00:37:24 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m IMX53-QSB TB --- 2014-06-01 00:37:24 - building IMX53-QSB kernel TB --- 2014-06-01 00:37:24 - CROSS_BUILD_TESTING=YES TB --- 2014-06-01 00:37:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-01 00:37:24 - MAKESYSPATH=/src/share/mk TB --- 2014-06-01 00:37:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-01 00:37:24 - SRCCONF=/dev/null TB --- 2014-06-01 00:37:24 - TARGET=arm TB --- 2014-06-01 00:37:24 - TARGET_ARCH=armv6 TB --- 2014-06-01 00:37:24 - TZ=UTC TB --- 2014-06-01 00:37:24 - __MAKE_CONF=/dev/null TB --- 2014-06-01 00:37:24 - cd /src TB --- 2014-06-01 00:37:24 - /usr/bin/make -B buildkernel KERNCONF=IMX53-QSB >>> Kernel build for IMX53-QSB started on Sun Jun 1 00:37:24 UTC 2014 >>> 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 IMX53-QSB completed on Sun Jun 1 00:52:36 UTC 2014 TB --- 2014-06-01 00:52:36 - cd /src/sys/arm/conf TB --- 2014-06-01 00:52:36 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m IMX6 TB --- 2014-06-01 00:52:36 - building IMX6 kernel TB --- 2014-06-01 00:52:36 - CROSS_BUILD_TESTING=YES TB --- 2014-06-01 00:52:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-01 00:52:36 - MAKESYSPATH=/src/share/mk TB --- 2014-06-01 00:52:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-01 00:52:36 - SRCCONF=/dev/null TB --- 2014-06-01 00:52:36 - TARGET=arm TB --- 2014-06-01 00:52:36 - TARGET_ARCH=armv6 TB --- 2014-06-01 00:52:36 - TZ=UTC TB --- 2014-06-01 00:52:36 - __MAKE_CONF=/dev/null TB --- 2014-06-01 00:52:36 - cd /src TB --- 2014-06-01 00:52:36 - /usr/bin/make -B buildkernel KERNCONF=IMX6 >>> Kernel build for IMX6 started on Sun Jun 1 00:52:36 UTC 2014 >>> 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 IMX6 completed on Sun Jun 1 01:07:37 UTC 2014 TB --- 2014-06-01 01:07:37 - cd /src/sys/arm/conf TB --- 2014-06-01 01:07:37 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m IQ31244 TB --- 2014-06-01 01:07:37 - skipping IQ31244 kernel TB --- 2014-06-01 01:07:37 - cd /src/sys/arm/conf TB --- 2014-06-01 01:07:37 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m KB920X TB --- 2014-06-01 01:07:37 - skipping KB920X kernel TB --- 2014-06-01 01:07:37 - cd /src/sys/arm/conf TB --- 2014-06-01 01:07:37 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m LN2410SBC TB --- 2014-06-01 01:07:37 - skipping LN2410SBC kernel TB --- 2014-06-01 01:07:37 - cd /src/sys/arm/conf TB --- 2014-06-01 01:07:37 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m NSLU TB --- 2014-06-01 01:07:37 - skipping NSLU kernel TB --- 2014-06-01 01:07:37 - cd /src/sys/arm/conf TB --- 2014-06-01 01:07:37 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m PANDABOARD TB --- 2014-06-01 01:07:37 - building PANDABOARD kernel TB --- 2014-06-01 01:07:37 - CROSS_BUILD_TESTING=YES TB --- 2014-06-01 01:07:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-01 01:07:37 - MAKESYSPATH=/src/share/mk TB --- 2014-06-01 01:07:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-01 01:07:37 - SRCCONF=/dev/null TB --- 2014-06-01 01:07:37 - TARGET=arm TB --- 2014-06-01 01:07:37 - TARGET_ARCH=armv6 TB --- 2014-06-01 01:07:37 - TZ=UTC TB --- 2014-06-01 01:07:37 - __MAKE_CONF=/dev/null TB --- 2014-06-01 01:07:37 - cd /src TB --- 2014-06-01 01:07:37 - /usr/bin/make -B buildkernel KERNCONF=PANDABOARD >>> Kernel build for PANDABOARD started on Sun Jun 1 01:07:37 UTC 2014 >>> 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 PANDABOARD completed on Sun Jun 1 01:12:04 UTC 2014 TB --- 2014-06-01 01:12:04 - cd /src/sys/arm/conf TB --- 2014-06-01 01:12:04 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m QILA9G20 TB --- 2014-06-01 01:12:04 - skipping QILA9G20 kernel TB --- 2014-06-01 01:12:04 - cd /src/sys/arm/conf TB --- 2014-06-01 01:12:04 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m QUARTZ TB --- 2014-06-01 01:12:04 - building QUARTZ kernel TB --- 2014-06-01 01:12:04 - CROSS_BUILD_TESTING=YES TB --- 2014-06-01 01:12:04 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-01 01:12:04 - MAKESYSPATH=/src/share/mk TB --- 2014-06-01 01:12:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-01 01:12:04 - SRCCONF=/dev/null TB --- 2014-06-01 01:12:04 - TARGET=arm TB --- 2014-06-01 01:12:04 - TARGET_ARCH=armv6 TB --- 2014-06-01 01:12:04 - TZ=UTC TB --- 2014-06-01 01:12:04 - __MAKE_CONF=/dev/null TB --- 2014-06-01 01:12:04 - cd /src TB --- 2014-06-01 01:12:04 - /usr/bin/make -B buildkernel KERNCONF=QUARTZ >>> Kernel build for QUARTZ started on Sun Jun 1 01:12:04 UTC 2014 >>> 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 QUARTZ completed on Sun Jun 1 01:16:17 UTC 2014 TB --- 2014-06-01 01:16:17 - cd /src/sys/arm/conf TB --- 2014-06-01 01:16:17 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m RADXA TB --- 2014-06-01 01:16:17 - building RADXA kernel TB --- 2014-06-01 01:16:17 - CROSS_BUILD_TESTING=YES TB --- 2014-06-01 01:16:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-01 01:16:17 - MAKESYSPATH=/src/share/mk TB --- 2014-06-01 01:16:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-01 01:16:17 - SRCCONF=/dev/null TB --- 2014-06-01 01:16:17 - TARGET=arm TB --- 2014-06-01 01:16:17 - TARGET_ARCH=armv6 TB --- 2014-06-01 01:16:17 - TZ=UTC TB --- 2014-06-01 01:16:17 - __MAKE_CONF=/dev/null TB --- 2014-06-01 01:16:17 - cd /src TB --- 2014-06-01 01:16:17 - /usr/bin/make -B buildkernel KERNCONF=RADXA >>> Kernel build for RADXA started on Sun Jun 1 01:16:17 UTC 2014 >>> 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 RADXA completed on Sun Jun 1 01:30:18 UTC 2014 TB --- 2014-06-01 01:30:18 - cd /src/sys/arm/conf TB --- 2014-06-01 01:30:18 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m RADXA-LITE TB --- 2014-06-01 01:30:18 - building RADXA-LITE kernel TB --- 2014-06-01 01:30:18 - CROSS_BUILD_TESTING=YES TB --- 2014-06-01 01:30:18 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-01 01:30:18 - MAKESYSPATH=/src/share/mk TB --- 2014-06-01 01:30:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-01 01:30:18 - SRCCONF=/dev/null TB --- 2014-06-01 01:30:18 - TARGET=arm TB --- 2014-06-01 01:30:18 - TARGET_ARCH=armv6 TB --- 2014-06-01 01:30:18 - TZ=UTC TB --- 2014-06-01 01:30:18 - __MAKE_CONF=/dev/null TB --- 2014-06-01 01:30:18 - cd /src TB --- 2014-06-01 01:30:18 - /usr/bin/make -B buildkernel KERNCONF=RADXA-LITE >>> Kernel build for RADXA-LITE started on Sun Jun 1 01:30:18 UTC 2014 >>> 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 RADXA-LITE completed on Sun Jun 1 01:44:28 UTC 2014 TB --- 2014-06-01 01:44:28 - cd /src/sys/arm/conf TB --- 2014-06-01 01:44:28 - /obj/arm.armv6/src/tmp/legacy/usr/sbin/config -m RK3188 TB --- 2014-06-01 01:44:28 - building RK3188 kernel TB --- 2014-06-01 01:44:28 - CROSS_BUILD_TESTING=YES TB --- 2014-06-01 01:44:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-01 01:44:28 - MAKESYSPATH=/src/share/mk TB --- 2014-06-01 01:44:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-01 01:44:28 - SRCCONF=/dev/null TB --- 2014-06-01 01:44:28 - TARGET=arm TB --- 2014-06-01 01:44:28 - TARGET_ARCH=armv6 TB --- 2014-06-01 01:44:28 - TZ=UTC TB --- 2014-06-01 01:44:28 - __MAKE_CONF=/dev/null TB --- 2014-06-01 01:44:28 - cd /src TB --- 2014-06-01 01:44:28 - /usr/bin/make -B buildkernel KERNCONF=RK3188 >>> Kernel build for RK3188 started on Sun Jun 1 01:44:28 UTC 2014 >>> 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 [...] 1 error generated. In file included from /src/sys/arm/rockchip/rk30xx_grf.c:46: In file included from /src/sys/dev/fdt/fdt_common.h:37: /src/sys/dev/ofw/ofw_bus.h:36:10: fatal error: 'ofw_bus_if.h' file not found #include "ofw_bus_if.h" ^ 1 error generated. In file included from /src/sys/arm/rockchip/rk30xx_wdog.c:39: In file included from /src/sys/dev/fdt/fdt_common.h:37: /src/sys/dev/ofw/ofw_bus.h:36:10: fatal error: 'ofw_bus_if.h' file not found #include "ofw_bus_if.h" ^ 1 error generated. In file included from /src/sys/arm/rockchip/rk30xx_gpio.c:50: In file included from /src/sys/dev/fdt/fdt_common.h:37: /src/sys/dev/ofw/ofw_bus.h:36:10: fatal error: 'ofw_bus_if.h' file not found #include "ofw_bus_if.h" ^ 1 error generated. mkdep: compile failed *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/RK3188 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-01 01:45:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-01 01:45:12 - ERROR: failed to build RK3188 kernel TB --- 2014-06-01 01:45:12 - 17182.01 user 2907.13 system 21276.98 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 09:00:25 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02865956; Sun, 1 Jun 2014 09:00:25 +0000 (UTC) Received: from mail-ve0-x234.google.com (mail-ve0-x234.google.com [IPv6:2607:f8b0:400c:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A54A726DB; Sun, 1 Jun 2014 09:00:24 +0000 (UTC) Received: by mail-ve0-f180.google.com with SMTP id db12so3883018veb.25 for ; Sun, 01 Jun 2014 02:00:23 -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=/qcY5XB8fJtARlaE6zPIzHz0bIDEFQ6jy1FCOsL2sZg=; b=RONg0AikCIuxVsOfmf8fhWmFbJazyNIn5t2K0IgDM+hyCKrB5Y3iQHUdzFNTo+r5qA 4w461we1IuK0NJTG3Jka/HTABi6Uzo3mhxkuWhBR7YnJY3U6PTbQ1OU/8dfMPWKf0YY2 zshvgXnKqJwBMxak93jP/7/g3uJRej7HTNXh/DQnU+y16TxL6bulDvJF6WdUt6Minz+A RO4Pf+2SrnouEIJB2fQvQj9beYEsRO2OR5mDD3nSsCarwozX8lhGi2GM/TSc0tqmGc9F d2+v9NVnxE1ToATZKwa/hx4I8dNBwdCV2MYOSA8eS+6/i5enqMo4jkeZ9unSj9cHgw7b 2+tQ== MIME-Version: 1.0 X-Received: by 10.52.25.130 with SMTP id c2mr15603258vdg.27.1401613223736; Sun, 01 Jun 2014 02:00:23 -0700 (PDT) Received: by 10.58.155.164 with HTTP; Sun, 1 Jun 2014 02:00:23 -0700 (PDT) Date: Sun, 1 Jun 2014 11:00:23 +0200 Message-ID: Subject: Numeric Keypad does not works in 11.0-CURRENT amd64 r266916 From: "Ranjan1018 ." <214748mv@gmail.com> To: FreeBSD CURRENT , freebsd-x11@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2014 09:00:25 -0000 I have upgrade to FreeBDS CURRENT amd64, with vt (newcons), version r266916 from r266536 and some keys on the keypad do not work: running the xev command I receive no output for the =E2=80=98/=E2=80=99, =E2=80=98*=E2= =80=99 and =E2=80=98-=E2=80=99 keys, but even for the =E2=80=98+=E2=80=99 key I have some strange output: r266916: ButtonPress event, serial 38, synthetic NO, window 0x2a00001, root 0x9d, subw 0x0, time 708649, (79,90), root:(117,172), state 0x0, button 3, same_screen YES ButtonRelease event, serial 38, synthetic NO, window 0x2a00001, root 0x9d, subw 0x0, time 708649, (79,90), root:(117,172), state 0x400, button 3, same_screen YES ButtonPress event, serial 38, synthetic NO, window 0x2a00001, root 0x9d, subw 0x0, time 708649, (79,90), root:(117,172), state 0x0, button 3, same_screen YES ButtonRelease event, serial 38, synthetic NO, window 0x2a00001, root 0x9d, subw 0x0, time 708650, (79,90), root:(117,172), state 0x400, button 3, same_screen YES r266536, as expected: KeyPress event, serial 38, synthetic NO, window 0x2c00001, root 0x9d, subw 0x0, time 368450, (114,90), root:(1233,135), state 0x0, keycode 86 (keysym 0xffab, KP_Add), same_screen YES, XLookupString gives 1 bytes: (2b) "+" XmbLookupString gives 1 bytes: (2b) "+" XFilterEvent returns: False KeyRelease event, serial 38, synthetic NO, window 0x2c00001, root 0x9d, subw 0x0, time 368654, (114,90), root:(1233,135), state 0x0, keycode 86 (keysym 0xffab, KP_Add), same_screen YES, XLookupString gives 1 bytes: (2b) "+" XFilterEvent returns: False Regards Maurizio From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 13:41:59 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57792331 for ; Sun, 1 Jun 2014 13:41:59 +0000 (UTC) Received: from bewilderbeast.blackhelicopters.org (mwlucas-2-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:b9c::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 18D3D2E28 for ; Sun, 1 Jun 2014 13:41:58 +0000 (UTC) Received: from bewilderbeast.blackhelicopters.org (localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.14.7/8.14.7) with ESMTP id s51DflUj099593 for ; Sun, 1 Jun 2014 09:41:57 -0400 (EDT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.14.7/8.14.7/Submit) id s51DflIT099592 for current@freebsd.org; Sun, 1 Jun 2014 09:41:47 -0400 (EDT) (envelope-from mwlucas) Date: Sun, 1 Jun 2014 09:41:47 -0400 From: "Michael W. Lucas" To: current@freebsd.org Subject: diskid documentation Message-ID: <20140601134147.GA99583@bewilderbeast.blackhelicopters.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (bewilderbeast.blackhelicopters.org [127.0.0.1]); Sun, 01 Jun 2014 09:41:57 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2014 13:41:59 -0000 Hi, I'm trying to track down the documentation for the /dev/diskid/blah device nodes. Is there a man page? It appears that this is a current-only thing, so I'm asking here? (At least, none of my 9.x or 10.x machines have /dev/diskid.) Thanks, ==ml -- Michael W. Lucas - mwlucas@michaelwlucas.com, Twitter @mwlauthor http://www.MichaelWLucas.com/, http://blather.MichaelWLucas.com/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 16:39:41 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CDED7462 for ; Sun, 1 Jun 2014 16:39:41 +0000 (UTC) Received: from COL004-OMC4S14.hotmail.com (col004-omc4s14.hotmail.com [65.55.34.216]) (using TLSv1.2 with cipher AES128-SHA256 (128/128 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AB7762B21 for ; Sun, 1 Jun 2014 16:39:41 +0000 (UTC) Received: from COL131-DS2 ([65.55.34.200]) by COL004-OMC4S14.hotmail.com with Microsoft SMTPSVC(7.5.7601.22701); Sun, 1 Jun 2014 09:38:35 -0700 X-TMN: [YRDzSK3LYLpuGGDBx3M0AnFt4JqUDF4Kh3qMiEJGMK0=] X-Originating-Email: [fredhps10@hotmail.com] Message-ID: From: Fred Pedrisa To: "'freebsd-current'" Subject: Select() vs Netmap Date: Sun, 1 Jun 2014 13:38:34 -0300 MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac99t5ZrJbSQ/HqYRFWnyUSa/5DWLA== Content-Language: pt-br X-OriginalArrivalTime: 01 Jun 2014 16:38:35.0212 (UTC) FILETIME=[EE92D0C0:01CF7DB7] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2014 16:39:42 -0000 Hey, guys. I'm currently experiencing a strange issue in my program (Using netmap). Sometimes, when I call select() in a FD, it gets like 4~8 packets per event, however suddenly it drops to 1~2 packets per event, losing a lot of performance and increasing the number of select calls necessary to poll the NIC for new packets. Is there any type of tweak I can do, to make this behavior becomes linear and sustain the performance in such case without these oscillations ? The behavior happens under the same stressing circumstances, around 1.4 Mpps~ (64 byte packets). Sincerely, Fred From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 17:20:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4E34AF43 for ; Sun, 1 Jun 2014 17:20:32 +0000 (UTC) Received: from mail-we0-x22a.google.com (mail-we0-x22a.google.com [IPv6:2a00:1450:400c:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D11E02ECC for ; Sun, 1 Jun 2014 17:20:31 +0000 (UTC) Received: by mail-we0-f170.google.com with SMTP id u57so4171045wes.29 for ; Sun, 01 Jun 2014 10:20:30 -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:message-id:subject :from:to:cc:content-type; bh=EIZ+WdcxiT4NCAqnzvTJX1HNCxTH58h65ttQVR7ahz0=; b=s8Go1brKAGM9ybATZisfghR3GKkHFvn4CFOg+N02/EUPopjy0cDSJvjIF9QDWyiIeW UtC5HfLLub36On4DSFFf5c8h8fihDglYA8yLGeDeCz5x7KUy/eSNASdM60Czfz9MQK+g tPOhN4tRYocrotKIk8SfniU8dkRnDSMNtl/3PgCclll3zSvK+agw3a3iHykaFak0zpVM gCUFJ08K4iVg1iMwqxui5f/UwA2ErCY9tXV7aW2wctE09UX2MUbj7jsUinWi6ToeA89O VgDYJL60Kyi7FbmJt2TLqTkbmc6KIt/Kj5Ib1Uma2D3O84/oe96Zj1r3q8SvUJni4pSj jcsg== MIME-Version: 1.0 X-Received: by 10.180.183.131 with SMTP id em3mr15572886wic.56.1401643230169; Sun, 01 Jun 2014 10:20:30 -0700 (PDT) Sender: rizzo.unipi@gmail.com Received: by 10.194.246.130 with HTTP; Sun, 1 Jun 2014 10:20:30 -0700 (PDT) In-Reply-To: References: Date: Sun, 1 Jun 2014 19:20:30 +0200 X-Google-Sender-Auth: m0Pq7Ed8cL2ChklRpDZWFfEyYeQ Message-ID: Subject: Re: Select() vs Netmap From: Luigi Rizzo To: Fred Pedrisa Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2014 17:20:32 -0000 On Sunday, June 1, 2014, Fred Pedrisa wrote: > Hey, guys. > > > > > > I'm currently experiencing a strange issue in my program (Using netmap). > > > > Sometimes, when I call select() in a FD, it gets like 4~8 packets per > event, > however suddenly it drops to 1~2 packets per event, losing a lot of > performance and increasing the number of select calls necessary to poll the > NIC for new packets. > > > > Is there any type of tweak I can do, to make this behavior becomes linear > and sustain the performance in such case without these oscillations ? > > > > The behavior happens under the same stressing circumstances, around 1.4 > Mpps~ (64 byte packets). Is that one-point-four or fourteen? The firmer should be sustainable even with short batches. In any case apart from tweaking the interrupt moderation parameters in the device drivers, I'd check carefully the logic in your program and try to record a log of your activity. Average values rarely tell the full story of what is happening. One more thing, I think you use multuqueue, but no idea what kind of input traffic - whether it is all for the same destination or you have a mix of DST addresses. In the latter case, one thing to check is whether, on a restart of the program, the driver changes the hash key in the RSS filter. This might cause an imbalance in the traffic delivered to the queues. Cheers Luigi > > > > > Sincerely, > > > > Fred > > _______________________________________________ > 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 > " > -- -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2211611 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 17:41:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0339E468 for ; Sun, 1 Jun 2014 17:41:05 +0000 (UTC) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 85F5020A4 for ; Sun, 1 Jun 2014 17:41:04 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id f8so3381647wiw.16 for ; Sun, 01 Jun 2014 10:41:02 -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:message-id:subject :from:to:cc:content-type; bh=/b+V4HQ+/Q/kG9DEmq0xEVWRSO1suKDXy6043IUX0aY=; b=x2e/npaKRta7RSCPKTxb0ECawaSDVRZkwFurtQZTasVZSEXSOXVgXpJw2HuS8H+96o KYoP2x2EPFxpHzXf0Wp/GLLzh4lzWtd2gEbkvYMfbgc46XjGdn8uLrYbSubwzsMx6Xgb xa0IMsjO/qiM+ZBD4qD8sJ3euVHJ2ZxWM48TOcnB6xdGe6c+mNZupEC58r3NCOAflYGY dM5DP3PiqoiLu5yOCt2R/ZWdaZQ+0uiDJ418rHaWghegCrIe7IxB7QzD5gZCOrguVDCh VAnE3deVRZyJpbzK/HmVMcCiHpEUzB5zGxedwAtwto/Vn8XaZfF6y2hmpZvXY6vTuThP jOog== MIME-Version: 1.0 X-Received: by 10.180.84.7 with SMTP id u7mr15535732wiy.31.1401644462815; Sun, 01 Jun 2014 10:41:02 -0700 (PDT) Sender: rizzo.unipi@gmail.com Received: by 10.194.246.130 with HTTP; Sun, 1 Jun 2014 10:41:02 -0700 (PDT) In-Reply-To: References: Date: Sun, 1 Jun 2014 19:41:02 +0200 X-Google-Sender-Auth: rbM_37OPpH4YYT-ZHpIGv700008 Message-ID: Subject: Select() vs Netmap From: Luigi Rizzo To: Fred Pedrisa Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2014 17:41:05 -0000 On Sunday, June 1, 2014, Fred Pedrisa > wrote: > Hey, guys. > > > > > > I'm currently experiencing a strange issue in my program (Using netmap). > > > > Sometimes, when I call select() in a FD, it gets like 4~8 packets per > event, > however suddenly it drops to 1~2 packets per event, losing a lot of > performance and increasing the number of select calls necessary to poll the > NIC for new packets. > > > > Is there any type of tweak I can do, to make this behavior becomes linear > and sustain the performance in such case without these oscillations ? > > > > The behavior happens under the same stressing circumstances, around 1.4 > Mpps~ (64 byte packets). Is that one-point-four or fourteen? The firmer should be sustainable even with short batches. In any case apart from tweaking the interrupt moderation parameters in the device drivers, I'd check carefully the logic in your program and try to record a log of your activity. Average values rarely tell the full story of what is happening. see why you are srving small batches. One more thing, I think you use multuqueue, but no idea what kind of input traffic - whether it is all for the same destination or you have a mix of DST addresses. In the latter case, one thing to check is whether, on a restart of the program, the driver changes the hash key in the RSS filter. This might cause an imbalance in the traffic delivered to the queues. Cheers Luigi > > > > > Sincerely, > > > > Fred > > _______________________________________________ > 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" > -- -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2211611 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 18:15:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D873BB5 for ; Sun, 1 Jun 2014 18:15:39 +0000 (UTC) Received: from COL004-OMC2S16.hotmail.com (col004-omc2s16.hotmail.com [65.55.34.90]) (using TLSv1.2 with cipher AES128-SHA256 (128/128 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EDE842341 for ; Sun, 1 Jun 2014 18:15:38 +0000 (UTC) Received: from COL131-DS1 ([65.55.34.73]) by COL004-OMC2S16.hotmail.com with Microsoft SMTPSVC(7.5.7601.22701); Sun, 1 Jun 2014 11:15:32 -0700 X-TMN: [Mxh57lE5BWAj84RFiNLckBJXspOz+ZB75YUBxc4PR+w=] X-Originating-Email: [fredhps10@hotmail.com] Message-ID: From: Fred Pedrisa To: "'Luigi Rizzo'" References: <042901cf7dc0$f1cdc160$d5694420$@iet.unipi.it> In-Reply-To: <042901cf7dc0$f1cdc160$d5694420$@iet.unipi.it> Subject: RES: Select() vs Netmap Date: Sun, 1 Jun 2014 15:15:31 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQEVS5nwCd6wgWjUB5XCxMef2bsPZAGABGnInMTzIEA= Content-Language: pt-br X-OriginalArrivalTime: 01 Jun 2014 18:15:32.0020 (UTC) FILETIME=[79A94740:01CF7DC5] Cc: 'freebsd-current' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2014 18:15:39 -0000 Hello, This is 1.4 Mpps (1.400.000 pps). There is a mix of src addresses, but one single dst address. Is there a way to disable rss maybe to check what happens ? -----Mensagem original----- De: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] Em nome de Luigi Rizzo Enviada em: domingo, 1 de junho de 2014 14:41 Para: Fred Pedrisa Cc: freebsd-current Assunto: Select() vs Netmap On Sunday, June 1, 2014, Fred Pedrisa > wrote: > Hey, guys. > > > > > > I'm currently experiencing a strange issue in my program (Using netmap). > > > > Sometimes, when I call select() in a FD, it gets like 4~8 packets per > event, however suddenly it drops to 1~2 packets per event, losing a > lot of performance and increasing the number of select calls necessary > to poll the NIC for new packets. > > > > Is there any type of tweak I can do, to make this behavior becomes > linear and sustain the performance in such case without these oscillations ? > > > > The behavior happens under the same stressing circumstances, around > 1.4 Mpps~ (64 byte packets). Is that one-point-four or fourteen? The firmer should be sustainable even with short batches. In any case apart from tweaking the interrupt moderation parameters in the device drivers, I'd check carefully the logic in your program and try to record a log of your activity. Average values rarely tell the full story of what is happening. see why you are srving small batches. One more thing, I think you use multuqueue, but no idea what kind of input traffic - whether it is all for the same destination or you have a mix of DST addresses. In the latter case, one thing to check is whether, on a restart of the program, the driver changes the hash key in the RSS filter. This might cause an imbalance in the traffic delivered to the queues. Cheers Luigi > > > > > Sincerely, > > > > Fred > > _______________________________________________ > 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" > -- -----------------------------------------+------------------------------ -----------------------------------------+- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2211611 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------ -----------------------------------------+- _______________________________________________ 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 Jun 1 14:17:32 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE0399D7; Sun, 1 Jun 2014 14:17:32 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 73D0D2044; Sun, 1 Jun 2014 14:17:29 +0000 (UTC) Received: from [192.168.200.102] (c-50-131-4-11.hsd1.ca.comcast.net [50.131.4.11]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 34705193D9B; Sun, 1 Jun 2014 14:17:27 +0000 (UTC) Subject: Re: diskid documentation From: Sean Bruno Reply-To: sbruno@freebsd.org To: "Michael W. Lucas" In-Reply-To: <20140601134147.GA99583@bewilderbeast.blackhelicopters.org> References: <20140601134147.GA99583@bewilderbeast.blackhelicopters.org> Content-Type: text/plain; charset="us-ascii" Date: Sun, 01 Jun 2014 07:17:25 -0700 Message-ID: <1401632245.1113.8.camel@bruno> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 01 Jun 2014 20:37:22 +0000 Cc: geom@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2014 14:17:32 -0000 On Sun, 2014-06-01 at 09:41 -0400, Michael W. Lucas wrote: > Hi, > > I'm trying to track down the documentation for the /dev/diskid/blah > device nodes. Is there a man page? > > It appears that this is a current-only thing, so I'm asking here? (At > least, none of my 9.x or 10.x machines have /dev/diskid.) > > Thanks, > ==ml > > > I'm afraid not. In this case sys/geom/label/g_label_disk_ident.c *is* the documentation. sean bcc current@ cc geom@ From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 21:32:13 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DB29620F for ; Sun, 1 Jun 2014 21:32:13 +0000 (UTC) Received: from mail.egr.msu.edu (dauterive.egr.msu.edu [35.9.37.168]) by mx1.freebsd.org (Postfix) with ESMTP id B455222E0 for ; Sun, 1 Jun 2014 21:32:13 +0000 (UTC) Received: from dauterive (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id 2AE2D26E93 for ; Sun, 1 Jun 2014 17:32:12 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by dauterive (dauterive.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YbrtJ8E4NkOJ for ; Sun, 1 Jun 2014 17:32:12 -0400 (EDT) Received: from EGR authenticated sender Message-ID: <538B9BDB.1000604@egr.msu.edu> Date: Sun, 01 Jun 2014 17:32:11 -0400 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: diskid documentation References: <20140601134147.GA99583@bewilderbeast.blackhelicopters.org> <1401632245.1113.8.camel@bruno> In-Reply-To: <1401632245.1113.8.camel@bruno> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2014 21:32:13 -0000 On 06/01/2014 10:17, Sean Bruno wrote: > On Sun, 2014-06-01 at 09:41 -0400, Michael W. Lucas wrote: >> Hi, >> >> I'm trying to track down the documentation for the /dev/diskid/blah >> device nodes. Is there a man page? >> >> It appears that this is a current-only thing, so I'm asking here? (At >> least, none of my 9.x or 10.x machines have /dev/diskid.) >> >> Thanks, >> ==ml >> >> >> > > > I'm afraid not. In this case sys/geom/label/g_label_disk_ident.c *is* > the documentation. > > sean > > bcc current@ > cc geom@ > Also, I believe it is only in 10.0-RELEASE and higher. Even if your kernel supports it, /dev/diskid will not exist if no hardware is found with supported strings (tested in a VM just now). From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 01:22:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2F724BEB for ; Mon, 2 Jun 2014 01:22:31 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id C487A2667 for ; Mon, 2 Jun 2014 01:22:30 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile13) with ESMTP id s521MNJ0004110 for ; Mon, 2 Jun 2014 10:22:23 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili16) with ESMTP id s521MNM22607 for ; Mon, 2 Jun 2014 10:22:23 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi11) id s521MNEm008897 for freebsd-current@freebsd.org; Mon, 2 Jun 2014 10:22:23 +0900 Received: from localhost by lomi11.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id s521MMX3008875 for ; Mon, 2 Jun 2014 10:22:22 +0900 Date: Mon, 02 Jun 2014 10:22:21 +0900 (JST) Message-Id: <20140602.102221.1420138426517504976.okuno.kohji@jp.panasonic.com> To: freebsd-current@freebsd.org Subject: About the type of physaddr in struct usb_page. From: Kohji Okuno Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 01:22:31 -0000 Hi HPS, I think the type of physaddr in struct usb_page is incorrect. We shuld use bus_addr_t for physaddr. What do you think about this? 60 * The following structure defines physical and non kernel virtual 61 * address of a memory page having size USB_PAGE_SIZE. 62 */ 63 struct usb_page { 64 #if USB_HAVE_BUSDMA 65 bus_size_t physaddr; 66 void *buffer; /* non Kernel Virtual Address */ 67 #endif 68 }; Regards, Kohji Okuno From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 05:36:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 12D17B21 for ; Mon, 2 Jun 2014 05:36:56 +0000 (UTC) Received: from nm7-vm8.access.bullet.mail.bf1.yahoo.com (nm7-vm8.access.bullet.mail.bf1.yahoo.com [216.109.114.167]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9A0C22ACA for ; Mon, 2 Jun 2014 05:36:55 +0000 (UTC) Received: from [66.196.81.156] by nm7.access.bullet.mail.bf1.yahoo.com with NNFMP; 02 Jun 2014 05:30:21 -0000 Received: from [98.139.244.50] by tm2.access.bullet.mail.bf1.yahoo.com with NNFMP; 02 Jun 2014 05:30:21 -0000 Received: from [127.0.0.1] by smtp112.sbc.mail.bf1.yahoo.com with NNFMP; 02 Jun 2014 05:30:21 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1401687021; bh=yoiML6cuuCxpFuLf0U4JfKcUJOG2piOLe7+c+4TwoSc=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:CC:Subject; b=0DwTFICoTwdzYCD6fGzqygK6/HOiA8WrT+kFJ+sZSttteS4FzUuoCWSArqYyuQtE8jx0zTrvnTQe8REYOOdiRWvVC09osllCg2lRJ4SltgW9/1fP4bhs811rqa9vfWtYf3EnUdD5z/6P48gXc3CiXH54bWp8N1GmNtrqIKcU5Ss= X-Yahoo-Newman-Id: 792139.75850.bm@smtp112.sbc.mail.bf1.yahoo.com Message-ID: <792139.75850.bm@smtp112.sbc.mail.bf1.yahoo.com> Date: Sun, 1 Jun 2014 22:30:21 -0700 (PDT) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: k50tE7QVM1kFF_._7.bk3PTcuIM0CoEnEkmpw7L8QFsdQxI 4gh7pHI7lk1ipIQNTjb7T3iLODMXgHMTCYyRfmMNPnD0vOgtjFEehIQjhgJe S22kyjXre0uHA8lsh9YZ9sVQnYLBp6lJOja1VUX6NQGtQDWEF82ZGNm_6ppH KDEUxWnTcHV7H2JvaKzKyE_DznOn0wYe6E4EYh4zxoN_Nw2_UPHeRL9VHxXc Hd1MIrRzpeRDR_Jm5SlpQ2mxM4Je2A0wFheQHHrMIoZfZUyii0KBeoBfHmD. HwooFZj5FLnV7enIYBn3ug5ydKle.1cRvXViOCYp46373UJoGGu_2mzMRMbX uuOmK3OS76bLRkQS9CpYIqg2.KwX4IQ8WINeiCyrpbza0PBZsICFSwvV7GnJ qxiq9A2du9ulR8A0.yn78b8z_PWzXSHJmX_3kPVwAS3kK2VP3H3MWpsvQ5EG EcS84S3pCML4ybllGdvXg1sPB2iYYkND_0m0lLrEMO6.m7bJxI72NUrArrM5 d26xYiR2nKcO8kheiz.CR8KKBLo0I4JLIyGcXH7Ka4CCFgVj8kuKHmvqi X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [98.139.221.42]) by smtp112.sbc.mail.bf1.yahoo.com with SMTP; 01 Jun 2014 22:30:21 -0700 PDT From: "Thomas Mueller" To: freebsd-wireless@freebsd.org Subject: Change for the worse in rsu wireless driver Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 05:36:56 -0000 I sent this message, without this top part, over an hour ago, and notice wlan0 is still up. I intended but forgot to CC to freebsd-current. But I am in newcons, having not started X so far this boot session. Maybe something rotten with Xorg, or interaction between rsu and X, or rsu and Firefox. I am afraid to try again with X, don't want to mess the file system to the extent of losing data. WLAN device is Hiro H50191 USB wireless adapter, chipset RTL8191SU. I just updated FreeBSD-current, both amd64 and i386, now both rsu and Xorg are highly unstable, at least on amd64. FreeBSD amelia4 11.0-CURRENT FreeBSD 11.0-CURRENT #6 r266948: Sun Jun 1 19:12:44 UTC 2014 root@amelia4:/usr/obj/usr/src/sys/SANDY11NC amd64 root@amelia4:~ # ls -l /usr/src/sys/dev/usb/wlan total 1164 -rw-r--r-- 1 root wheel 65759 Jun 1 16:23 if_rsu.c -rw-r--r-- 1 root wheel 19964 Jun 1 16:23 if_rsureg.h (snip) This is a change for the worse. Now I can connect with Hiro H50191; bug in re Ethernet driver persists, so I can't connect that way. I also had several crashes in Xorg, so am typing this with vi in newcons. Tom From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 07:09:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20449D63 for ; Mon, 2 Jun 2014 07:09:44 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D82FB2154 for ; Mon, 2 Jun 2014 07:09:43 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 4169A1FE026; Mon, 2 Jun 2014 09:09:42 +0200 (CEST) Message-ID: <538C235F.9050105@selasky.org> Date: Mon, 02 Jun 2014 09:10:23 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Kohji Okuno , freebsd-current@freebsd.org Subject: Re: About the type of physaddr in struct usb_page. References: <20140602.102221.1420138426517504976.okuno.kohji@jp.panasonic.com> In-Reply-To: <20140602.102221.1420138426517504976.okuno.kohji@jp.panasonic.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 07:09:44 -0000 On 06/02/14 03:22, Kohji Okuno wrote: > Hi HPS, > > I think the type of physaddr in struct usb_page is incorrect. > We shuld use bus_addr_t for physaddr. > What do you think about this? > > 60 * The following structure defines physical and non kernel virtual > 61 * address of a memory page having size USB_PAGE_SIZE. > 62 */ > 63 struct usb_page { > 64 #if USB_HAVE_BUSDMA > 65 bus_size_t physaddr; > 66 void *buffer; /* non Kernel Virtual Address */ > 67 #endif > 68 }; > > Regards, > Kohji Okuno Hi, http://svnweb.freebsd.org/changeset/base/266969 --HPS From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 07:12:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 36EFFEDC; Mon, 2 Jun 2014 07:12:44 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EB58321F1; Mon, 2 Jun 2014 07:12:43 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 248611FE026; Mon, 2 Jun 2014 09:12:41 +0200 (CEST) Message-ID: <538C2412.4030600@selasky.org> Date: Mon, 02 Jun 2014 09:13:22 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Thomas Mueller , freebsd-wireless@freebsd.org Subject: Re: Change for the worse in rsu wireless driver References: <792139.75850.bm@smtp112.sbc.mail.bf1.yahoo.com> In-Reply-To: <792139.75850.bm@smtp112.sbc.mail.bf1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 07:12:44 -0000 On 06/02/14 07:30, Thomas Mueller wrote: > I sent this message, without this top part, over an hour ago, and notice wlan0 is still up. I intended but forgot to CC to freebsd-current. But I am in newcons, having not started X so far this boot session. Maybe something rotten with Xorg, or interaction between rsu and X, or rsu and Firefox. > > I am afraid to try again with X, don't want to mess the file system to the extent of losing data. > > WLAN device is Hiro H50191 USB wireless adapter, chipset RTL8191SU. > > I just updated FreeBSD-current, both amd64 and i386, now both rsu and Xorg are highly unstable, at least on amd64. > > FreeBSD amelia4 11.0-CURRENT FreeBSD 11.0-CURRENT #6 r266948: Sun Jun 1 19:12:44 UTC 2014 root@amelia4:/usr/obj/usr/src/sys/SANDY11NC amd64 > > root@amelia4:~ # ls -l /usr/src/sys/dev/usb/wlan > > total 1164 > > -rw-r--r-- 1 root wheel 65759 Jun 1 16:23 if_rsu.c > > -rw-r--r-- 1 root wheel 19964 Jun 1 16:23 if_rsureg.h > > (snip) > > This is a change for the worse. Now I can connect with Hiro H50191; bug in re Ethernet driver persists, so I can't connect that way. > > I also had several crashes in Xorg, so am typing this with vi in newcons. > > Tom Hi, Re-compile the rsu module with USB debugging enabled: Add to: sys/modules/usb/rsu/Makefile CFLAGS+= -DUSB_DEBUG Rebuild and install. After that lookup the debug knob using "sysctl hw.usb | grep rsu" and set it to 16. Then collect some debug messages in dmesg, when problems appear. Thank you. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 10:44:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33A14392 for ; Mon, 2 Jun 2014 10:44:20 +0000 (UTC) Received: from forward8l.mail.yandex.net (forward8l.mail.yandex.net [IPv6:2a02:6b8:0:1819::8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DEC9323F7 for ; Mon, 2 Jun 2014 10:44:19 +0000 (UTC) Received: from smtp19.mail.yandex.net (smtp19.mail.yandex.net [95.108.252.19]) by forward8l.mail.yandex.net (Yandex) with ESMTP id AF3851A411ED; Mon, 2 Jun 2014 14:44:15 +0400 (MSK) Received: from smtp19.mail.yandex.net (localhost [127.0.0.1]) by smtp19.mail.yandex.net (Yandex) with ESMTP id 71870BE01B9; Mon, 2 Jun 2014 14:44:15 +0400 (MSK) Received: from 84.201.166.192-vpn.dhcp.yndx.net (84.201.166.192-vpn.dhcp.yndx.net [84.201.166.192]) by smtp19.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id byUDm0GZR3-iEq0Y5fY; Mon, 2 Jun 2014 14:44:15 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: c0501b7f-5d8a-4074-a091-75d228951d88 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1401705855; bh=LC17HEsv+omQXpgCyPyuTB3ZsBJpgVmYJBqi6Ium0DU=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:Subject: References:In-Reply-To:X-Enigmail-Version:Content-Type: Content-Transfer-Encoding; b=Z+riVci1TWdikEMgBe4Y//3lJHL2yZ55DP55cC6X0xllSUKW5/Bi/XibIVN9d2FRI Emi4RIyoXDdIIWGPrc4dJ2/Os/15OOp3e2Mkl6LstbKspliBRs2qEM9LQix9yw5pUG 2/+CnmnndCTtZrWrH51WKtRy14SNW780V9T4L6bQ= Authentication-Results: smtp19.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <538C555F.2060009@yandex.ru> Date: Mon, 02 Jun 2014 14:43:43 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Adam McDougall , freebsd-current@freebsd.org Subject: Re: diskid documentation References: <20140601134147.GA99583@bewilderbeast.blackhelicopters.org> <1401632245.1113.8.camel@bruno> <538B9BDB.1000604@egr.msu.edu> In-Reply-To: <538B9BDB.1000604@egr.msu.edu> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 10:44:20 -0000 On 02.06.2014 01:32, Adam McDougall wrote: > Also, I believe it is only in 10.0-RELEASE and higher. Even if your > kernel supports it, /dev/diskid will not exist if no hardware is found > with supported strings (tested in a VM just now). Probably, they just disappeared like all other labels, when you got access to disk not through the label. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 12:07:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C786F2FB for ; Mon, 2 Jun 2014 12:07:11 +0000 (UTC) Received: from mail.mands.hu (mail2.mands.hu [93.189.114.146]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 220512CBD for ; Mon, 2 Jun 2014 12:07:10 +0000 (UTC) Received: from exchange.mands.hu ([::1]) by exchange.mands.hu ([::1]) with mapi; Mon, 2 Jun 2014 14:06:00 +0200 From: =?utf-8?B?TSZTIC0gS3Jhc3puYWkgQW5kcsOhcw==?= To: "freebsd-current@freebsd.org" Date: Mon, 2 Jun 2014 14:05:58 +0200 Subject: using single gcc compiler Thread-Topic: using single gcc compiler Thread-Index: Ac9+WmTDKBQ64UfnRHKY+wUBiMPqwA== Message-ID: <3B0F582294DE3E448963BA62DC306AEE31B498D5CF@exchange.mands.hu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 12:07:11 -0000 SGkNCg0KDQpJIHVzZSBmcmVlYnNkLTEwIGFzIGRlc2t0b3AgLg0KDQpDb21waWxpbmcgdGhlIHN5 c3RlbSB0YWtlcyBhZ2VzLCBhbmQgcmF0aGVyIGxvbmcgdGltZSBpcyBzcGVudCBpbiBjb21waWxp bmcgZGlmZmVyZW50IGdjYyBjb21waWxlciB2ZXJzaW9ucyBmb3IgdmFyaW91cyBwb3J0cywNCmUu Zy4NCi0gZ2NjLTQuNy4zLSByZXF1aXJlZCBieSBhdmlkZW11eDsNCi0gZ2NjLTQuNi40XzEsMTog cmVxdWlyZWQgYnkgb3BlcmEsb3BlcmFwbHVnaW5zLCBnY2MsIGdjYzQuOA0KLSBnY2MgNC44LjRf eHh4OiByZXF1aXJlZCBieSByYXd0aGVyYXBlZQ0KDQoNCklzIHRoZXJlIGEgd2F5IHRvIHNwZWNp ZnkgdGhhdCBJIHdhbnQgdG8gdXNlIGdjYyA0LjguNCBmb3IgYWxsIGNvbXBpbGF0aW9ucyB3aGlj aCBkbyBub3QgdXNlIGNsYW5nPw0KDQpyZ2RzDQoNCktyYXN6bmFpIEFuZHLDoXMNCnJlbmRzemVy bcOpcm7DtmsNCk0mUyBJbmZvcm1hdGlrYWkgWnJ0Lg0KMTEzNiBCdWRhcGVzdCwgUGFubsOzbmlh IHUuIDE3L0EuDQpUZWxlZm9uOiArMzYgICAxIDcwMy0yOTIzDQpNb2JpbDogICAgKzM2IDMwIDcw My0yOTIzDQoNCg0K From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 12:52:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81EBD3BA; Mon, 2 Jun 2014 12:52:26 +0000 (UTC) Received: from mail.feld.me (mail.feld.me [66.170.3.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.feld.me", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0604021C5; Mon, 2 Jun 2014 12:52:25 +0000 (UTC) Received: from mail.feld.me (mail.feld.me [66.170.3.6]); by mail.feld.me (OpenSMTPD) with ESMTP id fe3b9497; Mon, 2 Jun 2014 07:52:21 -0500 (CDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=feld.me; h=mime-version :content-type:content-transfer-encoding:date:from:to:cc:subject :in-reply-to:references:message-id:sender; s=blargle2; bh=Fd/V2w tl68Yefpep9M6jj5SkLvY=; b=HswrwcuTizrrmpIM7fUzwOGtkGnKHIIwsqahQh 7U9WWPgqjPF3HO6g1ZETmu2DDr69uC58/ec93THNcLRy/4o9YTtm/nCb04x0mfLG qxdx4xU9KHaXN2blzaC2jMEkY7upTCa8FYAd8LVlsLOwGZlmfFVdH5FMebgLoSUR EllrVJSdztBDqiTQRGTCsiXXM4hC79fR5bh5mZ1Cs2h1C3WNhs2qlEtYr0KsI8Z0 3eLBt/YfZ2meMVf1D3SX/2cVXf3EtNDYSQ+Z05IYt1DSwKrqtzi2mmnnVPhroG8Q EaqT6YI/IqTcCEt8LJTcWqfEaE5bCBbOY6LHvjQ9Id/eyL6g== DomainKey-Signature: a=rsa-sha1; c=nofws; d=feld.me; h=mime-version :content-type:content-transfer-encoding:date:from:to:cc:subject :in-reply-to:references:message-id:sender; q=dns; s=blargle2; b= SB0wWnnc3Fb4Oup7yHx478rTl1DDjxFlyRcIo1fEcDS6KGeGjfgYBJNipZeMZz1w hiYFuCE4eNSUK96zUmLJlIIsWG1Y1H/rr/wkjdYKnmXTYXaZdp3IWziPDomBc0Lt MfGzebDiM4E8RdOrtibreo3cxdvl17w8ZfH5rzrnah32aDPUPzP/iNNpl1Y0e8Pj QTnPNZMTpinbgbOlfg9hcXEaSy2xBrAvsA+L93gazN9847bqItHbZbby3zDKWwka tR7SQUJLOMexhDL90KLPQqDHopAVkjrMT4VEsHq2Y3SLcD7tuktSY1sL60CJKngB hYQWYLwXSbuGMg8zD+d9+A== Received: from mail.feld.me (mail.feld.me [66.170.3.6]); by mail.feld.me (OpenSMTPD) with ESMTP id 7b3ece27; Mon, 2 Jun 2014 07:52:21 -0500 (CDT) Received: from feld@feld.me by mail.feld.me (Archiveopteryx 3.2.0) with esmtpa id 1401713540-323-320/5/24; Mon, 2 Jun 2014 12:52:20 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Date: Mon, 2 Jun 2014 07:52:20 -0500 From: Mark Felder To: M&S - Krasznai =?ISO-8859-1?q?Andr=E1s?= Subject: Re: using single gcc compiler In-Reply-To: <3B0F582294DE3E448963BA62DC306AEE31B498D5CF@exchange.mands.hu> References: <3B0F582294DE3E448963BA62DC306AEE31B498D5CF@exchange.mands.hu> Message-Id: X-Sender: feld@FreeBSD.org User-Agent: Roundcube Webmail/1.0.1 Sender: feld@feld.me Cc: freebsd-current@freebsd.org, owner-freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 12:52:26 -0000 On 2014-06-02 07:05, M&S - Krasznai Andr=C3=A1s wrote: > Hi >=20 >=20 > I use freebsd-10 as desktop . >=20 > Compiling the system takes ages, and rather long time is spent in > compiling different gcc compiler versions for various ports, > e.g. > - gcc-4.7.3- required by avidemux; > - gcc-4.6.4_1,1: required by opera,operaplugins, gcc, gcc4.8 > - gcc 4.8.4_xxx: required by rawtherapee >=20 >=20 > Is there a way to specify that I want to use gcc 4.8.4 for all > compilations which do not use clang? >=20 Some ports only work with specific versions of GCC. If you believe a=20 specific port should be able to use GCC 4.8.4 I would recommend testing=20 it and filing a PR so the port maintainer can confirm and update the=20 port. From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 13:22:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 76EB9C5F for ; Mon, 2 Jun 2014 13:22:03 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 53BBA246D for ; Mon, 2 Jun 2014 13:22:02 +0000 (UTC) Received: from [192.168.1.70] (d206-75-77-44.abhsia.telus.net [206.75.77.44]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 78F467CCA7 for ; Mon, 2 Jun 2014 13:22:01 +0000 (UTC) Message-ID: <538C7A79.4000304@freebsd.org> Date: Mon, 02 Jun 2014 09:22:01 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: using single gcc compiler References: <3B0F582294DE3E448963BA62DC306AEE31B498D5CF@exchange.mands.hu> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 13:22:03 -0000 On 2014-06-02 08:52, Mark Felder wrote: > On 2014-06-02 07:05, M&S - Krasznai András wrote: >> Hi >> >> >> I use freebsd-10 as desktop . >> >> Compiling the system takes ages, and rather long time is spent in >> compiling different gcc compiler versions for various ports, >> e.g. >> - gcc-4.7.3- required by avidemux; >> - gcc-4.6.4_1,1: required by opera,operaplugins, gcc, gcc4.8 >> - gcc 4.8.4_xxx: required by rawtherapee >> >> >> Is there a way to specify that I want to use gcc 4.8.4 for all >> compilations which do not use clang? >> > > Some ports only work with specific versions of GCC. If you believe a > specific port should be able to use GCC 4.8.4 I would recommend testing > it and filing a PR so the port maintainer can confirm and update the port. > _______________________________________________ > 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" GCC_DEFAULT_VERSION is set to 4.6 in ports/Mk/bsd.gcc.mk Unlike some other default versions, it isn't setup to be able to be overridden from make.conf As Mark mentioned, some applications have a requirement for a specific version of gcc, while others will specify a minimum version (USE_GCC=4.7+) This is why you end up needing all of those versions. You may be able to reduce some of the fragmentation by installing the highest version first, then any app that can use that will, and only those requiring a specific version will pull those in. The root issue is that some apps will just refuse to compile on newer versions of GCC -- Allan Jude From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 13:26:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D24EBF42; Mon, 2 Jun 2014 13:26:10 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id B019024A0; Mon, 2 Jun 2014 13:26:09 +0000 (UTC) Received: from [192.168.1.70] (d206-75-77-44.abhsia.telus.net [206.75.77.44]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id E414B7CCD1; Mon, 2 Jun 2014 13:26:08 +0000 (UTC) Message-ID: <538C7B71.20109@freebsd.org> Date: Mon, 02 Jun 2014 09:26:09 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: diskid documentation References: <20140601134147.GA99583@bewilderbeast.blackhelicopters.org> In-Reply-To: <20140601134147.GA99583@bewilderbeast.blackhelicopters.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: geom@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 13:26:10 -0000 On 2014-06-01 09:41, Michael W. Lucas wrote: > Hi, > > I'm trying to track down the documentation for the /dev/diskid/blah > device nodes. Is there a man page? > > It appears that this is a current-only thing, so I'm asking here? (At > least, none of my 9.x or 10.x machines have /dev/diskid.) > > Thanks, > ==ml > > > diskid (also called disk_ident in sysctl, which is confusing) It also tends to sometimes hide the gpt label provider on me (not sure in which cases it does this, but it is annoying) I usually disable it, especially to make my 'zpool status' output prettier kern.geom.label.disk_ident.enable=0 kern.geom.label.gptid.enable=0 -- Allan Jude From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 13:35:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 529FF525; Mon, 2 Jun 2014 13:35:59 +0000 (UTC) Received: from mail.mands.hu (mail2.mands.hu [93.189.114.146]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A0A3025AE; Mon, 2 Jun 2014 13:35:58 +0000 (UTC) Received: from exchange.mands.hu ([::1]) by exchange.mands.hu ([::1]) with mapi; Mon, 2 Jun 2014 15:35:56 +0200 From: =?utf-8?B?TSZTIC0gS3Jhc3puYWkgQW5kcsOhcw==?= To: Allan Jude , "freebsd-current@freebsd.org" Date: Mon, 2 Jun 2014 15:35:54 +0200 Subject: RE: using single gcc compiler Thread-Topic: using single gcc compiler Thread-Index: Ac9+ZaovC8OWuGKzS6ax//3vWuNEdwAAJI/g Message-ID: <3B0F582294DE3E448963BA62DC306AEE31B498D5F3@exchange.mands.hu> References: <3B0F582294DE3E448963BA62DC306AEE31B498D5CF@exchange.mands.hu> <538C7A79.4000304@freebsd.org> In-Reply-To: <538C7A79.4000304@freebsd.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 13:35:59 -0000 VGhhbmtzLg0KDQpJIHdpbGwgY2hlY2sgd2hpY2ggb2YgbXkgaW5zdGFsbGVkIHBvcnRzIHJlcXVp cmUgYW55IHNwZWNpYWwgZ2NjIHZlcnNpb24sIGFuZCB3aGljaCBzcGVjaWZ5IGEgbWluaW1hbCB2 ZXJzaW9uLiANCg0KVGhlbiBJIHdpbGwgdHJ5IHRvIGZpbmQgcmVwbGFjZW1lbnQgZm9yIHRob3Nl IHdoaWNoIHJlcXVpcmUgYSBmaXhlZCB2ZXJzaW9uLg0KDQpyZ2RzDQoNCkFuZHJhcyBLcmFzem5h aQ0KIA0KDQoNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogb3duZXItZnJl ZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnIFttYWlsdG86b3duZXItZnJlZWJzZC1jdXJyZW50QGZy ZWVic2Qub3JnXSBPbiBCZWhhbGYgT2YgQWxsYW4gSnVkZQ0KU2VudDogTW9uZGF5LCBKdW5lIDAy LCAyMDE0IDM6MjIgUE0NClRvOiBmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmcNClN1YmplY3Q6 IFJlOiB1c2luZyBzaW5nbGUgZ2NjIGNvbXBpbGVyDQoNCk9uIDIwMTQtMDYtMDIgMDg6NTIsIE1h cmsgRmVsZGVyIHdyb3RlOg0KPiBPbiAyMDE0LTA2LTAyIDA3OjA1LCBNJlMgLSBLcmFzem5haSBB bmRyw6FzIHdyb3RlOg0KPj4gSGkNCj4+DQo+Pg0KPj4gSSB1c2UgZnJlZWJzZC0xMCBhcyBkZXNr dG9wIC4NCj4+DQo+PiBDb21waWxpbmcgdGhlIHN5c3RlbSB0YWtlcyBhZ2VzLCBhbmQgcmF0aGVy IGxvbmcgdGltZSBpcyBzcGVudCBpbiANCj4+IGNvbXBpbGluZyBkaWZmZXJlbnQgZ2NjIGNvbXBp bGVyIHZlcnNpb25zIGZvciB2YXJpb3VzIHBvcnRzLCBlLmcuDQo+PiAtIGdjYy00LjcuMy0gcmVx dWlyZWQgYnkgYXZpZGVtdXg7DQo+PiAtIGdjYy00LjYuNF8xLDE6IHJlcXVpcmVkIGJ5IG9wZXJh LG9wZXJhcGx1Z2lucywgZ2NjLCBnY2M0LjgNCj4+IC0gZ2NjIDQuOC40X3h4eDogcmVxdWlyZWQg YnkgcmF3dGhlcmFwZWUNCj4+DQo+Pg0KPj4gSXMgdGhlcmUgYSB3YXkgdG8gc3BlY2lmeSB0aGF0 IEkgd2FudCB0byB1c2UgZ2NjIDQuOC40IGZvciBhbGwgDQo+PiBjb21waWxhdGlvbnMgd2hpY2gg ZG8gbm90IHVzZSBjbGFuZz8NCj4+DQo+IA0KPiBTb21lIHBvcnRzIG9ubHkgd29yayB3aXRoIHNw ZWNpZmljIHZlcnNpb25zIG9mIEdDQy4gSWYgeW91IGJlbGlldmUgYSANCj4gc3BlY2lmaWMgcG9y dCBzaG91bGQgYmUgYWJsZSB0byB1c2UgR0NDIDQuOC40IEkgd291bGQgcmVjb21tZW5kIA0KPiB0 ZXN0aW5nIGl0IGFuZCBmaWxpbmcgYSBQUiBzbyB0aGUgcG9ydCBtYWludGFpbmVyIGNhbiBjb25m aXJtIGFuZCB1cGRhdGUgdGhlIHBvcnQuDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQo+IGZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZyBtYWlsaW5n IGxpc3QgDQo+IGh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVi c2QtY3VycmVudA0KPiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1j dXJyZW50LXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIg0KDQpHQ0NfREVGQVVMVF9WRVJTSU9OIGlz IHNldCB0byA0LjYgaW4gcG9ydHMvTWsvYnNkLmdjYy5taw0KDQpVbmxpa2Ugc29tZSBvdGhlciBk ZWZhdWx0IHZlcnNpb25zLCBpdCBpc24ndCBzZXR1cCB0byBiZSBhYmxlIHRvIGJlIG92ZXJyaWRk ZW4gZnJvbSBtYWtlLmNvbmYNCg0KQXMgTWFyayBtZW50aW9uZWQsIHNvbWUgYXBwbGljYXRpb25z IGhhdmUgYSByZXF1aXJlbWVudCBmb3IgYSBzcGVjaWZpYyB2ZXJzaW9uIG9mIGdjYywgd2hpbGUg b3RoZXJzIHdpbGwgc3BlY2lmeSBhIG1pbmltdW0gdmVyc2lvbiAoVVNFX0dDQz00LjcrKQ0KDQpU aGlzIGlzIHdoeSB5b3UgZW5kIHVwIG5lZWRpbmcgYWxsIG9mIHRob3NlIHZlcnNpb25zLiBZb3Ug bWF5IGJlIGFibGUgdG8gcmVkdWNlIHNvbWUgb2YgdGhlIGZyYWdtZW50YXRpb24gYnkgaW5zdGFs bGluZyB0aGUgaGlnaGVzdCB2ZXJzaW9uIGZpcnN0LCB0aGVuIGFueSBhcHAgdGhhdCBjYW4gdXNl IHRoYXQgd2lsbCwgYW5kIG9ubHkgdGhvc2UgcmVxdWlyaW5nIGEgc3BlY2lmaWMgdmVyc2lvbiB3 aWxsIHB1bGwgdGhvc2UgaW4uDQoNClRoZSByb290IGlzc3VlIGlzIHRoYXQgc29tZSBhcHBzIHdp bGwganVzdCByZWZ1c2UgdG8gY29tcGlsZSBvbiBuZXdlciB2ZXJzaW9ucyBvZiBHQ0MNCg0KLS0N CkFsbGFuIEp1ZGUNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQpmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0IGh0dHA6Ly9saXN0 cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtY3VycmVudA0KVG8gdW5zdWJz Y3JpYmUsIHNlbmQgYW55IG1haWwgdG8gImZyZWVic2QtY3VycmVudC11bnN1YnNjcmliZUBmcmVl YnNkLm9yZyINCg== From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 14:45:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 559111CA; Mon, 2 Jun 2014 14:45:54 +0000 (UTC) Received: from mail-oa0-x235.google.com (mail-oa0-x235.google.com [IPv6:2607:f8b0:4003:c02::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 07FC22DF2; Mon, 2 Jun 2014 14:45:53 +0000 (UTC) Received: by mail-oa0-f53.google.com with SMTP id m1so4730835oag.40 for ; Mon, 02 Jun 2014 07:45:53 -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=ZlVQoCnHbdKrHeHRhOjVJvHJjHpqWQPJC2SuYARWt68=; b=Y6dY7ta4xUWWP9cLLJJ9ZmvOVYanHo16WecB63RxF8SFC5mfe3UletHxMLJRH2ZKmQ lk9cTIAb5l/dAJQ2wrLLVTQ0S+g7eUHtp0BR5YrhBotXY3NXTlRQ96si4EbAsw/6Rl4b QvSIvkBd4kOQv8I+raL0uwaZVTV+lOy8Dr9j6coVhyq8aGyn56yiA8utdaQhHsSR3puj 95Be1obLMRJYPxl6BOScLOk/YV7HEE6K9UhxAXZf7vsi+5pSKtLureaM/Db3FjbxOjOw H2toRHvLQEzrlPBD5PJ9tOo3e2M1Z75crcN1RLW4OD0Cam72Kc56xT8X0cpCjCGlrrvT ndMQ== MIME-Version: 1.0 X-Received: by 10.60.179.138 with SMTP id dg10mr38657666oec.13.1401720353030; Mon, 02 Jun 2014 07:45:53 -0700 (PDT) Received: by 10.76.23.130 with HTTP; Mon, 2 Jun 2014 07:45:52 -0700 (PDT) In-Reply-To: <538C7B71.20109@freebsd.org> References: <20140601134147.GA99583@bewilderbeast.blackhelicopters.org> <538C7B71.20109@freebsd.org> Date: Mon, 2 Jun 2014 10:45:52 -0400 Message-ID: Subject: Re: diskid documentation From: Ryan Stone To: Allan Jude Content-Type: text/plain; charset=UTF-8 Cc: geom@freebsd.org, FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 14:45:54 -0000 On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude wrote: > It also tends to sometimes hide the gpt label provider on me (not sure > in which cases it does this, but it is annoying) This happens when something (e.g. zfs) happens to open the diskid provider instead of the gpt label. For me this ended up being a bit more than annoying; my swap was mounted in /etc/fstab via a gpt label so I silently lost my swap when I did an upgrade. From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 15:15:30 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5EA392A3 for ; Mon, 2 Jun 2014 15:15:30 +0000 (UTC) Received: from keltia.net (aran.keltia.net [88.191.250.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 20AA9217B for ; Mon, 2 Jun 2014 15:15:29 +0000 (UTC) Received: from roberto-aw.eurocontrol.fr (unknown [88.190.16.243]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.net (Postfix) with ESMTPSA id BDF8352A9 for ; Mon, 2 Jun 2014 17:15:19 +0200 (CEST) Date: Mon, 2 Jun 2014 17:12:07 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org Subject: Re: official pkg repo with WITHOUT_X11=true Message-ID: <20140602151207.GH66852@roberto-aw.eurocontrol.fr> References: <20F90EAB-ADC5-468C-9AFD-73F93794C4B2@FreeBSD.org> <800bc8e04e4cfed10632cca993cce8fa@shatow.net> <43B971CB-4810-458D-BC5D-3DC2DC764E39@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43B971CB-4810-458D-BC5D-3DC2DC764E39@FreeBSD.org> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 7.2 / Dell D820 SMP User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 15:15:30 -0000 According to David Chisnall on Thu, May 29, 2014 at 10:19:41AM +0100: > We can probably do a bit better by looking at the complete dependency graph and removing any ports that have unconditional dependencies on X. For a headless server, there's no reason to build any of the kde-* or gnome-* ports or, indeed, X itself. I suspect that we could easily trim 2/3 of the build time by omitting ports that have a GUI, GUI toolkits, and so on. May I disagree? The only thing you don't need on an headless server is X itself. I might want to run firefox on that server, the display taken into account in the client machine (e.g. through ssh -X). Or did I missed something? -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.net In memoriam to Ondine, our 2nd child: http://ondine.keltia.net/ From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 13:08:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A66C8922 for ; Mon, 2 Jun 2014 13:08:42 +0000 (UTC) Received: from eu1sys200aog104.obsmtp.com (eu1sys200aog104.obsmtp.com [207.126.144.117]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 05AA522FE for ; Mon, 2 Jun 2014 13:08:41 +0000 (UTC) Received: from mail-wg0-f52.google.com ([74.125.82.52]) (using TLSv1) by eu1sys200aob104.postini.com ([207.126.147.11]) with SMTP ID DSNKU4x3Ua+EIJ8de+SnevJsuWNBWscH8UFj@postini.com; Mon, 02 Jun 2014 13:08:42 UTC Received: by mail-wg0-f52.google.com with SMTP id l18so5124599wgh.35 for ; Mon, 02 Jun 2014 06:08:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:reply-to; bh=Ho7aiHdwwgcB0P8UAOPI45kB0k0HllmvuRYsCMX06p0=; b=NoaqV5At+GgBmffM83LBSANg9wMClehKGZImbRPjiGgynV+5sbRaxMn5Vn2w35K0X2 9NM4ApuGNXbYE1X74C6NQh5MMWWAsGnsRx4rA/RJ3E5LWyZ7WwRHBLjljBIgFIMkL220 bbYpmVxI0QsSX/71iKLoUBX5IhnsERsZoGOqS03cM1ByNj+TjF9k8OAcluReMR40GCg/ yD4v/hzPpb1Q7p89bRM74MINP4Hyp+ZnlOSKe8p5f8k2qiz9yPACub5175zS0Tm+5gvv /3qCTgxjPO2wJZLE7l+Ig9qXccRiTgJlZ/qQKNaJZtQx9p4WrHQB2JAXAbrK/RzGuJre 3OKw== X-Gm-Message-State: ALoCoQlU1yXw1nVmFWeshM68PQd/6QwB8TJoB45eCqC/ZIg3Av6hymS6AUOQI6SjRKNxLQ+zwJz2LuEXdV43XN0dTF86mS3o8E0OsSia1xMuDAijiwIzg+qOHZwMm+dDIGpi1sVzwFQ9oKZ3ORXolV/UA4fUQuG7Uw== X-Received: by 10.180.228.100 with SMTP id sh4mr22464010wic.40.1401714513757; Mon, 02 Jun 2014 06:08:33 -0700 (PDT) X-Received: by 10.180.228.100 with SMTP id sh4mr22464002wic.40.1401714513681; Mon, 02 Jun 2014 06:08:33 -0700 (PDT) Received: from mech-aslap33.men.bris.ac.uk (eduroam-wireless-pat3.nomadic.bris.ac.uk. [137.222.114.243]) by mx.google.com with ESMTPSA id qq5sm32485844wic.10.2014.06.02.06.08.31 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 02 Jun 2014 06:08:33 -0700 (PDT) Received: from mech-aslap33.men.bris.ac.uk (localhost [127.0.0.1]) by mech-aslap33.men.bris.ac.uk (8.14.8/8.14.8) with ESMTP id s52D8Uwd001838; Mon, 2 Jun 2014 14:08:30 +0100 (BST) (envelope-from mexas@mech-aslap33.men.bris.ac.uk) Received: (from mexas@localhost) by mech-aslap33.men.bris.ac.uk (8.14.8/8.14.8/Submit) id s52D8Us4001837; Mon, 2 Jun 2014 14:08:30 +0100 (BST) (envelope-from mexas) Date: Mon, 2 Jun 2014 14:08:30 +0100 (BST) From: Anton Shterenlikht Message-Id: <201406021308.s52D8Us4001837@mech-aslap33.men.bris.ac.uk> To: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: isp(4) Qlogic ISP 2422 PCI-X on amd64 or sparc64? Reply-To: mexas@bris.ac.uk X-Mailman-Approved-At: Mon, 02 Jun 2014 15:20:25 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 13:08:42 -0000 I've a storage array accessed with an isp(4) device from ia64/FreeBSD box. I'm looking for a better supported alternative to ia64, e.g. amd64 or sparc64 to house this isp(4) device: isp0@pci0:192:1:0: class=0x0c0400 card=0x12d6103c chip=0x24221077 rev=0x02 hdr=0x00 vendor = 'QLogic Corp.' device = 'ISP2422-based 4Gb Fibre Channel to PCI-X HBA' class = serial bus subclass = Fibre Channel isp0: port 0xc000-0xc0ff mem 0xe0040000-0xe0040fff irq 71 at device 1.0 on pci192 Has anybody used this device successfully on either amd64 or sparc64 FreeBSD recently, i.e. 10-stable or HEAD? Any specific recommendation for a FreeBSD server to house this device? Thanks Anton From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 15:27:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B68FB76A for ; Mon, 2 Jun 2014 15:27:28 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 821D622A7 for ; Mon, 2 Jun 2014 15:27:27 +0000 (UTC) Received: from c106.sec.cl.cam.ac.uk (c106.sec.cl.cam.ac.uk [128.232.18.106]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s52FRNLl061376 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 2 Jun 2014 15:27:25 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: official pkg repo with WITHOUT_X11=true From: David Chisnall In-Reply-To: <20140602151207.GH66852@roberto-aw.eurocontrol.fr> Date: Mon, 2 Jun 2014 16:27:23 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <1725126A-1977-4583-8D4D-20A960008037@FreeBSD.org> References: <20F90EAB-ADC5-468C-9AFD-73F93794C4B2@FreeBSD.org> <800bc8e04e4cfed10632cca993cce8fa@shatow.net> <43B971CB-4810-458D-BC5D-3DC2DC764E39@FreeBSD.org> <20140602151207.GH66852@roberto-aw.eurocontrol.fr> To: Ollivier Robert X-Mailer: Apple Mail (2.1874) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 15:27:28 -0000 On 2 Jun 2014, at 16:12, Ollivier Robert = wrote: > According to David Chisnall on Thu, May 29, 2014 at 10:19:41AM +0100: >> We can probably do a bit better by looking at the complete dependency = graph and removing any ports that have unconditional dependencies on X. = For a headless server, there's no reason to build any of the kde-* or = gnome-* ports or, indeed, X itself. I suspect that we could easily trim = 2/3 of the build time by omitting ports that have a GUI, GUI toolkits, = and so on. =20 >=20 > May I disagree? The only thing you don't need on an headless server = is X itself. I might want to run firefox on that server, the display = taken into account in the client machine (e.g. through ssh -X). >=20 > Or did I missed something? Yes. If you want to have the graphical versions of everything on the = server, then there's nothing stopping you from using the default package = repository. THe use case for the proposed no-X repo is installing a = headless server where you won't be doing X forwarding, and so want = versions of tools that are command-line-only. If you're explicitly = choosing not to install the GUI for Vim, the odds are you won't want = Firefox either... David From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 15:35:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8DF3B920 for ; Mon, 2 Jun 2014 15:35:50 +0000 (UTC) Received: from keltia.net (cl-90.mrs-01.fr.sixxs.net [IPv6:2a01:240:fe00:59::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4C8C8236C for ; Mon, 2 Jun 2014 15:35:50 +0000 (UTC) Received: from roberto-aw.eurocontrol.fr (unknown [88.190.16.243]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.net (Postfix) with ESMTPSA id 3D56E52A9 for ; Mon, 2 Jun 2014 17:35:48 +0200 (CEST) Date: Mon, 2 Jun 2014 17:32:35 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org Subject: Re: official pkg repo with WITHOUT_X11=true Message-ID: <20140602153235.GI66852@roberto-aw.eurocontrol.fr> References: <20F90EAB-ADC5-468C-9AFD-73F93794C4B2@FreeBSD.org> <800bc8e04e4cfed10632cca993cce8fa@shatow.net> <43B971CB-4810-458D-BC5D-3DC2DC764E39@FreeBSD.org> <20140602151207.GH66852@roberto-aw.eurocontrol.fr> <1725126A-1977-4583-8D4D-20A960008037@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1725126A-1977-4583-8D4D-20A960008037@FreeBSD.org> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 7.2 / Dell D820 SMP User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 15:35:50 -0000 According to David Chisnall on Mon, Jun 02, 2014 at 04:27:23PM +0100: > Yes. If you want to have the graphical versions of everything on the server, then there's nothing stopping you from using the default package repository. THe use case for the proposed no-X repo is installing a headless server where you won't be doing X forwarding, and so want versions of tools that are command-line-only. If you're explicitly choosing not to install the GUI for Vim, the odds are you won't want Firefox either... Seems logical, yes :) Thanks. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.net In memoriam to Ondine, our 2nd child: http://ondine.keltia.net/ From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 15:37:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C862AA3B; Mon, 2 Jun 2014 15:37:02 +0000 (UTC) Received: from bewilderbeast.blackhelicopters.org (mwlucas-2-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:b9c::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 88C862383; Mon, 2 Jun 2014 15:37:02 +0000 (UTC) Received: from bewilderbeast.blackhelicopters.org (localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.14.7/8.14.7) with ESMTP id s52FapL6004151; Mon, 2 Jun 2014 11:37:01 -0400 (EDT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.14.7/8.14.7/Submit) id s52Fap0h004150; Mon, 2 Jun 2014 11:36:51 -0400 (EDT) (envelope-from mwlucas) Date: Mon, 2 Jun 2014 11:36:51 -0400 From: "Michael W. Lucas" To: Ryan Stone Subject: Re: diskid documentation Message-ID: <20140602153651.GB4116@bewilderbeast.blackhelicopters.org> References: <20140601134147.GA99583@bewilderbeast.blackhelicopters.org> <538C7B71.20109@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (bewilderbeast.blackhelicopters.org [127.0.0.1]); Mon, 02 Jun 2014 11:37:01 -0400 (EDT) Cc: geom@freebsd.org, FreeBSD Current , Allan Jude X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 15:37:02 -0000 On Mon, Jun 02, 2014 at 10:45:52AM -0400, Ryan Stone wrote: > On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude wrote: > > It also tends to sometimes hide the gpt label provider on me (not sure > > in which cases it does this, but it is annoying) > > This happens when something (e.g. zfs) happens to open the diskid > provider instead of the gpt label. For me this ended up being a bit > more than annoying; my swap was mounted in /etc/fstab via a gpt label > so I silently lost my swap when I did an upgrade. Wait-- one type of one label can hide another? I thought a big point of labels was to remove ambiguity... ==ml -- Michael W. Lucas - mwlucas@michaelwlucas.com, Twitter @mwlauthor http://www.MichaelWLucas.com/, http://blather.MichaelWLucas.com/ From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 15:47:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13EF1E28; Mon, 2 Jun 2014 15:47:46 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B61C12471; Mon, 2 Jun 2014 15:47:45 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.8/8.14.8) with ESMTP id s52Flhlu009463 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 2 Jun 2014 09:47:44 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.8/8.14.8/Submit) with ESMTP id s52FlhEQ009460; Mon, 2 Jun 2014 09:47:43 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 2 Jun 2014 09:47:43 -0600 (MDT) From: Warren Block To: "Michael W. Lucas" Subject: Re: diskid documentation In-Reply-To: <20140602153651.GB4116@bewilderbeast.blackhelicopters.org> Message-ID: References: <20140601134147.GA99583@bewilderbeast.blackhelicopters.org> <538C7B71.20109@freebsd.org> <20140602153651.GB4116@bewilderbeast.blackhelicopters.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Mon, 02 Jun 2014 09:47:44 -0600 (MDT) Cc: geom@freebsd.org, FreeBSD Current , Ryan Stone , Allan Jude X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 15:47:46 -0000 On Mon, 2 Jun 2014, Michael W. Lucas wrote: > On Mon, Jun 02, 2014 at 10:45:52AM -0400, Ryan Stone wrote: >> On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude wrote: >>> It also tends to sometimes hide the gpt label provider on me (not sure >>> in which cases it does this, but it is annoying) >> >> This happens when something (e.g. zfs) happens to open the diskid >> provider instead of the gpt label. For me this ended up being a bit >> more than annoying; my swap was mounted in /etc/fstab via a gpt label >> so I silently lost my swap when I did an upgrade. > > Wait-- one type of one label can hide another? > > I thought a big point of labels was to remove ambiguity... Can't get more unambiguous than only having one label! The word to look for here is "wither". When a device label name is opened exclusively (like mounting a device), other labels for that device are supposed to "wither" and disappear from view. (My understanding of this is incomplete. Garrett Wollman sent me a very nice explanation of how this works, which I have read but not enough times yet.) From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 15:50:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6436821E for ; Mon, 2 Jun 2014 15:50:31 +0000 (UTC) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3651524B9 for ; Mon, 2 Jun 2014 15:50:31 +0000 (UTC) Received: from torb.pix.net (torb.pix.net [IPv6:2001:470:e254:10:12dd:b1ff:febf:eca9]) (authenticated bits=0) by hydra.pix.net (8.14.8/8.14.8) with ESMTP id s52FoTSs052654; Mon, 2 Jun 2014 11:50:29 -0400 (EDT) (envelope-from lidl@pix.net) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.1 at mail.pix.net Message-ID: <538C9D45.6090109@pix.net> Date: Mon, 02 Jun 2014 11:50:29 -0400 From: Kurt Lidl User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: diskid documentation References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 15:50:31 -0000 > On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude wrote: >> It also tends to sometimes hide the gpt label provider on me (not sure >> in which cases it does this, but it is annoying) > > This happens when something (e.g. zfs) happens to open the diskid > provider instead of the gpt label. For me this ended up being a bit > more than annoying; my swap was mounted in /etc/fstab via a gpt label > so I silently lost my swap when I did an upgrade. I have seen this too, starting from a fresh install. The install process for stable/10 writes a /dev/gpt style label into /etc/fstab for the swap space, and that never gets used, because the /dev/diskid/xxxx stuff appears to take precedence. I put the following into /boot/loader.conf to make the system more sane: kern.geom.label.disk_ident.enable=0 -Kurt From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 16:55:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD5A949C for ; Mon, 2 Jun 2014 16:55:05 +0000 (UTC) Received: from d.mail.sonic.net (d.mail.sonic.net [64.142.111.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 98AD42C00 for ; Mon, 2 Jun 2014 16:55:05 +0000 (UTC) Received: from aurora.physics.berkeley.edu (aurora.Physics.Berkeley.EDU [128.32.117.67]) (authenticated bits=0) by d.mail.sonic.net (8.14.4/8.14.4) with ESMTP id s52GsvZX013042 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Mon, 2 Jun 2014 09:54:57 -0700 Message-ID: <538CAC61.3000206@freebsd.org> Date: Mon, 02 Jun 2014 09:54:57 -0700 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: diskid documentation References: <538C9D45.6090109@pix.net> In-Reply-To: <538C9D45.6090109@pix.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Sonic-ID: C;JmmnoHbq4xGZKsUoeQW9yA== M;3qbUoHbq4xGZKsUoeQW9yA== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 16:55:05 -0000 On 06/02/14 08:50, Kurt Lidl wrote: >> On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude >> wrote: >>> It also tends to sometimes hide the gpt label provider on me (not sure >>> in which cases it does this, but it is annoying) >> >> This happens when something (e.g. zfs) happens to open the diskid >> provider instead of the gpt label. For me this ended up being a bit >> more than annoying; my swap was mounted in /etc/fstab via a gpt label >> so I silently lost my swap when I did an upgrade. > > I have seen this too, starting from a fresh install. > > The install process for stable/10 writes a /dev/gpt style label > into /etc/fstab for the swap space, and that never gets used, > because the /dev/diskid/xxxx stuff appears to take precedence. The installer doesn't actually do this. It would be kind of nice if it did, but the label code is fantastically unreliable (for the reason you mention as well as others). So, while it does set labels on the disk, it does not use them. -Nathan > I put the following into /boot/loader.conf to make the system more > sane: > > kern.geom.label.disk_ident.enable=0 > > -Kurt > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 18:01:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1EBA67F; Mon, 2 Jun 2014 18:01:17 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A1D20231B; Mon, 2 Jun 2014 18:01:17 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s52I18YO023225 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Jun 2014 11:01:09 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s52I183H023224; Mon, 2 Jun 2014 11:01:08 -0700 (PDT) (envelope-from jmg) Date: Mon, 2 Jun 2014 11:01:08 -0700 From: John-Mark Gurney To: "Michael W. Lucas" Subject: Re: diskid documentation Message-ID: <20140602180108.GX43976@funkthat.com> Mail-Followup-To: "Michael W. Lucas" , Ryan Stone , geom@freebsd.org, FreeBSD Current , Allan Jude References: <20140601134147.GA99583@bewilderbeast.blackhelicopters.org> <538C7B71.20109@freebsd.org> <20140602153651.GB4116@bewilderbeast.blackhelicopters.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140602153651.GB4116@bewilderbeast.blackhelicopters.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Mon, 02 Jun 2014 11:01:09 -0700 (PDT) Cc: geom@freebsd.org, FreeBSD Current , Ryan Stone , Allan Jude X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 18:01:18 -0000 Michael W. Lucas wrote this message on Mon, Jun 02, 2014 at 11:36 -0400: > On Mon, Jun 02, 2014 at 10:45:52AM -0400, Ryan Stone wrote: > > On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude wrote: > > > It also tends to sometimes hide the gpt label provider on me (not sure > > > in which cases it does this, but it is annoying) > > > > This happens when something (e.g. zfs) happens to open the diskid > > provider instead of the gpt label. For me this ended up being a bit > > more than annoying; my swap was mounted in /etc/fstab via a gpt label > > so I silently lost my swap when I did an upgrade. > > Wait-- one type of one label can hide another? > > I thought a big point of labels was to remove ambiguity... Surprisingly, yes... I didn't think about this, but it's true... A disk will get exported via two different devices, diskid and normal da/ada... The tasting will go through and create all the necessary sub devices, but the problem is that we now have two different paths, and if something opens the diskid path, then the da/ada paths all disappear... This sounds like we need to fix geom to "bind" the two together so that when one opens, the other doesn't disappear... The problem is that geom views them as two separate disks when in fact they are the same... someone who knows geom well should think about how to solve this problem, as diskid isn't the first time this has happened, just most prevalent w/ ZFS and diskid. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 19:01:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9176F7CA; Mon, 2 Jun 2014 19:01:37 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6BDA328EC; Mon, 2 Jun 2014 19:01:37 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6C8C1B924; Mon, 2 Jun 2014 15:01:36 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org, mexas@bris.ac.uk Subject: Re: isp(4) Qlogic ISP 2422 PCI-X on amd64 or sparc64? Date: Mon, 2 Jun 2014 14:56:16 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <201406021308.s52D8Us4001837@mech-aslap33.men.bris.ac.uk> In-Reply-To: <201406021308.s52D8Us4001837@mech-aslap33.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201406021456.16626.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 02 Jun 2014 15:01:36 -0400 (EDT) Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 19:01:37 -0000 On Monday, June 02, 2014 9:08:30 am Anton Shterenlikht wrote: > I've a storage array accessed with an isp(4) device > from ia64/FreeBSD box. I'm looking for a better supported > alternative to ia64, e.g. amd64 or sparc64 to house > this isp(4) device: > > isp0@pci0:192:1:0: class=0x0c0400 card=0x12d6103c chip=0x24221077 rev=0x02 hdr=0x00 > vendor = 'QLogic Corp.' > device = 'ISP2422-based 4Gb Fibre Channel to PCI-X HBA' > class = serial bus > subclass = Fibre Channel > > isp0: port 0xc000-0xc0ff mem 0xe0040000-0xe0040fff irq 71 at device 1.0 on pci192 If it works fine on ia64 it will probably work at least as well under amd64. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 20:23:30 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F3BD5337; Mon, 2 Jun 2014 20:23:29 +0000 (UTC) Received: from mail.dawidek.net (garage.dawidek.net [91.121.88.72]) by mx1.freebsd.org (Postfix) with ESMTP id B6D8020C8; Mon, 2 Jun 2014 20:23:28 +0000 (UTC) Received: from localhost (89-78-109-105.dynamic.chello.pl [89.78.109.105]) by mail.dawidek.net (Postfix) with ESMTPSA id C4B841C5; Mon, 2 Jun 2014 22:23:20 +0200 (CEST) Date: Mon, 2 Jun 2014 22:26:39 +0200 From: Pawel Jakub Dawidek To: jmg@FreeBSD.org Subject: Re: diskid documentation Message-ID: <20140602202639.GA1668@garage.freebsd.pl> References: <20140601134147.GA99583@bewilderbeast.blackhelicopters.org> <538C7B71.20109@freebsd.org> <20140602153651.GB4116@bewilderbeast.blackhelicopters.org> <20140602180108.GX43976@funkthat.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline In-Reply-To: <20140602180108.GX43976@funkthat.com> X-OS: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: geom@freebsd.org, FreeBSD Current , Ryan Stone , Allan Jude , "Michael W. Lucas" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 20:23:30 -0000 --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 02, 2014 at 11:01:08AM -0700, John-Mark Gurney wrote: > Michael W. Lucas wrote this message on Mon, Jun 02, 2014 at 11:36 -0400: > > On Mon, Jun 02, 2014 at 10:45:52AM -0400, Ryan Stone wrote: > > > On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude wr= ote: > > > > It also tends to sometimes hide the gpt label provider on me (not s= ure > > > > in which cases it does this, but it is annoying) > > >=20 > > > This happens when something (e.g. zfs) happens to open the diskid > > > provider instead of the gpt label. For me this ended up being a bit > > > more than annoying; my swap was mounted in /etc/fstab via a gpt label > > > so I silently lost my swap when I did an upgrade. > >=20 > > Wait-- one type of one label can hide another? > >=20 > > I thought a big point of labels was to remove ambiguity... >=20 > Surprisingly, yes... I didn't think about this, but it's true... >=20 > A disk will get exported via two different devices, diskid and normal > da/ada... The tasting will go through and create all the necessary > sub devices, but the problem is that we now have two different paths, > and if something opens the diskid path, then the da/ada paths all > disappear... >=20 > This sounds like we need to fix geom to "bind" the two together so > that when one opens, the other doesn't disappear... The problem is > that geom views them as two separate disks when in fact they are the > same... someone who knows geom well should think about how to solve > this problem, as diskid isn't the first time this has happened, just > most prevalent w/ ZFS and diskid. The problem is that GPT labels (or GPT IDs for that matter) should not be implemented within GLABEL. This is wrong. It should be implemented as part of GPART, so that GPART would create ada0p1, gpt/label and gptid/whatever. Opening one of those should not make the others disappear then. Only opening ada0 for writting would make them disappear. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://mobter.com --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iEYEARECAAYFAlOM3f8ACgkQForvXbEpPzRXRQCfbsUELlDNxBWilZ/z3MZqXA4K oaUAnjBo1EEECt0LuBmoa2UeVVBt3GKr =mi4Q -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 20:32:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2FB0E861; Mon, 2 Jun 2014 20:32:21 +0000 (UTC) Received: from d.mail.sonic.net (d.mail.sonic.net [64.142.111.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 130D621AD; Mon, 2 Jun 2014 20:32:20 +0000 (UTC) Received: from zeppelin.tachypleus.net (airbears2-136-152-142-17.AirBears2.Berkeley.EDU [136.152.142.17]) (authenticated bits=0) by d.mail.sonic.net (8.14.4/8.14.4) with ESMTP id s52KWEJg026752 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Mon, 2 Jun 2014 13:32:14 -0700 Message-ID: <538CDF4E.8050703@freebsd.org> Date: Mon, 02 Jun 2014 13:32:14 -0700 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Pawel Jakub Dawidek , jmg@freebsd.org Subject: Re: diskid documentation References: <20140601134147.GA99583@bewilderbeast.blackhelicopters.org> <538C7B71.20109@freebsd.org> <20140602153651.GB4116@bewilderbeast.blackhelicopters.org> <20140602180108.GX43976@funkthat.com> <20140602202639.GA1668@garage.freebsd.pl> In-Reply-To: <20140602202639.GA1668@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Sonic-ID: C;6Oxl+5Tq4xGQE8UoeQW9yA== M;QmOQ+5Tq4xGQE8UoeQW9yA== Cc: geom@freebsd.org, FreeBSD Current , Ryan Stone , "Michael W. Lucas" , Allan Jude X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 20:32:21 -0000 On 06/02/14 13:26, Pawel Jakub Dawidek wrote: > On Mon, Jun 02, 2014 at 11:01:08AM -0700, John-Mark Gurney wrote: >> Michael W. Lucas wrote this message on Mon, Jun 02, 2014 at 11:36 -0400: >>> On Mon, Jun 02, 2014 at 10:45:52AM -0400, Ryan Stone wrote: >>>> On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude wrote: >>>>> It also tends to sometimes hide the gpt label provider on me (not sure >>>>> in which cases it does this, but it is annoying) >>>> This happens when something (e.g. zfs) happens to open the diskid >>>> provider instead of the gpt label. For me this ended up being a bit >>>> more than annoying; my swap was mounted in /etc/fstab via a gpt label >>>> so I silently lost my swap when I did an upgrade. >>> Wait-- one type of one label can hide another? >>> >>> I thought a big point of labels was to remove ambiguity... >> Surprisingly, yes... I didn't think about this, but it's true... >> >> A disk will get exported via two different devices, diskid and normal >> da/ada... The tasting will go through and create all the necessary >> sub devices, but the problem is that we now have two different paths, >> and if something opens the diskid path, then the da/ada paths all >> disappear... >> >> This sounds like we need to fix geom to "bind" the two together so >> that when one opens, the other doesn't disappear... The problem is >> that geom views them as two separate disks when in fact they are the >> same... someone who knows geom well should think about how to solve >> this problem, as diskid isn't the first time this has happened, just >> most prevalent w/ ZFS and diskid. > The problem is that GPT labels (or GPT IDs for that matter) should not > be implemented within GLABEL. This is wrong. It should be implemented as > part of GPART, so that GPART would create ada0p1, gpt/label and > gptid/whatever. Opening one of those should not make the others > disappear then. Only opening ada0 for writting would make them disappear. > Indeed. This would also fix some tasting races, allow programmatic retrieval of the label device from gpart, and expand label device support from GPT to all partition schemes supported by gpart (APM, for instance). -Nathan From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 20:37:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63F2AA46 for ; Mon, 2 Jun 2014 20:37:40 +0000 (UTC) Received: from mail.xcllnt.net (mail.xcllnt.net [50.0.150.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2EA12221A for ; Mon, 2 Jun 2014 20:37:39 +0000 (UTC) Received: from [172.29.2.230] ([66.129.239.13]) (authenticated bits=0) by mail.xcllnt.net (8.14.9/8.14.9) with ESMTP id s52KbaAC011026 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Mon, 2 Jun 2014 13:37:38 -0700 (PDT) (envelope-from marcel@xcllnt.net) From: Marcel Moolenaar Content-Type: multipart/signed; boundary="Apple-Mail=_C1EEB056-A0BE-400D-8D71-44E3BB661A9C"; protocol="application/pgp-signature"; micalg=pgp-sha1 Subject: NIC driver API committed Message-Id: Date: Mon, 2 Jun 2014 13:37:31 -0700 To: "current@freebsd.org list" Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) X-Mailer: Apple Mail (2.1878.2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 20:37:40 -0000 --Apple-Mail=_C1EEB056-A0BE-400D-8D71-44E3BB661A9C Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii All, A new NIC driver API has been committed that allows us to make the ifnet structure an abstract type. The abstract type being 'if_t'. The miibus(4), fxp(4), em(4) and bxe(4) drivers have been converted to use the API already. Other drivers will follow in the coming weeks. The conversion is mechanical and does not change the behavior of the drivers. As such, there's no user-visible impact. If you do run into a problem after upgrading and you're using any of the converted drivers, please let me know. It is always possible that the conversion introduces a bug. To test whether the conversion introduced the problem, revert any of the following revisions depending on the driver that gives you the problem: r266974 miibus(4) r266977 fxp(4) r266978 em(4) r266979 bxe(4) If you find yourself reverting r266974, please also revert the other 3 revisions as they depend on r266974. FYI, -- Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_C1EEB056-A0BE-400D-8D71-44E3BB661A9C Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlOM4IsACgkQpgWlLWHuifYBlACfbOwiEWTP1dhvL/ZecE09SF/F nn0An1J9bHbdR1K1clhxZQULs7bygons =aavA -----END PGP SIGNATURE----- --Apple-Mail=_C1EEB056-A0BE-400D-8D71-44E3BB661A9C-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 21:32:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A42BAECC for ; Mon, 2 Jun 2014 21:32:19 +0000 (UTC) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3B18B275C for ; Mon, 2 Jun 2014 21:32:19 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id f8so5462563wiw.4 for ; Mon, 02 Jun 2014 14:32:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:content-type:content-transfer-encoding:subject:date :message-id:to:mime-version; bh=cvnzsDU1+t58KATKEUTqw9Z3qZBRnKh8fvCcj6RXNfo=; b=XAOqCHsUuGaQm43nOzUs024uI6n0JhMpAbFVh1V7HhYgYAML/yeEtgcRpTYy1UU+Xz xc+zdpRHmkHw6LpEhoTUeBhL7tYE/EZNUgEUzNHO2O+/L4hI59nSU5kfdyT8In87HUFJ DnNFqrqmCR0PCqi4HW2qq/sC3YeXaDqBU5gC+MAN6nXQZRaB5RCH+iFmozA2TyPM2400 5c20SQHAhfuXLjE30JW68PW0K66sVScs09dSgZOQqUg1Sdtqoanul1RYXd/RYKEyQ91+ PcXFO2lyeh/ccYNz/HWGTBYaywin8BFRMMCfTw/G4ZDq/FAng68ZD7Qey5EUo8oqqI0q q54w== X-Received: by 10.180.182.115 with SMTP id ed19mr25697224wic.29.1401744736380; Mon, 02 Jun 2014 14:32:16 -0700 (PDT) Received: from strashydlo.home (addq97.neoplus.adsl.tpnet.pl. [79.184.68.97]) by mx.google.com with ESMTPSA id lq14sm35780676wic.7.2014.06.02.14.32.15 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 02 Jun 2014 14:32:15 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: "CPU0: local APIC error 0x40" Date: Mon, 2 Jun 2014 23:32:13 +0200 Message-Id: To: freebsd-current@freebsd.org Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 21:32:19 -0000 Some machines, including ThinkPad T61, emit the following error message early during boot: CPU0: local APIC error 0x40 The message itself doesn't seem to be much of a problem. However, every once in a while booting hangs just before that line. I've tracked that down to call to AcpiHwWritePort() at sys/contrib/dev/acpica/components/hardware/hwacpi.c:117: switch (Mode) { case ACPI_SYS_MODE_ACPI: /* BIOS should have disabled ALL fixed and GP events */ Status = AcpiHwWritePort (AcpiGbl_FADT.SmiCommand, (UINT32) AcpiGbl_FADT.AcpiEnable, 8); Any idea what might be going on? From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 22:27:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C346790A; Mon, 2 Jun 2014 22:27:07 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 986102B79; Mon, 2 Jun 2014 22:27:07 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s52MR6eR026764 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Jun 2014 15:27:06 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s52MR6hL026763; Mon, 2 Jun 2014 15:27:06 -0700 (PDT) (envelope-from jmg) Date: Mon, 2 Jun 2014 15:27:06 -0700 From: John-Mark Gurney To: Pawel Jakub Dawidek Subject: Re: diskid documentation Message-ID: <20140602222706.GA43976@funkthat.com> Mail-Followup-To: Pawel Jakub Dawidek , geom@freebsd.org, FreeBSD Current , Ryan Stone , Allan Jude , "Michael W. Lucas" References: <20140601134147.GA99583@bewilderbeast.blackhelicopters.org> <538C7B71.20109@freebsd.org> <20140602153651.GB4116@bewilderbeast.blackhelicopters.org> <20140602180108.GX43976@funkthat.com> <20140602202639.GA1668@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140602202639.GA1668@garage.freebsd.pl> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Mon, 02 Jun 2014 15:27:07 -0700 (PDT) Cc: geom@freebsd.org, FreeBSD Current , Ryan Stone , "Michael W. Lucas" , Allan Jude X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 22:27:08 -0000 Pawel Jakub Dawidek wrote this message on Mon, Jun 02, 2014 at 22:26 +0200: > On Mon, Jun 02, 2014 at 11:01:08AM -0700, John-Mark Gurney wrote: > > Michael W. Lucas wrote this message on Mon, Jun 02, 2014 at 11:36 -0400: > > > On Mon, Jun 02, 2014 at 10:45:52AM -0400, Ryan Stone wrote: > > > > On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude wrote: > > > > > It also tends to sometimes hide the gpt label provider on me (not sure > > > > > in which cases it does this, but it is annoying) > > > > > > > > This happens when something (e.g. zfs) happens to open the diskid > > > > provider instead of the gpt label. For me this ended up being a bit > > > > more than annoying; my swap was mounted in /etc/fstab via a gpt label > > > > so I silently lost my swap when I did an upgrade. > > > > > > Wait-- one type of one label can hide another? > > > > > > I thought a big point of labels was to remove ambiguity... > > > > Surprisingly, yes... I didn't think about this, but it's true... > > > > A disk will get exported via two different devices, diskid and normal > > da/ada... The tasting will go through and create all the necessary > > sub devices, but the problem is that we now have two different paths, > > and if something opens the diskid path, then the da/ada paths all > > disappear... > > > > This sounds like we need to fix geom to "bind" the two together so > > that when one opens, the other doesn't disappear... The problem is > > that geom views them as two separate disks when in fact they are the > > same... someone who knows geom well should think about how to solve > > this problem, as diskid isn't the first time this has happened, just > > most prevalent w/ ZFS and diskid. > > The problem is that GPT labels (or GPT IDs for that matter) should not > be implemented within GLABEL. This is wrong. It should be implemented as > part of GPART, so that GPART would create ada0p1, gpt/label and > gptid/whatever. Opening one of those should not make the others > disappear then. Only opening ada0 for writting would make them disappear. even gpart would be wrong IMO... What happens if there is another provider like GPART, but different, do they need to implement diskid creation too to prevent the same issue? Shouldn't geom be updated to say, this ident is an alias, everything you do w/ this, it's exactly the same as the other one? This would also have the advantage of possibly removing one layer in the call chain when dealing w/ IO. (or does GEOM has a pass-through flag that says, I don't do anything, just skip me?) -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 22:30:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95DF2A7E for ; Mon, 2 Jun 2014 22:30:19 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 6D5162B9F for ; Mon, 2 Jun 2014 22:30:18 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id CD4327C222 for ; Mon, 2 Jun 2014 22:30:17 +0000 (UTC) Message-ID: <538CFAF7.5000700@freebsd.org> Date: Mon, 02 Jun 2014 18:30:15 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: diskid documentation References: <20140601134147.GA99583@bewilderbeast.blackhelicopters.org> <538C7B71.20109@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CxdF4Q6a6u5mAPS5FrBENksLwhXa54T8p" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 22:30:19 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --CxdF4Q6a6u5mAPS5FrBENksLwhXa54T8p Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-06-02 10:45, Ryan Stone wrote: > On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude wrot= e: >> It also tends to sometimes hide the gpt label provider on me (not sure= >> in which cases it does this, but it is annoying) >=20 > This happens when something (e.g. zfs) happens to open the diskid > provider instead of the gpt label. For me this ended up being a bit > more than annoying; my swap was mounted in /etc/fstab via a gpt label > so I silently lost my swap when I did an upgrade. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 Exactly. It makes sense that ZFS sees the DiskID first or whatever, but why does the gpt label disappear entirely? --=20 Allan Jude --CxdF4Q6a6u5mAPS5FrBENksLwhXa54T8p 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTjPr6AAoJEJrBFpNRJZKfjhYP/R6qx2g33opMuLbHuZuT8OeC /o7nUJQ2hXe2yYnGp3cr6RH7E/G1iHxX0OW0+fj6DlM0stbwA7/lB7fIA1jgdY+L /pwcNNa88jOlM392k8hxra7rRJZDmVZ+/5B0Zjk5NQ1eGtQqPQ+Wi79b+MnGiT2n /18NOaC0qAgUZBxz+HEfhLmv9e8N9gedw73rTFoHvoynozX7RYY62WfoCI/yY9+q O/nrEyMVCtoFlELfehs1r10fPe40P7WGh/BzxsusvxUxBNxF8mHpc7dQnGwpki+c 9fWxeRu5a5N1eiCRFBBKiW2xmlepY423Mf9IwqrWla6Rmc26jZQYFEHrfbjx1u2D WnBY6NKVvee9dB6oxoqApFQD+2u6O1jXnYiEzwm9VMTuUsgRq4Mn8dkxAORuJYCh chRxiR72C2q+mJ62afN6bpKzi7B3oZ18RouCjbGS9XNumWDkR5rCRCIjavkmWPqB sqiY6qF+ehp4GjsEyxn72VXnef0Eou5070i05XL3lEZR0inouYfYgZg2bMBV/R2I hZ33T9OhtUSwGIS2ULGd4zcEMc96OK61BXCmGycG9p/MFdcNVggz4pHpEJcwrRaF cWxUOvj4OaDR60aHZ2fWRghJS3ctqZotp4ARLPD6qLEfJSuD+OhimBfICJDyzKUR UsHstYmUGeqQq3DLZ/EC =I2dN -----END PGP SIGNATURE----- --CxdF4Q6a6u5mAPS5FrBENksLwhXa54T8p-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 22:32:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85D89CCD for ; Mon, 2 Jun 2014 22:32:16 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 5E9B62C1F for ; Mon, 2 Jun 2014 22:32:15 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id DECC87C23A for ; Mon, 2 Jun 2014 22:32:14 +0000 (UTC) Message-ID: <538CFB70.5040406@freebsd.org> Date: Mon, 02 Jun 2014 18:32:16 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: diskid documentation References: <538C9D45.6090109@pix.net> In-Reply-To: <538C9D45.6090109@pix.net> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="p9l3Br6DW45SIO3OnxItVjBbhL2T2FAHV" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 22:32:16 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --p9l3Br6DW45SIO3OnxItVjBbhL2T2FAHV Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-06-02 11:50, Kurt Lidl wrote: >> On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude >> wrote: >>> It also tends to sometimes hide the gpt label provider on me (not sur= e >>> in which cases it does this, but it is annoying) >> >> This happens when something (e.g. zfs) happens to open the diskid >> provider instead of the gpt label. For me this ended up being a bit >> more than annoying; my swap was mounted in /etc/fstab via a gpt label >> so I silently lost my swap when I did an upgrade. >=20 > I have seen this too, starting from a fresh install. >=20 > The install process for stable/10 writes a /dev/gpt style label > into /etc/fstab for the swap space, and that never gets used, > because the /dev/diskid/xxxx stuff appears to take precedence. >=20 > I put the following into /boot/loader.conf to make the system more > sane: >=20 > kern.geom.label.disk_ident.enable=3D0 >=20 > -Kurt >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" I have a patch for the installer that solves this issue by explicitly using /dev/adaXpY or adaXsYb etc I thought the label was a nice way to do it, but it backfired. --=20 Allan Jude --p9l3Br6DW45SIO3OnxItVjBbhL2T2FAHV 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTjPtwAAoJEJrBFpNRJZKfpAQP/3fie7/pz5FJ55sGfzbqTV10 1MNMoi/rpwhY2NGnppLV4vLH3LcmUEFQtJ0wXjpgR+75IGmQqIA/Cneakg5MRPSp 26VhRbt+KK6Oa3l4xix9vmRaw+eZVBIIDwirGnnBlosFcYTbjXfEEhzLpGm/Vp9k bP2R2IFuFwnqL8ECtV8lNoBjGhHiMu3gCVhV6XW0DOYnDCjVQScgMLQPUUuSIvcC +lp+cD5MndCVoFJCyGATiQC6DiG+B8cUXWRkLZjFecz/QT8NJSKhznUwkIWUnOBo 4zOla5t7A+ZIk/tBHuEFydhnU9gkkv4372h9vn1dVkO4QSzE+uLKelZSe78yzwY2 lpLlU9+w7zy8iALKPYTniix4Qzn8EAR49bh6lKtJeqT87yUiZqfKsiu4zohoJMiw SyB3ZfoYqVgbYlGncHnZGIvIcl1x2B3RM4Qhk9nAolrkB8E3Nq9GsWnD0hgLDZzl k3dqzCBt63gJyf2g2xTE2qw6g3PtQ9+ED+vNejuF1cArNxzUiJA9lbk8WX+mXRZa zEqKuzkJave1klmfviacqj+zuwyazESmwLRkq7ynwqBn7pIIjS7WBN0SJiZEhIL7 2jic6n13MJNCTwpGH+S5MXm8aDgRIZcqXKRJxhi64CXi6p4XfzNG9XPpxvEyioz8 f261+kc/7t49yBm15RQQ =Lh71 -----END PGP SIGNATURE----- --p9l3Br6DW45SIO3OnxItVjBbhL2T2FAHV-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 22:40:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1C1EFE for ; Mon, 2 Jun 2014 22:40:43 +0000 (UTC) Received: from c.mail.sonic.net (c.mail.sonic.net [64.142.111.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AB53B2CDA for ; Mon, 2 Jun 2014 22:40:43 +0000 (UTC) Received: from aurora.physics.berkeley.edu (aurora.Physics.Berkeley.EDU [128.32.117.67]) (authenticated bits=0) by c.mail.sonic.net (8.14.4/8.14.4) with ESMTP id s52MeQfE027079 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Mon, 2 Jun 2014 15:40:26 -0700 Message-ID: <538CFD5A.5000502@freebsd.org> Date: Mon, 02 Jun 2014 15:40:26 -0700 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: diskid documentation References: <538C9D45.6090109@pix.net> <538CFB70.5040406@freebsd.org> In-Reply-To: <538CFB70.5040406@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 22:40:43 -0000 On 06/02/14 15:32, Allan Jude wrote: > On 2014-06-02 11:50, Kurt Lidl wrote: >>> On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude >>> wrote: >>>> It also tends to sometimes hide the gpt label provider on me (not sure >>>> in which cases it does this, but it is annoying) >>> This happens when something (e.g. zfs) happens to open the diskid >>> provider instead of the gpt label. For me this ended up being a bit >>> more than annoying; my swap was mounted in /etc/fstab via a gpt label >>> so I silently lost my swap when I did an upgrade. >> I have seen this too, starting from a fresh install. >> >> The install process for stable/10 writes a /dev/gpt style label >> into /etc/fstab for the swap space, and that never gets used, >> because the /dev/diskid/xxxx stuff appears to take precedence. >> >> I put the following into /boot/loader.conf to make the system more >> sane: >> >> kern.geom.label.disk_ident.enable=0 >> >> -Kurt >> >> _______________________________________________ >> 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" > I have a patch for the installer that solves this issue by explicitly > using /dev/adaXpY or adaXsYb etc > > I thought the label was a nice way to do it, but it backfired. > Oh, zfsboot uses labels? The UFS partition editor never has, mostly for this reason. Sorry for spreading misinformation -- I'm not really familiar with the ZFS code. -Nathan From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 23:13:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0A5E9DB for ; Mon, 2 Jun 2014 23:13:21 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 602302F4B for ; Mon, 2 Jun 2014 23:13:20 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id D9EF27C414 for ; Mon, 2 Jun 2014 23:13:19 +0000 (UTC) Message-ID: <538D050E.9050406@freebsd.org> Date: Mon, 02 Jun 2014 19:13:18 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: diskid documentation References: <538C9D45.6090109@pix.net> <538CFB70.5040406@freebsd.org> <538CFD5A.5000502@freebsd.org> In-Reply-To: <538CFD5A.5000502@freebsd.org> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MG7V00tn37sHExMp4N2RiGqdIMCbIreH0" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 23:13:21 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --MG7V00tn37sHExMp4N2RiGqdIMCbIreH0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-06-02 18:40, Nathan Whitehorn wrote: >=20 > On 06/02/14 15:32, Allan Jude wrote: >> On 2014-06-02 11:50, Kurt Lidl wrote: >>>> On Mon, Jun 2, 2014 at 9:26 AM, Allan Jude >>>> wrote: >>>>> It also tends to sometimes hide the gpt label provider on me (not s= ure >>>>> in which cases it does this, but it is annoying) >>>> This happens when something (e.g. zfs) happens to open the diskid >>>> provider instead of the gpt label. For me this ended up being a bit= >>>> more than annoying; my swap was mounted in /etc/fstab via a gpt labe= l >>>> so I silently lost my swap when I did an upgrade. >>> I have seen this too, starting from a fresh install. >>> >>> The install process for stable/10 writes a /dev/gpt style label >>> into /etc/fstab for the swap space, and that never gets used, >>> because the /dev/diskid/xxxx stuff appears to take precedence. >>> >>> I put the following into /boot/loader.conf to make the system more >>> sane: >>> >>> kern.geom.label.disk_ident.enable=3D0 >>> >>> -Kurt >>> >>> _______________________________________________ >>> 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" >> I have a patch for the installer that solves this issue by explicitly >> using /dev/adaXpY or adaXsYb etc >> >> I thought the label was a nice way to do it, but it backfired. >> >=20 > Oh, zfsboot uses labels? The UFS partition editor never has, mostly for= > this reason. Sorry for spreading misinformation -- I'm not really > familiar with the ZFS code. > -Nathan > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" It only used the labels for the fstab entry for swap. --=20 Allan Jude --MG7V00tn37sHExMp4N2RiGqdIMCbIreH0 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTjQURAAoJEJrBFpNRJZKfqWoQAKNlkOK72YwjdVUSFAx8Msz/ 6+XwEW7woWbWO0ap7mYAz/98bpJ4NXXB7uwPplVPJ172DJcNtBLZgbvxNtquzlpM HskLcKTiYVL79SGpwA+Kw54AMadTbr5V7FT/nS3TPgXfGjc/Rd6SHjTUvnZIEe30 Zluz4RxuwYFxPBtUPuyRrQAvoY5R+K+3acwwQ84UrUJ3OQPE0pL+j+kMH/1WqItL Hn50ca8T5/kJ9UNthhBKiHEs3cm+opZOB2uPz9c69J9qFjfCtH9LiyLiNOhdhQzi mcnUTi5MikQxAFjmEXf9AqeuOZVad5FzanG4WvyLhBQZ2wBPoyCVD4sLsnejQNc9 EKqOkzPXw1W1xwDKc6DY9lugX+tHrUyW4rbfWwHdPTUsrm9hS7n9JiYwuKNfiDB8 i1ImgIDPqHgVzXVdF+RtW5lXekThp2Atrb7wzt1t/OYOw8qXZQ4wD18D5VkHOo/c tu3j3BcSzz+XXVnIN4DSvZCPZkIaWTebjcpEdq5+L0WG+z5FHdqrRDES8+gi4AcE WaKpjXPDeAbfK3wCm3F4QrRlQAdq2WuAxFjjV/Bxyi0iBJwXJjU58T6iCuTLjHLl FDsTNqgU7kX9h+wE7Yk8lATjkCrNufCGCZGf3GZksUSLf3l88fg3DIMjLfdfo6z3 BCuEI9XP5lakZebNxfiW =vCfm -----END PGP SIGNATURE----- --MG7V00tn37sHExMp4N2RiGqdIMCbIreH0-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 23:26:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 250E6C95; Mon, 2 Jun 2014 23:26:11 +0000 (UTC) Received: from mail-pb0-x233.google.com (mail-pb0-x233.google.com [IPv6:2607:f8b0:400e:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E8A9E2046; Mon, 2 Jun 2014 23:26:10 +0000 (UTC) Received: by mail-pb0-f51.google.com with SMTP id ma3so4730146pbc.10 for ; Mon, 02 Jun 2014 16:26:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=qISLVWTw4ssWSDZWY4aFbGFmvkfCUZbqSB9/AOdI1qo=; b=C6iItDsefvICzoHYY4i7F7YVM0vJBerAOlx0Pv1cLgTB7BwPrDdBvVInoSRfQzwOSu ADHmnTmfQ/ypPtV81w6uSj/W7LpB3+NI/YoNWZ9+3B649el7fH8VvnhMeHquNzvphrEm Uj9luEiLlWmcVaAShYPlEHelpVKPWgOLExS2m8P6/f4nORYaSIUI1jrNpv96hHUYTIfx f0UhkcwdfItJ0kH8chrSM4GiN1dh3ItMuPfNOUrBuEFCgU2AyguovjZGxsSj/8aa2ulw uGoEFi9bfekW8Te4fzJevy54la8xy+xmhnDIdq18SXYIQ4+gAQCkOHlEq8vfvd3AtL8O UkVA== X-Received: by 10.68.213.74 with SMTP id nq10mr44658685pbc.4.1401751570569; Mon, 02 Jun 2014 16:26:10 -0700 (PDT) Received: from [10.187.192.151] ([14.31.6.31]) by mx.google.com with ESMTPSA id io8sm22260752pbc.96.2014.06.02.16.24.15 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 02 Jun 2014 16:26:09 -0700 (PDT) References: Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: quoted-printable Message-Id: <844FB0BB-1AE5-4CFC-8EC9-634E7B0E6125@gmail.com> X-Mailer: iPhone Mail (11B554a) From: =?GB2312?Q?"=BB=C6=CE=C4=BB=D4=40Gmail"?= Subject: Re: [patch] Switch to text mode during efi boot Date: Tue, 3 Jun 2014 07:24:04 +0800 To: Ed Maste Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 23:26:11 -0000 Ed, Is there any progress about framebuffer corruption? Thanks, Huang Wenhui > =D4=DA 2014=C4=EA5=D4=C222=C8=D5=A3=AC23:54=A3=ACEd Maste =D0=B4=B5=C0=A3=BA >=20 >> On 22 May 2014 11:32, Rafael Esp=A8=AAndola w= rote: >> The attached patch causes both boot1 and loader.efi to switch to text >> mode. This only >> seems to make a difference on Macs where otherwise no information was bei= ng >> displayed. >>=20 >> The ConsoleControl.h file is copied from >> EdkCompatibilityPkg/Foundation/Protocol/ConsoleControl in >> https://github.com/tianocore/edk2. >>=20 >> I tested that both programs are able to change to text mode by >> enabling only one of them at a time. >>=20 >> With this patch I am able to see loaders output on all the macs I >> tried. The kernel boots correctly on a MacPro, but unfortunately it >> doesn't seem to be able to find the efi buffer in a MacBookPro. >=20 > Great, thank you Rafael. There's framebuffer corruption issues on > some other hardware as well, so it may be that the eventual fix for > those will also solve the MBP issue. >=20 >> Some design questions: >>=20 >> * Why do we have both boot1 and loader? It is just the issue with >> building a usb image without root that requires having a boot1 that >> has a predictable size? >=20 > No, boot1.efi only exists so that the loader and related Forth and > config files can be placed in a UFS root filesystem, as is done with > the x86 BIOS boot and on other platforms. This way the UEFI boot > easily integrates with the existing installer and tools. >=20 > We could put the loader and files in the FAT EFI system partition > instead, but it would require more substantial changes in the > installer and system configuration. >=20 >> * Even if we want to keep both boot1 and loader, could boot1 use libefi? >=20 > I don't think there's any fundamental reason we couldn't. However, > we're going to need to take a broader look at reworking some of this > in the context of secure boot anyway (as we look at a signed shim > loader). >=20 >> * Is it ok to always switch to text mode in libefi or should it >> provide a switch_to_text_mode function? >=20 > I suspect it's fine / correct to always switch; we've just been > "lucky" that the current approach works with most firmwares. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"= From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 23:34:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 21B12EE6 for ; Mon, 2 Jun 2014 23:34:09 +0000 (UTC) Received: from COL004-OMC2S7.hotmail.com (col004-omc2s7.hotmail.com [65.55.34.81]) (using TLSv1.2 with cipher AES128-SHA256 (128/128 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F0CAB20FB for ; Mon, 2 Jun 2014 23:34:08 +0000 (UTC) Received: from COL131-DS2 ([65.55.34.73]) by COL004-OMC2S7.hotmail.com with Microsoft SMTPSVC(7.5.7601.22701); Mon, 2 Jun 2014 16:34:08 -0700 X-TMN: [9yM1yDi/NipuGH3Ctg5IsitI8SitqZlU] X-Originating-Email: [fredhps10@hotmail.com] Message-ID: From: Fred Pedrisa To: "'Luigi Rizzo'" References: <042901cf7dc0$f1cdc160$d5694420$@iet.unipi.it> In-Reply-To: Subject: RES: Select() vs Netmap Date: Mon, 2 Jun 2014 20:34:09 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQEVS5nwCd6wgWjUB5XCxMef2bsPZAGABGnIAW9wi5Gcu2M/UA== Content-Language: pt-br X-OriginalArrivalTime: 02 Jun 2014 23:34:08.0028 (UTC) FILETIME=[261A5DC0:01CF7EBB] Cc: 'freebsd-current' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 23:34:09 -0000 Hello, The code is built in the top of kipfw code, even if you remove the call to the 'ipfw packet parser' and leave only the loop there to forward the packets from one port to another, the problem also happens :) Sincerely, Fred Pedrisa -----Mensagem original----- De: Fred Pedrisa [mailto:fredhps10@hotmail.com] Enviada em: domingo, 1 de junho de 2014 15:16 Para: 'Luigi Rizzo' Cc: 'freebsd-current' Assunto: RES: Select() vs Netmap Hello, This is 1.4 Mpps (1.400.000 pps). There is a mix of src addresses, but one single dst address. Is there a way to disable rss maybe to check what happens ? -----Mensagem original----- De: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] Em nome de Luigi Rizzo Enviada em: domingo, 1 de junho de 2014 14:41 Para: Fred Pedrisa Cc: freebsd-current Assunto: Select() vs Netmap On Sunday, June 1, 2014, Fred Pedrisa > wrote: > Hey, guys. > > > > > > I'm currently experiencing a strange issue in my program (Using netmap). > > > > Sometimes, when I call select() in a FD, it gets like 4~8 packets per > event, however suddenly it drops to 1~2 packets per event, losing a > lot of performance and increasing the number of select calls necessary > to poll the NIC for new packets. > > > > Is there any type of tweak I can do, to make this behavior becomes > linear and sustain the performance in such case without these oscillations ? > > > > The behavior happens under the same stressing circumstances, around > 1.4 Mpps~ (64 byte packets). Is that one-point-four or fourteen? The firmer should be sustainable even with short batches. In any case apart from tweaking the interrupt moderation parameters in the device drivers, I'd check carefully the logic in your program and try to record a log of your activity. Average values rarely tell the full story of what is happening. see why you are srving small batches. One more thing, I think you use multuqueue, but no idea what kind of input traffic - whether it is all for the same destination or you have a mix of DST addresses. In the latter case, one thing to check is whether, on a restart of the program, the driver changes the hash key in the RSS filter. This might cause an imbalance in the traffic delivered to the queues. Cheers Luigi > > > > > Sincerely, > > > > Fred > > _______________________________________________ > 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" > -- -----------------------------------------+------------------------------ -----------------------------------------+- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2211611 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------ -----------------------------------------+- _______________________________________________ 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 Jun 3 07:19:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29DFB6D5 for ; Tue, 3 Jun 2014 07:19:09 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0CC612635 for ; Tue, 3 Jun 2014 07:19:08 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Wrijw-0006He-Qr for freebsd-current@freebsd.org; Tue, 03 Jun 2014 00:02:32 -0700 Date: Tue, 3 Jun 2014 00:02:32 -0700 (PDT) From: Beeblebrox To: freebsd-current@freebsd.org Message-ID: <1401778952788-5917302.post@n5.nabble.com> Subject: jail sockstat shows gdnc, gdomap, casperd as enabled MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2014 07:19:09 -0000 Some (not all) of my jails show gdnc, gdomap & casperd services with sockstat listing. The jails that show these services have /usr/local mounted as ro to jailname/usr/local. root gdnc 1433 5 stream /tmp/GNUstepSecure0/NSMessagePort/ports/1433.0 nobody gdomap 1378 3 udp4 192.168.2.50:538 *:* nobody gdomap 1378 4 tcp4 192.168.2.50:538 *:* root casperd 1149 3 dgram -> /var/run/logpriv root casperd 1149 4 stream -> ?? root casperd 1149 6 stream /var/run/casper root casperd 1148 5 stream -> ?? Why are these services running? Can I safely disable them (and how)? Thanks & Regards. ----- FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this message in context: http://freebsd.1045724.n5.nabble.com/jail-sockstat-shows-gdnc-gdomap-casperd-as-enabled-tp5917302.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 07:45:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 914CAC33 for ; Tue, 3 Jun 2014 07:45:00 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 06A7E287C for ; Tue, 3 Jun 2014 07:44:59 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.8/8.14.8) with ESMTP id s537iqqG041515 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 Jun 2014 09:44:52 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.8/8.14.8/Submit) with ESMTP id s537iqTs041512; Tue, 3 Jun 2014 09:44:52 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 3 Jun 2014 09:44:52 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Beeblebrox Subject: Re: jail sockstat shows gdnc, gdomap, casperd as enabled In-Reply-To: <1401778952788-5917302.post@n5.nabble.com> Message-ID: References: <1401778952788-5917302.post@n5.nabble.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2014 07:45:00 -0000 On Tue, 3 Jun 2014 00:02-0700, Beeblebrox wrote: > Some (not all) of my jails show gdnc, gdomap & casperd services with sockstat > listing. The jails that show these services have /usr/local mounted as ro to > jailname/usr/local. > > root gdnc 1433 5 stream /tmp/GNUstepSecure0/NSMessagePort/ports/1433.0 > nobody gdomap 1378 3 udp4 192.168.2.50:538 *:* > nobody gdomap 1378 4 tcp4 192.168.2.50:538 *:* These two are related to GNUstep. If your jails don't run GNUstep, why is GNUstep installed in the first place? http://www.gnustep.org/resources/documentation/Developer/Tools/Reference/gdnc.html http://www.gnustep.org/resources/documentation/Developer/Tools/Reference/gdomap.html > root casperd 1149 3 dgram -> /var/run/logpriv > root casperd 1149 4 stream -> ?? > root casperd 1149 6 stream /var/run/casper > root casperd 1148 5 stream -> ?? casperd is part of capsicum. You should probably keep this one. http://www.cl.cam.ac.uk/research/security/capsicum/freebsd.html -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 08:00:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 96D99F45 for ; Tue, 3 Jun 2014 08:00:38 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7499B2992 for ; Tue, 3 Jun 2014 08:00:38 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Wrje9-0000rb-FL for freebsd-current@freebsd.org; Tue, 03 Jun 2014 01:00:37 -0700 Date: Tue, 3 Jun 2014 01:00:37 -0700 (PDT) From: Beeblebrox To: freebsd-current@freebsd.org Message-ID: In-Reply-To: References: <1401778952788-5917302.post@n5.nabble.com> Subject: Re: jail sockstat shows gdnc, gdomap, casperd as enabled MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2014 08:00:38 -0000 Hi Trond, These two are related to GNUstep. If your jails don't run GNUstep, why > is GNUstep installed in the first place? > I know that they are related to GNUstep (although I have no idea what GNUstep actually does other than act as a messaging system probably like dbus). Anyway, I don't understand how & why they start up and that's exactly my question. The only insight I can provide, is that /usr/local is null_mounted on to jail/usr/local, but that should not really have this effect. > casperd is part of capsicum. You should probably keep this one. > I figured as much re capsicum. So the question becomes "should all jails be running capsicum in this case"? Regards. ----- FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this message in context: http://freebsd.1045724.n5.nabble.com/jail-sockstat-shows-gdnc-gdomap-casperd-as-enabled-tp5917302p5917311.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 08:12:13 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE07B437 for ; Tue, 3 Jun 2014 08:12:13 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 868362B11 for ; Tue, 3 Jun 2014 08:12:13 +0000 (UTC) Received: from [192.168.0.96] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s538C949067789 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 3 Jun 2014 08:12:11 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: jail sockstat shows gdnc, gdomap, casperd as enabled From: David Chisnall In-Reply-To: Date: Tue, 3 Jun 2014 09:12:02 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <9A0F870A-0DF1-4C02-A0EB-5D23A730191D@FreeBSD.org> References: <1401778952788-5917302.post@n5.nabble.com> To: Beeblebrox X-Mailer: Apple Mail (2.1874) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2014 08:12:13 -0000 On 3 Jun 2014, at 09:00, Beeblebrox wrote: > I know that they are related to GNUstep (although I have no idea what > GNUstep actually does other than act as a messaging system probably = like > dbus). Anyway, I don't understand how & why they start up and that's > exactly my question. The only insight I can provide, is that = /usr/local is > null_mounted on to jail/usr/local, but that should not really have = this > effect. gdomap is the service that GNUstep uses for distributed objects. gdnc is the service that GNUstep uses for distributed (broadcast) = notifications. They are both started on demand. If they're running in your jail, then = it most likely means that something inside your jail has started them. Both gdomap and gdnc are intended to allow messaging between computers = on the local network and so will bind to a public IP. Given that = neither of them has had any kind of serious security auditing (or even = anyone trying to fuzz their parsers), I'd strongly recommend firewalling = them off from the outside world. David From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 08:18:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2864B9A7 for ; Tue, 3 Jun 2014 08:18:50 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8F4E82B90 for ; Tue, 3 Jun 2014 08:18:49 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.8/8.14.8) with ESMTP id s538Ih0R041710 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 Jun 2014 10:18:43 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.8/8.14.8/Submit) with ESMTP id s538Ih9F041707; Tue, 3 Jun 2014 10:18:43 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 3 Jun 2014 10:18:43 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Beeblebrox Subject: Re: jail sockstat shows gdnc, gdomap, casperd as enabled In-Reply-To: Message-ID: References: <1401778952788-5917302.post@n5.nabble.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2014 08:18:50 -0000 On Tue, 3 Jun 2014 01:00-0700, Beeblebrox wrote: > Hi Trond, > > > These two are related to GNUstep. If your jails don't run GNUstep, > > why is GNUstep installed in the first place? > > I know that they are related to GNUstep (although I have no idea what > GNUstep actually does other than act as a messaging system probably like > dbus). Anyway, I don't understand how & why they start up and that's > exactly my question. The only insight I can provide, is that /usr/local is > null_mounted on to jail/usr/local, but that should not really have this > effect. I have no experience with GNUstep, but I recall X applications depending on dbus will start an user instance if there's no system instance running. I guess the same applies to GNUstep's services. > > casperd is part of capsicum. You should probably keep this one. > > I figured as much re capsicum. So the question becomes "should all jails be > running capsicum in this case"? casperd uses local sockets and are thus confined to its jail. Do the sandboxes in each jail need the casperd services, e.g. the DNS service? Well, yes, if the sandboxes i.e. can't send UDP datagrams. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 08:45:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF05D80D for ; Tue, 3 Jun 2014 08:45:14 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C1A8A2E45 for ; Tue, 3 Jun 2014 08:45:14 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WrkLI-0004jp-NT for freebsd-current@freebsd.org; Tue, 03 Jun 2014 01:45:12 -0700 Date: Tue, 3 Jun 2014 01:45:12 -0700 (PDT) From: Beeblebrox To: freebsd-current@freebsd.org Message-ID: <1401785112698-5917336.post@n5.nabble.com> In-Reply-To: <9A0F870A-0DF1-4C02-A0EB-5D23A730191D@FreeBSD.org> References: <1401778952788-5917302.post@n5.nabble.com> <9A0F870A-0DF1-4C02-A0EB-5D23A730191D@FreeBSD.org> Subject: Re: jail sockstat shows gdnc, gdomap, casperd as enabled MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2014 08:45:15 -0000 >> I'd strongly recommend firewalling (Both gdomap and gdnc) off from the outside world. I want to completely disable them, not just for the above, but also because they unnecessarily consume memory. It adds up when you have 5-6 jails running. @Trond: Point taken for casperd - I'll keep it in my jails. The /usr/local mount_nullfs to the jail is what seems to cause this. I modified one of the jail's fstab and disabled the service it was running in rc.conf. The differences in start-up are obvious. A. /usr/local mount disabled jail -c http http: created Creating and/or trimming log files. ln: /dev/log: Operation not permitted Starting syslogd. ELF ldconfig path: /lib /usr/lib /usr/lib/compat 32-bit compatibility ldconfig path: /usr/lib32 Starting casperd. Clearing /tmp. Starting cron. B. When mounting "/usr/local jailname/usr/local nullfs ro 0 0" jail -c http http: created ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/local/GNUstep/Local/Library/Libraries /usr/local/GNUstep/System/Library/Libraries /usr/local/lib/R/lib /usr/local/lib/ardour2 /usr/local/lib/ardour2/surfaces /usr/local/lib/event2 /usr/local/lib/ffmpeg0 /usr/local/lib/gcc47 /usr/local/lib/gegl-0.2 /usr/local/lib/gnutls3 /usr/local/lib/graphviz /usr/local/lib/httrack /usr/local/lib/libxul /usr/local/lib/mysql /usr/local/lib/nss /usr/local/lib/portaudio2 /usr/local/lib/pth /usr/local/lib/qt4 /usr/local/lib/virtualbox /usr/local/llvm33/lib 32-bit compatibility ldconfig path: /usr/lib32 /usr/local/lib32 /usr/local/lib32/wine Creating and/or trimming log files. ln: /dev/log: Operation not permitted Starting syslogd. Starting casperd. Clearing /tmp. /usr/local/etc/rc.d/gkrellmd: set_rcvar: not found /etc/rc: WARNING: run_rc_command: cannot run /usr/local/sbin/gkrellmd /etc/rc: WARNING: $pfstatd_enable is not set properly - see rc.conf(5). Starting cron. Local package initialization: GNUstep/usr/local/etc/rc.d/jail.sh: /usr/local/sbin/jail_ps: not found jails. C. Shutting it down jail -r http Shutting down local packages:/usr/local/etc/rc.d/jail.sh: /usr/local/sbin/jail_ps: not found GNUstep. Stopping cron. Waiting for PIDS: 1704. /etc/rc.shutdown: WARNING: $pfstatd_enable is not set properly - see rc.conf(5). /usr/local/etc/rc.d/gkrellmd: set_rcvar: not found Stopping casperd. Waiting for PIDS: 1581. Terminated http: removed ----- FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this message in context: http://freebsd.1045724.n5.nabble.com/jail-sockstat-shows-gdnc-gdomap-casperd-as-enabled-tp5917302p5917336.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 09:22:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5EFBF826 for ; Tue, 3 Jun 2014 09:22:49 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3B8542225 for ; Tue, 3 Jun 2014 09:22:49 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Wrkvg-000392-Hx for freebsd-current@freebsd.org; Tue, 03 Jun 2014 02:22:48 -0700 Date: Tue, 3 Jun 2014 02:22:48 -0700 (PDT) From: Beeblebrox To: freebsd-current@freebsd.org Message-ID: In-Reply-To: <1401785112698-5917336.post@n5.nabble.com> References: <1401778952788-5917302.post@n5.nabble.com> <9A0F870A-0DF1-4C02-A0EB-5D23A730191D@FreeBSD.org> <1401785112698-5917336.post@n5.nabble.com> Subject: Re: jail sockstat shows gdnc, gdomap, casperd as enabled MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2014 09:22:49 -0000 I had installed mail/gnumail for testing and figuring out whether I wanted to use the thing. It had some GUI display + flickering problems, so I never really got around to trying it. This program however, had installed a whole slew of GNUstep-* ports - I decided to just get rid of the damned thing and removed all those dependent binaries. The problem cleared up on host and in the jails. It seems GNUstep took the liberty of starting up as several threads on host as well, and I assume it probably has a "listen on all IPs" sort of like ntpd does. A caveat for future testers of mail/gnumail: It's a nasty little SOB! Regards. ----- FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this message in context: http://freebsd.1045724.n5.nabble.com/jail-sockstat-shows-gdnc-gdomap-casperd-as-enabled-tp5917302p5917342.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 10:16:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2088098D for ; Tue, 3 Jun 2014 10:16:48 +0000 (UTC) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.227]) by mx1.freebsd.org (Postfix) with ESMTP id E4DF92725 for ; Tue, 3 Jun 2014 10:16:47 +0000 (UTC) Received: from [96.28.178.143] ([96.28.178.143:53642] helo=localhost) by dnvrco-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 5E/43-11813-830AD835; Tue, 03 Jun 2014 10:15:20 +0000 Date: Tue, 03 Jun 2014 10:15:20 +0000 Message-ID: <5E.43.11813.830AD835@dnvrco-oedge02> From: "Thomas Mueller" To: freebsd-wireless@freebsd.org Subject: Change for the worse in rsu wireless driver X-RR-Connecting-IP: 107.14.64.130:25 X-Authority-Analysis: v=2.1 cv=a+i+9CiF c=1 sm=1 tr=0 a=RKm8ZHSrUWUxlfG+7GhaOw==:117 a=RKm8ZHSrUWUxlfG+7GhaOw==:17 a=ayC55rCoAAAA:8 a=8SutbUg_jKoA:10 a=DvSzqBOGy98A:10 a=pedpZTtsAAAA:8 a=pGLkceISAAAA:8 a=5bXU4cA67BCs1vZ52VAA:9 a=MSl-tDqOz04A:10 X-Cloudmark-Score: 0 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2014 10:16:48 -0000 from Idwer Vollering : I have a patch for that: Index: head/sys/dev/usb/wlan/if_rsu.c =================================================================== --- head/sys/dev/usb/wlan/if_rsu.c (revision 266970) +++ head/sys/dev/usb/wlan/if_rsu.c (working copy) @@ -69,11 +69,13 @@ #include +static SYSCTL_NODE(_hw_usb, OID_AUTO, rsu, CTLFLAG_RW, 0, "USB rsu"); + #ifdef USB_DEBUG -static int rsu_debug = 0; -SYSCTL_NODE(_hw_usb, OID_AUTO, rsu, CTLFLAG_RW, 0, "USB rsu"); -SYSCTL_INT(_hw_usb_rsu, OID_AUTO, debug, CTLFLAG_RW, &rsu_debug, 0, +int rsu_debug = 0; +SYSCTL_INT(_hw_usb_rsu, OID_AUTO, debug, CTLFLAG_RW | CTLFLAG_TUN, &rsu_debug, 0, "Debug level"); +TUNABLE_INT("hw.usb.rsu.debug", &rsu_debug); #endif static const STRUCT_USB_HOST_ID rsu_devs[] = { @@ -1284,7 +1286,7 @@ DPRINTF("WPS PBC pushed.\n"); break; case R92S_EVT_FWDBG: - if (ifp->if_flags & IFF_DEBUG) { + if (rsu_debug >= 6) { buf[60] = '\0'; printf("FWDBG: %s\n", (char *)buf); } (end of quote) I do not put "> " in front of these lines for quoting here. Patch failed to apply, something was malformed. I have no directory named head, but even removing that left errors. I suppose I could look through original file and patch, and manually make the changes with vi. Should I try that? I am already long overdue for bed. Anyway, I have other stuff to do on computer, including NetBSD-current amd64 and i386 installations on USB sticks, plan to install on new hard drive as well. I'll be more inclined to come back when cups 1.7.3 becomes available in ports tree. I need to be able to print. Maybe NetBSD will be mainly a way station for cross-compiling Linux? Now FreeBSD 11-current amd64 betrays me again as I lost the wireless connection and have to boot into my FreeBSD 10-stable amd64 or i386 installation or NetBSD-head amd64. Tom From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 18:24:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D626B25D; Tue, 3 Jun 2014 18:24:11 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 98E022804; Tue, 3 Jun 2014 18:24:11 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 3D9331FE027; Tue, 3 Jun 2014 20:24:10 +0200 (CEST) Message-ID: <538E12ED.3050101@selasky.org> Date: Tue, 03 Jun 2014 20:24:45 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Thomas Mueller , freebsd-wireless@freebsd.org Subject: Re: Change for the worse in rsu wireless driver References: <5E.43.11813.830AD835@dnvrco-oedge02> In-Reply-To: <5E.43.11813.830AD835@dnvrco-oedge02> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2014 18:24:11 -0000 On 06/03/14 12:15, Thomas Mueller wrote: > from Idwer Vollering : > > I have a patch for that: > > Index: head/sys/dev/usb/wlan/if_rsu.c > =================================================================== > --- head/sys/dev/usb/wlan/if_rsu.c (revision 266970) > +++ head/sys/dev/usb/wlan/if_rsu.c (working copy) > @@ -69,11 +69,13 @@ > > #include > > +static SYSCTL_NODE(_hw_usb, OID_AUTO, rsu, CTLFLAG_RW, 0, "USB rsu"); > + > #ifdef USB_DEBUG > -static int rsu_debug = 0; > -SYSCTL_NODE(_hw_usb, OID_AUTO, rsu, CTLFLAG_RW, 0, "USB rsu"); > -SYSCTL_INT(_hw_usb_rsu, OID_AUTO, debug, CTLFLAG_RW, &rsu_debug, 0, > +int rsu_debug = 0; > +SYSCTL_INT(_hw_usb_rsu, OID_AUTO, debug, CTLFLAG_RW | CTLFLAG_TUN, > &rsu_debug, 0, > "Debug level"); > +TUNABLE_INT("hw.usb.rsu.debug", &rsu_debug); > #endif > > static const STRUCT_USB_HOST_ID rsu_devs[] = { > @@ -1284,7 +1286,7 @@ > DPRINTF("WPS PBC pushed.\n"); > break; > case R92S_EVT_FWDBG: > - if (ifp->if_flags & IFF_DEBUG) { > + if (rsu_debug >= 6) { > buf[60] = '\0'; > printf("FWDBG: %s\n", (char *)buf); > } > > (end of quote) > > I do not put "> " in front of these lines for quoting here. > > Patch failed to apply, something was malformed. > > I have no directory named head, but even removing that left errors. > > I suppose I could look through original file and patch, and manually make the changes with vi. Should I try that? I am already long overdue for bed. > > Anyway, I have other stuff to do on computer, including NetBSD-current amd64 and i386 installations on USB sticks, plan to install on new hard drive as well. > > I'll be more inclined to come back when cups 1.7.3 becomes available in ports tree. I need to be able to print. Maybe NetBSD will be mainly a way station for cross-compiling Linux? > > Now FreeBSD 11-current amd64 betrays me again as I lost the wireless connection and have to boot into my FreeBSD 10-stable amd64 or i386 installation or NetBSD-head amd64. > > Tom Yes, please apply by hand. I'll see if I can do some testing myself. I happen to have one of these adapters too and the link is very unstable :-) --HPS From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 22:27:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD9BC61F; Tue, 3 Jun 2014 22:27:42 +0000 (UTC) Received: from mail.dawidek.net (garage.dawidek.net [91.121.88.72]) by mx1.freebsd.org (Postfix) with ESMTP id 6B27F2249; Tue, 3 Jun 2014 22:27:41 +0000 (UTC) Received: from localhost (89-78-109-105.dynamic.chello.pl [89.78.109.105]) by mail.dawidek.net (Postfix) with ESMTPSA id 7D5FF667; Wed, 4 Jun 2014 00:17:34 +0200 (CEST) Date: Wed, 4 Jun 2014 00:20:53 +0200 From: Pawel Jakub Dawidek To: geom@freebsd.org Subject: Re: diskid documentation Message-ID: <20140603222053.GA1673@garage.freebsd.pl> References: <20140601134147.GA99583@bewilderbeast.blackhelicopters.org> <538C7B71.20109@freebsd.org> <20140602153651.GB4116@bewilderbeast.blackhelicopters.org> <20140602180108.GX43976@funkthat.com> <20140602202639.GA1668@garage.freebsd.pl> <20140602222706.GA43976@funkthat.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline In-Reply-To: <20140602222706.GA43976@funkthat.com> X-OS: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Current , Ryan Stone , "Michael W. Lucas" , Allan Jude X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2014 22:27:42 -0000 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 02, 2014 at 03:27:06PM -0700, John-Mark Gurney wrote: > Pawel Jakub Dawidek wrote this message on Mon, Jun 02, 2014 at 22:26 +020= 0: > > The problem is that GPT labels (or GPT IDs for that matter) should not > > be implemented within GLABEL. This is wrong. It should be implemented as > > part of GPART, so that GPART would create ada0p1, gpt/label and > > gptid/whatever. Opening one of those should not make the others > > disappear then. Only opening ada0 for writting would make them disappea= r. >=20 > even gpart would be wrong IMO... What happens if there is another > provider like GPART, but different, do they need to implement diskid > creation too to prevent the same issue? >=20 > Shouldn't geom be updated to say, this ident is an alias, everything > you do w/ this, it's exactly the same as the other one? This would > also have the advantage of possibly removing one layer in the call > chain when dealing w/ IO. (or does GEOM has a pass-through flag that > says, I don't do anything, just skip me?) As for disk IDs it definitely shouldn't be implemented in GPART or GLABEL. IMHO the right place is the DISK class - both ada0 and diskid-of-ada0 should exist on the same rights (two providers of one geom). This also would address your concern about additional layer. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://mobter.com --+QahgC5+KEYLbs62 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iEYEARECAAYFAlOOSkUACgkQForvXbEpPzR3XwCgiwMgRoi6Sa+5RUjHfv1A2pWh 8UkAn2fzJmdbmuiI/K4mhck1s3xJLEgW =LBL6 -----END PGP SIGNATURE----- --+QahgC5+KEYLbs62-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 3 22:41:30 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 15915ABF; Tue, 3 Jun 2014 22:41:30 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 0144723AA; Tue, 3 Jun 2014 22:41:30 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B94D7A59; Tue, 3 Jun 2014 22:41:27 +0000 (UTC) Date: Tue, 3 Jun 2014 22:41:12 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, gahr@FreeBSD.org, loos@FreeBSD.org, delphij@FreeBSD.org, mav@FreeBSD.org Message-ID: <269125124.490.1401835286095.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #803 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2014 22:41:30 -0000 See Changes: [mav] Replace gethrtime() with cpu_ticks(), as source of random for the tas= kqueue selection. gethrtime() in our port updated with HZ rate, so unusable for this specific purpose, completely draining benefit of multiple taskqueues. MFC after:=092 weeks [gahr] - Avoid calling a wrapper function around strcmp - Use sizeof(*array) instead of sizeof(element) everywhere CR:=09=09D161 Approved by:=09cognet, bapt [gahr] - style, remove (void) in front of printf and the like CR:=09=09D161 Approved by:=09cognet, bapt [loos] FreeBSD, historically, has always used 8-bit addresses for i2c devic= es (7-bit device address << 1), always leaving the room for the read/write bit= . This commit convert ti_i2c and revert r259127 on bcm2835_bsc to make them compatible with 8-bit addresses. Previous to this commit an i2c device would have different addresses depending on the controller it was attached to (by example, when compared to any iicbb(4) based i2c controller), which was a pretty annoying behavior. Also, update the PMIC i2c address on beaglebone* DTS files to match the new address scheme. Now the userland utilities need to do the correct slave address shifting (but it is going to work with any i2c controller on the system). Discussed with:=09ian MFC after:=092 weeks [delphij] Fix incorrect error handling in PAM policy parser. [SA-14:13] ------------------------------------------ [...truncated 102582 lines...] --- _sub.all --- =3D=3D=3D> gnu/lib/libreadline/readline/doc (all) --- cddl.all__D --- --- avl.o --- cc -O2 -pipe -I -I -I -I -DNEED_SO= LARIS_BOOLEAN -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown= -pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-parameter -Wno-parentheses -Qunused-arguments -c --- gnu.all__D --- --- readline.texi --- cp -f rea= dline.texi --- readline.info --- makeinfo --no-split -I -I readline.texi -o readline.info --- kerberos5.all__D --- --- asn1_pkcs9_asn1.po --- cc -pg -O2 -pipe -I -I -I. -DHAVE_CONFIG_H -I -std=3D= gnu99 -fstack-protector -Qunused-arguments -c asn1_pkcs9_asn1.c -o asn1_p= kcs9_asn1.po --- gnu.all__D --- --- rluserman.info --- makeinfo --no-split -I -I -o rluserman.info --- lib.all__D --- --- vars.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o vars.po --- gnu.all__D --- --- readline.info.gz --- gzip -cn readline.info > readline.info.gz --- rluserman.info.gz --- gzip -cn rluserman.info > rluserman.info.gz --- lib.all__D --- --- nscache.po --- --- gnu.all__D --- --- libreadline_p.a --- --- lib.all__D --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o nscache.po --- gnu.all__D --- building profiled readline library ranlib -D libreadline_p.a --- kerberos5.all__D --- --- asn1_pkcs12_asn1.po --- cc -pg -O2 -pipe -I -I -I. -DHAVE_CONFIG_H -I -std=3D= gnu99 -fstack-protector -Qunused-arguments -c asn1_pkcs12_asn1.c -o asn1_= pkcs12_asn1.po --- gnu.all__D --- --- readline.3.gz --- --- cddl.all__D --- --- sgsmsg.o --- --- gnu.all__D --- gzip -cn > readl= ine.3.gz --- cddl.all__D --- cc -O2 -pipe -I -I -I -I -DNEED_SO= LARIS_BOOLEAN -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown= -pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-parameter -Wno-parentheses -Qunused-arguments -c --- lib.all__D --- --- nscachedcli.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o nscachedcli.po --- gnu.all__D --- =3D=3D=3D> gnu/lib/libssp (all) --- _sub.all --- =3D=3D=3D> gnu/lib/libssp/libssp_nonshared (all) --- cddl.all__D --- :558:21: = warning: format specifies type 'int' but the argument has type 'unsigned lo= ng' [-Wformat] msg->ms_defn, strlen(msg->ms_message)) < 0) { ^~~~~~~~~~~~~~~~~~~~~~~ --- gnu.all__D --- =3D=3D=3D> gnu/usr.bin (all) --- cddl.all__D --- :1007:26:= warning: format string is not a string literal (potentially insecure) [-Wf= ormat-security] if (fprintf(fdmsgs, str) < 0) { ^~~ :1081:26:= warning: format string is not a string literal (potentially insecure) [-Wf= ormat-security] (void) fprintf(stderr, Errmsg_use); ^~~~~~~~~~ --- gnu.all__D --- --- all_subdir_binutils --- =3D=3D=3D> gnu/usr.bin/binutils (all) --- _sub.all --- =3D=3D=3D> gnu/usr.bin/binutils/libiberty (all) --- lib.all__D --- --- msgcat.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o msgcat.po --- gnu.all__D --- --- argv.o --- cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=3D64 -I. -I -I -I/usr/obj -I -DHAVE_CONFIG_H -std=3Dgnu99 -fstack-protect= or -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-p= ointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable= -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno= -unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr= -promoted-parameter -Qunused-arguments -c -o argv.o --- lib.all__D --- --- acl_branding.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o acl_branding.po --- gnu.all__D --- --- concat.o --- cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=3D64 -I. -I -I -I/usr/obj -I -DHAVE_CONFIG_H -std=3Dgnu99 -fstack-protect= or -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-p= ointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable= -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno= -unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr= -promoted-parameter -Qunused-arguments -c -o concat.o --- cddl.all__D --- 3 warnings generated. --- string_table.o --- cc -O2 -pipe -I -I -I -I -DNEED_SO= LARIS_BOOLEAN -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown= -pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-parameter -Wno-parentheses -Qunused-arguments -c --- kerberos5.all__D --- --- asn1_digest_asn1.po --- cc -pg -O2 -pipe -I -I -I. -DHAVE_CONFIG_H -I -std=3D= gnu99 -fstack-protector -Qunused-arguments -c asn1_digest_asn1.c -o asn1_= digest_asn1.po --- lib.all__D --- --- acl_calc_mask.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o acl_calc_mask.po --- gnu.all__D --- --- choose-temp.o --- cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=3D64 -I. -I -I -I/usr/obj -I -DHAVE_CONFIG_H -std=3Dgnu99 -fstack-protect= or -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-p= ointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable= -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno= -unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr= -promoted-parameter -Qunused-arguments -c -o choose-temp.o --- cp-demangle.o --- cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=3D64 -I. -I -I -I/usr/obj -I -DHAVE_CONFIG_H -std=3Dgnu99 -fstack-protect= or -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-p= ointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable= -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno= -unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr= -promoted-parameter -Qunused-arguments -c -o cp-demangle.o --- lib.all__D --- --- acl_copy.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o acl_copy.po --- cddl.all__D --- --- findprime.o --- cc -O2 -pipe -I -I -I -I -DNEED_SO= LARIS_BOOLEAN -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown= -pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-parameter -Wno-parentheses -Qunused-arguments -c --- lib.all__D --- --- acl_compat.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o acl_compat.po --- cddl.all__D --- --- sgsmsg --- cc -O2 -pipe -I -I -I -I -DNEED_SO= LARIS_BOOLEAN -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown= -pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-parameter -Wno-parentheses -Qunused-arguments -o sgsmsg avl.o sgsms= g.o string_table.o findprime.o=20 --- lib.all__D --- --- acl_delete.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o acl_delete.po --- cddl.all__D --- =3D=3D=3D> cddl/usr.bin/zinject (all) --- lib.all__D --- --- acl_delete_entry.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o acl_delete_entry.po --- cddl.all__D --- --- zinject.o --- cc -O2 -pipe -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOO= LEAN -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c --- lib.all__D --- --- acl_entry.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o acl_entry.po --- acl_flag.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o acl_flag.po --- acl_free.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o acl_free.po --- cddl.all__D --- --- translate.o --- cc -O2 -pipe -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOO= LEAN -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c --- lib.all__D --- --- acl_from_text.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o acl_from_text.po --- acl_from_text_nfs4.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o acl_from_text_nfs4.po --- acl_get.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o acl_get.po --- cddl.all__D --- --- zinject --- cc -O2 -pipe -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOO= LEAN -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -o zinject zinject.o translate= .o -lgeom -lm -lnvpair -lumem -luutil -lzfs_core -lzfs -lzpool --- lib.all__D --- --- acl_id_to_name.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o acl_id_to_name.po --- cddl.all__D --- /usr/obj: undefined reference to `cpu_ticks' cc: error: linker command failed with exit code 1 (use -v to see invocation= ) *** [zinject] Error code 1 make[5]: stopped in 1 error make[5]: stopped in --- kerberos5.all__D --- A failure has been detected in another branch of the parallel make --- cddl.all__D --- *** [_sub.all] Error code 2 make[4]: stopped in --- kerberos5.all__D --- make[5]: stopped in --- cddl.all__D --- 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in --- kerberos5.all__D --- *** [_sub.all] Error code 2 make[4]: stopped in --- cddl.all__D --- 1 error --- kerberos5.all__D --- 1 error --- cddl.all__D --- make[3]: stopped in --- kerberos5.all__D --- make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in --- cddl.all__D --- *** [cddl.all__D] Error code 2 make[2]: stopped in --- kerberos5.all__D --- *** [kerberos5.all__D] Error code 2 make[2]: stopped in --- lib.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_libc] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [lib.all__D] Error code 2 make[2]: stopped in --- gnu.all__D --- A failure has been detected in another branch of the parallel make make[6]: stopped in *** [_sub.all] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [all_subdir_binutils] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [gnu.all__D] Error code 2 make[2]: stopped in 4 errors make[2]: stopped in *** [everything] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 01:14:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B73CA1FE; Wed, 4 Jun 2014 01:14:01 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id A15812EA9; Wed, 4 Jun 2014 01:14:01 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 71D93AA4; Wed, 4 Jun 2014 01:14:01 +0000 (UTC) Date: Wed, 4 Jun 2014 01:13:54 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, gahr@FreeBSD.org, loos@FreeBSD.org, jmmv@FreeBSD.org, delphij@FreeBSD.org, mav@FreeBSD.org, jmg@FreeBSD.org Message-ID: <747343262.499.1401844441102.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <269125124.490.1401835286095.JavaMail.jenkins@jenkins-9.freebsd.org> References: <269125124.490.1401835286095.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #804 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2014 01:14:01 -0000 See Changes: [jmmv] Merge (unused) documentation of WITHOUT_TESTS into WITH_TESTS. The description of WITH/WITHOUT tweaks should only document the non-default option. TESTS still defaults to no, so the option to be documented is WITH_TESTS. [jmg] don't check fs_flags for _FLAGS_UPDATED as it is stored in fs_old_fla= gs.. If you had a UFS2 FS that didn't have it's super block at SBLOCK_UFS2, you'll end up corrupting your FS as the superblock is updated and written to a different location... makefs used to put the superblock at SBLOCK_UFS1 for UFS 2 FS's causing this issue... Reviewed by:=09silience from mckusick MFC after:=091 week [delphij] Don't leak Giant. Noticed by:=09Sascha Wildner (DragonFlyBSD) via IRC Reviewed by:=09mav MFC after:=093 days ------------------------------------------ [...truncated 106904 lines...] --- cddl.all__D --- -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-argu= ments -c --- gnu.all__D --- --- input.po --- cc -pg -O2 -pipe -I -I -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION=3D'"5.2"' -std=3Dgnu99 -fstac= k-protector -Qunused-arguments -c -o input.po --- cddl.all__D --- --- symbol.o --- cc -O2 -pipe -I -I -I= -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -std=3Dgnu8= 9 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown= -pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-parameter -Wno-parentheses -Qunused-arguments -c --- lib.all__D --- --- getnetnamadr.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o getnetnamadr.po --- cddl.all__D --- --- tdata.o --- cc -O2 -pipe -I -I -I= -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -std=3Dgnu8= 9 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown= -pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-parameter -Wno-parentheses -Qunused-arguments -c --- gnu.all__D --- --- callback.po --- cc -pg -O2 -pipe -I -I -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION=3D'"5.2"' -std=3Dgnu99 -fstac= k-protector -Qunused-arguments -c -o callback.po --- terminal.po --- --- cddl.all__D --- --- traverse.o --- cc -O2 -pipe -I -I -I= -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -std=3Dgnu8= 9 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown= -pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-parameter -Wno-parentheses -Qunused-arguments -c --- gnu.all__D --- cc -pg -O2 -pipe -I -I -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION=3D'"5.2"' -std=3Dgnu99 -fstac= k-protector -Qunused-arguments -c -o terminal.po --- lib.all__D --- --- getproto.po --- --- cddl.all__D --- --- util.o --- cc -O2 -pipe -I -I -I= -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -std=3Dgnu8= 9 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown= -pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-parameter -Wno-parentheses -Qunused-arguments -c --- lib.all__D --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o getproto.po --- gnu.all__D --- --- text.po --- cc -pg -O2 -pipe -I -I -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION=3D'"5.2"' -std=3Dgnu99 -fstac= k-protector -Qunused-arguments -c -o text.po --- cddl.all__D --- --- ctfmerge.1.gz --- gzip -cn > ctfmerge.1.gz --- ctfmerge --- cc -O2 -pipe -I -I -I= -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -std=3Dgnu8= 9 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown= -pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-parameter -Wno-parentheses -Qunused-arguments -o ctfmerge alist.o b= arrier.o ctf.o ctfmerge.o fifo.o hash.o iidesc.o input.o list.o memory.o me= rge.o output.o strtab.o symbol.o tdata.o traverse.o util.o -lctf -ldwarf -l= elf -lz -lpthread --- lib.all__D --- --- getprotoent.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o getprotoent.po --- cddl.all__D --- =3D=3D=3D> cddl/usr.bin/sgsmsg (all) --- avl.o --- cc -O2 -pipe -I -I -I -I -DNEED_SO= LARIS_BOOLEAN -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown= -pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-parameter -Wno-parentheses -Qunused-arguments -c --- gnu.all__D --- --- nls.po --- cc -pg -O2 -pipe -I -I -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION=3D'"5.2"' -std=3Dgnu99 -fstac= k-protector -Qunused-arguments -c -o nls.po --- lib.all__D --- --- getprotoname.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o getprotoname.po --- cddl.all__D --- --- sgsmsg.o --- cc -O2 -pipe -I -I -I -I -DNEED_SO= LARIS_BOOLEAN -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown= -pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-parameter -Wno-parentheses -Qunused-arguments -c --- gnu.all__D --- --- misc.po --- cc -pg -O2 -pipe -I -I -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION=3D'"5.2"' -std=3Dgnu99 -fstac= k-protector -Qunused-arguments -c -o misc.po --- lib.all__D --- --- getservent.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o getservent.po --- cddl.all__D --- :558:21: = warning: format specifies type 'int' but the argument has type 'unsigned lo= ng' [-Wformat] msg->ms_defn, strlen(msg->ms_message)) < 0) { ^~~~~~~~~~~~~~~~~~~~~~~ :1007:26:= warning: format string is not a string literal (potentially insecure) [-Wf= ormat-security] if (fprintf(fdmsgs, str) < 0) { ^~~ :1081:26:= warning: format string is not a string literal (potentially insecure) [-Wf= ormat-security] (void) fprintf(stderr, Errmsg_use); ^~~~~~~~~~ --- gnu.all__D --- --- compat.po --- cc -pg -O2 -pipe -I -I -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION=3D'"5.2"' -std=3Dgnu99 -fstac= k-protector -Qunused-arguments -c -o compat.po --- xmalloc.po --- cc -pg -O2 -pipe -I -I -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION=3D'"5.2"' -std=3Dgnu99 -fstac= k-protector -Qunused-arguments -c -o xmalloc.po --- history.po --- cc -pg -O2 -pipe -I -I -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION=3D'"5.2"' -std=3Dgnu99 -fstac= k-protector -Qunused-arguments -c -o history.po --- cddl.all__D --- 3 warnings generated. --- string_table.o --- cc -O2 -pipe -I -I -I -I -DNEED_SO= LARIS_BOOLEAN -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown= -pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-parameter -Wno-parentheses -Qunused-arguments -c --- gnu.all__D --- --- histexpand.po --- cc -pg -O2 -pipe -I -I -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION=3D'"5.2"' -std=3Dgnu99 -fstac= k-protector -Qunused-arguments -c -o histexpand.po --- lib.all__D --- --- if_indextoname.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o if_indextoname.po --- kerberos5.all__D --- --- asn1_pkinit_asn1.po --- cc -pg -O2 -pipe -I -I -I. -DHAVE_CONFIG_H -I -std=3D= gnu99 -fstack-protector -Qunused-arguments -c asn1_pkinit_asn1.c -o asn1_= pkinit_asn1.po --- lib.all__D --- --- if_nameindex.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o if_nameindex.po --- if_nametoindex.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o if_nametoindex.po --- cddl.all__D --- --- findprime.o --- cc -O2 -pipe -I -I -I -I -DNEED_SO= LARIS_BOOLEAN -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown= -pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-parameter -Wno-parentheses -Qunused-arguments -c --- lib.all__D --- --- ip6opt.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o ip6opt.po --- cddl.all__D --- --- sgsmsg --- cc -O2 -pipe -I -I -I -I -DNEED_SO= LARIS_BOOLEAN -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown= -pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-parameter -Wno-parentheses -Qunused-arguments -o sgsmsg avl.o sgsms= g.o string_table.o findprime.o=20 =3D=3D=3D> cddl/usr.bin/zinject (all) --- zinject.o --- cc -O2 -pipe -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOO= LEAN -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c --- lib.all__D --- --- linkaddr.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o linkaddr.po --- map_v4v6.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o map_v4v6.po --- gnu.all__D --- --- histfile.po --- cc -pg -O2 -pipe -I -I -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION=3D'"5.2"' -std=3Dgnu99 -fstac= k-protector -Qunused-arguments -c -o histfile.po --- lib.all__D --- --- name6.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o name6.po --- gnu.all__D --- --- histsearch.po --- cc -pg -O2 -pipe -I -I -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION=3D'"5.2"' -std=3Dgnu99 -fstac= k-protector -Qunused-arguments -c -o histsearch.po --- cddl.all__D --- --- translate.o --- cc -O2 -pipe -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOO= LEAN -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c --- gnu.all__D --- --- shell.po --- cc -pg -O2 -pipe -I -I -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION=3D'"5.2"' -std=3Dgnu99 -fstac= k-protector -Qunused-arguments -c -o shell.po --- mbutil.po --- cc -pg -O2 -pipe -I -I -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION=3D'"5.2"' -std=3Dgnu99 -fstac= k-protector -Qunused-arguments -c -o mbutil.po --- tilde.po --- cc -pg -O2 -pipe -I -I -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION=3D'"5.2"' -std=3Dgnu99 -fstac= k-protector -Qunused-arguments -c -o tilde.po --- lib.all__D --- --- ntoh.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o ntoh.po --- cddl.all__D --- --- zinject --- cc -O2 -pipe -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOO= LEAN -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -o zinject zinject.o translate= .o -lgeom -lm -lnvpair -lumem -luutil -lzfs_core -lzfs -lzpool --- lib.all__D --- --- nsdispatch.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o nsdispatch.po --- cddl.all__D --- /usr/obj: undefined reference to `cpu_ticks' cc: error: linker command failed with exit code 1 (use -v to see invocation= ) --- gnu.all__D --- --- _sub.all --- --- cddl.all__D --- *** [zinject] Error code 1 make[5]: stopped in 1 error make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in --- gnu.all__D --- =3D=3D=3D> gnu/lib/libreadline/readline/doc (all) --- cddl.all__D --- *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [cddl.all__D] Error code 2 make[2]: stopped in --- gnu.all__D --- A failure has been detected in another branch of the parallel make make[7]: stopped in *** [_sub.all] Error code 2 make[6]: stopped in 1 error make[6]: stopped in *** [_sub.all] Error code 2 make[5]: stopped in 1 error make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [gnu.all__D] Error code 2 make[2]: stopped in --- lib.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_libc] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [lib.all__D] Error code 2 make[2]: stopped in --- kerberos5.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [kerberos5.all__D] Error code 2 make[2]: stopped in 4 errors make[2]: stopped in *** [everything] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 01:17:38 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D741A349; Wed, 4 Jun 2014 01:17:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A5E252EC8; Wed, 4 Jun 2014 01:17:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s541HTNo043923; Tue, 3 Jun 2014 21:17:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s541HTkp043919; Wed, 4 Jun 2014 01:17:29 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 4 Jun 2014 01:17:29 GMT Message-Id: <201406040117.s541HTkp043919@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2014 01:17:38 -0000 TB --- 2014-06-03 22:30:35 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-03 22:30:35 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-03 22:30:35 - starting HEAD tinderbox run for arm/arm TB --- 2014-06-03 22:30:35 - cleaning the object tree TB --- 2014-06-03 22:30:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-03 22:30:40 - At svn revision 267032 TB --- 2014-06-03 22:30:41 - building world TB --- 2014-06-03 22:30:41 - CROSS_BUILD_TESTING=YES TB --- 2014-06-03 22:30:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-03 22:30:41 - MAKESYSPATH=/src/share/mk TB --- 2014-06-03 22:30:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-03 22:30:41 - SRCCONF=/dev/null TB --- 2014-06-03 22:30:41 - TARGET=arm TB --- 2014-06-03 22:30:41 - TARGET_ARCH=arm TB --- 2014-06-03 22:30:41 - TZ=UTC TB --- 2014-06-03 22:30:41 - __MAKE_CONF=/dev/null TB --- 2014-06-03 22:30:41 - cd /src TB --- 2014-06-03 22:30:41 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Tue Jun 3 22:30:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c:603:32: warning: format specifies type 'long' but the argument has type 'size_t' (aka 'unsigned int') [-Wformat] "\n/* %4ld */ 0x%.2x,", ndx, ~~~~ ^~~ %4u /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c:1007:26: warning: format string is not a string literal (potentially insecure) [-Wformat-security] if (fprintf(fdmsgs, str) < 0) { ^~~ /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c:1081:26: warning: format string is not a string literal (potentially insecure) [-Wformat-security] (void) fprintf(stderr, Errmsg_use); ^~~~~~~~~~ 10 warnings generated. cc -O -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/string_table.c cc -O -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/findprime.c cc -O -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-ta! utological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/zinject.c cc -O -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-ta! utological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c cc -O -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-ta! utological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -o zinject zinject.o translate.o -lgeom -lm -lnvpair -lumem -luutil -lzfs_core -lzfs -lzpool /obj/arm.arm/src/tmp/usr/lib/libzpool.so: undefined reference to `cpu_ticks' cc: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. bmake[4]: stopped in /src/cddl/usr.bin/zinject *** Error code 1 Stop. bmake[3]: stopped in /src/cddl/usr.bin *** Error code 1 Stop. bmake[2]: stopped in /src/cddl *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-04 01:17:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-04 01:17:29 - ERROR: failed to build world TB --- 2014-06-04 01:17:29 - 8428.98 user 1221.75 system 10013.71 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 01:17:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5300D34A; Wed, 4 Jun 2014 01:17:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 20C522EC9; Wed, 4 Jun 2014 01:17:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s541HV2k044014; Tue, 3 Jun 2014 21:17:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s541HVYP044013; Wed, 4 Jun 2014 01:17:31 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 4 Jun 2014 01:17:31 GMT Message-Id: <201406040117.s541HVYP044013@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2014 01:17:39 -0000 TB --- 2014-06-03 22:30:35 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-03 22:30:35 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-03 22:30:35 - starting HEAD tinderbox run for armv6/arm TB --- 2014-06-03 22:30:35 - cleaning the object tree TB --- 2014-06-03 22:30:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-03 22:30:40 - At svn revision 267032 TB --- 2014-06-03 22:30:41 - building world TB --- 2014-06-03 22:30:41 - CROSS_BUILD_TESTING=YES TB --- 2014-06-03 22:30:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-03 22:30:41 - MAKESYSPATH=/src/share/mk TB --- 2014-06-03 22:30:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-03 22:30:41 - SRCCONF=/dev/null TB --- 2014-06-03 22:30:41 - TARGET=arm TB --- 2014-06-03 22:30:41 - TARGET_ARCH=armv6 TB --- 2014-06-03 22:30:41 - TZ=UTC TB --- 2014-06-03 22:30:41 - __MAKE_CONF=/dev/null TB --- 2014-06-03 22:30:41 - cd /src TB --- 2014-06-03 22:30:41 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Tue Jun 3 22:30:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c:603:32: warning: format specifies type 'long' but the argument has type 'size_t' (aka 'unsigned int') [-Wformat] "\n/* %4ld */ 0x%.2x,", ndx, ~~~~ ^~~ %4u /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c:1007:26: warning: format string is not a string literal (potentially insecure) [-Wformat-security] if (fprintf(fdmsgs, str) < 0) { ^~~ /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c:1081:26: warning: format string is not a string literal (potentially insecure) [-Wformat-security] (void) fprintf(stderr, Errmsg_use); ^~~~~~~~~~ 10 warnings generated. cc -O -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/string_table.c cc -O -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/findprime.c cc -O -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-ta! utological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/zinject.c cc -O -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-ta! utological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c cc -O -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-ta! utological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -o zinject zinject.o translate.o -lgeom -lm -lnvpair -lumem -luutil -lzfs_core -lzfs -lzpool /obj/arm.armv6/src/tmp/usr/lib/libzpool.so: undefined reference to `cpu_ticks' cc: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. bmake[4]: stopped in /src/cddl/usr.bin/zinject *** Error code 1 Stop. bmake[3]: stopped in /src/cddl/usr.bin *** Error code 1 Stop. bmake[2]: stopped in /src/cddl *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-04 01:17:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-04 01:17:31 - ERROR: failed to build world TB --- 2014-06-04 01:17:31 - 8435.98 user 1217.95 system 10016.00 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 01:29:50 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6533873B; Wed, 4 Jun 2014 01:29:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3A27E2FB1; Wed, 4 Jun 2014 01:29:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s541TmtJ030994; Tue, 3 Jun 2014 21:29:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s541TmCk030975; Wed, 4 Jun 2014 01:29:48 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 4 Jun 2014 01:29:48 GMT Message-Id: <201406040129.s541TmCk030975@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2014 01:29:50 -0000 TB --- 2014-06-03 22:30:35 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-03 22:30:35 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-03 22:30:35 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-06-03 22:30:35 - cleaning the object tree TB --- 2014-06-03 22:30:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-03 22:30:40 - At svn revision 267032 TB --- 2014-06-03 22:30:41 - building world TB --- 2014-06-03 22:30:41 - CROSS_BUILD_TESTING=YES TB --- 2014-06-03 22:30:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-03 22:30:41 - MAKESYSPATH=/src/share/mk TB --- 2014-06-03 22:30:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-03 22:30:41 - SRCCONF=/dev/null TB --- 2014-06-03 22:30:41 - TARGET=amd64 TB --- 2014-06-03 22:30:41 - TARGET_ARCH=amd64 TB --- 2014-06-03 22:30:41 - TZ=UTC TB --- 2014-06-03 22:30:41 - __MAKE_CONF=/dev/null TB --- 2014-06-03 22:30:41 - cd /src TB --- 2014-06-03 22:30:41 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Tue Jun 3 22:30:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c:558:21: warning: format specifies type 'int' but the argument has type 'unsigned long' [-Wformat] msg->ms_defn, strlen(msg->ms_message)) < 0) { ^~~~~~~~~~~~~~~~~~~~~~~ /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c:1007:26: warning: format string is not a string literal (potentially insecure) [-Wformat-security] if (fprintf(fdmsgs, str) < 0) { ^~~ /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c:1081:26: warning: format string is not a string literal (potentially insecure) [-Wformat-security] (void) fprintf(stderr, Errmsg_use); ^~~~~~~~~~ 3 warnings generated. cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/string_table.c cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/findprime.c cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-con! st-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/zinject.c cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-con! st-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-con! st-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -o zinject zinject.o translate.o -lgeom -lm -lnvpair -lumem -luutil -lzfs_core -lzfs -lzpool /obj/amd64.amd64/src/tmp/usr/lib/libzpool.so: undefined reference to `cpu_ticks' cc: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. bmake[4]: stopped in /src/cddl/usr.bin/zinject *** Error code 1 Stop. bmake[3]: stopped in /src/cddl/usr.bin *** Error code 1 Stop. bmake[2]: stopped in /src/cddl *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-04 01:29:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-04 01:29:48 - ERROR: failed to build world TB --- 2014-06-04 01:29:48 - 9218.42 user 1161.13 system 10752.75 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 01:29:50 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6722473C; Wed, 4 Jun 2014 01:29:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3C4CD2FB2; Wed, 4 Jun 2014 01:29:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s541Tmg7030995; Tue, 3 Jun 2014 21:29:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s541Tmei030974; Wed, 4 Jun 2014 01:29:48 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 4 Jun 2014 01:29:48 GMT Message-Id: <201406040129.s541Tmei030974@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2014 01:29:50 -0000 TB --- 2014-06-03 22:30:35 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-03 22:30:35 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-03 22:30:35 - starting HEAD tinderbox run for i386/i386 TB --- 2014-06-03 22:30:35 - cleaning the object tree TB --- 2014-06-03 22:30:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-03 22:30:40 - At svn revision 267032 TB --- 2014-06-03 22:30:41 - building world TB --- 2014-06-03 22:30:41 - CROSS_BUILD_TESTING=YES TB --- 2014-06-03 22:30:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-03 22:30:41 - MAKESYSPATH=/src/share/mk TB --- 2014-06-03 22:30:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-03 22:30:41 - SRCCONF=/dev/null TB --- 2014-06-03 22:30:41 - TARGET=i386 TB --- 2014-06-03 22:30:41 - TARGET_ARCH=i386 TB --- 2014-06-03 22:30:41 - TZ=UTC TB --- 2014-06-03 22:30:41 - __MAKE_CONF=/dev/null TB --- 2014-06-03 22:30:41 - cd /src TB --- 2014-06-03 22:30:41 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Tue Jun 3 22:30:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c:603:32: warning: format specifies type 'long' but the argument has type 'size_t' (aka 'unsigned int') [-Wformat] "\n/* %4ld */ 0x%.2x,", ndx, ~~~~ ^~~ %4u /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c:1007:26: warning: format string is not a string literal (potentially insecure) [-Wformat-security] if (fprintf(fdmsgs, str) < 0) { ^~~ /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c:1081:26: warning: format string is not a string literal (potentially insecure) [-Wformat-security] (void) fprintf(stderr, Errmsg_use); ^~~~~~~~~~ 10 warnings generated. cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/string_table.c cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/findprime.c cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-con! st-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/zinject.c cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-con! st-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-con! st-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -o zinject zinject.o translate.o -lgeom -lm -lnvpair -lumem -luutil -lzfs_core -lzfs -lzpool /obj/i386.i386/src/tmp/usr/lib/libzpool.so: undefined reference to `cpu_ticks' cc: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. bmake[4]: stopped in /src/cddl/usr.bin/zinject *** Error code 1 Stop. bmake[3]: stopped in /src/cddl/usr.bin *** Error code 1 Stop. bmake[2]: stopped in /src/cddl *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-04 01:29:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-04 01:29:48 - ERROR: failed to build world TB --- 2014-06-04 01:29:48 - 9219.08 user 1154.64 system 10752.72 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 02:09:03 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3FA7B639; Wed, 4 Jun 2014 02:09:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 118B1234E; Wed, 4 Jun 2014 02:09:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s54291Xt027722; Tue, 3 Jun 2014 22:09:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s54291OB027700; Wed, 4 Jun 2014 02:09:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 4 Jun 2014 02:09:01 GMT Message-Id: <201406040209.s54291OB027700@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2014 02:09:03 -0000 TB --- 2014-06-04 01:29:49 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-04 01:29:49 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-04 01:29:49 - starting HEAD tinderbox run for mips/mips TB --- 2014-06-04 01:29:49 - cleaning the object tree TB --- 2014-06-04 01:29:49 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-04 01:29:54 - At svn revision 267032 TB --- 2014-06-04 01:29:55 - building world TB --- 2014-06-04 01:29:55 - CROSS_BUILD_TESTING=YES TB --- 2014-06-04 01:29:55 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-04 01:29:55 - MAKESYSPATH=/src/share/mk TB --- 2014-06-04 01:29:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-04 01:29:55 - SRCCONF=/dev/null TB --- 2014-06-04 01:29:55 - TARGET=mips TB --- 2014-06-04 01:29:55 - TARGET_ARCH=mips TB --- 2014-06-04 01:29:55 - TZ=UTC TB --- 2014-06-04 01:29:55 - __MAKE_CONF=/dev/null TB --- 2014-06-04 01:29:55 - cd /src TB --- 2014-06-04 01:29:55 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Wed Jun 4 01:30:02 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/strtab.c cc -O -pipe -G0 -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common/symbol.c cc -O -pipe -G0 -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/tdata.c cc -O -pipe -G0 -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/traverse.c cc -O -pipe -G0 -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/util.c cc -O -pipe -G0 -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -o ctfmerge alist.o barrier.o ctf.o ctfmerge.o fifo.o hash.o iidesc.o input.o list.o memory.o merge.o output.o strtab.o symbol.o tdata.o traverse.o util.o -lctf -ldwarf -lelf -lz -lpthread gzip -cn /src/cddl/usr.bin/ctfmerge/ctfmerge.1 > ctfmerge.1.gz ===> cddl/usr.bin/sgsmsg (all) cc -O -pipe -G0 -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c cc -O -pipe -G0 -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c cc -O -pipe -G0 -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/string_table.c cc -O -pipe -G0 -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/findprime.c cc -O -pipe -G0 -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O -pipe -G0 -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinjec! t/zinject.c cc -O -pipe -G0 -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinjec! t/translate.c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c: In function 'translate_record': /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c:383: warning: passing argument 4 of 'calculate_range' discards qualifiers from pointer target type cc -O -pipe -G0 -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -o zinject zinject.o translate.o -lgeom -lm -lnvpair -lumem -luu! til -lzfs_core -lzfs -lzpool /obj/mips.mips/src/tmp/usr/lib/libzpool.so: undefined reference to `cpu_ticks' *** Error code 1 Stop. bmake[4]: stopped in /src/cddl/usr.bin/zinject *** Error code 1 Stop. bmake[3]: stopped in /src/cddl/usr.bin *** Error code 1 Stop. bmake[2]: stopped in /src/cddl *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-04 02:09:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-04 02:09:01 - ERROR: failed to build world TB --- 2014-06-04 02:09:01 - 1716.09 user 480.32 system 2352.62 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 02:09:03 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3CD22638; Wed, 4 Jun 2014 02:09:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 11908234F; Wed, 4 Jun 2014 02:09:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s54291mq027714; Tue, 3 Jun 2014 22:09:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s54291x6027691; Wed, 4 Jun 2014 02:09:01 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 4 Jun 2014 02:09:01 GMT Message-Id: <201406040209.s54291x6027691@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2014 02:09:03 -0000 TB --- 2014-06-04 01:29:49 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-04 01:29:49 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-04 01:29:49 - starting HEAD tinderbox run for mips64/mips TB --- 2014-06-04 01:29:49 - cleaning the object tree TB --- 2014-06-04 01:29:49 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-04 01:29:54 - At svn revision 267032 TB --- 2014-06-04 01:29:55 - building world TB --- 2014-06-04 01:29:55 - CROSS_BUILD_TESTING=YES TB --- 2014-06-04 01:29:55 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-04 01:29:55 - MAKESYSPATH=/src/share/mk TB --- 2014-06-04 01:29:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-04 01:29:55 - SRCCONF=/dev/null TB --- 2014-06-04 01:29:55 - TARGET=mips TB --- 2014-06-04 01:29:55 - TARGET_ARCH=mips64 TB --- 2014-06-04 01:29:55 - TZ=UTC TB --- 2014-06-04 01:29:55 - __MAKE_CONF=/dev/null TB --- 2014-06-04 01:29:55 - cd /src TB --- 2014-06-04 01:29:55 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Wed Jun 4 01:30:02 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/strtab.c cc -O -pipe -G0 -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common/symbol.c cc -O -pipe -G0 -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/tdata.c cc -O -pipe -G0 -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/traverse.c cc -O -pipe -G0 -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/util.c cc -O -pipe -G0 -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -o ctfmerge alist.o barrier.o ctf.o ctfmerge.o fifo.o hash.o iidesc.o input.o list.o memory.o merge.o output.o strtab.o symbol.o tdata.o traverse.o util.o -lctf -ldwarf -lelf -lz -lpthread gzip -cn /src/cddl/usr.bin/ctfmerge/ctfmerge.1 > ctfmerge.1.gz ===> cddl/usr.bin/sgsmsg (all) cc -O -pipe -G0 -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c cc -O -pipe -G0 -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c cc -O -pipe -G0 -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/string_table.c cc -O -pipe -G0 -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/findprime.c cc -O -pipe -G0 -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O -pipe -G0 -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinjec! t/zinject.c cc -O -pipe -G0 -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinjec! t/translate.c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c: In function 'translate_record': /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c:383: warning: passing argument 4 of 'calculate_range' discards qualifiers from pointer target type cc -O -pipe -G0 -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -o zinject zinject.o translate.o -lgeom -lm -lnvpair -lumem -luu! til -lzfs_core -lzfs -lzpool /obj/mips.mips64/src/tmp/usr/lib/libzpool.so: undefined reference to `cpu_ticks' *** Error code 1 Stop. bmake[4]: stopped in /src/cddl/usr.bin/zinject *** Error code 1 Stop. bmake[3]: stopped in /src/cddl/usr.bin *** Error code 1 Stop. bmake[2]: stopped in /src/cddl *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-04 02:09:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-04 02:09:01 - ERROR: failed to build world TB --- 2014-06-04 02:09:01 - 1712.25 user 481.33 system 2352.60 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 02:11:42 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 78B2A889; Wed, 4 Jun 2014 02:11:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4D70023E2; Wed, 4 Jun 2014 02:11:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s542Bftl034014; Tue, 3 Jun 2014 22:11:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s542Bfd6034013; Wed, 4 Jun 2014 02:11:41 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 4 Jun 2014 02:11:41 GMT Message-Id: <201406040211.s542Bfd6034013@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2014 02:11:42 -0000 TB --- 2014-06-04 01:17:32 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-04 01:17:32 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-04 01:17:32 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-06-04 01:17:32 - cleaning the object tree TB --- 2014-06-04 01:17:32 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-04 01:17:35 - At svn revision 267032 TB --- 2014-06-04 01:17:36 - building world TB --- 2014-06-04 01:17:36 - CROSS_BUILD_TESTING=YES TB --- 2014-06-04 01:17:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-04 01:17:36 - MAKESYSPATH=/src/share/mk TB --- 2014-06-04 01:17:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-04 01:17:36 - SRCCONF=/dev/null TB --- 2014-06-04 01:17:36 - TARGET=ia64 TB --- 2014-06-04 01:17:36 - TARGET_ARCH=ia64 TB --- 2014-06-04 01:17:36 - TZ=UTC TB --- 2014-06-04 01:17:36 - __MAKE_CONF=/dev/null TB --- 2014-06-04 01:17:36 - cd /src TB --- 2014-06-04 01:17:36 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Wed Jun 4 01:17:43 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/strtab.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common/symbol.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/tdata.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/traverse.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/util.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -o ctfmerge alist.o barrier.o ctf.o ctfmerge.o fifo.o hash.o iidesc.o input.o list.o memory.o merge.o output.o strtab.o symbol.o tdata.o traverse.o util.o -lctf -ldwarf -lelf -lz -lpthread gzip -cn /src/cddl/usr.bin/ctfmerge/ctfmerge.1 > ctfmerge.1.gz ===> cddl/usr.bin/sgsmsg (all) cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/string_table.c cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/findprime.c cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/z! inject.c cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/t! ranslate.c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c: In function 'translate_record': /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c:383: warning: passing argument 4 of 'calculate_range' discards qualifiers from pointer target type cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -o zinject zinject.o translate.o -lgeom -lm -lnvpair -lumem -luutil! -lzfs_core -lzfs -lzpool /obj/ia64.ia64/src/tmp/usr/lib/libzpool.so: undefined reference to `cpu_ticks' *** Error code 1 Stop. bmake[4]: stopped in /src/cddl/usr.bin/zinject *** Error code 1 Stop. bmake[3]: stopped in /src/cddl/usr.bin *** Error code 1 Stop. bmake[2]: stopped in /src/cddl *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-04 02:11:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-04 02:11:41 - ERROR: failed to build world TB --- 2014-06-04 02:11:41 - 2431.93 user 523.29 system 3249.22 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 02:19:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8FE43BF0 for ; Wed, 4 Jun 2014 02:19:06 +0000 (UTC) Received: from nm3-vm3.access.bullet.mail.bf1.yahoo.com (nm3-vm3.access.bullet.mail.bf1.yahoo.com [216.109.114.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 20C70243C for ; Wed, 4 Jun 2014 02:19:05 +0000 (UTC) Received: from [66.196.81.158] by nm3.access.bullet.mail.bf1.yahoo.com with NNFMP; 04 Jun 2014 02:13:38 -0000 Received: from [98.138.104.97] by tm4.access.bullet.mail.bf1.yahoo.com with NNFMP; 04 Jun 2014 02:13:38 -0000 Received: from [127.0.0.1] by smtp117.sbc.mail.ne1.yahoo.com with NNFMP; 04 Jun 2014 02:13:38 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1401848018; bh=JEDJTvXq9VA8WpWvmSjUEBvjeD+gt7QGz6WJWThX83g=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:CC:Subject:References; b=VNJqzHLUzy6JoFCwjtiJoWppbxjqPdxuRYpxz7a2vSH+XSjMprw3GTVkdsinhQ/RZSeebHCwcU2RGN611//uaTma7XQuNoALEQiNAkpB/SRRLomKyPHYLEj6vRVcZOaGLgrEOSDoIdzc+dTHTdcaZpR6W1QxNWjCtzYZvH/B66w= X-Yahoo-Newman-Id: 547734.11001.bm@smtp117.sbc.mail.ne1.yahoo.com Message-ID: <547734.11001.bm@smtp117.sbc.mail.ne1.yahoo.com> Date: Wed, 4 Jun 2014 02:13:38 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: MnZlS_gVM1keYZLMG29zGD8geCfaCI7tBvMpWylBRaKqjut LptOe8PJ4CGKE9JsojulzXwKKwMzVUEC8UaT2m2RXHbBwScI0wNWb4SM9xci mwKcDmaxCf_RmCLZlhuoCeNHdP55qSsZI23edfYH5kyaciO0y1CohL6Z8iTk QkaDsl6stbvMYupAP.hMIC9Z05Y.cby3mrVZC96pStLVYVvTDi2XvWUQK8ZG kaI1xZvNB7UEwZUh6ZMDW6StRGTFTWaU1KhniaobO7_n_IMr.LHv0vn0dgwk UrRzk_MbzKz04kg53DWAHZv2xjtOOILChIR.suYkss.TjTHJ.n7yB8qotdSN TwzXOJQzfgEp4Sp9_WVqxcIlTOP_BqVhFH62tZYjeZIJNEma4soIURWteSVV NTk6vaGQfx0kmyCEnaS.YRRtEQqo4uPOxbl2DaA_fRhDzm9QrmT2umeRz.eB dPVpLF4zkzdgeKQ8WroFLkXVVmLJYOtx46ifaUtNefDAxRhX8.rihC7YL8if fjTRZPaRqn5FMqvIs5MsTKVWDItzzVgDJyGBwNF7xi9RgNz5rvXLZ9pyZqWH vFLwruQPVvb3e_ION9y69wsi51QI2JEjwElVCZJ4iX2dzKy_4Nedbn8RDuTP THR0npF.sTQVldDJeAMB3Bjsy X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [98.138.31.74]) by smtp117.sbc.mail.ne1.yahoo.com with SMTP; 04 Jun 2014 02:13:38 +0000 UTC From: "Thomas Mueller" To: freebsd-wireless@freebsd.org Subject: Re: Change for the worse in rsu wireless driver References: <5E.43.11813.830AD835@dnvrco-oedge02> <538E12ED.3050101@selasky.org> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2014 02:19:06 -0000 > Yes, please apply by hand. I'll see if I can do some testing myself. I happen to have one of these adapters too and the link is very unstable :-) --HPS Sometimes Hiro H50191 USB-stick wireless adapter works well in FreeBSD, sometimes, like now and the past few days, it's flaky. It can't seem to download distfile for qt4-xml, on two occasions. I also have Atheros AR9271 quasi-USB wireless adapter on this motherboard as well as Realtek 8111E (?) Ethernet that is recognized by FreeBSD but fails to connect (same as with OpenBSD and DragonFlyBSD, but good with NetBSD and Linux). So I don't want to buy another wireless adapter (USB or PCIE?) until I find if the Hiro H50191 works better with Linux and OpenBSD. Maybe the hardware is perfectly good and the software is soft. All I have for OpenBSD is LiveUSB OpenBSD 5.4 from liveusb-openbsd.sourceforge.net , since OpenBSD can't read my hard drive at all, neither could DragonFlyBSD. Tom From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 02:53:59 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02A59675; Wed, 4 Jun 2014 02:53:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CB3022712; Wed, 4 Jun 2014 02:53:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s542rvr7049719; Tue, 3 Jun 2014 22:53:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s542rvRs049714; Wed, 4 Jun 2014 02:53:57 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 4 Jun 2014 02:53:57 GMT Message-Id: <201406040253.s542rvRs049714@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2014 02:53:59 -0000 TB --- 2014-06-04 02:11:41 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-04 02:11:41 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-04 02:11:41 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-06-04 02:11:41 - cleaning the object tree TB --- 2014-06-04 02:11:41 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-04 02:11:44 - At svn revision 267032 TB --- 2014-06-04 02:11:45 - building world TB --- 2014-06-04 02:11:45 - CROSS_BUILD_TESTING=YES TB --- 2014-06-04 02:11:45 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-04 02:11:45 - MAKESYSPATH=/src/share/mk TB --- 2014-06-04 02:11:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-04 02:11:45 - SRCCONF=/dev/null TB --- 2014-06-04 02:11:45 - TARGET=sparc64 TB --- 2014-06-04 02:11:45 - TARGET_ARCH=sparc64 TB --- 2014-06-04 02:11:45 - TZ=UTC TB --- 2014-06-04 02:11:45 - __MAKE_CONF=/dev/null TB --- 2014-06-04 02:11:45 - cd /src TB --- 2014-06-04 02:11:45 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Wed Jun 4 02:11:52 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/strtab.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common/symbol.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/tdata.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/traverse.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/util.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -o ctfmerge alist.o barrier.o ctf.o ctfmerge.o fifo.o hash.o iidesc.o input.o list.o memory.o merge.o output.o strtab.o symbol.o tdata.o traverse.o util.o -lctf -ldwarf -lelf -lz -lpthread gzip -cn /src/cddl/usr.bin/ctfmerge/ctfmerge.1 > ctfmerge.1.gz ===> cddl/usr.bin/sgsmsg (all) cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/string_table.c cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/findprime.c cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensol! aris/cmd/zinject/zinject.c cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensol! aris/cmd/zinject/translate.c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c: In function 'translate_record': /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c:383: warning: passing argument 4 of 'calculate_range' discards qualifiers from pointer target type cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o zinject zinject.o translate.o -lgeom -lm -lnvp! air -lumem -luutil -lzfs_core -lzfs -lzpool /obj/sparc64.sparc64/src/tmp/usr/lib/libzpool.so: undefined reference to `cpu_ticks' *** Error code 1 Stop. bmake[4]: stopped in /src/cddl/usr.bin/zinject *** Error code 1 Stop. bmake[3]: stopped in /src/cddl/usr.bin *** Error code 1 Stop. bmake[2]: stopped in /src/cddl *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-04 02:53:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-04 02:53:57 - ERROR: failed to build world TB --- 2014-06-04 02:53:57 - 1911.97 user 436.02 system 2535.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 04:20:32 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02C75B33; Wed, 4 Jun 2014 04:20:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CAC9C2F8F; Wed, 4 Jun 2014 04:20:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s544KTGT075633; Wed, 4 Jun 2014 00:20:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s544KTjN075632; Wed, 4 Jun 2014 04:20:29 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 4 Jun 2014 04:20:29 GMT Message-Id: <201406040420.s544KTjN075632@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2014 04:20:32 -0000 TB --- 2014-06-04 01:17:29 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-04 01:17:29 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-04 01:17:29 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-06-04 01:17:29 - cleaning the object tree TB --- 2014-06-04 01:17:29 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-04 01:17:33 - At svn revision 267032 TB --- 2014-06-04 01:17:34 - building world TB --- 2014-06-04 01:17:34 - CROSS_BUILD_TESTING=YES TB --- 2014-06-04 01:17:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-04 01:17:34 - MAKESYSPATH=/src/share/mk TB --- 2014-06-04 01:17:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-04 01:17:34 - SRCCONF=/dev/null TB --- 2014-06-04 01:17:34 - TARGET=pc98 TB --- 2014-06-04 01:17:34 - TARGET_ARCH=i386 TB --- 2014-06-04 01:17:34 - TZ=UTC TB --- 2014-06-04 01:17:34 - __MAKE_CONF=/dev/null TB --- 2014-06-04 01:17:34 - cd /src TB --- 2014-06-04 01:17:34 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Wed Jun 4 01:17:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c:603:32: warning: format specifies type 'long' but the argument has type 'size_t' (aka 'unsigned int') [-Wformat] "\n/* %4ld */ 0x%.2x,", ndx, ~~~~ ^~~ %4u /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c:1007:26: warning: format string is not a string literal (potentially insecure) [-Wformat-security] if (fprintf(fdmsgs, str) < 0) { ^~~ /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c:1081:26: warning: format string is not a string literal (potentially insecure) [-Wformat-security] (void) fprintf(stderr, Errmsg_use); ^~~~~~~~~~ 10 warnings generated. cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/string_table.c cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/findprime.c cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-con! st-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/zinject.c cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-con! st-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-con! st-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -o zinject zinject.o translate.o -lgeom -lm -lnvpair -lumem -luutil -lzfs_core -lzfs -lzpool /obj/pc98.i386/src/tmp/usr/lib/libzpool.so: undefined reference to `cpu_ticks' cc: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. bmake[4]: stopped in /src/cddl/usr.bin/zinject *** Error code 1 Stop. bmake[3]: stopped in /src/cddl/usr.bin *** Error code 1 Stop. bmake[2]: stopped in /src/cddl *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-04 04:20:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-04 04:20:29 - ERROR: failed to build world TB --- 2014-06-04 04:20:29 - 9471.18 user 1125.12 system 10979.47 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 05:16:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C392D2E4; Wed, 4 Jun 2014 05:16:27 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id AD10B2327; Wed, 4 Jun 2014 05:16:27 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 35826B0D; Wed, 4 Jun 2014 05:16:26 +0000 (UTC) Date: Wed, 4 Jun 2014 05:16:11 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, gahr@FreeBSD.org, emaste@FreeBSD.org, loos@FreeBSD.org, jmmv@FreeBSD.org, delphij@FreeBSD.org, mav@FreeBSD.org, jmg@FreeBSD.org Message-ID: <1489805484.500.1401858982950.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <747343262.499.1401844441102.JavaMail.jenkins@jenkins-9.freebsd.org> References: <747343262.499.1401844441102.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #805 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2014 05:16:27 -0000 See Changes: [emaste] vt fontcvt: Use a hash to speed up glyph deduplication Walking a linked list of all glyphs to look for a duplicate is very slow for large fonts (e.g., for CJK character sets). In my test the runtime for a sample 40000 character font went from just over 80 seconds on average to just over 2 seconds. Sponsored by:=09The FreeBSD Foundation ------------------------------------------ [...truncated 105538 lines...] --- terminal.po --- cc -pg -O2 -pipe -I -I -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION=3D'"5.2"' -std=3Dgnu99 -fstac= k-protector -Qunused-arguments -c -o terminal.po --- cddl.all__D --- --- traverse.o --- cc -O2 -pipe -I -I -I= -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -std=3Dgnu8= 9 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown= -pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-parameter -Wno-parentheses -Qunused-arguments -c --- lib.all__D --- --- getnetnamadr.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o getnetnamadr.po --- cddl.all__D --- --- util.o --- cc -O2 -pipe -I -I -I= -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -std=3Dgnu8= 9 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown= -pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-parameter -Wno-parentheses -Qunused-arguments -c --- gnu.all__D --- --- text.po --- cc -pg -O2 -pipe -I -I -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION=3D'"5.2"' -std=3Dgnu99 -fstac= k-protector -Qunused-arguments -c -o text.po --- lib.all__D --- --- getproto.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o getproto.po --- cddl.all__D --- --- ctfmerge.1.gz --- gzip -cn > ctfmerge.1.gz --- ctfmerge --- cc -O2 -pipe -I -I -I= -I -I -I -I -I -DNEED_SOLARIS_BOOLEAN -std=3Dgnu8= 9 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown= -pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-parameter -Wno-parentheses -Qunused-arguments -o ctfmerge alist.o b= arrier.o ctf.o ctfmerge.o fifo.o hash.o iidesc.o input.o list.o memory.o me= rge.o output.o strtab.o symbol.o tdata.o traverse.o util.o -lctf -ldwarf -l= elf -lz -lpthread --- lib.all__D --- --- getprotoent.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o getprotoent.po --- cddl.all__D --- =3D=3D=3D> cddl/usr.bin/sgsmsg (all) --- avl.o --- cc -O2 -pipe -I -I -I -I -DNEED_SO= LARIS_BOOLEAN -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown= -pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-parameter -Wno-parentheses -Qunused-arguments -c --- gnu.all__D --- --- nls.po --- cc -pg -O2 -pipe -I -I -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION=3D'"5.2"' -std=3Dgnu99 -fstac= k-protector -Qunused-arguments -c -o nls.po --- misc.po --- cc -pg -O2 -pipe -I -I -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION=3D'"5.2"' -std=3Dgnu99 -fstac= k-protector -Qunused-arguments -c -o misc.po --- lib.all__D --- --- getprotoname.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o getprotoname.po --- cddl.all__D --- --- sgsmsg.o --- cc -O2 -pipe -I -I -I -I -DNEED_SO= LARIS_BOOLEAN -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown= -pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-parameter -Wno-parentheses -Qunused-arguments -c --- lib.all__D --- --- getservent.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o getservent.po --- gnu.all__D --- --- compat.po --- cc -pg -O2 -pipe -I -I -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION=3D'"5.2"' -std=3Dgnu99 -fstac= k-protector -Qunused-arguments -c -o compat.po --- cddl.all__D --- :558:21: = warning: format specifies type 'int' but the argument has type 'unsigned lo= ng' [-Wformat] msg->ms_defn, strlen(msg->ms_message)) < 0) { ^~~~~~~~~~~~~~~~~~~~~~~ :1007:26:= warning: format string is not a string literal (potentially insecure) [-Wf= ormat-security] if (fprintf(fdmsgs, str) < 0) { ^~~ :1081:26:= warning: format string is not a string literal (potentially insecure) [-Wf= ormat-security] (void) fprintf(stderr, Errmsg_use); ^~~~~~~~~~ --- gnu.all__D --- --- xmalloc.po --- cc -pg -O2 -pipe -I -I -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION=3D'"5.2"' -std=3Dgnu99 -fstac= k-protector -Qunused-arguments -c -o xmalloc.po --- kerberos5.all__D --- --- asn1_pkcs8_asn1.po --- cc -pg -O2 -pipe -I -I -I. -DHAVE_CONFIG_H -I -std=3D= gnu99 -fstack-protector -Qunused-arguments -c asn1_pkcs8_asn1.c -o asn1_p= kcs8_asn1.po --- gnu.all__D --- --- history.po --- cc -pg -O2 -pipe -I -I -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION=3D'"5.2"' -std=3Dgnu99 -fstac= k-protector -Qunused-arguments -c -o history.po --- histexpand.po --- cc -pg -O2 -pipe -I -I -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION=3D'"5.2"' -std=3Dgnu99 -fstac= k-protector -Qunused-arguments -c -o histexpand.po --- cddl.all__D --- 3 warnings generated. --- string_table.o --- cc -O2 -pipe -I -I -I -I -DNEED_SO= LARIS_BOOLEAN -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown= -pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-parameter -Wno-parentheses -Qunused-arguments -c --- lib.all__D --- --- if_indextoname.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o if_indextoname.po --- kerberos5.all__D --- --- asn1_pkcs9_asn1.po --- cc -pg -O2 -pipe -I -I -I. -DHAVE_CONFIG_H -I -std=3D= gnu99 -fstack-protector -Qunused-arguments -c asn1_pkcs9_asn1.c -o asn1_p= kcs9_asn1.po --- cddl.all__D --- --- findprime.o --- cc -O2 -pipe -I -I -I -I -DNEED_SO= LARIS_BOOLEAN -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown= -pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-parameter -Wno-parentheses -Qunused-arguments -c --- lib.all__D --- --- if_nameindex.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o if_nameindex.po --- cddl.all__D --- --- sgsmsg --- --- lib.all__D --- --- if_nametoindex.po --- --- kerberos5.all__D --- --- asn1_pkcs12_asn1.po --- cc -pg -O2 -pipe -I -I -I. -DHAVE_CONFIG_H -I -std=3D= gnu99 -fstack-protector -Qunused-arguments -c asn1_pkcs12_asn1.c -o asn1_= pkcs12_asn1.po --- lib.all__D --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o if_nametoindex.po --- cddl.all__D --- cc -O2 -pipe -I -I -I -I -DNEED_SO= LARIS_BOOLEAN -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown= -pragmas -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-parameter -Wno-parentheses -Qunused-arguments -o sgsmsg avl.o sgsms= g.o string_table.o findprime.o=20 --- gnu.all__D --- --- histfile.po --- cc -pg -O2 -pipe -I -I -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION=3D'"5.2"' -std=3Dgnu99 -fstac= k-protector -Qunused-arguments -c -o histfile.po --- cddl.all__D --- =3D=3D=3D> cddl/usr.bin/zinject (all) --- zinject.o --- cc -O2 -pipe -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOO= LEAN -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c --- lib.all__D --- --- ip6opt.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o ip6opt.po --- gnu.all__D --- --- histsearch.po --- cc -pg -O2 -pipe -I -I -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION=3D'"5.2"' -std=3Dgnu99 -fstac= k-protector -Qunused-arguments -c -o histsearch.po --- shell.po --- cc -pg -O2 -pipe -I -I -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION=3D'"5.2"' -std=3Dgnu99 -fstac= k-protector -Qunused-arguments -c -o shell.po --- lib.all__D --- --- linkaddr.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o linkaddr.po --- gnu.all__D --- --- mbutil.po --- cc -pg -O2 -pipe -I -I -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION=3D'"5.2"' -std=3Dgnu99 -fstac= k-protector -Qunused-arguments -c -o mbutil.po --- lib.all__D --- --- map_v4v6.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o map_v4v6.po --- name6.po --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o name6.po --- gnu.all__D --- --- tilde.po --- cc -pg -O2 -pipe -I -I -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION=3D'"5.2"' -std=3Dgnu99 -fstac= k-protector -Qunused-arguments -c -o tilde.po --- kerberos5.all__D --- --- asn1_digest_asn1.po --- cc -pg -O2 -pipe -I -I -I. -DHAVE_CONFIG_H -I -std=3D= gnu99 -fstack-protector -Qunused-arguments -c asn1_digest_asn1.c -o asn1_= digest_asn1.po --- cddl.all__D --- --- translate.o --- cc -O2 -pipe -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOO= LEAN -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -c --- gnu.all__D --- --- _sub.all --- =3D=3D=3D> gnu/lib/libreadline/readline/doc (all) --- readline.texi --- cp -f rea= dline.texi --- readline.info --- makeinfo --no-split -I -I readline.texi -o readline.info --- rluserman.info --- makeinfo --no-split -I -I -o rluserman.info --- readline.info.gz --- gzip -cn readline.info > readline.info.gz --- rluserman.info.gz --- gzip -cn rluserman.info > rluserman.info.gz --- libreadline_p.a --- building profiled readline library --- cddl.all__D --- --- zinject --- cc -O2 -pipe -I -I -I -I -I -I -I -I -I -I -I -I -DNEED_SOLARIS_BOO= LEAN -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Wno-parentheses -Qunused-arguments -o zinject zinject.o translate= .o -lgeom -lm -lnvpair -lumem -luutil -lzfs_core -lzfs -lzpool --- gnu.all__D --- ranlib -D libreadline_p.a --- readline.3.gz --- gzip -cn > readl= ine.3.gz =3D=3D=3D> gnu/lib/libssp (all) --- cddl.all__D --- /usr/obj: undefined reference to `cpu_ticks' cc: error: linker command failed with exit code 1 (use -v to see invocation= ) --- lib.all__D --- --- ntoh.po --- --- cddl.all__D --- *** [zinject] Error code 1 make[5]: stopped in --- lib.all__D --- cc -pg -O2 -pipe -I -I -I -DNLS -D__DBINTERFACE_PRIVATE -I= -I -DINET6 -I/usr/obj -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -= I -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-pa= rameter -Qunused-arguments -c -o ntoh.po --- cddl.all__D --- 1 error make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [cddl.all__D] Error code 2 make[2]: stopped in --- gnu.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [gnu.all__D] Error code 2 make[2]: stopped in --- lib.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_libc] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [lib.all__D] Error code 2 make[2]: stopped in --- kerberos5.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [kerberos5.all__D] Error code 2 make[2]: stopped in 4 errors make[2]: stopped in *** [everything] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 05:17:14 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 283BE480; Wed, 4 Jun 2014 05:17:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F0FD72335; Wed, 4 Jun 2014 05:17:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s545HCnk063219; Wed, 4 Jun 2014 01:17:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s545HCwP063218; Wed, 4 Jun 2014 05:17:12 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 4 Jun 2014 05:17:12 GMT Message-Id: <201406040517.s545HCwP063218@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2014 05:17:14 -0000 TB --- 2014-06-04 02:09:02 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-04 02:09:02 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-04 02:09:02 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-06-04 02:09:02 - cleaning the object tree TB --- 2014-06-04 02:09:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-04 02:09:06 - At svn revision 267032 TB --- 2014-06-04 02:09:07 - building world TB --- 2014-06-04 02:09:07 - CROSS_BUILD_TESTING=YES TB --- 2014-06-04 02:09:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-04 02:09:07 - MAKESYSPATH=/src/share/mk TB --- 2014-06-04 02:09:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-04 02:09:07 - SRCCONF=/dev/null TB --- 2014-06-04 02:09:07 - TARGET=powerpc TB --- 2014-06-04 02:09:07 - TARGET_ARCH=powerpc TB --- 2014-06-04 02:09:07 - TZ=UTC TB --- 2014-06-04 02:09:07 - __MAKE_CONF=/dev/null TB --- 2014-06-04 02:09:07 - cd /src TB --- 2014-06-04 02:09:07 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Wed Jun 4 02:09:14 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/strtab.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common/symbol.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/tdata.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/traverse.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/util.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -o ctfmerge alist.o barrier.o ctf.o ctfmerge.o fifo.o hash.o iidesc.o input.o list.o memory.o merge.o output.o strtab.o symbol.o tdata.o traverse.o util.o -lctf -ldwarf -lelf -lz -lpthread gzip -cn /src/cddl/usr.bin/ctfmerge/ctfmerge.1 > ctfmerge.1.gz ===> cddl/usr.bin/sgsmsg (all) cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/string_table.c cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/findprime.c cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensol! aris/cmd/zinject/zinject.c cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensol! aris/cmd/zinject/translate.c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c: In function 'translate_record': /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c:383: warning: passing argument 4 of 'calculate_range' discards qualifiers from pointer target type cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o zinject zinject.o translate.o -lgeom -lm -lnvp! air -lumem -luutil -lzfs_core -lzfs -lzpool /obj/powerpc.powerpc/src/tmp/usr/lib/libzpool.so: undefined reference to `cpu_ticks' *** Error code 1 Stop. bmake[4]: stopped in /src/cddl/usr.bin/zinject *** Error code 1 Stop. bmake[3]: stopped in /src/cddl/usr.bin *** Error code 1 Stop. bmake[2]: stopped in /src/cddl *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-04 05:17:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-04 05:17:12 - ERROR: failed to build world TB --- 2014-06-04 05:17:12 - 10188.81 user 1042.09 system 11290.44 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 05:17:50 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6CB685AF; Wed, 4 Jun 2014 05:17:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 417A72349; Wed, 4 Jun 2014 05:17:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s545Hnp5063833; Wed, 4 Jun 2014 01:17:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s545HnL4063832; Wed, 4 Jun 2014 05:17:49 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 4 Jun 2014 05:17:49 GMT Message-Id: <201406040517.s545HnL4063832@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2014 05:17:50 -0000 TB --- 2014-06-04 02:09:02 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-04 02:09:02 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-04 02:09:02 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-06-04 02:09:02 - cleaning the object tree TB --- 2014-06-04 02:09:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-04 02:09:06 - At svn revision 267032 TB --- 2014-06-04 02:09:07 - building world TB --- 2014-06-04 02:09:07 - CROSS_BUILD_TESTING=YES TB --- 2014-06-04 02:09:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-04 02:09:07 - MAKESYSPATH=/src/share/mk TB --- 2014-06-04 02:09:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-04 02:09:07 - SRCCONF=/dev/null TB --- 2014-06-04 02:09:07 - TARGET=powerpc TB --- 2014-06-04 02:09:07 - TARGET_ARCH=powerpc64 TB --- 2014-06-04 02:09:07 - TZ=UTC TB --- 2014-06-04 02:09:07 - __MAKE_CONF=/dev/null TB --- 2014-06-04 02:09:07 - cd /src TB --- 2014-06-04 02:09:07 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Wed Jun 4 02:09:14 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/strtab.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common/symbol.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/tdata.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/traverse.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/util.c cc -O2 -pipe -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/common -I/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -o ctfmerge alist.o barrier.o ctf.o ctfmerge.o fifo.o hash.o iidesc.o input.o list.o memory.o merge.o output.o strtab.o symbol.o tdata.o traverse.o util.o -lctf -ldwarf -lelf -lz -lpthread gzip -cn /src/cddl/usr.bin/ctfmerge/ctfmerge.1 > ctfmerge.1.gz ===> cddl/usr.bin/sgsmsg (all) cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/string_table.c cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/findprime.c cc -O2 -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensol! aris/cmd/zinject/zinject.c cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensol! aris/cmd/zinject/translate.c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c: In function 'translate_record': /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c:383: warning: passing argument 4 of 'calculate_range' discards qualifiers from pointer target type cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/common/zfs/ -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o zinject zinject.o translate.o -lgeom -lm -lnvp! air -lumem -luutil -lzfs_core -lzfs -lzpool /obj/powerpc.powerpc64/src/tmp/usr/lib/libzpool.so: undefined reference to `cpu_ticks' *** Error code 1 Stop. bmake[4]: stopped in /src/cddl/usr.bin/zinject *** Error code 1 Stop. bmake[3]: stopped in /src/cddl/usr.bin *** Error code 1 Stop. bmake[2]: stopped in /src/cddl *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-04 05:17:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-04 05:17:49 - ERROR: failed to build world TB --- 2014-06-04 05:17:49 - 10253.24 user 1054.91 system 11327.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 06:52:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53162F32; Wed, 4 Jun 2014 06:52:57 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1101A2D1F; Wed, 4 Jun 2014 06:52:56 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 861DB1FE028; Wed, 4 Jun 2014 08:52:54 +0200 (CEST) Message-ID: <538EC269.8020701@selasky.org> Date: Wed, 04 Jun 2014 08:53:29 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Thomas Mueller , freebsd-wireless@freebsd.org Subject: Re: Change for the worse in rsu wireless driver References: <5E.43.11813.830AD835@dnvrco-oedge02> <538E12ED.3050101@selasky.org> <547734.11001.bm@smtp117.sbc.mail.ne1.yahoo.com> In-Reply-To: <547734.11001.bm@smtp117.sbc.mail.ne1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2014 06:52:57 -0000 On 06/04/14 04:13, Thomas Mueller wrote: >> Yes, please apply by hand. I'll see if I can do some testing myself. I happen to have one of these adapters too and the link is very unstable :-) > --HPS > > Sometimes Hiro H50191 USB-stick wireless adapter works well in FreeBSD, sometimes, like now and the past few days, it's flaky. It can't seem to download distfile for qt4-xml, on two occasions. > > I also have Atheros AR9271 quasi-USB wireless adapter on this motherboard as well as Realtek 8111E (?) Ethernet that is recognized by FreeBSD but fails to connect (same as with OpenBSD and DragonFlyBSD, but good with NetBSD and Linux). > > So I don't want to buy another wireless adapter (USB or PCIE?) until I find if the Hiro H50191 works better with Linux and OpenBSD. Maybe the hardware is perfectly good and the software is soft. > > All I have for OpenBSD is LiveUSB OpenBSD 5.4 from liveusb-openbsd.sourceforge.net , since OpenBSD can't read my hard drive at all, neither could DragonFlyBSD. > > Tom Previously there was a bug in the if_rsu driver that prevented the firmware from loading. Is this device on your mainboard? Does the BIOS support it? --HPS From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 09:22:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4FF91722; Wed, 4 Jun 2014 09:22:57 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 12E2929EC; Wed, 4 Jun 2014 09:22:56 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id C0BAE1FE029; Wed, 4 Jun 2014 11:22:55 +0200 (CEST) Message-ID: <538EE593.90802@selasky.org> Date: Wed, 04 Jun 2014 11:23:31 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Thomas Mueller , freebsd-wireless@freebsd.org Subject: Re: Change for the worse in rsu wireless driver References: <5E.43.11813.830AD835@dnvrco-oedge02> <538E12ED.3050101@selasky.org> <547734.11001.bm@smtp117.sbc.mail.ne1.yahoo.com> <538EC269.8020701@selasky.org> In-Reply-To: <538EC269.8020701@selasky.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2014 09:22:57 -0000 On 06/04/14 08:53, Hans Petter Selasky wrote: > On 06/04/14 04:13, Thomas Mueller wrote: >>> Yes, please apply by hand. I'll see if I can do some testing myself. >>> I happen to have one of these adapters too and the link is very >>> unstable :-) >> --HPS Hi, Please test the following patch, applied to top of 10-stable as of now: http://svnweb.freebsd.org/changeset/base/267041 At least my adapter is working a bit more stable now :-) --HPS From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 07:58:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4231FEC; Wed, 4 Jun 2014 07:58:17 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 2DBFC2224; Wed, 4 Jun 2014 07:58:17 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 8372BB44; Wed, 4 Jun 2014 07:58:13 +0000 (UTC) Date: Wed, 4 Jun 2014 07:57:55 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, bdrewery@FreeBSD.org, gahr@FreeBSD.org, emaste@FreeBSD.org, allanjude@FreeBSD.org, loos@FreeBSD.org, jmmv@FreeBSD.org, delphij@FreeBSD.org, mav@FreeBSD.org, jmg@FreeBSD.org Message-ID: <476158646.501.1401868691354.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1489805484.500.1401858982950.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1489805484.500.1401858982950.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #806 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-Mailman-Approved-At: Wed, 04 Jun 2014 11:25:22 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2014 07:58:17 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 13:45:03 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 137B4ADD; Wed, 4 Jun 2014 13:45:03 +0000 (UTC) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id CAEBB2467; Wed, 4 Jun 2014 13:45:02 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id ED2607300A; Wed, 4 Jun 2014 15:49:45 +0200 (CEST) Date: Wed, 4 Jun 2014 15:49:45 +0200 From: Luigi Rizzo To: current@freebsd.org, bryanv@freebsd.org, jfv@freebsd.org Subject: BUG: some drivers return ENOBUFS when the mbuf is actually queued Message-ID: <20140604134945.GA64688@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stefanogarzarella@gmail.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2014 13:45:03 -0000 Hi, if I read correctly the code, there are a few network device drivers (igb, ixgbe, i40e, vtnet, vmxnet) where ifp->if_transmit(ifp, m) can return ENOBUFS even when 'm' has _not_ been dropped: e1000/if_igb.c :: igb_mq_start() can return ENOBUFS from igb_xmit() ixgbe/ixgbe_main.c :: ixgbe_mq_start_locked() can return ENOBUFS from ixgbe_xmit() (similar for i40) virtio/network/if_vtnet.c :: vtnet_txq_mq_start can return ENOBUFS if virtqueue_full() In all these cases, the error comes from a later attempt to transfer mbufs from the buf_ring to the NIC ring. All drivers using if_transmit() seem correct, as well as a bunch of others (cxgbe, sfxge, mxge ...) that reassign if_transmit and I checked for correctness. I think that when the current buffer has been queued, returning ENOBUFS is extremely confusing and should not be done. I would also argue that the return from ifp->if_transmit(ifp, m) should only tell what happened to 'm', not other things such as the status of the queue. Any objections if i fix the above drivers ? cheers luigi (For those curious: i found this issue when using emulated netmap mode on top of a standard driver. The netmap emulation code assumes that ENOBUFS indicates that the driver has m_free()'d the mbuf, same as it happens on linux, and the bug was causing panics in my system). From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 14:24:38 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF65EDA3; Wed, 4 Jun 2014 14:24:38 +0000 (UTC) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail-n.franken.de", Issuer "Thawte DV SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9A8842882; Wed, 4 Jun 2014 14:24:38 +0000 (UTC) Received: from [10.225.7.42] (unknown [194.95.73.101]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id EFC311C104EC4; Wed, 4 Jun 2014 16:24:35 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: BUG: some drivers return ENOBUFS when the mbuf is actually queued From: Michael Tuexen In-Reply-To: <20140604134945.GA64688@onelab2.iet.unipi.it> Date: Wed, 4 Jun 2014 16:24:34 +0200 Content-Transfer-Encoding: 7bit Message-Id: References: <20140604134945.GA64688@onelab2.iet.unipi.it> To: Luigi Rizzo X-Mailer: Apple Mail (2.1878.2) Cc: jfv@freebsd.org, bryanv@freebsd.org, current@freebsd.org, stefanogarzarella@gmail.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2014 14:24:39 -0000 On 04 Jun 2014, at 15:49, Luigi Rizzo wrote: > Hi, > if I read correctly the code, there are a few network device drivers > (igb, ixgbe, i40e, vtnet, vmxnet) where ifp->if_transmit(ifp, m) > can return ENOBUFS even when 'm' has _not_ been dropped: > > e1000/if_igb.c :: igb_mq_start() > can return ENOBUFS from igb_xmit() > > ixgbe/ixgbe_main.c :: ixgbe_mq_start_locked() > can return ENOBUFS from ixgbe_xmit() > (similar for i40) > > virtio/network/if_vtnet.c :: vtnet_txq_mq_start > can return ENOBUFS if virtqueue_full() > > In all these cases, the error comes from a later attempt to transfer > mbufs from the buf_ring to the NIC ring. > > All drivers using if_transmit() seem correct, as well as a bunch > of others (cxgbe, sfxge, mxge ...) that reassign if_transmit and I > checked for correctness. > > I think that when the current buffer has been queued, returning > ENOBUFS is extremely confusing and should not be done. > > I would also argue that the return from ifp->if_transmit(ifp, m) > should only tell what happened to 'm', not other things > such as the status of the queue. > > Any objections if i fix the above drivers ? I started a discussion on this last december on net@. The subject of the thread was 'A small fix for if_em.c, if_igb.c, if_ixgbe.c'. I think Adrian wanted to put the latest version of the patch in but possibly never did... See the last mail from Jan 5th. Best regards Michael > > cheers > luigi > > (For those curious: i found this issue when using emulated > netmap mode on top of a standard driver. The netmap emulation > code assumes that ENOBUFS indicates that the driver has > m_free()'d the mbuf, same as it happens on linux, and the > bug was causing panics in my system). > > _______________________________________________ > 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 Jun 4 15:07:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE7B5F0A; Wed, 4 Jun 2014 15:07:07 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A96652C9F; Wed, 4 Jun 2014 15:07:07 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1A9B4B989; Wed, 4 Jun 2014 11:07:05 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: "CPU0: local APIC error 0x40" Date: Wed, 4 Jun 2014 10:36:37 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201406041036.37413.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 04 Jun 2014 11:07:05 -0400 (EDT) Cc: Edward Tomasz =?utf-8?q?Napiera=C5=82a?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2014 15:07:07 -0000 On Monday, June 02, 2014 5:32:13 pm Edward Tomasz Napiera=C5=82a wrote: > Some machines, including ThinkPad T61, emit the following error message > early during boot: >=20 > CPU0: local APIC error 0x40 >=20 > The message itself doesn't seem to be much of a problem. However, > every once in a while booting hangs just before that line. I've tracked > that down to call to AcpiHwWritePort() at > sys/contrib/dev/acpica/components/hardware/hwacpi.c:117: >=20 > switch (Mode) > { > case ACPI_SYS_MODE_ACPI: >=20 > /* BIOS should have disabled ALL fixed and GP events */ >=20 > Status =3D AcpiHwWritePort (AcpiGbl_FADT.SmiCommand, > (UINT32) AcpiGbl_FADT.AcpiEnable, 8); >=20 > Any idea what might be going on? This is probably triggering an SMI# to enter SMM mode where your BIOS does= =20 God-knows-what but apparently triggers one of the local APIC local interrup= ts=20 while it is configured with an invalid vector (e.g. 0). =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 4 15:36:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 88766F7; Wed, 4 Jun 2014 15:36:02 +0000 (UTC) Received: from mail-ie0-x236.google.com (mail-ie0-x236.google.com [IPv6:2607:f8b0:4001:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 43E142F8A; Wed, 4 Jun 2014 15:36:02 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id x19so7416231ier.27 for ; Wed, 04 Jun 2014 08:36:01 -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:from:date:message-id :subject:to:cc:content-type; bh=wy8tZNPFTyn/b+dhIM087qyepPMQ6QA0kzTT0YorLIY=; b=k7WECjz6qtC4P3AG2Dn2kKXkahFqv4KJkb2K4p5UV/M+YTotQF+L42vSiamAPT6pyO 1BFS2iGM3+4iP5Ct14q/2F9iiyUPpMKrW6rozLihnLw5CMGFqIx7z8BOGdZlZIC/m8HX 0e4dxa7Av6l+UIX+Ia+PG8Lr76RtZOtrX9CxV8NNapQOL9O2cVhy0IRImA7XHakQkTmv XrJ02JG07HRZsKyQSb98jAphk1wUs88Vra5xDfAObko6GGmecGPn5Jx9bl9XeN2ohrKi 4icGZ1oYTbAOl0xkDeIEyeyFbippjlew7kno8PRlAf3+kbfm/LsXS8BmvZy8x/aYmsXe pKDw== X-Received: by 10.50.110.98 with SMTP id hz2mr8023362igb.47.1401896161570; Wed, 04 Jun 2014 08:36:01 -0700 (PDT) MIME-Version: 1.0 Sender: mr.kodiak@gmail.com Received: by 10.64.26.229 with HTTP; Wed, 4 Jun 2014 08:35:31 -0700 (PDT) In-Reply-To: <20140604134945.GA64688@onelab2.iet.unipi.it> References: <20140604134945.GA64688@onelab2.iet.unipi.it> From: Bryan Venteicher Date: Wed, 4 Jun 2014 10:35:31 -0500 X-Google-Sender-Auth: _06ZtIXSFTyM-ZMlpYmgyZvT5EQ Message-ID: Subject: Re: BUG: some drivers return ENOBUFS when the mbuf is actually queued To: Luigi Rizzo Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: jfv@freebsd.org, Bryan Venteicher , current@freebsd.org, stefanogarzarella@gmail.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2014 15:36:02 -0000 On Wed, Jun 4, 2014 at 8:49 AM, Luigi Rizzo wrote: > Hi, > if I read correctly the code, there are a few network device drivers > (igb, ixgbe, i40e, vtnet, vmxnet) where ifp->if_transmit(ifp, m) > can return ENOBUFS even when 'm' has _not_ been dropped: > > e1000/if_igb.c :: igb_mq_start() > can return ENOBUFS from igb_xmit() > > ixgbe/ixgbe_main.c :: ixgbe_mq_start_locked() > can return ENOBUFS from ixgbe_xmit() > (similar for i40) > > virtio/network/if_vtnet.c :: vtnet_txq_mq_start > can return ENOBUFS if virtqueue_full() > > In all these cases, the error comes from a later attempt to transfer > mbufs from the buf_ring to the NIC ring. > > All drivers using if_transmit() seem correct, as well as a bunch > of others (cxgbe, sfxge, mxge ...) that reassign if_transmit and I > checked for correctness. > > I think that when the current buffer has been queued, returning > ENOBUFS is extremely confusing and should not be done. > > I would also argue that the return from ifp->if_transmit(ifp, m) > should only tell what happened to 'm', not other things > such as the status of the queue. > > Any objections if i fix the above drivers ? > > No objection for vtnet and vmxnet. > cheers > luigi > > (For those curious: i found this issue when using emulated > netmap mode on top of a standard driver. The netmap emulation > code assumes that ENOBUFS indicates that the driver has > m_free()'d the mbuf, same as it happens on linux, and the > bug was causing panics in my system). > > From owner-freebsd-current@FreeBSD.ORG Thu Jun 5 05:52:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 236F0E8B for ; Thu, 5 Jun 2014 05:52:36 +0000 (UTC) Received: from nm9-vm10.access.bullet.mail.bf1.yahoo.com (nm9-vm10.access.bullet.mail.bf1.yahoo.com [216.109.114.201]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AA10520C4 for ; Thu, 5 Jun 2014 05:52:34 +0000 (UTC) Received: from [66.196.81.164] by nm9.access.bullet.mail.bf1.yahoo.com with NNFMP; 05 Jun 2014 05:46:01 -0000 Received: from [98.139.221.156] by tm10.access.bullet.mail.bf1.yahoo.com with NNFMP; 05 Jun 2014 05:46:01 -0000 Received: from [127.0.0.1] by smtp116.sbc.mail.bf1.yahoo.com with NNFMP; 05 Jun 2014 05:46:01 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1401947161; bh=BBJS6UW7038tisO+51c7brzCWCksGMT32M02GVTDsW4=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:CC:Subject; b=HJ3hgyQZuxSMyfqemd8ElQLh29fiZRdfN0q6/972vYjxwBb3RHxXw0UgpoJ/KJU/ozfpGTWdFckhEtERVdJ8JjSkBCQhBF+usLAs60pb0N7RwvwggnAlWaJyjtLsPP+9amhHTC3Db0CMLk7kqsVTC1NxtiqQTsd2jU2YlDgSKRk= X-Yahoo-Newman-Id: 14007.73013.bm@smtp116.sbc.mail.bf1.yahoo.com Message-ID: <14007.73013.bm@smtp116.sbc.mail.bf1.yahoo.com> Date: Thu, 5 Jun 2014 05:46:01 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: O6tl7GsVM1nxr1oojseNSAGVQaYouBL6U2ErJSRB7Qz0oOU 0dhMBJV7Z8Mz6KXZnqfbeZ3eTpibGY_g2u4thIIefKYy9PmKMbkqIIr0CJk8 hiQ7gWh6_LT9SxzbM0nizWOJAmmNOJjtvNtHlk2P3T8RtnPLflZzffUAnQMZ UqArXSechqGZ9HlswfV.UXFjPZU14qc04Ul43Cy8XWEy6Va0B8fdxvokHKTZ D3XlSlL5o72abO60BtiA11cdultzSKhKAGxGvWSxBbMn84qbwDSocrPMoVAE 68E602L.Tu_2zEB_4FuUcJ.DXQf3UJmp_CdZVZ1RbEJJ8.OCDtDgjvHu14DF auZPPoP0yKF2ZC4pPjcHOrDm3gSFkyA3d9Q9N2RIxRwhLk9X.7TXedNl8sP_ qHPGyOsJaPgW1V4qIR5wR6orjp6WhnDAtZBiWVQxIh0ayND.AI3.fRQtNEPT z2vRERAmvlp8duTzRj8VijmDm1.w1FYIxKlpN1nhDh7tV0WOxGznJNCDrl5W z.VstO2xSNbWBS.6pR10g.SALcOR5DWO1dn51fpWZQ3yMcsSm6GVN9Rm3Le4 vPdpeA73i22mJUSSxynGeJyBQ7miftchNAf80VbfOlan_cjgg9eT5zQ-- X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [98.139.221.42]) by smtp116.sbc.mail.bf1.yahoo.com with SMTP; 05 Jun 2014 05:46:00 +0000 UTC From: "Thomas Mueller" To: freebsd-wireless@freebsd.org Subject: Change for the worse in rsu wireless driver Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2014 05:52:36 -0000 from Idwer Vollering : > I'm on 10-STABLE r267049, with a local change to > sys/dev/usb/wlan/if_rsu.c that reverts EW7622UMN back to RTL8192SU_3. > > At least my adapter is working a bit more stable now :-) > Mine seems to get stuck in "rsu_calib_task: running calibration task" often. > HTH, > Idwer I browsed svnweb.freebsd.org for rsu and re in stable/10 and head, also for cups in ports. I found an update, 4 hours old, for rsu in head, so that pushed me to update the head src tree. That was after a time when the wireless adapter didn't connect at all, didn't see the network. FreeBSD is flaky at times with USB, not recognizing a good USB stick in a good USB port. After some time web-browsing with Midori 0.5.5 on System Rescue CD, which itself is fickle and flaky, not as good as Midori 0.5.8 from FreeBSD ports, Hiro H50191 USB wireless adapter came back and is still working, though I still intend to do the system build/update for 11-head, both amd64 and i386. Tom From owner-freebsd-current@FreeBSD.ORG Thu Jun 5 09:15:18 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 42C69FDC; Thu, 5 Jun 2014 09:15:18 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 09CD7221B; Thu, 5 Jun 2014 09:15:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s559FA2o001850; Thu, 5 Jun 2014 05:15:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s559FA7S001849; Thu, 5 Jun 2014 09:15:10 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Jun 2014 09:15:10 GMT Message-Id: <201406050915.s559FA7S001849@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2014 09:15:18 -0000 TB --- 2014-06-05 06:53:23 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-05 06:53:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-05 06:53:23 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-06-05 06:53:23 - cleaning the object tree TB --- 2014-06-05 06:53:23 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-05 06:53:29 - At svn revision 267079 TB --- 2014-06-05 06:53:30 - building world TB --- 2014-06-05 06:53:30 - CROSS_BUILD_TESTING=YES TB --- 2014-06-05 06:53:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-05 06:53:30 - MAKESYSPATH=/src/share/mk TB --- 2014-06-05 06:53:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-05 06:53:30 - SRCCONF=/dev/null TB --- 2014-06-05 06:53:30 - TARGET=powerpc TB --- 2014-06-05 06:53:30 - TARGET_ARCH=powerpc64 TB --- 2014-06-05 06:53:30 - TZ=UTC TB --- 2014-06-05 06:53:30 - __MAKE_CONF=/dev/null TB --- 2014-06-05 06:53:30 - cd /src TB --- 2014-06-05 06:53:30 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Thu Jun 5 06:53:37 UTC 2014 >>> 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 [...] c++ -O2 -pipe -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/BoolAssignmentChecker.cpp -o BoolAssignmentChecker.o c++ -O2 -pipe -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/BuiltinFunctionChecker.cpp -o BuiltinFunctionChecker.o c++ -O2 -pipe -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/CStringChecker.cpp -o CStringChecker.o c++ -O2 -pipe -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/CStringSyntaxChecker.cpp -o CStringSyntaxChecker.o c++ -O2 -pipe -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/CallAndMessageChecker.cpp -o CallAndMessageChecker.o c++ -O2 -pipe -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/CastSizeChecker.cpp -o CastSizeChecker.o c++ -O2 -pipe -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/CastToStructChecker.cpp -o CastToStructChecker.o c++ -O2 -pipe -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/CheckObjCDealloc.cpp -o CheckObjCDealloc.o c++ -O2 -pipe -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/CheckObjCInstMethSignature.cpp -o CheckObjCInstMethSignature.o c++ -O2 -pipe -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/CheckSecuritySyntaxOnly.cpp -o CheckSecuritySyntaxOnly.o c++ -O2 -pipe -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/CheckSizeofPointer.cpp -o CheckSizeofPointer.o c++ -O2 -pipe -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/CheckerDocumentation.cpp -o CheckerDocumentation.o c++ -O2 -pipe -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/ChrootChecker.cpp -o ChrootChecker.o c++ -O2 -pipe -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/ClangCheckers.cpp -o ClangCheckers.o c++ -O2 -pipe -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers -I. -I/src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/lib/StaticAnalyzer/Checkers/DeadStoresChecker.cpp -o DeadStoresChecker.o /src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include/clang/AST/RecursiveASTVisitor.h: In member function 'bool clang::RecursiveASTVisitor::TraverseFieldDecl(clang::FieldDecl*) [with Derived = ::EHCodeVisitor]': /src/lib/clang/libclangstaticanalyzercheckers/../../../contrib/llvm/tools/clang/include/clang/AST/RecursiveASTVisitor.h:1730: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[5]: stopped in /src/lib/clang/libclangstaticanalyzercheckers *** Error code 1 Stop. bmake[4]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-05 09:15:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-05 09:15:10 - ERROR: failed to build world TB --- 2014-06-05 09:15:10 - 7618.56 user 767.87 system 8506.63 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 5 19:54:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CAF7136E for ; Thu, 5 Jun 2014 19:54:31 +0000 (UTC) Received: from mail-we0-x229.google.com (mail-we0-x229.google.com [IPv6:2a00:1450:400c:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 633EE2327 for ; Thu, 5 Jun 2014 19:54:31 +0000 (UTC) Received: by mail-we0-f169.google.com with SMTP id q58so1518076wes.0 for ; Thu, 05 Jun 2014 12:54:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=user-agent:mime-version:content-type:content-transfer-encoding :subject:from:date:to:message-id; bh=OGJ190buPoqYZAjLh9rNM8ddgcidPFY43NwHH06P3Xk=; b=R4U4Dw4AOzMaatY7Sds3oUsxRmDrJUN3yu9RkQ2r7D8TtQEHclDOoIWEGa2uXJs8eb x65Tjyqb+ZT9OwRsC3kpyZ1HP6ZI43niDe8yl8Z3Hp6bK7deE1U0zl5mlrqgzua621gW Dlo2tFVxzcw4hNBE8fd5eF7MAvIa68tJeZJx+Cv+5l0IbMMQfp2Qp6VvtLlUCfjqMoqx +nir2wlVqYwqqjlsXSv2rdeDTn2r7iqWsDcMOUmLAKTdLp/WucMBRx6Lqm7/HZTTTBHM fc1zJOdjAnkNNoo7kHm3nCrNt4eCGiO0p/TbxRg3ydDlLbXdnx4I1L9jDwfTgDRQsKvE mL2A== X-Received: by 10.194.200.65 with SMTP id jq1mr62507052wjc.33.1401998069587; Thu, 05 Jun 2014 12:54:29 -0700 (PDT) Received: from ?IPV6:2001:470:7b2f:0:5c9c:7a6e:6979:54ac? ([2001:470:7b2f:0:5c9c:7a6e:6979:54ac]) by mx.google.com with ESMTPSA id e11sm17228382wiw.19.2014.06.05.12.54.28 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Jun 2014 12:54:29 -0700 (PDT) User-Agent: K-9 Mail for Android MIME-Version: 1.0 Subject: geli passpharse only accepts first attempt, fails all others even if correct From: Miguel Clara Date: Thu, 05 Jun 2014 20:54:26 +0100 To: freebsd-current@freebsd.org Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2014 19:54:31 -0000 In FreeBSD 10 if I fail to type my geli passphase at boot I can try 2 more times... In 11 current I see the 3 attempts too.. But I fail the the first it will always deny the others even if they are correct.. I tested this on purpose countless time and just update my source and recompiled and still see this issue. Is anyone else using geli on current and noticing this behavior? Note: using zfs... Not sure if that might be related but I also have zfs+geli on 10 and works nice. Thanks, Miguel Clara From owner-freebsd-current@FreeBSD.ORG Thu Jun 5 20:11:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 278F7C56 for ; Thu, 5 Jun 2014 20:11:22 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 014392449 for ; Thu, 5 Jun 2014 20:11:21 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id F09717E422 for ; Thu, 5 Jun 2014 20:11:19 +0000 (UTC) Message-ID: <5390CEEA.1050600@freebsd.org> Date: Thu, 05 Jun 2014 16:11:22 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: geli passpharse only accepts first attempt, fails all others even if correct References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HT1KV0ROQcdiUwoBa2nHb0jv1JKVDattO" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2014 20:11:22 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --HT1KV0ROQcdiUwoBa2nHb0jv1JKVDattO Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-06-05 15:54, Miguel Clara wrote: >=20 > In FreeBSD 10 if I fail to type my geli passphase at boot I can try 2 m= ore times... >=20 > In 11 current I see the 3 attempts too.. But I fail the the first it wi= ll always deny the others even if they are correct..=20 > I tested this on purpose countless time and just update my source and r= ecompiled and still see this issue. >=20 > Is anyone else using geli on current and noticing this behavior? >=20 > Note: using zfs... Not sure if that might be related but I also have zf= s+geli on 10 and works nice. >=20 > Thanks,=20 >=20 > Miguel Clara > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 Brad David (brd@) and I discovered this while testing some changes to the zfsboot installer. We then found there has been a PR for this for a while. Brad has a patch out for review that solves it, hopefully we'll have news on that soon --=20 Allan Jude --HT1KV0ROQcdiUwoBa2nHb0jv1JKVDattO 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTkM7tAAoJEJrBFpNRJZKfsCIP/R4rg95w1MwtDXoPzesZLv6+ Ky6vr6S05L0j+gD+KT/1VrtemFwsD+dx6RCkvKW0WKH87qjo4R7gdvixTfijRLk6 i67cQyfR98owFSv/9R9n4/DWCJYWPK+GLVQXFa1bbSY6XzcuRcyRrraZcJ4oBPWt uH6vwhp+VhVbP1n0myAtIxpopqUu/HpX+mHv/CKilkbr/34PcSuHqHnxMiM62+5A D2VjNVSLIYs9ZFLywRqXlFmn+8GWeEwQ1YZRBhoModwtRfp+LIArGpYm2sN1RlIk HnuD8KPjHRTDTNR5ImoyEVqSv/luIfwfszLDM1w7nvipiDfRJKwLOAgdJR/Cci04 ZhcQ0eFCOn9W+2yYi2COTZ44m3wD2ph61cZp+1YN7OwziKjErnqW2GcNNlnkNxZp URtqOuVB0V3psdPqBY9jBkTDMGnj4JCl+G95LjTjg1TbqmEXH+dVZ8R8uPaHS9hc HQviFYRkyPkbjLaGO4xJPY0r2dtLmI2uMRke0zztFgZq6eGxBHuZuhRPE9gow2yG IGe29RHiyqd+1+Xe9WeYUJzAZRxdb42V32N5Uq3Ibeic0++D3TwAWxz5jJsGWusT xxR96sfsHM0LfKWFeODUJd8VVVV8QkmeQfYDsYYjN+TNwB/8CSFx4DKqzCcRPQwg 4fA48Ax7kCZ3wKCEPg9u =+/3s -----END PGP SIGNATURE----- --HT1KV0ROQcdiUwoBa2nHb0jv1JKVDattO-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 5 21:07:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A1C4C101; Thu, 5 Jun 2014 21:07:56 +0000 (UTC) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 15EA52A73; Thu, 5 Jun 2014 21:07:55 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id n15so11099259wiw.15 for ; Thu, 05 Jun 2014 14:07:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=user-agent:in-reply-to:references:mime-version :content-transfer-encoding:content-type:subject:from:date:to :message-id; bh=T90hWQHAqhazGwxZUaDeuRY0bvpr+6jzIQu8zSBam/8=; b=y5HNPnK4IeIp225jItt0bjAkJfbvOPRgVVyOgrXXSNu/avCEv+r70cerQL4oZmz5Dw WAfh4ynPWwJSHw3BQ9Kdl/1pc+LzxpUXCUQTy0/ZErXIsYHA46o25UJNBBNGOJH28Hq2 HlyF4flH2RjGS+CqRJVNWPXl/JoCFEDKQrDzai5ZDmGh9C3AgJC9IOON7CyHq/nS3mrr bYc+/fGso5CTD0id0KQOiF5U137nYaqWbuEN8CLsp4OjcRcAnDu8EdAlNtGaZ5NeMyIg +geK1uiSyxMLBSvX7HIcY2uwR8uDIH/achC7zQE4o3VnWGpXAV2f/rrFGuk3viS5kpwr hz9g== X-Received: by 10.180.8.136 with SMTP id r8mr1704108wia.60.1402002472756; Thu, 05 Jun 2014 14:07:52 -0700 (PDT) Received: from [10.33.109.241] (112.64.103.87.rev.vodafone.pt. [87.103.64.112]) by mx.google.com with ESMTPSA id dk10sm3056489wib.1.2014.06.05.14.07.51 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Jun 2014 14:07:52 -0700 (PDT) User-Agent: K-9 Mail for Android In-Reply-To: <5390CEEA.1050600@freebsd.org> References: <5390CEEA.1050600@freebsd.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Subject: Re: geli passpharse only accepts first attempt, fails all others even if correct From: Miguel Clara Date: Thu, 05 Jun 2014 22:07:45 +0100 To: Allan Jude ,freebsd-current@freebsd.org Message-ID: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2014 21:07:56 -0000 On June 5, 2014 9:11:22 PM GMT+01:00, Allan Jude wrote: >On 2014-06-05 15:54, Miguel Clara wrote: >> >> In FreeBSD 10 if I fail to type my geli passphase at boot I can try 2 >more times... >> >> In 11 current I see the 3 attempts too.. But I fail the the first it >will always deny the others even if they are correct.. >> I tested this on purpose countless time and just update my source and >recompiled and still see this issue. >> >> Is anyone else using geli on current and noticing this behavior? >> >> Note: using zfs... Not sure if that might be related but I also have >zfs+geli on 10 and works nice. >> >> Thanks, >> >> Miguel Clara >> _______________________________________________ >> 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" >> > >Brad David (brd@) and I discovered this while testing some changes to >the zfsboot installer. We then found there has been a PR for this for a >while. Brad has a patch out for review that solves it, hopefully we'll >have news on that soon Is there a link to that PR/patch? Maybe I can test if it works. Thanks for the reply. From owner-freebsd-current@FreeBSD.ORG Thu Jun 5 21:50:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B09B570 for ; Thu, 5 Jun 2014 21:50:57 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 2D74F2E4A for ; Thu, 5 Jun 2014 21:50:56 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 36A487E601 for ; Thu, 5 Jun 2014 21:50:54 +0000 (UTC) Message-ID: <5390E641.1000205@freebsd.org> Date: Thu, 05 Jun 2014 17:50:57 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: geli passpharse only accepts first attempt, fails all others even if correct References: <5390CEEA.1050600@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DeqrJJkfbSKvLDh3bunociPi8qoktAUjn" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2014 21:50:57 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --DeqrJJkfbSKvLDh3bunociPi8qoktAUjn Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-06-05 17:07, Miguel Clara wrote: >=20 >=20 > On June 5, 2014 9:11:22 PM GMT+01:00, Allan Jude wrote: >> On 2014-06-05 15:54, Miguel Clara wrote: >>> >>> In FreeBSD 10 if I fail to type my geli passphase at boot I can try 2= >> more times... >>> >>> In 11 current I see the 3 attempts too.. But I fail the the first it >> will always deny the others even if they are correct..=20 >>> I tested this on purpose countless time and just update my source and= >> recompiled and still see this issue. >>> >>> Is anyone else using geli on current and noticing this behavior? >>> >>> Note: using zfs... Not sure if that might be related but I also have >> zfs+geli on 10 and works nice. >>> >>> Thanks,=20 >>> >>> Miguel Clara >>> _______________________________________________ >>> 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" >>> >> >> Brad David (brd@) and I discovered this while testing some changes to >> the zfsboot installer. We then found there has been a PR for this for = a >> while. Brad has a patch out for review that solves it, hopefully we'll= >> have news on that soon >=20 > Is there a link to that PR/patch? Maybe I can test if it works.=20 >=20 > Thanks for the reply. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 The updated patch is here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D185084 --=20 Allan Jude --DeqrJJkfbSKvLDh3bunociPi8qoktAUjn 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTkOZEAAoJEJrBFpNRJZKfA3UQAIRIh7+ppZN2Efk4yQrhGpgs VJWxxrbIHVhpWXs2CZxFXDIXVYz6I9kh2ArMKAQonquUtx5VVzd3qhTjJJz/tT4V tyC1qYWOhbcXFrZdoLKqS8DitM0GkUTLgnJXP5C6zC8lh07AQyXchoqdsQgn0UpG GJhC6XGpb74hHaohNTqozDueVSdPSrzcdf7xonieuuhCK5WWcy2NAw4DaVnFa0Av 4dICcBzYe86u5SEX+T4UM64yRu9/qWqQrGWTeKxQjsdb7fhkxLaFs2ubmJfJvYGb SbjG0vf3s2Mt4sBPyyAM6IQSl7/8ENulg9jNb1PqDXN52aQHiXzJcBziLfK4VTNm RGkVIp+fdLMfDPz8pxR9V38m/qKtmlbVTZ8KmfwnbpOmafRdO59a8zOxCyJsd2Iv 9w0JhnVS53VUTILxjlfE4qkaHAkMUwQ/yi6WV/xIqbIqn5vyn2PPfu7ygkeNxvwm u94Ii0lWhnofwergrVE2//GmQCJ2UUxTEwWCcf+oCMbawITxwSLhF7VeVfKIkgw4 thKrjQYEjfj9Wrcz5z1N7shbfKgVealHUfHVilY7MI0js5jvXm4jsWMYVvZQWXOh tPZj842oYcThu/QZc8yuvgiuvUyrdq1Jvt48wtzGTh9e3r/Tq0vE8kLa+dKKW6vf U8qCLK0/vgOOWHEJD1en =8a7a -----END PGP SIGNATURE----- --DeqrJJkfbSKvLDh3bunociPi8qoktAUjn-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 01:56:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE5E7B5E; Fri, 6 Jun 2014 01:56:32 +0000 (UTC) Received: from mail-qg0-x231.google.com (mail-qg0-x231.google.com [IPv6:2607:f8b0:400d:c04::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7ECCF23AD; Fri, 6 Jun 2014 01:56:32 +0000 (UTC) Received: by mail-qg0-f49.google.com with SMTP id a108so3089071qge.36 for ; Thu, 05 Jun 2014 18:56:31 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=yKeE5vmTG29qSpEV0vHYW8OPXLU3BtXvCb8Hnjs2p6I=; b=pWY8De3MwtzPiFOKDo5NZped/XSewMDShelmxQsTkOoImoH1A3x4Z6Ra5Co6La0gJc ZwHSWhPKdsP8L4VEprBk9/bpFU6hv97TIxzFKvUUoS3FuPVCmjXKllUNEiIezPBwKyBU x0mUzrcqZHptLjl+DgDz/P8l/SRjQ4QH+nEam7B7UE2J7qtxa+sMBJGZJwL6wzu9BssH iYnCJ3IgXLr6H3tSFYQ2Ik9Z0CBYH3+fhG7KSuT7/kekzaKDDkltaSl8pXBOuO3PBMkJ eQSMDSvrDqvKPvGPE0AEmDDN04gw3USLH/SO12wY+U96ZJJn8YWp/P8hdLB8XAC6nHfD oegw== MIME-Version: 1.0 X-Received: by 10.224.43.148 with SMTP id w20mr2933806qae.26.1402019791629; Thu, 05 Jun 2014 18:56:31 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.43.134 with HTTP; Thu, 5 Jun 2014 18:56:31 -0700 (PDT) In-Reply-To: <14007.73013.bm@smtp116.sbc.mail.bf1.yahoo.com> References: <14007.73013.bm@smtp116.sbc.mail.bf1.yahoo.com> Date: Thu, 5 Jun 2014 21:56:31 -0400 X-Google-Sender-Auth: ET9n86QsBq6ilsw_Uxiw07TDACA Message-ID: Subject: Re: Change for the worse in rsu wireless driver From: Adrian Chadd To: Thomas Mueller Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-wireless@freebsd.org" , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 01:56:32 -0000 hi, please bug freebsd-usb@ about flakey usb devices. I have a couple that i need to chase up hans about. they used to be less fl= akey. -a On 5 June 2014 01:46, Thomas Mueller wrote: > from Idwer Vollering : > >> I'm on 10-STABLE r267049, with a local change to >> sys/dev/usb/wlan/if_rsu.c that reverts EW7622UMN back to RTL8192SU_3. > >> > At least my adapter is working a bit more stable now :-) > >> Mine seems to get stuck in "rsu_calib_task: running calibration task" of= ten. > >> HTH, > >> Idwer > > I browsed svnweb.freebsd.org for rsu and re in stable/10 and head, also f= or cups in ports. > > I found an update, 4 hours old, for rsu in head, so that pushed me to upd= ate the head src tree. > > That was after a time when the wireless adapter didn't connect at all, di= dn't see the network. > > FreeBSD is flaky at times with USB, not recognizing a good USB stick in a= good USB port. > > After some time web-browsing with Midori 0.5.5 on System Rescue CD, which= itself is fickle and flaky, not as good as Midori 0.5.8 from FreeBSD ports= , Hiro H50191 USB wireless adapter came back and is still working, though I= still intend to do the system build/update for 11-head, both amd64 and i38= 6. > > Tom > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 03:04:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8EB29D10 for ; Fri, 6 Jun 2014 03:04:33 +0000 (UTC) Received: from mail-pb0-f42.google.com (mail-pb0-f42.google.com [209.85.160.42]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 62E6029C2 for ; Fri, 6 Jun 2014 03:04:32 +0000 (UTC) Received: by mail-pb0-f42.google.com with SMTP id md12so2020296pbc.1 for ; Thu, 05 Jun 2014 20:04:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:content-transfer-encoding :subject:message-id:date:to:mime-version; bh=8FNDU4eZ2uvoKXljmGeKXzxAEeLc6kPMqLwbXzPGixI=; b=hwhzObpL9cgFT+rG5PRw9r5EZLHS/OqRh+0zsZ30kGDrDvQp/DeehX8m8pj7F9L1VE Cq9CV0KQE9I3WaZDOJgKEa5H+ea9aqIZ0aLF8LAKGfGm+QsYCfezeFXhhlk7NgWQB8Eh UM6WKc7lYRhf9FitBc7wBr0Dq1FUdi6KLI4/w4iB7cQd/+leKVNK/0vNO7LgfrtbSccG VdiKGqYt7Yr7FSMQ83XDN3dMAh2cUdx4CdoZxGRBgUM4wV1F8VjiIKZ24z80g/hnMrHj 9/PHvMV9nqVZGvtEL76j0QPtERJUQ7YzSU3aWiFtyeHSsz2/aUU9irCEF7R+hlX2VBJ1 6VJg== X-Gm-Message-State: ALoCoQmz8pWQk+chSHeNqf/xUt/cNdg8or9PXR7ZuxnIdV1DOu78oINA3bQwwI6PetV8VpH1Ig0U X-Received: by 10.68.221.42 with SMTP id qb10mr3361951pbc.65.1402023435564; Thu, 05 Jun 2014 19:57:15 -0700 (PDT) Received: from [192.168.1.2] (c-24-6-220-224.hsd1.ca.comcast.net. [24.6.220.224]) by mx.google.com with ESMTPSA id ao4sm29363811pbc.51.2014.06.05.19.57.14 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Jun 2014 19:57:14 -0700 (PDT) From: Tim Kientzle Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: portsnap out-of-date? Message-Id: <5350815F-34A5-42CE-A9F7-7D7760373061@kientzle.com> Date: Thu, 5 Jun 2014 19:57:00 -0700 To: FreeBSD current Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) X-Mailer: Apple Mail (2.1878.2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 03:04:33 -0000 I was surprised to see =93portsnap fetch=94 download over 6,000 patches = in order to advance the April 22 snapshot to now: # portsnap fetch Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found. Fetching snapshot tag from isc.portsnap.freebsd.org... done. Fetching snapshot metadata... done. Updating from Tue Apr 22 05:38:17 UTC 2014 to Fri Jun 6 01:54:39 UTC = 2014. Fetching 4 metadata patches... done. Applying metadata patches... done. Fetching 4 metadata files... done. Fetching 6198 patches.=20 (6198/6198) 100.00% done. . =20 done. Applying patches...=20 From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 03:11:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D3D34F59; Fri, 6 Jun 2014 03:11:19 +0000 (UTC) Date: Thu, 5 Jun 2014 23:11:15 -0400 From: Glen Barber To: Tim Kientzle Subject: Re: portsnap out-of-date? Message-ID: <20140606031115.GQ82985@hub.FreeBSD.org> References: <5350815F-34A5-42CE-A9F7-7D7760373061@kientzle.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="uLzYCuFow5JXEQYy" Content-Disposition: inline In-Reply-To: <5350815F-34A5-42CE-A9F7-7D7760373061@kientzle.com> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 03:11:20 -0000 --uLzYCuFow5JXEQYy Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 05, 2014 at 07:57:00PM -0700, Tim Kientzle wrote: > I was surprised to see =E2=80=9Cportsnap fetch=E2=80=9D download over 6,0= 00 patches in order to advance the April 22 snapshot to now: >=20 > # portsnap fetch > Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found. > Fetching snapshot tag from isc.portsnap.freebsd.org... done. > Fetching snapshot metadata... done. > Updating from Tue Apr 22 05:38:17 UTC 2014 to Fri Jun 6 01:54:39 UTC 201= 4. > Fetching 4 metadata patches... done. > Applying metadata patches... done. > Fetching 4 metadata files... done. > Fetching 6198 patches.=20 > (6198/6198) 100.00% done. . =20 > done. > Applying patches...=20 >=20 Likely due to churn in the tree, like when things like pcre are updated. Glen --uLzYCuFow5JXEQYy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTkTFTAAoJELls3eqvi17Qrw8P/jJkAY/p63R/db38wkdRC6z3 wiJtl0OgY82oVMbaCuECE4ZsFcTCIZpzaZ5KiTts2TOMn9ZY3c19QaGTdLQLFEWK kVxFJjf12NRWxAhq+vh1WQLCMmPMPv4VUpe+pDsFGBKa32hXEOUEfZEfIDTYIBCj mVTmI01NssPUZq+1Y1Npkoyz4FZmCPbxS8KmC+vpG/7Xoy84kQ/Rpd7p8NUtHPjb CwibgDZcig+NA8Ax0PCWy+qRq6oGQPiMvYZ9ro0aN7XC2rKG5giWoZ+xSIMcaENF r/i7kZ+3TKiE0XF+HSvsApgZbBhK3Wty29ijqKcvbl3oXrTGl7UwDTt1uGzOAtfS g4k0J/oyXIvZtLOBi51LAnVFQ1ZKtNmzWSubed08ZDHhVLCatJC5gLviuM30e4kX QcPbaZ1nLEidAwbyew8gCzccL68ZNwyLzGlEwSPJ/ewyQ+ut+gmCBTHN63Szv4E8 nyN6VgZHqZNqrjCWlpVkG1UWQOiWiNKtFuE35Deh9VahdaCnYDoQtOJ6lyHsWcfk nON5tB//sKS835e0BBQ0PCtg4piBFiup2rS52svNDG//Miy/iPm+mg4Dx0nL9Fx2 6/mmHSCk/vmB0wPdSGfRFyfFDTyEH3ozYbTfLD0D20+XocTyQLEK8l8XD37iVMN4 llE6893xtUcXKO7r771/ =qhb2 -----END PGP SIGNATURE----- --uLzYCuFow5JXEQYy-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 03:12:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5F82DFB for ; Fri, 6 Jun 2014 03:12:59 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 2FD082ABE for ; Fri, 6 Jun 2014 03:12:58 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 1322F7EB7C for ; Fri, 6 Jun 2014 03:12:58 +0000 (UTC) Message-ID: <539131BC.5000008@freebsd.org> Date: Thu, 05 Jun 2014 23:13:00 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: portsnap out-of-date? References: <5350815F-34A5-42CE-A9F7-7D7760373061@kientzle.com> <20140606031115.GQ82985@hub.FreeBSD.org> In-Reply-To: <20140606031115.GQ82985@hub.FreeBSD.org> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="McJxPsFmKHiA8KRvNqgemftu4GQOpckdk" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 03:12:59 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --McJxPsFmKHiA8KRvNqgemftu4GQOpckdk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 2014-06-05 23:11, Glen Barber wrote: > On Thu, Jun 05, 2014 at 07:57:00PM -0700, Tim Kientzle wrote: >> I was surprised to see =E2=80=9Cportsnap fetch=E2=80=9D download over = 6,000 patches in order to advance the April 22 snapshot to now: >> >> # portsnap fetch >> Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found. >> Fetching snapshot tag from isc.portsnap.freebsd.org... done. >> Fetching snapshot metadata... done. >> Updating from Tue Apr 22 05:38:17 UTC 2014 to Fri Jun 6 01:54:39 UTC = 2014. >> Fetching 4 metadata patches... done. >> Applying metadata patches... done. >> Fetching 4 metadata files... done. >> Fetching 6198 patches.=20 >> (6198/6198) 100.00% done. . =20 >> done. >> Applying patches...=20 >> >=20 > Likely due to churn in the tree, like when things like pcre are updated= =2E >=20 > Glen >=20 There has also been a push to get more ports to support staging, so many old ports that don't often get much love were updated --=20 Allan Jude --McJxPsFmKHiA8KRvNqgemftu4GQOpckdk 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTkTG/AAoJEJrBFpNRJZKfHSwP/R0v7+JXdJy2oG6QX1CCreob XAn15d0c7E4nuGNlc2RgOKTbZlFXNIixcaCYDv91qn3li+ar/I2M40p4zKEhaPUi 7+KbcS1Qp7YcEdCtpR2apfoMicZpl/Fu1MgQLsLpLi8hq263CSb1XST9FpErSGry Mdc/Zcq37gztK9bak7qEdcXxYJHog2ubV/RzNXgA/K6nb+y1WbJOrFAm6Nq56Y7P bJPGDTn8oEzrfkyRrQ6tS1P0+HpTTtAw5Gx0eeU8eObyP375FZtVWUYBVvx8Kipt X9PbzVSHZDL+JGk2BRPVNmIjTqTEnZvNhlOHTKPpddJzN1RFMuDlb771GtROilTR J/aoZzkL7UCxv6wsCJgc8RR0ZpGhhSuE6ed/mFF4DuMVWYUHAh8OZcdu6ztPxCN8 dCbVcR6Wxwax7W8EGgqhhimtaoeMfwq23mKLm/WkSboKXfaaBa71syo59A9lJzVo STU/nj71AeXUCgCzHJUGDu5ZT9uCwCLT6ok3DzkrSwJtRTSlX9cZAqgb8xC0+jbT 3HxhGnrWhZdY2v5bPvyadBcT+qwFYfBc5tnGFEOPbBZry3KJ2Ybqczs5EPYWSxCP bEUnbJNRFj9p5a2qLTVQ7feiZ0vgQIKoqzUv7W4UBErJUhcYhT96vP3oY/7+LINK 03GTZiMPoBS90+k9QtSL =1u1o -----END PGP SIGNATURE----- --McJxPsFmKHiA8KRvNqgemftu4GQOpckdk-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 03:14:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E3F9275; Fri, 6 Jun 2014 03:14:16 +0000 (UTC) Date: Thu, 5 Jun 2014 23:14:12 -0400 From: Glen Barber To: Tim Kientzle Subject: Re: portsnap out-of-date? Message-ID: <20140606031412.GR82985@hub.FreeBSD.org> References: <5350815F-34A5-42CE-A9F7-7D7760373061@kientzle.com> <20140606031115.GQ82985@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="WfjJTYUClXDJCnRl" Content-Disposition: inline In-Reply-To: <20140606031115.GQ82985@hub.FreeBSD.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 03:14:17 -0000 --WfjJTYUClXDJCnRl Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 05, 2014 at 11:11:15PM -0400, Glen Barber wrote: > On Thu, Jun 05, 2014 at 07:57:00PM -0700, Tim Kientzle wrote: > > I was surprised to see =E2=80=9Cportsnap fetch=E2=80=9D download over 6= ,000 patches in order to advance the April 22 snapshot to now: > >=20 > > # portsnap fetch > > Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found. > > Fetching snapshot tag from isc.portsnap.freebsd.org... done. > > Fetching snapshot metadata... done. > > Updating from Tue Apr 22 05:38:17 UTC 2014 to Fri Jun 6 01:54:39 UTC 2= 014. > > Fetching 4 metadata patches... done. > > Applying metadata patches... done. > > Fetching 4 metadata files... done. > > Fetching 6198 patches.=20 > > (6198/6198) 100.00% done. . =20 > > done. > > Applying patches...=20 > >=20 >=20 > Likely due to churn in the tree, like when things like pcre are updated. >=20 I also intended to include that we do monitor the portsnap mirrors for staleness, and admins get alerts when the mirrors are out of sync and/or stale. Glen --WfjJTYUClXDJCnRl Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTkTIEAAoJELls3eqvi17QAVAP/19Rc6+Wk691DQNzrV/A30P2 Q5Tn+WfcixzoDOIyHj8xDegjpz3q3ugbEDESzlbQDqdYPLZ4E3uK8zuLWnIVnL1Y BnHaay86w9BuzSdbwSS4S8Q3V+6ykk7t4euMMd8OAZOr4SQLO6xmWJ9h6gQUss5o d7d/A2Ih2OqKEmsWxEMzqELa2wcxKMZonU3OA1MdpQxeBLOWzavtu+sGP4lNW17J Xfsml5SGH+tKQ5K9h6qntud61lAIuTHBK6KCh/X7BExZpQsjsfMNDVvqA6gp8wMV KauHzub6nChGzo/a93e31iFjnQ4JtgyvRNCt9bvBdhgaYvsMU+k3VMBrQ/7qz9Ov 2HUPFR4RFfZwGanvs2SbTt0hj2PoH0MGxdX///UdT0PRBET4JvuH1yNVrir3r954 xNOdLaaIEpEMcZrcqkZqKBjfoHg1isZj9Zhy6Q7P8DENDGBk2W/io7qLl3qM/Ad0 THV/iy1w1dxn944BieL5OioOZ5zGJG0luVoKEDwZ7+vQiYXEI/vVVCA5/vTZWRvU K6wJ9b/Eh1359oOdlCT9iFaEtisbD3bDJtyICUg4xQcUcWw85QHHh0UlxHg71wHz j6czWzz8InslxBJGlPVyP7EK6bncCQmbEKpcTzNabUkijpzGQbbqSQiv+j8jcsfl sQhLuKZyxT8pB86jbKqn =/6m3 -----END PGP SIGNATURE----- --WfjJTYUClXDJCnRl-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 03:22:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 03E37820 for ; Fri, 6 Jun 2014 03:22:05 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id B8C1A2BB9 for ; Fri, 6 Jun 2014 03:22:04 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 428AB7EB96 for ; Fri, 6 Jun 2014 03:22:03 +0000 (UTC) Message-ID: <539133DC.7070801@freebsd.org> Date: Thu, 05 Jun 2014 23:22:04 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: geli passpharse only accepts first attempt, fails all others even if correct References: <5390CEEA.1050600@freebsd.org> <5390E641.1000205@freebsd.org> In-Reply-To: <5390E641.1000205@freebsd.org> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0t4X7gtOGrjKpcIA2hogVuqdTKq2tHeSx" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 03:22:05 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --0t4X7gtOGrjKpcIA2hogVuqdTKq2tHeSx Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-06-05 17:50, Allan Jude wrote: > On 2014-06-05 17:07, Miguel Clara wrote: >> >> >> On June 5, 2014 9:11:22 PM GMT+01:00, Allan Jude wrote: >>> On 2014-06-05 15:54, Miguel Clara wrote: >>>> >>>> In FreeBSD 10 if I fail to type my geli passphase at boot I can try = 2 >>> more times... >>>> >>>> In 11 current I see the 3 attempts too.. But I fail the the first it= >>> will always deny the others even if they are correct..=20 >>>> I tested this on purpose countless time and just update my source an= d >>> recompiled and still see this issue. >>>> >>>> Is anyone else using geli on current and noticing this behavior? >>>> >>>> Note: using zfs... Not sure if that might be related but I also have= >>> zfs+geli on 10 and works nice. >>>> >>>> Thanks,=20 >>>> >>>> Miguel Clara >>>> _______________________________________________ >>>> 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" >>>> >>> >>> Brad David (brd@) and I discovered this while testing some changes to= >>> the zfsboot installer. We then found there has been a PR for this for= a >>> while. Brad has a patch out for review that solves it, hopefully we'l= l >>> have news on that soon >> >> Is there a link to that PR/patch? Maybe I can test if it works.=20 >> >> Thanks for the reply. >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.= org" >> >=20 > The updated patch is here: >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D185084 >=20 >=20 >=20 The fix has been committed to head: http://svnweb.freebsd.org/base?view=3Drevision&revision=3D267145 --=20 Allan Jude --0t4X7gtOGrjKpcIA2hogVuqdTKq2tHeSx 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.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTkTPgAAoJEJrBFpNRJZKfT8UQAIxNyQoLcCPd091GtRGIB4W/ l9wNZI9Adg87IPbAzJjEvcvPKfxLpblClHrUdiOO37OevtxCQ6co3jCAAyK5mbNH RRCn+UCGIoECAt6YCjHyXITLCRTIukAoXGbm0LWvCrOszGPdDDrXYj7qpVz+4lql Ks+cPXRCNh/P8hiBI8EY84g2mOyTbUj2HifuRKkqXJ00peZGr+OsOkJfu5ANWk9b uqH0MfxnBuTrz0KZJlTtNhv5YRU11K9CWDZa/B9VrvOItF7XHWHhEXI579ZZ7gy2 /SsdQdM7VkW4mxAv5FGRmrg2XtEo+ec/U3xg7sFv3RV7dcmRstEc58KIFrQ9fsdP Y2VWyXbGYY0fwnUJ9GojLp6uA3yfjC6S3vEnOlPeNg2mewd2txC9Jm/gcI9nw4xc Sh5mKVYoDv8isIvKmA45g0U5xfarzkNCg6T8zfy3SS3ja6FCQY4wd1emckcsWkh0 rJHVU0sQcs3ihktDLh+/VgRHS3HPNc5JKZcOJPlGUpf2biS1SLIzsJDPa+cFq9dG RCIin/CnJlaJuH+V4ATYIyZqD+89ioxJa2AP84sFe8B0rxd0ltNC0Z2VS8BTVCtP 03ToLPb6oaCWcKxH/yl/3f2WhxW5hQCoqCZhVK64bvj5EESht87WqeLneUVEs/8x NNxgJJmQEV2xL2y4kU6m =9Ul8 -----END PGP SIGNATURE----- --0t4X7gtOGrjKpcIA2hogVuqdTKq2tHeSx-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 03:23:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3060F953; Fri, 6 Jun 2014 03:23:31 +0000 (UTC) Received: from mail-we0-x22e.google.com (mail-we0-x22e.google.com [IPv6:2a00:1450:400c:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 871762BDD; Fri, 6 Jun 2014 03:23:30 +0000 (UTC) Received: by mail-we0-f174.google.com with SMTP id k48so2118718wev.5 for ; Thu, 05 Jun 2014 20:23: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:from:date:message-id:subject:to :cc:content-type; bh=I8KmuPGY/6FtUr/NrpNGM076g4D1W1gfDWwk0B9TNSo=; b=Nc3o9Gf+FGxr20jOgzkJZzWEdHI2z1a7wJ1PcdG3GOvdC2ykUcnfoqtm5ebcZNs8Iq Myu2+lbCRzNfDr2iP9X4C0QpDCLX2GkSUTv9irPodnCiYOxbczaABk/QrUwuLDSmo0Vn cWkuu6EdpvAX3bwT8JRROLv4ZYmGwl/syAf0wS6F5RRfz+gggU6Ea+PutHLUpiXDZXWK 3Zv2yeae5Dp0b1Bs7ByxWixsGVRyjJqsauztaBd8GRL5fRGLEQF5gMU5Wi3Ry7EL1UZg CT5rPNUn9EAjz9TdNqXR/4hV1YGjM5hL1V0BVDR/S4y0iI3RLJNmIHX2wZQHHxIUZ4C7 r52Q== X-Received: by 10.180.228.6 with SMTP id se6mr1147307wic.52.1402025007687; Thu, 05 Jun 2014 20:23:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.5.41 with HTTP; Thu, 5 Jun 2014 20:23:06 -0700 (PDT) In-Reply-To: <539133DC.7070801@freebsd.org> References: <5390CEEA.1050600@freebsd.org> <5390E641.1000205@freebsd.org> <539133DC.7070801@freebsd.org> From: Miguel Clara Date: Fri, 6 Jun 2014 04:23:06 +0100 Message-ID: Subject: Re: geli passpharse only accepts first attempt, fails all others even if correct To: Allan Jude Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 03:23:31 -0000 Ah great I'll sync my source and recompile :) Thanks Melhores Cumprimentos // Best Regards ----------------------------------------------- *Miguel Clara* *IT - Sys Admin & Developer* *E-mail: *miguelmclara@gmail.com www.linkedin.com/in/miguelmclara/ On Fri, Jun 6, 2014 at 4:22 AM, Allan Jude wrote: > On 2014-06-05 17:50, Allan Jude wrote: > > On 2014-06-05 17:07, Miguel Clara wrote: > >> > >> > >> On June 5, 2014 9:11:22 PM GMT+01:00, Allan Jude > wrote: > >>> On 2014-06-05 15:54, Miguel Clara wrote: > >>>> > >>>> In FreeBSD 10 if I fail to type my geli passphase at boot I can try 2 > >>> more times... > >>>> > >>>> In 11 current I see the 3 attempts too.. But I fail the the first it > >>> will always deny the others even if they are correct.. > >>>> I tested this on purpose countless time and just update my source and > >>> recompiled and still see this issue. > >>>> > >>>> Is anyone else using geli on current and noticing this behavior? > >>>> > >>>> Note: using zfs... Not sure if that might be related but I also have > >>> zfs+geli on 10 and works nice. > >>>> > >>>> Thanks, > >>>> > >>>> Miguel Clara > >>>> _______________________________________________ > >>>> 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" > >>>> > >>> > >>> Brad David (brd@) and I discovered this while testing some changes to > >>> the zfsboot installer. We then found there has been a PR for this for a > >>> while. Brad has a patch out for review that solves it, hopefully we'll > >>> have news on that soon > >> > >> Is there a link to that PR/patch? Maybe I can test if it works. > >> > >> Thanks for the reply. > >> _______________________________________________ > >> 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" > >> > > > > The updated patch is here: > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=185084 > > > > > > > > The fix has been committed to head: > > http://svnweb.freebsd.org/base?view=revision&revision=267145 > > -- > Allan Jude > > From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 04:33:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05869A4D; Fri, 6 Jun 2014 04:33:09 +0000 (UTC) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6A0A42172; Fri, 6 Jun 2014 04:33:08 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id b13so1276017wgh.9 for ; Thu, 05 Jun 2014 21:33:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=user-agent:in-reply-to:references:mime-version :content-transfer-encoding:content-type:subject:from:date:to:cc :message-id; bh=Ih0BAeBc1mBLVNwY3gTqh4YeNKUhWqzqIkfV2UaywTA=; b=vyrfuwLtUo2gd4jEpV8uJJOxoMVqP05EV90a9NVLYTEyPkLnzK25VyJoCWdJaC6Ns0 Lwxyfq9x03uBYP6LJNp9QatIBQxAPAX7aAiz1NJK0fj0HhsUwEWKAsrZb1DjJUgrZ0up teDGl7bmNkb7BfXFNk9HeWkOr8EMyhBTME59C/g16YCLsTGoMDzC3WVZefYtN6PlaMBR /xLl6kiISC1EvYko67S4GHkircz95D9c0DhQJ9QK5HeFGiA/GaG5e+Q8ulz+z8x2f65S KGovz9fY84TrdBvK1RCRiWgRoJZJ4balb0h5NBRkqWPZh5DNyNMM1AyUQFUotcw7uR95 y0Qw== X-Received: by 10.194.238.134 with SMTP id vk6mr125164wjc.93.1402029186618; Thu, 05 Jun 2014 21:33:06 -0700 (PDT) Received: from ?IPV6:2001:470:7b2f:0:1b5:d77e:30b4:5e5d? ([2001:470:7b2f:0:1b5:d77e:30b4:5e5d]) by mx.google.com with ESMTPSA id gd5sm10654890wjb.40.2014.06.05.21.33.05 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Jun 2014 21:33:05 -0700 (PDT) User-Agent: K-9 Mail for Android In-Reply-To: References: <5390CEEA.1050600@freebsd.org> <5390E641.1000205@freebsd.org> <539133DC.7070801@freebsd.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Subject: Re: geli passpharse only accepts first attempt, fails all others even if correct From: Miguel Clara Date: Fri, 06 Jun 2014 05:33:03 +0100 To: Allan Jude Message-ID: Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 04:33:09 -0000 On June 6, 2014 4:23:06 AM GMT+01:00, Miguel Clara wrote: >Ah great I'll sync my source and recompile :) > >Thanks > > >Melhores Cumprimentos // Best Regards >----------------------------------------------- >*Miguel Clara* >*IT - Sys Admin & Developer* >*E-mail: *miguelmclara@gmail.com > www.linkedin.com/in/miguelmclara/ > > >On Fri, Jun 6, 2014 at 4:22 AM, Allan Jude >wrote: > >> On 2014-06-05 17:50, Allan Jude wrote: >> > On 2014-06-05 17:07, Miguel Clara wrote: >> >> >> >> >> >> On June 5, 2014 9:11:22 PM GMT+01:00, Allan Jude > >> wrote: >> >>> On 2014-06-05 15:54, Miguel Clara wrote: >> >>>> >> >>>> In FreeBSD 10 if I fail to type my geli passphase at boot I can >try 2 >> >>> more times... >> >>>> >> >>>> In 11 current I see the 3 attempts too.. But I fail the the >first it >> >>> will always deny the others even if they are correct.. >> >>>> I tested this on purpose countless time and just update my >source and >> >>> recompiled and still see this issue. >> >>>> >> >>>> Is anyone else using geli on current and noticing this behavior? >> >>>> >> >>>> Note: using zfs... Not sure if that might be related but I also >have >> >>> zfs+geli on 10 and works nice. >> >>>> >> >>>> Thanks, >> >>>> >> >>>> Miguel Clara >> >>>> _______________________________________________ >> >>>> 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" >> >>>> >> >>> >> >>> Brad David (brd@) and I discovered this while testing some >changes to >> >>> the zfsboot installer. We then found there has been a PR for this >for a >> >>> while. Brad has a patch out for review that solves it, hopefully >we'll >> >>> have news on that soon >> >> >> >> Is there a link to that PR/patch? Maybe I can test if it works. >> >> >> >> Thanks for the reply. >> >> _______________________________________________ >> >> 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" >> >> >> > >> > The updated patch is here: >> > >> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=185084 >> > >> > >> > >> >> The fix has been committed to head: >> >> http://svnweb.freebsd.org/base?view=revision&revision=267145 >> >> -- >> Allan Jude >> >> Its working fine now, type the 1st wrong on purpose and it now accepts the second attempt. Thanks Brad for the patch and Allan for the info. From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 08:39:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 86E80E6C for ; Fri, 6 Jun 2014 08:39:24 +0000 (UTC) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4A2D925A7 for ; Fri, 6 Jun 2014 08:39:23 +0000 (UTC) Received: from [2001:1b48:10b:cafe:225:64ff:febe:589f] (helo=viking.yzserv.com) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WspgH-0000d6-7Z for freebsd-current@freebsd.org; Fri, 06 Jun 2014 10:39:21 +0200 Message-ID: <53917E34.9040509@dumbbell.fr> Date: Fri, 06 Jun 2014 10:39:16 +0200 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: official pkg repo with WITHOUT_X11=true References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TG9RAXml9MGiMnRfHS9a7IGBR6i6aWgWg" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 08:39:24 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --TG9RAXml9MGiMnRfHS9a7IGBR6i6aWgWg Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 28.05.2014 18:10, Dirk Engling wrote: > set during poudriere builds. Default options for some graphic related > ports like graphics/gd unfortunally litter all my jails with their libX= * > dependencies. For those graphics libraries, the dependency to libX11 is only required to support the XPM image format, AFAIK. I believe this format isn't widely used nowadays. Would it make sense to disable this support by default? --=20 Jean-S=E9bastien P=E9dron --TG9RAXml9MGiMnRfHS9a7IGBR6i6aWgWg 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 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIbBAEBAgAGBQJTkX44AAoJEDnpl2Gl/ZTMoeIP+J6R0jAVQ8vyTvoEwe0MCAFQ tS4NRgyVMSts6aMnZP+qwB05yvUqQ7VPd5I1FhL28oHLY+uiILPZhtsGu40mjEEU AxD95LIKJV3obMmxPebNqGyZoOGB19LOw0Dq+2gnNNobvl/inYeLyy8TK7Ffst0I kEhbsng+i/EKSnnPW/vss73MGoG+nO3+0GtGhiHjTTspYfwQZjZ0ReciMgGkpKWU SrDzBQM1nteJJJns5iuLRrymmeBZRr4WqrPf/NR8D71CftkEO00Z0onCIN+jv2Fk h7UJE4akyNUKsNTLvSDxKjHr4YabdVIgOKKHXCUPVW0zcInzvy888/ndnvWbau41 95rm3Xts/dxIX59DkCEoyoJcpZqkzEN7ah1aSbiGdl/favdErAkHvvVW8LzYKsHU io3f16eW3NdZHnIFeuvedqMLNap2wxz4K6LtbKJPnjDYgYG7O9NmeXb+JGIJgXc9 6kBH37HCfT8eGgrjSGB+DiYDZJDQfpc7Nmt7F3hiXfxsILqavihe0xmCSceAXzoP QRqncftl0ZwpQTmQIuKETpTIkcMH38KzgshQmaOrJbQKKoJJYZAHIN/NpI4vQ9/H oyJGr7PzoGZg9kw3AvdxSSoMh7VObQPpmAfLuHh+IqQAo84kYIiWRxWfAbSjKMAa qm6e8oKnYE7t2UlhDH0= =/zX5 -----END PGP SIGNATURE----- --TG9RAXml9MGiMnRfHS9a7IGBR6i6aWgWg-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 13:48:00 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0DF5E552; Fri, 6 Jun 2014 13:48:00 +0000 (UTC) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "*.infocus-llc.com", Issuer "*.infocus-llc.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D423B22AE; Fri, 6 Jun 2014 13:47:59 +0000 (UTC) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 5A86437B551; Fri, 6 Jun 2014 08:42:20 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3glQ5R6L9fz8Dq; Fri, 6 Jun 2014 08:42:19 -0500 (CDT) Date: Fri, 6 Jun 2014 08:42:19 -0500 From: "Matthew D. Fuller" To: Andriy Gapon Subject: Re: ZFS secondarycache on SSD problem on r255173 Message-ID: <20140606134219.GQ33666@over-yonder.net> References: <20131017061248.GA15980@hell.ukr.net> <326B470C65A04BC4BC83E118185B935F@multiplay.co.uk> <20131017073925.GA34958@hell.ukr.net> <2AFE1CBD9B124E3AB9E05A4E483CCE03@multiplay.co.uk> <20131018080148.GA75226@hell.ukr.net> <256B2E5A0BA44DCBB45BB3F3E820E190@multiplay.co.uk> <20131018144524.GA30018@hell.ukr.net> <4459A6FAB7B8445C97CCB9EFF34FD4F0@multiplay.co.uk> <53144891.9050001@FreeBSD.org> <20140426012652.GA62784@over-yonder.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140426012652.GA62784@over-yonder.net> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.23 (2014-03-12) X-Virus-Scanned: clamav-milter 0.98.3 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: "Justin T. Gibbs" , Steven Hartland , freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 13:48:00 -0000 On Fri, Apr 25, 2014 at 08:26:52PM -0500 I heard the voice of Matthew D. Fuller, and lo! it spake thus: > On Mon, Mar 03, 2014 at 11:17:05AM +0200 I heard the voice of > Andriy Gapon, and lo! it spake thus: > > > > I noticed that on some of our systems we were getting a clearly > > abnormal number of l2arc checksum errors accounted in l2_cksum_bad. > > [...] > > I propose the following patch which has been tested and seems to fix > > the problem without introducing any side effects: > > I've been running this for >2 weeks now without any cksum_bad's > showing up (long enough that without it, I'd have expected them), > and no other obvious side effects. Another 6 weeks on, still working fine and still seems to fix the issue. Any reason not to commit it? -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 14:12:20 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8BC9CB8; Fri, 6 Jun 2014 14:12:19 +0000 (UTC) Date: Fri, 6 Jun 2014 10:12:15 -0400 From: Glen Barber To: freebsd-current@FreeBSD.org Subject: panic in deadlkres() on r267110 Message-ID: <20140606141215.GE33882@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="M/SuVGWktc5uNpra" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 14:12:20 -0000 --M/SuVGWktc5uNpra Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Two machines in the cluster panic last night with the same backtrace. It is unclear yet exactly what was happening on the systems, but both are port building machines using ports-mgmt/tinderbox. Any ideas or information on how to further debug this would be appreciated. Script started on Fri Jun 6 14:01:53 2014 command: /bin/sh # uname -a FreeBSD redbuild04.nyi.freebsd.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r26= 7110: Thu Jun 5 15:57:43 UTC 2014 sbruno@redbuild04.nyi.freebsd.org:/u= sr/obj/usr/src/sys/REDBUILD amd64 # kgdb ./kernel.debug /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: panic: deadlkres: possible deadlock detected on allproc_lock cpuid =3D 17 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe1838702= a20 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe1838702ad0 panic() at panic+0x155/frame 0xfffffe1838702b50 deadlkres() at deadlkres+0x42a/frame 0xfffffe1838702bb0 fork_exit() at fork_exit+0x9a/frame 0xfffffe1838702bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe1838702bf0 --- trap 0, rip =3D 0, rsp =3D 0xfffffe1838702cb0, rbp =3D 0 --- KDB: enter: panic Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols Reading symbols from /boot/kernel/ums.ko.symbols...done. Loaded symbols for /boot/kernel/ums.ko.symbols Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. Loaded symbols for /boot/kernel/linprocfs.ko.symbols Reading symbols from /boot/kernel/linux.ko.symbols...done. Loaded symbols for /boot/kernel/linux.ko.symbols #0 doadump (textdump=3D-946873840) at pcpu.h:219 219 __asm("movq %%gs:%1,%0" : "=3Dr" (td) (kgdb) bt #0 doadump (textdump=3D-946873840) at pcpu.h:219 #1 0xffffffff8034e865 in db_fncall (dummy1=3D,=20 dummy2=3D, dummy3=3D,=20 dummy4=3D) at /usr/src/sys/ddb/db_command.c:578 #2 0xffffffff8034e54d in db_command (cmd_table=3D0x0) at /usr/src/sys/ddb/db_command.c:449 #3 0xffffffff8034e2c4 in db_command_loop () at /usr/src/sys/ddb/db_command.c:502 #4 0xffffffff80350d20 in db_trap (type=3D, code=3D0) at /usr/src/sys/ddb/db_main.c:231 #5 0xffffffff809a9bd9 in kdb_trap (type=3D3, code=3D0, tf=3D) at /usr/src/sys/kern/subr_kdb.c:656 #6 0xffffffff80dc00e3 in trap (frame=3D0xfffffe1838702a00) at /usr/src/sys/amd64/amd64/trap.c:551 #7 0xffffffff80da29c2 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:231 #8 0xffffffff809a933e in kdb_enter (why=3D0xffffffff81039a72 "panic",=20 msg=3D) at cpufunc.h:63 #9 0xffffffff8096a8b5 in panic (fmt=3D) at /usr/src/sys/kern/kern_shutdown.c:749 #10 0xffffffff8090d16a in deadlkres () at /usr/src/sys/kern/kern_clock.c:203 #11 0xffffffff8093170a in fork_exit (callout=3D0xffffffff8090cd40 ,=20 arg=3D0x0, frame=3D0xfffffe1838702c00) at /usr/src/sys/kern/kern_fork.c= :977 ---Type to continue, or q to quit--- #12 0xffffffff80da2efe in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:605 #13 0x0000000000000000 in ?? () Current language: auto; currently minimal (kgdb) fr 10 #10 0xffffffff8090d16a in deadlkres () at /usr/src/sys/kern/kern_clock.c:203 203 panic("%s: possible deadlock detected on allproc_lo= ck\n", (kgdb) l 198 * priority inversion problem leading to starvation. 199 * If the lock can't be held after 100 tries, panic. 200 */ 201 if (!sx_try_slock(&allproc_lock)) { 202 if (tryl > 100) 203 panic("%s: possible deadlock detected on allproc_lo= ck\n", 204 __func__); 205 tryl++; 206 pause("allproc", sleepfreq * hz); 207 continue; (kgdb) up #11 0xffffffff8093170a in fork_exit (callout=3D0xffffffff8090cd40 ,=20 arg=3D0x0, frame=3D0xfffffe1838702c00) at /usr/src/sys/kern/kern_fork.c= :977 977 callout(arg, frame); (kgdb) l 972 * cpu_set_fork_handler intercepts this function call to 973 * have this call a non-return function to stay in kernel m= ode. 974 * initproc has its own fork handler, but it does return. 975 */ 976 KASSERT(callout !=3D NULL, ("NULL callout in fork_exit")); 977 callout(arg, frame); 978 =20 979 /* 980 * Check if a kernel thread misbehaved and returned from it= s main 981 * function. (kgdb) list *0xffffffff8090cd40 0xffffffff8090cd40 is in deadlkres (/usr/src/sys/kern/kern_clock.c:185). 180 static int blktime_threshold =3D 900; 181 static int sleepfreq =3D 3; 182 =20 183 static void 184 deadlkres(void) 185 { 186 struct proc *p; 187 struct thread *td; 188 void *wchan; 189 int blkticks, i, slpticks, slptype, tryl, tticks; (kgdb) quit # ^D Script done on Fri Jun 6 14:03:30 2014 Thanks. Glen --M/SuVGWktc5uNpra Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTkcw/AAoJELls3eqvi17QnLgP/AhcO/nPWwSK+qiV3s01eVER /zYGc82KS96d8um4ohjqor1nvAz/epTygUiXd14glWVXXzqGlK6n/nUYPJdJ295E 7RpvLy2dkBQwbi/W8lJeYTYIenUZcGYJTUW01Ec3N0BAlP71czskqBYAKP4SSwkn 1Y9uoT4Q1aYvFrx7zEvX12s+3+x+V7NZEAeD+dPREhWFk2P6oIyD5UwUaNAXlCZE nNvslbSf3IFE8CEQTwLq6GJhmUPyGtPp/EBzUOmsxpgLALmk43I0eeH+54oi2v7Y I4mnKJ4lcWcwFeOqd2McNEu2VvHwdz8lZeL6WAmmBxn3cz/0oxQkG5ccIEGxTdgR 1DMR3rR3ew9vgKOtkHw57aiTUQ1QQlmf6MsuxSBJDBWd8SmrhFfdgpZ9FFqhBzeB AfZOE7O+73dsB66Q3LPv1X+49X6+3Y7dQa5RnIp7urzcxZWGQyRdYKlR2QWbWY9R aWM+GezauFDFH7haQF1mhcH9P27xqt+zQt2NOm3A0nW44oeQ5GZ3CAHd4vW1FjzZ ij/PNrkFy0kjeMM4vC1VSBQI29gJeJ934h+ECOANdppfSqUqapYbZsuxsq+jy+7h 8B+NvedL51OCH/eHsyB3nfXyMF9zWkF/imgxdNsWNQGM+M0cLCBy04KnCT4Ou7lO OO6bf/qigPXUnUX/V8lD =zIMg -----END PGP SIGNATURE----- --M/SuVGWktc5uNpra-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 14:23:52 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 80FA614B; Fri, 6 Jun 2014 14:23:52 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 613EB2662; Fri, 6 Jun 2014 14:23:51 +0000 (UTC) Received: from [192.168.200.103] (c-50-131-4-11.hsd1.ca.comcast.net [50.131.4.11]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 20225193418; Fri, 6 Jun 2014 14:23:51 +0000 (UTC) Subject: Re: panic in deadlkres() on r267110 From: Sean Bruno Reply-To: sbruno@freebsd.org To: Glen Barber In-Reply-To: <20140606141215.GE33882@hub.FreeBSD.org> References: <20140606141215.GE33882@hub.FreeBSD.org> Content-Type: text/plain; charset="us-ascii" Date: Fri, 06 Jun 2014 07:23:49 -0700 Message-ID: <1402064629.1123.46.camel@bruno> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 14:23:52 -0000 On Fri, 2014-06-06 at 10:12 -0400, Glen Barber wrote: > Two machines in the cluster panic last night with the same backtrace. > It is unclear yet exactly what was happening on the systems, but both > are port building machines using ports-mgmt/tinderbox. > > Any ideas or information on how to further debug this would be > appreciated. > These machines were happily running r266621 previously to this update yesterday. So, that gives us a bisection point. sean > Script started on Fri Jun 6 14:01:53 2014 > command: /bin/sh > # uname -a > FreeBSD redbuild04.nyi.freebsd.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r267110: Thu Jun 5 15:57:43 UTC 2014 sbruno@redbuild04.nyi.freebsd.org:/usr/obj/usr/src/sys/REDBUILD amd64 > # kgdb ./kernel.debug /var/crash/vmcore.0 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"... > > Unread portion of the kernel message buffer: > panic: deadlkres: possible deadlock detected on allproc_lock > > cpuid = 17 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe1838702a20 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe1838702ad0 > panic() at panic+0x155/frame 0xfffffe1838702b50 > deadlkres() at deadlkres+0x42a/frame 0xfffffe1838702bb0 > fork_exit() at fork_exit+0x9a/frame 0xfffffe1838702bf0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe1838702bf0 > --- trap 0, rip = 0, rsp = 0xfffffe1838702cb0, rbp = 0 --- > KDB: enter: panic > > Reading symbols from /boot/kernel/zfs.ko.symbols...done. > Loaded symbols for /boot/kernel/zfs.ko.symbols > Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. > Loaded symbols for /boot/kernel/opensolaris.ko.symbols > Reading symbols from /boot/kernel/ums.ko.symbols...done. > Loaded symbols for /boot/kernel/ums.ko.symbols > Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. > Loaded symbols for /boot/kernel/linprocfs.ko.symbols > Reading symbols from /boot/kernel/linux.ko.symbols...done. > Loaded symbols for /boot/kernel/linux.ko.symbols > #0 doadump (textdump=-946873840) at pcpu.h:219 > 219 __asm("movq %%gs:%1,%0" : "=r" (td) > (kgdb) bt > #0 doadump (textdump=-946873840) at pcpu.h:219 > #1 0xffffffff8034e865 in db_fncall (dummy1=, > dummy2=, dummy3=, > dummy4=) at /usr/src/sys/ddb/db_command.c:578 > #2 0xffffffff8034e54d in db_command (cmd_table=0x0) > at /usr/src/sys/ddb/db_command.c:449 > #3 0xffffffff8034e2c4 in db_command_loop () > at /usr/src/sys/ddb/db_command.c:502 > #4 0xffffffff80350d20 in db_trap (type=, code=0) > at /usr/src/sys/ddb/db_main.c:231 > #5 0xffffffff809a9bd9 in kdb_trap (type=3, code=0, tf=) > at /usr/src/sys/kern/subr_kdb.c:656 > #6 0xffffffff80dc00e3 in trap (frame=0xfffffe1838702a00) > at /usr/src/sys/amd64/amd64/trap.c:551 > #7 0xffffffff80da29c2 in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:231 > #8 0xffffffff809a933e in kdb_enter (why=0xffffffff81039a72 "panic", > msg=) at cpufunc.h:63 > #9 0xffffffff8096a8b5 in panic (fmt=) > at /usr/src/sys/kern/kern_shutdown.c:749 > #10 0xffffffff8090d16a in deadlkres () at /usr/src/sys/kern/kern_clock.c:203 > #11 0xffffffff8093170a in fork_exit (callout=0xffffffff8090cd40 , > arg=0x0, frame=0xfffffe1838702c00) at /usr/src/sys/kern/kern_fork.c:977 > ---Type to continue, or q to quit--- > #12 0xffffffff80da2efe in fork_trampoline () > at /usr/src/sys/amd64/amd64/exception.S:605 > #13 0x0000000000000000 in ?? () > Current language: auto; currently minimal > (kgdb) fr 10 > #10 0xffffffff8090d16a in deadlkres () at /usr/src/sys/kern/kern_clock.c:203 > 203 panic("%s: possible deadlock detected on allproc_lock\n", > (kgdb) l > 198 * priority inversion problem leading to starvation. > 199 * If the lock can't be held after 100 tries, panic. > 200 */ > 201 if (!sx_try_slock(&allproc_lock)) { > 202 if (tryl > 100) > 203 panic("%s: possible deadlock detected on allproc_lock\n", > 204 __func__); > 205 tryl++; > 206 pause("allproc", sleepfreq * hz); > 207 continue; > (kgdb) up > #11 0xffffffff8093170a in fork_exit (callout=0xffffffff8090cd40 , > arg=0x0, frame=0xfffffe1838702c00) at /usr/src/sys/kern/kern_fork.c:977 > 977 callout(arg, frame); > (kgdb) l > 972 * cpu_set_fork_handler intercepts this function call to > 973 * have this call a non-return function to stay in kernel mode. > 974 * initproc has its own fork handler, but it does return. > 975 */ > 976 KASSERT(callout != NULL, ("NULL callout in fork_exit")); > 977 callout(arg, frame); > 978 > 979 /* > 980 * Check if a kernel thread misbehaved and returned from its main > 981 * function. > (kgdb) list *0xffffffff8090cd40 > 0xffffffff8090cd40 is in deadlkres (/usr/src/sys/kern/kern_clock.c:185). > 180 static int blktime_threshold = 900; > 181 static int sleepfreq = 3; > 182 > 183 static void > 184 deadlkres(void) > 185 { > 186 struct proc *p; > 187 struct thread *td; > 188 void *wchan; > 189 int blkticks, i, slpticks, slptype, tryl, tticks; > (kgdb) quit > # ^D > Script done on Fri Jun 6 14:03:30 2014 > > Thanks. > > Glen > From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 14:51:51 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9C91948F; Fri, 6 Jun 2014 14:51:51 +0000 (UTC) Received: from mail-ob0-x22b.google.com (mail-ob0-x22b.google.com [IPv6:2607:f8b0:4003:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5D6CF29B6; Fri, 6 Jun 2014 14:51:51 +0000 (UTC) Received: by mail-ob0-f171.google.com with SMTP id wn1so2909740obc.16 for ; Fri, 06 Jun 2014 07:51:50 -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=E1yHhkIney906tFBr2dlLcDwzedbCq10YE31ayrHUY8=; b=ykNqy4cmXebof+hh2xs69iRXZoDpIcS+XYD0scW2Gkzs3xB4piWzJQEgawd4CzYa8p 05eQ00LpZmn3LpRRvUjbgYYdm4cpFMGDgpXtTBq94JEK1aDENSxbr/kADX9gUD9iYRhD UiHP1nEBWjKgu5tct5QKTFGGb3/+BsCTvC6CUv0CSbHaGznQqYwn9Aeq2L95vZVPg6hZ XGS64v6Iujoy6pm+kN7Pi4aWhbU8PvooKasvby/drhEnHtOGdzDR57rC4jMCaEJTXrXb ufCIZjoEcC8aEqcgz+5YlxLWZKEkfpSag+YtRIZtS6id+Mp04G3MyJSxATJntA3E3Qei pAcw== MIME-Version: 1.0 X-Received: by 10.182.20.169 with SMTP id o9mr5658719obe.59.1402066309941; Fri, 06 Jun 2014 07:51:49 -0700 (PDT) Received: by 10.76.23.130 with HTTP; Fri, 6 Jun 2014 07:51:49 -0700 (PDT) In-Reply-To: <20140606141215.GE33882@hub.FreeBSD.org> References: <20140606141215.GE33882@hub.FreeBSD.org> Date: Fri, 6 Jun 2014 10:51:49 -0400 Message-ID: Subject: Re: panic in deadlkres() on r267110 From: Ryan Stone To: Glen Barber Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 14:51:51 -0000 On Fri, Jun 6, 2014 at 10:12 AM, Glen Barber wrote: > Two machines in the cluster panic last night with the same backtrace. > It is unclear yet exactly what was happening on the systems, but both > are port building machines using ports-mgmt/tinderbox. > > Any ideas or information on how to further debug this would be > appreciated. The first thing that I would do is try to figure out who holds the allproc_lock. If the lock is held exclusively then the pointer to the thread struct will be in allproc_lock.sx_lock. If the lock is held shared then it gets trickier. I'm not sure if there is a better possible way than doing a thread apply all bt in kgdb and finding which stack(s) could hold allproc_lock. From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 15:06:44 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F0E0CD5; Fri, 6 Jun 2014 15:06:43 +0000 (UTC) Date: Fri, 6 Jun 2014 11:06:40 -0400 From: Glen Barber To: sbruno@freebsd.org Subject: Re: panic in deadlkres() on r267110 Message-ID: <20140606150640.GI33882@hub.FreeBSD.org> References: <20140606141215.GE33882@hub.FreeBSD.org> <1402064629.1123.46.camel@bruno> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="81JctsDUVPekGcy+" Content-Disposition: inline In-Reply-To: <1402064629.1123.46.camel@bruno> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 15:06:44 -0000 --81JctsDUVPekGcy+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 06, 2014 at 07:23:49AM -0700, Sean Bruno wrote: > On Fri, 2014-06-06 at 10:12 -0400, Glen Barber wrote: > > Two machines in the cluster panic last night with the same backtrace. > > It is unclear yet exactly what was happening on the systems, but both > > are port building machines using ports-mgmt/tinderbox. > >=20 > > Any ideas or information on how to further debug this would be > > appreciated. > >=20 > These machines were happily running r266621 previously to this update > yesterday. So, that gives us a bisection point. >=20 Some more debug information. Thank you to Attilio for information on what data to get. Script started on Fri Jun 6 15:00:53 2014 command: /bin/sh # kgdb ./kernel.debug /var/crash/vmcore.0 [...] #0 doadump (textdump=3D-946873840) at pcpu.h:219 219 __asm("movq %%gs:%1,%0" : "=3Dr" (td) (kgdb) p/x allproc_lock.sx_lock $1 =3D 0xfffff813ae7f4924 Current language: auto; currently minimal (kgdb) p ((struct thread *)0xfffff813ae7f4924) $2 =3D (struct thread *) 0xfffff813ae7f4924 (kgdb) p $2->td_tid $3 =3D 0 (kgdb) ^D # ^D Script done on Fri Jun 6 15:03:19 2014 Glen --81JctsDUVPekGcy+ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTkdkAAAoJELls3eqvi17QbDQP/i13eXoXDb3XBnt1GHlDWbaa zr4+IgaD0x4BYLRiViuM8KE6L5OTpDUjDUVXE47iBs1Hmcd0ymSyQutO057LbsP3 vSb8lUzIMQPJp40NGJeYfCq66f6+GZmlLdPXpajtYHYDFf/gFxhpZG41fR+9gI3a sXXe04hYTSZn0qI1qHJDDnEJUgg3g4cV/o2ENAFzgSV0ibsFZQeQfhykzYuTOqaX lUwVAYAd3NTNP1rTjMJm008ftatYqdzqHiIcV/u6mP9xBncASy/azLaT+ZDUK/Pw 3rrxb2ddwp4pmhcF+gjG/wZpUUXcUDpgqrd/eHPSA8CMP/KVPzHfT0fHkqQqdBtI 6X7cMYp9VUW3p0vxx6+hGwvFaBK0aKwqaJNcTaQbJOb+m1w3o8AV/cHQKyR7Hs9x d1M+dJyUI15GIPJPTDrOYsTgWbn0yZpML7c57MfloZZzRZ8oP3wqbvWf2XgMjDkN 01ZBL9xTz20n12umBeA3YKmZ0kgT4/o5UHBelKnNWYbAcr37pTvyYmGujz1kfaa7 GLUVVpw/DauG5+/IZFQAejKj5lrWNXQXWXcebmrLDyO3BNt0/Rq47NPJ4i8amxeh 1YQMDLyNSe5JdLhWn1Dm39NQRIT3Tr8jBVRiGWP3hr31kHkkF8G/zS5dg08A9nt8 oo/uJsOVohdjtceGuvTP =bn+6 -----END PGP SIGNATURE----- --81JctsDUVPekGcy+-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 15:20:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7C7ED35; Fri, 6 Jun 2014 15:20:44 +0000 (UTC) Received: from mail-we0-x235.google.com (mail-we0-x235.google.com [IPv6:2a00:1450:400c:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1C2012D58; Fri, 6 Jun 2014 15:20:43 +0000 (UTC) Received: by mail-we0-f181.google.com with SMTP id w61so2912625wes.26 for ; Fri, 06 Jun 2014 08:20:42 -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:message-id :subject:from:to:cc:content-type; bh=FwrSjK7bm8j9Eu7pWdcaPv2Er7Oiy7snlckQ2D7GQPQ=; b=kdBlRSsyzGRej4N8kOTxQ5A68IMozyC8vs5bmTfhGDaZre8qHYLpCeQwwgFBXSTDEm UbMYvsDtnEeRxX0gfEfmirauh04e2L9eD+L/2rQaB9LgL3WEiVwBkkH3OMDimbaQLDNE ck8KxBZ+NOQF97QoZrCQDpFRJmeTDy53Yjujddh39ynZOMlSKsEdB4CVMnbw2zEJkRq5 OhZHpjiCrhKcYUtrdqfZZu/q8oi6Fs9S2OAVgCmhLNeP/YuH/AFyBBsiBQ3zoZnxEZh1 btRrssa/HiNJlIBkx0Biwz9Yb2aUZ9XvqzztIU8QgTRCEqGGapWes0CfJ/1gg08icmCN qhvA== MIME-Version: 1.0 X-Received: by 10.180.20.210 with SMTP id p18mr6457951wie.8.1402068042137; Fri, 06 Jun 2014 08:20:42 -0700 (PDT) Reply-To: attilio@FreeBSD.org Sender: asmrookie@gmail.com Received: by 10.217.61.196 with HTTP; Fri, 6 Jun 2014 08:20:42 -0700 (PDT) In-Reply-To: <20140606150640.GI33882@hub.FreeBSD.org> References: <20140606141215.GE33882@hub.FreeBSD.org> <1402064629.1123.46.camel@bruno> <20140606150640.GI33882@hub.FreeBSD.org> Date: Fri, 6 Jun 2014 17:20:42 +0200 X-Google-Sender-Auth: Anc5yN1hlh00KXDoYM4szBO2xRU Message-ID: Subject: Re: panic in deadlkres() on r267110 From: Attilio Rao To: Glen Barber Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 15:20:44 -0000 On Fri, Jun 6, 2014 at 5:06 PM, Glen Barber wrote: > On Fri, Jun 06, 2014 at 07:23:49AM -0700, Sean Bruno wrote: >> On Fri, 2014-06-06 at 10:12 -0400, Glen Barber wrote: >> > Two machines in the cluster panic last night with the same backtrace. >> > It is unclear yet exactly what was happening on the systems, but both >> > are port building machines using ports-mgmt/tinderbox. >> > >> > Any ideas or information on how to further debug this would be >> > appreciated. >> > >> These machines were happily running r266621 previously to this update >> yesterday. So, that gives us a bisection point. >> > > Some more debug information. Thank you to Attilio for information on > what data to get. > > Script started on Fri Jun 6 15:00:53 2014 > command: /bin/sh > # kgdb ./kernel.debug /var/crash/vmcore.0 > [...] > #0 doadump (textdump=-946873840) at pcpu.h:219 > 219 __asm("movq %%gs:%1,%0" : "=r" (td) > (kgdb) p/x allproc_lock.sx_lock > $1 = 0xfffff813ae7f4924 > Current language: auto; currently minimal > (kgdb) p ((struct thread *)0xfffff813ae7f4924) The actual thread address is: 0xfffff813ae7f4920. Then look at the GDB threads list and match with the tid. Attilio From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 15:33:29 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3CA1F890; Fri, 6 Jun 2014 15:33:29 +0000 (UTC) Date: Fri, 6 Jun 2014 11:33:24 -0400 From: Glen Barber To: freebsd-current@FreeBSD.org Subject: Re: panic in deadlkres() on r267110 Message-ID: <20140606153324.GK33882@hub.FreeBSD.org> References: <20140606141215.GE33882@hub.FreeBSD.org> <1402064629.1123.46.camel@bruno> <20140606150640.GI33882@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="GmiNL4+5WUWrod5m" Content-Disposition: inline In-Reply-To: <20140606150640.GI33882@hub.FreeBSD.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 15:33:29 -0000 --GmiNL4+5WUWrod5m Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 06, 2014 at 11:06:40AM -0400, Glen Barber wrote: > On Fri, Jun 06, 2014 at 07:23:49AM -0700, Sean Bruno wrote: > > On Fri, 2014-06-06 at 10:12 -0400, Glen Barber wrote: > > > Two machines in the cluster panic last night with the same backtrace. > > > It is unclear yet exactly what was happening on the systems, but both > > > are port building machines using ports-mgmt/tinderbox. > > >=20 > > > Any ideas or information on how to further debug this would be > > > appreciated. > > >=20 > > These machines were happily running r266621 previously to this update > > yesterday. So, that gives us a bisection point. > >=20 >=20 > Some more debug information. Thank you to Attilio for information on > what data to get. >=20 Sorry, I did not mask the bits properly. Script started on Fri Jun 6 15:20:14 2014 command: /bin/sh # kgdb ./kernel.debug /var/crash/vmcore.0 [...] #0 doadump (textdump=3D-946873840) at pcpu.h:219 219 __asm("movq %%gs:%1,%0" : "=3Dr" (td) (kgdb) p/x allproc_lock.sx_lock $1 =3D 0xfffff813ae7f4924 Current language: auto; currently minimal (kgdb) p ((struct thread *)0xfffff813ae7f4920) $4 =3D (struct thread *) 0xfffff813ae7f4920 (kgdb) p $4->td_tid $5 =3D 195038 (kgdb) tid 195038 [Switching to thread 94414 (Thread 195038)]#0 0xffffffff80daf1f8 in cpusto= p_handler () at /usr/src/sys/amd64/amd64/mp_machdep.c:1432 1432 savectx(&stoppcbs[cpu]); (kgdb) bt #0 0xffffffff80daf1f8 in cpustop_handler () at /usr/src/sys/amd64/amd64/mp_machdep.c:1432 #1 0xffffffff80daf1bf in ipi_nmi_handler () at /usr/src/sys/amd64/amd64/mp_machdep.c:1417 #2 0xffffffff80dbfcba in trap (frame=3D0xfffffe17d5389f30) at /usr/src/sys/amd64/amd64/trap.c:189 #3 0xffffffff80da2e03 in nmi_calltrap () at /usr/src/sys/amd64/amd64/exception.S:504 #4 0xffffffff8092fa39 in fork1 (td=3D0xfffff813ae7f4920, flags=3D20, pages= =3DCannot access memory at address 0x4 ) at /usr/src/sys/kern/kern_fork.c:268 #5 0xffffffff8092f00f in sys_fork (td=3D0xfffff813ae7f4920,=20 uap=3D) at /usr/src/sys/kern/kern_fork.c:106 #6 0xffffffff80dc118b in amd64_syscall (td=3D0xfffff813ae7f4920, traced=3D= 0) at subr_syscall.c:133 #7 0xffffffff80da2cab in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:390 #8 0x0000000800d46d1a in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb)=20 Glen --GmiNL4+5WUWrod5m Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTkd9EAAoJELls3eqvi17Q9ZsP/1h/W/y6BDVx1Iu83LXNXei2 KCRUzaQcDmLsswqDRht294mKXH+b9WMrNaE4ewfrD+Sbq9tt+lsyPImoOfcCKRz0 iX7UVTs1V/LzE+TqT8kYTZOC1qqe5/8KO8yzDJ2eY2U6N2jsM6P1ZAb6oBk+W7QM 71ZUkJPPUJmNQDirpTU44CqEPuxM4chkaFj9bt+UFyo3/Qg2m5IMx1YYkNPGAAXv 5Mn51uYllefaMUbxCB00miq+Z60ZYIfEoHePDrNNm9VOm9gf9xkPhbIkewUH1oR+ eiM0d7Qvlv5pGr2nFuXrAXBI5bKcbTH8rFuEQztGSiB7MwlxAjGXuOMe4BMaZTpK W3KM8KlS3dsLUopivvUABFea5uJdpHYrBXrFKSW/lY80ubpqGa355hCDU4famirC YspPBcno6kdahEZ8XQqn5Ad8Mblxwp7wmq5bMOX/dSmADihzkV3hSvbrzgC8QvDy dJfhBKvpGch7a92AbcpZrApSIOWxF0FU9eN3/KHs7+dGXz0YeW28CG1lmuDjhtVA QzYP0KFfYOUkKP+1JGgSA7YQwIA4QMY3SuOn7zo9edVDtxNygCfOnhHFdOqE6ZTf m8kOaswyLcETz4Nt5Mt1wanaFWuopYMrymztcxzQq3T5Dg94cAVJ3BcEkzTibrQz DUbiatuMqtLNUAhH3sBA =F3JJ -----END PGP SIGNATURE----- --GmiNL4+5WUWrod5m-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 16:09:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8B0AE0A; Fri, 6 Jun 2014 16:09:10 +0000 (UTC) Received: from mail-ob0-x232.google.com (mail-ob0-x232.google.com [IPv6:2607:f8b0:4003:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 78F3522BC; Fri, 6 Jun 2014 16:09:10 +0000 (UTC) Received: by mail-ob0-f178.google.com with SMTP id va2so3020839obc.9 for ; Fri, 06 Jun 2014 09:09:09 -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=xCuDH7oHFPTPbnWu6JGf6SufUczwn4Les6GAkt3miS0=; b=MDU1ntC5Xwl9pWDMBxypdhtrVuzWQoGiG2pRWVFOM4KoApywNFYlfVE3aypBMb5syT JfMDgqEATc9gAq9RMuIeBMTDjcbxGxN6BI3qNK0Z162080lr/r1nw9vTzVFXuG2RY3S2 2fqlxrbNDR5ObRyp5ZheDR10a8WX0fXhLRjfUGnkv69j1rCp7yr3GCQCeEGCaEWEHTuT 7SnFyixDDTP+MmNj23PtelEh/Qtt2JMbmEXcM6AybIiCY9/4f3cFJUohpohkFJEGr577 JX+fi0JxkyurTVhRx02jTmTk+Q2xSotKQzHpKMKz8pn9fEvgq5zfPV1xviS/QgzrucwG susg== MIME-Version: 1.0 X-Received: by 10.182.114.194 with SMTP id ji2mr6287431obb.25.1402070949753; Fri, 06 Jun 2014 09:09:09 -0700 (PDT) Received: by 10.76.23.130 with HTTP; Fri, 6 Jun 2014 09:09:09 -0700 (PDT) In-Reply-To: <20140606153324.GK33882@hub.FreeBSD.org> References: <20140606141215.GE33882@hub.FreeBSD.org> <1402064629.1123.46.camel@bruno> <20140606150640.GI33882@hub.FreeBSD.org> <20140606153324.GK33882@hub.FreeBSD.org> Date: Fri, 6 Jun 2014 12:09:09 -0400 Message-ID: Subject: Re: panic in deadlkres() on r267110 From: Ryan Stone To: Glen Barber Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 16:09:10 -0000 On Fri, Jun 6, 2014 at 11:33 AM, Glen Barber wrote: > #4 0xffffffff8092fa39 in fork1 (td=0xfffff813ae7f4920, flags=20, pages=Cannot access memory at address 0x4 > ) > at /usr/src/sys/kern/kern_fork.c:268 This looks like a suspicious piece of code. Could something be causing the kernel to go into an infinite loop there? From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 17:54:03 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B132FBC7 for ; Fri, 6 Jun 2014 17:54:03 +0000 (UTC) Received: from smtp.rcn.com (smtp-fo.rcn.cmh.synacor.com [69.168.97.80]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 70AD22D05 for ; Fri, 6 Jun 2014 17:54:02 +0000 (UTC) X_CMAE_Category: , , X-CNFS-Analysis: v=2.0 cv=e5mEuNV/ c=1 sm=1 a=uNsD4W5u/UlQopoDAqU1YA==:17 a=HZCU54hXsZYA:10 a=AaUjGI9IrlcA:10 a=IkcTkHD0fZMA:10 a=OA2lqS22AAAA:8 a=LjTOzC1lAAAA:8 a=g3k24fdcAAAA:8 a=-Pz9NcCrzYV2u9a5B9cA:9 a=QEXdDO2ut3YA:10 a=KmloqkfaIt8A:10 a=6k4BJ-aj_1UA:10 a=uNsD4W5u/UlQopoDAqU1YA==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Authentication-Results: smtp01.rcn.cmh.synacor.com header.from=roberthuff@rcn.com; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=roberthuff@rcn.com; spf=neutral; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=roberthuff; auth=pass (PLAIN) Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 209.6.39.223 is neither permitted nor denied by domain of rcn.com) Received: from [209.6.39.223] ([209.6.39.223:53758] helo=jerusalem.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 3.5.1.37854 r(Momo-dev:3.5.1.0)) with ESMTPA id 87/09-18524-23002935; Fri, 06 Jun 2014 13:53:55 -0400 Message-ID: <53920032.8070401@rcn.com> Date: Fri, 06 Jun 2014 13:53:54 -0400 From: Robert Huff User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:29.0) Gecko/20100101 SeaMonkey/2.26 MIME-Version: 1.0 To: current@freebsd.org Subject: error during buildworld Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Robert Huff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 17:54:03 -0000 Hello: On a system running: FreeBSD 11.0-CURRENT #1 r264673: Sat Apr 19 09:43:10 EDT 2014 amd64 and with the source updated at midnight US EST, running "make buildworld" produces: cc -O2 -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/rescue/csh"' -DNO_NLS_CATALOGS -gdwarf-2 -DRESCUE -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /usr/src/bin/csh/../../contrib/tcsh/tc.os.c cc -O2 -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/rescue/csh"' -DNO_NLS_CATALOGS -gdwarf-2 -DRESCUE -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /usr/src/bin/csh/../../contrib/tcsh/tc.printf.c cc -O2 -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/rescue/csh"' -DNO_NLS_CATALOGS -gdwarf-2 -DRESCUE -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /usr/src/bin/csh/../../contrib/tcsh/tc.prompt.c cc -O2 -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/rescue/csh"' -DNO_NLS_CATALOGS -gdwarf-2 -DRESCUE -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /usr/src/bin/csh/../../contrib/tcsh/tc.sched.c cc -O2 -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/rescue/csh"' -DNO_NLS_CATALOGS -gdwarf-2 -DRESCUE -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /usr/src/bin/csh/../../contrib/tcsh/tc.sig.c cc -O2 -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/rescue/csh"' -DNO_NLS_CATALOGS -gdwarf-2 -DRESCUE -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /usr/src/bin/csh/../../contrib/tcsh/tc.str.c cc -O2 -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/rescue/csh"' -DNO_NLS_CATALOGS -gdwarf-2 -DRESCUE -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /usr/src/bin/csh/../../contrib/tcsh/tc.vers.c cc -O2 -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/rescue/csh"' -DNO_NLS_CATALOGS -gdwarf-2 -DRESCUE -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /usr/src/bin/csh/../../contrib/tcsh/tc.who.c cc -O2 -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/rescue/csh"' -DNO_NLS_CATALOGS -gdwarf-2 -DRESCUE -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c tc.defs.c (cd /usr/src/rescue/rescue/../../sbin/badsect && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/badsect/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/badsect/ badsect.o) cc -O2 -pipe -gdwarf-2 -DRESCUE -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /usr/src/sbin/badsect/badsect.c (cd /usr/src/rescue/rescue/../../sbin/camcontrol && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/camcontrol/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/camcontrol/ camcontrol.o util.o fwdownload.o modeedit.o progress.o) cc -O2 -pipe -gdwarf-2 -DRESCUE -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 -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c /usr/src/sbin/camcontrol/camcontrol.c /usr/src/sbin/camcontrol/camcontrol.c:1393:29: error: use of undeclared identifier 'ATA_SUPPORT_RCVSND_FPDMA_QUEUED' parm->satacapabilities2 & ATA_SUPPORT_RCVSND_FPDMA_QUEUED ? ^ 1 error generated. *** Error code 1 Stop. make[3]: stopped in /usr/src/sbin/camcontrol *** Error code 1 Is anyone else seeing this? If not, what have I most likely mangled? (make.conf and src.conf are appended.) Respectfully, Robert Huff ================================== make.conf BDBCFLAGS+= -O -pipe DEBUG_FLAGS+= -gdwarf-2 STRIP= SYMVER_ENABLED= yes X_WINDOW_SYSTEM= xorg HAVE_MOTIF= yes #FC="gfortran42" KERNCONF=JERUSALEM # To avoid building various parts of the base system: # (copied from /usr/share/examples/etc/make.conf #NO_BOOT= true # do not build boot blocks and loader #NO_CVS= true # do not build CVS #NO_CXX= true # do not build C++ and friends #NO_BIND= true # do not build BIND NO_BIND_ETC= true # Do not install files to /etc/namedb NO_BLUETOOTH= true # do not build Bluetooth related stuff #NO_FORTRAN= true # do not build g77 and related libraries #NO_GDB= true # do not build GDB #NO_I4B= true # do not build isdn4bsd package #NO_IPFILTER= true # do not build IP Filter package #NO_PF= true # do not build PF firewall package #NO_AUTHPF= true # do not build and install authpf (setuid/gid) #NO_KERBEROS= true # do not build and install Kerberos 5 (KTH Heimdal) #NO_LPR= true # do not build lpr and related programs #NO_MAILWRAPPER=true # do not build the mailwrapper(8) MTA selector #NO_MODULES= true # do not build modules with the kernel #NO_OBJC= true # do not build Objective C support #NO_OPENSSH= true # do not build OpenSSH #NO_OPENSSL= true # do not build OpenSSL (implies NO_KERBEROS/NO_OPENSSH) #NO_SENDMAIL= true # do not build sendmail and related programs #NO_SHAREDOCS= true # do not build the 4.4BSD legacy docs #NO_TCSH= true # do not build and install /bin/csh (which is tcsh) #NO_VINUM= true # do not build Vinum utilities #NOCRYPT= true # do not build any crypto code #NOGAMES= true # do not build games (games/ subdir) #NOINFO= true # do not make or install info files #NOLIBC_R= true # do not build libc_r (re-entrant version of libc) #NOMAN= true # do not build manual pages #NO_PROFILE= true # Avoid compiling profiled libraries MK_PROFILE= false # Avoid compiling profiled libraries #NOSHARE= true # do not go into the share subdir # to get automatic SASL in sendmail SENDMAIL_CFLAGS+= -I/usr/local/include/ -DSASL=2 SENDMAIL_LDFLAGS+= -L/usr/local/lib SENDMAIL_LDADD+= -lsasl2 # # to make CUPS magically keep working # See: http://www.csua.berkeley.edu/~ranga/notes/freebsd_cups.html # CUPS_OVERWRITE_BASE= yes NO_LPR= true # added per /usr/ports/UPDATING entry 20090401 OVERRIDE_LINUX_BASE_PORT=f10 OVERRIDE_LINUX_NONBASE_PORTS=f10 # WITH_MOZILLA= libxul WITH_GECKO= libxul # # added 2007/03/04 per advice of # in re science/gramps # WITH_BERKELEYDB=db6 WITH_BDB_VER=6 WANT_OPENLDAP_VER=24 WANT_OPENLDAP_SASL=true # # as required by ports/UPDATING of 20121012 # SAMBA_ENABLE=YES # # PORTS: use clang unless gcc is explicitly required # WITH_NEW_XORG="yes" WITH_GALLIUM="yes" WITH_BSD_SORT= WITH_PKGNG=yes ================================== src.conf KERNCONF="JERUSALEM" WITH_LIBICONV_COMPAT="yes" MAKESYSPATH=".../share/mk" From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 18:04:16 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 43B5931D; Fri, 6 Jun 2014 18:04:16 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 20A582E31; Fri, 6 Jun 2014 18:04:15 +0000 (UTC) Received: from [192.168.200.103] (c-50-131-4-11.hsd1.ca.comcast.net [50.131.4.11]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 47628193418; Fri, 6 Jun 2014 18:04:09 +0000 (UTC) Subject: Re: panic in deadlkres() on r267110 From: Sean Bruno Reply-To: sbruno@freebsd.org To: Glen Barber In-Reply-To: <20140606141215.GE33882@hub.FreeBSD.org> References: <20140606141215.GE33882@hub.FreeBSD.org> Content-Type: text/plain; charset="us-ascii" Date: Fri, 06 Jun 2014 11:04:09 -0700 Message-ID: <1402077849.9000.3.camel@bruno> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 18:04:16 -0000 On Fri, 2014-06-06 at 10:12 -0400, Glen Barber wrote: > Two machines in the cluster panic last night with the same backtrace. > It is unclear yet exactly what was happening on the systems, but both > are port building machines using ports-mgmt/tinderbox. > > Any ideas or information on how to further debug this would be > appreciated. > > Script started on Fri Jun 6 14:01:53 2014 > command: /bin/sh > # uname -a > FreeBSD redbuild04.nyi.freebsd.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r267110: Thu Jun 5 15:57:43 UTC 2014 sbruno@redbuild04.nyi.freebsd.org:/usr/obj/usr/src/sys/REDBUILD amd64 > # kgdb ./kernel.debug /var/crash/vmcore.0 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"... > > Unread portion of the kernel message buffer: > panic: deadlkres: possible deadlock detected on allproc_lock > > cpuid = 17 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe1838702a20 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe1838702ad0 > panic() at panic+0x155/frame 0xfffffe1838702b50 > deadlkres() at deadlkres+0x42a/frame 0xfffffe1838702bb0 > fork_exit() at fork_exit+0x9a/frame 0xfffffe1838702bf0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe1838702bf0 > --- trap 0, rip = 0, rsp = 0xfffffe1838702cb0, rbp = 0 --- > KDB: enter: panic > > Reading symbols from /boot/kernel/zfs.ko.symbols...done. > Loaded symbols for /boot/kernel/zfs.ko.symbols > Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. > Loaded symbols for /boot/kernel/opensolaris.ko.symbols > Reading symbols from /boot/kernel/ums.ko.symbols...done. > Loaded symbols for /boot/kernel/ums.ko.symbols > Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. > Loaded symbols for /boot/kernel/linprocfs.ko.symbols > Reading symbols from /boot/kernel/linux.ko.symbols...done. > Loaded symbols for /boot/kernel/linux.ko.symbols > #0 doadump (textdump=-946873840) at pcpu.h:219 > 219 __asm("movq %%gs:%1,%0" : "=r" (td) > (kgdb) bt > #0 doadump (textdump=-946873840) at pcpu.h:219 > #1 0xffffffff8034e865 in db_fncall (dummy1=, > dummy2=, dummy3=, > dummy4=) at /usr/src/sys/ddb/db_command.c:578 > #2 0xffffffff8034e54d in db_command (cmd_table=0x0) > at /usr/src/sys/ddb/db_command.c:449 > #3 0xffffffff8034e2c4 in db_command_loop () > at /usr/src/sys/ddb/db_command.c:502 > #4 0xffffffff80350d20 in db_trap (type=, code=0) > at /usr/src/sys/ddb/db_main.c:231 > #5 0xffffffff809a9bd9 in kdb_trap (type=3, code=0, tf=) > at /usr/src/sys/kern/subr_kdb.c:656 > #6 0xffffffff80dc00e3 in trap (frame=0xfffffe1838702a00) > at /usr/src/sys/amd64/amd64/trap.c:551 > #7 0xffffffff80da29c2 in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:231 > #8 0xffffffff809a933e in kdb_enter (why=0xffffffff81039a72 "panic", > msg=) at cpufunc.h:63 > #9 0xffffffff8096a8b5 in panic (fmt=) > at /usr/src/sys/kern/kern_shutdown.c:749 > #10 0xffffffff8090d16a in deadlkres () at /usr/src/sys/kern/kern_clock.c:203 > #11 0xffffffff8093170a in fork_exit (callout=0xffffffff8090cd40 , > arg=0x0, frame=0xfffffe1838702c00) at /usr/src/sys/kern/kern_fork.c:977 > ---Type to continue, or q to quit--- > #12 0xffffffff80da2efe in fork_trampoline () > at /usr/src/sys/amd64/amd64/exception.S:605 > #13 0x0000000000000000 in ?? () > Current language: auto; currently minimal > (kgdb) fr 10 > #10 0xffffffff8090d16a in deadlkres () at /usr/src/sys/kern/kern_clock.c:203 > 203 panic("%s: possible deadlock detected on allproc_lock\n", > (kgdb) l > 198 * priority inversion problem leading to starvation. > 199 * If the lock can't be held after 100 tries, panic. > 200 */ > 201 if (!sx_try_slock(&allproc_lock)) { > 202 if (tryl > 100) > 203 panic("%s: possible deadlock detected on allproc_lock\n", > 204 __func__); > 205 tryl++; > 206 pause("allproc", sleepfreq * hz); > 207 continue; > (kgdb) up > #11 0xffffffff8093170a in fork_exit (callout=0xffffffff8090cd40 , > arg=0x0, frame=0xfffffe1838702c00) at /usr/src/sys/kern/kern_fork.c:977 > 977 callout(arg, frame); > (kgdb) l > 972 * cpu_set_fork_handler intercepts this function call to > 973 * have this call a non-return function to stay in kernel mode. > 974 * initproc has its own fork handler, but it does return. > 975 */ > 976 KASSERT(callout != NULL, ("NULL callout in fork_exit")); > 977 callout(arg, frame); > 978 > 979 /* > 980 * Check if a kernel thread misbehaved and returned from its main > 981 * function. > (kgdb) list *0xffffffff8090cd40 > 0xffffffff8090cd40 is in deadlkres (/usr/src/sys/kern/kern_clock.c:185). > 180 static int blktime_threshold = 900; > 181 static int sleepfreq = 3; > 182 > 183 static void > 184 deadlkres(void) > 185 { > 186 struct proc *p; > 187 struct thread *td; > 188 void *wchan; > 189 int blkticks, i, slpticks, slptype, tryl, tticks; > (kgdb) quit > # ^D > Script done on Fri Jun 6 14:03:30 2014 > > Thanks. > > Glen > It seems that this is a degenerative condition. Processes are hanging around longer and longer. For example on one "bad" system: sbruno@redbuild03.nyi:~ % ps auwxxx | wc -l 91378 Running top seems to indicate a lot of processes are blocking on "proctr": ast pid: 62403; load averages: 4.45, 4.37, 4.02 up 0+04:39:30 18:03:54 91586 processes7 running, 91575 sleeping, 4 zombie CPU: 0.3% user, 0.0% nice, 20.4% system, 0.0% interrupt, 79.3% idle Mem: 41G Active, 5942M Inact, 25G Wired, 72M Cache, 22G Free ARC: 10G Total, 5902M MFU, 3643M MRU, 1040K Anon, 205M Header, 381M Other Swap: PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 57535 root 1 98 0 128M 109M CPU7 7 0:19 102.68% fstat 61644 sbruno 1 78 0 225M 205M CPU17 17 0:02 41.35% top 62196 root 1 52 0 129M 109M select 10 0:01 35.58% top 61373 www 1 48 0 17012K 2424K CPU8 8 0:01 15.56% sh 61818 root 1 52 0 0K 16K proctr 21 0:00 13.70% sh 26930 root 1 39 0 10404K 2216K wait 16 2:21 10.11% sh 62149 root 1 44 0 17012K 2540K proctr 4 0:00 9.89% sh 61536 root 1 41 0 14536K 3500K CPU0 0 0:01 9.81% sh 1549 root 1 49 0 17012K 2528K proctr 2 1:33 9.23% sh 62150 root 1 52 0 8352K 2212K proctr 21 0:00 8.63% sh 57718 root 1 46 0 15104K 3272K proctr 5 0:02 8.52% gmake 1543 root 1 49 0 17012K 2544K proctr 14 1:37 7.75% sh 16466 root 1 28 0 5836K 1328K allpro 11 2:00 7.67% xargs 1544 root 1 36 0 17012K 2520K piperd 22 1:42 7.53% sh 62290 root 1 49 0 14536K 2304K proctr 6 0:00 7.02% sh 61966 root 1 52 0 8352K 2212K wait 12 0:00 6.81% sh 1550 root 1 40 0 17012K 2480K allpro 22 1:41 6.52% sh 79993 root 1 38 0 5352K 1196K proctr 3 1:48 4.10% find 8583 root 1 21 0 23520K 3692K pause 17 0:03 4.00% csh 1539 root 1 49 0 17012K 2536K piperd 9 1:48 3.65% sh 61041 root 1 31 0 17012K 2412K CPU13 13 0:00 3.58% sh 1541 root 1 34 0 17012K 2544K piperd 5 1:40 3.14% sh 62117 root 1 52 0 8352K 2212K wait 4 0:00 3.12% sh 62264 root 1 28 0 17012K 2516K CPU23 23 0:00 2.98% sh 60757 www 1 45 0 0K 16K proctr 9 0:01 2.73% sh 59971 root 1 35 0 17012K 2404K wait 21 0:01 2.28% sh 62228 root 1 40 0 17012K 2532K CPU16 16 0:00 1.85% sh 86763 root 29 52 0 25990M 264M wait 5 0:17 0.21% java 62156 root 1 52 0 0K 16K proctr 4 0:00 0.09% grep 962 mysql 28 20 0 857M 552M uwait 21 2:03 0.08% mysqld 1542 root 1 48 0 17012K 2544K proctr 1 1:33 0.04% sh 72051 root 1 52 0 16988K 3500K wait 21 1:27 0.04% sh 61874 root 1 52 0 8352K 2212K wait 3 0:00 0.03% sh 1545 root 1 46 0 17012K 2544K proctr 15 1:34 0.02% sh 60883 www 1 21 0 18740K 2308K proctr 18 0:00 0.02% egrep 24924 sbruno 1 20 0 86412K 7696K select 2 0:00 0.01% sshd 715 root 1 20 0 14404K 1920K select 15 0:01 0.01% powerd 61586 root 1 52 0 8352K 2212K wait 12 0:01 0.01% sh From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 18:06:17 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C976669 for ; Fri, 6 Jun 2014 18:06:17 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 19B8A2E5B for ; Fri, 6 Jun 2014 18:06:16 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id s56I6El4049940; Fri, 6 Jun 2014 11:06:14 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id s56I6EPn049939; Fri, 6 Jun 2014 11:06:14 -0700 (PDT) (envelope-from david) Date: Fri, 6 Jun 2014 11:06:14 -0700 From: David Wolfskill To: Robert Huff Subject: Re: error during buildworld Message-ID: <20140606180614.GL22448@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Robert Huff , current@freebsd.org References: <53920032.8070401@rcn.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="0VNbQffo0Gc48lc+" Content-Disposition: inline In-Reply-To: <53920032.8070401@rcn.com> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 18:06:17 -0000 --0VNbQffo0Gc48lc+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 06, 2014 at 01:53:54PM -0400, Robert Huff wrote: > Hello: > On a system running: >=20 > FreeBSD 11.0-CURRENT #1 r264673: Sat Apr 19 09:43:10 EDT 2014 amd64 >=20 > and with the source updated at midnight US EST, running "make buildworld" > produces: > ... > cc -O2 -pipe -gdwarf-2 -DRESCUE -std=3Dgnu99 -Qunused-arguments -fstac= k-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-p= arameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-= type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcas= t-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold= -style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-em= pty-body -Wno-string-plus-int -Wno-unused-const-variable -c /usr/src/sbin/c= amcontrol/camcontrol.c > /usr/src/sbin/camcontrol/camcontrol.c:1393:29: error: use of undeclared i= dentifier 'ATA_SUPPORT_RCVSND_FPDMA_QUEUED' > parm->satacapabilities2 & ATA_SUPPORT_RCVSND_FPDMA_QUEUE= D ? > ^ > 1 error generated. > *** Error code 1 >=20 > Stop. > make[3]: stopped in /usr/src/sbin/camcontrol > *** Error code 1 >=20 >=20 > Is anyone else seeing this? If not, what have I most likely mangled? > (make.conf and src.conf are appended.) My updates in head from r267099 -> r267149 this morning did not encounter errors. I started updating some "history" files (output of "uname -vp") as part of my "smoke-test"for some of my systems (in particular, the ones I update daily). That information is linked off of , which you are welcme to examine. > ... Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --0VNbQffo0Gc48lc+ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJ8BAEBCgBmBQJTkgMVXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7RmAQAI2PJ24V8WHq4+ONO39eDANB oICGwxABRFEKwTmu3a/SFvEfIQOpdZ3QKBTT7WWWVv/dfmvWkzpMYUAyrEN1U1SS Emk3lzp54jNuUMvkemt+36M2gfEtaDYaQGLQubvGf4256QUx4AUdq6i71B27F9el hUCZplP6govDfMcx4OCGx+WCworMjhZqHXz3iC/JiEv1LVS/GbQMOmlNb3ypjaWh GRXF+y3NGdch22oEchKTaHe8eQL+3OkGJS5KM6LC77FRsjRizRrEkTYofWVYBmql 0ilitGk4KnyJPkQPrQBHAWpRUV1/eilxV9+dIgkwdaP8zzKGSuOf5XkxsG3gyow+ HoTdJOfmYXXMwW7HMlY+JFuz7+h1TlF10C1poBRJeKEl6PtGgzkRtvaFANAd0rmW dAMnnZg79YA8kKcCm3ZQgfCYlnguVl8rQo3BLcIAzjVONYR/plVnqFKS92c76qWJ qe+yYIg/ECJmQ63u2zIof++VhiUSBVt3rKFoxjGo9by4ozgSv2L0PX7w+RoxpoXE Tm/bDRcfS40YulkTd+sBnjBrzNQkMITc4Y8ezoYkVo17WiSq789B1AzZ+jEXlvO6 B8Eo4nAF501keGgmIir7KWbZZRugRjvRibnHnuNFW7ECi3l4+zlxLc+2sjw/qK8f gTg9Y+A4ZkcgUZMH61W6 =j2bc -----END PGP SIGNATURE----- --0VNbQffo0Gc48lc+-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 19:15:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 41055291 for ; Fri, 6 Jun 2014 19:15:14 +0000 (UTC) Received: from mail-qa0-f49.google.com (mail-qa0-f49.google.com [209.85.216.49]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0461B24AA for ; Fri, 6 Jun 2014 19:15:13 +0000 (UTC) Received: by mail-qa0-f49.google.com with SMTP id cm18so4458752qab.22 for ; Fri, 06 Jun 2014 12:15:12 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to:content-type; bh=LggRlQV3Q21OVhAjIztY+815TDAH5j0uU2+8ECGmls4=; b=M9aYcpa9ooiqXxBAgZzNDwlLr87ZYldtyqFpiy2aUYebTvLcN3J743g2IwwHunU9ze w59BijVrhHvFPKXTG5SGmfA3Of5/XwChXZP2sy//5T4MCR6Sx1lHj+yKO9tx7KKlra+X ceRmfzLKWwDZgHvJIPy65Y889ko1wIYvmjzIAwE6NdMo52i1zuwF6vrb77eCE3hurEiT kUIgfOCv6vDQc1l7VTOzFuq+i9L2DC1tLzbHXAJXMxNukMjRdDYqebe4DlM75Cvctbs7 RQ9Zt6ToxhUFyqq0ZC2SkPesvvwIPYGhY9D0x8G7rhBOQzj9hQGiDbrNgKd6KAfp5iST lmgw== X-Gm-Message-State: ALoCoQmJYiiRfxqRXt6+3Wj+IpWWu7rl8NQp5npv+YijC0g/V9bWdHVrK1o2eM5713cb85E21nvb X-Received: by 10.224.167.70 with SMTP id p6mr11261358qay.48.1402082112191; Fri, 06 Jun 2014 12:15:12 -0700 (PDT) MIME-Version: 1.0 Sender: jmmv@meroh.net Received: by 10.96.83.99 with HTTP; Fri, 6 Jun 2014 12:14:52 -0700 (PDT) X-Originating-IP: [2620:0:1003:1021:fd73:211d:1f18:17ea] From: Julio Merino Date: Fri, 6 Jun 2014 15:14:52 -0400 X-Google-Sender-Auth: 8-7_Zi2epsKJKK_Q6LrA7zZ8ZTY Message-ID: Subject: Turning TESTS on by default To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 19:15:14 -0000 Hello all, TL;DR ----- I plan to turn the TESTS src.conf knob ON by default on Tuesday once I have been able to perform enough sanity-checks of the build and all of them pass. The impact of this is that the FreeBSD Test Suite (see tests(7)) will be built and installed by default under /usr/tests/ along with the private atf libraries and binaries. There should be no other changes and this should be transparent to everyone. If this happens to break the world in any way, we can trivially roll the change back to fix the fallout. Some details ------------ TESTS was never intended to be disabled by default. However, the original patches that were committed months ago related to this feature broke the build and the easiest way out (instead of reverting the commits) was to set the knob to disabled. Unfortunately, it stayed that way even after the discovered problems were fixed. I am confident enough now that we have ironed out all major issues that this might introduce, so it is about time to enable TESTS by default again in HEAD. The benefits of this are that 1) we allow end users (especially consumers of binary releases!) to run the tests out of the box, as it has always been intended; and 2) we will be able to run the official release builds through testing via Jenkins, instead of having to issue custom builds. Actual change: https://phabric.freebsd.org/D188 I will update this thread when the change is committed and/or with any updates. Please let me know if I'm missing anything. Cheers From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 19:25:13 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04137633; Fri, 6 Jun 2014 19:25:13 +0000 (UTC) Received: from mail-vc0-x22c.google.com (mail-vc0-x22c.google.com [IPv6:2607:f8b0:400c:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A49342590; Fri, 6 Jun 2014 19:25:12 +0000 (UTC) Received: by mail-vc0-f172.google.com with SMTP id lf12so3627637vcb.17 for ; Fri, 06 Jun 2014 12:25:11 -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 :content-type; bh=5hngT6YZ3zoJBICaxuwLFpoGiQTlh1M9GhLz8kH0KBI=; b=ASN1E3bNKtC65KcllvHb6ORJ39hm/BtKLqpTSYbGVCv3NXQSeJdgAt6OaD7vMkXqlS /zIgufz/6y5C9NL9zmd/9geN+a3WmqnR10iMikAgvM4rtWj9dGJawDhgDH4I5ts+N98x uqaRBmozsrgBhl47jqV47VgKcp5utpIfraKNcE0bM6AcYSnXamZJPFOQN33aTLXlPlX6 UZmu22AfoqpvtNUEJvbwZb5/bjPMQljuS9nyXMgbVS9Ab3TbB1sRiRP11FoRuirWqjeq RSPD9tUC8b9Ivsu1DJL+bXftMZBAKdkjoHgGlso6nRoU8mdaBewQL4NkCHTUH7elhUAA RWMA== MIME-Version: 1.0 X-Received: by 10.220.190.197 with SMTP id dj5mr7945739vcb.19.1402082711609; Fri, 06 Jun 2014 12:25:11 -0700 (PDT) Received: by 10.58.155.164 with HTTP; Fri, 6 Jun 2014 12:25:11 -0700 (PDT) In-Reply-To: References: Date: Fri, 6 Jun 2014 21:25:11 +0200 Message-ID: Subject: Re: Numeric Keypad does not works in 11.0-CURRENT amd64 r266916 From: "Ranjan1018 ." <214748mv@gmail.com> To: FreeBSD CURRENT , freebsd-x11@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 19:25:13 -0000 2014-06-01 11:00 GMT+02:00 Ranjan1018 . <214748mv@gmail.com>: > I have upgrade to FreeBDS CURRENT amd64, with vt (newcons), version > r266916 from r266536 and some keys on the keypad do not work: running the > xev command I receive no output for the =E2=80=98/=E2=80=99, =E2=80=98*= =E2=80=99 and =E2=80=98-=E2=80=99 keys, but even > for the =E2=80=98+=E2=80=99 key I have some strange output: > > r266916: > > ButtonPress event, serial 38, synthetic NO, window 0x2a00001, > > root 0x9d, subw 0x0, time 708649, (79,90), root:(117,172), > > state 0x0, button 3, same_screen YES > > ButtonRelease event, serial 38, synthetic NO, window 0x2a00001, > > root 0x9d, subw 0x0, time 708649, (79,90), root:(117,172), > > state 0x400, button 3, same_screen YES > > ButtonPress event, serial 38, synthetic NO, window 0x2a00001, > > root 0x9d, subw 0x0, time 708649, (79,90), root:(117,172), > > state 0x0, button 3, same_screen YES > > ButtonRelease event, serial 38, synthetic NO, window 0x2a00001, > > root 0x9d, subw 0x0, time 708650, (79,90), root:(117,172), > > state 0x400, button 3, same_screen YES > > > r266536, as expected: > > KeyPress event, serial 38, synthetic NO, window 0x2c00001, > > root 0x9d, subw 0x0, time 368450, (114,90), root:(1233,135), > > state 0x0, keycode 86 (keysym 0xffab, KP_Add), same_screen YES, > > XLookupString gives 1 bytes: (2b) "+" > > XmbLookupString gives 1 bytes: (2b) "+" > > XFilterEvent returns: False > > KeyRelease event, serial 38, synthetic NO, window 0x2c00001, > > root 0x9d, subw 0x0, time 368654, (114,90), root:(1233,135), > > state 0x0, keycode 86 (keysym 0xffab, KP_Add), same_screen YES, > > XLookupString gives 1 bytes: (2b) "+" > > XFilterEvent returns: False > > Regards > Maurizio > I have upgraded to r267068 and the problem is gone: the keyboard works as expected. Maurizio From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 19:50:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4687FF89; Fri, 6 Jun 2014 19:50:37 +0000 (UTC) Received: from mx1.stack.nl (relay04.stack.nl [IPv6:2001:610:1108:5010::107]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mailhost.stack.nl", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0AB4E27D2; Fri, 6 Jun 2014 19:50:37 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 6CBF5B80A0; Fri, 6 Jun 2014 21:50:34 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id 58CCE28497; Fri, 6 Jun 2014 21:50:34 +0200 (CEST) Date: Fri, 6 Jun 2014 21:50:34 +0200 From: Jilles Tjoelker To: Julio Merino Subject: Re: Turning TESTS on by default Message-ID: <20140606195034.GA75401@stack.nl> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 19:50:37 -0000 On Fri, Jun 06, 2014 at 03:14:52PM -0400, Julio Merino wrote: > TL;DR > ----- > I plan to turn the TESTS src.conf knob ON by default on Tuesday once I > have been able to perform enough sanity-checks of the build and all of > them pass. > The impact of this is that the FreeBSD Test Suite (see tests(7)) will > be built and installed by default under /usr/tests/ along with the > private atf libraries and binaries. There should be no other changes > and this should be transparent to everyone. > If this happens to break the world in any way, we can trivially roll > the change back to fix the fallout. > Some details > ------------ > TESTS was never intended to be disabled by default. However, the > original patches that were committed months ago related to this > feature broke the build and the easiest way out (instead of reverting > the commits) was to set the knob to disabled. Unfortunately, it stayed > that way even after the discovered problems were fixed. > I am confident enough now that we have ironed out all major issues > that this might introduce, so it is about time to enable TESTS by > default again in HEAD. > The benefits of this are that 1) we allow end users (especially > consumers of binary releases!) to run the tests out of the box, as it > has always been intended; and 2) we will be able to run the official > release builds through testing via Jenkins, instead of having to issue > custom builds. > Actual change: https://phabric.freebsd.org/D188 > I will update this thread when the change is committed and/or with any > updates. > Please let me know if I'm missing anything. This is certainly useful, but please fix installworld from a read-only (e.g. NFS) /usr/obj first. I reported this a while ago in http://lists.freebsd.org/pipermail/freebsd-testing/2014-May/000384.html "build Kyuafile.auto during buildworld, not installworld". This message includes patches, although they are a bit ugly. -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Fri Jun 6 20:57:13 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2253F9D9 for ; Fri, 6 Jun 2014 20:57:13 +0000 (UTC) Received: from mail-qg0-f52.google.com (mail-qg0-f52.google.com [209.85.192.52]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D706C2DE2 for ; Fri, 6 Jun 2014 20:57:12 +0000 (UTC) Received: by mail-qg0-f52.google.com with SMTP id a108so5578884qge.25 for ; Fri, 06 Jun 2014 13:57:05 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-type; bh=PL4W4ONK5oNcvBwo24GE/g/59glcnW42W52bwakqXe0=; b=cDe6tXoAid/CWyEeuniIxEXoSPfETOOswMopKUplWPzZlwvH6eo4Po1fMfmMvNCgXh 6ionFAiqahJ72aEW/txFoV8XFJ8nthaDowe8B+k2jCPUedqEu5iCw4g+2JxqpkPUL2OK 3VHEAGZwVw/EsS5NzGpoc/fPluBm8Gi2sz0u9yeUNZxEVjhA8IlK98RZxBx2a95B9ILl rH7jDH5GR6PC7/gumZi0wFm3jXjLId0rQUKHWRzOEpWsUj1aoZX6R8tTOXSJla3fAcLv pTj3lZzKtpH602u/D4j2mipp9iC5t9O+fCtrR+nTXsKDXLmaucVU7jHIayzhAe+Hq9HT E04w== X-Gm-Message-State: ALoCoQls5SFK9YfrcnMvHV5g1JmEW6YTJsEt74MQ70C7mmYNS6VJfJVAJKkXVUqCA3UWAMmxJn4k X-Received: by 10.140.81.146 with SMTP id f18mr12281940qgd.47.1402088225257; Fri, 06 Jun 2014 13:57:05 -0700 (PDT) MIME-Version: 1.0 Sender: jmmv@meroh.net Received: by 10.96.83.99 with HTTP; Fri, 6 Jun 2014 13:56:45 -0700 (PDT) X-Originating-IP: [184.153.117.174] In-Reply-To: <20140606195034.GA75401@stack.nl> References: <20140606195034.GA75401@stack.nl> From: Julio Merino Date: Fri, 6 Jun 2014 16:56:45 -0400 X-Google-Sender-Auth: g4Pk1DMbLIyyHO_MxZKI1ooWVXM Message-ID: Subject: Re: Turning TESTS on by default To: Jilles Tjoelker Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 20:57:13 -0000 On Fri, Jun 6, 2014 at 3:50 PM, Jilles Tjoelker wrote: > This is certainly useful, but please fix installworld from a read-only > (e.g. NFS) /usr/obj first. I reported this a while ago in > http://lists.freebsd.org/pipermail/freebsd-testing/2014-May/000384.html > "build Kyuafile.auto during buildworld, not installworld". This message > includes patches, although they are a bit ugly. OK; that's a blocker and had forgotten about it. Will fix. From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 01:29:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1B048D6; Sat, 7 Jun 2014 01:29:02 +0000 (UTC) Received: from mail-pd0-x235.google.com (mail-pd0-x235.google.com [IPv6:2607:f8b0:400e:c02::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A03632623; Sat, 7 Jun 2014 01:29:02 +0000 (UTC) Received: by mail-pd0-f181.google.com with SMTP id z10so3090248pdj.12 for ; Fri, 06 Jun 2014 18:29:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=vQwMogn6NUfStlpOeGsi0d5+adZ3NtLjv50Aavqtvq0=; b=02gFJMe5Asmq3jICNND6VKge50MNRvON0MnrCP0KWQQZMPV/gRz6GjDOrHdZc6oB4W AqKT1ckBR3rmdo+ykWFYlEBX+5HN5OgXEiynjbrNV+Hb/b1Sa6uCFT3McMOTnPugX7dV sETp8l6nQYTj5UfUyIYq+ryU3/xiKBIBjejOiuCfnX4AlusyiomRBF3c8mjgzuhu8JZ0 /nxY1UYOFxX6lg0gtAyj6pO2TPcQbq5twK5XGHs3RFovUHaZd3tuJH63sib5TGHXvubh yxFAxGhzym7BiHKclwe5ZFJfPlqunRNOiasL9Utyo09gZIbxulI491W7wLFinX0iX1C7 mbmQ== X-Received: by 10.68.94.66 with SMTP id da2mr6545671pbb.106.1402104542193; Fri, 06 Jun 2014 18:29:02 -0700 (PDT) Received: from [192.168.1.7] (ppp59-167-128-11.static.internode.on.net. [59.167.128.11]) by mx.google.com with ESMTPSA id fv2sm41622685pbd.11.2014.06.06.18.29.00 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 06 Jun 2014 18:29:01 -0700 (PDT) Sender: Kubilay Kocak Message-ID: <53926ACD.2080305@FreeBSD.org> Date: Sat, 07 Jun 2014 11:28:45 +1000 From: Kubilay Kocak Reply-To: koobs@FreeBSD.org User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:30.0) Gecko/20100101 Thunderbird/30.0 MIME-Version: 1.0 To: Julio Merino , freebsd-current@freebsd.org Subject: Re: Turning TESTS on by default References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2014 01:29:03 -0000 On 7/06/2014 5:14 AM, Julio Merino wrote: > Hello all, > > > TL;DR > ----- > > I plan to turn the TESTS src.conf knob ON by default on Tuesday once I > have been able to perform enough sanity-checks of the build and all of > them pass. > > The impact of this is that the FreeBSD Test Suite (see tests(7)) will > be built and installed by default under /usr/tests/ along with the > private atf libraries and binaries. There should be no other changes > and this should be transparent to everyone. > > If this happens to break the world in any way, we can trivially roll > the change back to fix the fallout. > > > Some details > ------------ > > TESTS was never intended to be disabled by default. However, the > original patches that were committed months ago related to this > feature broke the build and the easiest way out (instead of reverting > the commits) was to set the knob to disabled. Unfortunately, it stayed > that way even after the discovered problems were fixed. > > I am confident enough now that we have ironed out all major issues > that this might introduce, so it is about time to enable TESTS by > default again in HEAD. > > The benefits of this are that 1) we allow end users (especially > consumers of binary releases!) to run the tests out of the box, as it > has always been intended; and 2) we will be able to run the official > release builds through testing via Jenkins, instead of having to issue > custom builds. > > Actual change: https://phabric.freebsd.org/D188 > > > I will update this thread when the change is committed and/or with any updates. > > Please let me know if I'm missing anything. > > Cheers > _______________________________________________ > 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" > Julio, Awesome! I look forward to automated review lint checks that test for addition of tests, coverage++ and issue ID's in a changeset :] On a related note, how challenging might it be to generate and expose coverage metrics? This is not to say they are a perfect measure of anything in particular, but ought to provide us a good high level idea of important candidate areas that would benefit from coverage and don't currently. -- Koobs From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 03:33:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA8E7E9B; Sat, 7 Jun 2014 03:33:44 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 42F6922F0; Sat, 7 Jun 2014 03:33:44 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id s573XZ6C018685; Sat, 7 Jun 2014 06:33:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s573XZ6C018685 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.8/Submit) id s573XZwr018684; Sat, 7 Jun 2014 06:33:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 7 Jun 2014 06:33:35 +0300 From: Konstantin Belousov To: Julio Merino Subject: Re: Turning TESTS on by default Message-ID: <20140607033334.GO3991@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mWXp4lmU9bb5aCfX" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2014 03:33:45 -0000 --mWXp4lmU9bb5aCfX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 06, 2014 at 03:14:52PM -0400, Julio Merino wrote: > Hello all, >=20 >=20 > TL;DR > ----- >=20 > I plan to turn the TESTS src.conf knob ON by default on Tuesday once I > have been able to perform enough sanity-checks of the build and all of > them pass. >=20 > The impact of this is that the FreeBSD Test Suite (see tests(7)) will > be built and installed by default under /usr/tests/ along with the > private atf libraries and binaries. There should be no other changes > and this should be transparent to everyone. >=20 > If this happens to break the world in any way, we can trivially roll > the change back to fix the fallout. >=20 >=20 > Some details > ------------ >=20 > TESTS was never intended to be disabled by default. However, the > original patches that were committed months ago related to this > feature broke the build and the easiest way out (instead of reverting > the commits) was to set the knob to disabled. Unfortunately, it stayed > that way even after the discovered problems were fixed. >=20 > I am confident enough now that we have ironed out all major issues > that this might introduce, so it is about time to enable TESTS by > default again in HEAD. >=20 > The benefits of this are that 1) we allow end users (especially > consumers of binary releases!) to run the tests out of the box, as it > has always been intended; and 2) we will be able to run the official > release builds through testing via Jenkins, instead of having to issue > custom builds. This is very weird and unprobable. Users cannot care less about running the test suite, they use OS to run applications. IMO enabling installation= =20 of the stuff that bloats the system but have no practical use for the system consumer should not be allowed by default. It is the same as the debugging kernel. The INVARIANTS, WITNESS, DEBUG and DIAGNOSTIC options are not enabled for the user consumption. There was a similar argument to disable compiling the profiling static libraries, which probably should be reconsidered since lib*_p.a is absolutely useless on current toolchain and hardware. >=20 > Actual change: https://phabric.freebsd.org/D188 >=20 >=20 > I will update this thread when the change is committed and/or with any up= dates. >=20 > Please let me know if I'm missing anything. >=20 > Cheers > _______________________________________________ > 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" --mWXp4lmU9bb5aCfX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJTkogOAAoJEJDCuSvBvK1BjQUP/19IoawCVtbv+fRf4x5i81Mq j+k3rwm4GwUjaiYtusNcMSvERJ39i9ZaMewXQU8GUpX8kvdsqideBnE8JAS9MhX5 Z2T519fc/t/UiPKBtNSzOtWMTty7+5B/FWdq6MBVczMedRk/nOHCvxgj8QkmH067 Fm1R/Ga3MxbVGeYCGGJC1qq2BTmVQWAjicnQehZQYrtM1RCmbAOhctMOZKJSFa0J G5mG/Qeu+V30CBeLAGtrzdKuE9IXRIlZ3WBu73aKxzzVP99ufSSf/JnUDvleTW/y 8B/wyL4SvO9fzysqPIY4S0VekvPFHB8kLoxAvNId9CLlbO31UagnGG8Ujzy7V4Lb spuRQ7Uv+x6WJBgC6eirWFsJq7HzRpRsUbY4C8kqjL/SvlKF+q8tn6z4K43gkRqe BMFPtZwe3ZWutjjctF3N+aOX3t66c7uuJ+E4ij88NNTGhS0ZbBk56ex6WlOB8xoI c98f41+ecgHkX9BlVoWlvjae3/54SIl513qIkSJGQvZ778CiFyCalfWRIBTNHWc1 1wMapMg2+XzFHOj2UvDi0Ygm8QZ8MDTzztKfUbfOkB+EBwrQks/Tkj7tDaqXmM7I BAF0LHA4xKpqVGr20SdJgqP0c+g4bSHuqbFDwBWZ3SJ8ZMpTewcrpdM6sfuqw74O iKi9eFdMMFxYkrb6u8kw =ec/E -----END PGP SIGNATURE----- --mWXp4lmU9bb5aCfX-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 08:47:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE439C10; Sat, 7 Jun 2014 08:47:44 +0000 (UTC) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5F3B32AD4; Sat, 7 Jun 2014 08:47:44 +0000 (UTC) Received: by mail-wi0-f171.google.com with SMTP id cc10so2066410wib.16 for ; Sat, 07 Jun 2014 01:47:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=aNTatJepZPBdCtg6PBDAnNHTNEUFfvuxZSs0Eoa5qCQ=; b=ofYlmrSQPNyUW+jMQPFvVV5b44k/lHuIu8HUfVnFqZ7Uu69cZorme7rRrtUrqEpFCW l7usXMxFcyi17RqASxRBv66b+u3W/ODPWMlVjT+HX+eGKVmgyFKARBd1ZPAeCtzKRrBI NPJZ4V3AyMxa3ipV+eOWjgjH/qNuhu550iCVteiXvk4Hybji5iDdHnQrdd+YWoR1cJ4v JPck0xTI/1g4Ulq932Ple1kgx0Ui64BhNUJ4DqRhRVRZ6FZTf4wczVsrKExULp7e6c50 xJ3SUrUI7nB4X5L9fxuaTtDMsQk+NSNhW4vMb1UgspYiaH5Wic5zmamHs/OD6Crx6e7I /bsw== X-Received: by 10.15.35.72 with SMTP id f48mr80163eev.13.1402130862641; Sat, 07 Jun 2014 01:47:42 -0700 (PDT) Received: from brick.home (adds100.neoplus.adsl.tpnet.pl. [79.184.70.100]) by mx.google.com with ESMTPSA id 4sm28836457eeu.16.2014.06.07.01.47.41 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 07 Jun 2014 01:47:42 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Sat, 7 Jun 2014 10:47:39 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: John Baldwin Subject: Re: "CPU0: local APIC error 0x40" Message-ID: <20140607084739.GB1086@brick.home> Mail-Followup-To: John Baldwin , freebsd-current@freebsd.org References: <201406041036.37413.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201406041036.37413.jhb@freebsd.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2014 08:47:45 -0000 On 0604T1036, John Baldwin wrote: > On Monday, June 02, 2014 5:32:13 pm Edward Tomasz Napierała wrote: > > Some machines, including ThinkPad T61, emit the following error message > > early during boot: > > > > CPU0: local APIC error 0x40 > > > > The message itself doesn't seem to be much of a problem. However, > > every once in a while booting hangs just before that line. I've tracked > > that down to call to AcpiHwWritePort() at > > sys/contrib/dev/acpica/components/hardware/hwacpi.c:117: > > > > switch (Mode) > > { > > case ACPI_SYS_MODE_ACPI: > > > > /* BIOS should have disabled ALL fixed and GP events */ > > > > Status = AcpiHwWritePort (AcpiGbl_FADT.SmiCommand, > > (UINT32) AcpiGbl_FADT.AcpiEnable, 8); > > > > Any idea what might be going on? > > This is probably triggering an SMI# to enter SMM mode where your BIOS does > God-knows-what but apparently triggers one of the local APIC local interrupts > while it is configured with an invalid vector (e.g. 0). Is there anything that can be done to fix it? (Note that fixing the suspend/resume seems to have also fixed the occasional hang on boot, but perhaps it's because I don't need to boot this thing so often now.) From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 09:26:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01B5E1B8 for ; Sat, 7 Jun 2014 09:26:49 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 74B292D5A for ; Sat, 7 Jun 2014 09:26:48 +0000 (UTC) Received: from walrus.pepperland ([81.217.76.60]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0LosFD-1WHMyS3qrD-00gp0E for ; Sat, 07 Jun 2014 11:26:39 +0200 Message-ID: <5392DACF.4050401@gmx.net> Date: Sat, 07 Jun 2014 11:26:39 +0200 From: Stefan Ehmann User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: wlan0/iwn: no upload statistics X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:pWPcCtFHJJqRINWO12ayPJZ6f4lDJqIVX5GquXlMfcw6JIl2UkH 5Mqg6UV8Wggf651YNAfJ+Q7Yk24Ok3JIBdV04RVa1x+mWDEZ2Gxio8t0mkttJMbtn+VLE+U NCYj+ITS779HkjNoWBonw1ZKrkYcj1bndLF1Z/9wXHbVRSVWc0ggWZXXFBwjqLgKGWwdAWp odpJbH0JGOLmM1Z+upDFg== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2014 09:26:49 -0000 Network monitoring tools show download traffic, but no upload data. systat -ifstat output: Interface Traffic Peak Total wlan0 in 1.066 KB/s 16.155 KB/s 377.757 MB out 0.000 KB/s 0.000 KB/s 0.000 KB Tested on amd64 CURRENT from few days ago. netword Card is: iwn0: mem 0xf2000000-0xf2001fff irq 17 at device 0.0 on pci3 From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 10:59:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BD4F41DB; Sat, 7 Jun 2014 10:59:04 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id AE18623B1; Sat, 7 Jun 2014 10:59:04 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 8625A301; Sat, 7 Jun 2014 10:59:04 +0000 (UTC) Date: Sat, 7 Jun 2014 10:58:59 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, rpaulo@FreeBSD.org, hselasky@FreeBSD.org Message-ID: <734981072.572.1402138742027.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #827 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2014 10:59:04 -0000 See From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 12:39:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 342971000 for ; Sat, 7 Jun 2014 12:39:16 +0000 (UTC) Received: from mail-pb0-x22a.google.com (mail-pb0-x22a.google.com [IPv6:2607:f8b0:400e:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0874A2A3F for ; Sat, 7 Jun 2014 12:39:15 +0000 (UTC) Received: by mail-pb0-f42.google.com with SMTP id md12so3594550pbc.15 for ; Sat, 07 Jun 2014 05:39:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :content-type:content-transfer-encoding:thread-index :content-language; bh=6K6TAmdIm+U7pR/gBUXjiMJmMIc5zR6GyAuXqkiZilM=; b=fmLeDRCnV0jzGRh12edtfTqpsLPnpsgtO4SZOaWTzWHnPft4l8ygfQH5bIqEX/OstN 7EpA69vnbfIB7nDd5ziuHdZXjfujbYiP+Pw7fnI4nJHxV68vV4uBvAkVa/3MQMbKASLE alVlGMrf5gRqq6OPJ1VHJaPzPbpKrHxku7kj16xblBxAzpgxvPJ/HJh/RB5afn7wtXU5 Cu/PrSVkAvJO5CpJCd3AFp/IFBi6UeIubvFBk1ErkHGUoUFPnO6NiTlF0sIhUQvNFiyE t9Iu9RH/LdujDKq8powzR4AtOyqiWMtVCyH3HNYJDTSdmerOVNJp5fxjdpxA1LBP1KT/ UP6w== X-Received: by 10.68.194.134 with SMTP id hw6mr11702989pbc.49.1402144755332; Sat, 07 Jun 2014 05:39:15 -0700 (PDT) Received: from billwin7 (amx-tls2.starhub.net.sg. [203.116.164.12]) by mx.google.com with ESMTPSA id pu5sm48308846pbb.4.2014.06.07.05.39.13 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 07 Jun 2014 05:39:14 -0700 (PDT) From: "bycn82" To: "'Stefan Ehmann'" , References: <5392DACF.4050401@gmx.net> In-Reply-To: <5392DACF.4050401@gmx.net> Subject: RE: wlan0/iwn: no upload statistics Date: Sat, 7 Jun 2014 20:39:10 +0800 Message-ID: <006e01cf824d$7e2684e0$7a738ea0$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQICoQOrUzCZcdWxIPDG6Ib7w6v4kpr/VqgQ Content-Language: en-us X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2014 12:39:16 -0000 Hi, More information is required. Please provide the output of the two = commands below 1. sysctl -a | grep octets=09 2. uname -a Best Regards, bycn82 > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of Stefan Ehmann > Sent: 07 June, 2014 17:27 > To: freebsd-current@freebsd.org > Subject: wlan0/iwn: no upload statistics >=20 > Network monitoring tools show download traffic, but no upload data. >=20 > systat -ifstat output: > Interface Traffic Peak Total > wlan0 in 1.066 KB/s 16.155 KB/s 377.757 MB > out 0.000 KB/s 0.000 KB/s 0.000 KB >=20 >=20 > Tested on amd64 CURRENT from few days ago. >=20 > netword Card is: > iwn0: mem 0xf2000000-0xf2001fff irq = 17 > at device 0.0 on pci3 _______________________________________________ > 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 Sat Jun 7 12:47:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF825201 for ; Sat, 7 Jun 2014 12:47:08 +0000 (UTC) Received: from mail-pb0-x22a.google.com (mail-pb0-x22a.google.com [IPv6:2607:f8b0:400e:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B4D0C2AF2 for ; Sat, 7 Jun 2014 12:47:08 +0000 (UTC) Received: by mail-pb0-f42.google.com with SMTP id md12so3599103pbc.15 for ; Sat, 07 Jun 2014 05:47:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :content-type:content-transfer-encoding:thread-index :content-language; bh=MAIEtuUwF4zJRM87ewQ/80GxlTiTC4hrNNszeIHbnHc=; b=S2HlEHSEUVuORlsUdn4oOhYKGyZdczDLrNsFycozkmW/llGkgcUK1ew6Rh14DL8EAj UMFeXYtgMtLbKZwx5Gh5mk8sorY/b1pN2jb0TB7RUi3XpPE6f04MfUcY+ypS0shrTX5E 9ocf9g59XRAsGUhD1epE04HD03HKuFmMVyku3LwxW9kCpxddkykBkHcthqXnuK+5/oWN OKOfHlqeiF8Hw9ADD7RYUkg/qIi9cd5fk1d0X3fVx8bLaqdajBGzu/BAYLgL/iOyqqej DonAeFcghNXlyqu1QkMafzGQLZSlLIqnjkn9Roh8+0kAI2RqPdoG8lKn2ehQSNqvxkyd n/iQ== X-Received: by 10.68.253.73 with SMTP id zy9mr11462099pbc.114.1402145228345; Sat, 07 Jun 2014 05:47:08 -0700 (PDT) Received: from billwin7 (amx-tls2.starhub.net.sg. [203.116.164.12]) by mx.google.com with ESMTPSA id wl5sm48375288pbc.13.2014.06.07.05.47.06 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 07 Jun 2014 05:47:07 -0700 (PDT) From: "bycn82" To: "'Stefan Ehmann'" , References: <5392DACF.4050401@gmx.net> In-Reply-To: Subject: RE: wlan0/iwn: no upload statistics Date: Sat, 7 Jun 2014 20:47:04 +0800 Message-ID: <008401cf824e$9832cdc0$c8986940$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQICoQOrUzCZcdWxIPDG6Ib7w6v4kpr/VqgQgAADyLA= Content-Language: en-us X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2014 12:47:09 -0000 Hi, As you can see, it is working on my testing machine, =20 /0 /1 /2 /3 /4 /5 /6 /7 /8 /9 = /10 Load Average | Interface Traffic Peak = Total em1 in 0.000 KB/s 0.000 KB/s 0.270 = KB out 0.000 KB/s 0.000 KB/s 0.041 = KB em0 in 0.165 KB/s 0.165 KB/s 10.560 = MB out 0.277 KB/s 0.343 KB/s 30.720 = MB root@FB10Head:~ # sysctl -a | grep octets dev.em.0.mac_stats.good_octets_recvd: 11575027 dev.em.0.mac_stats.good_octets_txd: 32219968 dev.em.1.mac_stats.good_octets_recvd: 288 dev.em.1.mac_stats.good_octets_txd: 42 root@FB10Head:~ # uname -a FreeBSD FB10Head 11.0-CURRENT FreeBSD 11.0-CURRENT #2 r266983: Sun Jun = 1 01:57:38 UTC 2014 root@FB10Head:/usr/obj/usr/src/sys/GENERIC = amd64 Regards, bycn82 > -----Original Message----- > From: bycn82 [mailto:bycn82@gmail.com] > Sent: 07 June, 2014 20:39 > To: 'Stefan Ehmann'; 'freebsd-current@freebsd.org' > Subject: RE: wlan0/iwn: no upload statistics >=20 > Hi, >=20 > More information is required. Please provide the output of the two > commands below >=20 > 1. sysctl -a | grep octets > 2. uname -a >=20 >=20 > Best Regards, > bycn82 >=20 >=20 >=20 > > -----Original Message----- > > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > > current@freebsd.org] On Behalf Of Stefan Ehmann > > Sent: 07 June, 2014 17:27 > > To: freebsd-current@freebsd.org > > Subject: wlan0/iwn: no upload statistics > > > > Network monitoring tools show download traffic, but no upload data. > > > > systat -ifstat output: > > Interface Traffic Peak Total > > wlan0 in 1.066 KB/s 16.155 KB/s 377.757 = MB > > out 0.000 KB/s 0.000 KB/s 0.000 = KB > > > > > > Tested on amd64 CURRENT from few days ago. > > > > netword Card is: > > iwn0: mem 0xf2000000-0xf2001fff irq > > 17 at device 0.0 on pci3 > > _______________________________________________ > > 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 Sat Jun 7 12:52:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 79A84345 for ; Sat, 7 Jun 2014 12:52:42 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 461092B8B for ; Sat, 7 Jun 2014 12:52:41 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id s57CqWqR076494; Sat, 7 Jun 2014 05:52:32 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id s57CqWFF076493; Sat, 7 Jun 2014 05:52:32 -0700 (PDT) (envelope-from david) Date: Sat, 7 Jun 2014 05:52:32 -0700 From: David Wolfskill To: bycn82 Subject: Re: wlan0/iwn: no upload statistics Message-ID: <20140607125232.GT22448@albert.catwhisker.org> Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org, bycn82 , freebsd-current@freebsd.org References: <5392DACF.4050401@gmx.net> <006e01cf824d$7e2684e0$7a738ea0$@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="1ypm5kX6DjiKlr0N" Content-Disposition: inline In-Reply-To: <006e01cf824d$7e2684e0$7a738ea0$@gmail.com> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2014 12:52:42 -0000 --1ypm5kX6DjiKlr0N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 07, 2014 at 08:39:10PM +0800, bycn82 wrote: > Hi, >=20 > More information is required. Please provide the output of the two comman= ds below >=20 > 1. sysctl -a | grep octets=09 > 2. uname -a > ... I'm not the OP, but I do (sometimes) run head, and have an iwn(4) NIC on my laptop, so I checked: I was able to reproduce the cited symptoms: /0 /1 /2 /3 /4 /5 /6 /7 /8 /9 /10 Load Average ||||||||||||||||||||=20 Interface Traffic Peak Total wlan0 in 0.400 KB/s 23.553 KB/s 1.529 MB out 0.000 KB/s 0.000 KB/s 0.000 KB As a reality check: g1-252(11.0-C)[4] date ; netstat -nibf inet ; sleep 10 ; date ; netstat -ni= bf inet Sat Jun 7 05:47:02 PDT 2014 Name Mtu Network Address Ipkts Ierrs Idrop Ibytes= Opkts Oerrs Obytes Coll lo0 - 127.0.0.0/8 127.0.0.1 0 - - 0= 0 - 0 - wlan0 - 172.17.0.0/16 172.17.1.252 7023 - - 1438387= 4642 - 476288 - Sat Jun 7 05:47:12 PDT 2014 Name Mtu Network Address Ipkts Ierrs Idrop Ibytes= Opkts Oerrs Obytes Coll lo0 - 127.0.0.0/8 127.0.0.1 0 - - 0= 0 - 0 - wlan0 - 172.17.0.0/16 172.17.1.252 7039 - - 1444099= 4658 - 477380 - g1-252(11.0-C)[5]=20 Finally, what you requested: g1-252(11.0-C)[5] sysctl -a | grep octets dev.em.0.mac_stats.good_octets_recvd: 0 dev.em.0.mac_stats.good_octets_txd: 0 g1-252(11.0-C)[6] uname -a FreeBSD g1-252.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1268 r267= 149M/267149:1100022: Fri Jun 6 06:00:16 PDT 2014 root@g1-252.catwhiske= r.org:/common/S4/obj/usr/src/sys/CANARY i386 g1-252(11.0-C)[7]=20 (The machine is running head because it's in the middle of a source-based update to r267211.) Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --1ypm5kX6DjiKlr0N Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQJ8BAEBCgBmBQJTkwsOXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7U10P/R1CYraBvBL1NzBFig/avzgV yEJgRI+tvJmxPoc3eqIPuTver/QQMdxUJEEIDTOEtf1JEnWk3FwU9jkHDLqbUx6g cV0rk2Vr/fwUTuYsrnm1t9tMXAagTykA/2rOXeGhB607afYDkbx2xcxyTf7NuiuV 05yZTD7iYnk5GDXaguP0TXxbP1HBA5vB/bquv8i2nKpILRMaPN9VqKqZMfOavdkl DFs833tOHmFJQD7EOZOQoirF/k2zW6CD8J4fxKmD04EU5xDmtka6S45auHcp9AWK hGYCsUQP5OWpCYrf/bTBMUgOPxPz8S9i8H6wtikdcqSxzt7sugn6cN0lILYjUzpT DtRPnRqgSa40F/NoDatEJWWfmegVECCa07rNx1FVLuVR22DCI1nn+0RMbUQCk8s5 3tLgm2GWwAZNVksPo/qaYHqOliPa9EWQ12vnJqv6QQR4/Bb7BehkYFGgXVOVjz4P 3/cNyexBW9ATMq0H830sCkztgQQtHBQk18g0vyXHlr40VDDVrE/jMDDDMUAfwDN/ xmw9t6lTeKUfjHRWock/h8VLHIMSA8PDBlaknHutvy/xdoTtuO+0bucTzI2ZB73h PY4AwYKTalsgvb0cK4CwOosObxfVRNH06azEjn7DI5acLo1K24ddFISEoIFISalC DlzVJvXYYVFrXK9SaN+3 =+r0o -----END PGP SIGNATURE----- --1ypm5kX6DjiKlr0N-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 13:32:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4B339BA for ; Sat, 7 Jun 2014 13:32:44 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3B1F92E54 for ; Sat, 7 Jun 2014 13:32:43 +0000 (UTC) Received: from walrus.pepperland ([81.217.76.60]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0M5Z5A-1WZfTw1xGK-00xY7p; Sat, 07 Jun 2014 15:32:36 +0200 Message-ID: <53931473.2020108@gmx.net> Date: Sat, 07 Jun 2014 15:32:35 +0200 From: Stefan Ehmann User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: bycn82 , freebsd-current@freebsd.org Subject: Re: wlan0/iwn: no upload statistics References: <5392DACF.4050401@gmx.net> <006e01cf824d$7e2684e0$7a738ea0$@gmail.com> In-Reply-To: <006e01cf824d$7e2684e0$7a738ea0$@gmail.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:M2bUG4VsmldbPsXLpK8w8ZPRKqj8ysLcsLwzpfex+YQRE0dx+8Z U2pDLj0aHbX4ALm9bbHWjRy/aYCqtb0GfzXVflgJq/peiL/9jBmFy9BFArj/E/NUIblft0b HgILM0QiXwN4KMaAEQsQE01H9SstUzHy/kXvhTUnXAU0AmZJL6KCFgyPMQIoHNJW4ABiRR2 4UA/5xLp7cNAC+pe8NYPQ== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2014 13:32:44 -0000 On 07.06.2014 14:39, bycn82 wrote: > Hi, Seem it was not clear in my original post: Only the wireless interface is affected. lo0 shows upload stats. > More information is required. Please provide the output of the two commands below > > 1. sysctl -a | grep octets iwn0/wlan0 don't appear here: dev.em.0.mac_stats.good_octets_recvd: 0 dev.em.0.mac_stats.good_octets_txd: 0 > 2. uname -a FreeBSD tomorrow.pepperland 11.0-CURRENT FreeBSD 11.0-CURRENT #8 r267126: Fri Jun 6 06:14:13 CEST 2014 stefan@tomorrow.pepperland:/usr/obj/usr/src/sys/TOMORROW amd64 From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 14:19:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 820821D5 for ; Sat, 7 Jun 2014 14:19:52 +0000 (UTC) Received: from mail-pd0-x232.google.com (mail-pd0-x232.google.com [IPv6:2607:f8b0:400e:c02::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 55F292154 for ; Sat, 7 Jun 2014 14:19:52 +0000 (UTC) Received: by mail-pd0-f178.google.com with SMTP id v10so3566808pde.23 for ; Sat, 07 Jun 2014 07:19:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:content-transfer-encoding:thread-index :content-language; bh=Vg0fLHycdv0HDXn7OhGgO+USMqkbyFr/h2za5TV2BQo=; b=ZELuSwvI5LLaLX9Yy65+tCCqB/QawZEr7ntSSknz+oy+ywH3ZRccY6on41TbQY+D1L roijpfrLi9q06ebVOhjbl+IV/4Ovs4kNIobBRHZ9cPQcA0Fn0G6pBytjxnNZDuUNqvll Vx6c8L3NIiad7ZHo2JLzlW3+q38e1KN3bAqh3AoqfZ6yp4St2IDS6TXpXYmNTp5O5hn8 KWfY7WqJ4NTburKuR28OyFCFFlx8irDsCk6mnl9/RLcR9FSFdxmypn4wGfU567KQvUDB 9Xw4Id76yQr7sXYoPutiqwWhLvBZtgKI1Elc87723ZHt0sGgQqDMToU5nD//L/nkwrDT w/2w== X-Received: by 10.68.196.137 with SMTP id im9mr12434989pbc.105.1402150791825; Sat, 07 Jun 2014 07:19:51 -0700 (PDT) Received: from billwin7 (amx-tls2.starhub.net.sg. [203.116.164.12]) by mx.google.com with ESMTPSA id fv2sm49246366pbd.11.2014.06.07.07.19.49 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 07 Jun 2014 07:19:51 -0700 (PDT) From: "bycn82" To: "'Stefan Ehmann'" References: <5392DACF.4050401@gmx.net> <006e01cf824d$7e2684e0$7a738ea0$@gmail.com> <53931473.2020108@gmx.net> In-Reply-To: <53931473.2020108@gmx.net> Subject: RE: wlan0/iwn: no upload statistics Date: Sat, 7 Jun 2014 22:19:47 +0800 Message-ID: <017c01cf825b$8bf3a8b0$a3dafa10$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQICoQOrUzCZcdWxIPDG6Ib7w6v4kgJtgdrYAnURnrWa2F7BQA== Content-Language: en-us Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2014 14:19:52 -0000 Hi, 1. I checked the source code of systat, it actually read from the = mibdata, so the result should be the same as sysctl.=20 2. According to David's email, seems the netstat can show the correct = output octets.=20 Sorry I don=E2=80=99t have wireless network interface on my testing = environment, but I noticed that the mibdta structure was changed = recently, =20 Best Regards, bycn82 > -----Original Message----- > From: Stefan Ehmann [mailto:shoesoft@gmx.net] > Sent: 07 June, 2014 21:33 > To: bycn82; freebsd-current@freebsd.org > Subject: Re: wlan0/iwn: no upload statistics >=20 > On 07.06.2014 14:39, bycn82 wrote: > > Hi, >=20 > Seem it was not clear in my original post: Only the wireless interface > is affected. lo0 shows upload stats. >=20 > > More information is required. Please provide the output of the two > > commands below > > > > 1. sysctl -a | grep octets >=20 > iwn0/wlan0 don't appear here: > dev.em.0.mac_stats.good_octets_recvd: 0 > dev.em.0.mac_stats.good_octets_txd: 0 >=20 >=20 > > 2. uname -a > FreeBSD tomorrow.pepperland 11.0-CURRENT FreeBSD 11.0-CURRENT #8 > r267126: Fri Jun 6 06:14:13 CEST 2014 > stefan@tomorrow.pepperland:/usr/obj/usr/src/sys/TOMORROW amd64 From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 18:31:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 50BFEBAC; Sat, 7 Jun 2014 18:31:04 +0000 (UTC) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BC3A4253B; Sat, 7 Jun 2014 18:31:03 +0000 (UTC) Received: by mail-wi0-f171.google.com with SMTP id cc10so2465023wib.10 for ; Sat, 07 Jun 2014 11:31:02 -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:message-id:subject :from:to:cc:content-type; bh=5n+ZLDCOglMTNW/+tR0qGQKn4Qq379arC8JgOusT3SE=; b=ZEdNXnzRIAhiTPwCZR6CQ4xk7be8BqoPdrUpA6AZMRoZf71Qy9tZlr1kl5Ue+3/w6q 7Znhwu8IooI5mVK8yBg3ZmbYCvA0nsUCVODcZxl8iYPL+MNFQ2qOf+S079jMEjqWBeBs L4QkCL99FhsXgsNmrn+KvWx4QCkcGKpUPZNFLwYd14mOfRhBvCvuQDEZUezsv8ADZZv8 DnGLTwwUNOVRpg7TfSkI++J7fkHVQIt8vwBcFP+tW7eQXGSvEGk6u0L9Vhv2+BbDR4Fh qAcJ9BlLCs/Pm1dIA8iK/QBzRypIC9H64mqZq7UMw6to38GgGJge5YtQInmiHRJMpOCJ cp1w== MIME-Version: 1.0 X-Received: by 10.180.94.163 with SMTP id dd3mr15349035wib.26.1402165862045; Sat, 07 Jun 2014 11:31:02 -0700 (PDT) Sender: asomers@gmail.com Received: by 10.194.168.202 with HTTP; Sat, 7 Jun 2014 11:31:01 -0700 (PDT) In-Reply-To: <20140607033334.GO3991@kib.kiev.ua> References: <20140607033334.GO3991@kib.kiev.ua> Date: Sat, 7 Jun 2014 12:31:01 -0600 X-Google-Sender-Auth: AD7SDMEEx7izbwmOXdZhY0PiVXc Message-ID: Subject: Re: Turning TESTS on by default From: Alan Somers To: Konstantin Belousov Content-Type: text/plain; charset=UTF-8 Cc: Julio Merino , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2014 18:31:04 -0000 On Fri, Jun 6, 2014 at 9:33 PM, Konstantin Belousov wrote: > On Fri, Jun 06, 2014 at 03:14:52PM -0400, Julio Merino wrote: >> Hello all, >> >> >> TL;DR >> ----- >> >> I plan to turn the TESTS src.conf knob ON by default on Tuesday once I >> have been able to perform enough sanity-checks of the build and all of >> them pass. >> >> The impact of this is that the FreeBSD Test Suite (see tests(7)) will >> be built and installed by default under /usr/tests/ along with the >> private atf libraries and binaries. There should be no other changes >> and this should be transparent to everyone. >> >> If this happens to break the world in any way, we can trivially roll >> the change back to fix the fallout. >> >> >> Some details >> ------------ >> >> TESTS was never intended to be disabled by default. However, the >> original patches that were committed months ago related to this >> feature broke the build and the easiest way out (instead of reverting >> the commits) was to set the knob to disabled. Unfortunately, it stayed >> that way even after the discovered problems were fixed. >> >> I am confident enough now that we have ironed out all major issues >> that this might introduce, so it is about time to enable TESTS by >> default again in HEAD. >> >> The benefits of this are that 1) we allow end users (especially >> consumers of binary releases!) to run the tests out of the box, as it >> has always been intended; and 2) we will be able to run the official >> release builds through testing via Jenkins, instead of having to issue >> custom builds. > This is very weird and unprobable. Users cannot care less about running > the test suite, they use OS to run applications. IMO enabling installation > of the stuff that bloats the system but have no practical use for the > system consumer should not be allowed by default. I disagree. Sure, some users won't care. Probably even most users won't care. But some of our users are active supporters of FreeBSD. They evangelize, they file PRs, and they help other users on the forums. Those users will run the tests. Some of them will find bugs that we didn't, because they'll be using different hardware and different configurations. Plus, shipping a test suite exudes an aura of quality (if the tests pass, that is). So I think that we should install the tests, but in a separate installation set, just like games. -Alan > > It is the same as the debugging kernel. The INVARIANTS, WITNESS, DEBUG > and DIAGNOSTIC options are not enabled for the user consumption. There > was a similar argument to disable compiling the profiling static > libraries, which probably should be reconsidered since lib*_p.a is > absolutely useless on current toolchain and hardware. > >> >> Actual change: https://phabric.freebsd.org/D188 >> >> >> I will update this thread when the change is committed and/or with any updates. >> >> Please let me know if I'm missing anything. >> >> Cheers >> _______________________________________________ >> 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 Sat Jun 7 19:54:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BC98B3AD; Sat, 7 Jun 2014 19:54:59 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4299A2C60; Sat, 7 Jun 2014 19:54:59 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id s57JroJD054575; Sat, 7 Jun 2014 22:53:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s57JroJD054575 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.8/Submit) id s57JromL054574; Sat, 7 Jun 2014 22:53:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 7 Jun 2014 22:53:50 +0300 From: Konstantin Belousov To: Alan Somers Subject: Re: Turning TESTS on by default Message-ID: <20140607195350.GU3991@kib.kiev.ua> References: <20140607033334.GO3991@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DHnhIMemoiGGMQp1" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: Julio Merino , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2014 19:54:59 -0000 --DHnhIMemoiGGMQp1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 07, 2014 at 12:31:01PM -0600, Alan Somers wrote: > On Fri, Jun 6, 2014 at 9:33 PM, Konstantin Belousov = wrote: > > On Fri, Jun 06, 2014 at 03:14:52PM -0400, Julio Merino wrote: > >> Hello all, > >> > >> > >> TL;DR > >> ----- > >> > >> I plan to turn the TESTS src.conf knob ON by default on Tuesday once I > >> have been able to perform enough sanity-checks of the build and all of > >> them pass. > >> > >> The impact of this is that the FreeBSD Test Suite (see tests(7)) will > >> be built and installed by default under /usr/tests/ along with the > >> private atf libraries and binaries. There should be no other changes > >> and this should be transparent to everyone. > >> > >> If this happens to break the world in any way, we can trivially roll > >> the change back to fix the fallout. > >> > >> > >> Some details > >> ------------ > >> > >> TESTS was never intended to be disabled by default. However, the > >> original patches that were committed months ago related to this > >> feature broke the build and the easiest way out (instead of reverting > >> the commits) was to set the knob to disabled. Unfortunately, it stayed > >> that way even after the discovered problems were fixed. > >> > >> I am confident enough now that we have ironed out all major issues > >> that this might introduce, so it is about time to enable TESTS by > >> default again in HEAD. > >> > >> The benefits of this are that 1) we allow end users (especially > >> consumers of binary releases!) to run the tests out of the box, as it > >> has always been intended; and 2) we will be able to run the official > >> release builds through testing via Jenkins, instead of having to issue > >> custom builds. > > This is very weird and unprobable. Users cannot care less about running > > the test suite, they use OS to run applications. IMO enabling installa= tion > > of the stuff that bloats the system but have no practical use for the > > system consumer should not be allowed by default. >=20 > I disagree. Sure, some users won't care. Probably even most users > won't care. But some of our users are active supporters of FreeBSD. > They evangelize, they file PRs, and they help other users on the > forums. Those users will run the tests. Some of them will find bugs > that we didn't, because they'll be using different hardware and > different configurations. Plus, shipping a test suite exudes an aura > of quality (if the tests pass, that is). So I think that we should > install the tests, but in a separate installation set, just like > games. I would agree with your arguments, and in fact not bother with the proposal at all, if most systems were installed using installer. I am very much confident that significant part of the population is installed or updated using make build/installworld. If somebody cares to run tests, she certainly cares enough to be able to turn the knob on. Otherwise, the tests take sometimes precious space on / or /usr, for nothing. Could somebody point out a popular software system that spills the tests or other developer-only[*] stuff into the production install ? I immediately remember the perl and its modules which have very extensive test suite, but the test suite is not installed. [*] As is, developers of the system, not developers utilizing the product as the base. --DHnhIMemoiGGMQp1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJTk23OAAoJEJDCuSvBvK1BewUP/Az3+X3/n5Qfw6GRxJnwAf+v pYxtSkwCqjd/UeejwK1X/Lx1OdRTrQMpCFSC4QkT7K2bNg8AUUjqW1/v72zFaQMu uKYylM4dyuDx/+rxXWkTGkDnygiszymWSKJJZr8dg05bGrpK+BDSwlPL8uV15kOZ wyJYX42HDTFLuxYKx1FBW6Cn64h8Qz8Y0daWDV9YLvP7EaDIkyV8aHGT4biNGn2R yH6ijUGJA2XbJ+zVRYo9iSzeeohNJh+0ACQaxMYa8kZ7d1BTaLZaPmzAgxcKOxEG xheY7UOjKqDodVEICGAG8XNDIZL8q6V/zZ4wCPj3rJ5NA2I2Npl88N0MrqKJ4aWN L7DNVKJ02yZtZ8SAdS6JKOsQ4z4qvJAcXoYMO1MD7bgvj2uGUiTNnhWpky1Khy+v yW1eBq54E2Qobne3Ly8V35i4zWFNRGDTyahMpTN1VFzlI9BudPjEVDEHYAWYIrqI fg7cHiLGBpAVzxJl2PocRhU6+1kbZYEdMcYmGp8d7pjvlidMjg0O2sxdUD9dijb6 LYTLCsb2PRDQskO0QgmhEmNIVIDsbgmAEjakZ5tt4Rq27AKjm/Rsyl2nN0N4ztxj RWfLWiISxWcU+IXDR7TedR+cTuC8k1pWbyCyY89ewefOWAKWnQFbuExadceQpwbg wsXEj8zub+gERRxOkeZk =VFM4 -----END PGP SIGNATURE----- --DHnhIMemoiGGMQp1-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 8 15:33:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46D87155 for ; Sun, 8 Jun 2014 15:33:24 +0000 (UTC) Received: from mail-oa0-x234.google.com (mail-oa0-x234.google.com [IPv6:2607:f8b0:4003:c02::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0F6452FA8 for ; Sun, 8 Jun 2014 15:33:24 +0000 (UTC) Received: by mail-oa0-f52.google.com with SMTP id j17so1272714oag.25 for ; Sun, 08 Jun 2014 08:33:23 -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 :content-type; bh=/PLuI7AAAWsODx4BV2HWBy04BAo4iNcAUN3LqkXMOx0=; b=IdjVakrnU8xdbRNsx9GBBwsp/b3txQoq8uAYJOKvYwFr9ls/2SFwLubE1Ea+6lPxQ5 lPTqfYjDKMpLeKI4j0EWn1n6ta/8uHX9OnxaIFBQO0QIg8II+aagG19GNmvznkK4/dPz xv9gYqHhrVV2qzI9wRKQqcHxCDG5PTEKi8OAxcFlky8ffbQefH46I/KOi+F4x5zPKKqG DG6tI+z37eKZ6VPSz5SPT7Sw1ThvYh1gDWX6hwU+53ZTJ70ozbsuJ0qLZ0bq8ss8eeoL MwDR3UFKvzAD+yVPK/nx75EaFwVlcVNngWMKy+Lmf9air10ePx3CJ09Ke1MS1dTivtsj 8VeA== MIME-Version: 1.0 X-Received: by 10.182.231.197 with SMTP id ti5mr18947901obc.41.1402241603219; Sun, 08 Jun 2014 08:33:23 -0700 (PDT) Received: by 10.76.18.114 with HTTP; Sun, 8 Jun 2014 08:33:23 -0700 (PDT) In-Reply-To: References: <53582881.9020301@allanjude.com> Date: Sun, 8 Jun 2014 16:33:23 +0100 Message-ID: Subject: Re: Booting from ZFS root on MBR layout fails on ThinkPad X61s From: "Sevan / Venture37" To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 Jun 2014 15:33:24 -0000 On 17 May 2014 18:55, Sevan / Venture37 wrote: > For archaeological reasons, the X61s was able to boot using ZFS on a > BSD partition scheme (Thanks to Allen), the system can also boot from > a ZFS volume with a MBR partition scheme if you *do not* use the stock > FreeBSD boot loader & switch to GRUB, this was tested by doing a stock > install of PCBSD 10.0-RELEASE. Part 2 Ran "zpool labelclear -f ada0" & re-attempted a manual install onto a MBR partition from the r265054 AMD64 snapshot I had at BSDCan, system boots fine. System is now multi-booting again with Windows & OpenBSD across 4 MBR partitions. Sevan / Venture37 From owner-freebsd-current@FreeBSD.ORG Sun Jun 8 16:26:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46C1A132 for ; Sun, 8 Jun 2014 16:26:22 +0000 (UTC) Received: from mail-qa0-f45.google.com (mail-qa0-f45.google.com [209.85.216.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0756523AC for ; Sun, 8 Jun 2014 16:26:21 +0000 (UTC) Received: by mail-qa0-f45.google.com with SMTP id hw13so6743925qab.4 for ; Sun, 08 Jun 2014 09:26:15 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-type; bh=YYFWF69LyL9RE1cqy9lOoN426L4ZhHXbEwOqbVQw6O8=; b=ZoJBh8JbTZRyLKHWfXlYK/72WZUCorWSqKaPLOC0OngXBMq4sKHqwoiDxFDVM+YEuz jCyp8P3r0A6l5dAy8I6pObPz2FKQzUTy/btxNAfzb5Ff7d4uXEQupGmQpaVqF39X66V9 sAT6nUlcY8U1Tr+bTFoPazLKGmCYPGgIyqU/WdlekWW/QVvhxeq0WKz8TkzSczS8FWdC fiBoLo0g+DtGhm4NQXKktFqH0CUsyFrD4cMl6QTz7WA+A6VA4ELVUvVSDkiNnmgorL78 5LV7nwUwkVPeqxJeBDDM7p4UaX1QRskGbsNUUjCQGNM9uv5DcFTtF/YFUaAgSkTLm5QG xZwQ== X-Gm-Message-State: ALoCoQlQtkWXJykQ52/X+NmvC7V03JWAJRbapX1ne00cicggtmFRs/QetXFn25eSaCjXWJa4P9iz X-Received: by 10.140.30.161 with SMTP id d30mr24524979qgd.62.1402244775253; Sun, 08 Jun 2014 09:26:15 -0700 (PDT) MIME-Version: 1.0 Sender: jmmv@meroh.net Received: by 10.96.83.99 with HTTP; Sun, 8 Jun 2014 09:25:55 -0700 (PDT) X-Originating-IP: [89.101.236.178] In-Reply-To: <20140607033334.GO3991@kib.kiev.ua> References: <20140607033334.GO3991@kib.kiev.ua> From: Julio Merino Date: Sun, 8 Jun 2014 12:25:55 -0400 X-Google-Sender-Auth: H3tTDPBqhGyzmSYv8t7xOD5UMQ8 Message-ID: Subject: Re: Turning TESTS on by default To: Konstantin Belousov Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 Jun 2014 16:26:22 -0000 On Fri, Jun 6, 2014 at 11:33 PM, Konstantin Belousov wrote: > It is the same as the debugging kernel. The INVARIANTS, WITNESS, DEBUG > and DIAGNOSTIC options are not enabled for the user consumption. No; this is not the same at all. All the options you mention introduce a performance penalty on the system at *run* time and the _only_ way to get rid of such penalty completely is to disable the options at *build* time (sysctl doesn't make the cut because the system would still need to check a boolean value). Because these toggles affect run-time performance, and because they are intended for developers only, they are not the default on release builds. Building the test suite has no impact whatsoever on the system at run-time. The test suite is just a bunch of files in a self-contained location. We ought to ship such files as tests.tgz to give users a very easy way of not installing them though. From owner-freebsd-current@FreeBSD.ORG Sun Jun 8 16:39:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8852DB57 for ; Sun, 8 Jun 2014 16:39:08 +0000 (UTC) Received: from mail-qg0-f42.google.com (mail-qg0-f42.google.com [209.85.192.42]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 466A32484 for ; Sun, 8 Jun 2014 16:39:07 +0000 (UTC) Received: by mail-qg0-f42.google.com with SMTP id q107so7914208qgd.15 for ; Sun, 08 Jun 2014 09:39:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-type; bh=APTrWVbNkjTw46AARtjn7pvNi8KVkQ061sggV/SPsq8=; b=AKjttTFMd3RaMuE7aMuG4/rz5XrDUzXyzlSIJqojCxrvrQ8zZqT+Ioe8uPt745q6hf G/O6K0+9+09sfnX2+S0jpc7mNEmW7mrGvKFWxinAZXlSuzIZFphl9MDTfFmIK04dJQDE 88iZ4zTRBvLZmQfj9uuosnHZIzPBgLp983klYiX0e8Waq7Uq2njswfh01BGsDtikwn2m 4VmmmzVl/oe3YqpH0UHmnWjUxIxZp96wKQTQgCAuHj4KjapLDe8G1akVyFDGJg3olAXz osl9+KXHM/SwX1tn/EiFGAbqHW95+NcCkDUiJhjnNNpkcIRVcJtsu08V9XLAFSqolaZD q4mQ== X-Gm-Message-State: ALoCoQk13h3F9kEkcRUfVm1J3v6n7kxb0oprLKBqc6mhUYdpabk0XUf98T3+aMTvB2HXTiTM1AI3 X-Received: by 10.224.130.196 with SMTP id u4mr26894086qas.13.1402245541547; Sun, 08 Jun 2014 09:39:01 -0700 (PDT) MIME-Version: 1.0 Sender: jmmv@meroh.net Received: by 10.96.83.99 with HTTP; Sun, 8 Jun 2014 09:38:40 -0700 (PDT) X-Originating-IP: [89.101.236.178] In-Reply-To: <20140607195350.GU3991@kib.kiev.ua> References: <20140607033334.GO3991@kib.kiev.ua> <20140607195350.GU3991@kib.kiev.ua> From: Julio Merino Date: Sun, 8 Jun 2014 12:38:40 -0400 X-Google-Sender-Auth: Z9Ex5U7kVnWjJ0cWym7EGMjXiXk Message-ID: Subject: Re: Turning TESTS on by default To: Konstantin Belousov Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD CURRENT , Alan Somers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 Jun 2014 16:39:08 -0000 On Sat, Jun 7, 2014 at 3:53 PM, Konstantin Belousov wrote: > Could somebody point out a popular software system that spills the > tests or other developer-only[*] stuff into the production install ? I > immediately remember the perl and its modules which have very extensive > test suite, but the test suite is not installed. > > [*] As is, developers of the system, not developers utilizing the product > as the base. That's the key you are missing: the FreeBSD test suite, just as the NetBSD test suite, have been designed from the very beginning as a tool for *both* developers and end users. Most test suites out there, if not all, do not have such a goal and thus it is uninteresting, and likely harmful, to install them (if only because it is non-trivial to execute them in a controlled manner). The FreeBSD test suite is intended to let users (especially sysadmins) routinely assess the functionality of their system, especially right after deployment and during system upgrades. This approach is partly intended to cover the fact that the FreeBSD project cannot possibly have[*] a large-enough testing farm to validate most hardware/software combinations run by our users. It is also partly intended to inspire confidence in the system by our users by being very transparent about what works and what may possibly not work. NetBSD encourages you to do test runs (even from cron) in its afterboot(8) manual page. * Mind you: companies such as Microsoft have extremely large test environments and, yet, they continuously fail to catch specific failures in some weird system combination. It is just a fact of the complexity of OSes. The difference between "them and us" is that they cannot afford to ship their test suite because it's a very important asset of theirs and because of the potential PR implications of users uncovering failures here and there (my guesses though). I recommend reading "The Old New Thing" blog for insightful details on all the testing that Windows goes thorough, for example. From owner-freebsd-current@FreeBSD.ORG Sun Jun 8 17:50:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE42BF55; Sun, 8 Jun 2014 17:50:40 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7EE0029C0; Sun, 8 Jun 2014 17:50:40 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s58HocTu011424 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 8 Jun 2014 11:50:38 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s58HocRv011421; Sun, 8 Jun 2014 11:50:38 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 8 Jun 2014 11:50:38 -0600 (MDT) From: Warren Block To: Julio Merino Subject: Re: Turning TESTS on by default In-Reply-To: Message-ID: References: <20140607033334.GO3991@kib.kiev.ua> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sun, 08 Jun 2014 11:50:38 -0600 (MDT) Cc: Konstantin Belousov , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 Jun 2014 17:50:40 -0000 On Sun, 8 Jun 2014, Julio Merino wrote: > On Fri, Jun 6, 2014 at 11:33 PM, Konstantin Belousov > wrote: >> It is the same as the debugging kernel. The INVARIANTS, WITNESS, DEBUG >> and DIAGNOSTIC options are not enabled for the user consumption. > > No; this is not the same at all. All the options you mention introduce > a performance penalty on the system at *run* time and the _only_ way > to get rid of such penalty completely is to disable the options at > *build* time (sysctl doesn't make the cut because the system would > still need to check a boolean value). Because these toggles affect > run-time performance, and because they are intended for developers > only, they are not the default on release builds. > > Building the test suite has no impact whatsoever on the system at > run-time. The test suite is just a bunch of files in a self-contained > location. We ought to ship such files as tests.tgz to give users a > very easy way of not installing them though. How much of an impact does the test suite have in terms of disk space (probably not much) and buildworld time (possibly not much, either)? Users being able to report the results of tests could demystify a lot of bug reports. From owner-freebsd-current@FreeBSD.ORG Sun Jun 8 18:53:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 66E101DE for ; Sun, 8 Jun 2014 18:53:11 +0000 (UTC) Received: from mail-qg0-f51.google.com (mail-qg0-f51.google.com [209.85.192.51]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 24C3C2EC8 for ; Sun, 8 Jun 2014 18:53:10 +0000 (UTC) Received: by mail-qg0-f51.google.com with SMTP id q107so7934243qgd.24 for ; Sun, 08 Jun 2014 11:53:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-type; bh=Ymf25Fwzqr5g0ks8RE+K555IoCp6bw6kqe5iCUc8d+U=; b=CdrU758dAd7TKCXe2lra3E+XfUalyV8/+Wk/e96fhOhyLYl5nmqSbNiiinXG9Jhlfz 3Tj66DfzQ6znuLALWqGKFC8dNXY6ZXwENCLDDRErMATTmFP/ClerpIoLfl2D+Be/nBsg yiCHA4hLnLgrZjRCW1VZjQ1KPtRGAEpVb0FMMNB2BIGTXcE07bNaCikkc+EsCXGEphG3 2TZ/NJkjuay+g8SCY3cg2ARLYZTn2aJwDbggaDnH+rmz+VfIcsiUHVTshRu/YwFgdEIs dMN9fG2OeUrUUezB44pTOom5JzcxxS5bTzh6v32xkTAO3P4IdIvocswmqGOIBOKJXflt pqZA== X-Gm-Message-State: ALoCoQkt5Ml8JpLzMTU+KC0ChaM8uPQDZBAVzpEY0bMMFUDmxsOYpe8uUztZGXI0E6qmtBG778PT X-Received: by 10.224.152.5 with SMTP id e5mr6174924qaw.65.1402253584030; Sun, 08 Jun 2014 11:53:04 -0700 (PDT) MIME-Version: 1.0 Sender: jmmv@meroh.net Received: by 10.96.83.99 with HTTP; Sun, 8 Jun 2014 11:52:43 -0700 (PDT) X-Originating-IP: [89.101.236.178] In-Reply-To: References: <20140607033334.GO3991@kib.kiev.ua> From: Julio Merino Date: Sun, 8 Jun 2014 14:52:43 -0400 X-Google-Sender-Auth: GeivReU79dZr9yBZnEEbup-s2eo Message-ID: Subject: Re: Turning TESTS on by default To: Warren Block Content-Type: text/plain; charset=UTF-8 Cc: Konstantin Belousov , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 Jun 2014 18:53:11 -0000 On Sun, Jun 8, 2014 at 1:50 PM, Warren Block wrote: > How much of an impact does the test suite have in terms of disk space > (probably not much) It clocks at 11MB now on amd64. > and buildworld time (possibly not much, either)? Haven't measured. Note, though, that the majority of the existing tests are shell-scripts so they do not take any build time. From owner-freebsd-current@FreeBSD.ORG Sun Jun 8 20:33:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A0B7DA6; Sun, 8 Jun 2014 20:33:32 +0000 (UTC) Received: from mail-qg0-x231.google.com (mail-qg0-x231.google.com [IPv6:2607:f8b0:400d:c04::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0807226A4; Sun, 8 Jun 2014 20:33:31 +0000 (UTC) Received: by mail-qg0-f49.google.com with SMTP id a108so7926379qge.8 for ; Sun, 08 Jun 2014 13:33:31 -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:message-id:subject :from:to:cc:content-type; bh=4RreKiwTXtGjvuH0wwCe6Fw4U28uMDsVFRFYIt2lj78=; b=Yq/X3nn6jfVZ/sGZIIkzEcFFEbeA4d5Mp8yllLXR+HOZi/yQ5K94Fr0aYfnL+u9+XU Lo8y6wdyBl/AylzTHWe6ntq6UuCVjusPKel55aBx0rxhyD2Kz2a/znE6DyE5Q/inFd0P LQpAG1+PLnLC+mfPMqRJ+YM2Hedk8fi1Usl3x9rTKL0AOQrnzmQm4EQGefdndEALAHom L3TO/ZIsywThzKG8V2RGvKrtITrWtwzWkzVZvDrJX223FQa+14pnbZ6i4c8aFQCffE/d rUhHqFBtmlRqoAa4fF9Lq2BufMrtUeIOW8DPIFZt6HbfNSi4z4s7r238OeEWC4CctsPg Pajw== MIME-Version: 1.0 X-Received: by 10.140.22.42 with SMTP id 39mr26462712qgm.63.1402259611147; Sun, 08 Jun 2014 13:33:31 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.43.134 with HTTP; Sun, 8 Jun 2014 13:33:31 -0700 (PDT) In-Reply-To: References: <20140607033334.GO3991@kib.kiev.ua> Date: Sun, 8 Jun 2014 13:33:31 -0700 X-Google-Sender-Auth: 25xMUcVT-IEW5_fNGIP7NVB-Oyo Message-ID: Subject: Re: Turning TESTS on by default From: Adrian Chadd To: Julio Merino Content-Type: text/plain; charset=UTF-8 Cc: Warren Block , Konstantin Belousov , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 Jun 2014 20:33:32 -0000 On 8 June 2014 11:52, Julio Merino wrote: > On Sun, Jun 8, 2014 at 1:50 PM, Warren Block wrote: >> How much of an impact does the test suite have in terms of disk space >> (probably not much) > > It clocks at 11MB now on amd64. > >> and buildworld time (possibly not much, either)? > > Haven't measured. Note, though, that the majority of the existing > tests are shell-scripts so they do not take any build time. We can easily just package it up as a tests distfile, rather than including it in base. Now, as for how much bloat it adds to the CD images... -a From owner-freebsd-current@FreeBSD.ORG Sun Jun 8 20:36:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58E2015B; Sun, 8 Jun 2014 20:36:49 +0000 (UTC) Date: Sun, 8 Jun 2014 16:36:45 -0400 From: Glen Barber To: Adrian Chadd Subject: Re: Turning TESTS on by default Message-ID: <20140608203645.GD33882@hub.FreeBSD.org> References: <20140607033334.GO3991@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Efge0/SQAHHP+Pr2" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Warren Block , Konstantin Belousov , Julio Merino , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 Jun 2014 20:36:50 -0000 --Efge0/SQAHHP+Pr2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 08, 2014 at 01:33:31PM -0700, Adrian Chadd wrote: > Now, as for how much bloat it adds to the CD images... >=20 Enough that it will be turned off for the CDs. Glen --Efge0/SQAHHP+Pr2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTlMldAAoJELls3eqvi17QMMAP/i5FssYEka76l8g2k8Ljm63w wbNUSnFgwvcO6sEzDTFC5c7atebtLa02sujw+E3+Ew+ZiOOohB/k4x+zAUmtpGT/ TBmAxvdiFStTMOJI4r21Lp+Y2/7oHOp+dKcd6FIVfurT0kRUgh4Gp6avolG/c4zR aLY91TirvojG7kHr/5qBKVWuHaODzWlddUlFh0c5svEYuPvyqAylZ6sBkggUIcMw p08QCJr5A6BsitCydDDGP5XOYqHZBPLLKQGGX0PHyedNG7mt71r+Xnq9Hx7WzAH2 cfiEiqdhoArIqi59d5lNeNew8DeN7mgSU15UDWfLte69zFhCFkg4aeslP1e1ihnc o0RXzvlOFBRg2cqrmsKBGmgVpvRCb7S1bq+nuIfUGdIctKeNtFTNsHeaIDhSpfPR erLy5BCUe4C5wvifOF6bWbyMKW1hgpeWTVCc4d03tVd4EKJV+VdPMK+cnwQFHm7F XKYXrPGY/7ARM7WPQIjEoD82mBWmIF/R/7f6dR78fYkRPHPpeKnSIj8Na0KGjA67 3oBx+yqwg1VvAPUXcgOer3UFew8nyntb8/AagfZ4y1TRjNxHvR1NQzoi56Qa0SKH vdm5Vs+xiqNifHxIvvmROctcffX9BNJyAMID6B5nmBNZtkvRzDWn07XtCvj8HRLE bwjk1EuFBRj2rm0a57rh =rPrZ -----END PGP SIGNATURE----- --Efge0/SQAHHP+Pr2-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 8 22:44:18 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71FE5F63 for ; Sun, 8 Jun 2014 22:44:18 +0000 (UTC) Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 04A042FFD for ; Sun, 8 Jun 2014 22:44:17 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id m15so5117474wgh.32 for ; Sun, 08 Jun 2014 15:44:16 -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=PiVAm/RTIbs3Jq3wsKnGRZWefrnRsew3ondIPAhEAfc=; b=MC1r2eKQ1A8/OfKb+t5qNG5VOxhSL7nUK48ghMsHhetjqQZUP9E8pRZWjl4wlbDc1Q 1SSDlDyDXeUHw5ED6qFgg3Q+NdwYQ57b1GNghU8pE/ICmNCYt7JMqcTGw/wQ9/mSeL74 G3LbMZX1CCQULIuUFM5DN13S6BKDtmJ0SV7UKuAvD1IB3DpzUXxWRSTQZ/8RIqreJOFJ VG1LH4S7cBGYcefCXJ1fcpLgfOLJHy4fvWzKyMv+qHyZ9VSx5C42Wi+BThp9rF8Z0ZJ2 fS1HTAH6Hgnf8gUYrkF09ZQxBeZED1oC6PZ4OnEBP+RIqgphoFAjswK/t1GJKxDZdkmx r02Q== X-Received: by 10.180.8.40 with SMTP id o8mr15292154wia.41.1402267456311; Sun, 08 Jun 2014 15:44:16 -0700 (PDT) Received: from Sevans-MacBook-Pro.local (89-168-138-254.dynamic.dsl.as9105.com. [89.168.138.254]) by mx.google.com with ESMTPSA id hi6sm22333952wjc.32.2014.06.08.15.44.14 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 08 Jun 2014 15:44:15 -0700 (PDT) Message-ID: <5394E73E.7070509@gmail.com> Date: Sun, 08 Jun 2014 23:44:14 +0100 From: Sevan / Venture37 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current Subject: Re: Booting from ZFS root on MBR layout fails on ThinkPad X61s References: <53582881.9020301@allanjude.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 Jun 2014 22:44:18 -0000 On 08/06/2014 16:33, Sevan / Venture37 wrote: > On 17 May 2014 18:55, Sevan / Venture37 wrote: >> >For archaeological reasons, the X61s was able to boot using ZFS on a >> >BSD partition scheme (Thanks to Allen), the system can also boot from >> >a ZFS volume with a MBR partition scheme if you*do not* use the stock >> >FreeBSD boot loader & switch to GRUB, this was tested by doing a stock >> >install of PCBSD 10.0-RELEASE. > Part 2 > Ran "zpool labelclear -f ada0" & re-attempted a manual install onto a > MBR partition from the r265054 AMD64 snapshot I had at BSDCan, system > boots fine. > System is now multi-booting again with Windows & OpenBSD across 4 MBR > partitions. That should've been "zpool labelclear -f /dev/ada0" Replaced the SSD in my X61s with a SATA HDD & re-attempted the install once more, this time using the root-on-ZFS menu option in the installer. It worked without any further intervention. Sevan / Venture37 From owner-freebsd-current@FreeBSD.ORG Sun Jun 8 23:11:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C5C8C3D9 for ; Sun, 8 Jun 2014 23:11:42 +0000 (UTC) Received: from mail-oa0-x232.google.com (mail-oa0-x232.google.com [IPv6:2607:f8b0:4003:c02::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8CFA4220D for ; Sun, 8 Jun 2014 23:11:42 +0000 (UTC) Received: by mail-oa0-f50.google.com with SMTP id n16so1153786oag.9 for ; Sun, 08 Jun 2014 16:11:41 -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:message-id:subject :from:to:cc:content-type; bh=qrYB7SN6akOvuLQI4TwFdKN7e6awp1A/uOWW0IyxMgs=; b=IKYyzGfbHEiVJMABYDb14sNlXnmWuf8oG0ipzfzEfKE0GlGfc7jWN/U7PiTg+ziLMg ghc2f/hS8k+MTe+rOBsOet+8ODmubyYMOUx4t7S5GaVUKBV6jki6K4LLpe5JtWbTUc3s TQrwIIbbzxEfAOTB8bgMe1fVvXvhY7KrDcIjpvUHsOxhwmx/UD03nl8bqR2q9QcGc3j+ 6Liwtrv6+kUbuSTWuNbwnJ9h5j07KAvk7o4GpwCkW4xEG2gnD9YexqffsNbbYF7zGB4A leUhu6ETWCPcAPUpoPsVQlw4gzp+Bxh6Aasfw+S4eTn1e5rPkYveSEsZoHsFgS91ZaZ0 L6dw== MIME-Version: 1.0 X-Received: by 10.182.87.73 with SMTP id v9mr4494635obz.25.1402269101672; Sun, 08 Jun 2014 16:11:41 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.171.73 with HTTP; Sun, 8 Jun 2014 16:11:41 -0700 (PDT) In-Reply-To: <017c01cf825b$8bf3a8b0$a3dafa10$@gmail.com> References: <5392DACF.4050401@gmx.net> <006e01cf824d$7e2684e0$7a738ea0$@gmail.com> <53931473.2020108@gmx.net> <017c01cf825b$8bf3a8b0$a3dafa10$@gmail.com> Date: Sun, 8 Jun 2014 16:11:41 -0700 X-Google-Sender-Auth: yNax0PTTYat8hrCr4C0tddjRsyc Message-ID: Subject: Re: wlan0/iwn: no upload statistics From: Kevin Oberman To: bycn82 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD Current , Stefan Ehmann X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 Jun 2014 23:11:42 -0000 On Sat, Jun 7, 2014 at 7:19 AM, bycn82 wrote: > Hi, > > 1. I checked the source code of systat, it actually read from the mibdata= , > so the result should be the same as sysctl. > > 2. According to David's email, seems the netstat can show the correct > output octets. > > Sorry I don=E2=80=99t have wireless network interface on my testing envir= onment, > but I noticed that the mibdta structure was changed recently, > > > Best Regards, > bycn82 > > > > > > -----Original Message----- > > From: Stefan Ehmann [mailto:shoesoft@gmx.net] > > Sent: 07 June, 2014 21:33 > > To: bycn82; freebsd-current@freebsd.org > > Subject: Re: wlan0/iwn: no upload statistics > > > > On 07.06.2014 14:39, bycn82 wrote: > > > Hi, > > > > Seem it was not clear in my original post: Only the wireless interface > > is affected. lo0 shows upload stats. > > > > > More information is required. Please provide the output of the two > > > commands below > > > > > > 1. sysctl -a | grep octets > > > > iwn0/wlan0 don't appear here: > > dev.em.0.mac_stats.good_octets_recvd: 0 > > dev.em.0.mac_stats.good_octets_txd: 0 > > > > > > > 2. uname -a > > FreeBSD tomorrow.pepperland 11.0-CURRENT FreeBSD 11.0-CURRENT #8 > > r267126: Fri Jun 6 06:14:13 CEST 2014 > > stefan@tomorrow.pepperland:/usr/obj/usr/src/sys/TOMORROW amd64 > FWIW, this is not a problem new to HEAD. I see the same on 10-STABLE with my iwn. I see no stats at all in dev.iwn and there is no dev.wlan at all. --=20 R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon Jun 9 07:50:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 059CB2B6 for ; Mon, 9 Jun 2014 07:50:27 +0000 (UTC) Received: from nm20-vm7.access.bullet.mail.bf1.yahoo.com (nm20-vm7.access.bullet.mail.bf1.yahoo.com [216.109.115.118]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 84F4F274A for ; Mon, 9 Jun 2014 07:50:26 +0000 (UTC) Received: from [66.196.81.156] by nm20.access.bullet.mail.bf1.yahoo.com with NNFMP; 09 Jun 2014 07:43:29 -0000 Received: from [98.138.226.241] by tm2.access.bullet.mail.bf1.yahoo.com with NNFMP; 09 Jun 2014 07:43:29 -0000 Received: from [127.0.0.1] by smtp112.sbc.mail.ne1.yahoo.com with NNFMP; 09 Jun 2014 07:43:29 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1402299809; bh=HkMrrkHpDsd+IKMkMAeZAn5S3gn+h8prNJoYeoARAj4=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:CC:Subject; b=sGa8lh/O0oNuPttPgRdSelC1jAdAkvXz842rOUK6O3umgaDq2gwg7ZCeAknQ5PqgJgzNFbrJF/swosZxsUqMzHOr35+RAp3HePV7Zr0bH8MtXF7Cv99k/ZaMdnyLbuh+A7cTQC2dCB85dK3S0I0BT/U/3WyXi+PKmDit1dhoOFk= X-Yahoo-Newman-Id: 394751.84774.bm@smtp112.sbc.mail.ne1.yahoo.com Message-ID: <394751.84774.bm@smtp112.sbc.mail.ne1.yahoo.com> Date: Mon, 9 Jun 2014 00:43:29 -0700 (PDT) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: EwWc75QVM1n3faYH7aRgPt_6558TEMl5i.PKXUgVHSfXssc plDQU4SB.jlPSq3PZ4O24xveCh01iUdL84QOMg1jWIoskMkjiE4IToTDk9iQ mhYCBvrcjQik6FrJ8QkgcRkyhIjNpM3xH5Y6LvyXLuk1UOIVF.avehYB4h5e MLqkXM.WCTqgQWIG30sRh.wHTWX.NOscYPWEPDR.bwduQ_V17uFupAr.Eu3D .qs20aOoMKkRLbB7mAt4kSbl0.zoZuLbum4J4wt5yu4zT5Ad6MoSIEDmsxLi .CiVD3B3a_y287ly6g7W9KTyMxc8_lBYyP6DWiWJkwKJNHZJGBpXTNnH2NVr 1qBNTINsHKbGehOHr1rPyXHgWWYAhVlSuXZ38YRvzqV_yGlLpZDVFJpcRX7H luKvLbScmtKuooy5A51T3u9FvxRACK5T.kQjYj_2ngHjn8OlKXpvRINPLTma TypfmmaaeOjqnSTKcoAa3eUDRycmSm.LnCMm2RCRQEnC1_gLJXkCYE8Y7HUv 5qIlXbeLxv2pxAtujnb.5fsqw8_9GFMzrKfOV0AtzJ2utNey6BJeLM6S_ X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [98.138.31.74]) by smtp112.sbc.mail.ne1.yahoo.com with SMTP; 09 Jun 2014 00:43:29 -0700 PDT From: "Thomas Mueller" To: freebsd-wireless@freebsd.org Subject: Re: Change for the worse in rsu wireless driver Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 Jun 2014 07:50:27 -0000 from Adrian Chadd: > please bug freebsd-usb@ about flakey usb devices. > I have a couple that i need to chase up hans about. they used to be less flakey. Flaky USB devices in FreeBSD, also NetBSD, are not limited to wireless adapters. I get console messages about keyboard and mouse losing connection, when in many cases, mouse and keyboard are still working. Now I think FreeBSD is topping NetBSD for flaky USB connections. NetBSD has no support for Hiro H50191 wireless adapter, device rsu, but supports Atheros on-motherboard (quasi-)USB AR9271. Most of the time, NetBSD fails to load firmware for this Atheros AR9271, error 35, not allowing enough time, but sometimes the firmware loads. Sorry to be late in responding, losing connection slows me down. I've been updating FreeBSD-current and stable/10 from source, both amd64 and i386, whenever I see a change in rsu or re driver. On MSI Z77 MPOWER motherboard, of open-source OSes, only Linux and NetBSD connect with Realtek 8111E/8168 Ethernet. DragonFly newest release, 3.8.0, and OpenBSD 5.4, have same bug as does FreeBSD with this Ethernet. I've also been busy installing NetBSD-current amd64 and i386, now on hard drive on other computer. Now I wish I had installed NetBSD-current amd64 and i386 on this computer with MSI Z77 MPOWER motherboard before FreeBSD to have something to fall back on when FreeBSD misbehaves with Hiro H50191. Remember, I needed to update NetBSD-current amd64 and packages, with subversion, using wired Ethernet, to checkout and update FreeBSD src, ports and doc trees; also had to buy a new wireless router when the Netgear router stopped working. Tom From owner-freebsd-current@FreeBSD.ORG Mon Jun 9 11:06:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BEF58BBC; Mon, 9 Jun 2014 11:06:31 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id AEDA32921; Mon, 9 Jun 2014 11:06:31 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id BA3CC75F; Mon, 9 Jun 2014 11:06:31 +0000 (UTC) Date: Mon, 9 Jun 2014 11:06:31 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, eadler@FreeBSD.org, jkim@FreeBSD.org, kib@FreeBSD.org Message-ID: <130063340.575.1402311991688.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #838 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 Jun 2014 11:06:31 -0000 See From owner-freebsd-current@FreeBSD.ORG Mon Jun 9 12:37:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB7E2461 for ; Mon, 9 Jun 2014 12:37:43 +0000 (UTC) Received: from mail-wg0-x234.google.com (mail-wg0-x234.google.com [IPv6:2a00:1450:400c:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6433E2FFF for ; Mon, 9 Jun 2014 12:37:43 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id b13so991222wgh.23 for ; Mon, 09 Jun 2014 05:37:41 -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:message-id:subject :from:to:cc:content-type; bh=yFM2CJJh8WYAhgVB/rMx11E1BtI97Kh0j2S73tFuz7M=; b=R51C0nyHsX27pJaHlMgGASRVxjpu37Cwibz2B+Pg2dL7aLZdFyHqNp7wOvOdWxQ6Lk 1vKyFl93KJWnISRUQfFJE3ZeeTT44tQMikY3+wIRY4UAGt9LG20QAVx3HDS9F8yhG2Ap ZiWBGGHbZ4oXWSLoxg8kayPxOtXxeXd1RpgPQTrSwPd8dQ8Kc5zN/FHimb59sRKIk2ed vk8EoyZmTdJRa96cppl5q08OlZkQFk0IbD8PX1j1yltVQ03jPGOOA1eNzhimYs4p9/Ly W3SAoK19ckNqNEEgBtdzjG6fWQGMNs/yWPByqHyq6jfliqOSfmB6ZPgJseGwrXGlHqZL MO+A== MIME-Version: 1.0 X-Received: by 10.180.221.163 with SMTP id qf3mr30801644wic.56.1402317461613; Mon, 09 Jun 2014 05:37:41 -0700 (PDT) Sender: rizzo.unipi@gmail.com Received: by 10.194.246.130 with HTTP; Mon, 9 Jun 2014 05:37:41 -0700 (PDT) In-Reply-To: <86B34EF9-E1B6-4F4C-9B8D-9F519B0E558E@lastsummer.de> References: <86B34EF9-E1B6-4F4C-9B8D-9F519B0E558E@lastsummer.de> Date: Mon, 9 Jun 2014 14:37:41 +0200 X-Google-Sender-Auth: 1b7u-LGQ5YJoomDF9MsogKKO1tA Message-ID: Subject: Re: netmap(4) transparent mode From: Luigi Rizzo To: Franco Fichtner Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 Jun 2014 12:37:43 -0000 On Mon, Jun 9, 2014 at 2:19 PM, Franco Fichtner wrote: > Hi, > > here's a revised version of a patch to address a couple > of issues with the transparent mode of netmap(4), which > doesn't work in current and older stable branches: > > > https://github.com/fichtner/freebsd/commit/b00580b03bf9dd847e4238dc0faabb= 349b1852a1.patch > > Posting this to a wider audience now, since I have no > feedback from the maintainer yet. Luigi is CC'ed again. > =E2=80=8Back, thanks -- we are merging a few fixes to netmap these days so yours will go in soon cheers luigi =E2=80=8B > > > Cheers, > Franco --=20 -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2211611 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-current@FreeBSD.ORG Mon Jun 9 12:24:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 88A3BF84 for ; Mon, 9 Jun 2014 12:24:49 +0000 (UTC) Received: from host64.kissl.de (host64.kissl.de [213.239.241.64]) by mx1.freebsd.org (Postfix) with ESMTP id 475EE2F0D for ; Mon, 9 Jun 2014 12:24:48 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by host64.kissl.de (Postfix) with ESMTP id 0E120A5A687F; Mon, 9 Jun 2014 14:19:11 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at host64.kissl.de Received: from host64.kissl.de ([127.0.0.1]) by localhost (host64.kissl.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3HeoajdVh0id; Mon, 9 Jun 2014 14:19:11 +0200 (CEST) Received: from [10.0.128.106] (p50993595.dip0.t-ipconnect.de [80.153.53.149]) (Authenticated sender: web104p1) by host64.kissl.de (Postfix) with ESMTPSA id A6371A5A687E; Mon, 9 Jun 2014 14:19:10 +0200 (CEST) From: Franco Fichtner Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: netmap(4) transparent mode Date: Mon, 9 Jun 2014 14:19:10 +0200 Message-Id: <86B34EF9-E1B6-4F4C-9B8D-9F519B0E558E@lastsummer.de> To: freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) X-Mailer: Apple Mail (2.1878.2) X-Mailman-Approved-At: Mon, 09 Jun 2014 13:10:20 +0000 Cc: Luigi Rizzo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 Jun 2014 12:24:49 -0000 Hi, here's a revised version of a patch to address a couple of issues with the transparent mode of netmap(4), which doesn't work in current and older stable branches: = https://github.com/fichtner/freebsd/commit/b00580b03bf9dd847e4238dc0faabb3= 49b1852a1.patch Posting this to a wider audience now, since I have no feedback from the maintainer yet. Luigi is CC'ed again. Cheers, Franco= From owner-freebsd-current@FreeBSD.ORG Mon Jun 9 14:21:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A234A13C; Mon, 9 Jun 2014 14:21:43 +0000 (UTC) Received: from mail-qa0-x22e.google.com (mail-qa0-x22e.google.com [IPv6:2607:f8b0:400d:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 51E6C2989; Mon, 9 Jun 2014 14:21:43 +0000 (UTC) Received: by mail-qa0-f46.google.com with SMTP id i13so1385141qae.5 for ; Mon, 09 Jun 2014 07:21:42 -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:message-id:subject :from:to:cc:content-type; bh=GTELi4EhlSZ2zoN32SscZS94QqxGZNgTUhRNm/G+BZM=; b=rAn2dXR21pnaY4Eh+Vt97yscp2zg3pvVH9QXwnqZDEtyXjYuSkwu55UqkJ3P13K70e jP1gxf/fxryV2Cak08rZNcMgGGCvcSFCIsAT20Jkkvzs40I7W+zRx/SocPj6LBFstN45 zHu7fMUZrguQBIywtdKPqpkr/KRNxX3jkvNarGGbMAfJ5ZBci9XgmIUEi/K2W9E8bg0d WL4JSqEjq/FGXIaOAyP4cgIC2yZZMdjPsQBKZ2nubARyImXNkjpbD59+2BkO5yywW/5B UTHpBs4I/Wv4fts5n12PFetGvTmUVQ5Foao1MC/dPoZgY+DaAJbnG+t5RyTvixkL3X/B 4fuA== MIME-Version: 1.0 X-Received: by 10.140.91.5 with SMTP id y5mr31383972qgd.12.1402323702383; Mon, 09 Jun 2014 07:21:42 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.43.134 with HTTP; Mon, 9 Jun 2014 07:21:42 -0700 (PDT) In-Reply-To: <394751.84774.bm@smtp112.sbc.mail.ne1.yahoo.com> References: <394751.84774.bm@smtp112.sbc.mail.ne1.yahoo.com> Date: Mon, 9 Jun 2014 10:21:42 -0400 X-Google-Sender-Auth: OTO8P03-PS2lM0Xi0v8TtMsIQV8 Message-ID: Subject: Re: Change for the worse in rsu wireless driver From: Adrian Chadd To: Thomas Mueller Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-wireless@freebsd.org" , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 Jun 2014 14:21:43 -0000 Hi, Buy a mini-pcie atheros wifi card. -a On 9 June 2014 03:43, Thomas Mueller wrote: > from Adrian Chadd: > >> please bug freebsd-usb@ about flakey usb devices. > >> I have a couple that i need to chase up hans about. they used to be less flakey. > > Flaky USB devices in FreeBSD, also NetBSD, are not limited to wireless adapters. > > I get console messages about keyboard and mouse losing connection, when in many cases, mouse and keyboard are still working. > > Now I think FreeBSD is topping NetBSD for flaky USB connections. > > NetBSD has no support for Hiro H50191 wireless adapter, device rsu, but supports Atheros on-motherboard (quasi-)USB AR9271. > > Most of the time, NetBSD fails to load firmware for this Atheros AR9271, error 35, not allowing enough time, but sometimes the firmware loads. > > Sorry to be late in responding, losing connection slows me down. > > I've been updating FreeBSD-current and stable/10 from source, both amd64 and i386, whenever I see a change in rsu or re driver. > > On MSI Z77 MPOWER motherboard, of open-source OSes, only Linux and NetBSD connect with Realtek 8111E/8168 Ethernet. > > DragonFly newest release, 3.8.0, and OpenBSD 5.4, have same bug as does FreeBSD with this Ethernet. > > I've also been busy installing NetBSD-current amd64 and i386, now on hard drive on other computer. > > Now I wish I had installed NetBSD-current amd64 and i386 on this computer with MSI Z77 MPOWER motherboard before FreeBSD to have something to fall back on when FreeBSD misbehaves with Hiro H50191. > > Remember, I needed to update NetBSD-current amd64 and packages, with subversion, using wired Ethernet, to checkout and update FreeBSD src, ports and doc trees; also had to buy a new wireless router when the Netgear router stopped working. > > Tom > > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Jun 9 15:05:47 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 013F8B7F; Mon, 9 Jun 2014 15:05:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CA26C2D77; Mon, 9 Jun 2014 15:05:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s59F5dwB067559; Mon, 9 Jun 2014 11:05:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s59F5d9f067549; Mon, 9 Jun 2014 15:05:39 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 9 Jun 2014 15:05:39 GMT Message-Id: <201406091505.s59F5d9f067549@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jun 2014 15:05:47 -0000 TB --- 2014-06-09 14:02:38 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-09 14:02:38 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-09 14:02:38 - starting HEAD tinderbox run for mips/mips TB --- 2014-06-09 14:02:38 - cleaning the object tree TB --- 2014-06-09 14:02:38 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-09 14:02:41 - At svn revision 267255 TB --- 2014-06-09 14:02:42 - building world TB --- 2014-06-09 14:02:42 - CROSS_BUILD_TESTING=YES TB --- 2014-06-09 14:02:42 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-09 14:02:42 - MAKESYSPATH=/src/share/mk TB --- 2014-06-09 14:02:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-09 14:02:42 - SRCCONF=/dev/null TB --- 2014-06-09 14:02:42 - TARGET=mips TB --- 2014-06-09 14:02:42 - TARGET_ARCH=mips TB --- 2014-06-09 14:02:42 - TZ=UTC TB --- 2014-06-09 14:02:42 - __MAKE_CONF=/dev/null TB --- 2014-06-09 14:02:42 - cd /src TB --- 2014-06-09 14:02:42 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Mon Jun 9 14:02:49 UTC 2014 >>> 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 Mon Jun 9 15:03:44 UTC 2014 TB --- 2014-06-09 15:03:44 - cd /src/sys/mips/conf TB --- 2014-06-09 15:03:44 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m ADM5120 TB --- 2014-06-09 15:03:44 - skipping ADM5120 kernel TB --- 2014-06-09 15:03:44 - cd /src/sys/mips/conf TB --- 2014-06-09 15:03:44 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m ALCHEMY TB --- 2014-06-09 15:03:44 - skipping ALCHEMY kernel TB --- 2014-06-09 15:03:44 - cd /src/sys/mips/conf TB --- 2014-06-09 15:03:44 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m ALFA_HORNET_UB TB --- 2014-06-09 15:03:44 - building ALFA_HORNET_UB kernel TB --- 2014-06-09 15:03:44 - CROSS_BUILD_TESTING=YES TB --- 2014-06-09 15:03:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-09 15:03:44 - MAKESYSPATH=/src/share/mk TB --- 2014-06-09 15:03:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-09 15:03:44 - SRCCONF=/dev/null TB --- 2014-06-09 15:03:44 - TARGET=mips TB --- 2014-06-09 15:03:44 - TARGET_ARCH=mips TB --- 2014-06-09 15:03:44 - TZ=UTC TB --- 2014-06-09 15:03:44 - __MAKE_CONF=/dev/null TB --- 2014-06-09 15:03:44 - cd /src TB --- 2014-06-09 15:03:44 - /usr/bin/make -B buildkernel KERNCONF=ALFA_HORNET_UB >>> Kernel build for ALFA_HORNET_UB started on Mon Jun 9 15:03:45 UTC 2014 >>> 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 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/tty_ttydisc.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/uipc_accf.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/uipc_debug.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/uipc_domain.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/uipc_mbuf.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/uipc_mbuf2.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/uipc_shm.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/uipc_sockbuf.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/uipc_socket.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/uipc_syscalls.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/uipc_usrreq.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/vfs_acl.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/vfs_bio.c cc1: warnings being treated as errors /src/sys/kern/vfs_bio.c: In function 'bufspacewakeup': /src/sys/kern/vfs_bio.c:479: warning: cast discards qualifiers from pointer target type /src/sys/kern/vfs_bio.c: In function 'bufcountadd': /src/sys/kern/vfs_bio.c:562: warning: cast discards qualifiers from pointer target type /src/sys/kern/vfs_bio.c: In function 'getnewbuf_bufd_help': /src/sys/kern/vfs_bio.c:2145: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/ALFA_HORNET_UB *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-09 15:05:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-09 15:05:39 - ERROR: failed to build ALFA_HORNET_UB kernel TB --- 2014-06-09 15:05:39 - 2939.99 user 689.70 system 3780.80 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 9 15:34:33 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5C65E83; Mon, 9 Jun 2014 15:34:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F2402341; Mon, 9 Jun 2014 15:34:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s59FYWad063259; Mon, 9 Jun 2014 11:34:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s59FYWmc063251; Mon, 9 Jun 2014 15:34:32 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 9 Jun 2014 15:34:32 GMT Message-Id: <201406091534.s59FYWmc063251@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jun 2014 15:34:33 -0000 TB --- 2014-06-09 14:29:37 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-09 14:29:37 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-09 14:29:37 - starting HEAD tinderbox run for mips64/mips TB --- 2014-06-09 14:29:37 - cleaning the object tree TB --- 2014-06-09 14:29:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-09 14:29:40 - At svn revision 267255 TB --- 2014-06-09 14:29:41 - building world TB --- 2014-06-09 14:29:41 - CROSS_BUILD_TESTING=YES TB --- 2014-06-09 14:29:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-09 14:29:41 - MAKESYSPATH=/src/share/mk TB --- 2014-06-09 14:29:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-09 14:29:41 - SRCCONF=/dev/null TB --- 2014-06-09 14:29:41 - TARGET=mips TB --- 2014-06-09 14:29:41 - TARGET_ARCH=mips64 TB --- 2014-06-09 14:29:41 - TZ=UTC TB --- 2014-06-09 14:29:41 - __MAKE_CONF=/dev/null TB --- 2014-06-09 14:29:41 - cd /src TB --- 2014-06-09 14:29:41 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Mon Jun 9 14:29:48 UTC 2014 >>> 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 Mon Jun 9 15:32:50 UTC 2014 TB --- 2014-06-09 15:32:50 - cd /src/sys/mips/conf TB --- 2014-06-09 15:32:50 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ADM5120 TB --- 2014-06-09 15:32:50 - skipping ADM5120 kernel TB --- 2014-06-09 15:32:50 - cd /src/sys/mips/conf TB --- 2014-06-09 15:32:50 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALCHEMY TB --- 2014-06-09 15:32:50 - skipping ALCHEMY kernel TB --- 2014-06-09 15:32:50 - cd /src/sys/mips/conf TB --- 2014-06-09 15:32:50 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALFA_HORNET_UB TB --- 2014-06-09 15:32:50 - skipping ALFA_HORNET_UB kernel TB --- 2014-06-09 15:32:50 - cd /src/sys/mips/conf TB --- 2014-06-09 15:32:50 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP121 TB --- 2014-06-09 15:32:50 - skipping AP121 kernel TB --- 2014-06-09 15:32:50 - cd /src/sys/mips/conf TB --- 2014-06-09 15:32:50 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP91 TB --- 2014-06-09 15:32:50 - skipping AP91 kernel TB --- 2014-06-09 15:32:50 - cd /src/sys/mips/conf TB --- 2014-06-09 15:32:50 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP93 TB --- 2014-06-09 15:32:50 - skipping AP93 kernel TB --- 2014-06-09 15:32:50 - cd /src/sys/mips/conf TB --- 2014-06-09 15:32:50 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP94 TB --- 2014-06-09 15:32:50 - skipping AP94 kernel TB --- 2014-06-09 15:32:50 - cd /src/sys/mips/conf TB --- 2014-06-09 15:32:50 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP96 TB --- 2014-06-09 15:32:50 - skipping AP96 kernel TB --- 2014-06-09 15:32:50 - cd /src/sys/mips/conf TB --- 2014-06-09 15:32:50 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR71XX_BASE TB --- 2014-06-09 15:32:50 - skipping AR71XX_BASE kernel TB --- 2014-06-09 15:32:50 - cd /src/sys/mips/conf TB --- 2014-06-09 15:32:50 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR724X_BASE TB --- 2014-06-09 15:32:50 - skipping AR724X_BASE kernel TB --- 2014-06-09 15:32:50 - cd /src/sys/mips/conf TB --- 2014-06-09 15:32:50 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR91XX_BASE TB --- 2014-06-09 15:32:50 - skipping AR91XX_BASE kernel TB --- 2014-06-09 15:32:50 - cd /src/sys/mips/conf TB --- 2014-06-09 15:32:50 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR933X_BASE TB --- 2014-06-09 15:32:50 - skipping AR933X_BASE kernel TB --- 2014-06-09 15:32:50 - cd /src/sys/mips/conf TB --- 2014-06-09 15:32:50 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR934X_BASE TB --- 2014-06-09 15:32:50 - skipping AR934X_BASE kernel TB --- 2014-06-09 15:32:50 - cd /src/sys/mips/conf TB --- 2014-06-09 15:32:50 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_BASE TB --- 2014-06-09 15:32:50 - building BERI_DE4_BASE kernel TB --- 2014-06-09 15:32:50 - CROSS_BUILD_TESTING=YES TB --- 2014-06-09 15:32:50 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-09 15:32:50 - MAKESYSPATH=/src/share/mk TB --- 2014-06-09 15:32:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-09 15:32:50 - SRCCONF=/dev/null TB --- 2014-06-09 15:32:50 - TARGET=mips TB --- 2014-06-09 15:32:50 - TARGET_ARCH=mips64 TB --- 2014-06-09 15:32:50 - TZ=UTC TB --- 2014-06-09 15:32:50 - __MAKE_CONF=/dev/null TB --- 2014-06-09 15:32:50 - cd /src TB --- 2014-06-09 15:32:50 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Mon Jun 9 15:32:50 UTC 2014 >>> 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 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/tty_ttydisc.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/uipc_accf.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/uipc_debug.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/uipc_domain.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/uipc_mbuf.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/uipc_mbuf2.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/uipc_shm.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/uipc_sockbuf.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/uipc_socket.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/uipc_syscalls.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/uipc_usrreq.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/vfs_acl.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/vfs_bio.c cc1: warnings being treated as errors /src/sys/kern/vfs_bio.c: In function 'bufspacewakeup': /src/sys/kern/vfs_bio.c:479: warning: cast discards qualifiers from pointer target type /src/sys/kern/vfs_bio.c: In function 'bufcountadd': /src/sys/kern/vfs_bio.c:562: warning: cast discards qualifiers from pointer target type /src/sys/kern/vfs_bio.c: In function 'getnewbuf_bufd_help': /src/sys/kern/vfs_bio.c:2145: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/BERI_DE4_BASE *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-09 15:34:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-09 15:34:32 - ERROR: failed to build BERI_DE4_BASE kernel TB --- 2014-06-09 15:34:32 - 2939.88 user 678.46 system 3894.61 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 9 15:35:04 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6ECFFF8D; Mon, 9 Jun 2014 15:35:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 29F9E2355; Mon, 9 Jun 2014 15:35:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s59FZ3LO064680; Mon, 9 Jun 2014 11:35:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s59FZ3UI064679; Mon, 9 Jun 2014 15:35:03 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 9 Jun 2014 15:35:03 GMT Message-Id: <201406091535.s59FZ3UI064679@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jun 2014 15:35:04 -0000 TB --- 2014-06-09 13:43:03 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-09 13:43:03 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-09 13:43:03 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-06-09 13:43:03 - cleaning the object tree TB --- 2014-06-09 13:43:03 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-09 13:43:36 - At svn revision 267255 TB --- 2014-06-09 13:43:37 - building world TB --- 2014-06-09 13:43:37 - CROSS_BUILD_TESTING=YES TB --- 2014-06-09 13:43:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-09 13:43:37 - MAKESYSPATH=/src/share/mk TB --- 2014-06-09 13:43:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-09 13:43:37 - SRCCONF=/dev/null TB --- 2014-06-09 13:43:37 - TARGET=ia64 TB --- 2014-06-09 13:43:37 - TARGET_ARCH=ia64 TB --- 2014-06-09 13:43:37 - TZ=UTC TB --- 2014-06-09 13:43:37 - __MAKE_CONF=/dev/null TB --- 2014-06-09 13:43:37 - cd /src TB --- 2014-06-09 13:43:37 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Mon Jun 9 13:43:47 UTC 2014 >>> 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 Mon Jun 9 15:19:33 UTC 2014 TB --- 2014-06-09 15:19:33 - generating LINT kernel config TB --- 2014-06-09 15:19:33 - cd /src/sys/ia64/conf TB --- 2014-06-09 15:19:33 - /usr/bin/make -B LINT TB --- 2014-06-09 15:19:33 - cd /src/sys/ia64/conf TB --- 2014-06-09 15:19:33 - /obj/ia64.ia64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-06-09 15:19:33 - building LINT kernel TB --- 2014-06-09 15:19:33 - CROSS_BUILD_TESTING=YES TB --- 2014-06-09 15:19:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-09 15:19:33 - MAKESYSPATH=/src/share/mk TB --- 2014-06-09 15:19:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-09 15:19:33 - SRCCONF=/dev/null TB --- 2014-06-09 15:19:33 - TARGET=ia64 TB --- 2014-06-09 15:19:33 - TARGET_ARCH=ia64 TB --- 2014-06-09 15:19:33 - TZ=UTC TB --- 2014-06-09 15:19:33 - __MAKE_CONF=/dev/null TB --- 2014-06-09 15:19:33 - cd /src TB --- 2014-06-09 15:19:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 9 15:19:33 UTC 2014 >>> 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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/uipc_domain.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/uipc_mbuf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/uipc_mbuf2.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/uipc_mqueue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/uipc_sem.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/uipc_shm.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/uipc_sockbuf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/uipc_socket.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/uipc_syscalls.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/uipc_usrreq.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/vfs_acl.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/vfs_aio.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/vfs_bio.c cc1: warnings being treated as errors /src/sys/kern/vfs_bio.c: In function 'bufspacewakeup': /src/sys/kern/vfs_bio.c:479: warning: cast discards qualifiers from pointer target type /src/sys/kern/vfs_bio.c: In function 'bufcountadd': /src/sys/kern/vfs_bio.c:562: warning: cast discards qualifiers from pointer target type /src/sys/kern/vfs_bio.c: In function 'getnewbuf_bufd_help': /src/sys/kern/vfs_bio.c:2145: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-09 15:35:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-09 15:35:03 - ERROR: failed to build LINT kernel TB --- 2014-06-09 15:35:03 - 5514.39 user 874.65 system 6719.93 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 9 16:51:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B074FD32; Mon, 9 Jun 2014 16:51:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6B1832A6C; Mon, 9 Jun 2014 16:51:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s59GpPTO086291; Mon, 9 Jun 2014 12:51:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s59GpPTq086284; Mon, 9 Jun 2014 16:51:25 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 9 Jun 2014 16:51:25 GMT Message-Id: <201406091651.s59GpPTq086284@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jun 2014 16:51:27 -0000 TB --- 2014-06-09 15:35:03 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-09 15:35:03 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-09 15:35:03 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-06-09 15:35:03 - cleaning the object tree TB --- 2014-06-09 15:35:03 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-09 15:35:06 - At svn revision 267255 TB --- 2014-06-09 15:35:07 - building world TB --- 2014-06-09 15:35:07 - CROSS_BUILD_TESTING=YES TB --- 2014-06-09 15:35:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-09 15:35:07 - MAKESYSPATH=/src/share/mk TB --- 2014-06-09 15:35:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-09 15:35:07 - SRCCONF=/dev/null TB --- 2014-06-09 15:35:07 - TARGET=sparc64 TB --- 2014-06-09 15:35:07 - TARGET_ARCH=sparc64 TB --- 2014-06-09 15:35:07 - TZ=UTC TB --- 2014-06-09 15:35:07 - __MAKE_CONF=/dev/null TB --- 2014-06-09 15:35:07 - cd /src TB --- 2014-06-09 15:35:07 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Mon Jun 9 15:35:14 UTC 2014 >>> 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 Mon Jun 9 16:40:18 UTC 2014 TB --- 2014-06-09 16:40:18 - generating LINT kernel config TB --- 2014-06-09 16:40:18 - cd /src/sys/sparc64/conf TB --- 2014-06-09 16:40:18 - /usr/bin/make -B LINT TB --- 2014-06-09 16:40:18 - cd /src/sys/sparc64/conf TB --- 2014-06-09 16:40:18 - /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-06-09 16:40:18 - building LINT kernel TB --- 2014-06-09 16:40:18 - CROSS_BUILD_TESTING=YES TB --- 2014-06-09 16:40:18 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-09 16:40:18 - MAKESYSPATH=/src/share/mk TB --- 2014-06-09 16:40:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-09 16:40:18 - SRCCONF=/dev/null TB --- 2014-06-09 16:40:18 - TARGET=sparc64 TB --- 2014-06-09 16:40:18 - TARGET_ARCH=sparc64 TB --- 2014-06-09 16:40:18 - TZ=UTC TB --- 2014-06-09 16:40:18 - __MAKE_CONF=/dev/null TB --- 2014-06-09 16:40:18 - cd /src TB --- 2014-06-09 16:40:18 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 9 16:40:19 UTC 2014 >>> 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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/uipc_domain.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/uipc_mbuf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/uipc_mbuf2.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/uipc_mqueue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/uipc_sem.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/uipc_shm.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/uipc_sockbuf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/uipc_socket.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/uipc_syscalls.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/uipc_usrreq.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/vfs_acl.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/vfs_aio.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/vfs_bio.c cc1: warnings being treated as errors /src/sys/kern/vfs_bio.c: In function 'bufspacewakeup': /src/sys/kern/vfs_bio.c:479: warning: cast discards qualifiers from pointer target type /src/sys/kern/vfs_bio.c: In function 'bufcountadd': /src/sys/kern/vfs_bio.c:562: warning: cast discards qualifiers from pointer target type /src/sys/kern/vfs_bio.c: In function 'getnewbuf_bufd_help': /src/sys/kern/vfs_bio.c:2145: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-09 16:51:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-09 16:51:25 - ERROR: failed to build LINT kernel TB --- 2014-06-09 16:51:25 - 3850.11 user 725.20 system 4582.38 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 9 18:09:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6F96FA4F; Mon, 9 Jun 2014 18:09:22 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49036216A; Mon, 9 Jun 2014 18:09:22 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 20703B94A; Mon, 9 Jun 2014 14:09:21 -0400 (EDT) From: John Baldwin To: Edward Tomasz =?utf-8?q?Napiera=C5=82a?= Subject: Re: "CPU0: local APIC error 0x40" Date: Mon, 9 Jun 2014 13:36:25 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <201406041036.37413.jhb@freebsd.org> <20140607084739.GB1086@brick.home> In-Reply-To: <20140607084739.GB1086@brick.home> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201406091336.25294.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 09 Jun 2014 14:09:21 -0400 (EDT) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 Jun 2014 18:09:22 -0000 On Saturday, June 07, 2014 4:47:39 am Edward Tomasz Napiera=C5=82a wrote: > On 0604T1036, John Baldwin wrote: > > On Monday, June 02, 2014 5:32:13 pm Edward Tomasz Napiera=C5=82a wrote: > > > Some machines, including ThinkPad T61, emit the following error messa= ge > > > early during boot: > > >=20 > > > CPU0: local APIC error 0x40 > > >=20 > > > The message itself doesn't seem to be much of a problem. However, > > > every once in a while booting hangs just before that line. I've trac= ked > > > that down to call to AcpiHwWritePort() at > > > sys/contrib/dev/acpica/components/hardware/hwacpi.c:117: > > >=20 > > > switch (Mode) > > > { > > > case ACPI_SYS_MODE_ACPI: > > >=20 > > > /* BIOS should have disabled ALL fixed and GP events */ > > >=20 > > > Status =3D AcpiHwWritePort (AcpiGbl_FADT.SmiCommand, > > > (UINT32) AcpiGbl_FADT.AcpiEnable, 8); > > >=20 > > > Any idea what might be going on? > >=20 > > This is probably triggering an SMI# to enter SMM mode where your BIOS d= oes=20 > > God-knows-what but apparently triggers one of the local APIC local inte= rrupts=20 > > while it is configured with an invalid vector (e.g. 0). >=20 > Is there anything that can be done to fix it? (Note that fixing the > suspend/resume seems to have also fixed the occasional hang on boot, > but perhaps it's because I don't need to boot this thing so often now.) Likely not. This is actually the magic command to tell the BIOS that the OS is ACPI-aware and to ask the BIOS to enable ACPI support. It can do all so= rts of things and is completely outside of OS control while it runs. The local APIC thing is logged when the OS gains control again, but it's harmless. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jun 9 18:51:59 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B0B04942; Mon, 9 Jun 2014 18:51:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 85BAD25F6; Mon, 9 Jun 2014 18:51:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s59Ipv5m008627; Mon, 9 Jun 2014 14:51:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s59Ipvir008626; Mon, 9 Jun 2014 18:51:57 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 9 Jun 2014 18:51:57 GMT Message-Id: <201406091851.s59Ipvir008626@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jun 2014 18:51:59 -0000 TB --- 2014-06-09 15:05:40 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-09 15:05:40 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-09 15:05:40 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-06-09 15:05:40 - cleaning the object tree TB --- 2014-06-09 15:05:40 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-09 15:05:45 - At svn revision 267255 TB --- 2014-06-09 15:05:46 - building world TB --- 2014-06-09 15:05:46 - CROSS_BUILD_TESTING=YES TB --- 2014-06-09 15:05:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-09 15:05:46 - MAKESYSPATH=/src/share/mk TB --- 2014-06-09 15:05:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-09 15:05:46 - SRCCONF=/dev/null TB --- 2014-06-09 15:05:46 - TARGET=powerpc TB --- 2014-06-09 15:05:46 - TARGET_ARCH=powerpc TB --- 2014-06-09 15:05:46 - TZ=UTC TB --- 2014-06-09 15:05:46 - __MAKE_CONF=/dev/null TB --- 2014-06-09 15:05:46 - cd /src TB --- 2014-06-09 15:05:46 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Mon Jun 9 15:05:53 UTC 2014 >>> 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 Mon Jun 9 18:43:38 UTC 2014 TB --- 2014-06-09 18:43:38 - generating LINT kernel config TB --- 2014-06-09 18:43:38 - cd /src/sys/powerpc/conf TB --- 2014-06-09 18:43:38 - /usr/bin/make -B LINT TB --- 2014-06-09 18:43:38 - cd /src/sys/powerpc/conf TB --- 2014-06-09 18:43:38 - /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-06-09 18:43:38 - building LINT kernel TB --- 2014-06-09 18:43:38 - CROSS_BUILD_TESTING=YES TB --- 2014-06-09 18:43:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-09 18:43:38 - MAKESYSPATH=/src/share/mk TB --- 2014-06-09 18:43:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-09 18:43:38 - SRCCONF=/dev/null TB --- 2014-06-09 18:43:38 - TARGET=powerpc TB --- 2014-06-09 18:43:38 - TARGET_ARCH=powerpc TB --- 2014-06-09 18:43:38 - TZ=UTC TB --- 2014-06-09 18:43:38 - __MAKE_CONF=/dev/null TB --- 2014-06-09 18:43:38 - cd /src TB --- 2014-06-09 18:43:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 9 18:43:38 UTC 2014 >>> 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/uipc_domain.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/uipc_mbuf.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/uipc_mbuf2.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/uipc_mqueue.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/uipc_sem.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/uipc_shm.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/uipc_sockbuf.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/uipc_socket.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/uipc_syscalls.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/uipc_usrreq.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/vfs_acl.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/vfs_aio.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/vfs_bio.c cc1: warnings being treated as errors /src/sys/kern/vfs_bio.c: In function 'bufspacewakeup': /src/sys/kern/vfs_bio.c:479: warning: cast discards qualifiers from pointer target type /src/sys/kern/vfs_bio.c: In function 'bufcountadd': /src/sys/kern/vfs_bio.c:562: warning: cast discards qualifiers from pointer target type /src/sys/kern/vfs_bio.c: In function 'getnewbuf_bufd_help': /src/sys/kern/vfs_bio.c:2145: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-09 18:51:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-09 18:51:57 - ERROR: failed to build LINT kernel TB --- 2014-06-09 18:51:57 - 12187.44 user 1329.54 system 13577.06 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 9 19:50:18 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58E28396; Mon, 9 Jun 2014 19:50:18 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0BE3E2BB7; Mon, 9 Jun 2014 19:50:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s59JoGMK046021; Mon, 9 Jun 2014 15:50:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s59JoGXY046020; Mon, 9 Jun 2014 19:50:16 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 9 Jun 2014 19:50:16 GMT Message-Id: <201406091950.s59JoGXY046020@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jun 2014 19:50:18 -0000 TB --- 2014-06-09 15:34:32 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-09 15:34:32 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-09 15:34:32 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-06-09 15:34:32 - cleaning the object tree TB --- 2014-06-09 15:34:32 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-09 15:34:35 - At svn revision 267255 TB --- 2014-06-09 15:34:36 - building world TB --- 2014-06-09 15:34:36 - CROSS_BUILD_TESTING=YES TB --- 2014-06-09 15:34:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-09 15:34:36 - MAKESYSPATH=/src/share/mk TB --- 2014-06-09 15:34:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-09 15:34:36 - SRCCONF=/dev/null TB --- 2014-06-09 15:34:36 - TARGET=powerpc TB --- 2014-06-09 15:34:36 - TARGET_ARCH=powerpc64 TB --- 2014-06-09 15:34:36 - TZ=UTC TB --- 2014-06-09 15:34:36 - __MAKE_CONF=/dev/null TB --- 2014-06-09 15:34:36 - cd /src TB --- 2014-06-09 15:34:36 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Mon Jun 9 15:34:43 UTC 2014 >>> 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 Mon Jun 9 19:45:18 UTC 2014 TB --- 2014-06-09 19:45:18 - generating LINT kernel config TB --- 2014-06-09 19:45:18 - cd /src/sys/powerpc/conf TB --- 2014-06-09 19:45:18 - /usr/bin/make -B LINT TB --- 2014-06-09 19:45:18 - cd /src/sys/powerpc/conf TB --- 2014-06-09 19:45:18 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-06-09 19:45:18 - skipping LINT kernel TB --- 2014-06-09 19:45:18 - cd /src/sys/powerpc/conf TB --- 2014-06-09 19:45:18 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC TB --- 2014-06-09 19:45:18 - skipping GENERIC kernel TB --- 2014-06-09 19:45:18 - cd /src/sys/powerpc/conf TB --- 2014-06-09 19:45:18 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC64 TB --- 2014-06-09 19:45:18 - building GENERIC64 kernel TB --- 2014-06-09 19:45:18 - CROSS_BUILD_TESTING=YES TB --- 2014-06-09 19:45:18 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-09 19:45:18 - MAKESYSPATH=/src/share/mk TB --- 2014-06-09 19:45:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-09 19:45:18 - SRCCONF=/dev/null TB --- 2014-06-09 19:45:18 - TARGET=powerpc TB --- 2014-06-09 19:45:18 - TARGET_ARCH=powerpc64 TB --- 2014-06-09 19:45:18 - TZ=UTC TB --- 2014-06-09 19:45:18 - __MAKE_CONF=/dev/null TB --- 2014-06-09 19:45:18 - cd /src TB --- 2014-06-09 19:45:18 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Mon Jun 9 19:45:18 UTC 2014 >>> 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 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/uipc_shm.c ctfconvert -L VERSION -g uipc_shm.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/uipc_sockbuf.c ctfconvert -L VERSION -g uipc_sockbuf.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/uipc_socket.c ctfconvert -L VERSION -g uipc_socket.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/uipc_syscalls.c ctfconvert -L VERSION -g uipc_syscalls.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/uipc_usrreq.c ctfconvert -L VERSION -g uipc_usrreq.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/vfs_acl.c ctfconvert -L VERSION -g vfs_acl.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/vfs_bio.c cc1: warnings being treated as errors /src/sys/kern/vfs_bio.c: In function 'bufspacewakeup': /src/sys/kern/vfs_bio.c:479: warning: cast discards qualifiers from pointer target type /src/sys/kern/vfs_bio.c: In function 'bufcountadd': /src/sys/kern/vfs_bio.c:562: warning: cast discards qualifiers from pointer target type /src/sys/kern/vfs_bio.c: In function 'getnewbuf_bufd_help': /src/sys/kern/vfs_bio.c:2145: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-09 19:50:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-09 19:50:16 - ERROR: failed to build GENERIC64 kernel TB --- 2014-06-09 19:50:16 - 13757.43 user 1636.63 system 15343.84 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 9 20:35:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8E7586E2 for ; Mon, 9 Jun 2014 20:35:50 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask.apl.washington.edu", Issuer "troutmask.apl.washington.edu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6DD312FB3 for ; Mon, 9 Jun 2014 20:35:50 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.9/8.14.9) with ESMTP id s59KYF5t001087 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 9 Jun 2014 13:34:15 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.9/8.14.9/Submit) id s59KYF6S001086 for freebsd-current@freebsd.org; Mon, 9 Jun 2014 13:34:15 -0700 (PDT) (envelope-from sgk) Date: Mon, 9 Jun 2014 13:34:15 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Subject: ohci bricks a amd64 system Message-ID: <20140609203354.GA987@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 Jun 2014 20:35:50 -0000 I updated my FreeBSD-current system from an April 9th kernel/world (r264280M, which was running fine) to today sources (r267284), and have successfully turned the system into a brick if I include the USB ohci device in my kernel. During the verbose boot process, the brick stops with the message ohci early: SMM active, request owner change At this point, one must hit the reset button as there is no keyboard, yet. If I remove the ohci device from the kernel config file, the resulting kernel boots but the usb mouse is no longer available. Any pointers on how to debug/fix the ohci device is appreciated. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Jun 9 20:37:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7ED6481A for ; Mon, 9 Jun 2014 20:37:03 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3CCF62FCF for ; Mon, 9 Jun 2014 20:37:02 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id AC6921FE026; Mon, 9 Jun 2014 22:36:55 +0200 (CEST) Message-ID: <53961B06.4070909@selasky.org> Date: Mon, 09 Jun 2014 22:37:26 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Steve Kargl , freebsd-current@freebsd.org Subject: Re: ohci bricks a amd64 system References: <20140609203354.GA987@troutmask.apl.washington.edu> In-Reply-To: <20140609203354.GA987@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 Jun 2014 20:37:03 -0000 On 06/09/14 22:34, Steve Kargl wrote: > I updated my FreeBSD-current system from an > April 9th kernel/world (r264280M, which was > running fine) to today sources (r267284), and > have successfully turned the system into a brick > if I include the USB ohci device in my kernel. > During the verbose boot process, the brick stops > with the message > > ohci early: SMM active, request owner change > > At this point, one must hit the reset button > as there is no keyboard, yet. If I remove the > ohci device from the kernel config file, the > resulting kernel boots but the usb mouse is > no longer available. > > Any pointers on how to debug/fix the ohci device > is appreciated. > Check USB BIOS settings. Thank you! --HPS From owner-freebsd-current@FreeBSD.ORG Mon Jun 9 21:13:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A974196 for ; Mon, 9 Jun 2014 21:13:46 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask.apl.washington.edu", Issuer "troutmask.apl.washington.edu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0F66F2374 for ; Mon, 9 Jun 2014 21:13:46 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.9/8.14.9) with ESMTP id s59LDjJX001101 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 9 Jun 2014 14:13:45 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.9/8.14.9/Submit) id s59LDiwn001100; Mon, 9 Jun 2014 14:13:44 -0700 (PDT) (envelope-from sgk) Date: Mon, 9 Jun 2014 14:13:44 -0700 From: Steve Kargl To: Hans Petter Selasky Subject: Re: ohci bricks a amd64 system Message-ID: <20140609211344.GA1086@troutmask.apl.washington.edu> References: <20140609203354.GA987@troutmask.apl.washington.edu> <53961B06.4070909@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53961B06.4070909@selasky.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 Jun 2014 21:13:46 -0000 On Mon, Jun 09, 2014 at 10:37:26PM +0200, Hans Petter Selasky wrote: > On 06/09/14 22:34, Steve Kargl wrote: > > I updated my FreeBSD-current system from an > > April 9th kernel/world (r264280M, which was > > running fine) to today sources (r267284), and > > have successfully turned the system into a brick > > if I include the USB ohci device in my kernel. > > During the verbose boot process, the brick stops > > with the message > > > > ohci early: SMM active, request owner change > > > > At this point, one must hit the reset button > > as there is no keyboard, yet. If I remove the > > ohci device from the kernel config file, the > > resulting kernel boots but the usb mouse is > > no longer available. > > > > Any pointers on how to debug/fix the ohci device > > is appreciated. > > > > Check USB BIOS settings. > Hans, Thanks! My bios had a "Legacy USB" option set to auto. I forced this to disabled and the system boots again. The option had been set to auto for a very long time, and USB has simply always worked. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Jun 9 22:21:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1BC66FDA for ; Mon, 9 Jun 2014 22:21:49 +0000 (UTC) Received: from jasper.scroner.com (jasper.scroner.com [12.47.45.153]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "scroner.com", Issuer "Go Daddy Secure Certificate Authority - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D020228CD for ; Mon, 9 Jun 2014 22:21:48 +0000 (UTC) Received: from jasper.scroner.com (localhost [127.0.0.1]) by jasper.scroner.com (8.14.8/8.14.8) with ESMTP id s59MI47t011457 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 9 Jun 2014 17:18:05 -0500 (CDT) (envelope-from tony@scroner.com) Received: (from tony@localhost) by jasper.scroner.com (8.14.9/8.14.8/Submit) id s59MI4Ow011456 for freebsd-current@freebsd.org; Mon, 9 Jun 2014 17:18:04 -0500 (CDT) (envelope-from tony@scroner.com) Date: Mon, 9 Jun 2014 17:18:04 -0500 From: Tony Morlan To: freebsd-current@freebsd.org Subject: WITHOUT_OPENSSL build failure Message-ID: <20140609221804.GL46752@jasper.scroner.com> Reply-To: Tony Morlan MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GID0FwUMdk1T2AWN" Content-Disposition: inline X-Evil: yes X-PGP-ID: 0x7412A7D6 X-PGP-Fingerprint: 3383 F2F0 B951 0D2C 9AC0 48B4 DA33 54BC 7412 A7D6 User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on jasper.scroner.com X-Mailman-Approved-At: Mon, 09 Jun 2014 22:44:25 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 Jun 2014 22:21:49 -0000 --GID0FwUMdk1T2AWN Content-Type: multipart/mixed; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello! When trying to buildworld from 267293 with WITHOUT_OPENSSL I run into a few issues. It seems that the following options currently need to be implied: WITHOUT_LDNS WITHOUT_BSNMP WITHOUT_DMAGENT WITHOUT_PKGBOOTSTRAP WITHOUT_SVNLITE The WITHOUT_BSNMP option also currently needs to enforce WITHOUT_ATM. With those all set, WITHOUT_OPENSSL almost works. There remains a warning in libfetch, and both ctld and iscsid use OpenSSL with the option set or not. I've included a patch with a one liner change to avoid the warning in libfetch, and changes to usr.sbin/ctld and usr.sbin/iscsid to use arc4random_buf and md5.h instead of similar OpenSSL functions. I don't use iscsi, so that part of the patch is unfortunately untested. It might be preferable to add WITHOUT_CTLD and WITHOUT_ISCSID instead. Tony --xHFwDpU9dbj6ez1V Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="without_openssl.patch" Content-Transfer-Encoding: quoted-printable Index: lib/libfetch/common.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- lib/libfetch/common.c (revision 267293) +++ lib/libfetch/common.c (working copy) @@ -888,6 +888,7 @@ return (0); #else (void)conn; + (void)URL; (void)verbose; fprintf(stderr, "SSL support disabled\n"); return (-1); Index: usr.sbin/ctld/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- usr.sbin/ctld/Makefile (revision 267293) +++ usr.sbin/ctld/Makefile (working copy) @@ -9,8 +9,8 @@ #CFLAGS+=3D -DICL_KERNEL_PROXY MAN=3D ctld.8 ctl.conf.5 =20 -DPADD=3D ${LIBCAM} ${LIBSBUF} ${LIBBSDXML} ${LIBUTIL} -LDADD=3D -lbsdxml -lcam -lcrypto -lfl -lsbuf -lssl -lutil +DPADD=3D ${LIBCAM} ${LIBMD} ${LIBSBUF} ${LIBBSDXML} ${LIBUTIL} +LDADD=3D -lbsdxml -lcam -lfl -lmd -lsbuf -lutil -lmd =20 YFLAGS+=3D -v CLEANFILES=3D y.tab.c y.tab.h y.output Index: usr.sbin/ctld/login.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- usr.sbin/ctld/login.c (revision 267293) +++ usr.sbin/ctld/login.c (working copy) @@ -37,9 +37,7 @@ #include #include #include -#include -#include -#include +#include =20 #include "ctld.h" #include "iscsi_proto.h" @@ -356,17 +354,14 @@ size_t response_len) { MD5_CTX ctx; - int rv; =20 assert(response_len =3D=3D MD5_DIGEST_LENGTH); =20 - MD5_Init(&ctx); - MD5_Update(&ctx, &id, sizeof(id)); - MD5_Update(&ctx, secret, strlen(secret)); - MD5_Update(&ctx, challenge, challenge_len); - rv =3D MD5_Final(response, &ctx); - if (rv !=3D 1) - log_errx(1, "MD5_Final"); + MD5Init(&ctx); + MD5Update(&ctx, &id, sizeof(id)); + MD5Update(&ctx, secret, strlen(secret)); + MD5Update(&ctx, challenge, challenge_len); + MD5Final(response, &ctx); } =20 #define LOGIN_CHALLENGE_LEN 1024 @@ -565,7 +560,6 @@ struct pdu *request; char challenge_bin[LOGIN_CHALLENGE_LEN]; unsigned char id; - int rv; =20 /* * Receive CHAP_A PDU. @@ -576,18 +570,8 @@ /* * Generate the challenge. */ - rv =3D RAND_bytes(challenge_bin, sizeof(challenge_bin)); - if (rv !=3D 1) { - login_send_error(request, 0x03, 0x02); - log_errx(1, "RAND_bytes failed: %s", - ERR_error_string(ERR_get_error(), NULL)); - } - rv =3D RAND_bytes(&id, sizeof(id)); - if (rv !=3D 1) { - login_send_error(request, 0x03, 0x02); - log_errx(1, "RAND_bytes failed: %s", - ERR_error_string(ERR_get_error(), NULL)); - } + arc4random_buf(challenge_bin, sizeof(challenge_bin)); + arc4random_buf(&id, sizeof(id)); =20 /* * Send the challenge. Index: usr.sbin/iscsid/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- usr.sbin/iscsid/Makefile (revision 267293) +++ usr.sbin/iscsid/Makefile (working copy) @@ -8,8 +8,8 @@ #CFLAGS+=3D -DICL_KERNEL_PROXY MAN=3D iscsid.8 =20 -DPADD=3D ${LIBUTIL} -LDADD=3D -lcrypto -lssl -lutil +DPADD=3D ${LIBMD} ${LIBUTIL} +LDADD=3D -lmd -lutil =20 WARNS=3D 6 =20 Index: usr.sbin/iscsid/login.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- usr.sbin/iscsid/login.c (revision 267293) +++ usr.sbin/iscsid/login.c (working copy) @@ -36,9 +36,7 @@ #include #include #include -#include -#include -#include +#include =20 #include "iscsid.h" #include "iscsi_proto.h" @@ -376,17 +374,14 @@ size_t response_len) { MD5_CTX ctx; - int rv; =20 assert(response_len =3D=3D MD5_DIGEST_LENGTH); =20 - MD5_Init(&ctx); - MD5_Update(&ctx, &id, sizeof(id)); - MD5_Update(&ctx, secret, strlen(secret)); - MD5_Update(&ctx, challenge, challenge_len); - rv =3D MD5_Final(response, &ctx); - if (rv !=3D 1) - log_errx(1, "MD5_Final"); + MD5Init(&ctx); + MD5Update(&ctx, &id, sizeof(id)); + MD5Update(&ctx, secret, strlen(secret)); + MD5Update(&ctx, challenge, challenge_len); + MD5Final(response, &ctx); } =20 static void @@ -588,7 +583,7 @@ const char *chap_a, *chap_c, *chap_i; char *chap_r, *challenge, response_bin[MD5_DIGEST_LENGTH]; size_t challenge_len; - int error, rv; + int error; unsigned char id; char *mutual_chap_c, mutual_chap_i[4]; =20 @@ -647,18 +642,10 @@ "binary challenge size is %zd bytes", sizeof(conn->conn_mutual_challenge)); =20 - rv =3D RAND_bytes(conn->conn_mutual_challenge, + arc4random_buf(conn->conn_mutual_challenge, sizeof(conn->conn_mutual_challenge)); - if (rv !=3D 1) { - log_errx(1, "RAND_bytes failed: %s", - ERR_error_string(ERR_get_error(), NULL)); - } - rv =3D RAND_bytes(&conn->conn_mutual_id, + arc4random_buf(&conn->conn_mutual_id, sizeof(conn->conn_mutual_id)); - if (rv !=3D 1) { - log_errx(1, "RAND_bytes failed: %s", - ERR_error_string(ERR_get_error(), NULL)); - } mutual_chap_c =3D login_bin2hex(conn->conn_mutual_challenge, sizeof(conn->conn_mutual_challenge)); snprintf(mutual_chap_i, sizeof(mutual_chap_i), @@ -752,8 +739,6 @@ static void login_create_isid(struct connection *conn) { - int rv; - /* * RFC 3720, 10.12.5: 10b, "Random" ISID. * @@ -760,11 +745,7 @@ */ conn->conn_isid[0] =3D 0x80;=20 =20 - rv =3D RAND_bytes(&conn->conn_isid[1], 3); - if (rv !=3D 1) { - log_errx(1, "RAND_bytes failed: %s", - ERR_error_string(ERR_get_error(), NULL)); - } + arc4random_buf(&conn->conn_isid[1], 3); } =20 void --xHFwDpU9dbj6ez1V-- --GID0FwUMdk1T2AWN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJTljKFAAoJENozVLx0EqfWSg0P/0i5kv11hEe+f2tnnX8mye7J DxFH0NNqgJrIsJFi7FbMmu7R+Ogy45sTqgjHCuhC1pWQkc1aL7FkqCUKJJAtFtdc 8uQF0ShBKG42OpauL0SYuAEWPs06m8+4Ez8KLtHX64OguoDV/Z+ggzIFTg3n8oWg t6bh3o7+1Vm2KcdfMUXsntbxDLyeHwDzCRTUMHnS56GFdkL5T0KdWKd6oyriG02S qkonvG7oGyyEpVK9GzDrvqskX1wqcl3m30lOWDtuhEmcyY02AydOZfylkdsST1C6 /iB5nMTWMg81ZT/S/4mKxYe6GbfRnhIBma2FUAWJUg5R+fWcRKDucr8uvvlwlRAa j+VC+UrKQAxBqhW0zg7sjNaas2zhmTx4Lblc/mW8JXiTGD7dnP/0HMkg1F7X1hgD WdtUA6ASc33baqC9wreGNkmJsIqK1RBgo0IcY8MwIV2TxjbngHhU6pr0eIGyHxLN yWUc/nHkHd/6HNbVMaFWo6xlhAs9ro1qVvYJV0q9raNlBEkYpY0vaZSXJ1oZRHRg Y9ekIpkOt2TZlomygC7IQ2xb12GSzg0oUTrYUY/JcIR4Yr7HQgevJq1S3k42/ZH6 u710fExoZEyZRBd8dW8SUsn1nW9BwvDv5t0x1D8gdMLL/W243OsBuV6WFbeVkSgF u5+A5f6LQqGfeNel1Hca =sYyI -----END PGP SIGNATURE----- --GID0FwUMdk1T2AWN-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 9 23:15:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B52F1B6; Mon, 9 Jun 2014 23:15:12 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B559B2CF3; Mon, 9 Jun 2014 23:15:11 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id s59NF64T062238; Tue, 10 Jun 2014 02:15:06 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s59NF64T062238 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.8/Submit) id s59NF6eb062237; Tue, 10 Jun 2014 02:15:06 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 10 Jun 2014 02:15:06 +0300 From: Konstantin Belousov To: Glen Barber Subject: Re: Turning TESTS on by default Message-ID: <20140609231506.GM3991@kib.kiev.ua> References: <20140607033334.GO3991@kib.kiev.ua> <20140608203645.GD33882@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YNUuthOiC1RHZCCs" Content-Disposition: inline In-Reply-To: <20140608203645.GD33882@hub.FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: Warren Block , Adrian Chadd , Julio Merino , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 Jun 2014 23:15:12 -0000 --YNUuthOiC1RHZCCs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 08, 2014 at 04:36:45PM -0400, Glen Barber wrote: > On Sun, Jun 08, 2014 at 01:33:31PM -0700, Adrian Chadd wrote: > > Now, as for how much bloat it adds to the CD images... > >=20 >=20 > Enough that it will be turned off for the CDs. I wanted to answer that we should split the question into two, one is whether to enable tests installation by default for buildworld (and I answered no there), another is whether to ship tests with the installation media, both on releases and snapshots. I think that we should do the later, if not on CD, then on DVD and for ftp installs. This would mean that there is one more customization for the release build process, but I do not think that the release build structure requires significant changes. --YNUuthOiC1RHZCCs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJTlj/5AAoJEJDCuSvBvK1BbX8P/Ai3t+OnPzbEevqqfaGbe2e6 CM/6R+DASixen+iWkV+efR4FqqAUOUKDoqUTQ5ougvfVcG59o0HPv1KXRCjAubAC LvwGrqikPrIHaSFr36+4VCQvHx7WbaFbhvMnUtRuAgwEotCGClzmTcjoTvvDtVf8 bYTZzi75XXotvhwrmU5RG6ZThX8MbrKhxpqAGBb43/+btDoX0QHB+2xrfR1qSDR1 HdaKozxIuuZ/+bscKYeIaSAq86DtP/QmTGPSgp2pWLa/evGnFjkvK8+yx9goJ4a7 2V8yNVdXS8U+cXDd1rt9ucFnKAOGhd2pqJN3YTt3DF5DMEI8IJN/GSz9c61j9O2V 0lbz0cGkEZ3x47+/1CtGRqFHldpl5GDpoo3ien3mF+9HrTHNKmH0h4jqKOxREhYE pGZRMwWhy3xLMG0A/9kZvwc+3SNh4xK7q4UaQ9ZSxAEqgtSf5r79ZVpOuQtcnjGl OI+mL8ZjIi13A1wX3Pu1bmQYtK3ixq9Vlsh6JaFrU1uJz+O8EiOvcK83qRPYsdHF DqlpvKDFiBfeH/ElCXi6I76wkMU4xdY37veUsGzeB2teSq7IN84weWe6gFHr043h zK+o+cKULMrQ2i0oDay2f+M0lY2Egbh+Hf65Qw9R9ekg7VyjB4nR78ZhuWCo4Z2U TGeif/2J7md6IhZuHE1m =fTB/ -----END PGP SIGNATURE----- --YNUuthOiC1RHZCCs-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 9 23:27:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 886EC588; Mon, 9 Jun 2014 23:27:47 +0000 (UTC) Date: Mon, 9 Jun 2014 19:27:43 -0400 From: Glen Barber To: Konstantin Belousov Subject: Re: Turning TESTS on by default Message-ID: <20140609232743.GL1209@hub.FreeBSD.org> References: <20140607033334.GO3991@kib.kiev.ua> <20140608203645.GD33882@hub.FreeBSD.org> <20140609231506.GM3991@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="hdW7zL/qDS6RXdAL" Content-Disposition: inline In-Reply-To: <20140609231506.GM3991@kib.kiev.ua> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Warren Block , Adrian Chadd , Julio Merino , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 Jun 2014 23:27:48 -0000 --hdW7zL/qDS6RXdAL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 10, 2014 at 02:15:06AM +0300, Konstantin Belousov wrote: > On Sun, Jun 08, 2014 at 04:36:45PM -0400, Glen Barber wrote: > > On Sun, Jun 08, 2014 at 01:33:31PM -0700, Adrian Chadd wrote: > > > Now, as for how much bloat it adds to the CD images... > > >=20 > >=20 > > Enough that it will be turned off for the CDs. >=20 > I wanted to answer that we should split the question into two, > one is whether to enable tests installation by default for buildworld > (and I answered no there), another is whether to ship tests with the > installation media, both on releases and snapshots. >=20 > I think that we should do the later, if not on CD, then on DVD and for > ftp installs. This would mean that there is one more customization > for the release build process, but I do not think that the release > build structure requires significant changes. >=20 We are dangerously teetering every time an option to add "just one more" thing to the CD is committed to being unable to fall below the 685MB size (which I understand is what FreeBSDMall needs for the CDs they produce). So, as our src/ and ports/ trees grow, the room we have left is shrinking fast. I think it is not feasible to ship the tests on the CD, but I do agree they can be shipped on the DVD. Julio has submitted a review request for this to make a tests.txz distribution, which can then be excluded for the bootonly.iso and disc1.iso, but kept for the dvd.iso. https://phabric.freebsd.org/D198 I am building a test release build with this change now, but I am aware of one immediate problem that will be encountered - if we default WITH_TESTS=3D1, the running userland on the bootonly.iso and disc1.iso (used for the installer) will also include the tests. This is because we do not evaluate the value of WITH_TESTS=3D, but only that it is defined. This is also a problem for the debug.txz with WITH_DEBUG_FILES=3D1 for the buildworld/buildkernel, but WITHOUT_DEBUG_FILES=3D1 for the bootonly.iso and disc1.iso creation, because we cannot set both. Some of the later commits to a projects/ branch to work on allowing the debug.txz to be fetched from FTP (or via the netinstall) illustrates the problem and some very hackish workarounds I have tried. https://svn.freebsd.org/base/projects/release-debugdist/ Glen --hdW7zL/qDS6RXdAL Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTlkLvAAoJELls3eqvi17Qf0kQAJ2a4SjAtbGQOJ3Z59La/Oex /uTs8GDYs2eTrGuRwWTy6ZyIab3eL272SVaJvI1m/F1UIjOnfwBTg9n60pPdUinO qJduZVQc9+dWPEM1cAcfd+gQH2VnAZZHKXxssrFusSlkmANWdLuV7IxnmVQ+U6C4 GjU+k9KYN7wnftNzQd1Su/GOZmCRMiniijQa0Z7y557hyBgGQ8eUoxgv+tyvVdMa R6BUP9ClNRU9Fg+SWE1bOn3bTvKWOl9O0WstegzK98iX2YnRjOSZJqlZAjnSKmlb EymnnOJWjqsCbTXzbsi+7I8RVKyMRytFNdqgXnnvUagLgmQLPV96NIEI3oSXm12W dfgP4aSZjpoTCiE43yjxbjWAXIvGF9ZKa+NB2C05eUsxUOqvdjY1Ikb8m8usNpUd MIaQMwmPj8s4fItrSW7wxNoF1nqtAHZhGkJXKY7hdUi97yZdCsdR9mBpu14k0ujO CETtokmO43IZqx0PFLW+Eny5KpQek488vnG7cTyOngMrTdfSSNUEkuFfohysEJcF EfmY7MUGMF1bXKBq1xojqwNXEaxrSacfU0AiKkjxe3qBua0z/uxZWHfhJnjnNRNZ PRtJOMgxTBrfEz8ma3nZxzujlDBM4rtJN1zPLgIPprBMmWmImPr3/zrN3n0YhGZu r5wPBM6SClmahm4rEN+r =Gqrc -----END PGP SIGNATURE----- --hdW7zL/qDS6RXdAL-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 10 00:02:54 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 750183F6; Tue, 10 Jun 2014 00:02:54 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 52A3C20EA; Tue, 10 Jun 2014 00:02:53 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s5A02kIq066075 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 Jun 2014 17:02:46 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s5A02kjk066074; Mon, 9 Jun 2014 17:02:46 -0700 (PDT) (envelope-from jmg) Date: Mon, 9 Jun 2014 17:02:46 -0700 From: John-Mark Gurney To: current@FreeBSD.org, net@FreeBSD.org Subject: dhclient sucks cpu usage... Message-ID: <20140610000246.GW31367@funkthat.com> Mail-Followup-To: current@FreeBSD.org, net@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Mon, 09 Jun 2014 17:02:46 -0700 (PDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 Jun 2014 00:02:54 -0000 So, after finding out that nc has a stupidly small buffer size (2k even though there is space for 16k), I was still not getting as good as performance using nc between machines, so I decided to generate some flame graphs to try to identify issues... (Thanks to who included a full set of modules, including dtraceall on memstick!) So, the first one is: https://www.funkthat.com/~jmg/em.stack.svg As I was browsing around, the em_handle_que was consuming quite a bit of cpu usage for only doing ~50MB/sec over gige.. Running top -SH shows me that the taskqueue for em was consuming about 50% cpu... Also pretty high for only 50MB/sec... Looking closer, you'll see that bpf_mtap is consuming ~3.18% (under ether_nh_input).. I know I'm not running tcpdump or anything, but I think dhclient uses bpf to be able to inject packets and listen in on them, so I kill off dhclient, and instantly, the taskqueue thread for em drops down to 40% CPU... (transfer rate only marginally improves, if it does) I decide to run another flame graph w/o dhclient running: https://www.funkthat.com/~jmg/em.stack.nodhclient.svg and now _rxeof drops from 17.22% to 11.94%, pretty significant... So, if you care about performance, don't run dhclient... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Jun 10 01:19:30 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 99EA6E36; Tue, 10 Jun 2014 01:19:30 +0000 (UTC) Received: from mail-la0-x234.google.com (mail-la0-x234.google.com [IPv6:2a00:1450:4010:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C1DCF2680; Tue, 10 Jun 2014 01:19:29 +0000 (UTC) Received: by mail-la0-f52.google.com with SMTP id s18so3451799lam.25 for ; Mon, 09 Jun 2014 18:19:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:cc:content-type; bh=itQLBIvhgV4NiuikTRr6Mz8lItxl+kgnOsw6bbqoaC8=; b=TPExS3JvnrEQGH64xHdNs+I1iknFprTKp3IWDt8uoYfKTTja/IcF9VniJBcGSjWhrg sCgaSKI3Dj1L3SFUqtagVrHKV6EgD7YHoX8wALBEvE52eLvT2TPaFOfpCFoREx1ohb2C FTw9NJ/TEkpGmpB8vjW493nTM5LTFbU1kwvDC50RnXU8aIRU4FVKfysdfOUbGwOpDKXy omEhKNtdY+rTAXldTZwoTpsnkBrndoIRS846VgQcgoXWKKDyHO+b80TT4UBmSboG+Ecr HC2KSJsy6Es5eF0Cp2motOZ9RTXvbie6lpmhP5IalnDKJCGMHvlvbyc9ypeH+2m/2BlU my7A== MIME-Version: 1.0 X-Received: by 10.152.19.195 with SMTP id h3mr54209lae.47.1402363167400; Mon, 09 Jun 2014 18:19:27 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.67.73 with HTTP; Mon, 9 Jun 2014 18:19:27 -0700 (PDT) Date: Mon, 9 Jun 2014 18:19:27 -0700 X-Google-Sender-Auth: b2JbfWmp1ISVyo1PTkCQT7If7AI Message-ID: Subject: clang-tblgen: Too many positional arguments specified! From: Craig Rodrigues To: freebsd-current Current Content-Type: text/plain; charset=ISO-8859-1 Cc: Dimitry Andric , Ed Maste X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 Jun 2014 01:19:30 -0000 Hi, I did the following with a tree checked out from HEAD at svn r267307: (1) Did a "make buildworld; make buildkernel; make installkernel; make installworld", with no special settings in /etc/src.conf or /etc/make.conf (2) rebooted (3) Waited for system to come up, and then did the following: cd src/lib/clang make WITH_LLDB=yes obj all I got this error: ===> liblldb (all) clang-tblgen -gen-clang-diags-defs -clang-component=Common -I /opt2/branches/head/lib/clang/liblldb/../../../contrib/llvm/tools/clang/include/clang/Basic -d DiagnosticCommonKinds.inc.d -o DiagnosticCommonKinds.inc.h /opt2/branches/head/lib/clang/liblldb/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td /opt2/branches/head/lib/clang/liblldb/../../../contrib/llvm/tools/clang/include/clang/Basic/DiagnosticASTKinds.td /opt2/branches/head/lib/clang/liblldb/../../../contrib/llvm/tools/clang/include/clang/Basic/DiagnosticAnalysisKinds.td /opt2/branches/head/lib/clang/liblldb/../../../contrib/llvm/tools/clang/include/clang/Basic/DiagnosticCategories.td /opt2/branches/head/lib/clang/liblldb/../../../contrib/llvm/tools/clang/include/clang/Basic/DiagnosticCommentKinds.td /opt2/branches/head/lib/clang/liblldb/../../../contrib/llvm/tools/clang/include/clang/Basic/DiagnosticCommonKinds.td /opt2/branches/head/lib/clang/liblldb/../../../contrib/llvm/tools/clang/include/clang/Basic/DiagnosticDriverKinds.td /opt2/branches/head/lib/clang/liblldb/../../../contrib/llvm/tools/clang/include/clang/Basic/DiagnosticFrontendKinds.td /opt2/branches/head/lib/clang/liblldb/../../../contrib/llvm/tools/clang/include/clang/Basic/DiagnosticGroups.td /opt2/branches/head/lib/clang/liblldb/../../../contrib/llvm/tools/clang/include/clang/Basic/DiagnosticLexKinds.td /opt2/branches/head/lib/clang/liblldb/../../../contrib/llvm/tools/clang/include/clang/Basic/DiagnosticParseKinds.td /opt2/branches/head/lib/clang/liblldb/../../../contrib/llvm/tools/clang/include/clang/Basic/DiagnosticSemaKinds.td /opt2/branches/head/lib/clang/liblldb/../../../contrib/llvm/tools/clang/include/clang/Basic/DiagnosticSerializationKinds.td clang-tblgen: Too many positional arguments specified! Can specify at most 1 positional arguments: See: clang-tblgen -help *** Error code 1 Stop. make[1]: stopped in /opt2/branches/head/lib/clang/liblldb *** Error code 1 Stop. make: stopped in /opt2/branches/head/lib/clang I'm not familiar with this clang error. Any idea what caused it? A similar error (not identical) was reported here: http://lists.freebsd.org/pipermail/freebsd-stable/2014-June/078879.html -- Craig From owner-freebsd-current@FreeBSD.ORG Tue Jun 10 03:13:38 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A6AE097F; Tue, 10 Jun 2014 03:13:38 +0000 (UTC) Received: from torment.daemoninthecloset.org (torment.daemoninthecloset.org [94.242.209.234]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "torment.daemoninthecloset.org", Issuer "daemoninthecloset.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 648EE2F9E; Tue, 10 Jun 2014 03:13:38 +0000 (UTC) Received: from sage.daemoninthecloset.org (cpe-72-177-8-109.austin.res.rr.com [72.177.8.109]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "sage.daemoninthecloset.org", Issuer "daemoninthecloset.org" (not verified)) by torment.daemoninthecloset.org (Postfix) with ESMTPS id 03F6F42C2546; Tue, 10 Jun 2014 05:04:52 +0200 (CEST) X-Virus-Scanned: amavisd-new at daemoninthecloset.org X-Virus-Scanned: amavisd-new at daemoninthecloset.org Date: Mon, 9 Jun 2014 22:03:56 -0500 (CDT) From: Bryan Venteicher To: John-Mark Gurney Message-ID: <100488220.4292.1402369436876.JavaMail.root@daemoninthecloset.org> In-Reply-To: <20140610000246.GW31367@funkthat.com> References: <20140610000246.GW31367@funkthat.com> Subject: Re: dhclient sucks cpu usage... MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [192.168.10.20] X-Mailer: Zimbra 8.0.2_GA_5569 (ZimbraWebClient - GC33 ([unknown])/8.0.2_GA_5569) Thread-Topic: dhclient sucks cpu usage... Thread-Index: fmMcJNl9h8hOdeWB79fYswL50E8uIA== Cc: current@FreeBSD.org, net@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 Jun 2014 03:13:38 -0000 Hi, ----- Original Message ----- > So, after finding out that nc has a stupidly small buffer size (2k > even though there is space for 16k), I was still not getting as good > as performance using nc between machines, so I decided to generate some > flame graphs to try to identify issues... (Thanks to who included a > full set of modules, including dtraceall on memstick!) > > So, the first one is: > https://www.funkthat.com/~jmg/em.stack.svg > > As I was browsing around, the em_handle_que was consuming quite a bit > of cpu usage for only doing ~50MB/sec over gige.. Running top -SH shows > me that the taskqueue for em was consuming about 50% cpu... Also pretty > high for only 50MB/sec... Looking closer, you'll see that bpf_mtap is > consuming ~3.18% (under ether_nh_input).. I know I'm not running tcpdump > or anything, but I think dhclient uses bpf to be able to inject packets > and listen in on them, so I kill off dhclient, and instantly, the taskqueue > thread for em drops down to 40% CPU... (transfer rate only marginally > improves, if it does) > > I decide to run another flame graph w/o dhclient running: > https://www.funkthat.com/~jmg/em.stack.nodhclient.svg > > and now _rxeof drops from 17.22% to 11.94%, pretty significant... > > So, if you care about performance, don't run dhclient... > Yes, I've noticed the same issue. It can absolutely kill performance in a VM guest. It is much more pronounced on only some of my systems, and I hadn't tracked it down yet. I wonder if this is fallout from the callout work, or if there was some bpf change. I've been using the kludgey workaround patch below. diff --git a/sys/net/bpf.c b/sys/net/bpf.c index cb3ed27..9751986 100644 --- a/sys/net/bpf.c +++ b/sys/net/bpf.c @@ -2013,9 +2013,11 @@ bpf_gettime(struct bintime *bt, int tstype, struct mbuf *m) return (BPF_TSTAMP_EXTERN); } } +#if 0 if (quality == BPF_TSTAMP_NORMAL) binuptime(bt); else +#endif getbinuptime(bt); return (quality); > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > _______________________________________________ > 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 Jun 10 09:19:52 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 88F9F442; Tue, 10 Jun 2014 09:19:52 +0000 (UTC) Received: from mail.ipfw.ru (mail.ipfw.ru [IPv6:2a01:4f8:120:6141::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4AB3F2CD8; Tue, 10 Jun 2014 09:19:52 +0000 (UTC) Received: from [2a02:6b8:0:401:222:4dff:fe50:cd2f] (helo=ptichko.yndx.net) by mail.ipfw.ru with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WuEIY-0004ZN-DK; Tue, 10 Jun 2014 09:08:38 +0400 Message-ID: <5396CD41.2080300@FreeBSD.org> Date: Tue, 10 Jun 2014 13:17:53 +0400 From: "Alexander V. Chernikov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Bryan Venteicher , John-Mark Gurney Subject: Re: dhclient sucks cpu usage... References: <20140610000246.GW31367@funkthat.com> <100488220.4292.1402369436876.JavaMail.root@daemoninthecloset.org> In-Reply-To: <100488220.4292.1402369436876.JavaMail.root@daemoninthecloset.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org, net@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 Jun 2014 09:19:52 -0000 On 10.06.2014 07:03, Bryan Venteicher wrote: > Hi, > > ----- Original Message ----- >> So, after finding out that nc has a stupidly small buffer size (2k >> even though there is space for 16k), I was still not getting as good >> as performance using nc between machines, so I decided to generate some >> flame graphs to try to identify issues... (Thanks to who included a >> full set of modules, including dtraceall on memstick!) >> >> So, the first one is: >> https://www.funkthat.com/~jmg/em.stack.svg >> >> As I was browsing around, the em_handle_que was consuming quite a bit >> of cpu usage for only doing ~50MB/sec over gige.. Running top -SH shows >> me that the taskqueue for em was consuming about 50% cpu... Also pretty >> high for only 50MB/sec... Looking closer, you'll see that bpf_mtap is >> consuming ~3.18% (under ether_nh_input).. I know I'm not running tcpdump >> or anything, but I think dhclient uses bpf to be able to inject packets >> and listen in on them, so I kill off dhclient, and instantly, the taskqueue >> thread for em drops down to 40% CPU... (transfer rate only marginally >> improves, if it does) >> >> I decide to run another flame graph w/o dhclient running: >> https://www.funkthat.com/~jmg/em.stack.nodhclient.svg >> >> and now _rxeof drops from 17.22% to 11.94%, pretty significant... >> >> So, if you care about performance, don't run dhclient... >> > Yes, I've noticed the same issue. It can absolutely kill performance > in a VM guest. It is much more pronounced on only some of my systems, > and I hadn't tracked it down yet. I wonder if this is fallout from > the callout work, or if there was some bpf change. > > I've been using the kludgey workaround patch below. Hm, pretty interesting. dhclient should setup proper filter (and it looks like it does so: 13:10 [0] m@ptichko s netstat -B Pid Netif Flags Recv Drop Match Sblen Hblen Command 1224 em0 -ifs--l 41225922 0 11 0 0 dhclient ) see "match" count. And BPF itself adds the cost of read rwlock (+ bgp_filter() calls for each consumer on interface). It should not introduce significant performance penalties. > > diff --git a/sys/net/bpf.c b/sys/net/bpf.c > index cb3ed27..9751986 100644 > --- a/sys/net/bpf.c > +++ b/sys/net/bpf.c > @@ -2013,9 +2013,11 @@ bpf_gettime(struct bintime *bt, int tstype, struct mbuf *m) > return (BPF_TSTAMP_EXTERN); > } > } > +#if 0 > if (quality == BPF_TSTAMP_NORMAL) > binuptime(bt); > else > +#endif bpf_getttime() is called IFF packet filter matches some traffic. Can you show your "netstat -B" output ? > getbinuptime(bt); > > return (quality); > > >> -- >> John-Mark Gurney Voice: +1 415 225 5579 >> >> "All that I will do, has been done, All that I have, has not." >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Jun 10 08:19:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9DFFDFA6 for ; Tue, 10 Jun 2014 08:19:43 +0000 (UTC) Received: from host64.kissl.de (host64.kissl.de [213.239.241.64]) by mx1.freebsd.org (Postfix) with ESMTP id 5984C27C4 for ; Tue, 10 Jun 2014 08:19:42 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by host64.kissl.de (Postfix) with ESMTP id DC9C4A5A6889; Tue, 10 Jun 2014 10:19:39 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at host64.kissl.de Received: from host64.kissl.de ([127.0.0.1]) by localhost (host64.kissl.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RhGbFGGQ6mKK; Tue, 10 Jun 2014 10:19:39 +0200 (CEST) Received: from [10.0.128.106] (p50993595.dip0.t-ipconnect.de [80.153.53.149]) (Authenticated sender: web104p1) by host64.kissl.de (Postfix) with ESMTPSA id 772DFA5A6882; Tue, 10 Jun 2014 10:19:37 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: netmap(4) transparent mode From: Franco Fichtner In-Reply-To: Date: Tue, 10 Jun 2014 10:19:36 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <86B34EF9-E1B6-4F4C-9B8D-9F519B0E558E@lastsummer.de> To: Luigi Rizzo X-Mailer: Apple Mail (2.1878.2) X-Mailman-Approved-At: Tue, 10 Jun 2014 11:27:08 +0000 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 Jun 2014 08:19:43 -0000 Hi Luigi, On 09 Jun 2014, at 14:37, Luigi Rizzo wrote: > =E2=80=8Back, thanks -- we are merging a few fixes to netmap these = days > so yours will go in soon brilliant, thanks. :) Cheers, Franco= From owner-freebsd-current@FreeBSD.ORG Tue Jun 10 14:31:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 17230DA1 for ; Tue, 10 Jun 2014 14:31:22 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E965C2C9F for ; Tue, 10 Jun 2014 14:31:21 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WuN4t-00019c-Nx for freebsd-current@freebsd.org; Tue, 10 Jun 2014 07:31:07 -0700 Date: Tue, 10 Jun 2014 07:31:07 -0700 (PDT) From: Beeblebrox To: freebsd-current@freebsd.org Message-ID: <1402410667736-5919662.post@n5.nabble.com> Subject: Previously working PXE setup now fails MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 Jun 2014 14:31:22 -0000 I had a perfectly working PXE-booting environment, but now it fails at kernel boot stage. Client starts to boot, and var/log/xfer shows the pxeboot file being transferred from server: in.tftpd[34792]: RRQ from 192.168.2.3 filename pxeboot tftpd[5013]: Filename: 'pxeboot' tftpd[5015]: Mode: 'octet' tftpd[5015]: 192.168.2.3: read request for //pxeboot: success Then BTX starts to boot the kernel but fails with: pxe_open: server addr: 192.168.2.1 pxe_open: server path: / pxe_open: gateway ip: 192.168.2.1 NFS MOUNT RPC error: 72 / can't load 'kernel' Then drops to BTX's rescue command prompt. * NFS path is visible in "showmount -e" and I have disabled NFS_V4 to debug the problem. * The BTX cli gives "failed RPC struct is bad" message to "ls" command. * rpcbind complains "cannot get information for tcp6 & udp6. My kernel has IPV6 disabled and etc/rc.conf has {ipv6_activate_all_interfaces="NO" \ ip6addrctl_enable="NO"} * etc/rc.conf has these as well and I tried the problem with NFS_V3 (disable V4) but got same result: rpcbind_flags="-h 192.168.2.1" mountd_flags="-r -n -o -l -h 192.168.2.1" nfsd_flags="-u -t -n 4 -h 192.168.2.1" #nfsv4_only="YES" #nfsv4_server_enable="YES" * The only other log entry I can find is: inetd[4949]: madvise() failed: Operation not permitted inetd[5012]: setpriority 'root' (daemon): Permission denied inetd[5014]: setpriority 'root' (daemon): Permission denied Any suggestions on what else I can try to debug this thing? ----- FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this message in context: http://freebsd.1045724.n5.nabble.com/Previously-working-PXE-setup-now-fails-tp5919662.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Tue Jun 10 15:54:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2ABAFFBE; Tue, 10 Jun 2014 15:54:30 +0000 (UTC) Date: Tue, 10 Jun 2014 11:54:26 -0400 From: Glen Barber To: Konstantin Belousov Subject: Re: Turning TESTS on by default Message-ID: <20140610155426.GR1209@hub.FreeBSD.org> References: <20140607033334.GO3991@kib.kiev.ua> <20140608203645.GD33882@hub.FreeBSD.org> <20140609231506.GM3991@kib.kiev.ua> <20140609232743.GL1209@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="JQ29orswtRjjfiJM" Content-Disposition: inline In-Reply-To: <20140609232743.GL1209@hub.FreeBSD.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Warren Block , Adrian Chadd , Julio Merino , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 Jun 2014 15:54:31 -0000 --JQ29orswtRjjfiJM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 09, 2014 at 07:27:43PM -0400, Glen Barber wrote: > On Tue, Jun 10, 2014 at 02:15:06AM +0300, Konstantin Belousov wrote: > > On Sun, Jun 08, 2014 at 04:36:45PM -0400, Glen Barber wrote: > > > On Sun, Jun 08, 2014 at 01:33:31PM -0700, Adrian Chadd wrote: > > > > Now, as for how much bloat it adds to the CD images... > > > >=20 > > >=20 > > > Enough that it will be turned off for the CDs. > >=20 > > I wanted to answer that we should split the question into two, > > one is whether to enable tests installation by default for buildworld > > (and I answered no there), another is whether to ship tests with the > > installation media, both on releases and snapshots. > >=20 > > I think that we should do the later, if not on CD, then on DVD and for > > ftp installs. This would mean that there is one more customization > > for the release build process, but I do not think that the release > > build structure requires significant changes. > >=20 >=20 > We are dangerously teetering every time an option to add "just one more" > thing to the CD is committed to being unable to fall below the 685MB > size (which I understand is what FreeBSDMall needs for the CDs they > produce). >=20 > So, as our src/ and ports/ trees grow, the room we have left is > shrinking fast. I think it is not feasible to ship the tests on the CD, > but I do agree they can be shipped on the DVD. >=20 > Julio has submitted a review request for this to make a tests.txz > distribution, which can then be excluded for the bootonly.iso and > disc1.iso, but kept for the dvd.iso. >=20 > https://phabric.freebsd.org/D198 >=20 > I am building a test release build with this change now, but I am aware > of one immediate problem that will be encountered - if we default > WITH_TESTS=3D1, the running userland on the bootonly.iso and disc1.iso > (used for the installer) will also include the tests. >=20 > This is because we do not evaluate the value of WITH_TESTS=3D, but only > that it is defined. This is also a problem for the debug.txz with > WITH_DEBUG_FILES=3D1 for the buildworld/buildkernel, but > WITHOUT_DEBUG_FILES=3D1 for the bootonly.iso and disc1.iso creation, > because we cannot set both. >=20 > Some of the later commits to a projects/ branch to work on allowing the > debug.txz to be fetched from FTP (or via the netinstall) illustrates the > problem and some very hackish workarounds I have tried. >=20 > https://svn.freebsd.org/base/projects/release-debugdist/ >=20 After reviewing Julio's proposed changes, I realize that there is a way to avoid populating /usr/tests when building the on-disc filesystem. I think this will also apply to the WITH_DEBUG_FILES=3D1 case mentioned. It seems I cannot apply an update to another differential review (or I am just doing it wrong), so have created a new differential here: https://phabric.freebsd.org/D202 Glen --JQ29orswtRjjfiJM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTlyoyAAoJELls3eqvi17Q/2gP/Rao5rmkbCmscQgnl7JH8AjP TjYlNtGA6FgHlO2+5g8U8kUNJtUMf80IO/hV4sqZAE4+/XeiIXld5B1ndGhxqG9p cU7mH3UeHmA1cFWSFRqXrrQ3RnJ9f7tvliSoH4vwppn2eG6aCPixVR5447C5bGLW Q8D7fWsm7NcOP88JR9hWNwBtZXD1LwaGKfphGHIHAF+cylNKycKaLRT0ZXnLIzYj RHAwDQT5Ndukt1tFC+IzvTe8I9bjv5BvmhTAg+MY2siALnRwy3xaVtlY1qiEbGdt DTirsFo3Iz6iaMyXs1tV67eFVQSIvGqFZz+X+6Ad2kKy61w2baFaq1MLWIMDpwoS HSq4nCB04KYBEnMsYGZYH5q+f1//yAyfivw3lNC5RRnnyPyCxzDzX9tSv/a5ibuo 4i0y1uTM+OmzbFIRrA5bsGMBbcEcp30xIjbO+NoYirTF2csTaQt2RcY08x4DZuiJ sq0PnBPggaWCf4UH8ApFhlRROdp6mdbrnTyHV/41kshqlTP4dJWUy/QMTZc6HnLW j6dsfxJZ4Wkwj2PVgWVf/KfZnyjsM/JPxHamUeNuGdd8pynR9PagJFbQ2knBVnmO m54ARh6Of+6izWe9EEMSVHj4u4MnoPWtOFS8uDQV5rLxRV22xKRklT4VXCfIFTL/ 7bcRJYki1hRbuaPc26SL =2MfQ -----END PGP SIGNATURE----- --JQ29orswtRjjfiJM-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 10 16:01:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1BDBF2C0 for ; Tue, 10 Jun 2014 16:01:25 +0000 (UTC) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id D473D2580 for ; Tue, 10 Jun 2014 16:01:23 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id AB3857300A; Tue, 10 Jun 2014 18:04:25 +0200 (CEST) Date: Tue, 10 Jun 2014 18:04:25 +0200 From: Luigi Rizzo To: current@freebsd.org Subject: how to i get both clang and gcc4.2.1 in buildworld ? Message-ID: <20140610160425.GA60259@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 Jun 2014 16:01:25 -0000 As the subject says... i upgraded to stable/10 without special options, clang is the default compiler but the gcc4.2.1 whose sources are in the tree is not compiled. Is there any way to get both gcc and clang compiled during a buildworld ? Or any port that brings in the gcc 4.2.1 (and not one of the more modern ones ?) For those curious, the reason i am asking is the following, and it might well be unrelated to gcc: i used to build picobsd with gcc, and part of picobsd's boostrap is a "make toolchain". When i hosted this on stable/9 with gcc i could cross build picobsd using basically any source tree. Now, however, hosting the build on stable/10 with clang, the "make toolchain" on a stable/9 tree fails and i need to do a full "make buildworld" to bootstrap. I don't know what fails exactly, but i see a ton of warnings and possibly errors in the 'make toolchain' phase that i thought might be due to a compiler/source mismatch. Maybe not. In any case, I'd still like to have gcc. cheers luigi From owner-freebsd-current@FreeBSD.ORG Tue Jun 10 16:06:03 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 49E827CD for ; Tue, 10 Jun 2014 16:06:03 +0000 (UTC) Received: from aussmtpmrkps320.us.dell.com (aussmtpmrkps320.us.dell.com [143.166.224.254]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "ausxipmktps31.us.dell.com", Issuer "Dell Inc. Enterprise Issuing CA1" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E636E25D4 for ; Tue, 10 Jun 2014 16:06:01 +0000 (UTC) X-Loopcount0: from 64.238.244.148 X-IronPort-AV: E=Sophos;i="4.98,1009,1392184800"; d="scan'208,217";a="141704320" Message-ID: <53972CE1.8040205@vangyzen.net> Date: Tue, 10 Jun 2014 11:05:53 -0500 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Luigi Rizzo , Subject: Re: how to i get both clang and gcc4.2.1 in buildworld ? References: <20140610160425.GA60259@onelab2.iet.unipi.it> In-Reply-To: <20140610160425.GA60259@onelab2.iet.unipi.it> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 Jun 2014 16:06:03 -0000 On 06/10/2014 11:04, Luigi Rizzo wrote: > As the subject says... > i upgraded to stable/10 without special options, clang is the > default compiler but the gcc4.2.1 whose sources are in the tree > is not compiled. > > Is there any way to get both gcc and clang compiled during a buildworld ? > Or any port that brings in the gcc 4.2.1 (and not one of the more > modern ones ?) > > For those curious, the reason i am asking is the following, > and it might well be unrelated to gcc: > > i used to build picobsd with gcc, and part of picobsd's boostrap > is a "make toolchain". When i hosted this on stable/9 with gcc > i could cross build picobsd using basically any source tree. > > Now, however, hosting the build on stable/10 with clang, > the "make toolchain" on a stable/9 tree fails and i need to > do a full "make buildworld" to bootstrap. > > I don't know what fails exactly, but i see a ton of warnings > and possibly errors in the 'make toolchain' phase that i > thought might be due to a compiler/source mismatch. > Maybe not. In any case, I'd still like to have gcc. $ cat /etc/src.conf WITH_GCC=yes WITH_GNUCXX=yes Eric From owner-freebsd-current@FreeBSD.ORG Tue Jun 10 16:24:51 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53EF160C; Tue, 10 Jun 2014 16:24:51 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 22E0227F6; Tue, 10 Jun 2014 16:24:50 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s5AGOiDM079182 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Jun 2014 09:24:44 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s5AGOhY5079181; Tue, 10 Jun 2014 09:24:43 -0700 (PDT) (envelope-from jmg) Date: Tue, 10 Jun 2014 09:24:43 -0700 From: John-Mark Gurney To: "Alexander V. Chernikov" Subject: Re: dhclient sucks cpu usage... Message-ID: <20140610162443.GD31367@funkthat.com> Mail-Followup-To: "Alexander V. Chernikov" , Bryan Venteicher , current@FreeBSD.org, net@FreeBSD.org References: <20140610000246.GW31367@funkthat.com> <100488220.4292.1402369436876.JavaMail.root@daemoninthecloset.org> <5396CD41.2080300@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5396CD41.2080300@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 10 Jun 2014 09:24:44 -0700 (PDT) Cc: Bryan Venteicher , current@FreeBSD.org, net@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 Jun 2014 16:24:51 -0000 Alexander V. Chernikov wrote this message on Tue, Jun 10, 2014 at 13:17 +0400: > On 10.06.2014 07:03, Bryan Venteicher wrote: > >Hi, > > > >----- Original Message ----- > >>So, after finding out that nc has a stupidly small buffer size (2k > >>even though there is space for 16k), I was still not getting as good > >>as performance using nc between machines, so I decided to generate some > >>flame graphs to try to identify issues... (Thanks to who included a > >>full set of modules, including dtraceall on memstick!) > >> > >>So, the first one is: > >>https://www.funkthat.com/~jmg/em.stack.svg > >> > >>As I was browsing around, the em_handle_que was consuming quite a bit > >>of cpu usage for only doing ~50MB/sec over gige.. Running top -SH shows > >>me that the taskqueue for em was consuming about 50% cpu... Also pretty > >>high for only 50MB/sec... Looking closer, you'll see that bpf_mtap is > >>consuming ~3.18% (under ether_nh_input).. I know I'm not running tcpdump > >>or anything, but I think dhclient uses bpf to be able to inject packets > >>and listen in on them, so I kill off dhclient, and instantly, the > >>taskqueue > >>thread for em drops down to 40% CPU... (transfer rate only marginally > >>improves, if it does) > >> > >>I decide to run another flame graph w/o dhclient running: > >>https://www.funkthat.com/~jmg/em.stack.nodhclient.svg > >> > >>and now _rxeof drops from 17.22% to 11.94%, pretty significant... > >> > >>So, if you care about performance, don't run dhclient... > >> > >Yes, I've noticed the same issue. It can absolutely kill performance > >in a VM guest. It is much more pronounced on only some of my systems, > >and I hadn't tracked it down yet. I wonder if this is fallout from > >the callout work, or if there was some bpf change. > > > >I've been using the kludgey workaround patch below. > Hm, pretty interesting. > dhclient should setup proper filter (and it looks like it does so: > 13:10 [0] m@ptichko s netstat -B > Pid Netif Flags Recv Drop Match Sblen Hblen Command > 1224 em0 -ifs--l 41225922 0 11 0 0 dhclient > ) > see "match" count. > And BPF itself adds the cost of read rwlock (+ bgp_filter() calls for > each consumer on interface). > It should not introduce significant performance penalties. Don't forget that it has to process the returning ack's... So, you're looking around 10k+ pps that you have to handle and pass through the filter... That's a lot of packets to process... Just for a bit more "double check", instead of using the HD as a source, I used /dev/zero... I ran a netstat -w 1 -I em0 when running the test, and I was getting ~50.7MiB/s w/ dhclient running and then I killed dhclient and it instantly jumped up to ~57.1MiB/s.. So I launched dhclient again, and it dropped back to ~50MiB/s... and some of this slowness is due to nc using small buffers which I will fix shortly.. And with witness disabled it goes from 58MiB/s to 65.7MiB/s.. In both cases, that's a 13% performance improvement by running w/o dhclient... This is using the latest memstick image, r266655 on a (Lenovo T61): FreeBSD 11.0-CURRENT #0 r266655: Sun May 25 18:55:02 UTC 2014 root@grind.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 WARNING: WITNESS option enabled, expect reduced performance. CPU: Intel(R) Core(TM)2 Duo CPU T7300 @ 2.00GHz (1995.05-MHz K8-class CPU) Origin="GenuineIntel" Id=0x6fb Family=0x6 Model=0xf Stepping=11 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 2147483648 (2048 MB) avail memory = 2014019584 (1920 MB) -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Jun 10 16:46:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 628E8C4B for ; Tue, 10 Jun 2014 16:46:12 +0000 (UTC) Received: from mail-la0-x233.google.com (mail-la0-x233.google.com [IPv6:2a00:1450:4010:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E261829C6 for ; Tue, 10 Jun 2014 16:46:11 +0000 (UTC) Received: by mail-la0-f51.google.com with SMTP id gf5so4107374lab.38 for ; Tue, 10 Jun 2014 09:46:09 -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:message-id:subject :from:to:cc:content-type; bh=9wIcMXLozUSqhTKOQcjmaBDbDwNtFqTNZeW6xQtGX18=; b=IYwk9kL1I1dYYFHnB2jmTf8lrwHTSBOGxdluYli3StnfhtWNXSH9xEXEDr5GjaNVns qis4CD1109CLZNyydFi2jDuJR8hs4Kf6z2pmXXwduTPmgOcwq9up2NIPA1wK21/PUl// q1hxwPeygI8P89ARog2h5tQM0u95kPpMcKSHas0J4IiX9c9Qgo+kzSr7J1nnh5t8fGMu 6dfsPMGXvmn6wOCzYtDEzkgA5mU7+ii0IYcpwpj1iu79WHNIj1JRx4QtxA7cLgz8V66a N1u8ghT22Xlh+XTPIPa7OfIrlKd7enoCJG6ncwdVQlJaz9mUxvjrmMExO+41+pwxkUrA aSkg== MIME-Version: 1.0 X-Received: by 10.112.63.65 with SMTP id e1mr1919941lbs.81.1402418769801; Tue, 10 Jun 2014 09:46:09 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.67.73 with HTTP; Tue, 10 Jun 2014 09:46:09 -0700 (PDT) In-Reply-To: <1402410667736-5919662.post@n5.nabble.com> References: <1402410667736-5919662.post@n5.nabble.com> Date: Tue, 10 Jun 2014 09:46:09 -0700 X-Google-Sender-Auth: 2GJcwpFVbCXql8NMlkOxrUzaprk Message-ID: Subject: Re: Previously working PXE setup now fails From: Craig Rodrigues To: Beeblebrox Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 Jun 2014 16:46:12 -0000 On Tue, Jun 10, 2014 at 7:31 AM, Beeblebrox wrote: > > Then BTX starts to boot the kernel but fails with: > pxe_open: server addr: 192.168.2.1 > pxe_open: server path: / > pxe_open: gateway ip: 192.168.2.1 > NFS MOUNT RPC error: 72 In /usr/include/errno.h, error 72 is: #define EBADRPC 72 /* RPC struct is bad */ Take a look at http://www.freebsd.org/doc/handbook/network-pxe-nfs.html and see if you can run wireshark on your NFS server that is being mounted. That should narrow down the RPC error. -- Craig From owner-freebsd-current@FreeBSD.ORG Tue Jun 10 17:10:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2511F749 for ; Tue, 10 Jun 2014 17:10:29 +0000 (UTC) Received: from mail-qa0-f49.google.com (mail-qa0-f49.google.com [209.85.216.49]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D35D32C03 for ; Tue, 10 Jun 2014 17:10:28 +0000 (UTC) Received: by mail-qa0-f49.google.com with SMTP id w8so2552487qac.8 for ; Tue, 10 Jun 2014 10:10:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-type; bh=wfYi26Uz5iPi0TVkiUjiU97HgN1/U1XZN4MAyk9t9WM=; b=ZhbUEF3Q4QH+Z4+zxKlzFzRwvouNhizmyCfLKoUAlDkUHh09hykKWn6afi9RckAz7C ykgRtG++G+ZFV3yAVP4tKcjegXf+FZ/eLgjInRJhlp54MOncyMShRYY9w5aLiWCxsbu1 og5VypG4NXYKQcsPE9gumuHl8ijRHrvSzhTF7vrxLyhb8dDopWYTfZltXtWfA9DbK3nx deDw2tDBQzwHIAzV8622Wx7e9W7w2pWipOZGjkUhr3sh7nTIgQqlKYa0/GB58U8Xrm+U rkHOB2PQ3un9SUyyVn5xoYmiaX5flkD8XdF2kxGehJybUlr7T3/A9CxK7K6tohF82FUD trzw== X-Gm-Message-State: ALoCoQnsk7BViL6zuAq2S4XkLzTlHieG4Df9Ak/P+4oFFCtDtD78ZtodMXX1SfDzdnp2Jmwv3PFu X-Received: by 10.224.130.196 with SMTP id u4mr45082354qas.13.1402420221802; Tue, 10 Jun 2014 10:10:21 -0700 (PDT) MIME-Version: 1.0 Sender: jmmv@meroh.net Received: by 10.96.83.99 with HTTP; Tue, 10 Jun 2014 10:10:01 -0700 (PDT) X-Originating-IP: [2620:0:1040:404:38eb:2980:5d82:1f3e] In-Reply-To: <20140610155426.GR1209@hub.FreeBSD.org> References: <20140607033334.GO3991@kib.kiev.ua> <20140608203645.GD33882@hub.FreeBSD.org> <20140609231506.GM3991@kib.kiev.ua> <20140609232743.GL1209@hub.FreeBSD.org> <20140610155426.GR1209@hub.FreeBSD.org> From: Julio Merino Date: Tue, 10 Jun 2014 18:10:01 +0100 X-Google-Sender-Auth: gicDTk10Gxlr-rhPX5UGLukUOd8 Message-ID: Subject: Re: Turning TESTS on by default To: Glen Barber Content-Type: text/plain; charset=UTF-8 Cc: Konstantin Belousov , Warren Block , Adrian Chadd , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 Jun 2014 17:10:29 -0000 On Tue, Jun 10, 2014 at 4:54 PM, Glen Barber wrote: > After reviewing Julio's proposed changes, I realize that there is a way > to avoid populating /usr/tests when building the on-disc filesystem. > I think this will also apply to the WITH_DEBUG_FILES=1 case mentioned. > > It seems I cannot apply an update to another differential review (or > I am just doing it wrong), so have created a new differential here: > > https://phabric.freebsd.org/D202 Thanks for testing and for the feedback. All raised issues should now be resolved: - installworld now works again with read-only src and object trees. - The test suite is shipped as a separate tests.txz file that users can choose to not install. - Release media do not include the test suite in them. From owner-freebsd-current@FreeBSD.ORG Tue Jun 10 17:35:15 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 07456AF9; Tue, 10 Jun 2014 17:35:15 +0000 (UTC) Received: from mail.ipfw.ru (mail.ipfw.ru [IPv6:2a01:4f8:120:6141::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 920242EBA; Tue, 10 Jun 2014 17:35:14 +0000 (UTC) Received: from [2a02:6b8:0:401:222:4dff:fe50:cd2f] (helo=ptichko.yndx.net) by mail.ipfw.ru with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WuM1x-0009rk-1x; Tue, 10 Jun 2014 17:24:01 +0400 Message-ID: <5397415B.5070409@FreeBSD.org> Date: Tue, 10 Jun 2014 21:33:15 +0400 From: "Alexander V. Chernikov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Bryan Venteicher , current@FreeBSD.org, net@FreeBSD.org Subject: Re: dhclient sucks cpu usage... References: <20140610000246.GW31367@funkthat.com> <100488220.4292.1402369436876.JavaMail.root@daemoninthecloset.org> <5396CD41.2080300@FreeBSD.org> <20140610162443.GD31367@funkthat.com> In-Reply-To: <20140610162443.GD31367@funkthat.com> Content-Type: multipart/mixed; boundary="------------070504090202070208030308" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 Jun 2014 17:35:15 -0000 This is a multi-part message in MIME format. --------------070504090202070208030308 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 10.06.2014 20:24, John-Mark Gurney wrote: > Alexander V. Chernikov wrote this message on Tue, Jun 10, 2014 at 13:17 +0400: >> On 10.06.2014 07:03, Bryan Venteicher wrote: >>> Hi, >>> >>> ----- Original Message ----- >>>> So, after finding out that nc has a stupidly small buffer size (2k >>>> even though there is space for 16k), I was still not getting as good >>>> as performance using nc between machines, so I decided to generate some >>>> flame graphs to try to identify issues... (Thanks to who included a >>>> full set of modules, including dtraceall on memstick!) >>>> >>>> So, the first one is: >>>> https://www.funkthat.com/~jmg/em.stack.svg >>>> >>>> As I was browsing around, the em_handle_que was consuming quite a bit >>>> of cpu usage for only doing ~50MB/sec over gige.. Running top -SH shows >>>> me that the taskqueue for em was consuming about 50% cpu... Also pretty >>>> high for only 50MB/sec... Looking closer, you'll see that bpf_mtap is >>>> consuming ~3.18% (under ether_nh_input).. I know I'm not running tcpdump >>>> or anything, but I think dhclient uses bpf to be able to inject packets >>>> and listen in on them, so I kill off dhclient, and instantly, the >>>> taskqueue >>>> thread for em drops down to 40% CPU... (transfer rate only marginally >>>> improves, if it does) >>>> >>>> I decide to run another flame graph w/o dhclient running: >>>> https://www.funkthat.com/~jmg/em.stack.nodhclient.svg >>>> >>>> and now _rxeof drops from 17.22% to 11.94%, pretty significant... >>>> >>>> So, if you care about performance, don't run dhclient... >>>> >>> Yes, I've noticed the same issue. It can absolutely kill performance >>> in a VM guest. It is much more pronounced on only some of my systems, >>> and I hadn't tracked it down yet. I wonder if this is fallout from >>> the callout work, or if there was some bpf change. >>> >>> I've been using the kludgey workaround patch below. >> Hm, pretty interesting. >> dhclient should setup proper filter (and it looks like it does so: >> 13:10 [0] m@ptichko s netstat -B >> Pid Netif Flags Recv Drop Match Sblen Hblen Command >> 1224 em0 -ifs--l 41225922 0 11 0 0 dhclient >> ) >> see "match" count. >> And BPF itself adds the cost of read rwlock (+ bgp_filter() calls for >> each consumer on interface). >> It should not introduce significant performance penalties. > Don't forget that it has to process the returning ack's... So, you're Well, it can be still captured with the proper filter like "ip && udp && port 67 or port 68". We're using tcpdump on high packet ratios (>1M) and it does not influence process _much_. We should probably convert its rwlock to rmlock and use per-cpu counters for statistics, but that's a different story. > looking around 10k+ pps that you have to handle and pass through the > filter... That's a lot of packets to process... > > Just for a bit more "double check", instead of using the HD as a > source, I used /dev/zero... I ran a netstat -w 1 -I em0 when > running the test, and I was getting ~50.7MiB/s w/ dhclient running and > then I killed dhclient and it instantly jumped up to ~57.1MiB/s.. So I > launched dhclient again, and it dropped back to ~50MiB/s... dhclient uses different BPF sockets for reading and writing (and it moves write socket to privileged child process via fork(). The problem we're facing with is the fact that dhclient does not set _any_ read filter on write socket: 21:27 [0] zfscurr0# netstat -B Pid Netif Flags Recv Drop Match Sblen Hblen Command 1529 em0 --fs--l 86774 86769 86784 4044 3180 dhclient --------------------------------------- ^^^^^ -------------------------- 1526 em0 -ifs--l 86789 0 1 0 0 dhclient so all traffic is pushed down introducing contention on BPF descriptor mutex. (That's why I've asked for netstat -B output.) Please try an attached patch to fix this. This is not the right way to fix this, we'd better change BPF behavior not to attach to interface readers for write-only consumers. This have been partially implemented as net.bpf.optimize_writers hack, but it does not work for all direct BPF consumers (which are not using pcap(3) API). > > and some of this slowness is due to nc using small buffers which I will > fix shortly.. > > And with witness disabled it goes from 58MiB/s to 65.7MiB/s.. In > both cases, that's a 13% performance improvement by running w/o > dhclient... > > This is using the latest memstick image, r266655 on a (Lenovo T61): > FreeBSD 11.0-CURRENT #0 r266655: Sun May 25 18:55:02 UTC 2014 > root@grind.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 > FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 > WARNING: WITNESS option enabled, expect reduced performance. > CPU: Intel(R) Core(TM)2 Duo CPU T7300 @ 2.00GHz (1995.05-MHz K8-class CPU) > Origin="GenuineIntel" Id=0x6fb Family=0x6 Model=0xf Stepping=11 > Features=0xbfebfbff > Features2=0xe3bd > AMD Features=0x20100800 > AMD Features2=0x1 > TSC: P-state invariant, performance statistics > real memory = 2147483648 (2048 MB) > avail memory = 2014019584 (1920 MB) > --------------070504090202070208030308 Content-Type: text/x-patch; name="dhclient_fix.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dhclient_fix.diff" Index: sbin/dhclient/bpf.c =================================================================== --- sbin/dhclient/bpf.c (revision 266306) +++ sbin/dhclient/bpf.c (working copy) @@ -131,6 +131,11 @@ struct bpf_insn dhcp_bpf_wfilter[] = { int dhcp_bpf_wfilter_len = sizeof(dhcp_bpf_wfilter) / sizeof(struct bpf_insn); +struct bpf_insn dhcp_bpf_dfilter[] = { + BPF_STMT(BPF_RET+BPF_K, 0) +}; +int dhcp_bpf_dfilter_len = sizeof(dhcp_bpf_dfilter) / sizeof(struct bpf_insn); + void if_register_send(struct interface_info *info) { @@ -160,6 +165,12 @@ if_register_send(struct interface_info *info) if (ioctl(info->wfdesc, BIOCSETWF, &p) < 0) error("Can't install write filter program: %m"); + /* Set deny-all read filter for write socket */ + p.bf_len = dhcp_bpf_dfilter_len; + p.bf_insns = dhcp_bpf_dfilter; + if (ioctl(info->wfdesc, BIOCSETFNR, &p) < 0) + error("Can't install write filter program: %m"); + if (ioctl(info->wfdesc, BIOCLOCK, NULL) < 0) error("Cannot lock bpf"); --------------070504090202070208030308-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 10 18:01:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0779078B; Tue, 10 Jun 2014 18:01:17 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9E18221B2; Tue, 10 Jun 2014 18:01:16 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::d9e6:9261:74bd:b07e] (unknown [IPv6:2001:7b8:3a7:0:d9e6:9261:74bd:b07e]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 74E085C44; Tue, 10 Jun 2014 20:01:04 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_AB817A99-4FD7-4ED0-8C48-4114E61EBDBF"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: clang-tblgen: Too many positional arguments specified! From: Dimitry Andric In-Reply-To: Date: Tue, 10 Jun 2014 20:01:03 +0200 Message-Id: <7C7049BC-5DE0-42FE-B879-30D1AC5C3F71@FreeBSD.org> References: To: Craig Rodrigues X-Mailer: Apple Mail (2.1878.2) Cc: freebsd-current Current , Ed Maste X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 Jun 2014 18:01:17 -0000 --Apple-Mail=_AB817A99-4FD7-4ED0-8C48-4114E61EBDBF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On 10 Jun 2014, at 03:19, Craig Rodrigues wrote: > I did the following with a tree checked out from HEAD at > svn r267307: >=20 > (1) Did a "make buildworld; make buildkernel; make installkernel; > make installworld", with no special settings in /etc/src.conf or > /etc/make.conf > (2) rebooted > (3) Waited for system to come up, and then did the following: > cd src/lib/clang > make WITH_LLDB=3Dyes obj all >=20 > I got this error: >=20 >=20 > =3D=3D=3D> liblldb (all) > clang-tblgen -gen-clang-diags-defs -clang-component=3DCommon -I > = /opt2/branches/head/lib/clang/liblldb/../../../contrib/llvm/tools/clang/in= clude/clang/Basic > -d DiagnosticCommonKinds.inc.d -o DiagnosticCommonKinds.inc.h > = /opt2/branches/head/lib/clang/liblldb/../../../contrib/llvm/tools/clang/in= clude/clang/Basic/Diagnostic.td > = /opt2/branches/head/lib/clang/liblldb/../../../contrib/llvm/tools/clang/in= clude/clang/Basic/DiagnosticASTKinds.td > = /opt2/branches/head/lib/clang/liblldb/../../../contrib/llvm/tools/clang/in= clude/clang/Basic/DiagnosticAnalysisKinds.td > = /opt2/branches/head/lib/clang/liblldb/../../../contrib/llvm/tools/clang/in= clude/clang/Basic/DiagnosticCategories.td > = /opt2/branches/head/lib/clang/liblldb/../../../contrib/llvm/tools/clang/in= clude/clang/Basic/DiagnosticCommentKinds.td > = /opt2/branches/head/lib/clang/liblldb/../../../contrib/llvm/tools/clang/in= clude/clang/Basic/DiagnosticCommonKinds.td > = /opt2/branches/head/lib/clang/liblldb/../../../contrib/llvm/tools/clang/in= clude/clang/Basic/DiagnosticDriverKinds.td > = /opt2/branches/head/lib/clang/liblldb/../../../contrib/llvm/tools/clang/in= clude/clang/Basic/DiagnosticFrontendKinds.td > = /opt2/branches/head/lib/clang/liblldb/../../../contrib/llvm/tools/clang/in= clude/clang/Basic/DiagnosticGroups.td > = /opt2/branches/head/lib/clang/liblldb/../../../contrib/llvm/tools/clang/in= clude/clang/Basic/DiagnosticLexKinds.td > = /opt2/branches/head/lib/clang/liblldb/../../../contrib/llvm/tools/clang/in= clude/clang/Basic/DiagnosticParseKinds.td > = /opt2/branches/head/lib/clang/liblldb/../../../contrib/llvm/tools/clang/in= clude/clang/Basic/DiagnosticSemaKinds.td > = /opt2/branches/head/lib/clang/liblldb/../../../contrib/llvm/tools/clang/in= clude/clang/Basic/DiagnosticSerializationKinds.td > clang-tblgen: Too many positional arguments specified! > Can specify at most 1 positional arguments: See: clang-tblgen -help This should now be fixed with r267335. Thanks for the report. -Dimitry --Apple-Mail=_AB817A99-4FD7-4ED0-8C48-4114E61EBDBF Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlOXR98ACgkQsF6jCi4glqMJhQCg1Y6YR84Kv9na6iiGSqE3v0zK fCUAnA8hJbkmvjwrvHvkbgk7dJkks2sS =Aj6S -----END PGP SIGNATURE----- --Apple-Mail=_AB817A99-4FD7-4ED0-8C48-4114E61EBDBF-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 10 18:11:55 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E46A4BC1; Tue, 10 Jun 2014 18:11:54 +0000 (UTC) Received: from torment.daemoninthecloset.org (torment.daemoninthecloset.org [94.242.209.234]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "torment.daemoninthecloset.org", Issuer "daemoninthecloset.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 739F222EA; Tue, 10 Jun 2014 18:11:54 +0000 (UTC) Received: from sage.daemoninthecloset.org (cpe-72-177-8-109.austin.res.rr.com [72.177.8.109]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "sage.daemoninthecloset.org", Issuer "daemoninthecloset.org" (not verified)) by torment.daemoninthecloset.org (Postfix) with ESMTPS id 5A65142C2546; Tue, 10 Jun 2014 20:12:33 +0200 (CEST) X-Virus-Scanned: amavisd-new at daemoninthecloset.org X-Virus-Scanned: amavisd-new at daemoninthecloset.org Date: Tue, 10 Jun 2014 13:11:36 -0500 (CDT) From: Bryan Venteicher To: "Alexander V. Chernikov" Message-ID: <1520746932.4518.1402423896830.JavaMail.root@daemoninthecloset.org> In-Reply-To: <5396CD41.2080300@FreeBSD.org> References: <20140610000246.GW31367@funkthat.com> <100488220.4292.1402369436876.JavaMail.root@daemoninthecloset.org> <5396CD41.2080300@FreeBSD.org> Subject: Re: dhclient sucks cpu usage... MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.51.1.18] X-Mailer: Zimbra 8.0.2_GA_5569 (ZimbraWebClient - GC35 (Mac)/8.0.2_GA_5569) Thread-Topic: dhclient sucks cpu usage... Thread-Index: bTpFmXGUUIkbUiV5bNA/D31nBl/aNQ== Cc: John-Mark Gurney , current@FreeBSD.org, net@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 Jun 2014 18:11:55 -0000 ----- Original Message ----- > On 10.06.2014 07:03, Bryan Venteicher wrote: > > Hi, > > > > ----- Original Message ----- > >> So, after finding out that nc has a stupidly small buffer size (2k > >> even though there is space for 16k), I was still not getting as good > >> as performance using nc between machines, so I decided to generate some > >> flame graphs to try to identify issues... (Thanks to who included a > >> full set of modules, including dtraceall on memstick!) > >> > >> So, the first one is: > >> https://www.funkthat.com/~jmg/em.stack.svg > >> > >> As I was browsing around, the em_handle_que was consuming quite a bit > >> of cpu usage for only doing ~50MB/sec over gige.. Running top -SH shows > >> me that the taskqueue for em was consuming about 50% cpu... Also pretty > >> high for only 50MB/sec... Looking closer, you'll see that bpf_mtap is > >> consuming ~3.18% (under ether_nh_input).. I know I'm not running tcpdump > >> or anything, but I think dhclient uses bpf to be able to inject packets > >> and listen in on them, so I kill off dhclient, and instantly, the > >> taskqueue > >> thread for em drops down to 40% CPU... (transfer rate only marginally > >> improves, if it does) > >> > >> I decide to run another flame graph w/o dhclient running: > >> https://www.funkthat.com/~jmg/em.stack.nodhclient.svg > >> > >> and now _rxeof drops from 17.22% to 11.94%, pretty significant... > >> > >> So, if you care about performance, don't run dhclient... > >> > > Yes, I've noticed the same issue. It can absolutely kill performance > > in a VM guest. It is much more pronounced on only some of my systems, > > and I hadn't tracked it down yet. I wonder if this is fallout from > > the callout work, or if there was some bpf change. > > > > I've been using the kludgey workaround patch below. > Hm, pretty interesting. > dhclient should setup proper filter (and it looks like it does so: > 13:10 [0] m@ptichko s netstat -B > Pid Netif Flags Recv Drop Match Sblen Hblen Command > 1224 em0 -ifs--l 41225922 0 11 0 0 dhclient > ) > see "match" count. > And BPF itself adds the cost of read rwlock (+ bgp_filter() calls for > each consumer on interface). > It should not introduce significant performance penalties. > It will be a bit before I'm able to capture that. Here's a Flamegraph from earlier in the year showing an absurd amount of time spent in bpf_mtap(): http://people.freebsd.org/~bryanv/vtnet/vtnet-bpf-10.svg > > > > diff --git a/sys/net/bpf.c b/sys/net/bpf.c > > index cb3ed27..9751986 100644 > > --- a/sys/net/bpf.c > > +++ b/sys/net/bpf.c > > @@ -2013,9 +2013,11 @@ bpf_gettime(struct bintime *bt, int tstype, struct > > mbuf *m) > > return (BPF_TSTAMP_EXTERN); > > } > > } > > +#if 0 > > if (quality == BPF_TSTAMP_NORMAL) > > binuptime(bt); > > else > > +#endif > bpf_getttime() is called IFF packet filter matches some traffic. > Can you show your "netstat -B" output ? > > getbinuptime(bt); > > > > return (quality); > > > > > >> -- > >> John-Mark Gurney Voice: +1 415 225 5579 > >> > >> "All that I will do, has been done, All that I have, has not." > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >> > > _______________________________________________ > > freebsd-net@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > > From owner-freebsd-current@FreeBSD.ORG Tue Jun 10 18:23:23 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE421202; Tue, 10 Jun 2014 18:23:23 +0000 (UTC) Received: from mail.ipfw.ru (mail.ipfw.ru [IPv6:2a01:4f8:120:6141::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46DCD23F3; Tue, 10 Jun 2014 18:23:23 +0000 (UTC) Received: from [2a02:6b8:0:401:222:4dff:fe50:cd2f] (helo=ptichko.yndx.net) by mail.ipfw.ru with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WuMmW-000ARB-Gw; Tue, 10 Jun 2014 18:12:08 +0400 Message-ID: <53974CA3.7010701@FreeBSD.org> Date: Tue, 10 Jun 2014 22:21:23 +0400 From: "Alexander V. Chernikov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Bryan Venteicher Subject: Re: dhclient sucks cpu usage... References: <20140610000246.GW31367@funkthat.com> <100488220.4292.1402369436876.JavaMail.root@daemoninthecloset.org> <5396CD41.2080300@FreeBSD.org> <1520746932.4518.1402423896830.JavaMail.root@daemoninthecloset.org> In-Reply-To: <1520746932.4518.1402423896830.JavaMail.root@daemoninthecloset.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: John-Mark Gurney , current@FreeBSD.org, net@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 Jun 2014 18:23:23 -0000 On 10.06.2014 22:11, Bryan Venteicher wrote: > > ----- Original Message ----- >> On 10.06.2014 07:03, Bryan Venteicher wrote: >>> Hi, >>> >>> ----- Original Message ----- >>>> So, after finding out that nc has a stupidly small buffer size (2k >>>> even though there is space for 16k), I was still not getting as good >>>> as performance using nc between machines, so I decided to generate some >>>> flame graphs to try to identify issues... (Thanks to who included a >>>> full set of modules, including dtraceall on memstick!) >>>> >>>> So, the first one is: >>>> https://www.funkthat.com/~jmg/em.stack.svg >>>> >>>> As I was browsing around, the em_handle_que was consuming quite a bit >>>> of cpu usage for only doing ~50MB/sec over gige.. Running top -SH shows >>>> me that the taskqueue for em was consuming about 50% cpu... Also pretty >>>> high for only 50MB/sec... Looking closer, you'll see that bpf_mtap is >>>> consuming ~3.18% (under ether_nh_input).. I know I'm not running tcpdump >>>> or anything, but I think dhclient uses bpf to be able to inject packets >>>> and listen in on them, so I kill off dhclient, and instantly, the >>>> taskqueue >>>> thread for em drops down to 40% CPU... (transfer rate only marginally >>>> improves, if it does) >>>> >>>> I decide to run another flame graph w/o dhclient running: >>>> https://www.funkthat.com/~jmg/em.stack.nodhclient.svg >>>> >>>> and now _rxeof drops from 17.22% to 11.94%, pretty significant... >>>> >>>> So, if you care about performance, don't run dhclient... >>>> >>> Yes, I've noticed the same issue. It can absolutely kill performance >>> in a VM guest. It is much more pronounced on only some of my systems, >>> and I hadn't tracked it down yet. I wonder if this is fallout from >>> the callout work, or if there was some bpf change. >>> >>> I've been using the kludgey workaround patch below. >> Hm, pretty interesting. >> dhclient should setup proper filter (and it looks like it does so: >> 13:10 [0] m@ptichko s netstat -B >> Pid Netif Flags Recv Drop Match Sblen Hblen Command >> 1224 em0 -ifs--l 41225922 0 11 0 0 dhclient >> ) >> see "match" count. >> And BPF itself adds the cost of read rwlock (+ bgp_filter() calls for >> each consumer on interface). >> It should not introduce significant performance penalties. >> > > It will be a bit before I'm able to capture that. Here's a Flamegraph from > earlier in the year showing an absurd amount of time spent in bpf_mtap(): Can you briefly describe test setup? (Actually I'm interested in overall pps rate, bpf filter used and match ratio). For example, for some random box at $work: 22:17 [0] m@sas1-fw1 netstat -I vlan802 -w1 input (vlan802) output packets errs idrops bytes packets errs bytes colls 430418 0 0 337712454 396282 0 333207773 0 CPU: 0.4% user, 0.0% nice, 1.2% system, 15.9% interrupt, 82.5% idle 2:17 [0] sas1-fw1# tcpdump -i vlan802 -lnps0 icmp and host X.X.X.X tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on vlan802, link-type EN10MB (Ethernet), capture size 65535 bytes 22:17:14.866085 IP X.X.X.X > Y.Y.Y.Y: ICMP echo request, id 6730, seq 1, length 64 22:17 [0] m@sas1-fw1 s netstat -B 2>/dev/null | grep tcpdump 98520 vlan802 ---s--- 27979422 0 40 0 0 tcpdump CPU: 0.9% user, 0.0% nice, 2.7% system, 17.6% interrupt, 78.8% idle (Actually the load is floating due to bursty traffic in 14-20% rate but I can't see much difference with tcpdump turned on/off). > > http://people.freebsd.org/~bryanv/vtnet/vtnet-bpf-10.svg > > >>> diff --git a/sys/net/bpf.c b/sys/net/bpf.c >>> index cb3ed27..9751986 100644 >>> --- a/sys/net/bpf.c >>> +++ b/sys/net/bpf.c >>> @@ -2013,9 +2013,11 @@ bpf_gettime(struct bintime *bt, int tstype, struct >>> mbuf *m) >>> return (BPF_TSTAMP_EXTERN); >>> } >>> } >>> +#if 0 >>> if (quality == BPF_TSTAMP_NORMAL) >>> binuptime(bt); >>> else >>> +#endif >> bpf_getttime() is called IFF packet filter matches some traffic. >> Can you show your "netstat -B" output ? >>> getbinuptime(bt); >>> >>> return (quality); >>> >>> >>>> -- >>>> John-Mark Gurney Voice: +1 415 225 5579 >>>> >>>> "All that I will do, has been done, All that I have, has not." >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>>> >>> _______________________________________________ >>> freebsd-net@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >>> >> From owner-freebsd-current@FreeBSD.ORG Tue Jun 10 18:49:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B98F1131; Tue, 10 Jun 2014 18:49:27 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 93E812642; Tue, 10 Jun 2014 18:49:27 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s5AInLnC081441 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Jun 2014 11:49:21 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s5AInK72081440; Tue, 10 Jun 2014 11:49:20 -0700 (PDT) (envelope-from jmg) Date: Tue, 10 Jun 2014 11:49:20 -0700 From: John-Mark Gurney To: "Alexander V. Chernikov" Subject: Re: dhclient sucks cpu usage... Message-ID: <20140610184920.GJ31367@funkthat.com> Mail-Followup-To: "Alexander V. Chernikov" , Bryan Venteicher , current@freebsd.org, net@freebsd.org References: <20140610000246.GW31367@funkthat.com> <100488220.4292.1402369436876.JavaMail.root@daemoninthecloset.org> <5396CD41.2080300@FreeBSD.org> <1520746932.4518.1402423896830.JavaMail.root@daemoninthecloset.org> <53974CA3.7010701@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53974CA3.7010701@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 10 Jun 2014 11:49:21 -0700 (PDT) Cc: Bryan Venteicher , current@freebsd.org, net@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 Jun 2014 18:49:27 -0000 Alexander V. Chernikov wrote this message on Tue, Jun 10, 2014 at 22:21 +0400: > On 10.06.2014 22:11, Bryan Venteicher wrote: > > > >----- Original Message ----- > >>On 10.06.2014 07:03, Bryan Venteicher wrote: > >>>Hi, > >>> > >>>----- Original Message ----- > >>>>So, after finding out that nc has a stupidly small buffer size (2k > >>>>even though there is space for 16k), I was still not getting as good > >>>>as performance using nc between machines, so I decided to generate some > >>>>flame graphs to try to identify issues... (Thanks to who included a > >>>>full set of modules, including dtraceall on memstick!) > >>>> > >>>>So, the first one is: > >>>>https://www.funkthat.com/~jmg/em.stack.svg > >>>> > >>>>As I was browsing around, the em_handle_que was consuming quite a bit > >>>>of cpu usage for only doing ~50MB/sec over gige.. Running top -SH shows > >>>>me that the taskqueue for em was consuming about 50% cpu... Also pretty > >>>>high for only 50MB/sec... Looking closer, you'll see that bpf_mtap is > >>>>consuming ~3.18% (under ether_nh_input).. I know I'm not running > >>>>tcpdump > >>>>or anything, but I think dhclient uses bpf to be able to inject packets > >>>>and listen in on them, so I kill off dhclient, and instantly, the > >>>>taskqueue > >>>>thread for em drops down to 40% CPU... (transfer rate only marginally > >>>>improves, if it does) > >>>> > >>>>I decide to run another flame graph w/o dhclient running: > >>>>https://www.funkthat.com/~jmg/em.stack.nodhclient.svg > >>>> > >>>>and now _rxeof drops from 17.22% to 11.94%, pretty significant... > >>>> > >>>>So, if you care about performance, don't run dhclient... > >>>> > >>>Yes, I've noticed the same issue. It can absolutely kill performance > >>>in a VM guest. It is much more pronounced on only some of my systems, > >>>and I hadn't tracked it down yet. I wonder if this is fallout from > >>>the callout work, or if there was some bpf change. > >>> > >>>I've been using the kludgey workaround patch below. > >>Hm, pretty interesting. > >>dhclient should setup proper filter (and it looks like it does so: > >>13:10 [0] m@ptichko s netstat -B > >> Pid Netif Flags Recv Drop Match Sblen Hblen Command > >> 1224 em0 -ifs--l 41225922 0 11 0 0 dhclient > >>) > >>see "match" count. > >>And BPF itself adds the cost of read rwlock (+ bgp_filter() calls for > >>each consumer on interface). > >>It should not introduce significant performance penalties. > >> > > > >It will be a bit before I'm able to capture that. Here's a Flamegraph from > >earlier in the year showing an absurd amount of time spent in bpf_mtap(): > Can you briefly describe test setup? For mine, one machine is sink: nc -l 2387 > /dev/null The machine w/ dhclient is source: nc carbon 2387 < /dev/zero > (Actually I'm interested in overall pps rate, bpf filter used and match > ratio). the overal rate is ~26k pps both in and out (so total ~52kpps)... So, netstat -B; sleep 5; netstat -B gives: Pid Netif Flags Recv Drop Match Sblen Hblen Command 919 em0 --fs--l 6275907 6275938 6275961 4060 2236 dhclient 937 em0 -ifs--l 6275992 0 1 0 0 dhclient Pid Netif Flags Recv Drop Match Sblen Hblen Command 919 em0 --fs--l 6539717 6539752 6539775 4060 2236 dhclient 937 em0 -ifs--l 6539806 0 1 0 0 dhclient -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Jun 10 18:56:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 52759557; Tue, 10 Jun 2014 18:56:31 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 288F02735; Tue, 10 Jun 2014 18:56:30 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s5AIuQjr081571 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Jun 2014 11:56:27 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s5AIuQfV081570; Tue, 10 Jun 2014 11:56:26 -0700 (PDT) (envelope-from jmg) Date: Tue, 10 Jun 2014 11:56:26 -0700 From: John-Mark Gurney To: "Alexander V. Chernikov" Subject: Re: dhclient sucks cpu usage... Message-ID: <20140610185626.GK31367@funkthat.com> Mail-Followup-To: "Alexander V. Chernikov" , Bryan Venteicher , current@freebsd.org, net@freebsd.org References: <20140610000246.GW31367@funkthat.com> <100488220.4292.1402369436876.JavaMail.root@daemoninthecloset.org> <5396CD41.2080300@FreeBSD.org> <20140610162443.GD31367@funkthat.com> <5397415B.5070409@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5397415B.5070409@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 10 Jun 2014 11:56:27 -0700 (PDT) Cc: Bryan Venteicher , current@freebsd.org, net@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 Jun 2014 18:56:31 -0000 Alexander V. Chernikov wrote this message on Tue, Jun 10, 2014 at 21:33 +0400: > On 10.06.2014 20:24, John-Mark Gurney wrote: > >Alexander V. Chernikov wrote this message on Tue, Jun 10, 2014 at 13:17 > >+0400: > >>On 10.06.2014 07:03, Bryan Venteicher wrote: > >>>Hi, > >>> > >>>----- Original Message ----- > >>>>So, after finding out that nc has a stupidly small buffer size (2k > >>>>even though there is space for 16k), I was still not getting as good > >>>>as performance using nc between machines, so I decided to generate some > >>>>flame graphs to try to identify issues... (Thanks to who included a > >>>>full set of modules, including dtraceall on memstick!) > >>>> > >>>>So, the first one is: > >>>>https://www.funkthat.com/~jmg/em.stack.svg > >>>> > >>>>As I was browsing around, the em_handle_que was consuming quite a bit > >>>>of cpu usage for only doing ~50MB/sec over gige.. Running top -SH shows > >>>>me that the taskqueue for em was consuming about 50% cpu... Also pretty > >>>>high for only 50MB/sec... Looking closer, you'll see that bpf_mtap is > >>>>consuming ~3.18% (under ether_nh_input).. I know I'm not running > >>>>tcpdump > >>>>or anything, but I think dhclient uses bpf to be able to inject packets > >>>>and listen in on them, so I kill off dhclient, and instantly, the > >>>>taskqueue > >>>>thread for em drops down to 40% CPU... (transfer rate only marginally > >>>>improves, if it does) > >>>> > >>>>I decide to run another flame graph w/o dhclient running: > >>>>https://www.funkthat.com/~jmg/em.stack.nodhclient.svg > >>>> > >>>>and now _rxeof drops from 17.22% to 11.94%, pretty significant... > >>>> > >>>>So, if you care about performance, don't run dhclient... > >>>> > >>>Yes, I've noticed the same issue. It can absolutely kill performance > >>>in a VM guest. It is much more pronounced on only some of my systems, > >>>and I hadn't tracked it down yet. I wonder if this is fallout from > >>>the callout work, or if there was some bpf change. > >>> > >>>I've been using the kludgey workaround patch below. > >>Hm, pretty interesting. > >>dhclient should setup proper filter (and it looks like it does so: > >>13:10 [0] m@ptichko s netstat -B > >> Pid Netif Flags Recv Drop Match Sblen Hblen Command > >> 1224 em0 -ifs--l 41225922 0 11 0 0 dhclient > >>) > >>see "match" count. > >>And BPF itself adds the cost of read rwlock (+ bgp_filter() calls for > >>each consumer on interface). > >>It should not introduce significant performance penalties. > >Don't forget that it has to process the returning ack's... So, you're > Well, it can be still captured with the proper filter like "ip && udp && > port 67 or port 68". > We're using tcpdump on high packet ratios (>1M) and it does not > influence process _much_. > We should probably convert its rwlock to rmlock and use per-cpu counters > for statistics, but that's a different story. > >looking around 10k+ pps that you have to handle and pass through the > >filter... That's a lot of packets to process... > > > >Just for a bit more "double check", instead of using the HD as a > >source, I used /dev/zero... I ran a netstat -w 1 -I em0 when > >running the test, and I was getting ~50.7MiB/s w/ dhclient running and > >then I killed dhclient and it instantly jumped up to ~57.1MiB/s.. So I > >launched dhclient again, and it dropped back to ~50MiB/s... > dhclient uses different BPF sockets for reading and writing (and it > moves write socket to privileged child process via fork(). > The problem we're facing with is the fact that dhclient does not set > _any_ read filter on write socket: > 21:27 [0] zfscurr0# netstat -B > Pid Netif Flags Recv Drop Match Sblen Hblen Command > 1529 em0 --fs--l 86774 86769 86784 4044 3180 dhclient > --------------------------------------- ^^^^^ -------------------------- > 1526 em0 -ifs--l 86789 0 1 0 0 dhclient > > so all traffic is pushed down introducing contention on BPF descriptor > mutex. > > (That's why I've asked for netstat -B output.) > > Please try an attached patch to fix this. This is not the right way to > fix this, we'd better change BPF behavior not to attach to interface > readers for write-only consumers. > This have been partially implemented as net.bpf.optimize_writers hack, > but it does not work for all direct BPF consumers (which are not using > pcap(3) API). Ok, looks like this patch helps the issue... netstat -B; sleep 5; netstat -B: Pid Netif Flags Recv Drop Match Sblen Hblen Command 958 em0 --fs--l 3880000 14 35 3868 2236 dhclient 976 em0 -ifs--l 3880014 0 1 0 0 dhclient Pid Netif Flags Recv Drop Match Sblen Hblen Command 958 em0 --fs--l 4178525 14 35 3868 2236 dhclient 976 em0 -ifs--l 4178539 0 1 0 0 dhclient and now the rate only drops from ~66MiB/s to ~63MiB/s when dhclient is running... Still a significant drop (5%), but better than before... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Jun 10 21:46:46 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 62D14200; Tue, 10 Jun 2014 21:46:46 +0000 (UTC) Received: from mail.ipfw.ru (mail.ipfw.ru [IPv6:2a01:4f8:120:6141::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D73BB2684; Tue, 10 Jun 2014 21:46:45 +0000 (UTC) Received: from secured.by.ipfw.ru ([95.143.220.47] helo=ws.su29.net) by mail.ipfw.ru with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WuPxM-000CaH-5U; Tue, 10 Jun 2014 21:35:32 +0400 Message-ID: <53977CB7.9010904@FreeBSD.org> Date: Wed, 11 Jun 2014 01:46:31 +0400 From: "Alexander V. Chernikov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Bryan Venteicher , current@freebsd.org, net@freebsd.org Subject: Re: dhclient sucks cpu usage... References: <20140610000246.GW31367@funkthat.com> <100488220.4292.1402369436876.JavaMail.root@daemoninthecloset.org> <5396CD41.2080300@FreeBSD.org> <20140610162443.GD31367@funkthat.com> <5397415B.5070409@FreeBSD.org> <20140610185626.GK31367@funkthat.com> In-Reply-To: <20140610185626.GK31367@funkthat.com> X-Enigmail-Version: 1.6 Content-Type: multipart/mixed; boundary="------------040100020408040101050505" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 Jun 2014 21:46:46 -0000 This is a multi-part message in MIME format. --------------040100020408040101050505 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 10.06.2014 22:56, John-Mark Gurney wrote: > Alexander V. Chernikov wrote this message on Tue, Jun 10, 2014 at 21:33 +0400: >> On 10.06.2014 20:24, John-Mark Gurney wrote: >>> Alexander V. Chernikov wrote this message on Tue, Jun 10, 2014 at 13:17 >>> +0400: >>>> On 10.06.2014 07:03, Bryan Venteicher wrote: >>>>> Hi, >>>>> >>>>> ----- Original Message ----- >>>>>> So, after finding out that nc has a stupidly small buffer size (2k >>>>>> even though there is space for 16k), I was still not getting as good >>>>>> as performance using nc between machines, so I decided to generate some >>>>>> flame graphs to try to identify issues... (Thanks to who included a >>>>>> full set of modules, including dtraceall on memstick!) >>>>>> >>>>>> So, the first one is: >>>>>> https://www.funkthat.com/~jmg/em.stack.svg >>>>>> >>>>>> As I was browsing around, the em_handle_que was consuming quite a bit >>>>>> of cpu usage for only doing ~50MB/sec over gige.. Running top -SH shows >>>>>> me that the taskqueue for em was consuming about 50% cpu... Also pretty >>>>>> high for only 50MB/sec... Looking closer, you'll see that bpf_mtap is >>>>>> consuming ~3.18% (under ether_nh_input).. I know I'm not running >>>>>> tcpdump >>>>>> or anything, but I think dhclient uses bpf to be able to inject packets >>>>>> and listen in on them, so I kill off dhclient, and instantly, the >>>>>> taskqueue >>>>>> thread for em drops down to 40% CPU... (transfer rate only marginally >>>>>> improves, if it does) >>>>>> >>>>>> I decide to run another flame graph w/o dhclient running: >>>>>> https://www.funkthat.com/~jmg/em.stack.nodhclient.svg >>>>>> >>>>>> and now _rxeof drops from 17.22% to 11.94%, pretty significant... >>>>>> >>>>>> So, if you care about performance, don't run dhclient... >>>>>> >>>>> Yes, I've noticed the same issue. It can absolutely kill performance >>>>> in a VM guest. It is much more pronounced on only some of my systems, >>>>> and I hadn't tracked it down yet. I wonder if this is fallout from >>>>> the callout work, or if there was some bpf change. >>>>> >>>>> I've been using the kludgey workaround patch below. >>>> Hm, pretty interesting. >>>> dhclient should setup proper filter (and it looks like it does so: >>>> 13:10 [0] m@ptichko s netstat -B >>>> Pid Netif Flags Recv Drop Match Sblen Hblen Command >>>> 1224 em0 -ifs--l 41225922 0 11 0 0 dhclient >>>> ) >>>> see "match" count. >>>> And BPF itself adds the cost of read rwlock (+ bgp_filter() calls for >>>> each consumer on interface). >>>> It should not introduce significant performance penalties. >>> Don't forget that it has to process the returning ack's... So, you're >> Well, it can be still captured with the proper filter like "ip && udp && >> port 67 or port 68". >> We're using tcpdump on high packet ratios (>1M) and it does not >> influence process _much_. >> We should probably convert its rwlock to rmlock and use per-cpu counters >> for statistics, but that's a different story. >>> looking around 10k+ pps that you have to handle and pass through the >>> filter... That's a lot of packets to process... >>> >>> Just for a bit more "double check", instead of using the HD as a >>> source, I used /dev/zero... I ran a netstat -w 1 -I em0 when >>> running the test, and I was getting ~50.7MiB/s w/ dhclient running and >>> then I killed dhclient and it instantly jumped up to ~57.1MiB/s.. So I >>> launched dhclient again, and it dropped back to ~50MiB/s... >> dhclient uses different BPF sockets for reading and writing (and it >> moves write socket to privileged child process via fork(). >> The problem we're facing with is the fact that dhclient does not set >> _any_ read filter on write socket: >> 21:27 [0] zfscurr0# netstat -B >> Pid Netif Flags Recv Drop Match Sblen Hblen Command >> 1529 em0 --fs--l 86774 86769 86784 4044 3180 dhclient >> --------------------------------------- ^^^^^ -------------------------- >> 1526 em0 -ifs--l 86789 0 1 0 0 dhclient >> >> so all traffic is pushed down introducing contention on BPF descriptor >> mutex. >> >> (That's why I've asked for netstat -B output.) >> >> Please try an attached patch to fix this. This is not the right way to >> fix this, we'd better change BPF behavior not to attach to interface >> readers for write-only consumers. >> This have been partially implemented as net.bpf.optimize_writers hack, >> but it does not work for all direct BPF consumers (which are not using >> pcap(3) API). > > Ok, looks like this patch helps the issue... > > netstat -B; sleep 5; netstat -B: > Pid Netif Flags Recv Drop Match Sblen Hblen Command > 958 em0 --fs--l 3880000 14 35 3868 2236 dhclient > 976 em0 -ifs--l 3880014 0 1 0 0 dhclient > Pid Netif Flags Recv Drop Match Sblen Hblen Command > 958 em0 --fs--l 4178525 14 35 3868 2236 dhclient > 976 em0 -ifs--l 4178539 0 1 0 0 dhclient > > and now the rate only drops from ~66MiB/s to ~63MiB/s when dhclient is > running... Still a significant drop (5%), but better than before... Interesting. Can you provide some traces (pmc or dtrace ones)? I'm unsure if this will help, but it's worth trying: please revert my previous patch, apply an attached kernel patch, reboot, set net.bpf.optimize_writers to 1 and try again? > --------------040100020408040101050505 Content-Type: text/x-patch; name="bpf_optimize.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="bpf_optimize.diff" Index: sys/net/bpf.c =================================================================== --- sys/net/bpf.c (revision 266306) +++ sys/net/bpf.c (working copy) @@ -44,7 +44,7 @@ __FBSDID("$FreeBSD$"); #include #include #include -#include +#include #include #include #include @@ -643,6 +643,20 @@ bpf_attachd(struct bpf_d *d, struct bpf_if *bp) } /* + * Check if filter looks like 'set snaplen' + * program used by pcap-bpf.c:pcap_activate_bpf() + */ +static void +bpf_check_upgrade(u_long cmd, struct bpf_insn *fcode, u_int flen, int *is_snap) +{ + + if (cmd == BIOCSETF && flen == 1 && fcode[0].code == (BPF_RET | BPF_K)) + *is_snap = 1; + else + *is_snap = 0; +} + +/* * Add d to the list of active bp filters. * Reuqires bpf_attachd() to be called before */ @@ -1728,7 +1742,7 @@ bpf_setf(struct bpf_d *d, struct bpf_program *fp, #endif size_t size; u_int flen; - int need_upgrade; + int is_snaplen, need_upgrade; #ifdef COMPAT_FREEBSD32 switch (cmd) { @@ -1755,6 +1769,7 @@ bpf_setf(struct bpf_d *d, struct bpf_program *fp, #ifdef BPF_JITTER jfunc = ofunc = NULL; #endif + is_snaplen = 0; need_upgrade = 0; /* @@ -1773,6 +1788,8 @@ bpf_setf(struct bpf_d *d, struct bpf_program *fp, free(fcode, M_BPF); return (EINVAL); } + /* Try to guess if this is snaplen cmd */ + bpf_check_upgrade(cmd, fcode, flen, &is_snaplen); #ifdef BPF_JITTER /* Filter is copied inside fcode and is perfectly valid. */ jfunc = bpf_jitter(fcode, flen); @@ -1807,11 +1824,27 @@ bpf_setf(struct bpf_d *d, struct bpf_program *fp, * Do not require upgrade by first BIOCSETF * (used to set snaplen) by pcap_open_live(). */ - if (d->bd_writer != 0 && --d->bd_writer == 0) - need_upgrade = 1; - CTR4(KTR_NET, "%s: filter function set by pid %d, " - "bd_writer counter %d, need_upgrade %d", - __func__, d->bd_pid, d->bd_writer, need_upgrade); + if (d->bd_writer != 0) { + if (is_snaplen == 0) { + /* + * We're probably using bpf directly. + * Upgrade immediately. + */ + need_upgrade = 1; + } else if (--d->bd_writer == 0) { + /* + * First snaplen filter has already + * been set. This is probably catch-all + * filter + */ + need_upgrade = 1; + } + CTR5(KTR_NET, + "%s: filter function set by pid %d, " + "bd_writer counter %d, snap %d upgrade %d", + __func__, d->bd_pid, d->bd_writer, + is_snaplen, need_upgrade); + } } } BPFD_UNLOCK(d); @@ -1842,6 +1875,7 @@ bpf_setif(struct bpf_d *d, struct ifreq *ifr) { struct bpf_if *bp; struct ifnet *theywant; + BPFIF_TRACKER; BPF_LOCK_ASSERT(); @@ -2038,6 +2072,7 @@ bpf_tap(struct bpf_if *bp, u_char *pkt, u_int pktl #endif u_int slen; int gottime; + BPFIF_TRACKER; gottime = BPF_TSTAMP_NONE; @@ -2105,6 +2140,7 @@ bpf_mtap(struct bpf_if *bp, struct mbuf *m) #endif u_int pktlen, slen; int gottime; + BPFIF_TRACKER; /* Skip outgoing duplicate packets. */ if ((m->m_flags & M_PROMISC) != 0 && m->m_pkthdr.rcvif == NULL) { @@ -2158,6 +2194,7 @@ bpf_mtap2(struct bpf_if *bp, void *data, u_int dle struct bpf_d *d; u_int pktlen, slen; int gottime; + BPFIF_TRACKER; /* Skip outgoing duplicate packets. */ if ((m->m_flags & M_PROMISC) != 0 && m->m_pkthdr.rcvif == NULL) { @@ -2477,7 +2514,7 @@ bpfattach2(struct ifnet *ifp, u_int dlt, u_int hdr LIST_INIT(&bp->bif_wlist); bp->bif_ifp = ifp; bp->bif_dlt = dlt; - rw_init(&bp->bif_lock, "bpf interface lock"); + rm_init(&bp->bif_lock, "bpf interface lock"); KASSERT(*driverp == NULL, ("bpfattach2: driverp already initialized")); *driverp = bp; @@ -2582,7 +2619,7 @@ bpf_ifdetach(void *arg __unused, struct ifnet *ifp LIST_REMOVE(bp, bif_next); - rw_destroy(&bp->bif_lock); + rm_destroy(&bp->bif_lock); free(bp, M_BPF); nmatched++; @@ -2696,6 +2733,7 @@ bpf_zero_counters(void) { struct bpf_if *bp; struct bpf_d *bd; + BPFIF_TRACKER; BPF_LOCK(); LIST_FOREACH(bp, &bpf_iflist, bif_next) { @@ -2760,6 +2798,7 @@ bpf_stats_sysctl(SYSCTL_HANDLER_ARGS) int index, error; struct bpf_if *bp; struct bpf_d *bd; + BPFIF_TRACKER; /* * XXX This is not technically correct. It is possible for non Index: sys/net/bpf.h =================================================================== --- sys/net/bpf.h (revision 266306) +++ sys/net/bpf.h (working copy) @@ -1260,7 +1260,7 @@ struct bpf_if { u_int bif_dlt; /* link layer type */ u_int bif_hdrlen; /* length of link header */ struct ifnet *bif_ifp; /* corresponding interface */ - struct rwlock bif_lock; /* interface lock */ + struct rmlock bif_lock; /* interface lock */ LIST_HEAD(, bpf_d) bif_wlist; /* writer-only list */ int flags; /* Interface flags */ #endif Index: sys/net/bpfdesc.h =================================================================== --- sys/net/bpfdesc.h (revision 266306) +++ sys/net/bpfdesc.h (working copy) @@ -152,10 +152,11 @@ struct xbpf_d { u_int64_t bd_spare[4]; }; -#define BPFIF_RLOCK(bif) rw_rlock(&(bif)->bif_lock) -#define BPFIF_RUNLOCK(bif) rw_runlock(&(bif)->bif_lock) -#define BPFIF_WLOCK(bif) rw_wlock(&(bif)->bif_lock) -#define BPFIF_WUNLOCK(bif) rw_wunlock(&(bif)->bif_lock) +#define BPFIF_TRACKER struct rm_priotracker tracker +#define BPFIF_RLOCK(bif) rm_rlock(&(bif)->bif_lock, &tracker) +#define BPFIF_RUNLOCK(bif) rm_runlock(&(bif)->bif_lock, &tracker) +#define BPFIF_WLOCK(bif) rm_wlock(&(bif)->bif_lock) +#define BPFIF_WUNLOCK(bif) rm_wunlock(&(bif)->bif_lock) #define BPFIF_FLAG_DYING 1 /* Reject new bpf consumers */ Index: sys/kern/subr_witness.c =================================================================== --- sys/kern/subr_witness.c (revision 266306) +++ sys/kern/subr_witness.c (working copy) @@ -550,7 +550,7 @@ static struct witness_order_list_entry order_lists * BPF */ { "bpf global lock", &lock_class_mtx_sleep }, - { "bpf interface lock", &lock_class_rw }, + { "bpf interface lock", &lock_class_rm }, { "bpf cdev lock", &lock_class_mtx_sleep }, { NULL, NULL }, /* --------------040100020408040101050505-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 11 03:41:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 24188BAA for ; Wed, 11 Jun 2014 03:41:39 +0000 (UTC) Received: from nm9-vm3.access.bullet.mail.bf1.yahoo.com (nm9-vm3.access.bullet.mail.bf1.yahoo.com [216.109.114.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C3E7C220A for ; Wed, 11 Jun 2014 03:41:38 +0000 (UTC) Received: from [66.196.81.157] by nm9.access.bullet.mail.bf1.yahoo.com with NNFMP; 11 Jun 2014 03:34:30 -0000 Received: from [98.138.226.240] by tm3.access.bullet.mail.bf1.yahoo.com with NNFMP; 11 Jun 2014 03:34:30 -0000 Received: from [127.0.0.1] by smtp111.sbc.mail.ne1.yahoo.com with NNFMP; 11 Jun 2014 03:34:30 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1402457670; bh=5YMpAUaNU3IKm05yzKB+kyR8HFtadyNAqRAh5hclrL0=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:CC:Subject:References; b=k8FvzPvv+q3wGUvg5ZRVIOjmoC7bEkA/ddWugVOAT5qTxGWORJh3IQ6uGzEMKWILbqVoo2ayM0z21vQ86NWxeTkpzjEffxJjZX9zbteV0f17UyAo3/ZFFpoSmG4o+fpR0vc5HP11WR/6LpHQnMpYayN0+1OSpiknr1J/htuUgSw= X-Yahoo-Newman-Id: 84065.87016.bm@smtp111.sbc.mail.ne1.yahoo.com Message-ID: <84065.87016.bm@smtp111.sbc.mail.ne1.yahoo.com> Date: Tue, 10 Jun 2014 20:34:30 -0700 (PDT) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: Ja_EN6MVM1kMqGw0xMdYchlJylrh51HaX7Cv2DI72fykWLc GlSRsb0gfAPsndnlXts9ujyFAWsu5E5vc3tSMomhYEsT5NY_NFRNy5gbgu63 cjFhkSly368YBpJS4_eVNKXhKhw04C6ZQ5XTLB2rWaAjuhbzYhYTBk1nRC1l C_g.VB7AaWhgf5k4Lnk84uApRWB2V6IAzhoIUfVp7mUD8DeorSAbM8jbDT55 StCmVDG9ahPro2O3BR8JPg2TWtqkfcMqp1My8dkNrvPln7hc6LVslWWSGSzW TL7S0vvmZej_M9dCLOMrfSrwPBLENCLweYqsplUKDHfGdDbdJaxbeukM0Tdo jgZLEL0iXiGHGiNZQokJGvP98SjvUyB5YMfHdxNcQ6LMop12mhc4Mm6kfMeq XDBAzs5zlSdC2VFK_gwaQe2m6uQ3crbH0tkUe0uExhXQPTyRYM1XTyhV7bwD SGCVrGpgW6rJLTxfuJ_kDlae1KYolrwSrSaKCx12XYwqIetY4RUsGgPw4nvr pOsnYZNY8ROSyXR7d1JD6qfVw3l1VI_zedzrtAxqr6bI8NcXqwNKeFvjE X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [98.138.31.74]) by smtp111.sbc.mail.ne1.yahoo.com with SMTP; 10 Jun 2014 20:34:30 -0700 PDT From: "Thomas Mueller" To: freebsd-wireless@freebsd.org Subject: Re: Change for the worse in rsu wireless driver References: <5E.43.11813.830AD835@dnvrco-oedge02> <538E12ED.3050101@selasky.org> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 Jun 2014 03:41:39 -0000 from Adrian Chadd: > Buy a mini-pcie atheros wifi card. How do I know this would work with FreeBSD and/or NetBSD? I could switch the hard drives between the two computers, or put one hard drive in a Sabrent enclosure: IDE and SATA inside, USB 2.0 and eSATA outside interface. I could also buy a USB-to-Ethernet adapter, don't know how these things work under FreeBSD. But I would still have to plug into the 25 ft Ethernet cable that goes across the floor and creates a tripping hazard, though I haven't tripped over it yet in over two years. I already have one wired and two wireless ways of connecting to the Internet, think they might all work with Linux but really need to test them. Again I seem to have lost the Internet connection, despite "ifconfig" showing lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 rsu0: flags=8843 metric 0 mtu 2290 options=1 ether 00:13:33:a2:86:f0 nd6 options=29 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated wlan0: flags=8843 metric 0 mtu 1500 ether 00:13:33:a2:86:f0 inet 192.168.0.101 netmask 0xffffff00 broadcast 192.168.0.255 nd6 options=29 media: IEEE 802.11 Wireless Ethernet OFDM/54Mbps mode 11g status: associated ssid Maclura_pomifera channel 8 (2447 MHz 11g) bssid a0:f3:c1:f9:39:7a country US authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 2:128-bit txpower 0 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS roaming MANUAL uname -a shows FreeBSD amelia4 11.0-CURRENT FreeBSD 11.0-CURRENT #8 r267220M: Sun Jun 8 17:16:53 UTC 2014 root@amelia4:/usr/obj/usr/src/sys/SANDY11NC amd64 Tom From owner-freebsd-current@FreeBSD.ORG Wed Jun 11 10:12:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B16FD94 for ; Wed, 11 Jun 2014 10:12:36 +0000 (UTC) Received: from odin.blazingdot.com (odin.blazingdot.com [204.109.60.170]) by mx1.freebsd.org (Postfix) with ESMTP id 5022F2584 for ; Wed, 11 Jun 2014 10:12:36 +0000 (UTC) Received: by odin.blazingdot.com (Postfix, from userid 1001) id CAFC3130CF5; Wed, 11 Jun 2014 06:05:18 -0400 (EDT) Date: Wed, 11 Jun 2014 06:05:18 -0400 From: Marcus Reid To: Stefan Ehmann Subject: Re: wlan0/iwn: no upload statistics Message-ID: <20140611100518.GA31433@blazingdot.com> References: <5392DACF.4050401@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5392DACF.4050401@gmx.net> X-Coffee-Level: nearly-fatal User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 Jun 2014 10:12:36 -0000 On Sat, Jun 07, 2014 at 11:26:39AM +0200, Stefan Ehmann wrote: > Network monitoring tools show download traffic, but no upload data. I have an iwn0: and have the same problem. I was able to track it down to being some missing ifmib(4) data, secifically ifi_obytes from the if_data structure (see ifnet(9)). This was a little while back, and I seem to remember someone else with using iwn that didn't have the problem. Another thing is that if you do a 'netstat -I wlan0 -i 1', output bytes are missing, but if you look at iwn0 instead all you see is the output bytes and nothing else (except sometimes you get some numbers in the output packets column seemingly at random). Marcus > > systat -ifstat output: > Interface Traffic Peak Total > wlan0 in 1.066 KB/s 16.155 KB/s 377.757 MB > out 0.000 KB/s 0.000 KB/s 0.000 KB > > > Tested on amd64 CURRENT from few days ago. > > netword Card is: > iwn0: mem 0xf2000000-0xf2001fff irq 17 > at device 0.0 on pci3 From owner-freebsd-current@FreeBSD.ORG Wed Jun 11 13:06:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 40CC3AEE for ; Wed, 11 Jun 2014 13:06:49 +0000 (UTC) Received: from mail-pb0-x234.google.com (mail-pb0-x234.google.com [IPv6:2607:f8b0:400e:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 14977252A for ; Wed, 11 Jun 2014 13:06:49 +0000 (UTC) Received: by mail-pb0-f52.google.com with SMTP id rr13so7383369pbb.25 for ; Wed, 11 Jun 2014 06:06:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:content-transfer-encoding:thread-index :content-language; bh=a/iZyc8jy1Z3Z9uS6/nRY34eNMmrJksdoUQ7uLvx4+E=; b=ef9qPvhyJGl4LqPwjz3rxAAJ5FMarsxnVGTu6GYn7Ug/CJ9OWRn1jotKJ9GdnKso8v tJF+zOxOxe3jYyF2pk4KLDObHiYyecugqO0N+K4Q67OhRhLDb79dDTGvxsCTo4EA1HJZ 42+5ladCzr4GEWbEaAyB++DKnCU+N0VGd5jxzCJc5LAzYbCATUuEuQGHiiZP6PquNOxA wI3sVh8E+z2IDOmAsHNk/TY3aoPCXEizZGP88aOkbxwLcufdfAx7KdL9XwVASPkJTdwj TnAzcE+yLw4fgagz3HzEuuejFbRG0UzmpyyNw/XusAz86L3Ec8Z0r9Ixgy9DvJ528dTU Ys1Q== X-Received: by 10.66.227.4 with SMTP id rw4mr12928120pac.18.1402492008632; Wed, 11 Jun 2014 06:06:48 -0700 (PDT) Received: from billwin7 (amx-tls2.starhub.net.sg. [203.116.164.12]) by mx.google.com with ESMTPSA id ek2sm75014767pbd.30.2014.06.11.06.06.46 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 11 Jun 2014 06:06:48 -0700 (PDT) From: "bycn82" To: "'Marcus Reid'" , "'Stefan Ehmann'" References: <5392DACF.4050401@gmx.net> <20140611100518.GA31433@blazingdot.com> In-Reply-To: <20140611100518.GA31433@blazingdot.com> Subject: RE: wlan0/iwn: no upload statistics Date: Wed, 11 Jun 2014 21:06:45 +0800 Message-ID: <001801cf8576$01ae50b0$050af210$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQICoQOrUzCZcdWxIPDG6Ib7w6v4kgENXSbdmv090JA= Content-Language: en-us Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 Jun 2014 13:06:49 -0000 Just tell "the command is not working" cannot help in resolving the = problem. Could you please provide more detail? for example. 1. Firewall can tell you the total in/out traffic 2. The systat -ifstat result. 3. Netstat information In previous email, the guy provided the below information. > > systat -ifstat output: > > Interface Traffic Peak Total > > wlan0 in 1.066 KB/s 16.155 KB/s 377.757 = MB > > out 0.000 KB/s 0.000 KB/s 0.000 = KB Can you please confirm whether the "377.757 MB" is `in` or `out` = traffic? > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of Marcus Reid > Sent: 11 June, 2014 18:05 > To: Stefan Ehmann > Cc: freebsd-current@freebsd.org > Subject: Re: wlan0/iwn: no upload statistics >=20 > On Sat, Jun 07, 2014 at 11:26:39AM +0200, Stefan Ehmann wrote: > > Network monitoring tools show download traffic, but no upload data. >=20 > I have an iwn0: and have the same problem. I = was > able to track it down to being some missing ifmib(4) data, secifically > ifi_obytes from the if_data structure (see ifnet(9)). >=20 > This was a little while back, and I seem to remember someone else with > using iwn that didn't have the problem. Another thing is that if you = do > a 'netstat -I wlan0 -i 1', output bytes are missing, but if you look = at > iwn0 instead all you see is the output bytes and nothing else (except > sometimes you get some numbers in the output packets column seemingly = at > random). >=20 > Marcus >=20 > > > > systat -ifstat output: > > Interface Traffic Peak Total > > wlan0 in 1.066 KB/s 16.155 KB/s 377.757 = MB > > out 0.000 KB/s 0.000 KB/s 0.000 = KB > > > > > > Tested on amd64 CURRENT from few days ago. > > > > netword Card is: > > iwn0: mem 0xf2000000-0xf2001fff irq > > 17 at device 0.0 on pci3 > _______________________________________________ > 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 Jun 11 17:55:18 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5F6A2BF0 for ; Wed, 11 Jun 2014 17:55:18 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 18F3F2254 for ; Wed, 11 Jun 2014 17:55:17 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1Wumjt-003ZLE-Na>; Wed, 11 Jun 2014 19:55:09 +0200 Received: from g229125000.adsl.alicedsl.de ([92.229.125.0] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1Wumjt-001g1o-JE>; Wed, 11 Jun 2014 19:55:09 +0200 Date: Wed, 11 Jun 2014 19:55:04 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: Panic String: ffs_alloccg: map corrupted [/dev/gpt/tmp] Message-ID: <20140611195504.3d03de36.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/sT/d/JpS+8LMMfR4Iri1.qm"; protocol="application/pgp-signature" X-Originating-IP: 92.229.125.0 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 Jun 2014 17:55:18 -0000 --Sig_/sT/d/JpS+8LMMfR4Iri1.qm Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Running FreeBSD Version String: FreeBSD 11.0-CURRENT #3 r267294: Mon Jun 9 22:07:15 CEST 2= 014 amd64 crashes wihout panic message and /var/crash/info.0 contains this message: Dump header from device /dev/gpt/swap Architecture: amd64 Architecture Version: 2 Dump Length: 968962048B (924 MB) Blocksize: 512 Dumptime: Wed Jun 11 19:19:19 2014 Hostname: thor.sb211.zbv Magic: FreeBSD Kernel Dump Version String: FreeBSD 11.0-CURRENT #3 r267294: Mon Jun 9 22:07:15 CEST= 2014 root@thor.sb211.zbv:/usr/obj/usr/src/sys/THOR Panic String: ffs_alloccg: map corrupted Dump Parity: 3034136388 Bounds: 0 Dump Status: good I'm very confused about the panic string, since it seems to tell me somethi= ng is bad with FFS/UFS. More disturbing is the fact that the boot process into multi user stops at = a compalin about unclean /dev/gpt/tmp filesystem (mount to /tmp): The OS stops at the = PAsswd: prompt for single user-mode maintainance. I can not understand why the system is stopping complaining about a broken = /tmp filesystem. I consider especially /tmp infill corrupt after a fault and I'd= like to ask whether there is a way to overrun this corruption and force a repair and mo= unt, even if the data contained in /tmp is after forced cleaning corrupt. When using tmpfs backed /tmp there shouldn't be any stopp/fault of that kin= d so it would be canonical to have it also for a hard-drive backed /tmp, or am I wrong? It is not the first time that I receive this kind of crash under heavy load= (box is a 8GB system with this CPU specs: =20 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 CPU: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz (2999= .72-MHz K8-class CPU) Origin=3D"GenuineIntel" Id=3D0x10676 Family=3D0x6 Model=3D= 0x17 Stepping=3D6 Features=3D0xbfebfbff Features2=3D0x8e3fd AMD Features=3D0x20100800 AMD Features2=3D0x1 TSC: P-state invariant, performance statistics real memory =3D 8589934592 (8192 MB) avail memory =3D 8278880256 (7895 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 [...] The not-so-funny-part is that I have those crashes under heavy load very fr= equent on ALL C2D systems (one E8400 as shown, another has a Q4400 CPU, but also 8 GB RAM= , same motherboard). In all cases of a sudden crash, /tmp gets corrupted and the s= ystem refuses to boot into multiuser mode complaining about the broken /tmp filesystem wh= ich can not be repaired automatically. Apart from this specific question about an unclean /tmp, this kind of crash= under heavy load on a specific hardware architecture with most recent CURRENT is puzzli= ng (and occured within the past 8 weeks several times with the same stupid blocking= at the broken /tmp partition). I also checked the hardware with tools like memtest= 86 ensure having no fault memory, but I can not exclude some kind of overheating the = CPU since I realized with CLANG and -O3 (which is supposed to optimise for vector units= if available, if I'm right) this increases the average CPU temperature by ~ 3 - 5 degree = Celsius. This is more obvious on a Dell Latitude E6510 with a first-generation Sandy Brid= ge mobile CPU and FreeBSD 9.2/9.3: compiling the OS with gcc 4.2 (base compiler in that s= ystem), the temperature is 2 - 4 degrees lower than using CLANG 3.4.1 with -O3 enabled = (reading the ACPI reported temperature via "systctl -a|grep tempe"). This is funny, isn'= t it? Regards and thanks in advance,=20 Oliver=20 --Sig_/sT/d/JpS+8LMMfR4Iri1.qm Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJTmJf8AAoJEOgBcD7A/5N8Ew4IALqzQzq/0gEP6dgG4Mh3hOed B3oq5i/29q12OXk2CS/l1EKKMW6e7zvxw8cKZGbHCPxUvb9rI1VB1Sj3gNy/c/qS X3atNekbuFLMza+MBOW5lGjxADlepzGTn73cxLQ97LBYYuI1Evaqyz3gjD1mHrKN +TlAE8iXXPTMktDSzB4ikXSHnvdDHIzJI0oE7QLAxIoX6DX2sxCPBOOHfDhSvJZN Xb5RDRk8W90UE0pwnf7KB8hQzgOoG47akrQfsiPnrBB9bGdzteFIThYo8wDo0/WS jkWuvVye1nlTw7elzNGIdWyyUvbgLSfaL6e6s9Qe237Ah84jnZDWFDfJ7qKPeZA= =uFC3 -----END PGP SIGNATURE----- --Sig_/sT/d/JpS+8LMMfR4Iri1.qm-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 11 18:52:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 877626B3 for ; Wed, 11 Jun 2014 18:52:40 +0000 (UTC) Received: from dmz-mailsec-scanner-1.mit.edu (dmz-mailsec-scanner-1.mit.edu [18.9.25.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E95902830 for ; Wed, 11 Jun 2014 18:52:39 +0000 (UTC) X-AuditID: 1209190c-f79946d000000c3b-1f-5398a57097ad Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) (using TLS with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-1.mit.edu (Symantec Messaging Gateway) with SMTP id 40.9A.03131.075A8935; Wed, 11 Jun 2014 14:52:32 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id s5BIqVN8022340; Wed, 11 Jun 2014 14:52:32 -0400 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id s5BIqT6w006286 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 11 Jun 2014 14:52:30 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id s5BIqSoO029960; Wed, 11 Jun 2014 14:52:28 -0400 (EDT) Date: Wed, 11 Jun 2014 14:52:28 -0400 (EDT) From: Benjamin Kaduk To: "O. Hartmann" Subject: Re: Panic String: ffs_alloccg: map corrupted [/dev/gpt/tmp] In-Reply-To: <20140611195504.3d03de36.ohartman@zedat.fu-berlin.de> Message-ID: References: <20140611195504.3d03de36.ohartman@zedat.fu-berlin.de> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrJIsWRmVeSWpSXmKPExsUixCmqrVuwdEawwc+FkhZz3nxgsvg76w+T A5PHjE/zWTxObT/IGMAUxWWTkpqTWZZapG+XwJWx78chxoIVGhWH9/YyNTAeU+hi5OSQEDCR mHDtATOELSZx4d56ti5GLg4hgdlMEoufHABLCAlsZJSYu9MKInGISeLPpJ0sEE4Do8Sltd8Z QapYBLQlbm/dwQRiswmoSMx8s5ENxBYR0Jc413QazGYWMJSYvHUB2FRhAReJznfnwGxOASeJ pTM3s4DYvAKOErM7zjBBbHaUuLD0Ldh8UQEdidX7p0DVCEqcnPmEBWKmpcS5P9fZJjAKzkKS moUktYCRaRWjbEpulW5uYmZOcWqybnFyYl5eapGuoV5uZoleakrpJkZwqEry7GB8c1DpEKMA B6MSD29E/YxgIdbEsuLK3EOMkhxMSqK866YChfiS8lMqMxKLM+KLSnNSiw8xSnAwK4nwRjQD 5XhTEiurUovyYVLSHCxK4rxvra2ChQTSE0tSs1NTC1KLYLIyHBxKErxLlgA1ChalpqdWpGXm lCCkmTg4QYbzAA1fCFLDW1yQmFucmQ6RP8Woy/Hr5rE2JiGWvPy8VClx3jUgRQIgRRmleXBz YCnmFaM40FvCvF0gVTzA9AQ36RXQEiagJa89p4MsKUlESEk1MEbOPM1Vo9d9JMT907Lts3f0 ZjsXJcScdVH9y3Uv/6pYmeLiX643hOc0zliff1443dDcblfXLTll45NCy/xnq/eUb3ORk05g sTeW+BfPHWzXr23+PfjJVBa5kiRhFcEqlom1y2IW/Jz0/ZvNC7c4X77nMaeturUmHXkvfiFL 8b7T+WlCR9mdlFiKMxINtZiLihMBQOvWiwwDAAA= Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 Jun 2014 18:52:40 -0000 It is rather difficult to determine what sort of response you are expecting to this message, as it seems to cover several different (but maybe related) topics, and include some exposition and supposition that do not include clear questions. On Wed, 11 Jun 2014, O. Hartmann wrote: > Running FreeBSD > > Version String: FreeBSD 11.0-CURRENT #3 r267294: Mon Jun 9 22:07:15 CEST 2014 amd64 > > crashes wihout panic message and /var/crash/info.0 contains this message: > > Dump header from device /dev/gpt/swap > Architecture: amd64 > Architecture Version: 2 > Dump Length: 968962048B (924 MB) > Blocksize: 512 > Dumptime: Wed Jun 11 19:19:19 2014 > Hostname: thor.sb211.zbv > Magic: FreeBSD Kernel Dump > Version String: FreeBSD 11.0-CURRENT #3 r267294: Mon Jun 9 22:07:15 CEST 2014 > root@thor.sb211.zbv:/usr/obj/usr/src/sys/THOR > Panic String: ffs_alloccg: map corrupted > Dump Parity: 3034136388 > Bounds: 0 > Dump Status: good > > I'm very confused about the panic string, since it seems to tell me something is bad with > FFS/UFS. ffs is encountering "bad" data while searching through the free block map. I am not an ffs/ufs expert, but I think this could be the result of of corrupt data on-disk [from a previous crash?] that does not get cleaned up by fsck. If that is the case, re-running newfs should clear things up. Since this is /tmp which is, as you note, usually just ephemeral files, that is probably one of the first things I would try. > More disturbing is the fact that the boot process into multi user stops at a compalin > about unclean /dev/gpt/tmp filesystem (mount to /tmp): The OS stops at the PAsswd: prompt > for single user-mode maintainance. If error(s) are encountered during the mounting of filesystems, the OS always drops to single-user mode. There is no special-casing for /tmp or anything else. See the calls to stop_boot() from /etc/rc.d/mountcritlocal, etc.. > I can not understand why the system is stopping complaining about a broken /tmp > filesystem. I consider especially /tmp infill corrupt after a fault and I'd like to ask > whether there is a way to overrun this corruption and force a repair and mount, even if > the data contained in /tmp is after forced cleaning corrupt. > > When using tmpfs backed /tmp there shouldn't be any stopp/fault of that kind so it would > be canonical to have it also for a hard-drive backed /tmp, or am I wrong? I don't think you're obviously correct. You may not be wrong, but this is not how the system is currently expected to behave; there would need to be some discussion if it was to change. > It is not the first time that I receive this kind of crash under heavy load (box is a > 8GB system with this CPU specs: > > FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final > 208032) 20140512 CPU: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz (2999.72-MHz > K8-class CPU) Origin="GenuineIntel" Id=0x10676 Family=0x6 Model=0x17 Stepping=6 > Features=0xbfebfbff > Features2=0x8e3fd > AMD Features=0x20100800 > AMD Features2=0x1 > TSC: P-state invariant, performance statistics > real memory = 8589934592 (8192 MB) > avail memory = 8278880256 (7895 MB) > Event timer "LAPIC" quality 400 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 1 package(s) x 2 core(s) > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > [...] > > The not-so-funny-part is that I have those crashes under heavy load very frequent on ALL > C2D systems (one E8400 as shown, another has a Q4400 CPU, but also 8 GB RAM, same > motherboard). In all cases of a sudden crash, /tmp gets corrupted and the system refuses > to boot into multiuser mode complaining about the broken /tmp filesystem which can not be > repaired automatically. > > Apart from this specific question about an unclean /tmp, this kind of crash under heavy > load on a specific hardware architecture with most recent CURRENT is puzzling (and > occured within the past 8 weeks several times with the same stupid blocking at the > broken /tmp partition). I also checked the hardware with tools like memtest86 ensure > having no fault memory, but I can not exclude some kind of overheating the CPU since I > realized with CLANG and -O3 (which is supposed to optimise for vector units if available, > if I'm right) this increases the average CPU temperature by ~ 3 - 5 degree Celsius. This > is more obvious on a Dell Latitude E6510 with a first-generation Sandy Bridge mobile CPU > and FreeBSD 9.2/9.3: compiling the OS with gcc 4.2 (base compiler in that system), the > temperature is 2 - 4 degrees lower than using CLANG 3.4.1 with -O3 enabled (reading the > ACPI reported temperature via "systctl -a|grep tempe"). This is funny, isn't it? I don't feel like there is anything I can say in reply to this bit. -Ben From owner-freebsd-current@FreeBSD.ORG Wed Jun 11 21:28:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0BB10D51; Wed, 11 Jun 2014 21:28:19 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id B288D28E5; Wed, 11 Jun 2014 21:28:18 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhYFAIXImFODaFve/2dsb2JhbABag19WA4Jsp2IBAQEBAQEGkV+Ga1EBgR51hAMBAQEEAQEBICsgCxsOCgICDRkCKQEJJgYIBwQBCBQEiCENsHqfRBeBKoQyiBsQAgEbNAeCdYFMBJdJhCeSCYNYIS8FgT4 X-IronPort-AV: E=Sophos;i="5.01,460,1400040000"; d="scan'208";a="128885122" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 11 Jun 2014 17:28:10 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 91320B3F36; Wed, 11 Jun 2014 17:28:10 -0400 (EDT) Date: Wed, 11 Jun 2014 17:28:10 -0400 (EDT) From: Rick Macklem To: Craig Rodrigues Message-ID: <115336188.14750168.1402522090584.JavaMail.root@uoguelph.ca> In-Reply-To: Subject: Re: Previously working PXE setup now fails 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 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-current Current , Beeblebrox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 Jun 2014 21:28:19 -0000 Craig Rodrigues wrote: > On Tue, Jun 10, 2014 at 7:31 AM, Beeblebrox > wrote: > > > > Then BTX starts to boot the kernel but fails with: > > pxe_open: server addr: 192.168.2.1 > > pxe_open: server path: / > > pxe_open: gateway ip: 192.168.2.1 > > NFS MOUNT RPC error: 72 > > In /usr/include/errno.h, error 72 is: > #define EBADRPC 72 /* RPC struct is bad */ > > > Take a look at > http://www.freebsd.org/doc/handbook/network-pxe-nfs.html > and see if you can run wireshark on your NFS server that is > being mounted. That should narrow down the RPC error. > Btw, if it more convenient, you can capture the packets with tcpdump (use -s 0 -w .pcap ...) and then look at .pcap via wireshark on any machine it's convenient to install it on. Although wireshark is pretty good at NFS messages, you can email me .pcap and I'll take a look at it. I am not aware of any bugs in current that cause the RPC messages to be corrupted. Good luck with it, rick > -- > Craig > _______________________________________________ > 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 Jun 11 22:36:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A34A132 for ; Wed, 11 Jun 2014 22:36:20 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 185022F10 for ; Wed, 11 Jun 2014 22:36:20 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1Wur7x-000I76-OH>; Thu, 12 Jun 2014 00:36:17 +0200 Received: from g229125000.adsl.alicedsl.de ([92.229.125.0] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1Wur7x-0025Oc-Ki>; Thu, 12 Jun 2014 00:36:17 +0200 Date: Thu, 12 Jun 2014 00:36:12 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: CURRENT: why is CURRENT swapping so fast? Message-ID: <20140612003612.25cc2851.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/0EQWT/KWJM_Bk5qlg0//yF8"; protocol="application/pgp-signature" X-Originating-IP: 92.229.125.0 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 Jun 2014 22:36:20 -0000 --Sig_/0EQWT/KWJM_Bk5qlg0//yF8 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I use my boxes for daily work and in most cases, the usage of applications = is the same. Compiling the OS and updating ports while having claws-mail and firefox ope= ned is some usual scenario. I realise since a couple of weeks, if not months now, but always sticky to = 11.0-CURRENT, that the system is even with 8 GB RAM very quickly out of memory and swappi= ng. As of today - updating CURRENT (buildword) and also updating ports. Nothing else = except firefox. And the box is using 1% swapspace. It is hard to reproduce or give exact numbers or any more scientific values= . But the way I do my work is monotonic and it is more than obvious that the box is swapp= ing much faster right now than, say, 6 months ago. The problem occurs on different h= ardware types, one box has 8 GB, the other 32GB. There are some strange behaviours when compiling ports or the OS itself som= etimes. I very often linker errors with something like [...] relocation truncated to fit: R_X86_64_PC32 [...] This strange behaviour sometimes occurs immediately I switched on the box a= nd start updating and building world (nothing else done so far) or updating a port. = When this error occurs, I reboot and do the very same job again - and then suddenly i= t works. It seems I can not reproduce this problem either. It occurs on 11.0-CURRENT si= nce a couple of weeks by now and affects different hardware types (as with the unspecifi= c swapping experience mentioned above, either 8GB and 32GB, but it occurs on the 8GB b= ixes much more often than on the 32GB system). I'm sorry about this unspecific reporting, but since I observe this strange= behaviour but can not successfully reproduce it by will I suspect something "faulty". I d= id already RAM checks on the systems affected - without any abnormal occurence of memory f= aults or so. Regards, oh --Sig_/0EQWT/KWJM_Bk5qlg0//yF8 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJTmNnhAAoJEOgBcD7A/5N8d/cIAIc6aXFnw1qxEmIShJFu9Y8U s+iPVcgOUdgwcsPEn6oD5afwlDGNKopiTQiw1vcP2LhCkpshJ2IlJugsdbzXRXZa dqj/E5DN8TOAh6Uhb6Mv50QvXgi4JlBqiayj1dFhy++7yMwbiB3+e9QenT8fHyfj Qb8jkQHzzG2cKlStgKkcrkQ3Tc6hKpTitakb8CnF/x+LNpJimX42x4icDygDvAum w2bbxiYldg8U1EoOd4oIpq/FN6sV4X2UpkV1MWlR6uXn1bUXClEh4Xlja8fafgdj mtjmVGI4OfdkCpvzlfiCkbnN12RYdrJun7veWlQ2vH7s/fb72t3Z7RF+RI7niWo= =C+7X -----END PGP SIGNATURE----- --Sig_/0EQWT/KWJM_Bk5qlg0//yF8-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 00:22:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4DD0799 for ; Thu, 12 Jun 2014 00:22:03 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3434E2902 for ; Thu, 12 Jun 2014 00:22:02 +0000 (UTC) Received: from mandree.no-ip.org ([78.49.235.180]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0LvyAz-1Wgc9812Sr-017iKe for ; Thu, 12 Jun 2014 02:21:55 +0200 Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id 8BD5923CEED for ; Thu, 12 Jun 2014 02:21:54 +0200 (CEST) Message-ID: <5398F2A2.2020808@gmx.de> Date: Thu, 12 Jun 2014 02:21:54 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: CURRENT: why is CURRENT swapping so fast? References: <20140612003612.25cc2851.ohartman@zedat.fu-berlin.de> In-Reply-To: <20140612003612.25cc2851.ohartman@zedat.fu-berlin.de> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:oWTXPr7l857dKK3/2dGMAjZjf3xnXM0q/vrpvQ4ovZOhnWjMVlx H5p0IobOjw/Mhn/y3KsmSJHUEFZSj0244ktvuGg34EpSKed3Gu0FxMFhTJ9OTlgaG38Of0v nnphvIEkQB8+lp8iIVhDe9qP5mqNAfldNd/boN+2HwZiz/s4PZnuk4Hkyj45RncVxt9HdE9 sfP4t6/2Ocu7urejEu1xg== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 Jun 2014 00:22:03 -0000 Am 12.06.2014 00:36, schrieb O. Hartmann: > > I use my boxes for daily work and in most cases, the usage of applications is the same. > Compiling the OS and updating ports while having claws-mail and firefox opened is some > usual scenario. > > I realise since a couple of weeks, if not months now, but always sticky to 11.0-CURRENT, > that the system is even with 8 GB RAM very quickly out of memory and swapping. As of > today - updating CURRENT (buildword) and also updating ports. Nothing else except > firefox. And the box is using 1% swapspace. Are you using ZFS, and more to the point, did you recently start using it? Do you mean "start swapping out sooner than it used to do"? Do you expect that swap remains at 0 unless there is serious memory pressure? One point: Linux rolls dice when it needs memory, with a tunable that states the chance that either a cached page gets evicted, or an in-use page gets swapped out. Has FreeBSD similar mechanisms these days? > There are some strange behaviours when compiling ports or the OS itself sometimes. I very > often linker errors with something like > > [...] relocation truncated to fit: R_X86_64_PC32 [...] > > This strange behaviour sometimes occurs immediately I switched on the box and start > updating and building world (nothing else done so far) or updating a port. When this > error occurs, I reboot and do the very same job again - and then suddenly it works. It > seems I can not reproduce this problem either. It occurs on 11.0-CURRENT since a couple > of weeks by now and affects different hardware types (as with the unspecific swapping > experience mentioned above, either 8GB and 32GB, but it occurs on the 8GB bixes much more > often than on the 32GB system). Given memory checks did not turn up anything: Are you sure that case/memory/chipset/CPU cooling are still intact and not hindered by dust? From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 00:26:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D8CCB916 for ; Thu, 12 Jun 2014 00:26:20 +0000 (UTC) Received: from smtp1.multiplay.co.uk (smtp1.multiplay.co.uk [85.236.96.35]) by mx1.freebsd.org (Postfix) with ESMTP id 9E475294E for ; Thu, 12 Jun 2014 00:26:20 +0000 (UTC) Received: by smtp1.multiplay.co.uk (Postfix, from userid 65534) id 838CA20E7088C; Thu, 12 Jun 2014 00:26:12 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.multiplay.co.uk X-Spam-Level: ** X-Spam-Status: No, score=2.2 required=8.0 tests=AWL,BAYES_00,DOS_OE_TO_MX, FSL_HELO_NON_FQDN_1,HELO_NO_DOMAIN,RDNS_DYNAMIC,STOX_REPLY_TYPE autolearn=no version=3.3.1 Received: from r2d2 (82-69-141-170.dsl.in-addr.zen.co.uk [82.69.141.170]) by smtp1.multiplay.co.uk (Postfix) with ESMTPS id 4A1A720E70885; Thu, 12 Jun 2014 00:26:08 +0000 (UTC) Message-ID: <46D4CB84655148FE9A5F7578E5F4A8FD@multiplay.co.uk> From: "Steven Hartland" To: "Matthias Andree" , References: <20140612003612.25cc2851.ohartman@zedat.fu-berlin.de> <5398F2A2.2020808@gmx.de> Subject: Re: CURRENT: why is CURRENT swapping so fast? Date: Thu, 12 Jun 2014 01:26:09 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 Jun 2014 00:26:20 -0000 ----- Original Message ----- From: "Matthias Andree" > Am 12.06.2014 00:36, schrieb O. Hartmann: >> >> I use my boxes for daily work and in most cases, the usage of applications is the same. >> Compiling the OS and updating ports while having claws-mail and firefox opened is some >> usual scenario. >> >> I realise since a couple of weeks, if not months now, but always sticky to 11.0-CURRENT, >> that the system is even with 8 GB RAM very quickly out of memory and swapping. As of >> today - updating CURRENT (buildword) and also updating ports. Nothing else except >> firefox. And the box is using 1% swapspace. > > Are you using ZFS, and more to the point, did you recently start using it? > > Do you mean "start swapping out sooner than it used to do"? > > Do you expect that swap remains at 0 unless there is serious memory > pressure? > > One point: Linux rolls dice when it needs memory, with a tunable that > states the chance that either a cached page gets evicted, or an in-use > page gets swapped out. > > Has FreeBSD similar mechanisms these days? Also how recent a current there where some vm changes which apparently helped with this specifically r260567 and r265944. Regards Steve From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 03:47:13 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D8BD287D for ; Thu, 12 Jun 2014 03:47:13 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 9921B29AD for ; Thu, 12 Jun 2014 03:47:12 +0000 (UTC) Received: from [10.1.1.2] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 87F261034D for ; Thu, 12 Jun 2014 03:47:05 +0000 (UTC) Message-ID: <539922BF.1060105@freebsd.org> Date: Wed, 11 Jun 2014 23:47:11 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: CURRENT: why is CURRENT swapping so fast? References: <20140612003612.25cc2851.ohartman@zedat.fu-berlin.de> In-Reply-To: <20140612003612.25cc2851.ohartman@zedat.fu-berlin.de> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EO1qTDCb2fvLbjUTdSaTG6OfIS07OhxwD" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 Jun 2014 03:47:14 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --EO1qTDCb2fvLbjUTdSaTG6OfIS07OhxwD Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-06-11 18:36, O. Hartmann wrote: >=20 > I use my boxes for daily work and in most cases, the usage of applicati= ons is the same. > Compiling the OS and updating ports while having claws-mail and firefox= opened is some > usual scenario. >=20 > I realise since a couple of weeks, if not months now, but always sticky= to 11.0-CURRENT, > that the system is even with 8 GB RAM very quickly out of memory and sw= apping. As of > today - updating CURRENT (buildword) and also updating ports. Nothing e= lse except > firefox. And the box is using 1% swapspace. >=20 > It is hard to reproduce or give exact numbers or any more scientific va= lues. But the way > I do my work is monotonic and it is more than obvious that the box is s= wapping much > faster right now than, say, 6 months ago. The problem occurs on differe= nt hardware types, > one box has 8 GB, the other 32GB. >=20 > There are some strange behaviours when compiling ports or the OS itself= sometimes. I very > often linker errors with something like >=20 > [...] relocation truncated to fit: R_X86_64_PC32 [...] >=20 > This strange behaviour sometimes occurs immediately I switched on the b= ox and start > updating and building world (nothing else done so far) or updating a po= rt. When this > error occurs, I reboot and do the very same job again - and then sudden= ly it works. It > seems I can not reproduce this problem either. It occurs on 11.0-CURREN= T since a couple > of weeks by now and affects different hardware types (as with the unspe= cific swapping > experience mentioned above, either 8GB and 32GB, but it occurs on the 8= GB bixes much more > often than on the 32GB system). >=20 > I'm sorry about this unspecific reporting, but since I observe this str= ange behaviour but > can not successfully reproduce it by will I suspect something "faulty".= I did already RAM > checks on the systems affected - without any abnormal occurence of memo= ry faults or so. >=20 > Regards, > oh >=20 What does 'top' show. It probably holds the answer or top -S -o res --=20 Allan Jude --EO1qTDCb2fvLbjUTdSaTG6OfIS07OhxwD 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.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTmSLCAAoJEJrBFpNRJZKfTjEP/1TZLKJt68D6Zv67pRLILtCH 3J4TBAVK/OK9j4nRdVOoJfP0T+EiuUXklcDOxkFofcxhrl54OpLUZeU0nITNUOr1 iV7ArauBFo5LQt8RJylSCtmwKPAluh+0GYyIJmTWPNedYMdeFOYGHpmytAsNMnGG M1um+6suTkcfIssin0brAp4QLK2zG0OFUItKBSHejdGnJl5RCRITeMZfOCeG+U0N YfnzOKrNSFMnmDzoXhB4IoSG2dp7o6TDPPdtA9Rjfsnd0Om4XsrfpVrVh+0GWyum /kVOb22w6fqSbDWqQ2crSrRtnPnD1scsy3w1s898S0LRIIr3gd7NniTxm8oQK8Th 9PXIO2pD3AGYpJkMFFrq+a1BCnOEtdHmoaz//dERHR1BxHtQb95kJD968At7jhqR 5jiMDOuTazzM6ggw3WFj0TaY1ApkgllbOswf1A7fvcXDFy6SDAzKj4W+yeR1UufX zXtvpEic7ER0lN1xhKrF5m6RxX5V2gXIhV+QfacKeXL2Pc8JMy57xshIzcspg8zb 395wEpcqAmMvIR3VQKcF6KXdPQUo7hJnE/wNvRnJRnSO7eA3qGx9lLPjbCRZ+s7z eVblGNv2z96tWoqaz6sPjFCJ5jxqKD4Q1kKm7waTcxT/zWJWAt52DVROTw5UFHhd HBruOs5vl0V4nh7wKpaB =5Fob -----END PGP SIGNATURE----- --EO1qTDCb2fvLbjUTdSaTG6OfIS07OhxwD-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 05:47:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AAD38BE2 for ; Thu, 12 Jun 2014 05:47:07 +0000 (UTC) Received: from odin.blazingdot.com (odin.blazingdot.com [204.109.60.170]) by mx1.freebsd.org (Postfix) with ESMTP id 76FBF2285 for ; Thu, 12 Jun 2014 05:47:07 +0000 (UTC) Received: by odin.blazingdot.com (Postfix, from userid 1001) id 38649130CF5; Thu, 12 Jun 2014 01:47:06 -0400 (EDT) Date: Thu, 12 Jun 2014 01:47:06 -0400 From: Marcus Reid To: bycn82 Subject: Re: wlan0/iwn: no upload statistics Message-ID: <20140612054706.GA38769@blazingdot.com> References: <5392DACF.4050401@gmx.net> <20140611100518.GA31433@blazingdot.com> <001801cf8576$01ae50b0$050af210$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001801cf8576$01ae50b0$050af210$@gmail.com> X-Coffee-Level: nearly-fatal User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org, 'Stefan Ehmann' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 Jun 2014 05:47:07 -0000 On Wed, Jun 11, 2014 at 09:06:45PM +0800, bycn82 wrote: > Just tell "the command is not working" cannot help in resolving the > problem. Could you please provide more detail? for example. I already gave the info that I have. In this case the data provided by the sysctl that gets interface statistics is incomplete. systat -ifstat shows: wlan0 in 0.000 KB/s 0.000 KB/s 82.933 MB out 0.000 KB/s 0.000 KB/s 0.000 KB In the systat case, it appears to poll each interface with a: 20966 systat SCTL "net.link.generic.ifdata.3.1" netstat -I wlan0 -i 1 shows: input wlan0 output packets errs idrops bytes packets errs bytes colls 7 0 0 5010 7 0 0 0 15 0 0 10378 15 0 0 0 22 0 0 14164 18 0 0 0 21 0 0 13058 19 0 0 0 ... Note that there are output packets, but not output bytes listed. netstat appears to use netgraph for its data, so both the sysctl and netgraph methods of getting the data is affected similarly. This is where the trail went cold for me. I tried looking at the iwn driver sources but did not find the place where any counters in the kernel are updated. Maybe someone more familiar with the way network drivers are written would have better luck. I had written it off as a hardware quirk when I looked into it, but it looks like more than just my wireless card is affected. Marcus > 1. Firewall can tell you the total in/out traffic > 2. The systat -ifstat result. > 3. Netstat information > > In previous email, the guy provided the below information. > > > > systat -ifstat output: > > > Interface Traffic Peak Total > > > wlan0 in 1.066 KB/s 16.155 KB/s 377.757 MB > > > out 0.000 KB/s 0.000 KB/s 0.000 KB > > Can you please confirm whether the "377.757 MB" is `in` or `out` traffic? > > > > -----Original Message----- > > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > > current@freebsd.org] On Behalf Of Marcus Reid > > Sent: 11 June, 2014 18:05 > > To: Stefan Ehmann > > Cc: freebsd-current@freebsd.org > > Subject: Re: wlan0/iwn: no upload statistics > > > > On Sat, Jun 07, 2014 at 11:26:39AM +0200, Stefan Ehmann wrote: > > > Network monitoring tools show download traffic, but no upload data. > > > > I have an iwn0: and have the same problem. I was > > able to track it down to being some missing ifmib(4) data, secifically > > ifi_obytes from the if_data structure (see ifnet(9)). > > > > This was a little while back, and I seem to remember someone else with > > using iwn that didn't have the problem. Another thing is that if you do > > a 'netstat -I wlan0 -i 1', output bytes are missing, but if you look at > > iwn0 instead all you see is the output bytes and nothing else (except > > sometimes you get some numbers in the output packets column seemingly at > > random). > > > > Marcus > > > > > > > > systat -ifstat output: > > > Interface Traffic Peak Total > > > wlan0 in 1.066 KB/s 16.155 KB/s 377.757 MB > > > out 0.000 KB/s 0.000 KB/s 0.000 KB > > > > > > > > > Tested on amd64 CURRENT from few days ago. > > > > > > netword Card is: > > > iwn0: mem 0xf2000000-0xf2001fff irq > > > 17 at device 0.0 on pci3 > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current- > > unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 05:57:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3EFE8D6E for ; Thu, 12 Jun 2014 05:57:01 +0000 (UTC) Received: from odin.blazingdot.com (odin.blazingdot.com [204.109.60.170]) by mx1.freebsd.org (Postfix) with ESMTP id 18F53233F for ; Thu, 12 Jun 2014 05:57:00 +0000 (UTC) Received: by odin.blazingdot.com (Postfix, from userid 1001) id ADB13130CF5; Thu, 12 Jun 2014 01:57:00 -0400 (EDT) Date: Thu, 12 Jun 2014 01:57:00 -0400 From: Marcus Reid To: bycn82 Subject: Re: wlan0/iwn: no upload statistics Message-ID: <20140612055700.GA38862@blazingdot.com> References: <5392DACF.4050401@gmx.net> <20140611100518.GA31433@blazingdot.com> <001801cf8576$01ae50b0$050af210$@gmail.com> <20140612054706.GA38769@blazingdot.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140612054706.GA38769@blazingdot.com> X-Coffee-Level: nearly-fatal User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org, 'Stefan Ehmann' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 Jun 2014 05:57:01 -0000 On Thu, Jun 12, 2014 at 01:47:06AM -0400, Marcus Reid wrote: > On Wed, Jun 11, 2014 at 09:06:45PM +0800, bycn82 wrote: > > Just tell "the command is not working" cannot help in resolving the > > problem. Could you please provide more detail? for example. > > I already gave the info that I have. In this case the data provided by > the sysctl that gets interface statistics is incomplete. > > systat -ifstat shows: > > wlan0 in 0.000 KB/s 0.000 KB/s 82.933 MB > out 0.000 KB/s 0.000 KB/s 0.000 KB This was sort of a bad paste, I did it when there was no current activity. The 'in' side looks fine normally. Here's another one with activity: wlan0 in 11.364 KB/s 71.956 KB/s 95.683 MB out 0.000 KB/s 0.000 KB/s 0.000 KB There's definitely output, just not accounted for on the 'wlan0' interface. If you look at iwn0, there it is: netstat -I iwn0 -i 1 shows: input iwn0 output packets errs idrops bytes packets errs bytes colls 0 0 0 0 64 0 9456 0 0 0 0 0 78 0 11354 0 0 0 0 0 54 0 8160 0 0 0 0 0 46 0 7656 0 0 0 0 0 56 0 8158 0 Marcus > In the systat case, it appears to poll each interface with a: > > 20966 systat SCTL "net.link.generic.ifdata.3.1" > > netstat -I wlan0 -i 1 shows: > > input wlan0 output > packets errs idrops bytes packets errs bytes colls > 7 0 0 5010 7 0 0 0 > 15 0 0 10378 15 0 0 0 > 22 0 0 14164 18 0 0 0 > 21 0 0 13058 19 0 0 0 > ... > > Note that there are output packets, but not output bytes listed. > netstat appears to use netgraph for its data, so both the sysctl and > netgraph methods of getting the data is affected similarly. > > This is where the trail went cold for me. I tried looking at the iwn > driver sources but did not find the place where any counters in the > kernel are updated. Maybe someone more familiar with the way network > drivers are written would have better luck. > > I had written it off as a hardware quirk when I looked into it, but it > looks like more than just my wireless card is affected. > > Marcus > > > > 1. Firewall can tell you the total in/out traffic > > 2. The systat -ifstat result. > > 3. Netstat information > > > > In previous email, the guy provided the below information. > > > > > > systat -ifstat output: > > > > Interface Traffic Peak Total > > > > wlan0 in 1.066 KB/s 16.155 KB/s 377.757 MB > > > > out 0.000 KB/s 0.000 KB/s 0.000 KB > > > > Can you please confirm whether the "377.757 MB" is `in` or `out` traffic? > > > > > > > -----Original Message----- > > > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > > > current@freebsd.org] On Behalf Of Marcus Reid > > > Sent: 11 June, 2014 18:05 > > > To: Stefan Ehmann > > > Cc: freebsd-current@freebsd.org > > > Subject: Re: wlan0/iwn: no upload statistics > > > > > > On Sat, Jun 07, 2014 at 11:26:39AM +0200, Stefan Ehmann wrote: > > > > Network monitoring tools show download traffic, but no upload data. > > > > > > I have an iwn0: and have the same problem. I was > > > able to track it down to being some missing ifmib(4) data, secifically > > > ifi_obytes from the if_data structure (see ifnet(9)). > > > > > > This was a little while back, and I seem to remember someone else with > > > using iwn that didn't have the problem. Another thing is that if you do > > > a 'netstat -I wlan0 -i 1', output bytes are missing, but if you look at > > > iwn0 instead all you see is the output bytes and nothing else (except > > > sometimes you get some numbers in the output packets column seemingly at > > > random). > > > > > > Marcus > > > > > > > > > > > systat -ifstat output: > > > > Interface Traffic Peak Total > > > > wlan0 in 1.066 KB/s 16.155 KB/s 377.757 MB > > > > out 0.000 KB/s 0.000 KB/s 0.000 KB > > > > > > > > > > > > Tested on amd64 CURRENT from few days ago. > > > > > > > > netword Card is: > > > > iwn0: mem 0xf2000000-0xf2001fff irq > > > > 17 at device 0.0 on pci3 > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to "freebsd-current- > > > unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 18:52:44 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B857F306 for ; Thu, 12 Jun 2014 18:52:44 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 99F3B2C79 for ; Thu, 12 Jun 2014 18:52:44 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s5CIqhrt020741 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Jun 2014 11:52:43 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s5CIqhi5020740; Thu, 12 Jun 2014 11:52:43 -0700 (PDT) (envelope-from jmg) Date: Thu, 12 Jun 2014 11:52:43 -0700 From: John-Mark Gurney To: current@FreeBSD.org, hps@FreeBSD.org Subject: usb issues on OLD USB 1.0 machine... Message-ID: <20140612185243.GU31367@funkthat.com> Mail-Followup-To: current@FreeBSD.org, hps@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Thu, 12 Jun 2014 11:52:43 -0700 (PDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 Jun 2014 18:52:44 -0000 So, I'm trying to get USB functional on an old i386 machine that only supports USB 1.0... It works, but when I try to plug in a hub I get the following: uhub0: 2 ports with 2 removable, self powered Root mount waiting for: usbus0 usb_alloc_device: set address 2 failed (USB_ERR_IOERROR, ignored) Root mount waiting for: usbus0 usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_IOERROR Root mount waiting for: usbus0 usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_IOERROR, ignored) Root mount waiting for: usbus0 Root mount waiting for: usbus0 usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_IOERROR Root mount waiting for: usbus0 usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_IOERROR, ignored) Root mount waiting for: usbus0 Root mount waiting for: usbus0 usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_IOERROR usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_IOERROR, ignored) Root mount waiting for: usbus0 Root mount waiting for: usbus0 usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_IOERROR Root mount waiting for: usbus0 usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_IOERROR, ignored) Root mount waiting for: usbus0 Root mount waiting for: usbus0 usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_IOERROR ugen0.2: at usbus0 (disconnected) uhub_reattach_port: could not allocate new device This was working w/ code from around a month ago, but I don't remeber which rev it was, and I forgot to save the old kernel.. This is from: FreeBSD serbox.funkthat.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r266964:267061M: Wed Jun 11 15:35:27 PDT 2014 jmg@carbon.funkthat.com:/usr/obj/i386.i386/usr/src/sys/serbox i386 Interesting parts of dmesg: FreeBSD 11.0-CURRENT #0 r266964:267061M: Wed Jun 11 15:35:27 PDT 2014 jmg@carbon.funkthat.com:/usr/obj/i386.i386/usr/src/sys/serbox i386 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 CPU: AMD-K6tm w/ multimedia extensions (200.46-MHz 586-class CPU) Origin="AuthenticAMD" Id=0x562 Family=0x5 Model=0x6 Stepping=2 Features=0x8001bf AMD Features=0x400<> real memory = 134217728 (128 MB) avail memory = 120770560 (115 MB) [...] uhci0: port 0x6400-0x641f irq 10 at device 7.2 on pci0 usbus0 on uhci0 [...] usbus0: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 usbconfig: ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA) ugen0.2: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (100mA) The ugen0.2 is plugged directly into the one of the ports, and works.. Let me know if there is anything more info I can provide. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 19:06:05 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 21355BF0 for ; Thu, 12 Jun 2014 19:06:05 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9DE432E34 for ; Thu, 12 Jun 2014 19:06:04 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 5AE851FE026 for ; Thu, 12 Jun 2014 21:06:03 +0200 (CEST) Message-ID: <5399FA31.7020408@selasky.org> Date: Thu, 12 Jun 2014 21:06:25 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: current@FreeBSD.org Subject: Re: usb issues on OLD USB 1.0 machine... References: <20140612185243.GU31367@funkthat.com> In-Reply-To: <20140612185243.GU31367@funkthat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 Jun 2014 19:06:05 -0000 On 06/12/14 20:52, John-Mark Gurney wrote: > So, I'm trying to get USB functional on an old i386 machine that only > supports USB 1.0... It works, but when I try to plug in a hub I get > the following: > uhub0: 2 ports with 2 removable, self powered > Root mount waiting for: usbus0 > usb_alloc_device: set address 2 failed (USB_ERR_IOERROR, ignored) > Root mount waiting for: usbus0 > usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_IOERROR > Root mount waiting for: usbus0 > usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_IOERROR, ignored) > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_IOERROR > Root mount waiting for: usbus0 > usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_IOERROR, ignored) > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_IOERROR > usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_IOERROR, ignored) > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_IOERROR > Root mount waiting for: usbus0 > usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_IOERROR, ignored) > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_IOERROR > ugen0.2: at usbus0 (disconnected) > uhub_reattach_port: could not allocate new device > > This was working w/ code from around a month ago, but I don't remeber > which rev it was, and I forgot to save the old kernel.. This is from: > FreeBSD serbox.funkthat.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r266964:267061M: Wed Jun 11 15:35:27 PDT 2014 jmg@carbon.funkthat.com:/usr/obj/i386.i386/usr/src/sys/serbox i386 > > Interesting parts of dmesg: > FreeBSD 11.0-CURRENT #0 r266964:267061M: Wed Jun 11 15:35:27 PDT 2014 > jmg@carbon.funkthat.com:/usr/obj/i386.i386/usr/src/sys/serbox i386 > FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 > CPU: AMD-K6tm w/ multimedia extensions (200.46-MHz 586-class CPU) > Origin="AuthenticAMD" Id=0x562 Family=0x5 Model=0x6 Stepping=2 > Features=0x8001bf > AMD Features=0x400<> > real memory = 134217728 (128 MB) > avail memory = 120770560 (115 MB) > [...] > uhci0: port 0x6400-0x641f irq 10 at device 7.2 on pci0 > usbus0 on uhci0 > [...] > usbus0: 12Mbps Full Speed USB v1.0 > ugen0.1: at usbus0 > uhub0: on usbus0 > > usbconfig: > ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA) > ugen0.2: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (100mA) > > The ugen0.2 is plugged directly into the one of the ports, and works.. > > Let me know if there is anything more info I can provide. > Hi, Possibly increase the timing variables under: sysctl hw.usb.timings If they are not there, possibly the USB_DEBUG option has been removed from the kernel config. Can you check that? --HPS From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 21:07:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 022A4848 for ; Thu, 12 Jun 2014 21:07:15 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B3D6F28CB for ; Thu, 12 Jun 2014 21:07:14 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1WvCDB-001r9T-OK>; Thu, 12 Jun 2014 23:07:05 +0200 Received: from g226177179.adsl.alicedsl.de ([92.226.177.179] helo=munin.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1WvCDB-004BkF-Kl>; Thu, 12 Jun 2014 23:07:05 +0200 Date: Thu, 12 Jun 2014 23:06:59 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: 11.0-CURRENT #1 r267422: OpenLDAP fails to startup out of the blue after buildworld Message-ID: <20140612230659.37f5b528@munin.walstatt.dyndns.org> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd9.3) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/ak0G4JY__erBcjvXn2h.eAN"; protocol="application/pgp-signature" X-Originating-IP: 92.226.177.179 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 Jun 2014 21:07:15 -0000 --Sig_/ak0G4JY__erBcjvXn2h.eAN Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable After updating ports yesterday with all this ICU update horror today slapd rejects to start out of the blue after months of working like a charm: [...] 5399feba slapd startup: initiated. 5399feba backend_startup_one: starting "cn=3Dconfig" 5399feba config_back_db_open 5399feba send_ldap_result: conn=3D-1 op=3D0 p=3D0 5399feba backend_startup_one: starting "dc=3Ddumami" 5399feba mdb_db_open: database "dc=3Ddumami": dbenv_open(/var/db/openldap-data/). 5399feba mdb_db_open: database "dc=3Ddumami" cannot be opened, err 13. Restore from backup! 5399feba backend_startup_one (type=3Dmdb, suffix=3D"dc=3Ddumami"): bi_db_open failed! (13) 5399feba slapd shutdown: initiated 5399feba slapd destroy: freeing system resources. 5399feba syncinfo_free: rid=3D001 5399feba syncinfo_free: rid=3D003 5399feba slapd stopped. /usr/local/etc/rc.d/slapd: WARNING: failed to start slapd According to that useless "suggestion" to restore from backup, I restored the configuration and the users from backups. slapadd works fine. But then starting the server fails again. Via "portmaster -f openldap24-server" I tried to rebuild all ports necessary for that fragile OpenLDAP thing, but still no success. I can not find any hints in the log (using -d1 or -d257 starting slapd) except the failure shown above. Since the very same configuration and dataset worked for months now and even after the massive icu-related update of ports yesterday (ended by restarting slapd), I wouldn't expect any usefull hint. Can anybody offer suggestions, please? I'm out of ideas. I find it very strange. Regards, Oliver --Sig_/ak0G4JY__erBcjvXn2h.eAN Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJTmhZ4AAoJEOgBcD7A/5N8mF4IAOMl8i1d3GpXZhudALP/CIX2 y7L9rZkGloR+gPLSqoHFkL7T63j3TZ3d/OEQ232vEyVRWZok+QPekvNDlMi/fuqt t550tEmh0nZQRUnvdxf/Q5ypEwDazZtqx8qUFSlbGxM5UActJcEbE6UVuNw1fGz8 XxrE4FCqXm7oJFKIULvBnx71LzGUgtCit0qqwKHsDeFXZWSoGZ4UQkTLQtGme5vk U0rhtF3UDiV55jGbPwdRQZ9OHJFCTlWEsncFpFBTIjiMoGouxE/SM9WzBdVnjK0l i0BMH2yaj0qv7ABZNleV1ctR6E2UtGKPABMYALirl3techODaaU/v59W6f86+ZQ= =f2ZP -----END PGP SIGNATURE----- --Sig_/ak0G4JY__erBcjvXn2h.eAN-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 21:38:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47DAD30C for ; Thu, 12 Jun 2014 21:38:05 +0000 (UTC) Received: from smtp1.multiplay.co.uk (smtp1.multiplay.co.uk [85.236.96.35]) by mx1.freebsd.org (Postfix) with ESMTP id 0CF522B4C for ; Thu, 12 Jun 2014 21:38:04 +0000 (UTC) Received: by smtp1.multiplay.co.uk (Postfix, from userid 65534) id 678EB20E7088B; Thu, 12 Jun 2014 21:38:02 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.multiplay.co.uk X-Spam-Level: ** X-Spam-Status: No, score=2.2 required=8.0 tests=AWL,BAYES_00,DOS_OE_TO_MX, FSL_HELO_NON_FQDN_1,HELO_NO_DOMAIN,RDNS_DYNAMIC,STOX_REPLY_TYPE autolearn=no version=3.3.1 Received: from r2d2 (82-69-141-170.dsl.in-addr.zen.co.uk [82.69.141.170]) by smtp1.multiplay.co.uk (Postfix) with ESMTPS id 50DC620E70885; Thu, 12 Jun 2014 21:37:58 +0000 (UTC) Message-ID: <9C4B004B82984D7688EF110733F2D1D0@multiplay.co.uk> From: "Steven Hartland" To: "O. Hartmann" , "FreeBSD CURRENT" References: <20140612230659.37f5b528@munin.walstatt.dyndns.org> Subject: Re: 11.0-CURRENT #1 r267422: OpenLDAP fails to startup out of the blue after buildworld Date: Thu, 12 Jun 2014 22:37:59 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 Jun 2014 21:38:05 -0000 I've nevery used this but Error 13 is permission denied in errno.h so I've guessing something has messed with some permissions possibly a file permission there somewhere? If its not obvious, the you could try run it under truss to see what is returning error 13. Regards Steve ----- Original Message ----- From: "O. Hartmann" After updating ports yesterday with all this ICU update horror today slapd rejects to start out of the blue after months of working like a charm: [...] 5399feba slapd startup: initiated. 5399feba backend_startup_one: starting "cn=config" 5399feba config_back_db_open 5399feba send_ldap_result: conn=-1 op=0 p=0 5399feba backend_startup_one: starting "dc=dumami" 5399feba mdb_db_open: database "dc=dumami": dbenv_open(/var/db/openldap-data/). 5399feba mdb_db_open: database "dc=dumami" cannot be opened, err 13. Restore from backup! 5399feba backend_startup_one (type=mdb, suffix="dc=dumami"): bi_db_open failed! (13) 5399feba slapd shutdown: initiated 5399feba slapd destroy: freeing system resources. 5399feba syncinfo_free: rid=001 5399feba syncinfo_free: rid=003 5399feba slapd stopped. /usr/local/etc/rc.d/slapd: WARNING: failed to start slapd According to that useless "suggestion" to restore from backup, I restored the configuration and the users from backups. slapadd works fine. But then starting the server fails again. Via "portmaster -f openldap24-server" I tried to rebuild all ports necessary for that fragile OpenLDAP thing, but still no success. I can not find any hints in the log (using -d1 or -d257 starting slapd) except the failure shown above. Since the very same configuration and dataset worked for months now and even after the massive icu-related update of ports yesterday (ended by restarting slapd), I wouldn't expect any usefull hint. Can anybody offer suggestions, please? I'm out of ideas. I find it very strange. Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 21:51:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 869607A6 for ; Thu, 12 Jun 2014 21:51:43 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1A21C2CF4 for ; Thu, 12 Jun 2014 21:51:42 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.8/8.14.8) with ESMTP id s5CLpSnm045620 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 12 Jun 2014 22:51:35 +0100 (BST) (envelope-from matthew@FreeBSD.org) Authentication-Results: lucid-nonsense.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk s5CLpSnm045620 Authentication-Results: smtp.infracaninophile.co.uk/s5CLpSnm045620; dkim=none reason="no signature"; dkim-adsp=none Message-ID: <539A20D6.20704@FreeBSD.org> Date: Thu, 12 Jun 2014 22:51:18 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: 11.0-CURRENT #1 r267422: OpenLDAP fails to startup out of the blue after buildworld References: <20140612230659.37f5b528@munin.walstatt.dyndns.org> <9C4B004B82984D7688EF110733F2D1D0@multiplay.co.uk> In-Reply-To: <9C4B004B82984D7688EF110733F2D1D0@multiplay.co.uk> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="LEE8qDNOvoLHLFB4RR5M7SkR5TrKLqUJ2" X-Virus-Scanned: clamav-milter 0.98.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-3.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 Jun 2014 21:51:43 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --LEE8qDNOvoLHLFB4RR5M7SkR5TrKLqUJ2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 12/06/2014 22:37, Steven Hartland wrote: > According to that useless "suggestion" to restore from backup, I > restored the configuration and the users from backups. slapadd works > fine. But then starting the server fails again. What user ID did you use to run slapadd as? It's a common mistake to do that as root, and then end up with stuff in /var/db/openldap owned by root, rather than ldap. Or the contents of ${LOCALBASE}/etc/openldap/slapd.d Fix is just to chown those two directories to ldap:ldap Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --LEE8qDNOvoLHLFB4RR5M7SkR5TrKLqUJ2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJTmiDeXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATowQP/2sjnnF54tHmtyTDtM0x0xWr MbGv6xFp9fH9c9meItgR+HFlwTENFmwcJZNcwLOD2pPES+9uxnsGy3N2rQ0FOsLI +gTENG8iO21uiEjBa1wdJ1t/s7ncX5neF9p+DtUiiD5tW9VtI8rZ2KpLX+DcSNlx ChdZ+JKvVWE4yGHTsjAbfN5iP5C7lJzgzlemyOHMjEQygh4YRrXgNRtMASCVYBlm ofNCebmk7D4S/Yl38MNU2Fwh1bDMvm6MqITJqnRGo2YvffiCL5t0PaOgIUvAwJHr 9MYske+ExOB3hA3MOd1a/T9ssYXGImviuwkj9QgAdwHsKTg2FzkDRbpZQVqq/gqC edQb5j0NT9/vbsmkCj0xd9YbiVMkLcxwlgj5c9JQ9saD3GZ28w0mYYgKv/dmWsBd AnaXpNuG5RfdusIU3PII1FEWFvJGSfEexTFiP9luHFOUQ6dHQNQHVPPM+bCVLLww 7UOIEoQLf/AJIgEOOZjudIL1UFc5nB0JseFV0Ma5ARzYsdTh6g4bpq84TV0AYwnG 9kJX19hQuWNzTq6srLGwwMIKgyZYFHSHIkv3meOcc6dkQVrMfZNOtxf6+G2yALWL k2QtZyqRnPnUUPuLkiNNrMM6WwGMyfGBNPL0o5/m6aKUoJ3t8dIZp4Vk7DNNNEEw f75d+xbJKbYbpOX6RS4u =37SO -----END PGP SIGNATURE----- --LEE8qDNOvoLHLFB4RR5M7SkR5TrKLqUJ2-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 22:44:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A494B4C5 for ; Thu, 12 Jun 2014 22:44:14 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 371B52187 for ; Thu, 12 Jun 2014 22:44:13 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1WvDj9-0026j2-QY>; Fri, 13 Jun 2014 00:44:11 +0200 Received: from g226177179.adsl.alicedsl.de ([92.226.177.179] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1WvDj9-0008Il-MR>; Fri, 13 Jun 2014 00:44:11 +0200 Date: Fri, 13 Jun 2014 00:44:06 +0200 From: "O. Hartmann" To: "Steven Hartland" Subject: Re: 11.0-CURRENT #1 r267422: OpenLDAP fails to startup out of the blue after buildworld Message-ID: <20140613004406.27955807.ohartman@zedat.fu-berlin.de> In-Reply-To: <9C4B004B82984D7688EF110733F2D1D0@multiplay.co.uk> References: <20140612230659.37f5b528@munin.walstatt.dyndns.org> <9C4B004B82984D7688EF110733F2D1D0@multiplay.co.uk> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/WgQH2kNYXjk+/X1yxsjB+x7"; protocol="application/pgp-signature" X-Originating-IP: 92.226.177.179 X-ZEDAT-Hint: A Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 Jun 2014 22:44:14 -0000 --Sig_/WgQH2kNYXjk+/X1yxsjB+x7 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Thu, 12 Jun 2014 22:37:59 +0100 "Steven Hartland" schrieb: > I've nevery used this but Error 13 is permission denied in errno.h > so I've guessing something has messed with some permissions possibly > a file permission there somewhere? >=20 > If its not obvious, the you could try run it under truss to see what > is returning error 13. >=20 > Regards > Steve > ----- Original Message -----=20 > From: "O. Hartmann" >=20 > After updating ports yesterday with all this ICU update horror today > slapd rejects to start out of the blue after months of working like a > charm: >=20 > [...] > 5399feba slapd startup: initiated. > 5399feba backend_startup_one: starting "cn=3Dconfig" > 5399feba config_back_db_open > 5399feba send_ldap_result: conn=3D-1 op=3D0 p=3D0 > 5399feba backend_startup_one: starting "dc=3Ddumami" > 5399feba mdb_db_open: database "dc=3Ddumami": > dbenv_open(/var/db/openldap-data/). 5399feba mdb_db_open: database > "dc=3Ddumami" cannot be opened, err 13. Restore from > backup! 5399feba backend_startup_one (type=3Dmdb, > suffix=3D"dc=3Ddumami"): bi_db_open failed! (13) 5399feba > slapd shutdown: initiated 5399feba slapd destroy: freeing system > resources. 5399feba syncinfo_free: rid=3D001 5399feba syncinfo_free: > rid=3D003 5399feba slapd stopped. > /usr/local/etc/rc.d/slapd: WARNING: failed to start slapd >=20 > According to that useless "suggestion" to restore from backup, I > restored the configuration and the users from backups. slapadd works > fine. But then starting the server fails again. >=20 > Via "portmaster -f openldap24-server" I tried to rebuild all ports > necessary for that fragile OpenLDAP thing, but still no success. I can > not find any hints in the log (using -d1 or -d257 starting slapd) > except the failure shown above. Since the very same configuration and > dataset worked for months now and even after the massive icu-related > update of ports yesterday (ended by restarting slapd), I wouldn't > expect any usefull hint. >=20 > Can anybody offer suggestions, please? I'm out of ideas. I find it very > strange. >=20 > Regards, > Oliver Well, several things went terribly wrong and they got still a amplification as my= panic level rose up. First: after the update of several ports and the recompilation of openldap24-server/client (I recompiled them without the problems these days= , too), slapd seemed to have complained about several issues with the DIT configuration. = After I switched from HDB to MDB, I edited the config LDIFs manually. Somehow I mad= e hidden mistakes. They have been fixed by now. Second: fiddling arounf with slapcat/slapadd changes ownership of the confi= g files and so of the database file in /var/db which reflects the ID of the creator - whic= h is/was root and not expected user ldap. That triggered the error 13 as reported. Because I oversaw one error message type over the other when "fixing' one p= roblem and the other still persisted, I didn't realise what was going on! The problem was = manifold and selfbrewn! I fixed the syntax problems regarding the HDB <-> MDB problemacy and so I f= ixed then owndership. now everything works fine as expected. --Sig_/WgQH2kNYXjk+/X1yxsjB+x7 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJTmi07AAoJEOgBcD7A/5N8ZQUH+QGofO3qoZY35DZ2CGQ0a9tv hoLh6m+s4OAdK6aPehkK7HjW/1u0t2H4U8615iyOpBgHxvlqy6eL2OMEQjnV0ekd 16GOHqxCQa1ZQBE9n2pu6VhDlmI/WMaSGlyhIvm3PtsltnYtjBd1pDQhCuME7l89 rracP2dnSWI0Lzyu3yW8pgRg+krVQ17x8gup/zwJy6xtxoxQLu5XTKdWqgw9Y/pB BM1FCXZ3LycMmWHhwvmfycQ7K37BBUhtzXRbXjaBIsJX6PD//HOHQZ1IttrH4TpC CtIEib2a1cdKPdCCE9Dmvl0r9CACOACRw9KPvNHsPXufPMyyw7cE1Ox1HU21ihM= =ygw/ -----END PGP SIGNATURE----- --Sig_/WgQH2kNYXjk+/X1yxsjB+x7-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 22:46:56 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59D797BD for ; Thu, 12 Jun 2014 22:46:56 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 354FE21BF for ; Thu, 12 Jun 2014 22:46:55 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s5CMksB0024062 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Jun 2014 15:46:54 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s5CMks60024061; Thu, 12 Jun 2014 15:46:54 -0700 (PDT) (envelope-from jmg) Date: Thu, 12 Jun 2014 15:46:54 -0700 From: John-Mark Gurney To: Hans Petter Selasky Subject: Re: usb issues on OLD USB 1.0 machine... Message-ID: <20140612224653.GV31367@funkthat.com> Mail-Followup-To: Hans Petter Selasky , current@freebsd.org References: <20140612185243.GU31367@funkthat.com> <5399FA31.7020408@selasky.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5399FA31.7020408@selasky.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Thu, 12 Jun 2014 15:46:55 -0700 (PDT) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 Jun 2014 22:46:56 -0000 Hans Petter Selasky wrote this message on Thu, Jun 12, 2014 at 21:06 +0200: > On 06/12/14 20:52, John-Mark Gurney wrote: > >So, I'm trying to get USB functional on an old i386 machine that only > >supports USB 1.0... It works, but when I try to plug in a hub I get > >the following: > >uhub0: 2 ports with 2 removable, self powered > >Root mount waiting for: usbus0 > >usb_alloc_device: set address 2 failed (USB_ERR_IOERROR, ignored) > >Root mount waiting for: usbus0 > >usbd_setup_device_desc: getting device descriptor at addr 2 failed, > >USB_ERR_IOERROR > >Root mount waiting for: usbus0 > >usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_IOERROR, > >ignored) > >Root mount waiting for: usbus0 > >Root mount waiting for: usbus0 > >usbd_setup_device_desc: getting device descriptor at addr 2 failed, > >USB_ERR_IOERROR > >Root mount waiting for: usbus0 > >usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_IOERROR, > >ignored) > >Root mount waiting for: usbus0 > >Root mount waiting for: usbus0 > >usbd_setup_device_desc: getting device descriptor at addr 2 failed, > >USB_ERR_IOERROR > >usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_IOERROR, > >ignored) > >Root mount waiting for: usbus0 > >Root mount waiting for: usbus0 > >usbd_setup_device_desc: getting device descriptor at addr 2 failed, > >USB_ERR_IOERROR > >Root mount waiting for: usbus0 > >usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_IOERROR, > >ignored) > >Root mount waiting for: usbus0 > >Root mount waiting for: usbus0 > >usbd_setup_device_desc: getting device descriptor at addr 2 failed, > >USB_ERR_IOERROR > >ugen0.2: at usbus0 (disconnected) > >uhub_reattach_port: could not allocate new device > > > >This was working w/ code from around a month ago, but I don't remeber > >which rev it was, and I forgot to save the old kernel.. This is from: > >FreeBSD serbox.funkthat.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0 > >r266964:267061M: Wed Jun 11 15:35:27 PDT 2014 > >jmg@carbon.funkthat.com:/usr/obj/i386.i386/usr/src/sys/serbox i386 > > > >Interesting parts of dmesg: > >FreeBSD 11.0-CURRENT #0 r266964:267061M: Wed Jun 11 15:35:27 PDT 2014 > > jmg@carbon.funkthat.com:/usr/obj/i386.i386/usr/src/sys/serbox i386 > >FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 > >CPU: AMD-K6tm w/ multimedia extensions (200.46-MHz 586-class CPU) > > Origin="AuthenticAMD" Id=0x562 Family=0x5 Model=0x6 Stepping=2 > > Features=0x8001bf > > AMD Features=0x400<> > >real memory = 134217728 (128 MB) > >avail memory = 120770560 (115 MB) > >[...] > >uhci0: port 0x6400-0x641f irq 10 at device 7.2 > >on pci0 > >usbus0 on uhci0 > >[...] > >usbus0: 12Mbps Full Speed USB v1.0 > >ugen0.1: at usbus0 > >uhub0: on usbus0 > > > >usbconfig: > >ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) > >pwr=SAVE (0mA) > >ugen0.2: at usbus0, cfg=0 > >md=HOST spd=FULL (12Mbps) pwr=ON (100mA) > > > >The ugen0.2 is plugged directly into the one of the ports, and works.. > > > >Let me know if there is anything more info I can provide. > > Possibly increase the timing variables under: > > sysctl hw.usb.timings > > If they are not there, possibly the USB_DEBUG option has been removed > from the kernel config. Can you check that? This appears to be a compatibility issue w/ the hub... If I reboot w/ the hub plugged it, it will go into this weird mode. If I unplug the hub, but leave the hub powered, it will still do it... But if I unplug the hub and remove it's power (cold booting the hub) and plug it in, it works fine... If I reboot w/o the hub powered, but plugged in, it fails, but when I unplug (now hub has no power) and plug it back in, it works fine... Does this shed any light on the issue? The only BIOS option related to USB is the keyboard in BIOS/DOS option. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 22:47:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE64C954; Thu, 12 Jun 2014 22:47:39 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9A58121D7; Thu, 12 Jun 2014 22:47:39 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1WvDmT-002781-Ub>; Fri, 13 Jun 2014 00:47:37 +0200 Received: from g226177179.adsl.alicedsl.de ([92.226.177.179] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1WvDmT-0008dj-SN>; Fri, 13 Jun 2014 00:47:37 +0200 Date: Fri, 13 Jun 2014 00:47:37 +0200 From: "O. Hartmann" To: Matthew Seaman Subject: Re: 11.0-CURRENT #1 r267422: OpenLDAP fails to startup out of the blue after buildworld Message-ID: <20140613004737.11a92984.ohartman@zedat.fu-berlin.de> In-Reply-To: <539A20D6.20704@FreeBSD.org> References: <20140612230659.37f5b528@munin.walstatt.dyndns.org> <9C4B004B82984D7688EF110733F2D1D0@multiplay.co.uk> <539A20D6.20704@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/S+N/6F=_Cn8rqsO3Xq+hjjd"; protocol="application/pgp-signature" X-Originating-IP: 92.226.177.179 X-ZEDAT-Hint: A Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 Jun 2014 22:47:39 -0000 --Sig_/S+N/6F=_Cn8rqsO3Xq+hjjd Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Thu, 12 Jun 2014 22:51:18 +0100 Matthew Seaman schrieb: > On 12/06/2014 22:37, Steven Hartland wrote: > > According to that useless "suggestion" to restore from backup, I > > restored the configuration and the users from backups. slapadd works > > fine. But then starting the server fails again. >=20 > What user ID did you use to run slapadd as? It's a common mistake to do > that as root, and then end up with stuff in /var/db/openldap owned by > root, rather than ldap. Or the contents of > ${LOCALBASE}/etc/openldap/slapd.d >=20 > Fix is just to chown those two directories to ldap:ldap >=20 > Cheers, >=20 > Matthew >=20 I did this change, but as I reported just a minute ago, there was another i= ssue with a hidden syntax problem regarding MDB and HDB (leftover olcDbXXX object speci= fiers and a nasty typo). The problems played "Ringelpiez" with me and so I turned in ci= rcles trying to catch up. Problem solved! Was homebrewn. I edited the LDIF files for the config when = I changed from HDB backend to MDB backend and somehow I had some terrible typos and syntax= faults which where triggered now (and I do not know why, but I do not ask anymore). Thanks. Oliver --Sig_/S+N/6F=_Cn8rqsO3Xq+hjjd Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJTmi4JAAoJEOgBcD7A/5N8GLkH/0r6KjS5AbAlKbBXf7ueLCHy wv/jxRTdHltCjLAGW1IX6ShzBDSl6LLt5j54nGA5+CFC/pfjg+RfmCrGp0KR2XRt GA4byGTgkzpGSRLUOYQ3Td0C2jrL4RKcK7XT0B5Zt0LYYjdfs/YNUYvIwn3Yjf8F 8XzTqI0Fp8w2XougbbLeaWTnTqyBSr0G9fNKcQfZU90k6dBo12kv9GT+lVbPiMhf 2ym6XUhymLfCjJDz2PTXVZxtuLuhYJ9wv4YJKumQtKdylbfcM/QuhY2J7Ggt35ra Asi62ckr3tR7E9vhCgxJLDS34abVSpi/UTNFKbnsRa1fExG1397TpZit8V4mEqM= =0Pse -----END PGP SIGNATURE----- --Sig_/S+N/6F=_Cn8rqsO3Xq+hjjd-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 23:41:00 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD0D367E; Thu, 12 Jun 2014 23:41:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 89C5E2663; Thu, 12 Jun 2014 23:41:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5CNeqaR025558; Thu, 12 Jun 2014 19:40:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5CNeqQH025556; Thu, 12 Jun 2014 23:40:52 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Jun 2014 23:40:52 GMT Message-Id: <201406122340.s5CNeqQH025556@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jun 2014 23:41:00 -0000 TB --- 2014-06-12 23:40:36 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-12 23:40:36 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-12 23:40:36 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-06-12 23:40:36 - cleaning the object tree TB --- 2014-06-12 23:40:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-12 23:40:41 - At svn revision 267431 TB --- 2014-06-12 23:40:42 - building world TB --- 2014-06-12 23:40:42 - CROSS_BUILD_TESTING=YES TB --- 2014-06-12 23:40:42 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-12 23:40:42 - MAKESYSPATH=/src/share/mk TB --- 2014-06-12 23:40:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-12 23:40:42 - SRCCONF=/dev/null TB --- 2014-06-12 23:40:42 - TARGET=amd64 TB --- 2014-06-12 23:40:42 - TARGET_ARCH=amd64 TB --- 2014-06-12 23:40:42 - TZ=UTC TB --- 2014-06-12 23:40:42 - __MAKE_CONF=/dev/null TB --- 2014-06-12 23:40:42 - cd /src TB --- 2014-06-12 23:40:42 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-12 23:40:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-12 23:40:52 - ERROR: failed to build world TB --- 2014-06-12 23:40:52 - 8.54 user 4.57 system 15.45 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 23:41:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D4C77680; Thu, 12 Jun 2014 23:41:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8BD922664; Thu, 12 Jun 2014 23:41:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5CNeqqd025560; Thu, 12 Jun 2014 19:40:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5CNeqPM025553; Thu, 12 Jun 2014 23:40:52 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Jun 2014 23:40:52 GMT Message-Id: <201406122340.s5CNeqPM025553@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jun 2014 23:41:01 -0000 TB --- 2014-06-12 23:40:36 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-12 23:40:36 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-12 23:40:36 - starting HEAD tinderbox run for i386/i386 TB --- 2014-06-12 23:40:36 - cleaning the object tree TB --- 2014-06-12 23:40:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-12 23:40:41 - At svn revision 267431 TB --- 2014-06-12 23:40:42 - building world TB --- 2014-06-12 23:40:42 - CROSS_BUILD_TESTING=YES TB --- 2014-06-12 23:40:42 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-12 23:40:42 - MAKESYSPATH=/src/share/mk TB --- 2014-06-12 23:40:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-12 23:40:42 - SRCCONF=/dev/null TB --- 2014-06-12 23:40:42 - TARGET=i386 TB --- 2014-06-12 23:40:42 - TARGET_ARCH=i386 TB --- 2014-06-12 23:40:42 - TZ=UTC TB --- 2014-06-12 23:40:42 - __MAKE_CONF=/dev/null TB --- 2014-06-12 23:40:42 - cd /src TB --- 2014-06-12 23:40:42 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-12 23:40:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-12 23:40:52 - ERROR: failed to build world TB --- 2014-06-12 23:40:52 - 8.36 user 4.84 system 15.41 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 23:41:00 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D2D2567F; Thu, 12 Jun 2014 23:41:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 89C0B2662; Thu, 12 Jun 2014 23:41:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5CNeq2r025557; Thu, 12 Jun 2014 19:40:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5CNeqrX025554; Thu, 12 Jun 2014 23:40:52 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Jun 2014 23:40:52 GMT Message-Id: <201406122340.s5CNeqrX025554@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jun 2014 23:41:01 -0000 TB --- 2014-06-12 23:40:36 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-12 23:40:36 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-12 23:40:36 - starting HEAD tinderbox run for armv6/arm TB --- 2014-06-12 23:40:36 - cleaning the object tree TB --- 2014-06-12 23:40:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-12 23:40:41 - At svn revision 267431 TB --- 2014-06-12 23:40:42 - building world TB --- 2014-06-12 23:40:42 - CROSS_BUILD_TESTING=YES TB --- 2014-06-12 23:40:42 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-12 23:40:42 - MAKESYSPATH=/src/share/mk TB --- 2014-06-12 23:40:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-12 23:40:42 - SRCCONF=/dev/null TB --- 2014-06-12 23:40:42 - TARGET=arm TB --- 2014-06-12 23:40:42 - TARGET_ARCH=armv6 TB --- 2014-06-12 23:40:42 - TZ=UTC TB --- 2014-06-12 23:40:42 - __MAKE_CONF=/dev/null TB --- 2014-06-12 23:40:42 - cd /src TB --- 2014-06-12 23:40:42 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-12 23:40:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-12 23:40:52 - ERROR: failed to build world TB --- 2014-06-12 23:40:52 - 8.39 user 4.72 system 15.41 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 23:41:08 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3138E9F2; Thu, 12 Jun 2014 23:41:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E3374266A; Thu, 12 Jun 2014 23:41:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5CNf6DO030080; Thu, 12 Jun 2014 19:41:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5CNf6aX030064; Thu, 12 Jun 2014 23:41:06 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Jun 2014 23:41:06 GMT Message-Id: <201406122341.s5CNf6aX030064@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jun 2014 23:41:08 -0000 TB --- 2014-06-12 23:40:52 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-12 23:40:52 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-12 23:40:52 - starting HEAD tinderbox run for mips64/mips TB --- 2014-06-12 23:40:52 - cleaning the object tree TB --- 2014-06-12 23:40:52 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-12 23:40:57 - At svn revision 267431 TB --- 2014-06-12 23:40:58 - building world TB --- 2014-06-12 23:40:58 - CROSS_BUILD_TESTING=YES TB --- 2014-06-12 23:40:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-12 23:40:58 - MAKESYSPATH=/src/share/mk TB --- 2014-06-12 23:40:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-12 23:40:58 - SRCCONF=/dev/null TB --- 2014-06-12 23:40:58 - TARGET=mips TB --- 2014-06-12 23:40:58 - TARGET_ARCH=mips64 TB --- 2014-06-12 23:40:58 - TZ=UTC TB --- 2014-06-12 23:40:58 - __MAKE_CONF=/dev/null TB --- 2014-06-12 23:40:58 - cd /src TB --- 2014-06-12 23:40:58 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-12 23:41:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-12 23:41:06 - ERROR: failed to build world TB --- 2014-06-12 23:41:06 - 8.25 user 4.80 system 14.30 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 23:41:08 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6A7929F5; Thu, 12 Jun 2014 23:41:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 28531266F; Thu, 12 Jun 2014 23:41:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5CNf7sh030182; Thu, 12 Jun 2014 19:41:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5CNf7Kw030177; Thu, 12 Jun 2014 23:41:07 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Jun 2014 23:41:07 GMT Message-Id: <201406122341.s5CNf7Kw030177@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jun 2014 23:41:08 -0000 TB --- 2014-06-12 23:40:52 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-12 23:40:52 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-12 23:40:52 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-06-12 23:40:52 - cleaning the object tree TB --- 2014-06-12 23:40:52 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-12 23:40:57 - At svn revision 267431 TB --- 2014-06-12 23:40:58 - building world TB --- 2014-06-12 23:40:58 - CROSS_BUILD_TESTING=YES TB --- 2014-06-12 23:40:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-12 23:40:58 - MAKESYSPATH=/src/share/mk TB --- 2014-06-12 23:40:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-12 23:40:58 - SRCCONF=/dev/null TB --- 2014-06-12 23:40:58 - TARGET=ia64 TB --- 2014-06-12 23:40:58 - TARGET_ARCH=ia64 TB --- 2014-06-12 23:40:58 - TZ=UTC TB --- 2014-06-12 23:40:58 - __MAKE_CONF=/dev/null TB --- 2014-06-12 23:40:58 - cd /src TB --- 2014-06-12 23:40:58 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-12 23:41:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-12 23:41:07 - ERROR: failed to build world TB --- 2014-06-12 23:41:07 - 8.22 user 4.97 system 14.52 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 23:41:08 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 68D8F9F4; Thu, 12 Jun 2014 23:41:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 25FD4266E; Thu, 12 Jun 2014 23:41:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5CNf7Mr030183; Thu, 12 Jun 2014 19:41:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5CNf7km030176; Thu, 12 Jun 2014 23:41:07 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Jun 2014 23:41:07 GMT Message-Id: <201406122341.s5CNf7km030176@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jun 2014 23:41:08 -0000 TB --- 2014-06-12 23:40:52 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-12 23:40:52 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-12 23:40:52 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-06-12 23:40:52 - cleaning the object tree TB --- 2014-06-12 23:40:52 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-12 23:40:57 - At svn revision 267431 TB --- 2014-06-12 23:40:58 - building world TB --- 2014-06-12 23:40:58 - CROSS_BUILD_TESTING=YES TB --- 2014-06-12 23:40:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-12 23:40:58 - MAKESYSPATH=/src/share/mk TB --- 2014-06-12 23:40:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-12 23:40:58 - SRCCONF=/dev/null TB --- 2014-06-12 23:40:58 - TARGET=pc98 TB --- 2014-06-12 23:40:58 - TARGET_ARCH=i386 TB --- 2014-06-12 23:40:58 - TZ=UTC TB --- 2014-06-12 23:40:58 - __MAKE_CONF=/dev/null TB --- 2014-06-12 23:40:58 - cd /src TB --- 2014-06-12 23:40:58 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-12 23:41:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-12 23:41:07 - ERROR: failed to build world TB --- 2014-06-12 23:41:07 - 8.23 user 4.95 system 14.52 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 23:41:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D990E681; Thu, 12 Jun 2014 23:41:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8E07C2665; Thu, 12 Jun 2014 23:41:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5CNeqru025559; Thu, 12 Jun 2014 19:40:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5CNeqPp025555; Thu, 12 Jun 2014 23:40:52 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Jun 2014 23:40:52 GMT Message-Id: <201406122340.s5CNeqPp025555@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jun 2014 23:41:01 -0000 TB --- 2014-06-12 23:40:36 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-12 23:40:36 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-12 23:40:36 - starting HEAD tinderbox run for arm/arm TB --- 2014-06-12 23:40:36 - cleaning the object tree TB --- 2014-06-12 23:40:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-12 23:40:41 - At svn revision 267431 TB --- 2014-06-12 23:40:42 - building world TB --- 2014-06-12 23:40:42 - CROSS_BUILD_TESTING=YES TB --- 2014-06-12 23:40:42 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-12 23:40:42 - MAKESYSPATH=/src/share/mk TB --- 2014-06-12 23:40:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-12 23:40:42 - SRCCONF=/dev/null TB --- 2014-06-12 23:40:42 - TARGET=arm TB --- 2014-06-12 23:40:42 - TARGET_ARCH=arm TB --- 2014-06-12 23:40:42 - TZ=UTC TB --- 2014-06-12 23:40:42 - __MAKE_CONF=/dev/null TB --- 2014-06-12 23:40:42 - cd /src TB --- 2014-06-12 23:40:42 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-12 23:40:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-12 23:40:52 - ERROR: failed to build world TB --- 2014-06-12 23:40:52 - 8.33 user 4.89 system 15.45 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 23:41:08 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5FE519F3; Thu, 12 Jun 2014 23:41:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1D98F266C; Thu, 12 Jun 2014 23:41:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5CNf7gx030181; Thu, 12 Jun 2014 19:41:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5CNf7Fq030169; Thu, 12 Jun 2014 23:41:07 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Jun 2014 23:41:07 GMT Message-Id: <201406122341.s5CNf7Fq030169@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jun 2014 23:41:08 -0000 TB --- 2014-06-12 23:40:52 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-12 23:40:52 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-12 23:40:52 - starting HEAD tinderbox run for mips/mips TB --- 2014-06-12 23:40:52 - cleaning the object tree TB --- 2014-06-12 23:40:52 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-12 23:40:57 - At svn revision 267431 TB --- 2014-06-12 23:40:58 - building world TB --- 2014-06-12 23:40:58 - CROSS_BUILD_TESTING=YES TB --- 2014-06-12 23:40:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-12 23:40:58 - MAKESYSPATH=/src/share/mk TB --- 2014-06-12 23:40:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-12 23:40:58 - SRCCONF=/dev/null TB --- 2014-06-12 23:40:58 - TARGET=mips TB --- 2014-06-12 23:40:58 - TARGET_ARCH=mips TB --- 2014-06-12 23:40:58 - TZ=UTC TB --- 2014-06-12 23:40:58 - __MAKE_CONF=/dev/null TB --- 2014-06-12 23:40:58 - cd /src TB --- 2014-06-12 23:40:58 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-12 23:41:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-12 23:41:07 - ERROR: failed to build world TB --- 2014-06-12 23:41:07 - 8.30 user 4.84 system 14.50 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 23:41:21 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A1EB3F69; Thu, 12 Jun 2014 23:41:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5F0102683; Thu, 12 Jun 2014 23:41:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5CNfKjX033564; Thu, 12 Jun 2014 19:41:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5CNfKPK033554; Thu, 12 Jun 2014 23:41:20 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Jun 2014 23:41:20 GMT Message-Id: <201406122341.s5CNfKPK033554@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jun 2014 23:41:21 -0000 TB --- 2014-06-12 23:41:07 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-12 23:41:07 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-12 23:41:07 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-06-12 23:41:07 - cleaning the object tree TB --- 2014-06-12 23:41:07 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-12 23:41:11 - At svn revision 267431 TB --- 2014-06-12 23:41:12 - building world TB --- 2014-06-12 23:41:12 - CROSS_BUILD_TESTING=YES TB --- 2014-06-12 23:41:12 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-12 23:41:12 - MAKESYSPATH=/src/share/mk TB --- 2014-06-12 23:41:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-12 23:41:12 - SRCCONF=/dev/null TB --- 2014-06-12 23:41:12 - TARGET=powerpc TB --- 2014-06-12 23:41:12 - TARGET_ARCH=powerpc TB --- 2014-06-12 23:41:12 - TZ=UTC TB --- 2014-06-12 23:41:12 - __MAKE_CONF=/dev/null TB --- 2014-06-12 23:41:12 - cd /src TB --- 2014-06-12 23:41:12 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-12 23:41:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-12 23:41:20 - ERROR: failed to build world TB --- 2014-06-12 23:41:20 - 8.34 user 4.02 system 13.21 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 23:41:21 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DABB2F6A; Thu, 12 Jun 2014 23:41:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 98C562685; Thu, 12 Jun 2014 23:41:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5CNfKvY033641; Thu, 12 Jun 2014 19:41:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5CNfKYD033625; Thu, 12 Jun 2014 23:41:20 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Jun 2014 23:41:20 GMT Message-Id: <201406122341.s5CNfKYD033625@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jun 2014 23:41:22 -0000 TB --- 2014-06-12 23:41:07 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-12 23:41:07 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-12 23:41:07 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-06-12 23:41:07 - cleaning the object tree TB --- 2014-06-12 23:41:07 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-12 23:41:11 - At svn revision 267431 TB --- 2014-06-12 23:41:12 - building world TB --- 2014-06-12 23:41:12 - CROSS_BUILD_TESTING=YES TB --- 2014-06-12 23:41:12 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-12 23:41:12 - MAKESYSPATH=/src/share/mk TB --- 2014-06-12 23:41:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-12 23:41:12 - SRCCONF=/dev/null TB --- 2014-06-12 23:41:12 - TARGET=powerpc TB --- 2014-06-12 23:41:12 - TARGET_ARCH=powerpc64 TB --- 2014-06-12 23:41:12 - TZ=UTC TB --- 2014-06-12 23:41:12 - __MAKE_CONF=/dev/null TB --- 2014-06-12 23:41:12 - cd /src TB --- 2014-06-12 23:41:12 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-12 23:41:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-12 23:41:20 - ERROR: failed to build world TB --- 2014-06-12 23:41:20 - 8.11 user 4.34 system 13.23 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 23:41:22 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD36BF6B; Thu, 12 Jun 2014 23:41:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9A9162686; Thu, 12 Jun 2014 23:41:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5CNfKf4033642; Thu, 12 Jun 2014 19:41:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5CNfKt3033640; Thu, 12 Jun 2014 23:41:20 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Jun 2014 23:41:20 GMT Message-Id: <201406122341.s5CNfKt3033640@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jun 2014 23:41:22 -0000 TB --- 2014-06-12 23:41:07 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-12 23:41:07 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-12 23:41:07 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-06-12 23:41:07 - cleaning the object tree TB --- 2014-06-12 23:41:07 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-12 23:41:11 - At svn revision 267431 TB --- 2014-06-12 23:41:12 - building world TB --- 2014-06-12 23:41:12 - CROSS_BUILD_TESTING=YES TB --- 2014-06-12 23:41:12 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-12 23:41:12 - MAKESYSPATH=/src/share/mk TB --- 2014-06-12 23:41:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-12 23:41:12 - SRCCONF=/dev/null TB --- 2014-06-12 23:41:12 - TARGET=sparc64 TB --- 2014-06-12 23:41:12 - TARGET_ARCH=sparc64 TB --- 2014-06-12 23:41:12 - TZ=UTC TB --- 2014-06-12 23:41:12 - __MAKE_CONF=/dev/null TB --- 2014-06-12 23:41:12 - cd /src TB --- 2014-06-12 23:41:12 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-12 23:41:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-12 23:41:20 - ERROR: failed to build world TB --- 2014-06-12 23:41:20 - 8.28 user 4.15 system 13.23 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 23:50:47 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D055630; Thu, 12 Jun 2014 23:50:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DF1A42780; Thu, 12 Jun 2014 23:50:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5CNojQT038284; Thu, 12 Jun 2014 19:50:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5CNojDW038275; Thu, 12 Jun 2014 23:50:45 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Jun 2014 23:50:45 GMT Message-Id: <201406122350.s5CNojDW038275@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jun 2014 23:50:47 -0000 TB --- 2014-06-12 23:50:27 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-12 23:50:27 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-12 23:50:27 - starting HEAD tinderbox run for arm/arm TB --- 2014-06-12 23:50:27 - cleaning the object tree TB --- 2014-06-12 23:50:28 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-12 23:50:35 - At svn revision 267431 TB --- 2014-06-12 23:50:36 - building world TB --- 2014-06-12 23:50:36 - CROSS_BUILD_TESTING=YES TB --- 2014-06-12 23:50:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-12 23:50:36 - MAKESYSPATH=/src/share/mk TB --- 2014-06-12 23:50:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-12 23:50:36 - SRCCONF=/dev/null TB --- 2014-06-12 23:50:36 - TARGET=arm TB --- 2014-06-12 23:50:36 - TARGET_ARCH=arm TB --- 2014-06-12 23:50:36 - TZ=UTC TB --- 2014-06-12 23:50:36 - __MAKE_CONF=/dev/null TB --- 2014-06-12 23:50:36 - cd /src TB --- 2014-06-12 23:50:36 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-12 23:50:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-12 23:50:45 - ERROR: failed to build world TB --- 2014-06-12 23:50:45 - 8.27 user 4.83 system 17.87 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 23:50:47 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 30CE8631; Thu, 12 Jun 2014 23:50:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DF1F52781; Thu, 12 Jun 2014 23:50:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5CNojTA038274; Thu, 12 Jun 2014 19:50:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5CNojc0038208; Thu, 12 Jun 2014 23:50:45 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Jun 2014 23:50:45 GMT Message-Id: <201406122350.s5CNojc0038208@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jun 2014 23:50:47 -0000 TB --- 2014-06-12 23:50:27 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-12 23:50:27 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-12 23:50:27 - starting HEAD tinderbox run for armv6/arm TB --- 2014-06-12 23:50:27 - cleaning the object tree TB --- 2014-06-12 23:50:28 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-12 23:50:35 - At svn revision 267431 TB --- 2014-06-12 23:50:36 - building world TB --- 2014-06-12 23:50:36 - CROSS_BUILD_TESTING=YES TB --- 2014-06-12 23:50:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-12 23:50:36 - MAKESYSPATH=/src/share/mk TB --- 2014-06-12 23:50:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-12 23:50:36 - SRCCONF=/dev/null TB --- 2014-06-12 23:50:36 - TARGET=arm TB --- 2014-06-12 23:50:36 - TARGET_ARCH=armv6 TB --- 2014-06-12 23:50:36 - TZ=UTC TB --- 2014-06-12 23:50:36 - __MAKE_CONF=/dev/null TB --- 2014-06-12 23:50:36 - cd /src TB --- 2014-06-12 23:50:36 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-12 23:50:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-12 23:50:45 - ERROR: failed to build world TB --- 2014-06-12 23:50:45 - 8.14 user 4.99 system 17.82 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 23:50:47 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 34034632; Thu, 12 Jun 2014 23:50:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E16EA2782; Thu, 12 Jun 2014 23:50:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5CNojRo038283; Thu, 12 Jun 2014 19:50:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5CNojui038272; Thu, 12 Jun 2014 23:50:45 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Jun 2014 23:50:45 GMT Message-Id: <201406122350.s5CNojui038272@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jun 2014 23:50:47 -0000 TB --- 2014-06-12 23:50:27 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-12 23:50:27 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-12 23:50:27 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-06-12 23:50:27 - cleaning the object tree TB --- 2014-06-12 23:50:28 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-12 23:50:35 - At svn revision 267431 TB --- 2014-06-12 23:50:36 - building world TB --- 2014-06-12 23:50:36 - CROSS_BUILD_TESTING=YES TB --- 2014-06-12 23:50:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-12 23:50:36 - MAKESYSPATH=/src/share/mk TB --- 2014-06-12 23:50:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-12 23:50:36 - SRCCONF=/dev/null TB --- 2014-06-12 23:50:36 - TARGET=amd64 TB --- 2014-06-12 23:50:36 - TARGET_ARCH=amd64 TB --- 2014-06-12 23:50:36 - TZ=UTC TB --- 2014-06-12 23:50:36 - __MAKE_CONF=/dev/null TB --- 2014-06-12 23:50:36 - cd /src TB --- 2014-06-12 23:50:36 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-12 23:50:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-12 23:50:45 - ERROR: failed to build world TB --- 2014-06-12 23:50:45 - 8.19 user 4.95 system 17.87 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 23:50:47 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0511662F; Thu, 12 Jun 2014 23:50:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B3826277F; Thu, 12 Jun 2014 23:50:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5CNojSQ038285; Thu, 12 Jun 2014 19:50:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5CNojjx038282; Thu, 12 Jun 2014 23:50:45 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Jun 2014 23:50:45 GMT Message-Id: <201406122350.s5CNojjx038282@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jun 2014 23:50:47 -0000 TB --- 2014-06-12 23:50:27 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-12 23:50:27 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-12 23:50:27 - starting HEAD tinderbox run for i386/i386 TB --- 2014-06-12 23:50:27 - cleaning the object tree TB --- 2014-06-12 23:50:28 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-12 23:50:35 - At svn revision 267431 TB --- 2014-06-12 23:50:36 - building world TB --- 2014-06-12 23:50:36 - CROSS_BUILD_TESTING=YES TB --- 2014-06-12 23:50:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-12 23:50:36 - MAKESYSPATH=/src/share/mk TB --- 2014-06-12 23:50:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-12 23:50:36 - SRCCONF=/dev/null TB --- 2014-06-12 23:50:36 - TARGET=i386 TB --- 2014-06-12 23:50:36 - TARGET_ARCH=i386 TB --- 2014-06-12 23:50:36 - TZ=UTC TB --- 2014-06-12 23:50:36 - __MAKE_CONF=/dev/null TB --- 2014-06-12 23:50:36 - cd /src TB --- 2014-06-12 23:50:36 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-12 23:50:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-12 23:50:45 - ERROR: failed to build world TB --- 2014-06-12 23:50:45 - 8.50 user 4.60 system 17.88 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 23:51:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 564FBAB4; Thu, 12 Jun 2014 23:51:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 12D6E278C; Thu, 12 Jun 2014 23:51:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5CNp0Uc042731; Thu, 12 Jun 2014 19:51:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5CNp0ou042717; Thu, 12 Jun 2014 23:51:00 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Jun 2014 23:51:00 GMT Message-Id: <201406122351.s5CNp0ou042717@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jun 2014 23:51:01 -0000 TB --- 2014-06-12 23:50:45 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-12 23:50:45 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-12 23:50:45 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-06-12 23:50:45 - cleaning the object tree TB --- 2014-06-12 23:50:46 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-12 23:50:50 - At svn revision 267431 TB --- 2014-06-12 23:50:51 - building world TB --- 2014-06-12 23:50:51 - CROSS_BUILD_TESTING=YES TB --- 2014-06-12 23:50:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-12 23:50:51 - MAKESYSPATH=/src/share/mk TB --- 2014-06-12 23:50:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-12 23:50:51 - SRCCONF=/dev/null TB --- 2014-06-12 23:50:51 - TARGET=pc98 TB --- 2014-06-12 23:50:51 - TARGET_ARCH=i386 TB --- 2014-06-12 23:50:51 - TZ=UTC TB --- 2014-06-12 23:50:51 - __MAKE_CONF=/dev/null TB --- 2014-06-12 23:50:51 - cd /src TB --- 2014-06-12 23:50:51 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-12 23:51:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-12 23:51:00 - ERROR: failed to build world TB --- 2014-06-12 23:51:00 - 8.54 user 4.23 system 14.18 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 23:51:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC529AB5; Thu, 12 Jun 2014 23:51:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 69F94278D; Thu, 12 Jun 2014 23:51:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5CNp00E042856; Thu, 12 Jun 2014 19:51:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5CNp0lv042847; Thu, 12 Jun 2014 23:51:00 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Jun 2014 23:51:00 GMT Message-Id: <201406122351.s5CNp0lv042847@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jun 2014 23:51:01 -0000 TB --- 2014-06-12 23:50:45 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-12 23:50:45 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-12 23:50:45 - starting HEAD tinderbox run for mips/mips TB --- 2014-06-12 23:50:45 - cleaning the object tree TB --- 2014-06-12 23:50:46 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-12 23:50:50 - At svn revision 267431 TB --- 2014-06-12 23:50:51 - building world TB --- 2014-06-12 23:50:51 - CROSS_BUILD_TESTING=YES TB --- 2014-06-12 23:50:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-12 23:50:51 - MAKESYSPATH=/src/share/mk TB --- 2014-06-12 23:50:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-12 23:50:51 - SRCCONF=/dev/null TB --- 2014-06-12 23:50:51 - TARGET=mips TB --- 2014-06-12 23:50:51 - TARGET_ARCH=mips TB --- 2014-06-12 23:50:51 - TZ=UTC TB --- 2014-06-12 23:50:51 - __MAKE_CONF=/dev/null TB --- 2014-06-12 23:50:51 - cd /src TB --- 2014-06-12 23:50:51 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-12 23:51:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-12 23:51:00 - ERROR: failed to build world TB --- 2014-06-12 23:51:00 - 8.43 user 4.61 system 14.50 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 23:51:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3DACAB7; Thu, 12 Jun 2014 23:51:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 826A5278F; Thu, 12 Jun 2014 23:51:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5CNp0Sv042908; Thu, 12 Jun 2014 19:51:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5CNp0ie042906; Thu, 12 Jun 2014 23:51:00 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Jun 2014 23:51:00 GMT Message-Id: <201406122351.s5CNp0ie042906@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jun 2014 23:51:02 -0000 TB --- 2014-06-12 23:50:45 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-12 23:50:45 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-12 23:50:45 - starting HEAD tinderbox run for mips64/mips TB --- 2014-06-12 23:50:45 - cleaning the object tree TB --- 2014-06-12 23:50:46 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-12 23:50:50 - At svn revision 267431 TB --- 2014-06-12 23:50:51 - building world TB --- 2014-06-12 23:50:51 - CROSS_BUILD_TESTING=YES TB --- 2014-06-12 23:50:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-12 23:50:51 - MAKESYSPATH=/src/share/mk TB --- 2014-06-12 23:50:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-12 23:50:51 - SRCCONF=/dev/null TB --- 2014-06-12 23:50:51 - TARGET=mips TB --- 2014-06-12 23:50:51 - TARGET_ARCH=mips64 TB --- 2014-06-12 23:50:51 - TZ=UTC TB --- 2014-06-12 23:50:51 - __MAKE_CONF=/dev/null TB --- 2014-06-12 23:50:51 - cd /src TB --- 2014-06-12 23:50:51 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-12 23:51:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-12 23:51:00 - ERROR: failed to build world TB --- 2014-06-12 23:51:00 - 8.55 user 4.51 system 14.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 23:51:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF509AB6; Thu, 12 Jun 2014 23:51:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7DF76278E; Thu, 12 Jun 2014 23:51:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5CNp0sS042907; Thu, 12 Jun 2014 19:51:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5CNp0t4042898; Thu, 12 Jun 2014 23:51:00 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Jun 2014 23:51:00 GMT Message-Id: <201406122351.s5CNp0t4042898@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jun 2014 23:51:01 -0000 TB --- 2014-06-12 23:50:45 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-12 23:50:45 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-12 23:50:45 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-06-12 23:50:45 - cleaning the object tree TB --- 2014-06-12 23:50:46 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-12 23:50:50 - At svn revision 267431 TB --- 2014-06-12 23:50:51 - building world TB --- 2014-06-12 23:50:51 - CROSS_BUILD_TESTING=YES TB --- 2014-06-12 23:50:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-12 23:50:51 - MAKESYSPATH=/src/share/mk TB --- 2014-06-12 23:50:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-12 23:50:51 - SRCCONF=/dev/null TB --- 2014-06-12 23:50:51 - TARGET=ia64 TB --- 2014-06-12 23:50:51 - TARGET_ARCH=ia64 TB --- 2014-06-12 23:50:51 - TZ=UTC TB --- 2014-06-12 23:50:51 - __MAKE_CONF=/dev/null TB --- 2014-06-12 23:50:51 - cd /src TB --- 2014-06-12 23:50:51 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-12 23:51:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-12 23:51:00 - ERROR: failed to build world TB --- 2014-06-12 23:51:00 - 8.45 user 4.62 system 14.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 23:51:14 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A8A93F00; Thu, 12 Jun 2014 23:51:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 66C42279E; Thu, 12 Jun 2014 23:51:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5CNpDiI046223; Thu, 12 Jun 2014 19:51:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5CNpD8o046210; Thu, 12 Jun 2014 23:51:13 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Jun 2014 23:51:13 GMT Message-Id: <201406122351.s5CNpD8o046210@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jun 2014 23:51:14 -0000 TB --- 2014-06-12 23:51:00 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-12 23:51:00 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-12 23:51:00 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-06-12 23:51:00 - cleaning the object tree TB --- 2014-06-12 23:51:00 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-12 23:51:04 - At svn revision 267431 TB --- 2014-06-12 23:51:05 - building world TB --- 2014-06-12 23:51:05 - CROSS_BUILD_TESTING=YES TB --- 2014-06-12 23:51:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-12 23:51:05 - MAKESYSPATH=/src/share/mk TB --- 2014-06-12 23:51:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-12 23:51:05 - SRCCONF=/dev/null TB --- 2014-06-12 23:51:05 - TARGET=powerpc TB --- 2014-06-12 23:51:05 - TARGET_ARCH=powerpc TB --- 2014-06-12 23:51:05 - TZ=UTC TB --- 2014-06-12 23:51:05 - __MAKE_CONF=/dev/null TB --- 2014-06-12 23:51:05 - cd /src TB --- 2014-06-12 23:51:05 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-12 23:51:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-12 23:51:13 - ERROR: failed to build world TB --- 2014-06-12 23:51:13 - 8.19 user 4.02 system 13.12 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 23:51:15 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 34F6CF05; Thu, 12 Jun 2014 23:51:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E7E7127A0; Thu, 12 Jun 2014 23:51:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5CNpDoL046367; Thu, 12 Jun 2014 19:51:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5CNpDIX046365; Thu, 12 Jun 2014 23:51:13 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Jun 2014 23:51:13 GMT Message-Id: <201406122351.s5CNpDIX046365@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jun 2014 23:51:15 -0000 TB --- 2014-06-12 23:51:00 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-12 23:51:00 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-12 23:51:00 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-06-12 23:51:00 - cleaning the object tree TB --- 2014-06-12 23:51:00 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-12 23:51:04 - At svn revision 267431 TB --- 2014-06-12 23:51:05 - building world TB --- 2014-06-12 23:51:05 - CROSS_BUILD_TESTING=YES TB --- 2014-06-12 23:51:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-12 23:51:05 - MAKESYSPATH=/src/share/mk TB --- 2014-06-12 23:51:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-12 23:51:05 - SRCCONF=/dev/null TB --- 2014-06-12 23:51:05 - TARGET=sparc64 TB --- 2014-06-12 23:51:05 - TARGET_ARCH=sparc64 TB --- 2014-06-12 23:51:05 - TZ=UTC TB --- 2014-06-12 23:51:05 - __MAKE_CONF=/dev/null TB --- 2014-06-12 23:51:05 - cd /src TB --- 2014-06-12 23:51:05 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-12 23:51:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-12 23:51:13 - ERROR: failed to build world TB --- 2014-06-12 23:51:13 - 8.47 user 3.87 system 13.21 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 12 23:51:15 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A349F01; Thu, 12 Jun 2014 23:51:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DC242279F; Thu, 12 Jun 2014 23:51:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5CNpDV8046366; Thu, 12 Jun 2014 19:51:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5CNpDrH046343; Thu, 12 Jun 2014 23:51:13 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 12 Jun 2014 23:51:13 GMT Message-Id: <201406122351.s5CNpDrH046343@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jun 2014 23:51:15 -0000 TB --- 2014-06-12 23:51:00 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-12 23:51:00 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-12 23:51:00 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-06-12 23:51:00 - cleaning the object tree TB --- 2014-06-12 23:51:00 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-12 23:51:04 - At svn revision 267431 TB --- 2014-06-12 23:51:05 - building world TB --- 2014-06-12 23:51:05 - CROSS_BUILD_TESTING=YES TB --- 2014-06-12 23:51:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-12 23:51:05 - MAKESYSPATH=/src/share/mk TB --- 2014-06-12 23:51:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-12 23:51:05 - SRCCONF=/dev/null TB --- 2014-06-12 23:51:05 - TARGET=powerpc TB --- 2014-06-12 23:51:05 - TARGET_ARCH=powerpc64 TB --- 2014-06-12 23:51:05 - TZ=UTC TB --- 2014-06-12 23:51:05 - __MAKE_CONF=/dev/null TB --- 2014-06-12 23:51:05 - cd /src TB --- 2014-06-12 23:51:05 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-12 23:51:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-12 23:51:13 - ERROR: failed to build world TB --- 2014-06-12 23:51:13 - 8.38 user 3.96 system 13.25 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 00:00:46 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA6DC4FB; Fri, 13 Jun 2014 00:00:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 76C18281D; Fri, 13 Jun 2014 00:00:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5D00jMm050965; Thu, 12 Jun 2014 20:00:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5D00j5p050962; Fri, 13 Jun 2014 00:00:45 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 13 Jun 2014 00:00:45 GMT Message-Id: <201406130000.s5D00j5p050962@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2014 00:00:46 -0000 TB --- 2014-06-13 00:00:27 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-13 00:00:27 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-13 00:00:27 - starting HEAD tinderbox run for armv6/arm TB --- 2014-06-13 00:00:27 - cleaning the object tree TB --- 2014-06-13 00:00:28 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-13 00:00:35 - At svn revision 267431 TB --- 2014-06-13 00:00:36 - building world TB --- 2014-06-13 00:00:36 - CROSS_BUILD_TESTING=YES TB --- 2014-06-13 00:00:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-13 00:00:36 - MAKESYSPATH=/src/share/mk TB --- 2014-06-13 00:00:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-13 00:00:36 - SRCCONF=/dev/null TB --- 2014-06-13 00:00:36 - TARGET=arm TB --- 2014-06-13 00:00:36 - TARGET_ARCH=armv6 TB --- 2014-06-13 00:00:36 - TZ=UTC TB --- 2014-06-13 00:00:36 - __MAKE_CONF=/dev/null TB --- 2014-06-13 00:00:36 - cd /src TB --- 2014-06-13 00:00:36 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-13 00:00:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-13 00:00:45 - ERROR: failed to build world TB --- 2014-06-13 00:00:45 - 8.48 user 4.59 system 17.57 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 00:00:46 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C5F964FD; Fri, 13 Jun 2014 00:00:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8258C281F; Fri, 13 Jun 2014 00:00:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5D00jwY051026; Thu, 12 Jun 2014 20:00:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5D00jQH051021; Fri, 13 Jun 2014 00:00:45 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 13 Jun 2014 00:00:45 GMT Message-Id: <201406130000.s5D00jQH051021@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2014 00:00:47 -0000 TB --- 2014-06-13 00:00:27 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-13 00:00:27 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-13 00:00:27 - starting HEAD tinderbox run for i386/i386 TB --- 2014-06-13 00:00:27 - cleaning the object tree TB --- 2014-06-13 00:00:28 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-13 00:00:35 - At svn revision 267431 TB --- 2014-06-13 00:00:36 - building world TB --- 2014-06-13 00:00:36 - CROSS_BUILD_TESTING=YES TB --- 2014-06-13 00:00:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-13 00:00:36 - MAKESYSPATH=/src/share/mk TB --- 2014-06-13 00:00:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-13 00:00:36 - SRCCONF=/dev/null TB --- 2014-06-13 00:00:36 - TARGET=i386 TB --- 2014-06-13 00:00:36 - TARGET_ARCH=i386 TB --- 2014-06-13 00:00:36 - TZ=UTC TB --- 2014-06-13 00:00:36 - __MAKE_CONF=/dev/null TB --- 2014-06-13 00:00:36 - cd /src TB --- 2014-06-13 00:00:36 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-13 00:00:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-13 00:00:45 - ERROR: failed to build world TB --- 2014-06-13 00:00:45 - 8.23 user 4.84 system 17.67 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 00:00:46 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BC1394FC; Fri, 13 Jun 2014 00:00:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 76C6A281E; Fri, 13 Jun 2014 00:00:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5D00jxY050963; Thu, 12 Jun 2014 20:00:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5D00jD0050954; Fri, 13 Jun 2014 00:00:45 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 13 Jun 2014 00:00:45 GMT Message-Id: <201406130000.s5D00jD0050954@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2014 00:00:46 -0000 TB --- 2014-06-13 00:00:27 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-13 00:00:27 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-13 00:00:27 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-06-13 00:00:27 - cleaning the object tree TB --- 2014-06-13 00:00:28 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-13 00:00:35 - At svn revision 267431 TB --- 2014-06-13 00:00:36 - building world TB --- 2014-06-13 00:00:36 - CROSS_BUILD_TESTING=YES TB --- 2014-06-13 00:00:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-13 00:00:36 - MAKESYSPATH=/src/share/mk TB --- 2014-06-13 00:00:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-13 00:00:36 - SRCCONF=/dev/null TB --- 2014-06-13 00:00:36 - TARGET=amd64 TB --- 2014-06-13 00:00:36 - TARGET_ARCH=amd64 TB --- 2014-06-13 00:00:36 - TZ=UTC TB --- 2014-06-13 00:00:36 - __MAKE_CONF=/dev/null TB --- 2014-06-13 00:00:36 - cd /src TB --- 2014-06-13 00:00:36 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-13 00:00:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-13 00:00:45 - ERROR: failed to build world TB --- 2014-06-13 00:00:45 - 8.35 user 4.70 system 17.55 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 00:00:47 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C80B74FE; Fri, 13 Jun 2014 00:00:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8480B2820; Fri, 13 Jun 2014 00:00:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5D00jce051028; Thu, 12 Jun 2014 20:00:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5D00jZL051022; Fri, 13 Jun 2014 00:00:45 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 13 Jun 2014 00:00:45 GMT Message-Id: <201406130000.s5D00jZL051022@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2014 00:00:47 -0000 TB --- 2014-06-13 00:00:27 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-13 00:00:27 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-13 00:00:27 - starting HEAD tinderbox run for arm/arm TB --- 2014-06-13 00:00:27 - cleaning the object tree TB --- 2014-06-13 00:00:28 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-13 00:00:35 - At svn revision 267431 TB --- 2014-06-13 00:00:36 - building world TB --- 2014-06-13 00:00:36 - CROSS_BUILD_TESTING=YES TB --- 2014-06-13 00:00:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-13 00:00:36 - MAKESYSPATH=/src/share/mk TB --- 2014-06-13 00:00:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-13 00:00:36 - SRCCONF=/dev/null TB --- 2014-06-13 00:00:36 - TARGET=arm TB --- 2014-06-13 00:00:36 - TARGET_ARCH=arm TB --- 2014-06-13 00:00:36 - TZ=UTC TB --- 2014-06-13 00:00:36 - __MAKE_CONF=/dev/null TB --- 2014-06-13 00:00:36 - cd /src TB --- 2014-06-13 00:00:36 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-13 00:00:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-13 00:00:45 - ERROR: failed to build world TB --- 2014-06-13 00:00:45 - 8.20 user 4.88 system 17.67 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 00:01:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2CCA897E; Fri, 13 Jun 2014 00:01:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DD772282A; Fri, 13 Jun 2014 00:01:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5D00x37055533; Thu, 12 Jun 2014 20:00:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5D00xZf055507; Fri, 13 Jun 2014 00:00:59 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 13 Jun 2014 00:00:59 GMT Message-Id: <201406130000.s5D00xZf055507@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2014 00:01:01 -0000 TB --- 2014-06-13 00:00:45 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-13 00:00:45 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-13 00:00:45 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-06-13 00:00:45 - cleaning the object tree TB --- 2014-06-13 00:00:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-13 00:00:50 - At svn revision 267431 TB --- 2014-06-13 00:00:51 - building world TB --- 2014-06-13 00:00:51 - CROSS_BUILD_TESTING=YES TB --- 2014-06-13 00:00:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-13 00:00:51 - MAKESYSPATH=/src/share/mk TB --- 2014-06-13 00:00:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-13 00:00:51 - SRCCONF=/dev/null TB --- 2014-06-13 00:00:51 - TARGET=pc98 TB --- 2014-06-13 00:00:51 - TARGET_ARCH=i386 TB --- 2014-06-13 00:00:51 - TZ=UTC TB --- 2014-06-13 00:00:51 - __MAKE_CONF=/dev/null TB --- 2014-06-13 00:00:51 - cd /src TB --- 2014-06-13 00:00:51 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-13 00:00:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-13 00:00:59 - ERROR: failed to build world TB --- 2014-06-13 00:00:59 - 8.61 user 4.31 system 14.27 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 00:01:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F99C97F; Fri, 13 Jun 2014 00:01:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F1A56282B; Fri, 13 Jun 2014 00:01:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5D00xGD055567; Thu, 12 Jun 2014 20:00:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5D00xj9055557; Fri, 13 Jun 2014 00:00:59 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 13 Jun 2014 00:00:59 GMT Message-Id: <201406130000.s5D00xj9055557@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2014 00:01:01 -0000 TB --- 2014-06-13 00:00:45 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-13 00:00:45 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-13 00:00:45 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-06-13 00:00:45 - cleaning the object tree TB --- 2014-06-13 00:00:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-13 00:00:50 - At svn revision 267431 TB --- 2014-06-13 00:00:51 - building world TB --- 2014-06-13 00:00:51 - CROSS_BUILD_TESTING=YES TB --- 2014-06-13 00:00:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-13 00:00:51 - MAKESYSPATH=/src/share/mk TB --- 2014-06-13 00:00:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-13 00:00:51 - SRCCONF=/dev/null TB --- 2014-06-13 00:00:51 - TARGET=ia64 TB --- 2014-06-13 00:00:51 - TARGET_ARCH=ia64 TB --- 2014-06-13 00:00:51 - TZ=UTC TB --- 2014-06-13 00:00:51 - __MAKE_CONF=/dev/null TB --- 2014-06-13 00:00:51 - cd /src TB --- 2014-06-13 00:00:51 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-13 00:00:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-13 00:00:59 - ERROR: failed to build world TB --- 2014-06-13 00:00:59 - 8.39 user 4.59 system 14.34 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 00:01:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 76E5F980; Fri, 13 Jun 2014 00:01:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 34BC7282C; Fri, 13 Jun 2014 00:01:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5D010xs055652; Thu, 12 Jun 2014 20:01:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5D010rB055640; Fri, 13 Jun 2014 00:01:00 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 13 Jun 2014 00:01:00 GMT Message-Id: <201406130001.s5D010rB055640@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2014 00:01:01 -0000 TB --- 2014-06-13 00:00:45 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-13 00:00:45 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-13 00:00:45 - starting HEAD tinderbox run for mips/mips TB --- 2014-06-13 00:00:45 - cleaning the object tree TB --- 2014-06-13 00:00:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-13 00:00:50 - At svn revision 267431 TB --- 2014-06-13 00:00:51 - building world TB --- 2014-06-13 00:00:51 - CROSS_BUILD_TESTING=YES TB --- 2014-06-13 00:00:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-13 00:00:51 - MAKESYSPATH=/src/share/mk TB --- 2014-06-13 00:00:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-13 00:00:51 - SRCCONF=/dev/null TB --- 2014-06-13 00:00:51 - TARGET=mips TB --- 2014-06-13 00:00:51 - TARGET_ARCH=mips TB --- 2014-06-13 00:00:51 - TZ=UTC TB --- 2014-06-13 00:00:51 - __MAKE_CONF=/dev/null TB --- 2014-06-13 00:00:51 - cd /src TB --- 2014-06-13 00:00:51 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-13 00:01:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-13 00:01:00 - ERROR: failed to build world TB --- 2014-06-13 00:01:00 - 8.26 user 4.80 system 14.44 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 00:01:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7949F981; Fri, 13 Jun 2014 00:01:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3741F282D; Fri, 13 Jun 2014 00:01:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5D010kR055653; Thu, 12 Jun 2014 20:01:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5D0104M055650; Fri, 13 Jun 2014 00:01:00 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 13 Jun 2014 00:01:00 GMT Message-Id: <201406130001.s5D0104M055650@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2014 00:01:01 -0000 TB --- 2014-06-13 00:00:45 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-13 00:00:45 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-13 00:00:45 - starting HEAD tinderbox run for mips64/mips TB --- 2014-06-13 00:00:45 - cleaning the object tree TB --- 2014-06-13 00:00:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-13 00:00:50 - At svn revision 267431 TB --- 2014-06-13 00:00:51 - building world TB --- 2014-06-13 00:00:51 - CROSS_BUILD_TESTING=YES TB --- 2014-06-13 00:00:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-13 00:00:51 - MAKESYSPATH=/src/share/mk TB --- 2014-06-13 00:00:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-13 00:00:51 - SRCCONF=/dev/null TB --- 2014-06-13 00:00:51 - TARGET=mips TB --- 2014-06-13 00:00:51 - TARGET_ARCH=mips64 TB --- 2014-06-13 00:00:51 - TZ=UTC TB --- 2014-06-13 00:00:51 - __MAKE_CONF=/dev/null TB --- 2014-06-13 00:00:51 - cd /src TB --- 2014-06-13 00:00:51 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-13 00:01:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-13 00:01:00 - ERROR: failed to build world TB --- 2014-06-13 00:01:00 - 8.52 user 4.50 system 14.45 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 00:01:14 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AFAE7DC5; Fri, 13 Jun 2014 00:01:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6CB67283A; Fri, 13 Jun 2014 00:01:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5D01Dre059065; Thu, 12 Jun 2014 20:01:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5D01Dqt059032; Fri, 13 Jun 2014 00:01:13 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 13 Jun 2014 00:01:13 GMT Message-Id: <201406130001.s5D01Dqt059032@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2014 00:01:14 -0000 TB --- 2014-06-13 00:01:00 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-13 00:01:00 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-13 00:01:00 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-06-13 00:01:00 - cleaning the object tree TB --- 2014-06-13 00:01:00 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-13 00:01:04 - At svn revision 267431 TB --- 2014-06-13 00:01:05 - building world TB --- 2014-06-13 00:01:05 - CROSS_BUILD_TESTING=YES TB --- 2014-06-13 00:01:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-13 00:01:05 - MAKESYSPATH=/src/share/mk TB --- 2014-06-13 00:01:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-13 00:01:05 - SRCCONF=/dev/null TB --- 2014-06-13 00:01:05 - TARGET=powerpc TB --- 2014-06-13 00:01:05 - TARGET_ARCH=powerpc TB --- 2014-06-13 00:01:05 - TZ=UTC TB --- 2014-06-13 00:01:05 - __MAKE_CONF=/dev/null TB --- 2014-06-13 00:01:05 - cd /src TB --- 2014-06-13 00:01:05 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-13 00:01:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-13 00:01:13 - ERROR: failed to build world TB --- 2014-06-13 00:01:13 - 8.11 user 4.32 system 13.32 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 00:01:14 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE415DC6; Fri, 13 Jun 2014 00:01:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7C629283B; Fri, 13 Jun 2014 00:01:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5D01Dmd059074; Thu, 12 Jun 2014 20:01:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5D01DTA059070; Fri, 13 Jun 2014 00:01:13 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 13 Jun 2014 00:01:13 GMT Message-Id: <201406130001.s5D01DTA059070@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2014 00:01:14 -0000 TB --- 2014-06-13 00:01:00 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-13 00:01:00 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-13 00:01:00 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-06-13 00:01:00 - cleaning the object tree TB --- 2014-06-13 00:01:00 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-13 00:01:04 - At svn revision 267431 TB --- 2014-06-13 00:01:05 - building world TB --- 2014-06-13 00:01:05 - CROSS_BUILD_TESTING=YES TB --- 2014-06-13 00:01:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-13 00:01:05 - MAKESYSPATH=/src/share/mk TB --- 2014-06-13 00:01:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-13 00:01:05 - SRCCONF=/dev/null TB --- 2014-06-13 00:01:05 - TARGET=powerpc TB --- 2014-06-13 00:01:05 - TARGET_ARCH=powerpc64 TB --- 2014-06-13 00:01:05 - TZ=UTC TB --- 2014-06-13 00:01:05 - __MAKE_CONF=/dev/null TB --- 2014-06-13 00:01:05 - cd /src TB --- 2014-06-13 00:01:05 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-13 00:01:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-13 00:01:13 - ERROR: failed to build world TB --- 2014-06-13 00:01:13 - 8.45 user 3.97 system 13.30 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 00:01:14 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF9B4DC7; Fri, 13 Jun 2014 00:01:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9E2CA283C; Fri, 13 Jun 2014 00:01:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5D01D8k059108; Thu, 12 Jun 2014 20:01:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5D01DeZ059105; Fri, 13 Jun 2014 00:01:13 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 13 Jun 2014 00:01:13 GMT Message-Id: <201406130001.s5D01DeZ059105@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2014 00:01:15 -0000 TB --- 2014-06-13 00:01:00 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-13 00:01:00 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-13 00:01:00 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-06-13 00:01:00 - cleaning the object tree TB --- 2014-06-13 00:01:00 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-13 00:01:04 - At svn revision 267431 TB --- 2014-06-13 00:01:05 - building world TB --- 2014-06-13 00:01:05 - CROSS_BUILD_TESTING=YES TB --- 2014-06-13 00:01:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-13 00:01:05 - MAKESYSPATH=/src/share/mk TB --- 2014-06-13 00:01:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-13 00:01:05 - SRCCONF=/dev/null TB --- 2014-06-13 00:01:05 - TARGET=sparc64 TB --- 2014-06-13 00:01:05 - TARGET_ARCH=sparc64 TB --- 2014-06-13 00:01:05 - TZ=UTC TB --- 2014-06-13 00:01:05 - __MAKE_CONF=/dev/null TB --- 2014-06-13 00:01:05 - cd /src TB --- 2014-06-13 00:01:05 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o ===> tests (all) ===> tests/archives (all) ===> tests/archives/fmt_44bsd (all) cat /src/usr.bin/bmake/tests/archives/fmt_44bsd/legacy_test.sh | sed >legacy_test.tmp chmod +x legacy_test.tmp mv legacy_test.tmp legacy_test Unknown modifier 't' Syntax error: Unterminated quoted string *** [Kyuafile.auto] Error code 2 Stop in /src/usr.bin/bmake/tests/archives/fmt_44bsd. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests/archives. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake/tests. *** [_sub.all] Error code 1 Stop in /src/usr.bin/bmake. *** [bmake] Error code 1 Stop in /src. *** [upgrade_checks] Error code 1 Stop in /src. TB --- 2014-06-13 00:01:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-13 00:01:13 - ERROR: failed to build world TB --- 2014-06-13 00:01:13 - 8.47 user 3.91 system 13.23 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 03:46:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2CECDB10 for ; Fri, 13 Jun 2014 03:46:11 +0000 (UTC) Received: from nm6-vm8.access.bullet.mail.gq1.yahoo.com (nm6-vm8.access.bullet.mail.gq1.yahoo.com [216.39.63.214]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D14DF29AB for ; Fri, 13 Jun 2014 03:46:10 +0000 (UTC) Received: from [216.39.60.171] by nm6.access.bullet.mail.gq1.yahoo.com with NNFMP; 13 Jun 2014 03:44:01 -0000 Received: from [67.195.23.146] by tm7.access.bullet.mail.gq1.yahoo.com with NNFMP; 13 Jun 2014 03:44:01 -0000 Received: from [127.0.0.1] by smtp118.sbc.mail.gq1.yahoo.com with NNFMP; 13 Jun 2014 03:44:01 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1402631041; bh=ksY5FwFE9VPzBLtF04nEdJe9PkSJ8smL1GwMzAIjWs4=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:Subject:References; b=GfkM4nPMa/4xFoh3r0D0Wo0PckJ2Ch18D6Osb+6nUn41Wd4eWBe/wddvwvdkKisaf8rX2EcsABTTry/0gj8oi3RkECiN/YtTjFQ37Q0au5JKi77D0ROcHwOkExi2ljsGY6nBi9JWikSDvyZvtaVxyITR4GE5viLAxxPOCJ55+sg= X-Yahoo-Newman-Id: 233974.407.bm@smtp118.sbc.mail.gq1.yahoo.com Message-ID: <233974.407.bm@smtp118.sbc.mail.gq1.yahoo.com> Date: Fri, 13 Jun 2014 03:44:01 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 79MmPvQVM1nZxn_sPa60Q09p_UZWeXUbvLjXzDJhv1keqmD feRxU8j5wn4Sc8N9aVhdaOslPThOdu2A4_h5frC0QdZRMyDH33dirwqor35v xeqJpQKNw1c8YsOooNA.BDZbD_2mnXG_c71wIc1OYQNiw2KcexTAzbHAXJUL UkErNjei1g0P0SzZ.9LWkPsuIWpbhtgb3h_HQOQs.NReHd1STcmsX8eMOD15 5yUDHuOTFJeeSUgE_GHhk9DbLWJCa2l32p1svxR7ESxihpFiZshP8.k.8U1g YoKHx85NE.6gARiVyRkhrsuj8d.zFDpmOYM.EWDy91LbPfs3k9yx.QxGxhhS HEHG9Qc_cUi7h.OVMu7nfU0NYeqUzejCUnFvR5j42CREqjO5XnjKUDJyQTux 5CWHJuArnQf.ZTHpjArpeIoi6ButxoGoIvdodcpTcOC8m8hmO4J_kBRSZj6c wLwnrWxJ9v.Lg1WhXzx2NcHy0uSHPkoTijJo05JtZOj4fqjViVJPSOvtNdrD kK7byGy5QurgmNWb0K2K.JW27TnIBd8depbhyPTqqkUzFqskFYEJeSdjVh9c - X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [67.195.15.66]) by smtp118.sbc.mail.gq1.yahoo.com with SMTP; 13 Jun 2014 03:44:01 +0000 UTC From: "Thomas Mueller" To: freebsd-current@freebsd.org Subject: Re: usb issues on OLD USB 1.0 machine... References: <20140612185243.GU31367@funkthat.com> <5399FA31.7020408@selasky.org> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 Jun 2014 03:46:11 -0000 > Possibly increase the timing variables under: > sysctl hw.usb.timings > If they are not there, possibly the USB_DEBUG option has been removed from the > kernel config. Can you check that? --HPS What are the units for sysctl.hw.usb.timings? Seconds? Milliseconds? I ran sysctl hw.usb.timings and got hw.usb.timings.port_reset_delay: 50 hw.usb.timings.port_root_reset_delay: 250 hw.usb.timings.port_reset_recovery: 250 hw.usb.timings.port_powerup_delay: 300 hw.usb.timings.port_resume_delay: 40 hw.usb.timings.set_address_settle: 10 hw.usb.timings.resume_delay: 250 hw.usb.timings.resume_wait: 50 hw.usb.timings.resume_recovery: 50 hw.usb.timings.extra_power_up_time: 20 I checked man sysctl, sysctl.conf, loader.conf and more, no clue. I could guess milliseconds, but maybe 1/100-seconds? I get console messages about keyboard and mouse being disconnected when that is not true, for both FreeBSD and NetBSD; also wlan under FreeBSD. So I would like to increase these times by a factor of 100, if it is milliseconds. Tom From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 05:45:16 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C0AC8C9; Fri, 13 Jun 2014 05:45:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DB9562303; Fri, 13 Jun 2014 05:45:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5D5jDlb011522; Fri, 13 Jun 2014 01:45:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5D5jDcw011518; Fri, 13 Jun 2014 05:45:13 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 13 Jun 2014 05:45:13 GMT Message-Id: <201406130545.s5D5jDcw011518@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2014 05:45:16 -0000 TB --- 2014-06-13 05:24:24 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-13 05:24:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-13 05:24:24 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-06-13 05:24:24 - cleaning the object tree TB --- 2014-06-13 05:24:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-13 05:24:56 - At svn revision 267433 TB --- 2014-06-13 05:24:57 - building world TB --- 2014-06-13 05:24:57 - CROSS_BUILD_TESTING=YES TB --- 2014-06-13 05:24:57 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-13 05:24:57 - MAKESYSPATH=/src/share/mk TB --- 2014-06-13 05:24:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-13 05:24:57 - SRCCONF=/dev/null TB --- 2014-06-13 05:24:57 - TARGET=pc98 TB --- 2014-06-13 05:24:57 - TARGET_ARCH=i386 TB --- 2014-06-13 05:24:57 - TZ=UTC TB --- 2014-06-13 05:24:57 - __MAKE_CONF=/dev/null TB --- 2014-06-13 05:24:57 - cd /src TB --- 2014-06-13 05:24:57 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Fri Jun 13 05:25:06 UTC 2014 >>> 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 [...] c++ -O2 -pipe -I/src/lib/clang/libclangbasic/../../../contrib/llvm/include -I/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic -I. -I/src/lib/clang/libclangbasic/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Version.cpp -o Version.o c++ -O2 -pipe -I/src/lib/clang/libclangbasic/../../../contrib/llvm/include -I/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic -I. -I/src/lib/clang/libclangbasic/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/VersionTuple.cpp -o VersionTuple.o building static clangbasic library ranlib -D libclangbasic.a ===> lib/clang/libclangcodegen (all) c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/BackendUtil.cpp -o BackendUtil.o c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGAtomic.cpp -o CGAtomic.o c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGBlocks.cpp -o CGBlocks.o c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGBuiltin.cpp -o CGBuiltin.o c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGCUDANV.cpp -o CGCUDANV.o c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGCUDARuntime.cpp -o CGCUDARuntime.o c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGCXX.cpp -o CGCXX.o c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGCXXABI.cpp -o CGCXXABI.o c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGCall.cpp -o CGCall.o c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGClass.cpp -o CGClass.o /src/lib/clang/libclangcodegen/../../../contrib/llvm/include/llvm/ADT/DenseMap.h: In member function 'std::pair* llvm::DenseMapBase::InsertIntoBucketImpl(const KeyT&, std::pair*) [with DerivedT = llvm::DenseMap >, KeyT = const clang::CXXRecordDecl*, ValueT = clang::ASTRecordLayout::VBaseInfo, KeyInfoT = llvm::DenseMapInfo]': /src/lib/clang/libclangcodegen/../../../contrib/llvm/include/llvm/ADT/DenseMap.h:425: internal compiler error: in var_ann, at tree-flow-inline.h:128 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libclangcodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-13 05:45:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-13 05:45:13 - ERROR: failed to build world TB --- 2014-06-13 05:45:13 - 950.48 user 130.22 system 1249.53 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 06:26:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3DF1AB3 for ; Fri, 13 Jun 2014 06:26:36 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0108825FB for ; Fri, 13 Jun 2014 06:26:35 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 6F4A91FE026; Fri, 13 Jun 2014 08:26:34 +0200 (CEST) Message-ID: <539A99AF.30005@selasky.org> Date: Fri, 13 Jun 2014 08:26:55 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Thomas Mueller , freebsd-current@freebsd.org Subject: Re: usb issues on OLD USB 1.0 machine... References: <20140612185243.GU31367@funkthat.com> <5399FA31.7020408@selasky.org> <233974.407.bm@smtp118.sbc.mail.gq1.yahoo.com> In-Reply-To: <233974.407.bm@smtp118.sbc.mail.gq1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 Jun 2014 06:26:36 -0000 On 06/13/14 05:44, Thomas Mueller wrote: >> Possibly increase the timing variables under: > >> sysctl hw.usb.timings > >> If they are not there, possibly the USB_DEBUG option has been removed from the >> kernel config. Can you check that? > > --HPS > > What are the units for sysctl.hw.usb.timings? Seconds? Milliseconds? > > I ran sysctl hw.usb.timings and got > > hw.usb.timings.port_reset_delay: 50 > hw.usb.timings.port_root_reset_delay: 250 > hw.usb.timings.port_reset_recovery: 250 > hw.usb.timings.port_powerup_delay: 300 > hw.usb.timings.port_resume_delay: 40 > hw.usb.timings.set_address_settle: 10 > hw.usb.timings.resume_delay: 250 > hw.usb.timings.resume_wait: 50 > hw.usb.timings.resume_recovery: 50 > hw.usb.timings.extra_power_up_time: 20 > > I checked man sysctl, sysctl.conf, loader.conf and more, no clue. > > I could guess milliseconds, but maybe 1/100-seconds? > > I get console messages about keyboard and mouse being disconnected when that is not true, for both FreeBSD and NetBSD; also wlan under FreeBSD. > > So I would like to increase these times by a factor of 100, if it is milliseconds. Hi, They are all milliseconds. Try doubling the values one by one and see if there is any difference. --HPS From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 08:26:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 855732DC for ; Fri, 13 Jun 2014 08:26:40 +0000 (UTC) Received: from systemdatarecorder.org (ec2-54-246-96-61.eu-west-1.compute.amazonaws.com [54.246.96.61]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "localhost", Issuer "localhost" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 241A82F6B for ; Fri, 13 Jun 2014 08:26:39 +0000 (UTC) Received: from nereid (188-127-209-196.cust.suomicom.net [188.127.209.196]) (authenticated bits=0) by systemdatarecorder.org (8.14.4/8.14.4/Debian-2ubuntu2.1) with ESMTP id s5D8PQf0026933 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Fri, 13 Jun 2014 08:25:27 GMT Date: Fri, 13 Jun 2014 11:26:24 +0300 From: Stefan Parvu To: freebsd-current@freebsd.org Subject: iwn driver issue Message-Id: <20140613112624.bef131c3b84e5e4ad38ed84f@systemdatarecorder.org> Organization: systemdatarecorder.org X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 Jun 2014 08:26:40 -0000 Hi, Im running FreeBSD current: FreeBSD nereid 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r265628: Thu May 8 08:05:37 UTC 2014 root@grind.freebsd.org:/usr/obj/usr/src/sys/VT amd64 on Asus Zenbook UX32VD. My wireless network works ok, however from time to time I need to restart the netif service since my link does not work anymore. After restart everything is ok. The device is: Wifi: Intel Centrino Advanced-N 6235. Sometimes Im able to see something like: iwn0: iwn_scan: called whilst scanning! iwn0: iwn_intr: fatal firmware error firmware error log: error type = "UNKNOWN" (0x0000198A) program counter = 0x00015920 source line = 0x000001DC error data = 0x0000029600000000 branch link = 0x0001591000015910 interrupt link = 0x0000DBEA00000000 time = 2479833477 driver status: tx ring 0: qid=0 cur=14 queued=0 tx ring 1: qid=1 cur=0 queued=0 tx ring 2: qid=2 cur=0 queued=0 tx ring 3: qid=3 cur=19 queued=0 tx ring 4: qid=4 cur=0 queued=0 tx ring 5: qid=5 cur=0 queued=0 tx ring 6: qid=6 cur=0 queued=0 tx ring 7: qid=7 cur=0 queued=0 tx ring 8: qid=8 cur=0 queued=0 tx ring 9: qid=9 cur=1 queued=0 tx ring 10: qid=10 cur=0 queued=0 tx ring 11: qid=11 cur=0 queued=0 tx ring 12: qid=12 cur=0 queued=0 tx ring 13: qid=13 cur=0 queued=0 tx ring 14: qid=14 cur=0 queued=0 tx ring 15: qid=15 cur=0 queued=0 tx ring 16: qid=16 cur=0 queued=0 tx ring 17: qid=17 cur=0 queued=0 tx ring 18: qid=18 cur=0 queued=0 tx ring 19: qid=19 cur=0 queued=0 rx ring: cur=24 After restarting the networking service everything is back to normal. ifa_del_loopback_route: deletion failed: 3 wlan0: link state changed to DOWN wlan0: Ethernet address: c4:85:08:a3:4e:09 wlan0: link state changed to UP Is iwn firmware the issue here, or a bug in iwn driver ? Thanks, -- Stefan Parvu From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 10:21:29 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7C8EC11C for ; Fri, 13 Jun 2014 10:21:29 +0000 (UTC) Received: from mail-ob0-x22f.google.com (mail-ob0-x22f.google.com [IPv6:2607:f8b0:4003:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 44E1629B4 for ; Fri, 13 Jun 2014 10:21:29 +0000 (UTC) Received: by mail-ob0-f175.google.com with SMTP id wm4so1894204obc.6 for ; Fri, 13 Jun 2014 03:21:28 -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=7QmgBsJ9laZNrJhyzm1iOCU/qCAv7hBq8FUeLhBCnPQ=; b=h6DShkgvAXbjWJxHLupA6IFT9bcRRoYcBVMn/OaicRV4aWbk5Ub9wEu52jZq7luMzB O+eewkTsesFWvneN6ApuO6AVc1LYw3cUKj9BeN2+wNDhkqJnbgDmZJnNeHtAOPiV7JKx +QWa+UxeuYB3PplwyIbN8fo59+iSLnaGt0rJLFZPPJGXLkRlXHmjHlobSh4R+oIcy/rx G5VSfHfFmi1FcHC/v/JBSlGb/BfFhbAGp5LUfH8TTzlfRuUxToPd4Og0jUdVBW/l6Byy MsARBPsCJ9Y0ABsKnCq4pygzSmjtWdJDeITc48lNxBOxsafsilIDpCsr95eooowJGino eOgw== MIME-Version: 1.0 X-Received: by 10.182.142.69 with SMTP id ru5mr1789192obb.6.1402654888666; Fri, 13 Jun 2014 03:21:28 -0700 (PDT) Received: by 10.182.216.197 with HTTP; Fri, 13 Jun 2014 03:21:28 -0700 (PDT) Date: Fri, 13 Jun 2014 12:21:28 +0200 Message-ID: Subject: building i386 kernel on amd64 host From: Oliver Pinter To: current@freebsd.org Content-Type: multipart/mixed; boundary=001a11c2d5ce61cabe04fbb50a0a X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 Jun 2014 10:21:29 -0000 --001a11c2d5ce61cabe04fbb50a0a Content-Type: text/plain; charset=ISO-8859-1 Hi All! When I try to build i386 kernel on amd64 host running compile error due wrong cpufunc.h picked up by build system. I used the attached script to build the kernel, and I attached a build log. Any suggestion how can I fix this? Thanks, Oliver --001a11c2d5ce61cabe04fbb50a0a Content-Type: application/octet-stream; name="cc-log-opBSD.git-20140613030335.txt.xz" Content-Disposition: attachment; filename="cc-log-opBSD.git-20140613030335.txt.xz" Content-Transfer-Encoding: base64 X-Attachment-Id: file0 /Td6WFoAAATm1rRGAgAhARYAAAB0L+Wj5bDSZIZdABboBA1mU6roGjRfWLWZn08Es/4dJJD7Ozhb OPjXQaQk4kA2SKFY3By9FwooYrV2ye9j1uJxyDCsX99+bMlwQU2c3/INNvjtsBgGrz1H4lLSKQwc Rjb+NTcsp8HW68XLMzSwGqTLGSGClE3PQrlHFrihzDHjLoQcyXtsC574JCI2MJ3b7epJMFE/lpjV mng2QZL9b4cRqlG/tdFYP/5U4+Q9QIa+MQ5vuc382BnyiiNPUp1zS/5QC5oDCyIEOq/+PHk2UE9s t/KB3/WtlPixFLN6+kzHLGNPbEhRAqdOwTQFdSBzbF1FThSmGFPQVEssrcCWfffNpTLGp2PDVNCW fXZqe5n963o/9A6c3r0apVmiEEh7wUsJBxmVt8tWfYHfb638MDt6Slcid1UYlUrAdBB/vyTrfVWK WunDlaTz8TSB55nxhliGCLFHvBNwtPn+9bxzvfh2X9HcanDPr7eZ2fuRyRuYDYTKF3FHkW5qNOH+ QNYCEpLPsE/OVAltWMvIIYUe6CYstCwUUJlPzrzvnLBQrxn6dh6867lCHHHKrfJ37x/1nZDpW/zb J/8lQXoAF0j8MSRdYA8LR/ZRdsQ1a6Dd1Z+1edqSadQKYyS/7qWiUlvOTVGhd3q3CH8WOplMYWir mq1lqJ62+dQY3u9Con2UiyG6T37RUdh4ennAwwV8pQyaH4rcc0TpBH7KKVDzSFO7aVcdtCbrXq4e qa8ZleQT1D423NqEEXx+X/8Z685EX741nSIC0bCKtGle/65mtefrcYi3ntnwHnpHRiIJUwG40s/9 DkEm8neGiAXgUxshzqWhR8n4+jL+4jCEGWmVZXw6j4KyRPA4JIfEU13WL/s9F9iU1v25D7m6iQQ8 Xqso7aWf/TlIlB6Z8/wTYSLfd9qHbWKcIqMAmnE9K5kr6oQPK5iGTfuwYmfwziOs3AzfJNYLD7nl gXEuDMbTbDb19tgU7UOqENN3VcLPlnPJ1IlIF02GeY3OiFFmwvgeIRZFV5ZG8n/hV1cuDZmq77B4 oi12AM0JBGX36hAas+lUhDJeRJgfgnFwey12cKRumA2cQftq6gNH0MKN4ywPcQ+MPyys2Y84b/rV mUSLhXFFSXW84QR4s26Bj43QEtvbsy6z5xdXVefDZf5SB2COC8A1c/zPMTkcUybr1U5ZowiTvbkb /lWmEG5pu+ko6Pvofj4sO8zB9DR4ePKearttGnONHNpHYay+yneLrnVF84b6bWEW4zefhcJz6lq+ XuqflCpXW+j7RUEcf2L3JTZQK00ledeLmAGudlEyMVp29apnoVs7c2GuFFWALpO+b54JW9uV4smE XLabaHVFylfIsvySTfERiwi5/F1cYfHHT/dND3Itpgfksw57KrkeYMAieny6i8RZqnlxzMBEP4Tc 9wEgSjU9BawkDNjAqEQTXRg6HNhPbEWuTE6OjxgmOLaTcxlg1pos3kUkxmjHwIKrBLW1v1e8Zybf jwsv1AK+gv+etzI/CAOC8yh/rlNbPI9yI+82nI8VKUlxBSrCGZKjgeADu/b4jEEvLhIrgdQda5lk goMafWCzppTNUXfeezU2HzU6IdTQvgJJbmnS24ygr1ym2Sk4TJf3BcN+UFVwRptKvXc9WrgKSO7l IGRoLPPWbmCWWJkE42LfSSeeK3K9vy+pBJacp8BNErIfeE7l6ohutlxZVKX41x1ViAOlDvXehILs UWtAE91/JMag3edjaW0nkhfMpBxLM3fZhLr/E6f29nH49SLBtLoBJCtEz88OcOsKumCR7Qo65WJx RHY6fsk1HIS27XLX7q1uA8Im1Gt0j/ERsiISXyFncCzyko/ZcqmlrMOIa3afJ4/lfRRB8lkfUx/D G1DKPFFno+M04x56ikNDYgSKbCA7wWIkYKGSChViTRk/vnUzVXORee4QjI7lEYscR0dGVJZOaYHy lYBvZi5NIGXaHSau0BBt19WSXj17oGibB1SABlqtxPDvh0/k7SZZLwb5AWAhP8B5cwsXaEF/5zP/ QoGs7WoT1/MdmRhlhrxweXBGY8CrgMlFoDw1uBZ3AeSlhp+H2FxlIQnBhCqa5y0WBzE79oA550cl FEI5dClIQa9F+r8fxjB+IOjgPd6xWFLmt2mg8ySKUJUCYCa8iUsuawuyr442vK+9lwNHfF18+Xdr v7vwbGIUUJwoBWadTT268eiWU1Pk2Xna9/R86eIHnwtu9RO+Jw/zqNNkSTOxp2hNHAFwtmuIV1+Y Gkk6BzatCznQXSe5kqGQ/lIYAi/3ORA0VWUARlBaJRCuAfzfELV+cW9RruJ2o+vXQLxo7zgkFoVM BaTeWSljsSk5uAfB5lUS2qOyTeNX79/kitpQPFdT8ruH3mDcStqROdHI3cM38mjzPOwoWIXV3nu3 0J4i5TJYDY1QAZf0KGzhOa42FDuC3VsV3v7HbGTHbTaIxEoriYlWhD0atdGxhgCsTpYQFkP0cXze /VPLd4DVZBdJIhqdEnUOFGvyPqCykbIjs2X3VeoI7JrS+KXWE8nPa3aVtvHQx+PGJanXrtdT/pt7 UO48Xc9ZEIwDKU8TbQdwsk8VSBque1NZzvt6APKdpVcH9E0LzxresM07cDzDtN76B4j04b0TPXsN WaST3GhpQAVTli1x2+A7OEUTuZe6ZuyIBHUIxLpj7YblwSjVjhKWUzqYtktRfgD+aksZCEEXh18H QAOeaRFDuszBbBP44XjzXE0bn+jZhN4P48JQ4l9mBmGE1ED38lzWyESRip+sXWlAljl+jge0rnKD 7gscqDtUm9ANqhlZVNYghqNheNeDBp3p89F8E7mH3T8GH4PWuNYYGRemXtwamTRBTmmhwLo1i4G7 YgQJVMrmKKWWrOvxHHWLCGAYi7/BqHgulV6MXAwHrkcWlEGd6NJlEaK55OjIXmNZJxMb/CnT0ldw 6vfNhCWFHDT2hxo//6c6Aa97bW9Zd2zLzaFuBfJ7sNM6QHqKbvwI4cjmJRd7RikhlYBEm9HzIHz+ eWTA5ORLTFPuR15JzSmuS+T8zJuC7mDzbH8LWS3cZgYJqo+QeCOLee1l6HUiLTgQXVbxph7j8DWm a7bubS7kVeCrIg/KhpqsL0MlGoqWT4soOprF1QBwIHrLm5Ix9GlOhXZkgjQuyxi2LIBLNVYqLJnF FJEXoddjN9pt8LtAAGXA/TBoCgtcoY+UBW2uo9fDnkZ7QslEDM7KBMGmIDG2fxxDfSM/gCyLWiQA 9WPHJlBT6/Js03YgPpPXsKO+sYweJYkoA5EKjO4PMgMzqQlZxWtTD5kErJv+BtptguVqXHt+A8Fw N2NXmHwCO/OsVWuyIWvQIoUVyHQf+Mwt3/CLL/nVtpX34Cfsfu5BMsOrP45U5oOoxHbiCeBWx6E1 DuIv9c9KZc75Nx3Mwww3qXs8qmNQjpwXVeOHGI89AtdInOSlfvbyy5PRBoo5E1Z9m9dEBeuW85km nWAY6B920kVIXM+qHwY+TxaJMWWcRT7A/XUH3kaRNHFV63iVhgfVaRpL+KhgjMbn9s/XoDMQ+0n1 2j1pQThXWCPhomLWgOlmCzc393DHXTWg0TL872cd2483e/IVa3LJ4TbKLtNUaz/PAT+w06eyHJfn ovWN5RumtHCppXtP3d0bnpZWi5msuLtMDURurlG/tGPds8YfO64ZGgQNtE10YiDFaxeGuCtH4Zi3 WGBN4lgySD9prUuSCNbhOeqJqIDHWZnn6mCbXVYY7QTSiHwYmoy4MYpJprTRPqE8db5LfJJY9YWh etNFe5QO2OpLrR97RZzKFZKhmnM7qjRTSusjiA8fmtyHYBCCWsavoloWnbu6bqgOnw4+O/+mrtR/ GmGx5eNaIlEdnBETr4H1YidyMBhjPEgTMvICAciIzeH8J38BrrNO+HsWofd1Via8IcwHu1cMIgP1 GufqoxxFb4v/qEY2C12spR4eipzANWa1jefRzHTZ4nGqFZOhuQc3E1k0t9S3NSWzeu7sGDhmgimN EkGiEyo+XQb3tnshgCyh0mszbmwy+WD8OhRFF+ZK8gG+VlgjNG7BN97IPbg3jH2YlPLaOg9z5rmJ q+/zWIf6NmV/Pi24JI7XPMsfprTRWR3yWE/AaI/9bl/qF8d4B7tOVXiJ3A5UHgEGONvnx/nWW2E4 0lYbYLO/C94Xv7TIUginyaxGTqoFzgKKY53l9y/mxBdg1uIA1u+UWvW3D8K9bQRuAVcFsWVgKUti 6wKTZ4SyKqip5uUJjQU8ec7MnjqGMQoxEqszoXplk8h1FTdZnfnbOLa88vji9/3tJMutpPQz/+Y/ vT95Hm6aPdvDj09eFP3ft/sk9u5+Q+smQ53IM9Fm2EyOpFqv9QSRlzyKgQ22vcYCFOJVywexdwxG W/+xxSbmnBluu/s+F8QcFVZJmoBlIrXTHvwOsVcPd5gN70xVrrAlmq9NZZxoSd6FHlSZqOiomkLR ZvenP2kIAXhL4NnuyxRFhF8c5FnM3kG8Ol2WjjNmoWNfCwQnmXnb0JehHJkIpKPXRSiWWfDEBVBN 19VjabZVA8Vpv0O1tRF6kNyWaZxcUe7wAE5jDrgtfEKqCjKcmZNqGRlseU3Eet0INhUtDo2zRTE2 oVRj5i5PLhNf817+L1hR4eGB+lnlH22TKst9ZKmFSBdchAshjj2c4hqFEz3XswtHH9/bIbzAsznw Bp9GOPIjqiZYfZoLl69eUrxdz1ZAVoCRUWlXoFikd9fO4rnfwn4vyRdxdbRGbF4kbxDR/v/+HENo M4EAhLQF0IuiD153dkXuDvp3jkxkCSkd2hPyOZctawe4ewm5YzJGw7b1GAIWZeDux49aXMJhxxOY zexbE1oFQgg3Vn8lWOuHUHI2r2TLK8d2jF01R2QClra7kqC+cwv2ZseK1OTN9AF0DH445w74ljow +KQ8wpH+uy0279NQZb4KTobCbTpnquDnbNJzDkcwYegC5gCyxNxMgyo6Kf/AGUqcTpLw4ZZy8qgq Dqa0WuziGea7iYY/EHgQH8ZxrGqxuF9v5Hdws+oN9i8YuggVDLyqPgYBwbzeLyo0HyiZ1G+apY+l snYSruRITw7VM0GYhy7dlnDVt5V7kfK0SfMyEcRxqMcYL8M3ZGvHbTHIeIYb4+YgZ9PgFGUa0gaU csgRFn9fJKOMXl01k86HwmEhvXQoUvdAGKU6K0HS2n593edL+9mV+CZ8Sah5U7uTfdOO8eALUsOf JPfYyijdHWvm86gyi+/etvA3YAo2dl08bM2wiazELv7gKukacHc/2rpoYnbtSqark5B5K1d99GxL WRrcasckCT9JQ8LzNFN+V4iL+ZJikupmOYCJgTnVq1bnmk8kE0GU7iDeV+6pJXCtlfz1H7L29M1f D57rU0dDztkkmPG+obPtF/ybmWbodWpfdKSIBcX6ZJfD8m6YI3/FEkhIXSr2W01/p4LgBNASgApD iwGB84lVnmd+hAZwxD3Bzr3C722xIi0qPGescfTehIqMnqToOaOJvxBVKF9jA3L4Fy9BmnZGEyqM 7k22Rh2VcQnFgY6jwZiqTWa8Xuc0NeNY4eyLLjnosXVm2EeKIOF7X7XOzVTuuM34Nuus0JYgAtDK V/Nkjs5ehGZvrBrOjll9JsqCAbbQm37zfQF2TyOgv31uARSLg8+4Jr7lXbp0U+NqeMRLlXmoUbP4 yaXsHDGSAtSmsCbbxTAvCKZETvJxxKjzLV1N2IUvB6KNpyOAMDaE4iC4paV61uV9RK+brE3y8JWB c/VXApOLLSYimL/glMd+ggSF20swTj1inEZClBp1aouCI+OL8lNuMnJkf7WHJX8GJBHH4/pHA+rk 3/or+YqvUA6/8SXURtSWN7DkFFXb8r5L6cR+kqDcfGJ1MrczppTqZLDIMKzrC1bbUcawaAmr2aUH 2Y70nUNPxtxkFQixmIpP+pQQRkQuiz1gIbXm4GtXSVVCRTvYbkwUw5D0OJK9xqTEuZtsOhaHwwua iRJx6GxZXwP28BOQHz50xUh5gUio59IPZf1eJ8MYJICxzf7vtbZ7wrMN6Ar9BSCoxAeAhleaHTTs RMFOsbhtF5aivPq0wCznngTxHFbzfdf8LOYXaI2jw5S+RiaX60Y7eoWUmqIJ+IOxo4HohNhf6o8N kpwsJ0rchoP07GsP481nHAlNZNjDZRN8g29VodIhDKkpcYHVA5Nm4yxyAOdQDHK6rXl7AroteK0p gCejns8COAE3lDpdnIzwEmBa2mB67HmtykO8g+6TqjNCHBYXVYRbJtdA/F93AmyS2LhRhRl8AFAw Vh1T9MVuKyXw7rLIgtvKAT+bcOcU8GzUmrhI8gOucY54/JA7zLRT/XXOEExZV06ANXa1LHxisi0V IWo2aN7KASt4JzebiraMDeQxTVDt5UiSdweP0n7AOBPMoIbt6ZqRMyWpqFOYF9wWfMLEBueznAOj t4ZuZ99bKdGELnDgaYmEnlbUDt+pNayjToIWpVUiRIu3yG+xz9wYPq/0tay+1yNw5N2rTGAwpyXe jNTPVjGqB7XrQVDEaeYniDMx9ynoLy9G9HnO2Df/kdI+4iu8+wjzbB8YZVTvesM8s6vwhbote7oF edeG/3TZkrl5E0o+vgX8UaIftbF3W2GayyXL4qUUYkEf6hOpg7STldbQ07a+71QuoPBSW17BlkIq OMzdGpVFNzwrH1vXB6xb6TVCIBgWajeXY0x+BACqJNOwlW45qCyKkBUYcdHyE35/oUCNPcHhOUBJ Ockmsz8XaYu81wOrbeN6GSNJaGGFbqLlIzWRZCGYQWUmxDMGLTWaybEStdoKEsmZ2ov+uwZvTbUM L1v4iaM93rBmAl6r1vJQZqfZc20VqFAhiN/a8QlgKA9iqGc7WLQr3sCSbLPkMMgNNky3xDPPGYNG F3mw6w13wzBS29ngkJywvxuwRpkGhJImex5xLHWZYkd5nfxkyc7YlIhxkT+YT372Ref63+HxIyQg GZ4IoCpZL8ES0tOr4ncygy6UToyWzDSnGOVqm3mTr/3+wRlwQMyUzz0WEJgq18erwPntmWaVlkIk cvU3DbA0PCtAZe9bnEKQ5DyH5PkMlZvJrl+7aiepsjrYX+VVOFiAP3ctbcx8WNfXiu1Fk6+f6m6j vuBkl2Z2Mw3U87eW1X06w0w8jI/FJu0hR25dHaNpk9LGfEVsyRmHGPQYo1X60VvcYsd/ngm09S4p Llg0ry0a4g80XLtJp//ZvnCS0LQOcL2UK1sYoNejazk2Ij9MN5tRA+qYLmdo7Ti5cm4p3vxSogxc SBnoKNK3pyPpkWrBEKqIwwoZWOi+W2jPWnEAbpTQQbIbddIqSADBA8GLvHO2/FFbVMpz8JPVasM5 84ILCREFd5MFITf+gmkAssIBfBv9jMUdvFjDFyhf2SeMGC5KA07iugqclOX3vm0KO5B417hVoM/j n4geEVnuY8z5xbCMRnxSNHfDl1m8jtasxTsG5id+/9fyJHb8SAqXkDq8OVJ5Nxjd9H+N+Q+sPcs9 hUbYOYIZ3ZQkKDamgalGffKDbD94DvQU/5EK3qbfgOePSiFCg0/TzFa4AZBSYwX7y/Y9zc7LBCLR oHTaub7DiPxTwdzq6+gbZwrHfXyJiawAEH7viU7zn3Xc4Omz+jdAU1k13LzQ5x4nVe+FsZVuMBz7 TvsWzG5qVgBYOju3GATMrE7T2yD4m+1MQiJJ/8pqwroBBrIe2s3qPnrSDoqk1cvQKoz2JkKr0KRL D5HhytJBTKFmeWM/ZSBaykV1wIzTBPUB42HZJAG6FOJWqvwFFG2yYsVnt5I+eBMukdE6/NfBxJiW yfRXJf/zn9ylzQxOCvKLxQ4xOq7sz4BHLhXD1yu3EyTN4VJzb234KBp7Nh+24myNYuG+ItXOAZN4 NS0yvk1JYH++5JCO1y/qLnngu98/Yy0P7Hyp0WTFUTGG7srYS+jvmFk0zgmlJZ/jrj33g4rXP3zs uEOtSoWw87BSx4wbcByeafDKMjBu3G6p0JZn1ctNprTkAmmQlojwSu5FGSlewA4wDy5p77+zQ8AH 9VopGT9a/2m7Zt/f8jVA/dp8aDFYxb31gAvmnENpYHd7mLqjQBKEJxiwn6JxRmPwK+p3tYWnErgQ oewe/erpoz+Qnt23dnYJHSeAcQZOKdcJPcbzsXu2iOLMX/VZIIX8Rxw6hb/L0EKMuXgY26iXgk+T tz5+Ld9geA47JZkAt90DZqLgTZoGnWJBm0lC3nsrERs9vc3b2yP3NNR4kpWDBx4ivmTHG3ZO69+6 r4Tpd0FxlpUFP4apaBFla8v63WzIgJaqJxUdoejNCzFIoTB6+HOlSr78AU6a8NiFAvjnQbirijz8 8+aMOkaMNnhwImU7pn+4RFFQVYNb9i+VhZ26ZInXEoOEvDyuQ19nQ9KrLKN0AZ+kMqquHyem4Zi+ 3T9dgCFVlYkgOJxUV54TjPnRuNlzgnG7phMVi46n7FKAdJ3Hd0aI4RmgQhFaHQlbdp5LxgBWHlPQ KUmwjsH26mxEJ4OZhNIjRQEVJsGRfWDhcI8mZQgTu1B1rPl/5LKV3Vn3pvjQzMMtgokZwI3fH+Dr P1Gby1FaE3Gb00XcKfvWM/WiIhaxsjNLRd4UK+srncuT9jg6TWP8BSH1O/zaZWXIl6cE14lQEs5s AlLWN+chRojLFLIfG7rsuWJBeE+azqBH+PT4F5qNZ/CqWf3xokAGcwNL1dsFmMdVAMJdicloh0Gl toCmjHaz0X4KB4QGK5EHfFYNIWw7a5XjjihaB97x8OBhX//Pp63FQrl+NYlW/smvHMwne0jevp9j eLZ6DswIwnMtqhgnRd8Ll5H2UPW/VDeFWTW4fcCXBAt8BJkt2ns8NBq4J4qD3SbcRGd1jl4PdeWs m8t5ycdsLI9ZAaFek8PzzN26RZOJ14F68GZWnEJoZLD0PcsklIR9B2iFvlUmHfIxkbRNH6Pl3AeF +e6Am02+03Ibgr7NgR1ap0qMbYZe2x0KHrPbyuMZ2XV0l+qSwgdS30ccTQwPBC/j495kDCWGqYpf uBGofVFGzwQnHv1ybnUnz6CwzWHmNGmTJiF5llVOWhKwyh5FYOMkqjVqeGDOW/oAXbAZCUpiH8TG MubNP4oLt4p6cnMDX344iyVLvJdFrF4iQZzIXoPo9MnkUSookTM+mWT/1bl0AUiqrWiyb5JpFoLG 3JPaEKsvdHDRhH54juzczkKi76m50sTZ++sal5cRRkDCJ49eNJCECJEUT41OgpAIb3TtNZdyWJk5 etxsZAeU+dMr/1/xDy+5awnk1acw1JdgcZEOkPZmQEFDtryE9eeNml4BcD9ErTgFFrTgRuMtoUWG fg2764DpcqdttS+7U4cxXmzvGSBNsndvXOIkbw96VNCFaD+oGswgMRUcJZXarVZ3tOtBr+4vEZbi cnMPGfY7PpJge0VBk8w2tSod9eF3HM83rspXje0y/hgwf8clszk38vKVLF9WkMAJWZzgvZgh5al7 Jo+VUjmVOzKFj4Wu7qI8mEG+7Ys5oj4GUH6nUpNfDhM89z36Zze4DouhbrDfqAh5mXNPemQiqios XCipYfyxOJrq/PPMzNlqkqYUnXbmyrWGw4vRIal7Tgs04s3xd+g2Slh3ySDpzXcQrnr0hkH9nEhY 17P2eODFVASFvxgt4+8fVE/65suo2i892Y+6Ic6JrpYW2LAubhBdHBnwzEJO9tuL+6U095JyOXFe E1tOpfZ3F+utNQENl+r4/IEv+nirwOqrcLVerKpAAoaDBKLz4Tat127PYtzJJ2FABRo/Iv8vRaAN 078qMSqBVkAIXCJCJ+OFxRlCh9R8SNPHsCxTp5l33Z0Tq8bxEcZ7usV0ifJfDtIXLbffOQMKiCEm jCxonORRxjK53WVun9mVWDyaGOpwHKx7Mp/9BQsxTtWPgvYaqR30fp+vq9sv26hOdPDZJjEy4Z4V r6ro4VwUfyHqWhhe7x3zUqKfce9KgPt0PQVpUpeIuptPXHMgKOhBwTJ0GfEiRbKq+HbDofHUQue7 0SaIZoVFGZJBSGGHW8ORG3+FPcqAGIjvAqu+L4mEWsOLNxYjv1EnjVVCY0Ftx8BgIlPPqdIkajGf SrIgYQMSRhmBk3hi5tCx9uFjZXQ3SDsTVY0kIZX83HjEw3cCqOy2g2qQm5mwFQKIqZ/b6DiJUEW2 XeBHwMFxQigwu0TV9KrC9PVAXlBzFz7/OBzcIeUM06G0ZytkLtGHG48vP1+YSP8X67s08BE5/ek1 P6CgZUFTE6jd7H1wz9RBe/aBTJlNupKoVwUOD2opPgCBP3EOBlL9PWM8dF64hDgC6grQ2Xaomyhz VYxFhvtUiQWWgKblwK1Eppc09gn7mpH2ZlDmRoGim4ACa5XZzG874WWj3o659ClyvX2ZroRfT4wt XPLY9dMugKdR3sFiVkfcZJdqHaD0pSM+6iEnJh6u4DJyGRdln+KdsH+Erq+dRWBg7Og0vG+KM8cd Gz6YjrtvOD06bbr8xdzgWDf9X7Hr67yuEk6Qur56l0PpI699HJoIRTykLhOXo+GImQbHSR1LDgYE WdwWxRkOUpmVCfZmcoLCsXqTR0uXdz7xauFqKvWYJEAXl1AzsyRSYSQP6LglGaofn69cWaXz8uvC QH+WE5ihVgNDl1PaOtya1Vro67eR1NcCKSSAxZTwkgUkCzsoPKeBM9DmvwExGNZ7V+nmvXaFqoyC 8VxRvXTr4pOPgv+WImZgpnQpVkAHx0O5KcndQO8wdj80jn7BxKtf7R2jO6oA6NkffoNcpFQeZuBe LhSxvnazVUpZyrQ+k5XSZvd0qcLza807J4drdBlxcHSf3VeUrTXdwFu84nkdTetBxwpvWJYUYeGs 9HiP264Wk576huFEern2fqHjtSn7k/EgBKihsaHuTkSGF2/v0GlQCuKkUj/4P9SU//8wYiHZQHGM z4Wxk3zC7LVy2SJ3yu8KyJ4DFXaZtlmIzMGYWSEQm/MsEdB3lfgwgMqxW6J7ffivc+FJrtzQOO26 +vXHJp1/1acsvIsGpi5XC4j0agoCIf7kW1vakoqkWcAhTsI6ySZle3CHQ9dhYVJr7/pxzqFL8Ym1 QFxFsJKB6/xftpaP7mMX9pwoMbrY8bCXDvkHQCOB13G6dCq0DEfntEhvLHHdkkWubwsPMbVmyNYF l1c1km53aQju1G43szk499qS4htsy+CZI0W67fribLsLXTM+oagzpMXiJZxDybsr5OkMyfqFRBNd 5zndRKMJnp0Z4E76e/5c3GOdrLuchJivSeRoLocnXmKognV6R97Q6swrBINS11L1yIZq+uFUsWYJ Rx48LM2eccIEuYPkPiXCysWBOCvnHvhR5E31ig6nLMsEQvVij1MVYFtki+lNvqbWphoha3kr34j5 oVPSoNM65bm3FjKOL8CnLjDJ2qNPmzZYGTEFeCpyzSXr59QPPDb5YnxcxxIhcxrvsZwxhnre47sD Y6OsNz4Wj/FAYHet1JAX0hSp5kb3bb1ix7JvP+XuaAjwSkJ1WzxTrc7HDV57E9lVYO+6FkAl86fq pG/loGamZSkgkcQjkEIVRO9Xozp8g5nkhyFxCC9UgDVtAKsb57dVIOr+OBzEC1XGN7hR3MHvvYE8 fQjzDQN4edw/3q0yO05dHKPkwIk2VUj5y41szF8+mES3VUGhkYAvA///iUKR5KoruplQ4viAdWJN 0N/p6CHbuV1+tZNJKAOjZZhZZY5mYzn55sSNqR87m/zV5t+j1kYEKplHK4vZzVkhuoqt8Q5Iv2n3 /aoQQDRUQA4xoeC6w4Rb9fmlvc86G33NRp7yV1iyY/sKrAg9dI+1V8ndgnYuyV2cQeprZeGWqCrf Z9eNRgAcRKKt27jRXENFZLQ5yTbaB5t5D1/oh5SqJTrj1vMT7z6g6LDcb8lLTIicHwcL08qlX+wI 10Oje/LrKEI92dQh6MAVLL+xRQ3Wgg2kxRxCHBIWq75iyPDYy/yxS5pI2fidyMqbFCW9jD+C3HP5 A3JMeK011PQQuF6YYrO4zQpmroetH08N60fDo63Lt6JAwDRDu6sxK54K5YEwDiMCIxUMtYck6G00 IbvQmuL5v5ivZCShV8sYcIUGh4FN9yOGx227E+r/g9ojqe0kbefyW6vYYBz/OCyqtAdJR22El+Dz /hEIMjxHYuZN/NIL/jTIT4ifqZX96GfIu6s3OFC2xFzUceP/C5yl8XfUpCSlawD3xFndeT21zaO+ qIAkr2NvEaH8hH6Vd5YGkDNSl5joniTDN5WCcSiVijTdiBNFLrdzejrhVQwTfrAGa1qnG+vUwJpi J2WWwcbwYCkwT4eRwCmnm85LmhbHXAMo/RPHtEv5NIZBSVL6HqJk6v2GUI/sEAIVvDTPk1Lh41LO VFrh4Y/2iU2krqhk23i6EWytwc+eEFPJqP/jUW/04MX+UTTE5EDai8Zkvl0/CRlx/Wsjdn6zOjFe lnjzbzVSdhC7Q8KD/DLGZUVwKCsw8yM6cxf9hrBTnNdB2R5jIhvXRIrihsgbqHTSNm7v6Ocm3ouD Eyo6bYeaj3IvwrgIdd6zlpa2kuDpQ2wjS7v97etHu7z3ggm3GxFC1i1BZPJKAocHbOHMyGjkO28j Klqw7likBC+UZAixLGk8OLovQP7NWGpqLVVzw3n7nrJkNjm0OT/BYjGZSgePUMCo/9pwYJfHxI5R o7pJcUtkezW2VwEcuOqf5SKWteCQ9ntM7MxoL+JyM/lp4szkUhhFpwmjPhIOmzkF/odwkDfgpvYY Fllsp/IRfegq5U5kz0UXLjPg333jHqQDCxoQAt1vn2ahp1i44xyvhM2sGOZ/sWj7eeU2GF8I1V+n AzshIKBGgtMmMTRQX34BQduh901gFmE4FDG87F8Xk2eFMLQWrxVQ+wxfhW1AABIBwWpIVMjMC34m fCwRdAxiRZI3S20INXNFLnpgBda/ymxg3iNZVLHnLh1QTuZeNbF6Sr3Ac1yVeuAFYzH50ZQIhZAZ DTE5PthRNxiV4PaRWBoACN5/gcrtX+nAPr5iJjAhC/qtweKPHo0bxTICUDIT90PPsSgdfONieVPY U42UEgPo/485hA5vr1kzSe+7VGQvN1MbMdDyjIEE8lrsQEuEFAoTGzhlSVAQ5+6ergwShxjCNMfL NPtwJWJV6ylCU0sw/a05LIZ43qpMWOs559JzTTRcEC5zDt8MujZ9m0SrIvN4PdgVLPMtru3lurAZ M/yth66TQnc8r15mJMa8ypJD0dAuTEnlU6lSBNt6AFujA+8OnH2kXBnQifn2GapgW6tmurJwz5To 5S4GdprByG9oU11fViOOA78wPz+0o4me3SQefhcNmryigZj3MBjT/USnc5L4/tbHxPbGKQSSDOwW 8OMCh3L2yHely5t7x1hFXGyRvEU09MqCemxci0susxSjyE5RF4uucX4NsrUCMCtY/5diiU+igBkr DjExphyX+DWlM6jcb6FIIUP3zWRlZA7sv172+Y4i7UJTSAe/X1Z/RLpGJZ7wLH7SBrhw04+m5AA6 2laufhKP00loKzt6f+zD6YfGrkgRdZjATtaK1mxd/teRc7xWLOVrOo1c0lMWJJqhVjhtUY3gOZnI k0h+9KXRiGJ0RBmmp1AWufospY9yaIIfH5v4bhJpOGfF7z1uKFj5OAUsrdY9rRoYgRfmHTtv9trI bV23KGkPZSW5VoLgwopTzUJEXUvqlhD2tsYUOxEc+Fq2Cu33gG+L1XQZ7FJntFVnNnG1mbCJzQ3C z3lTcRA0JVjjKbXDE+Zn3P6+P5UUlhYJY8ptDOyrfgHqaIsVQBfZy7h7b+kPL8eOfOTQDbyIhJq6 I9d4ucgOS2KP8fGRarbhn2C/yVD+xPMRPQKENHx0zBLdwL18tenHD2fx1gXz7htAru9INtNux6Cu z//fPQmZj7zpRhgVcZFm73BIOiYu49ivJ9BSuXfdktBe+vLQOYSl6kRuoTHCcLxX5l24UADCyaO/ dNOCI8gfMgdkSwK4M1lc2tvdVmXcnfjjPsgVUQbx6eeQtZW0z5Yx3FBsVsXUb2rfUgjIqV8EYNnQ emCDk/1OInjoX0KewwowoS/SV/T/u1anxGi4LU2uwHgvTW1T1Q4KGADEn6eRTkKQF/2qicBGFHNo +IN6BY19bH6pQQQXWiXD2ggjugOXRddDJzVUlbg6oQiOK3CACv0P35hPcIIX/bAz9WcU7PreGic1 0zemUD3TjqEC6voKL5rYvD1RMCLjctxrWcu3+BwWmA0NPH+hsqUb+9+3Qf8wjkzhTWLlleJMJIFx A+o4ayqrtYu0hgz+1leuW2docvGKg16Av9q7TPkUG5DOfFZfKfTsidvf/F2+ECsajIlIYn8BQi+t fqapj6sIqpuKsd2BauIZOL4qnUIMq3zO4Nwu/Nk24pc6Bl8ORDJL4sNOlN6yREfaokuRS31u62gr vE+uBefY0cRl95ySH9QE2X7FvkxAnPn4MaajT9cLaA4/DfBnX49jXU0X7ZM5PJ6DkAmSX/19RMoF biNVu3ueFQLhiiNg4ECEYZB08tO4ha5iS8DPoj2477Fr20hiMvqpf9dIyyvxXCCitWmiKZXm8Pkl 3ncanVJyL+0rBK9HiY0pp+Jk9xCzH7O6j04JegMB1QVuW4PJS85ck0RonhQl5FJjqK1KyumNT8GK /inIkzSy60zNbCuBZmWkXQmykSUNGkKOrjW1ZjmBQWw/km65DH8sB7akdgsCTlnZGEGw9Vsi9rGz 500yV1kFbE+wGLKFckaHFQQCFIQY8x4T0rZgSaIRzRUI9QXVOho1F4r4l4GUYpmnggY0GyGYn+0d aU0GMhkQks4acHcT+b30Xt3leSfw+ty8Qu5XJGNquP+ZSpIQ594FH2iqan1j6q/hCw5kEi2LPUYs 3GFZ6dPICWt3Znije9xjSa1ttJaKRrC695+ifxlhVkVWVWJREsfAKGEPj5lRlHZjl5FA3AxR5ysG GPCr3nRAqvV0vevfTMLhfIFB9Dwr2DnJGwBCnaPvYJFqmScelg7s0Q3DrJJI+5WDFOAVvon7H4qI uuNNSjXN/r5mwcP8zYCyGoCul/cAvwN9JPZLuu2WjysrsXjq5DCxzQGRu7pDNZZNsqKfAmzan/4x xCwASSvehUY9weUi/4hZg+fKFFaH3Mgj3lBQx1vBhxgz3C2gFu70lsHkzmirvi81XbcF+7oxDcYn UocbxJ7UJNKZnSbZOdFk53QgAWSpdFZecQNnPA76i4Vhq7O+pAGegankVW7xkdT27pR/0LX4B1G8 YkhtzHb8bC8831p897oV1UJGk40cj4Ai3DDu4k12I5FeWNB5yLJeByBjUDG0ySJY8EAuGhuOnccq qNK/jH6Mn1+g7lfnl14EVlMhg2WhHo3zkyAYLvccCTd7zR9WKixkeKEmQeMWH6sdIZsAqObkt6pK 1+SPN82SiUUtRUK9yCyQ720Pk6aGcDRqLBvdMGOcAvrKuV891MV8XVO78yKiJ3R3A35vHxBdmd4i qDAi0JZIf53zvoSF1Sl2LmlRXQK6c4GgIF02q6C8gq0hHrtdkU+L76KQawAfUsECWBeqaWPkuUcP /Okoek9+5OtibdI2n3LZ9Fi5onm/lYBDZvFE1nQvQTbCtIU6+LGJonLfTGwPtBPrvBj6L4b5QkSM VAajVMFlPhuHurLTY2aVihbn3UaEobDW/5QnRbL3/Xh3SlJ+B90Dr03rc/g/YAoBofi9IUagKhum FNxV+TyOnTHwNY0nxH8dhVGzlnrJx7NQv+wmQiTAMgWd3dgk6OwPcLtcj5uxMPw8UitAWVOQlJGK rSvH8zndCQt+CVGhduZP8BGiOpKJkzAFv1BfLuzSCkRoHc/bajmzmBWg0WDvfLgX68YC1jn+24LQ dfuJYABUfV6VDj7T6bjlf+iXtDrYp4BjLhq2HV4zBIchweh69yVxSPVN+5IHtOljcWejLXRLl5KQ supEl2yk2Fldp5Z8sLhMkGc3T5DyqLpaabTpIyHdyPm1mPvGW1XjLDyqmP+ZWfHo0cXfSik6NP6+ 5V/bDpv7oCNmdv+bGqLHyUNeWO2BQ2in0Rsp1M1qu/ZS5v4R5/OKN3Sdh8CL133JDODALZWblCMc Ay73HPQlwsEuy957HeTasem1Di3L5C9/wF+LPkPFvjQTQNqNtugHVka38qq9aO8P6BNuAyqdei8h qZS46E/cyJEMkxcvQDCiAGKA2UZ6+FUgM5TChLsR0nHBU+MHb+ksJmV7MHuzUVXLyTLELZ5udY/p LQNPHe/qm9rxWQgoOyaxkZXrZyQ7p65V0TMg4CeV3KGRtKOjA6NL5xJbolcPcqJsXIRTqcPdfzQm xyXewAOJY7lDcD42cOvrQfYgrvwxDeR0wq9sW4E7DojiZucK96yURFKH72AoXtH08/PgwjN5pZ7o RJh9q/GUnJtcLs5cz877eni2dJp2uGd8+QhbQvLD3zWEQoCAE50lCW/wiWiQf1JSP4T6Sn2X48pR 0m/U6+rW4iUy7fYNjHsl02zvEJqOPFqm1+6MnWDTfGjBnt6/1DrnSs6bMzVknFBVGJJXtKh/LPUL 0RtveRff/Us95wJczOdxZMuqadSpx7MrCUe8qLKXm2D/NisKTIIvvSnbmW4pI8dj0XC1+vlYRysl 1oMqoffd79u7BK1aZWj71JhnJgYC2QJO8VD9u1pyQ8eYXcT9zjy7YEY+Cc3GQ0DSuY1PzO1jrqAQ KoH6dP9tZIVEYSO3YdskD1bU92HJwDK16bp8mN8d9oiVEUkG0VmUNzaXeKuTjLJsVQOOXgfufB7z eKZvLG4We+Ya6kQ+x8vLZSsWFDREHXjcxtkRbahRbbpR2lqe33/7OzpxZvuG0iYSrAqTba4Nt4o5 gbPlWF6uVj6HLlJJUr5TeMM6Nm39tXYGnh16bdmtrPpnFcl/NyQFYiVstWI5/uYryMkdUWLD/x1g qt5q4vr4w38xglnFES9NT1eY34KeBvgb4OKGlLfhVcQc0Hli5K/yVCmrWtOC0xukZhS8bkMCi1dB ip4SF3T9MeAbYt2MSgSW4zgsppstJOINtUHi5cITpJN76wlv0pFKkuT/h13fdHELbOtzYOcS5g0R n3hUHudXvW+xJ9t50ApQsDhZV4qZlXW9JUAIqjXs9fMOlPnxdrZlSBSOtIfgX6s/Awx8FI23QkKs +AwzRQ4qjheCDQYUzsVFkeG2NKj9LHSdgne0OAXHmLK8/IkDQr7MrmME4Lqs6VPBbVfhhiuHfHSH U2NAFhNclWi5ZS1+wYJANAvu2y38/R40zJcE/vEcUT/CtR9myrqfUc+hgEqlh24A2cs6aWK3DAds ej8IlBxawHcd3NEsrWv8laeHjerbiDVBgvEalmeliN37FUkBNS4WGq/b5cSWXP7qMwuBhGImFEQs grazxp2YONNUOz2H9MqMAvWL93qss9eyiQTKo5uLq9nj4H28d5izAsiUXKo7SSaYTD0G2EKtsGGn mH6jTM75te2UFjZdNHP3Z2uIoI48o2PmPLc/kvX30gvuycb61SUvTDG56Ju5caw6kIMTZAOO4qMu 8ffij5rAiVezroE9JOPXtGCxqgCxRy5OhCk+as0CPZ2PEiQ9NLwll+Qt5bmE2Wn7HxApB16t19GW deeIIEzz6CWtRtOBNgSfWhqe6CavHSmka1ltPqh2Di98sO84k2M9jzLzE2jzIZMXmjR5hXDiI32y ADqmHA0S38rgNrR9MiGjWZf6nfLM5hzhdQxswZes7D7VVKzW3m3mP0HR+7NlEq3PyFScFutYlvn9 oNTPVtWewg92X1ikfrh7QaXvSQAtzobCrFhBgiPTNVbr/B3HsT+bDnk5SxTzgkF4GI1hx+e8GCa0 7P5qstIzeV14/14E6ZnIxh18MaPUc2UAyVTkeImtOlekqyZiGnC8mP6UZTyPXXDu3g/qcITIsHQF 22Ocet2X1XGJI+2Hw057+iSfvSZD8o311AVGMBOdZyGEhrLhRkTeej+pBHY63UpioL+apldIc5Ml /wqmlYGCzVdP972KLtRQhqeZ6t97jYkb0HiSohKVYtJhZ9UAce7DRsQlO8iiDx+Qc2DybYRzwIbh spXASSBmW1b1fMN8WROKw9fhHZU7kuqSAFXKckZvTwpOexwA2oME2T58e2k8WoMxsWbRROPBL94x 0P9r4t9HuKcUUQ+iNd7Q/vcMT2UimxAAn1q8U72bbjZroho043d9Bi6gb/2G2abPflJLQFB1UXLJ ZVYc6EklilX2McYlTkb5mTVr6k+/g3DsIf146D3dTDOD+NGxr7HWOfsBO3lO82vZgUP9H80cytJV H+FPx+Rc5thk7qdFy6CUF308leMZa9vciYshu83wL/hxcN81vSttQv4ZN8/PKvlaRDZnXr0u2zTx QbxmXnfw4JfQqhpQ6JArguLSnkucl3jeLGBr09PxZw7lXKu1xn/jq587VEzzQ1hTWzaDrk2pKXL6 IOSMTSdrelSSOIV76PLmQxtKl4AmGM6AhthfYFPircU7o5qU8KybEYTVEY8RpUkLEPz9f3Q/pHbq 0Ach6ZL9ELnZAq9bqR5xQXZyrr3k6hVXii8cvGPtBAhcfmEOXH+pNanT8+o3G3ey58D61vHCitAk 7l7hdmhtKOktYrGGJsHCvLcbuubPQysngr33RcPPv/xkf5M2vkuXxi21I/SJB58WKaI2zixolxsy 8ZD/0/6XJHyTHtGVhF7sQEfxlqi5Mq4JcL6Z+x5VJkvCh8ISP7Y3PLv0jI9CRALliZsA0B4RPeG9 AdAP3rIoCDEBqXu6h6lDFkx6iGHnU0pc45kWvyK/HpTRaIM2uaqRx+1n0IvVYj2VLanZ57fd52Yn iUQb1JPP9UiEGt/jN4htOEFEJQlZXOkgTiKyDLIA9a1XxHv7S6YPGclQ5b8kB7GmjKRIni6UxQqX kd2Ot6F/TeB3puj2P3OqwrawcYtabu2Vwjrika6tdXS239l1s+rfdvmg9yszlOyykqw6PcchvY0O 95Qz4gu3qYWS1AB0cZ3wzRQ3KG1Xe8nAvZw5uwzVwljyDOGR2MR4HsttIgD4VZINRRQTjodRpq/e H4EvC3qkhQcOJ72/xi6clTx3zIXm1o0O+ekP+i/IQ2LnccthgXQbBL7xnp3CYAB7ZCxQ6nFgHa/c uhmMavHZliR8tBpr7ssLOUXU0JYhX9VyRVtktBLHC58x/llYGrl7DRqXXHElGcBbSBzSfvBqmUeB aILomJ4uW5l/aoJC94z1yVE6KCLm27UnNUFq5Lp+VDRsbqdK+yGi3nhXovMddIyKzIT8xIlLfFl2 ALsbqDMDxWh0eGzPbZNxb6XlQUA5WX+gPi1B/+LAnRFI/rfRJhk+acSQAMDY9/1VVyoDDBn3zgwe OEPzyo1TvWYBRuoK5r0RNPSDbRQlUGcCOqWFDOkNjUCN0JIV96SU76tVXJl0vSUJL72iZbWxJK2/ 2Znv0FVXIGwoZ8flnRSDJYz/ximGUR2ECciXuBeLutqmGMMUVb+Js00TdAdaPuK69xzGKMSDa5ar 3iHIOLvgn5XqJxMg2VVix5Ntsp7NSAwLdxEJwy8wsOWtNbw6S2qtSk57LuSfpFqaH4K8/Q6Qs/0h 3RKXfJxx7dCRIFqs6wwW68cjf3vzYskt2Hahe3nnLUZi+B8t2FO3yEjhy3Auy9DgWz7aMAOrPaAg +xuvarmYeM0QHegJ4zuJwgdNK/x8Yu9t7o/MwcyjWLQExtLNgoh/iEeaHphUFH1y3jf6pcBTC+or 5HjIIDQzWbCNDeZFUEG5kdSOGabMdpzO8nlz9MUPS38ji8pNR7iFJdr02JyLbVN7NQQ1vGDLJV42 TjMB1s9tJD8/dfkuxBk/5091u3V+VYwrUup4ruXn/aq0N+Q0A1D/K5EivSg45UMkx0lB+wUYIeBc Ixc3uVQ6eRfQd448SNUMWNxzxymyELo7Zn/clCz2CpLFZwsJ13jZbNZzfsufyDgQFtlru9Fyj/pM rOrY9Q9bz3zUmxw6ha7Omx36E4XiIOImgSbKvm87pPoC7Fqnwh2wJIBufJyJMb1CPvH11T/seusw A7LMQqugv+hOfJi5wwG+dDoGlYhmBmrMg28B14LBlU2O3cIu5DAR8Qjmz0CH9W8Mlci6aB7ilSLo HEiCSm39hjAA7TdclYAw+HuwoWioNDETK4ObZWnrZ2K1rzUyymRZBk1gJ2yBeuelonil9Um2dQGD G9MHy3IZs0p3B+48zNwOWkTQp1xPm2DFv/iVSfnnkv6LNGxmLvcFUpvi6vKnFI1INQ/r5thK/bDD FzjTQ4AQh6wAs/YbiSRZ/p2BL5xfYOEZFGtX0xvm4o2AbsyP5hbUlezEF5Wy0p1xcDKotMl9M4bl +Ky7zhufZZvKx2RqjRaIwPtKUZalj0SfQIosxQB0Z7Mis08V43UaMeG5tiPmopimmci9e2c5EBcx sagRVC5BtxEYO8BWkc85cHLFwNeqw7AHQv3GS1d6M65iQvTutUcltxoV5kWwepfShsBB83/rbAS3 8qWOBEWWqL8scP9ljk1AJCvjmjSimcW+zHbIlwUx9Tx9RhcSWOo6JQcoFJKkgwh2g1mQb5eXZJxX ISlIcjTXo57BWzuhQjYCmBZtphmA3rlvWmd71t8Bea27ISIOfByRJRRCDFjc9jfBpJAcZIREElmQ RikN4InV+6qwjwUcexWSfBQVXHLuXmC5doXKd8cIqQ6TAax66hDFcKO82QQwQNBPyZ1IQfnW6GNe Niev5yVYb8DvPG+2+d9+iWop5/dHVV+HvxCTYm7i3bGBt2E/iL8kTj5gtX/ULe4/65WKo2HWkvYG uieliYlWwldJ2b/5g6F7HHzzfC1Ex+SpIZLllbQmykhCvp6f0KgAn7MI3BnurEPGpM2viRHS43vU FYeUL9yaSvVkrsD0iNueD/vJBTquCxbI7eJ1I89279D6PQ056uS+b830RNxCD30HhifJTDe3TdM1 YGQYyKLEbVe4QTxl29ihid1s+vkGjXdjePd3R4SxUh+s3kDQlLYxrruMSdkkYuGPu30wohGUzP3k S/05G+cXPG7Cw2XP8QTDkNHMl/LW+b100xpZQFqve9pxpukdmUxHb/rDPcTdJ5/G6Q/4F1f8WaIE I5zcQUcrgbh07wNPZVB6j+MkUAQ35gbBq0BtmhKZs0P4lwu6Wfun9xv0PKvDAIE5aDHjm/v1fAg8 xsq8lHOVshfuiPjVZI9v+EoEZadk7ax3gozEVVbWJJHs4lHBwrf55ZJrjxk6umXRGtEXf1mTwnii A7/jjdzCiwhw8ORX4/MQeYqsHseCEwVRWxJmKwPoh1dTwi4GezpkB5Re2aZNTp2WUGRyUFJR/FRA fP610bh96cZBIUStsQFWnEOEcJgmWkpJg93eLwNG6GtB8Hb/aBcKEDhiZl/sGIvRdxNmxXQ6/svL z06lOEwphuq+6ZjMQejVy5TOV4jbhce+ghaJy4KyrzweAw0PbKtrCsNJUhQWJYCHRhrG/Xil2jqY 4Tvqj6M7VuC/y493j328s1OB3LlTmbWYz16zMzHnEkeYgrLM1QCFziUA1kvdjFmvPI3y/W+MkdAB ISA5dLUClGSO90AcNrDpx+cXaqW853U7QxHjkCDvRO44Gwm7j2hkTLE+C9k9Tso+8N7VWL2iNX7J /prochEMC/7iSazFpIJn1Yc0iJYWX2wcRqyk2P9LP24ASi06Yy7uu8dKUal8qK5zuilZc9xwwGik Mg1yJfAt+xQD8eShgpgeBmhGrYXKAcRLRuEmoEcOlG/C9VVrLivC+jlVWrTGo0p8Ix1yUEzNFGOU +d687ejdx4vXd/Lv0Dfy4i/Y4IihQu6XOdzxC8go0/Hi065rbc/twEhBFXBJKWloQTIrFwfEWl8v 3+GzjblKY0VqPrsx7zhbSfQkiIUUqmNNCbHFnfi0Kru8PPRxYzepwGByFKkEYUMcluFI2RMLJ9ZU d7dEjoeyrXqMkC5u4l3Tcc9K2cH2cniM8m1KzbwPi2sUlxEIOEJvzEaGsvEnlc4LjuQyZLH+xvBl vsMjdH+Fkrn3Bn7NKNJ9L1IF3u0PSMOeQDuRkw+2GDNwtmQkoQ1eFX9vbjbZrIkaAfu1jr0KoHJX 8Sc5O0PooCdG1oJQm2NsyaxrWyrC/5uTYPHt5qXbuKKRs7Ib7t59VV0H4o2F7pya62My1PRduCz0 LGFbrTT33sQ+9Djzo8cf1IXmowdsGCdnFl3WkoFq4TUmYkFzI2+x8TEgLqRm/gpNHQtHyovjZkfQ DZZPQgdu+JmVAh0bEYfFfLy4x7tDh0WMw7V2yrRNeO4jnMoK+u+7b8oaG1kHxKkaA5JrYqLrTW4u oQLyYI6iwA2BT2wQkMN65GJDGXB1b2n6JnsrK3nhNv+H1rCEEPZZznWfEs1BJuR3j8AQxHncJ9IB kw3/at1NPRAh2eXbtwqNlnoiBFXbBwsqf7fMTnbGF5tBZTiOsfA0pMShK9XXtUnzVo15Z9KNLlxR +Nmwl9skkvy/1BqM5ZFSKS+BBMA/0pSvcSFWCQPCBNJRd1gE4JU2ToQisNnc1zgWEmIbxC+elcNH 6bOuDg/+Nz0KgpH/YdKtxZigLkNpeNBM6En/FVn7VOX88It7M1/A44zjgDwHJDsa6p2ZcKisQl/m /efcev9103Dh+iL5ijBvTzLyus6epOMNR/FjhBqZNkXRbsdmbtFfdR5f5xRowALxA8LdQO8GGFet ZMK6wiouRHi79MrZOUkj1zxexA79XAeCb3K4VgqlLS4JQGy5xEk2iVtV+9kSpPlxd2u2MJ8abSoE gFkf/BgzxRcLEG7sD0KfTlJk9fSlwCrZK7pI5S2x14hNtVsDQhcCKgVnxDbRtV0Mdzh5rM1XFD/F UIoDsZhDiPDHzivy0dwNpN70G6iU8orycCEc2CSZxi2AZArHrRUgSMLfWOddvfFK9bhR3YoKxX5G 1xKttEK8wX4DKCDazXigwxNz0GZ+u4aLXffmPkS160yz/CeqEcHXzf48lpwGiIKz6AT8qFHXZZK5 a6DmKICLdxbW/597TrxFquRTBs/GUY5Cy3M/FTq20iB2rfhgQ8OR1wRU2JEnqQYLeqbdGqOMy9tK osAxyjUdspC9UP9sBi7QWWcWJbXyoM2Zpl8CdaJgO3gZvC1BjPEIAjHLHBgCHTJJ/JA1jdzIza+q s/KUASucyO+GUFnI46Wri4BUxI7OpwMgR+Yb1KXPv0jHJBRBM5wtsOOwCxAKIKYxOqWt8AEflQzj 4tpjyIEbhLJIa+fDxor1Te8KfVrWPdvizHLInAOmSPJjkRgeqrI20MptDCa8n3/mogU5WiB83BR8 gllmPzXvxGfEWw6QCGExVdhPj6XrNE96hRcQ1V7+V4CSJPYzIyAaUUq0ZJKWE36fuc8SPgnDUGIz s9U2ODmdHZ3tSeeoPB1AN3AS5apiY8tiJlV8Z7giARWtCR6HUZSMlI1Ji9FOJm+jMrIZLy3CvIEo 4O5AP1ZxwCkxcQLhhUQ4snw5WKUHyVc0p6S9lkLzXI1lJc4e0QEzpnjsnS3QxDVwIQLEactcYeko 1D9I1zPB/H9GUTzPqrNk8a9oUrMWJ1/v47fqWVks//YdFmxiXFSGAzW7hsV4ucg2UCWbXAfbIO59 qH6/+EZunZUF17OcwrO87Lj5DOlCVDb1moNkECYEYxf/OCyeA9ZMc5CU6ZEIBim/M6HblmsT1wYe 4WPOZD8LBPPU+jvrQzKFPW+CPE7r1OTF9LnmpH4oCIEplZ2zspR0Vk2NsHLjfDHl31+rZV8sHLBi dW4w0pS58ALyo9OWWmwc00zNjMI9WtqkfLu0ahfeyFV86TIugT9U5L/2PkZCKjLruyFC69190Hwn J4Cu0kcID6B2wM04PjGFjsiFK6bvQoqIEbdBNt09WR7RVm5SCiNTIlVUdUjMCaTgcm+g4RsOGPGy rktUjfhUsrl7XK8Y0V9TTmbIVZ6xOz/znRbJFPhQbtre2Fda9Ya8yQKp2BRF7fIzNcDQPRB4lpDR 0LpnfVwexZDwVpEZPIJJdby/Owuo0+T3H2VDZ7SnQZ/bccomccrz46RwN5vXBSzKCfAZuLGzqirH TvJtDxZBOZiP8C5DcUkuhCBYe7+RfzKK+dW/LwD5oZNiVnACQ5H2Pb/kqm05CsvR6v+Wd7w11xBR CZMEfjC9+o0Cbs/vHJ5zwpIvvUoSmE7j6hhLOT5muuXVv98UikOSnp0cGyyS2NBcx1HP65VmqT7t hIJsI/fLeTjZJIljpHvE1VX7hLv1sv17Ci+TNSJXunpyhamSRSGOIUZdBrn8S3mMWQBgdLooa9E9 2tQLrbGY1FMIbKB90vJdvzVTnsjx1+rhghV+qfEXoazCMOd+6Hnh/i/lUB9dJL8UxxUzeZPUMID9 cq/QgqHrQFazm2bHWRqPkSA1Np29t2TFw8tOG9LgY1ldzGruplTk0btFpk6N0VpsZozR1f8O9Le1 9XbJtpSeiJJtsIc2/7qPra9YBpepWlezylGZdcpcKrgxkNzl4KLkWzUifZnt+vNiTmS+Fl3TfN10 L1tbQIWq1Z2d8tY15BShPVrCnh4WG5bgvbcEGW2KywIzZ0Wd+PN4Umj4069E3hIeljeZZ74mdCyG Ws7cbLhVvKr4nGhjtYI45Xqrxb2TZr0u2jUnXo+SFSGBMhLkpHdAc7WgRrV4w4TxxHuOH5TngO6i rpc7FZNYTikRu26nRNn697Unrar8ZpTSs0osl+5CLzD8GWDwZT73U5U5hYvWE43wauFA4GnSkG5m oS8cA6uufKcQfEpyS2AEYBdbWxtl3pGXY7rh860yKjsDPgKNqWoBIbfMeEdfCUTDQNyISXCdaBsw BYMCCZQrXQCyZnca1xcLCr9D1Wz/FjrzGG/vVntJYjLlfIrcjc0ZDk8L5hdIHZ0m5mEceGYDOozw oGTCTrpSTWz5GKvmH1sG5ya/i9jb6DMmjnSMfZTiSEV5As9V3pvPte2Lonpt2n2B3EyFllwjMp2M XvM8QcujmSnpnd2hZlCD0fWNmmG9CdtzwTo3Xe9fc9atcpIsNoOfZ+8+5cz8Fj5WqA5/K5VYZC9q ESMjp1/PjcPYe5g9cdF3SqqwvsbXm/NR74eEUnzjQ87vM19HY++5nz6Al/Kh2XZ4zuj4T7bzaBtT HaAl/C38umwqOjVsHnJLfShMck7Hb68mkBYQUYINgMC5ZOfAFAgiwJ4/+ovxFB+7OT7d1+OQG9b6 A/GNwewN4WYY9ORDmmXs1o71sjOhZ1X3YCKTJFKZxHacZAWx5pV59M+fOlBOLuoFbOVm/iQizyqk 5UKFBLxPrKmkDsr1W+tFHBDLaegO0YkOvz6BC4u5H1I7mIF0AWcGUCpdehFuVU1KqAo901C1lb9k Vp7m/eGUfT/V+dbhFzHVq5KrmytBuGM3NXyQ1pkoGM5DXqdAqahhx9lU5VETndHorM6413EwpQrv yeKDhLeMN7UeocKtt2lEX/FpKFyNg+cvfGjXxkAlj1RsqiRvz3YAz/KPYTDFSyBJdSMlAdbQh6RZ G5Qsj5YRKdnY4meFuBijCWiFK6ur/nUq9OpCe9EGsjhEkmLAJXbjf/SRcHfqSANdehalVVWsixSR GuB58KQMRgdjuJaZUqnop1bNzJ1E+Z9khX0ouwkmuMuWBFLz1FV1J2o04+vECmh0fjcRij4ZRjwa WLCVpXWwaPwCJBJPweZ1lPd0kXc1gQahPdk8QSjES1ZtUdy0YXgkbESY+KAGZSCPY5FHcVk0Gk39 c7VC3gGv2SFQvMNpv8bOsRb1e6vV5NFi7/uK+kJ12gwY6BfIyAaXGfASxyg22I0o1kmoFUWiw5XG t1/g63h8G2m2AUefGPjqTLE09rpSiYkcU2LXQAZfuKoX59//wEe20WMqiP4FGrc0nvmQqkEm0eq4 G6iBJB0mLVsxR3ETy9yDCcfO4lalnZuJ4DZ4T6P31UsjF/8UnJDnFDbuQrQaJEqrBHD7am8k8uaH MlT+WYD2AT9VsgsVyGwYQQLe5mZbjK6I3TMMCoPP3lxhI7xkGOrbD01YYUW4CjG2k2Is7I8vIOqd aARwP2zwRyGgBQEfOkZhnBT/76AbTSDF2tK9w8GMiyTcWzxbu8FKzi055bLX+ezLhPCKm5U/BcsV bZM+eAM9AALnLCknf6nwWzL2YjcS45iw6VbQc0nqbWg+dzboJbtGnvK0Ub8IF6ILhLTjQt1nYAkT CylQpn+W5lmYb67RdxrglWArQmu5zYEINarefIvzUBJ8audPc4ERRQvwdXnb309SCljxgN2RQinH IWmXd3iqG3a2jHq3Xs5YTRKDjfPEqLbSvS4pGEZ/JN5pTBUtbmxoArVvE3wf1g22NL0uvwTyuUU+ Ihdcg+1SPrOKiLJsaKuVbCGFj3kuZcr0Z5k/1PAQhettWlkQTPSpEdWSEInOz54OXYr4CAVQYFTT 9URKZ4hnpI7KqTcDSjlqNdl36aTjsa/+g/Ni/dZQ2wrnc3ngFMSCLEFm0HBpWHqmsRx8C1sW/Tnb P/AxjIAvuVbVL+gCXhWrUPvUbQ+Z7znXVW7VyfOFle5IW2i/wcteb4jBDn5+sG88htQWEhOaf7X3 tjvfW1S8DhuJ7Xz7wa3biQ3S3dNt7P8jPo0eQahcDkj5O6ZiGwP3Gj4eh/SjLnBG4VqMAqn1tkiS xRv+9UQZFtc6v+SmaHsQkZf2ErspJ0BnviPMbiCb1C9xOJhGIoYydlj53NpbG0Pu/SPrFTeaPMY2 ADw4dzsY3qfQrefiCFdjWR//PjgtO76JAFt8/c8NT42bSh5Dydh1MIJYZiM0y8b/IcCqKC2oU/vz YXR+OEFM1snYRp7VDjl7XlhHmGVn3w8stCn5KFv2jrxSMC4uNHZ4UWXP+R1wFikFkBVFXHvFhbiK 8nwl/sO+ciuj4Y9BZOd2EH2xHZM3Rx2LlZlRQfAvSAnDdLVJ52ojXCJN0Yp7IV2PHe5Uy6anzS2E lhSYe7V8s9zh9lFTGLVNy4LZL6+W46L6nEGCm6vGxFRbgLdmAXTDQgRdm1AcwIqviXU1FbSCJDPI yBSGj1Xc7fDEIXXT+k8JwNKpeoibOpTSdDJA+hpbsK3InRkQZvXvMHxrdEXCCO8r/vWHohrX1nAM Gvyr9bFmGmnt1xd5ZvOzwis268TY46BLHtoBH5Qfk5kRxiU9j3kFvJuWdRAFSFBLspewmvljhCjt kk4t3diP5v0xjEEvvOXm05FE7nk/DPhhpC9yIOjH3j4VIrKPvpA0HJhfELgv6sEa5uN/s8rVOWqG 6NxNuByRDUlfM/m1toko0CZU98npAgFIyH1EvGa05xB3ZX4u+voQNdsE8fC3+fo2BGi8qe8piC8o pGHpng1VN1TV589p+QALOBmsKHFuil6zqQ2qpiBxYjI9LMX/DisJx5HiORgnVX1eEUvVjhhraBrb mbRm5qUzAlfImej/PQl9EttpXGqpog9abqzOtatwAnA7r5NFiHwi11oNT03h/CEq2erhJWQzYgsF ytwXVRW46b0Ecpbcg8D7VUEE/kJ3YUpBhnlF0bV+715ty4KVzbFlc95fn4iRE6EOFJx+wNxrc8Zb +M1ybgdFWSfWt9QrEAFBQrRVTbPcvmuHh9K84w8yt0jkmEjHk69psnZ/Lpnwj4SwbQsNHhj72cAi hS11AazcDs2iNXL+a1qgIB3J1nEnSVP7zrZkfONv6g5PTo07HHKgNuIOZNvtQ0zCbDLauo+SEQwR nZZ1s0ttctaX+C7x0btaAQxJifcnt8M0kcxJ9eX7BfI423FSCO9A+9cKzI5ydk5gXNABUdnlpHzE P057rjaVdzgUJzV7OQ9iipmXkZ+Xhf/IZVVpVcVeNK+AQunF4J3V2n1/BbTQz+Q8fmy5bMeO4gFe o5mOXJFC92U5X1btfVXSam+SIMYgnT2RSSdNUPJziEo3VcldvX7eJZynpy+03gZhPddojNKY5fAL K5FNpFcrjhijFeWNYmZ4Xz+rejK5u1Z1kVhNUIwC7pyvg/JN/wVhBoNQI8rNi90ByUocwQyZKPan KaSffa22WH/vQtdOL5yoi1/cPUA0ctvyYHTVXStEhkSjcQdJegtj4P7eNBmMIUwLq6R24TUZTSDI dDIqq6rGbKSlM7gxbZh3N4OlJwd7ca4M+hb+7I7Bxucz8G1IGCT8spQV684a104/5rTNprGQT/jH /PcYcM3ZnEPKA3xy+7XuY63f7/cUop4y1sRguy0gaeff6YLmtON8OM3HixSJCWCJGzBG+6jA/DXv w6jbhSHARSonxg+YetdtZEGvIfWHAwCB8OUv4xLEOsSEc07cBtToAPIsgjA6K2s/1sL/v+0YoQe4 VLZf+46WZm+nyuDd0D9Gyv99wYT+Lm8M8FVbiSopqUbiV/i47/jVnut2LOYN4BINt/08yuE2KB72 V8+tsA3Eq5YZ4S0mCVVMsJAHv8oVsfEeCvbwFc9rEB2Wgd9vU6t512Q0rJjNVkLm8yWyfyqflOA8 kBuzvPL9LQeYwfDvikLJAnvJVUD7ZdjoOkJfVOdJ50PydcqqmIKlYXQOb+60h17iCnFGxuvG1PF1 V0zJbBxVHdmJrsP1Yt/uEFWEDrXI96mSMnPxnr+3B1i4cQKQawEnaNugn6gN/YgozAmWzbQSLH3h zR/crbp+xzVd8h2u3x4ZFDEBK+6g0jKF7/uFadKigLnhvVkbtWdz68PzPgJ7Ae/c9dlnj1vRpogx 6WzBWTyG3YSLxsalIsrrIYt7YA7U4upl9D9oPNl+WRHFC4toZcaiY9vY2lfBdEfWRjTggUwZ+Kjl nN8RHArakAF051XfrxrIzhO+VgJbAKOvWBBpsnG1cy7cr75j1io1cT60s3R0WHlA8rU43TzlkWSE o3Jr4vyUye1zhI1H1pexUqhls8cObAjAmHvTGWRxSB/tESfUMlmsjkD/2JPWme0XTAWe3lz9hvU1 i1sPI3A2CrRxELP5Pv6J5unN/cmbBui16AvM89HCX/2XC9ZNDOOAeBQgN/z84n+SQ0h9f3DClcmG JjnAvBLOEDc5m5lbv4MkLFgS6Oj1jlLSx1oeUGOIC+yUCS+/bIqf4UAF7ACFcOL7aaw9QCB1rT2j 4KT9KI/UeFeEMSJXu5ZV5sVl7Z8ccfV44o9foUR1HkoOOwQWBC7mcB5DHG+3//MrGXM2r9kehFE+ FrMo0aksdc6VB9ncW4UTDABJAriYtsZtZEXSfE5fQixeIhlt3JtniSHszLJrv1hE4Btc4JbVfJ+H euSdV49d2BufgylWySdP9OgFiGFula9RufasgzCPRmfbfMSuyrB67H0+FDKfYR5QIedEskR6i1jW INJK6DvkxopHh974jVGHQkYsngBsN3dIlHH//lLn7G448Xi253vC5VIjdeuExuJjl6GRVxGGgIUn 8n69xzHimk/fcUbRh4c+3LwDwVGVapOvaEIPCN1MmO/JUsYwuhFkz0leR47JKgxRQ9kJneMSPdkM HC17RHRuRqAue3Oq+/D/MwLsoF6orqz9D9h3Rc5YDjxxZ1zom5ka4aMVMSndyWBH8mjTrmOwwW7E OGPKBvPKtmroAH+cJN4b2xYAfKmK5UXy/uJYUN4ZE6Vspg6UqkRkoCJ5f6xPe2GiNMLLLIZWOwFk IpNez6d+h2NxilgwImxsh2127xHX4B/K9wUosA4SM4v0LDe+AjyKXCLRKkCuTaapODh1fn9XCO0I 9XCw6avAzrEhp8hVO01d4TZxZHeQW9IsGLqQ2PN8Px+79QFnRemgkUjbfwX8hstYiBZKn5axRRgb CnJzTwQfaDxX8iTY/VgObHmdWJ2dybWF8eNopMXGietZZzxyxcLJJuqxhMiTHfUbB+lWS86ct6Fe uCqB746uYtNfVl7JLB9opLngzuF7foGGQJA2SpZ95s7HmazgcxAC1YBhBUIVqzOXXVl4X564JIES 3t8aXqDKwPiNDoc7OoAg39wsjhfvKJiOYS6sgqVfALEjLu+wYM2NYLlHIIwtEgSXk6l1UnmByvFo A6++q6lcgkru2STR1Q/1o+QR7iol/2vS2ZBpbQZ32MNqZy6UMLUzz5f5xpgwITGUxJGZ61xe9h5h 8OK7tOl2MDRZT05e9AlnJwfp/wDktcnlsagR8myG78bmDEP0jhJkI9SKfGZvNNRTtHr1/yZr5H5R +70bF9fCE8AhFrqCOmMc/FkDWJJ92cMXVlgkEyYrxmz19T/3MFa1FokljS0cxV3RQJtniU84TwZ7 O3Fy1ZOb399+O8EXPTg44VnVrX7YJzA35t5Jf1Yfl9c4TJe86M4X/tORFCTZ07QbIYLhhfivsEL9 8YHu3x0RZOQ67hKS+PRNTdNLkvX52Xs3kP3IckK33sFzX6tc2xbGdq/ndGms1mY4NCVWifB9HVYT dvDPu3JRVz621V37EEYqCf7xBWJDfdHPiFaaSFgZGk2ogdCx6rKsqcIhc0llUQDO3NFFEuAkylbC tUIHUVHOFUCEgA7/jjGB/hHGQ4Ul9EnamltuIeBL9M3kxOL3RSVdGBG4LER9hUgUG9pdCt0cpIeh 0AirkWopIBwZv8G4UWdfszuCAvROI88k70H70oHgvOLlVZsEbqBCWK6us+2Fpep3LXlstOJK5cKR 9cV90AxiOgazBTH6TxvVOpk5eYsCSkAfsNEFAHcHj3LA0O6sleNB+NPWlcIwKc21uaKtX+iW9N5y oSMYHVgeK3bQtvvZqg3sMOZBv47F2kG/uV2R813pTwO4YzBuIjeuTAWxhRhp2vZ2wjpW5eWdAAqn TP+W72/++1ZUyUfrAhE60mt7qj23mBT4XaWzt0CGBeveBTu97dbJwTmp+TQao15Aac8rp3N82VZ8 hHOBNTFECID5LoNaPbEN/8CWoCLh0xwQRXdsZARqVeCaYtlUvk9kLIxwYvrB4mx8OOU0ohkyDeAb GWNi4WykqPrnDAPRSIWLFcenjKlDqOP7bBz8RWX9+PfqN5capJOvk/YsIR6yfucFKKJM3eS4whZD 2KJRo2ISW0uLRcLZ/acQ+5Rr8TrXguh47M68tNfi/SH7J+RCQFJGUyCi/jTzI/UZx17Z36I/OtTH Qysr9Hp/RoJvLCQmkrrtpgx0fCVm6ADyOTfoUqSVHyqQ8BoPWGS0enZlnEX5DTsDXhjfRudycBL8 CBbwj0k4roGol58gRSI8LyczO02xc2hMsbQ9COle2DeKzKyKXaCkGiByqANGewp0uUdhh6XNMRWu mSULS6R0w5u9lyZfXTjK1/eRl8w7Nuei8SY63cMM2yy7vpsiGCEvKhkDxQmOiUYEd5uUb5Y3KZHh kjdauiOguDDoUcDwR5nlS0Doctu3ksd7O336i6NMJkuyQB/eDn5L3FIMOLebIv33Uz0PhJjuH/Ec bKArPSf62GrLlahDPWTICiqUJmOeQlpClg/MW50qHiKM/SI+euHrGCbqjldiMKsN0yfpAqHR6H8M zx9Ib3rFhrjPJNI3WWB22cPeaF24U1EvA5XtCuFqXcNMsJbl/xSDIIocP1TSntYueHZ263JIOHic OOKomybJqO+8RvxK/JkEu6iG4JZOrSiq399hiT+pOCfvHrZ02BcogReC1IsDGqK1pAbvJy8Q/lzG lCe/kC+E13WqeBUAFsAK2rhtO5dI5nzgEf3lbP4SV688oDWcEpaRPUfyEK5VkhVxJ3vjfuSYvloK jMv4AYXuSgSBmh34UyMqNFEN/oLDuv45c9G05PuyWviQ4GL5/Yj4UJVBYd4tkwTYFMtCgQ4wRGrp z68mbtGeQVuvg2ZiaepD9yn/Pbd7iFJp3g9AvO/lGofMXx7qAtbrpe7KZGLzBx3RvbaNFIn+kLkE rCdYbrcX3OCdjqXtNe7421yLeqysAcFx0cgj/3Rntg/BtoYMhGRK4xFr1SarKcwi9AVt2UAaZsrz H97a77VuR6QKtR/TQQt29GNT51jBZexJ70WdxMq4A+Q9wP6TDv1n1iqgb0zALKpc1fOi4Hsj4TdA daKEtBTJm6zcBFh6ph6/ecKobsDdDRTwto4DRjGxwk1ppkjtwMv/mFtJfnqkx+S6JHwdy0wXEW08 lMdU8fCVgHRPRY6/PAN6OL/vbCNEKA6Z4LaMDcBDaeY+k1L2PDBqLr+ltqimh6QzdhJx2tHaWt4J 4HQLejdxmDEa7B8aZpSG9H75wpSaWqJf5BehVmhVQYUUCHkh1EdjeAMb/UkvkPxPbSghTkb+QLpv F/acOkKEsjJFdeY7zQFIECN+aVi2qYcgoQf7BTQ7zRDRE/5SxnL5Xlcv8TxurD68fIaUvy7oLd6m latyfhhDDb+TTSFeRqSWiJtogP+EkIKt63GOq/ObnZ/4dDanIog7aZNK6V2L6g5p+mfD/9al5LI5 Flck2W2dPIR+P9gaZ3qBWPzYFiKHxTAW3Z9JmaxPFHfFLXKG14Vew1amb0OO56kOBD4JvsS1pGsg 2RFMPu+nZrSYJNTUL9PBriuacbpYkWYAsP9/+YJr+ZFm3k8lp/huZompDFq2eVDf5oJ/hVwRmMml 7M8MUX3hSo7Gv2uanZHqfvko1tSzf4LvJEitHwBHoCNE8e0hRwFY1Ve3j9U/IkPucz9a5NbzF/Gm Obvh5ABKPLE54WgyYv6n0inR+Cy++mRgI7qDIhvE1qZ9GB8Q9F83QOY4RNVrGjxq6r4NvYE9WIup KyTmxHnZP3Parjf6r+1WY32qW1LPoEAbK5i9NtEe9J792C4oc+LkppCABVM1b6A/tFwu2S0oRPon i7E34+duOvfARGKZWX6nXuzti2p0dOZ3fCWMtxrm9wdA3GcHi+zhv6hGp1+LjBgRr19pbfuisgBq X+F+82zrS/G2toJeJ6UpQB7ZN7Q7RCclDRbFJmjFt7fgmR+00QNVTqhC+QmrO1CPR0umC2S1C0/U 6PtonDLZn9TJM3z4qm7HTwB5FJW5qeNe2KH19cE9rmzrbZwe1y0xaF93Z0I2Z1nPvTdtFs6WdT3U LU+lfIZCpNNIJzJmE7ROo1Tg1q5ZdidqQh5mMgAjSfwlKEaRj7kYprN41MkOGMIWTdKHaTq8zQrU BYDZP9/FrbT0s1ygYIO0dMC7kKjub3RUUJMuDMBzfBewbnaKYcPOahi4XN/0FV3EWCfyKNynLyc7 kEueVre5TU2ocDqk9VsAWOIwJPPOvCdizcvptuUsP28CUHJXHPiHqxs0lXCTdqHQD1lyBdxMA9Sz hPJXhWJXckzPKON096fNb9GwtTLKDrI9YnPOgzH/T4g48G2eVR7SZmhMYg87g27vsUZGmdNQQaB4 XKhgs3mvEar2NtxAHP8UxwZfKu/LQDpejzl+jnFWKkSeOYseTb1fke6djMiOEOuVePTNYz6x+t4/ V2do5LJygiIKxa/SbxJ0sMofo7uM648ycYnyABFFYpPn2GZLbvGLisg4C/WCc0yvvvjOfVQjp6Nv wlBCK5b70QUdrkRkj4p3A3GRuJUFIWs5befB843OwaWVuDk75BOr7MvZIHi923n4M99RLVdpnpz4 nqttrq3UL94moPtL+0AlLfjM0JYwdbB6YphKFNhuCYEFvLn/g82PcGhYKomGrbAdVo0Zn9sS1HUM uzpNhnxo4DUirBedYpXzNnOH4RGvMkWXHIQFDv5M/MZe+wm7We/2IiI5RuOGnLLwb7IHANyr+PQf yL59RkqzIKKn9vHGCXgRKYEAqaMsABhvl5lbcQi26xpBVgsWuoMiDw7GlgGy4uIrlbmyl3gDKTSD lEjIw300reaV3V5faHEYfafcfN258NB+jhNzA7lQTFcIjtkbcphBpj4r4Z2+rpID1GFIZsc+kFZK +H7/jIHFIUoJRsCoSGHqJ9NFPF5sXHBuJ1OgTMiseJLBA2VHMEiWh1TpPsRZgihLAnvyOkld5ePh huBnfzs8wwIQKtDH7jVgq5tv6S5jI3l0smzRymr9Rfy7PHS2nLNHm/bXnKqt1K0wiK8WNUoJTMZi JUHwSw9MbN/u2AxknfusKvk9z9CaHXUZywS6b2dJKAx1LdFW0EEKm8LTMqEa0x0jseSvesnb8YtL Q72GfZcaQ/LzksBYeStGlRB7LxlqU6PKiKJwenofgzTxVG6mG5JI1HKHlhT5p7QM66M5I8WGDpJq NNdFAoRkRWQgiVacD/pJk6A1PsdlPTC76L8F4OslV36TYSweJLhitbUCGZgS6cUOMLYuG9uGpCGQ udmYQk0P3G8KiA0cprb2lk5RuxbNbGGE7WC6ZicmL4iUtFXb63Kaj969rgRgomKjLRano+yNMAAm I791kDDFEK3tFFTdWSGZCL6N6Vn6sk6jnsYrpcyIu65/Pqoa9VX1UxTklqsAE/4DgBZV7xhO2GxQ qQAAACPsnvKebwz4AAGiyQHT4RZidUb3scRn+wIAAAAABFla --001a11c2d5ce61cabe04fbb50a0a-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 15:01:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58B6F27D for ; Fri, 13 Jun 2014 15:01:22 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 329C424CA for ; Fri, 13 Jun 2014 15:01:22 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 4C238B9C9; Fri, 13 Jun 2014 11:01:21 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: building i386 kernel on amd64 host Date: Fri, 13 Jun 2014 10:59:01 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201406131059.01450.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 13 Jun 2014 11:01:21 -0400 (EDT) Cc: Oliver Pinter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 Jun 2014 15:01:22 -0000 On Friday, June 13, 2014 6:21:28 am Oliver Pinter wrote: > Hi All! > > When I try to build i386 kernel on amd64 host running compile error > due wrong cpufunc.h picked up by build system. > > I used the attached script to build the kernel, and I attached a build log. > > Any suggestion how can I fix this? To build an i386 kernel on an amd64 host do this: cd /usr/src (or some other tree) make TARGET=i386 kernel-toolchain make TARGET=i386 buildkernel make TARGET=i386 installkernel DESTDIR=/some/place And your i386 kernel will end up in /some/place/boot/kernel/kernel. (You can set things like KERNCONF to pick an alternate kernel config just as with normal 'make buildkernel'.) (Your attachment was size zero for me btw) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 16:36:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C4F7ECC2 for ; Fri, 13 Jun 2014 16:36:49 +0000 (UTC) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5ABA32DFE for ; Fri, 13 Jun 2014 16:36:49 +0000 (UTC) Received: by mail-wi0-f169.google.com with SMTP id hi2so2603345wib.4 for ; Fri, 13 Jun 2014 09:36:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=F2uo6MdWwFyqFw2tWQnU94j1u8485k4j4wdVLYlRgHM=; b=LMf2gEJMaQuuGPpUHX+d2GD9o6jBNAJE9YimPVE90mFPjtvF+y2P3gx0rOg5mYqHRw E+lsznujZopTLxmRQC3tH7eybN4uFrHLwPfsd1PDUgXXM6CXuErq6xHGvlbHakOM+92g gAwH43fCLYt05iCydsaHGorYMYDLX1qwde0lbc3h5CTGLMsLlfNXSolykFrY/WE71alz 7010V/SxzEgqZXP39lPEnNlZ2aiZ4lvrixUtYOE6yCaCuw1yAu9Upcr5oQoK+e4K/N71 iNKcX0nSiKlEc4FyXAS8lsnsx1EAQ3CFMymYPuX0FAk4ER3NmQM8GCU7ZZE0n8T7CggT 83Hw== X-Received: by 10.180.37.100 with SMTP id x4mr6296798wij.37.1402677407566; Fri, 13 Jun 2014 09:36:47 -0700 (PDT) Received: from brick.home (adhd245.neoplus.adsl.tpnet.pl. [79.184.159.245]) by mx.google.com with ESMTPSA id v45sm12853746eeg.29.2014.06.13.09.36.46 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 13 Jun 2014 09:36:46 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Fri, 13 Jun 2014 18:36:44 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Stefan Parvu Subject: Re: iwn driver issue Message-ID: <20140613163644.GA1291@brick.home> Mail-Followup-To: Stefan Parvu , freebsd-current@freebsd.org References: <20140613112624.bef131c3b84e5e4ad38ed84f@systemdatarecorder.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140613112624.bef131c3b84e5e4ad38ed84f@systemdatarecorder.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 Jun 2014 16:36:49 -0000 On 0613T1126, Stefan Parvu wrote: > Hi, > > Im running FreeBSD current: > FreeBSD nereid 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r265628: Thu May 8 08:05:37 UTC 2014 > root@grind.freebsd.org:/usr/obj/usr/src/sys/VT amd64 > > on Asus Zenbook UX32VD. My wireless network works ok, however from time to time I need > to restart the netif service since my link does not work anymore. After restart everything is ok. > The device is: Wifi: Intel Centrino Advanced-N 6235. > > Sometimes Im able to see something like: > > iwn0: iwn_scan: called whilst scanning! > iwn0: iwn_intr: fatal firmware error > firmware error log: > error type = "UNKNOWN" (0x0000198A) > program counter = 0x00015920 > source line = 0x000001DC > error data = 0x0000029600000000 > branch link = 0x0001591000015910 > interrupt link = 0x0000DBEA00000000 > time = 2479833477 > driver status: > tx ring 0: qid=0 cur=14 queued=0 > tx ring 1: qid=1 cur=0 queued=0 > tx ring 2: qid=2 cur=0 queued=0 > tx ring 3: qid=3 cur=19 queued=0 > tx ring 4: qid=4 cur=0 queued=0 > tx ring 5: qid=5 cur=0 queued=0 > tx ring 6: qid=6 cur=0 queued=0 > tx ring 7: qid=7 cur=0 queued=0 > tx ring 8: qid=8 cur=0 queued=0 > tx ring 9: qid=9 cur=1 queued=0 > tx ring 10: qid=10 cur=0 queued=0 > tx ring 11: qid=11 cur=0 queued=0 > tx ring 12: qid=12 cur=0 queued=0 > tx ring 13: qid=13 cur=0 queued=0 > tx ring 14: qid=14 cur=0 queued=0 > tx ring 15: qid=15 cur=0 queued=0 > tx ring 16: qid=16 cur=0 queued=0 > tx ring 17: qid=17 cur=0 queued=0 > tx ring 18: qid=18 cur=0 queued=0 > tx ring 19: qid=19 cur=0 queued=0 > rx ring: cur=24 > > After restarting the networking service everything is back to normal. Can you update to at least r266546 and try again? From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 16:42:04 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 23627FD6; Fri, 13 Jun 2014 16:42:04 +0000 (UTC) Received: from systemdatarecorder.org (ec2-54-246-96-61.eu-west-1.compute.amazonaws.com [54.246.96.61]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "localhost", Issuer "localhost" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B4A2C2EBB; Fri, 13 Jun 2014 16:42:02 +0000 (UTC) Received: from nereid (84-253-211-213.bb.dnainternet.fi [84.253.211.213]) (authenticated bits=0) by systemdatarecorder.org (8.14.4/8.14.4/Debian-2ubuntu2.1) with ESMTP id s5DGetdh029014 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 13 Jun 2014 16:40:56 GMT Date: Fri, 13 Jun 2014 19:41:54 +0300 From: Stefan Parvu To: Edward Tomasz =?UTF-8?B?TmFwaWVyYcWCYQ==?= Subject: Re: iwn driver issue Message-Id: <20140613194154.ef679f2d9201521f04f9766f@systemdatarecorder.org> In-Reply-To: <20140613163644.GA1291@brick.home> References: <20140613112624.bef131c3b84e5e4ad38ed84f@systemdatarecorder.org> <20140613163644.GA1291@brick.home> Organization: systemdatarecorder.org X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 Jun 2014 16:42:04 -0000 On Fri, 13 Jun 2014 18:36:44 +0200 Edward Tomasz Napierała wrote: > Can you update to at least r266546 and try again? to do this I need to svn update all my /usr/src code and rebuild the kernel - no iso images available for it ? Correct ? How often are iso images published for current ? I will update my machine a bit later. Were there many fixes for iwn driver on latest branch ? Thanks, -- Stefan Parvu From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 16:52:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 07A3A685 for ; Fri, 13 Jun 2014 16:52:19 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A058C2FBC for ; Fri, 13 Jun 2014 16:52:18 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id s5DGqGdh037306; Fri, 13 Jun 2014 09:52:16 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id s5DGqGw0037305; Fri, 13 Jun 2014 09:52:16 -0700 (PDT) (envelope-from david) Date: Fri, 13 Jun 2014 09:52:16 -0700 From: David Wolfskill To: Stefan Parvu , freebsd-current@freebsd.org Subject: Re: iwn driver issue Message-ID: <20140613165216.GZ1180@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Stefan Parvu , freebsd-current@freebsd.org References: <20140613112624.bef131c3b84e5e4ad38ed84f@systemdatarecorder.org> <20140613163644.GA1291@brick.home> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="mDCy6lndoo077oG4" Content-Disposition: inline In-Reply-To: <20140613163644.GA1291@brick.home> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 Jun 2014 16:52:19 -0000 --mDCy6lndoo077oG4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 13, 2014 at 06:36:44PM +0200, Edward Tomasz Napiera??a wrote: > On 0613T1126, Stefan Parvu wrote: > > Hi, > >=20 > > Im running FreeBSD current: > > FreeBSD nereid 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r265628: Thu May 8= 08:05:37 UTC 2014 =20 > > root@grind.freebsd.org:/usr/obj/usr/src/sys/VT amd64 > >=20 > > on Asus Zenbook UX32VD. My wireless network works ok, however from time= to time I need > > to restart the netif service since my link does not work anymore. After= restart everything is ok. > > The device is: Wifi: Intel Centrino Advanced-N 6235. > >=20 > > Sometimes Im able to see something like: > >=20 > > iwn0: iwn_scan: called whilst scanning! > > iwn0: iwn_intr: fatal firmware error > > firmware error log: > > error type =3D "UNKNOWN" (0x0000198A) > > program counter =3D 0x00015920 > > source line =3D 0x000001DC > > error data =3D 0x0000029600000000 > > branch link =3D 0x0001591000015910 > > interrupt link =3D 0x0000DBEA00000000 > > time =3D 2479833477 > > driver status: > > tx ring 0: qid=3D0 cur=3D14 queued=3D0 =20 > > tx ring 1: qid=3D1 cur=3D0 queued=3D0 =20 > > tx ring 2: qid=3D2 cur=3D0 queued=3D0 =20 > > tx ring 3: qid=3D3 cur=3D19 queued=3D0 =20 > ... > >=20 > > After restarting the networking service everything is back to normal. >=20 > Can you update to at least r266546 and try again? > .... In case it's of interest or use, in tracking head daily for some time on a Dell Precision M4400, I've seen similar symptoms. But this morning, something happene dthat was rather worse than usual: during "make installworld," (while I was otherwise occupied getting ready to head in to work), the machine apparently rebooted. Here are the last several builds I've done: FreeBSD 11.0-CURRENT #1271 r267264M/267264:1100022: Mon Jun 9 07:47:43 PD= T 2014 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i3= 86 FreeBSD 11.0-CURRENT #1272 r267321M/267323:1100022: Tue Jun 10 06:31:13 PD= T 2014 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i3= 86 FreeBSD 11.0-CURRENT #1273 r267358M/267358:1100022: Wed Jun 11 08:51:08 PD= T 2014 root@d130.dwolf.juniper.net.:/common/S4/obj/usr/src/sys/CANARY = i386 FreeBSD 11.0-CURRENT #1274 r267378M/267384:1100022: Thu Jun 12 12:51:53 PD= T 2014 root@d130.dwolf.juniper.net.:/common/S4/obj/usr/src/sys/CANARY = i386 FreeBSD 11.0-CURRENT #1275 r267441M/267441:1100023: Fri Jun 13 06:34:57 PD= T 2014 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i3= 86 Note that the reboot referenced above was while it was doiong the installworld for FreeBSD 11.0-CURRENT #1275 r267441M/267441:1100023, so it was running FreeBSD 11.0-CURRENT #1274 r267378M/267384:1100022 at the time. And (to bring this back to the topic at hand), when I checked the logs, the last thing I found before the start-up messages fro the reboot was: Jun 13 06:00:29 g1-252 kernel: iwn0: iwn_scan: called whilst scanning! Jun 13 06:00:29 g1-252 kernel: iwn0: iwn_scan: called whilst scanning! Jun 13 06:11:35 g1-252 kernel: iwn0: iwn_scan: called whilst scanning! Jun 13 06:16:46 g1-252 kernel: Expensive timeout(9) function: 0xc0c858e0(0x= d15728d0) 3.292387227 s Jun 13 06:16:46 g1-252 kernel: iwn0: iwn_intr: fatal firmware error Jun 13 06:16:46 g1-252 kernel: firmware error log: Jun 13 06:16:46 g1-252 kernel: error type =3D "SYSASSERT" (0x00000005) Jun 13 06:16:46 g1-252 kernel: program counter =3D 0x000024EC Jun 13 06:16:46 g1-252 kernel: source line =3D 0x00000489 Jun 13 06:16:46 g1-252 kernel: error data =3D 0x000000FF00000489 Jun 13 06:16:46 g1-252 kernel: branch link =3D 0x000024C8000024C8 Jun 13 06:16:46 g1-252 kernel: interrupt link =3D 0x0000091600000000 Jun 13 06:16:46 g1-252 kernel: time =3D 2183893590 Jun 13 06:16:46 g1-252 kernel: driver status: Jun 13 06:16:46 g1-252 kernel: tx ring 0: qid=3D0 cur=3D203 queued=3D6 = =20 Jun 13 06:16:46 g1-252 kernel: tx ring 1: qid=3D1 cur=3D0 queued=3D0 = =20 Jun 13 06:16:46 g1-252 kernel: tx ring 2: qid=3D2 cur=3D0 queued=3D0 = =20 Jun 13 06:16:46 g1-252 kernel: tx ring 3: qid=3D3 cur=3D4 queued=3D0 = =20 Jun 13 06:16:46 g1-252 kernel: tx ring 4: qid=3D4 cur=3D0 queued=3D0 = =20 Jun 13 06:16:46 g1-252 kernel: tx ring 5: qid=3D5 cur=3D0 queued=3D0 = =20 Jun 13 06:16:46 g1-252 kernel: tx ring 6: qid=3D6 cur=3D0 queued=3D0 = =20 Jun 13 06:16:46 g1-252 kernel: tx ring 7: qid=3D7 cur=3D0 queued=3D0 = =20 Jun 13 06:16:46 g1-252 kernel: tx ring 8: qid=3D8 cur=3D0 queued=3D0 = =20 Jun 13 06:16:46 g1-252 kernel: tx ring 9: qid=3D9 cur=3D206 queued=3D0 = =20 Jun 13 06:16:46 g1-252 kernel: tx ring 10: qid=3D10 cur=3D0 queued=3D0 = =20 Jun 13 06:16:46 g1-252 kernel: tx ring 11: qid=3D11 cur=3D0 queued=3D0 = =20 Jun 13 06:16:46 g1-252 kernel: tx ring 12: qid=3D12 cur=3D0 queued=3D0 = =20 Jun 13 06:16:46 g1-252 kernel: tx ring 13: qid=3D13 cur=3D0 queued=3D0 = =20 Jun 13 06:16:46 g1-252 kernel: tx ring 14: qid=3D14 cur=3D0 queued=3D0 = =20 Jun 13 06:16:46 g1-252 kernel: tx ring 15: qid=3D15 cur=3D0 queued=3D0 = =20 Jun 13 06:16:46 g1-252 kernel: tx ring 16: qid=3D16 cur=3D0 queued=3D0 = =20 Jun 13 06:16:46 g1-252 kernel: tx ring 17: qid=3D17 cur=3D0 queued=3D0 = =20 Jun 13 06:16:46 g1-252 kernel: tx ring 18: qid=3D18 cur=3D0 queued=3D0 = =20 Jun 13 06:16:46 g1-252 kernel: tx ring 19: qid=3D19 cur=3D0 queued=3D0 = =20 Jun 13 06:16:46 g1-252 kernel: rx ring: cur=3D23 Jun 13 06:16:46 g1-252 kernel: iwn0: iwn_panicked: controller panicked, iv_= state =3D 5; resetting... Jun 13 06:23:22 g1-252 kernel: iwn0: iwn_scan: called whilst scanning! Jun 13 06:28:43 g1-252 kernel: iwn0: iwn_scan: called whilst scanning! Jun 13 06:36:33 g1-252 pkg-static: nvidia-driver-331.67 deinstalled Jun 13 06:36:37 g1-252 pkg-static: nvidia-driver-331.67 installed Jun 13 06:36:45 g1-252 kernel: iwn0: iwn_intr: fatal firmware error Jun 13 06:36:45 g1-252 kernel: firmware error log: Jun 13 06:36:45 g1-252 kernel: error type =3D "SYSASSERT" (0x00000005) Jun 13 06:36:45 g1-252 kernel: program counter =3D 0x000024EC Jun 13 06:36:45 g1-252 kernel: source line =3D 0x00000489 Jun 13 06:36:45 g1-252 kernel: error data =3D 0x000000FF00000489 Jun 13 06:36:45 g1-252 kernel: branch link =3D 0x000024C8000024C8 Jun 13 06:36:45 g1-252 kernel: interrupt link =3D 0x0000091600000000 Jun 13 06:36:45 g1-252 kernel: time =3D 3384124024 Jun 13 06:36:45 g1-252 kernel: driver status: Jun 13 06:36:45 g1-252 kernel: tx ring 0: qid=3D0 cur=3D67 queued=3D1 = =20 Jun 13 06:36:45 g1-252 kernel: tx ring 1: qid=3D1 cur=3D0 queued=3D0 = =20 Jun 13 06:36:45 g1-252 kernel: tx ring 2: qid=3D2 cur=3D0 queued=3D0 = =20 Jun 13 06:36:45 g1-252 kernel: tx ring 3: qid=3D3 cur=3D0 queued=3D0 = =20 Jun 13 06:36:45 g1-252 kernel: tx ring 4: qid=3D4 cur=3D0 queued=3D0 = =20 Jun 13 06:36:45 g1-252 kernel: tx ring 5: qid=3D5 cur=3D0 queued=3D0 = =20 Jun 13 06:36:45 g1-252 kernel: tx ring 6: qid=3D6 cur=3D0 queued=3D0 = =20 Jun 13 06:36:45 g1-252 kernel: tx ring 7: qid=3D7 cur=3D0 queued=3D0 = =20 Jun 13 06:36:45 g1-252 kernel: tx ring 8: qid=3D8 cur=3D0 queued=3D0 = =20 Jun 13 06:36:45 g1-252 kernel: tx ring 9: qid=3D9 cur=3D127 queued=3D0 = =20 Jun 13 06:36:45 g1-252 kernel: tx ring 10: qid=3D10 cur=3D0 queued=3D0 = =20 Jun 13 06:36:45 g1-252 kernel: tx ring 11: qid=3D11 cur=3D0 queued=3D0 = =20 Jun 13 06:36:45 g1-252 kernel: tx ring 12: qid=3D12 cur=3D0 queued=3D0 = =20 Jun 13 06:36:45 g1-252 kernel: tx ring 13: qid=3D13 cur=3D0 queued=3D0 = =20 Jun 13 06:36:45 g1-252 kernel: tx ring 14: qid=3D14 cur=3D0 queued=3D0 = =20 Jun 13 06:36:45 g1-252 kernel: tx ring 15: qid=3D15 cur=3D0 queued=3D0 = =20 Jun 13 06:36:45 g1-252 kernel: tx ring 16: qid=3D16 cur=3D0 queued=3D0 = =20 Jun 13 06:36:45 g1-252 kernel: tx ring 17: qid=3D17 cur=3D0 queued=3D0 = =20 Jun 13 06:36:45 g1-252 kernel: tx ring 18: qid=3D18 cur=3D0 queued=3D0 = =20 Jun 13 06:36:45 g1-252 kernel: tx ring 19: qid=3D19 cur=3D0 queued=3D0 = =20 Jun 13 06:36:45 g1-252 kernel: rx ring: cur=3D63 Jun 13 06:36:45 g1-252 kernel: iwn0: iwn_panicked: controller panicked, iv_= state =3D 5; resetting... Jun 13 06:39:35 localhost syslogd: kernel boot file is /boot/kernel/kernel Jun 13 06:39:35 localhost kernel: Copyright (c) 1992-2014 The FreeBSD Proje= ct. Jun 13 06:39:35 localhost kernel: Copyright (c) 1979, 1980, 1983, 1986, 198= 8, 1989, 1991, 1992, 1993, 1994 Jun 13 06:39:35 localhost kernel: The Regents of the University of Californ= ia. All rights reserved. Jun 13 06:39:35 localhost kernel: FreeBSD is a registered trademark of The = FreeBSD Foundation. Jun 13 06:39:35 localhost kernel: FreeBSD 11.0-CURRENT #1275 r267441M/2674= 41:1100023: Fri Jun 13 06:34:57 PDT 2014 [For completeness: after the machine came up, I re-started the "make installworld", which then completed without further incident.] Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --mDCy6lndoo077oG4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJTmyv0XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7eEcQAIOWZ/V01/BaluDLorevI2wf kPSnNA+BT6i3pPeQSWSGwS4zUa/2AEOwb8fe6LkHGsRwJS5OiICPk+cJbQiVv+C7 Mrt0NhajIfaZCDao+vn1NDYFqsCo+IOfMp/Pf4GMW/RH3jD1+jg4wOhnsK9V62Zo r2yuYrShAJs2/nt4wyAG/LK3ptagNtqXGwT31CoDobBdEQRi9l0nWxlKUUo426q/ n/wPesEPQyG1ORbAiT61/QF5F+uNe09Crd18ZM+B+rzQJkpsMwoDX5qQ9mQon+S7 a/XVgxmw6DR1mJwag+scaXJxWqeoAF4RL4UExYsQTuqePsDpbQ3sAtBFkfq2Yaoj kjKYdHIzFZdfH23eMcEYIgsNhyqonsMuy5bpkzbzQQcjbWVPtZfQH/WPng1NKSsI v5Bhuyk0x5ejefS8QUnvdBsYbR+lAXfZjCBawwYEHIWMHmvsbe9PZELG8gTVN4xT uLYL6ZyUIyoQ2QmgZgZE6EHxnK2Z55NoOHoWHHGCHmXGhFKVL+pF7qPjLkHVDvhp xBZeN4IZ9c2gVdLooIRxKD5meW7o2CIOWr+plr9ZM/aa6vNDM/G1WI49akh+THXa khxFezGTn8t+iKubTFlmN0dlOFP+7MzdwXzrLIZD5TJNnyyF79bHKu9mBbi8T5Ke h1L5sn9wYVNlnTnuWoCd =xPmo -----END PGP SIGNATURE----- --mDCy6lndoo077oG4-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 17:34:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B780B158; Fri, 13 Jun 2014 17:34:01 +0000 (UTC) Received: from mail-qc0-x22b.google.com (mail-qc0-x22b.google.com [IPv6:2607:f8b0:400d:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 66ADC23C0; Fri, 13 Jun 2014 17:34:01 +0000 (UTC) Received: by mail-qc0-f171.google.com with SMTP id w7so4438776qcr.16 for ; Fri, 13 Jun 2014 10:34:00 -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:message-id:subject :from:to:content-type; bh=ukUfM+LagkSCrpgIZ+8DggbADaDi+B1vQ3mpfaVW3c8=; b=nEf2P2HPdSGuQZZ66vXPh/aWjaHbLHFj2bJ0j0p1IOCxAmB1oS2okoPUsIDi/GD1u2 JOrkLlFPR8Xzo8WoHl7TKjCLvx2a0caDw5qKEr5naVnoWDKtPM2E0PNHQRSXGygr4OFZ CmD9NFtnnSgI+wzgCmWKFibMrI7pvgayXGvKpVNn7z5vWXzFmrdDsYUcKIwFV/7m7Yd8 8K5a8dyM9BSkrG27DJFcutgAxQnY/ew0Sc8ja3yuwkW1FgcOI19c21+4NjJ7i8jaS+Vt 2cW15cbuzYQmNMzZVl/T7WrTGiVMGZPX5cAjn97y+74g2H5E0q+JRLnXkFkUQzBGiAiM u5pA== MIME-Version: 1.0 X-Received: by 10.224.96.196 with SMTP id i4mr3127149qan.98.1402680840525; Fri, 13 Jun 2014 10:34:00 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.43.134 with HTTP; Fri, 13 Jun 2014 10:34:00 -0700 (PDT) In-Reply-To: <20140613165216.GZ1180@albert.catwhisker.org> References: <20140613112624.bef131c3b84e5e4ad38ed84f@systemdatarecorder.org> <20140613163644.GA1291@brick.home> <20140613165216.GZ1180@albert.catwhisker.org> Date: Fri, 13 Jun 2014 12:34:00 -0500 X-Google-Sender-Auth: uD9o6bwTpmAoZQUrSF1ig6nwcbw Message-ID: Subject: Re: iwn driver issue From: Adrian Chadd To: David Wolfskill , Stefan Parvu , freebsd-current , =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 Jun 2014 17:34:01 -0000 This isn't this first time this has been reported, right? I think we may need to back this patch out until it's better resolved. -a On 13 June 2014 11:52, David Wolfskill wrote: > On Fri, Jun 13, 2014 at 06:36:44PM +0200, Edward Tomasz Napiera??a wrote: >> On 0613T1126, Stefan Parvu wrote: >> > Hi, >> > >> > Im running FreeBSD current: >> > FreeBSD nereid 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r265628: Thu May 8 08:05:37 UTC 2014 >> > root@grind.freebsd.org:/usr/obj/usr/src/sys/VT amd64 >> > >> > on Asus Zenbook UX32VD. My wireless network works ok, however from time to time I need >> > to restart the netif service since my link does not work anymore. After restart everything is ok. >> > The device is: Wifi: Intel Centrino Advanced-N 6235. >> > >> > Sometimes Im able to see something like: >> > >> > iwn0: iwn_scan: called whilst scanning! >> > iwn0: iwn_intr: fatal firmware error >> > firmware error log: >> > error type = "UNKNOWN" (0x0000198A) >> > program counter = 0x00015920 >> > source line = 0x000001DC >> > error data = 0x0000029600000000 >> > branch link = 0x0001591000015910 >> > interrupt link = 0x0000DBEA00000000 >> > time = 2479833477 >> > driver status: >> > tx ring 0: qid=0 cur=14 queued=0 >> > tx ring 1: qid=1 cur=0 queued=0 >> > tx ring 2: qid=2 cur=0 queued=0 >> > tx ring 3: qid=3 cur=19 queued=0 >> ... >> > >> > After restarting the networking service everything is back to normal. >> >> Can you update to at least r266546 and try again? >> .... > > In case it's of interest or use, in tracking head daily for some time on > a Dell Precision M4400, I've seen similar symptoms. > > But this morning, something happene dthat was rather worse than usual: > during "make installworld," (while I was otherwise occupied getting > ready to head in to work), the machine apparently rebooted. > > Here are the last several builds I've done: > > FreeBSD 11.0-CURRENT #1271 r267264M/267264:1100022: Mon Jun 9 07:47:43 PDT 2014 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 > FreeBSD 11.0-CURRENT #1272 r267321M/267323:1100022: Tue Jun 10 06:31:13 PDT 2014 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 > FreeBSD 11.0-CURRENT #1273 r267358M/267358:1100022: Wed Jun 11 08:51:08 PDT 2014 root@d130.dwolf.juniper.net.:/common/S4/obj/usr/src/sys/CANARY i386 > FreeBSD 11.0-CURRENT #1274 r267378M/267384:1100022: Thu Jun 12 12:51:53 PDT 2014 root@d130.dwolf.juniper.net.:/common/S4/obj/usr/src/sys/CANARY i386 > FreeBSD 11.0-CURRENT #1275 r267441M/267441:1100023: Fri Jun 13 06:34:57 PDT 2014 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 > > Note that the reboot referenced above was while it was doiong the > installworld for FreeBSD 11.0-CURRENT #1275 r267441M/267441:1100023, > so it was running FreeBSD 11.0-CURRENT #1274 r267378M/267384:1100022 > at the time. > > And (to bring this back to the topic at hand), when I checked the logs, > the last thing I found before the start-up messages fro the reboot was: > > Jun 13 06:00:29 g1-252 kernel: iwn0: iwn_scan: called whilst scanning! > Jun 13 06:00:29 g1-252 kernel: iwn0: iwn_scan: called whilst scanning! > Jun 13 06:11:35 g1-252 kernel: iwn0: iwn_scan: called whilst scanning! > Jun 13 06:16:46 g1-252 kernel: Expensive timeout(9) function: 0xc0c858e0(0xd15728d0) 3.292387227 s > Jun 13 06:16:46 g1-252 kernel: iwn0: iwn_intr: fatal firmware error > Jun 13 06:16:46 g1-252 kernel: firmware error log: > Jun 13 06:16:46 g1-252 kernel: error type = "SYSASSERT" (0x00000005) > Jun 13 06:16:46 g1-252 kernel: program counter = 0x000024EC > Jun 13 06:16:46 g1-252 kernel: source line = 0x00000489 > Jun 13 06:16:46 g1-252 kernel: error data = 0x000000FF00000489 > Jun 13 06:16:46 g1-252 kernel: branch link = 0x000024C8000024C8 > Jun 13 06:16:46 g1-252 kernel: interrupt link = 0x0000091600000000 > Jun 13 06:16:46 g1-252 kernel: time = 2183893590 > Jun 13 06:16:46 g1-252 kernel: driver status: > Jun 13 06:16:46 g1-252 kernel: tx ring 0: qid=0 cur=203 queued=6 > Jun 13 06:16:46 g1-252 kernel: tx ring 1: qid=1 cur=0 queued=0 > Jun 13 06:16:46 g1-252 kernel: tx ring 2: qid=2 cur=0 queued=0 > Jun 13 06:16:46 g1-252 kernel: tx ring 3: qid=3 cur=4 queued=0 > Jun 13 06:16:46 g1-252 kernel: tx ring 4: qid=4 cur=0 queued=0 > Jun 13 06:16:46 g1-252 kernel: tx ring 5: qid=5 cur=0 queued=0 > Jun 13 06:16:46 g1-252 kernel: tx ring 6: qid=6 cur=0 queued=0 > Jun 13 06:16:46 g1-252 kernel: tx ring 7: qid=7 cur=0 queued=0 > Jun 13 06:16:46 g1-252 kernel: tx ring 8: qid=8 cur=0 queued=0 > Jun 13 06:16:46 g1-252 kernel: tx ring 9: qid=9 cur=206 queued=0 > Jun 13 06:16:46 g1-252 kernel: tx ring 10: qid=10 cur=0 queued=0 > Jun 13 06:16:46 g1-252 kernel: tx ring 11: qid=11 cur=0 queued=0 > Jun 13 06:16:46 g1-252 kernel: tx ring 12: qid=12 cur=0 queued=0 > Jun 13 06:16:46 g1-252 kernel: tx ring 13: qid=13 cur=0 queued=0 > Jun 13 06:16:46 g1-252 kernel: tx ring 14: qid=14 cur=0 queued=0 > Jun 13 06:16:46 g1-252 kernel: tx ring 15: qid=15 cur=0 queued=0 > Jun 13 06:16:46 g1-252 kernel: tx ring 16: qid=16 cur=0 queued=0 > Jun 13 06:16:46 g1-252 kernel: tx ring 17: qid=17 cur=0 queued=0 > Jun 13 06:16:46 g1-252 kernel: tx ring 18: qid=18 cur=0 queued=0 > Jun 13 06:16:46 g1-252 kernel: tx ring 19: qid=19 cur=0 queued=0 > Jun 13 06:16:46 g1-252 kernel: rx ring: cur=23 > Jun 13 06:16:46 g1-252 kernel: iwn0: iwn_panicked: controller panicked, iv_state = 5; resetting... > Jun 13 06:23:22 g1-252 kernel: iwn0: iwn_scan: called whilst scanning! > Jun 13 06:28:43 g1-252 kernel: iwn0: iwn_scan: called whilst scanning! > Jun 13 06:36:33 g1-252 pkg-static: nvidia-driver-331.67 deinstalled > Jun 13 06:36:37 g1-252 pkg-static: nvidia-driver-331.67 installed > Jun 13 06:36:45 g1-252 kernel: iwn0: iwn_intr: fatal firmware error > Jun 13 06:36:45 g1-252 kernel: firmware error log: > Jun 13 06:36:45 g1-252 kernel: error type = "SYSASSERT" (0x00000005) > Jun 13 06:36:45 g1-252 kernel: program counter = 0x000024EC > Jun 13 06:36:45 g1-252 kernel: source line = 0x00000489 > Jun 13 06:36:45 g1-252 kernel: error data = 0x000000FF00000489 > Jun 13 06:36:45 g1-252 kernel: branch link = 0x000024C8000024C8 > Jun 13 06:36:45 g1-252 kernel: interrupt link = 0x0000091600000000 > Jun 13 06:36:45 g1-252 kernel: time = 3384124024 > Jun 13 06:36:45 g1-252 kernel: driver status: > Jun 13 06:36:45 g1-252 kernel: tx ring 0: qid=0 cur=67 queued=1 > Jun 13 06:36:45 g1-252 kernel: tx ring 1: qid=1 cur=0 queued=0 > Jun 13 06:36:45 g1-252 kernel: tx ring 2: qid=2 cur=0 queued=0 > Jun 13 06:36:45 g1-252 kernel: tx ring 3: qid=3 cur=0 queued=0 > Jun 13 06:36:45 g1-252 kernel: tx ring 4: qid=4 cur=0 queued=0 > Jun 13 06:36:45 g1-252 kernel: tx ring 5: qid=5 cur=0 queued=0 > Jun 13 06:36:45 g1-252 kernel: tx ring 6: qid=6 cur=0 queued=0 > Jun 13 06:36:45 g1-252 kernel: tx ring 7: qid=7 cur=0 queued=0 > Jun 13 06:36:45 g1-252 kernel: tx ring 8: qid=8 cur=0 queued=0 > Jun 13 06:36:45 g1-252 kernel: tx ring 9: qid=9 cur=127 queued=0 > Jun 13 06:36:45 g1-252 kernel: tx ring 10: qid=10 cur=0 queued=0 > Jun 13 06:36:45 g1-252 kernel: tx ring 11: qid=11 cur=0 queued=0 > Jun 13 06:36:45 g1-252 kernel: tx ring 12: qid=12 cur=0 queued=0 > Jun 13 06:36:45 g1-252 kernel: tx ring 13: qid=13 cur=0 queued=0 > Jun 13 06:36:45 g1-252 kernel: tx ring 14: qid=14 cur=0 queued=0 > Jun 13 06:36:45 g1-252 kernel: tx ring 15: qid=15 cur=0 queued=0 > Jun 13 06:36:45 g1-252 kernel: tx ring 16: qid=16 cur=0 queued=0 > Jun 13 06:36:45 g1-252 kernel: tx ring 17: qid=17 cur=0 queued=0 > Jun 13 06:36:45 g1-252 kernel: tx ring 18: qid=18 cur=0 queued=0 > Jun 13 06:36:45 g1-252 kernel: tx ring 19: qid=19 cur=0 queued=0 > Jun 13 06:36:45 g1-252 kernel: rx ring: cur=63 > Jun 13 06:36:45 g1-252 kernel: iwn0: iwn_panicked: controller panicked, iv_state = 5; resetting... > Jun 13 06:39:35 localhost syslogd: kernel boot file is /boot/kernel/kernel > Jun 13 06:39:35 localhost kernel: Copyright (c) 1992-2014 The FreeBSD Project. > Jun 13 06:39:35 localhost kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > Jun 13 06:39:35 localhost kernel: The Regents of the University of California. All rights reserved. > Jun 13 06:39:35 localhost kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. > Jun 13 06:39:35 localhost kernel: FreeBSD 11.0-CURRENT #1275 r267441M/267441:1100023: Fri Jun 13 06:34:57 PDT 2014 > > [For completeness: after the machine came up, I re-started the "make > installworld", which then completed without further incident.] > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 17:58:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53A7068A; Fri, 13 Jun 2014 17:58:22 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EFD322585; Fri, 13 Jun 2014 17:58:21 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id s5DHwJJe037602; Fri, 13 Jun 2014 10:58:19 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id s5DHwJ9g037601; Fri, 13 Jun 2014 10:58:19 -0700 (PDT) (envelope-from david) Date: Fri, 13 Jun 2014 10:58:19 -0700 From: David Wolfskill To: Adrian Chadd Subject: Re: iwn driver issue Message-ID: <20140613175819.GA1180@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Adrian Chadd , Stefan Parvu , freebsd-current , Edward Tomasz Napiera??a References: <20140613112624.bef131c3b84e5e4ad38ed84f@systemdatarecorder.org> <20140613163644.GA1291@brick.home> <20140613165216.GZ1180@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="WbkWELb8d/6oR4nB" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Stefan Parvu , freebsd-current , Edward Tomasz Napiera??a X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 Jun 2014 17:58:22 -0000 --WbkWELb8d/6oR4nB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 13, 2014 at 12:34:00PM -0500, Adrian Chadd wrote: > This isn't this first time this has been reported, right? >=20 > I think we may need to back this patch out until it's better resolved. > .... I normally don't spend a huge amount of time in head -- enough to build it & do a quick smoke-test. So it's certainly possible that it merits further exploration. And I'm willing experiment, but I cannot test it while I'm at work (as I don't use the wireless NIC at work -- I use it almost exclusively while I'm at home (and other places), though). Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --WbkWELb8d/6oR4nB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJTmzu6XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7rSYQAKSaOBWRUFp3n4mmL812GHq3 +qrHwwwxFhXaq5dAzOPnaHja+3ZeJd/WANZ460+6y3VO7WI4P/K4+QSbgnEtyl3w iIUXEqUzL1GdDCgmIDH9ASMrjN2OlhcPTAAabWWRhth24uUJFmei1KPfFU0AzFfL 7duiS2yVGniSWnTCDHvHKoQs3UpHlIA2zE72Eb0+ZeZ0pjPMhXKXD2XkoAEzmD2R lV3CbmTCvfqt/l8+aYwPmB8FN0mz5Acn6VkfzfxDPRH7L9l5HM9cl9WasfZDscTh DyHGawC8BqAqOKO8XCqPkLQjJufkvbPMXyCjE5wVlieFF8ZwQ4vwS9apAhLsRZWE qdMRNOoWRB3fBiN3qrtSUH028q4+N9WWVaK35nDyjkfIetYn1uE66UfQZrdU4GgC uTjI+rOIVlFdPK4fY7FrvMF8LwI6qvLLjLNYo0ivovP5+WsdjTwmTHTWKReZUqDb mnG1RsB3RPN+DC9seQZqLRjY0/+RowoRt+gSu2VPWzDg5off3ZlofXjPqBK6eJFC gvk9CMw5sJjkpdmYZZmCQc7HcKd7Gxzcas6hOjFbqi+H/lGheSs/7Tu77JqURFUU JDDOWyGj4OouqJYXCFKOSHW4xzBRIyJaGA6koYmCBGz9CmiaqaJ07y7Dx6s+p0hU k6U5dq6W/ODY2/IQDvO4 =SIwh -----END PGP SIGNATURE----- --WbkWELb8d/6oR4nB-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 19:12:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 48C81B7F; Fri, 13 Jun 2014 19:12:19 +0000 (UTC) Received: from mail-we0-x229.google.com (mail-we0-x229.google.com [IPv6:2a00:1450:400c:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A7ADC2C4F; Fri, 13 Jun 2014 19:12:18 +0000 (UTC) Received: by mail-we0-f169.google.com with SMTP id t60so3313957wes.0 for ; Fri, 13 Jun 2014 12:12:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=C4aT9LeNKsL06UPMrOkL8OcLY0JeACUbh9bIXZPJaQs=; b=Yx9rHsoxDJlxA1YxWJk/wlu2QldAnyC1JTI/kx5Sq9oJ1+jgFN7jNbhWepizCXyj1A kQMPTmYGhrIvASEnTXef+ygEHTYeUR3MGM7bzDgrz+OOomfuUGojXwzTGr4G0rXKAIe+ JGLpRJrQQ+Hcfcrr3Ulu5ZuqJHk6cpiSqUKDtwADMatrRWkHLD0S+aCpyXCRZ9vYyESW N8UCaIdRbPMKHTpMmbDargW8RuY98BLL5bagAVv0hK1+JGRSQA7f1mNoujfM489MJszZ 3VZNtmafG/l3FFDPbP5tBTT9FyHFNRqNMB57ewJOR/Wb+AeKliaADZU2b1Qrb8g9D8CP 5kKQ== X-Received: by 10.194.176.1 with SMTP id ce1mr6895894wjc.79.1402686736763; Fri, 13 Jun 2014 12:12:16 -0700 (PDT) Received: from brick.home (adhd245.neoplus.adsl.tpnet.pl. [79.184.159.245]) by mx.google.com with ESMTPSA id s9sm13669310ees.33.2014.06.13.12.12.15 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 13 Jun 2014 12:12:16 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Fri, 13 Jun 2014 21:12:13 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Adrian Chadd Subject: Re: iwn driver issue Message-ID: <20140613191213.GA1607@brick.home> Mail-Followup-To: Adrian Chadd , David Wolfskill , Stefan Parvu , freebsd-current References: <20140613112624.bef131c3b84e5e4ad38ed84f@systemdatarecorder.org> <20140613163644.GA1291@brick.home> <20140613165216.GZ1180@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Stefan Parvu , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 Jun 2014 19:12:19 -0000 I have mixed feelings about this. Sure, a panic is a problem, but without it the problem will remain unfixed - I'm unable to reproduce it, even though I'm using the driver all the time. And it's pretty much useless without that patch. The fix will probably be trivial; I just need a proper backtrace. On 0613T1234, Adrian Chadd wrote: > This isn't this first time this has been reported, right? > > I think we may need to back this patch out until it's better resolved. > > > -a > > > On 13 June 2014 11:52, David Wolfskill wrote: > > On Fri, Jun 13, 2014 at 06:36:44PM +0200, Edward Tomasz Napiera??a wrote: > >> On 0613T1126, Stefan Parvu wrote: > >> > Hi, > >> > > >> > Im running FreeBSD current: > >> > FreeBSD nereid 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r265628: Thu May 8 08:05:37 UTC 2014 > >> > root@grind.freebsd.org:/usr/obj/usr/src/sys/VT amd64 > >> > > >> > on Asus Zenbook UX32VD. My wireless network works ok, however from time to time I need > >> > to restart the netif service since my link does not work anymore. After restart everything is ok. > >> > The device is: Wifi: Intel Centrino Advanced-N 6235. > >> > > >> > Sometimes Im able to see something like: > >> > > >> > iwn0: iwn_scan: called whilst scanning! > >> > iwn0: iwn_intr: fatal firmware error > >> > firmware error log: > >> > error type = "UNKNOWN" (0x0000198A) > >> > program counter = 0x00015920 > >> > source line = 0x000001DC > >> > error data = 0x0000029600000000 > >> > branch link = 0x0001591000015910 > >> > interrupt link = 0x0000DBEA00000000 > >> > time = 2479833477 > >> > driver status: > >> > tx ring 0: qid=0 cur=14 queued=0 > >> > tx ring 1: qid=1 cur=0 queued=0 > >> > tx ring 2: qid=2 cur=0 queued=0 > >> > tx ring 3: qid=3 cur=19 queued=0 > >> ... > >> > > >> > After restarting the networking service everything is back to normal. > >> > >> Can you update to at least r266546 and try again? > >> .... > > > > In case it's of interest or use, in tracking head daily for some time on > > a Dell Precision M4400, I've seen similar symptoms. > > > > But this morning, something happene dthat was rather worse than usual: > > during "make installworld," (while I was otherwise occupied getting > > ready to head in to work), the machine apparently rebooted. > > > > Here are the last several builds I've done: > > > > FreeBSD 11.0-CURRENT #1271 r267264M/267264:1100022: Mon Jun 9 07:47:43 PDT 2014 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 > > FreeBSD 11.0-CURRENT #1272 r267321M/267323:1100022: Tue Jun 10 06:31:13 PDT 2014 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 > > FreeBSD 11.0-CURRENT #1273 r267358M/267358:1100022: Wed Jun 11 08:51:08 PDT 2014 root@d130.dwolf.juniper.net.:/common/S4/obj/usr/src/sys/CANARY i386 > > FreeBSD 11.0-CURRENT #1274 r267378M/267384:1100022: Thu Jun 12 12:51:53 PDT 2014 root@d130.dwolf.juniper.net.:/common/S4/obj/usr/src/sys/CANARY i386 > > FreeBSD 11.0-CURRENT #1275 r267441M/267441:1100023: Fri Jun 13 06:34:57 PDT 2014 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 > > > > Note that the reboot referenced above was while it was doiong the > > installworld for FreeBSD 11.0-CURRENT #1275 r267441M/267441:1100023, > > so it was running FreeBSD 11.0-CURRENT #1274 r267378M/267384:1100022 > > at the time. > > > > And (to bring this back to the topic at hand), when I checked the logs, > > the last thing I found before the start-up messages fro the reboot was: > > > > Jun 13 06:00:29 g1-252 kernel: iwn0: iwn_scan: called whilst scanning! > > Jun 13 06:00:29 g1-252 kernel: iwn0: iwn_scan: called whilst scanning! > > Jun 13 06:11:35 g1-252 kernel: iwn0: iwn_scan: called whilst scanning! > > Jun 13 06:16:46 g1-252 kernel: Expensive timeout(9) function: 0xc0c858e0(0xd15728d0) 3.292387227 s > > Jun 13 06:16:46 g1-252 kernel: iwn0: iwn_intr: fatal firmware error > > Jun 13 06:16:46 g1-252 kernel: firmware error log: > > Jun 13 06:16:46 g1-252 kernel: error type = "SYSASSERT" (0x00000005) > > Jun 13 06:16:46 g1-252 kernel: program counter = 0x000024EC > > Jun 13 06:16:46 g1-252 kernel: source line = 0x00000489 > > Jun 13 06:16:46 g1-252 kernel: error data = 0x000000FF00000489 > > Jun 13 06:16:46 g1-252 kernel: branch link = 0x000024C8000024C8 > > Jun 13 06:16:46 g1-252 kernel: interrupt link = 0x0000091600000000 > > Jun 13 06:16:46 g1-252 kernel: time = 2183893590 > > Jun 13 06:16:46 g1-252 kernel: driver status: > > Jun 13 06:16:46 g1-252 kernel: tx ring 0: qid=0 cur=203 queued=6 > > Jun 13 06:16:46 g1-252 kernel: tx ring 1: qid=1 cur=0 queued=0 > > Jun 13 06:16:46 g1-252 kernel: tx ring 2: qid=2 cur=0 queued=0 > > Jun 13 06:16:46 g1-252 kernel: tx ring 3: qid=3 cur=4 queued=0 > > Jun 13 06:16:46 g1-252 kernel: tx ring 4: qid=4 cur=0 queued=0 > > Jun 13 06:16:46 g1-252 kernel: tx ring 5: qid=5 cur=0 queued=0 > > Jun 13 06:16:46 g1-252 kernel: tx ring 6: qid=6 cur=0 queued=0 > > Jun 13 06:16:46 g1-252 kernel: tx ring 7: qid=7 cur=0 queued=0 > > Jun 13 06:16:46 g1-252 kernel: tx ring 8: qid=8 cur=0 queued=0 > > Jun 13 06:16:46 g1-252 kernel: tx ring 9: qid=9 cur=206 queued=0 > > Jun 13 06:16:46 g1-252 kernel: tx ring 10: qid=10 cur=0 queued=0 > > Jun 13 06:16:46 g1-252 kernel: tx ring 11: qid=11 cur=0 queued=0 > > Jun 13 06:16:46 g1-252 kernel: tx ring 12: qid=12 cur=0 queued=0 > > Jun 13 06:16:46 g1-252 kernel: tx ring 13: qid=13 cur=0 queued=0 > > Jun 13 06:16:46 g1-252 kernel: tx ring 14: qid=14 cur=0 queued=0 > > Jun 13 06:16:46 g1-252 kernel: tx ring 15: qid=15 cur=0 queued=0 > > Jun 13 06:16:46 g1-252 kernel: tx ring 16: qid=16 cur=0 queued=0 > > Jun 13 06:16:46 g1-252 kernel: tx ring 17: qid=17 cur=0 queued=0 > > Jun 13 06:16:46 g1-252 kernel: tx ring 18: qid=18 cur=0 queued=0 > > Jun 13 06:16:46 g1-252 kernel: tx ring 19: qid=19 cur=0 queued=0 > > Jun 13 06:16:46 g1-252 kernel: rx ring: cur=23 > > Jun 13 06:16:46 g1-252 kernel: iwn0: iwn_panicked: controller panicked, iv_state = 5; resetting... > > Jun 13 06:23:22 g1-252 kernel: iwn0: iwn_scan: called whilst scanning! > > Jun 13 06:28:43 g1-252 kernel: iwn0: iwn_scan: called whilst scanning! > > Jun 13 06:36:33 g1-252 pkg-static: nvidia-driver-331.67 deinstalled > > Jun 13 06:36:37 g1-252 pkg-static: nvidia-driver-331.67 installed > > Jun 13 06:36:45 g1-252 kernel: iwn0: iwn_intr: fatal firmware error > > Jun 13 06:36:45 g1-252 kernel: firmware error log: > > Jun 13 06:36:45 g1-252 kernel: error type = "SYSASSERT" (0x00000005) > > Jun 13 06:36:45 g1-252 kernel: program counter = 0x000024EC > > Jun 13 06:36:45 g1-252 kernel: source line = 0x00000489 > > Jun 13 06:36:45 g1-252 kernel: error data = 0x000000FF00000489 > > Jun 13 06:36:45 g1-252 kernel: branch link = 0x000024C8000024C8 > > Jun 13 06:36:45 g1-252 kernel: interrupt link = 0x0000091600000000 > > Jun 13 06:36:45 g1-252 kernel: time = 3384124024 > > Jun 13 06:36:45 g1-252 kernel: driver status: > > Jun 13 06:36:45 g1-252 kernel: tx ring 0: qid=0 cur=67 queued=1 > > Jun 13 06:36:45 g1-252 kernel: tx ring 1: qid=1 cur=0 queued=0 > > Jun 13 06:36:45 g1-252 kernel: tx ring 2: qid=2 cur=0 queued=0 > > Jun 13 06:36:45 g1-252 kernel: tx ring 3: qid=3 cur=0 queued=0 > > Jun 13 06:36:45 g1-252 kernel: tx ring 4: qid=4 cur=0 queued=0 > > Jun 13 06:36:45 g1-252 kernel: tx ring 5: qid=5 cur=0 queued=0 > > Jun 13 06:36:45 g1-252 kernel: tx ring 6: qid=6 cur=0 queued=0 > > Jun 13 06:36:45 g1-252 kernel: tx ring 7: qid=7 cur=0 queued=0 > > Jun 13 06:36:45 g1-252 kernel: tx ring 8: qid=8 cur=0 queued=0 > > Jun 13 06:36:45 g1-252 kernel: tx ring 9: qid=9 cur=127 queued=0 > > Jun 13 06:36:45 g1-252 kernel: tx ring 10: qid=10 cur=0 queued=0 > > Jun 13 06:36:45 g1-252 kernel: tx ring 11: qid=11 cur=0 queued=0 > > Jun 13 06:36:45 g1-252 kernel: tx ring 12: qid=12 cur=0 queued=0 > > Jun 13 06:36:45 g1-252 kernel: tx ring 13: qid=13 cur=0 queued=0 > > Jun 13 06:36:45 g1-252 kernel: tx ring 14: qid=14 cur=0 queued=0 > > Jun 13 06:36:45 g1-252 kernel: tx ring 15: qid=15 cur=0 queued=0 > > Jun 13 06:36:45 g1-252 kernel: tx ring 16: qid=16 cur=0 queued=0 > > Jun 13 06:36:45 g1-252 kernel: tx ring 17: qid=17 cur=0 queued=0 > > Jun 13 06:36:45 g1-252 kernel: tx ring 18: qid=18 cur=0 queued=0 > > Jun 13 06:36:45 g1-252 kernel: tx ring 19: qid=19 cur=0 queued=0 > > Jun 13 06:36:45 g1-252 kernel: rx ring: cur=63 > > Jun 13 06:36:45 g1-252 kernel: iwn0: iwn_panicked: controller panicked, iv_state = 5; resetting... > > Jun 13 06:39:35 localhost syslogd: kernel boot file is /boot/kernel/kernel > > Jun 13 06:39:35 localhost kernel: Copyright (c) 1992-2014 The FreeBSD Project. > > Jun 13 06:39:35 localhost kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > Jun 13 06:39:35 localhost kernel: The Regents of the University of California. All rights reserved. > > Jun 13 06:39:35 localhost kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. > > Jun 13 06:39:35 localhost kernel: FreeBSD 11.0-CURRENT #1275 r267441M/267441:1100023: Fri Jun 13 06:34:57 PDT 2014 > > > > [For completeness: after the machine came up, I re-started the "make > > installworld", which then completed without further incident.] > > > > Peace, > > david > > -- > > David H. Wolfskill david@catwhisker.org > > Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. > > > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 19:28:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED1B31C5 for ; Fri, 13 Jun 2014 19:28:26 +0000 (UTC) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 80ACD2D71 for ; Fri, 13 Jun 2014 19:28:26 +0000 (UTC) Received: by mail-wg0-f44.google.com with SMTP id x13so3191339wgg.27 for ; Fri, 13 Jun 2014 12:28:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=CGSuo+ETQFOkCN6BZPqVePgbtDKQ/z0oLJpAcN0oAEA=; b=cI/g2z/KssxLjjxFymHKzNH/Qm3F5Pd91j6DBYmsOtDN8nWVMzWjONwmt/BMPekfHt GWtdQ5m32DoPNHVP7MHivGCrLXQ50G5aTh3V1bF0W0fD9vi2Q1nRrvkFrveh+3CKczr2 JFIflw5JLh4bn/BMv9dTSoyYpSRE2hnlXoSTBNwY4XPNvEgFO8eMiFUrvDL/ZmY24W1M Xad+cyZ98Zc6M4PEmuL6jNZd7pTEFG/qMQFcLTbM7DjdcSE9WV4UCCZqH+XI7iQz9LC3 zfKdS1Or5x1QOiY/5nHu6VthJv3d/6PM24YsSoxt4QgT2RAlrJBPRnSBo+ALGLFOR/dP lzug== X-Received: by 10.194.240.129 with SMTP id wa1mr7197873wjc.11.1402687704687; Fri, 13 Jun 2014 12:28:24 -0700 (PDT) Received: from brick.home (adhd245.neoplus.adsl.tpnet.pl. [79.184.159.245]) by mx.google.com with ESMTPSA id s9sm13749991ees.33.2014.06.13.12.28.23 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 13 Jun 2014 12:28:24 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Fri, 13 Jun 2014 21:28:21 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Stefan Parvu Subject: Re: iwn driver issue Message-ID: <20140613192821.GB1607@brick.home> Mail-Followup-To: Stefan Parvu , freebsd-current@FreeBSD.org References: <20140613112624.bef131c3b84e5e4ad38ed84f@systemdatarecorder.org> <20140613163644.GA1291@brick.home> <20140613194154.ef679f2d9201521f04f9766f@systemdatarecorder.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20140613194154.ef679f2d9201521f04f9766f@systemdatarecorder.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 Jun 2014 19:28:27 -0000 On 0613T1941, Stefan Parvu wrote: > On Fri, 13 Jun 2014 18:36:44 +0200 > Edward Tomasz Napierała wrote: > > > Can you update to at least r266546 and try again? > > to do this I need to svn update all my /usr/src code and rebuild the kernel - no iso images > available for it ? Correct ? How often are iso images published for current ? I'm not sure if there are any ISO images. And yes, you need a new kernel. > I will update my machine a bit later. Were there many fixes for iwn driver on latest > branch ? This specific problem should be fixed by the revision above. From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 19:36:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B1B155EE; Fri, 13 Jun 2014 19:36:40 +0000 (UTC) Received: from mail-wg0-x234.google.com (mail-wg0-x234.google.com [IPv6:2a00:1450:400c:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 204CE2E45; Fri, 13 Jun 2014 19:36:39 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id b13so3199935wgh.35 for ; Fri, 13 Jun 2014 12:36:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=MVTASqCjdJrd83SkekXQy3VuIJcm8Kh6mLRYnMjsbOg=; b=tdt7ALp7vETSnysixKia1otHtxpr7ntwKjhOyktTPRYK3OqoiWFP2Tikf3dS+QwJVi U0G7bPc7OO77qexuxagzlK9X851fEKLs8fxVM64bd7ndtwtqyTO54QcModML0CqUCObP t//4s4gcQ1Xt3LVONYq2JaPP3W84bLBRLiMLB787/tAgDF6tXLSRCjFUwuUU6Gbc/qUj VOow6mpfaBV4hB3CQWuxiqlVyl2VbG7dviOAoF+VHAf67oqlaANC8NxJkN7B5KxPP2WD 5w0PG04Liz+rmbDCxn03yPc4ktN09+//B5V2BGX+U9VKktT9gsUwptmhelg/UUnAA0Az D6lw== X-Received: by 10.181.11.193 with SMTP id ek1mr7498372wid.15.1402688198353; Fri, 13 Jun 2014 12:36:38 -0700 (PDT) Received: from brick.home (adhd245.neoplus.adsl.tpnet.pl. [79.184.159.245]) by mx.google.com with ESMTPSA id y8sm13816684eef.5.2014.06.13.12.36.37 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 13 Jun 2014 12:36:37 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Fri, 13 Jun 2014 21:36:35 +0200 From: Edward Tomasz Napiera??a To: David Wolfskill , Adrian Chadd , Stefan Parvu , freebsd-current Subject: Re: iwn driver issue Message-ID: <20140613193635.GC1607@brick.home> Mail-Followup-To: David Wolfskill , Adrian Chadd , Stefan Parvu , freebsd-current References: <20140613112624.bef131c3b84e5e4ad38ed84f@systemdatarecorder.org> <20140613163644.GA1291@brick.home> <20140613165216.GZ1180@albert.catwhisker.org> <20140613175819.GA1180@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140613175819.GA1180@albert.catwhisker.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 Jun 2014 19:36:40 -0000 On 0613T1058, David Wolfskill wrote: > On Fri, Jun 13, 2014 at 12:34:00PM -0500, Adrian Chadd wrote: > > This isn't this first time this has been reported, right? > > > > I think we may need to back this patch out until it's better resolved. > > .... > > I normally don't spend a huge amount of time in head -- enough to build > it & do a quick smoke-test. So it's certainly possible that it merits > further exploration. And I'm willing experiment, but I cannot test it > while I'm at work (as I don't use the wireless NIC at work -- I use it > almost exclusively while I'm at home (and other places), though). It would be great if you could help me with this. Basically you need to enable crashdumps, as described below, and obtain a backtrace. http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html Just for the record, the easiest way to make iwn firmware panic is to enter ddb (ctrl-alt-esc), wait five seconds and exit it ("c"). From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 19:51:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D61ADC07; Fri, 13 Jun 2014 19:51:07 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9EE332F63; Fri, 13 Jun 2014 19:51:06 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id s5DJp5TT037974; Fri, 13 Jun 2014 12:51:05 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id s5DJp4Fx037973; Fri, 13 Jun 2014 12:51:04 -0700 (PDT) (envelope-from david) Date: Fri, 13 Jun 2014 12:51:04 -0700 From: David Wolfskill To: Adrian Chadd , Stefan Parvu , freebsd-current Subject: Re: iwn driver issue Message-ID: <20140613195104.GB1180@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Adrian Chadd , Stefan Parvu , freebsd-current References: <20140613112624.bef131c3b84e5e4ad38ed84f@systemdatarecorder.org> <20140613163644.GA1291@brick.home> <20140613165216.GZ1180@albert.catwhisker.org> <20140613175819.GA1180@albert.catwhisker.org> <20140613193635.GC1607@brick.home> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="UXdImcDs+Jp8Skh3" Content-Disposition: inline In-Reply-To: <20140613193635.GC1607@brick.home> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 Jun 2014 19:51:08 -0000 --UXdImcDs+Jp8Skh3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 13, 2014 at 09:36:35PM +0200, Edward Tomasz Napiera??a wrote: > ... > > I normally don't spend a huge amount of time in head -- enough to build > > it & do a quick smoke-test. So it's certainly possible that it merits > > further exploration. And I'm willing experiment, but I cannot test it > > while I'm at work (as I don't use the wireless NIC at work -- I use it > > almost exclusively while I'm at home (and other places), though). >=20 > It would be great if you could help me with this. Basically you need > to enable crashdumps, as described below, and obtain a backtrace. >=20 > http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html I have had crash dumps on panics running head (slice 4 of the boot device, in my case) in the past, so that process works. I just didn't get a dump this morning. :-( d130(9.3)[1] grep dump /S4/etc/rc.conf dumpdev=3D"AUTO" d130(9.3)[2]=20 > Just for the record, the easiest way to make iwn firmware panic > is to enter ddb (ctrl-alt-esc), wait five seconds and exit it > ("c"). Does that process yield useful information? (That is, is that process sufficiently similar to a sequence of events that occurs in the real world that the resulting information may be used to figure out how to make the code avoid misbehavior?) If so, I can try that soonish (e.g., en route home today, once I've boarded the train -- vs. while I'm still on my bike :-}). Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --UXdImcDs+Jp8Skh3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJTm1YmXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7pNYP/2ZsfblUTrtdnkj+dvEaPOuC cp++0M1GU5OIkwrgZiNkNu/89JxbcusutZGZJE2QsCXXZCEcbOIVIcV0iyVuM1mO Can1Qcdl3aIdZIRlEKAMp+xsp3LHiv88O5NK6rJRhHrU/EhHD0Typmvz0kp87TIw dgb0Cr0O6VdG4t770XMqro8uNXpocwM7+oCz0WIU1CU2onc3zOpVdicWi3LbANyw D8m+J85gvB+MEHcbZMcYMENsjTsUdU4tFLgdHD11ZU2fq7bZGwkRsfKy2xv58OBJ /3PDDdT9uq6baxepupEHjQe4/siOMN6DmgGj+hRPZhj4szfO2TqrGM3eFAwEyYWi QWwQYr2wUGmrLUrdjYWpjSFapMr61oADLyYShP0E3UkBZHRePyqRSbn1xPbHkH2y cFDdrtia390EZ/ySzL9yJ0IbxXFgQl5DyCsXGEvuacnAmuRf10c93IgZlgRwLikO Xvs+/Insp+aQ6PABywp+2MzC9vJLDiUaiPCZEdALchkZ3PjAujkNxZp8EgVBgvmN wWNNuYGLmdFrsbKWWd+NY1Xuxv0bh5+VxV1K2VBvp6PWwE5pKqOah4jcFwOW5tab DamqaI/I2VfU2NYdx1J4vytkWBLj8xCoQpo/+WaalIVkmAiTV19rpwOGgJvnFWFg 729SCgHvWYt9YvQagr5o =zpln -----END PGP SIGNATURE----- --UXdImcDs+Jp8Skh3-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 23:12:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B7F80956 for ; Fri, 13 Jun 2014 23:12:16 +0000 (UTC) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) by mx1.freebsd.org (Postfix) with ESMTP id 699092085 for ; Fri, 13 Jun 2014 23:12:16 +0000 (UTC) Received: from amavis-proxy-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3gqyPp4RMyzb3 for ; Sat, 14 Jun 2014 01:12:14 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= content-transfer-encoding:content-type:content-type:in-reply-to :references:subject:subject:mime-version:user-agent:organization :from:from:date:date:message-id:received:received:received; s= jakla2; t=1402701131; x=1405293132; bh=GiVB/w10xRsk1ZkX1kgcZW/bG ZA+U6WNDwe9PyKoQQA=; b=n7Bxu+IboTZ/HxtJ6ITrWlRpqZMeIMqCv9NC1akZP dXKhEHusY6iQdYlsMPC3juwRqZKfBS/vE/lugujLtBUxZ1FuL/k/bF5QfnIFILkG 3+KFk74eB4TdNQYSs90fCWg8iAabYNBdyIEcfbT9rBESH89iRxprbrllhzIWmtEy pE= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-proxy-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10012) with ESMTP id cu32wG17fv4s for ; Sat, 14 Jun 2014 01:12:11 +0200 (CEST) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP for ; Sat, 14 Jun 2014 01:12:11 +0200 (CEST) Received: from [92.244.73.219] (vpn091.ijs.si [92.244.73.219]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mildred.ijs.si (Postfix) with ESMTPSA id 3gqyPl0H9czl7 for ; Sat, 14 Jun 2014 01:12:10 +0200 (CEST) Message-ID: <539B8548.7000906@ijs.si> Date: Sat, 14 Jun 2014 01:12:08 +0200 From: Mark Martinec Organization: Jozef Stefan Institute User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: CURRENT: why is CURRENT swapping so fast? References: <20140612003612.25cc2851.ohartman@zedat.fu-berlin.de> <5398F2A2.2020808@gmx.de> <46D4CB84655148FE9A5F7578E5F4A8FD@multiplay.co.uk> In-Reply-To: <46D4CB84655148FE9A5F7578E5F4A8FD@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 13 Jun 2014 23:12:16 -0000 On 2014-06-12 2:26, Steven Hartland wrote: > Also how recent a current there where some vm changes which apparently > helped with this > specifically r260567 and r265944. Is this also fixed in the 10.0-STABLE by now? I'm running "10.0-STABLE #0 r266449 May 19" (with ZFS and 16 MB of memory) and I'm noticing pretty much what O. Hartmann describes (since a couple of weeks or maybe a month ago). When some bulky operation (like a poudriere build) runs, some inactive processes are swapped out. This is just fine, but when the bulky task is finished, the ARC extends to the new released memory, but the swapped out jobs then struggle for memory when they become active again. It can take a minute for a sshd (login from remote) to respond with a prompt, and it can take long minutes for a swapped out SQL database (not large) or a web browser to become responsive again. The situation does not improve by itself, ARC has it all, less active jobs scramble and fight for whatever free memory is left for them and most of them remain swapped out. The best curse of action to recover is to reboot. Quite a pain. Mark From owner-freebsd-current@FreeBSD.ORG Sat Jun 14 09:36:55 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E816FF7B; Sat, 14 Jun 2014 09:36:54 +0000 (UTC) Received: from mail-wi0-x22a.google.com (mail-wi0-x22a.google.com [IPv6:2a00:1450:400c:c05::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 52A132F8D; Sat, 14 Jun 2014 09:36:54 +0000 (UTC) Received: by mail-wi0-f170.google.com with SMTP id cc10so3288184wib.3 for ; Sat, 14 Jun 2014 02:36:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=BR1TzHCc9lMwDGUv3/QVzoR10WfnEtTq/dvslEMD0cw=; b=p+YvTU/TvAbNIUrwbRdqDo1ZcAf082u+3Zg19rpXx3zHVoAcdrc/5HvQQsb/G94yfk kFF2zj/Tzw8yoKp/U/whWfaZxbcKPuCo6ukYMU1bztzSaBrqi1i3QlWhBMF2WTcZg9O9 kQiu4LMuCPW6xaGKek+xe0f8XoNAcdvINYxWSR7vzIb83ZsI4Xv6bTv65BzX3Bl9tnzu KqaWKZCoGsY2g3jbqnLU1pYGQVS1YpJv5Cu5EDf/DmHqXlSxg+K/pvyC38IYWXbuCXkC JPOpqx+3cHPbA1BbWYIRLHoQYK3Jn57M/43yKhnqGg5jzvJmEuFyvT9ahgI7zQm9G/qL YCGg== X-Received: by 10.194.189.137 with SMTP id gi9mr5586760wjc.31.1402738611532; Sat, 14 Jun 2014 02:36:51 -0700 (PDT) Received: from brick.home (abwp17.neoplus.adsl.tpnet.pl. [83.8.239.17]) by mx.google.com with ESMTPSA id g9sm4107803eew.9.2014.06.14.02.36.50 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 14 Jun 2014 02:36:50 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Sat, 14 Jun 2014 11:36:48 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: David Wolfskill , Adrian Chadd , Stefan Parvu , freebsd-current Subject: Re: iwn driver issue Message-ID: <20140614093648.GA1428@brick.home> Mail-Followup-To: David Wolfskill , Adrian Chadd , Stefan Parvu , freebsd-current References: <20140613112624.bef131c3b84e5e4ad38ed84f@systemdatarecorder.org> <20140613163644.GA1291@brick.home> <20140613165216.GZ1180@albert.catwhisker.org> <20140613175819.GA1180@albert.catwhisker.org> <20140613193635.GC1607@brick.home> <20140613195104.GB1180@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140613195104.GB1180@albert.catwhisker.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 14 Jun 2014 09:36:55 -0000 On 0613T1251, David Wolfskill wrote: > On Fri, Jun 13, 2014 at 09:36:35PM +0200, Edward Tomasz Napiera??a wrote: > > ... > > > I normally don't spend a huge amount of time in head -- enough to build > > > it & do a quick smoke-test. So it's certainly possible that it merits > > > further exploration. And I'm willing experiment, but I cannot test it > > > while I'm at work (as I don't use the wireless NIC at work -- I use it > > > almost exclusively while I'm at home (and other places), though). > > > > It would be great if you could help me with this. Basically you need > > to enable crashdumps, as described below, and obtain a backtrace. > > > > http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html > > I have had crash dumps on panics running head (slice 4 of the boot > device, in my case) in the past, so that process works. I just didn't > get a dump this morning. :-( > > d130(9.3)[1] grep dump /S4/etc/rc.conf > dumpdev="AUTO" > d130(9.3)[2] Hm. Well, if it fails the second time then I guess I'll just add a sysctl to disable the fix. But let's try to get a crashdump anyway :-) > > Just for the record, the easiest way to make iwn firmware panic > > is to enter ddb (ctrl-alt-esc), wait five seconds and exit it > > ("c"). > > Does that process yield useful information? (That is, is that process > sufficiently similar to a sequence of events that occurs in the real > world that the resulting information may be used to figure out how to > make the code avoid misbehavior?) Well, it triggers the iwn firmware panic, which in turn triggers the code I've attached, which apparently causes kernel panic. But I cannot guarantee that it _will_ trigger the problem. > If so, I can try that soonish (e.g., en route home today, once I've > boarded the train -- vs. while I'm still on my bike :-}). Thanks. Even just replying to emails whilst on bike is impressive, especially with mutt. From owner-freebsd-current@FreeBSD.ORG Sat Jun 14 11:00:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2EC92C70 for ; Sat, 14 Jun 2014 11:00:56 +0000 (UTC) Received: from mail-we0-x232.google.com (mail-we0-x232.google.com [IPv6:2a00:1450:400c:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BC39025DF for ; Sat, 14 Jun 2014 11:00:55 +0000 (UTC) Received: by mail-we0-f178.google.com with SMTP id x48so3102658wes.9 for ; Sat, 14 Jun 2014 04:00:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-transfer-encoding; bh=r9TlZMkEA46RlGkmw6H5mSZU0Zti2Mpv/Mk8UHAmJ08=; b=iHl0gF0/x50q6GrN8ZYxlXr998Kj9c3eRo11XbiMVfeSUNpX6/x6lC0dYwVLR7SpdY 906bw0eIUq8t4UvfcEHM8wR0GxSonvMLuombcWydeJCmhnP+Y+ZHcJZHXP5JLvqEryXo /tsSvSVXFiwwza3p9Vh6yFQkwZeUMj/5Vn8lQou4Yx0Dr6W8P5S1WaJfRs2zGlqDlkRi 4ytNGKYEYXaALR8+W2VTSwfqQLAyyO4ASsZfTpBjMOAlWFoxmthM5vvIyLF7obYk6m5X wXXhU/g1aPY2nTKHWJzvUWT8wWmXUgn+Mg0ozWLGZ0GBOQvs5WXzlaQO8tZXvGtdspDQ 6ihw== X-Received: by 10.180.36.18 with SMTP id m18mr11800445wij.60.1402743653977; Sat, 14 Jun 2014 04:00:53 -0700 (PDT) Received: from localhost ([176.109.164.5]) by mx.google.com with ESMTPSA id v8sm18396835eep.13.2014.06.14.04.00.52 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Sat, 14 Jun 2014 04:00:53 -0700 (PDT) Sender: =?UTF-8?B?UGF3ZcWCIFDEmWthbGE=?= Date: Sat, 14 Jun 2014 12:59:44 +0200 From: Pawel Pekala To: freebsd-current@freebsd.org Subject: Occasional GPU lockups Message-ID: <20140614125944.0e596ec7@FreeBSD.org> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 14 Jun 2014 11:00:56 -0000 Hello, I get those occasional GPU lockups and just want to know if this is known problem. When they occur my monitor turn offs for few seconds and then goes back on again. My hardware: http://people.freebsd.org/~pawel/dmesg.txt Current built today, error message: drmn0: error: GPU lockup CP stall for more than 10000msec drmn0: warning: GPU lockup (waiting for 0x00000000000010dd last fence id 0x= 00000000000010a2) drmn0: info: Saved 1879 dwords of commands on ring 0. drmn0: info: GPU softreset: 0x00000003 drmn0: info: GRBM_STATUS =3D 0xA0003828 drmn0: info: GRBM_STATUS_SE0 =3D 0x00000007 drmn0: info: GRBM_STATUS_SE1 =3D 0x00000007 drmn0: info: SRBM_STATUS =3D 0x200000C0 drmn0: info: R_008674_CP_STALLED_STAT1 =3D 0x00000000 drmn0: info: R_008678_CP_STALLED_STAT2 =3D 0x00004100 drmn0: info: R_00867C_CP_BUSY_STAT =3D 0x00020182 drmn0: info: R_008680_CP_STAT =3D 0x80028243 drmn0: info: GRBM_SOFT_RESET=3D0x00007F6B drmn0: info: GRBM_STATUS =3D 0x00003828 drmn0: info: GRBM_STATUS_SE0 =3D 0x00000007 drmn0: info: GRBM_STATUS_SE1 =3D 0x00000007 drmn0: info: SRBM_STATUS =3D 0x200000C0 drmn0: info: R_008674_CP_STALLED_STAT1 =3D 0x00000000 drmn0: info: R_008678_CP_STALLED_STAT2 =3D 0x00000000 drmn0: info: R_00867C_CP_BUSY_STAT =3D 0x00000000 drmn0: info: R_008680_CP_STAT =3D 0x00000000 drmn0: info: GPU reset succeeded, trying to resume info: [drm] probing gen 2 caps for device 1022:960b =3D 2/0 info: [drm] enabling PCIE gen 2 link speeds, disable with radeon.pcie_gen2= =3D0 info: [drm] PCIE GART of 512M enabled (table at 0x0000000000040000). drmn0: info: WB enabled drmn0: info: fence driver on ring 0 use gpu addr 0x0000000040000c00 and cpu= addr 0x0xfffff800021c8c00 drmn0: info: fence driver on ring 3 use gpu addr 0x0000000040000c0c and cpu= addr 0x0xfffff800021c8c0c info: [drm] ring test on 0 succeeded in 2 usecs info: [drm] ring test on 3 succeeded in 1 usecs info: [drm] ib test on ring 0 succeeded in 0 usecs info: [drm] ib test on ring 3 succeeded in 1 usecs lock order reversal: 1st 0xfffff80004f374b8 kmslk (kmslk) @ /old/src/sys/modules/drm2/drm2/../.= ./../dev/drm2/drm_crtc.c:1960 2nd 0xfffff80004f370a0 drmslk (drmslk) @ /old/src/sys/modules/drm2/drm2/..= /../../dev/drm2/drm_gem.c:188 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe046c8fe= 720 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe046c8fe7d0 witness_checkorder() at witness_checkorder+0xdc2/frame 0xfffffe046c8fe860 _sx_xlock() at _sx_xlock+0x75/frame 0xfffffe046c8fe8a0 drm_gem_object_unreference_unlocked() at drm_gem_object_unreference_unlocke= d+0x37/frame 0xfffffe046c8fe8d0 radeon_crtc_cursor_set() at radeon_crtc_cursor_set+0x1bc/frame 0xfffffe046c= 8fe920 drm_mode_cursor_ioctl() at drm_mode_cursor_ioctl+0xc5/frame 0xfffffe046c8fe= 960 drm_ioctl() at drm_ioctl+0x381/frame 0xfffffe046c8fe9d0 devfs_ioctl_f() at devfs_ioctl_f+0xfb/frame 0xfffffe046c8fea30 kern_ioctl() at kern_ioctl+0x22b/frame 0xfffffe046c8fea90 sys_ioctl() at sys_ioctl+0x13c/frame 0xfffffe046c8feae0 amd64_syscall() at amd64_syscall+0x25a/frame 0xfffffe046c8febf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe046c8febf0 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x8024d176a, rsp =3D 0x= 7fffffffe818, rbp =3D 0x7fffffffe840 --- --=20 pozdrawiam / with regards Pawe=B3 P=EAkala From owner-freebsd-current@FreeBSD.ORG Sat Jun 14 15:29:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA14BBBE for ; Sat, 14 Jun 2014 15:29:15 +0000 (UTC) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "*.infocus-llc.com", Issuer "*.infocus-llc.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8087B2824 for ; Sat, 14 Jun 2014 15:29:15 +0000 (UTC) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 7D5B437B547; Sat, 14 Jun 2014 10:29:08 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3grN4z6ZNGzHLx; Sat, 14 Jun 2014 10:29:07 -0500 (CDT) Date: Sat, 14 Jun 2014 10:29:07 -0500 From: "Matthew D. Fuller" To: Mark Martinec Subject: Re: CURRENT: why is CURRENT swapping so fast? Message-ID: <20140614152907.GA61295@over-yonder.net> References: <20140612003612.25cc2851.ohartman@zedat.fu-berlin.de> <5398F2A2.2020808@gmx.de> <46D4CB84655148FE9A5F7578E5F4A8FD@multiplay.co.uk> <539B8548.7000906@ijs.si> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <539B8548.7000906@ijs.si> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.23 (2014-03-12) X-Virus-Scanned: clamav-milter 0.98.3 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 14 Jun 2014 15:29:15 -0000 On Sat, Jun 14, 2014 at 01:12:08AM +0200 I heard the voice of Mark Martinec, and lo! it spake thus: > > The situation does not improve by itself, ARC has it all, less > active jobs scramble and fight for whatever free memory is left for > them and most of them remain swapped out. The best curse of action > to recover is to reboot. Quite a pain. You may want to check out which I believe is related. Make sure you get the latest patch rather than the older one, ref's in comment 10 at . -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Sat Jun 14 19:08:41 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E65D4C53 for ; Sat, 14 Jun 2014 19:08:41 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C83B1273C for ; Sat, 14 Jun 2014 19:08:41 +0000 (UTC) Received: from [192.168.200.105] (c-50-131-4-11.hsd1.ca.comcast.net [50.131.4.11]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id A87CC1936DE for ; Sat, 14 Jun 2014 19:08:40 +0000 (UTC) Subject: SMBus controller From: Sean Bruno Reply-To: sbruno@freebsd.org To: freebsd-current Content-Type: text/plain; charset="us-ascii" Date: Sat, 14 Jun 2014 12:08:43 -0700 Message-ID: <1402772923.1120.13.camel@bruno> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 14 Jun 2014 19:08:42 -0000 I note that my TLenovo 61 has one of these: ichsmb0@pci0:0:31:3: class=0x0c0500 card=0x20a917aa chip=0x283e8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) SMBus Controller' class = serial bus subclass = SMBus I'm pretty ignorant here, and I had to manually load ichsmb(4) to get it detected. How can I see what's on here and what its purpose for existence might be. seaan From owner-freebsd-current@FreeBSD.ORG Sat Jun 14 19:39:18 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 11D58329; Sat, 14 Jun 2014 19:39:18 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C79ED2951; Sat, 14 Jun 2014 19:39:17 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WvtnK-000619-4X; Sat, 14 Jun 2014 21:39:18 +0200 Date: Sat, 14 Jun 2014 21:39:18 +0200 From: Kurt Jaeger To: sbruno@freebsd.org Subject: Re: SMBus controller Message-ID: <20140614193918.GH2341@home.opsec.eu> References: <1402772923.1120.13.camel@bruno> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1402772923.1120.13.camel@bruno> Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 14 Jun 2014 19:39:18 -0000 Hi! > I note that my TLenovo 61 has one of these: > > ichsmb0@pci0:0:31:3: class=0x0c0500 card=0x20a917aa chip=0x283e8086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801H (ICH8 Family) SMBus Controller' > class = serial bus > subclass = SMBus > > > I'm pretty ignorant here, and I had to manually load ichsmb(4) to get it > detected. How can I see what's on here and what its purpose for > existence might be. It's this: http://en.wikipedia.org/wiki/System_Management_Bus You can read some system status values (CPU temp etc). In the ports, check sysutils/xmbmon or sysutils/healthd whether it detects anything. -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-current@FreeBSD.ORG Sat Jun 14 19:41:28 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9263C44E; Sat, 14 Jun 2014 19:41:28 +0000 (UTC) Received: from felyko.com (felyko.com [65.49.80.26]) by mx1.freebsd.org (Postfix) with ESMTP id 809AB29E3; Sat, 14 Jun 2014 19:41:28 +0000 (UTC) Received: from [IPv6:2601:9:8280:426:a4d4:dc4e:c8c1:dd1b] (unknown [IPv6:2601:9:8280:426:a4d4:dc4e:c8c1:dd1b]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by felyko.com (Postfix) with ESMTPSA id 3645334B3EB; Sat, 14 Jun 2014 12:41:21 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: SMBus controller From: Rui Paulo In-Reply-To: <1402772923.1120.13.camel@bruno> Date: Sat, 14 Jun 2014 12:41:19 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <0FA33954-4C7C-4650-9CEB-984CF0A13433@FreeBSD.org> References: <1402772923.1120.13.camel@bruno> To: sbruno@freebsd.org X-Mailer: Apple Mail (2.1878.2) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 14 Jun 2014 19:41:28 -0000 On Jun 14, 2014, at 12:08, Sean Bruno wrote: > I note that my TLenovo 61 has one of these: >=20 > ichsmb0@pci0:0:31:3: class=3D0x0c0500 card=3D0x20a917aa = chip=3D0x283e8086 > rev=3D0x03 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801H (ICH8 Family) SMBus Controller' > class =3D serial bus > subclass =3D SMBus >=20 >=20 > I'm pretty ignorant here, and I had to manually load ichsmb(4) to get = it > detected. How can I see what's on here and what its purpose for > existence might be. It's a System Management Bus. What you can do with it depends on what's = connected to the bus and depends on what the manufacturer implemented. = It's probably connected (indirectly) to the battery, to the voltage = sensors, to the fans, etc. smbmsg(8) is used to communicate with the other devices on the bus, but = I'm not sure if scanning devices will work. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sat Jun 14 20:19:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C359CA39 for ; Sat, 14 Jun 2014 20:19:40 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask.apl.washington.edu", Issuer "troutmask.apl.washington.edu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8A37E2C0C for ; Sat, 14 Jun 2014 20:19:40 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.9/8.14.9) with ESMTP id s5EKJXT5065859 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sat, 14 Jun 2014 13:19:33 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.9/8.14.9/Submit) id s5EKJXl7065858 for freebsd-current@freebsd.org; Sat, 14 Jun 2014 13:19:33 -0700 (PDT) (envelope-from sgk) Date: Sat, 14 Jun 2014 13:19:33 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Subject: In tree builds broken in lib/ncurses? Message-ID: <20140614201933.GA65847@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 14 Jun 2014 20:19:40 -0000 Long story short. I have laptop that is normally limited in available diskspace, so I do not install profiled libraries. I however have the need for running some code under the profiler (assuming clang can generate proper profiling). I do the following, % vi /etc/src.conf (Remove WITHOUT_PROFILE) % cd /usr/src % make clean % make cleandepend % cd lib % make depend % make The build dies in lib/ncurses with the following message. building shared library libncursesw.so.8 nm: 'codes.So': No such file nm: 'expanded.So': No such file nm: 'fallback.So': No such file nm: 'lib_gen.So': No such file ... cc: error: no such file or directory: 'termcap.So' cc: error: no such file or directory: 'visbuf.So' cc: error: no such file or directory: 'lib_trace.So' ... cc: error: no such file or directory: 'codes.So' *** Error code 1 Stop. make[1]: stopped in /usr/src/lib/ncurses/ncursesw *** Error code 1 Stop. make: stopped in /usr/src/lib/ncurses Amusingly, both libncurses.a and libncurses_p.a are built just fine. Is there any chance that in-tree builds will work as they once did? -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Jun 14 19:48:45 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D9F5E5BD; Sat, 14 Jun 2014 19:48:45 +0000 (UTC) Received: from felyko.com (felyko.com [65.49.80.26]) by mx1.freebsd.org (Postfix) with ESMTP id C2FFC2A1A; Sat, 14 Jun 2014 19:48:45 +0000 (UTC) Received: from [IPv6:2601:9:8280:426:a4d4:dc4e:c8c1:dd1b] (unknown [IPv6:2601:9:8280:426:a4d4:dc4e:c8c1:dd1b]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by felyko.com (Postfix) with ESMTPSA id EC4B334B3EB; Sat, 14 Jun 2014 12:48:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=felyko.com; s=mail; t=1402775325; bh=p/Ww9qf2HD5r7F+oVhzKlyarDu/cBA6p/U7u4DrwIqE=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=JZTfYbzCoLlQdRvGBDVftT7NripWDSnvMI51WbFGJiTre9NVggEu0S62PPRxHqVgW 0d7i84JKQT7Zqx4Xk4oPZSdJbcyVfkDHryhDwtheSoSQVF53Yub8qT6wULNsHGeJ2D CyvQJyqHG7rdAZn/cRgt5usQqDamd7elNY7L+rAo= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: SMBus controller From: Rui Paulo In-Reply-To: <20140614193918.GH2341@home.opsec.eu> Date: Sat, 14 Jun 2014 12:48:43 -0700 Content-Transfer-Encoding: 7bit Message-Id: References: <1402772923.1120.13.camel@bruno> <20140614193918.GH2341@home.opsec.eu> To: Kurt Jaeger X-Mailer: Apple Mail (2.1878.2) X-Mailman-Approved-At: Sat, 14 Jun 2014 21:40:02 +0000 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 14 Jun 2014 19:48:45 -0000 On Jun 14, 2014, at 12:39, Kurt Jaeger wrote: > In the ports, check sysutils/xmbmon or sysutils/healthd > whether it detects anything. Ah, I didn't realise we had ports for this already. That's nice, thanks. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sat Jun 14 21:44:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F13E8F32 for ; Sat, 14 Jun 2014 21:44:39 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask.apl.washington.edu", Issuer "troutmask.apl.washington.edu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CEC90222F for ; Sat, 14 Jun 2014 21:44:39 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.9/8.14.9) with ESMTP id s5ELidEw066171 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sat, 14 Jun 2014 14:44:39 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.9/8.14.9/Submit) id s5ELidYc066170 for freebsd-current@freebsd.org; Sat, 14 Jun 2014 14:44:39 -0700 (PDT) (envelope-from sgk) Date: Sat, 14 Jun 2014 14:44:39 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Subject: Re: In tree builds broken in lib/ncurses? Message-ID: <20140614214439.GA66150@troutmask.apl.washington.edu> References: <20140614201933.GA65847@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140614201933.GA65847@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 14 Jun 2014 21:44:40 -0000 On Sat, Jun 14, 2014 at 01:19:33PM -0700, Steve Kargl wrote: > Long story short. I have laptop that is normally limited in > available diskspace, so I do not install profiled libraries. > I however have the need for running some code under the profiler > (assuming clang can generate proper profiling). I do the > following, Is it possible to using profiling on FreeBSD-current? After installing libc_p.a, I try to build math/lapack. It dies with /usr/local/bin/ld: //usr/lib/libc_p.a(sbrk.po): undefined reference to symbol '_end' //lib/libc.so.7: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status *** Error code 1 Stop. make[3]: stopped in /usr/ports/math/lapack/work/lapack-3.4.2_PROFILE/INSTALL *** Error code 1 Stop. make[2]: stopped in /usr/ports/math/lapack/work/lapack-3.4.2_PROFILE *** Error code 1 -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Jun 14 21:57:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3FFAA134; Sat, 14 Jun 2014 21:57:26 +0000 (UTC) Received: from mail-ob0-x230.google.com (mail-ob0-x230.google.com [IPv6:2607:f8b0:4003:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E7AF422E5; Sat, 14 Jun 2014 21:57:25 +0000 (UTC) Received: by mail-ob0-f176.google.com with SMTP id wm4so3401172obc.7 for ; Sat, 14 Jun 2014 14:57:25 -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=BHCpiOpgcjoJcM8spBJl53CYM/8QBSNWTKYGErpUv9M=; b=ReC87N9/aY6xot7bIY1dE6vVD3eeQ6Pc+nGvQpSH44h7t6nHV/busuDVbOplvlA2ZK gGJtw4HfGBc8ZyU0JHPmcKEF7XwB6NVJdNvNMASUj4N57HODsAHaPKwYcQ73DIkvmKqP Q1QBTnaDDcNZEhFFY/+tHJjL32IXg9oQshRQegCAwRn7Y06AhcA5XYyJT0HRNgYrfwK0 2axMoeNDriBbhpio6TcsCT8seUspHBhzn+ib8BPIRWo5spDsElarFyowM68J7urPMFev 3eYZin6MfB+C/kbWQuzYapHmzul+isPWawp3kzdaG4x3iYwyTF5vNlAHIVk0KdKy2Pf1 NOUQ== MIME-Version: 1.0 X-Received: by 10.60.129.131 with SMTP id nw3mr11195433oeb.56.1402783045110; Sat, 14 Jun 2014 14:57:25 -0700 (PDT) Received: by 10.182.216.197 with HTTP; Sat, 14 Jun 2014 14:57:24 -0700 (PDT) In-Reply-To: <201406131059.01450.jhb@freebsd.org> References: <201406131059.01450.jhb@freebsd.org> Date: Sat, 14 Jun 2014 23:57:24 +0200 Message-ID: Subject: Re: building i386 kernel on amd64 host From: Oliver Pinter To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: gavin@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 14 Jun 2014 21:57:26 -0000 On 6/13/14, John Baldwin wrote: > On Friday, June 13, 2014 6:21:28 am Oliver Pinter wrote: >> Hi All! >> >> When I try to build i386 kernel on amd64 host running compile error >> due wrong cpufunc.h picked up by build system. >> >> I used the attached script to build the kernel, and I attached a build >> log. >> >> Any suggestion how can I fix this? > > To build an i386 kernel on an amd64 host do this: > > cd /usr/src (or some other tree) > make TARGET=i386 kernel-toolchain > make TARGET=i386 buildkernel > make TARGET=i386 installkernel DESTDIR=/some/place > > And your i386 kernel will end up in /some/place/boot/kernel/kernel. (You > can > set things like KERNCONF to pick an alternate kernel config just as with > normal 'make buildkernel'.) > > (Your attachment was size zero for me btw) > > -- > John Baldwin > I used this script to build the kernel: http://svnweb.freebsd.org/socsvn/soc2014/op/tools/build_kernel_32bit.csh?view=log And the error log are there: https://gist.github.com/opntr/cf8aa0e404c0c5ed6f90 . I get this error, when I first build kernel for amd64 system, and after that i386 kernel, and only the kernel. Now seems like I can build the whole system with buildworld buildkernel on vanilla master, I removed the objdir and do a clean buildworld. Now I test the modified kernel build, after the buildworld. It is broken too. When I do only make kernel-toolchain buildkernel, than this are broken for vanilla freebsd source and for my version to. summary: OK: make buildworld buildkernel BROKEN: make kernel-toolchain buildkernel Seems like someone in build environment bootstrapping are broken. From owner-freebsd-current@FreeBSD.ORG Sat Jun 14 22:01:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 34FEA26F for ; Sat, 14 Jun 2014 22:01:38 +0000 (UTC) Received: from smtp2.wemm.org (smtp2.wemm.org [IPv6:2001:470:67:39d::78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp2.wemm.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0E8BD2375 for ; Sat, 14 Jun 2014 22:01:38 +0000 (UTC) Received: from overcee.wemm.org (canning.wemm.org [192.203.228.65]) by smtp2.wemm.org (Postfix) with ESMTP id B5D1CF9F; Sat, 14 Jun 2014 15:01:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=m20140428; t=1402783296; bh=RzB9fLUGPkrHliayGOPghPWdS4EXOm6cyHGxtpUFNhs=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=uZnCdok0ZnfdS0mujZNKBCecl27Sd9hZoUsIOREbJRKGQO+ABz4O+/4HmAqo20pL4 T08LTYI32KauQ0K/LnutnG9g7bYw5ntb/k8BH9dfk6FJxghPe4tegbPmeYGsnhzpyt dNP4DX3YH3SQslYJyMfAKa3OgGZfwLkpci8X/cnw= From: Peter Wemm To: freebsd-current@freebsd.org Subject: Re: In tree builds broken in lib/ncurses? Date: Sat, 14 Jun 2014 15:01:20 -0700 Message-ID: <2575529.ryprja4SsD@overcee.wemm.org> User-Agent: KMail/4.12.4 (FreeBSD/11.0-CURRENT; KDE/4.12.4; amd64; ; ) In-Reply-To: <20140614214439.GA66150@troutmask.apl.washington.edu> References: <20140614201933.GA65847@troutmask.apl.washington.edu> <20140614214439.GA66150@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1854368.dtQo7t0Ton"; micalg="pgp-sha1"; protocol="application/pgp-signature" Cc: Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 14 Jun 2014 22:01:38 -0000 --nextPart1854368.dtQo7t0Ton Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" On Saturday 14 June 2014 14:44:39 Steve Kargl wrote: > On Sat, Jun 14, 2014 at 01:19:33PM -0700, Steve Kargl wrote: > > Long story short. I have laptop that is normally limited in > > available diskspace, so I do not install profiled libraries. > > I however have the need for running some code under the profiler > > (assuming clang can generate proper profiling). I do the > > following, >=20 > Is it possible to using profiling on FreeBSD-current? After installi= ng > libc_p.a, I try to build math/lapack. It dies with >=20 > /usr/local/bin/ld: //usr/lib/libc_p.a(sbrk.po): undefined reference t= o > symbol '_end' //lib/libc.so.7: error adding symbols: DSO missing from= > command line collect2: error: ld returned 1 exit status > *** Error code 1 collect2? I think you've got something odd going on there.. =2D-=20 Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI= 6FJV UTF-8: for when a ' or ... just won\342\200\231t do\342\200\246 --nextPart1854368.dtQo7t0Ton Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAABAgAGBQJTnMZAAAoJEDXWlwnsgJ4EewAH/0CfO6afi0tcQiVWZ0IhL0l3 bV1E2iic3qEPWj00aAP5wF/0r25xMfJzxlwQbD009YOx7DwdEsURyIxdl0/2CKxm Kh59wo+heVfYVmRDq4nkcgHDrb+h+2l4z1awaV2O7iO4i7tXJxS94cxo52//iVsh SefnHP7XGyPGCYr5RTZ0abGHQk3gQBRmx81tBEY+S618K41HwFOjYD/+l81xmVby W0gGc/+i19TaQ0HTP3BpUkJRvNRZJieyVWahkMFM14MVsdGqSRMXqM7EzCPnCKOJ 1Z5d6H05dsi3Rbf4pWhLI1+H+1SJfVWqukclajLHgL8/j+se+lrYUWMCzPM8vbY= =lLDI -----END PGP SIGNATURE----- --nextPart1854368.dtQo7t0Ton-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 14 22:12:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C8CA452 for ; Sat, 14 Jun 2014 22:12:37 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask.apl.washington.edu", Issuer "troutmask.apl.washington.edu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E4CA2242F for ; Sat, 14 Jun 2014 22:12:36 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.9/8.14.9) with ESMTP id s5EMCa77066274 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 14 Jun 2014 15:12:36 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.9/8.14.9/Submit) id s5EMCaXU066273; Sat, 14 Jun 2014 15:12:36 -0700 (PDT) (envelope-from sgk) Date: Sat, 14 Jun 2014 15:12:36 -0700 From: Steve Kargl To: Peter Wemm Subject: Re: In tree builds broken in lib/ncurses? Message-ID: <20140614221236.GA66187@troutmask.apl.washington.edu> References: <20140614201933.GA65847@troutmask.apl.washington.edu> <20140614214439.GA66150@troutmask.apl.washington.edu> <2575529.ryprja4SsD@overcee.wemm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2575529.ryprja4SsD@overcee.wemm.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 14 Jun 2014 22:12:37 -0000 On Sat, Jun 14, 2014 at 03:01:20PM -0700, Peter Wemm wrote: > On Saturday 14 June 2014 14:44:39 Steve Kargl wrote: > > On Sat, Jun 14, 2014 at 01:19:33PM -0700, Steve Kargl wrote: > > > Long story short. I have laptop that is normally limited in > > > available diskspace, so I do not install profiled libraries. > > > I however have the need for running some code under the profiler > > > (assuming clang can generate proper profiling). I do the > > > following, > > > > Is it possible to using profiling on FreeBSD-current? After installing > > libc_p.a, I try to build math/lapack. It dies with > > > > /usr/local/bin/ld: //usr/lib/libc_p.a(sbrk.po): undefined reference to > > symbol '_end' //lib/libc.so.7: error adding symbols: DSO missing from > > command line collect2: error: ld returned 1 exit status > > *** Error code 1 > > collect2? I think you've got something odd going on there.. > Maybe. math/lapack is built with gfortran, which is from lang/gcc47 on my system. lang/gcc47 is probably picking up the installed devel/binutils. This would explain the /usr/local/bin/ld instead of our /usr/bin/ld. libc_p.a is built with clang, so I'm probably running into yet-another clang vs gcc problem. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Jun 14 22:30:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1E0A932 for ; Sat, 14 Jun 2014 22:30:03 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask.apl.washington.edu", Issuer "troutmask.apl.washington.edu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 85C4324F9 for ; Sat, 14 Jun 2014 22:30:03 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.9/8.14.9) with ESMTP id s5EMU24i066317 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 14 Jun 2014 15:30:02 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.9/8.14.9/Submit) id s5EMU2Kl066316; Sat, 14 Jun 2014 15:30:02 -0700 (PDT) (envelope-from sgk) Date: Sat, 14 Jun 2014 15:30:02 -0700 From: Steve Kargl To: Peter Wemm Subject: Re: In tree builds broken in lib/ncurses? Message-ID: <20140614223002.GB66187@troutmask.apl.washington.edu> References: <20140614201933.GA65847@troutmask.apl.washington.edu> <20140614214439.GA66150@troutmask.apl.washington.edu> <2575529.ryprja4SsD@overcee.wemm.org> <20140614221236.GA66187@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140614221236.GA66187@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 14 Jun 2014 22:30:03 -0000 On Sat, Jun 14, 2014 at 03:12:36PM -0700, Steve Kargl wrote: > On Sat, Jun 14, 2014 at 03:01:20PM -0700, Peter Wemm wrote: > > On Saturday 14 June 2014 14:44:39 Steve Kargl wrote: > > > On Sat, Jun 14, 2014 at 01:19:33PM -0700, Steve Kargl wrote: > > > > Long story short. I have laptop that is normally limited in > > > > available diskspace, so I do not install profiled libraries. > > > > I however have the need for running some code under the profiler > > > > (assuming clang can generate proper profiling). I do the > > > > following, > > > > > > Is it possible to using profiling on FreeBSD-current? After installing > > > libc_p.a, I try to build math/lapack. It dies with > > > > > > /usr/local/bin/ld: //usr/lib/libc_p.a(sbrk.po): undefined reference to > > > symbol '_end' //lib/libc.so.7: error adding symbols: DSO missing from > > > command line collect2: error: ld returned 1 exit status > > > *** Error code 1 > > > > collect2? I think you've got something odd going on there.. > > > > Maybe. math/lapack is built with gfortran, which is from > lang/gcc47 on my system. lang/gcc47 is probably picking > up the installed devel/binutils. This would explain the > /usr/local/bin/ld instead of our /usr/bin/ld. libc_p.a is > built with clang, so I'm probably running into yet-another > clang vs gcc problem. > Where is the symbol _end suppose to come from? Script started on Sat Jun 14 15:26:08 2014 laptop-kargl:kargl[201] foreach i (/usr/lib/*.a) foreach? echo $i foreach? nm $i | grep 'U _end' foreach? nm $i | grep 'T _end' foreach? end /usr/lib/libc.a U _end U _endnetdnsent U _endnethtent U _endhostdnsent U _endhosthtent 00000050 T _endnethtent 00000ac0 T _endnetdnsent 00000050 T _endhosthtent 00001220 T _endhostdnsent /usr/lib/libc_p.a U _end U _endnetdnsent U _endnethtent U _endhostdnsent U _endhosthtent 00000050 T _endnethtent 00000b00 T _endnetdnsent 00000050 T _endhosthtent 000012e0 T _endhostdnsent /usr/lib/libc_pic.a U _endhostdnsent U _endhosthtent U _endnetdnsent U _endnethtent U _end 00001470 T _endhostdnsent 00000060 T _endhosthtent 00000ba0 T _endnetdnsent 00000060 T _endnethtent Script done on Sat Jun 14 15:27:01 2014 -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Jun 14 22:38:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F13CB3A for ; Sat, 14 Jun 2014 22:38:59 +0000 (UTC) Received: from smtp2.wemm.org (smtp2.wemm.org [IPv6:2001:470:67:39d::78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp2.wemm.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1760E25AC for ; Sat, 14 Jun 2014 22:38:59 +0000 (UTC) Received: from overcee.wemm.org (canning.wemm.org [192.203.228.65]) by smtp2.wemm.org (Postfix) with ESMTP id 64586FBB; Sat, 14 Jun 2014 15:38:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=m20140428; t=1402785538; bh=LH+rhzUaDcK3sWDvYEdwusdWl2JUh33U719wDjJR7Gc=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=J04hqBhHubdnkWd/7ddyo/fJ/4ilFRL4EO542pIR/ASE0Xt6o+UTmJrxJFQZIj8s1 KLrtTSUaa7AyhNTOqHTBlhIfTWWb+7SXpLUlO59IJxURDsTOeTQtdDJptXycBsb4SS rhl3T8UAVD0xDEika5KBGG6PfgBgeTyafFp1nR7g= From: Peter Wemm To: Steve Kargl Subject: Re: In tree builds broken in lib/ncurses? Date: Sat, 14 Jun 2014 15:38:58 -0700 Message-ID: <4610322.zAJlsEjG1I@overcee.wemm.org> User-Agent: KMail/4.12.4 (FreeBSD/11.0-CURRENT; KDE/4.12.4; amd64; ; ) In-Reply-To: <20140614223002.GB66187@troutmask.apl.washington.edu> References: <20140614201933.GA65847@troutmask.apl.washington.edu> <20140614221236.GA66187@troutmask.apl.washington.edu> <20140614223002.GB66187@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5555632.7Gh4ITq3KM"; micalg="pgp-sha1"; protocol="application/pgp-signature" Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 14 Jun 2014 22:38:59 -0000 --nextPart5555632.7Gh4ITq3KM Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" On Saturday 14 June 2014 15:30:02 Steve Kargl wrote: > On Sat, Jun 14, 2014 at 03:12:36PM -0700, Steve Kargl wrote: > > On Sat, Jun 14, 2014 at 03:01:20PM -0700, Peter Wemm wrote: > > > On Saturday 14 June 2014 14:44:39 Steve Kargl wrote: > > > > On Sat, Jun 14, 2014 at 01:19:33PM -0700, Steve Kargl wrote: > > > > > Long story short. I have laptop that is normally limited in > > > > > available diskspace, so I do not install profiled libraries. > > > > > I however have the need for running some code under the profi= ler > > > > > (assuming clang can generate proper profiling). I do the > > > > > following, > > > >=20 > > > > Is it possible to using profiling on FreeBSD-current? After > > > > installing > > > > libc_p.a, I try to build math/lapack. It dies with > > > >=20 > > > > /usr/local/bin/ld: //usr/lib/libc_p.a(sbrk.po): undefined refer= ence to > > > > symbol '_end' //lib/libc.so.7: error adding symbols: DSO missin= g from > > > > command line collect2: error: ld returned 1 exit status > > > > *** Error code 1 > > >=20 > > > collect2? I think you've got something odd going on there.. > >=20 > > Maybe. math/lapack is built with gfortran, which is from > > lang/gcc47 on my system. lang/gcc47 is probably picking > > up the installed devel/binutils. This would explain the > > /usr/local/bin/ld instead of our /usr/bin/ld. libc_p.a is > > built with clang, so I'm probably running into yet-another > > clang vs gcc problem. >=20 > Where is the symbol _end suppose to come from? >=20 > Script started on Sat Jun 14 15:26:08 2014 > laptop-kargl:kargl[201] foreach i (/usr/lib/*.a) > foreach? echo $i > foreach? nm $i | grep 'U _end' > foreach? nm $i | grep 'T _end' > foreach? end > /usr/lib/libc.a > U _end _end is a dynamic symbol that is synthesized by ld or linker scripts. =20= Normally that would be /usr/bin/ld peter@hub[10:35pm]~-110> grep _end /usr/libdata/ldscripts/elf_x86_64_fb= sd.x ... _end. Align after .bss to ensure correct alignment even if the _end =3D .; PROVIDE (end =3D .); It used to be built into the a.out linker, but it's in the built-in lin= ker=20 scripts since the ELF switch. Your problem isn't clang vs gcc or libc_p, it's /usr/local/bin/ld or a = linker=20 script the gfortran stuff is using. =2D-=20 Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI= 6FJV UTF-8: for when a ' or ... just won\342\200\231t do\342\200\246 --nextPart5555632.7Gh4ITq3KM Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAABAgAGBQJTnM8CAAoJEDXWlwnsgJ4EdGkH/Rjin4Fyc6xeNUsAPROiUgn5 uqp1EEZBeq79vTXJEejKlmFriIEG+pTrtOO4k9PcDFu3ptN6zOYSohVgAQxSOYU9 ZgmyJqbyvG4muPSi8ncwBo3itcAHBZCga9bnnTWoSIattftuXzC9lzI7D7e+ZeCY JChHyr9BFVWf5PsXlTPCNb6ZWBN/mZkAmhHOfyVq2CNaFDO5Tj4p7qQV9495Bux4 MKFymvVCe9GjbBsdG3hRt4KHnsKoBVJHLPyFuQ5x7SrV7G+eHB0T4SeHeuqUAcOs GZY1TTYOligkU8FvRACo1fvTinXErUq1k4wZ4OtRp2Ngj+BjueziiW5yBio1UFQ= =N7L+ -----END PGP SIGNATURE----- --nextPart5555632.7Gh4ITq3KM-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 14 22:43:04 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A74EC57 for ; Sat, 14 Jun 2014 22:43:04 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 65BE1262E for ; Sat, 14 Jun 2014 22:43:04 +0000 (UTC) Received: from [192.168.200.105] (c-50-131-4-11.hsd1.ca.comcast.net [50.131.4.11]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id ACFDC1936DE for ; Sat, 14 Jun 2014 22:43:02 +0000 (UTC) Subject: Re: SMBus controller From: Sean Bruno Reply-To: sbruno@freebsd.org To: freebsd-current In-Reply-To: <1402772923.1120.13.camel@bruno> References: <1402772923.1120.13.camel@bruno> Content-Type: text/plain; charset="us-ascii" Date: Sat, 14 Jun 2014 15:43:01 -0700 Message-ID: <1402785781.1106.5.camel@bruno> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 14 Jun 2014 22:43:04 -0000 On Sat, 2014-06-14 at 12:08 -0700, Sean Bruno wrote: > I note that my TLenovo 61 has one of these: > > ichsmb0@pci0:0:31:3: class=0x0c0500 card=0x20a917aa chip=0x283e8086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801H (ICH8 Family) SMBus Controller' > class = serial bus > subclass = SMBus > > So, there's something broken in the initialization of the driver and the driver dependencies here. If I load "smb.ko" by itself, no other modules are loaded (ichsmb, smbus). Should it? If I load ichsmb, smbus is loaded, so that's good. But, the first time I do this, the driver seems to think I have 16 bus instances: iicsmb0: on iicbus0 iicsmb1: on iicbus1 iicsmb2: on iicbus2 iicsmb3: on iicbus3 iicsmb4: on iicbus4 iicsmb5: on iicbus5 iicsmb6: on iicbus6 iicsmb7: on iicbus7 iicsmb8: on iicbus8 iicsmb9: on iicbus9 iicsmb10: on iicbus10 iicsmb11: on iicbus11 iicsmb12: on iicbus12 iicsmb13: on iicbus13 iicsmb14: on iicbus14 iicsmb15: on iicbus15 smbus0: on iicsmb0 smbus1: on iicsmb1 smbus2: on iicsmb2 smbus3: on iicsmb3 smbus4: on iicsmb4 smbus5: on iicsmb5 smbus6: on iicsmb6 smbus7: on iicsmb7 smbus8: on iicsmb8 smbus9: on iicsmb9 smbus10: on iicsmb10 smbus11: on iicsmb11 smbus12: on iicsmb12 smbus13: on iicsmb13 smbus14: on iicsmb14 smbus15: on iicsmb15 I then load smb.ko and I get no useful output from smbmsg -p. If I try to acces /dev/smb1, ctrl-c it, unload all modules and then reload them, I get completely different (and functional) behavior. I only get ONE smbus and I can poll "devices" there, even though I have no idea what they are. ichsmb0: port 0x1c60-0x1c7f mem 0xfe227400-0xfe2274ff irq 23 at device 31.3 on pci0 smbus0: on ichsmb0 smb0: on smbus0 root@bruno:/home/sbruno # smbmsg -p Probing for devices on /dev/smb0: Device @0x10: w Device @0x88: rw Device @0xa8: w Device @0xaa: rw Device @0xac: rw Device @0xae: rw Device @0xb8: rw Device @0xc2: w Device @0xc8: w Right ... so, I did the following: kldload ichsmb This seems to know to bull in smbus.ko. ichsmb0: port 0x1c60-0x1c7f mem 0xfe227400-0xfe2274ff irq 23 at device 31.3 on pci0 smbus0: on ichsmb0 This doesn't really do anything useful, until I load "smb.ko": From owner-freebsd-current@FreeBSD.ORG Sat Jun 14 22:45:30 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A3FD8D66 for ; Sat, 14 Jun 2014 22:45:30 +0000 (UTC) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) by mx1.freebsd.org (Postfix) with ESMTP id 523D0263C for ; Sat, 14 Jun 2014 22:45:30 +0000 (UTC) Received: from amavis-proxy-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3grYmS1b1hzm2 for ; Sun, 15 Jun 2014 00:45:28 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= content-transfer-encoding:content-type:content-type:in-reply-to :references:subject:subject:mime-version:user-agent:organization :from:from:date:date:message-id:received:received:received; s= jakla2; t=1402785924; x=1405377925; bh=FWCh+m1/3twIDMf3Z9q63avA6 +kMDYD1WurHmKe56QQ=; b=IjK+b5uxAeaydEtj4OGhVbryhO4gRdDbf0pYvIA51 e061K7XjUgYDniOvpHwI9LDkN7XAov37tmxW0WdgwknPLModvCL2Jx2V6Z4PEQXV zAIxyJIwZLwQblHEXm5tj2WWBPWeqV5wfA7Z21i06ocxrTge7FveskO8piCyrMAW zE= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-proxy-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10012) with ESMTP id jl4giYC0_mzQ for ; Sun, 15 Jun 2014 00:45:24 +0200 (CEST) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP for ; Sun, 15 Jun 2014 00:45:24 +0200 (CEST) Received: from [92.244.73.222] (vpn094.ijs.si [92.244.73.222]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mildred.ijs.si (Postfix) with ESMTPSA id 3grYmN4Bwqz1B0 for ; Sun, 15 Jun 2014 00:45:24 +0200 (CEST) Message-ID: <539CD081.2020900@ijs.si> Date: Sun, 15 Jun 2014 00:45:21 +0200 From: Mark Martinec Organization: Jozef Stefan Institute User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: CURRENT: why is CURRENT swapping so fast? References: <20140612003612.25cc2851.ohartman@zedat.fu-berlin.de> <5398F2A2.2020808@gmx.de> <46D4CB84655148FE9A5F7578E5F4A8FD@multiplay.co.uk> <539B8548.7000906@ijs.si> <20140614152907.GA61295@over-yonder.net> In-Reply-To: <20140614152907.GA61295@over-yonder.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 14 Jun 2014 22:45:30 -0000 me wrote: >> Is this also fixed in the 10.0-STABLE by now? >> >> The situation does not improve by itself, ARC has it all, less >> active jobs scramble and fight for whatever free memory is left for >> them and most of them remain swapped out. The best curse of action >> to recover is to reboot. Quite a pain. On 2014-06-14 17:29, Matthew D. Fuller wrote: > You may want to check out > which I > believe is related. Make sure you get the latest patch rather than > the older one, ref's in comment 10 at > . Great, thank you, will apply it in the coming days. One would hope that such a serious pathological behaviour (in 10-STABLE and 11) would get the patch applied by now (patch available for two months now, problem described in March), or the former logic reverted. Mark From owner-freebsd-current@FreeBSD.ORG Sat Jun 14 23:25:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45B622D8 for ; Sat, 14 Jun 2014 23:25:36 +0000 (UTC) Received: from mail-ig0-f176.google.com (mail-ig0-f176.google.com [209.85.213.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0FB7E28C2 for ; Sat, 14 Jun 2014 23:25:35 +0000 (UTC) Received: by mail-ig0-f176.google.com with SMTP id a13so1687214igq.15 for ; Sat, 14 Jun 2014 16:25:29 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:content-type:mime-version:subject :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=CSiOWbqcYX0Pmw4cQEEQpROm6+/Gz4Oassb5i58Mapg=; b=BaPepv2OdwrQiF/PSIyb3MHbeH/MrXZlAGZuedGqfEgX3/GKS6weJBRWekpnAplUfd VqB+2H6TekXuyLAdXrIgz8wvmHJ1jfVm5LkrJ3tejfuzHgPTpAMnzleUdlog99SjLElN R1LV6LVoo87PEt6hrGV9SoonWnsvwPn4Eq3xKnMCiL5viAp+S86jwyfOZWx4grShIFKG mRIzlbqXbxC1vSSA8bx83uovawxIaDG7j/dt0LlLD9iWyIWRUTyO08VoNrrsH6FYWZN5 XEVu6rYKe8diYXYPALIvJb8rhUVTApcp8OYXc3s8cYza+5/OgpAqvrcQKjYBIoltm1+f BB0Q== X-Gm-Message-State: ALoCoQnfUgGM9IB0TKgEX5f30ry5upyaal+XG6yjb3pu6bXvIYIK6HCeXgxl1ELuirW9qFvKI17m X-Received: by 10.50.141.164 with SMTP id rp4mr15249607igb.20.1402788328917; Sat, 14 Jun 2014 16:25:28 -0700 (PDT) Received: from [10.0.0.119] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id t18sm7370410igr.18.2014.06.14.16.25.28 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 14 Jun 2014 16:25:28 -0700 (PDT) Sender: Warner Losh From: Warner Losh X-Google-Original-From: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: SMBus controller In-Reply-To: <1402785781.1106.5.camel@bruno> Date: Sat, 14 Jun 2014 17:25:33 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <6F35309D-FA6D-4882-99A2-57346DFF16B9@gmail.com> References: <1402772923.1120.13.camel@bruno> <1402785781.1106.5.camel@bruno> To: sbruno@freebsd.org X-Mailer: Apple Mail (2.1878.2) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 14 Jun 2014 23:25:36 -0000 On Jun 14, 2014, at 4:43 PM, Sean Bruno wrote: > On Sat, 2014-06-14 at 12:08 -0700, Sean Bruno wrote:=20 >> I note that my TLenovo 61 has one of these: >>=20 >> ichsmb0@pci0:0:31:3: class=3D0x0c0500 card=3D0x20a917aa = chip=3D0x283e8086 >> rev=3D0x03 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D '82801H (ICH8 Family) SMBus Controller' >> class =3D serial bus >> subclass =3D SMBus >>=20 >>=20 >=20 > So, there's something broken in the initialization of the driver and = the > driver dependencies here. >=20 > If I load "smb.ko" by itself, no other modules are loaded (ichsmb, > smbus). Should it? I don=92t think so. If I kldload pci, would you expect most of the = drivers in the system to be loaded? > If I load ichsmb, smbus is loaded, so that's good. But, the first = time > I do this, the driver seems to think I have 16 bus instances: >=20 >=20 > iicsmb0: on iicbus0 > iicsmb1: on iicbus1 > iicsmb2: on iicbus2 > iicsmb3: on iicbus3 > iicsmb4: on iicbus4 > iicsmb5: on iicbus5 > iicsmb6: on iicbus6 > iicsmb7: on iicbus7 > iicsmb8: on iicbus8 > iicsmb9: on iicbus9 > iicsmb10: on iicbus10 > iicsmb11: on iicbus11 > iicsmb12: on iicbus12 > iicsmb13: on iicbus13 > iicsmb14: on iicbus14 > iicsmb15: on iicbus15 > smbus0: on iicsmb0 > smbus1: on iicsmb1 > smbus2: on iicsmb2 > smbus3: on iicsmb3 > smbus4: on iicsmb4 > smbus5: on iicsmb5 > smbus6: on iicsmb6 > smbus7: on iicsmb7 > smbus8: on iicsmb8 > smbus9: on iicsmb9 > smbus10: on iicsmb10 > smbus11: on iicsmb11 > smbus12: on iicsmb12 > smbus13: on iicsmb13 > smbus14: on iicsmb14 > smbus15: on iicsmb15 >=20 > I then load smb.ko and I get no useful output from smbmsg -p. >=20 > If I try to acces /dev/smb1, ctrl-c it, unload all modules and then > reload them, I get completely different (and functional) behavior. I > only get ONE smbus and I can poll "devices" there, even though I have = no > idea what they are. >=20 > ichsmb0: port 0x1c60-0x1c7f mem > 0xfe227400-0xfe2274ff irq 23 at device 31.3 on pci0 > smbus0: on ichsmb0 > smb0: on smbus0 > root@bruno:/home/sbruno # smbmsg -p > Probing for devices on /dev/smb0: > Device @0x10: w > Device @0x88: rw > Device @0xa8: w > Device @0xaa: rw > Device @0xac: rw > Device @0xae: rw > Device @0xb8: rw > Device @0xc2: w > Device @0xc8: w >=20 >=20 >=20 >=20 >=20 >=20 > Right ... so, I did the following: >=20 > kldload ichsmb >=20 > This seems to know to bull in smbus.ko. I kinda think that=92s a bug. Makes it impossible to load/unload smbus = independent of ichsmb. pccard had that issue, but I fixed it eons ago. = However, it might be a necessary at the moment bug due to symbols being = exported from smbus.ko that are needed btt ichsmb=85 > ichsmb0: port 0x1c60-0x1c7f mem > 0xfe227400-0xfe2274ff irq 23 at device 31.3 on pci0 > smbus0: on ichsmb0 >=20 >=20 > This doesn't really do anything useful, until I load "smb.ko=94: That makes sense to me. Again, each of these things is independent, or = should be. It sounds like there=92s other breakage going on. You might want to see = what putting it in your kernel tells you. Warner= From owner-freebsd-current@FreeBSD.ORG Sat Jun 14 23:31:18 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A7B9C430 for ; Sat, 14 Jun 2014 23:31:18 +0000 (UTC) Received: from mail-ig0-f169.google.com (mail-ig0-f169.google.com [209.85.213.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6C9692958 for ; Sat, 14 Jun 2014 23:31:18 +0000 (UTC) Received: by mail-ig0-f169.google.com with SMTP id a13so2680823igq.4 for ; Sat, 14 Jun 2014 16:31:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:content-type:mime-version:subject :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=ynse+hluI28ooh440RWAc7Ue+bMgdaSWAdm1DhnXuEw=; b=QZ+o633tvRwNFSMW3iClyoy5CWicYmhkrGOFpihefXVdjuRxtmYMbyFQ/zQciT2dRZ 2wNVMymxL5o7jGcYlf4q1TWrnrlp1Tb6a8o8RvBCdzquRupAdwEFQ1FqeM8sxBVgVZAt s609jpMC4muorcHlZmxCGEnjrIsc9oOxgL2OGgQozW5gD4zV+1jvgMNtc+tgpGWNBz8y aAY2/wpjj/mXUUIgxgDsGilgnCRpR7P1aj5z/FfKNb4daOhk+VO2wofUNFOdCxEBHBpF G7ur9ZJuFV5Wv74lem48ezUwFSZygwVO7bgSXVRIf88D2dCUgI9PzfNkVjPasB1Dq4rz mKjw== X-Gm-Message-State: ALoCoQlxGZCbfT1ZlHRZqlenfqJgfmLL+OVs0UMMOQqKEsxzmUzFZPXhKIpRVzvAxTK/Q34FDLFL X-Received: by 10.50.153.8 with SMTP id vc8mr15284216igb.16.1402788677202; Sat, 14 Jun 2014 16:31:17 -0700 (PDT) Received: from [10.0.0.119] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id pm8sm439690igb.2.2014.06.14.16.31.16 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 14 Jun 2014 16:31:16 -0700 (PDT) Sender: Warner Losh From: Warner Losh X-Google-Original-From: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: building i386 kernel on amd64 host In-Reply-To: Date: Sat, 14 Jun 2014 17:31:21 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <66AD5DED-0B46-4C59-849E-AC84B25F06AB@gmail.com> References: <201406131059.01450.jhb@freebsd.org> To: Oliver Pinter X-Mailer: Apple Mail (2.1878.2) Cc: gavin@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 14 Jun 2014 23:31:18 -0000 On Jun 14, 2014, at 3:57 PM, Oliver Pinter = wrote: > On 6/13/14, John Baldwin wrote: >> On Friday, June 13, 2014 6:21:28 am Oliver Pinter wrote: >>> Hi All! >>>=20 >>> When I try to build i386 kernel on amd64 host running compile error >>> due wrong cpufunc.h picked up by build system. >>>=20 >>> I used the attached script to build the kernel, and I attached a = build >>> log. >>>=20 >>> Any suggestion how can I fix this? >>=20 >> To build an i386 kernel on an amd64 host do this: >>=20 >> cd /usr/src (or some other tree) >> make TARGET=3Di386 kernel-toolchain >> make TARGET=3Di386 buildkernel >> make TARGET=3Di386 installkernel DESTDIR=3D/some/place >>=20 >> And your i386 kernel will end up in /some/place/boot/kernel/kernel. = (You >> can >> set things like KERNCONF to pick an alternate kernel config just as = with >> normal 'make buildkernel'.) >>=20 >> (Your attachment was size zero for me btw) >>=20 >> -- >> John Baldwin >>=20 >=20 > I used this script to build the kernel: > = http://svnweb.freebsd.org/socsvn/soc2014/op/tools/build_kernel_32bit.csh?v= iew=3Dlog >=20 > And the error log are there: > https://gist.github.com/opntr/cf8aa0e404c0c5ed6f90 . > I get this error, when I first build kernel for amd64 system, and > after that i386 kernel, and only the kernel. >=20 > Now seems like I can build the whole system with buildworld > buildkernel on vanilla master, I removed the objdir and do a clean > buildworld. Now I test the modified kernel build, after the > buildworld. >=20 > It is broken too. When I do only make kernel-toolchain buildkernel, > than this are broken for vanilla freebsd source and for my version to. >=20 > summary: > OK: make buildworld buildkernel > BROKEN: make kernel-toolchain buildkernel On the same line? O?r is that just a summary? > Seems like someone in build environment bootstrapping are broken. I=92ve not been able to reproduce this. rm -rf $OBJDIR make TARGET=3Di386 kernel-toolchain make TARGET=3Di386 buildkernel works just fine on current with a clean tree and an empty/missing = make.conf and src.conf. As for your script, don=92t define MACHINE and MACHINE_ARCH. That=92s = almost always wrong since that overrides things on the command line, = which is what make buildkernel winds up translating to. You never need = to define those yourself in any supported environment, and likely most = unsupported ones. Also, I=92d strongly recommend doing it as two invocations to make, not = one. kernel-toolchain likely doesn=92t have all the right guards in = place for it that buildworld likely does. Or you can dive in and figure = that out. You can=92t really do anything *kernel* related until = kernel-toolchain finishes=85 Warner From owner-freebsd-current@FreeBSD.ORG Sat Jun 14 23:48:36 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 020EF717 for ; Sat, 14 Jun 2014 23:48:36 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D57FB2A2C for ; Sat, 14 Jun 2014 23:48:34 +0000 (UTC) Received: from [192.168.200.105] (c-50-131-4-11.hsd1.ca.comcast.net [50.131.4.11]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id CED671936DE; Sat, 14 Jun 2014 23:48:32 +0000 (UTC) Subject: Re: SMBus controller From: Sean Bruno Reply-To: sbruno@freebsd.org To: Warner Losh In-Reply-To: <6F35309D-FA6D-4882-99A2-57346DFF16B9@gmail.com> References: <1402772923.1120.13.camel@bruno> <1402785781.1106.5.camel@bruno> <6F35309D-FA6D-4882-99A2-57346DFF16B9@gmail.com> Content-Type: text/plain; charset="windows-1251" Date: Sat, 14 Jun 2014 16:48:30 -0700 Message-ID: <1402789710.1106.8.camel@bruno> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 14 Jun 2014 23:48:36 -0000 On Sat, 2014-06-14 at 17:25 -0600, Warner Losh wrote: > On Jun 14, 2014, at 4:43 PM, Sean Bruno wrote: > > > On Sat, 2014-06-14 at 12:08 -0700, Sean Bruno wrote: > >> I note that my TLenovo 61 has one of these: > >> > >> ichsmb0@pci0:0:31:3: class=0x0c0500 card=0x20a917aa chip=0x283e8086 > >> rev=0x03 hdr=0x00 > >> vendor = 'Intel Corporation' > >> device = '82801H (ICH8 Family) SMBus Controller' > >> class = serial bus > >> subclass = SMBus > >> > >> > > > > So, there's something broken in the initialization of the driver and the > > driver dependencies here. > > > > If I load "smb.ko" by itself, no other modules are loaded (ichsmb, > > smbus). Should it? > > I dont think so. If I kldload pci, would you expect most of the drivers in the system to be loaded? > Heck if I know. :-) I would suspect that of the three, ichsmb, smbus or smb, one of these should cause the other two to be loaded. This is not the case. > > If I load ichsmb, smbus is loaded, so that's good. But, the first time > > I do this, the driver seems to think I have 16 bus instances: > > > > > > iicsmb0: on iicbus0 > > iicsmb1: on iicbus1 > > iicsmb2: on iicbus2 > > iicsmb3: on iicbus3 > > iicsmb4: on iicbus4 > > iicsmb5: on iicbus5 > > iicsmb6: on iicbus6 > > iicsmb7: on iicbus7 > > iicsmb8: on iicbus8 > > iicsmb9: on iicbus9 > > iicsmb10: on iicbus10 > > iicsmb11: on iicbus11 > > iicsmb12: on iicbus12 > > iicsmb13: on iicbus13 > > iicsmb14: on iicbus14 > > iicsmb15: on iicbus15 > > smbus0: on iicsmb0 > > smbus1: on iicsmb1 > > smbus2: on iicsmb2 > > smbus3: on iicsmb3 > > smbus4: on iicsmb4 > > smbus5: on iicsmb5 > > smbus6: on iicsmb6 > > smbus7: on iicsmb7 > > smbus8: on iicsmb8 > > smbus9: on iicsmb9 > > smbus10: on iicsmb10 > > smbus11: on iicsmb11 > > smbus12: on iicsmb12 > > smbus13: on iicsmb13 > > smbus14: on iicsmb14 > > smbus15: on iicsmb15 > > > > I then load smb.ko and I get no useful output from smbmsg -p. > > > > If I try to acces /dev/smb1, ctrl-c it, unload all modules and then > > reload them, I get completely different (and functional) behavior. I > > only get ONE smbus and I can poll "devices" there, even though I have no > > idea what they are. > > > > ichsmb0: port 0x1c60-0x1c7f mem > > 0xfe227400-0xfe2274ff irq 23 at device 31.3 on pci0 > > smbus0: on ichsmb0 > > smb0: on smbus0 > > root@bruno:/home/sbruno # smbmsg -p > > Probing for devices on /dev/smb0: > > Device @0x10: w > > Device @0x88: rw > > Device @0xa8: w > > Device @0xaa: rw > > Device @0xac: rw > > Device @0xae: rw > > Device @0xb8: rw > > Device @0xc2: w > > Device @0xc8: w > > > > > > > > > > > > > > Right ... so, I did the following: > > > > kldload ichsmb > > > > This seems to know to bull in smbus.ko. > > I kinda think thats a bug. Makes it impossible to load/unload smbus independent of ichsmb. pccard had that issue, but I fixed it eons ago. However, it might be a necessary at the moment bug due to symbols being exported from smbus.ko that are needed btt ichsmb > > > > ichsmb0: port 0x1c60-0x1c7f mem > > 0xfe227400-0xfe2274ff irq 23 at device 31.3 on pci0 > > smbus0: on ichsmb0 > > > > > > This doesn't really do anything useful, until I load "smb.ko: > > That makes sense to me. Again, each of these things is independent, or should be. > > It sounds like theres other breakage going on. You might want to see what putting it in your kernel tells you. > > Warner Does it make sense that "16" devices are detected until I attempt to access a non existent one, reload the modules and then it seems to work correctly? It looks like something in initialization is hosed. sean From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 01:30:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6CF1F4D for ; Sun, 15 Jun 2014 01:30:58 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask.apl.washington.edu", Issuer "troutmask.apl.washington.edu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7913C211A for ; Sun, 15 Jun 2014 01:30:58 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.9/8.14.9) with ESMTP id s5F1Uvmf066786 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 14 Jun 2014 18:30:57 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.9/8.14.9/Submit) id s5F1UvUr066785; Sat, 14 Jun 2014 18:30:57 -0700 (PDT) (envelope-from sgk) Date: Sat, 14 Jun 2014 18:30:57 -0700 From: Steve Kargl To: Peter Wemm Subject: Re: In tree builds broken in lib/ncurses? Message-ID: <20140615013057.GA66589@troutmask.apl.washington.edu> References: <20140614201933.GA65847@troutmask.apl.washington.edu> <20140614221236.GA66187@troutmask.apl.washington.edu> <20140614223002.GB66187@troutmask.apl.washington.edu> <4610322.zAJlsEjG1I@overcee.wemm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4610322.zAJlsEjG1I@overcee.wemm.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jun 2014 01:30:58 -0000 On Sat, Jun 14, 2014 at 03:38:58PM -0700, Peter Wemm wrote: > On Saturday 14 June 2014 15:30:02 Steve Kargl wrote: > > On Sat, Jun 14, 2014 at 03:12:36PM -0700, Steve Kargl wrote: > > > On Sat, Jun 14, 2014 at 03:01:20PM -0700, Peter Wemm wrote: > > > > On Saturday 14 June 2014 14:44:39 Steve Kargl wrote: > > > > > > > > > > Is it possible to using profiling on FreeBSD-current? After > > > > > installing > > > > > libc_p.a, I try to build math/lapack. It dies with > > > > > > > > > > /usr/local/bin/ld: //usr/lib/libc_p.a(sbrk.po): undefined reference to > > > > > symbol '_end' //lib/libc.so.7: error adding symbols: DSO missing from > > > > > command line collect2: error: ld returned 1 exit status > > > > > *** Error code 1 > > > > > > > > collect2? I think you've got something odd going on there.. > > > > > > Maybe. math/lapack is built with gfortran, which is from > > > lang/gcc47 on my system. lang/gcc47 is probably picking > > > up the installed devel/binutils. This would explain the > > > /usr/local/bin/ld instead of our /usr/bin/ld. libc_p.a is > > > built with clang, so I'm probably running into yet-another > > > clang vs gcc problem. > > > > Where is the symbol _end suppose to come from? > > > > Script started on Sat Jun 14 15:26:08 2014 > > laptop-kargl:kargl[201] foreach i (/usr/lib/*.a) > > foreach? echo $i > > foreach? nm $i | grep 'U _end' > > foreach? nm $i | grep 'T _end' > > foreach? end > > /usr/lib/libc.a > > U _end > > _end is a dynamic symbol that is synthesized by ld or linker scripts. > Normally that would be /usr/bin/ld > > peter@hub[10:35pm]~-110> grep _end /usr/libdata/ldscripts/elf_x86_64_fbsd.x > ... > _end. Align after .bss to ensure correct alignment even if the > _end = .; PROVIDE (end = .); > > It used to be built into the a.out linker, but it's in the built-in linker > scripts since the ELF switch. > > Your problem isn't clang vs gcc or libc_p, it's /usr/local/bin/ld or a linker > script the gfortran stuff is using. > Thanks for the pointer. The problem appears to be /usr/local/bin/ld. If I move it to ld.old and then symlink /usr/local/bin/ld to /usr/bin/ld, I can build math/lapack without a problem. I guess I'll poke around in devel/bintuils. -- Steve From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 01:44:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A03E157 for ; Sun, 15 Jun 2014 01:44:27 +0000 (UTC) Received: from mail-ig0-f169.google.com (mail-ig0-f169.google.com [209.85.213.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D105B21C9 for ; Sun, 15 Jun 2014 01:44:26 +0000 (UTC) Received: by mail-ig0-f169.google.com with SMTP id a13so2731967igq.2 for ; Sat, 14 Jun 2014 18:44:25 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:content-type:mime-version:subject :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=o399qWYhnt9c+mba62ZQXM+e+louBEWFUiZ0QhwcH7I=; b=iqHZcBb6RxsZ4ih7PJWtiZKMGdyVHSbypPeLZn4cJM1nd4pRhi62rnpWwN6UFgTosu X2xM1h/0sEHShatBDhNiKi5+u5qUjbQjBGcmZ0PnyhsttZXSOGA5MjXM4/EGj9bkWGsF 0CH0vsXRh1XZbDDF+UjVqxgm4hlY4lSfWTrneOoK4gCctF/pHhp4aLRw4dcW9y+HQ5gw eHfqQBoQsXfn6bEOSuDJ01pAAv1/SntXKKHnTKq+5m626zgqwg6NRylOPPMb/lNf2Y1x dSlf2aSStzhLpdCZBVWF+TgSVuR/b8WeHCKSQB4Y5uRsG3ZcR6le3d/Y7T/sXNJLvFwl YPJQ== X-Gm-Message-State: ALoCoQn52OVPC2xgS74BIMo75e84B5QgzRuNiwExA05LHMj0Gc+P5eO8sy4/4WkZxlQQsn64BKrW X-Received: by 10.50.29.9 with SMTP id f9mr15531541igh.39.1402796665435; Sat, 14 Jun 2014 18:44:25 -0700 (PDT) Received: from [10.0.0.119] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id p12sm8195827igx.18.2014.06.14.18.44.24 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 14 Jun 2014 18:44:24 -0700 (PDT) Sender: Warner Losh From: Warner Losh X-Google-Original-From: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: In tree builds broken in lib/ncurses? In-Reply-To: <20140615013057.GA66589@troutmask.apl.washington.edu> Date: Sat, 14 Jun 2014 19:44:29 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <5B8DE5E2-FC48-4B61-B759-7951821C72C3@gmail.com> References: <20140614201933.GA65847@troutmask.apl.washington.edu> <20140614221236.GA66187@troutmask.apl.washington.edu> <20140614223002.GB66187@troutmask.apl.washington.edu> <4610322.zAJlsEjG1I@overcee.wemm.org> <20140615013057.GA66589@troutmask.apl.washington.edu> To: Steve Kargl X-Mailer: Apple Mail (2.1878.2) Cc: freebsd-current@freebsd.org, Peter Wemm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jun 2014 01:44:27 -0000 On Jun 14, 2014, at 7:30 PM, Steve Kargl = wrote: > On Sat, Jun 14, 2014 at 03:38:58PM -0700, Peter Wemm wrote: >> On Saturday 14 June 2014 15:30:02 Steve Kargl wrote: >>> On Sat, Jun 14, 2014 at 03:12:36PM -0700, Steve Kargl wrote: >>>> On Sat, Jun 14, 2014 at 03:01:20PM -0700, Peter Wemm wrote: >>>>> On Saturday 14 June 2014 14:44:39 Steve Kargl wrote: >>>>>>=20 >>>>>> Is it possible to using profiling on FreeBSD-current? After >>>>>> installing >>>>>> libc_p.a, I try to build math/lapack. It dies with >>>>>>=20 >>>>>> /usr/local/bin/ld: //usr/lib/libc_p.a(sbrk.po): undefined = reference to >>>>>> symbol '_end' //lib/libc.so.7: error adding symbols: DSO missing = from >>>>>> command line collect2: error: ld returned 1 exit status >>>>>> *** Error code 1 >>>>>=20 >>>>> collect2? I think you've got something odd going on there.. >>>>=20 >>>> Maybe. math/lapack is built with gfortran, which is from >>>> lang/gcc47 on my system. lang/gcc47 is probably picking >>>> up the installed devel/binutils. This would explain the >>>> /usr/local/bin/ld instead of our /usr/bin/ld. libc_p.a is >>>> built with clang, so I'm probably running into yet-another >>>> clang vs gcc problem. >>>=20 >>> Where is the symbol _end suppose to come from? >>>=20 >>> Script started on Sat Jun 14 15:26:08 2014 >>> laptop-kargl:kargl[201] foreach i (/usr/lib/*.a) >>> foreach? echo $i >>> foreach? nm $i | grep 'U _end' >>> foreach? nm $i | grep 'T _end' >>> foreach? end >>> /usr/lib/libc.a >>> U _end >>=20 >> _end is a dynamic symbol that is synthesized by ld or linker scripts. = =20 >> Normally that would be /usr/bin/ld >>=20 >> peter@hub[10:35pm]~-110> grep _end = /usr/libdata/ldscripts/elf_x86_64_fbsd.x >> ... >> _end. Align after .bss to ensure correct alignment even if the >> _end =3D .; PROVIDE (end =3D .); >>=20 >> It used to be built into the a.out linker, but it's in the built-in = linker=20 >> scripts since the ELF switch. >>=20 >> Your problem isn't clang vs gcc or libc_p, it's /usr/local/bin/ld or = a linker=20 >> script the gfortran stuff is using. >>=20 >=20 > Thanks for the pointer. The problem appears to be /usr/local/bin/ld. > If I move it to ld.old and then symlink /usr/local/bin/ld to = /usr/bin/ld, > I can build math/lapack without a problem. I guess I'll poke around > in devel/bintuils. We don=92t support building the tree with any ld but the one in the = tree. However, having said that, if you can fix it, that would be = awesome. I=92d like to see our support expand to include latter-day = versions of binutils on all platforms to help with the eventual demise = of in-tree gcc... Warner= From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 01:49:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63FD928F for ; Sun, 15 Jun 2014 01:49:48 +0000 (UTC) Received: from mail-ig0-f171.google.com (mail-ig0-f171.google.com [209.85.213.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2901E21F0 for ; Sun, 15 Jun 2014 01:49:47 +0000 (UTC) Received: by mail-ig0-f171.google.com with SMTP id h18so1738806igc.16 for ; Sat, 14 Jun 2014 18:49:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=2z/qn6ANRbUkXdTSWSulovHYAKyjlSnMjIxFTvqxygE=; b=SBajHQqt6QLM2r1/LnZVq4wh+Yy7RhvN1r7zQdc2i7EWtlKE6H+eonSN588ogmHV1t /GX8E9C/aQWh4AH19UObTSvMdvxo+1eSXUT1bs1aZ0WSwGmoFI4zU0sU40O+Bp3QzuIo IL8eQEaKlUZEiWJQfuEir3UxYt4bOna8XEP7Cuv72mM7IzsgSj7HtUWdm+Gfza46K55Z m76zUBMeocnYefTrb8aG9PasBuuxqbXrjKs1ylgkuOYjWkQ1sa9I8+Az6mvOjfxEzXHm ix/5CS3sCfsp4GABAcrkOTDNDhGYUsV0CuwrYVy7BXZOKqmD6oIzyFS/LTJNN9D+X5yc KFDw== X-Gm-Message-State: ALoCoQkmyMKx+9lyGzFmSfCRpJqLSwBhtjm0SfZbm6eJ4XPoMOAcNwSQsuzNHL1c+exYpuWHhx6Q X-Received: by 10.43.65.145 with SMTP id xm17mr12276804icb.44.1402796564715; Sat, 14 Jun 2014 18:42:44 -0700 (PDT) Received: from [10.0.0.119] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id p12sm8185902igx.18.2014.06.14.18.42.43 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 14 Jun 2014 18:42:43 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_43160D4C-7DD3-4185-BD86-4DAA22965AEB"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: SMBus controller From: Warner Losh In-Reply-To: <1402789710.1106.8.camel@bruno> Date: Sat, 14 Jun 2014 19:42:48 -0600 Message-Id: References: <1402772923.1120.13.camel@bruno> <1402785781.1106.5.camel@bruno> <6F35309D-FA6D-4882-99A2-57346DFF16B9@gmail.com> <1402789710.1106.8.camel@bruno> To: sbruno@freebsd.org X-Mailer: Apple Mail (2.1878.2) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jun 2014 01:49:48 -0000 --Apple-Mail=_43160D4C-7DD3-4185-BD86-4DAA22965AEB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1251 On Jun 14, 2014, at 5:48 PM, Sean Bruno wrote: > On Sat, 2014-06-14 at 17:25 -0600, Warner Losh wrote: >> On Jun 14, 2014, at 4:43 PM, Sean Bruno = wrote: >>=20 >>> On Sat, 2014-06-14 at 12:08 -0700, Sean Bruno wrote:=20 >>>> I note that my TLenovo 61 has one of these: >>>>=20 >>>> ichsmb0@pci0:0:31:3: class=3D0x0c0500 card=3D0x20a917aa = chip=3D0x283e8086 >>>> rev=3D0x03 hdr=3D0x00 >>>> vendor =3D 'Intel Corporation' >>>> device =3D '82801H (ICH8 Family) SMBus Controller' >>>> class =3D serial bus >>>> subclass =3D SMBus >>>>=20 >>>>=20 >>>=20 >>> So, there's something broken in the initialization of the driver and = the >>> driver dependencies here. >>>=20 >>> If I load "smb.ko" by itself, no other modules are loaded (ichsmb, >>> smbus). Should it? >>=20 >> I don=92t think so. If I kldload pci, would you expect most of the = drivers in the system to be loaded? >>=20 >=20 > Heck if I know. :-) =20 >=20 > I would suspect that of the three, ichsmb, smbus or smb, one of these > should cause the other two to be loaded. This is not the case. >=20 >>> If I load ichsmb, smbus is loaded, so that's good. But, the first = time >>> I do this, the driver seems to think I have 16 bus instances: >>>=20 >>>=20 >>> iicsmb0: on iicbus0 >>> iicsmb1: on iicbus1 >>> iicsmb2: on iicbus2 >>> iicsmb3: on iicbus3 >>> iicsmb4: on iicbus4 >>> iicsmb5: on iicbus5 >>> iicsmb6: on iicbus6 >>> iicsmb7: on iicbus7 >>> iicsmb8: on iicbus8 >>> iicsmb9: on iicbus9 >>> iicsmb10: on iicbus10 >>> iicsmb11: on iicbus11 >>> iicsmb12: on iicbus12 >>> iicsmb13: on iicbus13 >>> iicsmb14: on iicbus14 >>> iicsmb15: on iicbus15 >>> smbus0: on iicsmb0 >>> smbus1: on iicsmb1 >>> smbus2: on iicsmb2 >>> smbus3: on iicsmb3 >>> smbus4: on iicsmb4 >>> smbus5: on iicsmb5 >>> smbus6: on iicsmb6 >>> smbus7: on iicsmb7 >>> smbus8: on iicsmb8 >>> smbus9: on iicsmb9 >>> smbus10: on iicsmb10 >>> smbus11: on iicsmb11 >>> smbus12: on iicsmb12 >>> smbus13: on iicsmb13 >>> smbus14: on iicsmb14 >>> smbus15: on iicsmb15 >>>=20 >>> I then load smb.ko and I get no useful output from smbmsg -p. >>>=20 >>> If I try to acces /dev/smb1, ctrl-c it, unload all modules and then >>> reload them, I get completely different (and functional) behavior. = I >>> only get ONE smbus and I can poll "devices" there, even though I = have no >>> idea what they are. >>>=20 >>> ichsmb0: port 0x1c60-0x1c7f = mem >>> 0xfe227400-0xfe2274ff irq 23 at device 31.3 on pci0 >>> smbus0: on ichsmb0 >>> smb0: on smbus0 >>> root@bruno:/home/sbruno # smbmsg -p >>> Probing for devices on /dev/smb0: >>> Device @0x10: w >>> Device @0x88: rw >>> Device @0xa8: w >>> Device @0xaa: rw >>> Device @0xac: rw >>> Device @0xae: rw >>> Device @0xb8: rw >>> Device @0xc2: w >>> Device @0xc8: w >>>=20 >>>=20 >>>=20 >>>=20 >>>=20 >>>=20 >>> Right ... so, I did the following: >>>=20 >>> kldload ichsmb >>>=20 >>> This seems to know to bull in smbus.ko. >>=20 >> I kinda think that=92s a bug. Makes it impossible to load/unload = smbus independent of ichsmb. pccard had that issue, but I fixed it eons = ago. However, it might be a necessary at the moment bug due to symbols = being exported from smbus.ko that are needed btt ichsmb=85 >>=20 >>=20 >>> ichsmb0: port 0x1c60-0x1c7f = mem >>> 0xfe227400-0xfe2274ff irq 23 at device 31.3 on pci0 >>> smbus0: on ichsmb0 >>>=20 >>>=20 >>> This doesn't really do anything useful, until I load "smb.ko=94: >>=20 >> That makes sense to me. Again, each of these things is independent, = or should be. >>=20 >> It sounds like there=92s other breakage going on. You might want to = see what putting it in your kernel tells you. >>=20 >> Warner >=20 >=20 > Does it make sense that "16" devices are detected until I attempt to > access a non existent one, reload the modules and then it seems to = work > correctly? It looks like something in initialization is hosed. It does look hosed. I think that the code may assume bios interference = that we need to do if we get a nonsensical result. But that=92s pure = speculation on my part=85 Warner --Apple-Mail=_43160D4C-7DD3-4185-BD86-4DAA22965AEB Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTnPoYAAoJEGwc0Sh9sBEAe2oQALDyfkIj9YF/Kedmg5379y1Y sPZBLx/8aeBMWYX51Cl/dI9BUuW0uo/9w49mgQFNy4sw9yln+6Im+AOikcXS6EX5 IeQUAXlSRWiGYbSRc6O7hE1pnxGofO9tNy7MMI4c+S4BtxkFcFXk297ZPPCey3Rb 9m17EVbPm//oaUIc0JygcHOHEIvQhluwIlo8SV9U38AJkqatLg0JMIbwwRvoI14f DOuUSYWNAxg7KH1LNre0yziX2zRgG5aaJ35J20VlgIpiK3A5IBg73pQYLJtqsP4m COIaeTfyMULnJnywhaJFif7M/wF2IeV8SkiBt35YT76B1mW6MxnUHDoJNe4c2zpz J6OEdFH824nHyCyP+3hqUWDANAkXt12GqmUCIODluzLHdVm8kksSBzlAienFXuGc P/xyNrCO5bvMO7amACyKbP0Aich27ezM2+XaMDqqXn9FNpwf4TYz5mXEhT1i84ti D3jLpaMEEYgWpwrfzOPLpUGibi9sVDoe4VBAf+xw3S+9PQJIpEpssBqKIZx9ou7s rtDxEVlrOP/Jg1Ie3LTGt6dpRrqiOKBXqOjpfqkTLaEpmjmM21daQQ5RIcZyGJuC MgEwIZas6R0Q1c8u5XzpkHtuRMPegjxH5ycuadHTI2/zSP1WXG+Fk3pbY89eRSJV HWAIbOJWsSaow0JmwEnu =afjS -----END PGP SIGNATURE----- --Apple-Mail=_43160D4C-7DD3-4185-BD86-4DAA22965AEB-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 02:51:41 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9186C99C; Sun, 15 Jun 2014 02:51:40 +0000 (UTC) Date: Sat, 14 Jun 2014 22:51:37 -0400 From: Glen Barber To: freebsd-current@FreeBSD.org Subject: What we have here, ... Message-ID: <20140615025137.GM1248@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="bEAlbH1hodbw2omC" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jun 2014 02:51:41 -0000 --bEAlbH1hodbw2omC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Is a failure to build head/ with high make(1) -j values. Again. With empty /usr/obj, I have been seeing strange build failures on head/ with high -jN values, but even as low as -j10. The machine used to build snapshots of head/ and stable/ branches has been using -j48 for several months without issue, so I am certain this is a recent (<=1 month) issue. Of all things, it looks like fonts are failing to build, giving the following error: --- MACGUJARATI.esdb --- NAME is mandatory. ENCODING is mandatory. *** [MACGUJARATI.esdb] Error code 1 make[6]: stopped in /usr/src/share/i18n/esdb/APPLE Is anyone else seeing this with empty MAKEOBJDIR ? I won't be able to reproduce the issue with log output until at least Monday, since I'm running the head/ builds with the '-jN' halved to 24, which so far seems to have made a difference. Thanks. Glen --bEAlbH1hodbw2omC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTnQo5AAoJELls3eqvi17QP98QAID2Htbu7+58mKu5shd0Zu5r ZgP1b4RVLmjEZqiX5K6YBfMHVeLjWHEjk3OIEKdGVW2tbnL6mzBVvpy4GkYTMRa9 ty7h/F1HfOBrBK+T/0cHA6O2lZgB/AYwmK+tfkmz47xK8GmWVj3N1bjuTKAsU9sG CogZju1EHOYoQcE0Sericg84oHLTb8wJb6oIslApWiGb26lfxhCxBiw0LZGkPAfl hzMZr6/p3Mh6udkdXE2l5GMqKk9vjtGTNAtiM0Kw7I60G9Gqla7R2ep6/+mVUxHH ii/Jxq49NRRXRwhMHPFhD5A5BSiLvT4wAqWEKdLCLfQhAYie8AQt8rz2a/pOl909 yj9FgQs1v0R1t+XKahJ/ZfLkD7rFsbqG4OuOln0wTkBtpfcBXF1KKaDegZvL+jk3 /I5soC+O+9VsSsNr2WeosqUhB8ElYtML9POKnZzvY4jII2b0nLHoNhtSyl0+blmG 12jqGezbi88jvxFNVItgy0p/NjnKkRrzP/iRV9KZEKBZ8xSlzHcimsWA2cQnjLlj 6z7TLFq9wQ36G0OiQNy6kuRukiwbjYZjMg7GsuF2d+IR0lorOj1fL6Z8RREkdvB6 s9fZUQ5FerghE3+HvXA6XIwvTVDmEGwNSGYC5mAYHPu7CV09i5Q6OLfBjG+gVuRb OX+C/y3mbMlKksGW8975 =mBHt -----END PGP SIGNATURE----- --bEAlbH1hodbw2omC-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 03:03:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7A265812 for ; Sun, 15 Jun 2014 03:03:48 +0000 (UTC) Received: from mail-ie0-f178.google.com (mail-ie0-f178.google.com [209.85.223.178]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 44815280F for ; Sun, 15 Jun 2014 03:03:47 +0000 (UTC) Received: by mail-ie0-f178.google.com with SMTP id rd18so3807572iec.37 for ; Sat, 14 Jun 2014 20:03:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:content-type:mime-version:subject :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=574Qd260slUdSuIosxsve+Saxrqk5650TIgGNti9nIo=; b=BVjqSpjObpJzeAYZr6GWs7GYQ3o4ZVVHTJ8QflqcwTZws7GU9lg5L70SR6+BX5v4yN Z1Va7H+3+IOpYOY9W/oBveZ4gOoEAu9+e+DyKL8XqaAG+4Ke0ERQi891umxeETlPd8rU ewSJWM+gwq7Q2tOx7mK8dTwVxk6BGGt0l213YQucNk/v22Ga+jeLPm4Br85G7bqYDCoG PpjFJPLvRb3syM4m6FJswx+9X/Wa3oGLH8uwQeJSQu/yloM64A0MNMbEHRWD+gkvFiI6 cwB5xmtJo3eE+3y6CCHcn3ZyoIFWiLDRXIE6QpHwhA3Gb7XngYiCZFJfk67VUUAKzYti Xd+w== X-Gm-Message-State: ALoCoQkDEyS9Ii9UDxF/s304exh7fUdJ2an6csID/QxU2hzMnDe1xhYHa+VqkPIjAbL5ne6NlZRi X-Received: by 10.42.162.71 with SMTP id w7mr12424697icx.50.1402801426781; Sat, 14 Jun 2014 20:03:46 -0700 (PDT) Received: from [10.0.0.119] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id f9sm8695006igc.15.2014.06.14.20.03.45 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 14 Jun 2014 20:03:46 -0700 (PDT) Sender: Warner Losh From: Warner Losh X-Google-Original-From: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: What we have here, ... In-Reply-To: <20140615025137.GM1248@hub.FreeBSD.org> Date: Sat, 14 Jun 2014 21:03:51 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20140615025137.GM1248@hub.FreeBSD.org> To: Glen Barber X-Mailer: Apple Mail (2.1878.2) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jun 2014 03:03:48 -0000 On Jun 14, 2014, at 8:51 PM, Glen Barber wrote: > Is a failure to build head/ with high make(1) -j values. Again. There=92s likely a dozen or more of these lurking in the tree. Ian=92s = last set of patches squashed many of the ones in lib, but I=92ve not done a = careful audit of the i18n code. > With empty /usr/obj, I have been seeing strange build failures on = head/ > with high -jN values, but even as low as -j10. The machine used to > build snapshots of head/ and stable/ branches has been using -j48 for > several months without issue, so I am certain this is a recent (<=3D1 > month) issue. >=20 > Of all things, it looks like fonts are failing to build, giving the > following error: >=20 > --- MACGUJARATI.esdb --- > NAME is mandatory. > ENCODING is mandatory. > *** [MACGUJARATI.esdb] Error code 1 > make[6]: stopped in /usr/src/share/i18n/esdb/APPLE >=20 > Is anyone else seeing this with empty MAKEOBJDIR ? I haven=92t seen it, but in -j races, that means approximately zilch=85=20= > I won't be able to reproduce the issue with log output until at least > Monday, since I'm running the head/ builds with the '-jN' halved to = 24, > which so far seems to have made a difference. How many cores in this box of yours? Warner= From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 03:11:27 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDF7DECA; Sun, 15 Jun 2014 03:11:26 +0000 (UTC) Date: Sat, 14 Jun 2014 23:11:23 -0400 From: Glen Barber To: Warner Losh Subject: Re: What we have here, ... Message-ID: <20140615031123.GN1248@hub.FreeBSD.org> References: <20140615025137.GM1248@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="O6uyWUGY5J97yCxj" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jun 2014 03:11:27 -0000 --O6uyWUGY5J97yCxj Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 14, 2014 at 09:03:51PM -0600, Warner Losh wrote: >=20 > On Jun 14, 2014, at 8:51 PM, Glen Barber wrote: >=20 > > Is a failure to build head/ with high make(1) -j values. Again. >=20 > There=E2=80=99s likely a dozen or more of these lurking in the tree. Ian= =E2=80=99s last set > of patches squashed many of the ones in lib, but I=E2=80=99ve not done a = careful > audit of the i18n code. >=20 Ok, thanks for the info. I'm a bit unclear on how the parallelization stuff in share/ actually works, but I'm happy to help crowbar at things. > > With empty /usr/obj, I have been seeing strange build failures on head/ > > with high -jN values, but even as low as -j10. The machine used to > > build snapshots of head/ and stable/ branches has been using -j48 for > > several months without issue, so I am certain this is a recent (<=3D1 > > month) issue. > >=20 > > Of all things, it looks like fonts are failing to build, giving the > > following error: > >=20 > > --- MACGUJARATI.esdb --- > > NAME is mandatory. > > ENCODING is mandatory. > > *** [MACGUJARATI.esdb] Error code 1 > > make[6]: stopped in /usr/src/share/i18n/esdb/APPLE > >=20 > > Is anyone else seeing this with empty MAKEOBJDIR ? >=20 > I haven=E2=80=99t seen it, but in -j races, that means approximately zilc= h=E2=80=A6=20 >=20 Yeah. To be honest, it's the similar situation I emailed you privately about a few weeks ago with the race in rescue/ that makes no sense. So while I don't entirely trust make(1) reporting what blew up, unlike the issue in rescue/, the 'NAME is mandatory' error has been about 90% reproducible between both amd64 and i386. (Without being able to build at least amd64, I cannot test other architectures. Useless data point, I know.) > > I won't be able to reproduce the issue with log output until at least > > Monday, since I'm running the head/ builds with the '-jN' halved to 24, > > which so far seems to have made a difference. >=20 > How many cores in this box of yours? >=20 48. Glen --O6uyWUGY5J97yCxj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTnQ7bAAoJELls3eqvi17QDpcP/19fhmZ9N14DryZvlUgnRRaj dc9aUjbn4xThcw/dctWg5K3b1EcpzVyDIjDxASyvPF9t+vz4RbkNPk9SQnTRqZPX w4yw8nL6a6d33N1lGrWPALxT3cst2WvTwAKB6S9dQY7qS9tKKEBux0hbGmHW5gXa D+uz0esCqfbIVdDE1/TRvo35VF6VSjvtWrjgalkPUxqsA39qGwkeg/dBlb/sQLYQ FyKG9+7nBH+PeOn9foqnvniWhwcpL0UzUgn+1SQWWoMSYHszh/4dsDKlxxh/N6Po eLRHtVEX9pD9gAFx1fUi37A6yAzr+RC1igJMr8aL8mvSj0XgK46E2XLKIhROazrt FJqLzgxM59fdOowBqLr67nucfo1ZTZKCUkRy8UiWW1e4IfcGKy/TBPEy/x+sQ9Cp Qn/w6he4RjRhLDtl7NmTfa0EHkSiAEWJjxW+X6NPh56TBHfJ+uW0iHYUwvvsZNmF /pvlxhYtYrAnE/rnhpZZdTinbbA3IComwmxssda7m04xE8+obaVzaHy11+fnkDKP nh/4ItMt0opjAQssIyBARNnTgG6e/XxzEUT3RmuI2JC3S435ca7vianLu2ytmU+5 0Cd5+u0VkHIpD4q4V/V1fN1SXA4VoGBPVvfPv3tT24q8JJteTSKY5UoxJAzeR2F6 UE9bJq6dWgWF2kvZyZEk =69e4 -----END PGP SIGNATURE----- --O6uyWUGY5J97yCxj-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 03:17:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AFBC1215 for ; Sun, 15 Jun 2014 03:17:04 +0000 (UTC) Received: from mail-oa0-x22a.google.com (mail-oa0-x22a.google.com [IPv6:2607:f8b0:4003:c02::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 79D7D2957 for ; Sun, 15 Jun 2014 03:17:04 +0000 (UTC) Received: by mail-oa0-f42.google.com with SMTP id eb12so4490082oac.1 for ; Sat, 14 Jun 2014 20:17:03 -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=y7retzcaRuVz/ttcx30fHU88H2WPpob66qPfzuG9y+Q=; b=mHA6U7YjxT1kQNDKOtdWKZuNg2BTjZQ8poQCTIvVhEUCQ/318DJPwrlJui5FLFh5dT MebEwISZv38f0XHYP00nTBOV9+hbHUTkq5N1xVt+9XWT/oW6KZr8411oT8euTC+ffqJ5 ho94t6TGhMoVecBMgaXDSnetJRWjCD+nLnpyFiZJ049uCBSv9MN01M/lnhe0Ev4uR3Cl RhZL72H8mkPgolqwf1HYmPta5DqQvHcREw6i8M0m7yNA+7AMaEG/gQJ1iJUWTgssT9Q8 wJuSTrg8RN4ld3623HIwfPePr2IrS8fM2sOr+fc79poPd0hdowFeyeT3VR+VuJ/pxPrF wfMQ== MIME-Version: 1.0 X-Received: by 10.182.60.42 with SMTP id e10mr12015290obr.33.1402802223703; Sat, 14 Jun 2014 20:17:03 -0700 (PDT) Received: by 10.76.23.130 with HTTP; Sat, 14 Jun 2014 20:17:03 -0700 (PDT) In-Reply-To: <20140615013057.GA66589@troutmask.apl.washington.edu> References: <20140614201933.GA65847@troutmask.apl.washington.edu> <20140614221236.GA66187@troutmask.apl.washington.edu> <20140614223002.GB66187@troutmask.apl.washington.edu> <4610322.zAJlsEjG1I@overcee.wemm.org> <20140615013057.GA66589@troutmask.apl.washington.edu> Date: Sat, 14 Jun 2014 23:17:03 -0400 Message-ID: Subject: Re: In tree builds broken in lib/ncurses? From: Ryan Stone To: Steve Kargl Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current , Peter Wemm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jun 2014 03:17:04 -0000 On Sat, Jun 14, 2014 at 9:30 PM, Steve Kargl wrote: > Thanks for the pointer. The problem appears to be /usr/local/bin/ld. > If I move it to ld.old and then symlink /usr/local/bin/ld to /usr/bin/ld, > I can build math/lapack without a problem. I guess I'll poke around > in devel/bintuils. I would see what changes have been made to the linker scripts that ld is using for FreeBSD. Several years ago I ran into a problem when building kld modules with an out-of-tree toolchain and the root cause ended up being that the linker scripts were broken and no longer provided a necessary symbol. From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 06:12:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45E7C598 for ; Sun, 15 Jun 2014 06:12:39 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask.apl.washington.edu", Issuer "troutmask.apl.washington.edu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 20E1825B9 for ; Sun, 15 Jun 2014 06:12:39 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.9/8.14.9) with ESMTP id s5F6CbfA067589 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 14 Jun 2014 23:12:37 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.9/8.14.9/Submit) id s5F6Cbuo067588; Sat, 14 Jun 2014 23:12:37 -0700 (PDT) (envelope-from sgk) Date: Sat, 14 Jun 2014 23:12:37 -0700 From: Steve Kargl To: Warner Losh Subject: Re: In tree builds broken in lib/ncurses? Message-ID: <20140615061237.GA67531@troutmask.apl.washington.edu> References: <20140614201933.GA65847@troutmask.apl.washington.edu> <20140614221236.GA66187@troutmask.apl.washington.edu> <20140614223002.GB66187@troutmask.apl.washington.edu> <4610322.zAJlsEjG1I@overcee.wemm.org> <20140615013057.GA66589@troutmask.apl.washington.edu> <5B8DE5E2-FC48-4B61-B759-7951821C72C3@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5B8DE5E2-FC48-4B61-B759-7951821C72C3@gmail.com> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org, Peter Wemm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jun 2014 06:12:39 -0000 On Sat, Jun 14, 2014 at 07:44:29PM -0600, Warner Losh wrote: > On Jun 14, 2014, at 7:30 PM, Steve Kargl wrote: > > > > Thanks for the pointer. The problem appears to be /usr/local/bin/ld. > > If I move it to ld.old and then symlink /usr/local/bin/ld to /usr/bin/ld, > > I can build math/lapack without a problem. I guess I'll poke around > > in devel/bintuils. > > We don?t support building the tree with any ld but the one in the tree. In tree builds with the system ld does not work. That is the topic of the first email in this thread. The issue with /usr/local/bin/ld was found after I disabled the attempted build of ncurses. The /usr/local/bin/ld issue surfaces when one tries to build math/lapack with shared library support. % rm -rf /usr/obj/usr % cd /usr/src % make clean && make cleandepend % cd lib % make depend % make |& tee sgk.log ... ===> ncurses/ncursesw (all) Warning: Object directory not changed from original /usr/src/lib/ncurses/ncursesw ... nm: 'codes.So': No such file nm: 'expanded.So': No such file (146 nm: lines deleted) cc: error: no such file or directory: 'termcap.So' cc: error: no such file or directory: 'visbuf.So' (142 cc: lines deleted) *** Error code 1 Stop. make[2]: stopped in /usr/src/lib/ncurses/ncursesw *** Error code 1 Stop. make[1]: stopped in /usr/src/lib/ncurses *** Error code 1 Stop. make: stopped in /usr/src/lib As noted in the first email, both libncurses.a and libncurses_p.a build fine. -- Steve From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 14:29:53 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 38472C3A for ; Sun, 15 Jun 2014 14:29:53 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E7D6A2F1C for ; Sun, 15 Jun 2014 14:29:52 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WwB17-0007E7-5l; Sun, 15 Jun 2014 14:02:41 +0000 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 s5FE2cU1001169; Sun, 15 Jun 2014 08:02:38 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19do43M0nmYGzVhIkyAH325 Subject: Re: In tree builds broken in lib/ncurses? From: Ian Lepore To: Steve Kargl In-Reply-To: <20140615061237.GA67531@troutmask.apl.washington.edu> References: <20140614201933.GA65847@troutmask.apl.washington.edu> <20140614221236.GA66187@troutmask.apl.washington.edu> <20140614223002.GB66187@troutmask.apl.washington.edu> <4610322.zAJlsEjG1I@overcee.wemm.org> <20140615013057.GA66589@troutmask.apl.washington.edu> <5B8DE5E2-FC48-4B61-B759-7951821C72C3@gmail.com> <20140615061237.GA67531@troutmask.apl.washington.edu> Content-Type: multipart/mixed; boundary="=-tbJwVwTTZeLAjw1kMnDk" Date: Sun, 15 Jun 2014 08:02:38 -0600 Message-ID: <1402840958.20883.250.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-current@FreeBSD.org, Peter Wemm , Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jun 2014 14:29:53 -0000 --=-tbJwVwTTZeLAjw1kMnDk Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Sat, 2014-06-14 at 23:12 -0700, Steve Kargl wrote: > On Sat, Jun 14, 2014 at 07:44:29PM -0600, Warner Losh wrote: > > On Jun 14, 2014, at 7:30 PM, Steve Kargl wrote: > > > > > > Thanks for the pointer. The problem appears to be /usr/local/bin/ld. > > > If I move it to ld.old and then symlink /usr/local/bin/ld to /usr/bin/ld, > > > I can build math/lapack without a problem. I guess I'll poke around > > > in devel/bintuils. > > > > We don?t support building the tree with any ld but the one in the tree. > > In tree builds with the system ld does not work. That is the topic of > the first email in this thread. The issue with /usr/local/bin/ld was > found after I disabled the attempted build of ncurses. The /usr/local/bin/ld > issue surfaces when one tries to build math/lapack with shared library > support. > > % rm -rf /usr/obj/usr > % cd /usr/src > % make clean && make cleandepend > % cd lib > % make depend > % make |& tee sgk.log > ... > ===> ncurses/ncursesw (all) > Warning: Object directory not changed from original /usr/src/lib/ncurses/ncursesw > ... > nm: 'codes.So': No such file > nm: 'expanded.So': No such file > (146 nm: lines deleted) > cc: error: no such file or directory: 'termcap.So' > cc: error: no such file or directory: 'visbuf.So' > (142 cc: lines deleted) > *** Error code 1 > > Stop. > make[2]: stopped in /usr/src/lib/ncurses/ncursesw > *** Error code 1 > > Stop. > make[1]: stopped in /usr/src/lib/ncurses > *** Error code 1 > > Stop. > make: stopped in /usr/src/lib > > As noted in the first email, both libncurses.a and libncurses_p.a build fine. > It looks like this is a SUBDIR_PARALLEL build fallout. I've finally committed the fine-grained dependency fix I've been sitting on for weeks, could you please try updating to r267511 and then applying the attached to see if it fixes it? -- Ian --=-tbJwVwTTZeLAjw1kMnDk Content-Disposition: inline; filename="ncurses_order.diff" Content-Type: text/x-patch; name="ncurses_order.diff"; charset="us-ascii" Content-Transfer-Encoding: 7bit Index: lib/ncurses/Makefile =================================================================== --- lib/ncurses/Makefile (revision 267508) +++ lib/ncurses/Makefile (working copy) @@ -3,4 +3,12 @@ SUBDIR= ncurses form menu panel \ ncursesw formw menuw panelw +SUBDIR_DEPEND_form= ncurses +SUBDIR_DEPEND_menu= ncurses +SUBDIR_DEPEND_panel= ncurses +SUBDIR_DEPEND_ncursesw= ncurses +SUBDIR_DEPEND_formw= ncursesw +SUBDIR_DEPEND_menuw= ncursesw +SUBDIR_DEPEND_panelw= ncursesw + .include --=-tbJwVwTTZeLAjw1kMnDk-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 17:56:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4E0416E8 for ; Sun, 15 Jun 2014 17:56:59 +0000 (UTC) Received: from mail-ig0-f180.google.com (mail-ig0-f180.google.com [209.85.213.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 13ABB2110 for ; Sun, 15 Jun 2014 17:56:58 +0000 (UTC) Received: by mail-ig0-f180.google.com with SMTP id h18so2154206igc.7 for ; Sun, 15 Jun 2014 10:56:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=A8g3H4P8k7i0F6Kknw5JnLGsHr+NqYeZT+pLvBAA99U=; b=F2RrpeUiZ/LnGiMW0+6QCDot+kJAOstzAfPvRfRYVhUL1GKfsOcTRuL5xgTXTVD0Vx +Snhy/uZeVZlO7NJV6/Y2JXZTp4Y6gPhMYmkySibi+ntkY/hMvtbhGj58WGAamkgYq7I T7uKSFzNsm0/YqqsAulTTF2Jnhgk5WL5+Npak7bHxgR6W+0XodcXGNTbXH3FwaX3JynH 25Q0VIhcnwRbKEhDCFbt7CQt7e5oOTVuM1oATxqOKgfLBq8CPdyqVUV79hWu81FbYr+x aT9pOYEE4bORXkcwk9oTzerCvtM2orAIvuuFqvnYlyHEE14sxc7odtI9/z4aWyxBqkHP qANg== X-Gm-Message-State: ALoCoQmEDqnhpJGl5H245iQxwm9yGghL3V1a0+EfMV1+i+JqO38WJL7fg2etFpHkW32LxkTV+d8j X-Received: by 10.50.43.138 with SMTP id w10mr20309240igl.36.1402855012473; Sun, 15 Jun 2014 10:56:52 -0700 (PDT) Received: from [10.0.0.119] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id vl10sm13800804igb.16.2014.06.15.10.56.51 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 15 Jun 2014 10:56:51 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_3D9AE865-B3FB-40C0-8ADB-55E47C5A2A92"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: What we have here, ... From: Warner Losh In-Reply-To: <20140615031123.GN1248@hub.FreeBSD.org> Date: Sun, 15 Jun 2014 11:56:57 -0600 Message-Id: <89F9651B-7BAF-4995-A1C9-F90A16742DCD@bsdimp.com> References: <20140615025137.GM1248@hub.FreeBSD.org> <20140615031123.GN1248@hub.FreeBSD.org> To: Glen Barber X-Mailer: Apple Mail (2.1878.2) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jun 2014 17:56:59 -0000 --Apple-Mail=_3D9AE865-B3FB-40C0-8ADB-55E47C5A2A92 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Jun 14, 2014, at 9:11 PM, Glen Barber wrote: > On Sat, Jun 14, 2014 at 09:03:51PM -0600, Warner Losh wrote: >>=20 >> On Jun 14, 2014, at 8:51 PM, Glen Barber wrote: >>=20 >>> Is a failure to build head/ with high make(1) -j values. Again. >>=20 >> There=92s likely a dozen or more of these lurking in the tree. Ian=92s = last set >> of patches squashed many of the ones in lib, but I=92ve not done a = careful >> audit of the i18n code. >>=20 >=20 > Ok, thanks for the info. I'm a bit unclear on how the parallelization > stuff in share/ actually works, but I'm happy to help crowbar at = things. I haven=92t even looked, to be honest... >>> With empty /usr/obj, I have been seeing strange build failures on = head/ >>> with high -jN values, but even as low as -j10. The machine used to >>> build snapshots of head/ and stable/ branches has been using -j48 = for >>> several months without issue, so I am certain this is a recent (<=3D1 >>> month) issue. >>>=20 >>> Of all things, it looks like fonts are failing to build, giving the >>> following error: >>>=20 >>> --- MACGUJARATI.esdb --- >>> NAME is mandatory. >>> ENCODING is mandatory. >>> *** [MACGUJARATI.esdb] Error code 1 >>> make[6]: stopped in /usr/src/share/i18n/esdb/APPLE >>>=20 >>> Is anyone else seeing this with empty MAKEOBJDIR ? >>=20 >> I haven=92t seen it, but in -j races, that means approximately zilch=85= =20 >>=20 >=20 > Yeah. To be honest, it's the similar situation I emailed you = privately > about a few weeks ago with the race in rescue/ that makes no sense. = So > while I don't entirely trust make(1) reporting what blew up, unlike = the > issue in rescue/, the 'NAME is mandatory' error has been about 90% > reproducible between both amd64 and i386. (Without being able to = build > at least amd64, I cannot test other architectures. Useless data = point, > I know.) Yea, that turns out to be a cascade of dozens of errors based on a file = being empty=85. The error reporting is correct, you just have to thread it = back a ways. Sure would be nice to have a tool that would remove the clutter from the = make that we=92ve grown when you=92re looking for a specific thing. >>> I won't be able to reproduce the issue with log output until at = least >>> Monday, since I'm running the head/ builds with the '-jN' halved to = 24, >>> which so far seems to have made a difference. >>=20 >> How many cores in this box of yours? >>=20 >=20 > 48. I only have 12 (or 24 if I configure for threading) :). That might make = a big difference. Warner --Apple-Mail=_3D9AE865-B3FB-40C0-8ADB-55E47C5A2A92 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTnd5qAAoJEGwc0Sh9sBEABXAQANSUjiaYsOla9CFk47wW71O6 0DK32Jw41MnjhIcqYZmfRGCgex2ZeHO3oLzdbrjfJnm5Bd6lPsLE9Bl6jL0EVkAT Io7DRkmnNDqsm4XqmoDVmOEjm/E7HsrojHWJMPKQIVVO0OMzUoN6h6PnT+E8t6El rfuwgmfzpY7pbeUg3b201EvFGPmKQqHCmEGJsITifRXxlhSbkr8M+/vUgyVty7U6 LB9UVs0D/Rv0ksh/dZiGjVYPCHnZj2YFRMN+sb1UvYFLCUeqtNjAq2uR+nzXRdFg xqC87D/BN6M2l3utCrbLRBHoZAea6OKXq0IAX2CAV1J7FasEzKwSECrRncqS37vK Mle7gVlbblKOZJogy04XGqxJlPjYe22I7sw/FYdq/bYTu+zbhmm6uUuCweV+VNU1 /UhjufuRAk2/frnQu2+sSXmPfI7kZHNHc1naAmv5AI5yRXC7svD+GQTC2uTxI7fr GX25nHSYMSBQvtLtpLGew8xFAkza4UJloT3Dxy/k0CPx15BxkO9qiLw2LpITAbJ2 ouffb6wD93H94pLP1ImCNlbVC1odkdIsCxwGcbS1kn7R624cYhDCPifow2EqjBbD L8cc5FL8bODFmxuYCm5tzB41GWA4jX+A1e+iAY/d5RQAi62RLGPnOqSnPWPfkPC/ 4SkSDyNPcPp8TfXGPHJX =Py5c -----END PGP SIGNATURE----- --Apple-Mail=_3D9AE865-B3FB-40C0-8ADB-55E47C5A2A92-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 16 06:18:14 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE02058E; Mon, 16 Jun 2014 06:18:14 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask.apl.washington.edu", Issuer "troutmask.apl.washington.edu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6D9592A70; Mon, 16 Jun 2014 06:18:14 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.9/8.14.9) with ESMTP id s5G6I79U071791 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 15 Jun 2014 23:18:07 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.9/8.14.9/Submit) id s5G6I7iL071790; Sun, 15 Jun 2014 23:18:07 -0700 (PDT) (envelope-from sgk) Date: Sun, 15 Jun 2014 23:18:07 -0700 From: Steve Kargl To: Ian Lepore Subject: Re: In tree builds broken in lib/ncurses? Message-ID: <20140616061807.GA71237@troutmask.apl.washington.edu> References: <20140614201933.GA65847@troutmask.apl.washington.edu> <20140614221236.GA66187@troutmask.apl.washington.edu> <20140614223002.GB66187@troutmask.apl.washington.edu> <4610322.zAJlsEjG1I@overcee.wemm.org> <20140615013057.GA66589@troutmask.apl.washington.edu> <5B8DE5E2-FC48-4B61-B759-7951821C72C3@gmail.com> <20140615061237.GA67531@troutmask.apl.washington.edu> <1402840958.20883.250.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1402840958.20883.250.camel@revolution.hippie.lan> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@FreeBSD.org, Peter Wemm , Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 Jun 2014 06:18:14 -0000 On Sun, Jun 15, 2014 at 08:02:38AM -0600, Ian Lepore wrote: > > It looks like this is a SUBDIR_PARALLEL build fallout. I've finally > committed the fine-grained dependency fix I've been sitting on for > weeks, could you please try updating to r267511 and then applying the > attached to see if it fixes it? > AFAICT, your patch does not fix the problem. After a 'svn update' and buildworld/installworld cycle, I still the problem % cd /usr/src % make clean && make cleandepend % make clean && make cleandepend % cd lib/ncurses % make depend % make .... *** Error code 1 Stop. make[1]: stopped in /usr/src/lib/ncurses/ncursesw *** Error code 1 Stop. make: stopped in /usr/src/lib/ncurses -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Jun 16 08:44:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3169251 for ; Mon, 16 Jun 2014 08:44:59 +0000 (UTC) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 761492744 for ; Mon, 16 Jun 2014 08:44:59 +0000 (UTC) Received: from [2001:1b48:10b:cafe:225:64ff:febe:589f] (helo=viking.yzserv.com) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WwSXB-000Hb4-Eh for freebsd-current@freebsd.org; Mon, 16 Jun 2014 10:44:57 +0200 Message-ID: <539EAE7D.2070204@dumbbell.fr> Date: Mon, 16 Jun 2014 10:44:45 +0200 From: =?ISO-8859-2?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Occasional GPU lockups References: <20140614125944.0e596ec7@FreeBSD.org> In-Reply-To: <20140614125944.0e596ec7@FreeBSD.org> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Mgc1imAI2OKVInJuVxjBo8nCWgGKSuQr5" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 Jun 2014 08:44:59 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Mgc1imAI2OKVInJuVxjBo8nCWgGKSuQr5 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable On 14.06.2014 12:59, Pawel Pekala wrote: > Hello, Hi! > I get those occasional GPU lockups and just want to know if this is > known problem. When they occur my monitor turn offs for few seconds and= then > goes back on again. Did you build graphics/dri with WITH_GALLIUM=3Dyes in your /etc/make.conf= ? If you don't have WITH_GALLIUM, try to define it and rebuild graphics/dri= =2E If you already have it or if, after adding it, the problem is still there, could you please try with Mesa taken from the experimental branch of the xorg-dev Subversion repository? Here's the address: svn co https://trillian.chruetertee.ch/svn/ports/branches/experimental/ After the checkout, add WITH_NEW_MESA=3Dyes to /etc/make.conf, remove WITH_GALLIUM (this is a standard port option in xorg-dev) and reinstall the following ports from the checkout (in this order): graphics/libdrm graphics/libglapi graphics/libGL graphics/libEGL (if you have it installed) graphics/dri --=20 Jean-S=E9bastien P=E9dron --Mgc1imAI2OKVInJuVxjBo8nCWgGKSuQr5 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 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTnq6JAAoJEDnpl2Gl/ZTMgLIP/jpuBNGj5JBKLv9JfbT2J89H j9RCe2S/k5aYOPFCTZRA06Qo6mUTYCPGZpvf/nZiYEg03/qtFDcgLgH2AN+yObxz V02bsyTqPzXPWVs9nO2X7++/uAPdLvRSCVH1RfOXGfI2OeVJUn9uCXtgo7Uw6CF/ rAN/u+4epuMb3SBE74Vj33xunDmSa5YsurB+nryKAQLsz9CyG/EIy9XZ+YSIj9iI VwgAykl63IHDnCdb7HHjeW/WLVXrAFhN70p3JZCfuoKHof7Y8VGQVcvvRMFJEXIr Cy8ikHA2fKr4/v4CXWJstom5Ll0vgwA5ycasU/yUFCqDrubzvbeXFE1SPA0GOkA7 6dHRwJxs7lsMqGvb2Hb440pKo04QB9CDT3GFL6UhYWSlydp+K9P1U2hY22ZB0XTJ z2GdTOgXkBssRkHmFzNC0TEUk8UWPhTB6XIevncPAXTBqB1D3B1UnGtPx9Tdc2OZ iAgztQ17I3ly3a8tL6oxdX43Y2Cv0hQVcvJCnR7pEF/hvae4nDDbw2dN/t/8A8Gz Q/gwLkrImAD4MHEzkmxTI8gDT5DKYbjhLE8+gqxaHyJOfEnzDJJ75Wlb5NSO0eM4 Hz+a9ULNFlhTRw0No9Xh8DiEmKC/ArXWacPM4QzThoXH7Peg/LdquDVEuyqLI59C XDH+LJQ2h94JKSB0xPak =JPbl -----END PGP SIGNATURE----- --Mgc1imAI2OKVInJuVxjBo8nCWgGKSuQr5-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 16 17:01:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 14DF8E8 for ; Mon, 16 Jun 2014 17:01:58 +0000 (UTC) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C977726BF for ; Mon, 16 Jun 2014 17:01:57 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id rp18so5294329iec.27 for ; Mon, 16 Jun 2014 10:01:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=J8f8wg0knLlIDZtWc4oqnWAgBZIh6RGrk0ENj4PvICo=; b=FRzk2P/wXikffXrzODm0FhXUSQvqLmywHsIsITdH0sWw3+V1lB3JtP1DRVszk5vcDH 1Y27TxWjEjOyhYynj3uPZmnWfuAQNd4wmZ4uPlbNn9CZ530TwOCyupqbj5aKk3jwy6Ed SFk6fTWoUuNZfWL35T5dluvi9QHT+MBJ0gqGxPhax8OUpz4tumK60bEL3p8z+CeBA2m3 Q/mEoPP2R6l7EWoIpQmDLeruCydHuO+AXQrY1PZ0E8lqGEEWXUMiMJuyLEPWzZVy7uM1 kMvibUcP/UZsS9aIQWWEIhqyIPl7K632DM4kQaLl6e4FNYxF3SjeIPjQ0qatkIzmo6+O ryyg== X-Gm-Message-State: ALoCoQlHaldJiqPOuUQjtco7VNe6NPQCH3uK14eSgest45GKQEj38eDXw28mpjXCwEiIAXCfgmnZ X-Received: by 10.43.154.140 with SMTP id le12mr3677374icc.84.1402938111752; Mon, 16 Jun 2014 10:01:51 -0700 (PDT) Received: from [10.0.0.119] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id f9sm22017602igc.15.2014.06.16.10.01.50 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 16 Jun 2014 10:01:51 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_A3B8150F-6524-419E-9AB3-02ACCA381854"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: In tree builds broken in lib/ncurses? From: Warner Losh In-Reply-To: <20140616061807.GA71237@troutmask.apl.washington.edu> Date: Mon, 16 Jun 2014 11:01:59 -0600 Message-Id: References: <20140614201933.GA65847@troutmask.apl.washington.edu> <20140614221236.GA66187@troutmask.apl.washington.edu> <20140614223002.GB66187@troutmask.apl.washington.edu> <4610322.zAJlsEjG1I@overcee.wemm.org> <20140615013057.GA66589@troutmask.apl.washington.edu> <5B8DE5E2-FC48-4B61-B759-7951821C72C3@gmail.com> <20140615061237.GA67531@troutmask.apl.washington.edu> <1402840958.20883.250.camel@revolution.hippie.lan> <20140616061807.GA71237@troutmask.apl.washington.edu> To: Steve Kargl X-Mailer: Apple Mail (2.1878.2) Cc: freebsd-current@FreeBSD.org, Peter Wemm , Ian Lepore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 Jun 2014 17:01:58 -0000 --Apple-Mail=_A3B8150F-6524-419E-9AB3-02ACCA381854 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Jun 16, 2014, at 12:18 AM, Steve Kargl = wrote: > On Sun, Jun 15, 2014 at 08:02:38AM -0600, Ian Lepore wrote: >>=20 >> It looks like this is a SUBDIR_PARALLEL build fallout. I've finally >> committed the fine-grained dependency fix I've been sitting on for >> weeks, could you please try updating to r267511 and then applying the >> attached to see if it fixes it? >>=20 >=20 > AFAICT, your patch does not fix the problem. After a=20 > 'svn update' and buildworld/installworld cycle, I still > the problem >=20 > % cd /usr/src > % make clean && make cleandepend > % make clean && make clean depend % make obj > % cd lib/ncurses > % make depend > % make > .... > *** Error code 1 >=20 > Stop. > make[1]: stopped in /usr/src/lib/ncurses/ncursesw > *** Error code 1 If I do the above, it works. So when we last imported ncurses, it looks = like it broke the non-obj-tree based build. Warner --Apple-Mail=_A3B8150F-6524-419E-9AB3-02ACCA381854 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTnyMHAAoJEGwc0Sh9sBEA2U8QAMDLKD3t4QENIbbAnJPVFFxf S1oFf/hanVsGbduCt/urxG2aVabJ+ACAupq4FeCrBxkh6G0peM08FMrp6c+s9dfK Kji8CSs8N2BuS3kBpsqfK42FvpsEQsK59t0Jh7EjztOJovmwJ8+wclrDYT0npxyA W7Q/HoiniQOoGsQkixoUOe/GGdlDmOuSuSflheyJ+rn92tmyw3DHPNEm4KN3Bp/u zUK7I0eWc+aT2Qj3Hws3DvOR9Y8CPHtZvY8TNdr7uUn46tXhcNLqIuMe/slZ66ZP MmCOnYdzma6tBk9OkMCtrr+eYxg+/j1IRDR5D5Vwg87CY8dskV6wCQkWbi6LBEuV sGEkb0olyvSpKL9P+kEIFypIxXaKMpKdxidQJdpKBWF9838OAh96jryIyNBN7bEg nddvhaq6+POvjj1gTohaGD9vU2IEbIpRBMNAg5Mrqu7VpQa45esD/Dx61tqjKwvW QCVTMuTTzAmrnHCvnLKFE/P1GmYCAcx92H4hBvhywutba9dlQTac95b3q8QmpZgo 84I05d+qh07GflzYD1eNrcwiFD+RfCLyZ+TYwqEHeSMlvadgBjf9VR/9t3wmt06n uZ2v2uT/ZlR2pHufe7Bi/nwdqnyge9ZMcWcDhVS6sqF3RrqDWZfCadkoCeIZhiTQ 5B/sybZte6vvKvs/ADfF =YAmA -----END PGP SIGNATURE----- --Apple-Mail=_A3B8150F-6524-419E-9AB3-02ACCA381854-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 16 19:22:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C22857BC for ; Mon, 16 Jun 2014 19:22:00 +0000 (UTC) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5A3C324EE for ; Mon, 16 Jun 2014 19:22:00 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id cc10so4640998wib.12 for ; Mon, 16 Jun 2014 12:21:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mail-followup-to :mime-version:content-type:content-disposition:user-agent; bh=b1xEbPkxWaw4sUfxNi+PedcTEhfPQ4GlA9NFcfMkwps=; b=buVYvCpHPciR/eX2pU+O/zg6MyOu0FpcNjj6kskoy3BZiFJH8c9ZlpSP54PZ8Suc/D asN4iBgTvRnBcOlmGss/NjxbJrHUINBX4H7nqtj0+qSRZmbkgCSoIZhjCrftISjpb+tb Y/9QOT7fTv6Yg5bzheGdb3qwDDsaF4TYAeAdNajDedXTsYXriI4fXRTKtI6P51msQQ4Y Eig3zqRQTb1zF4gj128K2vqBnIWD0hkd6sD4KFZxRLbQi6yWVG+KlF/CfACwYc/Y/aEd yVawb+ouIRb1ath3YCVGJjDc6TImess7lFnc4fxKe2XCr4sZpAwIfG0enKa2F8DqHG4Q xdEg== X-Received: by 10.194.84.101 with SMTP id x5mr30863163wjy.52.1402946518729; Mon, 16 Jun 2014 12:21:58 -0700 (PDT) Received: from brick.home (aeei199.neoplus.adsl.tpnet.pl. [79.186.112.199]) by mx.google.com with ESMTPSA id f45sm35877580eem.15.2014.06.16.12.21.57 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 16 Jun 2014 12:21:58 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Mon, 16 Jun 2014 21:21:55 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: freebsd-current@FreeBSD.org Subject: [patch] USB after second suspend/resume on ThinkPads. Message-ID: <20140616192155.GE13481@brick.home> Mail-Followup-To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 Jun 2014 19:22:00 -0000 Hi. Patch below should fix a problem where USB stops working after _second_ suspend/resume, which happens on various ThinkPad models. Please test, and report both success stories and failures. If nothing comes up, I'll commit it in a week or so. (Btw, has anyone encountered the problem on hardware other than ThinkPads?) Index: sys/dev/acpi_support/acpi_ibm.c =================================================================== --- sys/dev/acpi_support/acpi_ibm.c (revision 267417) +++ sys/dev/acpi_support/acpi_ibm.c (working copy) @@ -169,6 +169,9 @@ struct acpi_ibm_softc { int light_get_supported; int light_set_supported; + /* USB power workaround */ + ACPI_HANDLE power_handle; + /* led(4) interface */ struct cdev *led_dev; int led_busy; @@ -365,6 +368,7 @@ acpi_ibm_attach(device_t dev) { struct acpi_ibm_softc *sc; devclass_t ec_devclass; + ACPI_STATUS status; ACPI_FUNCTION_TRACE((char *)(uintptr_t) __func__); @@ -448,6 +452,17 @@ acpi_ibm_attach(device_t dev) if (sc->light_set_supported) sc->led_dev = led_create_state(ibm_led, sc, "thinklight", sc->light_val); + /* + * Obtain a handle to the power resource available on many models. + * This must be turned on manually upon resume. Otherwise the system + * may, for instance, resume from S3 with usb(4) powered down. + */ + status = AcpiGetHandle(sc->handle, "\\_SB.PCI0.LPC.EC.PUBS", &sc->power_handle); + if (ACPI_FAILURE(status)) { + device_printf(dev, "Failed to get power handle\n"); + return (status); + } + return (0); } @@ -476,6 +491,7 @@ static int acpi_ibm_resume(device_t dev) { struct acpi_ibm_softc *sc = device_get_softc(dev); + ACPI_STATUS status; ACPI_FUNCTION_TRACE((char *)(uintptr_t) __func__); @@ -495,6 +511,15 @@ acpi_ibm_resume(device_t dev) acpi_ibm_sysctl_set(sc, i, val); } + if (sc->power_handle != NULL) { + status = AcpiEvaluateObject(sc->power_handle, + "_ON", NULL, NULL); + if (ACPI_FAILURE(status)) { + device_printf(dev, "failed to switch %s on - %s\n", + acpi_name(sc->power_handle), + AcpiFormatException(status)); + } + } ACPI_SERIAL_END(ibm); return (0); From owner-freebsd-current@FreeBSD.ORG Mon Jun 16 19:41:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC05B1FC for ; Mon, 16 Jun 2014 19:41:30 +0000 (UTC) Received: from mail-qa0-x22c.google.com (mail-qa0-x22c.google.com [IPv6:2607:f8b0:400d:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AB7A626B6 for ; Mon, 16 Jun 2014 19:41:30 +0000 (UTC) Received: by mail-qa0-f44.google.com with SMTP id hw13so6785024qab.17 for ; Mon, 16 Jun 2014 12:41:29 -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:message-id:subject :from:to:content-type:content-transfer-encoding; bh=asxZMWBhG9dVP2fV258GvHczwAC9nhSf8c5c0rtJh2E=; b=AdLrL56LlbfBhnuxrKIPYun80FU5GL1+yUJzzPAo7wDWmarOUfs7r54aqOoSMHzSa8 27CQHLkU3PYA0RD4IgUzXTNXBbnju0Kte3/peOUVsPJ26UjOrkOg2sUNVpk2UJodF/Xo ryYQ9lXCwBcYOY7LmCMfqzokhiMJclFnzxTT4flpbe0ooO1ysSWRgJfCrKudv7keAk4k y193RBFZhQIOEnXXyQDOLUBYQG5evrJJjnAFuYXxoO0TFuxB9qKasOM9tB/cE/JBPYBO 7fSd0L/85+eUBEbVaa95x5n+byuMQ1uwDdcjf7ie/kHy2s20QaF9o1l+zfB8Mja6sB7c VV/g== MIME-Version: 1.0 X-Received: by 10.224.223.135 with SMTP id ik7mr29537865qab.26.1402947689834; Mon, 16 Jun 2014 12:41:29 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.43.134 with HTTP; Mon, 16 Jun 2014 12:41:29 -0700 (PDT) In-Reply-To: <20140616192155.GE13481@brick.home> References: <20140616192155.GE13481@brick.home> Date: Mon, 16 Jun 2014 12:41:29 -0700 X-Google-Sender-Auth: P1Uqmm_Dnn-ZlzgtU0xezIcrT74 Message-ID: Subject: Re: [patch] USB after second suspend/resume on ThinkPads. From: Adrian Chadd To: freebsd-current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 Jun 2014 19:41:31 -0000 Hey cool! I'll go test this out soon. Would you mind throwing it in a bugzilla ticket? -a On 16 June 2014 12:21, Edward Tomasz Napiera=C5=82a wro= te: > Hi. Patch below should fix a problem where USB stops working after > _second_ suspend/resume, which happens on various ThinkPad models. > Please test, and report both success stories and failures. If nothing > comes up, I'll commit it in a week or so. > > (Btw, has anyone encountered the problem on hardware other than ThinkPads= ?) > > > Index: sys/dev/acpi_support/acpi_ibm.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sys/dev/acpi_support/acpi_ibm.c (revision 267417) > +++ sys/dev/acpi_support/acpi_ibm.c (working copy) > @@ -169,6 +169,9 @@ struct acpi_ibm_softc { > int light_get_supported; > int light_set_supported; > > + /* USB power workaround */ > + ACPI_HANDLE power_handle; > + > /* led(4) interface */ > struct cdev *led_dev; > int led_busy; > @@ -365,6 +368,7 @@ acpi_ibm_attach(device_t dev) > { > struct acpi_ibm_softc *sc; > devclass_t ec_devclass; > + ACPI_STATUS status; > > ACPI_FUNCTION_TRACE((char *)(uintptr_t) __func__); > > @@ -448,6 +452,17 @@ acpi_ibm_attach(device_t dev) > if (sc->light_set_supported) > sc->led_dev =3D led_create_state(ibm_led, sc, "thinklight= ", sc->light_val); > > + /* > + * Obtain a handle to the power resource available on many models= . > + * This must be turned on manually upon resume. Otherwise the sys= tem > + * may, for instance, resume from S3 with usb(4) powered down. > + */ > + status =3D AcpiGetHandle(sc->handle, "\\_SB.PCI0.LPC.EC.PUBS", &s= c->power_handle); > + if (ACPI_FAILURE(status)) { > + device_printf(dev, "Failed to get power handle\n"); > + return (status); > + } > + > return (0); > } > > @@ -476,6 +491,7 @@ static int > acpi_ibm_resume(device_t dev) > { > struct acpi_ibm_softc *sc =3D device_get_softc(dev); > + ACPI_STATUS status; > > ACPI_FUNCTION_TRACE((char *)(uintptr_t) __func__); > > @@ -495,6 +511,15 @@ acpi_ibm_resume(device_t dev) > > acpi_ibm_sysctl_set(sc, i, val); > } > + if (sc->power_handle !=3D NULL) { > + status =3D AcpiEvaluateObject(sc->power_handle, > + "_ON", NULL, NULL); > + if (ACPI_FAILURE(status)) { > + device_printf(dev, "failed to switch %s on - %s\n= ", > + acpi_name(sc->power_handle), > + AcpiFormatException(status)); > + } > + } > ACPI_SERIAL_END(ibm); > > return (0); > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@FreeBSD.ORG Mon Jun 16 20:14:16 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D54E2A1B; Mon, 16 Jun 2014 20:14:16 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask.apl.washington.edu", Issuer "troutmask.apl.washington.edu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id ACDE029A8; Mon, 16 Jun 2014 20:14:16 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.9/8.14.9) with ESMTP id s5GKEFGw072174 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 16 Jun 2014 13:14:15 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.9/8.14.9/Submit) id s5GKEFOB072173; Mon, 16 Jun 2014 13:14:15 -0700 (PDT) (envelope-from sgk) Date: Mon, 16 Jun 2014 13:14:15 -0700 From: Steve Kargl To: Warner Losh Subject: Re: In tree builds broken in lib/ncurses? Message-ID: <20140616201415.GA72139@troutmask.apl.washington.edu> References: <20140614201933.GA65847@troutmask.apl.washington.edu> <20140614221236.GA66187@troutmask.apl.washington.edu> <20140614223002.GB66187@troutmask.apl.washington.edu> <4610322.zAJlsEjG1I@overcee.wemm.org> <20140615013057.GA66589@troutmask.apl.washington.edu> <5B8DE5E2-FC48-4B61-B759-7951821C72C3@gmail.com> <20140615061237.GA67531@troutmask.apl.washington.edu> <1402840958.20883.250.camel@revolution.hippie.lan> <20140616061807.GA71237@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@FreeBSD.org, Peter Wemm , Ian Lepore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 Jun 2014 20:14:16 -0000 On Mon, Jun 16, 2014 at 11:01:59AM -0600, Warner Losh wrote: > > On Jun 16, 2014, at 12:18 AM, Steve Kargl wrote: > > > On Sun, Jun 15, 2014 at 08:02:38AM -0600, Ian Lepore wrote: > >> > >> It looks like this is a SUBDIR_PARALLEL build fallout. I've finally > >> committed the fine-grained dependency fix I've been sitting on for > >> weeks, could you please try updating to r267511 and then applying the > >> attached to see if it fixes it? > >> > > > > AFAICT, your patch does not fix the problem. After a > > 'svn update' and buildworld/installworld cycle, I still > > the problem > > > > % cd /usr/src > > % make clean && make cleandepend > > % make clean && make clean depend > > % make obj Thanks for the pointer. I believe that in the 20 decades that I've used FreeBSD (386bsd+patchkit), I've never had the need to do an explict 'make obj'. In-tree builds simply worked. > > % cd lib/ncurses > > % make depend > > % make > > .... > > *** Error code 1 > > > > Stop. > > make[1]: stopped in /usr/src/lib/ncurses/ncursesw > > *** Error code 1 > > If I do the above, it works. So when we last imported ncurses,i > it looks like it broke the non-obj-tree based build. Sure would be nice if this could be fixed. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Jun 16 20:43:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B1EA553; Mon, 16 Jun 2014 20:43:11 +0000 (UTC) Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F0A242C24; Mon, 16 Jun 2014 20:43:10 +0000 (UTC) Received: by mail-ob0-f173.google.com with SMTP id va2so6413217obc.18 for ; Mon, 16 Jun 2014 13:43:10 -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=UZWRSEo7wZlY+5iFaXRNp5xMzXtHOpsmH0NyknX74IA=; b=KcxRYInbPmMqURM2G+FIF4akKBSmKEg9kW60nkzdeREc+Ye+VTYGxm82s5og5IWJII aD5MqCcpYeA2udc4iWdMZX1scad1qubyfq0Xl1rcBkncV2S/zUqs5SIEnjVUX8IFPsAr 4un/cxoHxMkRq0FSHazgdfgcLGQ95WdMgCiAyx60Um0SlfYTm1rxgxhR6REusQ2tbUuF WYJf/YkFZfU4bTj/XxmO60GMWUi1PgebxDZr79x/+otHa0WG5Qwh0b4uje5kvPY0yFID 4MpQX4TtktrOukwSC4nj37mJhLr8iZL0cQHU3h7fN9dD9I7C5M7QHf4d0Ne+W4SD3Ii8 D/Aw== MIME-Version: 1.0 X-Received: by 10.182.60.65 with SMTP id f1mr4764092obr.78.1402951390176; Mon, 16 Jun 2014 13:43:10 -0700 (PDT) Received: by 10.182.216.197 with HTTP; Mon, 16 Jun 2014 13:43:10 -0700 (PDT) In-Reply-To: <66AD5DED-0B46-4C59-849E-AC84B25F06AB@gmail.com> References: <201406131059.01450.jhb@freebsd.org> <66AD5DED-0B46-4C59-849E-AC84B25F06AB@gmail.com> Date: Mon, 16 Jun 2014 22:43:10 +0200 Message-ID: Subject: Re: building i386 kernel on amd64 host From: Oliver Pinter To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 Cc: gavin@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 Jun 2014 20:43:11 -0000 On 6/15/14, Warner Losh wrote: > > On Jun 14, 2014, at 3:57 PM, Oliver Pinter wrote: > >> On 6/13/14, John Baldwin wrote: >>> On Friday, June 13, 2014 6:21:28 am Oliver Pinter wrote: >>>> Hi All! >>>> >>>> When I try to build i386 kernel on amd64 host running compile error >>>> due wrong cpufunc.h picked up by build system. >>>> >>>> I used the attached script to build the kernel, and I attached a build >>>> log. >>>> >>>> Any suggestion how can I fix this? >>> >>> To build an i386 kernel on an amd64 host do this: >>> >>> cd /usr/src (or some other tree) >>> make TARGET=i386 kernel-toolchain >>> make TARGET=i386 buildkernel >>> make TARGET=i386 installkernel DESTDIR=/some/place >>> >>> And your i386 kernel will end up in /some/place/boot/kernel/kernel. >>> (You >>> can >>> set things like KERNCONF to pick an alternate kernel config just as with >>> normal 'make buildkernel'.) >>> >>> (Your attachment was size zero for me btw) >>> >>> -- >>> John Baldwin >>> >> >> I used this script to build the kernel: >> http://svnweb.freebsd.org/socsvn/soc2014/op/tools/build_kernel_32bit.csh?view=log >> >> And the error log are there: >> https://gist.github.com/opntr/cf8aa0e404c0c5ed6f90 . >> I get this error, when I first build kernel for amd64 system, and >> after that i386 kernel, and only the kernel. >> >> Now seems like I can build the whole system with buildworld >> buildkernel on vanilla master, I removed the objdir and do a clean >> buildworld. Now I test the modified kernel build, after the >> buildworld. >> >> It is broken too. When I do only make kernel-toolchain buildkernel, >> than this are broken for vanilla freebsd source and for my version to. >> >> summary: >> OK: make buildworld buildkernel >> BROKEN: make kernel-toolchain buildkernel > > On the same line? O?r is that just a summary? > >> Seems like someone in build environment bootstrapping are broken. > > I've not been able to reproduce this. > > rm -rf $OBJDIR > make TARGET=i386 kernel-toolchain > make TARGET=i386 buildkernel > > works just fine on current with a clean tree and an empty/missing make.conf > and src.conf. > > As for your script, don't define MACHINE and MACHINE_ARCH. That's almost > always wrong since that overrides things on the command line, which is what > make buildkernel winds up translating to. You never need to define those > yourself in any supported environment, and likely most unsupported ones. > > Also, I'd strongly recommend doing it as two invocations to make, not one. > kernel-toolchain likely doesn't have all the right guards in place for it > that buildworld likely does. Or you can dive in and figure that out. You > can't really do anything *kernel* related until kernel-toolchain finishes... > > Warner Warner, thanks! Splitting up to two part the build script, working fine! https://github.com/HardenedBSD/tools/blob/f98ec30cbe6f155c9f15c0d4b1ecbf74fc970e32/build_kernel_32bit.csh > > > From owner-freebsd-current@FreeBSD.ORG Mon Jun 16 21:03:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA7E56C4 for ; Mon, 16 Jun 2014 21:03:37 +0000 (UTC) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.17.24]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5DF732E19 for ; Mon, 16 Jun 2014 21:03:36 +0000 (UTC) Received: from [192.168.178.36] (p57AECE28.dip0.t-ipconnect.de [87.174.206.40]) by mrelayeu.kundenserver.de (node=mreue102) with ESMTP (Nemesis) id 0M0Qqz-1WbXCi2lo5-00ua90; Mon, 16 Jun 2014 23:03:25 +0200 Message-ID: <539F5B9B.90703@janh.de> Date: Mon, 16 Jun 2014 23:03:23 +0200 From: Jan Henrik Sylvester User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: =?UTF-8?B?RWR3YXJkIFRvbWFzeiBOYXBpZXJhxYJh?= Subject: Re: [patch] USB after second suspend/resume on ThinkPads. References: <20140616192155.GE13481@brick.home> In-Reply-To: <20140616192155.GE13481@brick.home> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Provags-ID: V02:K0:VBN3m9adgjgP4NvB3Il0mkhbi06u2QZ8yCCUZBEmTb4 ibL+hduDkMHHstNg95I1NjCTUvztEKWDafGkq+IXRnfpCjGGoo k0bRn9JsFHiFodfxt8klnBOj25S+VXx9dTZPPZcxSMFl94Lx9h GzMiPCWmhQrQmaZePvRjOlhgRKBr67iuPqcXSgovswRj4fBBUH 7EqcYic7bka4v4j3vL/V4la51oUjyxtDwKAb0jIQAwNS7Tp6on k+avY6FMRGsW3UOg0MGz3riBjgvbsy76bTYAoh4WqUhIrFVTvD 8IRlSxdx/14j8KOpI/IwEuiQ11l2eQbuZGiHo0GgLmJBamKMA= = Cc: current-list freebsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 Jun 2014 21:03:37 -0000 On 06/16/2014 21:21, Edward Tomasz Napierała wrote: > Hi. Patch below should fix a problem where USB stops working after > _second_ suspend/resume, which happens on various ThinkPad models. > Please test, and report both success stories and failures. If nothing > comes up, I'll commit it in a week or so. I applied it to 10.0-RELEASE on my T510 and did four successful suspend/resume cycles. My USB mouse did return after about 10 seconds for each try, which is a huge improvement. Thanks a lot! Jan Henrik From owner-freebsd-current@FreeBSD.ORG Tue Jun 17 01:35:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 99A00FC7 for ; Tue, 17 Jun 2014 01:35:28 +0000 (UTC) Received: from mail-ig0-f181.google.com (mail-ig0-f181.google.com [209.85.213.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5875B23FC for ; Tue, 17 Jun 2014 01:35:27 +0000 (UTC) Received: by mail-ig0-f181.google.com with SMTP id h15so455496igd.14 for ; Mon, 16 Jun 2014 18:35:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=2pE/AyvSguTqav/jkWp5cVMAuWTYnJ2OWYhix05iYBs=; b=fqUGLmRwHmGgqKIRuoWaKmA2/vuBnKE80k2Y9/1HC0NTZbpSMnJ1PtINx+3sUnb0VJ sZsoBNjqPpqeJjGPMRjgrWTrxxEigbu3reENpprxPbw7sJQo7hiGaBpQZo5/WYT+Zd63 lE4a/M8HZ68WllaMkE2PPQUSEZyJ21/BtJ7e9XBOBp52xfttzdWj+POJLHeM4yCAlxAC +JHrqarrH7ZkumOKaD8A7jEXxJq8pDPMylxTVaLiL7Rv4nrgn4qDPUVomvh5+MLIXBI/ VISF05N2FRRQWDz078K4qppx3YIizb7lyLdOv5cHQTU/hsmfL18ql9xqE7qZ8IY11ivU /3xg== X-Gm-Message-State: ALoCoQlRKhKaNCLugplVOFEpaov6vZIh5tbaY0ZfgxjmrYvaAHzIJqUylqgf3dpjm+GlkmZnWRsl X-Received: by 10.50.109.138 with SMTP id hs10mr29760726igb.37.1402968920839; Mon, 16 Jun 2014 18:35:20 -0700 (PDT) Received: from [10.0.0.119] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id cl7sm25228888igc.9.2014.06.16.18.35.19 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 16 Jun 2014 18:35:20 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_EBDFD85B-B3DF-4EE0-973F-D61928D06081"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: In tree builds broken in lib/ncurses? From: Warner Losh In-Reply-To: <20140616201415.GA72139@troutmask.apl.washington.edu> Date: Mon, 16 Jun 2014 19:35:29 -0600 Message-Id: References: <20140614201933.GA65847@troutmask.apl.washington.edu> <20140614221236.GA66187@troutmask.apl.washington.edu> <20140614223002.GB66187@troutmask.apl.washington.edu> <4610322.zAJlsEjG1I@overcee.wemm.org> <20140615013057.GA66589@troutmask.apl.washington.edu> <5B8DE5E2-FC48-4B61-B759-7951821C72C3@gmail.com> <20140615061237.GA67531@troutmask.apl.washington.edu> <1402840958.20883.250.camel@revolution.hippie.lan> <20140616061807.GA71237@troutmask.apl.washington.edu> <20140616201415.GA72139@troutmask.apl.washington.edu> To: Steve Kargl X-Mailer: Apple Mail (2.1878.2) Cc: freebsd-current@FreeBSD.org, Peter Wemm , Ian Lepore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 Jun 2014 01:35:28 -0000 --Apple-Mail=_EBDFD85B-B3DF-4EE0-973F-D61928D06081 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Jun 16, 2014, at 2:14 PM, Steve Kargl = wrote: > On Mon, Jun 16, 2014 at 11:01:59AM -0600, Warner Losh wrote: >>=20 >> On Jun 16, 2014, at 12:18 AM, Steve Kargl = wrote: >>=20 >>> On Sun, Jun 15, 2014 at 08:02:38AM -0600, Ian Lepore wrote: >>>>=20 >>>> It looks like this is a SUBDIR_PARALLEL build fallout. I've = finally >>>> committed the fine-grained dependency fix I've been sitting on for >>>> weeks, could you please try updating to r267511 and then applying = the >>>> attached to see if it fixes it? >>>>=20 >>>=20 >>> AFAICT, your patch does not fix the problem. After a=20 >>> 'svn update' and buildworld/installworld cycle, I still >>> the problem >>>=20 >>> % cd /usr/src >>> % make clean && make cleandepend >>> % make clean && make clean depend >>=20 >> % make obj >=20 > Thanks for the pointer. I believe that in the 20 decades that > I've used FreeBSD (386bsd+patchkit), I've never had the need to > do an explict 'make obj'. In-tree builds simply worked. It isn=92t a path that gets exercised too much these days. Not surprised = it broke. >>> % cd lib/ncurses >>> % make depend >>> % make >>> .... >>> *** Error code 1 >>>=20 >>> Stop. >>> make[1]: stopped in /usr/src/lib/ncurses/ncursesw >>> *** Error code 1 >>=20 >> If I do the above, it works. So when we last imported ncurses,i >> it looks like it broke the non-obj-tree based build. >=20 > Sure would be nice if this could be fixed. Ideally, the ncurses importer would clean this up=85 Warner --Apple-Mail=_EBDFD85B-B3DF-4EE0-973F-D61928D06081 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTn5thAAoJEGwc0Sh9sBEAd/kP/iLQnJD3oQJOufbW8aePLwQr ZCaviquq8SJgMbM7KCH7xZZIxeI0NMGLkZAfjBDqQfmWZqQsH30W8xV80rOQ/IY/ TFIU4owU7jWJY2sxdRJZL48O6NAbDdZ0W/SKy+nySIjYNkQsfu7ETH68MqiSo15d +/HBv78/sr3nRa88KyQVBgyHC3coCyOEweBaS99to2u8C3E95LdDuORpD2WznSHa AfLuAqrCCFdr+cSo1D1UPxEP0nS52WDTGpp5AiXBavB+wuoOAG/1OmwSeSAhc+em Sbjdi4dLl1smcVZNFtLixpS/D8fN+Ck4fxnLxhn/PLL7nyah+0Un8BR8WhSbXesb 5QxoyfxEOPUlr23BOPo2uVNPHOK12ZbfBacZMoPQRRczTaSl8ESnuqSZar7el0PY F0tOww9M3ROHWKEHRjAcfvz8qbk3nc5rsnDv1gY39H0GXeUW0TPuKPYvlt73TWy2 y24bj/3M52jHHml5joJ+CMT/GB0RXzQRZOZmGFXANklqW1Jy/avGPuV1gW3j4D9k QhM6DMY40J8rlyiHKPLl26O4mc/2zcDtJRQtg+0pVk2rzS6HeU0qAIANVEdTXLFg +UJyrxiXuOf2NZN0MEgK0h/HPrVVJQ/lAyosTWmECK/ziHyhiqEaKtGzhK+JqwaC AS2cc1z0uTdqmCARvCvW =Ou4E -----END PGP SIGNATURE----- --Apple-Mail=_EBDFD85B-B3DF-4EE0-973F-D61928D06081-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 17 14:45:39 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D67634A; Tue, 17 Jun 2014 14:45:39 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1DE1C2716; Tue, 17 Jun 2014 14:45:38 +0000 (UTC) Received: from [192.168.200.204] (c-50-131-5-126.hsd1.ca.comcast.net [50.131.5.126]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 06FD01936DE; Tue, 17 Jun 2014 14:45:37 +0000 (UTC) Subject: Re: [patch] USB after second suspend/resume on ThinkPads. From: Sean Bruno Reply-To: sbruno@freebsd.org To: Edward Tomasz =?iso-8859-2?Q?Napiera=B3a?= In-Reply-To: <20140616192155.GE13481@brick.home> References: <20140616192155.GE13481@brick.home> Content-Type: text/plain; charset="iso-8859-2" Date: Tue, 17 Jun 2014 07:45:37 -0700 Message-ID: <1403016337.39699.0.camel@bruno> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 Jun 2014 14:45:39 -0000 On Mon, 2014-06-16 at 21:21 +0200, Edward Tomasz Napieraa wrote: > Hi. Patch below should fix a problem where USB stops working after > _second_ suspend/resume, which happens on various ThinkPad models. > Please test, and report both success stories and failures. If nothing > comes up, I'll commit it in a week or so. > > (Btw, has anyone encountered the problem on hardware other than ThinkPads?) > > > Index: sys/dev/acpi_support/acpi_ibm.c > =================================================================== > --- sys/dev/acpi_support/acpi_ibm.c (revision 267417) > +++ sys/dev/acpi_support/acpi_ibm.c (working copy) > @@ -169,6 +169,9 @@ struct acpi_ibm_softc { > int light_get_supported; > int light_set_supported; > > + /* USB power workaround */ > + ACPI_HANDLE power_handle; > + > /* led(4) interface */ > struct cdev *led_dev; > int led_busy; > @@ -365,6 +368,7 @@ acpi_ibm_attach(device_t dev) > { > struct acpi_ibm_softc *sc; > devclass_t ec_devclass; > + ACPI_STATUS status; > > ACPI_FUNCTION_TRACE((char *)(uintptr_t) __func__); > > @@ -448,6 +452,17 @@ acpi_ibm_attach(device_t dev) > if (sc->light_set_supported) > sc->led_dev = led_create_state(ibm_led, sc, "thinklight", sc->light_val); > > + /* > + * Obtain a handle to the power resource available on many models. > + * This must be turned on manually upon resume. Otherwise the system > + * may, for instance, resume from S3 with usb(4) powered down. > + */ > + status = AcpiGetHandle(sc->handle, "\\_SB.PCI0.LPC.EC.PUBS", &sc->power_handle); > + if (ACPI_FAILURE(status)) { > + device_printf(dev, "Failed to get power handle\n"); > + return (status); > + } > + > return (0); > } > > @@ -476,6 +491,7 @@ static int > acpi_ibm_resume(device_t dev) > { > struct acpi_ibm_softc *sc = device_get_softc(dev); > + ACPI_STATUS status; > > ACPI_FUNCTION_TRACE((char *)(uintptr_t) __func__); > > @@ -495,6 +511,15 @@ acpi_ibm_resume(device_t dev) > > acpi_ibm_sysctl_set(sc, i, val); > } > + if (sc->power_handle != NULL) { > + status = AcpiEvaluateObject(sc->power_handle, > + "_ON", NULL, NULL); > + if (ACPI_FAILURE(status)) { > + device_printf(dev, "failed to switch %s on - %s\n", > + acpi_name(sc->power_handle), > + AcpiFormatException(status)); > + } > + } > ACPI_SERIAL_END(ibm); > > return (0); > ________________________________ T61 reporting in (even though this is the one you have). It does indeed work and I can access my USB ports after more than 2 suspend resumes. sean From owner-freebsd-current@FreeBSD.ORG Tue Jun 17 18:35:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 107283FB; Tue, 17 Jun 2014 18:35:45 +0000 (UTC) Received: from mail-la0-x236.google.com (mail-la0-x236.google.com [IPv6:2a00:1450:4010:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 34AC82DB8; Tue, 17 Jun 2014 18:35:44 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id mc6so3706466lab.27 for ; Tue, 17 Jun 2014 11:35:42 -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:message-id:subject :from:to:cc:content-type; bh=JJrD+vZMlBTzcPqMBJe1Eu9dsjS0mbp1fDaU3iD5BWA=; b=whMdSWYu1wMjAXatOvFxfLtsZXnusKXxiMvZaQ9a4wtTmj7F3GXA1Z+ddSgrNNhKY3 26gj+kZgR93W3PrxNY2wLI6K3LpBTLSl6g+kuBBHo7zHfyi+FvbxujG/yhypDZWk6RJF +rn9ghdhDuRAzvuXd+f+nYSHjYpfpPz4odfOdfeydzsw6QYpBSCcVFGO272mkBQxtXoL HA19JUi2D3clOMpNaXrlROqY3rCqCxQDOszuCvwwNE4aAwE6f10qhAwWvIovDWsTqoHJ kFivXPfrZKp7dnV1GObrQYH3KYEKmmHwIrRpkGrXzUaqUl8mqK5EptegXN8KEt+6c7XU CX0Q== MIME-Version: 1.0 X-Received: by 10.112.27.139 with SMTP id t11mr2191101lbg.84.1403030142114; Tue, 17 Jun 2014 11:35:42 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.67.73 with HTTP; Tue, 17 Jun 2014 11:35:42 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 Jun 2014 11:35:42 -0700 X-Google-Sender-Auth: f7P1ZfYW0JxzBgE_YI-7C2M9j70 Message-ID: Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 From: Craig Rodrigues To: "Simon J. Gerraty" , Marcel Moolenaar Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current Current , Brooks Davis , Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 Jun 2014 18:35:45 -0000 Simon, Do you know if there is some sort of patch that can be applied to FreeBSD stable/9 sources so that it can be built on a FreeBSD 10/stable, or FreeBSD CURRENT host with bmake? I'm trying to build a FreeBSD stable/9 jail on a FreeBSD 10/stable host, so that I can build ports inside the jail with poudriere. Thanks. -- Craig On Mon, May 19, 2014 at 10:18 AM, Craig Rodrigues wrote: > Hi, > > On a FreeBSD 10 host, I am trying to build this: > > https://github.com/trueos/trueos > > which is derived from FreeBSD 9.2. > > > If I build like this: > > env TARGET=amd64 TARGET_ARCH=amd64 make -j 9 SRCCONF=/dev/null > __MAKE_CONF=/opt/local/branches/freenas/os-base/amd64/make.conf.build > NO_CLEAN=1 buildworld > > I get this error: > > --- upgrade_checks --- > A failure has been detected in another branch of the parallel make > > make[1]: stopped in /opt/local/branches/freenas/FreeBSD/src > *** [upgrade_checks] Error code 2 > > make: stopped in /opt/local/branches/freenas/FreeBSD/src > 1 error > > > If I remove the "-j 9", then I can get the build to work properly. > > Does anyone know what fixes I can pull in from stable/9 or > HEAD so that I can get this to build successfully with the "-j 9" flag without > failing? > > I saw similar problems reported in these discussion threads, but I > didn't see what the solution to the problem was: > > http://lists.freebsd.org/pipermail/freebsd-stable/2014-January/077142.html > http://lists.freebsd.org/pipermail/freebsd-stable/2013-November/075773.html > > > -- > Craig From owner-freebsd-current@FreeBSD.ORG Tue Jun 17 20:07:39 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 567D1C5E; Tue, 17 Jun 2014 20:07:39 +0000 (UTC) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1lp0141.outbound.protection.outlook.com [207.46.163.141]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DFC3727E5; Tue, 17 Jun 2014 20:07:37 +0000 (UTC) Received: from BY2PR05CA034.namprd05.prod.outlook.com (10.141.250.24) by BY2PR05MB110.namprd05.prod.outlook.com (10.242.38.21) with Microsoft SMTP Server (TLS) id 15.0.949.11; Tue, 17 Jun 2014 20:07:28 +0000 Received: from BY2FFO11FD044.protection.gbl (2a01:111:f400:7c0c::106) by BY2PR05CA034.outlook.office365.com (2a01:111:e400:2c5f::24) with Microsoft SMTP Server (TLS) id 15.0.959.24 via Frontend Transport; Tue, 17 Jun 2014 20:07:22 +0000 Received: from P-EMF02-SAC.jnpr.net (66.129.239.16) by BY2FFO11FD044.mail.protection.outlook.com (10.1.14.229) with Microsoft SMTP Server (TLS) id 15.0.959.15 via Frontend Transport; Tue, 17 Jun 2014 20:07:22 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMF02-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.146.0; Tue, 17 Jun 2014 13:06:06 -0700 Received: from chaos.localdomain (chaos.jnpr.net [172.21.16.28]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id s5HK5pn87903; Tue, 17 Jun 2014 13:05:59 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from chaos (localhost [127.0.0.1]) by chaos.localdomain (Postfix) with ESMTP id 07542580A1; Tue, 17 Jun 2014 13:05:51 -0700 (PDT) To: Craig Rodrigues Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 In-Reply-To: References: Comments: In-reply-to: Craig Rodrigues message dated "Tue, 17 Jun 2014 11:35:42 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 7.82+cvs; nmh 1.3; GNU Emacs 22.3.1 Date: Tue, 17 Jun 2014 13:05:51 -0700 Message-ID: <20140617200551.07542580A1@chaos.localdomain> MIME-Version: 1.0 Content-Type: text/plain X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:66.129.239.16; CTRY:US; IPV:NLI; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(6009001)(199002)(189002)(84676001)(83072002)(90896003)(85852003)(20776003)(47776003)(102836001)(102176002)(64706001)(92566001)(92726001)(93916002)(86362001)(79102001)(77982001)(70486001)(31966008)(74502001)(80022001)(74662001)(76482001)(21056001)(81342001)(46102001)(77156001)(99396002)(88136002)(69596002)(83322001)(68736004)(44976005)(6806004)(87936001)(62966002)(89996001)(50986999)(81542001)(76176999)(50226001)(50466002)(4396001)(87286001)(97736001)(33656002)(93546004)(101356003)(57986006)(104166001)(81156003)(85306003)(105596002)(95666004)(48376002)(76506005)(42262001); DIR:OUT; SFP:; SCL:1; SRVR:BY2PR05MB110; H:P-EMF02-SAC.jnpr.net; FPR:; PTR:InfoDomainNonexistent; A:1; MX:1; LANG:en; X-Microsoft-Antispam: BL:0; ACTION:Default; RISK:Low; SCL:0; SPMLVL:NotSpam; PCL:0; RULEID: X-Forefront-PRVS: 0245702D7B Received-SPF: SoftFail (: domain of transitioning juniper.net discourages use of 66.129.239.16 as permitted sender) Authentication-Results: spf=softfail (sender IP is 66.129.239.16) smtp.mailfrom=sjg@juniper.net; X-OriginatorOrg: juniper.net X-Mailman-Approved-At: Tue, 17 Jun 2014 20:27:06 +0000 Cc: Marcel Moolenaar , Brooks Davis , Warner Losh , freebsd-current Current , sjg@juniper.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 Jun 2014 20:07:39 -0000 On Tue, 17 Jun 2014 11:35:42 -0700, Craig Rodrigues writes: >Do you know if there is some sort of patch that can be applied to >FreeBSD stable/9 sources so that it can be built on a FreeBSD >10/stable, or FreeBSD CURRENT >host with bmake? You would likely need to apply many of the changes made in 10. IIRC stable/9 has just enough bmake support to be able to build/install bmake itself, so that ports can use it. I'm not sure how many people would appreciate making such changes to stable/9 at this point. >I'm trying to build a FreeBSD stable/9 jail on a FreeBSD 10/stable host, so th >at >I can build ports inside the jail with poudriere. Why not use fmake in that scenario? From owner-freebsd-current@FreeBSD.ORG Tue Jun 17 20:43:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 84A11779; Tue, 17 Jun 2014 20:43:58 +0000 (UTC) Received: from mail-la0-x22c.google.com (mail-la0-x22c.google.com [IPv6:2a00:1450:4010:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A9F442B66; Tue, 17 Jun 2014 20:43:57 +0000 (UTC) Received: by mail-la0-f44.google.com with SMTP id ty20so2274823lab.17 for ; Tue, 17 Jun 2014 13:43:55 -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:message-id:subject :from:to:cc:content-type; bh=9jCM8J3IyTGyzVB3iLnjgTq8ydZxa1/hYKZwl0ay4+A=; b=KdBSLJM9KtIUqo2Fv6pQcZAVO66UUkoGF2YPZK1Yp9NFxOM0ET1qkXP+mAnBys4j3D IlSCZRi125g4Ys7Ybu/UpaY2Ydu69jCHxZ4p1Wd8wB1fXdfQ8JzFQtZahGREaC0w/ab3 eP4FppYC4rhfxqa34fLACP+3cnSV52qs5+VNZ7k5qMxHDcyJ8j1JaNsq9q7Co9lGWF11 AHMFY1R3KY448W6HyVz7M/3NuMTtcs486rBdPzlyD242j83PJ/EY77Bb3F7K89kO2Zr5 tad0ziq4Jm/aEvTaAUDAwj62acjyVF6wyPMJ+Q0UhAIbiVdItpbGtgIAVulIeolvufQG OQYw== MIME-Version: 1.0 X-Received: by 10.152.43.135 with SMTP id w7mr20745389lal.32.1403037835467; Tue, 17 Jun 2014 13:43:55 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.67.73 with HTTP; Tue, 17 Jun 2014 13:43:55 -0700 (PDT) In-Reply-To: <20140617200551.07542580A1@chaos.localdomain> References: <20140617200551.07542580A1@chaos.localdomain> Date: Tue, 17 Jun 2014 13:43:55 -0700 X-Google-Sender-Auth: ACHjY76_kN3BClnCGyK7wG0U84o Message-ID: Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 From: Craig Rodrigues To: "Simon J. Gerraty" Content-Type: text/plain; charset=ISO-8859-1 Cc: Marcel Moolenaar , Brooks Davis , Warner Losh , freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 Jun 2014 20:43:58 -0000 On Tue, Jun 17, 2014 at 1:05 PM, Simon J. Gerraty wrote: > > On Tue, 17 Jun 2014 11:35:42 -0700, Craig Rodrigues writes: >>Do you know if there is some sort of patch that can be applied to >>FreeBSD stable/9 sources so that it can be built on a FreeBSD >>10/stable, or FreeBSD CURRENT >>host with bmake? > > You would likely need to apply many of the changes made in 10. > IIRC stable/9 has just enough bmake support to be able to build/install > bmake itself, so that ports can use it. > > I'm not sure how many people would appreciate making such changes to > stable/9 at this point. Most users would not care about building stable/9 on a stable/10 host. There are only a few people care about being able to do that. People who use poudriere to build a jail to build ports would care. People who are building products base on stable/9, but need to use a stable/10 (or newer) host would care, but that number of people is small. > >>I'm trying to build a FreeBSD stable/9 jail on a FreeBSD 10/stable host, so th >>at >>I can build ports inside the jail with poudriere. > > Why not use fmake in that scenario? That might work. Is using the devel/fmake port sufficient for using fmake? If I typed "make something", is there a way inside the make environment to detect if bmake or fmake was invoked, and error out appropriately? -- Craig From owner-freebsd-current@FreeBSD.ORG Tue Jun 17 20:48:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D4106909; Tue, 17 Jun 2014 20:48:16 +0000 (UTC) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id AC9AF2BA7; Tue, 17 Jun 2014 20:48:16 +0000 (UTC) Received: by be-well.ilk.org (Postfix, from userid 1147) id AF55E33C48; Tue, 17 Jun 2014 16:48:09 -0400 (EDT) From: Lowell Gilbert To: Craig Rodrigues Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 References: <20140617200551.07542580A1@chaos.localdomain> Date: Tue, 17 Jun 2014 16:48:09 -0400 In-Reply-To: (Craig Rodrigues's message of "Tue, 17 Jun 2014 13:43:55 -0700") Message-ID: <44y4wvz2ie.fsf@be-well.ilk.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 Jun 2014 20:48:16 -0000 Craig Rodrigues writes: > On Tue, Jun 17, 2014 at 1:05 PM, Simon J. Gerraty wrote: >> >> On Tue, 17 Jun 2014 11:35:42 -0700, Craig Rodrigues writes: >>>Do you know if there is some sort of patch that can be applied to >>>FreeBSD stable/9 sources so that it can be built on a FreeBSD >>>10/stable, or FreeBSD CURRENT >>>host with bmake? >> >> You would likely need to apply many of the changes made in 10. >> IIRC stable/9 has just enough bmake support to be able to build/install >> bmake itself, so that ports can use it. >> >> I'm not sure how many people would appreciate making such changes to >> stable/9 at this point. > > Most users would not care about building stable/9 on a stable/10 host. > There are only a few people care about being able to do that. > People who use poudriere to build a jail to build ports would care. Couldn't they just build the base in that same jail? From owner-freebsd-current@FreeBSD.ORG Tue Jun 17 20:55:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE50BB9C; Tue, 17 Jun 2014 20:55:02 +0000 (UTC) Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com [IPv6:2a00:1450:400c:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D6A922C62; Tue, 17 Jun 2014 20:55:01 +0000 (UTC) Received: by mail-we0-f173.google.com with SMTP id t60so7877500wes.32 for ; Tue, 17 Jun 2014 13:55:00 -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:message-id:subject :from:to:cc:content-type; bh=Xi6547N7KkKhxWqbEYOtBHClfkEvXGbMoi1GTRJHhLM=; b=s358Fd4fR/AhByvRxXfup5efr/1/mOAT5dA/G1Wb9avlidPsTQ0tOoe93F4lu15utI FiyNZjp2firLkN2DUyjayP+7JTFVckACGgowCRV5tNpQvPRPDAlL24oFWXqEocQ8pOsy yo74agqlk+S0yKG6EdOGRWDd8fq8evWy4EqjINcQcvdZ2Ktk/qntgWW8ToKIr6Y0gryo 70Brz6Xr3niAXR4shGxEPpXjfrmeNoBkpNTEKqA9b6zs9u5ifORO/CVupFSnySFPUpO8 Y2yrTKtaL0uyBujg7bz6Z42uzXyJKaIsO5zAAhMevFZ5fEhmLHmRd3o+iqZ6Q9eeC+Df OhEw== MIME-Version: 1.0 X-Received: by 10.180.84.168 with SMTP id a8mr39302779wiz.36.1403038500104; Tue, 17 Jun 2014 13:55:00 -0700 (PDT) Sender: rizzo.unipi@gmail.com Received: by 10.194.246.130 with HTTP; Tue, 17 Jun 2014 13:55:00 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 Jun 2014 22:55:00 +0200 X-Google-Sender-Auth: kX4a99EV13FK1O7InR1bdTiiSnQ Message-ID: Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 From: Luigi Rizzo To: Craig Rodrigues Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: Marcel Moolenaar , Brooks Davis , Warner Losh , freebsd-current Current , "Simon J. Gerraty" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 Jun 2014 20:55:02 -0000 On Tue, Jun 17, 2014 at 8:35 PM, Craig Rodrigues wrote: > Simon, > > Do you know if there is some sort of patch that can be applied to > FreeBSD stable/9 sources so that it can be built on a FreeBSD > 10/stable, or FreeBSD CURRENT > host with bmake? > > I'm trying to build a FreeBSD stable/9 jail on a FreeBSD 10/stable host, > so that > I can build ports inside the jail with poudriere. > =E2=80=8Bi had recently a build failure similar to the one you see below, and it seemed to be due to some (unclear which) missing dependencies that caused two failures: - toolchain fails, and it requires 'buildworld' to properly build a cross environment - races with "make -j X ..." with high X. I ended up doing a sequential build. cheers luigi From owner-freebsd-current@FreeBSD.ORG Tue Jun 17 21:14:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F8D5474; Tue, 17 Jun 2014 21:14:40 +0000 (UTC) Date: Tue, 17 Jun 2014 17:14:36 -0400 From: Glen Barber To: Craig Rodrigues Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 Message-ID: <20140617211436.GI1248@hub.FreeBSD.org> References: <20140617200551.07542580A1@chaos.localdomain> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="trRLnZT3leHHTjS+" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current Current , Marcel Moolenaar , Brooks Davis , Warner Losh , "Simon J. Gerraty" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 Jun 2014 21:14:41 -0000 --trRLnZT3leHHTjS+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 17, 2014 at 01:43:55PM -0700, Craig Rodrigues wrote: > On Tue, Jun 17, 2014 at 1:05 PM, Simon J. Gerraty wrote: > > Why not use fmake in that scenario? >=20 > That might work. Is using the devel/fmake port sufficient for using fma= ke? > If I typed "make something", is there a way inside the make environment to > detect if bmake or fmake was invoked, and error out appropriately? >=20 For what it is worth, I'm working around this problem by running: # make make buildworld -jN [...] Note the extra 'make', which rather than relying on the bootstrap-tools to determine which make to build, I am specifically telling it to build fmake. Glen --trRLnZT3leHHTjS+ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJToK+8AAoJELls3eqvi17QEAwQAMtEsdRaiX+eUKzUUwyoGsRv nhmmBdLnGlxKmkYj6nv2dBEVlwDU45yTc27woVf35uRyidDKH1HlHkFKbL1H8CxV eUSPaVXrUe+jItPWyOPhCT7GKTgTsCT9w/PFt5C3DVJ7/lkcpozsChKavMd+yEYz Gf+2sucHlcl3WjaxIwo3cwU0D/UztI2FuaMPyee4xcm2Zv/bPzMM1GspeysiHZPb 5DGCex+ZY2CHTdAE1Jxlh/U2Fn9EVok8m0a5rg0UtcQbgBxVO+ZGSl3DDQhH+sZl STD9eIS7QhDNFrzTjJjzUS8uvMZCYnQpxTdawONFddCAOxh7oQASdFLFLkl99PII cCJraBgKE0jxhnRUQXqKZyQwjRVnqLSoFvj6ie6ECHj8TFq07891Of+biTZrNCCJ V1Yh2Ag0lP8Wa7wi3kCIc1Ko7+4N72Qqomd5F5tYK7IZv3Lje6Btyxd+XMFlWT16 Bj/RjQCRzRHJ3TjiUBIAS3YoaHiKbvKeCM094ZWHxKz5Z5WnJBnqq7+NIZCGo8Tw JZV/kNX9SgvvbbeGJ7CmEPWPZPqspgzbQWD58eS2ET0AE22iH1a6TZdqB4DCuxaw UaJhWJF00g31Pi+ppmax1r7lITtoGDES5Xir6KLry6s3IO2rJDTNyjxc1/loSGyt fX+bUzulslJFc+RMSrLt =KGhQ -----END PGP SIGNATURE----- --trRLnZT3leHHTjS+-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 17 21:16:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1FD05EB for ; Tue, 17 Jun 2014 21:16:57 +0000 (UTC) Received: from mail-pa0-f42.google.com (mail-pa0-f42.google.com [209.85.220.42]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8C66E2E05 for ; Tue, 17 Jun 2014 21:16:57 +0000 (UTC) Received: by mail-pa0-f42.google.com with SMTP id lj1so6187997pab.29 for ; Tue, 17 Jun 2014 14:16:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=NmFVb7IKi1J689zCF/5aOqwkpe4rl968ULip3u5k1fo=; b=I0H4Ew4XLP+Pi0l3v/X+DLXCL2+jZNShaDxsHdpPySjYRLQ01/o0jbXoE7xzfnrUxT Vt4acJPUDwairHe0alF4ox9X4/Jqc8oJhuiijOzsYCnALaORKExDpi1Gi5nKkI5OO2OG iUsZoL/P+7pD4pIaR5n+9NvgbEYksFI8skR4EDNS9jDeXfE/m82aB20hp2/+3dXRDx9b 3f9BXraoKmHNjxzU0e5GYZq+GQN9Xny6irbz0XYFfYMnlrhBDAn86+CezPFrI87x7uA5 U1tPiCuc8oTCtCH1ugftEXKJ7OABaIwXmkhCT+7vCWsG5e77hIDgvuV8E/tEvBA4V60L 24JQ== X-Gm-Message-State: ALoCoQkyTemb8Z9R/veFMJLK3+tzbbZJzVpbMFiEcUfVuInm9YfgsGhOsB0AL+MZCx8sdTP9yFCF X-Received: by 10.66.184.175 with SMTP id ev15mr34985971pac.146.1403039811835; Tue, 17 Jun 2014 14:16:51 -0700 (PDT) Received: from lgmac-mpeterson.corp.netflix.com (dc1-prod.netflix.com. [69.53.236.251]) by mx.google.com with ESMTPSA id ox3sm25511670pbb.88.2014.06.17.14.16.50 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 17 Jun 2014 14:16:51 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_4605A3DA-8286-4F8B-8F5B-C1ACB3F4C8CB"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 From: Warner Losh In-Reply-To: <20140617211436.GI1248@hub.FreeBSD.org> Date: Tue, 17 Jun 2014 15:17:01 -0600 Message-Id: <4DCB1DDD-D7C8-481D-838A-9A115B980815@bsdimp.com> References: <20140617200551.07542580A1@chaos.localdomain> <20140617211436.GI1248@hub.FreeBSD.org> To: Glen Barber X-Mailer: Apple Mail (2.1878.2) Cc: Craig Rodrigues , Marcel Moolenaar , Brooks Davis , freebsd-current Current , "Simon J. Gerraty" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 Jun 2014 21:16:57 -0000 --Apple-Mail=_4605A3DA-8286-4F8B-8F5B-C1ACB3F4C8CB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Jun 17, 2014, at 3:14 PM, Glen Barber wrote: > On Tue, Jun 17, 2014 at 01:43:55PM -0700, Craig Rodrigues wrote: >> On Tue, Jun 17, 2014 at 1:05 PM, Simon J. Gerraty = wrote: >>> Why not use fmake in that scenario? >>=20 >> That might work. Is using the devel/fmake port sufficient for using = fmake? >> If I typed "make something", is there a way inside the make = environment to >> detect if bmake or fmake was invoked, and error out appropriately? >>=20 >=20 > For what it is worth, I'm working around this problem by running: >=20 > # make make buildworld -jN [...] >=20 > Note the extra 'make', which rather than relying on the = bootstrap-tools > to determine which make to build, I am specifically telling it to = build > fmake. I hit this issue as well, but worked around it by installing fmake (from = src) and typing fmake buildworld. Since the testing I was doing was = limited, this worked. It also worked when I hit the converse (building = 10 on 9). Warner --Apple-Mail=_4605A3DA-8286-4F8B-8F5B-C1ACB3F4C8CB Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJToLBNAAoJEGwc0Sh9sBEANKwP/ikjADdnSIkcwpaw+tjEulR3 GarfB7c1NnYw3XueyiF5vHWfU+nYg/0lYBOMkyZQhCKawxXEqcpS5EiqYrGNs+eO 9jsrqzESbGBWrzsFEn75R3BrqhRPS9zsRvClYzZia2V8gy60asAOBWFoPFgT5zSZ MLz7PqBbU4ISltMJHnQ6/6sZCsOrWK+QA88D7DpNacdkOzS8YRh4a6r3sbpT9i2w F9SjOFsjcT7sB4TrqhDv7w6tDeHUOqhcJ4g8GRJLe0Q31Boh8/I/wdqioUu2DxfH 4S4bx1rh3usI7K0cxtnX+kp9vlCga+FBMqo7sQ9/oH15td6uoAm4QMHooGUOVbYE glPJliJa/0kVXiRZz/2vMJOUZeWUpcBVwTWG75smXItzBb63Wt8rdgi6kkvSQkm1 4QW4IQsGmdttzERhtbulaam2CvpZhire8BpmmXICaVLzsRc+VEWmZMdBm5ffBVwS IGaHfFec0F+l+mxtavvJbYdG1X7zuPXKTOJJk4gJxneRDgQMBznXX0nBEcPriD1b wUUYlcxaMo3r3U8y0waveyyR1cctVmwZ9hGDqvLSmk1G3J+galj4qPUZ++ZXEb0X bC6qYl29m3mB5p28YV/ib4Ao6mC9CK4f/hlBdLAuw5WxYhxsmxNyGtp9X4Gnwf4t TOahXB4p444RE91LjzOO =oHIW -----END PGP SIGNATURE----- --Apple-Mail=_4605A3DA-8286-4F8B-8F5B-C1ACB3F4C8CB-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 17 21:54:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 67A82AD3; Tue, 17 Jun 2014 21:54:54 +0000 (UTC) Received: from mail-la0-x233.google.com (mail-la0-x233.google.com [IPv6:2a00:1450:4010:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5D63F2207; Tue, 17 Jun 2014 21:54:53 +0000 (UTC) Received: by mail-la0-f51.google.com with SMTP id mc6so4023975lab.38 for ; Tue, 17 Jun 2014 14:54:50 -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:message-id:subject :from:to:cc:content-type; bh=m8RwwJWiDsZaHRh+noXukOnTPx7ruWqt1pdMI4fZjW4=; b=n+dNDiFRVk+iWE3vI+wttiUNKBRBum1r3AGQnt9BxoVC/853DFqMXQLbcB3Dpi7jHD 1eSajlIvSgeXBT5eqwhjLL8SMN7ZdWzMCo+fkyVZtIpd3dQUXSqUX60//wgE7yFH1oX+ 9JGLrGiZ7UnguDK+mU0l86BPGIrm3CRi1x0oNZ9Tq2X1sGbTGBtyjcz6dktWG6uidxVS p4SS+A9Rh2u2ivSh+8jWbZPyvH+u1S/DzYnhFL4BdS9QrtC5hKBCchJ8E/qwFWW0hvys di9RsHCJ9jumF6hNBOhbfak4Ah0Zy5PZ4WbXE0MfRlyfPKNdz/FOD76t8DbRxc4SPMSB GfzQ== MIME-Version: 1.0 X-Received: by 10.152.2.225 with SMTP id 1mr63589lax.93.1403042090664; Tue, 17 Jun 2014 14:54:50 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.67.73 with HTTP; Tue, 17 Jun 2014 14:54:50 -0700 (PDT) In-Reply-To: <20140617211436.GI1248@hub.FreeBSD.org> References: <20140617200551.07542580A1@chaos.localdomain> <20140617211436.GI1248@hub.FreeBSD.org> Date: Tue, 17 Jun 2014 14:54:50 -0700 X-Google-Sender-Auth: 9srU4ufmaVacQnMv3fQAH7UH05w Message-ID: Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 From: Craig Rodrigues To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current Current , Marcel Moolenaar , Brooks Davis , Warner Losh , "Simon J. Gerraty" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 Jun 2014 21:54:54 -0000 On Tue, Jun 17, 2014 at 2:14 PM, Glen Barber wrote: > > For what it is worth, I'm working around this problem by running: > > # make make buildworld -jN [...] > > Note the extra 'make', which rather than relying on the bootstrap-tools > to determine which make to build, I am specifically telling it to build > fmake. Nice! That works! Thanks. -- Craig From owner-freebsd-current@FreeBSD.ORG Tue Jun 17 22:07:49 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4C29CBA; Tue, 17 Jun 2014 22:07:49 +0000 (UTC) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2lp0212.outbound.protection.outlook.com [207.46.163.212]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2633B2359; Tue, 17 Jun 2014 22:07:47 +0000 (UTC) Received: from BY2PR05CA044.namprd05.prod.outlook.com (10.141.250.34) by BY2PR05MB111.namprd05.prod.outlook.com (10.242.38.26) with Microsoft SMTP Server (TLS) id 15.0.949.11; Tue, 17 Jun 2014 22:07:38 +0000 Received: from BN1AFFO11FD041.protection.gbl (2a01:111:f400:7c10::153) by BY2PR05CA044.outlook.office365.com (2a01:111:e400:2c5f::34) with Microsoft SMTP Server (TLS) id 15.0.959.24 via Frontend Transport; Tue, 17 Jun 2014 22:07:38 +0000 Received: from P-EMF02-SAC.jnpr.net (66.129.239.16) by BN1AFFO11FD041.mail.protection.outlook.com (10.58.52.252) with Microsoft SMTP Server (TLS) id 15.0.959.15 via Frontend Transport; Tue, 17 Jun 2014 22:07:38 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMF02-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.146.0; Tue, 17 Jun 2014 15:07:34 -0700 Received: from chaos.localdomain (chaos.jnpr.net [172.21.16.28]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id s5HM7Sn73875; Tue, 17 Jun 2014 15:07:29 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from chaos (localhost [127.0.0.1]) by chaos.localdomain (Postfix) with ESMTP id 5FDBD580A1; Tue, 17 Jun 2014 15:07:26 -0700 (PDT) To: Craig Rodrigues Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 In-Reply-To: References: Comments: In-reply-to: Craig Rodrigues message dated "Tue, 17 Jun 2014 11:35:42 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 7.82+cvs; nmh 1.3; GNU Emacs 22.3.1 Date: Tue, 17 Jun 2014 15:07:26 -0700 Message-ID: <20140617220726.5FDBD580A1@chaos.localdomain> MIME-Version: 1.0 Content-Type: text/plain X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:66.129.239.16; CTRY:US; IPV:NLI; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(6009001)(51704005)(199002)(189002)(62966002)(88136002)(89996001)(102176002)(102836001)(50986999)(48376002)(76176999)(101356003)(33656002)(93546004)(46102001)(104166001)(95666004)(81342001)(81156003)(85306003)(44976005)(6806004)(19580395003)(83322001)(87936001)(76506005)(57986006)(87286001)(47776003)(20776003)(81542001)(70486001)(64706001)(77982001)(4396001)(50226001)(21056001)(80022001)(84676001)(50466002)(68736004)(69596002)(76482001)(74662001)(97736001)(74502001)(77156001)(92726001)(92566001)(79102001)(85852003)(90896003)(31966008)(86362001)(83072002)(99396002)(93916002)(42262001); DIR:OUT; SFP:; SCL:1; SRVR:BY2PR05MB111; H:P-EMF02-SAC.jnpr.net; FPR:; MLV:sfv; PTR:InfoDomainNonexistent; A:1; MX:1; LANG:en; X-Microsoft-Antispam: BL:0; ACTION:Default; RISK:Low; SCL:0; SPMLVL:NotSpam; PCL:0; RULEID: X-Forefront-PRVS: 0245702D7B Received-SPF: SoftFail (: domain of transitioning juniper.net discourages use of 66.129.239.16 as permitted sender) Authentication-Results: spf=softfail (sender IP is 66.129.239.16) smtp.mailfrom=sjg@juniper.net; X-OriginatorOrg: juniper.net X-Mailman-Approved-At: Tue, 17 Jun 2014 22:49:23 +0000 Cc: Marcel Moolenaar , Brooks Davis , Warner Losh , freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 Jun 2014 22:07:49 -0000 Sorry, I didn't speak to the problem you hit... On Tue, 17 Jun 2014 11:35:42 -0700, Craig Rodrigues writes: >> If I build like this: >> >> env TARGET=amd64 TARGET_ARCH=amd64 make -j 9 SRCCONF=/dev/null >> __MAKE_CONF=/opt/local/branches/freenas/os-base/amd64/make.conf.build >> NO_CLEAN=1 buildworld >> >> I get this error: >> >> --- upgrade_checks --- >> A failure has been detected in another branch of the parallel make >> So earlier in your build there will be another error that is actual issue, that's the more interesting thing to look at. >> make[1]: stopped in /opt/local/branches/freenas/FreeBSD/src >> *** [upgrade_checks] Error code 2 >> >> make: stopped in /opt/local/branches/freenas/FreeBSD/src >> 1 error >> If I remove the "-j 9", then I can get the build to work properly. That's a good indication of a race condition. Note the recent work someone did to add .WAIT to subdir handling which is an effort to reduce races. From owner-freebsd-current@FreeBSD.ORG Tue Jun 17 22:14:54 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 26C7E26C; Tue, 17 Jun 2014 22:14:54 +0000 (UTC) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2lp0207.outbound.protection.outlook.com [207.46.163.207]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 56E452432; Tue, 17 Jun 2014 22:14:52 +0000 (UTC) Received: from CO2PR05CA052.namprd05.prod.outlook.com (10.141.241.180) by BN1PR05MB107.namprd05.prod.outlook.com (10.255.199.20) with Microsoft SMTP Server (TLS) id 15.0.954.9; Tue, 17 Jun 2014 22:14:44 +0000 Received: from BN1BFFO11FD035.protection.gbl (2a01:111:f400:7c10::1:109) by CO2PR05CA052.outlook.office365.com (2a01:111:e400:1429::52) with Microsoft SMTP Server (TLS) id 15.0.959.24 via Frontend Transport; Tue, 17 Jun 2014 22:14:43 +0000 Received: from P-EMF02-SAC.jnpr.net (66.129.239.16) by BN1BFFO11FD035.mail.protection.outlook.com (10.58.144.98) with Microsoft SMTP Server (TLS) id 15.0.959.15 via Frontend Transport; Tue, 17 Jun 2014 22:14:42 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMF02-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.146.0; Tue, 17 Jun 2014 15:14:41 -0700 Received: from chaos.localdomain (chaos.jnpr.net [172.21.16.28]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id s5HMEen78486; Tue, 17 Jun 2014 15:14:41 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from chaos (localhost [127.0.0.1]) by chaos.localdomain (Postfix) with ESMTP id 99644580A1; Tue, 17 Jun 2014 15:14:40 -0700 (PDT) To: Craig Rodrigues Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 In-Reply-To: References: <20140617200551.07542580A1@chaos.localdomain> Comments: In-reply-to: Craig Rodrigues message dated "Tue, 17 Jun 2014 13:43:55 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 7.82+cvs; nmh 1.3; GNU Emacs 22.3.1 Date: Tue, 17 Jun 2014 15:14:40 -0700 Message-ID: <20140617221440.99644580A1@chaos.localdomain> MIME-Version: 1.0 Content-Type: text/plain X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:66.129.239.16; CTRY:US; IPV:NLI; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(6009001)(189002)(199002)(51704005)(50466002)(70486001)(21056001)(104166001)(87936001)(87286001)(76506005)(31966008)(81542001)(76482001)(81342001)(89996001)(88136002)(74662001)(74502001)(4396001)(20776003)(90896003)(81156003)(85306003)(80022001)(95666004)(83072002)(47776003)(50226001)(85852003)(64706001)(79102001)(46102001)(33656002)(102836001)(102176002)(77982001)(44976005)(84676001)(69596002)(68736004)(83322001)(93546004)(86362001)(93916002)(92726001)(92566001)(48376002)(6806004)(93886003)(101356003)(99396002)(57986006)(62966002)(50986999)(77156001)(76176999)(97736001)(42262001); DIR:OUT; SFP:; SCL:1; SRVR:BN1PR05MB107; H:P-EMF02-SAC.jnpr.net; FPR:; MLV:sfv; PTR:InfoDomainNonexistent; MX:1; A:1; LANG:en; X-Microsoft-Antispam: BL:0; ACTION:Default; RISK:Low; SCL:0; SPMLVL:NotSpam; PCL:0; RULEID: X-Forefront-PRVS: 0245702D7B Received-SPF: SoftFail (: domain of transitioning juniper.net discourages use of 66.129.239.16 as permitted sender) Authentication-Results: spf=softfail (sender IP is 66.129.239.16) smtp.mailfrom=sjg@juniper.net; X-OriginatorOrg: juniper.net X-Mailman-Approved-At: Tue, 17 Jun 2014 22:49:35 +0000 Cc: Marcel Moolenaar , Brooks Davis , Warner Losh , freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 Jun 2014 22:14:54 -0000 >> Why not use fmake in that scenario? > >That might work. Is using the devel/fmake port sufficient for using fmake? So long as it is recent enough to have :tu and :tl I would expect so. >If I typed "make something", is there a way inside the make environment to >detect if bmake or fmake was invoked, and error out appropriately? You can test for bmake with .if defined(.PARSEDIR) lack of that means fmake. From owner-freebsd-current@FreeBSD.ORG Tue Jun 17 23:33:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 988AB6C6; Tue, 17 Jun 2014 23:33:14 +0000 (UTC) Received: from mail-lb0-x236.google.com (mail-lb0-x236.google.com [IPv6:2a00:1450:4010:c04::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B7272B61; Tue, 17 Jun 2014 23:33:13 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id c11so34789lbj.13 for ; Tue, 17 Jun 2014 16:33:11 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=Y8ewIeGAy7L66yjUfOY8gYmHetR/62fQdmMb7DoQhY4=; b=H/CQpvB8fmhWbhghT5qL8f7zP5bxk0Mlt0fDxgS6bPToPXtACLX4RePVK4BWb1AO4q Md7sNACtv+B497z/NMPX3uLce4aa7PcOO7e2kdSAxcmUO9DDtITdHu3gEUQHD5LYMTgQ qGXY9mhOFS8+pWD5sOc7JfVN/H/Zh2AM3tKWHsbuJn4CDGV+N6c95kxIyVhW88p1VQJo RSLWIsOXXvp8uWrVa30i/q1wTy9aLYLw7kC8uZyIIUt50sGOJDSCVV7OakXAMXhRQvqJ xnjOvI//854cjW+lk3vNp2IG50AmscT1YhHgn3BkiUGSptjKfAhfepaqK9mg2h6wfOIa wyuA== MIME-Version: 1.0 X-Received: by 10.152.23.6 with SMTP id i6mr20791622laf.24.1403047991395; Tue, 17 Jun 2014 16:33:11 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.67.73 with HTTP; Tue, 17 Jun 2014 16:33:11 -0700 (PDT) In-Reply-To: References: <20140617200551.07542580A1@chaos.localdomain> <20140617211436.GI1248@hub.FreeBSD.org> Date: Tue, 17 Jun 2014 16:33:11 -0700 X-Google-Sender-Auth: jsu7W9KKq9nt3803d8d9CHim1wg Message-ID: Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 From: Craig Rodrigues To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Current , Marcel Moolenaar , Brooks Davis , Warner Losh , "Simon J. Gerraty" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 Jun 2014 23:33:14 -0000 On Tue, Jun 17, 2014 at 2:54 PM, Craig Rodrigues wrot= e: > On Tue, Jun 17, 2014 at 2:14 PM, Glen Barber wrote: >> >> For what it is worth, I'm working around this problem by running: >> >> # make make buildworld -jN [...] >> >> Note the extra 'make', which rather than relying on the bootstrap-tools >> to determine which make to build, I am specifically telling it to build >> fmake. > > > Nice! That works! > Thanks. > > -- > Craig Oops, that got me a bit farther, but further along, things failed for me wi= th: -------------------------------------------------------------- >>> stage 1.2: bootstrap tools -------------------------------------------------------------- cd /zroot/build/r/freenas2/FreeBSD/src; MAKEOBJDIRPREFIX=3D/usr/obj/zroot/build/r/freenas2/FreeBSD/src/tmp INSTALL=3D"sh /zroot/build/r/freenas2/FreeBSD/src/tools/install.sh" PATH=3D/usr/obj/zroot/build/r/freenas2/FreeBSD/src/tmp/legacy/usr/sbin:/usr= /obj/zroot/build/r/freenas2/FreeBSD/src/tmp/legacy/usr/bin:/usr/obj/zroot/b= uild/r/freenas2/FreeBSD/src/tmp/legacy/usr/games:/usr/obj/zroot/build/r/fre= enas2/FreeBSD/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=3D/usr/obj/zroot/build/r/freenas2/FreeBSD/src/tmp VERSION=3D"FreeBSD 11.0-CURRENT amd64 1100022" MAKEFLAGS=3D"-m /zroot/build/r/freenas2/FreeBSD/src/tools/build/mk -j 9 SRCCONF=3D/dev/null __MAKE_CONF=3D/zroot/build/r/freenas2/os-base/amd64/make.conf.build NO_CLEAN=3D1 -m /zroot/build/r/freenas2/FreeBSD/src/share/mk TARGET=3Damd64 TARGET_ARCH=3Damd64" COMPILER_TYPE=3Dclang /usr/obj/zroot/build/r/freenas2/FreeBSD/src/make.amd64/make -f Makefile.inc1 DESTDIR=3D BOOTSTRAPPING=3D1100022 SSP_CFLAGS=3D -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF -DEARLY_BUILD bootstrap-tools =3D=3D=3D> gnu/usr.bin/gperf (obj,depend,all,install) /usr/obj/zroot/build/r/freenas2/FreeBSD/src/tmp/zroot/build/r/freenas2/Free= BSD/src/gnu/usr.bin/gperf created for /zroot/build/r/freenas2/FreeBSD/src/gnu/usr.bin/gperf =3D=3D=3D> gnu/usr.bin/gperf/doc (obj) /usr/obj/zroot/build/r/freenas2/FreeBSD/src/tmp/zroot/build/r/freenas2/Free= BSD/src/gnu/usr.bin/gperf/doc created for /zroot/build/r/freenas2/FreeBSD/src/gnu/usr.bin/gperf/doc rm -f .depend mkdep -f .depend -a -I/usr/obj/zroot/build/r/freenas2/FreeBSD/src/tmp/legacy/usr/include -I/zroot/build/r/freenas2/FreeBSD/src/gnu/usr.bin/gperf/../../../contrib/gp= erf/lib -I/zroot/build/r/freenas2/FreeBSD/src/gnu/usr.bin/gperf /zroot/build/r/freenas2/FreeBSD/src/gnu/usr.bin/gperf/../../../contrib/gper= f/src/bool-array.cc /zroot/build/r/freenas2/FreeBSD/src/gnu/usr.bin/gperf/../../../contrib/gper= f/src/hash-table.cc /zroot/build/r/freenas2/FreeBSD/src/gnu/usr.bin/gperf/../../../contrib/gper= f/src/input.cc /zroot/build/r/freenas2/FreeBSD/src/gnu/usr.bin/gperf/../../../contrib/gper= f/src/keyword-list.cc /zroot/build/r/freenas2/FreeBSD/src/gnu/usr.bin/gperf/../../../contrib/gper= f/src/keyword.cc /zroot/build/r/freenas2/FreeBSD/src/gnu/usr.bin/gperf/../../../contrib/gper= f/src/main.cc /zroot/build/r/freenas2/FreeBSD/src/gnu/usr.bin/gperf/../../../contrib/gper= f/src/options.cc /zroot/build/r/freenas2/FreeBSD/src/gnu/usr.bin/gperf/../../../contrib/gper= f/src/output.cc /zroot/build/r/freenas2/FreeBSD/src/gnu/usr.bin/gperf/../../../contrib/gper= f/src/positions.cc /zroot/build/r/freenas2/FreeBSD/src/gnu/usr.bin/gperf/../../../contrib/gper= f/src/search.cc /zroot/build/r/freenas2/FreeBSD/src/gnu/usr.bin/gperf/../../../contrib/gper= f/src/version.cc /zroot/build/r/freenas2/FreeBSD/src/gnu/usr.bin/gperf/../../../contrib/gper= f/lib/getline.cc /zroot/build/r/freenas2/FreeBSD/src/gnu/usr.bin/gperf/../../../contrib/gper= f/lib/hash.cc echo gperf: /usr/lib/libc.a /usr/obj/zroot/build/r/freenas2/FreeBSD/src/tmp/legacy/usr/lib/libegacy.a >> .depend echo gperf: /usr/lib/libstdc++.a >> .depend =3D=3D=3D> gnu/usr.bin/gperf/doc (depend) make: don't know how to make /usr/lib/libstdc++.a. Stop *** [bootstrap-tools] Error code 2 1 error *** [_bootstrap-tools] Error code 2 1 error *** [buildworld] Error code 2 1 error Oh well. -- Craig From owner-freebsd-current@FreeBSD.ORG Tue Jun 17 23:48:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 759E3984; Tue, 17 Jun 2014 23:48:47 +0000 (UTC) Date: Tue, 17 Jun 2014 19:48:44 -0400 From: Glen Barber To: Craig Rodrigues Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 Message-ID: <20140617234844.GM1248@hub.FreeBSD.org> References: <20140617200551.07542580A1@chaos.localdomain> <20140617211436.GI1248@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="hmAoQ2KfXDe4pzCq" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current Current , Marcel Moolenaar , Brooks Davis , Warner Losh , "Simon J. Gerraty" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 17 Jun 2014 23:48:48 -0000 --hmAoQ2KfXDe4pzCq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 17, 2014 at 04:33:11PM -0700, Craig Rodrigues wrote: > On Tue, Jun 17, 2014 at 2:54 PM, Craig Rodrigues wr= ote: > > On Tue, Jun 17, 2014 at 2:14 PM, Glen Barber wrote: > >> > >> For what it is worth, I'm working around this problem by running: > >> > >> # make make buildworld -jN [...] > >> > >> Note the extra 'make', which rather than relying on the bootstrap-tools > >> to determine which make to build, I am specifically telling it to build > >> fmake. > > > > > > Nice! That works! > > Thanks. > > > > -- > > Craig >=20 >=20 > Oops, that got me a bit farther, but further along, things failed for me = with: >=20 > -------------------------------------------------------------- > >>> stage 1.2: bootstrap tools > -------------------------------------------------------------- > [...] > >> .depend > echo gperf: /usr/lib/libstdc++.a >> .depend > =3D=3D=3D> gnu/usr.bin/gperf/doc (depend) > make: don't know how to make /usr/lib/libstdc++.a. Stop > *** [bootstrap-tools] Error code 2 > 1 error > *** [_bootstrap-tools] Error code 2 > 1 error > *** [buildworld] Error code 2 > 1 error >=20 >=20 >=20 > Oh well. This is because the build is (wrongly) using the host libstdc++ instead of creating one within the build environment. I thought this was fixed a while back, but the snapshot builder tracks head/, not stable/10 now. A "fix" would be to build the builder userland with WITH_GNUCXX (and other WITH_FOOs needed for gcc to be a usable compiler again), coexisting with clang. Unfortunately... Glen --hmAoQ2KfXDe4pzCq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJToNPcAAoJELls3eqvi17Q5SIP/jU21gOFmqsSxJpKDDy8h+5h tTIzEhpJ32fwX62WtUXUio18yUifxbTDpKVoUZB0OTh3Ki+dT7iwxmCjgbJjbw9H 4eRwePN98aLz3AAfdwFbkqrB59ypNeQvyQoG2voUxc8N0cJkJTTb3pXviITAwLbJ kYjT1HYDdxsIMuG3/QFYyNGO1IcU8/vjJc8PsrguwmNz76OfMjk6wOhoqPMwmlZP QuQcR6Z2KMUbvCX1Chp3GNZRX/EGpg/QWwGpRvGxGiptykTob4A/UAruP+gzCfEX RN5QbJG43+a0eVYq0iMjRsw0UcJYyRN8ZPEEQcoWBHGYg2ybRWNO5SCwqrgsFRsZ dXWxrVrST5h3WHjgccEH+NNYhBHn9wmK78sfimgCQgK+W2/XlDx4RZJpYnENtHqo 5czbCpqcmalBWLFDexJXMCOW+AR+j5su1z57x/6wDE4Z0DmM6uIfxdT/lZjrpt/Y SrQMNH+NLVWvUqPRLrRLCOXRrHilUoydj4oj+sdiQqMRwlCubhakhzApgUL5gAzn TdCCDo1ylg8C9mtGFQO1LYV8NnmL6mKeL/nTARkacLo/3iaIMoVn208Kp50KsJn/ hhKnLT5BgqzV6kNbsDh14fBpOZ0ZHI6goHoEDkOXsapYb7uQIl6a+Raq3l2GKGt/ TmVhngpMkehWi2ER4fGx =G1iF -----END PGP SIGNATURE----- --hmAoQ2KfXDe4pzCq-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 18 01:03:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 326D87A4 for ; Wed, 18 Jun 2014 01:03:23 +0000 (UTC) Received: from nk11p00mm-asmtp001.mac.com (nk11p00mm-asmtp001.mac.com [17.158.161.0]) by mx1.freebsd.org (Postfix) with ESMTP id 134BB2268 for ; Wed, 18 Jun 2014 01:03:22 +0000 (UTC) MIME-version: 1.0 Received: from nk11p00mm-spool004.mac.com ([17.158.161.119]) by nk11p00mm-asmtp001.mac.com (Oracle Communications Messaging Server 7u4-27.08(7.0.4.27.7) 64bit (built Aug 22 2013)) with ESMTP id <0N7C00GAN84SM940@nk11p00mm-asmtp001.mac.com> for freebsd-current@freebsd.org; Wed, 18 Jun 2014 00:03:16 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52,1.0.14,0.0.0000 definitions=2014-06-17_08:2014-06-17,2014-06-17,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=1 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1406170287 Received: from localhost ([17.158.233.92]) by nk11p00mm-spool004.mac.com (Oracle Communications Messaging Server 7u4-27.08(7.0.4.27.7) 64bit (built Aug 22 2013)) with ESMTP id <0N7C000W0853RR30@nk11p00mm-spool004.mac.com> for freebsd-current@freebsd.org; Wed, 18 Jun 2014 00:03:03 +0000 (GMT) To: freebsd-current@freebsd.org From: Shankar Giri Venkita Giri Subject: Support for Centrino -N 7260 wireless controllers Date: Wed, 18 Jun 2014 00:03:03 +0000 (GMT) X-Mailer: iCloud MailClient14D29 MailServer14D24.16024 X-Originating-IP: [216.228.112.21] Message-id: X-Mailman-Approved-At: Wed, 18 Jun 2014 02:19:26 +0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 Jun 2014 01:03:23 -0000 I've got a motherboard with the Centrino 7260 wireless controllers. The Fr= eeBSD CURRENT head does not have support for it. However, in this repo: ht= tps://github.com/KreizIT/FreeBSD-IWN=A0=0A=0AThe 7260 fw is present,leadin= g me to believe that it may be possible to support the 7260 easily. Just a= quick check if someone has the 7260 controller and if someone has worked/= is working on adding support to it to CURRENT? If not, I may give it a sho= t.= From owner-freebsd-current@FreeBSD.ORG Wed Jun 18 03:51:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 872182DA for ; Wed, 18 Jun 2014 03:51:08 +0000 (UTC) Received: from mail-qg0-x22d.google.com (mail-qg0-x22d.google.com [IPv6:2607:f8b0:400d:c04::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49BCE2F82 for ; Wed, 18 Jun 2014 03:51:08 +0000 (UTC) Received: by mail-qg0-f45.google.com with SMTP id 63so238882qgz.32 for ; Tue, 17 Jun 2014 20:51:07 -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:message-id:subject :from:to:cc:content-type; bh=0J7AFYN8wA9hNRhoU/JCX/rv9r5k4F+HtZNM1S98pts=; b=EjHzthm02flooVL2plXgBxNeQ/Q1mJ9AHnjc7ZWHtKl7DgCLiJ1g1Jyakn3SzZ3nln 4pZt3CsO0w0Jfc/gwd8yi1uhvIV86ccQ1OwYgoxxGY0IrnNgOum7t26gFTPRaC11Ka4Z iwrL1EFaHGsmiECkect51zRxh1uzXf9ohui7QA839pGciNCoJ9OnPHCAw5kXf8SgI2oO uyEC6roSpmr3CB05pWwU5lWSdPFfALadxnFeAZnlxhUHshDlqSiF3BA484pRAYy2BFLJ TwaU26DL2QVo4KQ8WHdsYYBU8jwkZ+OYgqAljvphWyUrjJZI69F2Ku0119N8Mr8USsHD ZXfg== MIME-Version: 1.0 X-Received: by 10.140.22.134 with SMTP id 6mr17390561qgn.4.1403063467428; Tue, 17 Jun 2014 20:51:07 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.43.134 with HTTP; Tue, 17 Jun 2014 20:51:07 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 Jun 2014 20:51:07 -0700 X-Google-Sender-Auth: SKdSaAVT9OXSfw4Dl_qBUDUQs28 Message-ID: Subject: Re: Support for Centrino -N 7260 wireless controllers From: Adrian Chadd To: Shankar Giri Venkita Giri Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 Jun 2014 03:51:08 -0000 Hi, There's no 7260 support at the moment. The firmware API and various other bits are different with this NIC. >From what I can gather, it's not an easy port to iwn(4). I think Cedric discovered this. -a On 17 June 2014 17:03, Shankar Giri Venkita Giri wrote: > I've got a motherboard with the Centrino 7260 wireless controllers. The > FreeBSD CURRENT head does not have support for it. However, in this repo: > https://github.com/KreizIT/FreeBSD-IWN > > The 7260 fw is present,leading me to believe that it may be possible to > support the 7260 easily. Just a quick check if someone has the 7260 > controller and if someone has worked/is working on adding support to it to > CURRENT? If not, I may give it a shot. > _______________________________________________ > 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 Jun 18 06:59:30 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ECF20568; Wed, 18 Jun 2014 06:59:30 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A2A7F2E14; Wed, 18 Jun 2014 06:59:30 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::dc45:e900:c2cb:8691] (unknown [IPv6:2001:7b8:3a7:0:dc45:e900:c2cb:8691]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id E3BDF5C37; Wed, 18 Jun 2014 08:59:25 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_5E23DB23-0A65-4EC2-AF9C-5CC4BC7620F7"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 From: Dimitry Andric In-Reply-To: Date: Wed, 18 Jun 2014 08:59:17 +0200 Message-Id: <690CE378-D7D9-49A6-BC20-13FD540E63A2@FreeBSD.org> References: <20140617200551.07542580A1@chaos.localdomain> <20140617211436.GI1248@hub.FreeBSD.org> To: Craig Rodrigues X-Mailer: Apple Mail (2.1878.2) Cc: Brooks Davis , "Simon J. Gerraty" , Glen Barber , freebsd-current Current , Marcel Moolenaar , Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 Jun 2014 06:59:31 -0000 --Apple-Mail=_5E23DB23-0A65-4EC2-AF9C-5CC4BC7620F7 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 18 Jun 2014, at 01:33, Craig Rodrigues wrote: > On Tue, Jun 17, 2014 at 2:54 PM, Craig Rodrigues = wrote: >> On Tue, Jun 17, 2014 at 2:14 PM, Glen Barber wrote: >>>=20 >>> For what it is worth, I'm working around this problem by running: >>>=20 >>> # make make buildworld -jN [...] >>>=20 >>> Note the extra 'make', which rather than relying on the = bootstrap-tools >>> to determine which make to build, I am specifically telling it to = build >>> fmake. >>=20 >>=20 >> Nice! That works! >> Thanks. >>=20 >> -- >> Craig >=20 >=20 > Oops, that got me a bit farther, but further along, things failed for = me with: ... > echo gperf: /usr/lib/libstdc++.a >> .depend > =3D=3D=3D> gnu/usr.bin/gperf/doc (depend) > make: don't know how to make /usr/lib/libstdc++.a. Stop See r257658 which had fixed this, but it was reverted by Warner, unfortunately. This was one of the uses of the EARLY_BUILD flag which was *not* redundant. :-/ -Dimitry --Apple-Mail=_5E23DB23-0A65-4EC2-AF9C-5CC4BC7620F7 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlOhOMkACgkQsF6jCi4glqOVQACg/k092z7v2Pkk0kdBE/Qxs3ux vgoAnRITvBBQJV1aPcw1oM9bkp98rhNg =kYnb -----END PGP SIGNATURE----- --Apple-Mail=_5E23DB23-0A65-4EC2-AF9C-5CC4BC7620F7-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 18 08:29:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8CD2A95 for ; Wed, 18 Jun 2014 08:29:09 +0000 (UTC) Received: from graal.it-profi.org.ua (graal.shurik.kiev.ua [193.239.74.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A3BCD2626 for ; Wed, 18 Jun 2014 08:29:08 +0000 (UTC) Received: from [217.76.201.82] (helo=thinkpad.it-profi.org.ua) by graal.it-profi.org.ua with esmtpa (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WxAvO-000AxE-0F for freebsd-current@freebsd.org; Wed, 18 Jun 2014 11:08:54 +0300 Message-ID: <53A14910.2090303@shurik.kiev.ua> Date: Wed, 18 Jun 2014 11:08:48 +0300 From: Alexandr Krivulya User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: [patch] USB after second suspend/resume on ThinkPads. References: <20140616192155.GE13481@brick.home> In-Reply-To: <20140616192155.GE13481@brick.home> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 217.76.201.82 X-SA-Exim-Mail-From: shuriku@shurik.kiev.ua X-SA-Exim-Scanned: No (on graal.it-profi.org.ua); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 Jun 2014 08:29:10 -0000 16.06.2014 22:21, Edward Tomasz Napierała пишет: > Hi. Patch below should fix a problem where USB stops working after > _second_ suspend/resume, which happens on various ThinkPad models. > Please test, and report both success stories and failures. If nothing > comes up, I'll commit it in a week or so. > > (Btw, has anyone encountered the problem on hardware other than ThinkPads?) > > > Index: sys/dev/acpi_support/acpi_ibm.c > =================================================================== > --- sys/dev/acpi_support/acpi_ibm.c (revision 267417) > +++ sys/dev/acpi_support/acpi_ibm.c (working copy) > @@ -169,6 +169,9 @@ struct acpi_ibm_softc { > int light_get_supported; > int light_set_supported; > > + /* USB power workaround */ > + ACPI_HANDLE power_handle; > + > /* led(4) interface */ > struct cdev *led_dev; > int led_busy; > @@ -365,6 +368,7 @@ acpi_ibm_attach(device_t dev) > { > struct acpi_ibm_softc *sc; > devclass_t ec_devclass; > + ACPI_STATUS status; > > ACPI_FUNCTION_TRACE((char *)(uintptr_t) __func__); > > @@ -448,6 +452,17 @@ acpi_ibm_attach(device_t dev) > if (sc->light_set_supported) > sc->led_dev = led_create_state(ibm_led, sc, "thinklight", sc->light_val); > > + /* > + * Obtain a handle to the power resource available on many models. > + * This must be turned on manually upon resume. Otherwise the system > + * may, for instance, resume from S3 with usb(4) powered down. > + */ > + status = AcpiGetHandle(sc->handle, "\\_SB.PCI0.LPC.EC.PUBS", &sc->power_handle); > + if (ACPI_FAILURE(status)) { > + device_printf(dev, "Failed to get power handle\n"); > + return (status); > + } > + > return (0); > } > > @@ -476,6 +491,7 @@ static int > acpi_ibm_resume(device_t dev) > { > struct acpi_ibm_softc *sc = device_get_softc(dev); > + ACPI_STATUS status; > > ACPI_FUNCTION_TRACE((char *)(uintptr_t) __func__); > > @@ -495,6 +511,15 @@ acpi_ibm_resume(device_t dev) > > acpi_ibm_sysctl_set(sc, i, val); > } > + if (sc->power_handle != NULL) { > + status = AcpiEvaluateObject(sc->power_handle, > + "_ON", NULL, NULL); > + if (ACPI_FAILURE(status)) { > + device_printf(dev, "failed to switch %s on - %s\n", > + acpi_name(sc->power_handle), > + AcpiFormatException(status)); > + } > + } > ACPI_SERIAL_END(ibm); > > return (0); Hi. I've never seen this problem before on my ThinkPad E530. However, I have applied this patch and after reboot all sysctl oids related to acpi_ibm disappeared. root@thinkpad:/home/shurik # kldstat|grep ibm 9 1 0xffffffff82190000 77e8 acpi_ibm.ko root@thinkpad:/home/shurik # sysctl dev.acpi_ibm root@thinkpad:/home/shurik # And in dmesg I see this errors: root@thinkpad:/home/shurik # dmesg -a|grep ibm acpi_ibm0: on acpi0 acpi_ibm0: Failed to get power handle device_attach: acpi_ibm0 attach returned 5 sysctl: unknown oid 'dev.acpi_ibm.0.events' at line 22: No such file or directory sysctl: unknown oid 'dev.acpi_ibm.0.fan' at line 23: No such file or directory sysctl: unknown oid 'dev.acpi_ibm.0.bluetooth' at line 24: No such file or directory acpi_ibm0: on acpi0 #5 0xffffffff8260766c at acpi_ibm_attach+0x5bc acpi_ibm0: on acpi0 acpi_ibm0: Failed to get power handle device_attach: acpi_ibm0 attach returned 5 All Fn keys and usb ports still work fine before/after suspend/resume. From owner-freebsd-current@FreeBSD.ORG Wed Jun 18 09:29:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 91DD1864 for ; Wed, 18 Jun 2014 09:29:06 +0000 (UTC) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 26E202B0A for ; Wed, 18 Jun 2014 09:29:06 +0000 (UTC) Received: by mail-wi0-f180.google.com with SMTP id hi2so752026wib.1 for ; Wed, 18 Jun 2014 02:29:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=ki2G/ft6vsmj64Uv8BM//w+L970RJAval4sgWCjA60E=; b=luH6mWgKpRyeblDj9PXOArYBofuz+tcJz/BWttS9RHuCdYU9y0Jp7DZZRq6Qa8fpZf kvMoZ8qbgfs1UTM1Q+cFmSel7DwqPCB7quFu8ORvnF/8RwWf1iJDRFiHbJb0yqlmevNQ uiVkr+ToF4qnieqHloeJeEbBTuINoI4vPe/r+3AwD7XjjLvpC6nGsZs//qtQbLCnDpaq 9gDP2/1lSYZqu1vPIt4SF2FplHttLtZEX1maIG40Qv9rPUekf57iZZOaXd1LzPPxG1IY y4BIlHcivV+wbXHLEPMmrSlRKxPv46GNKuYVhXhltFjOCOaMMiABqepPwhOtJlJJaPm9 hb0g== X-Received: by 10.180.14.40 with SMTP id m8mr3595767wic.50.1403083744439; Wed, 18 Jun 2014 02:29:04 -0700 (PDT) Received: from brick.home (adhc141.neoplus.adsl.tpnet.pl. [79.184.158.141]) by mx.google.com with ESMTPSA id i4sm3469160eeo.44.2014.06.18.02.29.02 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 18 Jun 2014 02:29:03 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Wed, 18 Jun 2014 11:29:01 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Alexandr Krivulya Subject: Re: [patch] USB after second suspend/resume on ThinkPads. Message-ID: <20140618092901.GB7662@brick.home> Mail-Followup-To: Alexandr Krivulya , freebsd-current@freebsd.org References: <20140616192155.GE13481@brick.home> <53A14910.2090303@shurik.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <53A14910.2090303@shurik.kiev.ua> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 Jun 2014 09:29:06 -0000 On 0618T1108, Alexandr Krivulya wrote: > 16.06.2014 22:21, Edward Tomasz Napierała пишет: > > Hi. Patch below should fix a problem where USB stops working after > > _second_ suspend/resume, which happens on various ThinkPad models. > > Please test, and report both success stories and failures. If nothing > > comes up, I'll commit it in a week or so. > > > > (Btw, has anyone encountered the problem on hardware other than ThinkPads?) > > > > > > Index: sys/dev/acpi_support/acpi_ibm.c > > =================================================================== > > --- sys/dev/acpi_support/acpi_ibm.c (revision 267417) > > +++ sys/dev/acpi_support/acpi_ibm.c (working copy) > > @@ -169,6 +169,9 @@ struct acpi_ibm_softc { > > int light_get_supported; > > int light_set_supported; > > > > + /* USB power workaround */ > > + ACPI_HANDLE power_handle; > > + > > /* led(4) interface */ > > struct cdev *led_dev; > > int led_busy; > > @@ -365,6 +368,7 @@ acpi_ibm_attach(device_t dev) > > { > > struct acpi_ibm_softc *sc; > > devclass_t ec_devclass; > > + ACPI_STATUS status; > > > > ACPI_FUNCTION_TRACE((char *)(uintptr_t) __func__); > > > > @@ -448,6 +452,17 @@ acpi_ibm_attach(device_t dev) > > if (sc->light_set_supported) > > sc->led_dev = led_create_state(ibm_led, sc, "thinklight", sc->light_val); > > > > + /* > > + * Obtain a handle to the power resource available on many models. > > + * This must be turned on manually upon resume. Otherwise the system > > + * may, for instance, resume from S3 with usb(4) powered down. > > + */ > > + status = AcpiGetHandle(sc->handle, "\\_SB.PCI0.LPC.EC.PUBS", &sc->power_handle); > > + if (ACPI_FAILURE(status)) { > > + device_printf(dev, "Failed to get power handle\n"); > > + return (status); > > + } > > + > > return (0); > > } > > > > @@ -476,6 +491,7 @@ static int > > acpi_ibm_resume(device_t dev) > > { > > struct acpi_ibm_softc *sc = device_get_softc(dev); > > + ACPI_STATUS status; > > > > ACPI_FUNCTION_TRACE((char *)(uintptr_t) __func__); > > > > @@ -495,6 +511,15 @@ acpi_ibm_resume(device_t dev) > > > > acpi_ibm_sysctl_set(sc, i, val); > > } > > + if (sc->power_handle != NULL) { > > + status = AcpiEvaluateObject(sc->power_handle, > > + "_ON", NULL, NULL); > > + if (ACPI_FAILURE(status)) { > > + device_printf(dev, "failed to switch %s on - %s\n", > > + acpi_name(sc->power_handle), > > + AcpiFormatException(status)); > > + } > > + } > > ACPI_SERIAL_END(ibm); > > > > return (0); > Hi. I've never seen this problem before on my ThinkPad E530. However, I > have applied this patch and after reboot all sysctl oids related to > acpi_ibm disappeared. > > root@thinkpad:/home/shurik # kldstat|grep ibm > 9 1 0xffffffff82190000 77e8 acpi_ibm.ko > > root@thinkpad:/home/shurik # sysctl dev.acpi_ibm > root@thinkpad:/home/shurik # > > And in dmesg I see this errors: > > root@thinkpad:/home/shurik # dmesg -a|grep ibm > acpi_ibm0: on acpi0 > acpi_ibm0: Failed to get power handle > device_attach: acpi_ibm0 attach returned 5 Ok, I'll make that attach problem non-fatal. Just to make sure: without the patch you don't have any problems with USB after multiple suspend/resume cycles, and you don't use any workarounds to make it work, eg. setting the dev.uhci.0.wake=1, or making USB ports always powered on in BIOS? From owner-freebsd-current@FreeBSD.ORG Wed Jun 18 10:41:17 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E2AF116 for ; Wed, 18 Jun 2014 10:41:17 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CF8D3220F for ; Wed, 18 Jun 2014 10:41:16 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id A04E56A6008 for ; Wed, 18 Jun 2014 12:41:13 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id s5IAfDCH061571 for ; Wed, 18 Jun 2014 12:41:13 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id s5IAfCbU061529 for freebsd-current@FreeBSD.org; Wed, 18 Jun 2014 12:41:12 +0200 (CEST) (envelope-from lars) Date: Wed, 18 Jun 2014 12:41:12 +0200 From: Lars Engels To: freebsd-current@FreeBSD.org Subject: Re: [patch] USB after second suspend/resume on ThinkPads. Message-ID: <20140618104112.GB1451@e-new.0x20.net> Mail-Followup-To: Lars Engels , freebsd-current@FreeBSD.org References: <20140616192155.GE13481@brick.home> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="um9JZCHlKYg1FKF0" Content-Disposition: inline In-Reply-To: <20140616192155.GE13481@brick.home> X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p4 User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 Jun 2014 10:41:17 -0000 --um9JZCHlKYg1FKF0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 16, 2014 at 09:21:55PM +0200, Edward Tomasz Napiera=C5=82a wrot= e: > Hi. Patch below should fix a problem where USB stops working after > _second_ suspend/resume, which happens on various ThinkPad models. > Please test, and report both success stories and failures. If nothing > comes up, I'll commit it in a week or so. >=20 > (Btw, has anyone encountered the problem on hardware other than ThinkPads= ?) You, Sir, are officially my hero of the month! I applied the patch and it works flawlessly on my Thinkpad X200 (4 resumes so far).=20 Thanks a lot! Lars --um9JZCHlKYg1FKF0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQF8BAEBCgBmBQJToWzIXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1tfA4H/2QOMB86pZpsD010RLkIlWqG 9PhFIIFxVXTZIIH3EgpssaBVmv9tff9UEhsvpzTHbX5w26OeAjxHABQqRF0WZ26h Zgzsj7LepklszjofCjJjo9tEuWNxWMWSVMISOwm0wbctsBduIEBFgmwuAGfmXBFI R5R2/uJbOQCXkNBr76/Kce9B2mGVRNLSPLZiYOTJve9vX3qiCeN246SqufVVsll1 ZDa4j10pMCcR1SjbD+Gqo+zcZVPHAKQ4mrRUp77eRUhhqWtW4HXwH4FpD5caapM+ Y+kzOHr9hHvJm7GssvwwLeMDUOR+Myi8dQJcJ8boZlUn1hC5KzgKMVBFm0UjsfU= =CmFO -----END PGP SIGNATURE----- --um9JZCHlKYg1FKF0-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 18 11:36:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0219B5 for ; Wed, 18 Jun 2014 11:36:40 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9F18526B8 for ; Wed, 18 Jun 2014 11:36:40 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 74E931FE026 for ; Wed, 18 Jun 2014 13:36:32 +0200 (CEST) Message-ID: <53A179D5.8020604@selasky.org> Date: Wed, 18 Jun 2014 13:36:53 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: FreeBSD Current Subject: [RFC] Huge sysctl patch for the kernel coming - work in progress Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 Jun 2014 11:36:41 -0000 Hi, Sometimes sysctl's default value needs to be setup at boot time and not when the rc.d/sysctl is running. Currently this is done by having two statements in the kernel: TUNABLE_INT("net.graph.mppe.log_max_rekey", &mppe_log_max_rekey); SYSCTL_INT(_net_graph_mppe, OID_AUTO, log_max_rekey, CTLFLAG_RW, I want to simplify this to: SYSCTL_INT(_net_graph_mppe, OID_AUTO, log_max_rekey, CTLFLAG_RWTUN, In other words if the existing CTLFLAG_TUN is set, the sysctl will automatically be pre-loaded with values from /boot/loader.conf. The reason we don't want the current approach is: 1) It duplicates the sysctl path in the TUNABLE statement. 2) It does not work very well for dynamically attached sysctls. There is a lot of code overhead computing the TUNABLE() path before the TUNABLE() can be fetched. Here is a work in progress: http://home.selasky.org:8192/sysctl_tunable.diff In most cases my patch is fine, but in some other cases I need some input, like in the VM subsystem when doing init, I'm not sure if the SYSINIT() for subsystem SI_SUB_KMEM, which sysctl's are using, has already been executed. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Jun 18 12:53:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87B3D877; Wed, 18 Jun 2014 12:53:01 +0000 (UTC) Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E54132EE9; Wed, 18 Jun 2014 12:53:00 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id y10so802605wgg.20 for ; Wed, 18 Jun 2014 05:52:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=+Cfz35vGNcJY2kc5ztkYo0wHc3re9UyqsypB9NEdg7I=; b=FSFv9VGSstDv7loMHivBBDuiU/VCaAuWvwL+2pgGUxpRd6AyZ+ruac7YxnyDIPYSeQ u+++9sDuLqzH5V7sdSu4tSs895nJMwlCq4vN8eo3a93OVqHaJ5QFt4xkl5rDTIs91aP7 tedKhDRlQaKihVuuVf0/hi7XDTOnq0Lh/iz2asFNEOYo5ZebkJN5A9QeRmSXT7V7rGPx OOqOK8JfszBTXyTsH9WLSva4nr1+7jOhM4cDi59WyX9eP+r0YYTTapfASsynTVe9ClRh gLZp1Zyi5TMn9W0cA2FKP1tDDOUFFRtJnAgm957HXiw1jGGCuH4NgFzIOSe08oIyj3IY wXIw== X-Received: by 10.194.91.228 with SMTP id ch4mr46281469wjb.59.1403095979102; Wed, 18 Jun 2014 05:52:59 -0700 (PDT) Received: from brick.home (adhc141.neoplus.adsl.tpnet.pl. [79.184.158.141]) by mx.google.com with ESMTPSA id j49sm5106693eew.32.2014.06.18.05.52.58 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 18 Jun 2014 05:52:58 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Wed, 18 Jun 2014 14:52:56 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Adrian Chadd Subject: Re: [patch] USB after second suspend/resume on ThinkPads. Message-ID: <20140618125256.GB1874@brick.home> Mail-Followup-To: Adrian Chadd , freebsd-current References: <20140616192155.GE13481@brick.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 Jun 2014 12:53:01 -0000 On 0616T1241, Adrian Chadd wrote: > Hey cool! > > I'll go test this out soon. > > Would you mind throwing it in a bugzilla ticket? It's 191155. From owner-freebsd-current@FreeBSD.ORG Wed Jun 18 14:08:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A12436E for ; Wed, 18 Jun 2014 14:08:11 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 03B5C2781 for ; Wed, 18 Jun 2014 14:08:11 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E300FB94B; Wed, 18 Jun 2014 10:08:09 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: [RFC] Huge sysctl patch for the kernel coming - work in progress Date: Wed, 18 Jun 2014 09:44:17 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <53A179D5.8020604@selasky.org> In-Reply-To: <53A179D5.8020604@selasky.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201406180944.17762.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 18 Jun 2014 10:08:10 -0400 (EDT) Cc: Hans Petter Selasky X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 Jun 2014 14:08:11 -0000 On Wednesday, June 18, 2014 7:36:53 am Hans Petter Selasky wrote: > Hi, > > Sometimes sysctl's default value needs to be setup at boot time and not > when the rc.d/sysctl is running. Currently this is done by having two > statements in the kernel: > > TUNABLE_INT("net.graph.mppe.log_max_rekey", &mppe_log_max_rekey); > SYSCTL_INT(_net_graph_mppe, OID_AUTO, log_max_rekey, CTLFLAG_RW, > > I want to simplify this to: > > SYSCTL_INT(_net_graph_mppe, OID_AUTO, log_max_rekey, CTLFLAG_RWTUN, > > In other words if the existing CTLFLAG_TUN is set, the sysctl will > automatically be pre-loaded with values from /boot/loader.conf. > > The reason we don't want the current approach is: > > 1) It duplicates the sysctl path in the TUNABLE statement. > 2) It does not work very well for dynamically attached sysctls. There is > a lot of code overhead computing the TUNABLE() path before the TUNABLE() > can be fetched. > > Here is a work in progress: > > http://home.selasky.org:8192/sysctl_tunable.diff > > In most cases my patch is fine, but in some other cases I need some > input, like in the VM subsystem when doing init, I'm not sure if the > SYSINIT() for subsystem SI_SUB_KMEM, which sysctl's are using, has > already been executed. I think this is a good idea, but it's also true you can just leave separate TUNABLE_ statements without setting the CTLFLAG_TUN flag for cases you aren't sure about for now. It probably makes sense to do these changes in stages. I was going to suggest using sbuf() for building the tunable name, but that doesn't work since you have to build it in reverse. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 18 14:08:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0983472; Wed, 18 Jun 2014 14:08:15 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7A81F2787; Wed, 18 Jun 2014 14:08:15 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 71080B924; Wed, 18 Jun 2014 10:08:14 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: [patch] USB after second suspend/resume on ThinkPads. Date: Wed, 18 Jun 2014 09:47:53 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <20140616192155.GE13481@brick.home> In-Reply-To: <20140616192155.GE13481@brick.home> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201406180947.53141.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 18 Jun 2014 10:08:14 -0400 (EDT) Cc: jhibbits@freebsd.org, Edward Tomasz =?utf-8?q?Napiera=C5=82a?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 Jun 2014 14:08:15 -0000 On Monday, June 16, 2014 3:21:55 pm Edward Tomasz Napiera=C5=82a wrote: > Hi. Patch below should fix a problem where USB stops working after > _second_ suspend/resume, which happens on various ThinkPad models. > Please test, and report both success stories and failures. If nothing > comes up, I'll commit it in a week or so. Good find. Have you thought about a more generic fix for this wherein you= =20 track power resources and flip them on during resume in ACPI before doing DEVICE_RESUME() on the root bus? Alternatively, this probably meshes well with Justin's work on multipass=20 suspend/resume in that ACPI buses (e.g. acpi_pci and acpi0 itself) should b= e=20 turning on any power sources associated with an ACPI device during the=20 bus_resume_child() callback. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 18 16:13:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1B84D33; Wed, 18 Jun 2014 16:13:20 +0000 (UTC) Received: from mail-wg0-x22d.google.com (mail-wg0-x22d.google.com [IPv6:2a00:1450:400c:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2CD3D2483; Wed, 18 Jun 2014 16:13:20 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id l18so1109249wgh.16 for ; Wed, 18 Jun 2014 09:13:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=GTGmusrEdE6vu1aRAC8HVoY2y3Pb+ca2YJQxZhnJjog=; b=0asW+3QeKpbTGg3Sw6ecqj69vLvhxZ1+6Wb5anMQRDymZLSe7vl0lRzwqhmiXrNL21 kqlz7Jcf2xf3kehSVRc9YMLfbA1PUqqxG9MF8G7a3s/Xr/a2xIZir7+yF34GO9hQVE8Y kOnZWO62Xk3i3qsijrWB3eLiSF3msRrazRRvJIA+PZnSF+S+JFVlqzTwhRU5MMh1AAA/ i5fAgsfw+1OUolQ9cIAigm+bJLjhuqksrNImYaJLdfnUfI7N+9LIMlM15kws+pT6MST9 tNfU/kre6K9lJaO9iu0kpT5TdSmqGMLLUvHLdA5tMJGMZh9o19Sxr61kAMD2g2f4JpUD wuZA== X-Received: by 10.194.110.10 with SMTP id hw10mr24724920wjb.81.1403107998466; Wed, 18 Jun 2014 09:13:18 -0700 (PDT) Received: from brick.home (adhc141.neoplus.adsl.tpnet.pl. [79.184.158.141]) by mx.google.com with ESMTPSA id v45sm6121169eeg.29.2014.06.18.09.13.17 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 18 Jun 2014 09:13:17 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Wed, 18 Jun 2014 18:13:15 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: John Baldwin Subject: Re: [patch] USB after second suspend/resume on ThinkPads. Message-ID: <20140618161315.GA3496@brick.home> Mail-Followup-To: John Baldwin , freebsd-current@freebsd.org, jhibbits@freebsd.org References: <20140616192155.GE13481@brick.home> <201406180947.53141.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201406180947.53141.jhb@freebsd.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: jhibbits@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 Jun 2014 16:13:21 -0000 On 0618T0947, John Baldwin wrote: > On Monday, June 16, 2014 3:21:55 pm Edward Tomasz Napierała wrote: > > Hi. Patch below should fix a problem where USB stops working after > > _second_ suspend/resume, which happens on various ThinkPad models. > > Please test, and report both success stories and failures. If nothing > > comes up, I'll commit it in a week or so. > > Good find. Have you thought about a more generic fix for this wherein you > track power resources and flip them on during resume in ACPI before doing > DEVICE_RESUME() on the root bus? Thing is, after resume this device claims to be on already. The following simple hack was enough to make it work: Index: sys/dev/acpica/acpi_powerres.c =================================================================== --- sys/dev/acpica/acpi_powerres.c (revision 267417) +++ sys/dev/acpica/acpi_powerres.c (working copy) @@ -653,7 +653,7 @@ acpi_pwr_switch_power(void) * effort; we don't know what to do if it fails, so checking wouldn't * help much. */ - if (rp->ap_state != ACPI_PWR_ON) { + if (rp->ap_state != ACPI_PWR_ON || 1) { status = AcpiEvaluateObject(rp->ap_resource, "_ON", NULL, NULL); if (ACPI_FAILURE(status)) { ACPI_DEBUG_PRINT((ACPI_DB_OBJECTS, From owner-freebsd-current@FreeBSD.ORG Wed Jun 18 17:04:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 12183EE3; Wed, 18 Jun 2014 17:04:07 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DBBC829E9; Wed, 18 Jun 2014 17:04:06 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 67711B922; Wed, 18 Jun 2014 13:04:05 -0400 (EDT) From: John Baldwin To: Edward Tomasz =?utf-8?q?Napiera=C5=82a?= Subject: Re: [patch] USB after second suspend/resume on ThinkPads. Date: Wed, 18 Jun 2014 13:03:09 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <20140616192155.GE13481@brick.home> <201406180947.53141.jhb@freebsd.org> <20140618161315.GA3496@brick.home> In-Reply-To: <20140618161315.GA3496@brick.home> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201406181303.09834.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 18 Jun 2014 13:04:05 -0400 (EDT) Cc: jhibbits@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 Jun 2014 17:04:07 -0000 On Wednesday, June 18, 2014 12:13:15 pm Edward Tomasz Napiera=C5=82a wrote: > On 0618T0947, John Baldwin wrote: > > On Monday, June 16, 2014 3:21:55 pm Edward Tomasz Napiera=C5=82a wrote: > > > Hi. Patch below should fix a problem where USB stops working after > > > _second_ suspend/resume, which happens on various ThinkPad models. > > > Please test, and report both success stories and failures. If nothing > > > comes up, I'll commit it in a week or so. > >=20 > > Good find. Have you thought about a more generic fix for this wherein = you=20 > > track power resources and flip them on during resume in ACPI before doi= ng > > DEVICE_RESUME() on the root bus? >=20 > Thing is, after resume this device claims to be on already. The following > simple hack was enough to make it work: Ahh, I think I see. Try this instead: Index: sys/dev/acpica/acpi_powerres.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =2D-- acpi_powerres.c (revision 267550) +++ acpi_powerres.c (working copy) @@ -645,7 +645,7 @@ acpi_pwr_switch_power(void) acpi_name(rp->ap_resource), status)); /* XXX is this correct? Always switch if in doubt? */ continue; =2D } else if (rp->ap_state =3D=3D ACPI_PWR_UNK) + } else rp->ap_state =3D cur; =20 /* @@ -689,7 +689,7 @@ acpi_pwr_switch_power(void) acpi_name(rp->ap_resource), status)); /* XXX is this correct? Always switch if in doubt? */ continue; =2D } else if (rp->ap_state =3D=3D ACPI_PWR_UNK) + } else rp->ap_state =3D cur; =20 /* (We were ignoring what _STA told us and believed it was ON because we had cached that state previously.) =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 18 18:46:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA884739; Wed, 18 Jun 2014 18:46:15 +0000 (UTC) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 35A4E2406; Wed, 18 Jun 2014 18:46:15 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id hi2so8167037wib.11 for ; Wed, 18 Jun 2014 11:46:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=kkk0XT6mWFk1BQ+66T8A7RjtNYSOsFz6ot0PW440i2g=; b=yb7/w6HeGE17PoPTzBAJkHOb1ggaK1hmr/e8r/yi1i3GWDQfdya0HIzGArplLFcD0a bvR83eTD/cSJDB1xYs9thkHa+MaY+ZKqecVS4cdrw0bzOcJyTWbLC+xCSlQc/j1+RkcM 2CXgsDSr+3/ThkvOYLDj5uTbx8SH1X/DTi/ADXz01ZnF5cTOZgh6sbm/Cayl4N1hyBtu /bn0Yhb3F/7gZeKaI1pZHyTtZBDdqb2NaysjNB8J6Piz0Ang93KLseHpzCZFNBROzwMs YMBxUaSdv1OaPBBkbhll92U58389cN14WkPzwVaTgvRBGM4L7cjyKzfs/CHkEE81vAqB Fy9Q== X-Received: by 10.180.75.212 with SMTP id e20mr7669285wiw.5.1403117173453; Wed, 18 Jun 2014 11:46:13 -0700 (PDT) Received: from brick.home (aeaw214.neoplus.adsl.tpnet.pl. [79.186.22.214]) by mx.google.com with ESMTPSA id l49sm6973129eef.27.2014.06.18.11.46.12 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 18 Jun 2014 11:46:12 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Wed, 18 Jun 2014 20:46:09 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: John Baldwin Subject: Re: [patch] USB after second suspend/resume on ThinkPads. Message-ID: <20140618184609.GA1297@brick.home> Mail-Followup-To: John Baldwin , freebsd-current@freebsd.org, jhibbits@freebsd.org References: <20140616192155.GE13481@brick.home> <201406180947.53141.jhb@freebsd.org> <20140618161315.GA3496@brick.home> <201406181303.09834.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201406181303.09834.jhb@freebsd.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: jhibbits@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 Jun 2014 18:46:16 -0000 On 0618T1303, John Baldwin wrote: > On Wednesday, June 18, 2014 12:13:15 pm Edward Tomasz Napierała wrote: > > On 0618T0947, John Baldwin wrote: > > > On Monday, June 16, 2014 3:21:55 pm Edward Tomasz Napierała wrote: > > > > Hi. Patch below should fix a problem where USB stops working after > > > > _second_ suspend/resume, which happens on various ThinkPad models. > > > > Please test, and report both success stories and failures. If nothing > > > > comes up, I'll commit it in a week or so. > > > > > > Good find. Have you thought about a more generic fix for this wherein you > > > track power resources and flip them on during resume in ACPI before doing > > > DEVICE_RESUME() on the root bus? > > > > Thing is, after resume this device claims to be on already. The following > > simple hack was enough to make it work: > > Ahh, I think I see. Try this instead: > > Index: sys/dev/acpica/acpi_powerres.c > =================================================================== > --- acpi_powerres.c (revision 267550) > +++ acpi_powerres.c (working copy) > @@ -645,7 +645,7 @@ acpi_pwr_switch_power(void) > acpi_name(rp->ap_resource), status)); > /* XXX is this correct? Always switch if in doubt? */ > continue; > - } else if (rp->ap_state == ACPI_PWR_UNK) > + } else > rp->ap_state = cur; > > /* > @@ -689,7 +689,7 @@ acpi_pwr_switch_power(void) > acpi_name(rp->ap_resource), status)); > /* XXX is this correct? Always switch if in doubt? */ > continue; > - } else if (rp->ap_state == ACPI_PWR_UNK) > + } else > rp->ap_state = cur; > > /* > > (We were ignoring what _STA told us and believed it was ON because we had > cached that state previously.) Works! From owner-freebsd-current@FreeBSD.ORG Wed Jun 18 20:36:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4FFF5C87; Wed, 18 Jun 2014 20:36:29 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 14F5C2DCE; Wed, 18 Jun 2014 20:36:28 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id E2CA11FE026; Wed, 18 Jun 2014 22:36:26 +0200 (CEST) Message-ID: <53A1F848.2020902@selasky.org> Date: Wed, 18 Jun 2014 22:36:24 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: John Baldwin , freebsd-current@freebsd.org Subject: Re: [RFC] Huge sysctl patch for the kernel coming - work in progress References: <53A179D5.8020604@selasky.org> <201406180944.17762.jhb@freebsd.org> In-Reply-To: <201406180944.17762.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 Jun 2014 20:36:29 -0000 On 06/18/14 15:44, John Baldwin wrote: > On Wednesday, June 18, 2014 7:36:53 am Hans Petter Selasky wrote: >> Hi, >> >> Sometimes sysctl's default value needs to be setup at boot time and not >> when the rc.d/sysctl is running. Currently this is done by having two >> statements in the kernel: >> >> TUNABLE_INT("net.graph.mppe.log_max_rekey", &mppe_log_max_rekey); >> SYSCTL_INT(_net_graph_mppe, OID_AUTO, log_max_rekey, CTLFLAG_RW, >> >> I want to simplify this to: >> >> SYSCTL_INT(_net_graph_mppe, OID_AUTO, log_max_rekey, CTLFLAG_RWTUN, >> >> In other words if the existing CTLFLAG_TUN is set, the sysctl will >> automatically be pre-loaded with values from /boot/loader.conf. >> >> The reason we don't want the current approach is: >> >> 1) It duplicates the sysctl path in the TUNABLE statement. >> 2) It does not work very well for dynamically attached sysctls. There is >> a lot of code overhead computing the TUNABLE() path before the TUNABLE() >> can be fetched. >> >> Here is a work in progress: >> >> http://home.selasky.org:8192/sysctl_tunable.diff >> >> In most cases my patch is fine, but in some other cases I need some >> input, like in the VM subsystem when doing init, I'm not sure if the >> SYSINIT() for subsystem SI_SUB_KMEM, which sysctl's are using, has >> already been executed. > > I think this is a good idea, but it's also true you can just leave separate > TUNABLE_ statements without setting the CTLFLAG_TUN flag for cases you aren't > sure about for now. It probably makes sense to do these changes in stages. > > I was going to suggest using sbuf() for building the tunable name, but that > doesn't work since you have to build it in reverse. > Hi, After going through a lot of existing code, I've decided to make a new flag, CTLFLAG_FETCH rather than overload CTLFLAG_TUN, so that the new functionality can be added to drivers and tested. For example sysctls which implement function callbacks and are not trivial, this might cause locking of non-initialized mutexes and so on. And also I see some dependencies, that values are fetched at a certain point in the boot process and that existing CTLFLAG_TUN might confuse existing logic. I've updated my patch (same link): http://home.selasky.org:8192/sysctl_tunable.diff BTW: Can someone which have a beefy machine run a universe with this patch applied? I'll probably put it into the tree next week. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Jun 18 21:14:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8924B78F; Wed, 18 Jun 2014 21:14:01 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4ACF52123; Wed, 18 Jun 2014 21:14:01 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6C564B91C; Wed, 18 Jun 2014 17:13:59 -0400 (EDT) From: John Baldwin To: Edward Tomasz =?utf-8?q?Napiera=C5=82a?= Subject: Re: [patch] USB after second suspend/resume on ThinkPads. Date: Wed, 18 Jun 2014 15:15:19 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <20140616192155.GE13481@brick.home> <201406181303.09834.jhb@freebsd.org> <20140618184609.GA1297@brick.home> In-Reply-To: <20140618184609.GA1297@brick.home> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201406181515.19927.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 18 Jun 2014 17:13:59 -0400 (EDT) Cc: jhibbits@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 Jun 2014 21:14:01 -0000 On Wednesday, June 18, 2014 2:46:09 pm Edward Tomasz Napiera=C5=82a wrote: > On 0618T1303, John Baldwin wrote: > > On Wednesday, June 18, 2014 12:13:15 pm Edward Tomasz Napiera=C5=82a wr= ote: > > > On 0618T0947, John Baldwin wrote: > > > > On Monday, June 16, 2014 3:21:55 pm Edward Tomasz Napiera=C5=82a wr= ote: > > > > > Hi. Patch below should fix a problem where USB stops working aft= er > > > > > _second_ suspend/resume, which happens on various ThinkPad models. > > > > > Please test, and report both success stories and failures. If no= thing > > > > > comes up, I'll commit it in a week or so. > > > >=20 > > > > Good find. Have you thought about a more generic fix for this wher= ein you=20 > > > > track power resources and flip them on during resume in ACPI before= doing > > > > DEVICE_RESUME() on the root bus? > > >=20 > > > Thing is, after resume this device claims to be on already. The foll= owing > > > simple hack was enough to make it work: > >=20 > > Ahh, I think I see. Try this instead: > >=20 > > Index: sys/dev/acpica/acpi_powerres.c > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > --- acpi_powerres.c (revision 267550) > > +++ acpi_powerres.c (working copy) > > @@ -645,7 +645,7 @@ acpi_pwr_switch_power(void) > > acpi_name(rp->ap_resource), status)); > > /* XXX is this correct? Always switch if in doubt? */ > > continue; > > - } else if (rp->ap_state =3D=3D ACPI_PWR_UNK) > > + } else > > rp->ap_state =3D cur; > > =20 > > /* > > @@ -689,7 +689,7 @@ acpi_pwr_switch_power(void) > > acpi_name(rp->ap_resource), status)); > > /* XXX is this correct? Always switch if in doubt? */ > > continue; > > - } else if (rp->ap_state =3D=3D ACPI_PWR_UNK) > > + } else > > rp->ap_state =3D cur; > > =20 > > /* > >=20 > > (We were ignoring what _STA told us and believed it was ON because we h= ad > > cached that state previously.) >=20 > Works! Hmmm. If we go this route, ap_state is actually useless and should just be removed. Here is an updated version that does that. If this works as well then this is probably a commit candidate. Index: acpi_powerres.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =2D-- acpi_powerres.c (revision 267550) +++ acpi_powerres.c (working copy) @@ -64,7 +64,6 @@ ACPI_MODULE_NAME("POWERRES") /* Return values from _STA on a power resource */ #define ACPI_PWR_OFF 0 #define ACPI_PWR_ON 1 =2D#define ACPI_PWR_UNK (-1) =20 /* A relationship between a power resource and a consumer. */ struct acpi_powerreference { @@ -90,7 +89,6 @@ struct acpi_powerresource { ACPI_HANDLE ap_resource; UINT64 ap_systemlevel; UINT64 ap_order; =2D int ap_state; }; =20 static TAILQ_HEAD(acpi_powerresource_list, acpi_powerresource) @@ -173,7 +171,6 @@ acpi_pwr_register_resource(ACPI_HANDLE res) } rp->ap_systemlevel =3D obj->PowerResource.SystemLevel; rp->ap_order =3D obj->PowerResource.ResourceOrder; =2D rp->ap_state =3D ACPI_PWR_UNK; =20 /* Sort the resource into the list */ status =3D AE_OK; @@ -638,7 +635,6 @@ acpi_pwr_switch_power(void) continue; } =20 =2D /* We could cache this if we trusted it not to change under us */ status =3D acpi_GetInteger(rp->ap_resource, "_STA", &cur); if (ACPI_FAILURE(status)) { ACPI_DEBUG_PRINT((ACPI_DB_OBJECTS, "can't get status of %s - %d\n", @@ -645,8 +641,7 @@ acpi_pwr_switch_power(void) acpi_name(rp->ap_resource), status)); /* XXX is this correct? Always switch if in doubt? */ continue; =2D } else if (rp->ap_state =3D=3D ACPI_PWR_UNK) =2D rp->ap_state =3D cur; + } =20 /* * Switch if required. Note that we ignore the result of the switch @@ -653,7 +648,7 @@ acpi_pwr_switch_power(void) * effort; we don't know what to do if it fails, so checking wouldn't * help much. */ =2D if (rp->ap_state !=3D ACPI_PWR_ON) { + if (cur !=3D ACPI_PWR_ON) { status =3D AcpiEvaluateObject(rp->ap_resource, "_ON", NULL, NULL); if (ACPI_FAILURE(status)) { ACPI_DEBUG_PRINT((ACPI_DB_OBJECTS, @@ -661,7 +656,6 @@ acpi_pwr_switch_power(void) acpi_name(rp->ap_resource), AcpiFormatException(status))); } else { =2D rp->ap_state =3D ACPI_PWR_ON; ACPI_DEBUG_PRINT((ACPI_DB_OBJECTS, "switched %s on\n", acpi_name(rp->ap_resource))); } @@ -682,7 +676,6 @@ acpi_pwr_switch_power(void) continue; } =20 =2D /* We could cache this if we trusted it not to change under us */ status =3D acpi_GetInteger(rp->ap_resource, "_STA", &cur); if (ACPI_FAILURE(status)) { ACPI_DEBUG_PRINT((ACPI_DB_OBJECTS, "can't get status of %s - %d\n", @@ -689,8 +682,7 @@ acpi_pwr_switch_power(void) acpi_name(rp->ap_resource), status)); /* XXX is this correct? Always switch if in doubt? */ continue; =2D } else if (rp->ap_state =3D=3D ACPI_PWR_UNK) =2D rp->ap_state =3D cur; + } =20 /* * Switch if required. Note that we ignore the result of the switch @@ -697,7 +689,7 @@ acpi_pwr_switch_power(void) * effort; we don't know what to do if it fails, so checking wouldn't * help much. */ =2D if (rp->ap_state !=3D ACPI_PWR_OFF) { + if (cur !=3D ACPI_PWR_OFF) { status =3D AcpiEvaluateObject(rp->ap_resource, "_OFF", NULL, NULL); if (ACPI_FAILURE(status)) { ACPI_DEBUG_PRINT((ACPI_DB_OBJECTS, @@ -705,7 +697,6 @@ acpi_pwr_switch_power(void) acpi_name(rp->ap_resource), AcpiFormatException(status))); } else { =2D rp->ap_state =3D ACPI_PWR_OFF; ACPI_DEBUG_PRINT((ACPI_DB_OBJECTS, "switched %s off\n", acpi_name(rp->ap_resource))); } =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 18 21:14:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 68F00792 for ; Wed, 18 Jun 2014 21:14:02 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3FC6C2124 for ; Wed, 18 Jun 2014 21:14:02 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 39E38B945; Wed, 18 Jun 2014 17:14:01 -0400 (EDT) From: John Baldwin To: Hans Petter Selasky Subject: Re: [RFC] Huge sysctl patch for the kernel coming - work in progress Date: Wed, 18 Jun 2014 17:13:06 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <53A179D5.8020604@selasky.org> <201406180944.17762.jhb@freebsd.org> <53A1F848.2020902@selasky.org> In-Reply-To: <53A1F848.2020902@selasky.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201406181713.06579.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 18 Jun 2014 17:14:01 -0400 (EDT) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 Jun 2014 21:14:02 -0000 On Wednesday, June 18, 2014 4:36:24 pm Hans Petter Selasky wrote: > On 06/18/14 15:44, John Baldwin wrote: > > On Wednesday, June 18, 2014 7:36:53 am Hans Petter Selasky wrote: > >> Hi, > >> > >> Sometimes sysctl's default value needs to be setup at boot time and not > >> when the rc.d/sysctl is running. Currently this is done by having two > >> statements in the kernel: > >> > >> TUNABLE_INT("net.graph.mppe.log_max_rekey", &mppe_log_max_rekey); > >> SYSCTL_INT(_net_graph_mppe, OID_AUTO, log_max_rekey, CTLFLAG_RW, > >> > >> I want to simplify this to: > >> > >> SYSCTL_INT(_net_graph_mppe, OID_AUTO, log_max_rekey, CTLFLAG_RWTUN, > >> > >> In other words if the existing CTLFLAG_TUN is set, the sysctl will > >> automatically be pre-loaded with values from /boot/loader.conf. > >> > >> The reason we don't want the current approach is: > >> > >> 1) It duplicates the sysctl path in the TUNABLE statement. > >> 2) It does not work very well for dynamically attached sysctls. There is > >> a lot of code overhead computing the TUNABLE() path before the TUNABLE() > >> can be fetched. > >> > >> Here is a work in progress: > >> > >> http://home.selasky.org:8192/sysctl_tunable.diff > >> > >> In most cases my patch is fine, but in some other cases I need some > >> input, like in the VM subsystem when doing init, I'm not sure if the > >> SYSINIT() for subsystem SI_SUB_KMEM, which sysctl's are using, has > >> already been executed. > > > > I think this is a good idea, but it's also true you can just leave separate > > TUNABLE_ statements without setting the CTLFLAG_TUN flag for cases you aren't > > sure about for now. It probably makes sense to do these changes in stages. > > > > I was going to suggest using sbuf() for building the tunable name, but that > > doesn't work since you have to build it in reverse. > > > > Hi, > > After going through a lot of existing code, I've decided to make a new > flag, CTLFLAG_FETCH rather than overload CTLFLAG_TUN, so that the new > functionality can be added to drivers and tested. For example sysctls > which implement function callbacks and are not trivial, this might cause > locking of non-initialized mutexes and so on. And also I see some > dependencies, that values are fetched at a certain point in the boot > process and that existing CTLFLAG_TUN might confuse existing logic. > > I've updated my patch (same link): > > http://home.selasky.org:8192/sysctl_tunable.diff > > BTW: Can someone which have a beefy machine run a universe with this > patch applied? > > I'll probably put it into the tree next week. I think having CTLFLAG_TUN do this by default is probably correct in the long term. The vast majority of places that use a tunable to prime a sysctl are safe. Why not do this for the initial patch: - Add your change to auto-fetch values when CTLFLAG_TUN is set. - Instead of adding a CTLFLAG_FETCH, add a CTLFLAG_NOFETCH to disable getenv(). - Make a pass over the existing places that use CTLFLAG_TUN seeing which ones are safe (so TUNABLE_* can just be removed), and which ones aren't (in which case add CTLFLAG_NOFETCH). Followup changes can work on converting other places that don't currently use CTLFLAG_TUN but have a SYSCTL + TUNABLE to use CTLFLAG_TUN instead as well as fixing places that use CTLFLAG_NOFETCH to not need them. I would suggest you commit some of the style changes (like using explicit initializers in SYSCTL_OID()) as a separate change beforehand. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 18 22:32:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 22814608; Wed, 18 Jun 2014 22:32:48 +0000 (UTC) Received: from mail-la0-x234.google.com (mail-la0-x234.google.com [IPv6:2a00:1450:4010:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DD2B1287F; Wed, 18 Jun 2014 22:32:46 +0000 (UTC) Received: by mail-la0-f52.google.com with SMTP id ty20so964794lab.11 for ; Wed, 18 Jun 2014 15:32:44 -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:message-id:subject :from:to:cc:content-type; bh=r4D72MMHy5+/kygmVSUwDjIMa3PnSpfWfVf2fXpeZQk=; b=lF+vufhKLXp0dDK3pkUVkdlu8iQJcBEXrucWsOhTuA43Syc5JTNgYoio+rIr1VoBku rxWoN+r6J2JvxwucE4ofeuZdV+u8WZLubedYYFYO9neq2m5UKnuPSXTYdfxv2XRoLZB9 5665vR+7jO+aIPUZ9bCh9K9Lm/j3ckJQVIYjZi1StfYJo+rUHXVkyERZFwD0jilLE0oL 0Yj0jzHixuV/JNjypyKmFidHyGTeVa0uvH4jJmpVriLGLpR4dpwgXGt2dujpQNkat3R4 +RFaU6DcQYffPD2UMQ+wL2aW7V1HvNED6D+VWT6z2kHFp1mvomnne56+rLXE36DFu5Kt wV/w== MIME-Version: 1.0 X-Received: by 10.112.129.9 with SMTP id ns9mr508169lbb.23.1403130764901; Wed, 18 Jun 2014 15:32:44 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.67.73 with HTTP; Wed, 18 Jun 2014 15:32:44 -0700 (PDT) In-Reply-To: <690CE378-D7D9-49A6-BC20-13FD540E63A2@FreeBSD.org> References: <20140617200551.07542580A1@chaos.localdomain> <20140617211436.GI1248@hub.FreeBSD.org> <690CE378-D7D9-49A6-BC20-13FD540E63A2@FreeBSD.org> Date: Wed, 18 Jun 2014 15:32:44 -0700 X-Google-Sender-Auth: ZkAfLlnHI9bHgruTgxGIC-XVaoI Message-ID: Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 From: Craig Rodrigues To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 Cc: Brooks Davis , Dimitry Andric , "Simon J. Gerraty" , Glen Barber , freebsd-current Current , Marcel Moolenaar X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 18 Jun 2014 22:32:48 -0000 On Tue, Jun 17, 2014 at 11:59 PM, Dimitry Andric wrote: > > See r257658 which had fixed this, but it was reverted by Warner, > unfortunately. This was one of the uses of the EARLY_BUILD flag which > was *not* redundant. :-/ Warner, Is there a way to bring back the behavior of r257658 but without the way it was implemented with the EARLY_BUILD flag? It would be handy, as we can see by this thread discussion. -- Craig From owner-freebsd-current@FreeBSD.ORG Thu Jun 19 02:55:13 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD027F47 for ; Thu, 19 Jun 2014 02:55:13 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 8EBDC2BDE for ; Thu, 19 Jun 2014 02:55:12 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile14) with ESMTP id s5J2ZDMi015729 for ; Thu, 19 Jun 2014 11:35:13 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili17) with ESMTP id s5J2ZD316747 for ; Thu, 19 Jun 2014 11:35:13 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi15) id s5J2ZD94014033 for freebsd-current@freebsd.org; Thu, 19 Jun 2014 11:35:13 +0900 From: takehara.mikihito@jp.panasonic.com Received: from jp.panasonic.com by lomi15.jp.panasonic.com (8.12.11.20060308/3.7W) with SMTP id s5J2ZBGT013710 for ; Thu, 19 Jun 2014 11:35:11 +0900 To: freebsd-current@freebsd.org Subject: Re: fsck bug in replaying partial frag truncate journal on UFS SU+J? Date: Thu, 19 Jun 2014 11:34:47 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: HidemaruMail 6.22 (WinNT,601) In-Reply-To: <39CF6EA8C75D61takehara.mikihito@jp.panasonic.com> References: <39CF6EA8C75D61takehara.mikihito@jp.panasonic.com> Message-Id: <42CF8B67096225takehara.mikihito@jp.panasonic.com> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 19 Jun 2014 02:55:13 -0000 Hello, I kept analysis of the problem which I reported previously and found how to fix this problem. (patch in my previou report is wrong.). My understanding is there is a rule that blkno of JOP_FREEBLK or JOP_NEWBLK must be the first position in UFS block for each inode, for fsck_ffs's suj.c seems to support only such a case. But there is a case that kernel does create a JOP_FREEBLK journal which is not in this rule. The case is small file's partial frag truncation. Bellow I attached a patch to fix this problem. Adding new argument frags_offset for newfreework() to adjust for calling newjfreeblk(). New argument frags_offset is used by only softdep_journal_freeblocks() diff --git a/sys/ufs/ffs/ffs_softdep.c b/sys/ufs/ffs/ffs_softdep.c index 4d0442b..2f2f063 100644 --- a/sys/ufs/ffs/ffs_softdep.c +++ b/sys/ufs/ffs/ffs_softdep.c @@ -1012,7 +1012,7 @@ static void cancel_jfreeblk(struct freeblks *, ufs2_daddr_t); static struct jfreefrag *newjfreefrag(struct freefrag *, struct inode *, ufs2_daddr_t, long, ufs_lbn_t); static struct freework *newfreework(struct ufsmount *, struct freeblks *, - struct freework *, ufs_lbn_t, ufs2_daddr_t, int, int, int); + struct freework *, ufs_lbn_t, ufs2_daddr_t, int, int, int, int); static int jwait(struct worklist *, int); static struct inodedep *inodedep_lookup_ip(struct inode *); static int bmsafemap_backgroundwrite(struct bmsafemap *, struct buf *); @@ -3996,7 +3996,7 @@ free_freedep(freedep) * is visible outside of softdep_setup_freeblocks(). */ static struct freework * -newfreework(ump, freeblks, parent, lbn, nb, frags, off, journal) +newfreework(ump, freeblks, parent, lbn, nb, frags, off, journal, frags_offset) struct ufsmount *ump; struct freeblks *freeblks; struct freework *parent; @@ -4005,6 +4005,7 @@ newfreework(ump, freeblks, parent, lbn, nb, frags, off, journal) int frags; int off; int journal; + int frags_offset; { struct freework *freework; @@ -4022,7 +4023,7 @@ newfreework(ump, freeblks, parent, lbn, nb, frags, off, journal) ? 0 : NINDIR(ump->um_fs) + 1; freework->fw_start = freework->fw_off = off; if (journal) - newjfreeblk(freeblks, lbn, nb, frags); + newjfreeblk(freeblks, lbn, nb - frags_offset, frags + frags_offset); if (parent == NULL) { ACQUIRE_LOCK(&lk); WORKLIST_INSERT(&freeblks->fb_freeworkhd, &freework->fw_list); @@ -5958,7 +5959,7 @@ setup_freedirect(freeblks, ip, i, needj) DIP_SET(ip, i_db[i], 0); frags = sblksize(ip->i_fs, ip->i_size, i); frags = numfrags(ip->i_fs, frags); - newfreework(ip->i_ump, freeblks, NULL, i, blkno, frags, 0, needj); + newfreework(ip->i_ump, freeblks, NULL, i, blkno, frags, 0, needj, 0); } static inline void @@ -5977,7 +5978,7 @@ setup_freeext(freeblks, ip, i, needj) ip->i_din2->di_extb[i] = 0; frags = sblksize(ip->i_fs, ip->i_din2->di_extsize, i); frags = numfrags(ip->i_fs, frags); - newfreework(ip->i_ump, freeblks, NULL, -1 - i, blkno, frags, 0, needj); + newfreework(ip->i_ump, freeblks, NULL, -1 - i, blkno, frags, 0, needj, 0); } static inline void @@ -5995,7 +5996,7 @@ setup_freeindir(freeblks, ip, i, lbn, needj) return; DIP_SET(ip, i_ib[i], 0); newfreework(ip->i_ump, freeblks, NULL, lbn, blkno, ip->i_fs->fs_frag, - 0, needj); + 0, needj, 0); } static inline struct freeblks * @@ -6111,7 +6112,7 @@ setup_trunc_indir(freeblks, ip, lbn, lastlbn, blkno) if (off + 1 == NINDIR(ip->i_fs)) goto nowork; freework = newfreework(ip->i_ump, freeblks, NULL, lbn, blkno, 0, off+1, - 0); + 0, 0); /* * Link the freework into the indirdep. This will prevent any new * allocations from proceeding until we are finished with the @@ -6437,7 +6438,8 @@ softdep_journal_freeblocks(ip, cred, length, flags) oldfrags = numfrags(ip->i_fs, oldfrags); blkno += numfrags(ip->i_fs, frags); newfreework(ip->i_ump, freeblks, NULL, lastlbn, - blkno, oldfrags, 0, needj); + blkno, oldfrags, 0, needj, + numfrags(ip->i_fs, frags)); } else if (blkno == 0) allocblock = 1; } @@ -7737,7 +7739,7 @@ handle_workitem_freeblocks(freeblks, flags) FREE_LOCK(&lk); freework = newfreework(ump, freeblks, NULL, aip->ai_lbn, aip->ai_newblkno, - ump->um_fs->fs_frag, 0, 0); + ump->um_fs->fs_frag, 0, 0, 0); ACQUIRE_LOCK(&lk); } newblk = WK_NEWBLK(wk); @@ -8014,7 +8016,7 @@ indir_trunc(freework, dbn, lbn) nlbn = (lbn + 1) - (i * lbnadd); if (needj != 0) { nfreework = newfreework(ump, freeblks, freework, - nlbn, nb, fs->fs_frag, 0, 0); + nlbn, nb, fs->fs_frag, 0, 0, 0); freedeps++; } indir_trunc(nfreework, fsbtodb(fs, nb), nlbn); > Hello, > > I think fsck_ffs has a bug in replaying partial frag truncate journal on UFS SU+J. > Bellow I tested about the issue. > > I tested blocksize==4KB, fragsize=512byte UFS SU+J. But I think these parameters are not related to > this issue. > 1) Preparing 4096byte(1block) test file. > 2) Use "truncate" to shorten filesize to 3584byte(7frags). > 3) Shutdown without unmount after journal is written and before inode size ufs2_dinode is written. > 4) Run fsck_ffs with journal. > 5) Mount again and remove test file. Then I face panic. > "panic: ffs_blkfree_cg: freeing free block" > > This seems to be caused by fsck_ffs to replay JOP_FREEBLK whose "blkno" is not block-aligned. > The above case 2), JOP_FREEBLK journal is like this: > FREEBLK ino=5, blkno=1727, lbn=0, frags=1, oldfrags=0 <---(a) > fsck_ffs handles JOP_NEWBLK almost same as JOP_FREEBLK. But my understanding is that in case of > JOP_NEWBLK kernel always create block-aligned blkno. So this issue is only in case of JOP_FREEBLK. > > To analyze this issue, I also tested that using the above test file 3584byte(7frags) and write > 512byte with append to largen to 4096byte(1block). In this case JOP_NEWBLK journal is like this: > JOP_NEWBLK ino=5, blkno=1720, lbn=0, frags=8, oldfrags=7 <---(b) > > I think the bug is in fsck_ffs suj.c's arround blk_check(). My understanding is that blk_check() > cannot handle non-block-aligned blkno so there is a little trick in blk_build() bellow. > ---------------------------------------------------------------------------------------- > /* > * Rewrite the record using oldfrags to indicate the offset into > * the block. Leave jb_frags as the actual allocated count. > */ > blkrec->jb_blkno -= frag; > blkrec->jb_oldfrags = frag; > ---------------------------------------------------------------------------------------- > By this trick, (a) is modified like: > JOP_FREEBLK ino=5, blkno=1720, lbn=0, frags=1, oldfrags=7 <---(a') > and (b) is modified like: > JOP_NEWBLK ino=5, blkno=1720, lbn=0, frags=8, oldfrags=0 <---(b') > But blk_check() cannot handle the case "oldfrags!=0". If "oldfrags!=0", blk_check()'s "isat" comes > to be 0 even though the blk is present. So (a) should be modified same as (b') > The following is my patch to fix like this. According to my test, this patch works fine. > ======================================================================= > diff --git a/sbin/fsck_ffs/suj.c b/sbin/fsck_ffs/suj.c > index e21ffc6..2512522 100644 > --- a/sbin/fsck_ffs/suj.c > +++ b/sbin/fsck_ffs/suj.c > @@ -2503,11 +2503,11 @@ blk_build(struct jblkrec *blkrec) > frag = fragnum(fs, blkrec->jb_blkno); > sblk = blk_lookup(blk, 1); > /* > - * Rewrite the record using oldfrags to indicate the offset into > - * the block. Leave jb_frags as the actual allocated count. > + * Rewrite the record to indicate the offset into the block. > */ > blkrec->jb_blkno -= frag; > - blkrec->jb_oldfrags = frag; > + blkrec->jb_frags += frag; > + blkrec->jb_oldfrags = 0; > if (blkrec->jb_oldfrags + blkrec->jb_frags > fs->fs_frag) > err_suj("Invalid fragment count %d oldfrags %d\n", > blkrec->jb_frags, frag); > ======================================================================= > > I think we can fix this by changing kernel code not to create non-block-aligned JOP_FREEBLK. > But I also think it is better to change fsck by considering compatibility. > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Jun 19 04:28:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA133C69 for ; Thu, 19 Jun 2014 04:28:53 +0000 (UTC) Received: from mail-ie0-f176.google.com (mail-ie0-f176.google.com [209.85.223.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 62D632361 for ; Thu, 19 Jun 2014 04:28:52 +0000 (UTC) Received: by mail-ie0-f176.google.com with SMTP id rd18so1568613iec.21 for ; Wed, 18 Jun 2014 21:28:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=6TzMtu5Qzz0g+gONhsIfykWu+ocHz1joFI2eXSmm9VE=; b=bXEaVFCfX6e2QnGvXo0jJCnx2VP8hVYVrzA8XRmtsZ6Mt47W2NZhk5/oTLfuyOr/hY OSx2VXfm7p2JiiI2aB4+GodncYrBTN7DIcurwg0WR6oaW5m5FTBSsMoUhCEdKKvHOEqB ERpFg2r1saffdUYdOsCMvg80NScjx37J0+PxzOWRRMXXsZnsIgjXiEEwcAQ0dgnl1c9x 1FILOaWtP3r8BZ2+iVZSZsiLaHxH24DiwEI+DPAAAgmeiB29iToCkmdTEa0sGPel+yzX fnB1F5eZBpROz1sieffOCXY8s5kA9bM2WQpJHqkBmYLQG6FCAqjltRUBl0w6NpRBrQAE McWw== X-Gm-Message-State: ALoCoQm2MUAqUlQjJ6n2ZHTLWu3/aDgPHJAHRZeH9vPQpgATxbtkkp5iXqvTo8L/7Xi/zXcGNSC4 X-Received: by 10.50.29.9 with SMTP id f9mr3298011igh.39.1403152126035; Wed, 18 Jun 2014 21:28:46 -0700 (PDT) Received: from netflix-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id j1sm3820282ige.0.2014.06.18.21.28.44 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 18 Jun 2014 21:28:45 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_6DB3A0AD-024D-4BB5-A2BF-58FA2BA4C5EA"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 From: Warner Losh In-Reply-To: <690CE378-D7D9-49A6-BC20-13FD540E63A2@FreeBSD.org> Date: Wed, 18 Jun 2014 22:28:42 -0600 Message-Id: References: <20140617200551.07542580A1@chaos.localdomain> <20140617211436.GI1248@hub.FreeBSD.org> <690CE378-D7D9-49A6-BC20-13FD540E63A2@FreeBSD.org> To: Dimitry Andric X-Mailer: Apple Mail (2.1878.2) Cc: Craig Rodrigues , Brooks Davis , "Simon J. Gerraty" , Glen Barber , freebsd-current Current , Marcel Moolenaar X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 19 Jun 2014 04:28:53 -0000 --Apple-Mail=_6DB3A0AD-024D-4BB5-A2BF-58FA2BA4C5EA Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Jun 18, 2014, at 12:59 AM, Dimitry Andric wrote: > On 18 Jun 2014, at 01:33, Craig Rodrigues wrote: >> On Tue, Jun 17, 2014 at 2:54 PM, Craig Rodrigues = wrote: >>> On Tue, Jun 17, 2014 at 2:14 PM, Glen Barber = wrote: >>>>=20 >>>> For what it is worth, I'm working around this problem by running: >>>>=20 >>>> # make make buildworld -jN [...] >>>>=20 >>>> Note the extra 'make', which rather than relying on the = bootstrap-tools >>>> to determine which make to build, I am specifically telling it to = build >>>> fmake. >>>=20 >>>=20 >>> Nice! That works! >>> Thanks. >>>=20 >>> -- >>> Craig >>=20 >>=20 >> Oops, that got me a bit farther, but further along, things failed for = me with: > ... >> echo gperf: /usr/lib/libstdc++.a >> .depend >> =3D=3D=3D> gnu/usr.bin/gperf/doc (depend) >> make: don't know how to make /usr/lib/libstdc++.a. Stop >=20 > See r257658 which had fixed this, but it was reverted by Warner, > unfortunately. This was one of the uses of the EARLY_BUILD flag which > was *not* redundant. :-/ Really? I thought I=92d prevent to myself that it was redundant in all = cases, at least in -current. I didn=92t think I=92d merged back any of = the early_build stuff into 10... I=92ll take a look at this though... Warner --Apple-Mail=_6DB3A0AD-024D-4BB5-A2BF-58FA2BA4C5EA Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTomb7AAoJEGwc0Sh9sBEAyKwQALvA3nbVV1hZ4YbsqzGFn0Ma wuyCh7dWyLyqzmPLqEJ6SPCmmJ+/yZIItBrszBk5h4WtbkyTSp+eddoc3H9wj3mm YjIngdbF96z5+lJAl5upe8Ox/H2hTkK0vzH5qu/p4AalPOyZAp4MqwyisS5Jilt8 LLqChc9DLdKUUc8aewxTKa/3g8/QafDB81Zrlv5gkWMDKfK6FC8hqiWwW5Jady35 4w7nHa1WL3ROgXcCXswKM1URPBMAkaM8iZLiGVdCy2Os8mrs7eGy0+MSDy62bXiR mw7ldRVyHEgmCUwFyMwgYk+ezliXtA9ui+f+qeGCseGMJQhy2K563BBCGQ2rtNrV UTLDhrBo4NgmNFO1o+rwIFYoSHAh9hkGDwEVB3/mmfSGhcQubDFhUzrHCTRTP8qL rhV1+l2R7pW3LNsKUZFtz+yjm5DveovvtCi1oHznTVgPO8YJM2MxTaBY6o1aW/sZ dC9wBYsSMEElAFf0xC3+mbUywRi+apmbtyLuJ4nkIqOZbUhUjiLMFA6eiAhyXryg 3HrUUwcldOvH5Sj0/Of/HS7A3lO9WMbgb4hTWs4h7RoyUf79qRPIQV3H2LjQMH3R qRVvDo0alPdxJTNTVxMDXxVTAtwCIoon6L5PlHRjANDwZCWDf8Nd+BpNCBvSiU6q B6xvoK08fIBILcJfjHja =sILM -----END PGP SIGNATURE----- --Apple-Mail=_6DB3A0AD-024D-4BB5-A2BF-58FA2BA4C5EA-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 19 04:49:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1B4EA8 for ; Thu, 19 Jun 2014 04:49:44 +0000 (UTC) Received: from mail-pa0-f48.google.com (mail-pa0-f48.google.com [209.85.220.48]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 979FF24BB for ; Thu, 19 Jun 2014 04:49:44 +0000 (UTC) Received: by mail-pa0-f48.google.com with SMTP id et14so1488739pad.21 for ; Wed, 18 Jun 2014 21:49:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=VutzWi/qoNe8jLIHZuSKUcopFr6ztHWgyePqyfth7ww=; b=EI/ADvHuqWCS3tLznq8yKmNPKa3fnbzSc5uURW39lQuXnvrDCu9wAYOYWioY2zKFU9 fWjdFcJnwp3Oj4g5pg/cQU9sN4IwKsV9gmrm785tM75Sd9/t2fqLazXAbvY1i6xE5BIt EkjjNVxi7NY4dKSI1bfJajKOVxOGeYrryxzmcj7vvhYxPI9It9ljYrcCB/xMXA19Vy+o j5s3EZq2d1nn6zvcdP3Y2Dz9Ob3vwB4dgL0gTwsXTEPMpeSYNMgVE7rh/MeUPh+KfYKK Gyj1c6cpFE0FR4ggyvcuXvzBSQK0BIhL/HVPPznNq5nymaw2jtv5OEMFhxE4LX6OWZQK fthQ== X-Gm-Message-State: ALoCoQlcwWHZpamKF2tylMjJt6K/U1Q8xBY5vYWniiyG8iY9jGli25VD/H0VDkbWhq2T/JwbEN4n X-Received: by 10.66.161.4 with SMTP id xo4mr2731510pab.36.1403153378469; Wed, 18 Jun 2014 21:49:38 -0700 (PDT) Received: from netflix-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id kn1sm6194125pbd.13.2014.06.18.21.49.36 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 18 Jun 2014 21:49:37 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_08D4E914-F80E-4A23-ACCA-838BA0CF73AB"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 From: Warner Losh In-Reply-To: Date: Wed, 18 Jun 2014 22:49:35 -0600 Message-Id: <43B2B358-75C9-4D40-A48B-450A0CA4D8F3@bsdimp.com> References: <20140617200551.07542580A1@chaos.localdomain> <20140617211436.GI1248@hub.FreeBSD.org> <690CE378-D7D9-49A6-BC20-13FD540E63A2@FreeBSD.org> To: Craig Rodrigues X-Mailer: Apple Mail (2.1878.2) Cc: Brooks Davis , Dimitry Andric , "Simon J. Gerraty" , Glen Barber , freebsd-current Current , Marcel Moolenaar X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 19 Jun 2014 04:49:44 -0000 --Apple-Mail=_08D4E914-F80E-4A23-ACCA-838BA0CF73AB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Jun 18, 2014, at 4:32 PM, Craig Rodrigues = wrote: > On Tue, Jun 17, 2014 at 11:59 PM, Dimitry Andric = wrote: >>=20 >> See r257658 which had fixed this, but it was reverted by Warner, >> unfortunately. This was one of the uses of the EARLY_BUILD flag = which >> was *not* redundant. :-/ >=20 >=20 > Warner, >=20 > Is there a way to bring back the behavior of r257658 but without > the way it was implemented with the EARLY_BUILD flag? > It would be handy, as we can see by this thread discussion. The EARLY_BUILD flag tightly coupled the bsd.*.mk files to the build = system, so I=92l like to see it stay dead. 9.x assumes that by defining it, it = can affect the system installed .mk files in a specific way. This is an unwise = assumption, as this thread demonstrates. The real problem, imho, is that the construct in bsd.prog.mk is = generating a dependency on the wrong C++ standard library. Why is it generating for = the g++ library when the compiler is clang? That seems like the real bug = here. I=92ll also note that building release X-2 on head isn=92t generally = supported by the project, but having said that, I=92ll see what I can do. = Surprisingly, I don=92t have a good -current environment setup on my fast build boxes, so I=92ll setup a quick jail and see if I can recreate. Warner --Apple-Mail=_08D4E914-F80E-4A23-ACCA-838BA0CF73AB Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTomvfAAoJEGwc0Sh9sBEAJgQP/2pG4E/88QlUFIw/VwNbY3o/ 9Gcy3hH7GGw+wVMhu3uL+vdtMbh7IfhOLB7EZMK2rXo02AMudj8AtVz3ZHsfPfyU 6RvgGFO+GCtcSQ7TQbguHuJ90l+A1qnW8JdiSy4478Atw6YXyZH2ZQo+Uj5BFXzX IxCXnh0fk3FRgXPkgPOag8ZM3IC5SyOPGbF0gGP0KZ7RTuo0rhgUsHSToK9cXMiX NFv9RZGUF4H7tOqqXCPP7JkPzW85/3PJ2hBOUVRDgIG353Ret7Ap7NYQrEO89Y5Z UKEYUqxdapyWG0BhtkF+Yd7rGEs3zoFNXAMqSd0sivw0o8LxJDCNYcinKT59yZfG ZbjjWHX0JzXBkoLEplyN0kO7lL0DQgRUJp2Xb/FrfuTzH+5RQlP90zohqr+Beudl oNi2TL8O/HpsqUwszfXOT/qrSYCif/iBzPofkpi79qbyvJp0EvmV4a4ek8srXDmb +vLWVHtFg/ktSe7SPIYT/xp0+xLfd/rtDTWrz7LzAYBJlZp3nepFcfLZ6Jidwoff K/ANFdRTa7RN400mnI0Nu9wptajASjgSkazmHoPsoJvMZinB+YJEZW9H9FAlz5JC xltjdb1VHzpREoBCJlaxwS2KMmnpuZ8QNhuDuZ1+Ez6zfkx7J6fZOcoz7o2N+DJC Ib62mMSe6rLVUx9GsXVz =l9Fg -----END PGP SIGNATURE----- --Apple-Mail=_08D4E914-F80E-4A23-ACCA-838BA0CF73AB-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 19 05:40:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D393D18C; Thu, 19 Jun 2014 05:40:08 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9229528EA; Thu, 19 Jun 2014 05:40:07 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 029E61FE026; Thu, 19 Jun 2014 07:40:04 +0200 (CEST) Message-ID: <53A277C8.3040603@selasky.org> Date: Thu, 19 Jun 2014 07:40:24 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: John Baldwin Subject: Re: [RFC] Huge sysctl patch for the kernel coming - work in progress References: <53A179D5.8020604@selasky.org> <201406180944.17762.jhb@freebsd.org> <53A1F848.2020902@selasky.org> <201406181713.06579.jhb@freebsd.org> In-Reply-To: <201406181713.06579.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 19 Jun 2014 05:40:08 -0000 On 06/18/14 23:13, John Baldwin wrote: > On Wednesday, June 18, 2014 4:36:24 pm Hans Petter Selasky wrote: >> On 06/18/14 15:44, John Baldwin wrote: >>> On Wednesday, June 18, 2014 7:36:53 am Hans Petter Selasky wrote: >>>> Hi, >> >> I'll probably put it into the tree next week. > > I think having CTLFLAG_TUN do this by default is probably correct in the > long term. The vast majority of places that use a tunable to prime a sysctl > are safe. Why not do this for the initial patch: > > - Add your change to auto-fetch values when CTLFLAG_TUN is set. > - Instead of adding a CTLFLAG_FETCH, add a CTLFLAG_NOFETCH to disable > getenv(). > - Make a pass over the existing places that use CTLFLAG_TUN seeing which > ones are safe (so TUNABLE_* can just be removed), and which ones aren't > (in which case add CTLFLAG_NOFETCH). > > Followup changes can work on converting other places that don't currently > use CTLFLAG_TUN but have a SYSCTL + TUNABLE to use CTLFLAG_TUN instead as > well as fixing places that use CTLFLAG_NOFETCH to not need them. > > I would suggest you commit some of the style changes (like using explicit > initializers in SYSCTL_OID()) as a separate change beforehand. > Hi, See: http://svnweb.freebsd.org/changeset/base/267633 And updated patch: http://home.selasky.org:8192/sysctl_tunable.diff --HPS From owner-freebsd-current@FreeBSD.ORG Thu Jun 19 06:35:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04BA75EB for ; Thu, 19 Jun 2014 06:35:57 +0000 (UTC) Received: from graal.it-profi.org.ua (graal.shurik.kiev.ua [193.239.74.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 83E812C9D for ; Thu, 19 Jun 2014 06:35:54 +0000 (UTC) Received: from [217.76.201.82] (helo=thinkpad.it-profi.org.ua) by graal.it-profi.org.ua with esmtpa (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WxVwu-000I0V-1F for freebsd-current@freebsd.org; Thu, 19 Jun 2014 09:35:52 +0300 Message-ID: <53A284C2.7070002@shurik.kiev.ua> Date: Thu, 19 Jun 2014 09:35:46 +0300 From: Alexandr Krivulya User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: [patch] USB after second suspend/resume on ThinkPads. References: <20140616192155.GE13481@brick.home> <53A14910.2090303@shurik.kiev.ua> <20140618092901.GB7662@brick.home> In-Reply-To: <20140618092901.GB7662@brick.home> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 217.76.201.82 X-SA-Exim-Mail-From: shuriku@shurik.kiev.ua X-SA-Exim-Scanned: No (on graal.it-profi.org.ua); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 19 Jun 2014 06:35:57 -0000 18.06.2014 12:29, Edward Tomasz Napierała пишет: > On 0618T1108, Alexandr Krivulya wrote: >> 16.06.2014 22:21, Edward Tomasz Napierała пишет: >>> Hi. Patch below should fix a problem where USB stops working after >>> _second_ suspend/resume, which happens on various ThinkPad models. >>> Please test, and report both success stories and failures. If nothing >>> comes up, I'll commit it in a week or so. >>> >>> (Btw, has anyone encountered the problem on hardware other than ThinkPads?) >>> >>> >>> Index: sys/dev/acpi_support/acpi_ibm.c >>> =================================================================== >>> --- sys/dev/acpi_support/acpi_ibm.c (revision 267417) >>> +++ sys/dev/acpi_support/acpi_ibm.c (working copy) >>> @@ -169,6 +169,9 @@ struct acpi_ibm_softc { >>> int light_get_supported; >>> int light_set_supported; >>> >>> + /* USB power workaround */ >>> + ACPI_HANDLE power_handle; >>> + >>> /* led(4) interface */ >>> struct cdev *led_dev; >>> int led_busy; >>> @@ -365,6 +368,7 @@ acpi_ibm_attach(device_t dev) >>> { >>> struct acpi_ibm_softc *sc; >>> devclass_t ec_devclass; >>> + ACPI_STATUS status; >>> >>> ACPI_FUNCTION_TRACE((char *)(uintptr_t) __func__); >>> >>> @@ -448,6 +452,17 @@ acpi_ibm_attach(device_t dev) >>> if (sc->light_set_supported) >>> sc->led_dev = led_create_state(ibm_led, sc, "thinklight", sc->light_val); >>> >>> + /* >>> + * Obtain a handle to the power resource available on many models. >>> + * This must be turned on manually upon resume. Otherwise the system >>> + * may, for instance, resume from S3 with usb(4) powered down. >>> + */ >>> + status = AcpiGetHandle(sc->handle, "\\_SB.PCI0.LPC.EC.PUBS", &sc->power_handle); >>> + if (ACPI_FAILURE(status)) { >>> + device_printf(dev, "Failed to get power handle\n"); >>> + return (status); >>> + } >>> + >>> return (0); >>> } >>> >>> @@ -476,6 +491,7 @@ static int >>> acpi_ibm_resume(device_t dev) >>> { >>> struct acpi_ibm_softc *sc = device_get_softc(dev); >>> + ACPI_STATUS status; >>> >>> ACPI_FUNCTION_TRACE((char *)(uintptr_t) __func__); >>> >>> @@ -495,6 +511,15 @@ acpi_ibm_resume(device_t dev) >>> >>> acpi_ibm_sysctl_set(sc, i, val); >>> } >>> + if (sc->power_handle != NULL) { >>> + status = AcpiEvaluateObject(sc->power_handle, >>> + "_ON", NULL, NULL); >>> + if (ACPI_FAILURE(status)) { >>> + device_printf(dev, "failed to switch %s on - %s\n", >>> + acpi_name(sc->power_handle), >>> + AcpiFormatException(status)); >>> + } >>> + } >>> ACPI_SERIAL_END(ibm); >>> >>> return (0); >> Hi. I've never seen this problem before on my ThinkPad E530. However, I >> have applied this patch and after reboot all sysctl oids related to >> acpi_ibm disappeared. >> >> root@thinkpad:/home/shurik # kldstat|grep ibm >> 9 1 0xffffffff82190000 77e8 acpi_ibm.ko >> >> root@thinkpad:/home/shurik # sysctl dev.acpi_ibm >> root@thinkpad:/home/shurik # >> >> And in dmesg I see this errors: >> >> root@thinkpad:/home/shurik # dmesg -a|grep ibm >> acpi_ibm0: on acpi0 >> acpi_ibm0: Failed to get power handle >> device_attach: acpi_ibm0 attach returned 5 > Ok, I'll make that attach problem non-fatal. > > Just to make sure: without the patch you don't have any problems > with USB after multiple suspend/resume cycles, and you don't use > any workarounds to make it work, eg. setting the dev.uhci.0.wake=1, > or making USB ports always powered on in BIOS? > Exactly. I have no any problems with USB. Average uptime is two-three weeks with everyday suspend/resume cycle. And I don't use any special settings related to usb in loader.conf or sysctl.conf. The only difference with GENERIC - all usb support built and loaded as modules. In my BIOS i have turned on such settings: - USB Support - UEFI BIOS Support - Always On USB From owner-freebsd-current@FreeBSD.ORG Thu Jun 19 10:45:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E46967E6 for ; Thu, 19 Jun 2014 10:45:01 +0000 (UTC) Received: from mail-we0-x234.google.com (mail-we0-x234.google.com [IPv6:2a00:1450:400c:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 78B8C2191 for ; Thu, 19 Jun 2014 10:45:01 +0000 (UTC) Received: by mail-we0-f180.google.com with SMTP id x48so2171929wes.11 for ; Thu, 19 Jun 2014 03:44:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=+9hL3FvPtOIvSKiFPN4lobazczBRIWA6EBZEAiBmMdA=; b=mOLyp1ra31MpWq5zAY9xIuS8kePo/6t2ZFMrI2Bq7wM6CG8Lu8icGvUW//ilCSjkwV xS3ZbEwIlzl1m9SomzycEx+6+dn5MxuCcKvd3DtstNPZgDLGyTzjXlbSrJ8UeRzfNQPm OYh05zOho6Zi/uhF8I7Hu/ihl2ygbTQ7wga0xCOR5HjlSvFufsM5/8yLzFDolQCn1Wuc EokMFdGZ/JyQYIG9SxFQHpzB3otfpbrtLop/BeZm1DQfAJ45ylICaqTHsTtsREPrhoCP 8+F+9uBeKoxMZkG/WAkac1uuB49I+CkTU4AD/p1xxHeLdMT/YZwwV7jkn3u/DEh5Xk36 +ZjA== X-Received: by 10.180.90.141 with SMTP id bw13mr5299785wib.23.1403174699839; Thu, 19 Jun 2014 03:44:59 -0700 (PDT) Received: from brick.home (aeaw214.neoplus.adsl.tpnet.pl. [79.186.22.214]) by mx.google.com with ESMTPSA id d6sm10413601wiz.4.2014.06.19.03.44.58 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 19 Jun 2014 03:44:59 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Thu, 19 Jun 2014 12:44:56 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Alexandr Krivulya Subject: Re: [patch] USB after second suspend/resume on ThinkPads. Message-ID: <20140619104456.GB4651@brick.home> Mail-Followup-To: Alexandr Krivulya , freebsd-current@freebsd.org References: <20140616192155.GE13481@brick.home> <53A14910.2090303@shurik.kiev.ua> <20140618092901.GB7662@brick.home> <53A284C2.7070002@shurik.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <53A284C2.7070002@shurik.kiev.ua> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 19 Jun 2014 10:45:02 -0000 On 0619T0935, Alexandr Krivulya wrote: > 18.06.2014 12:29, Edward Tomasz Napierała пишет: > > On 0618T1108, Alexandr Krivulya wrote: > >> 16.06.2014 22:21, Edward Tomasz Napierała пишет: > >>> Hi. Patch below should fix a problem where USB stops working after > >>> _second_ suspend/resume, which happens on various ThinkPad models. > >>> Please test, and report both success stories and failures. If nothing > >>> comes up, I'll commit it in a week or so. > >>> > >>> (Btw, has anyone encountered the problem on hardware other than ThinkPads?) > >>> > >>> > >>> Index: sys/dev/acpi_support/acpi_ibm.c > >>> =================================================================== > >>> --- sys/dev/acpi_support/acpi_ibm.c (revision 267417) > >>> +++ sys/dev/acpi_support/acpi_ibm.c (working copy) > >>> @@ -169,6 +169,9 @@ struct acpi_ibm_softc { > >>> int light_get_supported; > >>> int light_set_supported; > >>> > >>> + /* USB power workaround */ > >>> + ACPI_HANDLE power_handle; > >>> + > >>> /* led(4) interface */ > >>> struct cdev *led_dev; > >>> int led_busy; > >>> @@ -365,6 +368,7 @@ acpi_ibm_attach(device_t dev) > >>> { > >>> struct acpi_ibm_softc *sc; > >>> devclass_t ec_devclass; > >>> + ACPI_STATUS status; > >>> > >>> ACPI_FUNCTION_TRACE((char *)(uintptr_t) __func__); > >>> > >>> @@ -448,6 +452,17 @@ acpi_ibm_attach(device_t dev) > >>> if (sc->light_set_supported) > >>> sc->led_dev = led_create_state(ibm_led, sc, "thinklight", sc->light_val); > >>> > >>> + /* > >>> + * Obtain a handle to the power resource available on many models. > >>> + * This must be turned on manually upon resume. Otherwise the system > >>> + * may, for instance, resume from S3 with usb(4) powered down. > >>> + */ > >>> + status = AcpiGetHandle(sc->handle, "\\_SB.PCI0.LPC.EC.PUBS", &sc->power_handle); > >>> + if (ACPI_FAILURE(status)) { > >>> + device_printf(dev, "Failed to get power handle\n"); > >>> + return (status); > >>> + } > >>> + > >>> return (0); > >>> } > >>> > >>> @@ -476,6 +491,7 @@ static int > >>> acpi_ibm_resume(device_t dev) > >>> { > >>> struct acpi_ibm_softc *sc = device_get_softc(dev); > >>> + ACPI_STATUS status; > >>> > >>> ACPI_FUNCTION_TRACE((char *)(uintptr_t) __func__); > >>> > >>> @@ -495,6 +511,15 @@ acpi_ibm_resume(device_t dev) > >>> > >>> acpi_ibm_sysctl_set(sc, i, val); > >>> } > >>> + if (sc->power_handle != NULL) { > >>> + status = AcpiEvaluateObject(sc->power_handle, > >>> + "_ON", NULL, NULL); > >>> + if (ACPI_FAILURE(status)) { > >>> + device_printf(dev, "failed to switch %s on - %s\n", > >>> + acpi_name(sc->power_handle), > >>> + AcpiFormatException(status)); > >>> + } > >>> + } > >>> ACPI_SERIAL_END(ibm); > >>> > >>> return (0); > >> Hi. I've never seen this problem before on my ThinkPad E530. However, I > >> have applied this patch and after reboot all sysctl oids related to > >> acpi_ibm disappeared. > >> > >> root@thinkpad:/home/shurik # kldstat|grep ibm > >> 9 1 0xffffffff82190000 77e8 acpi_ibm.ko > >> > >> root@thinkpad:/home/shurik # sysctl dev.acpi_ibm > >> root@thinkpad:/home/shurik # > >> > >> And in dmesg I see this errors: > >> > >> root@thinkpad:/home/shurik # dmesg -a|grep ibm > >> acpi_ibm0: on acpi0 > >> acpi_ibm0: Failed to get power handle > >> device_attach: acpi_ibm0 attach returned 5 > > Ok, I'll make that attach problem non-fatal. > > > > Just to make sure: without the patch you don't have any problems > > with USB after multiple suspend/resume cycles, and you don't use > > any workarounds to make it work, eg. setting the dev.uhci.0.wake=1, > > or making USB ports always powered on in BIOS? > > > Exactly. I have no any problems with USB. Average uptime is two-three > weeks with everyday suspend/resume cycle. And I don't use any special > settings related to usb in loader.conf or sysctl.conf. The only > difference with GENERIC - all usb support built and loaded as modules. > In my BIOS i have turned on such settings: > > - USB Support > - UEFI BIOS Support > - Always On USB The last one is off by default, right? Turning it on actually works around the problem in earlier Thinkpad models. Could you try to set it to default (disable) and see if the problem still doesn't occur? From owner-freebsd-current@FreeBSD.ORG Thu Jun 19 11:15:41 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B392E80 for ; Thu, 19 Jun 2014 11:15:41 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D6D3523FE for ; Thu, 19 Jun 2014 11:15:40 +0000 (UTC) Received: from walrus.pepperland ([81.217.76.60]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0Lkfii-1WPLUk0fBs-00aSU3 for ; Thu, 19 Jun 2014 13:15:38 +0200 Message-ID: <53A2C659.1070502@gmx.net> Date: Thu, 19 Jun 2014 13:15:37 +0200 From: Stefan Ehmann User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Subject: Re: [patch] USB after second suspend/resume on ThinkPads. References: <20140616192155.GE13481@brick.home> In-Reply-To: <20140616192155.GE13481@brick.home> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K0:CjUXSevssO0lMpVatzZEQcNWDbWj394zWm8OFygIleJJJ2zvpKY eLLeZdfh8vjSfS7OXH5wbSkndC+38OaSU9a3NIFW6+r231Q8RT8bgo9ENrtxXL/B6JGKk+V NLOCpmvGsLR1RYh7LgfwBNeO9ZYdzni+WeqspGovWGsYKDoCziKTeaXCWcfYNRAJQPI2I0/ pIGD/qSFoSKbUD70pUsgA== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 19 Jun 2014 11:15:41 -0000 On 16.06.2014 21:21, Edward Tomasz Napierała wrote: > Hi. Patch below should fix a problem where USB stops working after > _second_ suspend/resume, which happens on various ThinkPad models. > Please test, and report both success stories and failures. If nothing > comes up, I'll commit it in a week or so. > > (Btw, has anyone encountered the problem on hardware other than ThinkPads?) Fixed USB resume issues on T410 for me. At first I thought it didn't work, but then I noticed acpi_ibm needs to be loaded. Thanks! This has been a long-standing and annoying bug. From owner-freebsd-current@FreeBSD.ORG Thu Jun 19 11:18:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A6E2DA8 for ; Thu, 19 Jun 2014 11:18:46 +0000 (UTC) Received: from graal.it-profi.org.ua (graal.shurik.kiev.ua [193.239.74.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 30A162430 for ; Thu, 19 Jun 2014 11:18:45 +0000 (UTC) Received: from [217.76.201.82] (helo=thinkpad.it-profi.org.ua) by graal.it-profi.org.ua with esmtpa (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WxaMW-000ADd-SB for freebsd-current@freebsd.org; Thu, 19 Jun 2014 14:18:36 +0300 Message-ID: <53A2C708.6060304@shurik.kiev.ua> Date: Thu, 19 Jun 2014 14:18:32 +0300 From: Alexandr Krivulya User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: [patch] USB after second suspend/resume on ThinkPads. References: <20140616192155.GE13481@brick.home> <53A14910.2090303@shurik.kiev.ua> <20140618092901.GB7662@brick.home> <53A284C2.7070002@shurik.kiev.ua> <20140619104456.GB4651@brick.home> In-Reply-To: <20140619104456.GB4651@brick.home> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 217.76.201.82 X-SA-Exim-Mail-From: shuriku@shurik.kiev.ua X-SA-Exim-Scanned: No (on graal.it-profi.org.ua); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 19 Jun 2014 11:18:46 -0000 19.06.2014 13:44, Edward Tomasz Napierała пишет: > On 0619T0935, Alexandr Krivulya wrote: >> 18.06.2014 12:29, Edward Tomasz Napierała пишет: >>> On 0618T1108, Alexandr Krivulya wrote: >>>> 16.06.2014 22:21, Edward Tomasz Napierała пишет: >>>>> Hi. Patch below should fix a problem where USB stops working after >>>>> _second_ suspend/resume, which happens on various ThinkPad models. >>>>> Please test, and report both success stories and failures. If nothing >>>>> comes up, I'll commit it in a week or so. >>>>> >>>>> (Btw, has anyone encountered the problem on hardware other than ThinkPads?) >>>>> >>>>> >>>>> Index: sys/dev/acpi_support/acpi_ibm.c >>>>> =================================================================== >>>>> --- sys/dev/acpi_support/acpi_ibm.c (revision 267417) >>>>> +++ sys/dev/acpi_support/acpi_ibm.c (working copy) >>>>> @@ -169,6 +169,9 @@ struct acpi_ibm_softc { >>>>> int light_get_supported; >>>>> int light_set_supported; >>>>> >>>>> + /* USB power workaround */ >>>>> + ACPI_HANDLE power_handle; >>>>> + >>>>> /* led(4) interface */ >>>>> struct cdev *led_dev; >>>>> int led_busy; >>>>> @@ -365,6 +368,7 @@ acpi_ibm_attach(device_t dev) >>>>> { >>>>> struct acpi_ibm_softc *sc; >>>>> devclass_t ec_devclass; >>>>> + ACPI_STATUS status; >>>>> >>>>> ACPI_FUNCTION_TRACE((char *)(uintptr_t) __func__); >>>>> >>>>> @@ -448,6 +452,17 @@ acpi_ibm_attach(device_t dev) >>>>> if (sc->light_set_supported) >>>>> sc->led_dev = led_create_state(ibm_led, sc, "thinklight", sc->light_val); >>>>> >>>>> + /* >>>>> + * Obtain a handle to the power resource available on many models. >>>>> + * This must be turned on manually upon resume. Otherwise the system >>>>> + * may, for instance, resume from S3 with usb(4) powered down. >>>>> + */ >>>>> + status = AcpiGetHandle(sc->handle, "\\_SB.PCI0.LPC.EC.PUBS", &sc->power_handle); >>>>> + if (ACPI_FAILURE(status)) { >>>>> + device_printf(dev, "Failed to get power handle\n"); >>>>> + return (status); >>>>> + } >>>>> + >>>>> return (0); >>>>> } >>>>> >>>>> @@ -476,6 +491,7 @@ static int >>>>> acpi_ibm_resume(device_t dev) >>>>> { >>>>> struct acpi_ibm_softc *sc = device_get_softc(dev); >>>>> + ACPI_STATUS status; >>>>> >>>>> ACPI_FUNCTION_TRACE((char *)(uintptr_t) __func__); >>>>> >>>>> @@ -495,6 +511,15 @@ acpi_ibm_resume(device_t dev) >>>>> >>>>> acpi_ibm_sysctl_set(sc, i, val); >>>>> } >>>>> + if (sc->power_handle != NULL) { >>>>> + status = AcpiEvaluateObject(sc->power_handle, >>>>> + "_ON", NULL, NULL); >>>>> + if (ACPI_FAILURE(status)) { >>>>> + device_printf(dev, "failed to switch %s on - %s\n", >>>>> + acpi_name(sc->power_handle), >>>>> + AcpiFormatException(status)); >>>>> + } >>>>> + } >>>>> ACPI_SERIAL_END(ibm); >>>>> >>>>> return (0); >>>> Hi. I've never seen this problem before on my ThinkPad E530. However, I >>>> have applied this patch and after reboot all sysctl oids related to >>>> acpi_ibm disappeared. >>>> >>>> root@thinkpad:/home/shurik # kldstat|grep ibm >>>> 9 1 0xffffffff82190000 77e8 acpi_ibm.ko >>>> >>>> root@thinkpad:/home/shurik # sysctl dev.acpi_ibm >>>> root@thinkpad:/home/shurik # >>>> >>>> And in dmesg I see this errors: >>>> >>>> root@thinkpad:/home/shurik # dmesg -a|grep ibm >>>> acpi_ibm0: on acpi0 >>>> acpi_ibm0: Failed to get power handle >>>> device_attach: acpi_ibm0 attach returned 5 >>> Ok, I'll make that attach problem non-fatal. >>> >>> Just to make sure: without the patch you don't have any problems >>> with USB after multiple suspend/resume cycles, and you don't use >>> any workarounds to make it work, eg. setting the dev.uhci.0.wake=1, >>> or making USB ports always powered on in BIOS? >>> >> Exactly. I have no any problems with USB. Average uptime is two-three >> weeks with everyday suspend/resume cycle. And I don't use any special >> settings related to usb in loader.conf or sysctl.conf. The only >> difference with GENERIC - all usb support built and loaded as modules. >> In my BIOS i have turned on such settings: >> >> - USB Support >> - UEFI BIOS Support >> - Always On USB > The last one is off by default, right? Turning it on actually > works around the problem in earlier Thinkpad models. Could you > try to set it to default (disable) and see if the problem still > doesn't occur? > This option is enabled by default on my laptop. It allows to charge mobile devices when laptop in sleep state or powered off via USB 2.0 port. Now, I reset BIOS to default settings and turned off "Always on USB", boot to my old kernel without patch and do suspend/resume three times. Both 3.0 and 2.0 USB ports works fine after each resume. From owner-freebsd-current@FreeBSD.ORG Thu Jun 19 15:49:07 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7B98C21; Thu, 19 Jun 2014 15:49:07 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B7A432DAB; Thu, 19 Jun 2014 15:49:07 +0000 (UTC) Received: from Julian-MBP3.local (etroy.elischer.org [121.45.232.70]) (authenticated bits=0) by vps1.elischer.org (8.14.8/8.14.8) with ESMTP id s5JFmsBb075861 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 19 Jun 2014 08:48:56 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <53A30660.7010605@freebsd.org> Date: Thu, 19 Jun 2014 23:48:48 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "Simon J. Gerraty" , Craig Rodrigues Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 References: <20140617200551.07542580A1@chaos.localdomain> In-Reply-To: <20140617200551.07542580A1@chaos.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Marcel Moolenaar , Brooks Davis , Warner Losh , freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 19 Jun 2014 15:49:08 -0000 On 6/18/14, 4:05 AM, Simon J. Gerraty wrote: > On Tue, 17 Jun 2014 11:35:42 -0700, Craig Rodrigues writes: >> Do you know if there is some sort of patch that can be applied to >> FreeBSD stable/9 sources so that it can be built on a FreeBSD >> 10/stable, or FreeBSD CURRENT >> host with bmake? > You would likely need to apply many of the changes made in 10. > IIRC stable/9 has just enough bmake support to be able to build/install > bmake itself, so that ports can use it. > > I'm not sure how many people would appreciate making such changes to > stable/9 at this point. I just populate a jail with 9.0 binaries from the DVD image. > >> I'm trying to build a FreeBSD stable/9 jail on a FreeBSD 10/stable host, so th >> at >> I can build ports inside the jail with poudriere. > Why not use fmake in that scenario? > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Thu Jun 19 17:04:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 792D59BF; Thu, 19 Jun 2014 17:04:01 +0000 (UTC) Received: from mail-wg0-x22f.google.com (mail-wg0-x22f.google.com [IPv6:2a00:1450:400c:c00::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B88C12504; Thu, 19 Jun 2014 17:04:00 +0000 (UTC) Received: by mail-wg0-f47.google.com with SMTP id k14so2606254wgh.30 for ; Thu, 19 Jun 2014 10:03:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=oEKdTMGVGBds3INTkEX1aupDz+v4rCHU4L6L9k01eYU=; b=TJuG5w39opTz/k2SJXQegdLgItz28dCLA/o/TfOJcjVv/3Z9cxhFVcDUIlCLwMsCwL u4285yLB6hsOOZ6DgIFOz8kncxkC9UA8nYQwoAeT9LshlaEmW/DbDDUU4qVV1fB3wI4B 6KVM2SS8vPF8ZSQFB7sRTvyv32xqEFFBxf9PSXUTFywKZ1aU4DjG9GUkiQpqR8mAtLx5 6QKeYX4gNCHF1vRflJNHepPkPBtoxxg9w/Cxy821q1aelYUaaaR/l3VARqwgyWJI0210 TI/tCWmsV6icf8dPbbghz9VpHqKuxcvPYOaaPlAbhatlC13iMe/tT48VK6WljQNF6+CQ df3w== X-Received: by 10.194.238.134 with SMTP id vk6mr6239494wjc.93.1403197439099; Thu, 19 Jun 2014 10:03:59 -0700 (PDT) Received: from brick.home (actd159.neoplus.adsl.tpnet.pl. [83.11.57.159]) by mx.google.com with ESMTPSA id d6sm9897299wjb.4.2014.06.19.10.03.58 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 19 Jun 2014 10:03:58 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Thu, 19 Jun 2014 19:03:56 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: John Baldwin Subject: Re: [patch] USB after second suspend/resume on ThinkPads. Message-ID: <20140619170356.GA1271@brick.home> Mail-Followup-To: John Baldwin , freebsd-current@freebsd.org, jhibbits@freebsd.org References: <20140616192155.GE13481@brick.home> <201406181303.09834.jhb@freebsd.org> <20140618184609.GA1297@brick.home> <201406181515.19927.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201406181515.19927.jhb@freebsd.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: jhibbits@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 19 Jun 2014 17:04:01 -0000 On 0618T1515, John Baldwin wrote: > On Wednesday, June 18, 2014 2:46:09 pm Edward Tomasz Napierała wrote: > > On 0618T1303, John Baldwin wrote: > > > On Wednesday, June 18, 2014 12:13:15 pm Edward Tomasz Napierała wrote: > > > > On 0618T0947, John Baldwin wrote: > > > > > On Monday, June 16, 2014 3:21:55 pm Edward Tomasz Napierała wrote: > > > > > > Hi. Patch below should fix a problem where USB stops working after > > > > > > _second_ suspend/resume, which happens on various ThinkPad models. > > > > > > Please test, and report both success stories and failures. If nothing > > > > > > comes up, I'll commit it in a week or so. > > > > > > > > > > Good find. Have you thought about a more generic fix for this wherein you > > > > > track power resources and flip them on during resume in ACPI before doing > > > > > DEVICE_RESUME() on the root bus? > > > > > > > > Thing is, after resume this device claims to be on already. The following > > > > simple hack was enough to make it work: > > > > > > Ahh, I think I see. Try this instead: > > > > > > Index: sys/dev/acpica/acpi_powerres.c > > > =================================================================== > > > --- acpi_powerres.c (revision 267550) > > > +++ acpi_powerres.c (working copy) > > > @@ -645,7 +645,7 @@ acpi_pwr_switch_power(void) > > > acpi_name(rp->ap_resource), status)); > > > /* XXX is this correct? Always switch if in doubt? */ > > > continue; > > > - } else if (rp->ap_state == ACPI_PWR_UNK) > > > + } else > > > rp->ap_state = cur; > > > > > > /* > > > @@ -689,7 +689,7 @@ acpi_pwr_switch_power(void) > > > acpi_name(rp->ap_resource), status)); > > > /* XXX is this correct? Always switch if in doubt? */ > > > continue; > > > - } else if (rp->ap_state == ACPI_PWR_UNK) > > > + } else > > > rp->ap_state = cur; > > > > > > /* > > > > > > (We were ignoring what _STA told us and believed it was ON because we had > > > cached that state previously.) > > > > Works! > > Hmmm. If we go this route, ap_state is actually useless and should just be > removed. Here is an updated version that does that. If this works as well Works as well. From owner-freebsd-current@FreeBSD.ORG Fri Jun 20 02:25:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B2EA6930 for ; Fri, 20 Jun 2014 02:25:37 +0000 (UTC) Received: from mail-ig0-f180.google.com (mail-ig0-f180.google.com [209.85.213.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5BC5F258B for ; Fri, 20 Jun 2014 02:25:37 +0000 (UTC) Received: by mail-ig0-f180.google.com with SMTP id h18so40510igc.7 for ; Thu, 19 Jun 2014 19:25:30 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=tIqENKqCys9q+LPGukFgoHFIlPnDSqXnXwVooIwJMMo=; b=NIblp3MKowipcKPRbxnnOeAsE5hWJlG3qTIgYgypsheME+7ZLJa2+816vcNtvYBmWn Zw3LwnVE0Ty4Ra8NQf5pVMYMYhDJWgKF69H/cMDpDkVz01sYbxrzB78HEJgg9Dd9SJqk EXookoQw5euut5riOsnacnO78KhRVxNhLL7aR0jrlH5glkCUiJ/l4qCy0jruVZGdmCKa f7gev+QvUom/8Jt/qvq3xH/h9zEfk4ofHQBmoqcI/EX/SU+sgUtc2yrOV2LiIVbP+CPC F8XijxA743jlfrQc6ZrmLAeg1tYLxHRshK7j6Z3ghJJLaHsq25vKZDrQqCmJJOMFblTI fLcQ== X-Gm-Message-State: ALoCoQnQHxUdQH8W1kpCTvEv13/hKjO+Q8woI1qIkJwWEAoXU3L7HOmQOyDpsd1A9637go7SUX0gOvxvsViEfV03fmIjbpgtg0g2HIsfS7ntIyGlHSULNjc= X-Received: by 10.42.67.203 with SMTP id u11mr445017ici.20.1403231130093; Thu, 19 Jun 2014 19:25:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.43.69.131 with HTTP; Thu, 19 Jun 2014 19:25:13 -0700 (PDT) From: "Lundberg, Johannes" Date: Fri, 20 Jun 2014 11:25:13 +0900 Message-ID: Subject: ucom_free Fatal trap on shutdown / module unload To: FreeBSD Current X-Mailman-Approved-At: Fri, 20 Jun 2014 02:59:50 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 20 Jun 2014 02:25:37 -0000 SGkNCg0KSSdtIGdldHRpbmcgdGhpcyBlcnJvciBvbiAxMS1DVVJSRU5UIGFtZDY0IChzbmFwc2hv dCBmcm9tIEp1bmUpLiAoc2VlDQphdHRhY2hlZCBpbWFnZSkNCldvcmtlZCBmaW5lIHdpdGggMTAg SSB0aGluay4uDQoNClRoZSB1Y29tIG1vZHVsZSBpcyBsb2FkZWQgYXMgYSBkZXBlbmRlbmN5IGJ5 IHRoZSB1aHNvIG1vZHVsZS4NCg0KQW55IGNsdWVzPw0KLS0NCkpvaGFubmVzIEx1bmRiZXJnDQoN Cg0KW2ltYWdlOiBJbmxpbmUgaW1hZ2UgMV0NCgotLSAKPS09LT0tPS09LT0tPS09LT0tPS09LT0t PS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tCuenmOWvhuS/neaMgeOBq+OBpOOBhOOBpu+8 muOBk+OBrumbu+WtkOODoeODvOODq+OBr+OAgeWQjeWum+S6uuOBq+mAgeS/oeOBl+OBn+OCguOB ruOBp+OBguOCiuOAgeenmOWMv+eJueaoqeOBruWvvuixoeOBqOOBquOCi+aDheWgseOCkuWQq+OC k+OBp+OBhOOBvuOBmeOAggrjgoLjgZfjgIHlkI3lrpvkurrku6XlpJbjga7mlrnjgYzlj5fkv6Hj gZXjgozjgZ/loLTlkIjjgIHjgZPjga7jg6Hjg7zjg6vjga7noLTmo4TjgIHjgYrjgojjgbPjgZPj ga7jg6Hjg7zjg6vjgavplqLjgZnjgovkuIDliIfjga7plovnpLrjgIEK6KSH5YaZ44CB6YWN5biD 44CB44Gd44Gu5LuW44Gu5Yip55So44CB44G+44Gf44Gv6KiY6LyJ5YaF5a6544Gr5Z+644Gl44GP 44GE44GL44Gq44KL6KGM5YuV44KC44GV44KM44Gq44GE44KI44GG44GK6aGY44GE55Sz44GX5LiK 44GS44G+44GZ44CCCi0tLQpDT05GSURFTlRJQUxJVFkgTk9URTogVGhlIGluZm9ybWF0aW9uIGlu IHRoaXMgZW1haWwgaXMgY29uZmlkZW50aWFsCmFuZCBpbnRlbmRlZCBzb2xlbHkgZm9yIHRoZSBh ZGRyZXNzZWUuCkRpc2Nsb3N1cmUsIGNvcHlpbmcsIGRpc3RyaWJ1dGlvbiBvciBhbnkgb3RoZXIg YWN0aW9uIG9mIHVzZSBvZiB0aGlzCmVtYWlsIGJ5IHBlcnNvbiBvdGhlciB0aGFuIGludGVuZGVk IHJlY2lwaWVudCwgaXMgcHJvaGliaXRlZC4KSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJl Y2lwaWVudCBhbmQgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluCmVycm9yLCBwbGVhc2UgZGVz dHJveSB0aGUgb3JpZ2luYWwgbWVzc2FnZS4K From owner-freebsd-current@FreeBSD.ORG Fri Jun 20 04:00:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E80BE318 for ; Fri, 20 Jun 2014 04:00:09 +0000 (UTC) Received: from mail-ie0-f175.google.com (mail-ie0-f175.google.com [209.85.223.175]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A66102DDD for ; Fri, 20 Jun 2014 04:00:09 +0000 (UTC) Received: by mail-ie0-f175.google.com with SMTP id tp5so2714636ieb.6 for ; Thu, 19 Jun 2014 21:00:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=4Au0KK3Fg/6Ax0+S4HLew6U5NNY4+3ZkQqEDPcaKG5Y=; b=D1e4VkXinvyfMRJZpTA8wL5VsIdu1bae163hGLJV3S/tD6v6syiNHlQN2Mck98FJvm QH01Fzg19++zzuH/k7hlG2q2ZZUzaO9WbxOu0tSTVyjUa7wDFy+RxDYDwRIeo/bh4KFX q396KHwoydJWV8hbBzlAQPrGTLL/sxlBJVEtqN3h7YXSov+8Qcap+a0ztyyqlBlWKt8Z xmhlKl8WoTOf0v8tg9W0nf15WJ7AaIx+II6npWDTL/ALRi+kwAvPQk1eGqvKYQCxOhcy 4rv3J925R20KWmSx8A1rjyk+kNXUmHvHS6dZz7yiHhXDtIpAC4OXS9es+pYJH0KOv2CH l9sQ== X-Gm-Message-State: ALoCoQlE0+HR9Gb+KVZevw3vNTbM15qc1XYCGiOn67joqDE2tBRqAHqJUo8Unop8xJeqhrToqG6b X-Received: by 10.42.51.204 with SMTP id f12mr779905icg.21.1403236803581; Thu, 19 Jun 2014 21:00:03 -0700 (PDT) Received: from netflix-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id jc2sm963753igb.19.2014.06.19.21.00.02 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 19 Jun 2014 21:00:02 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_3EFA39C2-6959-4FE3-9E71-D7B03D287D86"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 From: Warner Losh In-Reply-To: Date: Thu, 19 Jun 2014 22:00:03 -0600 Message-Id: References: <20140617200551.07542580A1@chaos.localdomain> <20140617211436.GI1248@hub.FreeBSD.org> <690CE378-D7D9-49A6-BC20-13FD540E63A2@FreeBSD.org> To: Craig Rodrigues X-Mailer: Apple Mail (2.1878.2) Cc: Brooks Davis , Dimitry Andric , "Simon J. Gerraty" , Glen Barber , freebsd-current Current , Marcel Moolenaar X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 20 Jun 2014 04:00:10 -0000 --Apple-Mail=_3EFA39C2-6959-4FE3-9E71-D7B03D287D86 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Jun 18, 2014, at 4:32 PM, Craig Rodrigues = wrote: > On Tue, Jun 17, 2014 at 11:59 PM, Dimitry Andric = wrote: >>=20 >> See r257658 which had fixed this, but it was reverted by Warner, >> unfortunately. This was one of the uses of the EARLY_BUILD flag = which >> was *not* redundant. :-/ >=20 >=20 > Warner, >=20 > Is there a way to bring back the behavior of r257658 but without > the way it was implemented with the EARLY_BUILD flag? > It would be handy, as we can see by this thread discussion. OK. I must be daft, or maybe just missing something. But I can build 9.3 = almost branch point on a current jail running on a 10.x system (to = simulate the 9 on current case). I don=92t see the problem being talked = about at all. As for 9 on 10, I was also able to do a build, but my 10.x = system may not have been pristine. Warner --Apple-Mail=_3EFA39C2-6959-4FE3-9E71-D7B03D287D86 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTo7HDAAoJEGwc0Sh9sBEAcwEP/jl9xcIs+1QCpx6LMN/6ctHt LkgPMOdPpAPxyDFYJKp2SSZnySC/xCkcOvyKOi/qjaPmUpgzpfkHmc33RLqJvxj3 uxhd4zghIl0wBmLUtcnDpK6E9FFlwsJxj7MgxyMN00Eh8gXPvfTcoBkE3Tf5AZjW qgOBVdEfZjbhUvH1poEVZIY2fZugwxp25GASQk5q0XX7Tv2nwHXwiIwajMfTUgdM A3mIeQSAecI/lP8fpGJtUjfPOpSRaGiPCGIPSRuhAizAjZzyiU8zDzJnZlXbtKd5 Q7GzwohDA1g3xEQkSb3Bwq2X1mDEk2ExCCMUTBF+AxaKAPC6VLO1iR82LSZCoXlv Xs0+HGe4G7mC4XG1yB+W7huyDTKIVv0W9uuK7O0SXke/lmZ8jmN7IPQDKTV6GDov vxAPmrENOVuDKyeNpDdIK/T+E7cFAi3Gdp7KsRvVDZdGkwOXCmq034WffNhipEjb uJbcypQeliKz/RY85B+bjbl3WIg0sLSSNxJGr65xXzjQVooawO7qk/8UZiseBBYs yyuj73boB1IbfjfCoFWA3joEiCwdoGoUm11TU0A6XOlaEp61+9XdUdcOttPvjNAM ROQzCPXVtAWrba7pKXOyHC2fl/5g+aLmRPJTVNFlitmNhkfK289yxkoxOqcwIp9W aqSZ0jdBKwAI0HLofZJd =KJ6t -----END PGP SIGNATURE----- --Apple-Mail=_3EFA39C2-6959-4FE3-9E71-D7B03D287D86-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 20 04:11:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0C1EC73D; Fri, 20 Jun 2014 04:11:15 +0000 (UTC) Date: Fri, 20 Jun 2014 00:11:12 -0400 From: Glen Barber To: Warner Losh Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 Message-ID: <20140620041112.GS1218@hub.FreeBSD.org> References: <20140617200551.07542580A1@chaos.localdomain> <20140617211436.GI1248@hub.FreeBSD.org> <690CE378-D7D9-49A6-BC20-13FD540E63A2@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="p2u4WfPhYOuYlOsk" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Craig Rodrigues , Brooks Davis , Dimitry Andric , "Simon J. Gerraty" , freebsd-current Current , Marcel Moolenaar X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 20 Jun 2014 04:11:17 -0000 --p2u4WfPhYOuYlOsk Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 19, 2014 at 10:00:03PM -0600, Warner Losh wrote: >=20 > On Jun 18, 2014, at 4:32 PM, Craig Rodrigues wrote: >=20 > > On Tue, Jun 17, 2014 at 11:59 PM, Dimitry Andric wrot= e: > >>=20 > >> See r257658 which had fixed this, but it was reverted by Warner, > >> unfortunately. This was one of the uses of the EARLY_BUILD flag which > >> was *not* redundant. :-/ > >=20 > >=20 > > Warner, > >=20 > > Is there a way to bring back the behavior of r257658 but without > > the way it was implemented with the EARLY_BUILD flag? > > It would be handy, as we can see by this thread discussion. >=20 > OK. I must be daft, or maybe just missing something. But I can build 9.3 = almost branch point on a current jail running on a 10.x system (to simulate= the 9 on current case). I don=E2=80=99t see the problem being talked about= at all. As for 9 on 10, I was also able to do a build, but my 10.x system = may not have been pristine. >=20 Removal of EARLY_BUILD is not the issue here, I have no idea where the hell the came into play. It is a race in the chain with what make(1) gets built for the stable/9 userland. It is why the 'make make buildworld' thing I mentioned works. Glen --p2u4WfPhYOuYlOsk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTo7RgAAoJELls3eqvi17QeoUP/2JIqBaHMCPVFtQGXEo3GVkb s3z3R3qadTH+hucDyMTg21iZNFW5b5YaIJfoNvHcmaVQ6HK/TTV8U/Fob9TyPMpe q5ZMqq6hQUrPMHkXUJD3YEQojQucxDKL2qojjlII2ZW5hAaDvOaq/yLQlELiM8JY yMQ778V94qzFmWdeYhV8uKLJBtaCDm9aJKufbg2SkHevayMTBq6VCde/blY7Gh4I wOFy6Z5yhjdPD4jY+I9ErMkCBMiBE+64/wsDPZseQ12Zq+nxriDDjLS9hkVPt6lt LxlaMSO0AuisT1My0RtrkhMmFGYiMNEp99un8XVvKYkbQHqtT8stG9nCRa8qTeNi xCRkOhxpb8GMinjU0/GWzQurN/pl2KjdGSCUFdo2tet0wu2sqBkDgDzmteAGT3P+ HOCyUsZyvd61Y9RV6zt9kfVdVweJbFFCKlF6/jesN5pN0vXK6vLFU37meLAM6Hx0 k74DIS2197Ud3ToBPQDYl0Q2t0maLZWB/AizWbo/IDg914ChIew+D1qzuXOMXf49 MI/5Z88xv2by7d1ynp5Fa4dB0L+QQG0sFeu5wpa04z/RTnPwKryEMI4Q7OiS2wZ3 8Eojp1X/isf/xEUbnWVPFEM55+4eeRUJexInfvplpokoajHFf3BAtcxENPvTf5iD oI1i+mn1GB5JbUFMg5x5 =8nBJ -----END PGP SIGNATURE----- --p2u4WfPhYOuYlOsk-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 20 07:51:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2176E527 for ; Fri, 20 Jun 2014 07:51:44 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D8F0720D0 for ; Fri, 20 Jun 2014 07:51:43 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 261331FE026; Fri, 20 Jun 2014 09:51:34 +0200 (CEST) Message-ID: <53A3E81B.5050805@selasky.org> Date: Fri, 20 Jun 2014 09:51:55 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: "Lundberg, Johannes" , FreeBSD Current Subject: Re: ucom_free Fatal trap on shutdown / module unload References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 20 Jun 2014 07:51:44 -0000 On 06/20/14 04:25, Lundberg, Johannes wrote: > Hi > > I'm getting this error on 11-CURRENT amd64 (snapshot from June). (see > attached image) > Worked fine with 10 I think.. > > The ucom module is loaded as a dependency by the uhso module. > > Any clues? > -- > Johannes Lundberg > > > [image: Inline image 1] > Hi, Possibly something similar to what was done in USB audio that DRIVER_MODULE_ORDERED() needs to be used instead of DRIVER_MODULE(). --HPS From owner-freebsd-current@FreeBSD.ORG Fri Jun 20 10:16:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F4120CC4 for ; Fri, 20 Jun 2014 10:16:22 +0000 (UTC) Received: from mail-vc0-x236.google.com (mail-vc0-x236.google.com [IPv6:2607:f8b0:400c:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B70082D42 for ; Fri, 20 Jun 2014 10:16:22 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id il7so3260754vcb.13 for ; Fri, 20 Jun 2014 03:16:21 -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=HyyJy2qPcd/Si9FMXKmAMvjim4CYWlyIcA8848Wc9F4=; b=cdgLJ0t3YW7c0iflqE6ggYKgaAXve1ALuF8nY/eCJRSv0C0koKkWjcrY7uP5pxUncB vSFSunoLHteaOtf40PrwZPHAv1mIVP5gRUjwhxE12Qc/lhLiagL5iJAVY/cKnkwiv8Br IbO8tAiVrrBqyyUSUGTRpokWBYBZmqi3zpPpJx4NU38ec26TZ1EK2VwWFXZXEu/8cP1t hVKSGdFh3GIh95oXcA5PDN8FnjFEWwVhJmcyc6yApCcOsvUaNC9VRriAABcOLHb3GNlW 87iDBn0YZUtI18JubRSwmBM0mG63TMcM8XyTCuI8TVSnCMgp6VRWuOL5uQiavG7dFFgy B+Yw== MIME-Version: 1.0 X-Received: by 10.58.118.168 with SMTP id kn8mr175616veb.44.1403259381715; Fri, 20 Jun 2014 03:16:21 -0700 (PDT) Received: by 10.220.188.197 with HTTP; Fri, 20 Jun 2014 03:16:21 -0700 (PDT) Date: Fri, 20 Jun 2014 19:16:21 +0900 Message-ID: Subject: SMBus and Trackpad driver for Chromebook C720 From: Teruyuki IMAI To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Fri, 20 Jun 2014 11:37:02 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 20 Jun 2014 10:16:23 -0000 Dear all, I am trying to run FreeBSD on Acer Chromebook C720. As mentioned in the earlier email, http://lists.freebsd.org/pipermail/freebsd-current/2014-February/048268.html I needed the following change to run FreeBSD on C720: * boot loader workaround https://github.com/terimai/freebsd/commit/6579be3ff5b4c6ff290946e53b27f5f0a1e8f2ce * atkbd patches (ported from DragonFly BSD) https://github.com/terimai/freebsd/commit/c8ae0a85b300fe4886974295acdccc1214189f56 USB, fixed by hselasky (r261795), works. Wifi also works with as-is driver. Now, I am going to make a trackpad on C720 work on FreeBSD. According to DragonFly BSD by Matthew Dillon, http://gitweb.dragonflybsd.org/dragonfly.git/commit/d316587fb7e2095feadd275045648efba8e09370 http://gitweb.dragonflybsd.org/dragonfly.git/tree/HEAD:/sys/dev/smbus/cyapa the trackpad is connected to the integrated I2C bus, and to support the trackpad, the SMBus driver is extended, Haswell I2C bus support (ig4 driver) is added, and the cyapa trackpad driver using ig4 is implemented. Perhaps anyone has already done or been working to support it. Is there some work or patches for a trackpad of C720? Best regards, Teruyuki Imai From owner-freebsd-current@FreeBSD.ORG Fri Jun 20 12:38:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 06D8E656; Fri, 20 Jun 2014 12:38:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CF71F2CDA; Fri, 20 Jun 2014 12:38:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5KCRsux087012; Fri, 20 Jun 2014 08:27:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5KCRsXE087003; Fri, 20 Jun 2014 12:27:54 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 20 Jun 2014 12:27:54 GMT Message-Id: <201406201227.s5KCRsXE087003@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jun 2014 12:38:02 -0000 TB --- 2014-06-20 12:10:47 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-20 12:10:47 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-20 12:10:47 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-06-20 12:10:47 - cleaning the object tree TB --- 2014-06-20 12:10:47 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-20 12:10:52 - At svn revision 267672 TB --- 2014-06-20 12:10:53 - building world TB --- 2014-06-20 12:10:53 - CROSS_BUILD_TESTING=YES TB --- 2014-06-20 12:10:53 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-20 12:10:53 - MAKESYSPATH=/src/share/mk TB --- 2014-06-20 12:10:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-20 12:10:53 - SRCCONF=/dev/null TB --- 2014-06-20 12:10:53 - TARGET=amd64 TB --- 2014-06-20 12:10:53 - TARGET_ARCH=amd64 TB --- 2014-06-20 12:10:53 - TZ=UTC TB --- 2014-06-20 12:10:53 - __MAKE_CONF=/dev/null TB --- 2014-06-20 12:10:53 - cd /src TB --- 2014-06-20 12:10:53 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Fri Jun 20 12:11:00 UTC 2014 >>> 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 [...] c++ -O2 -pipe -I/src/lib/clang/libclangast/../../../contrib/llvm/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/src/lib/clang/libclangast/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/RecordLayout.cpp -o RecordLayout.o c++ -O2 -pipe -I/src/lib/clang/libclangast/../../../contrib/llvm/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/src/lib/clang/libclangast/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/RecordLayoutBuilder.cpp -o RecordLayoutBuilder.o c++ -O2 -pipe -I/src/lib/clang/libclangast/../../../contrib/llvm/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/src/lib/clang/libclangast/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/SelectorLocationsKind.cpp -o SelectorLocationsKind.o c++ -O2 -pipe -I/src/lib/clang/libclangast/../../../contrib/llvm/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/src/lib/clang/libclangast/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/Stmt.cpp -o Stmt.o c++ -O2 -pipe -I/src/lib/clang/libclangast/../../../contrib/llvm/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/src/lib/clang/libclangast/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/StmtIterator.cpp -o StmtIterator.o c++ -O2 -pipe -I/src/lib/clang/libclangast/../../../contrib/llvm/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/src/lib/clang/libclangast/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/StmtPrinter.cpp -o StmtPrinter.o c++ -O2 -pipe -I/src/lib/clang/libclangast/../../../contrib/llvm/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/src/lib/clang/libclangast/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/StmtProfile.cpp -o StmtProfile.o c++ -O2 -pipe -I/src/lib/clang/libclangast/../../../contrib/llvm/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/src/lib/clang/libclangast/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/StmtViz.cpp -o StmtViz.o c++ -O2 -pipe -I/src/lib/clang/libclangast/../../../contrib/llvm/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/src/lib/clang/libclangast/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/TemplateBase.cpp -o TemplateBase.o c++ -O2 -pipe -I/src/lib/clang/libclangast/../../../contrib/llvm/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/src/lib/clang/libclangast/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/TemplateName.cpp -o TemplateName.o c++ -O2 -pipe -I/src/lib/clang/libclangast/../../../contrib/llvm/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/src/lib/clang/libclangast/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/Type.cpp -o Type.o c++ -O2 -pipe -I/src/lib/clang/libclangast/../../../contrib/llvm/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/src/lib/clang/libclangast/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/TypeLoc.cpp -o TypeLoc.o c++ -O2 -pipe -I/src/lib/clang/libclangast/../../../contrib/llvm/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/src/lib/clang/libclangast/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/TypePrinter.cpp -o TypePrinter.o c++ -O2 -pipe -I/src/lib/clang/libclangast/../../../contrib/llvm/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/src/lib/clang/libclangast/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/VTTBuilder.cpp -o VTTBuilder.o c++ -O2 -pipe -I/src/lib/clang/libclangast/../../../contrib/llvm/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/src/lib/clang/libclangast/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/VTableBuilder.cpp -o VTableBuilder.o /src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/VTableBuilder.cpp: In member function 'void::ItaniumVTableBuilder::dumpLayout(llvm::raw_ostream&)': /src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/VTableBuilder.cpp:1919: internal compiler error: in var_ann, at tree-flow-inline.h:128 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libclangast *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-20 12:27:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-20 12:27:54 - ERROR: failed to build world TB --- 2014-06-20 12:27:54 - 837.13 user 145.70 system 1026.32 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 20 16:42:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8941CD4C for ; Fri, 20 Jun 2014 16:42:41 +0000 (UTC) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) by mx1.freebsd.org (Postfix) with ESMTP id 383FE239E for ; Fri, 20 Jun 2014 16:42:40 +0000 (UTC) Received: from amavis-proxy-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3gw5R321FRz1R1 for ; Fri, 20 Jun 2014 18:42:39 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla2; t=1403282554; x=1405874555; bh=/Tb RSY512z02LtW+7ZDRxkygGZeIqKGfYZBxHpn4+Mw=; b=dobV2YfgXg/frfWLMeP gOvNULEJUy90896ENO8u1llTq/jCD31Es/Lk/xnLhT7+qrNkuDCC4Jy/dztay2Fp m1fiFqNeYkE6M5QRRsuA4WBIqz9uuB0qGQ8gGhDKyG+ofX8lOLybHRjOamdvKTuQ cE5QJHM6+MWVjTy7PHW/M1eM= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-proxy-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10012) with ESMTP id ts3rE62-ARqR for ; Fri, 20 Jun 2014 18:42:34 +0200 (CEST) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP for ; Fri, 20 Jun 2014 18:42:34 +0200 (CEST) Received: from neli.ijs.si (neli.ijs.si [IPv6:2001:1470:ff80:88:21c:c0ff:feb1:8c91]) by mildred.ijs.si (Postfix) with ESMTP id 3gw5Qy4916zXD for ; Fri, 20 Jun 2014 18:42:34 +0200 (CEST) Received: from neli.ijs.si ([2001:1470:ff80:88:21c:c0ff:feb1:8c91]) by neli.ijs.si with HTTP (HTTP/1.1 POST); Fri, 20 Jun 2014 18:42:34 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 20 Jun 2014 18:42:34 +0200 From: Mark Martinec To: freebsd-current@freebsd.org Subject: Re: CURRENT: why is CURRENT swapping so =?UTF-8?Q?fast=3F?= Organization: J. Stefan Institute In-Reply-To: <539CD081.2020900@ijs.si> References: <20140612003612.25cc2851.ohartman@zedat.fu-berlin.de> <5398F2A2.2020808@gmx.de> <46D4CB84655148FE9A5F7578E5F4A8FD@multiplay.co.uk> <539B8548.7000906@ijs.si> <20140614152907.GA61295@over-yonder.net> <539CD081.2020900@ijs.si> Message-ID: X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.0.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 20 Jun 2014 16:42:41 -0000 > me wrote: >>> Is this also fixed in the 10.0-STABLE by now? >>> >>> The situation does not improve by itself, ARC has it all, less >>> active jobs scramble and fight for whatever free memory is left for >>> them and most of them remain swapped out. The best curse of action >>> to recover is to reboot. Quite a pain. > > On 2014-06-14 17:29, Matthew D. Fuller wrote: >> You may want to check out >> which I >> believe is related. Make sure you get the latest patch rather than >> the older one, ref's in comment 10 at >> . > > Great, thank you, will apply it in the coming days. > > One would hope that such a serious pathological behaviour > (in 10-STABLE and 11) would get the patch applied by now > (patch available for two months now, problem described in March), > or the former logic reverted. I have this patch on a fresh 10.0-STABLE running now for five days, and things have improved significantly. Inactive processes are still swapped out, but ARC no longer monopolizes all it can grab, and newly activated processes get a chance to run quickly. Running a busy poudriere build no longer leaves the system in unusable state after it finishes. I hope this gets rolled into 10.0-STABLE soon. Mark From owner-freebsd-current@FreeBSD.ORG Sat Jun 21 01:51:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB6DF5E0 for ; Sat, 21 Jun 2014 01:51:15 +0000 (UTC) Received: from mail-qc0-x22e.google.com (mail-qc0-x22e.google.com [IPv6:2607:f8b0:400d:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8FABC20B9 for ; Sat, 21 Jun 2014 01:51:15 +0000 (UTC) Received: by mail-qc0-f174.google.com with SMTP id x13so4158760qcv.5 for ; Fri, 20 Jun 2014 18:51:14 -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=yG9zkP4H3ZC13+lxPI6dlcjg2SgOfn04gjJu6r18h1w=; b=UBodSji2QSlBhVc0bkeUskzx+3Fbq128RNN1r7uoq3Cof/bpv40fkf1o2bPnRVhn+j r2lH8VEHlEQz6vKOnQ+tMaxDmGnsgzaDBzKGgXmqX5Fwac95eVSZtY6Whs1gyVDl9OWj Y/1EBc3qicjfFww3h/9iA8D5dPFmmY2XaVmrFS0AycQm48Z2vRtxjryiX9xAu+yGMpsp fQJvDIIYRNsjoj284L6t/mczlDNX0YLxSFhvltR/ILUsu9RJ3iQtiCd5zODjWa01Zd2d 7yrNdQdHbncFOzZUHfEbWV0+8lH+t3f7ksqbgbeg5xT61gmxYsICR9a+VW3GBqU+wocx MCeA== MIME-Version: 1.0 X-Received: by 10.140.44.72 with SMTP id f66mr9645399qga.78.1403315474331; Fri, 20 Jun 2014 18:51:14 -0700 (PDT) Received: by 10.96.112.67 with HTTP; Fri, 20 Jun 2014 18:51:14 -0700 (PDT) Date: Fri, 20 Jun 2014 22:51:14 -0300 Message-ID: Subject: SipHash on FreeBSD 10 From: Victor Detoni To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 21 Jun 2014 01:51:15 -0000 Hello, Please, how can I use siphash from freebsd 10 headers? like md5.h thanks Victor From owner-freebsd-current@FreeBSD.ORG Sat Jun 21 22:55:45 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9C0EE256; Sat, 21 Jun 2014 22:55:44 +0000 (UTC) Date: Sat, 21 Jun 2014 18:55:40 -0400 From: Glen Barber To: "Simon J. Gerraty" Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 Message-ID: <20140621225540.GY1218@hub.FreeBSD.org> References: <20140617200551.07542580A1@chaos.localdomain> <20140617211436.GI1248@hub.FreeBSD.org> <690CE378-D7D9-49A6-BC20-13FD540E63A2@FreeBSD.org> <20140620041112.GS1218@hub.FreeBSD.org> <20140621220505.8EC75580A1@chaos.localdomain> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="QQBmthHSezQuldOP" Content-Disposition: inline In-Reply-To: <20140621220505.8EC75580A1@chaos.localdomain> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Craig Rodrigues , Marcel Moolenaar , Brooks Davis , Dimitry Andric , freebsd-current Current , Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 21 Jun 2014 22:55:45 -0000 --QQBmthHSezQuldOP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 21, 2014 at 03:05:05PM -0700, Simon J. Gerraty wrote: > >Removal of EARLY_BUILD is not the issue here, I have no idea where the > >hell the came into play. > > > >It is a race in the chain with what make(1) gets built for the stable/9 > >userland. It is why the 'make make buildworld' thing I mentioned works. >=20 > IIRC all the fixes I put into src/Makefile to ensure correct [bf]make > was built prior to anything like buildworld were only in head.=20 > I think Warner has now removed at least the fmake bits from head, but > stable/10 has it all. I think this fixed a number of races. >=20 > make make buildworld >=20 > should work, though if you want to use -j a separate invocation would be > a good idea (absent the fixes from stable/10): >=20 > make make && make -j8 -DNO_CLEAN buildworld This is, IMHO, the worst solution I've heard on this topic so far. Glen --QQBmthHSezQuldOP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTpg1sAAoJELls3eqvi17Q6dUP/jvGUWdeKSLjehelJioqLGRH AgJmyqzF10ovVkUGupUykvIpcaWvQy6lV2mhmkp9Ozh52yYwv/BDOCqZc5z9h8Md h2eIFjyA2fnf9WR6GQjCopSvvKZVMgSrMC3TYRh/koWGBqf4ITdp4eZQxVO0ExpS Zn9j9VjzPm/rpkXOWwc+kKDJU6Ms1QGuYha8o5eanyWY9cluLBNZRSMxzqPXEkF+ bQxnOn9xrrnMbSZL9/daHU+DryhNtYhVvl6L/XOK5cfdIdB1Mr7dr8Jbk5NEIY7s m9ySxMs/MctV+fTSnpdzDtIFDzkMV9KG2Oy0HNv7uXNc+N/dCo1gMnyhEwaiBH/Z 0o3b80KtuwreBXZeMNsSD4cuNDDRpr3Aw58FKTf0LEgancfEmy225oGbLXxnSXId WyzcE8hKIArteMDNokrx4F4InpMNHCUPKLLkOPJM6ZkNQczWD7sK5HB5+di8YkIc 1fUAivQcBVqNZqvuoHQvZ/siJ5l1EWRIBr0VoP3zI5T1B9vWuJYMSdroKyk9S9DD DhR+UfOiol0FIzbcBM/bmXIruTnyGoVAXOZLsR7AbOhj7vnSBgI5bIXt1ZTSZ3nx A/Ngw0eA20bIXBq73WiWClwCbsJH6iajMTKWsU0qOqTs3NmNzOp9B7rf40FPHyGr TMdNQmVvZVrW9ETQhgnB =RcIA -----END PGP SIGNATURE----- --QQBmthHSezQuldOP-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 21 22:05:18 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BCDC9AED; Sat, 21 Jun 2014 22:05:18 +0000 (UTC) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2lp0238.outbound.protection.outlook.com [207.46.163.238]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8C26E28F1; Sat, 21 Jun 2014 22:05:16 +0000 (UTC) Received: from CO2PR05CA002.namprd05.prod.outlook.com (10.141.194.150) by BL2PR05MB099.namprd05.prod.outlook.com (10.255.232.17) with Microsoft SMTP Server (TLS) id 15.0.954.9; Sat, 21 Jun 2014 22:05:10 +0000 Received: from BY2FFO11FD034.protection.gbl (2a01:111:f400:7c0c::179) by CO2PR05CA002.outlook.office365.com (2a01:111:e400:1414::22) with Microsoft SMTP Server (TLS) id 15.0.969.15 via Frontend Transport; Sat, 21 Jun 2014 22:05:09 +0000 Received: from P-EMF02-SAC.jnpr.net (66.129.239.16) by BY2FFO11FD034.mail.protection.outlook.com (10.1.14.219) with Microsoft SMTP Server (TLS) id 15.0.969.12 via Frontend Transport; Sat, 21 Jun 2014 22:05:09 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMF02-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.146.0; Sat, 21 Jun 2014 15:05:07 -0700 Received: from chaos.localdomain (chaos.jnpr.net [172.21.16.28]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id s5LM55n51898; Sat, 21 Jun 2014 15:05:06 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from chaos (localhost [127.0.0.1]) by chaos.localdomain (Postfix) with ESMTP id 8EC75580A1; Sat, 21 Jun 2014 15:05:05 -0700 (PDT) To: Glen Barber Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 In-Reply-To: <20140620041112.GS1218@hub.FreeBSD.org> References: <20140617200551.07542580A1@chaos.localdomain> <20140617211436.GI1248@hub.FreeBSD.org> <690CE378-D7D9-49A6-BC20-13FD540E63A2@FreeBSD.org> <20140620041112.GS1218@hub.FreeBSD.org> Comments: In-reply-to: Glen Barber message dated "Fri, 20 Jun 2014 00:11:12 -0400." From: "Simon J. Gerraty" X-Mailer: MH-E 7.82+cvs; nmh 1.3; GNU Emacs 22.3.1 Date: Sat, 21 Jun 2014 15:05:05 -0700 Message-ID: <20140621220505.8EC75580A1@chaos.localdomain> MIME-Version: 1.0 Content-Type: text/plain X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:66.129.239.16; CTRY:US; IPV:NLI; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(6009001)(51704005)(199002)(189002)(74662001)(31966008)(4396001)(102176002)(33656002)(104166001)(77982001)(74502001)(93546004)(21056001)(76176999)(47776003)(20776003)(6806004)(80022001)(50986999)(70486001)(50226001)(102836001)(68736004)(99396002)(84676001)(93916002)(92566001)(86362001)(69596002)(92726001)(77156001)(97736001)(81342001)(81542001)(76482001)(48376002)(46102001)(90896003)(50466002)(85306003)(85852003)(83072002)(89996001)(79102001)(62966002)(83322001)(44976005)(76506005)(87936001)(64706001)(106466001)(95666004)(81156004)(93886003)(101356003)(88136002)(57986006)(87286001)(105596002)(42262001); DIR:OUT; SFP:; SCL:1; SRVR:BL2PR05MB099; H:P-EMF02-SAC.jnpr.net; FPR:; MLV:sfv; PTR:InfoDomainNonexistent; A:1; MX:1; LANG:en; X-Microsoft-Antispam: BL:0; ACTION:Default; RISK:Low; SCL:0; SPMLVL:NotSpam; PCL:0; RULEID: X-Forefront-PRVS: 0249EFCB0B Received-SPF: SoftFail (: domain of transitioning juniper.net discourages use of 66.129.239.16 as permitted sender) Authentication-Results: spf=softfail (sender IP is 66.129.239.16) smtp.mailfrom=sjg@juniper.net; X-OriginatorOrg: juniper.net X-Mailman-Approved-At: Sun, 22 Jun 2014 01:57:26 +0000 Cc: Craig Rodrigues , Marcel Moolenaar , Brooks Davis , Dimitry Andric , freebsd-current Current , Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 21 Jun 2014 22:05:18 -0000 >Removal of EARLY_BUILD is not the issue here, I have no idea where the >hell the came into play. > >It is a race in the chain with what make(1) gets built for the stable/9 >userland. It is why the 'make make buildworld' thing I mentioned works. IIRC all the fixes I put into src/Makefile to ensure correct [bf]make was built prior to anything like buildworld were only in head. I think Warner has now removed at least the fmake bits from head, but stable/10 has it all. I think this fixed a number of races. make make buildworld should work, though if you want to use -j a separate invocation would be a good idea (absent the fixes from stable/10): make make && make -j8 -DNO_CLEAN buildworld From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 13:37:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9D0362F5 for ; Sun, 22 Jun 2014 13:37:44 +0000 (UTC) Received: from mail-qc0-x229.google.com (mail-qc0-x229.google.com [IPv6:2607:f8b0:400d:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 424D82664 for ; Sun, 22 Jun 2014 13:37:44 +0000 (UTC) Received: by mail-qc0-f169.google.com with SMTP id c9so5228030qcz.0 for ; Sun, 22 Jun 2014 06:37:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=7VWqDeG/dO+Rkhgw7B+I3SFNR5mtQ1qjrHtx2geBO/A=; b=h8Ms9ztNzPe1oYLhqK3ejgmCKkJzF1pOwqP2N86wxzarLt2V+Fag3+rvCo5jmH6iLN N/GCUOCbBrjZpfaoblvsJxlO+8Gj4hRZUgFmEvoo1/Ls0quTFWwz72fJiCYiKaNPeo1+ FqN7x/0GifbrWMB2dZ87ELVJFvkV59tKB4lrIdAFXoi+sQ/RNjx43slc4GWZEZn3rzNi MZNZoxLhdtmNQZPQn8M/hy9vdup61/XK9M2U415WFn+AD5sKK3iCBJSZ4U/0jK5+Oet0 mEZkFEyM/4toB0rKezSizgPXDnOH9EmKWgPo4qrkNdnaa8iQeDbEjJyJ1TNe7e3/9uQL PxeA== X-Received: by 10.140.104.66 with SMTP id z60mr22015564qge.21.1403444263294; Sun, 22 Jun 2014 06:37:43 -0700 (PDT) Received: from pwnie.vrt.sourcefire.com (moist.vrt.sourcefire.com. [198.148.79.134]) by mx.google.com with ESMTPSA id g8sm24607270qam.38.2014.06.22.06.37.41 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 22 Jun 2014 06:37:42 -0700 (PDT) Date: Sun, 22 Jun 2014 09:37:40 -0400 From: Shawn Webb To: freebsd-current@freebsd.org Subject: [CFT] New Round of ASLR Patches Message-ID: <20140622133740.GD1824@pwnie.vrt.sourcefire.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="S5HS5MvDw4DmbRmb" Content-Disposition: inline X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 22 Jun 2014 13:37:44 -0000 --S5HS5MvDw4DmbRmb Content-Type: multipart/mixed; boundary="yRA+Bmk8aPhU85Qt" Content-Disposition: inline --yRA+Bmk8aPhU85Qt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hey All, Attached is a new patch with the latest work regarding our ASLR implementation. Here's what has changed since the last patch distributed on 24 May 2014: Shawn Webb: Sat Jun 21 20:03:07 2014 -0400: PAX SEGVGUARD: Remove segvguard prior to putting in a separate feature branch Thu Jun 19 21:08:37 2014 -0400: PAX ASLR: More style(9) fixes Thu Jun 19 20:59:44 2014 -0400: PAX ASLR: Add PAX_SYSCTLS to sys/conf/NOTES Thu Jun 19 20:48:42 2014 -0400: PAX ASLR: Remove extra NO_PIE/MK_PIE entries that aren't now needed Wed Jun 11 22:07:51 2014 -0400: PAX ASLR: Rollback code cleanup that removed orig_addr from pax_aslr_mmap(). Wed Jun 11 17:54:12 2014 -0400: PAX ASLR: style(9) changes. Grammar fixes. Code cleanup. Fri May 30 18:36:49 2014 -0400: PAX ASLR: Pull in Oliver Pinter's change to add stack randomization Fri May 30 18:36:01 2014 -0400: Update copyright Oliver Pinter: Wed Jun 4 09:39:48 2014 +0200: PAX ASLR: added FEATURE(aslr, ...) to the kernel, and modify ugidfw to use them Wed May 28 00:27:06 2014 +0200: PAX: fix prison0 initialization after my jail modifications Sun May 25 21:20:23 2014 +0200: PAX: show pax settings in dmesg, and validate some value Sun May 25 19:48:44 2014 +0200: PAX ASLR: make security.pax.aslr sysctls optional Sun May 25 19:15:16 2014 +0200: PAX: check proc->p_ucred Sun May 25 19:11:50 2014 +0200: PAX: added PAX_SYSCTLS kernel option Sun May 25 19:10:16 2014 +0200: PAX ASLR: simplify jail handling Sun May 25 19:00:12 2014 +0200: PAX: hook in pax_init_prison at kern_jail_set Thanks, Shawn --yRA+Bmk8aPhU85Qt Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="2014-06-21_aslr.patch" Content-Transfer-Encoding: quoted-printable diff --git a/lib/libugidfw/ugidfw.c b/lib/libugidfw/ugidfw.c index 0dc423d..a4a38bc 100644 --- a/lib/libugidfw/ugidfw.c +++ b/lib/libugidfw/ugidfw.c @@ -36,6 +36,9 @@ #include #include #include +#include +#include +#include =20 #include =20 @@ -44,6 +47,8 @@ #include #include #include +#include +#include =20 #include "ugidfw.h" =20 @@ -329,14 +334,19 @@ bsde_rule_to_string(struct mac_bsdextended_rule *rule= , char *buf, size_t buflen) cur +=3D len; } if (rule->mbr_object.mbo_flags & MBO_FSID_DEFINED) { - numfs =3D getmntinfo(&mntbuf, MNT_NOWAIT); - for (i =3D 0; i < numfs; i++) - if (memcmp(&(rule->mbr_object.mbo_fsid), - &(mntbuf[i].f_fsid), - sizeof(mntbuf[i].f_fsid)) =3D=3D 0) - break; - len =3D snprintf(cur, left, "filesys %s ", - i =3D=3D numfs ? "???" : mntbuf[i].f_mntonname); + if (rule->mbr_object.mbo_inode =3D=3D 0) { + numfs =3D getmntinfo(&mntbuf, MNT_NOWAIT); + for (i =3D 0; i < numfs; i++) + if (memcmp(&(rule->mbr_object.mbo_fsid), + &(mntbuf[i].f_fsid), + sizeof(mntbuf[i].f_fsid)) =3D=3D 0) + break; + len =3D snprintf(cur, left, "filesys %s ", + i =3D=3D numfs ? "???" : mntbuf[i].f_mntonname); + } else { + len =3D snprintf(cur, left, "filesys %s ", + rule->mbr_object.mbo_paxpath); + } if (len < 0 || len > left) goto truncated; left -=3D len; @@ -500,6 +510,33 @@ bsde_rule_to_string(struct mac_bsdextended_rule *rule,= char *buf, size_t buflen) cur +=3D len; } =20 + if (rule->mbr_pax) { + len =3D snprintf(cur, left, " paxflags "); + if (len < 0 || len > left) + goto truncated; + left -=3D len; + cur +=3D len; + + if (rule->mbr_pax & MBI_FORCE_ASLR_ENABLED) { + len =3D snprintf(cur, left, "A"); + if (len < 0 || len > left) + goto truncated; + + left -=3D len; + cur +=3D len; + } + + if (rule->mbr_pax & MBI_FORCE_ASLR_DISABLED) { + len =3D snprintf(cur, left, "a"); + if (len < 0 || len > left) + goto truncated; + + left -=3D len; + cur +=3D len; + } + + } + return (0); =20 truncated: @@ -507,8 +544,8 @@ truncated: } =20 int -bsde_parse_uidrange(char *spec, uid_t *min, uid_t *max, - size_t buflen, char *errstr){ +bsde_parse_uidrange(char *spec, uid_t *min, uid_t *max, size_t buflen, cha= r *errstr) +{ struct passwd *pwd; uid_t uid1, uid2; char *spec1, *spec2, *endp; @@ -556,8 +593,8 @@ bsde_parse_uidrange(char *spec, uid_t *min, uid_t *max, } =20 int -bsde_parse_gidrange(char *spec, gid_t *min, gid_t *max, - size_t buflen, char *errstr){ +bsde_parse_gidrange(char *spec, gid_t *min, gid_t *max, size_t buflen, cha= r *errstr) +{ struct group *grp; gid_t gid1, gid2; char *spec1, *spec2, *endp; @@ -766,10 +803,15 @@ bsde_parse_type(char *spec, int *type, size_t buflen,= char *errstr) } =20 int -bsde_parse_fsid(char *spec, struct fsid *fsid, size_t buflen, char *errstr) +bsde_parse_fsid(char *spec, struct fsid *fsid, ino_t *inode, size_t buflen= , char *errstr) { size_t len; struct statfs buf; + struct stat sb; + int fd, paxstatus; + size_t bufsz; + + *inode =3D 0; =20 if (statfs(spec, &buf) < 0) { len =3D snprintf(errstr, buflen, "Unable to get id for %s: %s", @@ -779,6 +821,21 @@ bsde_parse_fsid(char *spec, struct fsid *fsid, size_t = buflen, char *errstr) =20 *fsid =3D buf.f_fsid; =20 + if (strcmp(buf.f_fstypename, "devfs") !=3D 0) { + bufsz =3D sizeof(int); + if (!sysctlbyname("kern.features.aslr", &paxstatus, &bufsz, + NULL, 0)) { + fd =3D open(spec, O_RDONLY); + if (fd !=3D -1) { + if (fstat(fd, &sb) =3D=3D 0) + if(S_ISDIR(sb.st_mode) =3D=3D 0) + *inode =3D sb.st_ino; + + close(fd); + } + } + } + return (0); } =20 @@ -852,13 +909,18 @@ bsde_parse_object(int argc, char *argv[], return (-1); } if (bsde_parse_fsid(argv[current+1], &fsid, - buflen, errstr) < 0) + &object->mbo_inode, buflen, errstr) < 0) return (-1); flags |=3D MBO_FSID_DEFINED; if (nextnot) { neg ^=3D MBO_FSID_DEFINED; nextnot =3D 0; } + if (object->mbo_inode) + snprintf(object->mbo_paxpath, MAXPATHLEN, "%s", + argv[current+1]); + else + memset(object->mbo_paxpath, 0x00, MAXPATHLEN); current +=3D 2; } else if (strcmp(argv[current], "suid") =3D=3D 0) { flags |=3D MBO_SUID; @@ -991,12 +1053,48 @@ bsde_parse_mode(int argc, char *argv[], mode_t *mode= , size_t buflen, } =20 int +bsde_parse_paxflags(int argc, char *argv[], uint32_t *pax, size_t buflen, = char *errstr) +{ + size_t len; + int i; + + if (argc =3D=3D 0) { + len =3D snprintf(errstr, buflen, "paxflags expects mode value"); + return (-1); + } + + if (argc !=3D 1) { + len =3D snprintf(errstr, buflen, "'%s' unexpected", argv[1]); + return (-1); + } + + *pax =3D 0; + for (i =3D 0; i < strlen(argv[0]); i++) { + switch (argv[0][i]) { + case 'A': + *pax |=3D MBI_FORCE_ASLR_ENABLED; + break; + case 'a': + *pax |=3D MBI_FORCE_ASLR_DISABLED; + break; + default: + len =3D snprintf(errstr, buflen, "Unknown mode letter: %c", + argv[0][i]); + return (-1); + }=20 + } + + return (0); +} + +int bsde_parse_rule(int argc, char *argv[], struct mac_bsdextended_rule *rule, size_t buflen, char *errstr) { int subject, subject_elements, subject_elements_length; int object, object_elements, object_elements_length; int mode, mode_elements, mode_elements_length; + int paxflags, paxflags_elements, paxflags_elements_length=3D0; int error, i; size_t len; =20 @@ -1037,11 +1135,23 @@ bsde_parse_rule(int argc, char *argv[], struct mac_= bsdextended_rule *rule, return (-1); } =20 + /* Search forward for paxflags */ + paxflags =3D -1; + for (i =3D 1; i < argc; i++) + if (strcmp(argv[i], "paxflags") =3D=3D 0) + paxflags =3D i; + + if (paxflags >=3D 0) { + paxflags_elements =3D paxflags + 1; + paxflags_elements_length =3D argc - paxflags_elements; + } + subject_elements_length =3D object - subject - 1; object_elements =3D object + 1; object_elements_length =3D mode - object_elements; mode_elements =3D mode + 1; - mode_elements_length =3D argc - mode_elements; + mode_elements_length =3D argc - mode_elements - + (paxflags_elements_length ? paxflags_elements_length+1 : 0); =20 error =3D bsde_parse_subject(subject_elements_length, argv + subject_elements, &rule->mbr_subject, buflen, errstr); @@ -1058,6 +1168,13 @@ bsde_parse_rule(int argc, char *argv[], struct mac_b= sdextended_rule *rule, if (error) return (-1); =20 + if (paxflags >=3D 0) { + error =3D bsde_parse_paxflags(paxflags_elements_length, argv + paxflags_= elements, + &rule->mbr_pax, buflen, errstr); + if (error) + return (-1); + } + return (0); } =20 diff --git a/lib/libugidfw/ugidfw.h b/lib/libugidfw/ugidfw.h index 5b7fcf2..cef469c 100644 --- a/lib/libugidfw/ugidfw.h +++ b/lib/libugidfw/ugidfw.h @@ -39,6 +39,8 @@ int bsde_rule_to_string(struct mac_bsdextended_rule *rule= , char *buf, size_t buflen); int bsde_parse_mode(int argc, char *argv[], mode_t *mode, size_t buflen, char *errstr); +int bsde_parse_paxflags(int argc, char *argv[], uint32_t *pax, size_t bufl= en, + char *errstr); int bsde_parse_rule(int argc, char *argv[], struct mac_bsdextended_rule *rule, size_t buflen, char *errstr); int bsde_parse_rule_string(const char *string, diff --git a/sys/amd64/amd64/elf_machdep.c b/sys/amd64/amd64/elf_machdep.c index fdc4d56..ffb5e31 100644 --- a/sys/amd64/amd64/elf_machdep.c +++ b/sys/amd64/amd64/elf_machdep.c @@ -26,12 +26,17 @@ #include __FBSDID("$FreeBSD$"); =20 +#include "opt_pax.h" + #include #include #include #include #include #include +#ifdef PAX_ASLR +#include +#endif #include #include #include @@ -81,6 +86,11 @@ struct sysentvec elf64_freebsd_sysvec =3D { .sv_shared_page_base =3D SHAREDPAGE, .sv_shared_page_len =3D PAGE_SIZE, .sv_schedtail =3D NULL, +#ifdef PAX_ASLR + .sv_pax_aslr_init =3D _pax_aslr_init, +#else + .sv_pax_aslr_init =3D NULL, +#endif }; INIT_SYSENTVEC(elf64_sysvec, &elf64_freebsd_sysvec); =20 diff --git a/sys/amd64/include/vmparam.h b/sys/amd64/include/vmparam.h index bda9722..5e83a8f 100644 --- a/sys/amd64/include/vmparam.h +++ b/sys/amd64/include/vmparam.h @@ -170,7 +170,7 @@ #define VM_MAXUSER_ADDRESS UVADDR(NUPML4E, 0, 0, 0) =20 #define SHAREDPAGE (VM_MAXUSER_ADDRESS - PAGE_SIZE) -#define USRSTACK SHAREDPAGE +#define USRSTACK (SHAREDPAGE - 4*PAGE_SIZE) =20 #define VM_MAX_ADDRESS UPT_MAX_ADDRESS #define VM_MIN_ADDRESS (0) diff --git a/sys/amd64/linux32/linux32_sysvec.c b/sys/amd64/linux32/linux32= _sysvec.c index c06ce11..f4f99f58 100644 --- a/sys/amd64/linux32/linux32_sysvec.c +++ b/sys/amd64/linux32/linux32_sysvec.c @@ -33,6 +33,7 @@ #include __FBSDID("$FreeBSD$"); #include "opt_compat.h" +#include "opt_pax.h" =20 #ifndef COMPAT_FREEBSD32 #error "Unable to compile Linux-emulator due to missing COMPAT_FREEBSD32 o= ption!" @@ -84,6 +85,10 @@ __FBSDID("$FreeBSD$"); #include #include =20 +#ifdef PAX_ASLR +#include +#endif + MODULE_VERSION(linux, 1); =20 MALLOC_DEFINE(M_LINUX, "linux", "Linux mode structures"); @@ -1037,6 +1042,11 @@ struct sysentvec elf_linux_sysvec =3D { .sv_shared_page_base =3D LINUX32_SHAREDPAGE, .sv_shared_page_len =3D PAGE_SIZE, .sv_schedtail =3D linux_schedtail, +#ifdef PAX_ASLR + .sv_pax_aslr_init =3D _pax_aslr_init32, +#else + .sv_pax_aslr_init =3D NULL, +#endif }; INIT_SYSENTVEC(elf_sysvec, &elf_linux_sysvec); =20 diff --git a/sys/arm/arm/elf_machdep.c b/sys/arm/arm/elf_machdep.c index 8ef9bd4..26e37e6 100644 --- a/sys/arm/arm/elf_machdep.c +++ b/sys/arm/arm/elf_machdep.c @@ -26,6 +26,8 @@ #include __FBSDID("$FreeBSD$"); =20 +#include "opt_pax.h" + #include #include #include @@ -46,6 +48,10 @@ __FBSDID("$FreeBSD$"); #include #include =20 +#ifdef PAX_ASLR +#include +#endif + struct sysentvec elf32_freebsd_sysvec =3D { .sv_size =3D SYS_MAXSYSCALL, .sv_table =3D sysent, @@ -79,6 +85,11 @@ struct sysentvec elf32_freebsd_sysvec =3D { .sv_fetch_syscall_args =3D cpu_fetch_syscall_args, .sv_syscallnames =3D syscallnames, .sv_schedtail =3D NULL, +#ifdef PAX_ASLR + .sv_pax_aslr_init =3D _pax_aslr_init, +#else + .sv_pax_aslr_init =3D NULL, +#endif }; =20 static Elf32_Brandinfo freebsd_brand_info =3D { diff --git a/sys/compat/freebsd32/freebsd32_misc.c b/sys/compat/freebsd32/f= reebsd32_misc.c index 68e761b..96a81d9 100644 --- a/sys/compat/freebsd32/freebsd32_misc.c +++ b/sys/compat/freebsd32/freebsd32_misc.c @@ -30,6 +30,7 @@ __FBSDID("$FreeBSD$"); #include "opt_compat.h" #include "opt_inet.h" #include "opt_inet6.h" +#include "opt_pax.h" =20 #define __ELF_WORD_SIZE 32 =20 @@ -113,6 +114,10 @@ __FBSDID("$FreeBSD$"); =20 FEATURE(compat_freebsd_32bit, "Compatible with 32-bit FreeBSD"); =20 +#ifdef PAX_ASLR +#include +#endif + #ifndef __mips__ CTASSERT(sizeof(struct timeval32) =3D=3D 8); CTASSERT(sizeof(struct timespec32) =3D=3D 8); @@ -2886,6 +2891,10 @@ freebsd32_copyout_strings(struct image_params *imgp) szsigcode =3D 0; destp =3D (uintptr_t)arginfo; =20 +#ifdef PAX_ASLR + pax_aslr_stack(curthread, &destp); +#endif + /* * install sigcode */ diff --git a/sys/compat/ia32/ia32_sysvec.c b/sys/compat/ia32/ia32_sysvec.c index a8e52e8..ade8da5 100644 --- a/sys/compat/ia32/ia32_sysvec.c +++ b/sys/compat/ia32/ia32_sysvec.c @@ -29,6 +29,7 @@ __FBSDID("$FreeBSD$"); =20 #include "opt_compat.h" +#include "opt_pax.h" =20 #define __ELF_WORD_SIZE 32 =20 @@ -74,6 +75,10 @@ __FBSDID("$FreeBSD$"); #include #include =20 +#ifdef PAX_ASLR +#include +#endif + CTASSERT(sizeof(struct ia32_mcontext) =3D=3D 640); CTASSERT(sizeof(struct ia32_ucontext) =3D=3D 704); CTASSERT(sizeof(struct ia32_sigframe) =3D=3D 800); @@ -139,6 +144,11 @@ struct sysentvec ia32_freebsd_sysvec =3D { .sv_shared_page_base =3D FREEBSD32_SHAREDPAGE, .sv_shared_page_len =3D PAGE_SIZE, .sv_schedtail =3D NULL, +#ifdef PAX_ASLR + .sv_pax_aslr_init =3D _pax_aslr_init32, +#else + .sv_pax_aslr_init =3D NULL, +#endif }; INIT_SYSENTVEC(elf_ia32_sysvec, &ia32_freebsd_sysvec); =20 diff --git a/sys/conf/NOTES b/sys/conf/NOTES index 4d27713..671ef83 100644 --- a/sys/conf/NOTES +++ b/sys/conf/NOTES @@ -2972,3 +2972,7 @@ options RANDOM_RWFILE # Read and write entropy cache =20 # Module to enable execution of application via emulators like QEMU options IMAGACT_BINMISC + +# Address Space Layout Randomization (ASLR) +options PAX_ASLR +options PAX_SYSCTLS diff --git a/sys/conf/files b/sys/conf/files index cc907c50..1e73c88 100644 --- a/sys/conf/files +++ b/sys/conf/files @@ -2907,6 +2907,9 @@ kern/kern_mtxpool.c standard kern/kern_mutex.c standard kern/kern_ntptime.c standard kern/kern_osd.c standard +kern/kern_pax.c optional pax_aslr +kern/kern_pax_aslr.c optional pax_aslr +kern/kern_pax_log.c optional pax_aslr kern/kern_physio.c standard kern/kern_pmc.c standard kern/kern_poll.c optional device_polling diff --git a/sys/conf/options b/sys/conf/options index 32fb4d4..6e81e4e 100644 --- a/sys/conf/options +++ b/sys/conf/options @@ -916,6 +916,12 @@ RACCT opt_global.h # Resource Limits RCTL opt_global.h =20 +# PaX - hardening options +PAX_ASLR opt_pax.h +PAX_ASLR_MAX_SEC opt_pax.h +PAX_MPROTECT opt_pax.h +PAX_SYSCTLS opt_pax.h + # Random number generator(s) RANDOM_YARROW opt_random.h RANDOM_FORTUNA opt_random.h diff --git a/sys/i386/i386/elf_machdep.c b/sys/i386/i386/elf_machdep.c index 034b4c4..9571252 100644 --- a/sys/i386/i386/elf_machdep.c +++ b/sys/i386/i386/elf_machdep.c @@ -26,6 +26,8 @@ #include __FBSDID("$FreeBSD$"); =20 +#include "opt_pax.h" + #include #include #include @@ -46,6 +48,10 @@ __FBSDID("$FreeBSD$"); #include #include =20 +#ifdef PAX_ASLR +#include +#endif + struct sysentvec elf32_freebsd_sysvec =3D { .sv_size =3D SYS_MAXSYSCALL, .sv_table =3D sysent, @@ -81,6 +87,11 @@ struct sysentvec elf32_freebsd_sysvec =3D { .sv_shared_page_base =3D SHAREDPAGE, .sv_shared_page_len =3D PAGE_SIZE, .sv_schedtail =3D NULL, +#ifdef PAX_ASLR + .sv_pax_aslr_init =3D _pax_aslr_init, +#else + .sv_pax_aslr_init =3D NULL, +#endif }; INIT_SYSENTVEC(elf32_sysvec, &elf32_freebsd_sysvec); =20 diff --git a/sys/i386/ibcs2/ibcs2_sysvec.c b/sys/i386/ibcs2/ibcs2_sysvec.c index 5d007c7..1bb9d89 100644 --- a/sys/i386/ibcs2/ibcs2_sysvec.c +++ b/sys/i386/ibcs2/ibcs2_sysvec.c @@ -31,6 +31,8 @@ #include __FBSDID("$FreeBSD$"); =20 +#include "opt_pax.h" + #include #include #include @@ -50,6 +52,10 @@ __FBSDID("$FreeBSD$"); #include #include =20 +#ifdef PAX_ASLR +#include +#endif + MODULE_VERSION(ibcs2, 1); =20 extern int bsd_to_ibcs2_errno[]; @@ -89,6 +95,11 @@ struct sysentvec ibcs2_svr3_sysvec =3D { .sv_fetch_syscall_args =3D cpu_fetch_syscall_args, .sv_syscallnames =3D NULL, .sv_schedtail =3D NULL, +#ifdef PAX_ASLR + .sv_pax_aslr_init =3D _pax_aslr_init, /* XXXOP */ +#else + .sv_pax_aslr_init =3D NULL, +#endif }; =20 static int diff --git a/sys/i386/linux/linux_sysvec.c b/sys/i386/linux/linux_sysvec.c index 0ad6791..403070c 100644 --- a/sys/i386/linux/linux_sysvec.c +++ b/sys/i386/linux/linux_sysvec.c @@ -29,6 +29,8 @@ #include __FBSDID("$FreeBSD$"); =20 +#include "opt_pax.h" + #include #include #include @@ -72,6 +74,10 @@ __FBSDID("$FreeBSD$"); #include #include =20 +#ifdef PAX_ASLR +#include +#endif + MODULE_VERSION(linux, 1); =20 MALLOC_DEFINE(M_LINUX, "linux", "Linux mode structures"); @@ -974,6 +980,11 @@ struct sysentvec linux_sysvec =3D { .sv_shared_page_base =3D LINUX_SHAREDPAGE, .sv_shared_page_len =3D PAGE_SIZE, .sv_schedtail =3D linux_schedtail, +#ifdef PAX_ASLR + .sv_pax_aslr_init =3D _pax_aslr_init, /* XXXOP */ +#else + .sv_pax_aslr_init =3D NULL, +#endif }; INIT_SYSENTVEC(aout_sysvec, &linux_sysvec); =20 @@ -1012,6 +1023,11 @@ struct sysentvec elf_linux_sysvec =3D { .sv_shared_page_base =3D LINUX_SHAREDPAGE, .sv_shared_page_len =3D PAGE_SIZE, .sv_schedtail =3D linux_schedtail, +#ifdef PAX_ASLR + .sv_pax_aslr_init =3D _pax_aslr_init, +#else + .sv_pax_aslr_init =3D NULL, +#endif }; INIT_SYSENTVEC(elf_sysvec, &elf_linux_sysvec); =20 diff --git a/sys/ia64/ia64/elf_machdep.c b/sys/ia64/ia64/elf_machdep.c index 05cb641..e3d19c1 100644 --- a/sys/ia64/ia64/elf_machdep.c +++ b/sys/ia64/ia64/elf_machdep.c @@ -25,6 +25,8 @@ * $FreeBSD$ */ =20 +#include "opt_pax.h" + #include #include #include @@ -49,6 +51,10 @@ #include #include =20 +#ifdef PAX_ASLR +#include +#endif + Elf_Addr link_elf_get_gp(linker_file_t); =20 extern Elf_Addr fptr_storage[]; @@ -86,6 +92,12 @@ struct sysentvec elf64_freebsd_sysvec =3D { .sv_fetch_syscall_args =3D cpu_fetch_syscall_args, .sv_syscallnames =3D syscallnames, .sv_schedtail =3D NULL, +#ifdef PAX_ASLR + .sv_pax_aslr_init =3D _pax_aslr_init, +#else + .sv_pax_aslr_init =3D NULL, +#endif + }; =20 static Elf64_Brandinfo freebsd_brand_info =3D { diff --git a/sys/kern/imgact_aout.c b/sys/kern/imgact_aout.c index 3ae78de..aac03f1 100644 --- a/sys/kern/imgact_aout.c +++ b/sys/kern/imgact_aout.c @@ -27,6 +27,8 @@ #include __FBSDID("$FreeBSD$"); =20 +#include "opt_pax.h" + #include #include #include @@ -62,6 +64,10 @@ __FBSDID("$FreeBSD$"); #include #endif =20 +#ifdef PAX_ASLR +#include +#endif + static int exec_aout_imgact(struct image_params *imgp); static int aout_fixup(register_t **stack_base, struct image_params *imgp); =20 @@ -99,6 +105,11 @@ struct sysentvec aout_sysvec =3D { .sv_fetch_syscall_args =3D cpu_fetch_syscall_args, .sv_syscallnames =3D syscallnames, .sv_schedtail =3D NULL, +#ifdef PAX_ASLR + .sv_pax_aslr_init =3D _pax_aslr_init, /* XXXOP */ +#else + .sv_pax_aslr_init =3D NULL, +#endif }; =20 #elif defined(__amd64__) @@ -143,6 +154,11 @@ struct sysentvec aout_sysvec =3D { .sv_set_syscall_retval =3D ia32_set_syscall_retval, .sv_fetch_syscall_args =3D ia32_fetch_syscall_args, .sv_syscallnames =3D freebsd32_syscallnames, +#ifdef PAX_ASLR + .sv_pax_aslr_init =3D _pax_aslr_init32, /* XXXOP */ +#else + .sv_pax_aslr_init =3D NULL, +#endif }; #else #error "Port me" diff --git a/sys/kern/imgact_elf.c b/sys/kern/imgact_elf.c index 591094e..d0e01d3 100644 --- a/sys/kern/imgact_elf.c +++ b/sys/kern/imgact_elf.c @@ -34,6 +34,7 @@ __FBSDID("$FreeBSD$"); #include "opt_capsicum.h" #include "opt_compat.h" #include "opt_core.h" +#include "opt_pax.h" =20 #include #include @@ -48,6 +49,7 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include #include #include #include @@ -81,6 +83,10 @@ __FBSDID("$FreeBSD$"); #include #include =20 +#if defined(PAX_ASLR) +#include +#endif + #define ELF_NOTE_ROUNDSIZE 4 #define OLD_EI_BRAND 8 =20 @@ -655,16 +661,16 @@ __elfN(load_file)(struct proc *p, const char *file, u= _long *addr, hdr =3D (const Elf_Ehdr *)imgp->image_header; if ((error =3D __elfN(check_header)(hdr)) !=3D 0) goto fail; - if (hdr->e_type =3D=3D ET_DYN) + if (hdr->e_type =3D=3D ET_DYN) { rbase =3D *addr; - else if (hdr->e_type =3D=3D ET_EXEC) + } else if (hdr->e_type =3D=3D ET_EXEC) { rbase =3D 0; - else { + } else { error =3D ENOEXEC; goto fail; } =20 - /* Only support headers that fit within first page for now */ + /* Only support headers that fit within first page for now */ if ((hdr->e_phoff > PAGE_SIZE) || (u_int)hdr->e_phentsize * hdr->e_phnum > PAGE_SIZE - hdr->e_phoff) { error =3D ENOEXEC; @@ -789,16 +795,7 @@ __CONCAT(exec_, __elfN(imgact))(struct image_params *i= mgp) if (hdr->e_type =3D=3D ET_DYN) { if ((brand_info->flags & BI_CAN_EXEC_DYN) =3D=3D 0) return (ENOEXEC); - /* - * Honour the base load address from the dso if it is - * non-zero for some reason. - */ - if (baddr =3D=3D 0) - et_dyn_addr =3D ET_DYN_LOAD_ADDR; - else - et_dyn_addr =3D 0; - } else - et_dyn_addr =3D 0; + } sv =3D brand_info->sysvec; if (interp !=3D NULL && brand_info->interp_newpath !=3D NULL) newinterp =3D brand_info->interp_newpath; @@ -819,6 +816,25 @@ __CONCAT(exec_, __elfN(imgact))(struct image_params *i= mgp) error =3D exec_new_vmspace(imgp, sv); imgp->proc->p_sysent =3D sv; =20 +#if defined(PAX_MPROTECT) || defined(PAX_ASLR) + pax_elf(imgp, 0); +#endif + + et_dyn_addr =3D 0; + if (hdr->e_type =3D=3D ET_DYN) { + /* + * Honour the base load address from the dso if it is + * non-zero for some reason. + */ + if (baddr =3D=3D 0) { + et_dyn_addr =3D ET_DYN_LOAD_ADDR; +#ifdef PAX_ASLR + if (pax_aslr_active(NULL, imgp->proc)) + et_dyn_addr +=3D imgp->proc->p_vmspace->vm_aslr_delta_exec; +#endif + } + } + vn_lock(imgp->vp, LK_EXCLUSIVE | LK_RETRY); if (error) return (error); diff --git a/sys/kern/init_main.c b/sys/kern/init_main.c index 141d438..9301b57 100644 --- a/sys/kern/init_main.c +++ b/sys/kern/init_main.c @@ -410,6 +410,7 @@ struct sysentvec null_sysvec =3D { .sv_fetch_syscall_args =3D null_fetch_syscall_args, .sv_syscallnames =3D NULL, .sv_schedtail =3D NULL, + .sv_pax_aslr_init =3D NULL, }; =20 /* diff --git a/sys/kern/kern_exec.c b/sys/kern/kern_exec.c index 667715e..24caccc 100644 --- a/sys/kern/kern_exec.c +++ b/sys/kern/kern_exec.c @@ -30,6 +30,7 @@ __FBSDID("$FreeBSD$"); #include "opt_capsicum.h" #include "opt_hwpmc_hooks.h" #include "opt_ktrace.h" +#include "opt_pax.h" #include "opt_vm.h" =20 #include @@ -94,6 +95,10 @@ __FBSDID("$FreeBSD$"); dtrace_execexit_func_t dtrace_fasttrap_exec; #endif =20 +#if defined(PAX_ASLR) +#include +#endif + SDT_PROVIDER_DECLARE(proc); SDT_PROBE_DEFINE1(proc, kernel, , exec, "char *"); SDT_PROBE_DEFINE1(proc, kernel, , exec__failure, "int"); @@ -404,6 +409,7 @@ do_execve(td, args, mac_p) imgp->pagesizes =3D 0; imgp->pagesizeslen =3D 0; imgp->stack_prot =3D 0; + imgp->pax_flags =3D 0; =20 #ifdef MAC error =3D mac_execve_enter(imgp, mac_p); @@ -1064,6 +1070,10 @@ exec_new_vmspace(imgp, sv) map =3D &vmspace->vm_map; } =20 +#ifdef PAX_ASLR + pax_aslr_init(curthread, imgp); +#endif + /* Map a shared page */ obj =3D sv->sv_shared_page_obj; if (obj !=3D NULL) { @@ -1107,6 +1117,9 @@ exec_new_vmspace(imgp, sv) */ vmspace->vm_ssize =3D sgrowsiz >> PAGE_SHIFT; vmspace->vm_maxsaddr =3D (char *)sv->sv_usrstack - ssiz; +#ifdef PAX_ASLR + vmspace->vm_maxsaddr -=3D vmspace->vm_aslr_delta_stack; +#endif =20 return (0); } @@ -1266,6 +1279,9 @@ exec_copyout_strings(imgp) szsigcode =3D *(p->p_sysent->sv_szsigcode); } destp =3D (uintptr_t)arginfo; +#ifdef PAX_ASLR + pax_aslr_stack(curthread, &destp); +#endif =20 /* * install sigcode diff --git a/sys/kern/kern_fork.c b/sys/kern/kern_fork.c index b3d9c24..3cd85d8 100644 --- a/sys/kern/kern_fork.c +++ b/sys/kern/kern_fork.c @@ -513,6 +513,11 @@ do_fork(struct thread *td, int flags, struct proc *p2,= struct thread *td2, } =20 /* + * XXXOP: this is the right place? + */ + p2->p_pax =3D p1->p_pax; + + /* * p_limit is copy-on-write. Bump its refcount. */ lim_fork(p1, p2); diff --git a/sys/kern/kern_jail.c b/sys/kern/kern_jail.c index 47cd568..d9036bd 100644 --- a/sys/kern/kern_jail.c +++ b/sys/kern/kern_jail.c @@ -33,6 +33,7 @@ __FBSDID("$FreeBSD$"); #include "opt_ddb.h" #include "opt_inet.h" #include "opt_inet6.h" +#include "opt_pax.h" =20 #include #include @@ -74,6 +75,10 @@ __FBSDID("$FreeBSD$"); #endif /* INET6 */ #endif /* DDB */ =20 +#if defined(PAX_ASLR) +#include +#endif + #include =20 #define DEFAULT_HOSTUUID "00000000-0000-0000-0000-000000000000" @@ -117,6 +122,10 @@ struct prison prison0 =3D { }; MTX_SYSINIT(prison0, &prison0.pr_mtx, "jail mutex", MTX_DEF); =20 +#if defined(PAX_ASLR) +SYSINIT(pax, SI_SUB_PAX, SI_ORDER_MIDDLE, pax_init_prison, (void *) &priso= n0); +#endif + /* allprison, allprison_racct and lastprid are protected by allprison_lock= =2E */ struct sx allprison_lock; SX_SYSINIT(allprison_lock, &allprison_lock, "allprison"); @@ -1307,6 +1316,10 @@ kern_jail_set(struct thread *td, struct uio *optuio,= int flags) goto done_releroot; } =20 +#if defined(PAX_ASLR) + pax_init_prison(pr); +#endif + mtx_lock(&pr->pr_mtx); /* * New prisons do not yet have a reference, because we do not diff --git a/sys/kern/kern_pax.c b/sys/kern/kern_pax.c new file mode 100644 index 0000000..1bd5ad0 --- /dev/null +++ b/sys/kern/kern_pax.c @@ -0,0 +1,214 @@ +/*- + * Copyright (c) 2006 Elad Efrat + * Copyright (c) 2013-2014, by Oliver Pinter + * Copyright (c) 2014, by Shawn Webb + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * 3. The name of the author may not be used to endorse or promote products + * derived from this software without specific prior written permission. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTI= ES + * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. + * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, + * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT + * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF US= E, + * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY + * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT + * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF + * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. + * + * $FreeBSD$ + */ + +#include +__FBSDID("$FreeBSD$"); + +#include "opt_compat.h" +#include "opt_pax.h" + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include +#include +#include + +#include +#include + +#include +#include +#include + +#include + +#include + +#include + +SYSCTL_NODE(_security, OID_AUTO, pax, CTLFLAG_RD, 0, + "PaX (exploit mitigation) features."); + +struct prison * +pax_get_prison(struct thread *td, struct proc *proc) +{ + + if (td !=3D NULL) { + if ((td->td_proc !=3D NULL) && (td->td_proc->p_ucred !=3D NULL)) + return (td->td_proc->p_ucred->cr_prison); + + return (NULL); + } + if ((proc =3D=3D NULL) || (proc->p_ucred =3D=3D NULL)) + return (NULL); + + return (proc->p_ucred->cr_prison); +} + +void +pax_elf(struct image_params *imgp, uint32_t mode) +{ + u_int flags =3D 0; + + if ((mode & MBI_ALLPAX) =3D=3D MBI_ALLPAX) + goto end; + + if (mode & MBI_FORCE_ASLR_ENABLED) + flags |=3D PAX_NOTE_ASLR; + else if (mode & MBI_FORCE_ASLR_DISABLED) + flags |=3D PAX_NOTE_NOASLR; + +end: + if (imgp !=3D NULL) { + imgp->pax_flags =3D flags; + if (imgp->proc !=3D NULL) { + PROC_LOCK(imgp->proc); + imgp->proc->p_pax =3D flags; + PROC_UNLOCK(imgp->proc); + } + } +} + + +/* + * print out PaX settings on boot time, and validate some of them + */ +void +pax_init(void) +{ +#if defined(PAX_ASLR) + const char *status_str[] =3D { + [0] =3D "disabled", + [1] =3D "opt-in", + [2] =3D "opt-out", + [3] =3D "force enabled", + [4] =3D "UNKNOWN -> changed to \"force enabled\"" + }; +#endif + +#ifdef PAX_ASLR + switch (pax_aslr_status) { + case 0: + case 1: + case 2: + case 3: + break; + default: + printf("[PAX ASLR] WARNING, invalid PAX settings in loader.conf!" + " (pax_aslr_status =3D %d)\n", pax_aslr_status); + pax_aslr_status =3D 3; + break; + } + printf("[PAX ASLR] status: %s\n", status_str[pax_aslr_status]); + printf("[PAX ASLR] mmap: %d bit\n", pax_aslr_mmap_len); + printf("[PAX ASLR] exec base: %d bit\n", pax_aslr_exec_len); + printf("[PAX ASLR] stack: %d bit\n", pax_aslr_stack_len); + +#ifdef COMPAT_FREEBSD32 + switch (pax_aslr_compat_status) { + case 0: + case 1: + case 2: + case 3: + break; + default: + printf("[PAX ASLR (compat)] WARNING, invalid PAX settings in loader.conf= ! " + "(pax_aslr_compat_status =3D %d)\n", pax_aslr_compat_status); + pax_aslr_compat_status =3D 3; + break; + } + printf("[PAX ASLR (compat)] status: %s\n", status_str[pax_aslr_compat_sta= tus]); + printf("[PAX ASLR (compat)] mmap: %d bit\n", pax_aslr_compat_mmap_len); + printf("[PAX ASLR (compat)] exec base: %d bit\n", pax_aslr_compat_exec_le= n); + printf("[PAX ASLR (compat)] stack: %d bit\n", pax_aslr_compat_stack_len); +#endif /* COMPAT_FREEBSD32 */ +#endif /* PAX_ASLR */ + + printf("[PAX LOG] logging to system: %d\n", pax_log_log); + printf("[PAX LOG] logging to user: %d\n", pax_log_ulog); +} +SYSINIT(pax, SI_SUB_PAX, SI_ORDER_FIRST, pax_init, NULL); + +void +pax_init_prison(struct prison *pr) +{ + + if (pr =3D=3D NULL) + return; + + if (pr->pr_pax_set) + return; + + mtx_lock(&(pr->pr_mtx)); + + if (pax_aslr_debug) + uprintf("[PaX ASLR] %s: Setting prison %s ASLR variables\n", + __func__, pr->pr_name); + +#ifdef PAX_ASLR + pr->pr_pax_aslr_status =3D pax_aslr_status; + pr->pr_pax_aslr_debug =3D pax_aslr_debug; + pr->pr_pax_aslr_mmap_len =3D pax_aslr_mmap_len; + pr->pr_pax_aslr_stack_len =3D pax_aslr_stack_len; + pr->pr_pax_aslr_exec_len =3D pax_aslr_exec_len; + +#ifdef COMPAT_FREEBSD32 + pr->pr_pax_aslr_compat_status =3D pax_aslr_compat_status; + pr->pr_pax_aslr_compat_mmap_len =3D pax_aslr_compat_mmap_len; + pr->pr_pax_aslr_compat_stack_len =3D pax_aslr_compat_stack_len; + pr->pr_pax_aslr_compat_exec_len =3D pax_aslr_compat_exec_len; +#endif /* COMPAT_FREEBSD32 */ +#endif /* PAX_ASLR */ + + pr->pr_pax_log_log =3D pax_log_log; + pr->pr_pax_log_ulog =3D pax_log_ulog; + + pr->pr_pax_set =3D 1; + + mtx_unlock(&(pr->pr_mtx)); +} diff --git a/sys/kern/kern_pax_aslr.c b/sys/kern/kern_pax_aslr.c new file mode 100644 index 0000000..4b5e8dd --- /dev/null +++ b/sys/kern/kern_pax_aslr.c @@ -0,0 +1,685 @@ +/*- + * Copyright (c) 2006 Elad Efrat + * Copyright (c) 2013-2014, by Oliver Pinter + * Copyright (c) 2014, by Shawn Webb + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * 3. The name of the author may not be used to endorse or promote products + * derived from this software without specific prior written permission. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTI= ES + * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. + * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, + * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT + * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF US= E, + * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY + * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT + * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF + * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. + * + * $FreeBSD$ + */ + +#include +__FBSDID("$FreeBSD$"); + +#include "opt_compat.h" +#include "opt_pax.h" + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include +#include +#include + +#include +#include +#include + +#include + +#include + +FEATURE(aslr, "Address Space Layout Randomization."); + +int pax_aslr_status =3D PAX_ASLR_OPTOUT; +int pax_aslr_debug =3D 0; + +#ifdef PAX_ASLR_MAX_SEC +int pax_aslr_mmap_len =3D PAX_ASLR_DELTA_MMAP_MAX_LEN; +int pax_aslr_stack_len =3D PAX_ASLR_DELTA_STACK_MAX_LEN; +int pax_aslr_exec_len =3D PAX_ASLR_DELTA_EXEC_MAX_LEN; +#else +int pax_aslr_mmap_len =3D PAX_ASLR_DELTA_MMAP_DEF_LEN; +int pax_aslr_stack_len =3D PAX_ASLR_DELTA_STACK_DEF_LEN; +int pax_aslr_exec_len =3D PAX_ASLR_DELTA_EXEC_DEF_LEN; +#endif /* PAX_ASLR_MAX_SEC */ + +#ifdef COMPAT_FREEBSD32 +int pax_aslr_compat_status =3D PAX_ASLR_OPTOUT; +#ifdef PAX_ASLR_MAX_SEC +int pax_aslr_compat_mmap_len =3D PAX_ASLR_COMPAT_DELTA_MMAP_MAX_LEN; +int pax_aslr_compat_stack_len =3D PAX_ASLR_COMPAT_DELTA_STACK_MAX_LEN; +int pax_aslr_compat_exec_len =3D PAX_ASLR_COMPAT_DELTA_EXEC_MAX_LEN; +#else +int pax_aslr_compat_mmap_len =3D PAX_ASLR_COMPAT_DELTA_MMAP_MIN_LEN; +int pax_aslr_compat_stack_len =3D PAX_ASLR_COMPAT_DELTA_STACK_MIN_LEN; +int pax_aslr_compat_exec_len =3D PAX_ASLR_COMPAT_DELTA_EXEC_MIN_LEN; +#endif /* PAX_ASLR_MAX_SEC */ +#endif /* COMPAT_FREEBSD32 */ + +TUNABLE_INT("security.pax.aslr.status", &pax_aslr_status); +TUNABLE_INT("security.pax.aslr.mmap_len", &pax_aslr_mmap_len); +TUNABLE_INT("security.pax.aslr.debug", &pax_aslr_debug); +TUNABLE_INT("security.pax.aslr.stack_len", &pax_aslr_stack_len); +TUNABLE_INT("security.pax.aslr.exec_len", &pax_aslr_exec_len); +#ifdef COMPAT_FREEBSD32 +TUNABLE_INT("security.pax.aslr.compat.status", &pax_aslr_compat_status); +TUNABLE_INT("security.pax.aslr.compat.mmap", &pax_aslr_compat_mmap_len); +TUNABLE_INT("security.pax.aslr.compat.stack", &pax_aslr_compat_stack_len); +TUNABLE_INT("security.pax.aslr.compat.stack", &pax_aslr_compat_exec_len); +#endif + + +#ifdef PAX_SYSCTLS +/* + * sysctls and tunables + */ +static int sysctl_pax_aslr_debug(SYSCTL_HANDLER_ARGS); +static int sysctl_pax_aslr_status(SYSCTL_HANDLER_ARGS); +static int sysctl_pax_aslr_mmap(SYSCTL_HANDLER_ARGS); +static int sysctl_pax_aslr_stack(SYSCTL_HANDLER_ARGS); +static int sysctl_pax_aslr_exec(SYSCTL_HANDLER_ARGS); + +SYSCTL_DECL(_security_pax); + +SYSCTL_NODE(_security_pax, OID_AUTO, aslr, CTLFLAG_RD, 0, + "Address Space Layout Randomization."); + +SYSCTL_PROC(_security_pax_aslr, OID_AUTO, status, + CTLTYPE_INT|CTLFLAG_RWTUN|CTLFLAG_PRISON|CTLFLAG_SECURE, + NULL, 0, sysctl_pax_aslr_status, "I", + "Restrictions status. " + "0 - disabled, " + "1 - opt-in, " + "2 - opt-out, " + "3 - force enabled"); + +SYSCTL_PROC(_security_pax_aslr, OID_AUTO, debug, + CTLTYPE_INT|CTLFLAG_RWTUN|CTLFLAG_PRISON|CTLFLAG_SECURE, + NULL, 0, sysctl_pax_aslr_debug, "I", + "ASLR debug mode"); + +SYSCTL_PROC(_security_pax_aslr, OID_AUTO, mmap_len, + CTLTYPE_INT|CTLFLAG_RWTUN|CTLFLAG_PRISON|CTLFLAG_SECURE, + NULL, 0, sysctl_pax_aslr_mmap, "I", + "Number of bits randomized for mmap(2) calls. " + "32 bit: [8,16] 64 bit: [16,32]"); + +SYSCTL_PROC(_security_pax_aslr, OID_AUTO, stack_len, + CTLTYPE_INT|CTLFLAG_RWTUN|CTLFLAG_PRISON|CTLFLAG_SECURE, + NULL, 0, sysctl_pax_aslr_stack, "I", + "Number of bits randomized for the stack. " + "32 bit: [6,12] 64 bit: [12,21]"); + +SYSCTL_PROC(_security_pax_aslr, OID_AUTO, exec_len, + CTLTYPE_INT|CTLFLAG_RWTUN|CTLFLAG_PRISON|CTLFLAG_SECURE, + NULL, 0, sysctl_pax_aslr_exec, "I", + "Number of bits randomized for the PIE exec base. " + "32 bit: [6,12] 64 bit: [12,21]"); + +static int +sysctl_pax_aslr_status(SYSCTL_HANDLER_ARGS) +{ + struct prison *pr; + int err, val; + + pr =3D pax_get_prison(req->td, NULL); + + val =3D (pr !=3D NULL) ? pr->pr_pax_aslr_status : pax_aslr_status; + err =3D sysctl_handle_int(oidp, &val, sizeof(int), req); + if (err || (req->newptr =3D=3D NULL)) + return (err); + + switch (val) { + case PAX_ASLR_DISABLED: + case PAX_ASLR_OPTIN: + case PAX_ASLR_OPTOUT: + case PAX_ASLR_FORCE_ENABLED: + if ((pr =3D=3D NULL) || (pr =3D=3D &prison0)) + pax_aslr_status =3D val; + + if (pr !=3D NULL) { + mtx_lock(&(pr->pr_mtx)); + pr->pr_pax_aslr_status =3D val; + mtx_unlock(&(pr->pr_mtx)); + } + break; + default: + return (EINVAL); + } + + return (0); +} + +static int +sysctl_pax_aslr_debug(SYSCTL_HANDLER_ARGS) +{ + struct prison *pr=3DNULL; + int err, val; + + pr =3D pax_get_prison(req->td, NULL); + + if ((pr !=3D NULL) && !(pr->pr_pax_set)) + pax_init_prison(pr); + + val =3D (pr !=3D NULL) ? pr->pr_pax_aslr_debug : pax_aslr_debug; + err =3D sysctl_handle_int(oidp, &val, sizeof(int), req); + if (err || !req->newptr) + return (err); + + switch (val) { + case 0: + case 1: + break; + default: + return (EINVAL); + + } + + if ((pr =3D=3D NULL) || (pr =3D=3D &prison0)) + pax_aslr_debug =3D val; + + if (pr !=3D NULL) { + mtx_lock(&(pr->pr_mtx)); + pr->pr_pax_aslr_debug =3D val; + mtx_unlock(&(pr->pr_mtx)); + } + + return (0); +} + +static int +sysctl_pax_aslr_mmap(SYSCTL_HANDLER_ARGS) +{ + struct prison *pr=3DNULL; + int err, val; + + pr =3D pax_get_prison(req->td, NULL); + + if ((pr !=3D NULL) && !(pr->pr_pax_set)) + pax_init_prison(pr); + + val =3D (pr !=3D NULL) ? pr->pr_pax_aslr_mmap_len : pax_aslr_mmap_len; + err =3D sysctl_handle_int(oidp, &val, sizeof(int), req); + if (err || !req->newptr) + return (err); + + if (val < PAX_ASLR_DELTA_MMAP_MIN_LEN || + val > PAX_ASLR_DELTA_MMAP_MAX_LEN) + return (EINVAL); + + if ((pr =3D=3D NULL) || (pr =3D=3D &prison0)) + pax_aslr_mmap_len =3D val; + + if (pr !=3D NULL) { + mtx_lock(&(pr->pr_mtx)); + pr->pr_pax_aslr_mmap_len =3D val; + mtx_unlock(&(pr->pr_mtx)); + } + + return (0); +} + +static int +sysctl_pax_aslr_stack(SYSCTL_HANDLER_ARGS) +{ + struct prison *pr=3DNULL; + int err, val; + + pr =3D pax_get_prison(req->td, NULL); + + if ((pr !=3D NULL) && !(pr->pr_pax_set)) + pax_init_prison(pr); + + val =3D (pr !=3D NULL) ? pr->pr_pax_aslr_stack_len : pax_aslr_stack_len; + err =3D sysctl_handle_int(oidp, &val, sizeof(int), req); + if (err || !req->newptr) + return (err); + + if (val < PAX_ASLR_DELTA_STACK_MIN_LEN || + val > PAX_ASLR_DELTA_STACK_MAX_LEN) + return (EINVAL); + + if ((pr =3D=3D NULL) || (pr =3D=3D &prison0)) + pax_aslr_stack_len =3D val; + + if (pr !=3D NULL) { + mtx_lock(&(pr->pr_mtx)); + pr->pr_pax_aslr_stack_len =3D val; + mtx_unlock(&(pr->pr_mtx)); + } + + return (0); +} + +static int +sysctl_pax_aslr_exec(SYSCTL_HANDLER_ARGS) +{ + struct prison *pr=3DNULL; + int err, val; + + pr =3D pax_get_prison(req->td, NULL); + + if ((pr !=3D NULL) && !(pr->pr_pax_set)) + pax_init_prison(pr); + + val =3D (pr !=3D NULL) ? pr->pr_pax_aslr_exec_len : pax_aslr_exec_len; + err =3D sysctl_handle_int(oidp, &val, sizeof(int), req); + if (err || (req->newptr =3D=3D NULL)) + return (err); + + if (val < PAX_ASLR_DELTA_EXEC_MIN_LEN || + val > PAX_ASLR_DELTA_EXEC_MAX_LEN) + return (EINVAL); + + if ((pr =3D=3D NULL) || (pr =3D=3D &prison0)) + pax_aslr_exec_len =3D val; + + if (pr !=3D NULL) { + mtx_lock(&(pr->pr_mtx)); + pr->pr_pax_aslr_exec_len =3D val; + mtx_unlock(&(pr->pr_mtx)); + } + + return (0); +} + +/* + * COMPAT_FREEBSD32 and linuxulator.. + */ +#ifdef COMPAT_FREEBSD32 +static int sysctl_pax_aslr_compat_status(SYSCTL_HANDLER_ARGS); +static int sysctl_pax_aslr_compat_mmap(SYSCTL_HANDLER_ARGS); +static int sysctl_pax_aslr_compat_stack(SYSCTL_HANDLER_ARGS); +static int sysctl_pax_aslr_compat_exec(SYSCTL_HANDLER_ARGS); + +SYSCTL_NODE(_security_pax_aslr, OID_AUTO, compat, CTLFLAG_RD, 0, + "Setting for COMPAT_FREEBSD32 and linuxulator."); + +SYSCTL_PROC(_security_pax_aslr_compat, OID_AUTO, status, + CTLTYPE_INT|CTLFLAG_RWTUN|CTLFLAG_PRISON, + NULL, 0, sysctl_pax_aslr_compat_status, "I", + "Restrictions status. " + "0 - disabled, " + "1 - enabled, " + "2 - global enabled, " + "3 - force global enabled"); + +SYSCTL_PROC(_security_pax_aslr_compat, OID_AUTO, mmap_len, + CTLTYPE_INT|CTLFLAG_RWTUN|CTLFLAG_PRISON, + NULL, 0, sysctl_pax_aslr_compat_mmap, "I", + "Number of bits randomized for mmap(2) calls. " + "32 bit: [8,16]"); + +SYSCTL_PROC(_security_pax_aslr_compat, OID_AUTO, stack_len, + CTLTYPE_INT|CTLFLAG_RWTUN|CTLFLAG_PRISON, + NULL, 0, sysctl_pax_aslr_compat_stack, "I", + "Number of bits randomized for the stack. " + "32 bit: [6,12]"); + +SYSCTL_PROC(_security_pax_aslr_compat, OID_AUTO, exec_len, + CTLTYPE_INT|CTLFLAG_RWTUN|CTLFLAG_PRISON, + NULL, 0, sysctl_pax_aslr_compat_exec, "I", + "Number of bits randomized for the PIE exec base. " + "32 bit: [6,12]"); + +static int +sysctl_pax_aslr_compat_status(SYSCTL_HANDLER_ARGS) +{ + struct prison *pr; + int err, val; + + pr =3D pax_get_prison(req->td, NULL); + + val =3D (pr !=3D NULL) ?pr->pr_pax_aslr_compat_status : pax_aslr_compat_s= tatus; + err =3D sysctl_handle_int(oidp, &val, sizeof(int), req); + if (err || (req->newptr =3D=3D NULL)) + return (err); + + switch (val) { + case PAX_ASLR_DISABLED: + case PAX_ASLR_OPTIN: + case PAX_ASLR_OPTOUT: + case PAX_ASLR_FORCE_ENABLED: + if ((pr =3D=3D NULL) || (pr =3D=3D &prison0)) + pax_aslr_compat_status =3D val; + + if (pr !=3D NULL) { + mtx_lock(&(pr->pr_mtx)); + pr->pr_pax_aslr_compat_status =3D val; + mtx_unlock(&(pr->pr_mtx)); + } + break; + default: + return (EINVAL); + } + + return (0); +} + +static int +sysctl_pax_aslr_compat_mmap(SYSCTL_HANDLER_ARGS) +{ + struct prison *pr; + int err, val; + + pr =3D pax_get_prison(req->td, NULL); + + val =3D (pr !=3D NULL) ? pr->pr_pax_aslr_compat_mmap_len : pax_aslr_compa= t_mmap_len; + err =3D sysctl_handle_int(oidp, &val, sizeof(int), req); + if (err || !req->newptr) + return (err); + + if (val < PAX_ASLR_COMPAT_DELTA_MMAP_MIN_LEN || + val > PAX_ASLR_COMPAT_DELTA_MMAP_MAX_LEN) + return (EINVAL); + + if ((pr =3D=3D NULL) || (pr =3D=3D &prison0)) + pax_aslr_compat_mmap_len =3D val; + + if (pr !=3D NULL) { + mtx_lock(&(pr->pr_mtx)); + pr->pr_pax_aslr_compat_mmap_len =3D val; + mtx_unlock(&(pr->pr_mtx)); + } + + return (0); +} + +static int +sysctl_pax_aslr_compat_stack(SYSCTL_HANDLER_ARGS) +{ + struct prison *pr; + int err, val; + + pr =3D pax_get_prison(req->td, NULL); + + val =3D (pr !=3D NULL) ? pr->pr_pax_aslr_compat_stack_len : pax_aslr_comp= at_stack_len; + err =3D sysctl_handle_int(oidp, &val, sizeof(int), req); + if (err || !req->newptr) + return (err); + + if (val < PAX_ASLR_COMPAT_DELTA_STACK_MIN_LEN || + val > PAX_ASLR_COMPAT_DELTA_STACK_MAX_LEN) + return (EINVAL); + + if ((pr =3D=3D NULL) || (pr =3D=3D &prison0)) + pax_aslr_compat_stack_len =3D val; + + if (pr !=3D NULL) { + mtx_lock(&(pr->pr_mtx)); + pr->pr_pax_aslr_compat_stack_len =3D val; + mtx_unlock(&(pr->pr_mtx)); + } + + return (0); +} + +static int +sysctl_pax_aslr_compat_exec(SYSCTL_HANDLER_ARGS) +{ + struct prison *pr; + int err, val; + + pr =3D pax_get_prison(req->td, NULL); + + if (pr !=3D NULL) + val =3D pr->pr_pax_aslr_compat_exec_len; + else + val =3D pax_aslr_compat_exec_len; + + err =3D sysctl_handle_int(oidp, &val, sizeof(int), req); + if (err || !req->newptr) + return (err); + + if (val < PAX_ASLR_COMPAT_DELTA_EXEC_MIN_LEN || + val > PAX_ASLR_COMPAT_DELTA_EXEC_MAX_LEN) + return (EINVAL); + + if ((pr =3D=3D NULL) || (pr =3D=3D &prison0)) + pax_aslr_compat_exec_len =3D val; + + if (pr !=3D NULL) { + mtx_lock(&(pr->pr_mtx)); + pr->pr_pax_aslr_compat_exec_len =3D val; + mtx_unlock(&(pr->pr_mtx)); + } + + return (0); +} + +#endif /* COMPAT_FREEBSD32 */ +#endif /* PAX_SYSCTLS */ + + +/* + * ASLR functions + */ +bool +pax_aslr_active(struct thread *td, struct proc *proc) +{ + int status; + struct prison *pr; + uint32_t flags; + + if ((td =3D=3D NULL) && (proc =3D=3D NULL)) + return (true); + + pr =3D pax_get_prison(td, proc); + + flags =3D (td !=3D NULL) ? td->td_proc->p_pax : proc->p_pax; + if (((flags & 0xaaaaaaaa) & ((flags & 0x55555555) << 1)) !=3D 0) { + pax_log_aslr(pr, __func__, "inconsistent paxflags: %x\n", flags); + pax_ulog_aslr(pr, NULL, "inconsistent paxflags: %x\n", flags); + return (true); + } + + if (pr !=3D NULL) + status =3D pr->pr_pax_aslr_status; + else + status =3D pax_aslr_status; + + switch (status) { + case PAX_ASLR_DISABLED: + return (false); + case PAX_ASLR_FORCE_ENABLED: + return (true); + case PAX_ASLR_OPTIN: + if ((flags & PAX_NOTE_ASLR) =3D=3D 0) { + pax_log_aslr(pr, __func__, + "ASLR is opt-in, and executable does not have ASLR enabled\n"); + pax_ulog_aslr(pr, NULL, + "ASLR is opt-in, and executable does not have ASLR enabled\n"); + return (false); + } + break; + case PAX_ASLR_OPTOUT: + if ((flags & PAX_NOTE_NOASLR) !=3D 0) { + pax_log_aslr(pr, __func__, + "ASLR is opt-out, and executable explicitly disabled ASLR\n"); + pax_ulog_aslr(pr, NULL, + "ASLR is opt-out, and executable explicitly disabled ASLR\n"); + return (false); + } + break; + default: + return (true); + } + + return (true); +} + +void +_pax_aslr_init(struct vmspace *vm, struct prison *pr) +{ + if (vm =3D=3D NULL) + panic("[PaX ASLR] %s: vm =3D=3D NULL", __func__); + + vm->vm_aslr_delta_mmap =3D PAX_ASLR_DELTA(arc4random(), + PAX_ASLR_DELTA_MMAP_LSB, (pr !=3D NULL) ? + pr->pr_pax_aslr_mmap_len : + pax_aslr_mmap_len); + vm->vm_aslr_delta_stack =3D PAX_ASLR_DELTA(arc4random(), + PAX_ASLR_DELTA_STACK_LSB, (pr !=3D NULL) ? + pr->pr_pax_aslr_stack_len : + pax_aslr_stack_len); + vm->vm_aslr_delta_stack =3D ALIGN(vm->vm_aslr_delta_stack); + vm->vm_aslr_delta_exec =3D PAX_ASLR_DELTA(arc4random(), + PAX_ASLR_DELTA_EXEC_LSB, (pr !=3D NULL) ? + pr->pr_pax_aslr_exec_len : + pax_aslr_exec_len); + + if ((pr !=3D NULL) && pr->pr_pax_aslr_debug) { + pax_log_aslr(pr, __func__, "vm_aslr_delta_mmap=3D%p\n", + (void *) vm->vm_aslr_delta_mmap); + pax_log_aslr(pr, __func__, "vm_aslr_delta_stack=3D%p\n", + (void *) vm->vm_aslr_delta_stack); + pax_log_aslr(pr, __func__, "vm_aslr_delta_exec=3D%p\n", + (void *) vm->vm_aslr_delta_exec); + pax_ulog_aslr(pr, NULL, "vm_aslr_delta_mmap=3D%p\n", + (void *) vm->vm_aslr_delta_mmap); + pax_ulog_aslr(pr, NULL, "vm_aslr_delta_stack=3D%p\n", + (void *) vm->vm_aslr_delta_stack); + pax_ulog_aslr(pr, NULL, "vm_aslr_delta_exec=3D%p\n", + (void *) vm->vm_aslr_delta_exec); + } +} + +#ifdef COMPAT_FREEBSD32 +void +_pax_aslr_init32(struct vmspace *vm, struct prison *pr) +{ + if (vm =3D=3D NULL) + panic("[PaX ASLR] %s: vm =3D=3D NULL", __func__); + + vm->vm_aslr_delta_mmap =3D PAX_ASLR_DELTA(arc4random(), + PAX_ASLR_COMPAT_DELTA_MMAP_LSB, (pr !=3D NULL) ? + pr->pr_pax_aslr_compat_mmap_len : + pax_aslr_compat_mmap_len); + vm->vm_aslr_delta_stack =3D PAX_ASLR_DELTA(arc4random(), + PAX_ASLR_COMPAT_DELTA_STACK_LSB, (pr !=3D NULL) ? + pr->pr_pax_aslr_compat_stack_len : + pax_aslr_compat_stack_len); + vm->vm_aslr_delta_stack =3D ALIGN(vm->vm_aslr_delta_stack); + vm->vm_aslr_delta_exec =3D PAX_ASLR_DELTA(arc4random(), + PAX_ASLR_DELTA_EXEC_LSB, (pr !=3D NULL) ? + pr->pr_pax_aslr_compat_exec_len : + pax_aslr_compat_exec_len); + + if ((pr !=3D NULL) && pr->pr_pax_aslr_debug) { + pax_log_aslr(pr, __func__, "vm_aslr_delta_mmap=3D%p\n", + (void *) vm->vm_aslr_delta_mmap); + pax_log_aslr(pr, __func__, "vm_aslr_delta_stack=3D%p\n", + (void *) vm->vm_aslr_delta_stack); + pax_log_aslr(pr, __func__, "vm_aslr_delta_exec=3D%p\n", + (void *) vm->vm_aslr_delta_exec); + pax_ulog_aslr(pr, NULL, "vm_aslr_delta_mmap=3D%p\n", + (void *) vm->vm_aslr_delta_mmap); + pax_ulog_aslr(pr, NULL, "vm_aslr_delta_stack=3D%p\n", + (void *) vm->vm_aslr_delta_stack); + pax_ulog_aslr(pr, NULL, "vm_aslr_delta_exec=3D%p\n", + (void *) vm->vm_aslr_delta_exec); + } +} +#endif + +void +pax_aslr_init(struct thread *td, struct image_params *imgp) +{ + struct prison *pr; + struct vmspace *vm; + + pr =3D pax_get_prison(td, NULL); + + if (imgp =3D=3D NULL) + panic("[PaX ASLR] %s: imgp =3D=3D NULL", __func__); + + if (!pax_aslr_active(td, NULL)) + return; + + vm =3D imgp->proc->p_vmspace; + + if (imgp->sysent->sv_pax_aslr_init !=3D NULL) + imgp->sysent->sv_pax_aslr_init(vm, pr); +} + +void +pax_aslr_mmap(struct thread *td, vm_offset_t *addr, vm_offset_t orig_addr,= int flags) +{ + struct prison *pr; + + if (!pax_aslr_active(td, NULL)) + return; + + orig_addr =3D *addr; + + pr =3D pax_get_prison(td, NULL); + + if (!(flags & MAP_FIXED) && ((orig_addr =3D=3D 0) || !(flags & MAP_ANON))= ) { + pax_log_aslr(pr, __func__, "applying to %p orig_addr=3D%p flags=3D%x\n", + (void *)*addr, (void *)orig_addr, flags); + + if (!(td->td_proc->p_vmspace->vm_map.flags & MAP_ENTRY_GROWS_DOWN)) + *addr +=3D td->td_proc->p_vmspace->vm_aslr_delta_mmap; + else + *addr -=3D td->td_proc->p_vmspace->vm_aslr_delta_mmap; + pax_log_aslr(pr, __func__, "result %p\n", (void *)*addr); + } else { + pax_log_aslr(pr, __func__, "not applying to %p orig_addr=3D%p flags=3D%x= \n", + (void *)*addr, (void *)orig_addr, flags); + } +} + +void +pax_aslr_stack(struct thread *td, uintptr_t *addr) +{ + struct prison *pr; + uintptr_t orig_addr; + + if (!pax_aslr_active(td, NULL)) + return; + + pr =3D pax_get_prison(td, NULL); + + orig_addr =3D *addr; + *addr -=3D td->td_proc->p_vmspace->vm_aslr_delta_stack; + pax_log_aslr(pr, __func__, "orig_addr=3D%p, new_addr=3D%p\n", + (void *)orig_addr, (void *)*addr); + pax_ulog_aslr(pr, NULL, "orig_addr=3D%p, new_addr=3D%p\n", + (void *)orig_addr, (void *)*addr); +} diff --git a/sys/kern/kern_pax_log.c b/sys/kern/kern_pax_log.c new file mode 100644 index 0000000..943ac81 --- /dev/null +++ b/sys/kern/kern_pax_log.c @@ -0,0 +1,188 @@ +/*- + * Copyright (c) 2014, by Oliver Pinter + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURP= OSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENT= IAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STR= ICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY W= AY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + * $FreeBSD$ + */ + +#include + +#include +#include +#include +#include +#include +#include +#include +#include + +#define __PAX_LOG_TEMPLATE(SUBJECT, name) \ +void \ +pax_log_##name(struct prison *pr, const char *caller_name, const char* fmt= , ...)\ +{ \ + struct sbuf *sb; \ + va_list args; \ + \ + if ((pr !=3D NULL) && (pr->pr_pax_log_log =3D=3D 0)) \ + return; \ + \ + sb =3D sbuf_new_auto(); \ + if (sb =3D=3D NULL) \ + panic("%s: Could not allocate memory", __func__); \ + sbuf_printf(sb, "[PAX "#SUBJECT"] "); \ + if (caller_name !=3D NULL) \ + sbuf_printf(sb, "%s: ", caller_name); \ + va_start(args, fmt); \ + sbuf_vprintf(sb, fmt, args); \ + va_end(args); \ + if (sbuf_finish(sb) !=3D 0) \ + panic("%s: Could not generate message", __func__); \ + \ + printf("%s", sbuf_data(sb)); \ + sbuf_delete(sb); \ +} \ + \ +void \ +pax_ulog_##name(struct prison *pr, const char *caller_name, const char* fm= t, ...)\ +{ \ + struct sbuf *sb; \ + va_list args; \ + \ + if ((pr !=3D NULL) && (pr->pr_pax_log_ulog =3D=3D 0)) \ + return; \ + \ + sb =3D sbuf_new_auto(); \ + if (sb =3D=3D NULL) \ + panic("%s: Could not allocate memory", __func__); \ + sbuf_printf(sb, "[PAX "#SUBJECT"] "); \ + if (caller_name !=3D NULL) \ + sbuf_printf(sb, "%s: ", caller_name); \ + va_start(args, fmt); \ + sbuf_vprintf(sb, fmt, args); \ + va_end(args); \ + if (sbuf_finish(sb) !=3D 0) \ + panic("%s: Could not generate message", __func__); \ + \ + uprintf("%s", sbuf_data(sb)); \ + sbuf_delete(sb); \ +} + + +static int sysctl_pax_log_log(SYSCTL_HANDLER_ARGS); +static int sysctl_pax_log_ulog(SYSCTL_HANDLER_ARGS); + +int pax_log_log =3D PAX_LOG_LOG; +int pax_log_ulog =3D PAX_LOG_ULOG; + +SYSCTL_DECL(_security_pax); + +SYSCTL_NODE(_security_pax, OID_AUTO, log, CTLFLAG_RD, 0, + "PAX related logging facility."); + +SYSCTL_PROC(_security_pax_log, OID_AUTO, log, + CTLTYPE_INT|CTLFLAG_RWTUN|CTLFLAG_PRISON|CTLFLAG_SECURE, + NULL, 0, sysctl_pax_log_log, "I", + "log to syslog " + "0 - disabled, " + "1 - enabled "); +TUNABLE_INT("security.pax.log.log", &pax_log_log); + +SYSCTL_PROC(_security_pax_log, OID_AUTO, ulog, + CTLTYPE_INT|CTLFLAG_RWTUN|CTLFLAG_PRISON|CTLFLAG_SECURE, + NULL, 0, sysctl_pax_log_ulog, "I", + "log to user terminal" + "0 - disabled, " + "1 - enabled "); +TUNABLE_INT("security.pax.log.ulog", &pax_log_ulog); + +static int +sysctl_pax_log_log(SYSCTL_HANDLER_ARGS) +{ + int err; + int val; + struct prison *pr=3DNULL; + + pr =3D pax_get_prison(req->td, NULL); + + if ((pr !=3D NULL) && !(pr->pr_pax_set)) + pax_init_prison(pr); + + val =3D (pr !=3D NULL) ? pr->pr_pax_log_log : pax_log_log; + err =3D sysctl_handle_int(oidp, &val, sizeof(int), req); + if (err || !req->newptr) + return (err); + + switch (val) { + case 0: + case 1: + break; + default: + return (EINVAL); + + } + + if ((pr =3D=3D NULL) || (pr =3D=3D &prison0)) + pax_log_log =3D val; + if (pr !=3D NULL) + pr->pr_pax_log_log =3D val; + + return (0); +} + +static int +sysctl_pax_log_ulog(SYSCTL_HANDLER_ARGS) +{ + int err; + int val; + struct prison *pr=3DNULL; + + pr =3D pax_get_prison(req->td, NULL); + + if ((pr !=3D NULL) && !(pr->pr_pax_set)) + pax_init_prison(pr); + + val =3D (pr !=3D NULL) ? pr->pr_pax_log_ulog : pax_log_ulog; + err =3D sysctl_handle_int(oidp, &val, sizeof(int), req); + if (err || !req->newptr) + return (err); + + switch (val) { + case 0: + case 1: + break; + default: + return (EINVAL); + + } + + if ((pr =3D=3D NULL) || (pr =3D=3D &prison0)) + pax_log_ulog =3D val; + if (pr !=3D NULL) + pr->pr_pax_log_ulog =3D val; + + return (0); +} + + +__PAX_LOG_TEMPLATE(ASLR, aslr) diff --git a/sys/mips/mips/elf_machdep.c b/sys/mips/mips/elf_machdep.c index d374713..f95ba35 100644 --- a/sys/mips/mips/elf_machdep.c +++ b/sys/mips/mips/elf_machdep.c @@ -28,6 +28,8 @@ #include __FBSDID("$FreeBSD$"); =20 +#include "opt_pax.h" + #include #include #include @@ -49,6 +51,10 @@ __FBSDID("$FreeBSD$"); #include #include =20 +#ifdef PAX_ASLR +#include +#endif + #ifdef __mips_n64 struct sysentvec elf64_freebsd_sysvec =3D { .sv_size =3D SYS_MAXSYSCALL, @@ -83,6 +89,11 @@ struct sysentvec elf64_freebsd_sysvec =3D { .sv_fetch_syscall_args =3D cpu_fetch_syscall_args, .sv_syscallnames =3D syscallnames, .sv_schedtail =3D NULL, +#ifdef PAX_ASLR + .sv_pax_aslr_init =3D _pax_aslr_init, +#else + .sv_pax_aslr_init =3D NULL, +#endif }; =20 static Elf64_Brandinfo freebsd_brand_info =3D { @@ -139,6 +150,11 @@ struct sysentvec elf32_freebsd_sysvec =3D { .sv_fetch_syscall_args =3D cpu_fetch_syscall_args, .sv_syscallnames =3D syscallnames, .sv_schedtail =3D NULL, +#ifdef PAX_ASLR + .sv_pax_aslr_init =3D _pax_aslr_init32, +#else + .sv_pax_aslr_init =3D NULL, +#endif }; =20 static Elf32_Brandinfo freebsd_brand_info =3D { diff --git a/sys/mips/mips/freebsd32_machdep.c b/sys/mips/mips/freebsd32_ma= chdep.c index dfdf70f..103ad84 100644 --- a/sys/mips/mips/freebsd32_machdep.c +++ b/sys/mips/mips/freebsd32_machdep.c @@ -31,6 +31,7 @@ */ =20 #include "opt_compat.h" +#include "opt_pax.h" =20 #define __ELF_WORD_SIZE 32 =20 @@ -66,6 +67,10 @@ #include #include =20 +#ifdef PAX_ASLR +#include +#endif + static void freebsd32_exec_setregs(struct thread *, struct image_params *,= u_long); static int get_mcontext32(struct thread *, mcontext32_t *, int); static int set_mcontext32(struct thread *, const mcontext32_t *); @@ -106,6 +111,11 @@ struct sysentvec elf32_freebsd_sysvec =3D { .sv_fetch_syscall_args =3D cpu_fetch_syscall_args, .sv_syscallnames =3D freebsd32_syscallnames, .sv_schedtail =3D NULL, +#ifdef PAX_ASLR + .sv_pax_aslr_init =3D _pax_aslr_init32, +#else + .sv_pax_aslr_init =3D NULL, +#endif }; INIT_SYSENTVEC(elf32_sysvec, &elf32_freebsd_sysvec); =20 diff --git a/sys/powerpc/powerpc/elf32_machdep.c b/sys/powerpc/powerpc/elf3= 2_machdep.c index dbe58df..229fe97 100644 --- a/sys/powerpc/powerpc/elf32_machdep.c +++ b/sys/powerpc/powerpc/elf32_machdep.c @@ -25,6 +25,8 @@ * $FreeBSD$ */ =20 +#include "opt_pax.h" + #include #include #include @@ -52,6 +54,10 @@ #include #include =20 +#ifdef PAX_ASLR +#include +#endif + #ifdef __powerpc64__ #include #include @@ -107,6 +113,11 @@ struct sysentvec elf32_freebsd_sysvec =3D { .sv_shared_page_base =3D FREEBSD32_SHAREDPAGE, .sv_shared_page_len =3D PAGE_SIZE, .sv_schedtail =3D NULL, +#ifdef PAX_ASLR + .sv_pax_aslr_init =3D _pax_aslr_init32, +#else + .sv_pax_aslr_init =3D NULL, +#endif }; INIT_SYSENTVEC(elf32_sysvec, &elf32_freebsd_sysvec); =20 diff --git a/sys/powerpc/powerpc/elf64_machdep.c b/sys/powerpc/powerpc/elf6= 4_machdep.c index 0c41a8d..095f37b0 100644 --- a/sys/powerpc/powerpc/elf64_machdep.c +++ b/sys/powerpc/powerpc/elf64_machdep.c @@ -25,6 +25,8 @@ * $FreeBSD$ */ =20 +#include "opt_pax.h" + #include #include #include @@ -48,6 +50,10 @@ #include #include =20 +#ifdef PAX_ASLR +#include +#endif + struct sysentvec elf64_freebsd_sysvec =3D { .sv_size =3D SYS_MAXSYSCALL, .sv_table =3D sysent, @@ -83,6 +89,11 @@ struct sysentvec elf64_freebsd_sysvec =3D { .sv_shared_page_base =3D SHAREDPAGE, .sv_shared_page_len =3D PAGE_SIZE, .sv_schedtail =3D NULL, +#ifdef PAX_ASLR + .sv_pax_aslr_init =3D _pax_aslr_init, +#else + .sv_pax_aslr_init =3D NULL, +#endif }; INIT_SYSENTVEC(elf64_sysvec, &elf64_freebsd_sysvec); =20 diff --git a/sys/security/mac_bsdextended/mac_bsdextended.c b/sys/security/= mac_bsdextended/mac_bsdextended.c index ccbc525..520168d 100644 --- a/sys/security/mac_bsdextended/mac_bsdextended.c +++ b/sys/security/mac_bsdextended/mac_bsdextended.c @@ -47,6 +47,8 @@ * firewall-like rules regarding users and file system objects. */ =20 +#include "opt_pax.h" + #include #include #include @@ -56,14 +58,20 @@ #include #include #include +#include #include #include #include #include #include #include +#include #include =20 +#ifdef PAX_ASLR +#include +#endif + #include #include #include @@ -117,7 +125,6 @@ SYSCTL_INT(_security_mac_bsdextended, OID_AUTO, firstma= tch_enabled, static int ugidfw_rule_valid(struct mac_bsdextended_rule *rule) { - if ((rule->mbr_subject.mbs_flags | MBS_ALL_FLAGS) !=3D MBS_ALL_FLAGS) return (EINVAL); if ((rule->mbr_subject.mbs_neg | MBS_ALL_FLAGS) !=3D MBS_ALL_FLAGS) @@ -129,8 +136,13 @@ ugidfw_rule_valid(struct mac_bsdextended_rule *rule) if ((rule->mbr_object.mbo_neg | MBO_TYPE_DEFINED) && (rule->mbr_object.mbo_type | MBO_ALL_TYPE) !=3D MBO_ALL_TYPE) return (EINVAL); +#ifdef PAX_ASLR + if ((rule->mbr_pax | MBI_ALLPAX) !=3D MBI_ALLPAX) + return (EINVAL); +#endif if ((rule->mbr_mode | MBI_ALLPERM) !=3D MBI_ALLPERM) return (EINVAL); + return (0); } =20 @@ -227,7 +239,7 @@ ugidfw_destroy(struct mac_policy_conf *mpc) =20 static int ugidfw_rulecheck(struct mac_bsdextended_rule *rule, - struct ucred *cred, struct vnode *vp, struct vattr *vap, int acc_mode) + struct ucred *cred, struct vnode *vp, struct vattr *vap, int acc_mode,= struct image_params *imgp) { int mac_granted, match, priv_granted; int i; @@ -305,6 +317,10 @@ ugidfw_rulecheck(struct mac_bsdextended_rule *rule, match =3D (bcmp(&(vp->v_mount->mnt_stat.f_fsid), &(rule->mbr_object.mbo_fsid), sizeof(rule->mbr_object.mbo_fsid)) =3D=3D 0); +#if defined(PAX_ASLR) + if (match && rule->mbr_object.mbo_inode) + match =3D (vap->va_fileid =3D=3D rule->mbr_object.mbo_inode); +#endif if (rule->mbr_object.mbo_neg & MBO_FSID_DEFINED) match =3D !match; if (!match) @@ -413,6 +429,11 @@ ugidfw_rulecheck(struct mac_bsdextended_rule *rule, return (EACCES); } =20 +#ifdef PAX_ASLR + if (imgp !=3D NULL) + pax_elf(imgp, rule->mbr_pax); +#endif + /* * If the rule matched, permits access, and first match is enabled, * return success. @@ -425,7 +446,7 @@ ugidfw_rulecheck(struct mac_bsdextended_rule *rule, =20 int ugidfw_check(struct ucred *cred, struct vnode *vp, struct vattr *vap, - int acc_mode) + int acc_mode, struct image_params *imgp) { int error, i; =20 @@ -441,7 +462,7 @@ ugidfw_check(struct ucred *cred, struct vnode *vp, stru= ct vattr *vap, if (rules[i] =3D=3D NULL) continue; error =3D ugidfw_rulecheck(rules[i], cred, - vp, vap, acc_mode); + vp, vap, acc_mode, imgp); if (error =3D=3D EJUSTRETURN) break; if (error) { @@ -454,7 +475,7 @@ ugidfw_check(struct ucred *cred, struct vnode *vp, stru= ct vattr *vap, } =20 int -ugidfw_check_vp(struct ucred *cred, struct vnode *vp, int acc_mode) +ugidfw_check_vp(struct ucred *cred, struct vnode *vp, int acc_mode, struct= image_params *imgp) { int error; struct vattr vap; @@ -464,7 +485,7 @@ ugidfw_check_vp(struct ucred *cred, struct vnode *vp, i= nt acc_mode) error =3D VOP_GETATTR(vp, &vap, cred); if (error) return (error); - return (ugidfw_check(cred, vp, &vap, acc_mode)); + return (ugidfw_check(cred, vp, &vap, acc_mode, imgp)); } =20 int diff --git a/sys/security/mac_bsdextended/mac_bsdextended.h b/sys/security/= mac_bsdextended/mac_bsdextended.h index c09abc0..c3cbf28 100644 --- a/sys/security/mac_bsdextended/mac_bsdextended.h +++ b/sys/security/mac_bsdextended/mac_bsdextended.h @@ -51,6 +51,9 @@ #define MBI_ADMIN 010000 #define MBI_STAT 020000 #define MBI_APPEND 040000 +#define MBI_FORCE_ASLR_ENABLED 0x01 +#define MBI_FORCE_ASLR_DISABLED 0x02 +#define MBI_ALLPAX (MBI_FORCE_ASLR_ENABLED | MBI_FORCE_ASLR_DISABLED) #define MBI_ALLPERM (MBI_EXEC | MBI_WRITE | MBI_READ | MBI_ADMIN | \ MBI_STAT | MBI_APPEND) =20 @@ -78,6 +81,7 @@ struct mac_bsdextended_subject { #define MBO_UID_SUBJECT 0x00000020 /* uid must match subject */ #define MBO_GID_SUBJECT 0x00000040 /* gid must match subject */ #define MBO_TYPE_DEFINED 0x00000080 /* object type should be matched */ +#define MBO_PAXPATH_DEFINED 0x00000100 /* TODO: paxpath should be matched = */ =20 #define MBO_ALL_FLAGS (MBO_UID_DEFINED | MBO_GID_DEFINED | MBO_FSID_DEFINE= D | \ MBO_SUID | MBO_SGID | MBO_UID_SUBJECT | MBO_GID_SUBJECT | \ @@ -103,12 +107,15 @@ struct mac_bsdextended_object { gid_t mbo_gid_max; struct fsid mbo_fsid; int mbo_type; + ino_t mbo_inode; + char mbo_paxpath[MAXPATHLEN]; }; =20 struct mac_bsdextended_rule { struct mac_bsdextended_subject mbr_subject; struct mac_bsdextended_object mbr_object; mode_t mbr_mode; /* maximum access */ + uint32_t mbr_pax; }; =20 #endif /* _SYS_SECURITY_MAC_BSDEXTENDED_H */ diff --git a/sys/security/mac_bsdextended/ugidfw_internal.h b/sys/security/= mac_bsdextended/ugidfw_internal.h index 5597fd1..18c74dc 100644 --- a/sys/security/mac_bsdextended/ugidfw_internal.h +++ b/sys/security/mac_bsdextended/ugidfw_internal.h @@ -36,8 +36,9 @@ */ int ugidfw_accmode2mbi(accmode_t accmode); int ugidfw_check(struct ucred *cred, struct vnode *vp, struct vattr *vap, - int acc_mode); -int ugidfw_check_vp(struct ucred *cred, struct vnode *vp, int acc_mode); + int acc_mode, struct image_params *imgp); +int ugidfw_check_vp(struct ucred *cred, struct vnode *vp, int acc_mode, + struct image_params *imgp); =20 /* * System access control checks. diff --git a/sys/security/mac_bsdextended/ugidfw_system.c b/sys/security/ma= c_bsdextended/ugidfw_system.c index 49e4f1d..2829a00 100644 --- a/sys/security/mac_bsdextended/ugidfw_system.c +++ b/sys/security/mac_bsdextended/ugidfw_system.c @@ -66,7 +66,7 @@ ugidfw_system_check_acct(struct ucred *cred, struct vnode= *vp, { =20 if (vp !=3D NULL) - return (ugidfw_check_vp(cred, vp, MBI_WRITE)); + return (ugidfw_check_vp(cred, vp, MBI_WRITE, NULL)); else return (0); } @@ -77,7 +77,7 @@ ugidfw_system_check_auditctl(struct ucred *cred, struct v= node *vp, { =20 if (vp !=3D NULL) - return (ugidfw_check_vp(cred, vp, MBI_WRITE)); + return (ugidfw_check_vp(cred, vp, MBI_WRITE, NULL)); else return (0); } @@ -87,5 +87,5 @@ ugidfw_system_check_swapon(struct ucred *cred, struct vno= de *vp, struct label *vplabel) { =20 - return (ugidfw_check_vp(cred, vp, MBI_WRITE)); + return (ugidfw_check_vp(cred, vp, MBI_WRITE, NULL)); } diff --git a/sys/security/mac_bsdextended/ugidfw_vnode.c b/sys/security/mac= _bsdextended/ugidfw_vnode.c index 8ec2d48..2065e6e 100644 --- a/sys/security/mac_bsdextended/ugidfw_vnode.c +++ b/sys/security/mac_bsdextended/ugidfw_vnode.c @@ -65,7 +65,7 @@ ugidfw_vnode_check_access(struct ucred *cred, struct vnod= e *vp, struct label *vplabel, accmode_t accmode) { =20 - return (ugidfw_check_vp(cred, vp, ugidfw_accmode2mbi(accmode))); + return (ugidfw_check_vp(cred, vp, ugidfw_accmode2mbi(accmode), NULL)); } =20 int @@ -73,7 +73,7 @@ ugidfw_vnode_check_chdir(struct ucred *cred, struct vnode= *dvp, struct label *dvplabel) { =20 - return (ugidfw_check_vp(cred, dvp, MBI_EXEC)); + return (ugidfw_check_vp(cred, dvp, MBI_EXEC, NULL)); } =20 int @@ -81,7 +81,7 @@ ugidfw_vnode_check_chroot(struct ucred *cred, struct vnod= e *dvp, struct label *dvplabel) { =20 - return (ugidfw_check_vp(cred, dvp, MBI_EXEC)); + return (ugidfw_check_vp(cred, dvp, MBI_EXEC, NULL)); } =20 int @@ -89,7 +89,7 @@ ugidfw_check_create_vnode(struct ucred *cred, struct vnod= e *dvp, struct label *dvplabel, struct componentname *cnp, struct vattr *vap) { =20 - return (ugidfw_check_vp(cred, dvp, MBI_WRITE)); + return (ugidfw_check_vp(cred, dvp, MBI_WRITE, NULL)); } =20 int @@ -97,7 +97,7 @@ ugidfw_vnode_check_deleteacl(struct ucred *cred, struct v= node *vp, struct label *vplabel, acl_type_t type) { =20 - return (ugidfw_check_vp(cred, vp, MBI_ADMIN)); + return (ugidfw_check_vp(cred, vp, MBI_ADMIN, NULL)); } =20 int @@ -105,7 +105,7 @@ ugidfw_vnode_check_deleteextattr(struct ucred *cred, st= ruct vnode *vp, struct label *vplabel, int attrnamespace, const char *name) { =20 - return (ugidfw_check_vp(cred, vp, MBI_WRITE)); + return (ugidfw_check_vp(cred, vp, MBI_WRITE, NULL)); } =20 int @@ -114,7 +114,7 @@ ugidfw_vnode_check_exec(struct ucred *cred, struct vnod= e *vp, struct label *execlabel) { =20 - return (ugidfw_check_vp(cred, vp, MBI_READ|MBI_EXEC)); + return (ugidfw_check_vp(cred, vp, MBI_READ|MBI_EXEC, imgp)); } =20 int @@ -122,7 +122,7 @@ ugidfw_vnode_check_getacl(struct ucred *cred, struct vn= ode *vp, struct label *vplabel, acl_type_t type) { =20 - return (ugidfw_check_vp(cred, vp, MBI_STAT)); + return (ugidfw_check_vp(cred, vp, MBI_STAT, NULL)); } =20 int @@ -130,7 +130,7 @@ ugidfw_vnode_check_getextattr(struct ucred *cred, struc= t vnode *vp, struct label *vplabel, int attrnamespace, const char *name) { =20 - return (ugidfw_check_vp(cred, vp, MBI_READ)); + return (ugidfw_check_vp(cred, vp, MBI_READ, NULL)); } =20 int @@ -140,10 +140,10 @@ ugidfw_vnode_check_link(struct ucred *cred, struct vn= ode *dvp, { int error; =20 - error =3D ugidfw_check_vp(cred, dvp, MBI_WRITE); + error =3D ugidfw_check_vp(cred, dvp, MBI_WRITE, NULL); if (error) return (error); - error =3D ugidfw_check_vp(cred, vp, MBI_WRITE); + error =3D ugidfw_check_vp(cred, vp, MBI_WRITE, NULL); if (error) return (error); return (0); @@ -154,7 +154,7 @@ ugidfw_vnode_check_listextattr(struct ucred *cred, stru= ct vnode *vp, struct label *vplabel, int attrnamespace) { =20 - return (ugidfw_check_vp(cred, vp, MBI_READ)); + return (ugidfw_check_vp(cred, vp, MBI_READ, NULL)); } =20 int @@ -162,7 +162,7 @@ ugidfw_vnode_check_lookup(struct ucred *cred, struct vn= ode *dvp, struct label *dvplabel, struct componentname *cnp) { =20 - return (ugidfw_check_vp(cred, dvp, MBI_EXEC)); + return (ugidfw_check_vp(cred, dvp, MBI_EXEC, NULL)); } =20 int @@ -170,7 +170,7 @@ ugidfw_vnode_check_open(struct ucred *cred, struct vnod= e *vp, struct label *vplabel, accmode_t accmode) { =20 - return (ugidfw_check_vp(cred, vp, ugidfw_accmode2mbi(accmode))); + return (ugidfw_check_vp(cred, vp, ugidfw_accmode2mbi(accmode), NULL)); } =20 int @@ -178,7 +178,7 @@ ugidfw_vnode_check_readdir(struct ucred *cred, struct v= node *dvp, struct label *dvplabel) { =20 - return (ugidfw_check_vp(cred, dvp, MBI_READ)); + return (ugidfw_check_vp(cred, dvp, MBI_READ, NULL)); } =20 int @@ -186,7 +186,7 @@ ugidfw_vnode_check_readdlink(struct ucred *cred, struct= vnode *vp, struct label *vplabel) { =20 - return (ugidfw_check_vp(cred, vp, MBI_READ)); + return (ugidfw_check_vp(cred, vp, MBI_READ, NULL)); } =20 int @@ -196,10 +196,10 @@ ugidfw_vnode_check_rename_from(struct ucred *cred, st= ruct vnode *dvp, { int error; =20 - error =3D ugidfw_check_vp(cred, dvp, MBI_WRITE); + error =3D ugidfw_check_vp(cred, dvp, MBI_WRITE, NULL); if (error) return (error); - return (ugidfw_check_vp(cred, vp, MBI_WRITE)); + return (ugidfw_check_vp(cred, vp, MBI_WRITE, NULL)); } =20 int @@ -209,11 +209,11 @@ ugidfw_vnode_check_rename_to(struct ucred *cred, stru= ct vnode *dvp, { int error; =20 - error =3D ugidfw_check_vp(cred, dvp, MBI_WRITE); + error =3D ugidfw_check_vp(cred, dvp, MBI_WRITE, NULL); if (error) return (error); if (vp !=3D NULL) - error =3D ugidfw_check_vp(cred, vp, MBI_WRITE); + error =3D ugidfw_check_vp(cred, vp, MBI_WRITE, NULL); return (error); } =20 @@ -222,7 +222,7 @@ ugidfw_vnode_check_revoke(struct ucred *cred, struct vn= ode *vp, struct label *vplabel) { =20 - return (ugidfw_check_vp(cred, vp, MBI_ADMIN)); + return (ugidfw_check_vp(cred, vp, MBI_ADMIN, NULL)); } =20 int @@ -230,7 +230,7 @@ ugidfw_check_setacl_vnode(struct ucred *cred, struct vn= ode *vp, struct label *vplabel, acl_type_t type, struct acl *acl) { =20 - return (ugidfw_check_vp(cred, vp, MBI_ADMIN)); + return (ugidfw_check_vp(cred, vp, MBI_ADMIN, NULL)); } =20 int @@ -238,7 +238,7 @@ ugidfw_vnode_check_setextattr(struct ucred *cred, struc= t vnode *vp, struct label *vplabel, int attrnamespace, const char *name) { =20 - return (ugidfw_check_vp(cred, vp, MBI_WRITE)); + return (ugidfw_check_vp(cred, vp, MBI_WRITE, NULL)); } =20 int @@ -246,7 +246,7 @@ ugidfw_vnode_check_setflags(struct ucred *cred, struct = vnode *vp, struct label *vplabel, u_long flags) { =20 - return (ugidfw_check_vp(cred, vp, MBI_ADMIN)); + return (ugidfw_check_vp(cred, vp, MBI_ADMIN, NULL)); } =20 int @@ -254,7 +254,7 @@ ugidfw_vnode_check_setmode(struct ucred *cred, struct v= node *vp, struct label *vplabel, mode_t mode) { =20 - return (ugidfw_check_vp(cred, vp, MBI_ADMIN)); + return (ugidfw_check_vp(cred, vp, MBI_ADMIN, NULL)); } =20 int @@ -262,7 +262,7 @@ ugidfw_vnode_check_setowner(struct ucred *cred, struct = vnode *vp, struct label *vplabel, uid_t uid, gid_t gid) { =20 - return (ugidfw_check_vp(cred, vp, MBI_ADMIN)); + return (ugidfw_check_vp(cred, vp, MBI_ADMIN, NULL)); } =20 int @@ -270,7 +270,7 @@ ugidfw_vnode_check_setutimes(struct ucred *cred, struct= vnode *vp, struct label *vplabel, struct timespec atime, struct timespec utime) { =20 - return (ugidfw_check_vp(cred, vp, MBI_ADMIN)); + return (ugidfw_check_vp(cred, vp, MBI_ADMIN, NULL)); } =20 int @@ -278,7 +278,7 @@ ugidfw_vnode_check_stat(struct ucred *active_cred, struct ucred *file_cred, struct vnode *vp, struct label *vplabel) { =20 - return (ugidfw_check_vp(active_cred, vp, MBI_STAT)); + return (ugidfw_check_vp(active_cred, vp, MBI_STAT, NULL)); } =20 int @@ -288,8 +288,8 @@ ugidfw_vnode_check_unlink(struct ucred *cred, struct vn= ode *dvp, { int error; =20 - error =3D ugidfw_check_vp(cred, dvp, MBI_WRITE); + error =3D ugidfw_check_vp(cred, dvp, MBI_WRITE, NULL); if (error) return (error); - return (ugidfw_check_vp(cred, vp, MBI_WRITE)); + return (ugidfw_check_vp(cred, vp, MBI_WRITE, NULL)); } diff --git a/sys/sparc64/sparc64/elf_machdep.c b/sys/sparc64/sparc64/elf_ma= chdep.c index 4d55717..e0eba33 100644 --- a/sys/sparc64/sparc64/elf_machdep.c +++ b/sys/sparc64/sparc64/elf_machdep.c @@ -34,6 +34,8 @@ #include __FBSDID("$FreeBSD$"); =20 +#include "opt_pax.h" + #include #include #include @@ -52,6 +54,10 @@ __FBSDID("$FreeBSD$"); =20 #include =20 +#ifdef PAX_ASLR +#include +#endif + #include "linker_if.h" =20 static struct sysentvec elf64_freebsd_sysvec =3D { @@ -87,6 +93,11 @@ static struct sysentvec elf64_freebsd_sysvec =3D { .sv_fetch_syscall_args =3D cpu_fetch_syscall_args, .sv_syscallnames =3D syscallnames, .sv_schedtail =3D NULL, +#ifdef PAX_ASLR + .sv_pax_aslr_init =3D _pax_aslr_init, +#else + .sv_pax_aslr_init =3D NULL, +#endif }; =20 static Elf64_Brandinfo freebsd_brand_info =3D { diff --git a/sys/sys/imgact.h b/sys/sys/imgact.h index 17cfcc2..15c2c4f 100644 --- a/sys/sys/imgact.h +++ b/sys/sys/imgact.h @@ -78,6 +78,7 @@ struct image_params { unsigned long pagesizes; int pagesizeslen; vm_prot_t stack_prot; + int pax_flags; }; =20 #ifdef _KERNEL diff --git a/sys/sys/jail.h b/sys/sys/jail.h index 59d791c..699b21c 100644 --- a/sys/sys/jail.h +++ b/sys/sys/jail.h @@ -184,6 +184,19 @@ struct prison { char pr_hostname[MAXHOSTNAMELEN]; /* (p) jail hostname */ char pr_domainname[MAXHOSTNAMELEN]; /* (p) jail domainname */ char pr_hostuuid[HOSTUUIDLEN]; /* (p) jail hostuuid */ + /* Lock only needed for pax_* if pr_pax_set =3D=3D 0 */ + int pr_pax_set; /* (p) PaX settings initialized */ + int pr_pax_aslr_status; /* (p) PaX ASLR enabled */ + int pr_pax_aslr_debug; /* (p) PaX ASLR debug */ + int pr_pax_aslr_mmap_len; /* (p) Number of bits randomized with mmap */ + int pr_pax_aslr_stack_len; /* (p) Number of bits randomized with stack= */ + int pr_pax_aslr_exec_len; /* (p) Number of bits randomized with the ex= ecbase */ + int pr_pax_aslr_compat_status; /* (p) PaX ASLR enabled (compat32) */ + int pr_pax_aslr_compat_mmap_len; /* (p) Number of bits randomized with = mmap (compat32) */ + int pr_pax_aslr_compat_stack_len; /* (p) Number of bits randomized with= stack (compat32) */ + int pr_pax_aslr_compat_exec_len; /* (p) Number of bits randomized with = the execbase (compat32) */ + int pr_pax_log_log; /* (p) XXX */ + int pr_pax_log_ulog; /* (p) XXX */ }; =20 struct prison_racct { diff --git a/sys/sys/kernel.h b/sys/sys/kernel.h index 3c5258a..aedb52e 100644 --- a/sys/sys/kernel.h +++ b/sys/sys/kernel.h @@ -102,6 +102,7 @@ enum sysinit_sub_id { SI_SUB_WITNESS =3D 0x1A80000, /* witness initialization */ SI_SUB_MTX_POOL_DYNAMIC =3D 0x1AC0000, /* dynamic mutex pool */ SI_SUB_LOCK =3D 0x1B00000, /* various locks */ + SI_SUB_PAX =3D 0x1B50000, /* pax setup */ SI_SUB_EVENTHANDLER =3D 0x1C00000, /* eventhandler init */ SI_SUB_VNET_PRELINK =3D 0x1E00000, /* vnet init before modules */ SI_SUB_KLD =3D 0x2000000, /* KLD and module setup */ diff --git a/sys/sys/pax.h b/sys/sys/pax.h new file mode 100644 index 0000000..a0f2bf6 --- /dev/null +++ b/sys/sys/pax.h @@ -0,0 +1,226 @@ +/*- + * Copyright (c) 2006 Elad Efrat + * Copyright (c) 2013-2014, by Oliver Pinter + * Copyright (c) 2014, by Shawn Webb + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * 3. The name of the author may not be used to endorse or promote products + * derived from this software without specific prior written permission. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTI= ES + * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. + * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, + * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT + * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF US= E, + * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY + * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT + * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF + * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. + * + * $FreeBSD$ + */ + +#ifndef __SYS_PAX_H +#define __SYS_PAX_H + +struct image_params; +struct prison; +struct thread; +struct vnode; +struct vmspace; +struct vm_offset_t; + +/* + * used in sysctl handler + */ +#define PAX_ASLR_DISABLED 0 +#define PAX_ASLR_OPTIN 1 +#define PAX_ASLR_OPTOUT 2 +#define PAX_ASLR_FORCE_ENABLED 3 + +#ifndef PAX_ASLR_DELTA +#define PAX_ASLR_DELTA(delta, lsb, len) \ + (((delta) & ((1UL << (len)) - 1)) << (lsb)) +#endif /* PAX_ASLR_DELTA */ + +#ifdef PAX_ASLR +/* + * generic ASLR values + * + * MMAP | 32 bit | 64 bit | + * +-------+--------+--------+ + * | MIN | 8 bit | 16 bit | + * +-------+--------+--------+ + * | DEF | 8 bit | 21 bit | + * +-------+--------+--------+ + * | MAX | 16 bit | 32 bit | + * +-------+--------+--------+ + * + * STACK | 32 bit | 64 bit | + * +-------+--------+--------+ + * | MIN | 6 bit | 12 bit | + * +-------+--------+--------+ + * | DEF | 6 bit | 16 bit | + * +-------+--------+--------+ + * | MAX | 10 bit | 21 bit | + * +-------+--------+--------+ + * + * EXEC | 32 bit | 64 bit | + * +-------+--------+--------+ + * | MIN | 6 bit | 12 bit | + * +-------+--------+--------+ + * | DEF | 6 bit | 21 bit | + * +-------+--------+--------+ + * | MAX | 10 bit | 21 bit | + * +-------+--------+--------+ + * + */ +#ifndef PAX_ASLR_DELTA_MMAP_LSB +#define PAX_ASLR_DELTA_MMAP_LSB PAGE_SHIFT +#endif /* PAX_ASLR_DELTA_MMAP_LSB */ + +#ifndef PAX_ASLR_DELTA_MMAP_MIN_LEN +#define PAX_ASLR_DELTA_MMAP_MIN_LEN ((sizeof(void *) * NBBY) / 4) +#endif /* PAX_ASLR_DELTA_MMAP_MAX_LEN */ + +#ifndef PAX_ASLR_DELTA_MMAP_MAX_LEN +#define PAX_ASLR_DELTA_MMAP_MAX_LEN ((sizeof(void *) * NBBY) / 2) +#endif /* PAX_ASLR_DELTA_MMAP_MAX_LEN */ + +#ifndef PAX_ASLR_DELTA_STACK_LSB +#define PAX_ASLR_DELTA_STACK_LSB 3 +#endif /* PAX_ASLR_DELTA_STACK_LSB */ + +#ifndef PAX_ASLR_DELTA_STACK_MIN_LEN +#define PAX_ASLR_DELTA_STACK_MIN_LEN ((sizeof(void *) * NBBY) / 5) +#endif /* PAX_ASLR_DELTA_STACK_MAX_LEN */ + +#ifndef PAX_ASLR_DELTA_STACK_MAX_LEN +#define PAX_ASLR_DELTA_STACK_MAX_LEN ((sizeof(void *) * NBBY) / 3) +#endif /* PAX_ASLR_DELTA_STACK_MAX_LEN */ + +#ifndef PAX_ASLR_DELTA_EXEC_LSB +#define PAX_ASLR_DELTA_EXEC_LSB PAGE_SHIFT +#endif /* PAX_ASLR_DELTA_EXEC_LSB */ + +#ifndef PAX_ASLR_DELTA_EXEC_MIN_LEN +#define PAX_ASLR_DELTA_EXEC_MIN_LEN ((sizeof(void *) * NBBY) / 5) +#endif /* PAX_ASLR_DELTA_EXEC_MAX_LEN */ + +#ifndef PAX_ASLR_DELTA_EXEC_MAX_LEN +#define PAX_ASLR_DELTA_EXEC_MAX_LEN ((sizeof(void *) * NBBY) / 3) +#endif /* PAX_ASLR_DELTA_EXEC_MAX_LEN */ + +/* + * ASLR default values for native host + */ +#ifdef __amd64__ +#ifndef PAX_ASLR_DELTA_MMAP_DEF_LEN +#define PAX_ASLR_DELTA_MMAP_DEF_LEN 21 +#endif /* PAX_ASLR_DELTA_MMAP_DEF_LEN */ +#ifndef PAX_ASLR_DELTA_STACK_DEF_LEN +#define PAX_ASLR_DELTA_STACK_DEF_LEN 16 +#endif /* PAX_ASLR_DELTA_STACK_DEF_LEN */ +#ifndef PAX_ASLR_DELTA_EXEC_DEF_LEN +#define PAX_ASLR_DELTA_EXEC_DEF_LEN 21 +#endif /* PAX_ASLR_DELTA_EXEC_DEF_LEN */ +#else +#ifndef PAX_ASLR_DELTA_MMAP_DEF_LEN +#define PAX_ASLR_DELTA_MMAP_DEF_LEN PAX_ASLR_DELTA_MMAP_MIN_LEN +#endif /* PAX_ASLR_DELTA_MMAP_DEF_LEN */ +#ifndef PAX_ASLR_DELTA_STACK_DEF_LEN +#define PAX_ASLR_DELTA_STACK_DEF_LEN PAX_ASLR_DELTA_STACK_MIN_LEN +#endif /* PAX_ASLR_DELTA_STACK_DEF_LEN */ +#ifndef PAX_ASLR_DELTA_EXEC_DEF_LEN +#define PAX_ASLR_DELTA_EXEC_DEF_LEN PAX_ASLR_DELTA_EXEC_MIN_LEN +#endif /* PAX_ASLR_DELTA_EXEC_DEF_LEN */ +#endif /* __amd64__ */ + +/* + * ASLR values for COMPAT_FREEBSD32 and COMPAT_LINUX + */ +#ifndef PAX_ASLR_COMPAT_DELTA_MMAP_LSB +#define PAX_ASLR_COMPAT_DELTA_MMAP_LSB PAGE_SHIFT +#endif /* PAX_ASLR_COMPAT_DELTA_MMAP_LSB */ + +#ifndef PAX_ASLR_COMPAT_DELTA_MMAP_MIN_LEN +#define PAX_ASLR_COMPAT_DELTA_MMAP_MIN_LEN ((sizeof(int) * NBBY) / 4) +#endif /* PAX_ASLR_COMPAT_DELTA_MMAP_MAX_LEN */ + +#ifndef PAX_ASLR_COMPAT_DELTA_MMAP_MAX_LEN +#define PAX_ASLR_COMPAT_DELTA_MMAP_MAX_LEN ((sizeof(int) * NBBY) / 2) +#endif /* PAX_ASLR_COMPAT_DELTA_MMAP_MAX_LEN */ + +#ifndef PAX_ASLR_COMPAT_DELTA_STACK_LSB +#define PAX_ASLR_COMPAT_DELTA_STACK_LSB 3 +#endif /* PAX_ASLR_COMPAT_DELTA_STACK_LSB */ + +#ifndef PAX_ASLR_COMPAT_DELTA_STACK_MIN_LEN +#define PAX_ASLR_COMPAT_DELTA_STACK_MIN_LEN ((sizeof(int) * NBBY) / 5) +#endif /* PAX_ASLR_COMPAT_DELTA_STACK_MAX_LEN */ + +#ifndef PAX_ASLR_COMPAT_DELTA_STACK_MAX_LEN +#define PAX_ASLR_COMPAT_DELTA_STACK_MAX_LEN ((sizeof(int) * NBBY) / 3) +#endif /* PAX_ASLR_COMPAT_DELTA_STACK_MAX_LEN */ + +#ifndef PAX_ASLR_COMPAT_DELTA_EXEC_MIN_LEN +#define PAX_ASLR_COMPAT_DELTA_EXEC_MIN_LEN ((sizeof(int) * NBBY) / 5) +#endif /* PAX_ASLR_COMPAT_DELTA_EXEC_MAX_LEN */ + +#ifndef PAX_ASLR_COMPAT_DELTA_EXEC_MAX_LEN +#define PAX_ASLR_COMPAT_DELTA_EXEC_MAX_LEN ((sizeof(int) * NBBY) / 3) +#endif /* PAX_ASLR_COMPAT_DELTA_EXEC_MAX_LEN */ + +extern int pax_aslr_status; +extern int pax_aslr_debug; + +extern int pax_aslr_mmap_len; +extern int pax_aslr_stack_len; +extern int pax_aslr_exec_len; +#ifdef COMPAT_FREEBSD32 +extern int pax_aslr_compat_status; +extern int pax_aslr_compat_mmap_len; +extern int pax_aslr_compat_stack_len; +extern int pax_aslr_compat_exec_len; +#endif /* COMPAT_FREEBSD32 */ +#endif /* PAX_ASLR */ + +extern int pax_log_log; +extern int pax_log_ulog; + +#define ELF_NOTE_TYPE_PAX_TAG 3 +#define PAX_NOTE_MPROTECT 0x01 +#define PAX_NOTE_NOMPROTECT 0x02 +#define PAX_NOTE_GUARD 0x04 +#define PAX_NOTE_NOGUARD 0x08 +#define PAX_NOTE_ASLR 0x10 +#define PAX_NOTE_NOASLR 0x20 + +#define PAX_LOG_LOG 0 +#define PAX_LOG_ULOG 0 + +void pax_init(void); +void pax_init_prison(struct prison *pr); +bool pax_aslr_active(struct thread *td, struct proc *proc); +void _pax_aslr_init(struct vmspace *vm, struct prison *pr); +void _pax_aslr_init32(struct vmspace *vm, struct prison *pr); +void pax_aslr_init(struct thread *td, struct image_params *imgp); +void pax_aslr_mmap(struct thread *td, vm_offset_t *addr,=20 + vm_offset_t orig_addr, int flags); +void pax_aslr_stack(struct thread *td, uintptr_t *addr); +struct prison *pax_get_prison(struct thread *td, struct proc *proc); +void pax_elf(struct image_params *, uint32_t); + +void pax_log_aslr(struct prison *pr, const char *func, const char *fmt, ..= =2E); +void pax_ulog_aslr(struct prison *pr, const char *func, const char *fmt, .= =2E.); + +#endif /* __SYS_PAX_H */ diff --git a/sys/sys/proc.h b/sys/sys/proc.h index fbd064c..558d7bf 100644 --- a/sys/sys/proc.h +++ b/sys/sys/proc.h @@ -539,6 +539,7 @@ struct proc { u_int p_stops; /* (c) Stop event bitmask. */ u_int p_stype; /* (c) Stop event type. */ char p_step; /* (c) Process is stopped. */ + u_int p_pax; /* (b) PaX is enabled to this process */ u_char p_pfsflags; /* (c) Procfs flags. */ struct nlminfo *p_nlminfo; /* (?) Only used by/for lockd. */ struct kaioinfo *p_aioinfo; /* (y) ASYNC I/O info. */ diff --git a/sys/sys/sysent.h b/sys/sys/sysent.h index c49db41..cfbcdc0 100644 --- a/sys/sys/sysent.h +++ b/sys/sys/sysent.h @@ -77,9 +77,11 @@ struct sysent { /* system call table */ #define SY_THR_INCR 0x8 =20 struct image_params; +struct prison; struct __sigset; struct syscall_args; struct trapframe; +struct vmspace; struct vnode; =20 struct sysentvec { @@ -130,6 +132,7 @@ struct sysentvec { uint32_t sv_timekeep_gen; void *sv_shared_page_obj; void (*sv_schedtail)(struct thread *); + void (*sv_pax_aslr_init)(struct vmspace *vm, struct prison *pr); }; =20 #define SV_ILP32 0x000100 diff --git a/sys/vm/vm_map.c b/sys/vm/vm_map.c index d8ba33f..4ba8106 100644 --- a/sys/vm/vm_map.c +++ b/sys/vm/vm_map.c @@ -65,6 +65,8 @@ #include __FBSDID("$FreeBSD$"); =20 +#include "opt_pax.h" + #include #include #include @@ -292,6 +294,12 @@ vmspace_alloc(vm_offset_t min, vm_offset_t max, pmap_p= init_t pinit) vm->vm_taddr =3D 0; vm->vm_daddr =3D 0; vm->vm_maxsaddr =3D 0; +#ifdef PAX_ASLR + vm->vm_aslr_delta_mmap =3D 0; + vm->vm_aslr_delta_stack =3D 0; + vm->vm_aslr_delta_exec =3D 0; +#endif + return (vm); } =20 diff --git a/sys/vm/vm_map.h b/sys/vm/vm_map.h index 8cced05..e8e9ffe 100644 --- a/sys/vm/vm_map.h +++ b/sys/vm/vm_map.h @@ -241,6 +241,9 @@ struct vmspace { caddr_t vm_taddr; /* (c) user virtual address of text */ caddr_t vm_daddr; /* (c) user virtual address of data */ caddr_t vm_maxsaddr; /* user VA at max stack growth */ + vm_size_t vm_aslr_delta_mmap; /* mmap() random delta for ASLR */ + vm_size_t vm_aslr_delta_stack; /* stack random delta for ASLR */ + vm_size_t vm_aslr_delta_exec; /* exec base random delta for ASLR */ volatile int vm_refcnt; /* number of references */ /* * Keep the PMAP last, so that CPU-specific variations of that diff --git a/sys/vm/vm_mmap.c b/sys/vm/vm_mmap.c index a524839..fd8876e 100644 --- a/sys/vm/vm_mmap.c +++ b/sys/vm/vm_mmap.c @@ -45,6 +45,7 @@ __FBSDID("$FreeBSD$"); =20 #include "opt_compat.h" #include "opt_hwpmc_hooks.h" +#include "opt_pax.h" =20 #include #include @@ -91,6 +92,10 @@ __FBSDID("$FreeBSD$"); #include #endif =20 +#ifdef PAX_ASLR +#include +#endif + int old_mlock =3D 0; SYSCTL_INT(_vm, OID_AUTO, old_mlock, CTLFLAG_RW | CTLFLAG_TUN, &old_mlock,= 0, "Do not apply RLIMIT_MEMLOCK on mlockall"); @@ -203,6 +208,9 @@ sys_mmap(td, uap) struct file *fp; struct vnode *vp; vm_offset_t addr; +#ifdef PAX_ASLR + vm_offset_t orig_addr; +#endif vm_size_t size, pageoff; vm_prot_t cap_maxprot, prot, maxprot; void *handle; @@ -213,6 +221,9 @@ sys_mmap(td, uap) cap_rights_t rights; =20 addr =3D (vm_offset_t) uap->addr; +#ifdef PAX_ASLR + orig_addr =3D addr; +#endif size =3D uap->len; prot =3D uap->prot & VM_PROT_ALL; flags =3D uap->flags; @@ -416,6 +427,9 @@ sys_mmap(td, uap) map: td->td_fpop =3D fp; maxprot &=3D cap_maxprot; +#ifdef PAX_ASLR + pax_aslr_mmap(td, &addr, orig_addr, flags); +#endif error =3D vm_mmap(&vms->vm_map, &addr, size, prot, maxprot, flags, handle_type, handle, pos); td->td_fpop =3D NULL; diff --git a/tools/build/options/WITHOUT_PIE b/tools/build/options/WITHOUT_= PIE new file mode 100644 index 0000000..82019ce --- /dev/null +++ b/tools/build/options/WITHOUT_PIE @@ -0,0 +1 @@ +Enable building of Position-Independent Executables (PIEs). diff --git a/usr.sbin/ugidfw/ugidfw.c b/usr.sbin/ugidfw/ugidfw.c index 977922a..515df16 100644 --- a/usr.sbin/ugidfw/ugidfw.c +++ b/usr.sbin/ugidfw/ugidfw.c @@ -46,6 +46,8 @@ __FBSDID("$FreeBSD$"); #include #include =20 +#define UGIDFW_BUFSIZ (BUFSIZ*2) + void add_rule(int argc, char *argv[]); void list_rules(void); void remove_rule(int argc, char *argv[]); @@ -71,22 +73,22 @@ usage(void) void add_rule(int argc, char *argv[]) { - char errstr[BUFSIZ], charstr[BUFSIZ]; + char errstr[UGIDFW_BUFSIZ], charstr[UGIDFW_BUFSIZ]; struct mac_bsdextended_rule rule; int error, rulenum; =20 - error =3D bsde_parse_rule(argc, argv, &rule, BUFSIZ, errstr); + error =3D bsde_parse_rule(argc, argv, &rule, UGIDFW_BUFSIZ, errstr); if (error) { warnx("%s", errstr); return; } =20 - error =3D bsde_add_rule(&rulenum, &rule, BUFSIZ, errstr); + error =3D bsde_add_rule(&rulenum, &rule, UGIDFW_BUFSIZ, errstr); if (error) { warnx("%s", errstr); return; } - if (bsde_rule_to_string(&rule, charstr, BUFSIZ) =3D=3D -1) + if (bsde_rule_to_string(&rule, charstr, UGIDFW_BUFSIZ) =3D=3D -1) warnx("Added rule, but unable to print string."); else printf("%d %s\n", rulenum, charstr); @@ -95,25 +97,25 @@ add_rule(int argc, char *argv[]) void list_rules(void) { - char errstr[BUFSIZ], charstr[BUFSIZ]; + char errstr[UGIDFW_BUFSIZ], charstr[UGIDFW_BUFSIZ]; struct mac_bsdextended_rule rule; int error, i, rule_count, rule_slots; =20 - rule_slots =3D bsde_get_rule_slots(BUFSIZ, errstr); + rule_slots =3D bsde_get_rule_slots(UGIDFW_BUFSIZ, errstr); if (rule_slots =3D=3D -1) { warnx("unable to get rule slots; mac_bsdextended.ko " "may not be loaded"); errx(1, "bsde_get_rule_slots: %s", errstr); } =20 - rule_count =3D bsde_get_rule_count(BUFSIZ, errstr); + rule_count =3D bsde_get_rule_count(UGIDFW_BUFSIZ, errstr); if (rule_count =3D=3D -1) errx(1, "bsde_get_rule_count: %s", errstr); =20 printf("%d slots, %d rules\n", rule_slots, rule_count); =20 for (i =3D 0; i < rule_slots; i++) { - error =3D bsde_get_rule(i, &rule, BUFSIZ, errstr); + error =3D bsde_get_rule(i, &rule, UGIDFW_BUFSIZ, errstr); switch (error) { case -2: continue; @@ -124,7 +126,7 @@ list_rules(void) break; } =20 - if (bsde_rule_to_string(&rule, charstr, BUFSIZ) =3D=3D -1) + if (bsde_rule_to_string(&rule, charstr, UGIDFW_BUFSIZ) =3D=3D -1) warnx("unable to translate rule %d to string", i); else printf("%d %s\n", i, charstr); @@ -134,7 +136,7 @@ list_rules(void) void set_rule(int argc, char *argv[]) { - char errstr[BUFSIZ]; + char errstr[UGIDFW_BUFSIZ]; struct mac_bsdextended_rule rule; long value; int error, rulenum; @@ -152,13 +154,13 @@ set_rule(int argc, char *argv[]) =20 rulenum =3D value; =20 - error =3D bsde_parse_rule(argc - 1, argv + 1, &rule, BUFSIZ, errstr); + error =3D bsde_parse_rule(argc - 1, argv + 1, &rule, UGIDFW_BUFSIZ, errst= r); if (error) { warnx("%s", errstr); return; } =20 - error =3D bsde_set_rule(rulenum, &rule, BUFSIZ, errstr); + error =3D bsde_set_rule(rulenum, &rule, UGIDFW_BUFSIZ, errstr); if (error) { warnx("%s", errstr); return; @@ -168,7 +170,7 @@ set_rule(int argc, char *argv[]) void remove_rule(int argc, char *argv[]) { - char errstr[BUFSIZ]; + char errstr[UGIDFW_BUFSIZ]; long value; int error, rulenum; char *endp; @@ -185,7 +187,7 @@ remove_rule(int argc, char *argv[]) =20 rulenum =3D value; =20 - error =3D bsde_delete_rule(rulenum, BUFSIZ, errstr); + error =3D bsde_delete_rule(rulenum, UGIDFW_BUFSIZ, errstr); if (error) warnx("%s", errstr); } --yRA+Bmk8aPhU85Qt-- --S5HS5MvDw4DmbRmb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJTptwkAAoJEGqEZY9SRW7uV/UP/jDGqcEHj+MZomqbnyG+Hs4q sArIbDgKsXMrYkx/H1QbiV/+iIRGboiTcmetqkIg1kdkLjhWoQMrOJRVXu75x486 MTVGhFr2KvCRroaJsYN57F/GwwFYG5DVL9CzdPikax1O/JzyHtulpMP1ZKVz/g3r ARcZpSxVO+IRDkK0O69HeJgduWA7dTdiR9rwGd5XY++Xart9JKMj4V0N+Gzx9UXA 7XhaL5y4o6Z+AlpploqAwuxMMQ/3CP2jIpFjJ06UeIvYdC6IzNL9y9r5GYIwmS7b q03kO0R6fEpViIhsVtKqif+hZJQ7vThASSy9UVd3YB4MRtRFVo/yW/WRByVU5Hsh nyObacX4qTYrXaK8xA8zmhOk+QRGMeS+ixs0fjuVhSCRAhDe3+3Tcr81hQf+VV4K 1q4GFRaN62jDXtuoxgkCzpy3bLSaBFuGdS0kzlubB08/MSC0ZVlIE44dHUt9enXs EBNgHCuOBwF1iKu7qaiiNE2vDmBUNnQ+VBlytZH1nXCO46AlbdTJ2atC0JZO7Wk7 9rsWlvSd6aCKFazahxxmqNyaysO11VAgtYipnFaelGvicY6DLK4bb/ynhMl5oFf8 JDsq55cQI+XC/IPDSZkjDK0/gP1t2loAsbuv7y+R+g5bGJB/4rj3yEDf/T2UJ0VJ DHhPn+4cJ6nhZqy64CAR =KU2A -----END PGP SIGNATURE----- --S5HS5MvDw4DmbRmb-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 15:00:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F613A65 for ; Sun, 22 Jun 2014 15:00:41 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5A89E2C2E for ; Sun, 22 Jun 2014 15:00:41 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1WyjCG-003Gol-Kt>; Sun, 22 Jun 2014 16:56:44 +0200 Received: from g229052215.adsl.alicedsl.de ([92.229.52.215] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1WyjCG-000DME-Gq>; Sun, 22 Jun 2014 16:56:44 +0200 Date: Sun, 22 Jun 2014 16:56:39 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: [CURRENT]: weird memory/linker problem? Message-ID: <20140622165639.17a1ba1e.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/GA0b1J_OJrpRr.Akw/cGdwL"; protocol="application/pgp-signature" X-Originating-IP: 92.229.52.215 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 22 Jun 2014 15:00:41 -0000 --Sig_/GA0b1J_OJrpRr.Akw/cGdwL Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hello. I face a strange problem on a set of CURRENT driven boxes. The systems in q= uestion are all the same version of CURRENT (more or less, a week or so discrepancy). The boxes affected have 8 GB of RAM and are old-style Core2Duo systems. The phenomenon: Starting up the box shows the operating system working. But sometimes it is= impossible to start certain applications, like Firefox - they segfault. More disturbing i= s the fail of the linker when building world. Sometimes I get strange messages like relocation truncated to fit: R_X86_64_PC32 against symbol `__error' defined= in .text when compiling/linking. The funny thing is: rebooting the box and doing exa= ctly the same very often leaves the system then operable - starting applications works, c= ompiling works! First I thought this could be a indication of a dying system and so I check= ed the memory for two days non-stop without any indication of anything wrong. The boxes d= o not have ECC RAM - it's Intel. I see this problem on two C2D based boxes relatively often (one E8400 two c= ore, another Q6600 quadcore, both systems have 8 GB RAM). This phenomenon also occured t= wo or three months ago on another machine with 32 GB RAM and a Core-i7 3930K, but it we= nt away (it was the very same error as shown above). Another system, a i3-3220 with 16 GB RAM never showed the problem although = that system build world also on a regular basis very frequent as the C2D systems do. Well, I feel a bit confused. On the first view, the problem looks weird and= it indicates a kind of memory problem - but testing the memory didn't show anything wron= g.=20 Today "windowmaker" stopped starting due to a malformed command in one of w= indowmaker's library. I did reboot the box and everything was all right. Then, also toda= y, I tried compiling world and I got a weird error message about a misspelled "Int__xx= x", I can not remember exactly the text, I rebooted and everything was all right again. Those errors are frequent on 8GB, C2D based systems and at the moment not p= resent any more on more modern systems with more memory as described above. This could= be a coincidence, but it is strange anyway. I do not exclude dying hardware, but I'd like to ask whether there is somet= hing strange going on with FreeBSD's memory management at the moment and whether those p= roblems could also be triggered by some nasty bug? I never see a crash (which would also = indicated faulty hardware), I mostly realise those strange behaviour either after a f= resh boot or after I ran some memory disk i/o intensive jobs, like updating the ports tr= ee. By the way, FreeBSD CURRENT suffer from a tremendous performance cut these = days when compiling world and updating the ports tree and running portmaster. On one = box, on which ports reside on a UFS partion, it takes more than 8 minutes to pass the por= tmaster -da, which is quick when not compiling world. On another system on which /usr/po= rts is residing on ZFS (the box has 16GB RAM!), it takes sometimes 30(!) minutes t= o perform a "svn update" while compiling world (that is the i3-3220 with 16 GB RAM syst= em), it takes 6 - 15 minutes when the box is relaxed and updating the ports tree the firs= t time (every subsequent update is much faster). Well, I know these reports of mine are a bit weird since I have no exact lo= g of the problems, but I think if there is an issue not with the hardware, I report = those in. Regards, oh --Sig_/GA0b1J_OJrpRr.Akw/cGdwL Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJTpu6rAAoJEOgBcD7A/5N8BMcH/j/n0jLzpzyTtDf3GPjl9dfc +KmoeXTg3WsV6V7yyasAXL3uUtkCVTzG5thB2W/iOUQVE/1CSYNPkWgQ9VcnirGJ TV3p1+L4SYC2JBihkvc7DzaEhV7WqXnmiN+YMh0y7snTimEguQe2oOoRhj89HgtJ ysUvlAN/3upQVK2r7lIGmiJYqErEkx3avz3kdxHPP24oFwWsDT5hUOro8uPBw0i8 4MhlBY6FT8w5vHlYn/Sj95tLWe2mqVlB6Oa3kGLGtzGFUBN2zaDKo3cVco++1Mn1 dbfk3eV2IUKznZ8lR77D5vSbztGdhbriAmD/bajuxVnOu+O8ym6snBwSZXhsfQQ= =Nucn -----END PGP SIGNATURE----- --Sig_/GA0b1J_OJrpRr.Akw/cGdwL-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 17:10:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A2422866 for ; Sun, 22 Jun 2014 17:10:06 +0000 (UTC) Received: from mail-qc0-x22d.google.com (mail-qc0-x22d.google.com [IPv6:2607:f8b0:400d:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 645C8256F for ; Sun, 22 Jun 2014 17:10:06 +0000 (UTC) Received: by mail-qc0-f173.google.com with SMTP id l6so5153655qcy.4 for ; Sun, 22 Jun 2014 10:10:05 -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:message-id:subject :from:to:cc:content-type; bh=Br5+9h5ki4yqXZwwVHRy13nPjywUilJTTO1Nfxs5ffM=; b=DNRLXheuO9/Uxf8+XJGopM53jFkZCZXXi+PMOMTSgXzgp8JhJOsh6wqDfhRyj0lORJ fr3+1T9baiu/XrvY7jfNwcCFzi4RlDsXGUrCPLmj2JJZGQPbFxuWrn3y1fXfkLZQRutN thow8bT4eLoDldpK7gmktKe8V0ZNxrku/sK7uHser3kxS6djP4LE2aUVP9e/aEroHuI2 bkdJTLe3xDHwWLogGO1UNk1OWs+decEMsvSkBDQq8K27JynsdmdMYxQ0iTz2ZT1kiSNd C3tgmOcsi1j+XndkHTTPHftMs40BikZkh0WdNEZgICVd3SCagLXZOCNfTM8PyAWt5EE0 jW4g== MIME-Version: 1.0 X-Received: by 10.140.22.134 with SMTP id 6mr23593502qgn.4.1403457004946; Sun, 22 Jun 2014 10:10:04 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.43.134 with HTTP; Sun, 22 Jun 2014 10:10:04 -0700 (PDT) In-Reply-To: <20140622165639.17a1ba1e.ohartman@zedat.fu-berlin.de> References: <20140622165639.17a1ba1e.ohartman@zedat.fu-berlin.de> Date: Sun, 22 Jun 2014 10:10:04 -0700 X-Google-Sender-Auth: Ss_BogFumpRc2Fi-rgDTfJreDVU Message-ID: Subject: Re: [CURRENT]: weird memory/linker problem? From: Adrian Chadd To: "O. Hartmann" Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 22 Jun 2014 17:10:06 -0000 When they segfault, where do they segfault? -a On 22 June 2014 07:56, O. Hartmann wrote: > > Hello. > > I face a strange problem on a set of CURRENT driven boxes. The systems in question are > all the same version of CURRENT (more or less, a week or so discrepancy). > > The boxes affected have 8 GB of RAM and are old-style Core2Duo systems. > > The phenomenon: > > Starting up the box shows the operating system working. But sometimes it is impossible to > start certain applications, like Firefox - they segfault. More disturbing is the fail of > the linker when building world. Sometimes I get strange messages like > > relocation truncated to fit: R_X86_64_PC32 against symbol `__error' defined in .text > > when compiling/linking. The funny thing is: rebooting the box and doing exactly the same > very often leaves the system then operable - starting applications works, compiling works! > > First I thought this could be a indication of a dying system and so I checked the memory > for two days non-stop without any indication of anything wrong. The boxes do not have ECC > RAM - it's Intel. > > I see this problem on two C2D based boxes relatively often (one E8400 two core, another > Q6600 quadcore, both systems have 8 GB RAM). This phenomenon also occured two or three > months ago on another machine with 32 GB RAM and a Core-i7 3930K, but it went away (it was > the very same error as shown above). > > Another system, a i3-3220 with 16 GB RAM never showed the problem although that system > build world also on a regular basis very frequent as the C2D systems do. > > Well, I feel a bit confused. On the first view, the problem looks weird and it indicates > a kind of memory problem - but testing the memory didn't show anything wrong. > > Today "windowmaker" stopped starting due to a malformed command in one of windowmaker's > library. I did reboot the box and everything was all right. Then, also today, I tried > compiling world and I got a weird error message about a misspelled "Int__xxx", I can not > remember exactly the text, I rebooted and everything was all right again. > > Those errors are frequent on 8GB, C2D based systems and at the moment not present any > more on more modern systems with more memory as described above. This could be a > coincidence, but it is strange anyway. > > I do not exclude dying hardware, but I'd like to ask whether there is something strange > going on with FreeBSD's memory management at the moment and whether those problems could > also be triggered by some nasty bug? I never see a crash (which would also indicated > faulty hardware), I mostly realise those strange behaviour either after a fresh boot or > after I ran some memory disk i/o intensive jobs, like updating the ports tree. > > By the way, FreeBSD CURRENT suffer from a tremendous performance cut these days when > compiling world and updating the ports tree and running portmaster. On one box, on which > ports reside on a UFS partion, it takes more than 8 minutes to pass the portmaster -da, > which is quick when not compiling world. On another system on which /usr/ports is > residing on ZFS (the box has 16GB RAM!), it takes sometimes 30(!) minutes to perform a > "svn update" while compiling world (that is the i3-3220 with 16 GB RAM system), it takes > 6 - 15 minutes when the box is relaxed and updating the ports tree the first time (every > subsequent update is much faster). > > Well, I know these reports of mine are a bit weird since I have no exact log of the > problems, but I think if there is an issue not with the hardware, I report those in. > > Regards, > > oh From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 17:41:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F1259D33 for ; Sun, 22 Jun 2014 17:41:07 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id CA79527D3 for ; Sun, 22 Jun 2014 17:41:07 +0000 (UTC) Received: from [10.1.1.2] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 92B7815062 for ; Sun, 22 Jun 2014 17:40:59 +0000 (UTC) Message-ID: <53A7152B.9060901@freebsd.org> Date: Sun, 22 Jun 2014 13:40:59 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: [CURRENT]: weird memory/linker problem? References: <20140622165639.17a1ba1e.ohartman@zedat.fu-berlin.de> In-Reply-To: <20140622165639.17a1ba1e.ohartman@zedat.fu-berlin.de> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="clVJfqFkFnhEJ8FdVtkFidt3jwnG7W1FO" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 22 Jun 2014 17:41:08 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --clVJfqFkFnhEJ8FdVtkFidt3jwnG7W1FO Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-06-22 10:56, O. Hartmann wrote: >=20 > Hello. >=20 > I face a strange problem on a set of CURRENT driven boxes. The systems = in question are > all the same version of CURRENT (more or less, a week or so discrepancy= ). >=20 > The boxes affected have 8 GB of RAM and are old-style Core2Duo systems.= >=20 > The phenomenon: >=20 > Starting up the box shows the operating system working. But sometimes i= t is impossible to > start certain applications, like Firefox - they segfault. More disturbi= ng is the fail of > the linker when building world. Sometimes I get strange messages like >=20 > relocation truncated to fit: R_X86_64_PC32 against symbol `__error' def= ined in .text >=20 > when compiling/linking. The funny thing is: rebooting the box and doing= exactly the same > very often leaves the system then operable - starting applications work= s, compiling works! >=20 > First I thought this could be a indication of a dying system and so I c= hecked the memory > for two days non-stop without any indication of anything wrong. The box= es do not have ECC > RAM - it's Intel. >=20 > I see this problem on two C2D based boxes relatively often (one E8400 t= wo core, another > Q6600 quadcore, both systems have 8 GB RAM). This phenomenon also occur= ed two or three > months ago on another machine with 32 GB RAM and a Core-i7 3930K, but i= t went away (it was > the very same error as shown above). >=20 > Another system, a i3-3220 with 16 GB RAM never showed the problem altho= ugh that system > build world also on a regular basis very frequent as the C2D systems do= =2E >=20 > Well, I feel a bit confused. On the first view, the problem looks weird= and it indicates > a kind of memory problem - but testing the memory didn't show anything = wrong.=20 >=20 > Today "windowmaker" stopped starting due to a malformed command in one = of windowmaker's > library. I did reboot the box and everything was all right. Then, also = today, I tried > compiling world and I got a weird error message about a misspelled "Int= __xxx", I can not > remember exactly the text, I rebooted and everything was all right agai= n. >=20 > Those errors are frequent on 8GB, C2D based systems and at the moment n= ot present any > more on more modern systems with more memory as described above. This c= ould be a > coincidence, but it is strange anyway. >=20 > I do not exclude dying hardware, but I'd like to ask whether there is s= omething strange > going on with FreeBSD's memory management at the moment and whether tho= se problems could > also be triggered by some nasty bug? I never see a crash (which would a= lso indicated > faulty hardware), I mostly realise those strange behaviour either after= a fresh boot or > after I ran some memory disk i/o intensive jobs, like updating the port= s tree. >=20 > By the way, FreeBSD CURRENT suffer from a tremendous performance cut th= ese days when > compiling world and updating the ports tree and running portmaster. On = one box, on which > ports reside on a UFS partion, it takes more than 8 minutes to pass the= portmaster -da, > which is quick when not compiling world. On another system on which /us= r/ports is > residing on ZFS (the box has 16GB RAM!), it takes sometimes 30(!) minut= es to perform a > "svn update" while compiling world (that is the i3-3220 with 16 GB RAM = system), it takes > 6 - 15 minutes when the box is relaxed and updating the ports tree the = first time (every > subsequent update is much faster). >=20 > Well, I know these reports of mine are a bit weird since I have no exac= t log of the > problems, but I think if there is an issue not with the hardware, I rep= ort those in. >=20 > Regards, >=20 > oh >=20 In order to get a better benchmark for 'svn update' on the ports tree if you 'zfs unmount pool/usr/ports' it will flush all ARC entries for that dataset, then 'zfs mount pool/usr/ports' and run the test again. This should give you more reproducible results --=20 Allan Jude --clVJfqFkFnhEJ8FdVtkFidt3jwnG7W1FO 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.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTpxUuAAoJEJrBFpNRJZKf9GMQALBPuuFjvpnTto31S2zMU6/F yOhgoCIojD75PdTGrWNSn4KMfDnQX3DHvJoYrH6vOyTJO3N0PdV5yKiQuigAEJYZ cb5OfGvxR5d6ZBe/f+5Za9OZI0srKsFS1nX5wSwFkvc+njv5fsQaDdxrIsFSQY6+ xk6U+v5CBV+gENxchtmkIhTlBTqjLZjz4xfEkuGlyn6ry1TXtxeuN5gYiDdD8w4s gO1SSMq5F3vg12O+Nhh2BJJcpI3Jz3d8j/7fpWD4psMfClzleFv2qkNljVKdm45k syXnI4UfvKfHWOewUAvkVWXOgFpnxI4o/7DOr7XgMPH2snz/8RiKgUifDl1Vsy6C wQNSDy/dQfdppV9UwBoqPZjOvJbMK/2nKFy18eaxrBdYj8PYQcjLy8yxgqqOM+Qi YYUV8Ms/6/ECagHPEN+ZxglBk9aNXqw+dwFo1ph70ORo9MjnE2UycAloY9MsYe71 mtxE90C8Jdet0WXosDuomUIzDr0HelwYaEyZOihRm5Xjp4FVMtUbymAjC/WPTV4x 2YvZzuCNbTNfzuBW0x3RlR4Oqh0EcSHsVVUDXlHCB3hI2fwqAWRbUmyVWdPcLI8H Ve+YK6GpKU0RlJ4KJO3jkIhSh8L/Ew4/8B/5msQQZr1nRJ55PlXXuAwfAPK1W8+S vyr7j7HAjtN8cCeOw5MD =LXDC -----END PGP SIGNATURE----- --clVJfqFkFnhEJ8FdVtkFidt3jwnG7W1FO-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 01:35:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87008AF6 for ; Mon, 23 Jun 2014 01:35:53 +0000 (UTC) Received: from mail-ie0-f169.google.com (mail-ie0-f169.google.com [209.85.223.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 536382CC4 for ; Mon, 23 Jun 2014 01:35:52 +0000 (UTC) Received: by mail-ie0-f169.google.com with SMTP id at1so5276982iec.14 for ; Sun, 22 Jun 2014 18:35:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=XGy13SWn+Kbf0El37ykxA4yZ+oeh3SD09t9leoXTVi0=; b=jzcYDlkVuxVP3B9lP9Vvg3wEKcxSyR/PDStJJJXkvlMlsjL4RO1nPlyMZBDaRwxI0m kxglnpSU3sQwMxumjL7Z0dfEOhD2+lChkmPUWOkKKh1qiXcwCDeFdU2hm0ptP/+XMkaH mTvinr/Gv3bGjLqWY4mlQEhorBf7S8j1Kk0NunbGEwy3sINe/as8QgxbWsfSI5XPeztJ L9HIUGyzpDpsWdxrd1ynmE8te9IzTH4URnq8w0Z2pBVsOb/1hcnk3gsUcwLU+z1Ra3cC ZGsnPgQYPjqu1Ly17l9J9nK2GFTSEfbQhO2O03Yvg9FObj4A2BOlpGlPAYXqw35cUhKz yrGw== X-Gm-Message-State: ALoCoQnetdtasVKv54ignQc/PFynUxm38NBcOGjnhm69EXBm/FjzNj0iMlCNUYa0h2RYNrdkPZdSR+KbqSWM8WxY8gt/xAQNJZN7JBnK9zu7KQs/paxNEXM= X-Received: by 10.50.143.8 with SMTP id sa8mr22605667igb.29.1403487049283; Sun, 22 Jun 2014 18:30:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.43.69.131 with HTTP; Sun, 22 Jun 2014 18:30:34 -0700 (PDT) In-Reply-To: <53A3E81B.5050805@selasky.org> References: <53A3E81B.5050805@selasky.org> From: "Lundberg, Johannes" Date: Mon, 23 Jun 2014 10:30:34 +0900 Message-ID: Subject: Re: ucom_free Fatal trap on shutdown / module unload To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 01:35:53 -0000 SGkNCg0KSSB0cmllZCByZXBsYWNpbmcNCkRSSVZFUl9NT0RVTEUodWhzbywgdWh1YiwgdWhzb19k cml2ZXIsIHVoc29fZGV2Y2xhc3MsIHVoc29fZHJpdmVyX2xvYWRlZCwNCjApOw0Kd2l0aA0KRFJJ VkVSX01PRFVMRV9PUkRFUkVEKHVoc28sIHVodWIsIHVoc29fZHJpdmVyLCB1aHNvX2RldmNsYXNz LA0KdWhzb19kcml2ZXJfbG9hZGVkLCAwLCBTSV9PUkRFUl9BTlkpOw0KYnV0IG1ha2VzIG5vIGRp ZmZlcmVuY2UuLg0KDQpEb24ndCBrbm93IGlmIGl0cyByZWxldmFudCBidXQgd2l0aCB1Y29tIGRl YnVnIG9uIEkgZ2V0IGEgbWVzc2FnZSBqdXN0DQpiZWZvcmUgY3Jhc2ggaW4gbWV0aG9kIHVjb21f Y2xvc2UgdGhhdCBpdCB0cmllcyB0byBjbG9zZSBhIGNvbm5lY3Rpb24gdGhhdA0KaGFzIGFscmVh ZHkgYmVlbiBjbG9zZWQuDQoNCg0KDQotLQ0KSm9oYW5uZXMgTHVuZGJlcmcNCkJSSUxMSUFOVFNF UlZJQ0UgQ08uLCBMVEQuDQoNCg0KT24gRnJpLCBKdW4gMjAsIDIwMTQgYXQgNDo1MSBQTSwgSGFu cyBQZXR0ZXIgU2VsYXNreSA8aHBzQHNlbGFza3kub3JnPg0Kd3JvdGU6DQoNCj4gT24gMDYvMjAv MTQgMDQ6MjUsIEx1bmRiZXJnLCBKb2hhbm5lcyB3cm90ZToNCj4NCj4+IEhpDQo+Pg0KPj4gSSdt IGdldHRpbmcgdGhpcyBlcnJvciBvbiAxMS1DVVJSRU5UIGFtZDY0IChzbmFwc2hvdCBmcm9tIEp1 bmUpLiAoc2VlDQo+PiBhdHRhY2hlZCBpbWFnZSkNCj4+IFdvcmtlZCBmaW5lIHdpdGggMTAgSSB0 aGluay4uDQo+Pg0KPj4gVGhlIHVjb20gbW9kdWxlIGlzIGxvYWRlZCBhcyBhIGRlcGVuZGVuY3kg YnkgdGhlIHVoc28gbW9kdWxlLg0KPj4NCj4+IEFueSBjbHVlcz8NCj4+IC0tDQo+PiBKb2hhbm5l cyBMdW5kYmVyZw0KPj4NCj4+DQo+PiBbaW1hZ2U6IElubGluZSBpbWFnZSAxXQ0KPj4NCj4+DQo+ IEhpLA0KPg0KPiBQb3NzaWJseSBzb21ldGhpbmcgc2ltaWxhciB0byB3aGF0IHdhcyBkb25lIGlu IFVTQiBhdWRpbyB0aGF0DQo+IERSSVZFUl9NT0RVTEVfT1JERVJFRCgpIG5lZWRzIHRvIGJlIHVz ZWQgaW5zdGVhZCBvZiBEUklWRVJfTU9EVUxFKCkuDQo+DQo+IC0tSFBTDQo+DQoKLS0gCj0tPS09 LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LQrnp5jlr4bk v53mjIHjgavjgaTjgYTjgabvvJrjgZPjga7pm7vlrZDjg6Hjg7zjg6vjga/jgIHlkI3lrpvkurrj gavpgIHkv6HjgZfjgZ/jgoLjga7jgafjgYLjgorjgIHnp5jljL/nibnmqKnjga7lr77osaHjgajj garjgovmg4XloLHjgpLlkKvjgpPjgafjgYTjgb7jgZnjgIIK44KC44GX44CB5ZCN5a6b5Lq65Lul 5aSW44Gu5pa544GM5Y+X5L+h44GV44KM44Gf5aC05ZCI44CB44GT44Gu44Oh44O844Or44Gu56C0 5qOE44CB44GK44KI44Gz44GT44Gu44Oh44O844Or44Gr6Zai44GZ44KL5LiA5YiH44Gu6ZaL56S6 44CBCuikh+WGmeOAgemFjeW4g+OAgeOBneOBruS7luOBruWIqeeUqOOAgeOBvuOBn+OBr+iomOi8 ieWGheWuueOBq+WfuuOBpeOBj+OBhOOBi+OBquOCi+ihjOWLleOCguOBleOCjOOBquOBhOOCiOOB huOBiumhmOOBhOeUs+OBl+S4iuOBkuOBvuOBmeOAggotLS0KQ09ORklERU5USUFMSVRZIE5PVEU6 IFRoZSBpbmZvcm1hdGlvbiBpbiB0aGlzIGVtYWlsIGlzIGNvbmZpZGVudGlhbAphbmQgaW50ZW5k ZWQgc29sZWx5IGZvciB0aGUgYWRkcmVzc2VlLgpEaXNjbG9zdXJlLCBjb3B5aW5nLCBkaXN0cmli dXRpb24gb3IgYW55IG90aGVyIGFjdGlvbiBvZiB1c2Ugb2YgdGhpcwplbWFpbCBieSBwZXJzb24g b3RoZXIgdGhhbiBpbnRlbmRlZCByZWNpcGllbnQsIGlzIHByb2hpYml0ZWQuCklmIHlvdSBhcmUg bm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQgYW5kIGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBp bgplcnJvciwgcGxlYXNlIGRlc3Ryb3kgdGhlIG9yaWdpbmFsIG1lc3NhZ2UuCg== From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 02:04:29 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E581F2B4 for ; Mon, 23 Jun 2014 02:04:29 +0000 (UTC) Received: from mail-la0-f51.google.com (mail-la0-f51.google.com [209.85.215.51]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6EBE82EE2 for ; Mon, 23 Jun 2014 02:04:28 +0000 (UTC) Received: by mail-la0-f51.google.com with SMTP id mc6so3746746lab.10 for ; Sun, 22 Jun 2014 19:04:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=i7p59uhF6DfjBFglmm5QQzqKUotVokTv3iWwI6sSxaY=; b=DwjlutMI+ClMA3Ft9Um8kwsCT6GqTcMOVWfnWndhtF2pyw5+dFQW1/550NeK5447+p E4ZpmgigUpVuwX0J2aTciLepXe2YMTeXpg6jOFJIl6/Pe/xB1EISL7FmXqqXZwOUWU8z VvOIpeDihYgglTxtn+iNPdw75jBU0D2M4M8H2WFuSIYFyHdqZPGh/VOFCd2SuBHfr5UL ERwDZCe3YXS0QrzJ5QHVEbmrB7SsRsavlB+0L1uUcn3K8jZ7KcSVQUrd1Iy3miEDgPB3 chK5W7yQyuvdMjueROy6BQbC5SditsnuOex0ZbdvfMHjOMa2bwst8xqdSaBQQm7v4dC/ /Jjw== X-Gm-Message-State: ALoCoQlnLBBnbeaZk4sMlQ+pfAuIVWekz7xZ4tpVjHh4Y/kQwY/C3kz8/wIapGSJQdPiXQL3BAay X-Received: by 10.152.5.230 with SMTP id v6mr14669010lav.33.1403489061443; Sun, 22 Jun 2014 19:04:21 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by mx.google.com with ESMTPSA id p7sm7172596laf.37.2014.06.22.19.04.20 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 22 Jun 2014 19:04:20 -0700 (PDT) Message-ID: <53A78B24.6050805@freebsd.org> Date: Mon, 23 Jun 2014 06:04:20 +0400 From: Andrey Chernov User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: current@FreeBSD.org Subject: Latest -current panic in uaudio_detach() / bus_dmamem_free() Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 02:04:30 -0000 Always happens at shutdown after all buffers are synced, see screenshot: http://i.imgur.com/8WXTMPj.png -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 02:46:42 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63062D62; Mon, 23 Jun 2014 02:46:42 +0000 (UTC) Received: from mail-qa0-x229.google.com (mail-qa0-x229.google.com [IPv6:2607:f8b0:400d:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 108BD21F0; Mon, 23 Jun 2014 02:46:41 +0000 (UTC) Received: by mail-qa0-f41.google.com with SMTP id cm18so5178534qab.0 for ; Sun, 22 Jun 2014 19:46:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type; bh=U9F10BPPbMG+cZDlazoc2ettzc7kBYu7yCnTG1mru4E=; b=Rv6VTD2S5k7btuhQRVMVZgEUbfei/+9QPuk+8YHIsG+Yn7vhuS+nrswdnSAsO2Uw6b +tznI8gRLw0dAT6TkVbFyPhYuvIT7MOMYKifqBzKQzdHtahvD8fIAK0wwPgrWckofrUp TRXoSPpCefdGmihsxpSZJ3nrqcrNgxCHpSTCa+4jVt/4DtcFoxSs2xqIa0I/xbV/VA2H cL2Gyt59G3bCeU8ybRsVs6qcBpir2HXV9cou9wraFMnDEbelIHGo7hiC6hVB/0RrFJhZ nqov0Z6CnbzGHfekyeYBspzi0fICkQVNS2ffKdE43AR5efBd5rXKCEmdFFxXGsxihHwV D5Lw== X-Received: by 10.140.16.164 with SMTP id 33mr13789563qgb.11.1403491601190; Sun, 22 Jun 2014 19:46:41 -0700 (PDT) Received: from kan ([2601:6:67c0:0:226:18ff:fe00:232e]) by mx.google.com with ESMTPSA id o88sm10586146qge.19.2014.06.22.19.46.40 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Sun, 22 Jun 2014 19:46:40 -0700 (PDT) Date: Sun, 22 Jun 2014 22:46:32 -0400 From: Alexander Kabaev To: Andrey Chernov Subject: Re: Latest -current panic in uaudio_detach() / bus_dmamem_free() Message-ID: <20140622224632.31b4ce3b@kan> In-Reply-To: <53A78B24.6050805@freebsd.org> References: <53A78B24.6050805@freebsd.org> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/M.c8Z2_nCFkcdaOcqEFRahL"; protocol="application/pgp-signature" Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 02:46:42 -0000 --Sig_/M.c8Z2_nCFkcdaOcqEFRahL Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 23 Jun 2014 06:04:20 +0400 Andrey Chernov wrote: > Always happens at shutdown after all buffers are synced, see > screenshot: http://i.imgur.com/8WXTMPj.png >=20 > --=20 > http://ache.vniz.net/ Hi Andrey, there's not to much to go on from the screenshoot alone and one would expect more details on the crash from people with your experience :) Please provide us with the information on the actual audio hardware you are using, preferably in form of a dmesg output. This revision is your culpit: http://svnweb.freebsd.org/changeset/base/267581 and I have strong suspicion that restoring the NULL check on dmatag in the chunk below will cure your crash. -- Modified: head/sys/dev/sound/pcm/buffer.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D --- head/sys/dev/sound/pcm/buffer.c Tue Jun 17 14:47:49 2014 (r267580) +++ head/sys/dev/sound/pcm/buffer.c Tue Jun 17 16:07:57 2014 (r267581) @@ -139,10 +139,9 @@ sndbuf_free(struct snd_dbuf *b)=20 if (b->buf) { if (b->flags & SNDBUF_F_MANAGED) { - if (b->dmamap) + if (b->buf_addr) bus_dmamap_unload(b->dmatag, b->dmamap); - if (b->dmatag) - bus_dmamem_free(b->dmatag, b->buf, b->dmamap); + bus_dmamem_free(b->dmatag, b->buf, b->dmamap); } else free(b->buf, M_DEVBUF); } -- Alexander Kabaev --Sig_/M.c8Z2_nCFkcdaOcqEFRahL Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iD8DBQFTp5UPQ6z1jMm+XZYRAobzAKCpvN5clFK3UbbzkvJpr98Sd7LnVgCffsNn KeEeXlCLt6U76sPbsn3rGFI= =tBeA -----END PGP SIGNATURE----- --Sig_/M.c8Z2_nCFkcdaOcqEFRahL-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 02:55:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F58BD6 for ; Mon, 23 Jun 2014 02:55:32 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EE3C52285 for ; Mon, 23 Jun 2014 02:55:30 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 7EEBB1FE045; Mon, 23 Jun 2014 04:55:21 +0200 (CEST) Message-ID: <53A79732.6060705@selasky.org> Date: Mon, 23 Jun 2014 04:55:46 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: "Lundberg, Johannes" Subject: Re: ucom_free Fatal trap on shutdown / module unload References: <53A3E81B.5050805@selasky.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 02:55:32 -0000 On 06/23/14 03:30, Lundberg, Johannes wrote: > Hi > > I tried replacing > DRIVER_MODULE(uhso, uhub, uhso_driver, uhso_devclass, uhso_driver_loaded, > 0); > with > DRIVER_MODULE_ORDERED(uhso, uhub, uhso_driver, uhso_devclass, > uhso_driver_loaded, 0, SI_ORDER_ANY); > but makes no difference.. > > Don't know if its relevant but with ucom debug on I get a message just > before crash in method ucom_close that it tries to close a connection that > has already been closed. > Hi Johannes, Try the opposite: DRIVER_MODULE_ORDERED(uhso, uhub, uhso_driver, uhso_devclass, uhso_driver_loaded, 0, SI_ORDER_MIDDLE + 1); Because I suspect that the "uhso_ifnet_unit" unrhdr is freed before the "fake" detach is executed: > static int > uhso_driver_loaded(struct module *mod, int what, void *arg) > { > switch (what) { > case MOD_LOAD: > /* register our autoinstall handler */ > uhso_etag = EVENTHANDLER_REGISTER(usb_dev_configured, > uhso_test_autoinst, NULL, EVENTHANDLER_PRI_ANY); > /* create our unit allocator for inet devs */ > uhso_ifnet_unit = new_unrhdr(0, INT_MAX, NULL); > break; > case MOD_UNLOAD: > EVENTHANDLER_DEREGISTER(usb_dev_configured, uhso_etag); > delete_unrhdr(uhso_ifnet_unit); > break; > default: > return (EOPNOTSUPP); > } > return (0); > } Alternativly set "uhso_ifnet_unit" to NULL and check this in probe and attach! --HPS --HPS From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 03:16:52 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7730493D; Mon, 23 Jun 2014 03:16:52 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 21E8F24E4; Mon, 23 Jun 2014 03:16:52 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 4621C1FE045; Mon, 23 Jun 2014 05:16:49 +0200 (CEST) Message-ID: <53A79C39.9040307@selasky.org> Date: Mon, 23 Jun 2014 05:17:13 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Alexander Kabaev , Andrey Chernov Subject: Re: Latest -current panic in uaudio_detach() / bus_dmamem_free() References: <53A78B24.6050805@freebsd.org> <20140622224632.31b4ce3b@kan> In-Reply-To: <20140622224632.31b4ce3b@kan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 03:16:52 -0000 On 06/23/14 04:46, Alexander Kabaev wrote: > On Mon, 23 Jun 2014 06:04:20 +0400 > Andrey Chernov wrote: > >> Always happens at shutdown after all buffers are synced, see >> screenshot: http://i.imgur.com/8WXTMPj.png >> >> -- >> http://ache.vniz.net/ > > Hi Andrey, > > there's not to much to go on from the screenshoot alone and one would > expect more details on the crash from people with your experience :) > > Please provide us with the information on the actual audio hardware > you are using, preferably in form of a dmesg output. This revision is > your culpit: > http://svnweb.freebsd.org/changeset/base/267581 and I have strong > suspicion that restoring the NULL check on dmatag in the chunk below > will cure your crash. > Backtrace here: > usbconfig -d 0.4 reset > uaudio0: at uhub1, port 2, addr 4 (disconnected) > > vm_fault(0xc0661400, 0, 1, 0) -> 1 > Fatal kernel mode data abort: 'Translation Fault (P)' > trapframe: 0xd28b8b58 > FSR=00000017, FAR=0000002c, spsr=60000113 > r0 =00000000, r1 =c1b35000, r2 =00000000, r3 =00000000 > r4 =c1a24000, r5 =00000000, r6 =c1b3338c, r7 =c172e150 > r8 =c1b35000, r9 =00000000, r10=c162a400, r11=d28b8bd0 > r12=c1bc9ad4, ssp=d28b8ba8, slr=c1b9855c, pc =c048fa3c > > [ thread pid 14 tid 100037 ] > Stopped at bus_dmamem_free+0x10: ldr r0, [r9, #0x02c] > db> bt > Tracing pid 14 tid 100037 td 0xc1712960 > db_trace_self() at db_trace_self > pc = 0xc0492958 lr = 0xc0130f38 (db_stack_trace+0xf4) > sp = 0xd28b8860 fp = 0xd28b8878 > r10 = 0xc0660180 > db_stack_trace() at db_stack_trace+0xf4 > pc = 0xc0130f38 lr = 0xc01308a8 (db_command+0x270) > sp = 0xd28b8880 fp = 0xd28b8920 > r4 = 0x00000000 r5 = 0x00000000 > r6 = 0x00000000 > db_command() at db_command+0x270 > pc = 0xc01308a8 lr = 0xc013060c (db_command_loop+0x60) > sp = 0xd28b8928 fp = 0xd28b8938 > r4 = 0xc04d2192 r5 = 0xc04ec76c > r6 = 0xc066016c r7 = 0xc058b540 > r8 = 0xc0656294 r9 = 0xc0656290 > r10 = 0x00000001 > db_command_loop() at db_command_loop+0x60 > pc = 0xc013060c lr = 0xc0132fd4 (db_trap+0xd8) > sp = 0xd28b8940 fp = 0xd28b8a60 > r4 = 0x00000000 r5 = 0xc0660178 > r6 = 0xc06562c0 > db_trap() at db_trap+0xd8 > pc = 0xc0132fd4 lr = 0xc028efbc (kdb_trap+0xbc) > sp = 0xd28b8a68 fp = 0xd28b8a88 > r4 = 0x00000000 r5 = 0x00000017 > r6 = 0xc06562c0 r7 = 0xc058b540 > kdb_trap() at kdb_trap+0xbc > pc = 0xc028efbc lr = 0xc04a5194 (dab_fatal+0x174) > sp = 0xd28b8a90 fp = 0xd28b8aa8 > r4 = 0xd28b8b58 r5 = 0x00000017 > r6 = 0x600001d3 r7 = 0x0000002c > r8 = 0xd28b8b58 r9 = 0x00000013 > r10 = 0x00000001 > dab_fatal() at dab_fatal+0x174 > pc = 0xc04a5194 lr = 0xc04a4f4c (data_abort_handler+0x3e8) > sp = 0xd28b8ab0 fp = 0xd28b8b50 > r4 = 0xc16be3cc r5 = 0xc1712960 > r6 = 0xd28b8eb0 r7 = 0x00000000 > data_abort_handler() at data_abort_handler+0x3e8 > pc = 0xc04a4f4c lr = 0xc04944d4 (exception_exit) > sp = 0xd28b8b58 fp = 0xd28b8bd0 > r4 = 0xc1a24000 r5 = 0x00000000 > r6 = 0xc1b3338c r7 = 0xc172e150 > r8 = 0xc1b35000 r9 = 0x00000000 > r10 = 0xc162a400 > exception_exit() at exception_exit > pc = 0xc04944d4 lr = 0xc1b9855c (sndbuf_free+0x80) > sp = 0xd28b8ba8 fp = 0xd28b8bd0 > r0 = 0x00000000 r1 = 0xc1b35000 > r2 = 0x00000000 r3 = 0x00000000 > r4 = 0xc1a24000 r5 = 0x00000000 > r6 = 0xc1b3338c r7 = 0xc172e150 > r8 = 0xc1b35000 r9 = 0x00000000 > r10 = 0xc162a400 r12 = 0xc1bc9ad4 > bus_dmamem_free() at bus_dmamem_free+0x10 > pc = 0xc048fa3c lr = 0xc1b984c4 (sndbuf_destroy+0x14) > sp = 0xd28b8bd8 fp = 0xd28b8be0 > r4 = 0xc162ae00 r5 = 0xc1a24000 > r6 = 0xd28b8bd0 r7 = 0xc1b9855c > r8 = 0x00000000 r9 = 0xc1a24000 > Unknown entry: 0 > sndbuf_destroy() at sndbuf_destroy+0x14 > pc = 0xc1b984c4 lr = 0xc1b984c4 (sndbuf_destroy+0x14) > sp = 0xd28b8bd8 fp = 0xd28b8be0 > Unable to unwind into user mode Please fix ASAP. Should be trivial to reproduce. Possibly a double free. In case of USB audio sndbuf_destroy() should not free any bus dmamem or know about busdma, because all of this is done by the USB stack! --HPS From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 04:28:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DFD806A5 for ; Mon, 23 Jun 2014 04:28:25 +0000 (UTC) Received: from mail-lb0-f174.google.com (mail-lb0-f174.google.com [209.85.217.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6321E29E1 for ; Mon, 23 Jun 2014 04:28:24 +0000 (UTC) Received: by mail-lb0-f174.google.com with SMTP id u10so3781718lbd.33 for ; Sun, 22 Jun 2014 21:28:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type; bh=xsA6D2yhc9N6zviG6XkIiCDt5OdHv3Tr2muhJ3+KSp0=; b=TVF+pk4tMN/+IynfBPL3I1HpCdqCDyW311fObkjP/Jpa5NxnGxmKxflS1Yapl8i4Qo XeHedeUJFpfUKf0WHnHENvlubS6OOcrAH9nMY/+P1EFc5TeF6EDNGkuZ1V/sOBT87QRZ H6xl1nSCOIQdxWZMqCppyTiGwhSQXRjCv/4EnNvTvx4u2rZr3YeiK0gUViHjqT2AQvsC knFkDvvWivBPsXsRlTXsNd5+Q3seY+uIljo158wtgCCLSZYJuTDF8c1HbRTED9VtkCxg k3YrUshZpmXHjbBKoxw9lUEBWmi1vdNV2/w6CX+47r5fWn/a9JGInKr0cCc6Z7VQKjiF +Oog== X-Gm-Message-State: ALoCoQmR+5oYGN5Nzk9t63uYbC203IEZjEy9qbSdP1jXdgbqkhKDj833UAMIEiZbw/T0anK3ZvV9 X-Received: by 10.152.87.102 with SMTP id w6mr496496laz.52.1403496210352; Sun, 22 Jun 2014 21:03:30 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by mx.google.com with ESMTPSA id o1sm12727615lbw.27.2014.06.22.21.03.29 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 22 Jun 2014 21:03:29 -0700 (PDT) Message-ID: <53A7A708.3010204@freebsd.org> Date: Mon, 23 Jun 2014 08:03:20 +0400 From: Andrey Chernov User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Alexander Kabaev Subject: Re: Latest -current panic in uaudio_detach() / bus_dmamem_free() References: <53A78B24.6050805@freebsd.org> <20140622224632.31b4ce3b@kan> In-Reply-To: <20140622224632.31b4ce3b@kan> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="V3J2JxX8JFQW6djJoHFdQbv4F4BtpFwV9" Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 04:28:26 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --V3J2JxX8JFQW6djJoHFdQbv4F4BtpFwV9 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 23.06.2014 6:46, Alexander Kabaev wrote: > Please provide us with the information on the actual audio hardware > you are using, preferably in form of a dmesg output.=20 uaudio0: on usbus3 uaudio0: No playback. uaudio0: Record: 16000 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: No MIDI sequencer. pcm7: on uaudio0 uaudio0: No HID volume keys found. Thanx, after backing out the patch below this panic is gone. Probably eve= n=20 additional b->dmatag NULL check is needed for bus_dmamap_unload() too. > This revision is > your culpit: > http://svnweb.freebsd.org/changeset/base/267581 and I have strong > suspicion that restoring the NULL check on dmatag in the chunk below > will cure your crash. >=20 > -- Modified: head/sys/dev/sound/pcm/buffer.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > --- head/sys/dev/sound/pcm/buffer.c Tue Jun 17 14:47:49 > 2014 (r267580) +++ head/sys/dev/sound/pcm/buffer.c Tue > Jun 17 16:07:57 2014 (r267581) @@ -139,10 +139,9 @@ > sndbuf_free(struct snd_dbuf *b)=20 > if (b->buf) { > if (b->flags & SNDBUF_F_MANAGED) { > - if (b->dmamap) > + if (b->buf_addr) > bus_dmamap_unload(b->dmatag, > b->dmamap); > - if (b->dmatag) > - bus_dmamem_free(b->dmatag, b->buf, > b->dmamap); > + bus_dmamem_free(b->dmatag, b->buf, b->dmamap); > } else > free(b->buf, M_DEVBUF); > } >=20 --=20 http://ache.vniz.net/ --V3J2JxX8JFQW6djJoHFdQbv4F4BtpFwV9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlOnpxAACgkQVg5YK5ZEdN0BpwCgmqV69OJT9Vi12XqLrdVJXK2V teYAoKH6buCIgDEuziJr8VdtFp4E6LRU =QtRn -----END PGP SIGNATURE----- --V3J2JxX8JFQW6djJoHFdQbv4F4BtpFwV9-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 05:34:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 69067209 for ; Mon, 23 Jun 2014 05:34:54 +0000 (UTC) Received: from mail-ig0-f175.google.com (mail-ig0-f175.google.com [209.85.213.175]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 349662E90 for ; Mon, 23 Jun 2014 05:34:53 +0000 (UTC) Received: by mail-ig0-f175.google.com with SMTP id h3so2569188igd.2 for ; Sun, 22 Jun 2014 22:34:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=gb15wQFGY1xiUpOhWNJUbB4s7bgWXKfYwKtLvREOS1U=; b=Mn4xpkNvcK8Lngldm9F4CHA+k2Qn2NqnSBBdryQoRE2WkOwSqDnokS7UGVeStx6T/F WD7GwWNjMTv3w3Hw7/VUA6t7m/2gMPVZseVB4SG3Kb6pVUagcp2TMH2pT5Ig6/i7wH4l LN6gpGLkkQU41Eq3CGFw+lrAM92RGmFQNa/eIX3P9Gq/SDGVBHNmD8h1BWU4v5OscJ7z frtIBpXbu4XWoUCK5g1+ov3DZ1Da7Pdm4pJt2RF30DUDdDm+PAwjryAke/ObKnOzXUqJ nrMUvuY/rSTZUrsg9PbD7qN/Y/uSSZfBy6UTaETQF2LQ11OdcBMi9MJY1aldlW9B5VYL taHA== X-Gm-Message-State: ALoCoQmVonFp1U4fAOjy1Tclg0Yzsrc8n8n9nSi59JA1jEuPhcKFwP/UYW/Jf0+QIXxwVoVIEmMq4boiKX21EugQdxdiMszD3BqPv0q6Rci+krgxiEz1UQ4= X-Received: by 10.50.23.109 with SMTP id l13mr2859870igf.46.1403501691433; Sun, 22 Jun 2014 22:34:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.43.69.131 with HTTP; Sun, 22 Jun 2014 22:34:36 -0700 (PDT) In-Reply-To: <53A79732.6060705@selasky.org> References: <53A3E81B.5050805@selasky.org> <53A79732.6060705@selasky.org> From: "Lundberg, Johannes" Date: Mon, 23 Jun 2014 14:34:36 +0900 Message-ID: Subject: Re: ucom_free Fatal trap on shutdown / module unload To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 05:34:54 -0000 I added some logging to see what is going on and this is what I got (none of the proposed solution solved the problem) uhso_detach gets called 7 times (for oid 0-6). It crashes the 2nd time on the call usbd_transfer_unsetup(sc->sc_xfer, 3); -- Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Mon, Jun 23, 2014 at 11:55 AM, Hans Petter Selasky wrote: > On 06/23/14 03:30, Lundberg, Johannes wrote: > >> Hi >> >> I tried replacing >> DRIVER_MODULE(uhso, uhub, uhso_driver, uhso_devclass, uhso_driver_loaded= , >> 0); >> with >> DRIVER_MODULE_ORDERED(uhso, uhub, uhso_driver, uhso_devclass, >> uhso_driver_loaded, 0, SI_ORDER_ANY); >> but makes no difference.. >> >> Don't know if its relevant but with ucom debug on I get a message just >> before crash in method ucom_close that it tries to close a connection th= at >> has already been closed. >> >> > Hi Johannes, > > Try the opposite: > > DRIVER_MODULE_ORDERED(uhso, uhub, uhso_driver, uhso_devclass, > uhso_driver_loaded, 0, SI_ORDER_MIDDLE + 1); > > Because I suspect that the "uhso_ifnet_unit" unrhdr is freed before the > "fake" detach is executed: > > static int >> uhso_driver_loaded(struct module *mod, int what, void *arg) >> { >> switch (what) { >> case MOD_LOAD: >> /* register our autoinstall handler */ >> uhso_etag =3D EVENTHANDLER_REGISTER(usb_dev_configured, >> uhso_test_autoinst, NULL, EVENTHANDLER_PRI_ANY); >> /* create our unit allocator for inet devs */ >> uhso_ifnet_unit =3D new_unrhdr(0, INT_MAX, NULL); >> break; >> case MOD_UNLOAD: >> EVENTHANDLER_DEREGISTER(usb_dev_configured, uhso_etag); >> delete_unrhdr(uhso_ifnet_unit); >> break; >> default: >> return (EOPNOTSUPP); >> } >> return (0); >> } >> > > Alternativly set "uhso_ifnet_unit" to NULL and check this in probe and > attach! > > --HPS > > --HPS > --=20 =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D= -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- =E7=A7=98=E5=AF=86=E4=BF=9D=E6=8C=81=E3=81=AB=E3=81=A4=E3=81=84=E3=81=A6=EF= =BC=9A=E3=81=93=E3=81=AE=E9=9B=BB=E5=AD=90=E3=83=A1=E3=83=BC=E3=83=AB=E3=81= =AF=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E3=81=AB=E9=80=81=E4=BF=A1=E3=81=97= =E3=81=9F=E3=82=82=E3=81=AE=E3=81=A7=E3=81=82=E3=82=8A=E3=80=81=E7=A7=98=E5= =8C=BF=E7=89=B9=E6=A8=A9=E3=81=AE=E5=AF=BE=E8=B1=A1=E3=81=A8=E3=81=AA=E3=82= =8B=E6=83=85=E5=A0=B1=E3=82=92=E5=90=AB=E3=82=93=E3=81=A7=E3=81=84=E3=81=BE= =E3=81=99=E3=80=82 =E3=82=82=E3=81=97=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E4=BB=A5=E5=A4=96=E3= =81=AE=E6=96=B9=E3=81=8C=E5=8F=97=E4=BF=A1=E3=81=95=E3=82=8C=E3=81=9F=E5=A0= =B4=E5=90=88=E3=80=81=E3=81=93=E3=81=AE=E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AE= =E7=A0=B4=E6=A3=84=E3=80=81=E3=81=8A=E3=82=88=E3=81=B3=E3=81=93=E3=81=AE=E3= =83=A1=E3=83=BC=E3=83=AB=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E4=B8=80=E5=88= =87=E3=81=AE=E9=96=8B=E7=A4=BA=E3=80=81 =E8=A4=87=E5=86=99=E3=80=81=E9=85=8D=E5=B8=83=E3=80=81=E3=81=9D=E3=81=AE=E4= =BB=96=E3=81=AE=E5=88=A9=E7=94=A8=E3=80=81=E3=81=BE=E3=81=9F=E3=81=AF=E8=A8= =98=E8=BC=89=E5=86=85=E5=AE=B9=E3=81=AB=E5=9F=BA=E3=81=A5=E3=81=8F=E3=81=84= =E3=81=8B=E3=81=AA=E3=82=8B=E8=A1=8C=E5=8B=95=E3=82=82=E3=81=95=E3=82=8C=E3= =81=AA=E3=81=84=E3=82=88=E3=81=86=E3=81=8A=E9=A1=98=E3=81=84=E7=94=B3=E3=81= =97=E4=B8=8A=E3=81=92=E3=81=BE=E3=81=99=E3=80=82 --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 06:50:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD13DF36 for ; Mon, 23 Jun 2014 06:50:06 +0000 (UTC) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 555152414 for ; Mon, 23 Jun 2014 06:50:06 +0000 (UTC) Received: by mail-wi0-f175.google.com with SMTP id r20so3508765wiv.2 for ; Sun, 22 Jun 2014 23:50: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=Xe3feSbiojbMGE/APAA3rFc6/dpEJuDggobsJCij7QQ=; b=z3AZu6tqF+TAxtyz7gPDj6L14dZikXzbzbyuKKSWAQdPBAVT+FHiBmMcDo+L08I83x CzfV8w33B7/DvZAlKSVnLov8JURPnt8mW7QyADsWzxzrxNjf15qmjSurr5BauwC84vsk VxQ38+EgMZZZ9Ps2AOQl+zzIU3l+uRAXmpIQy6BwxGJsoP7MmAwVMuWsChFSlreMV0Ii nizIKbHhS0yKmrq6+MLWJOsobyeVpSgu8J5XKLzUzii30fTD7JdqLYEBvPVOXv1IMYqk ZG+wq1yTAm4f4yELIz32HMtwlrVvhs7c6+T39qSITtKajbLMUVEa9jXxLEUGzLaJi8qN K4LA== X-Received: by 10.180.76.134 with SMTP id k6mr2288955wiw.49.1403506204557; Sun, 22 Jun 2014 23:50:04 -0700 (PDT) Received: from [192.168.1.145] ([193.173.55.180]) by mx.google.com with ESMTPSA id fh5sm30491933wic.9.2014.06.22.23.50.03 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 22 Jun 2014 23:50:03 -0700 (PDT) Message-ID: <53A7CE1B.7090400@gmail.com> Date: Mon, 23 Jun 2014 08:50:03 +0200 From: Johan Hendriks User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: FreeBSD 10 and zfsd References: <5256B761.4050301@gmail.com> <1381421583.19140.32451849.084D8E32@webmail.messagingengine.com> <5256E2D5.4060101@allanjude.com> <1387388390.28188.61199633.413D38F8@webmail.messagingengine.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 06:50:07 -0000 op 24-03-14 01:18, Alan Somers schreef: > On Sun, Mar 23, 2014 at 4:23 PM, Mark Felder wrote: >> Hi guys, >> >> Any updates? > I've been very busy, but I did finally get those two seqpacket related > bugs fixed in head. The next step is finding time for the merge. > Right now my FreeBSD todo list goes: > 1) Commit fixes for half a dozen FIB related bugs. I already have > them fixed in my private stable/9 branch, but need to port the fixes > to HEAD. > 2) Update the zfsd branch. > > I think that I'll be able to get number 1 done next week, or at least > send patches out for review. I don't know if I'll get to number 2. > > -Alan > _______________________________________________ > 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" Hello all. Sorry for bringing up on old thread. Is there any news on the zfsd part. It seems it has been included in Truenas, but I did not see anything hit the tree regarding zfsd. Have I missed it or is it still not done. FreeBSD 9.3 is about to get released, and 10.1 will follow it would be nice to have in a new build.. regards Johan From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 07:39:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D9C02D85; Mon, 23 Jun 2014 07:39:53 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 951DB277C; Mon, 23 Jun 2014 07:39:53 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1Wyyr1-001cbm-4u>; Mon, 23 Jun 2014 09:39:51 +0200 Received: from g225186082.adsl.alicedsl.de ([92.225.186.82] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1Wyyr1-001XGQ-1m>; Mon, 23 Jun 2014 09:39:51 +0200 Date: Mon, 23 Jun 2014 09:39:46 +0200 From: "O. Hartmann" To: Adrian Chadd Subject: Re: [CURRENT]: weird memory/linker problem? Message-ID: <20140623093946.58d72dd1.ohartman@zedat.fu-berlin.de> In-Reply-To: References: <20140622165639.17a1ba1e.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/.JMSt9T11=MSKjRiMnlZVfo"; protocol="application/pgp-signature" X-Originating-IP: 92.225.186.82 X-ZEDAT-Hint: A Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 07:39:53 -0000 --Sig_/.JMSt9T11=MSKjRiMnlZVfo Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Sun, 22 Jun 2014 10:10:04 -0700 Adrian Chadd schrieb: > When they segfault, where do they segfault? >=20 >=20 >=20 > -a >=20 >=20 I have not investigated this issue so far, since I was convinced - in the f= irst place - it is triggered by a defetive memory system. So I rebooted immediately bein= g glad having found a "solution". I will check next time it happens again. oh > On 22 June 2014 07:56, O. Hartmann wrote: > > > > Hello. > > > > I face a strange problem on a set of CURRENT driven boxes. The systems = in question are > > all the same version of CURRENT (more or less, a week or so discrepancy= ). > > > > The boxes affected have 8 GB of RAM and are old-style Core2Duo systems. > > > > The phenomenon: > > > > Starting up the box shows the operating system working. But sometimes i= t is > > impossible to start certain applications, like Firefox - they segfault.= More > > disturbing is the fail of the linker when building world. Sometimes I g= et strange > > messages like > > > > relocation truncated to fit: R_X86_64_PC32 against symbol `__error' def= ined in .text > > > > when compiling/linking. The funny thing is: rebooting the box and doing= exactly the > > same very often leaves the system then operable - starting applications= works, > > compiling works! > > > > First I thought this could be a indication of a dying system and so I c= hecked the > > memory for two days non-stop without any indication of anything wrong. = The boxes do > > not have ECC RAM - it's Intel. > > > > I see this problem on two C2D based boxes relatively often (one E8400 t= wo core, > > another Q6600 quadcore, both systems have 8 GB RAM). This phenomenon al= so occured two > > or three months ago on another machine with 32 GB RAM and a Core-i7 393= 0K, but it > > went away (it was the very same error as shown above). > > > > Another system, a i3-3220 with 16 GB RAM never showed the problem altho= ugh that system > > build world also on a regular basis very frequent as the C2D systems do. > > > > Well, I feel a bit confused. On the first view, the problem looks weird= and it > > indicates a kind of memory problem - but testing the memory didn't show= anything > > wrong. > > > > Today "windowmaker" stopped starting due to a malformed command in one = of > > windowmaker's library. I did reboot the box and everything was all righ= t. Then, also > > today, I tried compiling world and I got a weird error message about a = misspelled > > "Int__xxx", I can not remember exactly the text, I rebooted and everyth= ing was all > > right again. > > > > Those errors are frequent on 8GB, C2D based systems and at the moment n= ot present any > > more on more modern systems with more memory as described above. This c= ould be a > > coincidence, but it is strange anyway. > > > > I do not exclude dying hardware, but I'd like to ask whether there is s= omething > > strange going on with FreeBSD's memory management at the moment and whe= ther those > > problems could also be triggered by some nasty bug? I never see a crash= (which would > > also indicated faulty hardware), I mostly realise those strange behavio= ur either > > after a fresh boot or after I ran some memory disk i/o intensive jobs, = like updating > > the ports tree. > > > > By the way, FreeBSD CURRENT suffer from a tremendous performance cut th= ese days when > > compiling world and updating the ports tree and running portmaster. On = one box, on > > which ports reside on a UFS partion, it takes more than 8 minutes to pa= ss the > > portmaster -da, which is quick when not compiling world. On another sys= tem on > > which /usr/ports is residing on ZFS (the box has 16GB RAM!), it takes s= ometimes 30(!) > > minutes to perform a "svn update" while compiling world (that is the i3= -3220 with 16 > > GB RAM system), it takes 6 - 15 minutes when the box is relaxed and upd= ating the > > ports tree the first time (every subsequent update is much faster). > > > > Well, I know these reports of mine are a bit weird since I have no exac= t log of the > > problems, but I think if there is an issue not with the hardware, I rep= ort those in. > > > > Regards, > > > > oh --Sig_/.JMSt9T11=MSKjRiMnlZVfo Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJTp9nGAAoJEOgBcD7A/5N8j/AH/RE6y/5TsCz4Zes23B+sdRBQ NCOCcjlAc2d3kd3pgAlNxbBNooRtkFqdnUYQEOjAHkTtDcDydccy+6ZV2cBOGZy0 7PlT3qZrPwIsGw9T6E+RmJdYz85TO10jypS4bkQ60f/gju3UynrAoCfcNu96WhTs g3s7MZUBfbgvihwCIcT7FjfIcBHu1xY6yvSfOwc0KqrrcME8OuxHffAdpp7C8HO5 jqyexfT4Tpq8GB7UOdFQySUBIJI/mGefZo+eRd7OxwOc0/d/bdabgty3xNbCg1jW XZ8VUpqVX6m6CJzDwv0kV5QtxabOA82/YJlhMhx2YJ6gJHYwrCIeALZBseT2Ax8= =CnBg -----END PGP SIGNATURE----- --Sig_/.JMSt9T11=MSKjRiMnlZVfo-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 10:48:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10064AF0 for ; Mon, 23 Jun 2014 10:48:36 +0000 (UTC) Received: from mail-we0-x230.google.com (mail-we0-x230.google.com [IPv6:2a00:1450:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9DAB328D6 for ; Mon, 23 Jun 2014 10:48:35 +0000 (UTC) Received: by mail-we0-f176.google.com with SMTP id u56so6626804wes.7 for ; Mon, 23 Jun 2014 03:48:33 -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 :content-type:content-transfer-encoding; bh=ctQQlwef2xjiTMvC9RKuiH1V56vnx1E6qT0C62gBvwM=; b=0LfPHVZEa78ZCire1vv7RkKqKH2THLfQZA2g3IRD1/vfzcJYC6jksWl2GlVB4DERm6 djOsxZP69kbIoXSSJaxHC5wgZwWhIENGxNjyJGb5lKKhYeqYjBDtAOoSE3Vlv6YV0uw8 kVGPNsU4QmMkN0TAROA9gXQG60tR/MwTT/x7ep1JdEsH96EppkJbRhTm8sTEz26s3mzw bZP8E4coXP6PMuRMH6kOmm/0f/yaxRa4LQNVZBkrjSA+2ZRuYk/yb8SrXRs1MJxssY4y envUjlJ79ExX4vfMpUhrseK6X0Bl1QOgqeuTkCe+WhBD/tv15pwv6slI9x5CRm+OT9TT 1kmA== X-Received: by 10.180.198.116 with SMTP id jb20mr24950005wic.59.1403520513726; Mon, 23 Jun 2014 03:48:33 -0700 (PDT) Received: from ?IPv6:2001:1620:ff0:c51:b9b1:c8e:838a:5e53? ([2001:1620:ff0:c51:b9b1:c8e:838a:5e53]) by mx.google.com with ESMTPSA id ch5sm26599765wjb.18.2014.06.23.03.48.32 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 23 Jun 2014 03:48:33 -0700 (PDT) Message-ID: <53A805F5.9050401@gmail.com> Date: Mon, 23 Jun 2014 12:48:21 +0200 From: Mattia Rossi User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: No devices/nodes/files in /dev after building and installing world Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 10:48:36 -0000 Hi all, I'm currently stuck on the following. Haven't built HEAD in a while, and now after a make buildworld kernel installworld distrib-dirs distribution I don't have any nodes in /dev at all. As far as I remember there was always a minimum set of nodes in there, like ttys etc. What happened? Which changes did I miss? Cheers, Mat From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 11:22:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B319C5CA for ; Mon, 23 Jun 2014 11:22:38 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9275C2BFD for ; Mon, 23 Jun 2014 11:22:38 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s5NBMbVi034539 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Jun 2014 04:22:37 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s5NBMbBh034538; Mon, 23 Jun 2014 04:22:37 -0700 (PDT) (envelope-from jmg) Date: Mon, 23 Jun 2014 04:22:37 -0700 From: John-Mark Gurney To: Mattia Rossi Subject: Re: No devices/nodes/files in /dev after building and installing world Message-ID: <20140623112237.GC31367@funkthat.com> Mail-Followup-To: Mattia Rossi , freebsd-current@freebsd.org References: <53A805F5.9050401@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53A805F5.9050401@gmail.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Mon, 23 Jun 2014 04:22:37 -0700 (PDT) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 11:22:38 -0000 Mattia Rossi wrote this message on Mon, Jun 23, 2014 at 12:48 +0200: > I'm currently stuck on the following. Haven't built HEAD in a while, and > now after a > > make buildworld kernel installworld distrib-dirs distribution > > I don't have any nodes in /dev at all. As far as I remember there was > always a minimum set of nodes in there, like ttys etc. > > What happened? Which changes did I miss? We use devfs, so you don't need anything in /dev... when the system boots, it'll automatically mount /dev for you.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 13:44:09 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81974C61; Mon, 23 Jun 2014 13:44:09 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5C9C029EF; Mon, 23 Jun 2014 13:44:09 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s5NDi8vK036455 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Jun 2014 06:44:08 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s5NDi89u036454; Mon, 23 Jun 2014 06:44:08 -0700 (PDT) (envelope-from jmg) Date: Mon, 23 Jun 2014 06:44:08 -0700 From: John-Mark Gurney To: current@FreeBSD.org Subject: ahci panics when detaching... Message-ID: <20140623134407.GD31367@funkthat.com> Mail-Followup-To: current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Mon, 23 Jun 2014 06:44:08 -0700 (PDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 13:44:09 -0000 So, when I try to eject a ESATA card, the machine panics... I am able to successfully eject other cards, an ethernet (re) and a serial card (uart), and both handle the removal of their device w/o issue and with out crashes... When I try w/ ahci, I get a panic... The panic backtrace is: #8 0xffffffff80ced4e2 in calltrap () at ../../../amd64/amd64/exception.S:231 #9 0xffffffff8093d037 in rman_get_rid (r=0xfffff800064c9380) at ../../../kern/subr_rman.c:979 #10 0xffffffff8092b888 in resource_list_release_active (rl=0xfffff80006d39c08, bus=0xfffff80002cd9000, child=0xfffff80006b6d700, type=3) at ../../../kern/subr_bus.c:3419 #11 0xffffffff8065d7a1 in pci_child_detached (dev=0xfffff80002cd9000, child=0xfffff80006b6d700) at ../../../dev/pci/pci.c:4133 ---Type to continue, or q to quit--- #12 0xffffffff80929708 in device_detach (dev=0xfffff80006b6d700) at bus_if.h:181 #13 0xffffffff8065f9f7 in pci_delete_child (dev=0xfffff80002cd9000, child=0xfffff80006b6d700) at ../../../dev/pci/pci.c:4710 In frame 9: (kgdb) fr 9 #9 0xffffffff8093d037 in rman_get_rid (r=0xfffff800064c9380) at ../../../kern/subr_rman.c:979 979 return (r->__r_i->r_rid); (kgdb) print r $1 = (struct resource *) 0xfffff800064c9380 (kgdb) print/x *r $4 = {__r_i = 0xdeadc0dedeadc0de, r_bustag = 0xdeadc0dedeadc0de, r_bushandle = 0xdeadc0dedeadc0de} So, looks like something is corrupted the resource data... Attach dmesg: atapci0: at device 0.0 on pci2 ahci1: at channel -1 on atapci0 ahci1: AHCI v1.00 with 2 3Gbps ports, Port Multiplier supported ahci1: quirks=0x1 ahcich6: at channel 0 on ahci1 ahcich7: at channel 1 on ahci1 ata2: at channel 0 on atapci0 [eject card] ahcich6: stopping AHCI engine failed ahcich6: stopping AHCI FR engine failed ahcich6: detached ahcich7: stopping AHCI engine failed ahcich7: stopping AHCI FR engine failed ahcich7: detached ahci1: detached ata2: detached atapci0: detached Fatal trap 9: general protection fault while in kernel mode Also, has anyone thought about adding a case in your trap handler that when we hit the deadc0de address, to print up a special message or something? At least flag it, or do we not get the faulting address? This is HEAD as of r266429. Let me know if there is anything else you need to know. Thanks. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 13:58:49 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DDC99B11 for ; Mon, 23 Jun 2014 13:58:49 +0000 (UTC) Received: from aussmtpmrkpc120.us.dell.com (aussmtpmrkpc120.us.dell.com [143.166.82.159]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "ausxipmktpc11.us.dell.com", Issuer "Dell Inc. Enterprise Issuing CA1" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8D3EB2B56 for ; Mon, 23 Jun 2014 13:58:49 +0000 (UTC) X-Loopcount0: from 64.238.244.148 X-IronPort-AV: E=Sophos;i="5.01,530,1400043600"; d="scan'208";a="109534104" Message-ID: <53A83253.1090303@vangyzen.net> Date: Mon, 23 Jun 2014 08:57:39 -0500 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Subject: Re: ahci panics when detaching... References: <20140623134407.GD31367@funkthat.com> In-Reply-To: <20140623134407.GD31367@funkthat.com> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 13:58:49 -0000 On 06/23/2014 08:44, John-Mark Gurney wrote: > So, when I try to eject a ESATA card, the machine panics... I am able > to successfully eject other cards, an ethernet (re) and a serial card > (uart), and both handle the removal of their device w/o issue and with > out crashes... > > When I try w/ ahci, I get a panic... The panic backtrace is: > #8 0xffffffff80ced4e2 in calltrap () at ../../../amd64/amd64/exception.S:231 > #9 0xffffffff8093d037 in rman_get_rid (r=0xfffff800064c9380) > at ../../../kern/subr_rman.c:979 > #10 0xffffffff8092b888 in resource_list_release_active (rl=0xfffff80006d39c08, > bus=0xfffff80002cd9000, child=0xfffff80006b6d700, type=3) > at ../../../kern/subr_bus.c:3419 > #11 0xffffffff8065d7a1 in pci_child_detached (dev=0xfffff80002cd9000, > child=0xfffff80006b6d700) at ../../../dev/pci/pci.c:4133 > ---Type to continue, or q to quit--- > #12 0xffffffff80929708 in device_detach (dev=0xfffff80006b6d700) > at bus_if.h:181 > #13 0xffffffff8065f9f7 in pci_delete_child (dev=0xfffff80002cd9000, > child=0xfffff80006b6d700) at ../../../dev/pci/pci.c:4710 > > In frame 9: > (kgdb) fr 9 > #9 0xffffffff8093d037 in rman_get_rid (r=0xfffff800064c9380) > at ../../../kern/subr_rman.c:979 > 979 return (r->__r_i->r_rid); > (kgdb) print r > $1 = (struct resource *) 0xfffff800064c9380 > (kgdb) print/x *r > $4 = {__r_i = 0xdeadc0dedeadc0de, r_bustag = 0xdeadc0dedeadc0de, > r_bushandle = 0xdeadc0dedeadc0de} > > So, looks like something is corrupted the resource data... The resource data has been freed. > Attach dmesg: > atapci0: at device 0.0 on pci2 > ahci1: at channel -1 on atapci0 > ahci1: AHCI v1.00 with 2 3Gbps ports, Port Multiplier supported > ahci1: quirks=0x1 > ahcich6: at channel 0 on ahci1 > ahcich7: at channel 1 on ahci1 > ata2: at channel 0 on atapci0 > [eject card] > ahcich6: stopping AHCI engine failed > ahcich6: stopping AHCI FR engine failed > ahcich6: detached > ahcich7: stopping AHCI engine failed > ahcich7: stopping AHCI FR engine failed > ahcich7: detached > ahci1: detached > ata2: detached > atapci0: detached > > > Fatal trap 9: general protection fault while in kernel mode > > Also, has anyone thought about adding a case in your trap > handler that when we hit the deadc0de address, to print up a > special message or something? At least flag it, or do we not get > the faulting address? > > This is HEAD as of r266429. > > Let me know if there is anything else you need to know. The full stack trace might be useful. Eric From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 14:14:20 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6E5E2F1 for ; Mon, 23 Jun 2014 14:14:20 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A5E312CDC for ; Mon, 23 Jun 2014 14:14:20 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s5NEEJVi036937 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Jun 2014 07:14:20 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s5NEEIip036936; Mon, 23 Jun 2014 07:14:18 -0700 (PDT) (envelope-from jmg) Date: Mon, 23 Jun 2014 07:14:18 -0700 From: John-Mark Gurney To: Eric van Gyzen Subject: Re: ahci panics when detaching... Message-ID: <20140623141418.GF31367@funkthat.com> Mail-Followup-To: Eric van Gyzen , current@freebsd.org References: <20140623134407.GD31367@funkthat.com> <53A83253.1090303@vangyzen.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53A83253.1090303@vangyzen.net> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Mon, 23 Jun 2014 07:14:20 -0700 (PDT) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 14:14:20 -0000 Eric van Gyzen wrote this message on Mon, Jun 23, 2014 at 08:57 -0500: > On 06/23/2014 08:44, John-Mark Gurney wrote: > > So, when I try to eject a ESATA card, the machine panics... I am able > > to successfully eject other cards, an ethernet (re) and a serial card > > (uart), and both handle the removal of their device w/o issue and with > > out crashes... > > > > When I try w/ ahci, I get a panic... The panic backtrace is: > > #8 0xffffffff80ced4e2 in calltrap () at ../../../amd64/amd64/exception.S:231 > > #9 0xffffffff8093d037 in rman_get_rid (r=0xfffff800064c9380) > > at ../../../kern/subr_rman.c:979 > > #10 0xffffffff8092b888 in resource_list_release_active (rl=0xfffff80006d39c08, > > bus=0xfffff80002cd9000, child=0xfffff80006b6d700, type=3) > > at ../../../kern/subr_bus.c:3419 > > #11 0xffffffff8065d7a1 in pci_child_detached (dev=0xfffff80002cd9000, > > child=0xfffff80006b6d700) at ../../../dev/pci/pci.c:4133 > > ---Type to continue, or q to quit--- > > #12 0xffffffff80929708 in device_detach (dev=0xfffff80006b6d700) > > at bus_if.h:181 > > #13 0xffffffff8065f9f7 in pci_delete_child (dev=0xfffff80002cd9000, > > child=0xfffff80006b6d700) at ../../../dev/pci/pci.c:4710 > > > > In frame 9: > > (kgdb) fr 9 > > #9 0xffffffff8093d037 in rman_get_rid (r=0xfffff800064c9380) > > at ../../../kern/subr_rman.c:979 > > 979 return (r->__r_i->r_rid); > > (kgdb) print r > > $1 = (struct resource *) 0xfffff800064c9380 > > (kgdb) print/x *r > > $4 = {__r_i = 0xdeadc0dedeadc0de, r_bustag = 0xdeadc0dedeadc0de, > > r_bushandle = 0xdeadc0dedeadc0de} > > > > So, looks like something is corrupted the resource data... > > The resource data has been freed. Well, that is a type of corruption.. :) If we free it, why wasn't it removed from the list? or properly NULL'd out? > > Attach dmesg: > > atapci0: at device 0.0 on pci2 > > ahci1: at channel -1 on atapci0 > > ahci1: AHCI v1.00 with 2 3Gbps ports, Port Multiplier supported > > ahci1: quirks=0x1 > > ahcich6: at channel 0 on ahci1 > > ahcich7: at channel 1 on ahci1 > > ata2: at channel 0 on atapci0 > > [eject card] > > ahcich6: stopping AHCI engine failed > > ahcich6: stopping AHCI FR engine failed > > ahcich6: detached > > ahcich7: stopping AHCI engine failed > > ahcich7: stopping AHCI FR engine failed > > ahcich7: detached > > ahci1: detached > > ata2: detached > > atapci0: detached > > > > > > Fatal trap 9: general protection fault while in kernel mode > > > > Also, has anyone thought about adding a case in your trap > > handler that when we hit the deadc0de address, to print up a > > special message or something? At least flag it, or do we not get > > the faulting address? > > > > This is HEAD as of r266429. > > > > Let me know if there is anything else you need to know. > > The full stack trace might be useful. I could give it to you, but it contains code I can't release (at least not yet)... It's basicly an interrupt that calls pci_delete_child, so there isn't anymore useful information there.. I'm just puzzled why uart and re don't have this same problem.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 14:31:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 26C34985; Mon, 23 Jun 2014 14:31:23 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AF3FB2E71; Mon, 23 Jun 2014 14:31:22 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1Wz5HE-001LKx-5T>; Mon, 23 Jun 2014 16:31:20 +0200 Received: from g225054098.adsl.alicedsl.de ([92.225.54.98] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1Wz5HE-002MTP-0f>; Mon, 23 Jun 2014 16:31:20 +0200 Date: Mon, 23 Jun 2014 16:31:15 +0200 From: "O. Hartmann" To: Adrian Chadd Subject: Re: [CURRENT]: weird memory/linker problem? Message-ID: <20140623163115.03bdd675.ohartman@zedat.fu-berlin.de> In-Reply-To: References: <20140622165639.17a1ba1e.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/IpG6eT_ItLKPYOE6nw4KEeP"; protocol="application/pgp-signature" X-Originating-IP: 92.225.54.98 X-ZEDAT-Hint: A Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 14:31:23 -0000 --Sig_/IpG6eT_ItLKPYOE6nw4KEeP Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Sun, 22 Jun 2014 10:10:04 -0700 Adrian Chadd schrieb: > When they segfault, where do they segfault? >=20 >=20 >=20 > -a Now I get more fun. After a buildworld and reboot, the box in question is at CURRENT: FreeBSD 11.0-CURRENT #0 r267782: Mon Jun 23 13:12:56 CEST 2014 amd64 After a reboot, everything is/was all right. After reboot, I did an update = of the ports tree (I do this regularily). I configured /etc/make.conf that way, that por= ts tree update is performed via using /usr/bin/svn. Now, ~ three hours of regular work (KD= evelop, some GIMP, LaTeX work, nothing special, but a bit memory consuming regrading GIM= P) I tried updating the ports tree and surprisingly the tree is left over in a unclean= condition while /usr/bin/svn segfault (on console: pid 18013 (svn), uid 0: exited on = signal 11 (core dumped)). Using /usr/local/bin/svn, which is from the devel/subversion port, performs= well, while FreeBSD 11's svn contribution dies as described. It did not hours ago! Well, this drives me nuts. Is it a bug in FreeBSD (maybe relocating libs, t= he memory map or something else) or is it in fact the agony of my computer system? As rep= orted below, memory checks via memtest didn't show up any kind of faulty memory. I'm out of ideas. Is there a way to stress test the CPU and memory system t= o check whether RAM, the CPU itself and, as an additional possibility, the disk i/o= controller (Intel ICH10)? Thanks for your patience, Oliver =20 >=20 >=20 > On 22 June 2014 07:56, O. Hartmann wrote: > > > > Hello. > > > > I face a strange problem on a set of CURRENT driven boxes. The systems = in question are > > all the same version of CURRENT (more or less, a week or so discrepancy= ). > > > > The boxes affected have 8 GB of RAM and are old-style Core2Duo systems. > > > > The phenomenon: > > > > Starting up the box shows the operating system working. But sometimes i= t is > > impossible to start certain applications, like Firefox - they segfault.= More > > disturbing is the fail of the linker when building world. Sometimes I g= et strange > > messages like > > > > relocation truncated to fit: R_X86_64_PC32 against symbol `__error' def= ined in .text > > > > when compiling/linking. The funny thing is: rebooting the box and doing= exactly the > > same very often leaves the system then operable - starting applications= works, > > compiling works! > > > > First I thought this could be a indication of a dying system and so I c= hecked the > > memory for two days non-stop without any indication of anything wrong. = The boxes do > > not have ECC RAM - it's Intel. > > > > I see this problem on two C2D based boxes relatively often (one E8400 t= wo core, > > another Q6600 quadcore, both systems have 8 GB RAM). This phenomenon al= so occured two > > or three months ago on another machine with 32 GB RAM and a Core-i7 393= 0K, but it > > went away (it was the very same error as shown above). > > > > Another system, a i3-3220 with 16 GB RAM never showed the problem altho= ugh that system > > build world also on a regular basis very frequent as the C2D systems do. > > > > Well, I feel a bit confused. On the first view, the problem looks weird= and it > > indicates a kind of memory problem - but testing the memory didn't show= anything > > wrong. > > > > Today "windowmaker" stopped starting due to a malformed command in one = of > > windowmaker's library. I did reboot the box and everything was all righ= t. Then, also > > today, I tried compiling world and I got a weird error message about a = misspelled > > "Int__xxx", I can not remember exactly the text, I rebooted and everyth= ing was all > > right again. > > > > Those errors are frequent on 8GB, C2D based systems and at the moment n= ot present any > > more on more modern systems with more memory as described above. This c= ould be a > > coincidence, but it is strange anyway. > > > > I do not exclude dying hardware, but I'd like to ask whether there is s= omething > > strange going on with FreeBSD's memory management at the moment and whe= ther those > > problems could also be triggered by some nasty bug? I never see a crash= (which would > > also indicated faulty hardware), I mostly realise those strange behavio= ur either > > after a fresh boot or after I ran some memory disk i/o intensive jobs, = like updating > > the ports tree. > > > > By the way, FreeBSD CURRENT suffer from a tremendous performance cut th= ese days when > > compiling world and updating the ports tree and running portmaster. On = one box, on > > which ports reside on a UFS partion, it takes more than 8 minutes to pa= ss the > > portmaster -da, which is quick when not compiling world. On another sys= tem on > > which /usr/ports is residing on ZFS (the box has 16GB RAM!), it takes s= ometimes 30(!) > > minutes to perform a "svn update" while compiling world (that is the i3= -3220 with 16 > > GB RAM system), it takes 6 - 15 minutes when the box is relaxed and upd= ating the > > ports tree the first time (every subsequent update is much faster). > > > > Well, I know these reports of mine are a bit weird since I have no exac= t log of the > > problems, but I think if there is an issue not with the hardware, I rep= ort those in. > > > > Regards, > > > > oh --Sig_/IpG6eT_ItLKPYOE6nw4KEeP Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJTqDo3AAoJEOgBcD7A/5N8mEQH/1sMKV3nY1Xd4VI7gVIOZdQE OmHXAAq426AKLebrsjk+lx69wevM95PoWRAwK9LkR4oJy34rGpgZu45KrcDEq+j7 yx0YlcG14gjeFPVmy+N/KqBp8qFNUVrt67dBRV0nkL/hQ+ipc6Kndp9oO6S6lxE6 Wzdc3EocWs13YPs9LScDEbu6J4+QXZ4pZ9LdgyCt2UbOJdFM21/oiNJDw0hjVLmM qsGfXG+1IdX4Nwwkf4f2QA/Giyd8d48ULL29XOGuN4e/f6P8YZbDMOWMkBS2LMDZ PDQQ1EX4bxrrBIcP2GMNcZIGVWcLTtHpsmJlJbd0fTV36K9ORx+Ty3CoZS9MEpY= =KMWY -----END PGP SIGNATURE----- --Sig_/IpG6eT_ItLKPYOE6nw4KEeP-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 15:22:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6FB7FE27; Mon, 23 Jun 2014 15:22:58 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2A57B2391; Mon, 23 Jun 2014 15:22:57 +0000 (UTC) Received: from [192.168.2.2] (unknown [77.243.161.229]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 21E535C37; Mon, 23 Jun 2014 17:22:46 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_E75D72F2-3714-4ECF-B471-472695121C69"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: [CURRENT]: weird memory/linker problem? From: Dimitry Andric In-Reply-To: <20140623163115.03bdd675.ohartman@zedat.fu-berlin.de> Date: Mon, 23 Jun 2014 17:22:25 +0200 Message-Id: References: <20140622165639.17a1ba1e.ohartman@zedat.fu-berlin.de> <20140623163115.03bdd675.ohartman@zedat.fu-berlin.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.1878.2) Cc: Adrian Chadd , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 15:22:58 -0000 --Apple-Mail=_E75D72F2-3714-4ECF-B471-472695121C69 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 23 Jun 2014, at 16:31, O. Hartmann = wrote: > Am Sun, 22 Jun 2014 10:10:04 -0700 > Adrian Chadd schrieb: >> When they segfault, where do they segfault? ... > GIMP, LaTeX work, nothing special, but a bit memory consuming = regrading GIMP) I tried > updating the ports tree and surprisingly the tree is left over in a = unclean condition > while /usr/bin/svn segfault (on console: pid 18013 (svn), uid 0: = exited on signal 11 > (core dumped)). >=20 > Using /usr/local/bin/svn, which is from the devel/subversion port, = performs well, while > FreeBSD 11's svn contribution dies as described. It did not hours ago! I think what Adrian meant was: can you run svn (or another crashing program) in gdb, and post a backtrace? Or maybe run ktrace, and see where it dies? Alternatively, put a core dump and the executable (with debug info) in a tarball, and upload it somewhere, so somebody else can analyze it. -Dimitry --Apple-Mail=_E75D72F2-3714-4ECF-B471-472695121C69 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlOoRj8ACgkQsF6jCi4glqN/UACcDBvJGDicjQqEG5wwDNqfMab1 JdsAnj3lO06vtaL2eaLe2PH95Xw+0MkV =LZhO -----END PGP SIGNATURE----- --Apple-Mail=_E75D72F2-3714-4ECF-B471-472695121C69-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 15:49:43 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D423373B; Mon, 23 Jun 2014 15:49:43 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A725A2599; Mon, 23 Jun 2014 15:49:43 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Wz69t-000NrD-5V; Mon, 23 Jun 2014 15:27:49 +0000 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 s5NFRk4P001349; Mon, 23 Jun 2014 09:27:46 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+vewjNobcGTTpADhOsPh8I Subject: Re: [CURRENT]: weird memory/linker problem? From: Ian Lepore To: "O. Hartmann" In-Reply-To: <20140623163115.03bdd675.ohartman@zedat.fu-berlin.de> References: <20140622165639.17a1ba1e.ohartman@zedat.fu-berlin.de> <20140623163115.03bdd675.ohartman@zedat.fu-berlin.de> Content-Type: text/plain; charset="us-ascii" Date: Mon, 23 Jun 2014 09:27:46 -0600 Message-ID: <1403537266.20883.296.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 15:49:43 -0000 On Mon, 2014-06-23 at 16:31 +0200, O. Hartmann wrote: > > I'm out of ideas. Is there a way to stress test the CPU and memory > system to check > whether RAM, the CPU itself and, as an additional possibility, the > disk i/o controller > (Intel ICH10)? > > Thanks for your patience, A really good tool for stress-testing a system is ports/math/mprime. It will find memory and cpu errors that memtest86 and other tools completely overlook. Run one copy per cpu, something like this: for i in $(jot $(sysctl -n hw.ncpu) 0) ; do sleep $((i * 2)) && mprime -t -a$i >/tmp/mprime$i.log & done Many overclockers use this to ensure the system is stable with the OC settings. If your system can run a copy of mprime per cpu continuously for 24 hours the hardware is fine. -- Ian From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 15:52:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 914CFCDD; Mon, 23 Jun 2014 15:52:22 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0811F264B; Mon, 23 Jun 2014 15:52:22 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 11651B9A3; Mon, 23 Jun 2014 11:52:21 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: ahci panics when detaching... Date: Mon, 23 Jun 2014 10:49:27 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <20140623134407.GD31367@funkthat.com> In-Reply-To: <20140623134407.GD31367@funkthat.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201406231049.27909.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 23 Jun 2014 11:52:21 -0400 (EDT) Cc: John-Mark Gurney , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 15:52:22 -0000 On Monday, June 23, 2014 9:44:08 am John-Mark Gurney wrote: > So, when I try to eject a ESATA card, the machine panics... I am able > to successfully eject other cards, an ethernet (re) and a serial card > (uart), and both handle the removal of their device w/o issue and with > out crashes... > > When I try w/ ahci, I get a panic... The panic backtrace is: > #8 0xffffffff80ced4e2 in calltrap () at ../../../amd64/amd64/exception.S:231 > #9 0xffffffff8093d037 in rman_get_rid (r=0xfffff800064c9380) > at ../../../kern/subr_rman.c:979 > #10 0xffffffff8092b888 in resource_list_release_active (rl=0xfffff80006d39c08, > bus=0xfffff80002cd9000, child=0xfffff80006b6d700, type=3) > at ../../../kern/subr_bus.c:3419 > #11 0xffffffff8065d7a1 in pci_child_detached (dev=0xfffff80002cd9000, > child=0xfffff80006b6d700) at ../../../dev/pci/pci.c:4133 > ---Type to continue, or q to quit--- > #12 0xffffffff80929708 in device_detach (dev=0xfffff80006b6d700) > at bus_if.h:181 > #13 0xffffffff8065f9f7 in pci_delete_child (dev=0xfffff80002cd9000, > child=0xfffff80006b6d700) at ../../../dev/pci/pci.c:4710 > > In frame 9: > (kgdb) fr 9 > #9 0xffffffff8093d037 in rman_get_rid (r=0xfffff800064c9380) > at ../../../kern/subr_rman.c:979 > 979 return (r->__r_i->r_rid); > (kgdb) print r > $1 = (struct resource *) 0xfffff800064c9380 > (kgdb) print/x *r > $4 = {__r_i = 0xdeadc0dedeadc0de, r_bustag = 0xdeadc0dedeadc0de, > r_bushandle = 0xdeadc0dedeadc0de} > > So, looks like something is corrupted the resource data... This is the malloc junking on free. However, I wonder if the problem is that the resource was freed without being properly cleared from the resource_list in the PCI ivars. Is this with local patches that you have? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 15:52:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 40CC0DE5; Mon, 23 Jun 2014 15:52:26 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 19D09264E; Mon, 23 Jun 2014 15:52:26 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 13085B9BD; Mon, 23 Jun 2014 11:52:25 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: Latest -current panic in uaudio_detach() / bus_dmamem_free() Date: Mon, 23 Jun 2014 10:50:47 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <53A78B24.6050805@freebsd.org> <20140622224632.31b4ce3b@kan> <53A7A708.3010204@freebsd.org> In-Reply-To: <53A7A708.3010204@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201406231050.47200.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 23 Jun 2014 11:52:25 -0400 (EDT) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 15:52:26 -0000 On Monday, June 23, 2014 12:03:20 am Andrey Chernov wrote: > On 23.06.2014 6:46, Alexander Kabaev wrote: > > Please provide us with the information on the actual audio hardware > > you are using, preferably in form of a dmesg output. > > uaudio0: on usbus3 > uaudio0: No playback. > uaudio0: Record: 16000 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. > uaudio0: No MIDI sequencer. > pcm7: on uaudio0 > uaudio0: No HID volume keys found. > > Thanx, after backing out the patch below this panic is gone. Probably even > additional b->dmatag NULL check is needed for bus_dmamap_unload() too. No, buf_addr should only be set if bus_dmamap_load() was called. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 16:30:20 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E83BAB4B; Mon, 23 Jun 2014 16:30:20 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A272229AC; Mon, 23 Jun 2014 16:30:20 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1Wz78H-002Erc-4Z>; Mon, 23 Jun 2014 18:30:13 +0200 Received: from g225054098.adsl.alicedsl.de ([92.225.54.98] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1Wz78H-002Y7i-16>; Mon, 23 Jun 2014 18:30:13 +0200 Date: Mon, 23 Jun 2014 18:30:07 +0200 From: "O. Hartmann" To: Ian Lepore Subject: Re: [CURRENT]: weird memory/linker problem? Message-ID: <20140623183007.699d7733.ohartman@zedat.fu-berlin.de> In-Reply-To: <1403537266.20883.296.camel@revolution.hippie.lan> References: <20140622165639.17a1ba1e.ohartman@zedat.fu-berlin.de> <20140623163115.03bdd675.ohartman@zedat.fu-berlin.de> <1403537266.20883.296.camel@revolution.hippie.lan> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_//OwiSGw7PVC0sD5g8HlinfF"; protocol="application/pgp-signature" X-Originating-IP: 92.225.54.98 X-ZEDAT-Hint: A Cc: Adrian Chadd , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 16:30:21 -0000 --Sig_//OwiSGw7PVC0sD5g8HlinfF Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Mon, 23 Jun 2014 09:27:46 -0600 Ian Lepore schrieb: > On Mon, 2014-06-23 at 16:31 +0200, O. Hartmann wrote: > >=20 > > I'm out of ideas. Is there a way to stress test the CPU and memory > > system to check > > whether RAM, the CPU itself and, as an additional possibility, the > > disk i/o controller > > (Intel ICH10)? > >=20 > > Thanks for your patience, >=20 > A really good tool for stress-testing a system is ports/math/mprime. It > will find memory and cpu errors that memtest86 and other tools > completely overlook. Run one copy per cpu, something like this: >=20 > for i in $(jot $(sysctl -n hw.ncpu) 0) ; do > sleep $((i * 2)) && mprime -t -a$i >/tmp/mprime$i.log & > done >=20 > Many overclockers use this to ensure the system is stable with the OC > settings. If your system can run a copy of mprime per cpu continuously > for 24 hours the hardware is fine. >=20 > -- Ian A great idea, but regretably I receive this error while trying to install t= hat neat port: mprime-0.0.24.14 is only for i386, while you are running amd64. *** Error code 1 Is there a 64bit counterpart? Oliver --Sig_//OwiSGw7PVC0sD5g8HlinfF Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJTqFYUAAoJEOgBcD7A/5N8Ts4H/j2aN5MjPcvvD+KG+jidva1F I69W6A2hCVmZKkNRZS/tEbMcw4MFXB9ng9pF98Kb4VWaYl5cpx2CCZa4eEzywXNu xhxoZsieT3/ZkDU36dnn+5ZYFa+rZp80jdU14+TJZCKIVfIB6bHvImmZH9rGVd2r el/UbbPX5rol9qe5I+wCAlEF0FPGPexmRc8tqYWigavVyqsy+STqgxVSZz9Rs4bH Vc3IsXAkLDcuh4p1BWsi7AdTx9PKgukhSgCKhUrPMpBeIPmuKEPTEFc4kKJrZPm3 6bL9zZlN1udl3Fb366NcGMM3jfIXS0za11RCQe7BhoF8sl8POBgZ0rMcWOSrdq8= =AmrR -----END PGP SIGNATURE----- --Sig_//OwiSGw7PVC0sD5g8HlinfF-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 16:39:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2BA96143 for ; Mon, 23 Jun 2014 16:39:54 +0000 (UTC) Received: from mail-wg0-x22d.google.com (mail-wg0-x22d.google.com [IPv6:2a00:1450:400c:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B1B872ABD for ; Mon, 23 Jun 2014 16:39:53 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id l18so6538228wgh.4 for ; Mon, 23 Jun 2014 09:39:50 -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:message-id:subject :from:to:cc:content-type; bh=of1u4TDDzms9q/piauuvsSOhmJVxZ8eBYkEtej2vbSE=; b=QcnGktI26ydzmKINrplptfMj/MKZxQrt1/0TICqQ/DiBQoCCYmtJdmUJOez1sEG4XZ 6K/vXZoQATTNMzuOISIkB5JWoU4Nn5MoGOH3rJvFPpgj6Ksfc+hhWG50owpSzlZmWitZ ZLqyMuSRmKkML6kQk21EO7bK/2fntLO1DW2bWW5XkeAeDCBKIN3AL/R2WBXCVjQJmRQB 1a1mb3AYKMG95KfSWIT88LWkxPjeqrL1Gd1nUwi5YhLjvKPTfiUpTR1+xOwhdG4KAunj SyiWnvoyvC6ocx5JwcJa1CHKlck3PFDOocwVRQggft7TFdXKq9Fadp9JP/Q5WJlXg5hB WeYg== MIME-Version: 1.0 X-Received: by 10.194.92.244 with SMTP id cp20mr5571140wjb.109.1403541590411; Mon, 23 Jun 2014 09:39:50 -0700 (PDT) Sender: asomers@gmail.com Received: by 10.194.168.202 with HTTP; Mon, 23 Jun 2014 09:39:50 -0700 (PDT) In-Reply-To: <53A7CE1B.7090400@gmail.com> References: <5256B761.4050301@gmail.com> <1381421583.19140.32451849.084D8E32@webmail.messagingengine.com> <5256E2D5.4060101@allanjude.com> <1387388390.28188.61199633.413D38F8@webmail.messagingengine.com> <53A7CE1B.7090400@gmail.com> Date: Mon, 23 Jun 2014 10:39:50 -0600 X-Google-Sender-Auth: 799WWV2D2WYuotR1mhobYCrtZUY Message-ID: Subject: Re: FreeBSD 10 and zfsd From: Alan Somers To: Johan Hendriks Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 16:39:54 -0000 On Mon, Jun 23, 2014 at 12:50 AM, Johan Hendriks wrote: > > op 24-03-14 01:18, Alan Somers schreef: >> >> On Sun, Mar 23, 2014 at 4:23 PM, Mark Felder wrote: >>> >>> Hi guys, >>> >>> Any updates? >> >> I've been very busy, but I did finally get those two seqpacket related >> bugs fixed in head. The next step is finding time for the merge. >> Right now my FreeBSD todo list goes: >> 1) Commit fixes for half a dozen FIB related bugs. I already have >> them fixed in my private stable/9 branch, but need to port the fixes >> to HEAD. >> 2) Update the zfsd branch. >> >> I think that I'll be able to get number 1 done next week, or at least >> send patches out for review. I don't know if I'll get to number 2. >> >> -Alan >> _______________________________________________ >> 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" > > > Hello all. Sorry for bringing up on old thread. > Is there any news on the zfsd part. > It seems it has been included in Truenas, but I did not see anything hit the > tree regarding zfsd. Have I missed it or is it still not done. > FreeBSD 9.3 is about to get released, and 10.1 will follow it would be nice > to have in a new build.. The projects/zfsd project branch is up to date. Merging it to CURRENT is blocked on these tasks. 1) (The biggie) We must resolve the issue with multiple geom opens. Geom tries to prevent any two consumers from simultaneously opening the same provider. This is why, for example, you can't do dd if=/dev/zero of=/dev/ada0 if your ada0 has a mounted file system. However, ZFS internally opens spare devices multiple times. The only way that geom will allow that is if ZFS opens devices non-exclusively. That means that you will lose your protection. Fixing this correctly requires deep changes to ZFS to remove the multiple opens. 2) Need to merge in zfsd's functional tests. I'm currently working on this issue as time allows. 3) It needs a manpage. 4) Various bug fixes need to be merged to the kernel and to LibZFS. Coordinating with Illumos makes that process slow. will@ is working on it as time allows. 5) libdevctl needs to be made private 6) The sequential packet feature added to devd in the zfsd project branch at revision r266519 must be merged to head. It's currently waiting for review from imp@ and ian@. For TrueNAS, I believe that delphij@ merged an older version of zfsd from the project branch. -Alan > > > regards > Johan > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 17:28:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 422C8229 for ; Mon, 23 Jun 2014 17:28:27 +0000 (UTC) Received: from mail-wg0-x22a.google.com (mail-wg0-x22a.google.com [IPv6:2a00:1450:400c:c00::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C59A92FB9 for ; Mon, 23 Jun 2014 17:28:26 +0000 (UTC) Received: by mail-wg0-f42.google.com with SMTP id z12so6623933wgg.1 for ; Mon, 23 Jun 2014 10:28:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=berentweb.com; s=google; h=date:from:cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=6Q2fHw91G58ONtFCuLDWRcFNzBvUnCW8pJWQx4PEzkM=; b=eXYgXpc1qWvf8yzQtch49ZC9XNTj0OFK+/a8S5goIFWc8KsMB4p1Swv5nJNl8plqOZ DWLBS9HDaYw4WYdnm0wTM/YJDiDSl+JEGMJF/2uwDOUTwK9nJ4liRJEKinGj+BrA9RSB Na1phENOgL/TJQNPswloiPxDTMQkGKgeFqgZo= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:cc:subject:message-id:in-reply-to :references:mime-version:content-type:content-transfer-encoding; bh=6Q2fHw91G58ONtFCuLDWRcFNzBvUnCW8pJWQx4PEzkM=; b=Ec2uleM5isvPMMpWGucLQvFy4cPTJyhXU6JpJxFVBFrTuUO/5NpakNpXz3hByPOotk xcCUuSfJXyYlmBvB1dtp+7ZDjgndmygJVzJAdVWMhq/w19zbWbmR4DwaAFY5AeCquWbb z9Kr4zqeagWbLvVkIhrWkVseK4PLEgwPtVVRNhyQd3nyafQlVlsGIK8o64Ia1dPMmHYv WmwkPfUSyyFg9sH9mvd+cRT4yEzFMDttsle72EW7+xzkKTVVLIY4MSaJvLGTDV8SO1Zo fcLMDruRCESQ+q0xObJ+PIgMKj74P7JRb4EufaHvkICEVqg14tjEu200/cvxbjhUtZFm r/hA== X-Gm-Message-State: ALoCoQm1LDHE9Qxm9MESR4mFcH/z86XqkFGevoMDLrHuU0I9jo8/ffCvffdSHi7VLjtt551qzmYz X-Received: by 10.180.149.240 with SMTP id ud16mr28121374wib.3.1403544504793; Mon, 23 Jun 2014 10:28:24 -0700 (PDT) Received: from rsbsd.rsb ([83.66.223.12]) by mx.google.com with ESMTPSA id ww4sm9983770wjc.4.2014.06.23.10.28.23 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Mon, 23 Jun 2014 10:28:24 -0700 (PDT) Date: Mon, 23 Jun 2014 20:28:29 +0300 From: Beeblebrox Cc: freebsd-current Current Subject: Re: Previously working PXE setup now fails Message-ID: <20140623202829.072ee954@rsbsd.rsb> In-Reply-To: References: <1402410667736-5919662.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 17:28:27 -0000 > see if you can run wireshark on your NFS server that is being mounted. > That should narrow down the RPC error. It took a while to get around to this, but the problem looks like NFS v3 - v4 conflict. Wireshark shows these errors: Program Version: 3 \ V3 Procedure: MNT (1) \Status: ERR_ACCESS (13) But NFS is started as v4. /etc/exports (not sure if correct syntax): V4: / -network 192.168.2.0/26 /data/amd64 -ro -network 192.168.2.0/26 # NFS root /usr/local -ro -maproot=3D0 -network 192.168.2.0/26 /home -network 192.168.2.0/26 The PXE structure (dhcp & tftp) are started as a jail with the jail root folder as the NFS export root (/data/amd64). The jail and NFS services are not started with boot but with separate script. /etc/rc.conf has: rpcbind_flags=3D"-h 192.168.2.1" mountd_flags=3D"-r -n -l -h 192.168.2.1" nfsd_flags=3D"-u -t -n 4 -h 192.168.2.1" nfsv4_only=3D"YES" nfsv4_server_enable=3D"YES" pxe_start_script.sh: jail -c pxe service rpcbind onestart service mountd onestart service nfsd onestart service nfsuserd onestart # disabled_not_needed? rpc_lockd_enable=3D"YES" rpc_statd_enable=3D" I should probablymove the rc.conf flags into my pxe_start_script.sh, but not sure how to pass "service start" flags in an sh script. Regards. --=20 FreeBSD_amd64_11-Current_RadeonKMS From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 18:22:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 411E2C15; Mon, 23 Jun 2014 18:22:34 +0000 (UTC) Received: from mail-vc0-x22f.google.com (mail-vc0-x22f.google.com [IPv6:2607:f8b0:400c:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D440A2530; Mon, 23 Jun 2014 18:22:33 +0000 (UTC) Received: by mail-vc0-f175.google.com with SMTP id hy4so6406611vcb.6 for ; Mon, 23 Jun 2014 11:22:33 -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=1OwmvA3D4q8aIdpr7Q4VXSH0KRJMv/Noh5DSd38EQPA=; b=KUU8RmI3D9u5QL4+8lJXBWGmZ9DdLsjIoL+fdUemy0tgCexd/CX0FCLcito5oEmJtO Zt0nOTB8+ewPNiCCRm5NGLatE8hgU4hNi0X8pBImmX6ZPF0D7QY0l4UrtYxi2a7arbT6 mB6koNNZRpWRVryVu4RYqpnxJgT9E/nlivs4Gwr+putisiFdf1wWK23FHA6px0I/MWUF 04lcOXHmMYsh2l2wWde2b42HIrMe9zpvMrweY12VOE/0/+++9vxc3+iQD3WcYN1/5ZQP pZsXsCPXM/0t58VZ4JVCpSO9qlDbU/IA7XRR6Q4vLEFAXmJ4axiqLxzb6S3jULoHTHSI 0osA== MIME-Version: 1.0 X-Received: by 10.58.219.166 with SMTP id pp6mr21507285vec.1.1403547752870; Mon, 23 Jun 2014 11:22:32 -0700 (PDT) Received: by 10.58.234.40 with HTTP; Mon, 23 Jun 2014 11:22:32 -0700 (PDT) In-Reply-To: References: <5256B761.4050301@gmail.com> <1381421583.19140.32451849.084D8E32@webmail.messagingengine.com> <5256E2D5.4060101@allanjude.com> <1387388390.28188.61199633.413D38F8@webmail.messagingengine.com> <53A7CE1B.7090400@gmail.com> Date: Mon, 23 Jun 2014 20:22:32 +0200 Message-ID: Subject: Re: FreeBSD 10 and zfsd From: Johan Hendriks To: Alan Somers Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 18:22:34 -0000 Op maandag 23 juni 2014 heeft Alan Somers het volgende geschreven: > On Mon, Jun 23, 2014 at 12:50 AM, Johan Hendriks > wrote: > > > > op 24-03-14 01:18, Alan Somers schreef: > >> > >> On Sun, Mar 23, 2014 at 4:23 PM, Mark Felder > wrote: > >>> > >>> Hi guys, > >>> > >>> Any updates? > >> > >> I've been very busy, but I did finally get those two seqpacket related > >> bugs fixed in head. The next step is finding time for the merge. > >> Right now my FreeBSD todo list goes: > >> 1) Commit fixes for half a dozen FIB related bugs. I already have > >> them fixed in my private stable/9 branch, but need to port the fixes > >> to HEAD. > >> 2) Update the zfsd branch. > >> > >> I think that I'll be able to get number 1 done next week, or at least > >> send patches out for review. I don't know if I'll get to number 2. > >> > >> -Alan > >> _______________________________________________ > >> 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 " > > > > > > Hello all. Sorry for bringing up on old thread. > > Is there any news on the zfsd part. > > It seems it has been included in Truenas, but I did not see anything hit > the > > tree regarding zfsd. Have I missed it or is it still not done. > > FreeBSD 9.3 is about to get released, and 10.1 will follow it would be > nice > > to have in a new build.. > > The projects/zfsd project branch is up to date. Merging it to CURRENT > is blocked on these tasks. > > 1) (The biggie) We must resolve the issue with multiple geom opens. > Geom tries to prevent any two consumers from simultaneously opening > the same provider. This is why, for example, you can't do dd > if=/dev/zero of=/dev/ada0 if your ada0 has a mounted file system. > However, ZFS internally opens spare devices multiple times. The only > way that geom will allow that is if ZFS opens devices non-exclusively. > That means that you will lose your protection. Fixing this correctly > requires deep changes to ZFS to remove the multiple opens. > > 2) Need to merge in zfsd's functional tests. I'm currently working on > this issue as time allows. > > 3) It needs a manpage. > > 4) Various bug fixes need to be merged to the kernel and to LibZFS. > Coordinating with Illumos makes that process slow. will@ is working > on it as time allows. > > 5) libdevctl needs to be made private > > 6) The sequential packet feature added to devd in the zfsd project > branch at revision r266519 must be merged to head. It's currently > waiting for review from imp@ and ian@. > > For TrueNAS, I believe that delphij@ merged an older version of zfsd > from the project branch. > > -Alan > > > > > > > regards > > Johan > > > > > > _______________________________________________ > > 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 " > Thanks for the headsup and your time explaning the issues.. Regards Johan From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 19:25:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 79D843AB for ; Mon, 23 Jun 2014 19:25:10 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 3A8C32ADA for ; Mon, 23 Jun 2014 19:25:09 +0000 (UTC) Received: from [10.1.1.2] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 3F56616B73 for ; Mon, 23 Jun 2014 19:25:03 +0000 (UTC) Message-ID: <53A87F15.4040501@freebsd.org> Date: Mon, 23 Jun 2014 15:25:09 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: FreeBSD 10 and zfsd References: <5256B761.4050301@gmail.com> <1381421583.19140.32451849.084D8E32@webmail.messagingengine.com> <5256E2D5.4060101@allanjude.com> <1387388390.28188.61199633.413D38F8@webmail.messagingengine.com> <53A7CE1B.7090400@gmail.com> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lHAFlH9fR8Mpx0Vt0Xkm0gtdKcHSHnUK1" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 19:25:10 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --lHAFlH9fR8Mpx0Vt0Xkm0gtdKcHSHnUK1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-06-23 12:39, Alan Somers wrote: > The projects/zfsd project branch is up to date. Merging it to CURRENT > is blocked on these tasks. >=20 > 1) (The biggie) We must resolve the issue with multiple geom opens. > Geom tries to prevent any two consumers from simultaneously opening > the same provider. This is why, for example, you can't do dd > if=3D/dev/zero of=3D/dev/ada0 if your ada0 has a mounted file system. > However, ZFS internally opens spare devices multiple times. The only > way that geom will allow that is if ZFS opens devices non-exclusively. > That means that you will lose your protection. Fixing this correctly > requires deep changes to ZFS to remove the multiple opens. >=20 > 2) Need to merge in zfsd's functional tests. I'm currently working on > this issue as time allows. >=20 > 3) It needs a manpage. I can help with a man page. Is there an outline or readme to start from? >=20 > 4) Various bug fixes need to be merged to the kernel and to LibZFS. > Coordinating with Illumos makes that process slow. will@ is working > on it as time allows. >=20 > 5) libdevctl needs to be made private >=20 > 6) The sequential packet feature added to devd in the zfsd project > branch at revision r266519 must be merged to head. It's currently > waiting for review from imp@ and ian@. >=20 > For TrueNAS, I believe that delphij@ merged an older version of zfsd > from the project branch. >=20 > -Alan >=20 --=20 Allan Jude --lHAFlH9fR8Mpx0Vt0Xkm0gtdKcHSHnUK1 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.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTqH8YAAoJEJrBFpNRJZKf72AQALsZLWy8F7LT/IUMO1vUpNg+ zW1r1470A38m/O971KMGl5bUjPdQKKPgUUWGL9kHtjubTB0KZqvvIAo3ES7jj2VG SPG8q1RETmhEUxSN94VZ7Nle7WT0LhxNwxC7K3RFcYyfUeFD8xI6Zmghbp0gu9+o dC2RLXbS+hnZcA0lpzv/xcCMJ6VmLYxMrp6kA9qU/F01ffI6axTLizB+muSTJhPi 1Fw+mD4P/7Ul1qN8f4dBoPh/LVKq6/TJXjljgdg/AmQnkGDIjVtaSZVQjsHK0eVJ UDF7LoC5sjD4v0OxCmZ55u4LEvyxdeln+hWOzzKJhToc5V6UQ53rkO0Lmq55CJUh mI3RJR+AL41AVEHoFk+/nEEyuio7ov9/f9i2P7vAQqoAvQarI0WaBaqPX0TXQNO2 mxe/VUf1ifARPe8+QQuaLhJBeELYiDADirmlnVhIcTmMXqADkGnMPmVdMaqk9/pC lnew9mkYxN0+iNA1f3Ne+VnMVsjC+5opwbU+Q7N9+WI3e6TzmUyVc7OHOXjmDqgb rKYQ0VTFaqSColTuiXr2ZJs+Ef0BEHe1uSLBmIfojvk1vEOhYMD/ZodmvVmpAoqC ryoRGcwWJnwI3fnEHhObJU/5X7sCPAWr9hD0KDoeDQznQUmPLxsRx4IEK5TUTHy/ bDluO600wVbi+CitogJL =5gpA -----END PGP SIGNATURE----- --lHAFlH9fR8Mpx0Vt0Xkm0gtdKcHSHnUK1-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 20:10:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4F4E90C; Mon, 23 Jun 2014 20:10:04 +0000 (UTC) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 11C752EEF; Mon, 23 Jun 2014 20:10:03 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id m15so162253wgh.33 for ; Mon, 23 Jun 2014 13:10:02 -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:message-id:subject :from:to:cc:content-type; bh=gVYwXj76PqzT3xDwLRKNquo+KZgaiAY5Pf5aroESCqU=; b=VeoMMCVxjgTtxLWHy8oelVDkFE46nX7xhU1qzNLfuxjG94jW0qAxnsjGOZMXFxsHyn jVsAGK8iTKguFT9Acwe93maoqhLdoEVXt/37a7CjmjpCi5q87RwnKxXw0r9AecjBq7o1 WUFuvDr1J3V+7aDmgTGk3Hjlgu0VWB+qwrkK67pxjnmSi5Qvu0b7qVTPytURVSVvjtgb NOBAy0B+FWzowepJ9r1yrhyNPLDoxNXMpst6EywrgDGQdIIZW/BwwyLrs1IOR/aQElsy Y29kZrX2fKKM71+N4nJ2mpAmzPj7cD9YEDglJA0XvV1OGk754Dxdnfn2EHONXLhhv9xS DXSQ== MIME-Version: 1.0 X-Received: by 10.180.228.39 with SMTP id sf7mr28665086wic.26.1403554201911; Mon, 23 Jun 2014 13:10:01 -0700 (PDT) Sender: asomers@gmail.com Received: by 10.194.168.202 with HTTP; Mon, 23 Jun 2014 13:10:01 -0700 (PDT) In-Reply-To: <53A87F15.4040501@freebsd.org> References: <5256B761.4050301@gmail.com> <1381421583.19140.32451849.084D8E32@webmail.messagingengine.com> <5256E2D5.4060101@allanjude.com> <1387388390.28188.61199633.413D38F8@webmail.messagingengine.com> <53A7CE1B.7090400@gmail.com> <53A87F15.4040501@freebsd.org> Date: Mon, 23 Jun 2014 14:10:01 -0600 X-Google-Sender-Auth: hHZfQ8ASaGMLWHbMJEPD0EB5Oo8 Message-ID: Subject: Re: FreeBSD 10 and zfsd From: Alan Somers To: Allan Jude Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 20:10:04 -0000 On Mon, Jun 23, 2014 at 1:25 PM, Allan Jude wrote: > On 2014-06-23 12:39, Alan Somers wrote: >> The projects/zfsd project branch is up to date. Merging it to CURRENT >> is blocked on these tasks. >> >> 1) (The biggie) We must resolve the issue with multiple geom opens. >> Geom tries to prevent any two consumers from simultaneously opening >> the same provider. This is why, for example, you can't do dd >> if=/dev/zero of=/dev/ada0 if your ada0 has a mounted file system. >> However, ZFS internally opens spare devices multiple times. The only >> way that geom will allow that is if ZFS opens devices non-exclusively. >> That means that you will lose your protection. Fixing this correctly >> requires deep changes to ZFS to remove the multiple opens. >> >> 2) Need to merge in zfsd's functional tests. I'm currently working on >> this issue as time allows. >> >> 3) It needs a manpage. > > I can help with a man page. Is there an outline or readme to start from? None that I know of. Usage is simple; there is only one option. "-d" runs in the foreground instead of daemonizing. But the man page should also describe the location of the case files and the types of damage that zfsd can fix. Unfortunately, that's not documented anywhere except in the source right now. I appreciate the offer of help, Allan, but you may get frustrated; you just don't have much to work with. -Alan with a single "l". > >> >> 4) Various bug fixes need to be merged to the kernel and to LibZFS. >> Coordinating with Illumos makes that process slow. will@ is working >> on it as time allows. >> >> 5) libdevctl needs to be made private >> >> 6) The sequential packet feature added to devd in the zfsd project >> branch at revision r266519 must be merged to head. It's currently >> waiting for review from imp@ and ian@. >> >> For TrueNAS, I believe that delphij@ merged an older version of zfsd >> from the project branch. >> >> -Alan >> > > -- > Allan Jude > From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 20:41:16 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C87E11CD; Mon, 23 Jun 2014 20:41:16 +0000 (UTC) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1blp0187.outbound.protection.outlook.com [207.46.163.187]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 24EAC222A; Mon, 23 Jun 2014 20:41:13 +0000 (UTC) Received: from CO2PR05CA008.namprd05.prod.outlook.com (10.141.194.156) by BLUPR05MB102.namprd05.prod.outlook.com (10.255.214.20) with Microsoft SMTP Server (TLS) id 15.0.954.9; Mon, 23 Jun 2014 20:41:06 +0000 Received: from BN1BFFO11FD028.protection.gbl (2a01:111:f400:7c10::1:171) by CO2PR05CA008.outlook.office365.com (2a01:111:e400:1414::28) with Microsoft SMTP Server (TLS) id 15.0.969.15 via Frontend Transport; Mon, 23 Jun 2014 20:41:05 +0000 Received: from P-EMF02-SAC.jnpr.net (66.129.239.16) by BN1BFFO11FD028.mail.protection.outlook.com (10.58.144.91) with Microsoft SMTP Server (TLS) id 15.0.969.12 via Frontend Transport; Mon, 23 Jun 2014 20:41:05 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMF02-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.146.0; Mon, 23 Jun 2014 13:41:00 -0700 Received: from chaos.localdomain (chaos.jnpr.net [172.21.16.28]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id s5NKegn41618; Mon, 23 Jun 2014 13:40:58 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from chaos (localhost [127.0.0.1]) by chaos.localdomain (Postfix) with ESMTP id EE399580A1; Mon, 23 Jun 2014 13:40:37 -0700 (PDT) To: Glen Barber Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 In-Reply-To: <20140621225540.GY1218@hub.FreeBSD.org> References: <20140617200551.07542580A1@chaos.localdomain> <20140617211436.GI1248@hub.FreeBSD.org> <690CE378-D7D9-49A6-BC20-13FD540E63A2@FreeBSD.org> <20140620041112.GS1218@hub.FreeBSD.org> <20140621220505.8EC75580A1@chaos.localdomain> <20140621225540.GY1218@hub.FreeBSD.org> Comments: In-reply-to: Glen Barber message dated "Sat, 21 Jun 2014 18:55:40 -0400." From: "Simon J. Gerraty" X-Mailer: MH-E 7.82+cvs; nmh 1.3; GNU Emacs 22.3.1 Date: Mon, 23 Jun 2014 13:40:37 -0700 Message-ID: <20140623204037.EE399580A1@chaos.localdomain> MIME-Version: 1.0 Content-Type: text/plain X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:66.129.239.16; CTRY:US; IPV:NLI; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(6009001)(51704005)(189002)(199002)(33656002)(93546004)(31966008)(44976005)(69596002)(68736004)(48376002)(50466002)(102836001)(97736001)(83322001)(95666004)(105596002)(106466001)(81156004)(85306003)(76506005)(64706001)(74662001)(76482001)(88136002)(93916002)(86362001)(20776003)(83072002)(21056001)(558084003)(85852003)(90896003)(77156001)(89996001)(6806004)(81342001)(80022001)(74502001)(101356003)(87936001)(93886003)(50986999)(76176999)(81542001)(62966002)(70486001)(57986006)(104166001)(46102001)(4396001)(79102001)(92726001)(92566001)(77982001)(84676001)(102176002)(50226001)(87286001)(99396002)(42262001); DIR:OUT; SFP:; SCL:1; SRVR:BLUPR05MB102; H:P-EMF02-SAC.jnpr.net; FPR:; MLV:sfv; PTR:InfoDomainNonexistent; MX:1; A:1; LANG:en; X-Microsoft-Antispam: BL:0; ACTION:Default; RISK:Low; SCL:0; SPMLVL:NotSpam; PCL:0; RULEID: X-Forefront-PRVS: 025100C802 Received-SPF: SoftFail (: domain of transitioning juniper.net discourages use of 66.129.239.16 as permitted sender) Authentication-Results: spf=softfail (sender IP is 66.129.239.16) smtp.mailfrom=sjg@juniper.net; X-OriginatorOrg: juniper.net X-Mailman-Approved-At: Mon, 23 Jun 2014 21:55:04 +0000 Cc: Craig Rodrigues , Marcel Moolenaar , Brooks Davis , Dimitry Andric , freebsd-current Current , Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 20:41:17 -0000 On Sat, 21 Jun 2014 18:55:40 -0400, Glen Barber writes: >> make make && make -j8 -DNO_CLEAN buildworld > >This is, IMHO, the worst solution I've heard on this topic so far. I didn't say it was a good solution - but if you want -j you may not have a choice (unless you fix src/Makefile). From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 23:03:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EEE42364; Mon, 23 Jun 2014 23:03:01 +0000 (UTC) Received: from mail-lb0-x22d.google.com (mail-lb0-x22d.google.com [IPv6:2a00:1450:4010:c04::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A5F1F2F77; Mon, 23 Jun 2014 23:03:00 +0000 (UTC) Received: by mail-lb0-f173.google.com with SMTP id s7so5516003lbd.32 for ; Mon, 23 Jun 2014 16:02:58 -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:message-id:subject :from:to:cc:content-type; bh=8dOqlLuOgw8aNd7aFXt1Rmz3AwslnGziZ/bFdy9R7DA=; b=lKLdYxbR9N2RpWBcpL3askkPEvIaT7/+6ibmpZc5Lya2uxT328JgJw1WtYlE0U0DaL yPUkbFNd/8LjkxC8z5Fmj3q42UYbK9F/Gnz2ZKO5X1WPj6EIcwyY3y9JPhoTDVN1P/Jy MCMhj5VAsOcTdWWf74NaivlaXzAYhB98Y0SyDHvuurT9aeHVIkdebk/xrprwbp3NnkAK MnO5pEjvxaZJQSIN83s/b5eqgr7Z+UokBlntQED7fUweQGW7yevZLl4OeEStCH8GMK6O gSPVMm6qMpQWiXPXFpMfpF3zVDT5Wxpg+bx096EmmkI6LG3cEq9v0j0OaGeXAmO6/DWG rcoA== MIME-Version: 1.0 X-Received: by 10.112.143.98 with SMTP id sd2mr18540358lbb.15.1403564578487; Mon, 23 Jun 2014 16:02:58 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.67.71 with HTTP; Mon, 23 Jun 2014 16:02:58 -0700 (PDT) In-Reply-To: References: <20140617200551.07542580A1@chaos.localdomain> <20140617211436.GI1248@hub.FreeBSD.org> <690CE378-D7D9-49A6-BC20-13FD540E63A2@FreeBSD.org> Date: Mon, 23 Jun 2014 16:02:58 -0700 X-Google-Sender-Auth: 6ovPBinlXi-vGMh7tkZgzzmP3TU Message-ID: Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 From: Craig Rodrigues To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: Brooks Davis , Dimitry Andric , "Simon J. Gerraty" , Glen Barber , freebsd-current Current , Marcel Moolenaar X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 23:03:02 -0000 On Thu, Jun 19, 2014 at 9:00 PM, Warner Losh wrote: > OK. I must be daft, or maybe just missing something. But I can build 9.3 > almost branch point on a current jail running on a 10.x system (to simulate > the 9 on current case). I don't see the problem being talked about at all. > As for 9 on 10, I was also able to do a build, but my 10.x system may not > have been pristine. > > I was able to reproduce the problem by building FreeNAS/master branch (which uses FreeBSD 9.2-ish sources) on a FreeBSD 10 host, using "make make buildworld" as suggested by Glen. The FreeNAS build generates is following make.conf file and uses that to build FreeBSD 9.2. It works fine on a FreeBSD-9 host, but bombs out on a FreeBSD 10 host. ================================================= #WITHOUT_ACPI=true WITHOUT_ATM=true WITHOUT_BIND_DNSSEC=true WITHOUT_BIND_ETC=true WITHOUT_BIND_LIBS_LWRES=true WITHOUT_BIND_NAMED=true WITHOUT_BLUETOOTH=true WITHOUT_CALENDAR=true WITHOUT_CTM=true WITHOUT_CVS=true WITHOUT_DICT=true WITHOUT_EXAMPLES=true WITHOUT_FORTRAN=true WITHOUT_FREEBSD_UPDATE=yes WITHOUT_GAMES=true WITHOUT_GCOV=true WITHOUT_GPIB=true WITHOUT_HTML=true WITHOUT_I4B=true WITHOUT_IPFILTER=true WITHOUT_IPX=true WITHOUT_LIB32=true WITHOUT_LIBKSE=true # Required for proper terminal locale #WITHOUT_LOCALES=true WITHOUT_LPR=true WITHOUT_MAN=true WITHOUT_NDIS=true WITHOUT_NLS=true WITHOUT_NS_CACHING=true WITHOUT_OBJC=true WITHOUT_PORTSNAP=true WITHOUT_PPP=true WITHOUT_PROFILE=true WITHOUT_RCMDS=true WITHOUT_SENDMAIL=true # Knob needs to be fixed on systems that don't have the docs stuff # preinstalled, e.g. 9.x bsdinstall images. #WITHOUT_SHAREDOCS=true WITHOUT_SYSINSTALL=true # Telnet's a useful tool to have on the remote box. #WITHOUT_TELNET=true WITHOUT_WIRELESS=true WITHOUT_WPA_SUPPLICANT_EAPOL=true DEFAULT_VERSIONS=python=2.7 NOPORTDOCS=true LOCAL_DIRS= WITHOUT_CLANG=true WITHOUT_SSP=true ================================================= -- Craig From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 23:13:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B02C7AD for ; Mon, 23 Jun 2014 23:13:23 +0000 (UTC) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 26EC1211F for ; Mon, 23 Jun 2014 23:13:22 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id rp18so6493009iec.13 for ; Mon, 23 Jun 2014 16:13:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=2bJeNz29vUoSdRx5oOJ8auzwH0jcAR3yjDu0SSx9WV8=; b=GTJSvNCV1uMLi+EYt75YcBkKGHnb8uWnpUMVfiexUXgv0Ben68BVOB5YAaxf4Q44w6 fvkzn2nAl3ErMAoZ0ERWR2xthVPa/y0tr0UBzBKhoPguW7BXtBSG++v49fHN4Dd9SI/v euSkXD2wrU2MwdEpwbWmGrLnN9gIadr+XUyGr/pxYvkZlPzUJqZVe2v3iNUibhW54jQc pyyM1o7qF3ysrTst+Q6pajJvPyzJtkTT0JAJu2Iu7Dq+jO3Gvk5VAEH4jee4+es8Jt9Q WTj1T3EE2+BTv7IoyCRDLlbeYnEIoNHzYaIAT7ROtmhQK7/2XMrKb4ju9xU3xZqzIS4k gw3g== X-Gm-Message-State: ALoCoQmpXM6juEas8L7SQN1UaQ65BVn943Fv6AiSjUtv2gGpQG+qUcRqfQxl0exeNH+WAOCMx56U X-Received: by 10.43.70.132 with SMTP id yg4mr25981063icb.7.1403565196178; Mon, 23 Jun 2014 16:13:16 -0700 (PDT) Received: from netflix-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id b2sm601948igg.1.2014.06.23.16.13.15 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 23 Jun 2014 16:13:15 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_5094144E-5929-415F-BE0D-882BCB44FB97"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 From: Warner Losh In-Reply-To: Date: Mon, 23 Jun 2014 17:13:14 -0600 Message-Id: <1ED3AC7E-0F74-46A7-BAAA-E30600DC23BB@bsdimp.com> References: <20140617200551.07542580A1@chaos.localdomain> <20140617211436.GI1248@hub.FreeBSD.org> <690CE378-D7D9-49A6-BC20-13FD540E63A2@FreeBSD.org> To: Craig Rodrigues X-Mailer: Apple Mail (2.1878.2) Cc: Brooks Davis , Dimitry Andric , "Simon J. Gerraty" , Glen Barber , freebsd-current Current , Marcel Moolenaar X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 23:13:23 -0000 --Apple-Mail=_5094144E-5929-415F-BE0D-882BCB44FB97 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Jun 23, 2014, at 5:02 PM, Craig Rodrigues = wrote: >=20 >=20 >=20 > On Thu, Jun 19, 2014 at 9:00 PM, Warner Losh wrote: > OK. I must be daft, or maybe just missing something. But I can build = 9.3 almost branch point on a current jail running on a 10.x system (to = simulate the 9 on current case). I don=92t see the problem being talked = about at all. As for 9 on 10, I was also able to do a build, but my 10.x = system may not have been pristine. >=20 >=20 > I was able to reproduce the problem by building FreeNAS/master branch > (which uses FreeBSD 9.2-ish sources) > on a FreeBSD 10 host, using "make make buildworld" > as suggested by Glen. >=20 > The FreeNAS build generates is following make.conf file and uses > that to build FreeBSD 9.2. It works fine on a FreeBSD-9 host, but = bombs > out on a FreeBSD 10 host. Which bombing out are you seeing (two or three have been sighted in this = thread)? And is this a nanobsd build, or a straight buildworld? And I specifically was doing my testing on -current, not 10.x. I haven=92t= back ported much of anything I=92ve done to the build system, and if = anybody else has, then it is on them to make it work in the 10.x = environment. While it has usually worked, 9 on 10 isn=92t in the = supported matrix we=92ve traditionally had in this project. Warner > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > #WITHOUT_ACPI=3Dtrue > WITHOUT_ATM=3Dtrue > WITHOUT_BIND_DNSSEC=3Dtrue > WITHOUT_BIND_ETC=3Dtrue > WITHOUT_BIND_LIBS_LWRES=3Dtrue > WITHOUT_BIND_NAMED=3Dtrue > WITHOUT_BLUETOOTH=3Dtrue > WITHOUT_CALENDAR=3Dtrue > WITHOUT_CTM=3Dtrue > WITHOUT_CVS=3Dtrue > WITHOUT_DICT=3Dtrue > WITHOUT_EXAMPLES=3Dtrue > WITHOUT_FORTRAN=3Dtrue > WITHOUT_FREEBSD_UPDATE=3Dyes > WITHOUT_GAMES=3Dtrue > WITHOUT_GCOV=3Dtrue > WITHOUT_GPIB=3Dtrue > WITHOUT_HTML=3Dtrue > WITHOUT_I4B=3Dtrue > WITHOUT_IPFILTER=3Dtrue > WITHOUT_IPX=3Dtrue > WITHOUT_LIB32=3Dtrue > WITHOUT_LIBKSE=3Dtrue > # Required for proper terminal locale > #WITHOUT_LOCALES=3Dtrue > WITHOUT_LPR=3Dtrue > WITHOUT_MAN=3Dtrue > WITHOUT_NDIS=3Dtrue > WITHOUT_NLS=3Dtrue > WITHOUT_NS_CACHING=3Dtrue > WITHOUT_OBJC=3Dtrue > WITHOUT_PORTSNAP=3Dtrue > WITHOUT_PPP=3Dtrue > WITHOUT_PROFILE=3Dtrue > WITHOUT_RCMDS=3Dtrue > WITHOUT_SENDMAIL=3Dtrue > # Knob needs to be fixed on systems that don't have the docs stuff > # preinstalled, e.g. 9.x bsdinstall images. > #WITHOUT_SHAREDOCS=3Dtrue > WITHOUT_SYSINSTALL=3Dtrue > # Telnet's a useful tool to have on the remote box. > #WITHOUT_TELNET=3Dtrue > WITHOUT_WIRELESS=3Dtrue > WITHOUT_WPA_SUPPLICANT_EAPOL=3Dtrue >=20 > DEFAULT_VERSIONS=3Dpython=3D2.7 >=20 > NOPORTDOCS=3Dtrue >=20 > LOCAL_DIRS=3D >=20 >=20 >=20 > WITHOUT_CLANG=3Dtrue > WITHOUT_SSP=3Dtrue You might have to (bogusly IMHO) define WITHOUT_CLANG_IS_CC=3Dtrue as = well for things to work. Warner --Apple-Mail=_5094144E-5929-415F-BE0D-882BCB44FB97 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTqLSKAAoJEGwc0Sh9sBEAW+wP/1zPuyDvbxUu7tBf+AxEoU9b 5jIMLmmms5b1/0TlaXvUn58ef2E6t6TEuqyAoll7DfGjtfiAi7twB2D6pgvPCFUH GXtcyafsa6Y7XWypUGEFYetcYkwWZuSL/N2t239yBq0Vtf8EKbDGpyk3cCSPJMfq gJqRswC4xMcdw87RTtZvD4HlbAnQj2wIvI3QVRdVPfdIXhL5Ns13M57oBCqp8FYN tTZHwf5PjTcqVKQIj2zsIv1CBhh3x3Sf86HjVeoqZQRY+ELSZGGPwpIAv42xrxXl pvhuneg7YRX+sSw/rS7ZT5DKPZNGV6pdmHgNBrl/ByZj0L6wo3Z8kjRRc8eW1oLR XWbLSJw+G2T6dKF9dIXfKQlgYjMrIeHz3oJMsGpXgGKtSzRGDTATg4kPKVqlLO+G wm8YEFNkpUTxC/SlVzeWkNknITFUqVi9CrMMe6y7x73/WN//oU4l3CZVkaO/YOFF swEgwr50om6VeffXzYJA+cbVSBJ0VSMuihCyMQ4Dh0S+8Djym83vAMNEIv/8KitM ZkXIf+HmtCWl7UBDi5yITw2jwOk+aPx6MSuTYMdUzyfbp3C5i/nou9T9IIcEm/Ow o+eKciBaR/Jy6QEiD436bYny3vnYqAEjS3NqtVrm5sGZ/9weLibH9YBGvFE4Iqf3 mtL5nmNI3gOgDSbYA5h2 =GLyx -----END PGP SIGNATURE----- --Apple-Mail=_5094144E-5929-415F-BE0D-882BCB44FB97-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 23:16:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4BD54A34 for ; Mon, 23 Jun 2014 23:16:02 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 12BA92155 for ; Mon, 23 Jun 2014 23:16:01 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAC+nqFODaFve/2dsb2JhbABag19agm2nVgEBAQEBAQaRdYZtUwGBJ3WEAwEBAQQBAQEgKyALGxgCAg0ZAikBCSYGCAcEARwEiCENpGidexeBKoQ5iEgBARs0B4J3gUwEl2aEK5Ieg14hNYEFOQ X-IronPort-AV: E=Sophos;i="5.01,533,1400040000"; d="scan'208";a="133189261" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 23 Jun 2014 19:14:53 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 42604B3F23; Mon, 23 Jun 2014 19:14:53 -0400 (EDT) Date: Mon, 23 Jun 2014 19:14:53 -0400 (EDT) From: Rick Macklem To: Beeblebrox Message-ID: <2166664.2993364.1403565293261.JavaMail.root@uoguelph.ca> In-Reply-To: <20140623202829.072ee954@rsbsd.rsb> Subject: Re: Previously working PXE setup now fails MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 23:16:02 -0000 Beeblebrox wrote: > > see if you can run wireshark on your NFS server that is being > > mounted. > > That should narrow down the RPC error. > > It took a while to get around to this, but the problem looks like NFS > v3 - v4 conflict. Wireshark shows these errors: > Program Version: 3 \ V3 Procedure: MNT (1) \Status: ERR_ACCESS (13) > > But NFS is started as v4. /etc/exports (not sure if correct syntax): > V4: / -network 192.168.2.0/26 > /data/amd64 -ro -network 192.168.2.0/26 # NFS root > /usr/local -ro -maproot=0 -network 192.168.2.0/26 > /home -network 192.168.2.0/26 > > The PXE structure (dhcp & tftp) are started as a jail with the jail > root folder as the NFS export root (/data/amd64). The jail and NFS > services are not started with boot but with separate script. > The Mount protocol request in your packet trace specifies a path of "/". For the above exports to work, the MNT path must be "/data/amd64". (I think this is the root-path option specified in your entry for the client on your dhcp server.) Look at the "MNT Call" lines in the wireshark trace and get the path to be "/data/amd64" and not "/". It isn't using NFSv4, so the the "V4: / ..." line is not relevent to this. As I think I've mentioned before, a NFSv4 root fs won't work, so don't bother trying... Good luck with it, rick > /etc/rc.conf has: > rpcbind_flags="-h 192.168.2.1" > mountd_flags="-r -n -l -h 192.168.2.1" > nfsd_flags="-u -t -n 4 -h 192.168.2.1" > nfsv4_only="YES" > nfsv4_server_enable="YES" > > pxe_start_script.sh: > jail -c pxe > service rpcbind onestart > service mountd onestart > service nfsd onestart > service nfsuserd onestart > # disabled_not_needed? rpc_lockd_enable="YES" rpc_statd_enable=" > > I should probablymove the rc.conf flags into my pxe_start_script.sh, > but not sure how to pass "service start" flags in an sh script. > > Regards. > > -- > FreeBSD_amd64_11-Current_RadeonKMS > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 23:19:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A1A3B91; Mon, 23 Jun 2014 23:19:27 +0000 (UTC) Received: from mail-lb0-x22e.google.com (mail-lb0-x22e.google.com [IPv6:2a00:1450:4010:c04::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0D9C62187; Mon, 23 Jun 2014 23:19:25 +0000 (UTC) Received: by mail-lb0-f174.google.com with SMTP id u10so5530252lbd.33 for ; Mon, 23 Jun 2014 16:19: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:message-id:subject :from:to:cc:content-type; bh=OsQ8p9HzNlDdclpS26l22VWeltUlKmJoB5zd6J69GNA=; b=DgJQAyI2SViV63220QEUHOG0pCS3gGnOY71H5e8d88mApGSLLuQ0FZHFXZ/ai96YaE fn4fVWsrJxQAKbVP3oUaVjXtJucnV0diIp8jRAtTqEtFuDteWWhDXSb7ApsX8foLlLrj v59E7on/FtsPWXAwF8GVRQJhluPC+SVqHO/PwvIXGajC9Ba0E+fF9k0JHSn0CKwoZ3KR HMGziu7CMxJTYUxwheJ7fnpZ7+i7SOv4baGxSdDc4pOGbQckDqBqCgzX7PGT9AUGp7iq dg+Mdt9DHsoqXTu1ZLvcq6VV8A5yw7SA2iFMy243XQr6HO2nG+H8oWs4dFl5+FCGuIBP rIwA== MIME-Version: 1.0 X-Received: by 10.112.91.163 with SMTP id cf3mr17924266lbb.42.1403565563815; Mon, 23 Jun 2014 16:19:23 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.67.71 with HTTP; Mon, 23 Jun 2014 16:19:23 -0700 (PDT) In-Reply-To: <1ED3AC7E-0F74-46A7-BAAA-E30600DC23BB@bsdimp.com> References: <20140617200551.07542580A1@chaos.localdomain> <20140617211436.GI1248@hub.FreeBSD.org> <690CE378-D7D9-49A6-BC20-13FD540E63A2@FreeBSD.org> <1ED3AC7E-0F74-46A7-BAAA-E30600DC23BB@bsdimp.com> Date: Mon, 23 Jun 2014 16:19:23 -0700 X-Google-Sender-Auth: Z-L3OiYwNEgtnKB3zJqh71KTcEA Message-ID: Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 From: Craig Rodrigues To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: Brooks Davis , Dimitry Andric , "Simon J. Gerraty" , Glen Barber , freebsd-current Current , Marcel Moolenaar X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 23:19:27 -0000 On Mon, Jun 23, 2014 at 4:13 PM, Warner Losh wrote: > > Which bombing out are you seeing (two or three have been sighted in this > thread)? And is this a nanobsd build, or a straight buildworld? > When building FreeNAS, with a hacked the nanobsd script to does "make make buildworld", and the make.conf which I posted, I am seeing this: -------------------------------------------------------------- >>> stage 1.2: bootstrap tools -------------------------------------------------------------- cd /zroot/build/r/freenas2/FreeBSD/src; MAKEOBJDIRPREFIX=3D/zroot/build/r/freenas2/os-base/amd64/zroot/build/r/free= nas2/FreeBSD/src/tmp INSTALL=3D"sh /zroot/build/r/freenas2/FreeBSD/src/tools/install.sh" PATH=3D/zroot/build/r/freenas2/os-base/amd64/zroot/build/r/freenas2/FreeBSD= /src/tmp/legacy/usr/sbin:/zroot/build/r/freenas2/os-base/amd64/zroot/build/= r/freenas2/FreeBSD/src/tmp/legacy/usr/bin:/zroot/build/r/freenas2/os-base/a= md64/zroot/build/r/freenas2/FreeBSD/src/tmp/legacy/usr/games:/zroot/build/r= /freenas2/os-base/amd64/zroot/build/r/freenas2/FreeBSD/src/tmp/legacy/bin:/= sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=3D/zroot/build/r/freenas2/os-base/amd64/zroot/build/r/freenas2/Fre= eBSD/src/tmp VERSION=3D"9.3-ALPHA" MAKEFLAGS=3D"-m /zroot/build/r/freenas2/FreeBSD/src/tools/build/mk -j 9 .MAKE.LEVEL.ENV=3DMAKELEVEL NO_CLEAN=3D1 SRCCONF=3D/dev/null __MAKE_CONF=3D/zroot/build/r/freenas2/os-base/amd64/make.conf.build -m /zroot/build/r/freenas2/FreeBSD/src/share/mk TARGET=3Damd64 TARGET_ARCH=3Damd64" COMPILER_TYPE=3Dclang /zroot/build/r/freenas2/os-base/amd64/zroot/build/r/freenas2/FreeBSD/src/ma= ke.amd64/make -f Makefile.inc1 DESTDIR=3D BOOTSTRAPPING=3D1100022 SSP_CFLAGS=3D -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF -DEARLY_BUILD bootstrap-tools =3D=3D=3D> gnu/usr.bin/gperf (obj,depend,all,install) =3D=3D=3D> gnu/usr.bin/gperf/doc (obj) =3D=3D=3D> gnu/usr.bin/gperf/doc (depend) make: don't know how to make /usr/lib/libstdc++.a. Stop *** [bootstrap-tools] Error code 2 1 error *** [_bootstrap-tools] Error code 2 1 error *** [buildworld] Error code 2 make[1]: stopped in /zroot/build/r/freenas2/FreeBSD/src 1 error make[1]: stopped in /zroot/build/r/freenas2/FreeBSD/src =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ERROR: build FAILED; see above or log file here: /zroot/build/r/freenas2/os-base/amd64/_.bw *** Error code 2 Stop. make: stopped in /zroot/build/r/freenas2 > > And I specifically was doing my testing on -current, not 10.x. I haven't > back ported much of anything I've done to the build system, and if anybod= y > else has, then it is on them to make it work in the 10.x environment. Whi= le > it has usually worked, 9 on 10 isn't in the supported matrix we've > traditionally had in this project. > I reproduced the same problem using a CURRENT build host ( 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r267305 ). -- Craig From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 23:23:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 97271CDD for ; Mon, 23 Jun 2014 23:23:11 +0000 (UTC) Received: from mail-ig0-f175.google.com (mail-ig0-f175.google.com [209.85.213.175]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FF672220 for ; Mon, 23 Jun 2014 23:23:11 +0000 (UTC) Received: by mail-ig0-f175.google.com with SMTP id h3so3654012igd.14 for ; Mon, 23 Jun 2014 16:23:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=iUwimMbQSbnvq18Rh5/oH4QOUz+t2Tc8D8YZwLCQ1OY=; b=Q3CgwWbUi7HcUkYOTiVDo3ylR4IhAPOnD7UHfXtIWtAW5JnVZ3L19OSg8qJEVskGtD 31mNogmTdLGEesaX02e3e8T+ik0YjMvjE4VdpjhkAJn3dVc5Z7PhuYSjiUVpEAJm32Nr SaSHT8AievfJiRIPGuaCGfAmJJD9Xkds9Ow/rGujGuVn/nsGvMWP/JUL7EULl6OnQJoc Kfw4Pt25u6ZSoQ6OCEtF+y6duhkZnd6S0OrNigmrPkLaqdArhkYddx4Q/YYAM1W4bWhd OEF4s0xq7mDLNwhDE75P3+FhLpt0yyLJ4eVRxNkrQ0+JZdZp8aDMJZjpeY5eNLPX9OcB HOUw== X-Gm-Message-State: ALoCoQl2xyQSVV5u0EEDPv201UhQhv9yZbdc/Zq6xn0FFSPf0XfFQoAadqQmo7ce724K8qCftLaN X-Received: by 10.43.53.73 with SMTP id vp9mr24456765icb.61.1403565784712; Mon, 23 Jun 2014 16:23:04 -0700 (PDT) Received: from netflix-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id ky9sm20531638igb.13.2014.06.23.16.23.03 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 23 Jun 2014 16:23:04 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_F0BC3BDA-EFCA-4C54-A916-813B2D56B280"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 From: Warner Losh In-Reply-To: Date: Mon, 23 Jun 2014 17:23:02 -0600 Message-Id: <8CD24B0A-DF45-4437-BEBE-8C67B241DE93@bsdimp.com> References: <20140617200551.07542580A1@chaos.localdomain> <20140617211436.GI1248@hub.FreeBSD.org> <690CE378-D7D9-49A6-BC20-13FD540E63A2@FreeBSD.org> <1ED3AC7E-0F74-46A7-BAAA-E30600DC23BB@bsdimp.com> To: Craig Rodrigues X-Mailer: Apple Mail (2.1878.2) Cc: Brooks Davis , Dimitry Andric , "Simon J. Gerraty" , Glen Barber , freebsd-current Current , Marcel Moolenaar X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 23 Jun 2014 23:23:11 -0000 --Apple-Mail=_F0BC3BDA-EFCA-4C54-A916-813B2D56B280 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Jun 23, 2014, at 5:19 PM, Craig Rodrigues = wrote: >=20 >=20 >=20 > On Mon, Jun 23, 2014 at 4:13 PM, Warner Losh wrote: >=20 > Which bombing out are you seeing (two or three have been sighted in = this thread)? And is this a nanobsd build, or a straight buildworld? >=20 > When building FreeNAS, with a hacked the nanobsd=20 > script to does "make make buildworld", and the make.conf which I = posted, I > am seeing this: >=20 > -------------------------------------------------------------- > >>> stage 1.2: bootstrap tools > -------------------------------------------------------------- > cd /zroot/build/r/freenas2/FreeBSD/src; = MAKEOBJDIRPREFIX=3D/zroot/build/r/freenas2/os-base/amd64/zroot/build/r/fre= enas2/FreeBSD/src/tmp INSTALL=3D"sh = /zroot/build/r/freenas2/FreeBSD/src/tools/install.sh" = PATH=3D/zroot/build/r/freenas2/os-base/amd64/zroot/build/r/freenas2/FreeBS= D/src/tmp/legacy/usr/sbin:/zroot/build/r/freenas2/os-base/amd64/zroot/buil= d/r/freenas2/FreeBSD/src/tmp/legacy/usr/bin:/zroot/build/r/freenas2/os-bas= e/amd64/zroot/build/r/freenas2/FreeBSD/src/tmp/legacy/usr/games:/zroot/bui= ld/r/freenas2/os-base/amd64/zroot/build/r/freenas2/FreeBSD/src/tmp/legacy/= bin:/sbin:/bin:/usr/sbin:/usr/bin = WORLDTMP=3D/zroot/build/r/freenas2/os-base/amd64/zroot/build/r/freenas2/Fr= eeBSD/src/tmp VERSION=3D"9.3-ALPHA" MAKEFLAGS=3D"-m = /zroot/build/r/freenas2/FreeBSD/src/tools/build/mk -j 9 = .MAKE.LEVEL.ENV=3DMAKELEVEL NO_CLEAN=3D1 SRCCONF=3D/dev/null = __MAKE_CONF=3D/zroot/build/r/freenas2/os-base/amd64/make.conf.build -m = /zroot/build/r/freenas2/FreeBSD/src/share/mk TARGET=3Damd64 = TARGET_ARCH=3Damd64" COMPILER_TYPE=3Dclang = /zroot/build/r/freenas2/os-base/amd64/zroot/build/r/freenas2/FreeBSD/src/m= ake.amd64/make -f Makefile.inc1 DESTDIR=3D BOOTSTRAPPING=3D1100022 = SSP_CFLAGS=3D -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN = -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS = -DNO_CTF -DEARLY_BUILD bootstrap-tools > =3D=3D=3D> gnu/usr.bin/gperf (obj,depend,all,install) > =3D=3D=3D> gnu/usr.bin/gperf/doc (obj) > =3D=3D=3D> gnu/usr.bin/gperf/doc (depend) > make: don't know how to make /usr/lib/libstdc++.a. Stop > *** [bootstrap-tools] Error code 2 > 1 error > *** [_bootstrap-tools] Error code 2 > 1 error > *** [buildworld] Error code 2 >=20 > make[1]: stopped in /zroot/build/r/freenas2/FreeBSD/src > 1 error >=20 > make[1]: stopped in /zroot/build/r/freenas2/FreeBSD/src > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > ERROR: build FAILED; see above or log file here: = /zroot/build/r/freenas2/os-base/amd64/_.bw > *** Error code 2 >=20 > Stop. > make: stopped in /zroot/build/r/freenas2 >=20 >=20 >=20 > =20 >=20 > And I specifically was doing my testing on -current, not 10.x. I = haven=92t back ported much of anything I=92ve done to the build system, = and if anybody else has, then it is on them to make it work in the 10.x = environment. While it has usually worked, 9 on 10 isn=92t in the = supported matrix we=92ve traditionally had in this project. >=20 > I reproduced the same problem using a CURRENT build host ( = 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r267305 ). >=20 I wonder how this could possibly happen on stable-10, since EARLY_BUILD = is still there to preclude the line being added. I=92ll have to re-run my test WITHOUT_CLANG. I just used the defaults. Any chance you can narrow the number of options required to trigger = this? Warner --Apple-Mail=_F0BC3BDA-EFCA-4C54-A916-813B2D56B280 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTqLbXAAoJEGwc0Sh9sBEA7lMQAJ9HshybIxg07MNoVM/Ybv2C lcfH8tJuw9rJbk+PA6Yde9glJ9mShr9lZ9dNCFtM7E2xRvFsr7UhYnHsR8tqODrU vVtVwoI4Kozfi4RJJDD3Y5cMAL/FMwTxreMkNeHU+kfkwHifHHG79v7gW/IH8YGO N+SbpUyyPFVg9PQkoZPYvwukiuKuchB8WsT46EuLOmB4okLz5hP9DhYG+UUvESDr DB99LrP9aZSSZyjM94P5bMbb6h77l+4EWgSWIm5fdrR6E/YLgin04mlhcuv0a79+ JDf4dByNnriI/fT9aupUcaZqJqfFBfAi6jbcspwMcX22MaIi8SYz5Tq4UvMH7/8V bUXfNY4Rjm1pDe8Vxn+7zp3lWXeQW7v0LEd4Qvj5csGRIlzA4JTzox6YNi7dLegU anu3M51gH6W+1wSMMdhrYej9XN8Zm1paPlFVZNh96DVp6NEY98KT83/nB8SJSREU vSvFYCbN64IEWACPxgJ/LMAxCXIGPWwSRlkso8GbE5o5zfPM8zQsk3W1lUHQ9Fci B7t1ggV1kP2z5QbyybqTs56uFxR4xZDhuBVuP7TIFep6lgVU/+oRVsuZISZZiaKX yenPGx3RHkJ60Tervq51nf1kfrZbdKHqLA9EXo3vEw+alN6cdZPuQboTrypAbiy/ UiI2c6ipDKV0HuRj7kB1 =8VgF -----END PGP SIGNATURE----- --Apple-Mail=_F0BC3BDA-EFCA-4C54-A916-813B2D56B280-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 24 00:15:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5827BEE; Tue, 24 Jun 2014 00:15:06 +0000 (UTC) Received: from mail-lb0-x22b.google.com (mail-lb0-x22b.google.com [IPv6:2a00:1450:4010:c04::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 56FF22651; Tue, 24 Jun 2014 00:15:05 +0000 (UTC) Received: by mail-lb0-f171.google.com with SMTP id s7so5546351lbd.16 for ; Mon, 23 Jun 2014 17:15: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:message-id:subject :from:to:cc:content-type; bh=mW9llchBLYqv7vjHsmYQkA15Bdz7+D7azsHasnHU7vE=; b=VDVR8klDhqLyXREJXk+RZ9acGB4OOkg9+ZGf0LTi3BOk9zSLRcShsC1L33IIdg1QeJ ww4luuQlgrmCXcawDnJORoO1Dot+uJQjEzvXYRoP9OPIwO5CWD6yiC7dOfMw8CKBF8BL P4xMRYGYkPZn+b1xYGZRwo0Vs6TTjazmS1G4f4PO2nDXRVE0x9s/M79fhaNhzhffErb3 MhgLg+GCZSYA8ANNkEbn/rrGvBHqZSRq7GQXs0q8U1qTfa9biBSRdVeEP2BdY1rhjnYT +sHjACiPdZlPV8vh5mb4F8FZtueLZhkwbpZCXG9XuCEHozqZ6W4OV/A6b5yBcZNxVAUV MepQ== MIME-Version: 1.0 X-Received: by 10.152.115.134 with SMTP id jo6mr13405971lab.6.1403568903164; Mon, 23 Jun 2014 17:15:03 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.67.71 with HTTP; Mon, 23 Jun 2014 17:15:03 -0700 (PDT) In-Reply-To: <8CD24B0A-DF45-4437-BEBE-8C67B241DE93@bsdimp.com> References: <20140617200551.07542580A1@chaos.localdomain> <20140617211436.GI1248@hub.FreeBSD.org> <690CE378-D7D9-49A6-BC20-13FD540E63A2@FreeBSD.org> <1ED3AC7E-0F74-46A7-BAAA-E30600DC23BB@bsdimp.com> <8CD24B0A-DF45-4437-BEBE-8C67B241DE93@bsdimp.com> Date: Mon, 23 Jun 2014 17:15:03 -0700 X-Google-Sender-Auth: rSACNeGbDRIcondSD4f54LF8d4s Message-ID: Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 From: Craig Rodrigues To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: Brooks Davis , Dimitry Andric , "Simon J. Gerraty" , Glen Barber , freebsd-current Current , Marcel Moolenaar X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 24 Jun 2014 00:15:06 -0000 Hi, OK, I think I see the issue. I looked here: http://svnweb.freebsd.org/base/stable/9/share/mk/bsd.prog.mk?view=3Dlog and saw that dim@ MFC'd his EARLY_BUILD stuff in r257812. That is why you can build stable/9 on a stable/10 host. I am building FreeBSD 9.2 which doesn't have that change. bsd.prog.mk in stable/9 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D .if defined(PROG_CXX) && !defined(EARLY_BUILD) .if !empty(CXXFLAGS:M-stdlib=3Dlibc++) echo ${PROG}: ${LIBCPLUSPLUS} >> ${DEPENDFILE} .else echo ${PROG}: ${LIBSTDCPLUSPLUS} >> ${DEPENDFILE} .endif .endif bsd.prog.mk in 9.2 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D .if defined(PROG_CXX) .if !empty(CXXFLAGS:M-stdlib=3Dlibc++) echo ${PROG}: ${LIBCPLUSPLUS} >> ${DEPENDFILE} .else echo ${PROG}: ${LIBSTDCPLUSPLUS} >> ${DEPENDFILE} .endif .endif bsd.prog.mk in CURRENT =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D .if defined(PROG_CXX) .if ${COMPILER_TYPE} =3D=3D "clang" && empty(CXXFLAGS:M-stdlib=3Dlibstdc++) echo ${PROG}: ${LIBCPLUSPLUS} >> ${DEPENDFILE} .else echo ${PROG}: ${LIBSTDCPLUSPLUS} >> ${DEPENDFILE} .endif .endif So, I guess that stable/9 can build properly on a stable/10 box. For FreeBSD 9.2, there is no easy way out. -- Craig On Mon, Jun 23, 2014 at 4:23 PM, Warner Losh wrote: > > On Jun 23, 2014, at 5:19 PM, Craig Rodrigues wrote: > > > > > > > > > On Mon, Jun 23, 2014 at 4:13 PM, Warner Losh wrote: > > > > Which bombing out are you seeing (two or three have been sighted in thi= s > thread)? And is this a nanobsd build, or a straight buildworld? > > > > When building FreeNAS, with a hacked the nanobsd > > script to does "make make buildworld", and the make.conf which I posted= , > I > > am seeing this: > > > > -------------------------------------------------------------- > > >>> stage 1.2: bootstrap tools > > -------------------------------------------------------------- > > cd /zroot/build/r/freenas2/FreeBSD/src; > MAKEOBJDIRPREFIX=3D/zroot/build/r/freenas2/os-base/amd64/zroot/build/r/fr= eenas2/FreeBSD/src/tmp > INSTALL=3D"sh /zroot/build/r/freenas2/FreeBSD/src/tools/install.sh" > PATH=3D/zroot/build/r/freenas2/os-base/amd64/zroot/build/r/freenas2/Free= BSD/src/tmp/legacy/usr/sbin:/zroot/build/r/freenas2/os-base/amd64/zroot/bui= ld/r/freenas2/FreeBSD/src/tmp/legacy/usr/bin:/zroot/build/r/freenas2/os-bas= e/amd64/zroot/build/r/freenas2/FreeBSD/src/tmp/legacy/usr/games:/zroot/buil= d/r/freenas2/os-base/amd64/zroot/build/r/freenas2/FreeBSD/src/tmp/legacy/bi= n:/sbin:/bin:/usr/sbin:/usr/bin > WORLDTMP=3D/zroot/build/r/freenas2/os-base/amd64/zroot/build/r/freenas2/= FreeBSD/src/tmp > VERSION=3D"9.3-ALPHA" MAKEFLAGS=3D"-m > /zroot/build/r/freenas2/FreeBSD/src/tools/build/mk -j 9 > .MAKE.LEVEL.ENV=3DMAKELEVEL NO_CLEAN=3D1 SRCCONF=3D/dev/null > __MAKE_CONF=3D/zroot/build/r/freenas2/os-base/amd64/make.conf.build -m > /zroot/build/r/freenas2/FreeBSD/src/share/mk TARGET=3Damd64 > TARGET_ARCH=3Damd64" COMPILER_TYPE=3Dclang > /zroot/build/r/freenas2/os-base/amd64/zroot/build/r/freenas2/FreeBSD/src/= make.amd64/make > -f Makefile.inc1 DESTDIR=3D BOOTSTRAPPING=3D1100022 SSP_CFLAGS=3D > -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DNO_PIC > -DWITHOUT_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF > -DEARLY_BUILD bootstrap-tools > > =3D=3D=3D> gnu/usr.bin/gperf (obj,depend,all,install) > > =3D=3D=3D> gnu/usr.bin/gperf/doc (obj) > > =3D=3D=3D> gnu/usr.bin/gperf/doc (depend) > > make: don't know how to make /usr/lib/libstdc++.a. Stop > > *** [bootstrap-tools] Error code 2 > > 1 error > > *** [_bootstrap-tools] Error code 2 > > 1 error > > *** [buildworld] Error code 2 > > > > make[1]: stopped in /zroot/build/r/freenas2/FreeBSD/src > > 1 error > > > > make[1]: stopped in /zroot/build/r/freenas2/FreeBSD/src > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > ERROR: build FAILED; see above or log file here: > /zroot/build/r/freenas2/os-base/amd64/_.bw > > *** Error code 2 > > > > Stop. > > make: stopped in /zroot/build/r/freenas2 > > > > > > > > > > > > And I specifically was doing my testing on -current, not 10.x. I haven'= t > back ported much of anything I've done to the build system, and if anybod= y > else has, then it is on them to make it work in the 10.x environment. Whi= le > it has usually worked, 9 on 10 isn't in the supported matrix we've > traditionally had in this project. > > > > I reproduced the same problem using a CURRENT build host ( 11.0-CURRENT > FreeBSD 11.0-CURRENT #1 r267305 ). > > > > I wonder how this could possibly happen on stable-10, since EARLY_BUILD i= s > still there to preclude the line being added. > > I'll have to re-run my test WITHOUT_CLANG. I just used the defaults. > > Any chance you can narrow the number of options required to trigger this? > > Warner > > From owner-freebsd-current@FreeBSD.ORG Tue Jun 24 00:57:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE0AACE for ; Tue, 24 Jun 2014 00:57:17 +0000 (UTC) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9653A29B0 for ; Tue, 24 Jun 2014 00:57:17 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id rp18so6482616iec.27 for ; Mon, 23 Jun 2014 17:57:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=95ZH/kp3IJaDb7m+DgJ7n7WcaMcXiH0ysjqCa1TgOF0=; b=bYjg8jhQZgHMs/d486do4+UR4PtoBTZ2ltyn53R+FEjZURigjsoAGmSifdJm7rWHeD olPLuACKkA+xd4AO77OJCn2VyozW5pf4lCbE0/sAj3zmoSi18Wk3sfI/yaCbQRCNjjdu wgvxWukO+fmmKtPjhYbjx3yeKKeAyMYI3xWdMQNAvRp7G0EToqbEY1720pSwb8SqV58z oHRPBxvQGBbVq/jUnKW0HaVhpQ3CawhfcqDpWhKgUD949m12iWhjtF9yGVf2m98aZ/xw Zu1HGXd0yc2fVznw15GuJXxtSyGue1TSt+pbD9n+vWYsLwIZgdavhhhJuyE9TpiLAsuC 04TA== X-Gm-Message-State: ALoCoQnNklWyQcqxDmqLKOfZqXMhryyMPbKATR6hR6Iv9+/8neJxivYBjsOP28Ruqwyxi0GaZ2eO X-Received: by 10.50.4.5 with SMTP id g5mr31029988igg.14.1403571436694; Mon, 23 Jun 2014 17:57:16 -0700 (PDT) Received: from netflix-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id 8sm1302913igr.2.2014.06.23.17.57.15 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 23 Jun 2014 17:57:16 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_E60CD188-3EE1-4E52-838A-3C1E2C716A74"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 From: Warner Losh In-Reply-To: Date: Mon, 23 Jun 2014 18:57:15 -0600 Message-Id: <2063888D-CCAE-431B-A409-F17AA4422006@bsdimp.com> References: <20140617200551.07542580A1@chaos.localdomain> <20140617211436.GI1248@hub.FreeBSD.org> <690CE378-D7D9-49A6-BC20-13FD540E63A2@FreeBSD.org> <1ED3AC7E-0F74-46A7-BAAA-E30600DC23BB@bsdimp.com> <8CD24B0A-DF45-4437-BEBE-8C67B241DE93@bsdimp.com> To: Craig Rodrigues X-Mailer: Apple Mail (2.1878.2) Cc: Brooks Davis , Dimitry Andric , "Simon J. Gerraty" , Glen Barber , freebsd-current Current , Marcel Moolenaar X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 24 Jun 2014 00:57:17 -0000 --Apple-Mail=_E60CD188-3EE1-4E52-838A-3C1E2C716A74 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Jun 23, 2014, at 6:15 PM, Craig Rodrigues = wrote: > Hi, >=20 > OK, I think I see the issue. I looked here: >=20 > http://svnweb.freebsd.org/base/stable/9/share/mk/bsd.prog.mk?view=3Dlog >=20 > and saw that dim@ MFC'd his EARLY_BUILD stuff in r257812. >=20 > That is why you can build stable/9 on a stable/10 host. >=20 > I am building FreeBSD 9.2 which doesn't have that change. >=20 >=20 > bsd.prog.mk in stable/9 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > .if defined(PROG_CXX) && !defined(EARLY_BUILD) >=20 > .if !empty(CXXFLAGS:M-stdlib=3Dlibc++) >=20 > echo ${PROG}: ${LIBCPLUSPLUS} >> ${DEPENDFILE} >=20 > .else >=20 > echo ${PROG}: ${LIBSTDCPLUSPLUS} >> ${DEPENDFILE} >=20 > .endif > .endif >=20 >=20 > bsd.prog.mk in 9.2 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > .if defined(PROG_CXX) > .if !empty(CXXFLAGS:M-stdlib=3Dlibc++) > echo ${PROG}: ${LIBCPLUSPLUS} >> ${DEPENDFILE} > .else > echo ${PROG}: ${LIBSTDCPLUSPLUS} >> ${DEPENDFILE} > .endif > .endif >=20 >=20 > bsd.prog.mk in CURRENT > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > .if defined(PROG_CXX) > .if ${COMPILER_TYPE} =3D=3D "clang" && = empty(CXXFLAGS:M-stdlib=3Dlibstdc++) > echo ${PROG}: ${LIBCPLUSPLUS} >> ${DEPENDFILE} > .else > echo ${PROG}: ${LIBSTDCPLUSPLUS} >> ${DEPENDFILE} > .endif > .endif >=20 >=20 >=20 > So, I guess that stable/9 can build properly on a stable/10 box. > For FreeBSD 9.2, there is no easy way out. You=92ll have to back port the patch then. We don=92t guarantee forward = compatibility like this since 9.2 is frozen in time now. stable/9 builds fine on both stable/10 and current hosts. Warner > -- > Craig >=20 >=20 >=20 >=20 >=20 > On Mon, Jun 23, 2014 at 4:23 PM, Warner Losh wrote: >=20 > On Jun 23, 2014, at 5:19 PM, Craig Rodrigues = wrote: >=20 > > > > > > > > On Mon, Jun 23, 2014 at 4:13 PM, Warner Losh wrote: > > > > Which bombing out are you seeing (two or three have been sighted in = this thread)? And is this a nanobsd build, or a straight buildworld? > > > > When building FreeNAS, with a hacked the nanobsd > > script to does "make make buildworld", and the make.conf which I = posted, I > > am seeing this: > > > > -------------------------------------------------------------- > > >>> stage 1.2: bootstrap tools > > -------------------------------------------------------------- > > cd /zroot/build/r/freenas2/FreeBSD/src; = MAKEOBJDIRPREFIX=3D/zroot/build/r/freenas2/os-base/amd64/zroot/build/r/fre= enas2/FreeBSD/src/tmp INSTALL=3D"sh = /zroot/build/r/freenas2/FreeBSD/src/tools/install.sh" = PATH=3D/zroot/build/r/freenas2/os-base/amd64/zroot/build/r/freenas2/FreeBS= D/src/tmp/legacy/usr/sbin:/zroot/build/r/freenas2/os-base/amd64/zroot/buil= d/r/freenas2/FreeBSD/src/tmp/legacy/usr/bin:/zroot/build/r/freenas2/os-bas= e/amd64/zroot/build/r/freenas2/FreeBSD/src/tmp/legacy/usr/games:/zroot/bui= ld/r/freenas2/os-base/amd64/zroot/build/r/freenas2/FreeBSD/src/tmp/legacy/= bin:/sbin:/bin:/usr/sbin:/usr/bin = WORLDTMP=3D/zroot/build/r/freenas2/os-base/amd64/zroot/build/r/freenas2/Fr= eeBSD/src/tmp VERSION=3D"9.3-ALPHA" MAKEFLAGS=3D"-m = /zroot/build/r/freenas2/FreeBSD/src/tools/build/mk -j 9 = .MAKE.LEVEL.ENV=3DMAKELEVEL NO_CLEAN=3D1 SRCCONF=3D/dev/null = __MAKE_CONF=3D/zroot/build/r/freenas2/os-base/amd64/make.conf.build -m = /zroot/build/r/freenas2/FreeBSD/src/share/mk TARGET=3Damd64 = TARGET_ARCH=3Damd64" COMPILER_TYPE=3Dclang = /zroot/build/r/freenas2/os-base/amd64/zroot/build/r/freenas2/FreeBSD/src/m= ake.amd64/make -f Makefile.inc1 DESTDIR=3D BOOTSTRAPPING=3D1100022 = SSP_CFLAGS=3D -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN = -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS = -DNO_CTF -DEARLY_BUILD bootstrap-tools > > =3D=3D=3D> gnu/usr.bin/gperf (obj,depend,all,install) > > =3D=3D=3D> gnu/usr.bin/gperf/doc (obj) > > =3D=3D=3D> gnu/usr.bin/gperf/doc (depend) > > make: don't know how to make /usr/lib/libstdc++.a. Stop > > *** [bootstrap-tools] Error code 2 > > 1 error > > *** [_bootstrap-tools] Error code 2 > > 1 error > > *** [buildworld] Error code 2 > > > > make[1]: stopped in /zroot/build/r/freenas2/FreeBSD/src > > 1 error > > > > make[1]: stopped in /zroot/build/r/freenas2/FreeBSD/src > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > ERROR: build FAILED; see above or log file here: = /zroot/build/r/freenas2/os-base/amd64/_.bw > > *** Error code 2 > > > > Stop. > > make: stopped in /zroot/build/r/freenas2 > > > > > > > > > > > > And I specifically was doing my testing on -current, not 10.x. I = haven=92t back ported much of anything I=92ve done to the build system, = and if anybody else has, then it is on them to make it work in the 10.x = environment. While it has usually worked, 9 on 10 isn=92t in the = supported matrix we=92ve traditionally had in this project. > > > > I reproduced the same problem using a CURRENT build host ( = 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r267305 ). > > >=20 > I wonder how this could possibly happen on stable-10, since = EARLY_BUILD is still there to preclude the line being added. >=20 > I=92ll have to re-run my test WITHOUT_CLANG. I just used the defaults. >=20 > Any chance you can narrow the number of options required to trigger = this? >=20 > Warner >=20 >=20 --Apple-Mail=_E60CD188-3EE1-4E52-838A-3C1E2C716A74 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTqMzrAAoJEGwc0Sh9sBEATOgP/2I+Lw5WvbMjNEQza41dOt6C Ed6VHaBYg/eSQ1O7vfLB8x/43cinpcBVDcoe+oP8x9NnYXT4+aMKQ75fipbOQA5B RxdpGwv/oQWhyxE9jAmhnydt5P3p3N3VYJvEyhc2vPkVPrFaah/paycHQY5V2v6P hvOcHmOlJr1JZerKMvF0nneTc84tAVYfiJqNl2Z7imCExSw9rwDnhhBl77k8cfhM u7jlemdZdUA/vSTc/IzzR5G1TKehM6WmyMArP3zN4Qls7J8BNtfL0MTbz5uoCkFM c9z6viYozAkc/PupcbtB0hlmgzasMDf9WMOt2YZEBpVoCwdAXFy1vcMnHbdMAsJW Lx8/zwKutUXo0oHC02GDGfC4OeV2TqdDSzM9htNQsjfVK3rM/daWl6wv6Qaf3FBK FuRyOk/KajbkzSsrbWIvwttrsUAeEVQaQoNdqFHymGWnOBRUst/bTYC+MFS4Q45G FfIXo+f04BT+94WEQ1u/wdiUoK8Yg7YhCJSDsFtm/HaAHlr7q6hJHRMHtRAjFYok hIA/zoZCK2ivglDxhn4+t1PH8EOf11e3BjfgIDQODEUh9u5vnMkOgzNrsRzafgg+ soTw+5oW1v+f7K5D/bxqI+UgLBtVi7A3rnW89FgahWG2/5iJHef60RWAJoi7eDSq OtxNbbc50RsMbYcOY2uL =0cRp -----END PGP SIGNATURE----- --Apple-Mail=_E60CD188-3EE1-4E52-838A-3C1E2C716A74-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 24 01:06:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6AC9D360; Tue, 24 Jun 2014 01:06:28 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 478DE2A82; Tue, 24 Jun 2014 01:06:28 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s5O16Qhf010381 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Jun 2014 18:06:26 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s5O16Qi0010380; Mon, 23 Jun 2014 18:06:26 -0700 (PDT) (envelope-from jmg) Date: Mon, 23 Jun 2014 18:06:26 -0700 From: John-Mark Gurney To: John Baldwin Subject: Re: ahci panics when detaching... Message-ID: <20140624010626.GB1560@funkthat.com> Mail-Followup-To: John Baldwin , freebsd-current@freebsd.org References: <20140623134407.GD31367@funkthat.com> <201406231049.27909.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201406231049.27909.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Mon, 23 Jun 2014 18:06:27 -0700 (PDT) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 24 Jun 2014 01:06:28 -0000 John Baldwin wrote this message on Mon, Jun 23, 2014 at 10:49 -0400: > On Monday, June 23, 2014 9:44:08 am John-Mark Gurney wrote: > > So, when I try to eject a ESATA card, the machine panics... I am able > > to successfully eject other cards, an ethernet (re) and a serial card > > (uart), and both handle the removal of their device w/o issue and with > > out crashes... > > > > When I try w/ ahci, I get a panic... The panic backtrace is: > > #8 0xffffffff80ced4e2 in calltrap () at > ../../../amd64/amd64/exception.S:231 > > #9 0xffffffff8093d037 in rman_get_rid (r=0xfffff800064c9380) > > at ../../../kern/subr_rman.c:979 > > #10 0xffffffff8092b888 in resource_list_release_active > (rl=0xfffff80006d39c08, > > bus=0xfffff80002cd9000, child=0xfffff80006b6d700, type=3) > > at ../../../kern/subr_bus.c:3419 > > #11 0xffffffff8065d7a1 in pci_child_detached (dev=0xfffff80002cd9000, > > child=0xfffff80006b6d700) at ../../../dev/pci/pci.c:4133 > > ---Type to continue, or q to quit--- > > #12 0xffffffff80929708 in device_detach (dev=0xfffff80006b6d700) > > at bus_if.h:181 > > #13 0xffffffff8065f9f7 in pci_delete_child (dev=0xfffff80002cd9000, > > child=0xfffff80006b6d700) at ../../../dev/pci/pci.c:4710 > > > > In frame 9: > > (kgdb) fr 9 > > #9 0xffffffff8093d037 in rman_get_rid (r=0xfffff800064c9380) > > at ../../../kern/subr_rman.c:979 > > 979 return (r->__r_i->r_rid); > > (kgdb) print r > > $1 = (struct resource *) 0xfffff800064c9380 > > (kgdb) print/x *r > > $4 = {__r_i = 0xdeadc0dedeadc0de, r_bustag = 0xdeadc0dedeadc0de, > > r_bushandle = 0xdeadc0dedeadc0de} > > > > So, looks like something is corrupted the resource data... > > This is the malloc junking on free. However, I wonder if the > problem is that the resource was freed without being properly > cleared from the resource_list in the PCI ivars. Is this with local > patches that you have? Yes, but I didn't patch any of the pci code, or the resource code, so this bug is in the original code... My patches only effect the attach case, don't touch the detach case... I was hoping someone who knows the code was like, yeh, I do remeber that place in the code where we free something, but don't properly NULL out the pointer, etc... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Jun 24 01:12:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A8144EF; Tue, 24 Jun 2014 01:12:55 +0000 (UTC) Date: Mon, 23 Jun 2014 21:12:51 -0400 From: Glen Barber To: Warner Losh Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 Message-ID: <20140624011251.GN1218@hub.FreeBSD.org> References: <690CE378-D7D9-49A6-BC20-13FD540E63A2@FreeBSD.org> <1ED3AC7E-0F74-46A7-BAAA-E30600DC23BB@bsdimp.com> <8CD24B0A-DF45-4437-BEBE-8C67B241DE93@bsdimp.com> <2063888D-CCAE-431B-A409-F17AA4422006@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="GvDmwISikgK05D7L" Content-Disposition: inline In-Reply-To: <2063888D-CCAE-431B-A409-F17AA4422006@bsdimp.com> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Craig Rodrigues , Brooks Davis , Dimitry Andric , "Simon J. Gerraty" , freebsd-current Current , Marcel Moolenaar X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 24 Jun 2014 01:12:56 -0000 --GvDmwISikgK05D7L Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 23, 2014 at 06:57:15PM -0600, Warner Losh wrote: > On Jun 23, 2014, at 6:15 PM, Craig Rodrigues wrote: > > So, I guess that stable/9 can build properly on a stable/10 box. > > For FreeBSD 9.2, there is no easy way out. >=20 > You=E2=80=99ll have to back port the patch then. We don=E2=80=99t guarant= ee forward > compatibility like this since 9.2 is frozen in time now. >=20 I'd really like to discuss rethinking our forward-compatibility policies, since we have (now) 3 active stable/ branches, plus head/.=20 What I would like to see, with my RE hat on, is a "best effort" backwards compatibility to being able to build the lowest-numbered supported stable/ branch on head/. Sure, this won't always work, but "best effort" is better than "no effort", which the latter is why we do not have stable/8 snapshot builds, to be honest. I won't spend the time on the stable/8/release/ code nor the snapshot build scripts to waste the time. Building stable/9 on head/ is annoying alone. Glen --GvDmwISikgK05D7L Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTqNCTAAoJELls3eqvi17QntUP/A2D8sHndvrksIjw0FNHbOjX 4OPUve1EGKKXf5BArpijvUx/sfpBCiR4bWGSIb5ayOxunPnavmPbQJQIHCVrsmZj u9lzDaaM3rJSwHD9iZYDBEJ0/YMJzjK3z/lPN8xRutQ4E1HHIa4wmCW64rFI0tG9 qOTBtdrZYEW538c86CVYgL81M9uZhFEY/j1wNXyktMo82aF2watrgeKatJGzXXEJ VDjLCWWkfM78kLrAAAqNeUwb5jccCPlyKS0yLpAt2TxgQTtSItyzqCvsIAxCI9Kn NcMiup8qz9k/uQ4Ec59iz+oz6vCWmAo4y75BkfexiWYcR1P6J96QKunMSRnp2rcl Vl0l1kcvvuKdgiRnGs+4KHOeylPRNlTbXDxXyUG/tSMGtMSTMLTEJ/FAzFCEsWXi 2HF0hu1ORLTm29pwIMogOJa+ucmNpheUL3AHmsBvN3BMklOhloMkT3nFobIVBEOM 8WkfigMacjfsrJ0ZtxQmn43BFjsRdEiwMk9LyPc0YTzLx9MgH02i3hHAR6MhACc2 PaLinv5OlxJ/lh95bCYp9GSSqlp5Ao4NNKELpczgVlvJTv4m3+PUH8tJSrDk0xxI Q/wUg3Mfh7DEuAMubPc8wzvfCTxtN/oBGsK5G3FRCPz2GZ25BsDmUEgtJzWifemh aDmRokwn93PXyL2dLLPU =1zlG -----END PGP SIGNATURE----- --GvDmwISikgK05D7L-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 24 01:42:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 11AFC865 for ; Tue, 24 Jun 2014 01:42:35 +0000 (UTC) Received: from mail-ig0-f176.google.com (mail-ig0-f176.google.com [209.85.213.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C093A2D41 for ; Tue, 24 Jun 2014 01:42:34 +0000 (UTC) Received: by mail-ig0-f176.google.com with SMTP id c1so3797070igq.15 for ; Mon, 23 Jun 2014 18:42:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=1moav0hanwS2TthdiuEs7l5URxBPcaA8NNPCIkTJcls=; b=A9u8AM2BJnq0lOEQiM+81Qvl9TAmQSH+cIckPbeZfhDa3ZVM8xzonrypUpNuyVoog3 upkyZoSCXTi13jsIEdYWXFBk4gSGyl7xIXv70JurDqjukugtNfzUYTz3AWFTnOCUF/iE HHpI6ngJxlAWAu/I14IsGt4Z5Ec8Hlzwhd1Se6O7dJhrP+utPVN6r2OFcRV4eWUXH9Wk iNmVTIqhruqyzKn+erBfzGf/sW6ePSvoLqhqAB5xudXXPfmCroh+lbH4JEbJt500PzQS URL3HNjQAKsflew58Xbscexmr7D9Ujuzl6rSh9Cl0nrcUa+JyNqyx7zmWnmDYs+/25d4 x+oQ== X-Gm-Message-State: ALoCoQl8XbscyQAYZ1MBR3EXO5QtZmSDeIiCZzcxoOvpSg2u3v0l2gYjdtsJopvFy0PFCppgt/cF X-Received: by 10.42.122.208 with SMTP id o16mr24916373icr.39.1403574148723; Mon, 23 Jun 2014 18:42:28 -0700 (PDT) Received: from [10.0.0.119] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id 8sm1611009igr.2.2014.06.23.18.42.27 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 23 Jun 2014 18:42:28 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_DD61DB34-0FD3-4459-9BDB-32F5E9522E2B"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 From: Warner Losh In-Reply-To: <20140624011251.GN1218@hub.FreeBSD.org> Date: Mon, 23 Jun 2014 19:42:27 -0600 Message-Id: <60320DD3-56C4-4922-A537-FF94C392A45A@bsdimp.com> References: <690CE378-D7D9-49A6-BC20-13FD540E63A2@FreeBSD.org> <1ED3AC7E-0F74-46A7-BAAA-E30600DC23BB@bsdimp.com> <8CD24B0A-DF45-4437-BEBE-8C67B241DE93@bsdimp.com> <2063888D-CCAE-431B-A409-F17AA4422006@bsdimp.com> <20140624011251.GN1218@hub.FreeBSD.org> To: Glen Barber X-Mailer: Apple Mail (2.1878.2) Cc: Craig Rodrigues , Brooks Davis , Dimitry Andric , "Simon J. Gerraty" , freebsd-current Current , Marcel Moolenaar X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 24 Jun 2014 01:42:35 -0000 --Apple-Mail=_DD61DB34-0FD3-4459-9BDB-32F5E9522E2B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Jun 23, 2014, at 7:12 PM, Glen Barber wrote: > On Mon, Jun 23, 2014 at 06:57:15PM -0600, Warner Losh wrote: >> On Jun 23, 2014, at 6:15 PM, Craig Rodrigues = wrote: >>> So, I guess that stable/9 can build properly on a stable/10 box. >>> For FreeBSD 9.2, there is no easy way out. >>=20 >> You=92ll have to back port the patch then. We don=92t guarantee = forward >> compatibility like this since 9.2 is frozen in time now. >>=20 >=20 > I'd really like to discuss rethinking our forward-compatibility > policies, since we have (now) 3 active stable/ branches, plus head/.=20= Generally, in the past, the rule has been =93head will build from the = last stable branch tip.=94 This was extended, for a while, to =93last = stable branch point=94 when Ruslan made sure that worked. While -stable = has generally built on -head, this was never part of the contract. It = usually did, but is very very hard to guarantee given the nature of = head=92s tools changing in ways that are allowed for head, but that = break prior branches. > What I would like to see, with my RE hat on, is a "best effort" > backwards compatibility to being able to build the lowest-numbered > supported stable/ branch on head/. I think, that as in the past, this will generally work. However, it = won=92t always work. Things break in this area a lot. More than you = might think, especially with the huge amount of churn we=92ve had wrt = compilers, make, etc. I suspect that new imports of clang will break = this every time, since every import of clang has required changes to the = tree to either disable warnings, or to fix newly flagged things. I = suspect there will be a lot of churn here, and releases will go stale = the fastest=85 With -current starting to support building multiple = versions of clang (and gcc), there=92s hope for the future, but = back-porting this code is beyond what I have the time to do. That=92s = going to make things increasingly difficult as we march forward. This isn=92t even getting into cross build scenarios=85. Or building releases, which is a whole different set of lightly tested = code that is mostly host independent, but sometimes isn=92t as much as = you=92d had hoped... > Sure, this won't always work, but "best effort" is better than "no > effort", which the latter is why we do not have stable/8 snapshot > builds, to be honest. I won't spend the time on the stable/8/release/ > code nor the snapshot build scripts to waste the time. Building > stable/9 on head/ is annoying alone. stable/9 builds on head. If there=92s a race, that needs to be fixed in = stable/9. That=92s quasi supported because people do it. The =93best = effort=94 involves people that are interested in the bugs being fixed = fixing them, or convincing others to fix them. For me, this scenario is = outside the area I care about, have the ability to test, or have time = for. So =93best effort=94 involves more than me making an effort. I may or I = may not. It all depends on my time and inclination. If it is going to = work, bugs need to be fixed in stable/9 that prevents it from building = on head, while not breaking the ability to build on 9. So there=92s a = lot of heavy lifting that will be needed in short order to keep this = working once the clang folks can figure out how to get past the angst of = the upgrade path and push forward to 3.5. Some architectures will break = when that happens, no doubt. But 9.2 will never build on head because it is broken with bmake, which = is now standard for head. Since 9.2 cannot be changed, and since we=92ve = removed (or nearly) fmake in current, chances are quite good it will = never build on head again without some special handling. In summary, good luck! there=92s a lot of use cases here, and it will = take time and effort of multiple people over the long haul to keep it = working. Best effort may be larger than you estimate=85 I won=92t stand = in your way, but I=92m afraid my time available to help is limited. Warner --Apple-Mail=_DD61DB34-0FD3-4459-9BDB-32F5E9522E2B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTqNeDAAoJEGwc0Sh9sBEAW34P/j6piRRxQNGqYDyrCIb3eiKT py5v64urwDGP18QkFbzjXE1QfkqgbkPpRM40+xgWRRNsfgn/zmFUiFvTeBy66wB3 CnnRpcrppS2mSFv1V7xbDN8Dgtu7ibNRkK0zTrlHLqRmfoZp6pcSaFo9OripIP04 pCNfIp0vpDTj8PKYIBOeh/WuzFO2YGOA0XidjEjnxN1iWlhZbjjCeBvlV2drD3V1 qeiTALTLEWSOEuxl0LYernfTRSAR5d8KKd8LvDLvqFkRqWTgMY8Pn/ik+HdAg0wx dk/O13DUumgKmp62AtUSOIJ+XrEJ+xXQwfDNmAGw2Tsa6sd9LxlGY69am1z/r5k6 orhdh783koeP5aCT4iNGLxV2qPuAxpDySICh6hX58n4h5qfZfj5u32iWfPzqT9dB u644GCuKz/HOkdg9DGjPctKKiphobzoNprBgKot51LtNkh/OLBpWvpmE4DHh+88I laXeqzbwAn/HLaPDgrWj6an5aOaHXgW0IMLvwLmP85FyJ34VZt8w74tvpZltIQ+A bs5cYfcobJzs/oYwGpDEJzYlbJhub/IprBUcDNMTAN5iAoHrDZ84Pg7RKjrxWKoa jW5zR/w35DKRIy0dEaOsPGQ86JLy2zBXEkhE6ts+Ft2HUVid3KT0RXk3TskkC2pE LYl7lu2Vhyj6B487dvpg =s6Lq -----END PGP SIGNATURE----- --Apple-Mail=_DD61DB34-0FD3-4459-9BDB-32F5E9522E2B-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 24 02:24:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D628AFA4; Tue, 24 Jun 2014 02:24:14 +0000 (UTC) Date: Mon, 23 Jun 2014 22:24:10 -0400 From: Glen Barber To: Warner Losh Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 Message-ID: <20140624022410.GP1218@hub.FreeBSD.org> References: <1ED3AC7E-0F74-46A7-BAAA-E30600DC23BB@bsdimp.com> <8CD24B0A-DF45-4437-BEBE-8C67B241DE93@bsdimp.com> <2063888D-CCAE-431B-A409-F17AA4422006@bsdimp.com> <20140624011251.GN1218@hub.FreeBSD.org> <60320DD3-56C4-4922-A537-FF94C392A45A@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="uQTKok2xqDOM7hgb" Content-Disposition: inline In-Reply-To: <60320DD3-56C4-4922-A537-FF94C392A45A@bsdimp.com> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Craig Rodrigues , Brooks Davis , Dimitry Andric , "Simon J. Gerraty" , freebsd-current Current , Marcel Moolenaar X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 24 Jun 2014 02:24:16 -0000 --uQTKok2xqDOM7hgb Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 23, 2014 at 07:42:27PM -0600, Warner Losh wrote: >=20 > On Jun 23, 2014, at 7:12 PM, Glen Barber wrote: >=20 > > On Mon, Jun 23, 2014 at 06:57:15PM -0600, Warner Losh wrote: > >> On Jun 23, 2014, at 6:15 PM, Craig Rodrigues wro= te: > >>> So, I guess that stable/9 can build properly on a stable/10 box. > >>> For FreeBSD 9.2, there is no easy way out. > >>=20 > >> You=E2=80=99ll have to back port the patch then. We don=E2=80=99t guar= antee forward > >> compatibility like this since 9.2 is frozen in time now. > >>=20 > >=20 > > I'd really like to discuss rethinking our forward-compatibility > > policies, since we have (now) 3 active stable/ branches, plus head/.=20 >=20 > Generally, in the past, the rule has been =E2=80=9Chead will build from t= he last stable branch tip.=E2=80=9D This was extended, for a while, to =E2= =80=9Clast stable branch point=E2=80=9D when Ruslan made sure that worked. = While -stable has generally built on -head, this was never part of the cont= ract. It usually did, but is very very hard to guarantee given the nature o= f head=E2=80=99s tools changing in ways that are allowed for head, but that= break prior branches. >=20 I sort of typed what I meant a bit backwards from what I intended to write. What I meant (sort of) is, "I would like to discuss our forward thinking on backward-compatibility." I fully understand forward-compatibility is not feasible. > > What I would like to see, with my RE hat on, is a "best effort" > > backwards compatibility to being able to build the lowest-numbered > > supported stable/ branch on head/. >=20 > I think, that as in the past, this will generally work. However, it won= =E2=80=99t always work. Things break in this area a lot. More than you migh= t think, especially with the huge amount of churn we=E2=80=99ve had wrt com= pilers, make, etc. I suspect that new imports of clang will break this ever= y time, since every import of clang has required changes to the tree to eit= her disable warnings, or to fix newly flagged things. I suspect there will = be a lot of churn here, and releases will go stale the fastest=E2=80=A6 Wit= h -current starting to support building multiple versions of clang (and gcc= ), there=E2=80=99s hope for the future, but back-porting this code is beyon= d what I have the time to do. That=E2=80=99s going to make things increasin= gly difficult as we march forward. >=20 I hate to even suggest this, but the ports tree (ab)uses the notion of using the kern.osreldate for certain things. This, however, requires proper bumping of __FreeBSD_version when needed, and maintenance of the Makefiles for the kern.osreldate-specific things. The benefit to this is that it would help prevent pissing off ports developers and make their lives a bit easier when userland / kernel things change. It would, however, (expectedly) is that it would force src committers to do the right thing. Win-win, IMHO. > This isn=E2=80=99t even getting into cross build scenarios=E2=80=A6. >=20 > Or building releases, which is a whole different set of lightly tested co= de that is mostly host independent, but sometimes isn=E2=80=99t as much as = you=E2=80=99d had hoped... >=20 > > Sure, this won't always work, but "best effort" is better than "no > > effort", which the latter is why we do not have stable/8 snapshot > > builds, to be honest. I won't spend the time on the stable/8/release/ > > code nor the snapshot build scripts to waste the time. Building > > stable/9 on head/ is annoying alone. >=20 > stable/9 builds on head. If there=E2=80=99s a race, that needs to be fixe= d in stable/9. That=E2=80=99s quasi supported because people do it. The =E2= =80=9Cbest effort=E2=80=9D involves people that are interested in the bugs = being fixed fixing them, or convincing others to fix them. For me, this sce= nario is outside the area I care about, have the ability to test, or have t= ime for. >=20 > So =E2=80=9Cbest effort=E2=80=9D involves more than me making an effort. = I may or I may not. It all depends on my time and inclination. If it is goi= ng to work, bugs need to be fixed in stable/9 that prevents it from buildin= g on head, while not breaking the ability to build on 9. So there=E2=80=99s= a lot of heavy lifting that will be needed in short order to keep this wor= king once the clang folks can figure out how to get past the angst of the u= pgrade path and push forward to 3.5. Some architectures will break when tha= t happens, no doubt. >=20 Personally, and no I won't discuss more on this, I'm in the camp of "I don't really see clang as a feature." It caused our ports developers and maintainers a mountain of headache to convert to the "invisibly new great thing", it increases our overall buildworld by a non-insignificant amount of time, and it has personally caused me headaches (still ongoing) trying to figure out what the correct incantation of evil to wish over the cauldron to get BeagleBone images to build. (They're failing because gcc is not being installed on both head/ and stable/10/, and despite the game of "musical KNOBS" I've been playing over the past few days, I'm running out of hair to pull out of my head.) > But 9.2 will never build on head because it is broken with bmake, which i= s now standard for head. Since 9.2 cannot be changed, and since we=E2=80=99= ve removed (or nearly) fmake in current, chances are quite good it will nev= er build on head again without some special handling. >=20 > In summary, good luck! there=E2=80=99s a lot of use cases here, and it wi= ll take time and effort of multiple people over the long haul to keep it wo= rking. Best effort may be larger than you estimate=E2=80=A6 I won=E2=80=99t= stand in your way, but I=E2=80=99m afraid my time available to help is lim= ited. >=20 As Ozzy once sang: "I'm just a dreamer I dream my life away I'm just a dreamer Who dreams of better days" Glen --uQTKok2xqDOM7hgb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTqOFKAAoJELls3eqvi17QclwP/igEY3Xr3gw7TxNqV/fvnajx DU/qot6vEjte/HP2bjXvBMpwjZmM3PHPBF5ioQKZAmYBgDIMMzk28qjpnxCVws0f fPonBONxRO/X+AYn7EkRsuVftEgbE0/0E5XkGxFHX+NqpJWRieoJeu9ptRCi1TtS eG+oUKblpmaC/mntOTP40XlvXi3DxWKemH/eNMVP0TSEImZYwT4C9ROPLICPrutz hldN6+whhCoSc6538Nv8+AEZrBKmw7LusPet88a7Pyt3+c7+xfWI3ytHoIHhVaR3 w7WB/G+v7kGPtTdKlKSkTEXAi2NzRwOxIscBpd0KRJWXJgBxoEqhvd65x6fVlxgB mu0Xg7Hw0r/v8gVxcTOAdVm4w/DTwOtarbaQ8dduPhwMPFY6aWLY6VEeg2iABm3o ajJiSfeVSzRjumjHH82MOQT2HsTT0AXoQwg1uaJLLhHNevSgtdGFN1SfsA6cf/7W 1SGVHqrqnqgE1TU2V18IWMTS8X7RjZXqPCafknJ86tT0fs7RbDm7Kzm/VqcBx3WM tWO8y0nAIvKcNgIEknaM1mwquDPAh3bO+AkhjBw9OFfGBDFCPWqHE9RaBT8zh3Ux GFzphcVPPx8qbw/Cz2t8raWMjVzTt5ga4X5/2wQSmS8VlCup4L9uZTouCnkaa2U6 VrBwxXOS8TRXTRk3UfSI =J8Vd -----END PGP SIGNATURE----- --uQTKok2xqDOM7hgb-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 24 04:39:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5809E7D0 for ; Tue, 24 Jun 2014 04:39:29 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 193752AD9 for ; Tue, 24 Jun 2014 04:39:29 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 7B31C1FE028; Tue, 24 Jun 2014 06:39:25 +0200 (CEST) Message-ID: <53A90116.7040306@selasky.org> Date: Tue, 24 Jun 2014 06:39:50 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: "Lundberg, Johannes" Subject: Re: ucom_free Fatal trap on shutdown / module unload References: <53A3E81B.5050805@selasky.org> <53A79732.6060705@selasky.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 24 Jun 2014 04:39:29 -0000 On 06/23/14 07:34, Lundberg, Johannes wrote: > I added some logging to see what is going on and this is what I got (none > of the proposed solution solved the problem) > > uhso_detach gets called 7 times (for oid 0-6). It crashes the 2nd time on > the call usbd_transfer_unsetup(sc->sc_xfer, 3); > Hi, You are running -stable presumably? Can you set hw.usb.debug=16 and collects the 10 last prints before the panic, and backtrace would be nice too. This does not happen when you unplug the device, correct? --HPS From owner-freebsd-current@FreeBSD.ORG Tue Jun 24 04:57:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 09A8FACC for ; Tue, 24 Jun 2014 04:57:08 +0000 (UTC) Received: from mail-ie0-f174.google.com (mail-ie0-f174.google.com [209.85.223.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C8C0F2C47 for ; Tue, 24 Jun 2014 04:57:07 +0000 (UTC) Received: by mail-ie0-f174.google.com with SMTP id lx4so6893279iec.33 for ; Mon, 23 Jun 2014 21:57:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=u9wBOqRH7bhIqN4W2xD/z9vKNCUL1TyhUOKpgrnOlNA=; b=hpb9njebP8RYRW+O856jpvxfEkk1X5NcWblwLXpsIGCjUdHYlpUgo/oikbw5gIe8/P rW0haZfq5mlwaEgZjYc9+VBU0BLfSMEmEqsVbbwAyVwOlgFNIHMg7YgUXDrjF+quCYWt L6yK7ZovinzzrhCW4Cr/xhn6iI+r0noU2MLZdOIfBRi4vbYN61UD3kzCEfABC05Wxubh NnIZddKXiOGQRwzIqHQmcabbE68lZqx8i7oCwQRNm/ovS+HOt/sHs/j47vbX8FN165qn miHNXEaVZn+pxGTRjALuwpLsLs4LsZfqWhkgBZglLdgsSVtydhpgxem/8QYeU17hnJ0k hSLg== X-Gm-Message-State: ALoCoQnDBJtqGsrGssfguc47wu1sr6DllfTqJE83Q6E/cM69hs7lK8Q+GO71SMwJ2E/LTfVHpq15BlZWmcTC63Z4htH9fKvR+JZCVvRR77npXV9J/Ug6SMg= X-Received: by 10.50.50.197 with SMTP id e5mr31931971igo.46.1403585826164; Mon, 23 Jun 2014 21:57:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.43.69.131 with HTTP; Mon, 23 Jun 2014 21:56:51 -0700 (PDT) In-Reply-To: <53A90116.7040306@selasky.org> References: <53A3E81B.5050805@selasky.org> <53A79732.6060705@selasky.org> <53A90116.7040306@selasky.org> From: "Lundberg, Johannes" Date: Tue, 24 Jun 2014 13:56:51 +0900 Message-ID: Subject: Re: ucom_free Fatal trap on shutdown / module unload To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 24 Jun 2014 04:57:08 -0000 SGkNCg0KV2VsbCBJJ20gcnVubmluZyB0aGUgc25hcGhvdCBtZW1zdGljayBpbWFnZSBmcm9tIEp1 bmUgb2YgMTEtQ1VSUkVOVCBhbWQ2NCwNCndpdGggbmV3Y29ucy4NCg0KVGhlIGRldmljZSBpcyBl bWJlZGRlZCBpbiB0aGUgbGFwdG9wIGFuZCBJIGNhbiBub3QgcmVtb3ZlIGl0IGVhc2lseSBzbyBJ DQpkb24ndCBrbm93IHdoYXQgd291bGQgaGFwcGVuIGlmIEkgZG8uDQoNCkknbSBzZW5kaW5nIHlv dSB0aGUgc2NyZWVuc2hvdHMgc2VwYXJhdGVseSBpbiBkaXJlY3QgbWFpbCBzbyB3ZSBkb24ndCBo YXZlDQp0byB3YWl0IGZvciBsYXJnZSBhdHRhY2htZW50IGFwcHJvdmFsIG9uIHRoZSBsaXN0Lg0K DQoNCg0KDQotLQ0KSm9oYW5uZXMgTHVuZGJlcmcNCkJSSUxMSUFOVFNFUlZJQ0UgQ08uLCBMVEQu DQoNCg0KT24gVHVlLCBKdW4gMjQsIDIwMTQgYXQgMTozOSBQTSwgSGFucyBQZXR0ZXIgU2VsYXNr eSA8aHBzQHNlbGFza3kub3JnPg0Kd3JvdGU6DQoNCj4gT24gMDYvMjMvMTQgMDc6MzQsIEx1bmRi ZXJnLCBKb2hhbm5lcyB3cm90ZToNCj4NCj4+IEkgYWRkZWQgc29tZSBsb2dnaW5nIHRvIHNlZSB3 aGF0IGlzIGdvaW5nIG9uIGFuZCB0aGlzIGlzIHdoYXQgSSBnb3QgKG5vbmUNCj4+IG9mIHRoZSBw cm9wb3NlZCBzb2x1dGlvbiBzb2x2ZWQgdGhlIHByb2JsZW0pDQo+Pg0KPj4gdWhzb19kZXRhY2gg Z2V0cyBjYWxsZWQgNyB0aW1lcyAoZm9yIG9pZCAwLTYpLiBJdCBjcmFzaGVzIHRoZSAybmQgdGlt ZSBvbg0KPj4gdGhlIGNhbGwgdXNiZF90cmFuc2Zlcl91bnNldHVwKHNjLT5zY194ZmVyLCAzKTsN Cj4+DQo+Pg0KPiBIaSwNCj4NCj4gWW91IGFyZSBydW5uaW5nIC1zdGFibGUgcHJlc3VtYWJseT8N Cj4NCj4gQ2FuIHlvdSBzZXQgaHcudXNiLmRlYnVnPTE2IGFuZCBjb2xsZWN0cyB0aGUgMTAgbGFz dCBwcmludHMgYmVmb3JlIHRoZQ0KPiBwYW5pYywgYW5kIGJhY2t0cmFjZSB3b3VsZCBiZSBuaWNl IHRvby4gVGhpcyBkb2VzIG5vdCBoYXBwZW4gd2hlbiB5b3UNCj4gdW5wbHVnIHRoZSBkZXZpY2Us IGNvcnJlY3Q/DQo+DQo+IC0tSFBTDQo+DQo+DQoKLS0gCj0tPS09LT0tPS09LT0tPS09LT0tPS09 LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LQrnp5jlr4bkv53mjIHjgavjgaTjgYTjgabv vJrjgZPjga7pm7vlrZDjg6Hjg7zjg6vjga/jgIHlkI3lrpvkurrjgavpgIHkv6HjgZfjgZ/jgoLj ga7jgafjgYLjgorjgIHnp5jljL/nibnmqKnjga7lr77osaHjgajjgarjgovmg4XloLHjgpLlkKvj gpPjgafjgYTjgb7jgZnjgIIK44KC44GX44CB5ZCN5a6b5Lq65Lul5aSW44Gu5pa544GM5Y+X5L+h 44GV44KM44Gf5aC05ZCI44CB44GT44Gu44Oh44O844Or44Gu56C05qOE44CB44GK44KI44Gz44GT 44Gu44Oh44O844Or44Gr6Zai44GZ44KL5LiA5YiH44Gu6ZaL56S644CBCuikh+WGmeOAgemFjeW4 g+OAgeOBneOBruS7luOBruWIqeeUqOOAgeOBvuOBn+OBr+iomOi8ieWGheWuueOBq+WfuuOBpeOB j+OBhOOBi+OBquOCi+ihjOWLleOCguOBleOCjOOBquOBhOOCiOOBhuOBiumhmOOBhOeUs+OBl+S4 iuOBkuOBvuOBmeOAggotLS0KQ09ORklERU5USUFMSVRZIE5PVEU6IFRoZSBpbmZvcm1hdGlvbiBp biB0aGlzIGVtYWlsIGlzIGNvbmZpZGVudGlhbAphbmQgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUg YWRkcmVzc2VlLgpEaXNjbG9zdXJlLCBjb3B5aW5nLCBkaXN0cmlidXRpb24gb3IgYW55IG90aGVy IGFjdGlvbiBvZiB1c2Ugb2YgdGhpcwplbWFpbCBieSBwZXJzb24gb3RoZXIgdGhhbiBpbnRlbmRl ZCByZWNpcGllbnQsIGlzIHByb2hpYml0ZWQuCklmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCBy ZWNpcGllbnQgYW5kIGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbgplcnJvciwgcGxlYXNlIGRl c3Ryb3kgdGhlIG9yaWdpbmFsIG1lc3NhZ2UuCg== From owner-freebsd-current@FreeBSD.ORG Tue Jun 24 05:42:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1538E174 for ; Tue, 24 Jun 2014 05:42:28 +0000 (UTC) Received: from mail-ie0-f179.google.com (mail-ie0-f179.google.com [209.85.223.179]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C67182F8D for ; Tue, 24 Jun 2014 05:42:27 +0000 (UTC) Received: by mail-ie0-f179.google.com with SMTP id tr6so6939862ieb.38 for ; Mon, 23 Jun 2014 22:42:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=UkOMUoRvNh5mUtq92B2fuWMDausX0jU4PzQqAT1sTzI=; b=hT/pWeWxwAW84pXIhvEHd9J/jrs2d3paX5Y0CIO5fnwBl87sHpC5QNbi58FVNlEEFN 7MaMked1rqfIELPmjj2822YdgtGlpRvUVHBIsLBrayvhjGi+8XbwSbkam7C9d9Fo+meR YOH+Ff4+YhBR7C38OegH/pejoV7+8AXtlwkMJ/lGHmb3XWDtgqtDuAdTxo5gf4LhxpC3 VQLyfLgs/0tKuJMscV3jI77HvUrTvKoiNj1Vv8S9IBMJRfHyKy9VIwxCgF+91pLp2bW4 QQCWUR7AIt0nYu6aiLH34zosj2mcTNfgnsdESdLRW9x+KRL8HuPaA9u7F8FjEEPVDj06 E7VA== X-Gm-Message-State: ALoCoQlR/6hfph2f72bmAtTS8TodVk63rSthy9sGAKtSCuffRjige0VsdDHsq7xYmVRpEixuZVEx X-Received: by 10.50.129.104 with SMTP id nv8mr32336434igb.45.1403588541694; Mon, 23 Jun 2014 22:42:21 -0700 (PDT) Received: from [10.0.0.119] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id vl10sm39213083igb.16.2014.06.23.22.42.20 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 23 Jun 2014 22:42:20 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_3AEF3E78-6AA3-4C5E-83D3-7055130C549E"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 From: Warner Losh In-Reply-To: <20140624022410.GP1218@hub.FreeBSD.org> Date: Mon, 23 Jun 2014 23:42:20 -0600 Message-Id: <3DC0E4E6-A4B5-43EE-BD21-38B68DAE42F1@bsdimp.com> References: <1ED3AC7E-0F74-46A7-BAAA-E30600DC23BB@bsdimp.com> <8CD24B0A-DF45-4437-BEBE-8C67B241DE93@bsdimp.com> <2063888D-CCAE-431B-A409-F17AA4422006@bsdimp.com> <20140624011251.GN1218@hub.FreeBSD.org> <60320DD3-56C4-4922-A537-FF94C392A45A@bsdimp.com> <20140624022410.GP1218@hub.FreeBSD.org> To: Glen Barber X-Mailer: Apple Mail (2.1878.2) Cc: Craig Rodrigues , Brooks Davis , Dimitry Andric , "Simon J. Gerraty" , freebsd-current Current , Marcel Moolenaar X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 24 Jun 2014 05:42:28 -0000 --Apple-Mail=_3AEF3E78-6AA3-4C5E-83D3-7055130C549E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Jun 23, 2014, at 8:24 PM, Glen Barber wrote: > On Mon, Jun 23, 2014 at 07:42:27PM -0600, Warner Losh wrote: >>=20 >> On Jun 23, 2014, at 7:12 PM, Glen Barber wrote: >>=20 >>> On Mon, Jun 23, 2014 at 06:57:15PM -0600, Warner Losh wrote: >>>> On Jun 23, 2014, at 6:15 PM, Craig Rodrigues = wrote: >>>>> So, I guess that stable/9 can build properly on a stable/10 box. >>>>> For FreeBSD 9.2, there is no easy way out. >>>>=20 >>>> You=92ll have to back port the patch then. We don=92t guarantee = forward >>>> compatibility like this since 9.2 is frozen in time now. >>>>=20 >>>=20 >>> I'd really like to discuss rethinking our forward-compatibility >>> policies, since we have (now) 3 active stable/ branches, plus head/.=20= >>=20 >> Generally, in the past, the rule has been =93head will build from the = last stable branch tip.=94 This was extended, for a while, to =93last = stable branch point=94 when Ruslan made sure that worked. While -stable = has generally built on -head, this was never part of the contract. It = usually did, but is very very hard to guarantee given the nature of = head=92s tools changing in ways that are allowed for head, but that = break prior branches. >>=20 >=20 > I sort of typed what I meant a bit backwards from what I intended to > write. What I meant (sort of) is, "I would like to discuss our = forward > thinking on backward-compatibility." >=20 > I fully understand forward-compatibility is not feasible. We already build current back to the stable/8 branch. 7.x is no longer = feasible, supported or tested. stable/10 is the only one that is = required, but enough people use stable/9 machines it will work. stable/8 = has one customer that is keeping it going, so I suspect it will stop = working in the coming years, maybe before 11 is branched. >>> What I would like to see, with my RE hat on, is a "best effort" >>> backwards compatibility to being able to build the lowest-numbered >>> supported stable/ branch on head/. >>=20 >> I think, that as in the past, this will generally work. However, it = won=92t always work. Things break in this area a lot. More than you = might think, especially with the huge amount of churn we=92ve had wrt = compilers, make, etc. I suspect that new imports of clang will break = this every time, since every import of clang has required changes to the = tree to either disable warnings, or to fix newly flagged things. I = suspect there will be a lot of churn here, and releases will go stale = the fastest=85 With -current starting to support building multiple = versions of clang (and gcc), there=92s hope for the future, but = back-porting this code is beyond what I have the time to do. That=92s = going to make things increasingly difficult as we march forward. >>=20 >=20 > I hate to even suggest this, but the ports tree (ab)uses the notion of > using the kern.osreldate for certain things. This, however, requires > proper bumping of __FreeBSD_version when needed, and maintenance of = the > Makefiles for the kern.osreldate-specific things. We already do that. It mostly works most of the time, so long as the = delta isn=92t too great, and we don=92t have high compiler/tools/make = velocity=85 Except we don=92t use the kernel version, but rather the = installed tools version as indicated by a .h file. That=92s more robust. > The benefit to this is that it would help prevent pissing off ports > developers and make their lives a bit easier when userland / kernel > things change. It would, however, (expectedly) is that it would force > src committers to do the right thing. Win-win, IMHO. What should we do we aren=92t doing today? >> This isn=92t even getting into cross build scenarios=85. >>=20 >> Or building releases, which is a whole different set of lightly = tested code that is mostly host independent, but sometimes isn=92t as = much as you=92d had hoped... >>=20 >>> Sure, this won't always work, but "best effort" is better than "no >>> effort", which the latter is why we do not have stable/8 snapshot >>> builds, to be honest. I won't spend the time on the = stable/8/release/ >>> code nor the snapshot build scripts to waste the time. Building >>> stable/9 on head/ is annoying alone. >>=20 >> stable/9 builds on head. If there=92s a race, that needs to be fixed = in stable/9. That=92s quasi supported because people do it. The =93best = effort=94 involves people that are interested in the bugs being fixed = fixing them, or convincing others to fix them. For me, this scenario is = outside the area I care about, have the ability to test, or have time = for. >>=20 >> So =93best effort=94 involves more than me making an effort. I may or = I may not. It all depends on my time and inclination. If it is going to = work, bugs need to be fixed in stable/9 that prevents it from building = on head, while not breaking the ability to build on 9. So there=92s a = lot of heavy lifting that will be needed in short order to keep this = working once the clang folks can figure out how to get past the angst of = the upgrade path and push forward to 3.5. Some architectures will break = when that happens, no doubt. >>=20 >=20 > Personally, and no I won't discuss more on this, I'm in the camp of "I > don't really see clang as a feature." It caused our ports developers > and maintainers a mountain of headache to convert to the "invisibly = new > great thing", it increases our overall buildworld by a = non-insignificant > amount of time, and it has personally caused me headaches (still > ongoing) trying to figure out what the correct incantation of evil to > wish over the cauldron to get BeagleBone images to build. (They're > failing because gcc is not being installed on both head/ and = stable/10/, > and despite the game of "musical KNOBS" I've been playing over the = past > few days, I'm running out of hair to pull out of my head.) Yea, if you are using crochet, that=92s because crochet uses xdev rather = than a ports compiler (which in all fairness didn=92t exist when it = started) to build u-boot, which basically requires gcc. The compiler rework in head is still a work in progress. What=92s there = now is better than before, but still isn=92t quite right. I do plan on = fixing that before summer is out. >> But 9.2 will never build on head because it is broken with bmake, = which is now standard for head. Since 9.2 cannot be changed, and since = we=92ve removed (or nearly) fmake in current, chances are quite good it = will never build on head again without some special handling. >>=20 >> In summary, good luck! there=92s a lot of use cases here, and it will = take time and effort of multiple people over the long haul to keep it = working. Best effort may be larger than you estimate=85 I won=92t stand = in your way, but I=92m afraid my time available to help is limited. >>=20 >=20 > As Ozzy once sang: >=20 > "I'm just a dreamer > I dream my life away > I'm just a dreamer > Who dreams of better days=94 Since I was commenting on the opposite problem of what you were wanting = comments on, my harshness is justified. What you want though, we largely already do, though maybe with a few = more warts than necessary (which we should try to fix). Most of the = warts are due to gcc/clang division being done badly and unsustainable = initially and the cleanup taking a bit of time, not specific version = issues. Back to your basic point, the issue becomes a testability one: not all = committers can reasonable be expected to have 8 or 9 systems to test = every change. Having a 10.x system to test changes is a bit of a stretch = as it is, but it is the official policy that many folks play fast and = loose with the rules because they haven=92t been burned too often by it=85= VMs, Jails, etc of various flavors can help, but some info does leak = through (mostly the info leaks are bugs or kludges that well meaning = people shouldn=92t have done given the historical knowledge we have = about the ill effects of certain ways to do conditional compilation). Warner --Apple-Mail=_3AEF3E78-6AA3-4C5E-83D3-7055130C549E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTqQ+8AAoJEGwc0Sh9sBEANF8P/j5uxOgG4T3jdXvTUDdJ2UYC b/4XXg9Wueh/kvSM1J/qkZqYj98XXUhJdg/VOLS9Zd2dOkYB3CLTudqSF8vktUWx JejMqoVvuhDIUG2PtOBEcmHJsxkx1eKmK7AcIvXV1ljKplhsBXcbNLv4ojt5hDRK h5nAWCDLDrjnQgfy0ugf1O8PKtj8ChIsoV87hMZ4giv08HoIQTmNqCHjo7NoLjT/ mL0J8seb/8r2LFrP69VBj8i6h0Bte0XxVE1/rlmtd2rpYbXJbGxTHuztXu0WiUm9 XFQ8Uuaqp1LNxCYYWCWQx3fePcLXGETkFbkq2vOCi8GfV3IXIYrfJA0R+yieoB1x JjO05bZr5KdjAIHH2W2HH0OqgVjmdL2e8pVcNlgzXGZN2veTPde10b+d7aciODrI JsAEFr4SzXuJqDmw3dJ5VCU4RJKZQduenxRQY3m1V/TAbG7kko+b9Dk0aS7o48ns la8gkAziTyf3F/mNjltkCT3VXd1fI/2T2ITHxCJYoQgrLC8NrPo12DUsv5PHsNAS 7sXEpDI2d5UadKGykus7PI9JMLtyG6TCfZ6oTbXl2B1bIRGKRHXp9bAJn3D7NgHf MuyubeRN/3xerD9VUi0mWvvYYe0xkqLPmL4ox1E1KLIAe7m93zk4zWIBnKiAvDo6 nwUzzUhhslHy7oto+U8v =V6b4 -----END PGP SIGNATURE----- --Apple-Mail=_3AEF3E78-6AA3-4C5E-83D3-7055130C549E-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 24 08:23:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3AE28C55 for ; Tue, 24 Jun 2014 08:23:07 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1B9D82CF9 for ; Tue, 24 Jun 2014 08:23:06 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WzM0Q-0007KF-BX for freebsd-current@freebsd.org; Tue, 24 Jun 2014 01:23:06 -0700 Date: Tue, 24 Jun 2014 01:23:06 -0700 (PDT) From: Beeblebrox To: freebsd-current@freebsd.org Message-ID: <1403598186351-5923355.post@n5.nabble.com> In-Reply-To: <2166664.2993364.1403565293261.JavaMail.root@uoguelph.ca> References: <1402410667736-5919662.post@n5.nabble.com> <20140623202829.072ee954@rsbsd.rsb> <2166664.2993364.1403565293261.JavaMail.root@uoguelph.ca> Subject: Re: Previously working PXE setup now fails MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 24 Jun 2014 08:23:07 -0000 Hi and thanks for your input. If I may, I have several more Q's regarding this issue: > As I think I've mentioned before, a NFSv4 root fs won't work, so don't > bother trying... Q1: I did not realise that. I took out the "V4: " in exports. However, is it possible to have a mixed-mode, something like /data/amd64 as V3 but /home as V4? Q2: I now get to the BTX loader, wireshark shows correct mount call "192.168.2.3, 192.168.2.1, MOUNT, V3 MNT Call (Reply In 14072) /data/amd64". Unfortunately, I get a complete black screen when I hit from BTX (it looks like a lock-up) and wireshark shows no traffic for the problem. To get to this point, I re-anabled some of what I had taken out before, and I now forget which config options are necessary at this point. What I have: (always had this) fstab: 192.168.2.1:/data/amd64 / nfs ro 0 0 boot/loader.conf: boot.nfsroot.server="192.168.2.1" boot.nfsroot.path="/data/amd64" ##_re-enabled_## vfs.root.mountfrom="nfs:192.168.2.1:/data/amd64" vfs.root.mountfrom="nfs" boot.nfsroot.options="nolockd" vfs.root.mountfrom.options="ro" re-enabled in dhcpd.conf option root-path "192.168.2.1:/data/amd64"; I can't figure out what needs to be modified and what options can be removed? Thanks for your help. ----- FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this message in context: http://freebsd.1045724.n5.nabble.com/Previously-working-PXE-setup-now-fails-tp5919662p5923355.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Tue Jun 24 14:27:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57B8A906 for ; Tue, 24 Jun 2014 14:27:29 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 27CFA2FAF for ; Tue, 24 Jun 2014 14:27:29 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 90B4FB91F; Tue, 24 Jun 2014 10:27:27 -0400 (EDT) From: John Baldwin To: "John-Mark Gurney" Subject: Re: ahci panics when detaching... Date: Tue, 24 Jun 2014 09:51:12 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <20140623134407.GD31367@funkthat.com> <201406231049.27909.jhb@freebsd.org> <20140624010626.GB1560@funkthat.com> In-Reply-To: <20140624010626.GB1560@funkthat.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201406240951.12615.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 24 Jun 2014 10:27:27 -0400 (EDT) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 24 Jun 2014 14:27:29 -0000 On Monday, June 23, 2014 9:06:26 pm John-Mark Gurney wrote: > John Baldwin wrote this message on Mon, Jun 23, 2014 at 10:49 -0400: > > On Monday, June 23, 2014 9:44:08 am John-Mark Gurney wrote: > > > So, when I try to eject a ESATA card, the machine panics... I am able > > > to successfully eject other cards, an ethernet (re) and a serial card > > > (uart), and both handle the removal of their device w/o issue and with > > > out crashes... > > > > > > When I try w/ ahci, I get a panic... The panic backtrace is: > > > #8 0xffffffff80ced4e2 in calltrap () at > > ../../../amd64/amd64/exception.S:231 > > > #9 0xffffffff8093d037 in rman_get_rid (r=0xfffff800064c9380) > > > at ../../../kern/subr_rman.c:979 > > > #10 0xffffffff8092b888 in resource_list_release_active > > (rl=0xfffff80006d39c08, > > > bus=0xfffff80002cd9000, child=0xfffff80006b6d700, type=3) > > > at ../../../kern/subr_bus.c:3419 > > > #11 0xffffffff8065d7a1 in pci_child_detached (dev=0xfffff80002cd9000, > > > child=0xfffff80006b6d700) at ../../../dev/pci/pci.c:4133 > > > ---Type to continue, or q to quit--- > > > #12 0xffffffff80929708 in device_detach (dev=0xfffff80006b6d700) > > > at bus_if.h:181 > > > #13 0xffffffff8065f9f7 in pci_delete_child (dev=0xfffff80002cd9000, > > > child=0xfffff80006b6d700) at ../../../dev/pci/pci.c:4710 > > > > > > In frame 9: > > > (kgdb) fr 9 > > > #9 0xffffffff8093d037 in rman_get_rid (r=0xfffff800064c9380) > > > at ../../../kern/subr_rman.c:979 > > > 979 return (r->__r_i->r_rid); > > > (kgdb) print r > > > $1 = (struct resource *) 0xfffff800064c9380 > > > (kgdb) print/x *r > > > $4 = {__r_i = 0xdeadc0dedeadc0de, r_bustag = 0xdeadc0dedeadc0de, > > > r_bushandle = 0xdeadc0dedeadc0de} > > > > > > So, looks like something is corrupted the resource data... > > > > This is the malloc junking on free. However, I wonder if the > > problem is that the resource was freed without being properly > > cleared from the resource_list in the PCI ivars. Is this with local > > patches that you have? > > Yes, but I didn't patch any of the pci code, or the resource code, so > this bug is in the original code... My patches only effect the attach > case, don't touch the detach case... What did you change in attach? :) If the resource list isn't setup the same then that could cause this. In particular, the PCI bus pre-reserves resources for BARs so that they are allocated even if a driver hasn't allocated them. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jun 24 14:32:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B12FFCC4; Tue, 24 Jun 2014 14:32:35 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8F03B20A3; Tue, 24 Jun 2014 14:32:35 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s5OEWXaO021101 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Jun 2014 07:32:33 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s5OEWXKP021100; Tue, 24 Jun 2014 07:32:33 -0700 (PDT) (envelope-from jmg) Date: Tue, 24 Jun 2014 07:32:33 -0700 From: John-Mark Gurney To: John Baldwin Subject: Re: ahci panics when detaching... Message-ID: <20140624143233.GL1560@funkthat.com> Mail-Followup-To: John Baldwin , freebsd-current@freebsd.org References: <20140623134407.GD31367@funkthat.com> <201406231049.27909.jhb@freebsd.org> <20140624010626.GB1560@funkthat.com> <201406240951.12615.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201406240951.12615.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 24 Jun 2014 07:32:33 -0700 (PDT) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 24 Jun 2014 14:32:35 -0000 John Baldwin wrote this message on Tue, Jun 24, 2014 at 09:51 -0400: > On Monday, June 23, 2014 9:06:26 pm John-Mark Gurney wrote: > > John Baldwin wrote this message on Mon, Jun 23, 2014 at 10:49 -0400: > > > On Monday, June 23, 2014 9:44:08 am John-Mark Gurney wrote: > > > > So, when I try to eject a ESATA card, the machine panics... I am able > > > > to successfully eject other cards, an ethernet (re) and a serial card > > > > (uart), and both handle the removal of their device w/o issue and with > > > > out crashes... > > > > > > > > When I try w/ ahci, I get a panic... The panic backtrace is: > > > > #8 0xffffffff80ced4e2 in calltrap () at > > > ../../../amd64/amd64/exception.S:231 > > > > #9 0xffffffff8093d037 in rman_get_rid (r=0xfffff800064c9380) > > > > at ../../../kern/subr_rman.c:979 > > > > #10 0xffffffff8092b888 in resource_list_release_active > > > (rl=0xfffff80006d39c08, > > > > bus=0xfffff80002cd9000, child=0xfffff80006b6d700, type=3) > > > > at ../../../kern/subr_bus.c:3419 > > > > #11 0xffffffff8065d7a1 in pci_child_detached (dev=0xfffff80002cd9000, > > > > child=0xfffff80006b6d700) at ../../../dev/pci/pci.c:4133 > > > > ---Type to continue, or q to quit--- > > > > #12 0xffffffff80929708 in device_detach (dev=0xfffff80006b6d700) > > > > at bus_if.h:181 > > > > #13 0xffffffff8065f9f7 in pci_delete_child (dev=0xfffff80002cd9000, > > > > child=0xfffff80006b6d700) at ../../../dev/pci/pci.c:4710 > > > > > > > > In frame 9: > > > > (kgdb) fr 9 > > > > #9 0xffffffff8093d037 in rman_get_rid (r=0xfffff800064c9380) > > > > at ../../../kern/subr_rman.c:979 > > > > 979 return (r->__r_i->r_rid); > > > > (kgdb) print r > > > > $1 = (struct resource *) 0xfffff800064c9380 > > > > (kgdb) print/x *r > > > > $4 = {__r_i = 0xdeadc0dedeadc0de, r_bustag = 0xdeadc0dedeadc0de, > > > > r_bushandle = 0xdeadc0dedeadc0de} > > > > > > > > So, looks like something is corrupted the resource data... > > > > > > This is the malloc junking on free. However, I wonder if the > > > problem is that the resource was freed without being properly > > > cleared from the resource_list in the PCI ivars. Is this with local > > > patches that you have? > > > > Yes, but I didn't patch any of the pci code, or the resource code, so > > this bug is in the original code... My patches only effect the attach > > case, don't touch the detach case... > > What did you change in attach? :) If the resource list isn't setup the same > then that could cause this. In particular, the PCI bus pre-reserves resources > for BARs so that they are allocated even if a driver hasn't allocated them. What I mean by that is that I setup a few things in pci_attach_common, like if the device has a slot that can hotplug, I attach an interrupt, enable interrupts and a couple bookkeeping items... But that code shouldn't change anything for ahci.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Jun 24 14:43:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82EDBFCF; Tue, 24 Jun 2014 14:43:52 +0000 (UTC) Date: Tue, 24 Jun 2014 10:43:47 -0400 From: Glen Barber To: Warner Losh Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 Message-ID: <20140624144347.GA48694@hub.FreeBSD.org> References: <1ED3AC7E-0F74-46A7-BAAA-E30600DC23BB@bsdimp.com> <8CD24B0A-DF45-4437-BEBE-8C67B241DE93@bsdimp.com> <2063888D-CCAE-431B-A409-F17AA4422006@bsdimp.com> <20140624011251.GN1218@hub.FreeBSD.org> <60320DD3-56C4-4922-A537-FF94C392A45A@bsdimp.com> <20140624022410.GP1218@hub.FreeBSD.org> <3DC0E4E6-A4B5-43EE-BD21-38B68DAE42F1@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline In-Reply-To: <3DC0E4E6-A4B5-43EE-BD21-38B68DAE42F1@bsdimp.com> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 24 Jun 2014 14:43:53 -0000 --/04w6evG8XlLl3ft Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Trimmed CC a bit. On Mon, Jun 23, 2014 at 11:42:20PM -0600, Warner Losh wrote: > On Jun 23, 2014, at 8:24 PM, Glen Barber wrote: > > I sort of typed what I meant a bit backwards from what I intended to > > write. What I meant (sort of) is, "I would like to discuss our forward > > thinking on backward-compatibility." > >=20 > > I fully understand forward-compatibility is not feasible. >=20 > We already build current back to the stable/8 branch. 7.x is no longer fe= asible, supported or tested. stable/10 is the only one that is required, bu= t enough people use stable/9 machines it will work. stable/8 has one custom= er that is keeping it going, so I suspect it will stop working in the comin= g years, maybe before 11 is branched. >=20 To be clear, I am talking about the other direction. Meaning, being able to "reliably" build N-2 from head/, without needing to do silliness like 'make make buildworld', or "not using -jN." > > I hate to even suggest this, but the ports tree (ab)uses the notion of > > using the kern.osreldate for certain things. This, however, requires > > proper bumping of __FreeBSD_version when needed, and maintenance of the > > Makefiles for the kern.osreldate-specific things. >=20 > We already do that. It mostly works most of the time, so long as the delt= a isn=E2=80=99t too great, and we don=E2=80=99t have high compiler/tools/ma= ke velocity=E2=80=A6 Except we don=E2=80=99t use the kernel version, but ra= ther the installed tools version as indicated by a .h file. That=E2=80=99s = more robust. >=20 True. Thank you for the sanity check. > > The benefit to this is that it would help prevent pissing off ports > > developers and make their lives a bit easier when userland / kernel > > things change. It would, however, (expectedly) is that it would force > > src committers to do the right thing. Win-win, IMHO. >=20 > What should we do we aren=E2=80=99t doing today? >=20 There have been a number of times where changes that should deem a __FreeBSD_version bump necessary either 1) do not bump __FreeBSD_version at all, or 2) bump __FreeBSD_version several days (or longer) later. So, we're left with a window of time where something is "different enough", but there is no corresponding version change to reference. This is somewhat tangential to my original annoyance here though. :) > > Personally, and no I won't discuss more on this, I'm in the camp of "I > > don't really see clang as a feature." It caused our ports developers > > and maintainers a mountain of headache to convert to the "invisibly new > > great thing", it increases our overall buildworld by a non-insignificant > > amount of time, and it has personally caused me headaches (still > > ongoing) trying to figure out what the correct incantation of evil to > > wish over the cauldron to get BeagleBone images to build. (They're > > failing because gcc is not being installed on both head/ and stable/10/, > > and despite the game of "musical KNOBS" I've been playing over the past > > few days, I'm running out of hair to pull out of my head.) >=20 > Yea, if you are using crochet, that=E2=80=99s because crochet uses xdev r= ather than a ports compiler (which in all fairness didn=E2=80=99t exist whe= n it started) to build u-boot, which basically requires gcc. >=20 > The compiler rework in head is still a work in progress. What=E2=80=99s t= here now is better than before, but still isn=E2=80=99t quite right. I do p= lan on fixing that before summer is out. >=20 It isn't just head that is a problem with crochet, though. stable/10 has been a problem since, as far as I can tell, roughly early May. > >> But 9.2 will never build on head because it is broken with bmake, whic= h is now standard for head. Since 9.2 cannot be changed, and since we=E2=80= =99ve removed (or nearly) fmake in current, chances are quite good it will = never build on head again without some special handling. > >>=20 > >> In summary, good luck! there=E2=80=99s a lot of use cases here, and it= will take time and effort of multiple people over the long haul to keep it= working. Best effort may be larger than you estimate=E2=80=A6 I won=E2=80= =99t stand in your way, but I=E2=80=99m afraid my time available to help is= limited. > >>=20 > >=20 > > As Ozzy once sang: > >=20 > > "I'm just a dreamer > > I dream my life away > > I'm just a dreamer > > Who dreams of better days=E2=80=9D >=20 > Since I was commenting on the opposite problem of what you were wanting c= omments on, my harshness is justified. >=20 My comment wasn't a comment on your comment. :-) > What you want though, we largely already do, though maybe with a few more= warts than necessary (which we should try to fix). Most of the warts are d= ue to gcc/clang division being done badly and unsustainable initially and t= he cleanup taking a bit of time, not specific version issues. >=20 > Back to your basic point, the issue becomes a testability one: not all co= mmitters can reasonable be expected to have 8 or 9 systems to test every ch= ange. Having a 10.x system to test changes is a bit of a stretch as it is, = but it is the official policy that many folks play fast and loose with the = rules because they haven=E2=80=99t been burned too often by it=E2=80=A6 VMs= , Jails, etc of various flavors can help, but some info does leak through (= mostly the info leaks are bugs or kludges that well meaning people shouldn= =E2=80=99t have done given the historical knowledge we have about the ill e= ffects of certain ways to do conditional compilation). >=20 To be fair, we do have reference machines in the cluster running head/, stable/10, and stable/9. Glen --/04w6evG8XlLl3ft Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJTqY6jAAoJELls3eqvi17QZIkP/1ZQ6eF3s6KOFoDXSW6IUKtz 52yhjjWMjPddLacpoquiUdYJBGsoFWe+8TFk/l5Unyh1wHnnBb1ag4ub4R6ht0lF EhqZ/U9d7hLNDDzFC47nG2ew6P00sczeC+FxaFhL16i/ZrpKGo3pmJF6mIcuOkni N2WCVrKEAdh9+R4zdA2jEzpCulmJiD/5TUa2FQzhBNm4jAYxPRcXXEUKdHRewmT/ NrzhI0Bdy3QUNNPVBmhd6wkAilQcA0LlPzrpRz0h4LX3nXlS9mthQjodwCXAT7uG o/H+7N2/26X4vnZYBLJkFz0LeJ03BS95THKOY4ikkeEFT3Rth86QOADSm5NnFBP8 VgDpaPc+BhisKgQ4uIyk3sZN8uopk55uN/AIe3g7wX7U0KSDxOwFy3SqStobQFeU GiLPWAZaDTe1HHhp+NQoX2NKoZC20pI4YTy/u38ORJrIOUU7PhcP6ydm3BgFTOyb wWtaFiU4KDeRx6sb6JjVtE/45U6idzd/bn3afUEmUrddfS0PuwBfrJyMuZdQHsfo UaqIE9s9vhcQqG7dQoOvFdNI8AGEs2So8GyvyBqn3J9911rOXe+0jxar5MdTao4W KXFXBevSfuIkC8K1tP6biWVY/jU6SpLT4iO5T3o3xGOIpDZe5mHbrSq5vuc/Hstm 956AgTln6ZkS0EXg5bXe =87kE -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 24 15:12:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 83E63D64 for ; Tue, 24 Jun 2014 15:12:03 +0000 (UTC) Received: from mail-qa0-f50.google.com (mail-qa0-f50.google.com [209.85.216.50]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 344BF24C1 for ; Tue, 24 Jun 2014 15:12:02 +0000 (UTC) Received: by mail-qa0-f50.google.com with SMTP id m5so364946qaj.9 for ; Tue, 24 Jun 2014 08:11:56 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=NlYTxtB9qOa7YiKp4XfeaKmaoFcHlHanXJKKeciW8jE=; b=Ga3QN+AD7eijyxSXTZeTftqNIJ9X+PhQvFYnvkPkUEdrQumFGMgIxMBkd8VNhti0cf Y+ahQit+M+7fHkMKVzmBuglpdBZnLXsdGZNU66sEVxZ5swXxhlNl+7oOPf7memszrmOR 9dQS4qmURD+gyP/jMH5KDYnI7HTl/IEt3mnGIj8oCf4gM/naWAMb6iVtgYppL1H8renr g30ig9QPyG9nNULswB6vNJMO0MGAN2DkniVyySpKJO9V/exyNtFNbSFt/BXQdPFWFWSQ nvh7byglseOsUApwuEur8g+/o/ICk+ce3Adacki6+zR4y+HrMnWvoe4nh36c79NN2xuH lbhw== X-Gm-Message-State: ALoCoQlH+r2rt4akBGPuOlmXi1gr2w3qcx6hMn2mMK3gc3/+YsPgnr0i8PHLz1MOLApkWRelzGRu X-Received: by 10.224.138.9 with SMTP id y9mr2694776qat.1.1403622716315; Tue, 24 Jun 2014 08:11:56 -0700 (PDT) Received: from [172.19.248.35] ([64.88.227.134]) by mx.google.com with ESMTPSA id m1sm844259qaz.27.2014.06.24.08.11.51 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 24 Jun 2014 08:11:55 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_D0D13F9E-7ACE-463F-8451-02869D8A848E"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: Problems building FreeBSD 9.2 on FreeBSD 10 From: Warner Losh In-Reply-To: <20140624144347.GA48694@hub.FreeBSD.org> Date: Tue, 24 Jun 2014 09:11:42 -0600 Message-Id: References: <1ED3AC7E-0F74-46A7-BAAA-E30600DC23BB@bsdimp.com> <8CD24B0A-DF45-4437-BEBE-8C67B241DE93@bsdimp.com> <2063888D-CCAE-431B-A409-F17AA4422006@bsdimp.com> <20140624011251.GN1218@hub.FreeBSD.org> <60320DD3-56C4-4922-A537-FF94C392A45A@bsdimp.com> <20140624022410.GP1218@hub.FreeBSD.org> <3DC0E4E6-A4B5-43EE-BD21-38B68DAE42F1@bsdimp.com> <20140624144347.GA48694@hub.FreeBSD.org> To: Glen Barber X-Mailer: Apple Mail (2.1878.2) Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 24 Jun 2014 15:12:03 -0000 --Apple-Mail=_D0D13F9E-7ACE-463F-8451-02869D8A848E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Jun 24, 2014, at 8:43 AM, Glen Barber wrote: > Trimmed CC a bit. >=20 > On Mon, Jun 23, 2014 at 11:42:20PM -0600, Warner Losh wrote: >> On Jun 23, 2014, at 8:24 PM, Glen Barber wrote: >>> I sort of typed what I meant a bit backwards from what I intended to >>> write. What I meant (sort of) is, "I would like to discuss our = forward >>> thinking on backward-compatibility." >>>=20 >>> I fully understand forward-compatibility is not feasible. >>=20 >> We already build current back to the stable/8 branch. 7.x is no = longer feasible, supported or tested. stable/10 is the only one that is = required, but enough people use stable/9 machines it will work. stable/8 = has one customer that is keeping it going, so I suspect it will stop = working in the coming years, maybe before 11 is branched. >>=20 >=20 > To be clear, I am talking about the other direction. Meaning, being > able to "reliably" build N-2 from head/, without needing to do = silliness > like 'make make buildworld', or "not using -jN.=94 Yea, that=92s never been officially supported, but generally works. In = fact, in the past, you were required to have exactly the same version on = the host as you were building a release for to ensure nothing weird = happening. Having the full release process work across multiple major = versions and have it produce identical results to the exact version = built release is not well tested and caused all kinds of problems back = in the day. To make it work, you=92ll need to make it work. And you=92ll need to = keep it working as people break it. We focus on the project as =93I=92m = updating from version X to version Y, where X < Y=94 in all our make = infrastructure. While we could add bits where X > Y, and for the = release, there are likely several items that will need to be fixed to = get there. You are currently hitting this turbulence with cross-version = races in multiple job builds. By all means fix them, but since this is = an unusual use case (from a historical perspective), expect there to be = bumps, and expect there to need to be fixes to make it work (and also = from a historical perspective, expect people will break it innocently). >>> I hate to even suggest this, but the ports tree (ab)uses the notion = of >>> using the kern.osreldate for certain things. This, however, = requires >>> proper bumping of __FreeBSD_version when needed, and maintenance of = the >>> Makefiles for the kern.osreldate-specific things. >>=20 >> We already do that. It mostly works most of the time, so long as the = delta isn=92t too great, and we don=92t have high compiler/tools/make = velocity=85 Except we don=92t use the kernel version, but rather the = installed tools version as indicated by a .h file. That=92s more robust. >>=20 >=20 > True. Thank you for the sanity check. >=20 >>> The benefit to this is that it would help prevent pissing off ports >>> developers and make their lives a bit easier when userland / kernel >>> things change. It would, however, (expectedly) is that it would = force >>> src committers to do the right thing. Win-win, IMHO. >>=20 >> What should we do we aren=92t doing today? >>=20 >=20 > There have been a number of times where changes that should deem > a __FreeBSD_version bump necessary either 1) do not bump > __FreeBSD_version at all, or 2) bump __FreeBSD_version several days = (or > longer) later. So, we're left with a window of time where something = is > "different enough", but there is no corresponding version change to > reference. >=20 > This is somewhat tangential to my original annoyance here though. :) With -current, a few days is more than enough granularity. There are = bumps, and this is one of them. >>> Personally, and no I won't discuss more on this, I'm in the camp of = "I >>> don't really see clang as a feature." It caused our ports = developers >>> and maintainers a mountain of headache to convert to the "invisibly = new >>> great thing", it increases our overall buildworld by a = non-insignificant >>> amount of time, and it has personally caused me headaches (still >>> ongoing) trying to figure out what the correct incantation of evil = to >>> wish over the cauldron to get BeagleBone images to build. (They're >>> failing because gcc is not being installed on both head/ and = stable/10/, >>> and despite the game of "musical KNOBS" I've been playing over the = past >>> few days, I'm running out of hair to pull out of my head.) >>=20 >> Yea, if you are using crochet, that=92s because crochet uses xdev = rather than a ports compiler (which in all fairness didn=92t exist when = it started) to build u-boot, which basically requires gcc. >>=20 >> The compiler rework in head is still a work in progress. What=92s = there now is better than before, but still isn=92t quite right. I do = plan on fixing that before summer is out. >>=20 >=20 > It isn't just head that is a problem with crochet, though. stable/10 > has been a problem since, as far as I can tell, roughly early May. Building release 9 on 10 falls under the X > Y category above. If if = breaks, and you want it to work, you gotta fix it. If there=92s several = somebodies that want it working, they gotta keep it working and fix what = breaks. Since this scenario is quite a bit less supported and has = received no love traditionally, it will likely take a while before you = can count on it once you=92ve mopped up the problems and convinced prime = movers to spend the extra time it takes to make this work. Supporting = all the normal use cases is hard enough, but adding this to the mix will = add lots of extra test time, and given how hard these problems have been = to nail, lots of extra debugging and fixing time to the cycle that might = be hard to enforce in a volunteer organization. >>>> But 9.2 will never build on head because it is broken with bmake, = which is now standard for head. Since 9.2 cannot be changed, and since = we=92ve removed (or nearly) fmake in current, chances are quite good it = will never build on head again without some special handling. >>>>=20 >>>> In summary, good luck! there=92s a lot of use cases here, and it = will take time and effort of multiple people over the long haul to keep = it working. Best effort may be larger than you estimate=85 I won=92t = stand in your way, but I=92m afraid my time available to help is = limited. >>>>=20 >>>=20 >>> As Ozzy once sang: >>>=20 >>> "I'm just a dreamer >>> I dream my life away >>> I'm just a dreamer >>> Who dreams of better days=94 >>=20 >> Since I was commenting on the opposite problem of what you were = wanting comments on, my harshness is justified. >>=20 >=20 > My comment wasn't a comment on your comment. :-) >=20 >> What you want though, we largely already do, though maybe with a few = more warts than necessary (which we should try to fix). Most of the = warts are due to gcc/clang division being done badly and unsustainable = initially and the cleanup taking a bit of time, not specific version = issues. >>=20 >> Back to your basic point, the issue becomes a testability one: not = all committers can reasonable be expected to have 8 or 9 systems to test = every change. Having a 10.x system to test changes is a bit of a stretch = as it is, but it is the official policy that many folks play fast and = loose with the rules because they haven=92t been burned too often by it=85= VMs, Jails, etc of various flavors can help, but some info does leak = through (mostly the info leaks are bugs or kludges that well meaning = people shouldn=92t have done given the historical knowledge we have = about the ill effects of certain ways to do conditional compilation). >>=20 >=20 > To be fair, we do have reference machines in the cluster running = head/, > stable/10, and stable/9. True, but I already have jails with these environments locally. It = doesn=92t magically give me the time to run the tests, nor find the time = to fix subtle problems that crop up. Plus, my work flow needs things = like hg and hgsubversion installed on top of the normal tools, which = historically has been at best spotty coverage on the project machines. = And despite using FreeBSD for two decades and being a somewhat active = developer, I=92ve never once typed =91make release=92. I don=92t mean to be difficult or unsympathetic, I=92m just trying to = paint a realistic picture of the challenges in expanding the current = support in builds to include the new things you want to include. Warner --Apple-Mail=_D0D13F9E-7ACE-463F-8451-02869D8A848E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTqZUuAAoJEGwc0Sh9sBEATJsP/3jaSaouzKxOAsXANiAHcwqS bP4gqIA0kBGVGeRREJUsG6IT5OzwhP2ECqr1PkikjB8o6nosCQSxnZewS7RFPiwd ZbNQ4OtbCltN80RQwoELDJGTwVHZpldDpWDRKsiy4M6an7ekxKTDCaTZTEU98apA 5mUUrWnHuRMkzYNhW42r06EQIGnvlkspDSvzNxceqD6YcZRJ3mv5R3UL/n0hsKEE aJbXqnigcvv+6E/WF9N/vgr+DPOpZsechCSRFwBhyWt+K6KhKHvbx1K7uRU84DY+ 4yMlJjUmg8tLtgxy8Zp5/mg6H05QJH/xH7k09HEiDHd69yGOIKKuhINfmtBmI1f5 Xun4YxbLZE7c5Hka5sQvrZlLXAmC2UuJEsdTIEBoL6QBaEwhad3gAOZrMkr419cZ 7RYpc4QuIyQi9VVjH2gj/4XIntmNVOxR4ySvU+Q/CL/zibNpKZNhaPFilv5VxC+u RXLCQvnul7vkUsW6/H6czdeS92YRSJGzz0uedyc6BySr/xyP9SKS06Xfv6wZzVBd slYY8+MwjfvkwfJ52FhpSjtlf2mlFJywMBhlKPBS2QgZUEjMm9DAPWX1joXvO+xS cGqtsBZXWOP7SNqeN49WU2oz2jKOCqMwyroKcqSeiYu224Dxs/DtJxdOeNNsWyxg Up0IpS6vn5B43oUfTCF7 =s7iD -----END PGP SIGNATURE----- --Apple-Mail=_D0D13F9E-7ACE-463F-8451-02869D8A848E-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 24 19:32:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63F714EB for ; Tue, 24 Jun 2014 19:32:29 +0000 (UTC) Received: from saturno.ige.unicamp.br (saturno.ige.unicamp.br [143.106.76.34]) by mx1.freebsd.org (Postfix) with ESMTP id 1780E2048 for ; Tue, 24 Jun 2014 19:32:28 +0000 (UTC) Received: from netuno.ige.unicamp.br (saturno.ige.unicamp.br [143.106.76.34]) by saturno.ige.unicamp.br (Postfix) with ESMTPS id 99D3035A434 for ; Tue, 24 Jun 2014 16:24:53 -0300 (BRT) Received: from netuno.ige.unicamp.br ([143.106.76.2] helo=netuno.ige.unicamp.br) by saturno.ige.unicamp.br with SMTP (2.3.3); 24 Jun 2014 16:24:53 -0300 Received: by netuno.ige.unicamp.br (Postfix, from userid 1003) id 52C46710E; Tue, 24 Jun 2014 16:24:55 -0300 (BRT) Date: Tue, 24 Jun 2014 16:24:55 -0300 From: Ricardo Campos Passanezi To: freebsd-current@freebsd.org Subject: Problem with tagged vlan after upgrading Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-Assp-Version: 2.3.3(13160) on saturno.ige.unicamp.br X-Assp-ID: saturno.ige.unicamp.br m-37893-00963 X-Assp-Session: B6A240AE0 (mail 1) X-Assp-Original-Subject: Problem with tagged vlan after upgrading X-Assp-Server-TLS: yes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 24 Jun 2014 19:32:29 -0000 Hello all. After upgrading my system to 11.0-CURRENT r267824, I cannot use the vlan interfaces as I used before. I have in rc.conf: ifconfig_em0="media 1000baseT mediaopt full-duplex" cloned_interfaces="vlan1 vlan2 vlan100 vlan150" ifconfig_vlan1="inet 10.0.0.20 netmask 255.0.0.0 vlan 1 vlandev em0" ifconfig_vlan2="inet my_actual_ip netmask 255.255.255.192 vlan 2 vlandev em0" ifconfig_vlan100="vlan 100 vlandev em0" ifconfig_vlan150="inet 192.168.2.10 netmask 255.255.255.0 vlan 150 vlandev em0" But this isn't working anymore. When I remove the vlan tag in my switch and set the inet to the em0 card, everithing works fine. I have done a "make delete-old" after the mergemaster and I wonder if I removed something by mistake. Is there anything I can do to debug/fix this? TIA, -- Ricardo. From owner-freebsd-current@FreeBSD.ORG Tue Jun 24 21:28:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 735387B9 for ; Tue, 24 Jun 2014 21:28:15 +0000 (UTC) Received: from mail-la0-x235.google.com (mail-la0-x235.google.com [IPv6:2a00:1450:4010:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F294220B0 for ; Tue, 24 Jun 2014 21:28:14 +0000 (UTC) Received: by mail-la0-f53.google.com with SMTP id b8so106058lan.12 for ; Tue, 24 Jun 2014 14:28:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=7QeodyuHIouTC8MohSViH4WX7hzA6E5WKkJMSg0ymEo=; b=vR5jlzeOPw+NiWnwtKa4Pwd0pcomjzf4HFBtyo1JRp2WpRTfer00k7bKESK+tXZ4zX YLjx1stgBXEkBWvmNuZAIe1VSNhovAcaHTXX+8XIGUy5HIJQanbnd1qml3mEotNMkLx1 6V8YCCnp2sLryNjFVNSMGpdCRex68lCtDdSHNIjCDizci5hf+AwgXQEYOHuJRnm9NIhu w2aiLi6dpLcnVbFLM6GbzuoVmcT6sCQx7EQy5PvR1py4r0WHhK1RBerT8FfniDi2ey3g xdw1zjQPd9WJ/zM5l+wkhYK3L7YmawFDELd2ns2dFXW9RIOypGjQ4AsJvI8Y6vcJU2JL c7HQ== MIME-Version: 1.0 X-Received: by 10.112.126.38 with SMTP id mv6mr2384507lbb.54.1403645292771; Tue, 24 Jun 2014 14:28:12 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.67.71 with HTTP; Tue, 24 Jun 2014 14:28:12 -0700 (PDT) Date: Tue, 24 Jun 2014 14:28:12 -0700 X-Google-Sender-Auth: qwouvK3ULZuOGQwd-rXYppPipws Message-ID: Subject: panic: pmap active 0xfffff8002d2ae9f8 From: Craig Rodrigues To: freebsd-current Current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 24 Jun 2014 21:28:15 -0000 Hi, I have a system running CURRENT at r266925 from May 31. While doing some software builds using poudriere, the system panicked. Unfortunately this system was not configured with swap space, so I cannot do a kernel dump. The system is currently at the ddb prompt. Here is the backtrace: Here is the backtrace from ddb: panic: pmap active 0xfffff8002d2ae9f8 cpuid = 5 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe183958a7d0 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe183958a880 vpanic() at vpanic+0x126/frame 0xfffffe183958a8c0 kassert_panic() at kassert_panic+0x139/frame 0xfffffe183958a930 pmap_remove_pages() at pmap_remove_pages+0x8c/frame 0xfffffe183958aa20 vmspace_exit() at vmspace_exit+0xa1/frame 0xfffffe183958aa60 exit1() at exit1+0x541/frame 0xfffffe183958aad0 sys_sys_exit() at sys_sys_exit+0xe/frame 0xfffffe183958aae0 amd64_syscall() at amd64_syscall+0x25a/frame 0xfffffe183958abf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe183958abf0 --- syscall (1, FreeBSD ELF64, sys_sys_exit), rip - 0x800b195aa, rsp - 0x7ffffffe3e8, rbp = 0x7ffffffffe400 KDB: enter: panic [ thread pid 94762 tid 101570 ] Stopped at kdb_enter+0x3e: movq $0.kdb_why db> Is this a known problem? Are there other commands I should type at the ddb prompt? -- Craig From owner-freebsd-current@FreeBSD.ORG Wed Jun 25 00:51:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 329508E2 for ; Wed, 25 Jun 2014 00:51:27 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id ED7D222A7 for ; Wed, 25 Jun 2014 00:51:26 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EAC+nqFODaFve/2dsb2JhbABag19agm2nVgEBAQEBAQaRdYZtUwGBJ3WEAwEBAQMBAQEBICsgCwUWGAICDRkCKQEJJgYIBwQBHAICiA0DCQgNpGiXRReGHxeBKoQ5iEgBARs0B4J3gUwEl2aEK5Ieg14hLwEBBIEFOQ X-IronPort-AV: E=Sophos;i="5.01,541,1400040000"; d="scan'208";a="133636511" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 24 Jun 2014 20:51:19 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id A5742B4062; Tue, 24 Jun 2014 20:51:19 -0400 (EDT) Date: Tue, 24 Jun 2014 20:51:19 -0400 (EDT) From: Rick Macklem To: Beeblebrox Message-ID: <474418166.3563350.1403657479668.JavaMail.root@uoguelph.ca> In-Reply-To: <1403598186351-5923355.post@n5.nabble.com> Subject: Re: Previously working PXE setup now fails MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.209] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 25 Jun 2014 00:51:27 -0000 Beeblebrox wrote: > Hi and thanks for your input. If I may, I have several more Q's > regarding > this issue: > > > As I think I've mentioned before, a NFSv4 root fs won't work, so > > don't > > bother trying... > Q1: I did not realise that. I took out the "V4: " in exports. > However, is it > possible to have a mixed-mode, something like /data/amd64 as V3 but > /home as > V4? > Yes, that should be fine. It is only the root fs that won`t work. There are 2 problems: 1 - nfsuserd can`t be running when the root fs is first accessed, so uid vs username mappings aren`t available. (A recent change in the spec that allows a username that is a string of uid digits works around this. It was driven by Linux folks that wanted NFSv4 root file systems to work. This spec is still an IETF draft, so it is hard to say if it supported yet.) 2 - The client mount needs a unique identifier for the client machine. The host uuid used for this is set during booting. To make an NFSv4 root fs to work, there needs to be some way to generate a unique identifier for the machine before it accesses the root fs. So, someday NFSv4 root file systems may work, but not right now. I need to check to make sure this is in the mount_nfs and nfsv4 man pages. > Q2: I now get to the BTX loader, wireshark shows correct mount call > "192.168.2.3, 192.168.2.1, MOUNT, V3 MNT Call (Reply In 14072) > /data/amd64". > Unfortunately, I get a complete black screen when I hit from > BTX (it > looks like a lock-up) and wireshark shows no traffic for the problem. > > To get to this point, I re-anabled some of what I had taken out > before, and > I now forget which config options are necessary at this point. What I > have: > (always had this) fstab: 192.168.2.1:/data/amd64 / nfs ro 0 0 > > boot/loader.conf: > boot.nfsroot.server="192.168.2.1" > boot.nfsroot.path="/data/amd64" > ##_re-enabled_## > vfs.root.mountfrom="nfs:192.168.2.1:/data/amd64" > vfs.root.mountfrom="nfs" > boot.nfsroot.options="nolockd" > vfs.root.mountfrom.options="ro" > When I`ve done it (not recently), I don`t think I set any of the above in loader.conf. However I also didn`t use a read-only root fs. Hopefully someone who uses NFS root file systems can suggest help. All I did was follow some web page instructions exactly. rick > re-enabled in dhcpd.conf > option root-path "192.168.2.1:/data/amd64"; > > I can't figure out what needs to be modified and what options can be > removed? > > Thanks for your help. > > > > ----- > FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS > -- > View this message in context: > http://freebsd.1045724.n5.nabble.com/Previously-working-PXE-setup-now-fails-tp5919662p5923355.html > Sent from the freebsd-current mailing list archive at Nabble.com. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Jun 25 10:40:58 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 4D66FD74; Wed, 25 Jun 2014 10:40:58 +0000 (UTC) Date: Wed, 25 Jun 2014 10:40:58 +0000 From: Alexey Dokuchaev To: Kurt Jaeger Subject: Re: SMBus controller Message-ID: <20140625104058.GA28406@FreeBSD.org> References: <1402772923.1120.13.camel@bruno> <20140614193918.GH2341@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140614193918.GH2341@home.opsec.eu> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 25 Jun 2014 10:40:58 -0000 On Sat, Jun 14, 2014 at 09:39:18PM +0200, Kurt Jaeger wrote: > http://en.wikipedia.org/wiki/System_Management_Bus > > You can read some system status values (CPU temp etc). > > In the ports, check sysutils/xmbmon or sysutils/healthd > whether it detects anything. It can also be used to talk to one's computer memory (sysutils/i2c-tools), something like this: # kldload smb.ko ichsmb.ko # cd /usr/ports/sysutils/i2c-tools && make extract # perl work/i2c-tools-3.1.0/eeprom/decode-dimms ./danfe From owner-freebsd-current@FreeBSD.ORG Wed Jun 25 13:17:18 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0169CCDB; Wed, 25 Jun 2014 13:17:18 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8671E2697; Wed, 25 Jun 2014 13:17:17 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1Wzn4X-001ZNC-KQ>; Wed, 25 Jun 2014 15:17:09 +0200 Received: from g225011204.adsl.alicedsl.de ([92.225.11.204] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1Wzn4X-0035yd-Fh>; Wed, 25 Jun 2014 15:17:09 +0200 Date: Wed, 25 Jun 2014 15:17:04 +0200 From: "O. Hartmann" To: Dimitry Andric Subject: Re: [CURRENT]: weird memory/linker problem? Message-ID: <20140625151704.7a89e58c.ohartman@zedat.fu-berlin.de> In-Reply-To: References: <20140622165639.17a1ba1e.ohartman@zedat.fu-berlin.de> <20140623163115.03bdd675.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/swp/xr4CKvrO0JYyfGdywK3"; protocol="application/pgp-signature" X-Originating-IP: 92.225.11.204 X-ZEDAT-Hint: A Cc: Adrian Chadd , FreeBSD CURRENT , Ian Lepore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 25 Jun 2014 13:17:18 -0000 --Sig_/swp/xr4CKvrO0JYyfGdywK3 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Mon, 23 Jun 2014 17:22:25 +0200 Dimitry Andric schrieb: > On 23 Jun 2014, at 16:31, O. Hartmann wrote: > > Am Sun, 22 Jun 2014 10:10:04 -0700 > > Adrian Chadd schrieb: > >> When they segfault, where do they segfault? > ... > > GIMP, LaTeX work, nothing special, but a bit memory consuming regrading= GIMP) I tried > > updating the ports tree and surprisingly the tree is left over in a unc= lean condition > > while /usr/bin/svn segfault (on console: pid 18013 (svn), uid 0: exited= on signal 11 > > (core dumped)). > >=20 > > Using /usr/local/bin/svn, which is from the devel/subversion port, perf= orms well, > > while FreeBSD 11's svn contribution dies as described. It did not hours= ago! >=20 > I think what Adrian meant was: can you run svn (or another crashing > program) in gdb, and post a backtrace? Or maybe run ktrace, and see > where it dies? >=20 > Alternatively, put a core dump and the executable (with debug info) in a > tarball, and upload it somewhere, so somebody else can analyze it. >=20 > -Dimitry >=20 Here I am again. So far, a report what I did. Regarding to the svn issue, I tried to recompile " make -C usr.bin/svn clean depend obj all install" with setting = "-O0 -g -DDEBUG" in /etc/make.conf and /etc/src.conf (disabling all the -O flags I = use usually). gdb complained about missing symbols. After the recompilation the= onboard "svn" didn't crash anymore and the strange story seems to continue. Firefox, so far, also crashed yesterday - out of the blue - with a bus erro= r (SIG 10). Rebooting solved the problem. I didn't recompile the system or any client w= ith DEBUG flags set on so far. So, sorry, this issue is still open, but it is not eve= n less weird. Next, today, I tried recompiling world. The build process fails on the box = in question with "my well known friend" relocation truncated to fit: R_X86_64_PC32 against symbol error. See below. I'm about to reboot the box and restart building world without having prior= to the build started any memory consuming applications. Since the problems seem to be "randomly" I ask myself whether this is someh= ow related to the ASLR stuff mentioned earlier in the list. I also will disable -O3 again= with the next build to ensure that CLANG isn't miscompilating something. As mentioned in the list before, I tried to find some CPU-burning and memor= y eating applications/tests, but since math/mprime is i386 only and sysutils/cpuburn= only covers "ancient" CPUs, I feel a bit lost in that task and leftover with memtest86 = (which indicated earlier no memory problems with the box). And by the way, I face several serious issues with the I/O performance on C= URRENT these days: it takes a long time until portmaster has stepped through the ports w= hich are about to be updated when CLANG compiler is compiling world/kernel in the ba= ckground. This phenomenon has grown worse since earlier this year (~ February).=20 Source at revision 267867. FreeBSD 11.0-CURRENT #0 r267816: Tue Jun 24 14:0= 2:22 CEST 2014 amd64. [...] c++ -O2 -pipe -O3 -O3 -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm= /include -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen -I. -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/../../lib/clang/inclu= de -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MA= CROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebs= d11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=3Dc++11 -= fno-exceptions -fno-rtti -Wno-c++11-extensions -static -L/usr/obj/usr/src/tmp/legacy/usr/= lib -o tblgen AsmMatcherEmitter.o AsmWriterEmitter.o AsmWriterInst.o CTagsEmitter.o CallingConvEmitter.o CodeEmitterGen.o CodeGenDAGPatterns.o CodeGenInstructi= on.o CodeGenMapTable.o CodeGenRegisters.o CodeGenSchedule.o CodeGenTarget.o DAGI= SelEmitter.o DAGISelMatcher.o DAGISelMatcherEmitter.o DAGISelMatcherGen.o DAGISelMatcher= Opt.o DFAPacketizerEmitter.o DisassemblerEmitter.o FastISelEmitter.o FixedLenDeco= derEmitter.o InstrInfoEmitter.o IntrinsicEmitter.o OptParserEmitter.o PseudoLoweringEmit= ter.o RegisterInfoEmitter.o SetTheory.o SubtargetEmitter.o TGValueTypes.o TableGe= n.o X86DisassemblerTables.o X86ModRMFilters.o X86RecognizableInstr.o /usr/obj/usr/src/tmp/usr/src/usr.bin/clang/tblgen/..= /../../lib/clang/libllvmtablegen/libllvmtablegen.a /usr/obj/usr/src/tmp/usr= /src/usr.bin/clang/tblgen/../../../lib/clang/libllvmsupport/libllvmsupport.a -lncurses -legacy /usr/lib/libc.a(jemalloc_jemalloc.o): In function `imemal= ign': jemalloc_jemalloc.c:(.text+0x2605): relocation truncated to fit: R_X86_64_P= C32 against symbol `__je_arena_malloc_large' defined in .text section in /usr/lib/libc.a(jemalloc_arena.o) c++: error: linker command failed with= exit code 1 (use -v to see invocation) *** [tblgen] Error code 1 make[3]: stopped in /usr/src/usr.bin/clang/tblgen --Sig_/swp/xr4CKvrO0JYyfGdywK3 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJTqsvUAAoJEOgBcD7A/5N8MZ8H/0Ch250rZm0IFEr9x9YAoLqS Tv2mOVaeXNVR/F7cIqYRVWivv0Z378G0kwHk3nmVXeptOfNzl7Z51GpT1xEGF9Um W9m6peo67QdxgXOiuV5Q3Vj0wJ2plVZ6vddxUNzFYKHmJednJ6+/yJn6a+eDuYL0 q8SKxG6tOFYVQ8R2zldTpYr1Q3nyssmGtqLru6Y2Kp51n32GW0kymaxYi1q7CR3E m1P+ds3swBhQgt3OFp6ERKsINQBCC9TokOxiqq3iRk08Vg4DHbM2yUTc/r1a2LJQ c5e1O/ErA4ydie5YYGGObqinT+ubPYlOlrF8gjxRbkdYrKseU5BmyC2fzR1PHtU= =dlPP -----END PGP SIGNATURE----- --Sig_/swp/xr4CKvrO0JYyfGdywK3-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 25 13:41:25 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 751AEB2A for ; Wed, 25 Jun 2014 13:41:25 +0000 (UTC) Received: from saturno.ige.unicamp.br (saturno.ige.unicamp.br [143.106.76.34]) by mx1.freebsd.org (Postfix) with ESMTP id 01B982974 for ; Wed, 25 Jun 2014 13:41:24 +0000 (UTC) Received: from netuno.ige.unicamp.br (saturno.ige.unicamp.br [143.106.76.34]) by saturno.ige.unicamp.br (Postfix) with ESMTPS id 44E1935A449 for ; Wed, 25 Jun 2014 10:41:19 -0300 (BRT) Received: from netuno.ige.unicamp.br ([143.106.76.2] helo=netuno.ige.unicamp.br) by saturno.ige.unicamp.br with SMTP (2.3.3); 25 Jun 2014 10:41:19 -0300 Received: by netuno.ige.unicamp.br (Postfix, from userid 1003) id D15AF75FA; Wed, 25 Jun 2014 10:32:45 -0300 (BRT) Date: Wed, 25 Jun 2014 10:32:45 -0300 From: Ricardo Campos Passanezi To: freebsd-current@freebsd.org Subject: Re: Problem with tagged vlan after upgrading Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Content-Transfer-Encoding: quoted-printable X-Assp-Version: 2.3.3(13160) on saturno.ige.unicamp.br X-Assp-ID: saturno.ige.unicamp.br m-03679-07799 X-Assp-Session: B9AF82F78 (mail 1) X-Assp-Original-Subject: Re: Problem with tagged vlan after upgrading X-Assp-Server-TLS: yes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 25 Jun 2014 13:41:25 -0000 On Tue, Jun 24, 2014 at 04:24:55PM -0300, Ricardo Campos Passanezi wrote: > Hello all. >=20 > After upgrading my system to 11.0-CURRENT r267824, I cannot use the vla= n > interfaces as I used before. I have in rc.conf: >=20 > ifconfig_em0=3D"media 1000baseT mediaopt full-duplex" > cloned_interfaces=3D"vlan1 vlan2 vlan100 vlan150" > ifconfig_vlan1=3D"inet 10.0.0.20 netmask 255.0.0.0 vlan 1 vlandev em0" > ifconfig_vlan2=3D"inet my_actual_ip netmask 255.255.255.192 vlan 2 vlan= dev em0" > ifconfig_vlan100=3D"vlan 100 vlandev em0" > ifconfig_vlan150=3D"inet 192.168.2.10 netmask 255.255.255.0 vlan 150 vl= andev em0" >=20 > But this isn't working anymore. >=20 > When I remove the vlan tag in my switch and set the inet to the em0 > card, everithing works fine. >=20 > I have done a "make delete-old" after the mergemaster and I wonder if I > removed something by mistake. >=20 > Is there anything I can do to debug/fix this? >=20 > TIA, >=20 > --=20 > Ricardo. Some more info I've forgotten to add: - If I listen the vlan interfaces (tcpdump -i vlanX), the traffic is there. - I've tested the scenario: - delete the inet from em0; - create a vlan2 with th IP used by "em0" - enable the vlan tag in the switch - now, I can use the "vlan1" (10.0.0.0/8)o More info: # pciconf -v -l hostb0@pci0:0:0:0: class=3D0x060000 card=3D0x50001458 chip=3D0x0c008086 = rev=3D0x06 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Haswell DRAM Controller' class =3D bridge subclass =3D HOST-PCI pcib1@pci0:0:1:0: class=3D0x060400 card=3D0x50001458 chip=3D0x0c018086 re= v=3D0x06 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D 'Haswell PCI Express x16 Controller' class =3D bridge subclass =3D PCI-PCI vgapci1@pci0:0:2:0: class=3D0x030000 card=3D0xd0001458 chip=3D0x04128086 = rev=3D0x06 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Haswell Integrated Graphics Controller' class =3D display subclass =3D VGA hdac1@pci0:0:3:0: class=3D0x040300 card=3D0x20108086 chip=3D0x0c0c8086 re= v=3D0x06 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Haswell HD Audio Controller' class =3D multimedia subclass =3D HDA none0@pci0:0:22:0: class=3D0x078000 card=3D0x1c3a1458 chip=3D0x8c3a8086 = rev=3D0x04 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Lynx Point MEI Controller' class =3D simple comms em0@pci0:0:25:0: class=3D0x020000 card=3D0xe0001458 chip=3D0x153b8086 re= v=3D0x04 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Ethernet Connection I217-V' class =3D network subclass =3D ethernet ehci0@pci0:0:26:0: class=3D0x0c0320 card=3D0x50061458 chip=3D0x8c2d8086 = rev=3D0x04 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Lynx Point USB Enhanced Host Controller' class =3D serial bus subclass =3D USB hdac2@pci0:0:27:0: class=3D0x040300 card=3D0xa0021458 chip=3D0x8c208086 = rev=3D0x04 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Lynx Point High Definition Audio Controller' class =3D multimedia subclass =3D HDA pcib2@pci0:0:28:0: class=3D0x060400 card=3D0x50011458 chip=3D0x8c108086 = rev=3D0xd4 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D 'Lynx Point PCI Express Root Port' class =3D bridge subclass =3D PCI-PCI pcib3@pci0:0:28:3: class=3D0x060401 card=3D0x50011458 chip=3D0x244e8086 = rev=3D0xd4 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82801 PCI Bridge' class =3D bridge subclass =3D PCI-PCI ehci1@pci0:0:29:0: class=3D0x0c0320 card=3D0x50061458 chip=3D0x8c268086 = rev=3D0x04 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Lynx Point USB Enhanced Host Controller' class =3D serial bus subclass =3D USB isab0@pci0:0:31:0: class=3D0x060100 card=3D0x50011458 chip=3D0x8c448086 = rev=3D0x04 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Lynx Point LPC Controller' class =3D bridge subclass =3D PCI-ISA ahci0@pci0:0:31:2: class=3D0x010601 card=3D0xb0051458 chip=3D0x8c028086 = rev=3D0x04 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Lynx Point 6-port SATA Controller 1 [AHCI mode]' class =3D mass storage subclass =3D SATA none1@pci0:0:31:3: class=3D0x0c0500 card=3D0x50011458 chip=3D0x8c228086 = rev=3D0x04 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Lynx Point SMBus Controller' class =3D serial bus subclass =3D SMBus vgapci0@pci0:1:0:0: class=3D0x030000 card=3D0x25491458 chip=3D0x67791002 = rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices [AMD] nee ATI' device =3D 'Caicos [Radeon HD 6450]' class =3D display subclass =3D VGA hdac0@pci0:1:0:1: class=3D0x040300 card=3D0xaa981458 chip=3D0xaa981002 re= v=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices [AMD] nee ATI' device =3D 'Caicos HDMI Audio [Radeon HD 6400 Series]' class =3D multimedia subclass =3D HDA pcib4@pci0:3:0:0: class=3D0x060401 card=3D0x88921458 chip=3D0x244e8086 re= v=3D0x41 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82801 PCI Bridge' class =3D bridge subclass =3D PCI-PCI --=20 Ricardo Campos Passanezi - Supervisor de Se=E7=E3o Chave PGP e GPG P=FAblica em: http://www.ige.unicamp.br/~riccp Instituto de Geoci=EAncias - http://www.ige.unicamp.br - UNICAMP Tel: (19) 3521 4560 From owner-freebsd-current@FreeBSD.ORG Wed Jun 25 13:45:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2760AEC6 for ; Wed, 25 Jun 2014 13:45:58 +0000 (UTC) Received: from saturno.ige.unicamp.br (saturno.ige.unicamp.br [143.106.76.34]) by mx1.freebsd.org (Postfix) with ESMTP id C044729A7 for ; Wed, 25 Jun 2014 13:45:57 +0000 (UTC) Received: from netuno.ige.unicamp.br (saturno.ige.unicamp.br [143.106.76.34]) by saturno.ige.unicamp.br (Postfix) with ESMTPS id 90CB8359710 for ; Wed, 25 Jun 2014 10:45:52 -0300 (BRT) Received: from netuno.ige.unicamp.br ([143.106.76.2] helo=netuno.ige.unicamp.br) by saturno.ige.unicamp.br with SMTP (2.3.3); 25 Jun 2014 10:45:52 -0300 Received: by netuno.ige.unicamp.br (Postfix, from userid 1003) id D14677627; Wed, 25 Jun 2014 10:45:55 -0300 (BRT) Date: Wed, 25 Jun 2014 10:45:55 -0300 From: Ricardo Campos Passanezi To: freebsd-current@freebsd.org Subject: Solved: Re: Problem with tagged vlan after upgrading Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Content-Transfer-Encoding: quoted-printable X-Assp-Version: 2.3.3(13160) on saturno.ige.unicamp.br X-Assp-ID: saturno.ige.unicamp.br m-03952-09125 X-Assp-Session: B9BE20C90 (mail 1) X-Assp-Original-Subject: Solved: Re: Problem with tagged vlan after upgrading X-Assp-Server-TLS: yes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 25 Jun 2014 13:45:58 -0000 On Wed, Jun 25, 2014 at 10:32:45AM -0300, Ricardo Campos Passanezi wrote: >=20 > Some more info I've forgotten to add: >=20 > - If I listen the vlan interfaces (tcpdump -i vlanX), the traffic is > there. >=20 > - I've tested the scenario: >=20 > - delete the inet from em0; > - create a vlan2 with th IP used by "em0" > - enable the vlan tag in the switch > - now, I can use the "vlan1" (10.0.0.0/8)o .... The problem has been solved by issuing a "ifconfig em0 -vlanhwtag". After that eveything is working. --=20 Ricardo Campos Passanezi - Supervisor de Se=E7=E3o Chave PGP e GPG P=FAblica em: http://www.ige.unicamp.br/~riccp Instituto de Geoci=EAncias - http://www.ige.unicamp.br - UNICAMP Tel: (19) 3521 4560 From owner-freebsd-current@FreeBSD.ORG Wed Jun 25 14:31:55 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 34AD86A9; Wed, 25 Jun 2014 14:31:55 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E4E882EA7; Wed, 25 Jun 2014 14:31:54 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1WzoEq-0027M4-Hj>; Wed, 25 Jun 2014 16:31:52 +0200 Received: from g225011204.adsl.alicedsl.de ([92.225.11.204] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1WzoEq-003Gcg-E8>; Wed, 25 Jun 2014 16:31:52 +0200 Date: Wed, 25 Jun 2014 16:31:51 +0200 From: "O. Hartmann" To: freebsd-current Subject: Re: SMBus controller Message-ID: <20140625163151.6a9425b9.ohartman@zedat.fu-berlin.de> In-Reply-To: <20140625104058.GA28406@FreeBSD.org> References: <1402772923.1120.13.camel@bruno> <20140614193918.GH2341@home.opsec.eu> <20140625104058.GA28406@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/owIPDJ9Ue+Y=EmF._l7nqMm"; protocol="application/pgp-signature" X-Originating-IP: 92.225.11.204 X-ZEDAT-Hint: A Cc: Alexey Dokuchaev , Kurt Jaeger X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 25 Jun 2014 14:31:55 -0000 --Sig_/owIPDJ9Ue+Y=EmF._l7nqMm Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable > On Sat, Jun 14, 2014 at 09:39:18PM +0200, Kurt Jaeger wrote: > > http://en.wikipedia.org/wiki/System_Management_Bus > >=20 > > You can read some system status values (CPU temp etc). > >=20 > > In the ports, check sysutils/xmbmon or sysutils/healthd > > whether it detects anything. I tried both tools on three different platforms, on all three, accessing an= y information regarding temperatures, voltage, fan speed via SMB failed on FreeBSD 11.0-C= URRENT/amd64. The three platforms are: ICH10: ichsmb0: port 0x400-0x41f mem 0xfbfff400-0xfbfff4ff irq 18 at device 31.3 on pci0 smbus0: on ichsmb0 smb0: on smbus0 MCP Patsburg (LGA2011 box): ichsmb0: port 0xf000-0xf01f mem 0x380ffff04000-0x380ffff040ff irq 18 at device 31.3 on pci0 smbus0: on ichsmb0 smb0: on smbus0 MCP Pather Point (LGA1155): ichsmb0: port 0xf040-0xf05f mem 0xf7f15000-0xf7f150ff irq 18 at device 31.3 on pci0 smbus0: on ichsmb0 smb0: on smbus0 Acces to system informations of xmbmon or healthd is only possible via -I/I= SA bus. Attempts to connect via configured /dev/smb0 device ends up with=20 ioctl(SMB_READB): Device not configured InitMBInfo: Device not configured --Sig_/owIPDJ9Ue+Y=EmF._l7nqMm Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJTqt1XAAoJEOgBcD7A/5N8B9MH/jbYX9JjDlW0W6sqY/scMtB5 NTdElhKiNQXwGK6LPdvNg+jDjyRVuSgiTF1ZOqWplAPvuS3QvNtqTw9FYNLAMabZ BNGhD0U94nTCnPhiZXnhCrzFJ2O/74u0aHJTn2row8kpbtRYFnF9UVJP0L71WjTQ dsnQmWHJ9MkTlnG9fgO5VEmTyKnJRCBZlQZuspNfp/RFiBiECqapeHBsuhShSyNb s8qY/eDniSAf25t1HJFGm+X2vkbjbm6a0feXu7bdeU3tr1hs2x0dA6VNlq5zIq8G Ek88aOoENvZJv3Ac+FYEe5SVE4TmDeK/mfnHejUD4yInBi9tMN+HP5Hay8ynKDU= =Im29 -----END PGP SIGNATURE----- --Sig_/owIPDJ9Ue+Y=EmF._l7nqMm-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 25 15:22:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2B5C8A9A; Wed, 25 Jun 2014 15:22:14 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 02F6723D2; Wed, 25 Jun 2014 15:22:14 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E6842B91F; Wed, 25 Jun 2014 11:22:11 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: Solved: Re: Problem with tagged vlan after upgrading Date: Wed, 25 Jun 2014 10:12:17 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201406251012.17421.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 25 Jun 2014 11:22:12 -0400 (EDT) Cc: jfv@freebsd.org, Ricardo Campos Passanezi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 25 Jun 2014 15:22:14 -0000 On Wednesday, June 25, 2014 9:45:55 am Ricardo Campos Passanezi wrote: > On Wed, Jun 25, 2014 at 10:32:45AM -0300, Ricardo Campos Passanezi wrote: > > > > Some more info I've forgotten to add: > > > > - If I listen the vlan interfaces (tcpdump -i vlanX), the traffic is > > there. > > > > - I've tested the scenario: > > > > - delete the inet from em0; > > - create a vlan2 with th IP used by "em0" > > - enable the vlan tag in the switch > > - now, I can use the "vlan1" (10.0.0.0/8)o > > > .... > > > The problem has been solved by issuing a "ifconfig em0 -vlanhwtag". > > After that eveything is working. Please submit a bug report for this and cc it to jfv@FreeBSD.org. The vlanhwtag stuff should work properly. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 25 21:22:18 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6A565E8A for ; Wed, 25 Jun 2014 21:22:18 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 511272711 for ; Wed, 25 Jun 2014 21:22:18 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.8/8.14.8) with ESMTP id s5PLMImU063529 for ; Wed, 25 Jun 2014 21:22:18 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id s5PLMIBv063526 for freebsd-current@freebsd.org; Wed, 25 Jun 2014 21:22:18 GMT (envelope-from bdrewery) Received: (qmail 19870 invoked from network); 25 Jun 2014 16:22:14 -0500 Received: from unknown (HELO blah) (freebsd@shatow.net@67.182.131.225) by sweb.xzibition.com with ESMTPA; 25 Jun 2014 16:22:14 -0500 Message-ID: <53AB3D84.4050602@FreeBSD.org> Date: Wed, 25 Jun 2014 16:22:12 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Mattia Rossi , freebsd-current@freebsd.org Subject: Re: No devices/nodes/files in /dev after building and installing world References: <53A805F5.9050401@gmail.com> In-Reply-To: <53A805F5.9050401@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 25 Jun 2014 21:22:18 -0000 On 6/23/14, 5:48 AM, Mattia Rossi wrote: > Hi all, > > I'm currently stuck on the following. Haven't built HEAD in a while, > and now after a > > make buildworld kernel installworld distrib-dirs distribution > > I don't have any nodes in /dev at all. As far as I remember there was > always a minimum set of nodes in there, like ttys etc. > > What happened? Which changes did I miss? > > Cheers, > > Mat I booted a system last week that resulted in 2 / being mounted. devfs was underneath the second / which resulted in an empty /dev. At least that's what I was able to guess, it obviously was a messy situation. -- Regards, Bryan Drewery From owner-freebsd-current@FreeBSD.ORG Wed Jun 25 21:32:13 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8DD4B2A8 for ; Wed, 25 Jun 2014 21:32:13 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 681CB2800 for ; Wed, 25 Jun 2014 21:32:12 +0000 (UTC) Received: from [192.168.1.2] (unknown [209.51.186.5]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 1304A14626 for ; Wed, 25 Jun 2014 21:24:24 +0000 (UTC) Message-ID: <53AB3E19.4050101@freebsd.org> Date: Wed, 25 Jun 2014 17:24:41 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: No devices/nodes/files in /dev after building and installing world References: <53A805F5.9050401@gmail.com> <53AB3D84.4050602@FreeBSD.org> In-Reply-To: <53AB3D84.4050602@FreeBSD.org> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Ujmut7MMuuUddmsNLLd8Kqt1OqAHmdbIh" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 25 Jun 2014 21:32:13 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Ujmut7MMuuUddmsNLLd8Kqt1OqAHmdbIh Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-06-25 17:22, Bryan Drewery wrote: > On 6/23/14, 5:48 AM, Mattia Rossi wrote: >> Hi all, >> >> I'm currently stuck on the following. Haven't built HEAD in a while, >> and now after a >> >> make buildworld kernel installworld distrib-dirs distribution >> >> I don't have any nodes in /dev at all. As far as I remember there was >> always a minimum set of nodes in there, like ttys etc. >> >> What happened? Which changes did I miss? >> >> Cheers, >> >> Mat > I booted a system last week that resulted in 2 / being mounted. devfs > was underneath the second / which resulted in an empty /dev. At least > that's what I was able to guess, it obviously was a messy situation. >=20 I have seen that a few times, especially when importing ZFS pools You can try to unmount the overlay / or just mount a 2nd devfs if you nee= d: mount -t devfs devfs /dev --=20 Allan Jude --Ujmut7MMuuUddmsNLLd8Kqt1OqAHmdbIh 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.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTqz4cAAoJEJrBFpNRJZKfwyIP/jJ+HxSZIiUIvpkifRiVgdbS S/tZUdbPeHOWy1aGHXM+4lTs//a87OI/CiCQ0kF+SLfBe4a7rCby4a+Yg480Z26M VVlxzXxgSu30DZhPras6ag2JXhUCWKUx1DFRchL0/s0ao+ZMx3APThXpu9uTkyk1 eVY0/PgiKBUluV3M4PeR6Fxz/1K2rzKn2rSJvXkcuWvBQW/9rPeGGnSSzByXO0UT eN8HOm2pXTRtkOhhMiIKc7lgRFmRD2UkrcyRJe2s8zmzpazsY8l1Q6ZAs2m6/INb kQFeUb7Jq3YLF/tAmo8Sei/6omN73jYq4aJ5Jujr1v04zVfOSgJ6vmytB4SI1TnZ 7Yc9TnI4P7X7SqrJE4IVyTp7BJheDvI0uSIeiy8GBfC8eSzul7zIbHEbhEI6g43s IAGkrzWOVgCscdzMhDMxyEYyAukzcCkGYP3o0ZJm+dmnY1B2sX498dJK5KtCvy5e TCkjbDZisjo2AW5R+EiQGdlEYoX3CGyrwlBzVHE0BlRXlQaIyNXplrJgT29okz6B oU5kbxjEOJsV8pIIt0i+jOEjKcyH95XhZRwPOt1zRQl+qSjB33qwX9epNXPD/hhP CLx394rQeyF1sPZnRPmCFWOQq7zYKe8E/hqBtp62nrPakGvOmSy4EBAmsoCjP4Ue s/W++CTayS6JtS6lKNpR =XBZd -----END PGP SIGNATURE----- --Ujmut7MMuuUddmsNLLd8Kqt1OqAHmdbIh-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 25 22:42:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 153E58BE; Wed, 25 Jun 2014 22:42:49 +0000 (UTC) Received: from mail.ambrisko.com (mail.ambrisko.com [70.91.206.90]) by mx1.freebsd.org (Postfix) with ESMTP id E3B252DDE; Wed, 25 Jun 2014 22:42:48 +0000 (UTC) X-Ambrisko-Me: Yes Received: from server2.ambrisko.com (HELO internal.ambrisko.com) ([192.168.1.2]) by ironport.ambrisko.com with ESMTP; 25 Jun 2014 15:47:28 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by internal.ambrisko.com (8.14.4/8.14.4) with ESMTP id s5PMgf94004897; Wed, 25 Jun 2014 15:42:41 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.14.4/8.14.4/Submit) id s5PMgfh6004896; Wed, 25 Jun 2014 15:42:41 -0700 (PDT) (envelope-from ambrisko) Date: Wed, 25 Jun 2014 15:42:41 -0700 From: Doug Ambrisko To: sbruno@freebsd.org Subject: Re: SMBus controller Message-ID: <20140625224241.GA21170@ambrisko.com> References: <1402772923.1120.13.camel@bruno> <1402785781.1106.5.camel@bruno> <6F35309D-FA6D-4882-99A2-57346DFF16B9@gmail.com> <1402789710.1106.8.camel@bruno> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1402789710.1106.8.camel@bruno> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current , Warner Losh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 25 Jun 2014 22:42:49 -0000 On Sat, Jun 14, 2014 at 04:48:30PM -0700, Sean Bruno wrote: | On Sat, 2014-06-14 at 17:25 -0600, Warner Losh wrote: | > On Jun 14, 2014, at 4:43 PM, Sean Bruno wrote: | > | > > On Sat, 2014-06-14 at 12:08 -0700, Sean Bruno wrote: | > >> I note that my TLenovo 61 has one of these: | > >> | > >> ichsmb0@pci0:0:31:3: class=0x0c0500 card=0x20a917aa chip=0x283e8086 | > >> rev=0x03 hdr=0x00 | > >> vendor = 'Intel Corporation' | > >> device = '82801H (ICH8 Family) SMBus Controller' | > >> class = serial bus | > >> subclass = SMBus | > >> | > >> | > > | > > So, there's something broken in the initialization of the driver and the | > > driver dependencies here. | > > | > > If I load "smb.ko" by itself, no other modules are loaded (ichsmb, | > > smbus). Should it? | > | > I don't think so. If I kldload pci, would you expect most of the | > drivers in the system to be loaded? | | Heck if I know. :-) | | I would suspect that of the three, ichsmb, smbus or smb, one of these | should cause the other two to be loaded. This is not the case. ... catching up on email I wouldn't since these act at various levels. ichsmb is the HW interface of which there are different HW interfaces. Then you want the generic stack on that. You might want a user land interface. There are kernel consumers like IPMI SSIF and other things that have been done at companies. So wouldn't expect loading smb to load a i2c printer port bit banger driver of which is wrong for that HW. One word of warning is that it appears ACPI has methods to talk to the i2c bus. I've been concerned that there could be fights between ACPI accessing stuff and FreeBSD native drivers. On the HW that I have used this stuff, it wasn't a problem. I'd be a little concerned on a laptop since a lot of things can be tied to a i2c bus that ACPI wants to talk to. On a server/desktop I haven't run into that problem. I've noticed there seem to be i2c buses for displays which seems to be separate. I've made i2c interface to machines via PCI slots or soldered wires onto DIMMs. Some motherboard have i2c headers. It's easily hackable to add widgets to HW that way since there are so many i2c widgets out there. Doug A. From owner-freebsd-current@FreeBSD.ORG Thu Jun 26 15:59:11 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AEA33DA7; Thu, 26 Jun 2014 15:59:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6C16229C9; Thu, 26 Jun 2014 15:59:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5QFx36J090113; Thu, 26 Jun 2014 11:59:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5QFx3E5090112; Thu, 26 Jun 2014 15:59:03 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 26 Jun 2014 15:59:03 GMT Message-Id: <201406261559.s5QFx3E5090112@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2014 15:59:11 -0000 TB --- 2014-06-26 12:05:06 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-26 12:05:06 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-26 12:05:06 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-06-26 12:05:06 - cleaning the object tree TB --- 2014-06-26 12:05:06 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-26 12:05:13 - At svn revision 267888 TB --- 2014-06-26 12:05:14 - building world TB --- 2014-06-26 12:05:14 - CROSS_BUILD_TESTING=YES TB --- 2014-06-26 12:05:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-26 12:05:14 - MAKESYSPATH=/src/share/mk TB --- 2014-06-26 12:05:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-26 12:05:14 - SRCCONF=/dev/null TB --- 2014-06-26 12:05:14 - TARGET=powerpc TB --- 2014-06-26 12:05:14 - TARGET_ARCH=powerpc TB --- 2014-06-26 12:05:14 - TZ=UTC TB --- 2014-06-26 12:05:14 - __MAKE_CONF=/dev/null TB --- 2014-06-26 12:05:14 - cd /src TB --- 2014-06-26 12:05:14 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Thu Jun 26 12:05:22 UTC 2014 >>> 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 Thu Jun 26 15:45:44 UTC 2014 TB --- 2014-06-26 15:45:44 - generating LINT kernel config TB --- 2014-06-26 15:45:44 - cd /src/sys/powerpc/conf TB --- 2014-06-26 15:45:44 - /usr/bin/make -B LINT TB --- 2014-06-26 15:45:44 - cd /src/sys/powerpc/conf TB --- 2014-06-26 15:45:44 - /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-06-26 15:45:44 - building LINT kernel TB --- 2014-06-26 15:45:44 - CROSS_BUILD_TESTING=YES TB --- 2014-06-26 15:45:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-26 15:45:44 - MAKESYSPATH=/src/share/mk TB --- 2014-06-26 15:45:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-26 15:45:44 - SRCCONF=/dev/null TB --- 2014-06-26 15:45:44 - TARGET=powerpc TB --- 2014-06-26 15:45:44 - TARGET_ARCH=powerpc TB --- 2014-06-26 15:45:44 - TZ=UTC TB --- 2014-06-26 15:45:44 - __MAKE_CONF=/dev/null TB --- 2014-06-26 15:45:44 - cd /src TB --- 2014-06-26 15:45:44 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 26 15:45:44 UTC 2014 >>> 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 -O2 -pipe -DSMP -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/cddl/compat/opensolaris -I/src/sys/cddl/contrib/opensolaris/uts/common -I/src/sys -I/src/sys/cddl/contrib/opensolaris/uts/powerpc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc/src/sys/LINT -fno-builtin -msoft-float -mno-altivec -ffreestanding -fstack-protector -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 -Wno-unknown-pragmas -Wno-unused -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -include /src/sys/cddl/compat/opens! olaris/sys/debug_compat.h -c /src/sys/cddl/contrib/opensolaris/uts/powerpc/dtrace/fasttrap_isa.c cc -O2 -pipe -DSMP -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/cddl/compat/opensolaris -I/src/sys/cddl/contrib/opensolaris/uts/common -I/src/sys -I/src/sys/cddl/contrib/opensolaris/uts/powerpc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc/src/sys/LINT -fno-builtin -msoft-float -mno-altivec -ffreestanding -fstack-protector -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 -Wno-unknown-pragmas -Wno-unused -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -include /src/sys/cddl/compat/opens! olaris/sys/debug_compat.h -c /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c cc1: warnings being treated as errors /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c: In function 'do_decomp': /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:765: warning: suggest parentheses around arithmetic in operand of | [-Wparentheses] /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c: In function 'find_composition_start': /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1027: warning: cast discards qualifiers from pointer target type /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c: In function 'do_composition': /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1108: warning: suggest parentheses around arithmetic in operand of | [-Wparentheses] /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1110: warning: suggest parentheses around arithmetic in operand of | [-Wparentheses] /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1122: warning: suggest parentheses around arithmetic in operand of | [-Wparentheses] /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c: In function 'collect_a_seq': /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1542: warning: suggest parentheses around arithmetic in operand of | [-Wparentheses] /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c: In function 'u8_strcmp': /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1901: warning: cast discards qualifiers from pointer target type /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1901: warning: cast discards qualifiers from pointer target type /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1904: warning: cast discards qualifiers from pointer target type /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1904: warning: cast discards qualifiers from pointer target type /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1908: warning: cast discards qualifiers from pointer target type /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1908: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. bmake[4]: stopped in /src/sys/modules/dtrace/fasttrap *** Error code 1 Stop. bmake[3]: stopped in /src/sys/modules/dtrace *** Error code 1 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-26 15:59:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-26 15:59:03 - ERROR: failed to build LINT kernel TB --- 2014-06-26 15:59:03 - 12596.38 user 1365.80 system 14037.11 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 26 16:58:56 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D4C49222; Thu, 26 Jun 2014 16:58:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 90EAA2156; Thu, 26 Jun 2014 16:58:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5QGwtvs022423; Thu, 26 Jun 2014 12:58:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5QGwtff022422; Thu, 26 Jun 2014 16:58:55 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 26 Jun 2014 16:58:55 GMT Message-Id: <201406261658.s5QGwtff022422@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2014 16:58:56 -0000 TB --- 2014-06-26 12:36:25 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-26 12:36:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-26 12:36:25 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-06-26 12:36:25 - cleaning the object tree TB --- 2014-06-26 12:36:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-26 12:36:30 - At svn revision 267888 TB --- 2014-06-26 12:36:31 - building world TB --- 2014-06-26 12:36:31 - CROSS_BUILD_TESTING=YES TB --- 2014-06-26 12:36:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-26 12:36:31 - MAKESYSPATH=/src/share/mk TB --- 2014-06-26 12:36:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-26 12:36:31 - SRCCONF=/dev/null TB --- 2014-06-26 12:36:31 - TARGET=powerpc TB --- 2014-06-26 12:36:31 - TARGET_ARCH=powerpc64 TB --- 2014-06-26 12:36:31 - TZ=UTC TB --- 2014-06-26 12:36:31 - __MAKE_CONF=/dev/null TB --- 2014-06-26 12:36:31 - cd /src TB --- 2014-06-26 12:36:31 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Thu Jun 26 12:36:37 UTC 2014 >>> 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 Thu Jun 26 16:47:59 UTC 2014 TB --- 2014-06-26 16:47:59 - generating LINT kernel config TB --- 2014-06-26 16:47:59 - cd /src/sys/powerpc/conf TB --- 2014-06-26 16:47:59 - /usr/bin/make -B LINT TB --- 2014-06-26 16:47:59 - cd /src/sys/powerpc/conf TB --- 2014-06-26 16:47:59 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-06-26 16:47:59 - skipping LINT kernel TB --- 2014-06-26 16:47:59 - cd /src/sys/powerpc/conf TB --- 2014-06-26 16:47:59 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC TB --- 2014-06-26 16:47:59 - skipping GENERIC kernel TB --- 2014-06-26 16:47:59 - cd /src/sys/powerpc/conf TB --- 2014-06-26 16:47:59 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC64 TB --- 2014-06-26 16:47:59 - building GENERIC64 kernel TB --- 2014-06-26 16:47:59 - CROSS_BUILD_TESTING=YES TB --- 2014-06-26 16:47:59 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-26 16:47:59 - MAKESYSPATH=/src/share/mk TB --- 2014-06-26 16:47:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-26 16:47:59 - SRCCONF=/dev/null TB --- 2014-06-26 16:47:59 - TARGET=powerpc TB --- 2014-06-26 16:47:59 - TARGET_ARCH=powerpc64 TB --- 2014-06-26 16:47:59 - TZ=UTC TB --- 2014-06-26 16:47:59 - __MAKE_CONF=/dev/null TB --- 2014-06-26 16:47:59 - cd /src TB --- 2014-06-26 16:47:59 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Thu Jun 26 16:47:59 UTC 2014 >>> 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 [...] ctfconvert -L VERSION -g fasttrap_isa.o cc -O2 -pipe -DSMP -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/cddl/compat/opensolaris -I/src/sys/cddl/contrib/opensolaris/uts/common -I/src/sys -I/src/sys/cddl/contrib/opensolaris/uts/powerpc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -g -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 -Wno-unknown-pragmas -Wno-unused -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -inclu! de /src/sys/cddl/compat/opensolaris/sys/debug_compat.h -c /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c cc1: warnings being treated as errors /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c: In function 'do_decomp': /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:765: warning: suggest parentheses around arithmetic in operand of | [-Wparentheses] /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c: In function 'find_composition_start': /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1027: warning: cast discards qualifiers from pointer target type /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c: In function 'do_composition': /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1108: warning: suggest parentheses around arithmetic in operand of | [-Wparentheses] /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1110: warning: suggest parentheses around arithmetic in operand of | [-Wparentheses] /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1122: warning: suggest parentheses around arithmetic in operand of | [-Wparentheses] /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c: In function 'collect_a_seq': /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1542: warning: suggest parentheses around arithmetic in operand of | [-Wparentheses] /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c: In function 'u8_strcmp': /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1901: warning: cast discards qualifiers from pointer target type /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1901: warning: cast discards qualifiers from pointer target type /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1904: warning: cast discards qualifiers from pointer target type /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1904: warning: cast discards qualifiers from pointer target type /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1908: warning: cast discards qualifiers from pointer target type /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1908: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. bmake[4]: stopped in /src/sys/modules/dtrace/fasttrap *** Error code 1 Stop. bmake[3]: stopped in /src/sys/modules/dtrace *** Error code 1 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-26 16:58:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-26 16:58:55 - ERROR: failed to build GENERIC64 kernel TB --- 2014-06-26 16:58:55 - 14203.53 user 1686.34 system 15749.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 26 21:02:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2DF143EB; Thu, 26 Jun 2014 21:02:01 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E4C90284D; Thu, 26 Jun 2014 21:02:00 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id BA9551FE028; Thu, 26 Jun 2014 23:01:58 +0200 (CEST) Message-ID: <53AC8A5B.1050408@selasky.org> Date: Thu, 26 Jun 2014 23:02:19 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: John Baldwin Subject: Re: [RFC] Huge sysctl patch for the kernel coming - work in progress References: <53A179D5.8020604@selasky.org> <201406180944.17762.jhb@freebsd.org> <53A1F848.2020902@selasky.org> <201406181713.06579.jhb@freebsd.org> <53A277C8.3040603@selasky.org> In-Reply-To: <53A277C8.3040603@selasky.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 26 Jun 2014 21:02:01 -0000 Hi, I've updated my patch according to all comments received: Please review and test before it hits the tree. http://home.selasky.org:8192/sysctl_tunable.diff --HPS From owner-freebsd-current@FreeBSD.ORG Fri Jun 27 04:46:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5005A92F for ; Fri, 27 Jun 2014 04:46:14 +0000 (UTC) Received: from nm25-vm2.access.bullet.mail.bf1.yahoo.com (nm25-vm2.access.bullet.mail.bf1.yahoo.com [216.109.115.193]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 002BC2E3B for ; Fri, 27 Jun 2014 04:46:13 +0000 (UTC) Received: from [66.196.81.157] by nm25.access.bullet.mail.bf1.yahoo.com with NNFMP; 27 Jun 2014 04:39:25 -0000 Received: from [98.139.221.156] by tm3.access.bullet.mail.bf1.yahoo.com with NNFMP; 27 Jun 2014 04:39:25 -0000 Received: from [127.0.0.1] by smtp116.sbc.mail.bf1.yahoo.com with NNFMP; 27 Jun 2014 04:39:25 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1403843965; bh=RyOQt0xp7lvW9IE+S91v6q9dfNq8fAauIWdBW4/RUrU=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:CC:Subject; b=WbiRr3Oiu59acTvu9CaGAY9GvKeCSWW86nF5eLHQDvLCX5HO0mnaZK/cXvV75nRqcOe6W4A5aK5n3sBD+REXMCjLAFEGK+vlM+ocSS/r5VYr1pUy4D4byYRKfPhx1O8BxBNYifnrZ1eo+qYnPJzgdSYVocRM563ybDInyuKKly4= X-Yahoo-Newman-Id: 227363.20856.bm@smtp116.sbc.mail.bf1.yahoo.com Message-ID: <227363.20856.bm@smtp116.sbc.mail.bf1.yahoo.com> Date: Fri, 27 Jun 2014 04:39:25 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 3bM09cgVM1menBickuQ8klYCs6tzWmHw7L7vBLSOFuBzsQT ICXURyFMuKjHt1B0w57Gs8UFQaix6HRhmXxlgDaeRVht2RIiUwAGsoFTQxwi Wztqg6xvdLIMPnjRubMME5xPYc_7qxrRpDUwKOyQstHPzpvMw5op0JaIRlbl KGa6qviuwQXHAM9PFPocirZo2Bl.wOPymbeiAJJ1P75xW7B0DtHBOWz12aKy tzPHSQmZ4caRHZNT7vmTH2lm4ZSMjBYug8Qc5YgZa5Xs3w99Ic3morbZH0fy 3vutsv1vyjTjcpBArtwDTCqo1w_q4vw2yaFwv1YDZh4QCAEd7Doi5C73b5Wr Ykde59tGDu6a5LHO7R9U8FRcUqJy4SmQbIyIi5PZbPNA9HaQ0GXKLid0xgaK hAYmkQpvv5mIWIpE3GUc_Bpppu3_OLQIUeBIh4yaNCEZh8CCNUEj1UDOhzJd CRsRxCsP1adnpvGCVGHvOcOedR8wEGEnJrKOEzgS3kQTuDHTh89PCXaaukHo FbSuSWh2.3hYZiGHJswHfNdLNx8puZOx5v0SuUZILQdYiasMZUnFq_EyZwzv 0_H_8MleJynbIKcJ0.v6XNd5qxY0E8jwSHjarhwU.vhWqBHOtk5ZR3P8yxhE aSVccwkY- X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [98.139.221.42]) by smtp116.sbc.mail.bf1.yahoo.com with SMTP; 27 Jun 2014 04:39:25 +0000 UTC From: "Thomas Mueller" To: freebsd-wireless@freebsd.org Subject: rsu wireless driver crapshoot Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 27 Jun 2014 04:46:14 -0000 My Internet connection on this computer is very iffy at best, not running as I type this. Motherboard is MSI Z77 MPOWER. Ethernet is Realtek (re): good with NetBSD, Linux and Haiku, (Free,Open and DragonFly)BSD bug out. Only Internet connection for FreeBSD is Hiro H50191 USB-stick wireless adapter, chipset RTL8191SU, device rsu. Sometimes it connects. Running ifconfig (by itself), I get, whether connection is working ot not, lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 rsu0: flags=8843 metric 0 mtu 2290 options=1 ether 00:13:33:a2:86:f0 nd6 options=29 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated wlan0: flags=8843 metric 0 mtu 1500 ether 00:13:33:a2:86:f0 inet 192.168.0.102 netmask 0xffffff00 broadcast 192.168.0.255 nd6 options=29 media: IEEE 802.11 Wireless Ethernet OFDM/54Mbps mode 11g status: associated ssid Maclura_pomifera channel 8 (2447 MHz 11g) bssid a0:f3:c1:f9:39:7a country US authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 2:128-bit txpower 0 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS roaming MANUAL Looks good, but running host on a valid domain, such as host bluegrass.net gives me ;; connection timed out; no servers could be reached Even when the connection is successful, it can quit any time without warning, and only way I can tell is by trying to reach an internet domain. I feel like Cinderella, but she had the advantage of knowing that her coach would turn back to a pumpkin at exactly midnight. Internet connectivity problems are the same whether I run FreeBSD-current or 10.0-STABLE. FreeBSD < 10.0 offers no internet connectivity at all. Now I have to save this message, shutdown and boot into NetBSD to send it. I also use NetBSD to update src, ports and doc trees with subversion. Tom From owner-freebsd-current@FreeBSD.ORG Fri Jun 27 05:39:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1F8F8A2; Fri, 27 Jun 2014 05:39:24 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A695A2276; Fri, 27 Jun 2014 05:39:24 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id A2A1B1FE028; Fri, 27 Jun 2014 07:39:22 +0200 (CEST) Message-ID: <53AD039F.2030806@selasky.org> Date: Fri, 27 Jun 2014 07:39:43 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Thomas Mueller , freebsd-wireless@freebsd.org Subject: Re: rsu wireless driver crapshoot References: <227363.20856.bm@smtp116.sbc.mail.bf1.yahoo.com> In-Reply-To: <227363.20856.bm@smtp116.sbc.mail.bf1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 27 Jun 2014 05:39:25 -0000 On 06/27/14 06:39, Thomas Mueller wrote: > My Internet connection on this computer is very iffy at best, not running as I type this. > > Motherboard is MSI Z77 MPOWER. > > Ethernet is Realtek (re): good with NetBSD, Linux and Haiku, (Free,Open and DragonFly)BSD bug out. > > Only Internet connection for FreeBSD is Hiro H50191 USB-stick wireless adapter, chipset RTL8191SU, device rsu. > > Sometimes it connects. Running ifconfig (by itself), I get, whether connection is working ot not, > Hi, You can help us by sending an e-mail to the manufacturer to provide the programmers guide for this device so that we can make a proper driver. I understand your device does not work that great under FreeBSD. It is also possible for you look into the code and try and modify things, watch debug prints and so on and propose a patch. It is not that difficult. Another option is to buy a Raalink based WLAN dongle. See ural/run/rum drivers. They work much more reliably! Thank you! --HPS From owner-freebsd-current@FreeBSD.ORG Fri Jun 27 06:50:34 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF9781000; Fri, 27 Jun 2014 06:50:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AC99F2894; Fri, 27 Jun 2014 06:50:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5R6oXd8016922; Fri, 27 Jun 2014 02:50:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5R6oWoJ016921; Fri, 27 Jun 2014 06:50:32 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 27 Jun 2014 06:50:32 GMT Message-Id: <201406270650.s5R6oWoJ016921@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2014 06:50:35 -0000 TB --- 2014-06-27 02:55:21 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-27 02:55:21 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-27 02:55:21 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-06-27 02:55:21 - cleaning the object tree TB --- 2014-06-27 02:56:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-27 02:56:43 - At svn revision 267918 TB --- 2014-06-27 02:56:44 - building world TB --- 2014-06-27 02:56:44 - CROSS_BUILD_TESTING=YES TB --- 2014-06-27 02:56:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-27 02:56:44 - MAKESYSPATH=/src/share/mk TB --- 2014-06-27 02:56:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-27 02:56:44 - SRCCONF=/dev/null TB --- 2014-06-27 02:56:44 - TARGET=powerpc TB --- 2014-06-27 02:56:44 - TARGET_ARCH=powerpc TB --- 2014-06-27 02:56:44 - TZ=UTC TB --- 2014-06-27 02:56:44 - __MAKE_CONF=/dev/null TB --- 2014-06-27 02:56:44 - cd /src TB --- 2014-06-27 02:56:44 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Fri Jun 27 02:56:52 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Jun 27 06:37:11 UTC 2014 TB --- 2014-06-27 06:37:11 - generating LINT kernel config TB --- 2014-06-27 06:37:11 - cd /src/sys/powerpc/conf TB --- 2014-06-27 06:37:11 - /usr/bin/make -B LINT TB --- 2014-06-27 06:37:12 - cd /src/sys/powerpc/conf TB --- 2014-06-27 06:37:12 - /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-06-27 06:37:12 - building LINT kernel TB --- 2014-06-27 06:37:12 - CROSS_BUILD_TESTING=YES TB --- 2014-06-27 06:37:12 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-27 06:37:12 - MAKESYSPATH=/src/share/mk TB --- 2014-06-27 06:37:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-27 06:37:12 - SRCCONF=/dev/null TB --- 2014-06-27 06:37:12 - TARGET=powerpc TB --- 2014-06-27 06:37:12 - TARGET_ARCH=powerpc TB --- 2014-06-27 06:37:12 - TZ=UTC TB --- 2014-06-27 06:37:12 - __MAKE_CONF=/dev/null TB --- 2014-06-27 06:37:12 - cd /src TB --- 2014-06-27 06:37:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jun 27 06:37:12 UTC 2014 >>> 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 -O2 -pipe -DSMP -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/cddl/compat/opensolaris -I/src/sys/cddl/contrib/opensolaris/uts/common -I/src/sys -I/src/sys/cddl/contrib/opensolaris/uts/powerpc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc/src/sys/LINT -fno-builtin -msoft-float -mno-altivec -ffreestanding -fstack-protector -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 -Wno-unknown-pragmas -Wno-unused -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -include /src/sys/cddl/compat/opens! olaris/sys/debug_compat.h -c /src/sys/cddl/contrib/opensolaris/uts/powerpc/dtrace/fasttrap_isa.c cc -O2 -pipe -DSMP -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/cddl/compat/opensolaris -I/src/sys/cddl/contrib/opensolaris/uts/common -I/src/sys -I/src/sys/cddl/contrib/opensolaris/uts/powerpc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc/src/sys/LINT -fno-builtin -msoft-float -mno-altivec -ffreestanding -fstack-protector -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 -Wno-unknown-pragmas -Wno-unused -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -include /src/sys/cddl/compat/opens! olaris/sys/debug_compat.h -c /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c cc1: warnings being treated as errors /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c: In function 'do_decomp': /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:765: warning: suggest parentheses around arithmetic in operand of | [-Wparentheses] /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c: In function 'find_composition_start': /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1027: warning: cast discards qualifiers from pointer target type /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c: In function 'do_composition': /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1108: warning: suggest parentheses around arithmetic in operand of | [-Wparentheses] /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1110: warning: suggest parentheses around arithmetic in operand of | [-Wparentheses] /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1122: warning: suggest parentheses around arithmetic in operand of | [-Wparentheses] /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c: In function 'collect_a_seq': /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1542: warning: suggest parentheses around arithmetic in operand of | [-Wparentheses] /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c: In function 'u8_strcmp': /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1901: warning: cast discards qualifiers from pointer target type /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1901: warning: cast discards qualifiers from pointer target type /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1904: warning: cast discards qualifiers from pointer target type /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1904: warning: cast discards qualifiers from pointer target type /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1908: warning: cast discards qualifiers from pointer target type /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1908: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. bmake[4]: stopped in /src/sys/modules/dtrace/fasttrap *** Error code 1 Stop. bmake[3]: stopped in /src/sys/modules/dtrace *** Error code 1 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-27 06:50:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-27 06:50:32 - ERROR: failed to build LINT kernel TB --- 2014-06-27 06:50:32 - 12591.66 user 1370.38 system 14111.30 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 27 07:54:16 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29F26F98; Fri, 27 Jun 2014 07:54:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D72A72E34; Fri, 27 Jun 2014 07:54:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5R7sEfA050482; Fri, 27 Jun 2014 03:54:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5R7sESj050481; Fri, 27 Jun 2014 07:54:14 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 27 Jun 2014 07:54:14 GMT Message-Id: <201406270754.s5R7sESj050481@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2014 07:54:16 -0000 TB --- 2014-06-27 03:26:33 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-27 03:26:33 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-27 03:26:33 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-06-27 03:26:33 - cleaning the object tree TB --- 2014-06-27 03:28:35 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-27 03:28:40 - At svn revision 267918 TB --- 2014-06-27 03:28:41 - building world TB --- 2014-06-27 03:28:41 - CROSS_BUILD_TESTING=YES TB --- 2014-06-27 03:28:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-27 03:28:41 - MAKESYSPATH=/src/share/mk TB --- 2014-06-27 03:28:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-27 03:28:41 - SRCCONF=/dev/null TB --- 2014-06-27 03:28:41 - TARGET=powerpc TB --- 2014-06-27 03:28:41 - TARGET_ARCH=powerpc64 TB --- 2014-06-27 03:28:41 - TZ=UTC TB --- 2014-06-27 03:28:41 - __MAKE_CONF=/dev/null TB --- 2014-06-27 03:28:41 - cd /src TB --- 2014-06-27 03:28:41 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Fri Jun 27 03:28:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Jun 27 07:42:23 UTC 2014 TB --- 2014-06-27 07:42:23 - generating LINT kernel config TB --- 2014-06-27 07:42:23 - cd /src/sys/powerpc/conf TB --- 2014-06-27 07:42:23 - /usr/bin/make -B LINT TB --- 2014-06-27 07:42:23 - cd /src/sys/powerpc/conf TB --- 2014-06-27 07:42:23 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-06-27 07:42:23 - skipping LINT kernel TB --- 2014-06-27 07:42:23 - cd /src/sys/powerpc/conf TB --- 2014-06-27 07:42:23 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC TB --- 2014-06-27 07:42:23 - skipping GENERIC kernel TB --- 2014-06-27 07:42:23 - cd /src/sys/powerpc/conf TB --- 2014-06-27 07:42:23 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC64 TB --- 2014-06-27 07:42:23 - building GENERIC64 kernel TB --- 2014-06-27 07:42:23 - CROSS_BUILD_TESTING=YES TB --- 2014-06-27 07:42:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-27 07:42:23 - MAKESYSPATH=/src/share/mk TB --- 2014-06-27 07:42:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-27 07:42:23 - SRCCONF=/dev/null TB --- 2014-06-27 07:42:23 - TARGET=powerpc TB --- 2014-06-27 07:42:23 - TARGET_ARCH=powerpc64 TB --- 2014-06-27 07:42:23 - TZ=UTC TB --- 2014-06-27 07:42:23 - __MAKE_CONF=/dev/null TB --- 2014-06-27 07:42:23 - cd /src TB --- 2014-06-27 07:42:23 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Fri Jun 27 07:42:24 UTC 2014 >>> 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 [...] ctfconvert -L VERSION -g fasttrap_isa.o cc -O2 -pipe -DSMP -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/cddl/compat/opensolaris -I/src/sys/cddl/contrib/opensolaris/uts/common -I/src/sys -I/src/sys/cddl/contrib/opensolaris/uts/powerpc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -g -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 -Wno-unknown-pragmas -Wno-unused -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -inclu! de /src/sys/cddl/compat/opensolaris/sys/debug_compat.h -c /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c cc1: warnings being treated as errors /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c: In function 'do_decomp': /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:765: warning: suggest parentheses around arithmetic in operand of | [-Wparentheses] /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c: In function 'find_composition_start': /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1027: warning: cast discards qualifiers from pointer target type /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c: In function 'do_composition': /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1108: warning: suggest parentheses around arithmetic in operand of | [-Wparentheses] /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1110: warning: suggest parentheses around arithmetic in operand of | [-Wparentheses] /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1122: warning: suggest parentheses around arithmetic in operand of | [-Wparentheses] /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c: In function 'collect_a_seq': /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1542: warning: suggest parentheses around arithmetic in operand of | [-Wparentheses] /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c: In function 'u8_strcmp': /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1901: warning: cast discards qualifiers from pointer target type /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1901: warning: cast discards qualifiers from pointer target type /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1904: warning: cast discards qualifiers from pointer target type /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1904: warning: cast discards qualifiers from pointer target type /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1908: warning: cast discards qualifiers from pointer target type /src/sys/modules/dtrace/fasttrap/../../../cddl/contrib/opensolaris/common/unicode/u8_textprep.c:1908: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. bmake[4]: stopped in /src/sys/modules/dtrace/fasttrap *** Error code 1 Stop. bmake[3]: stopped in /src/sys/modules/dtrace *** Error code 1 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-27 07:54:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-27 07:54:14 - ERROR: failed to build GENERIC64 kernel TB --- 2014-06-27 07:54:14 - 14199.39 user 1695.47 system 16061.10 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 27 09:12:33 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7DB86AA0; Fri, 27 Jun 2014 09:12:33 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 59DF5255A; Fri, 27 Jun 2014 09:12:33 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 320C2789; Fri, 27 Jun 2014 09:11:46 +0000 (UTC) Date: Fri, 27 Jun 2014 09:11:22 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, rpaulo@FreeBSD.org, mjg@FreeBSD.org, mav@FreeBSD.org, jfv@FreeBSD.org Message-ID: <786779841.200.1403860294964.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD-modules #683 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD-modules X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 27 Jun 2014 09:12:33 -0000 See Changes: [mav] Fix typo in r267481. MFC after:=093 days [mjg] Check lower bound of cmsg_len. If passed cm->cmsg_len was below cmsghdr size the experssion: datalen =3D (caddr_t)cm + cm->cmsg_len - (caddr_t)data; would give negative result. However, in practice it would not result in a crash because the kernel would try to obtain garbage fds for given process and would error out with EBADF. PR:=09=09124908 Submitted by:=09campbell mumble.net (modified a little) MFC after:=091 week [rpaulo] MFV illumos 4471 DTrace count() with histogram 4472 DTrace full width distribution histograms 4473 DTrace frequency trails MFC after:=092 weeks [rpaulo] MFV illumos 4474 DTrace Userland CTF Support 4475 DTrace userland Keyword 4476 DTrace tests should be better citizens 4479 pid provider types 4480 dof emulation is missing checks MFC after:=092 weeks [rpaulo] MFV illumos 4477 DTrace should speak JSON MFC after:=092 weeks [jfv] Sync the E1000 shared code with Intel internal, this adds fixes, and more importantly, new I218 adapter support to the em driver. MFC after: 1 week ------------------------------------------ [...truncated 6889 lines...] awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q --- vnode_if.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h --- .depend --- rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I -I -I -I. -I@ -I@= /contrib/altq -std=3Diso9899:1999 --- depend_subdir_ed --- =3D=3D=3D> ed (depend) --- depend_subdir_dtrace --- =3D=3D=3D> dtrace/dtrace (depend) --- depend_subdir_ed --- --- --- @ -> --- --- --- depend_subdir_dtrace --- --- --- --- depend_subdir_ed --- machine -> --- depend_subdir_dtrace --- @ -> --- depend_subdir_ed --- --- --- --- depend_subdir_dtrace --- --- --- machine -> --- depend_subdir_ed --- x86 -> --- isa_if.h --- --- depend_subdir_dtrace --- --- --- --- depend_subdir_ed --- awk -f @/tools/makeobjops.awk @/isa/isa_if.m -h --- depend_subdir_dtrace --- x86 -> --- depend_subdir_ed --- --- pccarddevs.h --- --- depend_subdir_dtrace --- --- bus_if.h --- --- depend_subdir_ed --- awk -f @/tools/pccarddevs2h.awk @/dev/pccard/pccarddevs --- depend_subdir_dtrace --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_ed --- --- card_if.h --- awk -f @/tools/makeobjops.awk @/dev/pccard/card_if.m -h --- depend_subdir_dtrace --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_ed --- --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- depend_subdir_dtrace --- --- vnode_if_newproto.h --- --- depend_subdir_ed --- --- opt_ed.h --- --- depend_subdir_dtrace --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p --- depend_subdir_ed --- :> opt_ed.h --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_dtrace --- --- vnode_if_typedef.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q --- depend_subdir_drm --- =3D=3D=3D> drm/i915 (depend) --- depend_subdir_dtrace --- --- opt_compat.h --- :> opt_compat.h --- opt_kstack_pages.h --- :> opt_kstack_pages.h --- opt_nfs.h --- --- depend_subdir_ed --- --- device_if.h --- --- depend_subdir_dtrace --- :> opt_nfs.h --- depend_subdir_drm --- --- --- --- depend_subdir_dtrace --- --- opt_hwpmc_hooks.h --- --- depend_subdir_ed --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_dtrace --- :> opt_hwpmc_hooks.h --- vnode_if.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h --- depend_subdir_drm --- @ -> --- --- --- depend_subdir_ed --- --- miibus_if.h --- awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -h --- depend_subdir_drm --- machine -> --- --- --- depend_subdir_dtrace --- --- genassym.o --- cc -c -O2 -pipe -DDIS_MEM -DSMP -fno-strict-aliasing -Werror -D_KERNEL -DKL= D_MODULE -nostdinc -I -I -I -I -I -I -I -I -I. -I@ -I@/co= ntrib/altq -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=3D= kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwin= d-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Qunused-argume= nts -std=3Diso9899: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 -Wno-error-tautological-compare -Wno-error-e= mpty-body -Wno-error-parentheses-equality -Wno-unused-function -Wno-unknown= -pragmas -Wno-parentheses -Wno-uninitialized -Wno-cast-qual -Wno-unused -mn= o-aes -mno-avx -Qunused-arguments -include @/amd64/amd64/genassym.c --- depend_subdir_drm --- x86 -> --- depend_subdir_ed --- --- .depend --- --- depend_subdir_drm --- --- device_if.h --- --- depend_subdir_ed --- rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I. -I@ -I@/contrib/= altq -std=3Diso9899:1999 --- depend_subdir_drm --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- opt_drm.h --- :> opt_drm.h --- .depend --- rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I. -I@ -I@/contrib/= altq -std=3Diso9899:1999 --- depend_subdir_dtrace --- --- assym.s --- sh @/kern/genassym.sh genassym.o > assym.s --- .depend --- rm -f .depend mkdep -f .depend -a -nostdinc -DDIS_MEM -DSMP -D_KERNEL -DKLD_MODULE -I -I -I -I -I -I -I -I -I. -I@ -I@/contrib/altq -std=3Diso98= 99:1999 <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD-modules/ws/sys/modules= /dtrace/dtrace/../../../cddl/dev/dtrace/amd64/dtrace_subr.c> --- depend_subdir_drm --- =3D=3D=3D> drm/mach64 (depend) --- depend_subdir_em --- =3D=3D=3D> em (depend) --- depend_subdir_drm --- --- --- --- depend_subdir_dtrace --- :114:10: fatal error: 'strtolctype.h' file not found #include "strtolctype.h" ^ --- depend_subdir_drm --- @ -> --- --- --- depend_subdir_em --- --- --- --- depend_subdir_drm --- machine -> --- depend_subdir_em --- @ -> --- depend_subdir_drm --- --- --- --- depend_subdir_em --- --- --- --- depend_subdir_dtrace --- 1 error generated. --- depend_subdir_drm --- x86 -> --- depend_subdir_em --- machine -> --- depend_subdir_drm --- --- device_if.h --- --- depend_subdir_em --- --- --- --- depend_subdir_drm --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_em --- x86 -> --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_drm --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_em --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- depend_subdir_drm --- --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- depend_subdir_em --- --- opt_inet.h --- --- depend_subdir_drm --- --- opt_drm.h --- :> opt_drm.h --- depend_subdir_em --- --- opt_inet6.h --- --- depend_subdir_drm --- --- .depend --- --- depend_subdir_em --- --- .depend --- --- depend_subdir_drm --- rm -f .depend --- depend_subdir_em --- rm -f .depend --- depend_subdir_drm --- mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I. -I@ -I@/contrib/= altq -std=3Diso9899:1999 --- depend_subdir_em --- mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I -I. -I@ -I@/contrib/altq -std=3Diso9899:1999 --- depend_subdir_dtrace --- mkdep: compile failed *** [.depend] Error code 1 make[2]: stopped in 1 error make[2]: stopped in *** [_sub.depend] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [depend_subdir_dtrace] Error code 2 make: stopped in --- depend_subdir_drm --- A failure has been detected in another branch of the parallel make make[2]: stopped in *** [_sub.depend] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [depend_subdir_drm] Error code 2 make: stopped in --- depend_subdir_drm2 --- A failure has been detected in another branch of the parallel make make[2]: stopped in *** [_sub.depend] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [depend_subdir_drm2] Error code 2 make: stopped in --- depend_subdir_em --- A failure has been detected in another branch of the parallel make make[1]: stopped in *** [depend_subdir_em] Error code 2 make: stopped in 4 errors make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Fri Jun 27 09:20:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 65A24D24 for ; Fri, 27 Jun 2014 09:20:27 +0000 (UTC) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 2C20B25AE for ; Fri, 27 Jun 2014 09:20:26 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id EF27C7300A; Fri, 27 Jun 2014 11:14:59 +0200 (CEST) Date: Fri, 27 Jun 2014 11:14:59 +0200 From: Luigi Rizzo To: current@freebsd.org Subject: do we have a generic string-number sysctl mapping library ? Message-ID: <20140627091459.GA50710@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 27 Jun 2014 09:20:27 -0000 Hi, I have frequently found myself using sysctls to control some kernel feature where a string would be a better (and sometimes the only) option than using a numeric value, yet the internal representation should be numeric for speed and robustness. Examples are the kern.timecounter, the default scheduler in dummynet, and now in netmap the selection between native and emulated mode. I am sure many of you can come up with other cases. I wonder if we have some support for that already in the sysctl code, or i should build a generic one next time i need to do that. Feel free to criticise the approach and suggest better ones. Right now i am using sysctls because i have a set of macros and wrapper functions that let me convert them to sysfs entries when building kernel code on linux, so I have a portable solutions. For the details, I'd like to have a mechanism that requires the kernel programmer supply a (possibly extensible) table of supported values, and matching constants to be used within the kernel. A single declaration should generate entries to get/set the current value as well as list options. We can discuss frills (such as wildcards, multiple values,etc). cheers luigi From owner-freebsd-current@FreeBSD.ORG Fri Jun 27 09:27:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA4F63F3; Fri, 27 Jun 2014 09:27:37 +0000 (UTC) Received: from stargate.chelsio.com (99-65-72-228.uvs.sntcca.sbcglobal.net [99.65.72.228]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A20E02695; Fri, 27 Jun 2014 09:27:37 +0000 (UTC) Received: from nice.asicdesigners.com (nice.asicdesigners.com [10.192.160.7]) by stargate.chelsio.com (8.13.8/8.13.8) with ESMTP id s5R9Ranq028229; Fri, 27 Jun 2014 02:27:36 -0700 Received: from NICE.asicdesigners.com ([fe80::51b2:ba95:9d72:babc]) by nice.asicdesigners.com ([fe80::51b2:ba95:9d72:babc%15]) with mapi id 14.02.0247.003; Fri, 27 Jun 2014 02:27:36 -0700 From: Sreenivasa Honnur To: "freebsd-hackers@freebsd.org" Subject: FreeBSD iscsi target Thread-Topic: FreeBSD iscsi target Thread-Index: AQHPkeoHCJZMCop1pkesuBlodV6Y+w== Date: Fri, 27 Jun 2014 09:27:35 +0000 Message-ID: References: <20140626232727.GB1825@pwnie.vrt.sourcefire.com> <53ACE5B4.8070700@rice.edu> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-cr-puzzleid: {AF9812F4-196F-4FB9-98A3-8B32AE9EE885} x-cr-hashedpuzzle: AZoh CVSo F0zC GcP3 ID8u IS8B JS8Y JUIr LaBk LjHd MUA7 NOp0 Ng6s P/sg UYhK Uwlw; 2; ZgByAGUAZQBiAHMAZAAtAGMAdQByAHIAZQBuAHQAQABmAHIAZQBlAGIAcwBkAC4AbwByAGcAOwBmAHIAZQBlAGIAcwBkAC0AaABhAGMAawBlAHIAcwBAAGYAcgBlAGUAYgBzAGQALgBvAHIAZwA=; Sosha1_v1; 7; {AF9812F4-196F-4FB9-98A3-8B32AE9EE885}; cwBoAG8AbgBuAHUAcgBAAGMAaABlAGwAcwBpAG8ALgBjAG8AbQA=; Fri, 27 Jun 2014 09:27:31 GMT;RgByAGUAZQBCAFMARAAgAGkAcwBjAHMAaQAgAHQAYQByAGcAZQB0AA== x-originating-ip: [10.193.190.128] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 27 Jun 2014 09:27:38 -0000 Does freebsd iscsi target supports: 1. ACL (access control lists) 2. iSNS=20 3. Multiple connections per session 4. Dynamic Lun allocation/resize 5. Target redirection From owner-freebsd-current@FreeBSD.ORG Fri Jun 27 09:28:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28E275DA for ; Fri, 27 Jun 2014 09:28:02 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A106726A3 for ; Fri, 27 Jun 2014 09:28:01 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.9/8.14.9) with ESMTP id s5R9RuV9000854 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Jun 2014 11:27:56 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.9/8.14.9/Submit) with ESMTP id s5R9RurM000851; Fri, 27 Jun 2014 11:27:56 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Fri, 27 Jun 2014 11:27:56 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Luigi Rizzo Subject: Re: do we have a generic string-number sysctl mapping library ? In-Reply-To: <20140627091459.GA50710@onelab2.iet.unipi.it> Message-ID: References: <20140627091459.GA50710@onelab2.iet.unipi.it> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 27 Jun 2014 09:28:02 -0000 On Fri, 27 Jun 2014 11:14+0200, Luigi Rizzo wrote: > Hi, > I have frequently found myself using sysctls to control some kernel > feature where a string would be a better (and sometimes the only) > option than using a numeric value, yet the internal representation > should be numeric for speed and robustness. > Examples are the kern.timecounter, the default scheduler in dummynet, > and now in netmap the selection between native and emulated mode. > I am sure many of you can come up with other cases. > > I wonder if we have some support for that already in the sysctl code, > or i should build a generic one next time i need to do that. In C, according to sysctl(3) you could use sysctlnametomib(). I might have misinterpreted the problem domain. > Feel free to criticise the approach and suggest better ones. > Right now i am using sysctls because i have a set of macros > and wrapper functions that let me convert them to sysfs > entries when building kernel code on linux, so I have a > portable solutions. > > For the details, I'd like to have a mechanism that requires the > kernel programmer supply a (possibly extensible) table of > supported values, and matching constants to be used within > the kernel. A single declaration should generate entries > to get/set the current value as well as list options. > We can discuss frills (such as wildcards, multiple values,etc). > > cheers > luigi -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-current@FreeBSD.ORG Fri Jun 27 09:47:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E9F83AEF for ; Fri, 27 Jun 2014 09:47:05 +0000 (UTC) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id ABE10288F for ; Fri, 27 Jun 2014 09:47:05 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id ED5837300A; Fri, 27 Jun 2014 11:50:29 +0200 (CEST) Date: Fri, 27 Jun 2014 11:50:29 +0200 From: Luigi Rizzo To: Trond Endrest?l Subject: Re: do we have a generic string-number sysctl mapping library ? Message-ID: <20140627095029.GF50710@onelab2.iet.unipi.it> References: <20140627091459.GA50710@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 27 Jun 2014 09:47:06 -0000 On Fri, Jun 27, 2014 at 11:27:56AM +0200, Trond Endrest?l wrote: > On Fri, 27 Jun 2014 11:14+0200, Luigi Rizzo wrote: > > > Hi, > > I have frequently found myself using sysctls to control some kernel > > feature where a string would be a better (and sometimes the only) > > option than using a numeric value, yet the internal representation > > should be numeric for speed and robustness. > > Examples are the kern.timecounter, the default scheduler in dummynet, > > and now in netmap the selection between native and emulated mode. > > I am sure many of you can come up with other cases. > > > > I wonder if we have some support for that already in the sysctl code, > > or i should build a generic one next time i need to do that. > > In C, according to sysctl(3) you could use sysctlnametomib(). > I might have misinterpreted the problem domain. different problem. Example below: right now i have dev.netmap.admode which can assume integer values, i do not need a special handler, and the code in the kernel uses 1, 2 or "everything else" to decide what to do (resetting "everything else" to 0 opportunistically). I want to have a generic handler that accepts a set of predefined string values (specifically "any native emulated") and converts them to integers through some user-specificed mapping so the kernel can still do the quick tests but users don't have to remember what '2' means cheers luigi From owner-freebsd-current@FreeBSD.ORG Fri Jun 27 12:56:20 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53C5CA10; Fri, 27 Jun 2014 12:56:20 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 418C82BDB; Fri, 27 Jun 2014 12:56:19 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id s5RCuDgL053532; Fri, 27 Jun 2014 15:56:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s5RCuDgL053532 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.8/Submit) id s5RCuDkd053531; Fri, 27 Jun 2014 15:56:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 27 Jun 2014 15:56:13 +0300 From: Konstantin Belousov To: performance@freebsd.org Subject: PostgreSQL performance on FreeBSD Message-ID: <20140627125613.GT93733@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gw/jrspf8iiPX0nu" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 27 Jun 2014 12:56:20 -0000 --gw/jrspf8iiPX0nu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I did some measurements and hacks to see about the performance and scalability of PostgreSQL 9.3 on FreeBSD, sponsored by The FreeBSD Foundation. The results are described in https://kib.kiev.ua/kib/pgsql_perf.pdf. The uncommitted patches, referenced in the article, are available as https://kib.kiev.ua/kib/pig1.patch.txt https://kib.kiev.ua/kib/patch-2 --gw/jrspf8iiPX0nu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJTrWnsAAoJEJDCuSvBvK1Bh5sP/2QSi4pgfmziDoMVip/rKwFB DxMiTu2rl8sVWjWTB3Qd0zlk/glJwwZDmhprA+ovXJFsLlZBXSrZKvz+tP9Ug1RP iZ5z87XCN37GMDnvYO7uh8dt/Z2HVRiPQA7GXTaDUEdycNUED1OhlH9X62fw4wM8 uuU5J1dsyf9Eh+MXyDhJPqf83l6wvgSbX8UOEhOOmcx/57jSaFm2elpGKHdWMhHV bLGqbHv2TPek5BbsSUQhpAvrWG7j8iLf1QIbbYTkssu8jN4HtyceBKHLHm0vKU6E uNWrvdRzl3ZSLWc1/oVKd2IESeSCDhQI4053gV4VQ+tD89D53d5eaIaxdEoYEuVO TFyzAS6D4FtAnSiVuq9GKV4ChX2cA7hhI+l6AxM6RQ745gn3o60jQDNGvMyd0hg+ Mdy9e9vNSv9PQWwTOs2oUJXt9Y9Mkni01xq2fUz7w6ZBBlHmSdPH1H8GAHeFfDfh 9r3t1CIgY26Ff9kUHMgkWs7uBp6ly9QSAOIEPyVDWhbj6x88N3vIQ/V2k58vrhJW VofYgmlz1M/6D7gi2KnVQll4n9EAzuviow05yfRJVVnGgAhvyKPrmyNxML6nQF26 /MvYBYpC9ceWPP7Mk7+xbWy3S1qqot1H+8U1nyUCYv2Qm40xRMFIH7hLcC3kb8M7 L9Hd8WjQ9Z9r/NxF0/Zz =gNTr -----END PGP SIGNATURE----- --gw/jrspf8iiPX0nu-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 27 14:00:08 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D2B9F84; Fri, 27 Jun 2014 14:00:08 +0000 (UTC) Received: from mail.feld.me (mail.feld.me [66.170.3.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.feld.me", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2D8992221; Fri, 27 Jun 2014 14:00:07 +0000 (UTC) Received: from mail.feld.me (mail.feld.me [66.170.3.6]); by mail.feld.me (OpenSMTPD) with ESMTP id 18724661; Fri, 27 Jun 2014 08:53:26 -0500 (CDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=feld.me; h=mime-version :date:content-type:message-id:from:subject:to:cc:in-reply-to :references:sender; s=blargle2; bh=QHp5kyOwcji/8sYH0H7go2vvmGE=; b= T2Q4GMvkZGKMJ1mud/wS5wbWvmWGHQ5SgB3RxSuCgvSgl1HAD4Jh9cYB6JhtZ+ic srRIXnyLw2R42A9PTSXqJUcGxsnzFmXv1nADSYyXmSUutJZyRIuFYYjUGJ6MZkNT 34QWulARgX5b1NueJjLFbLhDfeRaDQM0R1yqsVllaGn78ZY4aV5pfaJEWPoLTPib tb+ZN3tpI0GCsiBboqRZUX0qdTBmGOzE3ikVu9MM18cGU+uVuM5MLWefEV5fKWEz wgAM7eNHOzuCttTUoiL6RMBbjgPpezJ0MYk6p8QDz/i5xTnW9vrRPJpj/Mw75Za8 fekadck5sFQ/yDuFg4zwrA== DomainKey-Signature: a=rsa-sha1; c=nofws; d=feld.me; h=mime-version:date :content-type:message-id:from:subject:to:cc:in-reply-to :references:sender; q=dns; s=blargle2; b=CrY0WRhU+qJEtFWq3NYkyA4 HXVjhGJplG84j/v8/JZ6NZ9lfd2emgRjtJEYNvXS5OkLT6waxh3WbLJzfqTf91JA e5Q1SOIZhabisIquvXO32lLFNFI6qN2xNu8FEtOJFYgH87JSBwZ9VA5/KDuc2cSj 1JITPBh47TNM7RHWYZ+pOe+2fOsNPt1+Y6tb+S4aCw417xJUdkKPKKXM0cA65PXD shcfGWMMNBJ8jDJ/6a07e1Ms28SSRRRyc+cn/wMClMmmKkehDpQQDP2aZMjJ6/VA QoTDilUoIQf2HOfKPws0AdZjQU8RMlZWleTEeQAOft6y8xKDbDQNTUouJmsUksw= = Received: from mail.feld.me (mail.feld.me [66.170.3.6]); by mail.feld.me (OpenSMTPD) with ESMTP id 966a52e7; Fri, 27 Jun 2014 08:53:26 -0500 (CDT) Received: from feld@feld.me by mail.feld.me (Archiveopteryx 3.2.0) with esmtpa id 1403877205-4188-4185/5/6; Fri, 27 Jun 2014 13:53:25 +0000 Mime-Version: 1.0 Date: Fri, 27 Jun 2014 13:53:25 +0000 Content-Type: text/plain; charset=utf-8 Message-Id: <3fc51f4ac40910455d761c6cd2b150c7@mail.feld.me> X-Mailer: RainLoop/1.6.7.132 From: Mark Felder Subject: Re: PostgreSQL performance on FreeBSD To: Konstantin Belousov , performance@freebsd.org In-Reply-To: <20140627125613.GT93733@kib.kiev.ua> References: <20140627125613.GT93733@kib.kiev.ua> Sender: feld@feld.me Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 27 Jun 2014 14:00:08 -0000 June 27 2014 7:56 AM, "Konstantin Belousov" wrote: > Hi, > I did some measurements and hacks to see about the performance and > scalability of PostgreSQL 9.3 on FreeBSD, sponsored by The FreeBSD > Foundation. > > The results are described in https://kib.kiev.ua/kib/pgsql_perf.pdf. > The uncommitted patches, referenced in the article, are available as > https://kib.kiev.ua/kib/pig1.patch.txt > https://kib.kiev.ua/kib/patch-2 > Thank you for taking the time to do this benchmark. From owner-freebsd-current@FreeBSD.ORG Fri Jun 27 15:03:58 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A70AE7A7 for ; Fri, 27 Jun 2014 15:03:58 +0000 (UTC) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7286C2934 for ; Fri, 27 Jun 2014 15:03:57 +0000 (UTC) Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 318E320A62 for ; Fri, 27 Jun 2014 11:03:36 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute3.internal (MEProxy); Fri, 27 Jun 2014 11:03:36 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=grosser.es; h= message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; s=mesmtp; bh=KT4zPOliJqCKFoxdhuogF14OWBU=; b=MGeXP8Vidg5vhxA6biYZLM0neai7 cvYiAxoFXpqYOTezy72MraOoPw/G9rGKqRbSSCwZOYhuRC88svPf06pQlf5aznB9 SVNGWhUHea0dPGGZYoU+g/NvV8TY00R5eTUlf8gHcSQib5CHG3U5HEFMKkwnalCC XhnLL/86EqHt1GI= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:date:from:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; s=smtpout; bh=KT4zPOliJqCKFoxdhuogF1 4OWBU=; b=p0mt/lwRKr67vPF50cdJK3KDCDn+xeNpzqCgMNjok6AupVuCGjoVJp ODR71z/G3tnHEJrP139fQMni+adYK5Qjppb6co+Xci8ckd3bmKJ8f4xGUdP3g2lT A5DNoSM0XqzVfaa6jXTVzObK+kyk5cUqyPZ1cTE/n31zUOXvGGsOc= X-Sasl-enc: GI4l6yXT3gkABetPWw4jpWp+0aOGKiKEleMakpCdRv8i 1403881415 Received: from [129.199.97.210] (unknown [129.199.97.210]) by mail.messagingengine.com (Postfix) with ESMTPA id B0840C007B1; Fri, 27 Jun 2014 11:03:35 -0400 (EDT) Message-ID: <53AD87C6.7050408@grosser.es> Date: Fri, 27 Jun 2014 17:03:34 +0200 From: Tobias Grosser User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Konstantin Belousov , performance@freebsd.org Subject: Re: PostgreSQL performance on FreeBSD References: <20140627125613.GT93733@kib.kiev.ua> In-Reply-To: <20140627125613.GT93733@kib.kiev.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 27 Jun 2014 15:44:11 +0000 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 27 Jun 2014 15:03:58 -0000 On 27/06/2014 14:56, Konstantin Belousov wrote: > Hi, > I did some measurements and hacks to see about the performance and > scalability of PostgreSQL 9.3 on FreeBSD, sponsored by The FreeBSD > Foundation. > > The results are described in https://kib.kiev.ua/kib/pgsql_perf.pdf. > The uncommitted patches, referenced in the article, are available as > https://kib.kiev.ua/kib/pig1.patch.txt > https://kib.kiev.ua/kib/patch-2 Interesting. Did you report the clang bug upstream? Tobias From owner-freebsd-current@FreeBSD.ORG Fri Jun 27 15:51:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 94D23937; Fri, 27 Jun 2014 15:51:36 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6D6C12D7B; Fri, 27 Jun 2014 15:51:36 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 80E50B917; Fri, 27 Jun 2014 11:51:34 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: do we have a generic string-number sysctl mapping library ? Date: Fri, 27 Jun 2014 10:56:33 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <20140627091459.GA50710@onelab2.iet.unipi.it> In-Reply-To: <20140627091459.GA50710@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201406271056.33331.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 27 Jun 2014 11:51:34 -0400 (EDT) Cc: Luigi Rizzo , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 27 Jun 2014 15:51:36 -0000 On Friday, June 27, 2014 5:14:59 am Luigi Rizzo wrote: > Hi, > I have frequently found myself using sysctls to control some kernel > feature where a string would be a better (and sometimes the only) > option than using a numeric value, yet the internal representation > should be numeric for speed and robustness. > Examples are the kern.timecounter, the default scheduler in dummynet, > and now in netmap the selection between native and emulated mode. > I am sure many of you can come up with other cases. > > I wonder if we have some support for that already in the sysctl code, > or i should build a generic one next time i need to do that. > > Feel free to criticise the approach and suggest better ones. > Right now i am using sysctls because i have a set of macros > and wrapper functions that let me convert them to sysfs > entries when building kernel code on linux, so I have a > portable solutions. > > For the details, I'd like to have a mechanism that requires the > kernel programmer supply a (possibly extensible) table of > supported values, and matching constants to be used within > the kernel. A single declaration should generate entries > to get/set the current value as well as list options. > We can discuss frills (such as wildcards, multiple values,etc). I am not aware of such a beast. Even just supporting a simple table to map labels to indices would be nice and would handle many cases. I.e. if you had something like: struct sysctl_table vals[] = { "foo", (void *)1, "bar", (void *)2, NULL, NULL }; static int myval; static int my_sysctl(SYSCTL_HANDLER_ARGS) { void *val; int error; val = (void *)myval; error = sysctl_handle_table(oidp, vals, &val, req); if (error || req->newptr == NULL) return (error); myval = (intptr_t)val; return (0); } sysctl_handle_table() would use the initial value to find a suitable string from the table for the "old" string, etc. Using void * for the value would let you store arbitrary data, etc. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jun 27 15:51:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 50211A31; Fri, 27 Jun 2014 15:51:40 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 27DF22D7C; Fri, 27 Jun 2014 15:51:40 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id CAD70B965; Fri, 27 Jun 2014 11:51:38 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: PostgreSQL performance on FreeBSD Date: Fri, 27 Jun 2014 10:57:53 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <20140627125613.GT93733@kib.kiev.ua> In-Reply-To: <20140627125613.GT93733@kib.kiev.ua> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201406271057.53599.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 27 Jun 2014 11:51:39 -0400 (EDT) Cc: Konstantin Belousov , performance@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 27 Jun 2014 15:51:40 -0000 On Friday, June 27, 2014 8:56:13 am Konstantin Belousov wrote: > Hi, > I did some measurements and hacks to see about the performance and > scalability of PostgreSQL 9.3 on FreeBSD, sponsored by The FreeBSD > Foundation. > > The results are described in https://kib.kiev.ua/kib/pgsql_perf.pdf. > The uncommitted patches, referenced in the article, are available as > https://kib.kiev.ua/kib/pig1.patch.txt > https://kib.kiev.ua/kib/patch-2 Did you run the same benchmark on the same hardware with any other OS's to compare results? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jun 27 16:04:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ACD36E02 for ; Fri, 27 Jun 2014 16:04:32 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 6E2F72EDE for ; Fri, 27 Jun 2014 16:04:32 +0000 (UTC) Received: from [192.168.1.2] (senat1-01.HML3.ScaleEngine.net [209.51.186.5]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 1D22918D04 for ; Fri, 27 Jun 2014 16:04:25 +0000 (UTC) Message-ID: <53AD9621.7070000@freebsd.org> Date: Fri, 27 Jun 2014 12:04:49 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: do we have a generic string-number sysctl mapping library ? References: <20140627091459.GA50710@onelab2.iet.unipi.it> <20140627095029.GF50710@onelab2.iet.unipi.it> In-Reply-To: <20140627095029.GF50710@onelab2.iet.unipi.it> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rS7FrQpfdQNv5uuVHejWC7x3eS3O88pCK" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 27 Jun 2014 16:04:32 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --rS7FrQpfdQNv5uuVHejWC7x3eS3O88pCK Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-06-27 05:50, Luigi Rizzo wrote: > On Fri, Jun 27, 2014 at 11:27:56AM +0200, Trond Endrest?l wrote: >> On Fri, 27 Jun 2014 11:14+0200, Luigi Rizzo wrote: >> >>> Hi, >>> I have frequently found myself using sysctls to control some kernel >>> feature where a string would be a better (and sometimes the only) >>> option than using a numeric value, yet the internal representation >>> should be numeric for speed and robustness. >>> Examples are the kern.timecounter, the default scheduler in dummynet,= >>> and now in netmap the selection between native and emulated mode. >>> I am sure many of you can come up with other cases. >>> >>> I wonder if we have some support for that already in the sysctl code,= >>> or i should build a generic one next time i need to do that. >> >> In C, according to sysctl(3) you could use sysctlnametomib(). >> I might have misinterpreted the problem domain. >=20 > different problem. Example below: > right now i have dev.netmap.admode which can assume integer values, > i do not need a special handler, and the code in the kernel uses > 1, 2 or "everything else" to decide what to do (resetting > "everything else" to 0 opportunistically). >=20 > I want to have a generic handler that accepts a set of predefined > string values (specifically "any native emulated") and converts > them to integers through some user-specificed mapping so the > kernel can still do the quick tests but users don't have > to remember what '2' means >=20 > cheers > luigi > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 If i understand what you are looking for, it sounds like what vfs.zfs.vol.mode uses. the values are 0, 1 or 2, but can also be assigned using the keywords 'geom', 'dev', or 'none' --=20 Allan Jude --rS7FrQpfdQNv5uuVHejWC7x3eS3O88pCK 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.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTrZYkAAoJEJrBFpNRJZKfH20P/2gfWEpX2ZD+ScVk9QQjGHls sb7jQHD/kemEAyHFR1Tr3uarpKHnmwF/4Zj+DgfYXaYe8p4Oj2CYmTUMKWkCsSEk IEPOMCmUuRP2Uh8UHtYlFrHK5bZFaykrMVpRDWS0aISJQqONR0qANvlPmnmx+zsM ds1V+oLmlsWNXmYB04UkLO7OfnkH0wjOgCZTLnE1DbMwreQkc1qwM2Wl5Ky0QmIJ JvReTbomkWbXnS5/NeM6ux0suPiJq1dpABkXrgMVbQqLylrteAJOFzV6UYBbBbVZ izVNk3m/PtM/EO6bFqFFo/CZs47JWgwU/LK7fCCOrqfJwXPLr8kVwm/5rqOUI/6r 4OVfnlhkbvSCq3i/Ss2XoDy6juu9VV/dflnrkzHqjcaVWTxabVEN+6c2jTBNklDP Ug0WjGVufpphL4pxgNtIU5bJA8olr+UCa7l8kGde8pmJ+rKTjVcaaMCyYGI1xeb0 RH6BpcXG/ddN0JDSU7I4GmhTk7D8wIKw5VTeZuhQ3Rp5LgqGQGdfePws2+wHGpe+ KYswv0IkogETzkAUuZKOjZHvKjVxw4pzKL18x/DqjSp168knj/cLZ3Mp+mS8EK5m HQ8PzTtHWpIGdb+f7wpnzddB8OyMcXqst/67bWa7PoXJG3ShzADo/XIQuX5vHMxy qt0S3Z8o6Hbf4+ugYHZD =lWOW -----END PGP SIGNATURE----- --rS7FrQpfdQNv5uuVHejWC7x3eS3O88pCK-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 27 16:34:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 228465A7; Fri, 27 Jun 2014 16:34:14 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 84A2B2247; Fri, 27 Jun 2014 16:34:13 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id s5RGY7OJ003317 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Jun 2014 19:34:08 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s5RGY7OJ003317 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id s5RGY7qo003316; Fri, 27 Jun 2014 19:34:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 27 Jun 2014 19:34:07 +0300 From: Konstantin Belousov To: John Baldwin Subject: Re: PostgreSQL performance on FreeBSD Message-ID: <20140627163407.GX93733@kib.kiev.ua> References: <20140627125613.GT93733@kib.kiev.ua> <201406271057.53599.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vD4R8EutdGn5UgVK" Content-Disposition: inline In-Reply-To: <201406271057.53599.jhb@freebsd.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: freebsd-current@freebsd.org, performance@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 27 Jun 2014 16:34:14 -0000 --vD4R8EutdGn5UgVK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 27, 2014 at 10:57:53AM -0400, John Baldwin wrote: > On Friday, June 27, 2014 8:56:13 am Konstantin Belousov wrote: > > Hi, > > I did some measurements and hacks to see about the performance and > > scalability of PostgreSQL 9.3 on FreeBSD, sponsored by The FreeBSD > > Foundation. > >=20 > > The results are described in https://kib.kiev.ua/kib/pgsql_perf.pdf. > > The uncommitted patches, referenced in the article, are available as > > https://kib.kiev.ua/kib/pig1.patch.txt > > https://kib.kiev.ua/kib/patch-2 >=20 > Did you run the same benchmark on the same hardware with any other OS's t= o=20 > compare results? No. FWIW, before the failing after the 30 clients is corrected, I do not think it is much interesting to do such comparision. --vD4R8EutdGn5UgVK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJTrZz/AAoJEJDCuSvBvK1BivAP/jQn+zI9GOk+h3mQtuQVH9KE t1W8101cwctwZ2ysLbg0OTOPGzmKeGm7NOK+PtDnoS6pl4BkV9QVhkE63WyQ3Ptg FclUM60nE15P6Z+sbS9Ol4SNGDAo6rPmEkDtKkOEIM2VvFr+F9pOyPlH4LwcP4g3 OiKI3+Wp8BaJTDrRwZRV2+f1VxuY2/kxFOPTTtjvOXwMMnUSRuCqpAvxB2nYny+H VurzG3Gac1yYHRfBnbfoFObbkYXo0ayFh5lWOCEIoCkF/G8NRZUgOuEvrj7yPWeL EnvehQZQT59c0fbwm2QoVczD9F85hiiF9mIHXxA+mpLWYIJZHdhCMNE0OecbRWOF uw9fE0iSDAguCMOmprPBJZM+EB0pqaJ40eS8a/AQ99SQBES60mCQIXlG7IF62Tiq exqQRrQEYTrMWUIaMIJfTHyQPIu9Xla2me3wG5vsSkpIpZPH2NCqXhL+kUiukLgS kNWbxMSF2zdev8KPZu065CUSOpLKSunxZyn8b0Y3eiW1IGmgKFpqpavq9xArNxjZ M2/i/ogVLPy/Di9l6ZUOkWEag+ypIFd+5P8GawQbNE+qnpXwGZEOAdBHqeBbAx9Z 2EZaNahwSikcWrjr3y0hMfyg2iM1M9TUiWlc7dt44TNpcM0yTegHJVrVkfWY0657 zpH131slsx43J2fb0iJZ =k5Mx -----END PGP SIGNATURE----- --vD4R8EutdGn5UgVK-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 27 18:54:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C5800348 for ; Fri, 27 Jun 2014 18:54:39 +0000 (UTC) Received: from nm38.bullet.mail.ne1.yahoo.com (nm38.bullet.mail.ne1.yahoo.com [98.138.229.31]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 866432FF4 for ; Fri, 27 Jun 2014 18:54:38 +0000 (UTC) Received: from [127.0.0.1] by nm38.bullet.mail.ne1.yahoo.com with NNFMP; 27 Jun 2014 18:54:31 -0000 Received: from [98.138.100.118] by nm38.bullet.mail.ne1.yahoo.com with NNFMP; 27 Jun 2014 18:51:42 -0000 Received: from [98.139.212.150] by tm109.bullet.mail.ne1.yahoo.com with NNFMP; 27 Jun 2014 18:51:42 -0000 Received: from [98.139.212.220] by tm7.bullet.mail.bf1.yahoo.com with NNFMP; 27 Jun 2014 18:51:42 -0000 Received: from [127.0.0.1] by omp1029.mail.bf1.yahoo.com with NNFMP; 27 Jun 2014 18:51:42 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 327716.26635.bm@omp1029.mail.bf1.yahoo.com Received: (qmail 81163 invoked by uid 60001); 27 Jun 2014 18:51:42 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com.br; s=s1024; t=1403895102; bh=0hi+nmUkC9LO+9EbczKujit9QxFSxpVSrB0CSz/Nyyc=; h=Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=zfZO9Z8x42Jer6lDb6mZ6BnJfD75ZFGFzHvaDp0k7OxnM/QVvbLBy2XjubS6RPs9fzURet4QCW+lzUnaQlh/kZwEXiDbtpxPO/c2D6Gegi8tnM2dBy+sAoh91M921Iy5v1pOt2ed2m3I/iDNdgQnlI25RYDI7IMnE5/m/3LVsrs= X-YMail-OSG: bY2fy4gVM1lrcPqf0aQQPJ_m3dNgcTfNOAdDP2hVDCLYV6Q izVViT84OZ_qKYVRqCHwL0bg36qye7zAuUe8pIik_F9uGOwoqzQB0LKX21yX nvQCvJyPrYySs2c5dqp5h3fT02afAlgrKagCNDpoaqu1LI2W9dQuYxmbc3y_ yg4yGQQP.ssYw531JJGwRZ2eylKG9PKpITjo4ZpKCEN5jywnX4Ckr9xCD68r fvG3dsIaelLA.ACOFrv.kmxRVq4Qt7_GhLx5EGlj9OAWR9HQ2PJs21XZBCZY DlXIKHlL3ASIWkUDR1Bw4pqZ543ViYalmlPfc07u3vcxkvty5oEiWTDQ2zf9 R5F5Lmd.DNIV_.2_RMwaAKyDztKMZdm7cg16TuzhOaG.Q4ekX45xXWG2yNGT tUy3eFFNfaGW3xcI0gaT78jMGofrlWf1_oVnXMdD2HQR0bDxMnexiCblH0mz 50WzGVZJKMuqNZK.hGJedfRJmKNcGO4h6oWzwYN4hibla8LrnV4O.hx4e1i4 iBOL_sgeNe4flIJkjJz8.B8t6XjSoVZ9jMTTcNYIC2rAIrqBQMxBp8C0hMm_ iNHWaqrb_TXETJniNKdzJUbbTNgs3L5WTepG1LpbbakuzmA-- Received: from [186.233.159.186] by web162001.mail.bf1.yahoo.com via HTTP; Fri, 27 Jun 2014 11:51:42 PDT X-Rocket-MIMEInfo: 002.001, SGVsbG8gZm9sa3MsCgpJJ3ZlIGp1c3QgdXBkYXRlZCBteSBzeXN0ZW0gKGN1cnJlbnQpIGFuZCBub3cgSSdtIGdldHRpbmcgdGhpcyBtZXNzYWdlOgpbZGFuaWxvIHNyYyRdIHVuYW1lIC1hCnVuYW1lOiBzeXNjdGw6IENhbm5vdCBhbGxvY2F0ZSBtZW1vcnkKCgpTb21lIHByb2dyYW1zIGFyZSBmYWlsaW5nIGR1ZSB0aGlzLCBsaWtlIHBvcnRtYXN0ZXIgYW5kIGNocm9taXVtLgoKVGhpcyBjb21taXQgKHIyNjc5NjEpIGhhcyBhIGxvdCBvZiBjaGFuZ2VzIGluIHRoZSBzeXNjdGwgc3Vic3lzdGVtLgoKVGhhbmsBMAEBAQE- X-Mailer: YahooMailWebService/0.8.191.1 Message-ID: <1403895102.10070.YahooMailNeo@web162001.mail.bf1.yahoo.com> Date: Fri, 27 Jun 2014 11:51:42 -0700 From: Danilo Egea Reply-To: Danilo Egea Subject: sysctl: Cannot allocate memory after r267961 To: "freebsd-current@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 27 Jun 2014 18:54:39 -0000 Hello folks,=0A=0AI've just updated my system (current) and now I'm getting= this message:=0A[danilo src$] uname -a=0Auname: sysctl: Cannot allocate me= mory=0A=0A=0ASome programs are failing due this, like portmaster and chromi= um.=0A=0AThis commit (r267961) has a lot of changes in the sysctl subsystem= .=0A=0AThanks!=0A From owner-freebsd-current@FreeBSD.ORG Fri Jun 27 19:29:30 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 690635B0; Fri, 27 Jun 2014 19:29:30 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 4970D2375; Fri, 27 Jun 2014 19:29:30 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 6DBE1811; Fri, 27 Jun 2014 19:29:09 +0000 (UTC) Date: Fri, 27 Jun 2014 19:28:49 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, emaste@FreeBSD.org, rpaulo@FreeBSD.org, mjg@FreeBSD.org, mav@FreeBSD.org, hselasky@FreeBSD.org, jfv@FreeBSD.org Message-ID: <888818325.201.1403897341023.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <786779841.200.1403860294964.JavaMail.jenkins@jenkins-9.freebsd.org> References: <786779841.200.1403860294964.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD-modules #684 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD-modules X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 27 Jun 2014 19:29:30 -0000 See Changes: [emaste] Use a common tunable to choose between vt(4)/sc(4) With this change and previous work from ray@ it will be possible to put both in GENERIC, and have one enabled by default, but allow the other to be selected via the loader. (The previous implementation had separate kern.vt.disable and hw.syscons.disable tunables, and would panic if both drivers were compiled in and neither was explicitly disabled.) MFC after:=091 week Sponsored by:=09The FreeBSD Foundation [hselasky] Extend the meaning of the CTLFLAG_TUN flag to automatically chec= k if there is an environment variable which shall initialize the SYSCTL during early boot. This works for all SYSCTL types both statically and dynamically created ones, except for the SYSCTL NODE type and SYSCTLs which belong to VNETs. A new flag, CTLFLAG_NOFETCH, has been added to be used in the case a tunable sysctl has a custom initialisation function allowing the sysctl to still be marked as a tunable. The kernel SYSCTL API is mostly the same, with a few exceptions for some special operations like iterating childrens of a static/extern SYSCTL node. This operation should probably be made into a factored out common macro, hence some device drivers use this. The reason for changing the SYSCTL API was the need for a SYSCTL parent OID pointer and not only the SYSCTL parent OID list pointer in order to quickly generate the sysctl path. The motivation behind this patch is to avoid parameter loading cludges inside the OFED driver subsystem. Instead of adding special code to the OFED driver subsystem to post-load tunables into dynamically created sysctls, we generalize this in the kernel. Other changes: - Corrected a possibly incorrect sysctl name from "hw.cbb.intr_mask" to "hw.pcic.intr_mask". - Removed redundant TUNABLE statements throughout the kernel. - Some minor code rewrites in connection to removing not needed TUNABLE statements. - Added a missing SYSCTL_DECL(). - Wrapped two very long lines. - Avoid malloc()/free() inside sysctl string handling, in case it is called to initialize a sysctl from a tunable, hence malloc()/free() is not ready when sysctls from the sysctl dataset are registered. - Bumped FreeBSD version to indicate SYSCTL API change. MFC after:=092 weeks Sponsored by:=09Mellanox Technologies [hselasky] Add proper rangechecks in "axge_rx_frame()" function and fix receive loop header parsing. MFC after:=093 days PR:=09=09191432 ------------------------------------------ [...truncated 6941 lines...] --- depend_subdir_dtrace --- --- --- x86 -> --- vnode_if_newproto.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q --- vnode_if.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h --- .depend --- rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I -I -I -I. -I@ -I@= /contrib/altq -std=3Diso9899:1999 =3D=3D=3D> dtrace/dtrace (depend) --- --- @ -> --- --- machine -> --- --- x86 -> --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- vnode_if_newproto.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q --- opt_compat.h --- :> opt_compat.h --- opt_kstack_pages.h --- :> opt_kstack_pages.h --- opt_nfs.h --- :> opt_nfs.h --- opt_hwpmc_hooks.h --- :> opt_hwpmc_hooks.h --- vnode_if.h --- --- depend_subdir_drm --- =3D=3D=3D> drm/i915 (depend) --- depend_subdir_dtrace --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h --- depend_subdir_drm --- --- --- @ -> --- depend_subdir_ed --- --- depend_subdir_drm --- --- --- --- depend_subdir_dtrace --- --- genassym.o --- cc -c -O2 -pipe -DDIS_MEM -DSMP -fno-strict-aliasing -Werror -D_KERNEL -DKL= D_MODULE -nostdinc -I -I -I -I -I -I -I -I -I. -I@ -I@/co= ntrib/altq -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=3D= kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwin= d-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Qunused-argume= nts -std=3Diso9899: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 -Wno-error-tautological-compare -Wno-error-e= mpty-body -Wno-error-parentheses-equality -Wno-unused-function -Wno-unknown= -pragmas -Wno-parentheses -Wno-uninitialized -Wno-cast-qual -Wno-unused -mn= o-aes -mno-avx -Qunused-arguments -include @/amd64/amd64/genassym.c --- depend_subdir_ed --- =3D=3D=3D> ed (depend) --- depend_subdir_drm --- machine -> --- --- x86 -> --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- --- depend_subdir_ed --- --- --- --- depend_subdir_drm --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_ed --- @ -> --- --- --- depend_subdir_drm --- --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- depend_subdir_ed --- machine -> --- --- x86 -> --- depend_subdir_drm --- --- opt_drm.h --- :> opt_drm.h --- depend_subdir_ed --- --- isa_if.h --- --- depend_subdir_drm --- --- .depend --- --- depend_subdir_ed --- awk -f @/tools/makeobjops.awk @/isa/isa_if.m -h --- depend_subdir_drm --- rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I. -I@ -I@/contrib/= altq -std=3Diso9899:1999 --- depend_subdir_ed --- --- pccarddevs.h --- awk -f @/tools/pccarddevs2h.awk @/dev/pccard/pccarddevs --- card_if.h --- awk -f @/tools/makeobjops.awk @/dev/pccard/card_if.m -h --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- opt_ed.h --- :> opt_ed.h --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- miibus_if.h --- awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -h --- .depend --- rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I. -I@ -I@/contrib/= altq -std=3Diso9899:1999 --- depend_subdir_drm --- =3D=3D=3D> drm/mach64 (depend) --- depend_subdir_dtrace --- --- assym.s --- sh @/kern/genassym.sh genassym.o > assym.s --- depend_subdir_drm --- --- --- @ -> --- --- machine -> --- --- x86 -> --- depend_subdir_dtrace --- --- .depend --- rm -f .depend mkdep -f .depend -a -nostdinc -DDIS_MEM -DSMP -D_KERNEL -DKLD_MODULE -I -I -I -I -I -I -I -I -I. -I@ -I@/contrib/altq -std=3Diso98= 99:1999 <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD-modules/ws/sys/modules= /dtrace/dtrace/../../../cddl/dev/dtrace/amd64/dtrace_subr.c> --- depend_subdir_drm --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- opt_drm.h --- :> opt_drm.h --- .depend --- rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I. -I@ -I@/contrib/= altq -std=3Diso9899:1999 --- depend_subdir_dtrace --- :114:10: fatal error: 'strtolctype.h' file not found #include "strtolctype.h" ^ --- depend_subdir_em --- =3D=3D=3D> em (depend) --- depend_subdir_drm --- =3D=3D=3D> drm/mga (depend) --- depend_subdir_em --- --- --- --- depend_subdir_drm --- --- --- @ -> --- depend_subdir_em --- @ -> --- depend_subdir_drm --- --- --- machine -> --- depend_subdir_em --- --- --- --- depend_subdir_dtrace --- 1 error generated. --- depend_subdir_drm --- --- --- --- depend_subdir_em --- machine -> --- depend_subdir_drm --- x86 -> --- depend_subdir_em --- --- --- x86 -> --- depend_subdir_drm --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_em --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- --- depend_subdir_drm --- --- bus_if.h --- --- depend_subdir_em --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_drm --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- depend_subdir_em --- --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- depend_subdir_drm --- --- opt_drm.h --- :> opt_drm.h --- depend_subdir_em --- --- opt_inet.h --- --- depend_subdir_drm --- --- .depend --- rm -f .depend --- depend_subdir_em --- --- opt_inet6.h --- --- depend_subdir_drm --- mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I. -I@ -I@/contrib/= altq -std=3Diso9899:1999 --- depend_subdir_em --- --- .depend --- rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I -I. -I@ -I@/contrib/altq -std=3Diso9899:1999 --- depend_subdir_dtrace --- mkdep: compile failed *** [.depend] Error code 1 make[2]: stopped in 1 error make[2]: stopped in *** [_sub.depend] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [depend_subdir_dtrace] Error code 2 make: stopped in --- depend_subdir_drm --- A failure has been detected in another branch of the parallel make make[2]: stopped in *** [_sub.depend] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [depend_subdir_drm] Error code 2 make: stopped in --- depend_subdir_drm2 --- A failure has been detected in another branch of the parallel make make[2]: stopped in *** [_sub.depend] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [depend_subdir_drm2] Error code 2 make: stopped in --- depend_subdir_em --- A failure has been detected in another branch of the parallel make make[1]: stopped in *** [depend_subdir_em] Error code 2 make: stopped in 4 errors make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Fri Jun 27 21:40:37 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD04B5EE; Fri, 27 Jun 2014 21:40:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A22A92FD6; Fri, 27 Jun 2014 21:40:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5RLeUJP008139; Fri, 27 Jun 2014 17:40:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5RLeTe7008135; Fri, 27 Jun 2014 21:40:29 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 27 Jun 2014 21:40:29 GMT Message-Id: <201406272140.s5RLeTe7008135@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2014 21:40:38 -0000 TB --- 2014-06-27 17:56:52 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-27 17:56:52 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-27 17:56:52 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-06-27 17:56:52 - cleaning the object tree TB --- 2014-06-27 17:58:12 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-27 17:58:26 - At svn revision 267952 TB --- 2014-06-27 17:58:27 - building world TB --- 2014-06-27 17:58:27 - CROSS_BUILD_TESTING=YES TB --- 2014-06-27 17:58:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-27 17:58:27 - MAKESYSPATH=/src/share/mk TB --- 2014-06-27 17:58:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-27 17:58:27 - SRCCONF=/dev/null TB --- 2014-06-27 17:58:27 - TARGET=powerpc TB --- 2014-06-27 17:58:27 - TARGET_ARCH=powerpc TB --- 2014-06-27 17:58:27 - TZ=UTC TB --- 2014-06-27 17:58:27 - __MAKE_CONF=/dev/null TB --- 2014-06-27 17:58:27 - cd /src TB --- 2014-06-27 17:58:27 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Fri Jun 27 17:58:35 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Jun 27 21:39:07 UTC 2014 TB --- 2014-06-27 21:39:07 - generating LINT kernel config TB --- 2014-06-27 21:39:07 - cd /src/sys/powerpc/conf TB --- 2014-06-27 21:39:07 - /usr/bin/make -B LINT TB --- 2014-06-27 21:39:08 - cd /src/sys/powerpc/conf TB --- 2014-06-27 21:39:08 - /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-06-27 21:39:08 - building LINT kernel TB --- 2014-06-27 21:39:08 - CROSS_BUILD_TESTING=YES TB --- 2014-06-27 21:39:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-27 21:39:08 - MAKESYSPATH=/src/share/mk TB --- 2014-06-27 21:39:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-27 21:39:08 - SRCCONF=/dev/null TB --- 2014-06-27 21:39:08 - TARGET=powerpc TB --- 2014-06-27 21:39:08 - TARGET_ARCH=powerpc TB --- 2014-06-27 21:39:08 - TZ=UTC TB --- 2014-06-27 21:39:08 - __MAKE_CONF=/dev/null TB --- 2014-06-27 21:39:08 - cd /src TB --- 2014-06-27 21:39:08 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jun 27 21:39:08 UTC 2014 >>> 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 [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I/src/sys/cddl/compat/opensolaris -I/src/sys/cddl/contrib/opensolaris/uts/common -I/src/sys -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/powerpc.powerpc/src/sys/LINT -std=iso9899:1999 /src/sys/nfsclient/nfs_kdtrace.c ===> dtrace/dtrace (depend) @ -> /src/sys machine -> /src/sys/powerpc/include awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h ln -sf /obj/powerpc.powerpc/src/sys/LINT/opt_compat.h opt_compat.h ln -sf /obj/powerpc.powerpc/src/sys/LINT/opt_kstack_pages.h opt_kstack_pages.h ln -sf /obj/powerpc.powerpc/src/sys/LINT/opt_nfs.h opt_nfs.h ln -sf /obj/powerpc.powerpc/src/sys/LINT/opt_hwpmc_hooks.h opt_hwpmc_hooks.h cc -c -O2 -pipe -DDIS_MEM -DSMP -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/cddl/compat/opensolaris -I/src/sys/cddl/dev/dtrace -I/src/sys/cddl/dev/dtrace/powerpc -I/src/sys/cddl/contrib/opensolaris/uts/common -I/src/sys -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc/src/sys/LINT -fno-builtin -msoft-float -mno-altivec -ffreestanding -fstack-protector -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 -Wno-unknown-pragmas -Wno-parentheses -Wno-uninitialized -Wno-cast-qual -Wno-unused -finline-limit=15000 --param inline-unit-growth=100 --param large! -function-growth=1000 -include /src/sys/cddl/compat/opensolaris/sys/debug_compat.h @/powerpc/powerpc/genassym.c sh @/kern/genassym.sh genassym.o > assym.s rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -DDIS_MEM -DSMP -D_KERNEL -DKLD_MODULE -I/src/sys/cddl/compat/opensolaris -I/src/sys/cddl/dev/dtrace -I/src/sys/cddl/dev/dtrace/powerpc -I/src/sys/cddl/contrib/opensolaris/uts/common -I/src/sys -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/powerpc.powerpc/src/sys/LINT -std=iso9899:1999 /src/sys/cddl/contrib/opensolaris/uts/common/dtrace/dtrace.c /src/sys/cddl/dev/dtrace/powerpc/dtrace_asm.S /src/sys/cddl/dev/dtrace/powerpc/dtrace_subr.c /src/sys/cddl/compat/opensolaris/kern/opensolaris_taskq.c /src/sys/cddl/contrib/opensolaris/uts/common/dtrace/dtrace.c:114:25: error: strtolctype.h: No such file or directory mkdep: compile failed *** Error code 1 Stop. bmake[4]: stopped in /src/sys/modules/dtrace/dtrace *** Error code 1 Stop. bmake[3]: stopped in /src/sys/modules/dtrace *** Error code 1 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-27 21:40:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-27 21:40:29 - ERROR: failed to build LINT kernel TB --- 2014-06-27 21:40:29 - 11944.67 user 1296.98 system 13417.10 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 27 22:43:20 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87FCD1A4; Fri, 27 Jun 2014 22:43:20 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5D50E257B; Fri, 27 Jun 2014 22:43:20 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5RMhIwO039589; Fri, 27 Jun 2014 18:43:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5RMhI2I039588; Fri, 27 Jun 2014 22:43:18 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 27 Jun 2014 22:43:18 GMT Message-Id: <201406272243.s5RMhI2I039588@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2014 22:43:20 -0000 TB --- 2014-06-27 18:29:03 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-27 18:29:03 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-27 18:29:03 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-06-27 18:29:03 - cleaning the object tree TB --- 2014-06-27 18:30:41 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-27 18:30:48 - At svn revision 267952 TB --- 2014-06-27 18:30:49 - building world TB --- 2014-06-27 18:30:49 - CROSS_BUILD_TESTING=YES TB --- 2014-06-27 18:30:49 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-27 18:30:49 - MAKESYSPATH=/src/share/mk TB --- 2014-06-27 18:30:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-27 18:30:49 - SRCCONF=/dev/null TB --- 2014-06-27 18:30:49 - TARGET=powerpc TB --- 2014-06-27 18:30:49 - TARGET_ARCH=powerpc64 TB --- 2014-06-27 18:30:49 - TZ=UTC TB --- 2014-06-27 18:30:49 - __MAKE_CONF=/dev/null TB --- 2014-06-27 18:30:49 - cd /src TB --- 2014-06-27 18:30:49 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Fri Jun 27 18:30:56 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Jun 27 22:42:23 UTC 2014 TB --- 2014-06-27 22:42:23 - generating LINT kernel config TB --- 2014-06-27 22:42:23 - cd /src/sys/powerpc/conf TB --- 2014-06-27 22:42:23 - /usr/bin/make -B LINT TB --- 2014-06-27 22:42:23 - cd /src/sys/powerpc/conf TB --- 2014-06-27 22:42:23 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-06-27 22:42:23 - skipping LINT kernel TB --- 2014-06-27 22:42:23 - cd /src/sys/powerpc/conf TB --- 2014-06-27 22:42:23 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC TB --- 2014-06-27 22:42:23 - skipping GENERIC kernel TB --- 2014-06-27 22:42:23 - cd /src/sys/powerpc/conf TB --- 2014-06-27 22:42:23 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC64 TB --- 2014-06-27 22:42:23 - building GENERIC64 kernel TB --- 2014-06-27 22:42:23 - CROSS_BUILD_TESTING=YES TB --- 2014-06-27 22:42:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-27 22:42:23 - MAKESYSPATH=/src/share/mk TB --- 2014-06-27 22:42:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-27 22:42:23 - SRCCONF=/dev/null TB --- 2014-06-27 22:42:23 - TARGET=powerpc TB --- 2014-06-27 22:42:23 - TARGET_ARCH=powerpc64 TB --- 2014-06-27 22:42:23 - TZ=UTC TB --- 2014-06-27 22:42:23 - __MAKE_CONF=/dev/null TB --- 2014-06-27 22:42:23 - cd /src TB --- 2014-06-27 22:42:23 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Fri Jun 27 22:42:23 UTC 2014 >>> 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 [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I/src/sys/cddl/compat/opensolaris -I/src/sys/cddl/contrib/opensolaris/uts/common -I/src/sys -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -std=iso9899:1999 /src/sys/nfsclient/nfs_kdtrace.c ===> dtrace/dtrace (depend) @ -> /src/sys machine -> /src/sys/powerpc/include awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h ln -sf /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_compat.h opt_compat.h ln -sf /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_kstack_pages.h opt_kstack_pages.h ln -sf /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_nfs.h opt_nfs.h ln -sf /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_hwpmc_hooks.h opt_hwpmc_hooks.h cc -c -O2 -pipe -DDIS_MEM -DSMP -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/cddl/compat/opensolaris -I/src/sys/cddl/dev/dtrace -I/src/sys/cddl/dev/dtrace/powerpc -I/src/sys/cddl/contrib/opensolaris/uts/common -I/src/sys -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_global.h -I. -I@ -I@/contrib/altq -g -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 -Wno-unknown-pragmas -Wno-parentheses -Wno-uninitialized -Wno-cast-qual -Wno-unused -finline-limit=15000 --param inline-! unit-growth=100 --param large-function-growth=1000 -include /src/sys/cddl/compat/opensolaris/sys/debug_compat.h @/powerpc/powerpc/genassym.c sh @/kern/genassym.sh genassym.o > assym.s rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -DDIS_MEM -DSMP -D_KERNEL -DKLD_MODULE -I/src/sys/cddl/compat/opensolaris -I/src/sys/cddl/dev/dtrace -I/src/sys/cddl/dev/dtrace/powerpc -I/src/sys/cddl/contrib/opensolaris/uts/common -I/src/sys -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -std=iso9899:1999 /src/sys/cddl/contrib/opensolaris/uts/common/dtrace/dtrace.c /src/sys/cddl/dev/dtrace/powerpc/dtrace_asm.S /src/sys/cddl/dev/dtrace/powerpc/dtrace_subr.c /src/sys/cddl/compat/opensolaris/kern/opensolaris_taskq.c /src/sys/cddl/contrib/opensolaris/uts/common/dtrace/dtrace.c:114:25: error: strtolctype.h: No such file or directory mkdep: compile failed *** Error code 1 Stop. bmake[4]: stopped in /src/sys/modules/dtrace/dtrace *** Error code 1 Stop. bmake[3]: stopped in /src/sys/modules/dtrace *** Error code 1 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-27 22:43:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-27 22:43:18 - ERROR: failed to build GENERIC64 kernel TB --- 2014-06-27 22:43:18 - 13674.19 user 1624.57 system 15255.24 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 27 23:06:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F33F912; Fri, 27 Jun 2014 23:06:56 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "anubis.delphij.net", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 205862776; Fri, 27 Jun 2014 23:06:55 +0000 (UTC) Received: from zeta.ixsystems.com (unknown [69.198.165.132]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id 9B7051EF64; Fri, 27 Jun 2014 16:06:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1403910414; bh=W52KwIB6MWvXjtFUgm+D66s28ER1OAhbdV+3w7P4Na0=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=QzedTZ3rQLbMki5pg3RRLNwQLGNPpxuiueb2ZOeuUkgBKluGixArIXmrveOBJNEh9 FfZjrwbFWfodiI2F6RNfl9046xv3rCCOss/i1gVBB9yRZju9bhqoSi0RwEKCeJbJZr T8wj952M3RDAZRw9yNnNPCtwqzkewV2kN5lvbssc= Message-ID: <53ADF90D.2030707@delphij.net> Date: Fri, 27 Jun 2014 16:06:53 -0700 From: Xin Li Reply-To: d@delphij.net Organization: The FreeBSD Project MIME-Version: 1.0 To: Jilles Tjoelker , Xin LI Subject: Re: svn commit: r267977 - head/bin/mv References: <201406271957.s5RJvs6j074326@svn.freebsd.org> <20140627222323.GA43131@stack.nl> In-Reply-To: <20140627222323.GA43131@stack.nl> X-Enigmail-Version: 1.6 Content-Type: multipart/mixed; boundary="------------020002050206020306060303" Cc: FreeBSD Current , "Kenneth D. Merry" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 27 Jun 2014 23:06:56 -0000 This is a multi-part message in MIME format. --------------020002050206020306060303 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit [moving discussion to freebsd-current@] On 06/27/14 15:23, Jilles Tjoelker wrote: > On Fri, Jun 27, 2014 at 07:57:54PM +0000, Xin LI wrote: >> Author: delphij >> Date: Fri Jun 27 19:57:54 2014 >> New Revision: 267977 >> URL: http://svnweb.freebsd.org/changeset/base/267977 > >> Log: >> Always set UF_ARCHIVE on target (because they are by definition new files >> and should be archived) and ignore error when we can't set it (e.g. NFS). > >> Reviewed by: ken >> MFC after: 2 weeks > >> Modified: >> head/bin/mv/mv.c > >> Modified: head/bin/mv/mv.c >> ============================================================================== >> --- head/bin/mv/mv.c Fri Jun 27 19:50:30 2014 (r267976) >> +++ head/bin/mv/mv.c Fri Jun 27 19:57:54 2014 (r267977) >> @@ -337,8 +337,8 @@ err: if (unlink(to)) >> * on a file that we copied, i.e., that we didn't create.) >> */ >> errno = 0; >> - if (fchflags(to_fd, sbp->st_flags)) >> - if (errno != EOPNOTSUPP || sbp->st_flags != 0) >> + if (fchflags(to_fd, sbp->st_flags | UF_ARCHIVE)) >> + if (errno != EOPNOTSUPP || ((sbp->st_flags & ~UF_ARCHIVE) != 0)) >> warn("%s: set flags (was: 0%07o)", to, sbp->st_flags); >> >> tval[0].tv_sec = sbp->st_atime; > > The part ignoring failures to set UF_ARCHIVE is OK. However, it seems > inconsistent to set UF_ARCHIVE on a cross-filesystem mv of a single > file, but not on a cross-filesystem mv of a directory tree or a file > newly created via shell output redirection. > > If UF_ARCHIVE is supposed to be set automatically, I think this should > be done in the kernel, like msdosfs already does. However, I'm not sure > this is actually a useful feature: backup programs are smarter than an > archive attribute these days. The flag is supposed to be set automatically (as my understanding of the ZFS portion of implementation). However in order to implement that way, we will have to stat() the target file (attached). Personally, I think this is a little bit wasteful, but it would probably something that we have to do if we implement a switch to turn off automatic UF_ARCHIVE behavior. Cheers -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die --------------020002050206020306060303 Content-Type: text/plain; charset=UTF-8; name="mv.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="mv.diff" Index: bin/mv/mv.c =================================================================== --- bin/mv/mv.c (revision 267984) +++ bin/mv/mv.c (working copy) @@ -278,6 +278,7 @@ fastcopy(const char *from, const char *to, struct static char *bp = NULL; mode_t oldmode; int nread, from_fd, to_fd; + struct stat to_sb; if ((from_fd = open(from, O_RDONLY, 0)) < 0) { warn("fastcopy: open() failed (from): %s", from); @@ -329,6 +330,7 @@ err: if (unlink(to)) */ preserve_fd_acls(from_fd, to_fd, from, to); (void)close(from_fd); + /* * XXX * NFS doesn't support chflags; ignore errors unless there's reason @@ -336,10 +338,19 @@ err: if (unlink(to)) * if the server supports flags and we were trying to *remove* flags * on a file that we copied, i.e., that we didn't create.) */ - errno = 0; - if (fchflags(to_fd, sbp->st_flags | UF_ARCHIVE)) - if (errno != EOPNOTSUPP || ((sbp->st_flags & ~UF_ARCHIVE) != 0)) - warn("%s: set flags (was: 0%07o)", to, sbp->st_flags); + if (fstat(to_fd, &to_sb) == 0) { + if ((sbp->st_flags & ~UF_ARCHIVE) != + (to_sb.st_flags & ~UF_ARCHIVE)) { + errno = 0; + if (fchflags(to_fd, + sbp->st_flags | (to_sb.st_flags & UF_ARCHIVE))) + if (errno != EOPNOTSUPP || + ((sbp->st_flags & ~UF_ARCHIVE) != 0)) + warn("%s: set flags (was: 0%07o)", + to, sbp->st_flags); + } + } else + warn("%s: can not stat", to); tval[0].tv_sec = sbp->st_atime; tval[1].tv_sec = sbp->st_mtime; --------------020002050206020306060303-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 27 23:57:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BCA41A22; Fri, 27 Jun 2014 23:57:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9156F2B42; Fri, 27 Jun 2014 23:57:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5RNvdwE050200; Fri, 27 Jun 2014 19:57:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5RNvdXB050199; Fri, 27 Jun 2014 23:57:39 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 27 Jun 2014 23:57:39 GMT Message-Id: <201406272357.s5RNvdXB050199@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2014 23:57:41 -0000 TB --- 2014-06-27 22:50:50 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-27 22:50:50 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-27 22:50:50 - starting HEAD tinderbox run for arm/arm TB --- 2014-06-27 22:50:50 - cleaning the object tree TB --- 2014-06-27 22:50:50 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-27 22:50:55 - At svn revision 267987 TB --- 2014-06-27 22:50:56 - building world TB --- 2014-06-27 22:50:56 - CROSS_BUILD_TESTING=YES TB --- 2014-06-27 22:50:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-27 22:50:56 - MAKESYSPATH=/src/share/mk TB --- 2014-06-27 22:50:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-27 22:50:56 - SRCCONF=/dev/null TB --- 2014-06-27 22:50:56 - TARGET=arm TB --- 2014-06-27 22:50:56 - TARGET_ARCH=arm TB --- 2014-06-27 22:50:56 - TZ=UTC TB --- 2014-06-27 22:50:56 - __MAKE_CONF=/dev/null TB --- 2014-06-27 22:50:56 - cd /src TB --- 2014-06-27 22:50:56 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Fri Jun 27 22:51:03 UTC 2014 >>> 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 [...] ===> lib/clang/libllvmmipsinfo (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo/MipsTargetInfo.cpp -o MipsTargetInfo.o building static llvmmipsinfo library ranlib -D libllvmmipsinfo.a ===> lib/clang/libllvmmipsinstprinter (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter/MipsInstPrinter.cpp -o MipsInstPrinter.o building static llvmmipsinstprinter library ranlib -D libllvmmipsinstprinter.a ===> lib/clang/libllvmpowerpcasmparser (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser/PPCAsmParser.cpp -o PPCAsmParser.o building static llvmpowerpcasmparser library ranlib -D libllvmpowerpcasmparser.a ===> lib/clang/libllvmpowerpccodegen (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCAsmPrinter.cpp -o PPCAsmPrinter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCBranchSelector.cpp -o PPCBranchSelector.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCTRLoops.cpp -o PPCCTRLoops.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCodeEmitter.cpp -o PPCCodeEmitter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp -o PPCFastISel.o /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp: In member function 'bool::PPCFastISel::SelectFPToI(const llvm::Instruction*, bool)': /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp:1030: error: base operand of '->' has non-pointer type 'const llvm::PPCSubtarget' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmpowerpccodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-27 23:57:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-27 23:57:39 - ERROR: failed to build world TB --- 2014-06-27 23:57:39 - 3641.97 user 310.05 system 4008.87 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 27 23:57:42 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2CFAA24; Fri, 27 Jun 2014 23:57:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B81302B45; Fri, 27 Jun 2014 23:57:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5RNve8b050218; Fri, 27 Jun 2014 19:57:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5RNvetr050212; Fri, 27 Jun 2014 23:57:40 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 27 Jun 2014 23:57:40 GMT Message-Id: <201406272357.s5RNvetr050212@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2014 23:57:42 -0000 TB --- 2014-06-27 22:50:50 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-27 22:50:50 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-27 22:50:50 - starting HEAD tinderbox run for i386/i386 TB --- 2014-06-27 22:50:50 - cleaning the object tree TB --- 2014-06-27 22:50:50 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-27 22:50:55 - At svn revision 267987 TB --- 2014-06-27 22:50:56 - building world TB --- 2014-06-27 22:50:56 - CROSS_BUILD_TESTING=YES TB --- 2014-06-27 22:50:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-27 22:50:56 - MAKESYSPATH=/src/share/mk TB --- 2014-06-27 22:50:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-27 22:50:56 - SRCCONF=/dev/null TB --- 2014-06-27 22:50:56 - TARGET=i386 TB --- 2014-06-27 22:50:56 - TARGET_ARCH=i386 TB --- 2014-06-27 22:50:56 - TZ=UTC TB --- 2014-06-27 22:50:56 - __MAKE_CONF=/dev/null TB --- 2014-06-27 22:50:56 - cd /src TB --- 2014-06-27 22:50:56 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Fri Jun 27 22:51:03 UTC 2014 >>> 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 [...] ===> lib/clang/libllvmmipsinfo (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo/MipsTargetInfo.cpp -o MipsTargetInfo.o building static llvmmipsinfo library ranlib -D libllvmmipsinfo.a ===> lib/clang/libllvmmipsinstprinter (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter/MipsInstPrinter.cpp -o MipsInstPrinter.o building static llvmmipsinstprinter library ranlib -D libllvmmipsinstprinter.a ===> lib/clang/libllvmpowerpcasmparser (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser/PPCAsmParser.cpp -o PPCAsmParser.o building static llvmpowerpcasmparser library ranlib -D libllvmpowerpcasmparser.a ===> lib/clang/libllvmpowerpccodegen (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCAsmPrinter.cpp -o PPCAsmPrinter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCBranchSelector.cpp -o PPCBranchSelector.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCTRLoops.cpp -o PPCCTRLoops.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCodeEmitter.cpp -o PPCCodeEmitter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp -o PPCFastISel.o /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp: In member function 'bool::PPCFastISel::SelectFPToI(const llvm::Instruction*, bool)': /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp:1030: error: base operand of '->' has non-pointer type 'const llvm::PPCSubtarget' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmpowerpccodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-27 23:57:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-27 23:57:40 - ERROR: failed to build world TB --- 2014-06-27 23:57:40 - 3640.64 user 312.05 system 4009.65 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 27 23:57:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1CA1A23; Fri, 27 Jun 2014 23:57:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 938102B43; Fri, 27 Jun 2014 23:57:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5RNvecR050209; Fri, 27 Jun 2014 19:57:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5RNvetX050208; Fri, 27 Jun 2014 23:57:40 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 27 Jun 2014 23:57:40 GMT Message-Id: <201406272357.s5RNvetX050208@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2014 23:57:41 -0000 TB --- 2014-06-27 22:50:50 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-27 22:50:50 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-27 22:50:50 - starting HEAD tinderbox run for armv6/arm TB --- 2014-06-27 22:50:51 - cleaning the object tree TB --- 2014-06-27 22:50:51 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-27 22:50:55 - At svn revision 267987 TB --- 2014-06-27 22:50:56 - building world TB --- 2014-06-27 22:50:56 - CROSS_BUILD_TESTING=YES TB --- 2014-06-27 22:50:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-27 22:50:56 - MAKESYSPATH=/src/share/mk TB --- 2014-06-27 22:50:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-27 22:50:56 - SRCCONF=/dev/null TB --- 2014-06-27 22:50:56 - TARGET=arm TB --- 2014-06-27 22:50:56 - TARGET_ARCH=armv6 TB --- 2014-06-27 22:50:56 - TZ=UTC TB --- 2014-06-27 22:50:56 - __MAKE_CONF=/dev/null TB --- 2014-06-27 22:50:56 - cd /src TB --- 2014-06-27 22:50:56 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Fri Jun 27 22:51:03 UTC 2014 >>> 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 [...] ===> lib/clang/libllvmmipsinfo (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo/MipsTargetInfo.cpp -o MipsTargetInfo.o building static llvmmipsinfo library ranlib -D libllvmmipsinfo.a ===> lib/clang/libllvmmipsinstprinter (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter/MipsInstPrinter.cpp -o MipsInstPrinter.o building static llvmmipsinstprinter library ranlib -D libllvmmipsinstprinter.a ===> lib/clang/libllvmpowerpcasmparser (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser/PPCAsmParser.cpp -o PPCAsmParser.o building static llvmpowerpcasmparser library ranlib -D libllvmpowerpcasmparser.a ===> lib/clang/libllvmpowerpccodegen (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCAsmPrinter.cpp -o PPCAsmPrinter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCBranchSelector.cpp -o PPCBranchSelector.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCTRLoops.cpp -o PPCCTRLoops.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCodeEmitter.cpp -o PPCCodeEmitter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp -o PPCFastISel.o /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp: In member function 'bool::PPCFastISel::SelectFPToI(const llvm::Instruction*, bool)': /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp:1030: error: base operand of '->' has non-pointer type 'const llvm::PPCSubtarget' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmpowerpccodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-27 23:57:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-27 23:57:40 - ERROR: failed to build world TB --- 2014-06-27 23:57:40 - 3646.42 user 306.38 system 4009.47 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 27 23:58:17 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F447D8A; Fri, 27 Jun 2014 23:58:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 13FE42B5C; Fri, 27 Jun 2014 23:58:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5RNwGhi052744; Fri, 27 Jun 2014 19:58:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5RNwGHe052742; Fri, 27 Jun 2014 23:58:16 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 27 Jun 2014 23:58:16 GMT Message-Id: <201406272358.s5RNwGHe052742@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2014 23:58:17 -0000 TB --- 2014-06-27 22:50:50 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-27 22:50:50 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-27 22:50:50 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-06-27 22:50:50 - cleaning the object tree TB --- 2014-06-27 22:50:50 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-27 22:50:55 - At svn revision 267987 TB --- 2014-06-27 22:50:56 - building world TB --- 2014-06-27 22:50:56 - CROSS_BUILD_TESTING=YES TB --- 2014-06-27 22:50:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-27 22:50:56 - MAKESYSPATH=/src/share/mk TB --- 2014-06-27 22:50:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-27 22:50:56 - SRCCONF=/dev/null TB --- 2014-06-27 22:50:56 - TARGET=amd64 TB --- 2014-06-27 22:50:56 - TARGET_ARCH=amd64 TB --- 2014-06-27 22:50:56 - TZ=UTC TB --- 2014-06-27 22:50:56 - __MAKE_CONF=/dev/null TB --- 2014-06-27 22:50:56 - cd /src TB --- 2014-06-27 22:50:56 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Fri Jun 27 22:51:03 UTC 2014 >>> 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 [...] ===> lib/clang/libllvmmipsinfo (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo/MipsTargetInfo.cpp -o MipsTargetInfo.o building static llvmmipsinfo library ranlib -D libllvmmipsinfo.a ===> lib/clang/libllvmmipsinstprinter (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter/MipsInstPrinter.cpp -o MipsInstPrinter.o building static llvmmipsinstprinter library ranlib -D libllvmmipsinstprinter.a ===> lib/clang/libllvmpowerpcasmparser (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser/PPCAsmParser.cpp -o PPCAsmParser.o building static llvmpowerpcasmparser library ranlib -D libllvmpowerpcasmparser.a ===> lib/clang/libllvmpowerpccodegen (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCAsmPrinter.cpp -o PPCAsmPrinter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCBranchSelector.cpp -o PPCBranchSelector.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCTRLoops.cpp -o PPCCTRLoops.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCodeEmitter.cpp -o PPCCodeEmitter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp -o PPCFastISel.o /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp: In member function 'bool::PPCFastISel::SelectFPToI(const llvm::Instruction*, bool)': /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp:1030: error: base operand of '->' has non-pointer type 'const llvm::PPCSubtarget' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmpowerpccodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-27 23:58:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-27 23:58:15 - ERROR: failed to build world TB --- 2014-06-27 23:58:15 - 3660.00 user 317.34 system 4045.13 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 01:06:50 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C772DE09; Sat, 28 Jun 2014 01:06:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9C6AA20B2; Sat, 28 Jun 2014 01:06:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5S16nS7082099; Fri, 27 Jun 2014 21:06:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5S16n4r082086; Sat, 28 Jun 2014 01:06:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jun 2014 01:06:49 GMT Message-Id: <201406280106.s5S16n4r082086@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 01:06:51 -0000 TB --- 2014-06-27 23:57:40 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-27 23:57:40 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-27 23:57:40 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-06-27 23:57:40 - cleaning the object tree TB --- 2014-06-27 23:57:40 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-27 23:57:52 - At svn revision 267987 TB --- 2014-06-27 23:57:53 - building world TB --- 2014-06-27 23:57:53 - CROSS_BUILD_TESTING=YES TB --- 2014-06-27 23:57:53 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-27 23:57:53 - MAKESYSPATH=/src/share/mk TB --- 2014-06-27 23:57:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-27 23:57:53 - SRCCONF=/dev/null TB --- 2014-06-27 23:57:53 - TARGET=pc98 TB --- 2014-06-27 23:57:53 - TARGET_ARCH=i386 TB --- 2014-06-27 23:57:53 - TZ=UTC TB --- 2014-06-27 23:57:53 - __MAKE_CONF=/dev/null TB --- 2014-06-27 23:57:53 - cd /src TB --- 2014-06-27 23:57:53 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Fri Jun 27 23:58:00 UTC 2014 >>> 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 [...] ===> lib/clang/libllvmmipsinfo (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo/MipsTargetInfo.cpp -o MipsTargetInfo.o building static llvmmipsinfo library ranlib -D libllvmmipsinfo.a ===> lib/clang/libllvmmipsinstprinter (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter/MipsInstPrinter.cpp -o MipsInstPrinter.o building static llvmmipsinstprinter library ranlib -D libllvmmipsinstprinter.a ===> lib/clang/libllvmpowerpcasmparser (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser/PPCAsmParser.cpp -o PPCAsmParser.o building static llvmpowerpcasmparser library ranlib -D libllvmpowerpcasmparser.a ===> lib/clang/libllvmpowerpccodegen (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCAsmPrinter.cpp -o PPCAsmPrinter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCBranchSelector.cpp -o PPCBranchSelector.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCTRLoops.cpp -o PPCCTRLoops.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCodeEmitter.cpp -o PPCCodeEmitter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp -o PPCFastISel.o /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp: In member function 'bool::PPCFastISel::SelectFPToI(const llvm::Instruction*, bool)': /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp:1030: error: base operand of '->' has non-pointer type 'const llvm::PPCSubtarget' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmpowerpccodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-28 01:06:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-28 01:06:48 - ERROR: failed to build world TB --- 2014-06-28 01:06:48 - 3687.09 user 309.62 system 4148.90 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 02:17:00 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28610928; Sat, 28 Jun 2014 02:17:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ED04E257C; Sat, 28 Jun 2014 02:16:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5S2Gw4v083657; Fri, 27 Jun 2014 22:16:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5S2GvjR083646; Sat, 28 Jun 2014 02:16:57 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jun 2014 02:16:57 GMT Message-Id: <201406280216.s5S2GvjR083646@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 02:17:00 -0000 TB --- 2014-06-28 01:06:49 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-28 01:06:49 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-28 01:06:49 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-06-28 01:06:49 - cleaning the object tree TB --- 2014-06-28 01:08:04 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-28 01:08:09 - At svn revision 267987 TB --- 2014-06-28 01:08:10 - building world TB --- 2014-06-28 01:08:10 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 01:08:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 01:08:10 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 01:08:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 01:08:10 - SRCCONF=/dev/null TB --- 2014-06-28 01:08:10 - TARGET=powerpc TB --- 2014-06-28 01:08:10 - TARGET_ARCH=powerpc TB --- 2014-06-28 01:08:10 - TZ=UTC TB --- 2014-06-28 01:08:10 - __MAKE_CONF=/dev/null TB --- 2014-06-28 01:08:10 - cd /src TB --- 2014-06-28 01:08:10 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jun 28 01:08:20 UTC 2014 >>> 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 [...] ===> lib/clang/libllvmmipsinfo (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc/src/tmp\" -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo/MipsTargetInfo.cpp -o MipsTargetInfo.o building static llvmmipsinfo library ranlib -D libllvmmipsinfo.a ===> lib/clang/libllvmmipsinstprinter (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc/src/tmp\" -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter/MipsInstPrinter.cpp -o MipsInstPrinter.o building static llvmmipsinstprinter library ranlib -D libllvmmipsinstprinter.a ===> lib/clang/libllvmpowerpcasmparser (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc/src/tmp\" -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser/PPCAsmParser.cpp -o PPCAsmParser.o building static llvmpowerpcasmparser library ranlib -D libllvmpowerpcasmparser.a ===> lib/clang/libllvmpowerpccodegen (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc/src/tmp\" -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCAsmPrinter.cpp -o PPCAsmPrinter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc/src/tmp\" -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCBranchSelector.cpp -o PPCBranchSelector.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc/src/tmp\" -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCTRLoops.cpp -o PPCCTRLoops.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc/src/tmp\" -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCodeEmitter.cpp -o PPCCodeEmitter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc/src/tmp\" -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp -o PPCFastISel.o /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp: In member function 'bool::PPCFastISel::SelectFPToI(const llvm::Instruction*, bool)': /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp:1030: error: base operand of '->' has non-pointer type 'const llvm::PPCSubtarget' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmpowerpccodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-28 02:16:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-28 02:16:57 - ERROR: failed to build world TB --- 2014-06-28 02:16:57 - 3681.13 user 310.02 system 4208.45 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 02:56:29 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6A525D5A; Sat, 28 Jun 2014 02:56:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3EB5A27FF; Sat, 28 Jun 2014 02:56:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5S2uR9Z029509; Fri, 27 Jun 2014 22:56:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5S2uROO029506; Sat, 28 Jun 2014 02:56:27 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jun 2014 02:56:27 GMT Message-Id: <201406280256.s5S2uROO029506@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 02:56:29 -0000 TB --- 2014-06-28 01:47:59 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-28 01:47:59 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-28 01:47:59 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-06-28 01:47:59 - cleaning the object tree TB --- 2014-06-28 01:49:29 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-28 01:49:34 - At svn revision 267987 TB --- 2014-06-28 01:49:35 - building world TB --- 2014-06-28 01:49:35 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 01:49:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 01:49:35 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 01:49:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 01:49:35 - SRCCONF=/dev/null TB --- 2014-06-28 01:49:35 - TARGET=powerpc TB --- 2014-06-28 01:49:35 - TARGET_ARCH=powerpc64 TB --- 2014-06-28 01:49:35 - TZ=UTC TB --- 2014-06-28 01:49:35 - __MAKE_CONF=/dev/null TB --- 2014-06-28 01:49:35 - cd /src TB --- 2014-06-28 01:49:35 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jun 28 01:49:42 UTC 2014 >>> 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 [...] ===> lib/clang/libllvmmipsinfo (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo/MipsTargetInfo.cpp -o MipsTargetInfo.o building static llvmmipsinfo library ranlib -D libllvmmipsinfo.a ===> lib/clang/libllvmmipsinstprinter (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter/MipsInstPrinter.cpp -o MipsInstPrinter.o building static llvmmipsinstprinter library ranlib -D libllvmmipsinstprinter.a ===> lib/clang/libllvmpowerpcasmparser (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser/PPCAsmParser.cpp -o PPCAsmParser.o building static llvmpowerpcasmparser library ranlib -D libllvmpowerpcasmparser.a ===> lib/clang/libllvmpowerpccodegen (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCAsmPrinter.cpp -o PPCAsmPrinter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCBranchSelector.cpp -o PPCBranchSelector.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCTRLoops.cpp -o PPCCTRLoops.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCodeEmitter.cpp -o PPCCodeEmitter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp -o PPCFastISel.o /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp: In member function 'bool::PPCFastISel::SelectFPToI(const llvm::Instruction*, bool)': /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp:1030: error: base operand of '->' has non-pointer type 'const llvm::PPCSubtarget' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmpowerpccodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-28 02:56:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-28 02:56:27 - ERROR: failed to build world TB --- 2014-06-28 02:56:27 - 3657.59 user 322.89 system 4108.30 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 03:01:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA7A8EE6 for ; Sat, 28 Jun 2014 03:01:06 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8AFF428D0 for ; Sat, 28 Jun 2014 03:01:06 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 0C5DC1FE02D; Sat, 28 Jun 2014 05:01:02 +0200 (CEST) Message-ID: <53AE3002.508@selasky.org> Date: Sat, 28 Jun 2014 05:01:22 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Danilo Egea , "freebsd-current@freebsd.org" Subject: Re: sysctl: Cannot allocate memory after r267961 References: <1403895102.10070.YahooMailNeo@web162001.mail.bf1.yahoo.com> In-Reply-To: <1403895102.10070.YahooMailNeo@web162001.mail.bf1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 Jun 2014 03:01:06 -0000 On 06/27/14 20:51, Danilo Egea wrote: > Hello folks, > > I've just updated my system (current) and now I'm getting this message: > [danilo src$] uname -a > uname: sysctl: Cannot allocate memory > > > Some programs are failing due this, like portmaster and chromium. > > This commit (r267961) has a lot of changes in the sysctl subsystem. > > 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" > I'll have a look ASAP. --HPS From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 03:41:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7DEBBA6D for ; Sat, 28 Jun 2014 03:41:43 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3B7332C70 for ; Sat, 28 Jun 2014 03:41:42 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id C80B91FE02D; Sat, 28 Jun 2014 05:41:41 +0200 (CEST) Message-ID: <53AE3989.9020000@selasky.org> Date: Sat, 28 Jun 2014 05:42:01 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Danilo Egea , "freebsd-current@freebsd.org" Subject: Re: sysctl: Cannot allocate memory after r267961 References: <1403895102.10070.YahooMailNeo@web162001.mail.bf1.yahoo.com> In-Reply-To: <1403895102.10070.YahooMailNeo@web162001.mail.bf1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 Jun 2014 03:41:43 -0000 On 06/27/14 20:51, Danilo Egea wrote: > Hello folks, > > I've just updated my system (current) and now I'm getting this message: > [danilo src$] uname -a > uname: sysctl: Cannot allocate memory > > > Some programs are failing due this, like portmaster and chromium. > > This commit (r267961) has a lot of changes in the sysctl subsystem. > > Thanks! Hi folks, Sorry about the breakage. There appears to be some special case for read-only MIB SYSCTL strings which was ending up in an error code that's not so well documented. Sorry that it is not possible for me to test absolutely everything. Testing done from my side: - Several universe builds - Sysctl functionality has been verified and tested. I'm going to pull in the change again with the fix for "uname". If there are more problems popping up I need your help to test this patch. Thanks for your patience! --HPS From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 04:02:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C40AD5D2 for ; Sat, 28 Jun 2014 04:02:57 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8121C2DF3 for ; Sat, 28 Jun 2014 04:02:57 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 01D331FE02D; Sat, 28 Jun 2014 06:02:55 +0200 (CEST) Message-ID: <53AE3E84.5030106@selasky.org> Date: Sat, 28 Jun 2014 06:03:16 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Danilo Egea , "freebsd-current@freebsd.org" Subject: Re: sysctl: Cannot allocate memory after r267961 References: <1403895102.10070.YahooMailNeo@web162001.mail.bf1.yahoo.com> <53AE3989.9020000@selasky.org> In-Reply-To: <53AE3989.9020000@selasky.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 Jun 2014 04:02:57 -0000 On 06/28/14 05:42, Hans Petter Selasky wrote: > On 06/27/14 20:51, Danilo Egea wrote: >> Hello folks, >> >> I've just updated my system (current) and now I'm getting this message: >> [danilo src$] uname -a >> uname: sysctl: Cannot allocate memory >> >> >> Some programs are failing due this, like portmaster and chromium. >> >> This commit (r267961) has a lot of changes in the sysctl subsystem. >> >> Thanks! > > Hi folks, > > Sorry about the breakage. There appears to be some special case for > read-only MIB SYSCTL strings which was ending up in an error code that's > not so well documented. Sorry that it is not possible for me to test > absolutely everything. > > Testing done from my side: > > - Several universe builds > - Sysctl functionality has been verified and tested. > > I'm going to pull in the change again with the fix for "uname". If there > are more problems popping up I need your help to test this patch. > > Thanks for your patience! > > --HPS Fixed in: r267992 --HPS From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 05:18:38 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C361E38A; Sat, 28 Jun 2014 05:18:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 974AE244B; Sat, 28 Jun 2014 05:18:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5S5IaWa086141; Sat, 28 Jun 2014 01:18:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5S5Ia5Q086140; Sat, 28 Jun 2014 05:18:36 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jun 2014 05:18:36 GMT Message-Id: <201406280518.s5S5Ia5Q086140@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 05:18:38 -0000 TB --- 2014-06-28 04:10:47 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-28 04:10:47 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-28 04:10:47 - starting HEAD tinderbox run for i386/i386 TB --- 2014-06-28 04:10:47 - cleaning the object tree TB --- 2014-06-28 04:11:57 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-28 04:12:02 - At svn revision 267993 TB --- 2014-06-28 04:12:03 - building world TB --- 2014-06-28 04:12:03 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 04:12:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 04:12:03 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 04:12:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 04:12:03 - SRCCONF=/dev/null TB --- 2014-06-28 04:12:03 - TARGET=i386 TB --- 2014-06-28 04:12:03 - TARGET_ARCH=i386 TB --- 2014-06-28 04:12:03 - TZ=UTC TB --- 2014-06-28 04:12:03 - __MAKE_CONF=/dev/null TB --- 2014-06-28 04:12:03 - cd /src TB --- 2014-06-28 04:12:03 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jun 28 04:12:10 UTC 2014 >>> 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 [...] ===> lib/clang/libllvmmipsinfo (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo/MipsTargetInfo.cpp -o MipsTargetInfo.o building static llvmmipsinfo library ranlib -D libllvmmipsinfo.a ===> lib/clang/libllvmmipsinstprinter (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter/MipsInstPrinter.cpp -o MipsInstPrinter.o building static llvmmipsinstprinter library ranlib -D libllvmmipsinstprinter.a ===> lib/clang/libllvmpowerpcasmparser (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser/PPCAsmParser.cpp -o PPCAsmParser.o building static llvmpowerpcasmparser library ranlib -D libllvmpowerpcasmparser.a ===> lib/clang/libllvmpowerpccodegen (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCAsmPrinter.cpp -o PPCAsmPrinter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCBranchSelector.cpp -o PPCBranchSelector.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCTRLoops.cpp -o PPCCTRLoops.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCodeEmitter.cpp -o PPCCodeEmitter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp -o PPCFastISel.o /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp: In member function 'bool::PPCFastISel::SelectFPToI(const llvm::Instruction*, bool)': /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp:1030: error: base operand of '->' has non-pointer type 'const llvm::PPCSubtarget' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmpowerpccodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-28 05:18:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-28 05:18:36 - ERROR: failed to build world TB --- 2014-06-28 05:18:36 - 3645.91 user 308.64 system 4068.96 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 05:18:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13D7638C; Sat, 28 Jun 2014 05:18:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DD368244D; Sat, 28 Jun 2014 05:18:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5S5Ib6Y086158; Sat, 28 Jun 2014 01:18:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5S5IbQE086156; Sat, 28 Jun 2014 05:18:37 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jun 2014 05:18:37 GMT Message-Id: <201406280518.s5S5IbQE086156@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 05:18:39 -0000 TB --- 2014-06-28 04:10:47 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-28 04:10:47 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-28 04:10:47 - starting HEAD tinderbox run for arm/arm TB --- 2014-06-28 04:10:47 - cleaning the object tree TB --- 2014-06-28 04:11:58 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-28 04:12:02 - At svn revision 267993 TB --- 2014-06-28 04:12:03 - building world TB --- 2014-06-28 04:12:03 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 04:12:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 04:12:03 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 04:12:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 04:12:03 - SRCCONF=/dev/null TB --- 2014-06-28 04:12:03 - TARGET=arm TB --- 2014-06-28 04:12:03 - TARGET_ARCH=arm TB --- 2014-06-28 04:12:03 - TZ=UTC TB --- 2014-06-28 04:12:03 - __MAKE_CONF=/dev/null TB --- 2014-06-28 04:12:03 - cd /src TB --- 2014-06-28 04:12:03 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jun 28 04:12:10 UTC 2014 >>> 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 [...] ===> lib/clang/libllvmmipsinfo (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo/MipsTargetInfo.cpp -o MipsTargetInfo.o building static llvmmipsinfo library ranlib -D libllvmmipsinfo.a ===> lib/clang/libllvmmipsinstprinter (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter/MipsInstPrinter.cpp -o MipsInstPrinter.o building static llvmmipsinstprinter library ranlib -D libllvmmipsinstprinter.a ===> lib/clang/libllvmpowerpcasmparser (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser/PPCAsmParser.cpp -o PPCAsmParser.o building static llvmpowerpcasmparser library ranlib -D libllvmpowerpcasmparser.a ===> lib/clang/libllvmpowerpccodegen (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCAsmPrinter.cpp -o PPCAsmPrinter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCBranchSelector.cpp -o PPCBranchSelector.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCTRLoops.cpp -o PPCCTRLoops.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCodeEmitter.cpp -o PPCCodeEmitter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp -o PPCFastISel.o /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp: In member function 'bool::PPCFastISel::SelectFPToI(const llvm::Instruction*, bool)': /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp:1030: error: base operand of '->' has non-pointer type 'const llvm::PPCSubtarget' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmpowerpccodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-28 05:18:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-28 05:18:37 - ERROR: failed to build world TB --- 2014-06-28 05:18:37 - 3644.60 user 309.99 system 4069.98 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 05:18:38 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DB6B938B; Sat, 28 Jun 2014 05:18:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B1111244C; Sat, 28 Jun 2014 05:18:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5S5IbjY086149; Sat, 28 Jun 2014 01:18:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5S5IbVJ086148; Sat, 28 Jun 2014 05:18:37 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jun 2014 05:18:37 GMT Message-Id: <201406280518.s5S5IbVJ086148@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 05:18:39 -0000 TB --- 2014-06-28 04:10:47 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-28 04:10:47 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-28 04:10:47 - starting HEAD tinderbox run for armv6/arm TB --- 2014-06-28 04:10:48 - cleaning the object tree TB --- 2014-06-28 04:12:07 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-28 04:12:10 - At svn revision 267993 TB --- 2014-06-28 04:12:11 - building world TB --- 2014-06-28 04:12:11 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 04:12:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 04:12:11 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 04:12:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 04:12:11 - SRCCONF=/dev/null TB --- 2014-06-28 04:12:11 - TARGET=arm TB --- 2014-06-28 04:12:11 - TARGET_ARCH=armv6 TB --- 2014-06-28 04:12:11 - TZ=UTC TB --- 2014-06-28 04:12:11 - __MAKE_CONF=/dev/null TB --- 2014-06-28 04:12:11 - cd /src TB --- 2014-06-28 04:12:11 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jun 28 04:12:18 UTC 2014 >>> 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 [...] ===> lib/clang/libllvmmipsinfo (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo/MipsTargetInfo.cpp -o MipsTargetInfo.o building static llvmmipsinfo library ranlib -D libllvmmipsinfo.a ===> lib/clang/libllvmmipsinstprinter (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter/MipsInstPrinter.cpp -o MipsInstPrinter.o building static llvmmipsinstprinter library ranlib -D libllvmmipsinstprinter.a ===> lib/clang/libllvmpowerpcasmparser (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser/PPCAsmParser.cpp -o PPCAsmParser.o building static llvmpowerpcasmparser library ranlib -D libllvmpowerpcasmparser.a ===> lib/clang/libllvmpowerpccodegen (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCAsmPrinter.cpp -o PPCAsmPrinter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCBranchSelector.cpp -o PPCBranchSelector.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCTRLoops.cpp -o PPCCTRLoops.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCodeEmitter.cpp -o PPCCodeEmitter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp -o PPCFastISel.o /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp: In member function 'bool::PPCFastISel::SelectFPToI(const llvm::Instruction*, bool)': /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp:1030: error: base operand of '->' has non-pointer type 'const llvm::PPCSubtarget' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmpowerpccodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-28 05:18:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-28 05:18:37 - ERROR: failed to build world TB --- 2014-06-28 05:18:37 - 3645.48 user 308.30 system 4069.74 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 05:19:03 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 251D16F2; Sat, 28 Jun 2014 05:19:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EDE682460; Sat, 28 Jun 2014 05:19:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5S5J1DJ088043; Sat, 28 Jun 2014 01:19:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5S5J1Yj088042; Sat, 28 Jun 2014 05:19:01 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jun 2014 05:19:01 GMT Message-Id: <201406280519.s5S5J1Yj088042@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 05:19:03 -0000 TB --- 2014-06-28 04:10:47 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-28 04:10:47 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-28 04:10:47 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-06-28 04:10:47 - cleaning the object tree TB --- 2014-06-28 04:11:58 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-28 04:12:02 - At svn revision 267993 TB --- 2014-06-28 04:12:03 - building world TB --- 2014-06-28 04:12:03 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 04:12:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 04:12:03 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 04:12:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 04:12:03 - SRCCONF=/dev/null TB --- 2014-06-28 04:12:03 - TARGET=amd64 TB --- 2014-06-28 04:12:03 - TARGET_ARCH=amd64 TB --- 2014-06-28 04:12:03 - TZ=UTC TB --- 2014-06-28 04:12:03 - __MAKE_CONF=/dev/null TB --- 2014-06-28 04:12:03 - cd /src TB --- 2014-06-28 04:12:03 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jun 28 04:12:10 UTC 2014 >>> 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 [...] ===> lib/clang/libllvmmipsinfo (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo/MipsTargetInfo.cpp -o MipsTargetInfo.o building static llvmmipsinfo library ranlib -D libllvmmipsinfo.a ===> lib/clang/libllvmmipsinstprinter (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter/MipsInstPrinter.cpp -o MipsInstPrinter.o building static llvmmipsinstprinter library ranlib -D libllvmmipsinstprinter.a ===> lib/clang/libllvmpowerpcasmparser (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser/PPCAsmParser.cpp -o PPCAsmParser.o building static llvmpowerpcasmparser library ranlib -D libllvmpowerpcasmparser.a ===> lib/clang/libllvmpowerpccodegen (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCAsmPrinter.cpp -o PPCAsmPrinter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCBranchSelector.cpp -o PPCBranchSelector.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCTRLoops.cpp -o PPCCTRLoops.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCodeEmitter.cpp -o PPCCodeEmitter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp -o PPCFastISel.o /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp: In member function 'bool::PPCFastISel::SelectFPToI(const llvm::Instruction*, bool)': /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp:1030: error: base operand of '->' has non-pointer type 'const llvm::PPCSubtarget' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmpowerpccodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-28 05:19:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-28 05:19:01 - ERROR: failed to build world TB --- 2014-06-28 05:19:01 - 3658.64 user 319.53 system 4094.06 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 05:46:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 49D78B5C for ; Sat, 28 Jun 2014 05:46:37 +0000 (UTC) Received: from nm10-vm0.bullet.mail.bf1.yahoo.com (nm10-vm0.bullet.mail.bf1.yahoo.com [98.139.213.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CC0BF2645 for ; Sat, 28 Jun 2014 05:46:36 +0000 (UTC) Received: from [66.196.81.174] by nm10.bullet.mail.bf1.yahoo.com with NNFMP; 28 Jun 2014 05:43:19 -0000 Received: from [98.139.211.160] by tm20.bullet.mail.bf1.yahoo.com with NNFMP; 28 Jun 2014 05:43:19 -0000 Received: from [127.0.0.1] by smtp217.mail.bf1.yahoo.com with NNFMP; 28 Jun 2014 05:43:19 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com.br; s=s1024; t=1403934199; bh=sWeYOVC71zhhEgQBEFFtCDeMh8OOhuOzN0Obmgzarrw=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Tz+jsz/R77GBlJuEnMYQyRbA+PrzNHqDRsPWPZkXfbUm9dSBjfp8ysx2UWwDvE4/dLV/2PPNtO0FwKJ3hfCM/RMms8RUKKA+8pWkvoaaF8XWNPbxAvfZeo7LSirw1O97wgFjSoUDhrjGtex8cu/JfAWBCqQ7+mnfel6Zfy2EZPA= X-Yahoo-Newman-Id: 568416.21905.bm@smtp217.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: y2m20uEVM1m5V2.Us6OTfZrZfWVwHxBDWxDVZoFNUBoMbxf eWCxy5123e7tkT07Ht7YE5S3SbrLW.FvM79avmT.xjJ9tXD7aRn9TgMrc2Yp vzfhgLP21qoiyFikLF5WvoQOPzixinJsGgMq3oKLjQ.SAyX9K0xk.w2JnBpy 9XXSdiUGQBt82WxQnH6yT5DTA5FK1raoBqhLs4vlyOhrsciYmlzwXtDauyha 1R.F_W6W9S.1NxnNfqJA9aUw54z0ggdy1qxplC0uBViPSF6M_yBINQrs_6tg RWpJfqBAGgeC1UqmoGNZ9MiRlSkIUMR0KtI7CT25m6O6ir.ptkaooL0n2tnm pFSZ0HwN_Q17ee9p9UVI1BIc1R8lf8DvlpjnI24SuO_GB17F06r616u0au_p z9tjAq.H8XmTrF1_ZwBOTEmm4PvwL8wiNeGhC1MuYRTeoPjNUFHxfJoUmvCB IAEuPffEXIgqR2P7SaqMeuPB8sNEK0t7gut5kAnRdyW7yffmIcGD4IQdI9zm 0.LiR6ChTtQRPN61piztbiPWb8e9Bnw-- X-Yahoo-SMTP: 51p0rh2swBCh3zxf6sJkNseoFwQzw1o- X-Rocket-Received: from [192.168.0.101] (daniloegea@179.217.196.103 with plain [98.138.105.21]) by smtp217.mail.bf1.yahoo.com with SMTP; 27 Jun 2014 22:43:19 -0700 PDT Message-ID: <53AE5605.7050406@yahoo.com.br> Date: Sat, 28 Jun 2014 02:43:33 -0300 From: Danilo Egea User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Hans Petter Selasky , "freebsd-current@freebsd.org" Subject: Re: sysctl: Cannot allocate memory after r267961 References: <1403895102.10070.YahooMailNeo@web162001.mail.bf1.yahoo.com> <53AE3989.9020000@selasky.org> <53AE3E84.5030106@selasky.org> In-Reply-To: <53AE3E84.5030106@selasky.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 Jun 2014 05:46:37 -0000 On 06/28/14 01:03, Hans Petter Selasky wrote: > On 06/28/14 05:42, Hans Petter Selasky wrote: >> On 06/27/14 20:51, Danilo Egea wrote: >>> Hello folks, >>> >>> I've just updated my system (current) and now I'm getting this message: >>> [danilo src$] uname -a >>> uname: sysctl: Cannot allocate memory >>> >>> >>> Some programs are failing due this, like portmaster and chromium. >>> >>> This commit (r267961) has a lot of changes in the sysctl subsystem. >>> >>> Thanks! >> >> Hi folks, >> >> Sorry about the breakage. There appears to be some special case for >> read-only MIB SYSCTL strings which was ending up in an error code that's >> not so well documented. Sorry that it is not possible for me to test >> absolutely everything. >> >> Testing done from my side: >> >> - Several universe builds >> - Sysctl functionality has been verified and tested. >> >> I'm going to pull in the change again with the fix for "uname". If there >> are more problems popping up I need your help to test this patch. >> >> Thanks for your patience! >> >> --HPS > > Fixed in: > > r267992 > > --HPS > It's working. Thanks! From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 06:27:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CBE6A35D; Sat, 28 Jun 2014 06:27:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9172928F7; Sat, 28 Jun 2014 06:27:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5S6ROPk026525; Sat, 28 Jun 2014 02:27:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5S6ROwo026508; Sat, 28 Jun 2014 06:27:24 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jun 2014 06:27:24 GMT Message-Id: <201406280627.s5S6ROwo026508@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 06:27:26 -0000 TB --- 2014-06-28 05:18:37 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-28 05:18:37 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-28 05:18:37 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-06-28 05:18:37 - cleaning the object tree TB --- 2014-06-28 05:18:59 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-28 05:19:02 - At svn revision 267993 TB --- 2014-06-28 05:19:03 - building world TB --- 2014-06-28 05:19:03 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 05:19:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 05:19:03 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 05:19:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 05:19:03 - SRCCONF=/dev/null TB --- 2014-06-28 05:19:03 - TARGET=pc98 TB --- 2014-06-28 05:19:03 - TARGET_ARCH=i386 TB --- 2014-06-28 05:19:03 - TZ=UTC TB --- 2014-06-28 05:19:03 - __MAKE_CONF=/dev/null TB --- 2014-06-28 05:19:03 - cd /src TB --- 2014-06-28 05:19:03 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jun 28 05:19:10 UTC 2014 >>> 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 [...] ===> lib/clang/libllvmmipsinfo (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo/MipsTargetInfo.cpp -o MipsTargetInfo.o building static llvmmipsinfo library ranlib -D libllvmmipsinfo.a ===> lib/clang/libllvmmipsinstprinter (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter/MipsInstPrinter.cpp -o MipsInstPrinter.o building static llvmmipsinstprinter library ranlib -D libllvmmipsinstprinter.a ===> lib/clang/libllvmpowerpcasmparser (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser/PPCAsmParser.cpp -o PPCAsmParser.o building static llvmpowerpcasmparser library ranlib -D libllvmpowerpcasmparser.a ===> lib/clang/libllvmpowerpccodegen (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCAsmPrinter.cpp -o PPCAsmPrinter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCBranchSelector.cpp -o PPCBranchSelector.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCTRLoops.cpp -o PPCCTRLoops.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCodeEmitter.cpp -o PPCCodeEmitter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp -o PPCFastISel.o /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp: In member function 'bool::PPCFastISel::SelectFPToI(const llvm::Instruction*, bool)': /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp:1030: error: base operand of '->' has non-pointer type 'const llvm::PPCSubtarget' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmpowerpccodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-28 06:27:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-28 06:27:24 - ERROR: failed to build world TB --- 2014-06-28 06:27:24 - 3691.38 user 310.37 system 4127.19 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 06:39:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 35833671; Sat, 28 Jun 2014 06:39:35 +0000 (UTC) Received: from smtp-out-02.shaw.ca (smtp-out-02.shaw.ca [64.59.136.138]) by mx1.freebsd.org (Postfix) with ESMTP id EE77929B1; Sat, 28 Jun 2014 06:39:34 +0000 (UTC) X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=6dlcsJ/IGOduaTWa2Dbsml466mjAwLXxxnCzM8r9qRI= c=1 sm=1 a=Xhf83bPUhc0A:10 a=QrugwKR0C_UA:10 a=wAGQQ9Az6v0A:10 a=BLceEmwcHowA:10 a=ICAaq7hcmGcA:10 a=kj9zAlcOel0A:10 a=IbtKDeXwb2+SRU442/pi3A==:17 a=BWvPGDcYAAAA:8 a=6I5d2MoRAAAA:8 a=olcAnudLFYhBeCYv1b8A:9 a=CjuIK1q_8ugA:10 a=V7tsTZBp22UA:10 a=SV7veod9ZcQA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Received: from unknown (HELO spqr.komquats.com) ([96.50.7.119]) by smtp-out-02.shaw.ca with ESMTP; 28 Jun 2014 00:39:33 -0600 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id A1BCB9BE7; Fri, 27 Jun 2014 23:39:32 -0700 (PDT) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.14.9/8.14.9) with ESMTP id s5S6dVVf079363; Fri, 27 Jun 2014 23:39:31 -0700 (PDT) (envelope-from Cy.Schubert@komquats.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.14.9/8.14.8/Submit) with ESMTP id s5S6dVOw079357; Fri, 27 Jun 2014 23:39:31 -0700 (PDT) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201406280639.s5S6dVOw079357@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: current@freebsd.org, dim@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 In-Reply-To: Message from FreeBSD Tinderbox of "Sat, 28 Jun 2014 05:18:36 +0000." <201406280518.s5S5Ia5Q086140@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 27 Jun 2014 23:39:31 -0700 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 Jun 2014 06:39:35 -0000 In message <201406280518.s5S5Ia5Q086140@freebsd-current.sentex.ca>, FreeBSD Tin derbox writes: > TB --- 2014-06-28 04:10:47 - tinderbox 2.22 running on freebsd-current.sentex > .ca > TB --- 2014-06-28 04:10:47 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE Fre > eBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-curr > ent.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 > TB --- 2014-06-28 04:10:47 - starting HEAD tinderbox run for i386/i386 > TB --- 2014-06-28 04:10:47 - cleaning the object tree > TB --- 2014-06-28 04:11:57 - /usr/local/bin/svn stat --no-ignore /src > TB --- 2014-06-28 04:12:02 - At svn revision 267993 > TB --- 2014-06-28 04:12:03 - building world > TB --- 2014-06-28 04:12:03 - CROSS_BUILD_TESTING=YES > TB --- 2014-06-28 04:12:03 - MAKEOBJDIRPREFIX=/obj > TB --- 2014-06-28 04:12:03 - MAKESYSPATH=/src/share/mk > TB --- 2014-06-28 04:12:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2014-06-28 04:12:03 - SRCCONF=/dev/null > TB --- 2014-06-28 04:12:03 - TARGET=i386 > TB --- 2014-06-28 04:12:03 - TARGET_ARCH=i386 > TB --- 2014-06-28 04:12:03 - TZ=UTC > TB --- 2014-06-28 04:12:03 - __MAKE_CONF=/dev/null > TB --- 2014-06-28 04:12:03 - cd /src > TB --- 2014-06-28 04:12:03 - /usr/bin/make -B buildworld > >>> Building an up-to-date bmake(1) > >>> World build started on Sat Jun 28 04:12:10 UTC 2014 > >>> 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 > [...] > ===> lib/clang/libllvmmipsinfo (all) > c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/include > -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/tools/clang/include - > I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetI > nfo -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips -I > . -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/../../lib/clang/incl > ude -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_ > MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freeb > sd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT= > \"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-e > xceptions -fno-rtti -c /src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/ > lib/Target/Mips/TargetInfo/MipsTargetInfo.cpp -o MipsTargetInfo.o > building static llvmmipsinfo library > ranlib -D libllvmmipsinfo.a > ===> lib/clang/libllvmmipsinstprinter (all) > c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/ > include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/tools/c > lang/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/li > b/Target/Mips/InstPrinter -I/src/lib/clang/libllvmmipsinstprinter/../../../co > ntrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinstprinter/../../ > ../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__ > STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAUL > T_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unkn > own-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i3 > 86/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/li > bllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter/MipsIn > stPrinter.cpp -o MipsInstPrinter.o > building static llvmmipsinstprinter library > ranlib -D libllvmmipsinstprinter.a > ===> lib/clang/libllvmpowerpcasmparser (all) > c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm > /include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/tools > /clang/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm > /lib/Target/PowerPC/AsmParser -I/src/lib/clang/libllvmpowerpcasmparser/../../ > ../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpcasmpars > er/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FRE > EBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLL > VM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x8 > 6_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/ob > j/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib > /clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmPa > rser/PPCAsmParser.cpp -o PPCAsmParser.o > building static llvmpowerpcasmparser library > ranlib -D libllvmpowerpcasmparser.a > ===> lib/clang/libllvmpowerpccodegen (all) > c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/i > nclude -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/cla > ng/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/T > arget/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llv > m/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MAC > ROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPL > E=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11. > 0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/leg > acy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpcco > degen/../../../contrib/llvm/lib/Target/PowerPC/PPCAsmPrinter.cpp -o PPCAsmPri > nter.o > c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/i > nclude -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/cla > ng/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/T > arget/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llv > m/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MAC > ROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPL > E=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11. > 0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/leg > acy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpcco > degen/../../../contrib/llvm/lib/Target/PowerPC/PPCBranchSelector.cpp -o PPCBr > anchSelector.o > c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/i > nclude -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/cla > ng/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/T > arget/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llv > m/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MAC > ROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPL > E=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11. > 0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/leg > acy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpcco > degen/../../../contrib/llvm/lib/Target/PowerPC/PPCCTRLoops.cpp -o PPCCTRLoops > .o > c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/i > nclude -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/cla > ng/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/T > arget/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llv > m/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MAC > ROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPL > E=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11. > 0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/leg > acy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpcco > degen/../../../contrib/llvm/lib/Target/PowerPC/PPCCodeEmitter.cpp -o PPCCodeE > mitter.o > c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/i > nclude -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/cla > ng/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/T > arget/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llv > m/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MAC > ROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPL > E=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11. > 0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/leg > acy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpcco > degen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp -o PPCFastISel > .o > /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC > /PPCFastISel.cpp: In member function 'bool::PPCFastISel::SelectFPToI > (const llvm::Instruction*, bool)': > /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC > /PPCFastISel.cpp:1030: error: base operand of '->' has non-pointer type 'cons > t llvm::PPCSubtarget' > *** Error code 1 > > Stop. > bmake[3]: stopped in /src/lib/clang/libllvmpowerpccodegen > *** Error code 1 > > Stop. > bmake[2]: stopped in /src/lib/clang > *** Error code 1 > > Stop. > bmake[1]: stopped in /src > *** Error code 1 > > Stop. > bmake: stopped in /src > *** [buildworld] Error code 1 > > Stop in /src. > TB --- 2014-06-28 05:18:36 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2014-06-28 05:18:36 - ERROR: failed to build world > TB --- 2014-06-28 05:18:36 - 3645.91 user 308.64 system 4068.96 real > > The following should fix this. Index: contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp =================================================================== --- contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp (revision 268002) +++ contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp (working copy) @@ -1027,7 +1027,7 @@ return false; // If we don't have FCTIDUZ and we need it, punt to SelectionDAG. - if (DstVT == MVT::i64 && !IsSigned && !PPCSubTarget->hasFPCVT()) + if (DstVT == MVT::i64 && !IsSigned && !PPCSubTarget.hasFPCVT()) return false; Value *Src = I->getOperand(0); -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 07:08:16 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B5ABFC38; Sat, 28 Jun 2014 07:08:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5E9152BBE; Sat, 28 Jun 2014 07:08:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5S78ECE052906; Sat, 28 Jun 2014 03:08:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5S78Eai052901; Sat, 28 Jun 2014 07:08:14 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jun 2014 07:08:14 GMT Message-Id: <201406280708.s5S78Eai052901@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 07:08:16 -0000 TB --- 2014-06-28 05:18:37 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-28 05:18:37 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-28 05:18:37 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-06-28 05:18:37 - cleaning the object tree TB --- 2014-06-28 05:18:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-28 05:18:41 - At svn revision 267993 TB --- 2014-06-28 05:18:42 - building world TB --- 2014-06-28 05:18:42 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 05:18:42 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 05:18:42 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 05:18:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 05:18:42 - SRCCONF=/dev/null TB --- 2014-06-28 05:18:42 - TARGET=ia64 TB --- 2014-06-28 05:18:42 - TARGET_ARCH=ia64 TB --- 2014-06-28 05:18:42 - TZ=UTC TB --- 2014-06-28 05:18:42 - __MAKE_CONF=/dev/null TB --- 2014-06-28 05:18:42 - cd /src TB --- 2014-06-28 05:18:42 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jun 28 05:18:49 UTC 2014 >>> 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 Sat Jun 28 06:52:37 UTC 2014 TB --- 2014-06-28 06:52:37 - generating LINT kernel config TB --- 2014-06-28 06:52:37 - cd /src/sys/ia64/conf TB --- 2014-06-28 06:52:37 - /usr/bin/make -B LINT TB --- 2014-06-28 06:52:38 - cd /src/sys/ia64/conf TB --- 2014-06-28 06:52:38 - /obj/ia64.ia64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-06-28 06:52:38 - building LINT kernel TB --- 2014-06-28 06:52:38 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 06:52:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 06:52:38 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 06:52:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 06:52:38 - SRCCONF=/dev/null TB --- 2014-06-28 06:52:38 - TARGET=ia64 TB --- 2014-06-28 06:52:38 - TARGET_ARCH=ia64 TB --- 2014-06-28 06:52:38 - TZ=UTC TB --- 2014-06-28 06:52:38 - __MAKE_CONF=/dev/null TB --- 2014-06-28 06:52:38 - cd /src TB --- 2014-06-28 06:52:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 28 06:52:38 UTC 2014 >>> 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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_environment.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_et.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_event.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_exec.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_fail.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_ffclock.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_gzio.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_hhook.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_intr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_jail.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_khelp.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_kthread.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_ktr.c /src/sys/kern/kern_ktr.c:178: error: redefinition of 'sysctl___debug_ktr_mask' /src/sys/kern/kern_ktr.c:109: error: previous definition of 'sysctl___debug_ktr_mask' was here /src/sys/kern/kern_ktr.c:178: error: redefinition of '__set_sysctl_set_sym_sysctl___debug_ktr_mask' /src/sys/kern/kern_ktr.c:109: error: previous definition of '__set_sysctl_set_sym_sysctl___debug_ktr_mask' was here *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-28 07:08:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-28 07:08:14 - ERROR: failed to build LINT kernel TB --- 2014-06-28 07:08:14 - 5464.01 user 885.91 system 6576.66 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 07:37:22 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C06CA73F; Sat, 28 Jun 2014 07:37:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 95D872DD3; Sat, 28 Jun 2014 07:37:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5S7bKZ9073340; Sat, 28 Jun 2014 03:37:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5S7bKS3073323; Sat, 28 Jun 2014 07:37:20 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jun 2014 07:37:20 GMT Message-Id: <201406280737.s5S7bKS3073323@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 07:37:22 -0000 TB --- 2014-06-28 06:27:24 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-28 06:27:24 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-28 06:27:24 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-06-28 06:27:24 - cleaning the object tree TB --- 2014-06-28 06:27:50 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-28 06:27:57 - At svn revision 267993 TB --- 2014-06-28 06:27:58 - building world TB --- 2014-06-28 06:27:58 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 06:27:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 06:27:58 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 06:27:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 06:27:58 - SRCCONF=/dev/null TB --- 2014-06-28 06:27:58 - TARGET=powerpc TB --- 2014-06-28 06:27:58 - TARGET_ARCH=powerpc TB --- 2014-06-28 06:27:58 - TZ=UTC TB --- 2014-06-28 06:27:58 - __MAKE_CONF=/dev/null TB --- 2014-06-28 06:27:58 - cd /src TB --- 2014-06-28 06:27:58 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jun 28 06:28:05 UTC 2014 >>> 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 [...] ===> lib/clang/libllvmmipsinfo (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc/src/tmp\" -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo/MipsTargetInfo.cpp -o MipsTargetInfo.o building static llvmmipsinfo library ranlib -D libllvmmipsinfo.a ===> lib/clang/libllvmmipsinstprinter (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc/src/tmp\" -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter/MipsInstPrinter.cpp -o MipsInstPrinter.o building static llvmmipsinstprinter library ranlib -D libllvmmipsinstprinter.a ===> lib/clang/libllvmpowerpcasmparser (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc/src/tmp\" -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser/PPCAsmParser.cpp -o PPCAsmParser.o building static llvmpowerpcasmparser library ranlib -D libllvmpowerpcasmparser.a ===> lib/clang/libllvmpowerpccodegen (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc/src/tmp\" -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCAsmPrinter.cpp -o PPCAsmPrinter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc/src/tmp\" -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCBranchSelector.cpp -o PPCBranchSelector.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc/src/tmp\" -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCTRLoops.cpp -o PPCCTRLoops.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc/src/tmp\" -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCodeEmitter.cpp -o PPCCodeEmitter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc/src/tmp\" -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp -o PPCFastISel.o /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp: In member function 'bool::PPCFastISel::SelectFPToI(const llvm::Instruction*, bool)': /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp:1030: error: base operand of '->' has non-pointer type 'const llvm::PPCSubtarget' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmpowerpccodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-28 07:37:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-28 07:37:20 - ERROR: failed to build world TB --- 2014-06-28 07:37:20 - 3687.84 user 307.52 system 4196.18 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 08:15:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 678DA1C8; Sat, 28 Jun 2014 08:15:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3CCFE20A2; Sat, 28 Jun 2014 08:15:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5S8FTXv047553; Sat, 28 Jun 2014 04:15:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5S8FT7v047508; Sat, 28 Jun 2014 08:15:29 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jun 2014 08:15:29 GMT Message-Id: <201406280815.s5S8FT7v047508@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 08:15:31 -0000 TB --- 2014-06-28 07:06:47 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-28 07:06:47 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-28 07:06:47 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-06-28 07:06:47 - cleaning the object tree TB --- 2014-06-28 07:07:03 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-28 07:07:08 - At svn revision 267993 TB --- 2014-06-28 07:07:09 - building world TB --- 2014-06-28 07:07:09 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 07:07:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 07:07:09 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 07:07:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 07:07:09 - SRCCONF=/dev/null TB --- 2014-06-28 07:07:09 - TARGET=powerpc TB --- 2014-06-28 07:07:09 - TARGET_ARCH=powerpc64 TB --- 2014-06-28 07:07:09 - TZ=UTC TB --- 2014-06-28 07:07:09 - __MAKE_CONF=/dev/null TB --- 2014-06-28 07:07:09 - cd /src TB --- 2014-06-28 07:07:09 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jun 28 07:07:18 UTC 2014 >>> 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 [...] ===> lib/clang/libllvmmipsinfo (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo/MipsTargetInfo.cpp -o MipsTargetInfo.o building static llvmmipsinfo library ranlib -D libllvmmipsinfo.a ===> lib/clang/libllvmmipsinstprinter (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter/MipsInstPrinter.cpp -o MipsInstPrinter.o building static llvmmipsinstprinter library ranlib -D libllvmmipsinstprinter.a ===> lib/clang/libllvmpowerpcasmparser (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser/PPCAsmParser.cpp -o PPCAsmParser.o building static llvmpowerpcasmparser library ranlib -D libllvmpowerpcasmparser.a ===> lib/clang/libllvmpowerpccodegen (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCAsmPrinter.cpp -o PPCAsmPrinter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCBranchSelector.cpp -o PPCBranchSelector.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCTRLoops.cpp -o PPCCTRLoops.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCodeEmitter.cpp -o PPCCodeEmitter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp -o PPCFastISel.o /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp: In member function 'bool::PPCFastISel::SelectFPToI(const llvm::Instruction*, bool)': /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp:1030: error: base operand of '->' has non-pointer type 'const llvm::PPCSubtarget' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmpowerpccodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-28 08:15:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-28 08:15:29 - ERROR: failed to build world TB --- 2014-06-28 08:15:29 - 3636.24 user 318.78 system 4122.11 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 08:29:59 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87408592; Sat, 28 Jun 2014 08:29:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5BEF8215B; Sat, 28 Jun 2014 08:29:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5S8TwGF096608; Sat, 28 Jun 2014 04:29:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5S8Twks096607; Sat, 28 Jun 2014 08:29:58 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jun 2014 08:29:58 GMT Message-Id: <201406280829.s5S8Twks096607@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 08:29:59 -0000 TB --- 2014-06-28 07:08:15 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-28 07:08:15 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-28 07:08:15 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-06-28 07:08:15 - cleaning the object tree TB --- 2014-06-28 07:08:15 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-28 07:08:19 - At svn revision 267993 TB --- 2014-06-28 07:08:20 - building world TB --- 2014-06-28 07:08:20 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 07:08:20 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 07:08:20 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 07:08:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 07:08:20 - SRCCONF=/dev/null TB --- 2014-06-28 07:08:20 - TARGET=sparc64 TB --- 2014-06-28 07:08:20 - TARGET_ARCH=sparc64 TB --- 2014-06-28 07:08:20 - TZ=UTC TB --- 2014-06-28 07:08:20 - __MAKE_CONF=/dev/null TB --- 2014-06-28 07:08:20 - cd /src TB --- 2014-06-28 07:08:20 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jun 28 07:08:27 UTC 2014 >>> 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 Sat Jun 28 08:19:16 UTC 2014 TB --- 2014-06-28 08:19:16 - generating LINT kernel config TB --- 2014-06-28 08:19:16 - cd /src/sys/sparc64/conf TB --- 2014-06-28 08:19:16 - /usr/bin/make -B LINT TB --- 2014-06-28 08:19:16 - cd /src/sys/sparc64/conf TB --- 2014-06-28 08:19:16 - /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-06-28 08:19:16 - building LINT kernel TB --- 2014-06-28 08:19:16 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 08:19:16 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 08:19:16 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 08:19:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 08:19:16 - SRCCONF=/dev/null TB --- 2014-06-28 08:19:16 - TARGET=sparc64 TB --- 2014-06-28 08:19:16 - TARGET_ARCH=sparc64 TB --- 2014-06-28 08:19:16 - TZ=UTC TB --- 2014-06-28 08:19:16 - __MAKE_CONF=/dev/null TB --- 2014-06-28 08:19:16 - cd /src TB --- 2014-06-28 08:19:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 28 08:19:16 UTC 2014 >>> 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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_environment.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_et.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_event.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_exec.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_fail.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_ffclock.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_gzio.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_hhook.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_intr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_jail.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_khelp.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_kthread.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_ktr.c /src/sys/kern/kern_ktr.c:178: error: redefinition of 'sysctl___debug_ktr_mask' /src/sys/kern/kern_ktr.c:109: error: previous definition of 'sysctl___debug_ktr_mask' was here /src/sys/kern/kern_ktr.c:178: error: redefinition of '__set_sysctl_set_sym_sysctl___debug_ktr_mask' /src/sys/kern/kern_ktr.c:109: error: previous definition of '__set_sysctl_set_sym_sysctl___debug_ktr_mask' was here *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-28 08:29:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-28 08:29:58 - ERROR: failed to build LINT kernel TB --- 2014-06-28 08:29:58 - 3832.23 user 719.24 system 4903.03 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 09:40:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D62738D; Sat, 28 Jun 2014 09:40:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 22FD12640; Sat, 28 Jun 2014 09:40:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5S9e390007496; Sat, 28 Jun 2014 05:40:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5S9e368007495; Sat, 28 Jun 2014 09:40:03 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jun 2014 09:40:03 GMT Message-Id: <201406280940.s5S9e368007495@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 09:40:05 -0000 TB --- 2014-06-28 08:30:46 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-28 08:30:46 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-28 08:30:46 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-06-28 08:30:46 - cleaning the object tree TB --- 2014-06-28 08:32:06 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-28 08:32:10 - At svn revision 268002 TB --- 2014-06-28 08:32:11 - building world TB --- 2014-06-28 08:32:11 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 08:32:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 08:32:11 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 08:32:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 08:32:11 - SRCCONF=/dev/null TB --- 2014-06-28 08:32:11 - TARGET=amd64 TB --- 2014-06-28 08:32:11 - TARGET_ARCH=amd64 TB --- 2014-06-28 08:32:11 - TZ=UTC TB --- 2014-06-28 08:32:11 - __MAKE_CONF=/dev/null TB --- 2014-06-28 08:32:11 - cd /src TB --- 2014-06-28 08:32:11 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jun 28 08:32:17 UTC 2014 >>> 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 [...] ===> lib/clang/libllvmmipsinfo (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo/MipsTargetInfo.cpp -o MipsTargetInfo.o building static llvmmipsinfo library ranlib -D libllvmmipsinfo.a ===> lib/clang/libllvmmipsinstprinter (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter/MipsInstPrinter.cpp -o MipsInstPrinter.o building static llvmmipsinstprinter library ranlib -D libllvmmipsinstprinter.a ===> lib/clang/libllvmpowerpcasmparser (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser/PPCAsmParser.cpp -o PPCAsmParser.o building static llvmpowerpcasmparser library ranlib -D libllvmpowerpcasmparser.a ===> lib/clang/libllvmpowerpccodegen (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCAsmPrinter.cpp -o PPCAsmPrinter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCBranchSelector.cpp -o PPCBranchSelector.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCTRLoops.cpp -o PPCCTRLoops.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCodeEmitter.cpp -o PPCCodeEmitter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" -I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp -o PPCFastISel.o /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp: In member function 'bool::PPCFastISel::SelectFPToI(const llvm::Instruction*, bool)': /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp:1030: error: base operand of '->' has non-pointer type 'const llvm::PPCSubtarget' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmpowerpccodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-28 09:40:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-28 09:40:03 - ERROR: failed to build world TB --- 2014-06-28 09:40:03 - 3657.52 user 334.65 system 4156.82 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 09:40:06 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29D8F38F; Sat, 28 Jun 2014 09:40:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F40BE2641; Sat, 28 Jun 2014 09:40:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5S9e4EH007504; Sat, 28 Jun 2014 05:40:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5S9e4qN007503; Sat, 28 Jun 2014 09:40:04 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jun 2014 09:40:04 GMT Message-Id: <201406280940.s5S9e4qN007503@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 09:40:06 -0000 TB --- 2014-06-28 08:30:46 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-28 08:30:46 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-28 08:30:46 - starting HEAD tinderbox run for i386/i386 TB --- 2014-06-28 08:30:46 - cleaning the object tree TB --- 2014-06-28 08:31:59 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-28 08:32:03 - At svn revision 268002 TB --- 2014-06-28 08:32:04 - building world TB --- 2014-06-28 08:32:04 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 08:32:04 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 08:32:04 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 08:32:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 08:32:04 - SRCCONF=/dev/null TB --- 2014-06-28 08:32:04 - TARGET=i386 TB --- 2014-06-28 08:32:04 - TARGET_ARCH=i386 TB --- 2014-06-28 08:32:04 - TZ=UTC TB --- 2014-06-28 08:32:04 - __MAKE_CONF=/dev/null TB --- 2014-06-28 08:32:04 - cd /src TB --- 2014-06-28 08:32:04 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jun 28 08:32:13 UTC 2014 >>> 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 [...] ===> lib/clang/libllvmmipsinfo (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo/MipsTargetInfo.cpp -o MipsTargetInfo.o building static llvmmipsinfo library ranlib -D libllvmmipsinfo.a ===> lib/clang/libllvmmipsinstprinter (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter/MipsInstPrinter.cpp -o MipsInstPrinter.o building static llvmmipsinstprinter library ranlib -D libllvmmipsinstprinter.a ===> lib/clang/libllvmpowerpcasmparser (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser/PPCAsmParser.cpp -o PPCAsmParser.o building static llvmpowerpcasmparser library ranlib -D libllvmpowerpcasmparser.a ===> lib/clang/libllvmpowerpccodegen (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCAsmPrinter.cpp -o PPCAsmPrinter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCBranchSelector.cpp -o PPCBranchSelector.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCTRLoops.cpp -o PPCCTRLoops.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCodeEmitter.cpp -o PPCCodeEmitter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/i386.i386/src/tmp\" -I/obj/i386.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp -o PPCFastISel.o /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp: In member function 'bool::PPCFastISel::SelectFPToI(const llvm::Instruction*, bool)': /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp:1030: error: base operand of '->' has non-pointer type 'const llvm::PPCSubtarget' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmpowerpccodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-28 09:40:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-28 09:40:04 - ERROR: failed to build world TB --- 2014-06-28 09:40:04 - 3644.39 user 325.50 system 4158.53 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 09:40:08 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 084E4426; Sat, 28 Jun 2014 09:40:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CFBF12642; Sat, 28 Jun 2014 09:40:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5S9e667007518; Sat, 28 Jun 2014 05:40:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5S9e6jS007517; Sat, 28 Jun 2014 09:40:06 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jun 2014 09:40:06 GMT Message-Id: <201406280940.s5S9e6jS007517@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 09:40:08 -0000 TB --- 2014-06-28 08:30:46 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-28 08:30:46 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-28 08:30:46 - starting HEAD tinderbox run for arm/arm TB --- 2014-06-28 08:30:46 - cleaning the object tree TB --- 2014-06-28 08:32:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-28 08:32:07 - At svn revision 268002 TB --- 2014-06-28 08:32:08 - building world TB --- 2014-06-28 08:32:08 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 08:32:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 08:32:08 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 08:32:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 08:32:08 - SRCCONF=/dev/null TB --- 2014-06-28 08:32:08 - TARGET=arm TB --- 2014-06-28 08:32:08 - TARGET_ARCH=arm TB --- 2014-06-28 08:32:08 - TZ=UTC TB --- 2014-06-28 08:32:08 - __MAKE_CONF=/dev/null TB --- 2014-06-28 08:32:08 - cd /src TB --- 2014-06-28 08:32:08 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jun 28 08:32:14 UTC 2014 >>> 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 [...] ===> lib/clang/libllvmmipsinfo (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo/MipsTargetInfo.cpp -o MipsTargetInfo.o building static llvmmipsinfo library ranlib -D libllvmmipsinfo.a ===> lib/clang/libllvmmipsinstprinter (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter/MipsInstPrinter.cpp -o MipsInstPrinter.o building static llvmmipsinstprinter library ranlib -D libllvmmipsinstprinter.a ===> lib/clang/libllvmpowerpcasmparser (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser/PPCAsmParser.cpp -o PPCAsmParser.o building static llvmpowerpcasmparser library ranlib -D libllvmpowerpcasmparser.a ===> lib/clang/libllvmpowerpccodegen (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCAsmPrinter.cpp -o PPCAsmPrinter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCBranchSelector.cpp -o PPCBranchSelector.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCTRLoops.cpp -o PPCCTRLoops.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCodeEmitter.cpp -o PPCCodeEmitter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp -o PPCFastISel.o /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp: In member function 'bool::PPCFastISel::SelectFPToI(const llvm::Instruction*, bool)': /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp:1030: error: base operand of '->' has non-pointer type 'const llvm::PPCSubtarget' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmpowerpccodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-28 09:40:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-28 09:40:06 - ERROR: failed to build world TB --- 2014-06-28 09:40:06 - 3646.03 user 324.91 system 4160.37 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 09:40:08 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1986D431; Sat, 28 Jun 2014 09:40:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E45F12643; Sat, 28 Jun 2014 09:40:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5S9e6Vd007520; Sat, 28 Jun 2014 05:40:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5S9e6vK007519; Sat, 28 Jun 2014 09:40:06 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jun 2014 09:40:06 GMT Message-Id: <201406280940.s5S9e6vK007519@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 09:40:08 -0000 TB --- 2014-06-28 08:30:46 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-28 08:30:46 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-28 08:30:46 - starting HEAD tinderbox run for armv6/arm TB --- 2014-06-28 08:30:46 - cleaning the object tree TB --- 2014-06-28 08:32:06 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-28 08:32:10 - At svn revision 268002 TB --- 2014-06-28 08:32:11 - building world TB --- 2014-06-28 08:32:11 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 08:32:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 08:32:11 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 08:32:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 08:32:11 - SRCCONF=/dev/null TB --- 2014-06-28 08:32:11 - TARGET=arm TB --- 2014-06-28 08:32:11 - TARGET_ARCH=armv6 TB --- 2014-06-28 08:32:11 - TZ=UTC TB --- 2014-06-28 08:32:11 - __MAKE_CONF=/dev/null TB --- 2014-06-28 08:32:11 - cd /src TB --- 2014-06-28 08:32:11 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jun 28 08:32:18 UTC 2014 >>> 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 [...] ===> lib/clang/libllvmmipsinfo (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo/MipsTargetInfo.cpp -o MipsTargetInfo.o building static llvmmipsinfo library ranlib -D libllvmmipsinfo.a ===> lib/clang/libllvmmipsinstprinter (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter/MipsInstPrinter.cpp -o MipsInstPrinter.o building static llvmmipsinstprinter library ranlib -D libllvmmipsinstprinter.a ===> lib/clang/libllvmpowerpcasmparser (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser/PPCAsmParser.cpp -o PPCAsmParser.o building static llvmpowerpcasmparser library ranlib -D libllvmpowerpcasmparser.a ===> lib/clang/libllvmpowerpccodegen (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCAsmPrinter.cpp -o PPCAsmPrinter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCBranchSelector.cpp -o PPCBranchSelector.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCTRLoops.cpp -o PPCCTRLoops.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCodeEmitter.cpp -o PPCCodeEmitter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"armv6-gnueabi-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/arm.armv6/src/tmp\" -I/obj/arm.armv6/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp -o PPCFastISel.o /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp: In member function 'bool::PPCFastISel::SelectFPToI(const llvm::Instruction*, bool)': /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp:1030: error: base operand of '->' has non-pointer type 'const llvm::PPCSubtarget' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmpowerpccodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-28 09:40:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-28 09:40:06 - ERROR: failed to build world TB --- 2014-06-28 09:40:06 - 3646.45 user 324.31 system 4160.45 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 09:57:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 38D57ADE for ; Sat, 28 Jun 2014 09:57:35 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EA61127A7 for ; Sat, 28 Jun 2014 09:57:34 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::bcf2:8709:5097:94e5] (unknown [IPv6:2001:7b8:3a7:0:bcf2:8709:5097:94e5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id CB0D35C44 for ; Sat, 28 Jun 2014 11:57:31 +0200 (CEST) From: Dimitry Andric Content-Type: multipart/signed; boundary="Apple-Mail=_6C62E6C1-3FE1-46AF-8BA2-A2EE624CD72D"; protocol="application/pgp-signature"; micalg=pgp-sha1 Message-Id: <7340ED7B-253C-4FD3-85C2-757B88EA052C@FreeBSD.org> Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: [head tinderbox] failure on amd64/amd64 Date: Sat, 28 Jun 2014 11:57:30 +0200 References: <201406280940.s5S9e368007495@freebsd-current.sentex.ca> To: current@freebsd.org In-Reply-To: <201406280940.s5S9e368007495@freebsd-current.sentex.ca> X-Mailer: Apple Mail (2.1878.2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 Jun 2014 09:57:35 -0000 --Apple-Mail=_6C62E6C1-3FE1-46AF-8BA2-A2EE624CD72D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 28 Jun 2014, at 11:40, FreeBSD Tinderbox = wrote: > TB --- 2014-06-28 08:30:46 - tinderbox 2.22 running on = freebsd-current.sentex.ca > TB --- 2014-06-28 08:30:46 - FreeBSD freebsd-current.sentex.ca = 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 = des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 > TB --- 2014-06-28 08:30:46 - starting HEAD tinderbox run for = amd64/amd64 ... > = /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/Powe= rPC/PPCFastISel.cpp: In member function = 'bool::PPCFastISel::SelectFPToI(const llvm::Instruction*, = bool)': > = /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/Powe= rPC/PPCFastISel.cpp:1030: error: base operand of '->' has non-pointer = type 'const llvm::PPCSubtarget' Sorry about that, it should be fixed in r268003. -Dimitry --Apple-Mail=_6C62E6C1-3FE1-46AF-8BA2-A2EE624CD72D Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlOukYoACgkQsF6jCi4glqMkSgCg6OF+rt9fd/QcrYl7CHDtBmD0 CkwAoOHxQL5VgqjNQIGBcm27RASwi/vs =KiJg -----END PGP SIGNATURE----- --Apple-Mail=_6C62E6C1-3FE1-46AF-8BA2-A2EE624CD72D-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 10:14:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB804102; Sat, 28 Jun 2014 10:14:33 +0000 (UTC) Received: from melon.pingpong.net (melon.pingpong.net [79.136.116.200]) by mx1.freebsd.org (Postfix) with ESMTP id 6BCE22915; Sat, 28 Jun 2014 10:14:33 +0000 (UTC) Received: from [10.0.1.16] (h-43-145.a357.priv.bahnhof.se [79.136.43.145]) by melon.pingpong.net (Postfix) with ESMTPA id D11A037FFC; Sat, 28 Jun 2014 12:08:39 +0200 (CEST) References: <20140627125613.GT93733@kib.kiev.ua> <201406271057.53599.jhb@freebsd.org> <20140627163407.GX93733@kib.kiev.ua> In-Reply-To: <20140627163407.GX93733@kib.kiev.ua> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <35090A62-2DB8-493C-A5ED-ADB1BC193640@pingpong.net> X-Mailer: iPad Mail (9B206) From: Palle Girgensohn Subject: Re: PostgreSQL performance on FreeBSD Date: Sat, 28 Jun 2014 12:08:39 +0200 To: Konstantin Belousov Cc: "freebsd-current@freebsd.org" , "performance@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 Jun 2014 10:14:33 -0000 27 jun 2014 kl. 18:34 skrev Konstantin Belousov : > On Fri, Jun 27, 2014 at 10:57:53AM -0400, John Baldwin wrote: >> On Friday, June 27, 2014 8:56:13 am Konstantin Belousov wrote: >>> Hi, >>> I did some measurements and hacks to see about the performance and >>> scalability of PostgreSQL 9.3 on FreeBSD, sponsored by The FreeBSD >>> Foundation. >>>=20 >>> The results are described in https://kib.kiev.ua/kib/pgsql_perf.pdf. >>> The uncommitted patches, referenced in the article, are available as >>> https://kib.kiev.ua/kib/pig1.patch.txt >>> https://kib.kiev.ua/kib/patch-2 >>=20 >> Did you run the same benchmark on the same hardware with any other OS's t= o=20 >> compare results? >=20 > No. >=20 > FWIW, before the failing after the 30 clients is corrected, I do not > think it is much interesting to do such comparision. This is great work! Does anybody know how far back in FreeBSD versions using posix semaphore ins= tead of sysv would make a difference? It seems we need a rather current ver= sion? 8.x did not support it at all, at some point at lest, and in 9 it was b= uggy. I could add he patch-2 to the port, but I reckon it needs a conditiona= l based on FreeBSD version? The clang bug should go upstreams, right? I have seen similar curves, presented by Greg Smith (PostgreSQL hacker) wher= e he concluded that there is no point in running more than 50 concurrent con= nections. This was for Linux. In your measures, the knee is at 30. That's sa= id, FreeBSD could and should do better, but probably there is a limit where t= here will be a knee in the graph and performance will drop. It should be mor= e than 30, though, as you rightly commented. Do you any ideas to pursue this further apart from complicated rewrites like= DragonFly? Palle= From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 10:21:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 309BE2F0; Sat, 28 Jun 2014 10:21:44 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AAF4F29C4; Sat, 28 Jun 2014 10:21:43 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id s5SALbTk058878 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Jun 2014 13:21:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s5SALbTk058878 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id s5SALbMN058877; Sat, 28 Jun 2014 13:21:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 28 Jun 2014 13:21:37 +0300 From: Konstantin Belousov To: Palle Girgensohn Subject: Re: PostgreSQL performance on FreeBSD Message-ID: <20140628102137.GA93733@kib.kiev.ua> References: <20140627125613.GT93733@kib.kiev.ua> <201406271057.53599.jhb@freebsd.org> <20140627163407.GX93733@kib.kiev.ua> <35090A62-2DB8-493C-A5ED-ADB1BC193640@pingpong.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4TjORqrrURmsgxxJ" Content-Disposition: inline In-Reply-To: <35090A62-2DB8-493C-A5ED-ADB1BC193640@pingpong.net> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: "freebsd-current@freebsd.org" , "performance@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 Jun 2014 10:21:44 -0000 --4TjORqrrURmsgxxJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 28, 2014 at 12:08:39PM +0200, Palle Girgensohn wrote: >=20 >=20 > 27 jun 2014 kl. 18:34 skrev Konstantin Belousov : >=20 > > On Fri, Jun 27, 2014 at 10:57:53AM -0400, John Baldwin wrote: > >> On Friday, June 27, 2014 8:56:13 am Konstantin Belousov wrote: > >>> Hi, > >>> I did some measurements and hacks to see about the performance and > >>> scalability of PostgreSQL 9.3 on FreeBSD, sponsored by The FreeBSD > >>> Foundation. > >>>=20 > >>> The results are described in https://kib.kiev.ua/kib/pgsql_perf.pdf. > >>> The uncommitted patches, referenced in the article, are available as > >>> https://kib.kiev.ua/kib/pig1.patch.txt > >>> https://kib.kiev.ua/kib/patch-2 > >>=20 > >> Did you run the same benchmark on the same hardware with any other OS'= s to=20 > >> compare results? > >=20 > > No. > >=20 > > FWIW, before the failing after the 30 clients is corrected, I do not > > think it is much interesting to do such comparision. >=20 > This is great work! >=20 > Does anybody know how far back in FreeBSD versions using posix semaphore = instead of sysv would make a difference? It seems we need a rather current= version? 8.x did not support it at all, at some point at lest, and in 9 it= was buggy. I could add he patch-2 to the port, but I reckon it needs a con= ditional based on FreeBSD version? >=20 I recommend to add it as an option. The currently supported versions of stable/9 and higher have new posix semaphores implementation. The stable/8 also has posix semaphores, but there it is kernel-based interface, I do not plan to evaluate it in any way. > The clang bug should go upstreams, right? I believe there is already some activity about it. I do not follow clang development. >=20 > I have seen similar curves, presented by Greg Smith (PostgreSQL > hacker) where he concluded that there is no point in running more > than 50 concurrent connections. This was for Linux. In your measures, > the knee is at 30. That's said, FreeBSD could and should do better, > but probably there is a limit where there will be a knee in the graph > and performance will drop. It should be more than 30, though, as you > rightly commented. > > Do you any ideas to pursue this further apart from complicated > rewrites like DragonFly? > I do. The scope of the current work was done to obtain understanding where do we = stay and, if possible, evaluate ideas, possibly in the hackish way. I hope and almost sure that this will be continued, but cannot provide any time estimation. --4TjORqrrURmsgxxJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJTrpcxAAoJEJDCuSvBvK1BYE8P/RYeGpegRSM7KT2+HlrW2zRO nGiXx7phK6+CJtUdzOvgrhuHkniI0e54t6qPF8q1XTtVNnPC+5nMWGuNoeJrMfPu +R29XDGcFNONovDDsbIuQgNq1J9foIQyKY6zFlgXl2jTtzuv2hwBoVP/BJ18mKRO ly51Ys+gRFQmdCcsU3GD+tp4q5VesNdOes9V3CBefEXNZPnFPgtULNh+mfVd+0aS jXfMo/2SRecUXG0rWBnB+5qJlySTJUmMzsaBaiWjTPQ0IlrMVcOTcwxc2cqM0GMt ihrPzdUEXoKZQt8qa36Otb71dcKdxQQVFjOf7aQMRbg4C66m2vwTIbAFurJnh8m/ GtAc9ebvYUBeAsqz2I6aacjfFCgc/Lg3dkLf5h0sCGfQoF8KhO0UGbSjWhPDmHw1 2MFIWs1q/gVsXgtpG2rnHwgEGVDbUQB/NwA8lwqyzU/x1+He2g8cT+Q2SO2dfa9u NEXoZhH7mJvbRQbXaJ+zhthtRC/wAr6RwWYA+T64/1RJxMv8Y2fjwMykYxVDQI6C rC3dddI+tgNOxe4hzoxLAd89K4kU0yA/xSz3q5pmZc/MO7bZ7zH1e26SwpGP5/yo TNTsNuo+buZUYqLvHYpbBwA0D+Uu/AGH14vkKpOJjoZAGd6/amt6jrX3rgJGVOYK sdGFeytYByDakUQfLu1H =3QOa -----END PGP SIGNATURE----- --4TjORqrrURmsgxxJ-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 10:49:15 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9C119D5; Sat, 28 Jun 2014 10:49:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9D2CF2B82; Sat, 28 Jun 2014 10:49:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5SAnEKa036227; Sat, 28 Jun 2014 06:49:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5SAnEio036222; Sat, 28 Jun 2014 10:49:14 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jun 2014 10:49:14 GMT Message-Id: <201406281049.s5SAnEio036222@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 10:49:16 -0000 TB --- 2014-06-28 09:40:03 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-28 09:40:03 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-28 09:40:03 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-06-28 09:40:03 - cleaning the object tree TB --- 2014-06-28 09:40:40 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-28 09:40:43 - At svn revision 268002 TB --- 2014-06-28 09:40:44 - building world TB --- 2014-06-28 09:40:44 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 09:40:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 09:40:44 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 09:40:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 09:40:44 - SRCCONF=/dev/null TB --- 2014-06-28 09:40:44 - TARGET=pc98 TB --- 2014-06-28 09:40:44 - TARGET_ARCH=i386 TB --- 2014-06-28 09:40:44 - TZ=UTC TB --- 2014-06-28 09:40:44 - __MAKE_CONF=/dev/null TB --- 2014-06-28 09:40:44 - cd /src TB --- 2014-06-28 09:40:44 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jun 28 09:40:52 UTC 2014 >>> 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 [...] ===> lib/clang/libllvmmipsinfo (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo/MipsTargetInfo.cpp -o MipsTargetInfo.o building static llvmmipsinfo library ranlib -D libllvmmipsinfo.a ===> lib/clang/libllvmmipsinstprinter (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter/MipsInstPrinter.cpp -o MipsInstPrinter.o building static llvmmipsinstprinter library ranlib -D libllvmmipsinstprinter.a ===> lib/clang/libllvmpowerpcasmparser (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser/PPCAsmParser.cpp -o PPCAsmParser.o building static llvmpowerpcasmparser library ranlib -D libllvmpowerpcasmparser.a ===> lib/clang/libllvmpowerpccodegen (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCAsmPrinter.cpp -o PPCAsmPrinter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCBranchSelector.cpp -o PPCBranchSelector.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCTRLoops.cpp -o PPCCTRLoops.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCodeEmitter.cpp -o PPCCodeEmitter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp -o PPCFastISel.o /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp: In member function 'bool::PPCFastISel::SelectFPToI(const llvm::Instruction*, bool)': /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp:1030: error: base operand of '->' has non-pointer type 'const llvm::PPCSubtarget' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmpowerpccodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-28 10:49:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-28 10:49:13 - ERROR: failed to build world TB --- 2014-06-28 10:49:13 - 3685.77 user 307.62 system 4150.40 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 06:28:00 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D2EF482; Sat, 28 Jun 2014 06:28:00 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 2D57C2906; Sat, 28 Jun 2014 06:28:00 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 8F8108AB; Sat, 28 Jun 2014 06:27:30 +0000 (UTC) Date: Sat, 28 Jun 2014 06:27:13 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, gjb@FreeBSD.org, emaste@FreeBSD.org, rpaulo@FreeBSD.org, mjg@FreeBSD.org, delphij@FreeBSD.org, marius@FreeBSD.org, mav@FreeBSD.org, adrian@FreeBSD.org, hselasky@FreeBSD.org, jfv@FreeBSD.org Message-ID: <1059280895.202.1403936844629.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <888818325.201.1403897341023.JavaMail.jenkins@jenkins-9.freebsd.org> References: <888818325.201.1403897341023.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD-modules #685 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD-modules X-Jenkins-Result: FAILURE X-Mailman-Approved-At: Sat, 28 Jun 2014 11:06:00 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 Jun 2014 06:28:00 -0000 See Changes: [mjg] Call fdcloseexec right after fdunshare. No functional changes. MFC after:=091 week [mjg] Make fdunshare accept only td parameter. Proc had to match the thread anyway and 2 parameters were inconsistent with the rest. MFC after:=091 week [mjg] Make sure to always clear p_fd for process getting rid of its filetab= le. Filetable can be shared with other processes. Previous code failed to clear the pointer for all but the last process getting rid of the table. This is mostly cosmetics. Get rid of 'This should happen earlier' comment. Clearing the pointer in this place is fine as consumers can reliably check for files availability by inspecting fd_refcnt and vnodes availabity by NULL-checking them. MFC after:=091 week [hselasky] Fix regression issue after r267961. Handle special string case f= or SYSCTLs like previously. MFC after:=092 weeks Reported by:=09several people [hselasky] Pull in r267961 and r267973 again. Fix for issues reported will = follow. [rpaulo] Redefine SUNW based on SYSDIR in an attempt to fix a build problem= . MFC after:=092 weeks [mav] Remove odd practice of inverting error codes. -EPERM is equal to ERESTART, returning which from ioctl() handler causes infinite syscall restart. MFC after:=092 weeks [gjb] Revert r267961, r267973: These changes prevent sysctl(8) from returning proper output, such as: 1) no output from sysctl(8) 2) erroneously returning ENOMEM with tools like truss(1) or uname(1) truss: can not get etype: Cannot allocate memory [delphij] Use Intel's official name (Secure Key) per Intel=C2=AE Digital Ra= ndom Number Generator (DRNG) Software Implementation Guide. Reviewed by:=09kib Approved by:=09so MFC after:=092 weeks [marius] In order to get vt(4) a bit closer to the feature set provided by = sc(4), implement options TERMINAL_{KERN,NORM}_ATTR. These are aliased to SC_{KERNEL_CONS,NORM}_ATTR and like these latter, allow to change the default colors of normal and kernel text respectively. Note on the naming: Although affecting the output of vt(4), technically kern/subr_terminal.c is primarily concerned with changing default colors so it would be inconsistent to term these options VT_{KERN,NORM}_ATTR. Actually, if the architecture and abstraction of terminal+teken+vt would be perfect, dev/vt/* wouldn't be touched by this commit at all. Reviewed by:=09emaste MFC after:=093 days Sponsored by:=09Bally Wulff Games & Entertainment GmbH [emaste] Add CTLFLAG_NOFETCH flag; console vty code runs before tunable fet= ch Also remove redundant "" assignment for string in BSS. Submitted by:=09hselasky@ [adrian] Add missing variable declarations when using RSS. Reported by: bryanv@ ------------------------------------------ [...truncated 6730 lines...] rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I -I. -I@ -I@/contrib/altq -std=3Diso9899:1999 = --- depend_subdir_dtrace --- =3D=3D=3D> dtrace/dtnfscl (depend) --- --- @ -> --- --- machine -> --- --- x86 -> --- vnode_if_newproto.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q --- vnode_if.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h --- .depend --- rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I -I -I -I. -I@ -I@/contrib/alt= q -std=3Diso9899:1999 =3D=3D=3D> dtrace/dtnfsclient (depend) --- --- @ -> --- --- machine -> --- --- x86 -> --- vnode_if_newproto.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q --- vnode_if.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h --- .depend --- rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I -I -I -I. -I@ -I@= /contrib/altq -std=3Diso9899:1999 --- depend_subdir_dummynet --- =3D=3D=3D> dummynet (depend) --- depend_subdir_dtrace --- =3D=3D=3D> dtrace/dtrace (depend) --- depend_subdir_dummynet --- --- --- @ -> --- --- machine -> --- --- x86 -> --- opt_inet6.h --- --- depend_subdir_dtrace --- --- --- --- depend_subdir_dummynet --- echo "#define INET6 1" > opt_inet6.h --- .depend --- rm -f .depend --- depend_subdir_dtrace --- @ -> --- depend_subdir_dummynet --- mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I. -I@ -I@/contrib/= altq -std=3Diso9899:1999 --- depend_subdir_dtrace --- --- --- machine -> --- --- x86 -> --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_drm --- =3D=3D=3D> drm/i915 (depend) --- depend_subdir_dtrace --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_drm --- --- --- @ -> --- depend_subdir_dtrace --- --- vnode_if_newproto.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p --- depend_subdir_drm --- --- --- --- depend_subdir_dtrace --- --- vnode_if_typedef.h --- --- depend_subdir_drm --- machine -> --- depend_subdir_dtrace --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q --- depend_subdir_drm --- --- --- x86 -> --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_dtrace --- --- opt_compat.h --- :> opt_compat.h --- opt_kstack_pages.h --- :> opt_kstack_pages.h --- opt_nfs.h --- :> opt_nfs.h --- opt_hwpmc_hooks.h --- :> opt_hwpmc_hooks.h --- depend_subdir_drm --- --- bus_if.h --- --- depend_subdir_dtrace --- --- vnode_if.h --- --- depend_subdir_drm --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_dtrace --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h --- depend_subdir_drm --- --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- depend_subdir_dtrace --- --- genassym.o --- cc -c -O2 -pipe -DDIS_MEM -DSMP -fno-strict-aliasing -Werror -D_KERNEL -DKL= D_MODULE -nostdinc -I -I -I -I -I -I -I -I -I. -I@ -I@/co= ntrib/altq -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=3D= kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwin= d-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Qunused-argume= nts -std=3Diso9899: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 -Wno-error-tautological-compare -Wno-error-e= mpty-body -Wno-error-parentheses-equality -Wno-unused-function -Wno-unknown= -pragmas -Wno-parentheses -Wno-uninitialized -Wno-cast-qual -Wno-unused -mn= o-aes -mno-avx -Qunused-arguments -include @/amd64/amd64/genassym.c --- depend_subdir_drm --- --- opt_drm.h --- :> opt_drm.h --- .depend --- rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I. -I@ -I@/contrib/= altq -std=3Diso9899:1999 --- depend_subdir_ed --- =3D=3D=3D> ed (depend) --- depend_subdir_dtrace --- --- assym.s --- sh @/kern/genassym.sh genassym.o > assym.s --- .depend --- rm -f .depend mkdep -f .depend -a -nostdinc -DDIS_MEM -DSMP -D_KERNEL -DKLD_MODULE -I -I -I -I -I -I -I -I -I. -I@ -I@/contrib/altq -std=3Diso98= 99:1999 <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD-modules/ws/sys/modules= /dtrace/dtrace/../../../cddl/dev/dtrace/amd64/dtrace_subr.c> --- depend_subdir_drm --- =3D=3D=3D> drm/mach64 (depend) --- depend_subdir_ed --- --- --- @ -> --- --- machine -> --- --- --- depend_subdir_drm --- --- --- @ -> --- depend_subdir_ed --- x86 -> --- depend_subdir_drm --- --- --- --- depend_subdir_ed --- --- isa_if.h --- awk -f @/tools/makeobjops.awk @/isa/isa_if.m -h --- depend_subdir_drm --- machine -> --- --- x86 -> --- device_if.h --- --- depend_subdir_ed --- --- pccarddevs.h --- --- depend_subdir_drm --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_ed --- awk -f @/tools/pccarddevs2h.awk @/dev/pccard/pccarddevs --- depend_subdir_drm --- --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- depend_subdir_dtrace --- :114:10: fatal error: 'strtolctype.h' file not found #include "strtolctype.h" ^ --- depend_subdir_ed --- --- card_if.h --- awk -f @/tools/makeobjops.awk @/dev/pccard/card_if.m -h --- pci_if.h --- --- depend_subdir_drm --- --- opt_drm.h --- --- depend_subdir_ed --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- depend_subdir_drm --- :> opt_drm.h --- .depend --- rm -f .depend --- depend_subdir_ed --- --- opt_ed.h --- --- depend_subdir_drm --- mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I. -I@ -I@/contrib/= altq -std=3Diso9899:1999 --- depend_subdir_ed --- :> opt_ed.h --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_dtrace --- 1 error generated. --- depend_subdir_ed --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- miibus_if.h --- awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -h --- .depend --- rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I. -I@ -I@/contrib/= altq -std=3Diso9899:1999 --- depend_subdir_drm --- =3D=3D=3D> drm/mga (depend) --- depend_subdir_dtrace --- mkdep: compile failed *** [.depend] Error code 1 make[2]: stopped in 1 error make[2]: stopped in *** [_sub.depend] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [depend_subdir_dtrace] Error code 2 make: stopped in --- depend_subdir_drm --- A failure has been detected in another branch of the parallel make make[2]: stopped in *** [_sub.depend] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [depend_subdir_drm] Error code 2 make: stopped in --- depend_subdir_ed --- A failure has been detected in another branch of the parallel make make[1]: stopped in *** [depend_subdir_ed] Error code 2 make: stopped in --- depend_subdir_drm2 --- A failure has been detected in another branch of the parallel make make[2]: stopped in *** [_sub.depend] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [depend_subdir_drm2] Error code 2 make: stopped in 4 errors make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 08:03:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8CD90CF1; Sat, 28 Jun 2014 08:03:58 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 77B302FC2; Sat, 28 Jun 2014 08:03:58 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B37FD8CE; Sat, 28 Jun 2014 08:03:33 +0000 (UTC) Date: Sat, 28 Jun 2014 08:02:43 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, gjb@FreeBSD.org, emaste@FreeBSD.org, dim@FreeBSD.org, rpaulo@FreeBSD.org, loos@FreeBSD.org, mjg@FreeBSD.org, gavin@FreeBSD.org, delphij@FreeBSD.org, marius@FreeBSD.org, mav@FreeBSD.org, adrian@FreeBSD.org, hselasky@FreeBSD.org Message-ID: <1351275097.203.1403942584977.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #938 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-Mailman-Approved-At: Sat, 28 Jun 2014 11:29:00 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 Jun 2014 08:03:58 -0000 See Changes: [mjg] Call fdcloseexec right after fdunshare. No functional changes. MFC after:=091 week [mjg] Make fdunshare accept only td parameter. Proc had to match the thread anyway and 2 parameters were inconsistent with the rest. MFC after:=091 week [mjg] Make sure to always clear p_fd for process getting rid of its filetab= le. Filetable can be shared with other processes. Previous code failed to clear the pointer for all but the last process getting rid of the table. This is mostly cosmetics. Get rid of 'This should happen earlier' comment. Clearing the pointer in this place is fine as consumers can reliably check for files availability by inspecting fd_refcnt and vnodes availabity by NULL-checking them. MFC after:=091 week [hselasky] Fix regression issue after r267961. Handle special string case f= or SYSCTLs like previously. MFC after:=092 weeks Reported by:=09several people [hselasky] Pull in r267961 and r267973 again. Fix for issues reported will = follow. [gavin] Minimal update for cvsup -> svn change. [rpaulo] Redefine SUNW based on SYSDIR in an attempt to fix a build problem= . MFC after:=092 weeks [mav] Remove odd practice of inverting error codes. -EPERM is equal to ERESTART, returning which from ioctl() handler causes infinite syscall restart. MFC after:=092 weeks [gjb] Revert r267961, r267973: These changes prevent sysctl(8) from returning proper output, such as: 1) no output from sysctl(8) 2) erroneously returning ENOMEM with tools like truss(1) or uname(1) truss: can not get etype: Cannot allocate memory [delphij] Use Intel's official name (Secure Key) per Intel=C2=AE Digital Ra= ndom Number Generator (DRNG) Software Implementation Guide. Reviewed by:=09kib Approved by:=09so MFC after:=092 weeks [dim] Add the llvm patch for r267981. [dim] Pull in r211627 from upstream llvm trunk (by Bill Schmidt): [PPC64] Fix PR20071 (fctiduz generated for targets lacking that instruction) PR20071 identifies a problem in PowerPC's fast-isel implementation for floating-point conversion to integer. The fctiduz instruction was added in Power ISA 2.06 (i.e., Power7 and later). However, this instruction is being generated regardless of which 64-bit PowerPC target is selected. The intent is for fast-isel to punt to DAG selection when this instruction is not available. This patch implements that change. For testing purposes, the existing fast-isel-conversion.ll test adds a RUN line for -mcpu=3D970 and tests for the expected code generation. Additionally, the existing test fast-isel-conversion-p5.ll was found to be incorrectly expecting the unavailable instruction to be generated. I've removed these test variants since we have adequate coverage in fast-isel-conversion.ll. This is needed to compile clang with debug+asserts on older powerpc64 and ppc970 targets. Requested by:=09jhibbits MFC after:=093 days [marius] In order to get vt(4) a bit closer to the feature set provided by = sc(4), implement options TERMINAL_{KERN,NORM}_ATTR. These are aliased to SC_{KERNEL_CONS,NORM}_ATTR and like these latter, allow to change the default colors of normal and kernel text respectively. Note on the naming: Although affecting the output of vt(4), technically kern/subr_terminal.c is primarily concerned with changing default colors so it would be inconsistent to term these options VT_{KERN,NORM}_ATTR. Actually, if the architecture and abstraction of terminal+teken+vt would be perfect, dev/vt/* wouldn't be touched by this commit at all. Reviewed by:=09emaste MFC after:=093 days Sponsored by:=09Bally Wulff Games & Entertainment GmbH [delphij] Always set UF_ARCHIVE on target (because they are by definition n= ew files and should be archived) and ignore error when we can't set it (e.g. NFS). Reviewed by:=09ken MFC after:=092 weeks [emaste] Add CTLFLAG_NOFETCH flag; console vty code runs before tunable fet= ch Also remove redundant "" assignment for string in BSS. Submitted by:=09hselasky@ [adrian] Add missing variable declarations when using RSS. Reported by: bryanv@ [loos] Simplify the code a little bit using the update_sensor_sysctl() rout= ine to retrieve the sensor temperature. This also avoid the overflow that could happen on sysctlnametomib(3) because the code was not checking the length of the mib array. CID:=09=091222504 ------------------------------------------ [...truncated 40749 lines...] ranlib -D libllvmarminstprinter.a --- all_subdir_libllvmmipscodegen --- =3D=3D=3D> lib/clang/libllvmmipscodegen (all) --- MipsTargetObjectFile.o --- c++ -O2 -pipe -I -I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONST= ANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unk= nown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDE= FAULT_SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti= -Wno-c++11-extensions -c -o MipsTargetObjectFile.o --- all_subdir_libllvmtransformutils --- --- libllvmtransformutils.a --- building static llvmtransformutils library ranlib -D libllvmtransformutils.a --- all_subdir_libllvmmipsdesc --- =3D=3D=3D> lib/clang/libllvmmipsdesc (all) --- all_subdir_libllvmarmcodegen --- --- ARMFrameLowering.o --- c++ -O2 -pipe -I -I -I -I. -I= -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_M= ACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-= freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT= _SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti -Wno= -c++11-extensions -c -o ARMFrameLowering.o --- all_subdir_libllvmmipsdesc --- --- MipsMCAsmInfo.o --- c++ -O2 -pipe -I -I -I -I -I. -I -DL= LVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACRO= S -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-free= bsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYS= ROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti -Wno-c++= 11-extensions -c -o MipsMCAsmInfo.o --- all_subdir_libllvmmipscodegen --- --- Mips16FrameLowering.o --- c++ -O2 -pipe -I -I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONST= ANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unk= nown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDE= FAULT_SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti= -Wno-c++11-extensions -c -o Mips16FrameLowering.o --- all_subdir_libllvmmipsdesc --- --- MipsReginfo.o --- --- all_subdir_libllvmmipsasmparser --- --- libllvmmipsasmparser.a --- --- all_subdir_libllvmmipsdesc --- c++ -O2 -pipe -I -I -I -I -I. -I -DL= LVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACRO= S -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-free= bsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYS= ROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti -Wno-c++= 11-extensions -c -o MipsReginfo.o --- all_subdir_libllvmmipsasmparser --- building static llvmmipsasmparser library ranlib -D libllvmmipsasmparser.a --- all_subdir_libllvmarmcodegen --- --- ARMHazardRecognizer.o --- c++ -O2 -pipe -I -I -I -I. -I= -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_M= ACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-= freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT= _SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti -Wno= -c++11-extensions -c -o ARMHazardRecognizer.o --- all_subdir_libllvmmipsdisassembler --- =3D=3D=3D> lib/clang/libllvmmipsdisassembler (all) --- MipsDisassembler.o --- c++ -O2 -pipe -I -I -I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS= -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE= =3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-fre= ebsd11.0\" -DDEFAULT_SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-excep= tions -fno-rtti -Wno-c++11-extensions -c -o MipsDisassembler.= o --- all_subdir_libllvmmipsdesc --- --- MipsTargetStreamer.o --- c++ -O2 -pipe -I -I -I -I -I. -I -DL= LVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACRO= S -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-free= bsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYS= ROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti -Wno-c++= 11-extensions -c -o MipsTargetStreamer.o --- all_subdir_libllvmmipscodegen --- --- Mips16HardFloat.o --- c++ -O2 -pipe -I -I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONST= ANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unk= nown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDE= FAULT_SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti= -Wno-c++11-extensions -c -o Mips16HardFloat.o --- all_subdir_libllvmarmcodegen --- --- ARMISelDAGToDAG.o --- c++ -O2 -pipe -I -I -I -I. -I= -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_M= ACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-= freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT= _SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti -Wno= -c++11-extensions -c -o ARMISelDAGToDAG.o --- all_subdir_libllvmmipsdesc --- --- MipsAsmBackend.o --- c++ -O2 -pipe -I -I -I -I -I. -I -DL= LVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACRO= S -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-free= bsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYS= ROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti -Wno-c++= 11-extensions -c -o MipsAsmBackend.o --- all_subdir_libllvmmipscodegen --- --- Mips16ISelDAGToDAG.o --- c++ -O2 -pipe -I -I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONST= ANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unk= nown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDE= FAULT_SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti= -Wno-c++11-extensions -c -o Mips16ISelDAGToDAG.o --- all_subdir_libllvmmipsdesc --- --- MipsELFObjectWriter.o --- c++ -O2 -pipe -I -I -I -I -I. -I -DL= LVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACRO= S -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-free= bsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYS= ROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti -Wno-c++= 11-extensions -c -o MipsELFObjectWriter.o --- all_subdir_libllvmmipsdisassembler --- --- libllvmmipsdisassembler.a --- building static llvmmipsdisassembler library ranlib -D libllvmmipsdisassembler.a --- all_subdir_libllvmarmcodegen --- --- ARMISelLowering.o --- c++ -O2 -pipe -I -I -I -I. -I= -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_M= ACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-= freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT= _SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti -Wno= -c++11-extensions -c -o ARMISelLowering.o --- all_subdir_libllvmmipsdesc --- --- MipsMCCodeEmitter.o --- c++ -O2 -pipe -I -I -I -I -I. -I -DL= LVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACRO= S -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-free= bsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYS= ROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti -Wno-c++= 11-extensions -c -o MipsMCCodeEmitter.o --- MipsMCTargetDesc.o --- c++ -O2 -pipe -I -I -I -I -I. -I -DL= LVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACRO= S -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-free= bsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYS= ROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti -Wno-c++= 11-extensions -c -o MipsMCTargetDesc.o --- all_subdir_libllvmmipsinfo --- --- all_subdir_libllvmmipscodegen --- --- Mips16ISelLowering.o --- c++ -O2 -pipe -I -I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONST= ANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unk= nown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDE= FAULT_SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti= -Wno-c++11-extensions -c -o Mips16ISelLowering.o --- all_subdir_libllvmmipsinfo --- =3D=3D=3D> lib/clang/libllvmmipsinfo (all) --- MipsTargetInfo.o --- c++ -O2 -pipe -I -I -I -I -I. -I<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib/clang/libllvmmi= psinfo/../../../contrib/llvm/../../lib/clang/include> -DLLVM_ON_UNIX -DLLVM= _ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-alia= sing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_H= OST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/usr/obj<= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/tmp\"> -Qunused-arg= uments -I/usr/obj -fno-exceptions -fno-rtti -Wno-c++11-extensions -c <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/ws/lib/clang/libllvmmi= psinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo/MipsTargetInfo.cpp>= -o MipsTargetInfo.o --- all_subdir_libllvmmipsdesc --- --- libllvmmipsdesc.a --- building static llvmmipsdesc library ranlib -D libllvmmipsdesc.a --- all_subdir_libllvmarmcodegen --- --- ARMInstrInfo.o --- c++ -O2 -pipe -I -I -I -I. -I= -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_M= ACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-= freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT= _SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti -Wno= -c++11-extensions -c -o ARMInstrInfo.o --- all_subdir_libllvmmipsinfo --- --- libllvmmipsinfo.a --- building static llvmmipsinfo library ranlib -D libllvmmipsinfo.a --- all_subdir_libllvmmipscodegen --- --- Mips16InstrInfo.o --- c++ -O2 -pipe -I -I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONST= ANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unk= nown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDE= FAULT_SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti= -Wno-c++11-extensions -c -o Mips16InstrInfo.o --- all_subdir_libllvmmipsinstprinter --- =3D=3D=3D> lib/clang/libllvmmipsinstprinter (all) --- all_subdir_libllvmpowerpcasmparser --- --- all_subdir_libllvmmipsinstprinter --- --- MipsInstPrinter.o --- --- all_subdir_libllvmpowerpcasmparser --- =3D=3D=3D> lib/clang/libllvmpowerpcasmparser (all) --- all_subdir_libllvmmipsinstprinter --- c++ -O2 -pipe -I -I -I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__S= TDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x= 86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11= .0\" -DDEFAULT_SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions = -fno-rtti -Wno-c++11-extensions -c -o MipsInstPrinter.o --- all_subdir_libllvmpowerpcasmparser --- --- PPCAsmParser.o --- c++ -O2 -pipe -I -I -I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MAC= ROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRI= PLE=3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-= freebsd11.0\" -DDEFAULT_SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-ex= ceptions -fno-rtti -Wno-c++11-extensions -c -o PPCAsmParser.o --- all_subdir_libllvmarmcodegen --- --- ARMJITInfo.o --- c++ -O2 -pipe -I -I -I -I. -I= -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_M= ACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-= freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT= _SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti -Wno= -c++11-extensions -c -o ARMJITInfo.o --- all_subdir_libllvmmipscodegen --- --- Mips16RegisterInfo.o --- --- all_subdir_libllvmmipsinstprinter --- --- libllvmmipsinstprinter.a --- --- all_subdir_libllvmmipscodegen --- c++ -O2 -pipe -I -I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONST= ANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unk= nown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDE= FAULT_SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti= -Wno-c++11-extensions -c -o Mips16RegisterInfo.o --- all_subdir_libllvmmipsinstprinter --- building static llvmmipsinstprinter library ranlib -D libllvmmipsinstprinter.a --- all_subdir_libllvmmipscodegen --- --- MipsAnalyzeImmediate.o --- c++ -O2 -pipe -I -I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONST= ANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unk= nown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDE= FAULT_SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti= -Wno-c++11-extensions -c -o MipsAnalyzeImmediate.o --- all_subdir_libllvmpowerpcasmparser --- --- libllvmpowerpcasmparser.a --- building static llvmpowerpcasmparser library ranlib -D libllvmpowerpcasmparser.a --- all_subdir_libllvmmipscodegen --- --- MipsAsmPrinter.o --- c++ -O2 -pipe -I -I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONST= ANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unk= nown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDE= FAULT_SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti= -Wno-c++11-extensions -c -o MipsAsmPrinter.o --- all_subdir_libllvmpowerpccodegen --- =3D=3D=3D> lib/clang/libllvmpowerpccodegen (all) --- PPCMachineFunctionInfo.o --- c++ -O2 -pipe -I -I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS= -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE= =3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-fre= ebsd11.0\" -DDEFAULT_SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-excep= tions -fno-rtti -Wno-c++11-extensions -c -o PPCMachineFunctionInfo.= o --- all_subdir_libllvmarmcodegen --- --- ARMLoadStoreOptimizer.o --- c++ -O2 -pipe -I -I -I -I. -I= -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_M= ACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-= freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT= _SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti -Wno= -c++11-extensions -c -o ARMLoadStoreOptimizer.o --- ARMMCInstLower.o --- c++ -O2 -pipe -I -I -I -I. -I= -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_M= ACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-= freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT= _SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti -Wno= -c++11-extensions -c -o ARMMCInstLower.o --- all_subdir_libllvmpowerpccodegen --- --- PPCTargetObjectFile.o --- c++ -O2 -pipe -I -I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS= -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE= =3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-fre= ebsd11.0\" -DDEFAULT_SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-excep= tions -fno-rtti -Wno-c++11-extensions -c -o PPCTargetObjectFile.o --- all_subdir_libllvmmipscodegen --- --- MipsCodeEmitter.o --- c++ -O2 -pipe -I -I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONST= ANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unk= nown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDE= FAULT_SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti= -Wno-c++11-extensions -c -o MipsCodeEmitter.o --- all_subdir_libllvmpowerpccodegen --- --- PPCAsmPrinter.o --- c++ -O2 -pipe -I -I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS= -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE= =3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-fre= ebsd11.0\" -DDEFAULT_SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-excep= tions -fno-rtti -Wno-c++11-extensions -c -o PPCAsmPrinter.o --- PPCBranchSelector.o --- c++ -O2 -pipe -I -I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS= -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE= =3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-fre= ebsd11.0\" -DDEFAULT_SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-excep= tions -fno-rtti -Wno-c++11-extensions -c -o PPCBranchSelector.o --- all_subdir_libllvmarmcodegen --- --- ARMMachineFunctionInfo.o --- c++ -O2 -pipe -I -I -I -I. -I= -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_M= ACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-= freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT= _SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti -Wno= -c++11-extensions -c -o ARMMachineFunctionInfo.o --- ARMRegisterInfo.o --- c++ -O2 -pipe -I -I -I -I. -I= -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_M= ACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-= freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT= _SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti -Wno= -c++11-extensions -c -o ARMRegisterInfo.o --- ARMSelectionDAGInfo.o --- c++ -O2 -pipe -I -I -I -I. -I= -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_M= ACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-= freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT= _SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti -Wno= -c++11-extensions -c -o ARMSelectionDAGInfo.o --- all_subdir_libllvmmipscodegen --- --- MipsConstantIslandPass.o --- c++ -O2 -pipe -I -I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONST= ANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unk= nown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDE= FAULT_SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti= -Wno-c++11-extensions -c -o MipsConstantIslandPass.o --- all_subdir_libllvmpowerpccodegen --- --- PPCCTRLoops.o --- c++ -O2 -pipe -I -I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS= -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE= =3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-fre= ebsd11.0\" -DDEFAULT_SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-excep= tions -fno-rtti -Wno-c++11-extensions -c -o PPCCTRLoops.o --- all_subdir_libllvmmipscodegen --- --- MipsDelaySlotFiller.o --- c++ -O2 -pipe -I -I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONST= ANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unk= nown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDE= FAULT_SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti= -Wno-c++11-extensions -c -o MipsDelaySlotFiller.o --- all_subdir_libllvmarmcodegen --- --- ARMSubtarget.o --- c++ -O2 -pipe -I -I -I -I. -I= -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_M= ACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-= freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT= _SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti -Wno= -c++11-extensions -c -o ARMSubtarget.o --- ARMTargetMachine.o --- c++ -O2 -pipe -I -I -I -I. -I= -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_M= ACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-= freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT= _SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti -Wno= -c++11-extensions -c -o ARMTargetMachine.o --- all_subdir_libllvmmipscodegen --- --- MipsFrameLowering.o --- c++ -O2 -pipe -I -I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONST= ANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unk= nown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDE= FAULT_SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti= -Wno-c++11-extensions -c -o MipsFrameLowering.o --- all_subdir_libllvmpowerpccodegen --- --- PPCCodeEmitter.o --- c++ -O2 -pipe -I -I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS= -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE= =3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-fre= ebsd11.0\" -DDEFAULT_SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-excep= tions -fno-rtti -Wno-c++11-extensions -c -o PPCCodeEmitter.o --- PPCFastISel.o --- c++ -O2 -pipe -I -I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS= -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE= =3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-fre= ebsd11.0\" -DDEFAULT_SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-excep= tions -fno-rtti -Wno-c++11-extensions -c -o PPCFastISel.o --- all_subdir_libllvmmipscodegen --- --- MipsISelDAGToDAG.o --- c++ -O2 -pipe -I -I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONST= ANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unk= nown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDE= FAULT_SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti= -Wno-c++11-extensions -c -o MipsISelDAGToDAG.o --- all_subdir_libllvmarmcodegen --- --- ARMTargetObjectFile.o --- c++ -O2 -pipe -I -I -I -I. -I= -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_M= ACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-= freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT= _SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-exceptions -fno-rtti -Wno= -c++11-extensions -c -o ARMTargetObjectFile.o --- all_subdir_libllvmpowerpccodegen --- --- PPCFrameLowering.o --- c++ -O2 -pipe -I -I -I -I. -I -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS= -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE= =3D\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-fre= ebsd11.0\" -DDEFAULT_SYSROOT=3D\"/usr/obj -Qunused-arguments -I/usr/obj -fno-excep= tions -fno-rtti -Wno-c++11-extensions -c -o PPCFrameLowering.o --- PPCFastISel.o --- :103= 0:54: error: member reference type 'const llvm::PPCSubtarget' is not a poin= ter; maybe you meant to use '.'? if (DstVT =3D=3D MVT::i64 && !IsSigned && !PPCSubTarget->hasFPCVT()) ~~~~~~~~~~~~^~ . 1 error generated. *** [PPCFastISel.o] Error code 1 make[4]: stopped in --- all_subdir_libllvmarmcodegen --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_libllvmarmcodegen] Error code 2 make[3]: stopped in --- all_subdir_libllvmpowerpccodegen --- 1 error make[4]: stopped in *** [all_subdir_libllvmpowerpccodegen] Error code 2 make[3]: stopped in --- all_subdir_libllvmmipscodegen --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_libllvmmipscodegen] Error code 2 make[3]: stopped in 3 errors make[3]: stopped in =3D=3D=3D> usr.bin/clang (obj,depend,all,install) A failure has been detected in another branch of the parallel make make[3]: stopped in =3D=3D=3D> gnu/usr.bin/binutils (obj,depend,all,install) A failure has been detected in another branch of the parallel make make[3]: stopped in =3D=3D=3D> usr.bin/xlint/lint1 (obj,depend,all,install) A failure has been detected in another branch of the parallel make make[3]: stopped in =3D=3D=3D> usr.bin/xlint/lint2 (obj,depend,all,install) A failure has been detected in another branch of the parallel make make[3]: stopped in =3D=3D=3D> usr.bin/xlint/xlint (obj,depend,all,install) A failure has been detected in another branch of the parallel make make[3]: stopped in A failure has been detected in another branch of the parallel make make[2]: stopped in *** [_cross-tools] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 11:30:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD7D8434; Sat, 28 Jun 2014 11:30:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 680A92EBD; Sat, 28 Jun 2014 11:30:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5SBUPnr071064; Sat, 28 Jun 2014 07:30:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5SBUP9G071063; Sat, 28 Jun 2014 11:30:25 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jun 2014 11:30:25 GMT Message-Id: <201406281130.s5SBUP9G071063@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 11:30:26 -0000 TB --- 2014-06-28 09:40:05 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-28 09:40:05 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-28 09:40:05 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-06-28 09:40:05 - cleaning the object tree TB --- 2014-06-28 09:41:32 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-28 09:41:36 - At svn revision 268002 TB --- 2014-06-28 09:41:37 - building world TB --- 2014-06-28 09:41:37 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 09:41:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 09:41:37 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 09:41:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 09:41:37 - SRCCONF=/dev/null TB --- 2014-06-28 09:41:37 - TARGET=ia64 TB --- 2014-06-28 09:41:37 - TARGET_ARCH=ia64 TB --- 2014-06-28 09:41:37 - TZ=UTC TB --- 2014-06-28 09:41:37 - __MAKE_CONF=/dev/null TB --- 2014-06-28 09:41:37 - cd /src TB --- 2014-06-28 09:41:37 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jun 28 09:41:43 UTC 2014 >>> 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 Sat Jun 28 11:15:29 UTC 2014 TB --- 2014-06-28 11:15:29 - generating LINT kernel config TB --- 2014-06-28 11:15:29 - cd /src/sys/ia64/conf TB --- 2014-06-28 11:15:29 - /usr/bin/make -B LINT TB --- 2014-06-28 11:15:29 - cd /src/sys/ia64/conf TB --- 2014-06-28 11:15:29 - /obj/ia64.ia64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-06-28 11:15:29 - building LINT kernel TB --- 2014-06-28 11:15:29 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 11:15:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 11:15:29 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 11:15:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 11:15:29 - SRCCONF=/dev/null TB --- 2014-06-28 11:15:29 - TARGET=ia64 TB --- 2014-06-28 11:15:29 - TARGET_ARCH=ia64 TB --- 2014-06-28 11:15:29 - TZ=UTC TB --- 2014-06-28 11:15:29 - __MAKE_CONF=/dev/null TB --- 2014-06-28 11:15:29 - cd /src TB --- 2014-06-28 11:15:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 28 11:15:29 UTC 2014 >>> 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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_environment.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_et.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_event.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_exec.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_fail.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_ffclock.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_gzio.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_hhook.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_intr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_jail.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_khelp.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_kthread.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_ktr.c /src/sys/kern/kern_ktr.c:178: error: redefinition of 'sysctl___debug_ktr_mask' /src/sys/kern/kern_ktr.c:109: error: previous definition of 'sysctl___debug_ktr_mask' was here /src/sys/kern/kern_ktr.c:178: error: redefinition of '__set_sysctl_set_sym_sysctl___debug_ktr_mask' /src/sys/kern/kern_ktr.c:109: error: previous definition of '__set_sysctl_set_sym_sysctl___debug_ktr_mask' was here *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-28 11:30:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-28 11:30:25 - ERROR: failed to build LINT kernel TB --- 2014-06-28 11:30:25 - 5464.25 user 883.68 system 6619.95 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 11:37:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A45C26E4; Sat, 28 Jun 2014 11:37:23 +0000 (UTC) Received: from melon.pingpong.net (melon.pingpong.net [79.136.116.200]) by mx1.freebsd.org (Postfix) with ESMTP id 2BA0C2F5C; Sat, 28 Jun 2014 11:37:22 +0000 (UTC) Received: from [10.0.1.26] (h-43-145.a357.priv.bahnhof.se [79.136.43.145]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by melon.pingpong.net (Postfix) with ESMTPSA id BE6C1375D2; Sat, 28 Jun 2014 13:37:20 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: PostgreSQL performance on FreeBSD From: Palle Girgensohn X-Mailer: iPhone Mail (11D201) In-Reply-To: <20140628102137.GA93733@kib.kiev.ua> Date: Sat, 28 Jun 2014 13:37:20 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20140627125613.GT93733@kib.kiev.ua> <201406271057.53599.jhb@freebsd.org> <20140627163407.GX93733@kib.kiev.ua> <35090A62-2DB8-493C-A5ED-ADB1BC193640@pingpong.net> <20140628102137.GA93733@kib.kiev.ua> To: Konstantin Belousov Cc: "freebsd-current@freebsd.org" , "performance@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 Jun 2014 11:37:23 -0000 > 28 jun 2014 kl. 12:21 skrev Konstantin Belousov : >=20 >> On Sat, Jun 28, 2014 at 12:08:39PM +0200, Palle Girgensohn wrote: >>=20 >>=20 >>> 27 jun 2014 kl. 18:34 skrev Konstantin Belousov : >>>=20 >>>> On Fri, Jun 27, 2014 at 10:57:53AM -0400, John Baldwin wrote: >>>>> On Friday, June 27, 2014 8:56:13 am Konstantin Belousov wrote: >>>>> Hi, >>>>> I did some measurements and hacks to see about the performance and >>>>> scalability of PostgreSQL 9.3 on FreeBSD, sponsored by The FreeBSD >>>>> Foundation. >>>>>=20 >>>>> The results are described in https://kib.kiev.ua/kib/pgsql_perf.pdf. >>>>> The uncommitted patches, referenced in the article, are available as >>>>> https://kib.kiev.ua/kib/pig1.patch.txt >>>>> https://kib.kiev.ua/kib/patch-2 >>>>=20 >>>> Did you run the same benchmark on the same hardware with any other OS's= to=20 >>>> compare results? >>>=20 >>> No. >>>=20 >>> FWIW, before the failing after the 30 clients is corrected, I do not >>> think it is much interesting to do such comparision. >>=20 >> This is great work! >>=20 >> Does anybody know how far back in FreeBSD versions using posix semaphore i= nstead of sysv would make a difference? It seems we need a rather current v= ersion? 8.x did not support it at all, at some point at lest, and in 9 it wa= s buggy. I could add he patch-2 to the port, but I reckon it needs a conditi= onal based on FreeBSD version? > I recommend to add it as an option. The currently supported versions > of stable/9 and higher have new posix semaphores implementation. > The stable/8 also has posix semaphores, but there it is kernel-based > interface, I do not plan to evaluate it in any way. According to one source, posix semaphores uses O(N^2) file descriptors, wher= e N is the number of connections. Do you know if this is true? (I'll try it,= naturally, just checking).=20 >=20 >=20 >> The clang bug should go upstreams, right? > I believe there is already some activity about it. I do not follow > clang development. Sounds good enough.=20 >=20 >>=20 >> I have seen similar curves, presented by Greg Smith (PostgreSQL >> hacker) where he concluded that there is no point in running more >> than 50 concurrent connections. This was for Linux. In your measures, >> the knee is at 30. That's said, FreeBSD could and should do better, >> but probably there is a limit where there will be a knee in the graph >> and performance will drop. It should be more than 30, though, as you >> rightly commented. >>=20 >> Do you any ideas to pursue this further apart from complicated >> rewrites like DragonFly? > I do. >=20 > The scope of the current work was done to obtain understanding where do we= stay > and, if possible, evaluate ideas, possibly in the hackish way. I hope > and almost sure that this will be continued, but cannot provide any time > estimation. Great. If you need help testing, I might be able to help.=20 Cheers, Palle= From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 11:58:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE8C4B83; Sat, 28 Jun 2014 11:58:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B38B620E5; Sat, 28 Jun 2014 11:58:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5SBw0ud086759; Sat, 28 Jun 2014 07:58:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5SBw023086758; Sat, 28 Jun 2014 11:58:00 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jun 2014 11:58:00 GMT Message-Id: <201406281158.s5SBw023086758@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 11:58:03 -0000 TB --- 2014-06-28 10:49:14 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-28 10:49:14 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-28 10:49:14 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-06-28 10:49:14 - cleaning the object tree TB --- 2014-06-28 10:49:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-28 10:49:44 - At svn revision 268002 TB --- 2014-06-28 10:49:45 - building world TB --- 2014-06-28 10:49:45 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 10:49:45 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 10:49:45 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 10:49:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 10:49:45 - SRCCONF=/dev/null TB --- 2014-06-28 10:49:45 - TARGET=powerpc TB --- 2014-06-28 10:49:45 - TARGET_ARCH=powerpc TB --- 2014-06-28 10:49:45 - TZ=UTC TB --- 2014-06-28 10:49:45 - __MAKE_CONF=/dev/null TB --- 2014-06-28 10:49:45 - cd /src TB --- 2014-06-28 10:49:45 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jun 28 10:49:53 UTC 2014 >>> 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 [...] ===> lib/clang/libllvmmipsinfo (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc/src/tmp\" -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo/MipsTargetInfo.cpp -o MipsTargetInfo.o building static llvmmipsinfo library ranlib -D libllvmmipsinfo.a ===> lib/clang/libllvmmipsinstprinter (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc/src/tmp\" -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter/MipsInstPrinter.cpp -o MipsInstPrinter.o building static llvmmipsinstprinter library ranlib -D libllvmmipsinstprinter.a ===> lib/clang/libllvmpowerpcasmparser (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc/src/tmp\" -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser/PPCAsmParser.cpp -o PPCAsmParser.o building static llvmpowerpcasmparser library ranlib -D libllvmpowerpcasmparser.a ===> lib/clang/libllvmpowerpccodegen (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc/src/tmp\" -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCAsmPrinter.cpp -o PPCAsmPrinter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc/src/tmp\" -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCBranchSelector.cpp -o PPCBranchSelector.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc/src/tmp\" -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCTRLoops.cpp -o PPCCTRLoops.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc/src/tmp\" -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCodeEmitter.cpp -o PPCCodeEmitter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc/src/tmp\" -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp -o PPCFastISel.o /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp: In member function 'bool::PPCFastISel::SelectFPToI(const llvm::Instruction*, bool)': /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp:1030: error: base operand of '->' has non-pointer type 'const llvm::PPCSubtarget' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmpowerpccodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-28 11:58:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-28 11:58:00 - ERROR: failed to build world TB --- 2014-06-28 11:58:00 - 3684.61 user 305.36 system 4126.54 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 12:37:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3967D802; Sat, 28 Jun 2014 12:37:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0C1F023EE; Sat, 28 Jun 2014 12:37:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5SCbNYg073143; Sat, 28 Jun 2014 08:37:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5SCbNdS073142; Sat, 28 Jun 2014 12:37:23 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jun 2014 12:37:23 GMT Message-Id: <201406281237.s5SCbNdS073142@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 12:37:25 -0000 TB --- 2014-06-28 11:30:25 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-28 11:30:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-28 11:30:25 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-06-28 11:30:25 - cleaning the object tree TB --- 2014-06-28 11:31:04 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-28 11:31:10 - At svn revision 268002 TB --- 2014-06-28 11:31:11 - building world TB --- 2014-06-28 11:31:11 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 11:31:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 11:31:11 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 11:31:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 11:31:11 - SRCCONF=/dev/null TB --- 2014-06-28 11:31:11 - TARGET=powerpc TB --- 2014-06-28 11:31:11 - TARGET_ARCH=powerpc64 TB --- 2014-06-28 11:31:11 - TZ=UTC TB --- 2014-06-28 11:31:11 - __MAKE_CONF=/dev/null TB --- 2014-06-28 11:31:11 - cd /src TB --- 2014-06-28 11:31:11 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jun 28 11:31:20 UTC 2014 >>> 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 [...] ===> lib/clang/libllvmmipsinfo (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinfo/../../../contrib/llvm/lib/Target/Mips/TargetInfo/MipsTargetInfo.cpp -o MipsTargetInfo.o building static llvmmipsinfo library ranlib -D libllvmmipsinfo.a ===> lib/clang/libllvmmipsinstprinter (all) c++ -O2 -pipe -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips -I. -I/src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmmipsinstprinter/../../../contrib/llvm/lib/Target/Mips/InstPrinter/MipsInstPrinter.cpp -o MipsInstPrinter.o building static llvmmipsinstprinter library ranlib -D libllvmmipsinstprinter.a ===> lib/clang/libllvmpowerpcasmparser (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpcasmparser/../../../contrib/llvm/lib/Target/PowerPC/AsmParser/PPCAsmParser.cpp -o PPCAsmParser.o building static llvmpowerpcasmparser library ranlib -D libllvmpowerpcasmparser.a ===> lib/clang/libllvmpowerpccodegen (all) c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCAsmPrinter.cpp -o PPCAsmPrinter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCBranchSelector.cpp -o PPCBranchSelector.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCTRLoops.cpp -o PPCCTRLoops.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCCodeEmitter.cpp -o PPCCodeEmitter.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp -o PPCFastISel.o /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp: In member function 'bool::PPCFastISel::SelectFPToI(const llvm::Instruction*, bool)': /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCFastISel.cpp:1030: error: base operand of '->' has non-pointer type 'const llvm::PPCSubtarget' *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmpowerpccodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-06-28 12:37:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-28 12:37:23 - ERROR: failed to build world TB --- 2014-06-28 12:37:23 - 3636.07 user 314.66 system 4018.28 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 12:49:51 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 969A6A6D; Sat, 28 Jun 2014 12:49:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6BCB32497; Sat, 28 Jun 2014 12:49:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5SCnooQ017460; Sat, 28 Jun 2014 08:49:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5SCnoDN017459; Sat, 28 Jun 2014 12:49:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jun 2014 12:49:50 GMT Message-Id: <201406281249.s5SCnoDN017459@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 12:49:51 -0000 TB --- 2014-06-28 11:31:03 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-28 11:31:03 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-28 11:31:03 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-06-28 11:31:03 - cleaning the object tree TB --- 2014-06-28 11:32:10 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-28 11:32:13 - At svn revision 268002 TB --- 2014-06-28 11:32:14 - building world TB --- 2014-06-28 11:32:14 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 11:32:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 11:32:14 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 11:32:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 11:32:14 - SRCCONF=/dev/null TB --- 2014-06-28 11:32:14 - TARGET=sparc64 TB --- 2014-06-28 11:32:14 - TARGET_ARCH=sparc64 TB --- 2014-06-28 11:32:14 - TZ=UTC TB --- 2014-06-28 11:32:14 - __MAKE_CONF=/dev/null TB --- 2014-06-28 11:32:14 - cd /src TB --- 2014-06-28 11:32:14 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jun 28 11:32:21 UTC 2014 >>> 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 Sat Jun 28 12:39:41 UTC 2014 TB --- 2014-06-28 12:39:41 - generating LINT kernel config TB --- 2014-06-28 12:39:41 - cd /src/sys/sparc64/conf TB --- 2014-06-28 12:39:41 - /usr/bin/make -B LINT TB --- 2014-06-28 12:39:41 - cd /src/sys/sparc64/conf TB --- 2014-06-28 12:39:41 - /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-06-28 12:39:41 - building LINT kernel TB --- 2014-06-28 12:39:41 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 12:39:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 12:39:41 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 12:39:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 12:39:41 - SRCCONF=/dev/null TB --- 2014-06-28 12:39:41 - TARGET=sparc64 TB --- 2014-06-28 12:39:41 - TARGET_ARCH=sparc64 TB --- 2014-06-28 12:39:41 - TZ=UTC TB --- 2014-06-28 12:39:41 - __MAKE_CONF=/dev/null TB --- 2014-06-28 12:39:41 - cd /src TB --- 2014-06-28 12:39:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 28 12:39:41 UTC 2014 >>> 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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_environment.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_et.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_event.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_exec.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_fail.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_ffclock.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_gzio.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_hhook.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_intr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_jail.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_khelp.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_kthread.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_ktr.c /src/sys/kern/kern_ktr.c:178: error: redefinition of 'sysctl___debug_ktr_mask' /src/sys/kern/kern_ktr.c:109: error: previous definition of 'sysctl___debug_ktr_mask' was here /src/sys/kern/kern_ktr.c:178: error: redefinition of '__set_sysctl_set_sym_sysctl___debug_ktr_mask' /src/sys/kern/kern_ktr.c:109: error: previous definition of '__set_sysctl_set_sym_sysctl___debug_ktr_mask' was here *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-28 12:49:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-28 12:49:50 - ERROR: failed to build LINT kernel TB --- 2014-06-28 12:49:50 - 3822.09 user 724.41 system 4726.94 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 15:01:56 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C50CEEB; Sat, 28 Jun 2014 15:01:56 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 888F02DC1; Sat, 28 Jun 2014 15:01:56 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id E623E1FE02D; Sat, 28 Jun 2014 17:01:52 +0200 (CEST) Message-ID: <53AED8F4.7090109@selasky.org> Date: Sat, 28 Jun 2014 17:02:12 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: FreeBSD Tinderbox , current@freebsd.org, sparc64@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sparc64 References: <201406281249.s5SCnoDN017459@freebsd-current.sentex.ca> In-Reply-To: <201406281249.s5SCnoDN017459@freebsd-current.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 Jun 2014 15:01:56 -0000 On 06/28/14 14:49, FreeBSD Tinderbox wrote: > TB --- 2014-06-28 11:31:03 - tinderbox 2.22 running on freebsd-current.sentex.ca > TB --- 2014-06-28 11:31:03 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 > TB --- 2014-06-28 11:31:03 - starting HEAD tinderbox run for sparc64/sparc64 > TB --- 2014-06-28 11:31:03 - cleaning the object tree > TB --- 2014-06-28 11:32:10 - /usr/local/bin/svn stat --no-ignore /src > TB --- 2014-06-28 11:32:13 - At svn revision 268002 > TB --- 2014-06-28 11:32:14 - building world > TB --- 2014-06-28 11:32:14 - CROSS_BUILD_TESTING=YES > TB --- 2014-06-28 11:32:14 - MAKEOBJDIRPREFIX=/obj > TB --- 2014-06-28 11:32:14 - MAKESYSPATH=/src/share/mk > TB --- 2014-06-28 11:32:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2014-06-28 11:32:14 - SRCCONF=/dev/null > TB --- 2014-06-28 11:32:14 - TARGET=sparc64 > TB --- 2014-06-28 11:32:14 - TARGET_ARCH=sparc64 > TB --- 2014-06-28 11:32:14 - TZ=UTC > TB --- 2014-06-28 11:32:14 - __MAKE_CONF=/dev/null > TB --- 2014-06-28 11:32:14 - cd /src > TB --- 2014-06-28 11:32:14 - /usr/bin/make -B buildworld >>>> Building an up-to-date bmake(1) >>>> World build started on Sat Jun 28 11:32:21 UTC 2014 >>>> 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 Sat Jun 28 12:39:41 UTC 2014 > TB --- 2014-06-28 12:39:41 - generating LINT kernel config I'll fix this shortly. --HPS From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 16:23:37 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47D0991; Sat, 28 Jun 2014 16:23:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1EB332356; Sat, 28 Jun 2014 16:23:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5SGNZNf021965; Sat, 28 Jun 2014 12:23:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5SGNZS8021952; Sat, 28 Jun 2014 16:23:35 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jun 2014 16:23:35 GMT Message-Id: <201406281623.s5SGNZS8021952@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 16:23:37 -0000 TB --- 2014-06-28 12:50:35 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-28 12:50:35 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-28 12:50:35 - starting HEAD tinderbox run for arm/arm TB --- 2014-06-28 12:50:35 - cleaning the object tree TB --- 2014-06-28 12:52:05 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-28 12:52:08 - At svn revision 268003 TB --- 2014-06-28 12:52:09 - building world TB --- 2014-06-28 12:52:09 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 12:52:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 12:52:09 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 12:52:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 12:52:09 - SRCCONF=/dev/null TB --- 2014-06-28 12:52:09 - TARGET=arm TB --- 2014-06-28 12:52:09 - TARGET_ARCH=arm TB --- 2014-06-28 12:52:09 - TZ=UTC TB --- 2014-06-28 12:52:09 - __MAKE_CONF=/dev/null TB --- 2014-06-28 12:52:09 - cd /src TB --- 2014-06-28 12:52:09 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jun 28 12:52:16 UTC 2014 >>> 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 Sat Jun 28 16:10:47 UTC 2014 TB --- 2014-06-28 16:10:47 - generating LINT kernel config TB --- 2014-06-28 16:10:47 - cd /src/sys/arm/conf TB --- 2014-06-28 16:10:47 - /usr/bin/make -B LINT TB --- 2014-06-28 16:10:47 - cd /src/sys/arm/conf TB --- 2014-06-28 16:10:47 - /obj/arm.arm/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-06-28 16:10:47 - building LINT kernel TB --- 2014-06-28 16:10:47 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 16:10:47 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 16:10:47 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 16:10:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 16:10:47 - SRCCONF=/dev/null TB --- 2014-06-28 16:10:47 - TARGET=arm TB --- 2014-06-28 16:10:47 - TARGET_ARCH=arm TB --- 2014-06-28 16:10:47 - TZ=UTC TB --- 2014-06-28 16:10:47 - __MAKE_CONF=/dev/null TB --- 2014-06-28 16:10:48 - cd /src TB --- 2014-06-28 16:10:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 28 16:10:48 UTC 2014 >>> 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 [...] ^ /src/sys/sys/sysctl.h:284:20: note: expanded from macro 'SYSCTL_OID_RAW' struct sysctl_oid id = { \ ^ /src/sys/kern/kern_ktr.c:109:1: note: previous definition is here SYSCTL_INT(_debug_ktr, OID_AUTO, mask, CTLFLAG_RDTUN, ^ /src/sys/sys/sysctl.h:340:2: note: expanded from macro 'SYSCTL_INT' SYSCTL_OID(parent, nbr, name, \ ^ /src/sys/sys/sysctl.h:300:27: note: expanded from macro 'SYSCTL_OID' static SYSCTL_OID_RAW(sysctl__##parent##_##name, \ ^ :107:1: note: expanded from here sysctl___debug_ktr_mask ^ /src/sys/sys/sysctl.h:284:20: note: expanded from macro 'SYSCTL_OID_RAW' struct sysctl_oid id = { \ ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-28 16:23:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-28 16:23:35 - ERROR: failed to build LINT kernel TB --- 2014-06-28 16:23:35 - 10215.70 user 1705.12 system 12779.45 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 16:29:03 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5588F3D1; Sat, 28 Jun 2014 16:29:03 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1347E2393; Sat, 28 Jun 2014 16:29:02 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id AE8E51FE02D; Sat, 28 Jun 2014 18:28:54 +0200 (CEST) Message-ID: <53AEED54.60907@selasky.org> Date: Sat, 28 Jun 2014 18:29:08 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: FreeBSD Tinderbox , current@freebsd.org, arm@freebsd.org Subject: Re: [head tinderbox] failure on arm/arm References: <201406281623.s5SGNZS8021952@freebsd-current.sentex.ca> In-Reply-To: <201406281623.s5SGNZS8021952@freebsd-current.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 Jun 2014 16:29:03 -0000 > TB --- 2014-06-28 16:10:48 - /usr/bin/make -B buildkernel KERNCONF=LINT I'm fixing this one shortly and a few others. Just waiting for my "make universe" to complete. --HPS From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 16:33:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 34419621; Sat, 28 Jun 2014 16:33:14 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C73EC2424; Sat, 28 Jun 2014 16:33:13 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id s5SGX7M3084358 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Jun 2014 19:33:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s5SGX7M3084358 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id s5SGX77I084357; Sat, 28 Jun 2014 19:33:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 28 Jun 2014 19:33:07 +0300 From: Konstantin Belousov To: Palle Girgensohn Subject: Re: PostgreSQL performance on FreeBSD Message-ID: <20140628163307.GC93733@kib.kiev.ua> References: <20140627125613.GT93733@kib.kiev.ua> <201406271057.53599.jhb@freebsd.org> <20140627163407.GX93733@kib.kiev.ua> <35090A62-2DB8-493C-A5ED-ADB1BC193640@pingpong.net> <20140628102137.GA93733@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xqJRvRgB/be8tbVJ" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: "freebsd-current@freebsd.org" , "performance@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 Jun 2014 16:33:14 -0000 --xqJRvRgB/be8tbVJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 28, 2014 at 01:37:20PM +0200, Palle Girgensohn wrote: >=20 >=20 > > 28 jun 2014 kl. 12:21 skrev Konstantin Belousov : > >=20 > >> On Sat, Jun 28, 2014 at 12:08:39PM +0200, Palle Girgensohn wrote: > >>=20 > >>=20 > >>> 27 jun 2014 kl. 18:34 skrev Konstantin Belousov : > >>>=20 > >>>> On Fri, Jun 27, 2014 at 10:57:53AM -0400, John Baldwin wrote: > >>>>> On Friday, June 27, 2014 8:56:13 am Konstantin Belousov wrote: > >>>>> Hi, > >>>>> I did some measurements and hacks to see about the performance and > >>>>> scalability of PostgreSQL 9.3 on FreeBSD, sponsored by The FreeBSD > >>>>> Foundation. > >>>>>=20 > >>>>> The results are described in https://kib.kiev.ua/kib/pgsql_perf.pdf. > >>>>> The uncommitted patches, referenced in the article, are available as > >>>>> https://kib.kiev.ua/kib/pig1.patch.txt > >>>>> https://kib.kiev.ua/kib/patch-2 > >>>>=20 > >>>> Did you run the same benchmark on the same hardware with any other O= S's to=20 > >>>> compare results? > >>>=20 > >>> No. > >>>=20 > >>> FWIW, before the failing after the 30 clients is corrected, I do not > >>> think it is much interesting to do such comparision. > >>=20 > >> This is great work! > >>=20 > >> Does anybody know how far back in FreeBSD versions using posix semapho= re instead of sysv would make a difference? It seems we need a rather curr= ent version? 8.x did not support it at all, at some point at lest, and in 9= it was buggy. I could add he patch-2 to the port, but I reckon it needs a = conditional based on FreeBSD version? > > I recommend to add it as an option. The currently supported versions > > of stable/9 and higher have new posix semaphores implementation. > > The stable/8 also has posix semaphores, but there it is kernel-based > > interface, I do not plan to evaluate it in any way. >=20 > According to one source, posix semaphores uses O(N^2) file descriptors, w= here N is the number of connections. Do you know if this is true? (I'll try= it, naturally, just checking).=20 >=20 (New) posix semaphores implementation, done by David Xu, opens a file descriptor during the sem_open(3), which is used to mmap the area carrying the lock word, and is immediately closed afterward in sem_open(). In other words, if you have N semaphores and M processes, there would be N*M open(2)/close(2) pairs, and N files, each mmaped to M processes. New implementation does not use file descriptor during semaphore use, and does not keep the backing file open. > >=20 > >=20 > >> The clang bug should go upstreams, right? > > I believe there is already some activity about it. I do not follow > > clang development. >=20 > Sounds good enough.=20 >=20 > >=20 > >>=20 > >> I have seen similar curves, presented by Greg Smith (PostgreSQL > >> hacker) where he concluded that there is no point in running more > >> than 50 concurrent connections. This was for Linux. In your measures, > >> the knee is at 30. That's said, FreeBSD could and should do better, > >> but probably there is a limit where there will be a knee in the graph > >> and performance will drop. It should be more than 30, though, as you > >> rightly commented. > >>=20 > >> Do you any ideas to pursue this further apart from complicated > >> rewrites like DragonFly? > > I do. > >=20 > > The scope of the current work was done to obtain understanding where do= we stay > > and, if possible, evaluate ideas, possibly in the hackish way. I hope > > and almost sure that this will be continued, but cannot provide any time > > estimation. >=20 > Great. If you need help testing, I might be able to help.=20 I have the test set up and the graphing mostly automated, although the repeat of the configuration would be quite laborous. On the other hand, if you get access to zoo, replication could be easier. --xqJRvRgB/be8tbVJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJTru5DAAoJEJDCuSvBvK1B4R0P/2hZk6AgtyDcvVnrq135PNDn JeGNzD2cMIa8rYVc3UMAUCar8VzFXPxgNSKJSKhEEEfonD/BS94f4J75vC6okUiO b+5CidshF4KWElXAv6vzA5xnPverGzqeHpU6LRDGRotkgSUH2fgQ3EiR4g5a2kTC 4SZpRcUW708HoGHsvl0ivrBgQRIX0r6isXiUIJntG5OrbGUa/2VlVqlmIuR6Ckw5 +Vao8HAOL0JENuu1PPdzp0MWtZ0O+Klkt0vMcNN4SR7ePFHGT95OSAg+XG5rfSi+ 7fRQmmT5MjimnArCP2nQkBVBvI4XRsvCoo2n02e+A2OkPRYJNGyY7pWzY39/OPtJ cyfLkaxR3PidGSFxrU5N4YFQwgfsP/rBbC4+07Tskf6rGoRelUOmjbMkobyHB7JC Gfa5QeTVNYL+6CbVjD4Y9o5FPof+FUHi2ul4kcGcJCtprfvrx9h9FjBa0NT2URrD CMtdF7vA+/pVsJ6K22x7/QSVnpLc5tLpOWi8ULCdnliOANlZMWLZjci+EhhkC5sa GX6duPXf8zSHifb+AaPwjF/XAGzD90zLBe2SEIAHMs6Q179LRBKN5N+ub/JyoVY8 5PMKpDbV2YCJMcyvkDXztDWJ0gv+C+OXeHywdwAW6kUOP3Pe/7713Yq8nERKC+Tk 8Epwei1gXgeP+0ZG7Bix =YV3S -----END PGP SIGNATURE----- --xqJRvRgB/be8tbVJ-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 16:36:59 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6BD783B; Sat, 28 Jun 2014 16:36:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BD065246A; Sat, 28 Jun 2014 16:36:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5SGavs7038674; Sat, 28 Jun 2014 12:36:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5SGavCi038673; Sat, 28 Jun 2014 16:36:57 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jun 2014 16:36:57 GMT Message-Id: <201406281636.s5SGavCi038673@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 16:36:59 -0000 TB --- 2014-06-28 12:50:35 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-28 12:50:35 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-28 12:50:35 - starting HEAD tinderbox run for i386/i386 TB --- 2014-06-28 12:50:35 - cleaning the object tree TB --- 2014-06-28 12:52:14 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-28 12:52:18 - At svn revision 268003 TB --- 2014-06-28 12:52:19 - building world TB --- 2014-06-28 12:52:19 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 12:52:19 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 12:52:19 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 12:52:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 12:52:19 - SRCCONF=/dev/null TB --- 2014-06-28 12:52:19 - TARGET=i386 TB --- 2014-06-28 12:52:19 - TARGET_ARCH=i386 TB --- 2014-06-28 12:52:19 - TZ=UTC TB --- 2014-06-28 12:52:19 - __MAKE_CONF=/dev/null TB --- 2014-06-28 12:52:19 - cd /src TB --- 2014-06-28 12:52:19 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jun 28 12:52:26 UTC 2014 >>> 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 Sat Jun 28 16:19:33 UTC 2014 TB --- 2014-06-28 16:19:33 - generating LINT kernel config TB --- 2014-06-28 16:19:33 - cd /src/sys/i386/conf TB --- 2014-06-28 16:19:33 - /usr/bin/make -B LINT TB --- 2014-06-28 16:19:34 - cd /src/sys/i386/conf TB --- 2014-06-28 16:19:34 - /obj/i386.i386/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-06-28 16:19:34 - building LINT kernel TB --- 2014-06-28 16:19:34 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 16:19:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 16:19:34 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 16:19:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 16:19:34 - SRCCONF=/dev/null TB --- 2014-06-28 16:19:34 - TARGET=i386 TB --- 2014-06-28 16:19:34 - TARGET_ARCH=i386 TB --- 2014-06-28 16:19:34 - TZ=UTC TB --- 2014-06-28 16:19:34 - __MAKE_CONF=/dev/null TB --- 2014-06-28 16:19:34 - cd /src TB --- 2014-06-28 16:19:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 28 16:19:34 UTC 2014 >>> 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 [...] ^ /src/sys/sys/sysctl.h:284:20: note: expanded from macro 'SYSCTL_OID_RAW' struct sysctl_oid id = { \ ^ /src/sys/kern/kern_ktr.c:109:1: note: previous definition is here SYSCTL_INT(_debug_ktr, OID_AUTO, mask, CTLFLAG_RDTUN, ^ /src/sys/sys/sysctl.h:340:2: note: expanded from macro 'SYSCTL_INT' SYSCTL_OID(parent, nbr, name, \ ^ /src/sys/sys/sysctl.h:300:27: note: expanded from macro 'SYSCTL_OID' static SYSCTL_OID_RAW(sysctl__##parent##_##name, \ ^ :32:1: note: expanded from here sysctl___debug_ktr_mask ^ /src/sys/sys/sysctl.h:284:20: note: expanded from macro 'SYSCTL_OID_RAW' struct sysctl_oid id = { \ ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-28 16:36:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-28 16:36:57 - ERROR: failed to build LINT kernel TB --- 2014-06-28 16:36:57 - 11182.93 user 1640.57 system 13581.91 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 17:14:00 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7BF0FC59; Sat, 28 Jun 2014 17:14:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 530D026EB; Sat, 28 Jun 2014 17:13:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5SHDxmo071631; Sat, 28 Jun 2014 13:13:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5SHDwrU071619; Sat, 28 Jun 2014 17:13:58 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jun 2014 17:13:58 GMT Message-Id: <201406281713.s5SHDwrU071619@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 17:14:00 -0000 TB --- 2014-06-28 12:50:35 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-28 12:50:35 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-28 12:50:35 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-06-28 12:50:35 - cleaning the object tree TB --- 2014-06-28 12:51:57 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-28 12:52:00 - At svn revision 268003 TB --- 2014-06-28 12:52:01 - building world TB --- 2014-06-28 12:52:01 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 12:52:01 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 12:52:01 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 12:52:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 12:52:01 - SRCCONF=/dev/null TB --- 2014-06-28 12:52:01 - TARGET=amd64 TB --- 2014-06-28 12:52:01 - TARGET_ARCH=amd64 TB --- 2014-06-28 12:52:01 - TZ=UTC TB --- 2014-06-28 12:52:01 - __MAKE_CONF=/dev/null TB --- 2014-06-28 12:52:01 - cd /src TB --- 2014-06-28 12:52:01 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jun 28 12:52:08 UTC 2014 >>> 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 Sat Jun 28 16:59:13 UTC 2014 TB --- 2014-06-28 16:59:13 - generating LINT kernel config TB --- 2014-06-28 16:59:13 - cd /src/sys/amd64/conf TB --- 2014-06-28 16:59:13 - /usr/bin/make -B LINT TB --- 2014-06-28 16:59:13 - cd /src/sys/amd64/conf TB --- 2014-06-28 16:59:13 - /obj/amd64.amd64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-06-28 16:59:13 - building LINT kernel TB --- 2014-06-28 16:59:13 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 16:59:13 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 16:59:13 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 16:59:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 16:59:13 - SRCCONF=/dev/null TB --- 2014-06-28 16:59:13 - TARGET=amd64 TB --- 2014-06-28 16:59:13 - TARGET_ARCH=amd64 TB --- 2014-06-28 16:59:13 - TZ=UTC TB --- 2014-06-28 16:59:13 - __MAKE_CONF=/dev/null TB --- 2014-06-28 16:59:13 - cd /src TB --- 2014-06-28 16:59:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 28 16:59:13 UTC 2014 >>> 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 [...] ^ /src/sys/sys/sysctl.h:284:20: note: expanded from macro 'SYSCTL_OID_RAW' struct sysctl_oid id = { \ ^ /src/sys/kern/kern_ktr.c:109:1: note: previous definition is here SYSCTL_INT(_debug_ktr, OID_AUTO, mask, CTLFLAG_RDTUN, ^ /src/sys/sys/sysctl.h:340:2: note: expanded from macro 'SYSCTL_INT' SYSCTL_OID(parent, nbr, name, \ ^ /src/sys/sys/sysctl.h:300:27: note: expanded from macro 'SYSCTL_OID' static SYSCTL_OID_RAW(sysctl__##parent##_##name, \ ^ :25:1: note: expanded from here sysctl___debug_ktr_mask ^ /src/sys/sys/sysctl.h:284:20: note: expanded from macro 'SYSCTL_OID_RAW' struct sysctl_oid id = { \ ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-28 17:13:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-28 17:13:58 - ERROR: failed to build LINT kernel TB --- 2014-06-28 17:13:58 - 12846.53 user 2096.56 system 15803.26 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 18:30:56 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5B44890; Sat, 28 Jun 2014 18:30:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5E0D52CDB; Sat, 28 Jun 2014 18:30:55 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5SIUs7l042252; Sat, 28 Jun 2014 14:30:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5SIUsGv042248; Sat, 28 Jun 2014 18:30:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jun 2014 18:30:54 GMT Message-Id: <201406281830.s5SIUsGv042248@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 18:30:56 -0000 TB --- 2014-06-28 16:36:57 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-28 16:36:57 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-28 16:36:57 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-06-28 16:36:57 - cleaning the object tree TB --- 2014-06-28 16:38:06 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-28 16:38:10 - At svn revision 268003 TB --- 2014-06-28 16:38:11 - building world TB --- 2014-06-28 16:38:11 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 16:38:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 16:38:11 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 16:38:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 16:38:11 - SRCCONF=/dev/null TB --- 2014-06-28 16:38:11 - TARGET=ia64 TB --- 2014-06-28 16:38:11 - TARGET_ARCH=ia64 TB --- 2014-06-28 16:38:11 - TZ=UTC TB --- 2014-06-28 16:38:11 - __MAKE_CONF=/dev/null TB --- 2014-06-28 16:38:11 - cd /src TB --- 2014-06-28 16:38:11 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jun 28 16:38:19 UTC 2014 >>> 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 Sat Jun 28 18:16:14 UTC 2014 TB --- 2014-06-28 18:16:14 - generating LINT kernel config TB --- 2014-06-28 18:16:14 - cd /src/sys/ia64/conf TB --- 2014-06-28 18:16:14 - /usr/bin/make -B LINT TB --- 2014-06-28 18:16:14 - cd /src/sys/ia64/conf TB --- 2014-06-28 18:16:14 - /obj/ia64.ia64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-06-28 18:16:14 - building LINT kernel TB --- 2014-06-28 18:16:14 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 18:16:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 18:16:14 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 18:16:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 18:16:14 - SRCCONF=/dev/null TB --- 2014-06-28 18:16:14 - TARGET=ia64 TB --- 2014-06-28 18:16:14 - TARGET_ARCH=ia64 TB --- 2014-06-28 18:16:14 - TZ=UTC TB --- 2014-06-28 18:16:14 - __MAKE_CONF=/dev/null TB --- 2014-06-28 18:16:14 - cd /src TB --- 2014-06-28 18:16:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 28 18:16:14 UTC 2014 >>> 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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_environment.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_et.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_event.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_exec.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_fail.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_ffclock.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_gzio.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_hhook.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_intr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_jail.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_khelp.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_kthread.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_ktr.c /src/sys/kern/kern_ktr.c:178: error: redefinition of 'sysctl___debug_ktr_mask' /src/sys/kern/kern_ktr.c:109: error: previous definition of 'sysctl___debug_ktr_mask' was here /src/sys/kern/kern_ktr.c:178: error: redefinition of '__set_sysctl_set_sym_sysctl___debug_ktr_mask' /src/sys/kern/kern_ktr.c:109: error: previous definition of '__set_sysctl_set_sym_sysctl___debug_ktr_mask' was here *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-28 18:30:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-28 18:30:54 - ERROR: failed to build LINT kernel TB --- 2014-06-28 18:30:54 - 5474.69 user 879.59 system 6836.34 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 18:29:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 67A04786; Sat, 28 Jun 2014 18:29:33 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 3EAAB2C62; Sat, 28 Jun 2014 18:29:33 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 1F807966; Sat, 28 Jun 2014 18:29:31 +0000 (UTC) Date: Sat, 28 Jun 2014 18:29:23 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, gjb@FreeBSD.org, emaste@FreeBSD.org, dim@FreeBSD.org, rpaulo@FreeBSD.org, loos@FreeBSD.org, mjg@FreeBSD.org, gavin@FreeBSD.org, delphij@FreeBSD.org, marius@FreeBSD.org, mav@FreeBSD.org, adrian@FreeBSD.org, hselasky@FreeBSD.org Message-ID: <1069478133.204.1403980169444.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1351275097.203.1403942584977.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1351275097.203.1403942584977.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #939 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-Mailman-Approved-At: Sat, 28 Jun 2014 19:23:35 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 Jun 2014 18:29:33 -0000 See From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 20:15:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57AE4CB7; Sat, 28 Jun 2014 20:15:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2E9BD248D; Sat, 28 Jun 2014 20:15:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5SKF3WZ032674; Sat, 28 Jun 2014 16:15:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5SKF3Re032669; Sat, 28 Jun 2014 20:15:03 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jun 2014 20:15:03 GMT Message-Id: <201406282015.s5SKF3Re032669@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 20:15:05 -0000 TB --- 2014-06-28 16:23:35 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-28 16:23:35 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-28 16:23:35 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-06-28 16:23:35 - cleaning the object tree TB --- 2014-06-28 16:23:58 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-28 16:24:18 - At svn revision 268003 TB --- 2014-06-28 16:24:19 - building world TB --- 2014-06-28 16:24:19 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 16:24:19 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 16:24:19 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 16:24:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 16:24:19 - SRCCONF=/dev/null TB --- 2014-06-28 16:24:19 - TARGET=pc98 TB --- 2014-06-28 16:24:19 - TARGET_ARCH=i386 TB --- 2014-06-28 16:24:19 - TZ=UTC TB --- 2014-06-28 16:24:19 - __MAKE_CONF=/dev/null TB --- 2014-06-28 16:24:19 - cd /src TB --- 2014-06-28 16:24:19 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jun 28 16:24:27 UTC 2014 >>> 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 Sat Jun 28 20:02:16 UTC 2014 TB --- 2014-06-28 20:02:16 - generating LINT kernel config TB --- 2014-06-28 20:02:16 - cd /src/sys/pc98/conf TB --- 2014-06-28 20:02:16 - /usr/bin/make -B LINT TB --- 2014-06-28 20:02:16 - cd /src/sys/pc98/conf TB --- 2014-06-28 20:02:16 - /obj/pc98.i386/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-06-28 20:02:16 - building LINT kernel TB --- 2014-06-28 20:02:16 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 20:02:16 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 20:02:16 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 20:02:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 20:02:16 - SRCCONF=/dev/null TB --- 2014-06-28 20:02:16 - TARGET=pc98 TB --- 2014-06-28 20:02:16 - TARGET_ARCH=i386 TB --- 2014-06-28 20:02:16 - TZ=UTC TB --- 2014-06-28 20:02:16 - __MAKE_CONF=/dev/null TB --- 2014-06-28 20:02:16 - cd /src TB --- 2014-06-28 20:02:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 28 20:02:16 UTC 2014 >>> 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 [...] ^ /src/sys/sys/sysctl.h:284:20: note: expanded from macro 'SYSCTL_OID_RAW' struct sysctl_oid id = { \ ^ /src/sys/kern/kern_ktr.c:109:1: note: previous definition is here SYSCTL_INT(_debug_ktr, OID_AUTO, mask, CTLFLAG_RDTUN, ^ /src/sys/sys/sysctl.h:340:2: note: expanded from macro 'SYSCTL_INT' SYSCTL_OID(parent, nbr, name, \ ^ /src/sys/sys/sysctl.h:300:27: note: expanded from macro 'SYSCTL_OID' static SYSCTL_OID_RAW(sysctl__##parent##_##name, \ ^ :32:1: note: expanded from here sysctl___debug_ktr_mask ^ /src/sys/sys/sysctl.h:284:20: note: expanded from macro 'SYSCTL_OID_RAW' struct sysctl_oid id = { \ ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/pc98.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-28 20:15:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-28 20:15:02 - ERROR: failed to build LINT kernel TB --- 2014-06-28 20:15:02 - 11628.57 user 1425.89 system 13887.23 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 18:47:22 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47E16B32; Sat, 28 Jun 2014 18:47:22 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 19A512DF0; Sat, 28 Jun 2014 18:47:22 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 42C75967; Sat, 28 Jun 2014 18:47:18 +0000 (UTC) Date: Sat, 28 Jun 2014 18:47:05 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, gjb@FreeBSD.org, emaste@FreeBSD.org, rpaulo@FreeBSD.org, mjg@FreeBSD.org, delphij@FreeBSD.org, marius@FreeBSD.org, mav@FreeBSD.org, adrian@FreeBSD.org, hselasky@FreeBSD.org, jfv@FreeBSD.org Message-ID: <2092763892.205.1403981231994.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1059280895.202.1403936844629.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1059280895.202.1403936844629.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD-modules #686 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD-modules X-Jenkins-Result: FAILURE X-Mailman-Approved-At: Sat, 28 Jun 2014 20:18:49 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 Jun 2014 18:47:22 -0000 See Changes: [hselasky] Compile fixes: Remove duplicate "debug_ktr.mask" sysctl definition. Remove now unused variable from "kern_ktr.c". This fixes build of "ktr" which was broken by r267961. Let the default value for "vm_kmem_size_scale" be zero. It is setup after that the sysctl has been initialized from "getenv()" in the "kmeminit()" function to equal the "VM_KMEM_SIZE_MAX" value, if zero. On Sparc64 the "VM_KMEM_SIZE_MAX" macro is not a constant. This fixes build of Sparc64 which was broken by r267961. Add a special macro to dynamically create SYSCTL root nodes, because root nodes have a special parent. This fixes build of existing OFED module and CANBUS module for pc98 which was broken by r267961. Add missing "sysctl.h" includes to get the needed sysctl header file declarations. This is needed after r267961. MFC after:=092 weeks ------------------------------------------ [...truncated 6593 lines...] --- iicbus_if.h --- awk -f @/tools/makeobjops.awk @/dev/iicbus/iicbus_if.m -h --- opt_drm.h --- :> opt_drm.h --- opt_vm.h --- :> opt_vm.h --- opt_compat.h --- :> opt_compat.h --- opt_syscons.h --- :> opt_syscons.h --- .depend --- rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I. -I@ -I@/contrib/= altq -std=3Diso9899:1999 = <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD-modules/ws/sys/modules= /drm2/drm2/../../../dev/drm2/drm_drv.c> <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD-modules/ws/sys/modules= /drm2/drm2/../../../dev/drm2/drm_sysctl.c> --- depend_subdir_dtrace --- =3D=3D=3D> dtrace (depend) --- _sub.depend --- =3D=3D=3D> dtrace/dtmalloc (depend) --- --- @ -> --- --- machine -> --- --- x86 -> --- vnode_if_newproto.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q --- vnode_if.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h --- .depend --- rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I -I -I -I. -I@ -I@/contrib/= altq -std=3Diso9899:1999 =3D=3D=3D> dtrace/dtnfscl (depend) --- --- @ -> --- --- machine -> --- --- x86 -> --- vnode_if_newproto.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q --- vnode_if.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h --- .depend --- rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I -I -I -I. -I@ -I@/contrib/alt= q -std=3Diso9899:1999 =3D=3D=3D> dtrace/dtnfsclient (depend) --- --- @ -> --- --- machine -> --- --- x86 -> --- vnode_if_newproto.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q --- depend_subdir_dummynet --- --- depend_subdir_dtrace --- --- vnode_if.h --- --- depend_subdir_dummynet --- =3D=3D=3D> dummynet (depend) --- depend_subdir_dtrace --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h --- .depend --- rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I -I -I -I. -I@ -I@= /contrib/altq -std=3Diso9899:1999 --- depend_subdir_dummynet --- --- --- @ -> --- --- machine -> --- --- x86 -> --- opt_inet6.h --- echo "#define INET6 1" > opt_inet6.h --- .depend --- rm -f .depend --- depend_subdir_dtrace --- =3D=3D=3D> dtrace/dtrace (depend) --- depend_subdir_dummynet --- mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I. -I@ -I@/contrib/= altq -std=3Diso9899:1999 --- depend_subdir_dtrace --- --- --- @ -> --- --- machine -> --- --- x86 -> --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- vnode_if_newproto.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p --- vnode_if_typedef.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q --- opt_compat.h --- --- depend_subdir_drm --- =3D=3D=3D> drm/i915 (depend) --- depend_subdir_dtrace --- :> opt_compat.h --- opt_kstack_pages.h --- :> opt_kstack_pages.h --- opt_nfs.h --- :> opt_nfs.h --- opt_hwpmc_hooks.h --- :> opt_hwpmc_hooks.h --- vnode_if.h --- awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h --- depend_subdir_drm --- --- --- @ -> --- --- machine -> --- --- x86 -> --- depend_subdir_dtrace --- --- genassym.o --- cc -c -O2 -pipe -DDIS_MEM -DSMP -fno-strict-aliasing -Werror -D_KERNEL -DKL= D_MODULE -nostdinc -I -I -I -I -I -I -I -I -I. -I@ -I@/co= ntrib/altq -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=3D= kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwin= d-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Qunused-argume= nts -std=3Diso9899: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 -Wno-error-tautological-compare -Wno-error-e= mpty-body -Wno-error-parentheses-equality -Wno-unused-function -Wno-unknown= -pragmas -Wno-parentheses -Wno-uninitialized -Wno-cast-qual -Wno-unused -mn= o-aes -mno-avx -Qunused-arguments -include @/amd64/amd64/genassym.c --- depend_subdir_drm --- --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- opt_drm.h --- :> opt_drm.h --- .depend --- rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I. -I@ -I@/contrib/= altq -std=3Diso9899:1999 --- depend_subdir_dtrace --- --- assym.s --- sh @/kern/genassym.sh genassym.o > assym.s --- depend_subdir_ed --- =3D=3D=3D> ed (depend) --- depend_subdir_dtrace --- --- .depend --- rm -f .depend mkdep -f .depend -a -nostdinc -DDIS_MEM -DSMP -D_KERNEL -DKLD_MODULE -I -I -I -I -I -I -I -I -I. -I@ -I@/contrib/altq -std=3Diso98= 99:1999 <= https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD-modules/ws/sys/modules= /dtrace/dtrace/../../../cddl/dev/dtrace/amd64/dtrace_subr.c> --- depend_subdir_ed --- --- --- @ -> --- --- machine -> --- --- x86 -> --- isa_if.h --- awk -f @/tools/makeobjops.awk @/isa/isa_if.m -h --- pccarddevs.h --- awk -f @/tools/pccarddevs2h.awk @/dev/pccard/pccarddevs --- depend_subdir_dtrace --- :114:10: fatal error: 'strtolctype.h' file not found #include "strtolctype.h" ^ --- depend_subdir_ed --- --- card_if.h --- awk -f @/tools/makeobjops.awk @/dev/pccard/card_if.m -h --- depend_subdir_dtrace --- 1 error generated. --- depend_subdir_ed --- --- pci_if.h --- awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h --- opt_ed.h --- :> opt_ed.h --- bus_if.h --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_drm --- =3D=3D=3D> drm/mach64 (depend) --- depend_subdir_ed --- --- miibus_if.h --- awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -h --- .depend --- rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I. -I@ -I@/contrib/= altq -std=3Diso9899:1999 --- depend_subdir_drm --- --- --- @ -> --- --- machine -> --- --- x86 -> --- device_if.h --- awk -f @/tools/makeobjops.awk @/kern/device_if.m -h --- depend_subdir_dtrace --- mkdep: compile failed --- depend_subdir_drm --- --- bus_if.h --- --- depend_subdir_dtrace --- *** [.depend] Error code 1 make[2]: stopped in 1 error make[2]: stopped in --- depend_subdir_drm --- awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h --- depend_subdir_dtrace --- *** [_sub.depend] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [depend_subdir_dtrace] Error code 2 make: stopped in --- depend_subdir_drm --- A failure has been detected in another branch of the parallel make make[2]: stopped in *** [_sub.depend] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [depend_subdir_drm] Error code 2 make: stopped in --- depend_subdir_ed --- A failure has been detected in another branch of the parallel make make[1]: stopped in *** [depend_subdir_ed] Error code 2 make: stopped in --- depend_subdir_drm2 --- A failure has been detected in another branch of the parallel make make[2]: stopped in *** [_sub.depend] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [depend_subdir_drm2] Error code 2 make: stopped in 4 errors make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 21:43:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E22D8CCA; Sat, 28 Jun 2014 21:43:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B63DE2A66; Sat, 28 Jun 2014 21:43:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5SLgrvS027649; Sat, 28 Jun 2014 17:42:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5SLgrLX027639; Sat, 28 Jun 2014 21:42:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jun 2014 21:42:53 GMT Message-Id: <201406282142.s5SLgrLX027639@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 21:43:01 -0000 TB --- 2014-06-28 20:25:22 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-28 20:25:22 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-28 20:25:22 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-06-28 20:25:23 - cleaning the object tree TB --- 2014-06-28 20:26:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-28 20:26:40 - At svn revision 268003 TB --- 2014-06-28 20:26:41 - building world TB --- 2014-06-28 20:26:41 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 20:26:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 20:26:41 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 20:26:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 20:26:41 - SRCCONF=/dev/null TB --- 2014-06-28 20:26:41 - TARGET=sparc64 TB --- 2014-06-28 20:26:41 - TARGET_ARCH=sparc64 TB --- 2014-06-28 20:26:41 - TZ=UTC TB --- 2014-06-28 20:26:41 - __MAKE_CONF=/dev/null TB --- 2014-06-28 20:26:41 - cd /src TB --- 2014-06-28 20:26:41 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jun 28 20:26:48 UTC 2014 >>> 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 Sat Jun 28 21:32:43 UTC 2014 TB --- 2014-06-28 21:32:43 - generating LINT kernel config TB --- 2014-06-28 21:32:43 - cd /src/sys/sparc64/conf TB --- 2014-06-28 21:32:43 - /usr/bin/make -B LINT TB --- 2014-06-28 21:32:43 - cd /src/sys/sparc64/conf TB --- 2014-06-28 21:32:43 - /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-06-28 21:32:43 - building LINT kernel TB --- 2014-06-28 21:32:43 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 21:32:43 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 21:32:43 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 21:32:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 21:32:43 - SRCCONF=/dev/null TB --- 2014-06-28 21:32:43 - TARGET=sparc64 TB --- 2014-06-28 21:32:43 - TARGET_ARCH=sparc64 TB --- 2014-06-28 21:32:43 - TZ=UTC TB --- 2014-06-28 21:32:43 - __MAKE_CONF=/dev/null TB --- 2014-06-28 21:32:43 - cd /src TB --- 2014-06-28 21:32:43 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 28 21:32:43 UTC 2014 >>> 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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_environment.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_et.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_event.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_exec.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_fail.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_ffclock.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_gzio.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_hhook.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_intr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_jail.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_khelp.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_kthread.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_ktr.c /src/sys/kern/kern_ktr.c:178: error: redefinition of 'sysctl___debug_ktr_mask' /src/sys/kern/kern_ktr.c:109: error: previous definition of 'sysctl___debug_ktr_mask' was here /src/sys/kern/kern_ktr.c:178: error: redefinition of '__set_sysctl_set_sym_sysctl___debug_ktr_mask' /src/sys/kern/kern_ktr.c:109: error: previous definition of '__set_sysctl_set_sym_sysctl___debug_ktr_mask' was here *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-28 21:42:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-28 21:42:53 - ERROR: failed to build LINT kernel TB --- 2014-06-28 21:42:53 - 3822.31 user 725.59 system 4650.93 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 20:31:36 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B7A4513D; Sat, 28 Jun 2014 20:31:36 +0000 (UTC) Received: from FreeBSD.cs.nctu.edu.tw (FreeBSD.cs.nctu.edu.tw [140.113.17.209]) by mx1.freebsd.org (Postfix) with ESMTP id 7ED5C25DE; Sat, 28 Jun 2014 20:31:36 +0000 (UTC) Received: by FreeBSD.cs.nctu.edu.tw (Postfix, from userid 1058) id B2536216B; Sun, 29 Jun 2014 04:31:35 +0800 (CST) Date: Sun, 29 Jun 2014 04:31:35 +0800 From: Li-Wen Hsu To: Hans Petter Selasky Subject: Re: Build failed in Jenkins: FreeBSD_HEAD-modules #686 Message-ID: <20140628203135.GB48794@FreeBSD.cs.nctu.edu.tw> References: <1059280895.202.1403936844629.JavaMail.jenkins@jenkins-9.freebsd.org> <2092763892.205.1403981231994.JavaMail.jenkins@jenkins-9.freebsd.org> <53AF0F97.7090307@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <53AF0F97.7090307@selasky.org> User-Agent: Mutt/1.5.22 (2013-10-16) X-Mailman-Approved-At: Sat, 28 Jun 2014 22:50:30 +0000 Cc: adrian@FreeBSD.org, Ed Maste , jfv@FreeBSD.org, mjg@FreeBSD.org, marius@FreeBSD.org, gjb@FreeBSD.org, freebsd-current@FreeBSD.org, jenkins-admin@freebsd.org, delphij@FreeBSD.org, Rui Paulo , mav@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 Jun 2014 20:31:36 -0000 On Sat, Jun 28, 2014 at 20:55:19 +0200, Hans Petter Selasky wrote: > Hi, > > Jenkins is by error reporting my changes as cause of fault! > > /builds/FreeBSD_HEAD-modules/sys/modules/dtrace/dtrace/../../../cddl/contrib/opensolaris/uts/common/dtrace/dtrace.c:114:10: > fatal error: 'strtolctype.h' file not found > #include "strtolctype.h" > > Rui Paulo: Looks like one of your commits: r267937 > I think the problem is that job builds -CURRENT kernel modules on 10-STABLE, which doesn't have strtolctype.h. The solution might be switching this job to run on 11-CURRENT, or making the -CURRENT kernel modules can be built on 10. Do we suppose to support this? By the way, jenkins just (stupidly) mails every committer who changes code in a failed build. It cannot tell which commit is the root cause. Li-Wen -- Li-Wen Hsu http://lwhsu.org From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 23:56:14 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E3C9E7A; Sat, 28 Jun 2014 23:56:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E89EA2380; Sat, 28 Jun 2014 23:56:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5SNuCbO092535; Sat, 28 Jun 2014 19:56:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5SNuC3w092534; Sat, 28 Jun 2014 23:56:12 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Jun 2014 23:56:12 GMT Message-Id: <201406282356.s5SNuC3w092534@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 23:56:14 -0000 TB --- 2014-06-28 20:15:03 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-28 20:15:03 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-28 20:15:03 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-06-28 20:15:03 - cleaning the object tree TB --- 2014-06-28 20:15:41 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-28 20:16:16 - At svn revision 268003 TB --- 2014-06-28 20:16:17 - building world TB --- 2014-06-28 20:16:17 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 20:16:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 20:16:17 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 20:16:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 20:16:17 - SRCCONF=/dev/null TB --- 2014-06-28 20:16:17 - TARGET=powerpc TB --- 2014-06-28 20:16:17 - TARGET_ARCH=powerpc TB --- 2014-06-28 20:16:17 - TZ=UTC TB --- 2014-06-28 20:16:17 - __MAKE_CONF=/dev/null TB --- 2014-06-28 20:16:17 - cd /src TB --- 2014-06-28 20:16:17 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jun 28 20:16:25 UTC 2014 >>> 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 Sat Jun 28 23:54:18 UTC 2014 TB --- 2014-06-28 23:54:18 - generating LINT kernel config TB --- 2014-06-28 23:54:18 - cd /src/sys/powerpc/conf TB --- 2014-06-28 23:54:18 - /usr/bin/make -B LINT TB --- 2014-06-28 23:54:18 - cd /src/sys/powerpc/conf TB --- 2014-06-28 23:54:18 - /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-06-28 23:54:18 - building LINT kernel TB --- 2014-06-28 23:54:18 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 23:54:18 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 23:54:18 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 23:54:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 23:54:18 - SRCCONF=/dev/null TB --- 2014-06-28 23:54:18 - TARGET=powerpc TB --- 2014-06-28 23:54:18 - TARGET_ARCH=powerpc TB --- 2014-06-28 23:54:18 - TZ=UTC TB --- 2014-06-28 23:54:18 - __MAKE_CONF=/dev/null TB --- 2014-06-28 23:54:18 - cd /src TB --- 2014-06-28 23:54:18 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 28 23:54:19 UTC 2014 >>> 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 [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I/src/sys/cddl/compat/opensolaris -I/src/sys/cddl/contrib/opensolaris/uts/common -I/src/sys -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/powerpc.powerpc/src/sys/LINT -std=iso9899:1999 /src/sys/nfsclient/nfs_kdtrace.c ===> dtrace/dtrace (depend) @ -> /src/sys machine -> /src/sys/powerpc/include awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h ln -sf /obj/powerpc.powerpc/src/sys/LINT/opt_compat.h opt_compat.h ln -sf /obj/powerpc.powerpc/src/sys/LINT/opt_kstack_pages.h opt_kstack_pages.h ln -sf /obj/powerpc.powerpc/src/sys/LINT/opt_nfs.h opt_nfs.h ln -sf /obj/powerpc.powerpc/src/sys/LINT/opt_hwpmc_hooks.h opt_hwpmc_hooks.h cc -c -O2 -pipe -DDIS_MEM -DSMP -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/cddl/compat/opensolaris -I/src/sys/cddl/dev/dtrace -I/src/sys/cddl/dev/dtrace/powerpc -I/src/sys/cddl/contrib/opensolaris/uts/common -I/src/sys -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc/src/sys/LINT -fno-builtin -msoft-float -mno-altivec -ffreestanding -fstack-protector -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 -Wno-unknown-pragmas -Wno-parentheses -Wno-uninitialized -Wno-cast-qual -Wno-unused -finline-limit=15000 --param inline-unit-growth=100 --param large! -function-growth=1000 -include /src/sys/cddl/compat/opensolaris/sys/debug_compat.h @/powerpc/powerpc/genassym.c sh @/kern/genassym.sh genassym.o > assym.s rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -DDIS_MEM -DSMP -D_KERNEL -DKLD_MODULE -I/src/sys/cddl/compat/opensolaris -I/src/sys/cddl/dev/dtrace -I/src/sys/cddl/dev/dtrace/powerpc -I/src/sys/cddl/contrib/opensolaris/uts/common -I/src/sys -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/powerpc.powerpc/src/sys/LINT -std=iso9899:1999 /src/sys/cddl/contrib/opensolaris/uts/common/dtrace/dtrace.c /src/sys/cddl/dev/dtrace/powerpc/dtrace_asm.S /src/sys/cddl/dev/dtrace/powerpc/dtrace_subr.c /src/sys/cddl/compat/opensolaris/kern/opensolaris_taskq.c /src/sys/cddl/contrib/opensolaris/uts/common/dtrace/dtrace.c:114:25: error: strtolctype.h: No such file or directory mkdep: compile failed *** Error code 1 Stop. bmake[4]: stopped in /src/sys/modules/dtrace/dtrace *** Error code 1 Stop. bmake[3]: stopped in /src/sys/modules/dtrace *** Error code 1 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-28 23:56:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-28 23:56:12 - ERROR: failed to build LINT kernel TB --- 2014-06-28 23:56:12 - 11796.71 user 1270.12 system 13268.37 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 00:30:44 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6EC5C372; Sun, 29 Jun 2014 00:30:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 40F232610; Sun, 29 Jun 2014 00:30:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5T0UgkY080485; Sat, 28 Jun 2014 20:30:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5T0Ug4x080484; Sun, 29 Jun 2014 00:30:42 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 29 Jun 2014 00:30:42 GMT Message-Id: <201406290030.s5T0Ug4x080484@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2014 00:30:44 -0000 TB --- 2014-06-28 20:19:39 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-28 20:19:39 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-28 20:19:39 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-06-28 20:19:39 - cleaning the object tree TB --- 2014-06-28 20:20:21 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-28 20:20:24 - At svn revision 268003 TB --- 2014-06-28 20:20:25 - building world TB --- 2014-06-28 20:20:25 - CROSS_BUILD_TESTING=YES TB --- 2014-06-28 20:20:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-28 20:20:25 - MAKESYSPATH=/src/share/mk TB --- 2014-06-28 20:20:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-28 20:20:25 - SRCCONF=/dev/null TB --- 2014-06-28 20:20:25 - TARGET=powerpc TB --- 2014-06-28 20:20:25 - TARGET_ARCH=powerpc64 TB --- 2014-06-28 20:20:25 - TZ=UTC TB --- 2014-06-28 20:20:25 - __MAKE_CONF=/dev/null TB --- 2014-06-28 20:20:25 - cd /src TB --- 2014-06-28 20:20:25 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jun 28 20:20:33 UTC 2014 >>> 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 Sun Jun 29 00:29:46 UTC 2014 TB --- 2014-06-29 00:29:46 - generating LINT kernel config TB --- 2014-06-29 00:29:46 - cd /src/sys/powerpc/conf TB --- 2014-06-29 00:29:46 - /usr/bin/make -B LINT TB --- 2014-06-29 00:29:46 - cd /src/sys/powerpc/conf TB --- 2014-06-29 00:29:46 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-06-29 00:29:46 - skipping LINT kernel TB --- 2014-06-29 00:29:46 - cd /src/sys/powerpc/conf TB --- 2014-06-29 00:29:46 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC TB --- 2014-06-29 00:29:46 - skipping GENERIC kernel TB --- 2014-06-29 00:29:46 - cd /src/sys/powerpc/conf TB --- 2014-06-29 00:29:46 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC64 TB --- 2014-06-29 00:29:46 - building GENERIC64 kernel TB --- 2014-06-29 00:29:46 - CROSS_BUILD_TESTING=YES TB --- 2014-06-29 00:29:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-29 00:29:46 - MAKESYSPATH=/src/share/mk TB --- 2014-06-29 00:29:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-29 00:29:46 - SRCCONF=/dev/null TB --- 2014-06-29 00:29:46 - TARGET=powerpc TB --- 2014-06-29 00:29:46 - TARGET_ARCH=powerpc64 TB --- 2014-06-29 00:29:46 - TZ=UTC TB --- 2014-06-29 00:29:46 - __MAKE_CONF=/dev/null TB --- 2014-06-29 00:29:46 - cd /src TB --- 2014-06-29 00:29:46 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Sun Jun 29 00:29:46 UTC 2014 >>> 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 [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I/src/sys/cddl/compat/opensolaris -I/src/sys/cddl/contrib/opensolaris/uts/common -I/src/sys -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -std=iso9899:1999 /src/sys/nfsclient/nfs_kdtrace.c ===> dtrace/dtrace (depend) @ -> /src/sys machine -> /src/sys/powerpc/include awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h ln -sf /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_compat.h opt_compat.h ln -sf /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_kstack_pages.h opt_kstack_pages.h ln -sf /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_nfs.h opt_nfs.h ln -sf /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_hwpmc_hooks.h opt_hwpmc_hooks.h cc -c -O2 -pipe -DDIS_MEM -DSMP -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/cddl/compat/opensolaris -I/src/sys/cddl/dev/dtrace -I/src/sys/cddl/dev/dtrace/powerpc -I/src/sys/cddl/contrib/opensolaris/uts/common -I/src/sys -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_global.h -I. -I@ -I@/contrib/altq -g -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 -Wno-unknown-pragmas -Wno-parentheses -Wno-uninitialized -Wno-cast-qual -Wno-unused -finline-limit=15000 --param inline-! unit-growth=100 --param large-function-growth=1000 -include /src/sys/cddl/compat/opensolaris/sys/debug_compat.h @/powerpc/powerpc/genassym.c sh @/kern/genassym.sh genassym.o > assym.s rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -DDIS_MEM -DSMP -D_KERNEL -DKLD_MODULE -I/src/sys/cddl/compat/opensolaris -I/src/sys/cddl/dev/dtrace -I/src/sys/cddl/dev/dtrace/powerpc -I/src/sys/cddl/contrib/opensolaris/uts/common -I/src/sys -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -std=iso9899:1999 /src/sys/cddl/contrib/opensolaris/uts/common/dtrace/dtrace.c /src/sys/cddl/dev/dtrace/powerpc/dtrace_asm.S /src/sys/cddl/dev/dtrace/powerpc/dtrace_subr.c /src/sys/cddl/compat/opensolaris/kern/opensolaris_taskq.c /src/sys/cddl/contrib/opensolaris/uts/common/dtrace/dtrace.c:114:25: error: strtolctype.h: No such file or directory mkdep: compile failed *** Error code 1 Stop. bmake[4]: stopped in /src/sys/modules/dtrace/dtrace *** Error code 1 Stop. bmake[3]: stopped in /src/sys/modules/dtrace *** Error code 1 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-29 00:30:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-29 00:30:42 - ERROR: failed to build GENERIC64 kernel TB --- 2014-06-29 00:30:42 - 13543.91 user 1595.00 system 15063.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 20:36:22 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 873EF32A; Sat, 28 Jun 2014 20:36:22 +0000 (UTC) Received: from felyko.com (felyko.com [IPv6:2001:470:1:2d5:26:3:1337:ca7]) by mx1.freebsd.org (Postfix) with ESMTP id 6688A25F9; Sat, 28 Jun 2014 20:36:22 +0000 (UTC) Received: from [IPv6:2601:9:8280:426:8c01:7cc9:3678:e078] (unknown [IPv6:2601:9:8280:426:8c01:7cc9:3678:e078]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by felyko.com (Postfix) with ESMTPSA id 67AEF34A9E5; Sat, 28 Jun 2014 13:36:20 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: Build failed in Jenkins: FreeBSD_HEAD-modules #686 From: Rui Paulo In-Reply-To: <20140628203135.GB48794@FreeBSD.cs.nctu.edu.tw> Date: Sat, 28 Jun 2014 13:36:19 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <911CD896-BBF4-4AD2-B594-D874A9503B53@FreeBSD.org> References: <1059280895.202.1403936844629.JavaMail.jenkins@jenkins-9.freebsd.org> <2092763892.205.1403981231994.JavaMail.jenkins@jenkins-9.freebsd.org> <53AF0F97.7090307@selasky.org> <20140628203135.GB48794@FreeBSD.cs.nctu.edu.tw> To: Li-Wen Hsu X-Mailer: Apple Mail (2.1878.2) X-Mailman-Approved-At: Sun, 29 Jun 2014 01:16:52 +0000 Cc: Hans Petter Selasky , adrian@FreeBSD.org, Ed Maste , mjg@FreeBSD.org, marius@FreeBSD.org, gjb@FreeBSD.org, freebsd-current@FreeBSD.org, jenkins-admin@freebsd.org, jfv@FreeBSD.org, =?utf-8?Q?=22Xin_Li_=28=E6=9D=8E=E9=91=AB=29=22?= , mav@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 Jun 2014 20:36:22 -0000 On Jun 28, 2014, at 13:31, Li-Wen Hsu wrote: > On Sat, Jun 28, 2014 at 20:55:19 +0200, Hans Petter Selasky wrote: >> Hi, >>=20 >> Jenkins is by error reporting my changes as cause of fault! >>=20 >> = /builds/FreeBSD_HEAD-modules/sys/modules/dtrace/dtrace/../../../cddl/contr= ib/opensolaris/uts/common/dtrace/dtrace.c:114:10:=20 >> fatal error: 'strtolctype.h' file not found >> #include "strtolctype.h" >>=20 >> Rui Paulo: Looks like one of your commits: r267937 >>=20 >=20 > I think the problem is that job builds -CURRENT kernel modules on > 10-STABLE, which doesn't have strtolctype.h. The solution might be > switching this job to run on 11-CURRENT, or making the -CURRENT kernel > modules can be built on 10. Do we suppose to support this? Ah, if this is the problem, then you need to build things differently: 1) build kernel-toolchain 2) enter make buildenv 3) build all the modules -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sat Jun 28 20:41:54 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9FDED369; Sat, 28 Jun 2014 20:41:54 +0000 (UTC) Received: from FreeBSD.cs.nctu.edu.tw (FreeBSD.cs.nctu.edu.tw [140.113.17.209]) by mx1.freebsd.org (Postfix) with ESMTP id 6351D2680; Sat, 28 Jun 2014 20:41:54 +0000 (UTC) Received: by FreeBSD.cs.nctu.edu.tw (Postfix, from userid 1058) id B89E62199; Sun, 29 Jun 2014 04:41:53 +0800 (CST) Date: Sun, 29 Jun 2014 04:41:53 +0800 From: Li-Wen Hsu To: Rui Paulo Subject: Re: Build failed in Jenkins: FreeBSD_HEAD-modules #686 Message-ID: <20140628204153.GA40791@FreeBSD.cs.nctu.edu.tw> References: <1059280895.202.1403936844629.JavaMail.jenkins@jenkins-9.freebsd.org> <2092763892.205.1403981231994.JavaMail.jenkins@jenkins-9.freebsd.org> <53AF0F97.7090307@selasky.org> <20140628203135.GB48794@FreeBSD.cs.nctu.edu.tw> <911CD896-BBF4-4AD2-B594-D874A9503B53@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <911CD896-BBF4-4AD2-B594-D874A9503B53@FreeBSD.org> User-Agent: Mutt/1.5.22 (2013-10-16) X-Mailman-Approved-At: Sun, 29 Jun 2014 01:17:11 +0000 Cc: Hans Petter Selasky , adrian@FreeBSD.org, Ed Maste , mjg@FreeBSD.org, marius@FreeBSD.org, gjb@FreeBSD.org, freebsd-current@FreeBSD.org, jenkins-admin@freebsd.org, jfv@FreeBSD.org, =?utf-8?B?IlhpbiBMaSAo5p2O6ZGrKSI=?= , mav@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 28 Jun 2014 20:41:54 -0000 On Sat, Jun 28, 2014 at 13:36:19 -0700, Rui Paulo wrote: > On Jun 28, 2014, at 13:31, Li-Wen Hsu wrote: > > > On Sat, Jun 28, 2014 at 20:55:19 +0200, Hans Petter Selasky wrote: > >> Hi, > >> > >> Jenkins is by error reporting my changes as cause of fault! > >> > >> /builds/FreeBSD_HEAD-modules/sys/modules/dtrace/dtrace/../../../cddl/contrib/opensolaris/uts/common/dtrace/dtrace.c:114:10: > >> fatal error: 'strtolctype.h' file not found > >> #include "strtolctype.h" > >> > >> Rui Paulo: Looks like one of your commits: r267937 > >> > > > > I think the problem is that job builds -CURRENT kernel modules on > > 10-STABLE, which doesn't have strtolctype.h. The solution might be > > switching this job to run on 11-CURRENT, or making the -CURRENT kernel > > modules can be built on 10. Do we suppose to support this? > > Ah, if this is the problem, then you need to build things differently: > > 1) build kernel-toolchain > 2) enter make buildenv > 3) build all the modules Sounds reasonable. I temporarily disable this job and will bring it back after changing the build steps as you suggested. Thanks, Li-Wen -- Li-Wen Hsu http://lwhsu.org From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 15:20:57 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BFA4084E; Sun, 29 Jun 2014 15:20:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9634C217F; Sun, 29 Jun 2014 15:20:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5TFKtJB097076; Sun, 29 Jun 2014 11:20:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5TFKtM3097075; Sun, 29 Jun 2014 15:20:55 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 29 Jun 2014 15:20:55 GMT Message-Id: <201406291520.s5TFKtM3097075@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2014 15:20:57 -0000 TB --- 2014-06-29 11:06:31 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-29 11:06:31 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-29 11:06:31 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-06-29 11:06:31 - cleaning the object tree TB --- 2014-06-29 11:08:13 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-29 11:08:17 - At svn revision 268010 TB --- 2014-06-29 11:08:18 - building world TB --- 2014-06-29 11:08:18 - CROSS_BUILD_TESTING=YES TB --- 2014-06-29 11:08:18 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-29 11:08:18 - MAKESYSPATH=/src/share/mk TB --- 2014-06-29 11:08:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-29 11:08:18 - SRCCONF=/dev/null TB --- 2014-06-29 11:08:18 - TARGET=powerpc TB --- 2014-06-29 11:08:18 - TARGET_ARCH=powerpc64 TB --- 2014-06-29 11:08:18 - TZ=UTC TB --- 2014-06-29 11:08:18 - __MAKE_CONF=/dev/null TB --- 2014-06-29 11:08:18 - cd /src TB --- 2014-06-29 11:08:18 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sun Jun 29 11:08:25 UTC 2014 >>> 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 Sun Jun 29 15:18:52 UTC 2014 TB --- 2014-06-29 15:18:52 - generating LINT kernel config TB --- 2014-06-29 15:18:52 - cd /src/sys/powerpc/conf TB --- 2014-06-29 15:18:52 - /usr/bin/make -B LINT TB --- 2014-06-29 15:18:52 - cd /src/sys/powerpc/conf TB --- 2014-06-29 15:18:52 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-06-29 15:18:52 - skipping LINT kernel TB --- 2014-06-29 15:18:52 - cd /src/sys/powerpc/conf TB --- 2014-06-29 15:18:52 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC TB --- 2014-06-29 15:18:52 - skipping GENERIC kernel TB --- 2014-06-29 15:18:52 - cd /src/sys/powerpc/conf TB --- 2014-06-29 15:18:52 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC64 TB --- 2014-06-29 15:18:52 - building GENERIC64 kernel TB --- 2014-06-29 15:18:52 - CROSS_BUILD_TESTING=YES TB --- 2014-06-29 15:18:52 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-29 15:18:52 - MAKESYSPATH=/src/share/mk TB --- 2014-06-29 15:18:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-29 15:18:52 - SRCCONF=/dev/null TB --- 2014-06-29 15:18:52 - TARGET=powerpc TB --- 2014-06-29 15:18:52 - TARGET_ARCH=powerpc64 TB --- 2014-06-29 15:18:52 - TZ=UTC TB --- 2014-06-29 15:18:52 - __MAKE_CONF=/dev/null TB --- 2014-06-29 15:18:52 - cd /src TB --- 2014-06-29 15:18:52 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Sun Jun 29 15:18:52 UTC 2014 >>> 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 -------------------------------------------------------------- cd /obj/powerpc.powerpc64/src/sys/GENERIC64; MAKEOBJDIRPREFIX=/obj/powerpc.powerpc64 MACHINE_ARCH=powerpc64 MACHINE=powerpc CPUTYPE= GROFF_BIN_PATH=/obj/powerpc.powerpc64/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/obj/powerpc.powerpc64/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/obj/powerpc.powerpc64/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/obj/powerpc.powerpc64/src/tmp _LDSCRIPTROOT= VERSION="FreeBSD 11.0-CURRENT powerpc64 1100024" INSTALL="sh /src/tools/install.sh" PATH=/obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin:/obj/powerpc.powerpc64/src/tmp/legacy/usr/bin:/obj/powerpc.powerpc64/src/tmp/legacy/usr/games:/obj/powerpc.powerpc64/src/tmp/legacy/bin:/obj/powerpc.powerpc64/src/tmp/usr/sbin:/obj/powerpc.powerpc64/src/tmp/usr/bin:/obj/powerpc.powerpc64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin CC="cc " CXX="c++ " CPP="cpp " AS="as" AR="ar" LD="ld" NM=nm OBJDUMP= RANLIB=ranlib STRINGS= /obj/src/make.amd64/bmake -B -m /src/share/mk KERNEL=kernel! all -DNO_MODULES_OBJ cc -c -x assembler-with-cpp -DLOCORE -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/powerpc/aim/locore.S cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/cam.c /src/sys/cam/cam.c:112: error: __set_sysctl_set_sym_sysctl___kern_cam causes a section type conflict /src/sys/cam/cam.c:112: error: __set_sysctl_set_sym_sysctl___kern_cam causes a section type conflict *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-29 15:20:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-29 15:20:55 - ERROR: failed to build GENERIC64 kernel TB --- 2014-06-29 15:20:55 - 13606.91 user 1647.12 system 15263.84 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 04:01:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 41EC543A for ; Mon, 30 Jun 2014 04:01:24 +0000 (UTC) Received: from mail-ie0-f181.google.com (mail-ie0-f181.google.com [209.85.223.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 034802711 for ; Mon, 30 Jun 2014 04:01:23 +0000 (UTC) Received: by mail-ie0-f181.google.com with SMTP id y20so6376078ier.40 for ; Sun, 29 Jun 2014 21:01:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=Pc2Ixn9QcK3GlLvTpebEG8BZ/7mI1dCketdILX053JU=; b=EmYu6XKL1TgnubIh147RPf+JxM/Y++G96g7irdRYiGQbl5G/9h9SDiQMU0G7VvzN3c v32VHhSi1ULDPttA2WFlDZmG0jWV61+e6PPO0FvcY6Q/8MZV6r9BA0Oo+pXHJNIbpIXL anHQqKLaLMGe3OSGs7r2WyZN+9RKhhEJXMl62XOugBF9jkCAIfeZFs6qyLiMqAkv7O3J y12xnTeDEAxlBFE+Wk4fnloT5KzXECVKRL6gyd02cyrZnAVWvMhvGHWX/GDhSBEzOy+C gvSY81+RByRfWUtifsEJoyLjHxOQrRLGGIlHm4sMykVhayzAApRbam0ILNVBkJ92yZ0x 95OQ== X-Gm-Message-State: ALoCoQm/taoAz6sou6tw/z2OxH1mTay15LGrq4ib7gvMUnVwYzWdOITpy4/NtSrjN1xLp6cKQGS53zXHJ/ZvW+KtjB/rpNIjg8BHxuFVfEdL9cdtyTFMLoA= X-Received: by 10.43.129.74 with SMTP id hh10mr27193751icc.48.1404100882134; Sun, 29 Jun 2014 21:01:22 -0700 (PDT) MIME-Version: 1.0 Received: by 10.43.69.131 with HTTP; Sun, 29 Jun 2014 21:01:07 -0700 (PDT) In-Reply-To: <53AED789.9070504@selasky.org> References: <53A3E81B.5050805@selasky.org> <53A79732.6060705@selasky.org> <53A90116.7040306@selasky.org> <53A907E9.5020007@selasky.org> <53A9C37A.7030803@selasky.org> <53AA5A0E.1050704@selasky.org> <53AC8C21.6080504@selasky.org> <53AD01C6.1080005@selasky.org> <53AED789.9070504@selasky.org> From: "Lundberg, Johannes" Date: Mon, 30 Jun 2014 13:01:07 +0900 Message-ID: Subject: Re: ucom_free Fatal trap on shutdown / module unload To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: Hans Petter Selasky , Fredrik Lindberg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 30 Jun 2014 04:01:24 -0000 As I mention in earlier mail, it is when I comment out following lines it works # For full debugger support use (turn off in stable branch): options DDB # Support DDB. options GDB # Support remote GDB. options DEADLKRES # Enable the deadlock resolver options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed options MALLOC_DEBUG_MAXZONES=3D8 # Separate malloc(9) zones I have tried different levels of debugging and I have narrowed it down to INVARIANTS. That is # For full debugger support use (turn off in stable branch): #options DDB # Support DDB. #options GDB # Support remote GDB. #options DEADLKRES # Enable the deadlock resolver #options INVARIANTS # Enable calls of extra sanity checking #options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS # Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed #options MALLOC_DEBUG_MAXZONES=3D8 # Separate malloc(9) zones works but the following crashes when unloading uhso. # For full debugger support use (turn off in stable branch): #options DDB # Support DDB. #options GDB # Support remote GDB. #options DEADLKRES # Enable the deadlock resolver options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS # Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed #options MALLOC_DEBUG_MAXZONES=3D8 # Separate malloc(9) zones -- Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Sat, Jun 28, 2014 at 11:56 PM, Hans Petter Selasky wrote: > On 06/28/14 08:59, Lundberg, Johannes wrote: > >> The problem exists already from Revision *239180* >> where= ucom >> >> was introduced.. Also observe that it only crashes when full debugging i= s >> enabled. No problems with debugging off (release settings in kernel conf= ). >> >> > Interesting. > > You mean USB_DEBUG is defined or hw.usb.ucom.debug is set? > > --HPS > > --=20 =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D= -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- =E7=A7=98=E5=AF=86=E4=BF=9D=E6=8C=81=E3=81=AB=E3=81=A4=E3=81=84=E3=81=A6=EF= =BC=9A=E3=81=93=E3=81=AE=E9=9B=BB=E5=AD=90=E3=83=A1=E3=83=BC=E3=83=AB=E3=81= =AF=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E3=81=AB=E9=80=81=E4=BF=A1=E3=81=97= =E3=81=9F=E3=82=82=E3=81=AE=E3=81=A7=E3=81=82=E3=82=8A=E3=80=81=E7=A7=98=E5= =8C=BF=E7=89=B9=E6=A8=A9=E3=81=AE=E5=AF=BE=E8=B1=A1=E3=81=A8=E3=81=AA=E3=82= =8B=E6=83=85=E5=A0=B1=E3=82=92=E5=90=AB=E3=82=93=E3=81=A7=E3=81=84=E3=81=BE= =E3=81=99=E3=80=82 =E3=82=82=E3=81=97=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E4=BB=A5=E5=A4=96=E3= =81=AE=E6=96=B9=E3=81=8C=E5=8F=97=E4=BF=A1=E3=81=95=E3=82=8C=E3=81=9F=E5=A0= =B4=E5=90=88=E3=80=81=E3=81=93=E3=81=AE=E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AE= =E7=A0=B4=E6=A3=84=E3=80=81=E3=81=8A=E3=82=88=E3=81=B3=E3=81=93=E3=81=AE=E3= =83=A1=E3=83=BC=E3=83=AB=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E4=B8=80=E5=88= =87=E3=81=AE=E9=96=8B=E7=A4=BA=E3=80=81 =E8=A4=87=E5=86=99=E3=80=81=E9=85=8D=E5=B8=83=E3=80=81=E3=81=9D=E3=81=AE=E4= =BB=96=E3=81=AE=E5=88=A9=E7=94=A8=E3=80=81=E3=81=BE=E3=81=9F=E3=81=AF=E8=A8= =98=E8=BC=89=E5=86=85=E5=AE=B9=E3=81=AB=E5=9F=BA=E3=81=A5=E3=81=8F=E3=81=84= =E3=81=8B=E3=81=AA=E3=82=8B=E8=A1=8C=E5=8B=95=E3=82=82=E3=81=95=E3=82=8C=E3= =81=AA=E3=81=84=E3=82=88=E3=81=86=E3=81=8A=E9=A1=98=E3=81=84=E7=94=B3=E3=81= =97=E4=B8=8A=E3=81=92=E3=81=BE=E3=81=99=E3=80=82 --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 04:13:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D3E95670 for ; Mon, 30 Jun 2014 04:13:35 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5AB2527E9 for ; Mon, 30 Jun 2014 04:13:34 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 2CD801FE02D; Mon, 30 Jun 2014 06:13:32 +0200 (CEST) Message-ID: <53B0E3FD.30800@selasky.org> Date: Mon, 30 Jun 2014 06:13:49 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: "Lundberg, Johannes" , FreeBSD Current Subject: Re: ucom_free Fatal trap on shutdown / module unload References: <53A79732.6060705@selasky.org> <53A90116.7040306@selasky.org> <53A907E9.5020007@selasky.org> <53A9C37A.7030803@selasky.org> <53AA5A0E.1050704@selasky.org> <53AC8C21.6080504@selasky.org> <53AD01C6.1080005@selasky.org> <53AED789.9070504@selasky.org> In-Reply-To: Content-Type: multipart/mixed; boundary="------------030203080307080705070408" Cc: Fredrik Lindberg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 30 Jun 2014 04:13:36 -0000 This is a multi-part message in MIME format. --------------030203080307080705070408 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 06/30/14 06:01, Lundberg, Johannes wrote: > As I mention in earlier mail, it is when I comment out following lines it > works > > # For full debugger support use (turn off in stable branch): > options DDB # Support DDB. > options GDB # Support remote GDB. > options DEADLKRES # Enable the deadlock resolver > options INVARIANTS # Enable calls of extra sanity > checking > options INVARIANT_SUPPORT # Extra sanity checks of internal > structures, required by INVARIANTS > options WITNESS # Enable checks to detect deadlocks > and cycles > options WITNESS_SKIPSPIN # Don't run witness on spinlocks > for speed > options MALLOC_DEBUG_MAXZONES=8 # Separate malloc(9) zones > > > I have tried different levels of debugging and I have narrowed it down to > INVARIANTS. > Hi, What happens if you put ucom and uhso in the kernel config file, instead of loading them as modules. Please find attached a patch you can try. It ensures that the ucom mtx is not destroyed before we are finished using it at shutdown. --HPS --------------030203080307080705070408 Content-Type: text/x-patch; name="ucom.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ucom.diff" === dev/usb/serial/usb_serial.c ================================================================== --- dev/usb/serial/usb_serial.c (revision 268010) +++ dev/usb/serial/usb_serial.c (local) @@ -200,7 +200,7 @@ mtx_destroy(&ucom_mtx); } -SYSUNINIT(ucom_uninit, SI_SUB_KLD - 2, SI_ORDER_ANY, ucom_uninit, NULL); +SYSUNINIT(ucom_uninit, SI_SUB_KLD - 3, SI_ORDER_ANY, ucom_uninit, NULL); /* * Mark a unit number (the X in cuaUX) as in use. === dev/usb/serial/usb_serial.h ================================================================== --- dev/usb/serial/usb_serial.h (revision 268010) +++ dev/usb/serial/usb_serial.h (local) @@ -195,7 +195,7 @@ #define UCOM_MTX_LOCK(sc) mtx_lock((sc)->sc_mtx) #define UCOM_MTX_UNLOCK(sc) mtx_unlock((sc)->sc_mtx) #define UCOM_UNLOAD_DRAIN(x) \ -SYSUNINIT(var, SI_SUB_KLD - 3, SI_ORDER_ANY, ucom_drain_all, 0) +SYSUNINIT(var, SI_SUB_KLD - 2, SI_ORDER_ANY, ucom_drain_all, 0) #define ucom_cfg_do_request(udev,com,req,ptr,flags,timo) \ usbd_do_request_proc(udev,&(com)->sc_super->sc_tq,req,ptr,flags,NULL,timo) --------------030203080307080705070408-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 06:06:52 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DAF511A9; Mon, 30 Jun 2014 06:06:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B00E12082; Mon, 30 Jun 2014 06:06:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5U66iXp013450; Mon, 30 Jun 2014 02:06:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5U66iLg013449; Mon, 30 Jun 2014 06:06:44 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 30 Jun 2014 06:06:44 GMT Message-Id: <201406300606.s5U66iLg013449@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2014 06:06:52 -0000 TB --- 2014-06-30 01:52:34 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-30 01:52:34 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-30 01:52:34 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-06-30 01:52:34 - cleaning the object tree TB --- 2014-06-30 01:54:04 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-30 01:54:08 - At svn revision 268016 TB --- 2014-06-30 01:54:09 - building world TB --- 2014-06-30 01:54:09 - CROSS_BUILD_TESTING=YES TB --- 2014-06-30 01:54:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-30 01:54:09 - MAKESYSPATH=/src/share/mk TB --- 2014-06-30 01:54:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-30 01:54:09 - SRCCONF=/dev/null TB --- 2014-06-30 01:54:09 - TARGET=powerpc TB --- 2014-06-30 01:54:09 - TARGET_ARCH=powerpc64 TB --- 2014-06-30 01:54:09 - TZ=UTC TB --- 2014-06-30 01:54:09 - __MAKE_CONF=/dev/null TB --- 2014-06-30 01:54:09 - cd /src TB --- 2014-06-30 01:54:09 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Mon Jun 30 01:54:16 UTC 2014 >>> 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 Mon Jun 30 06:04:37 UTC 2014 TB --- 2014-06-30 06:04:37 - generating LINT kernel config TB --- 2014-06-30 06:04:37 - cd /src/sys/powerpc/conf TB --- 2014-06-30 06:04:37 - /usr/bin/make -B LINT TB --- 2014-06-30 06:04:37 - cd /src/sys/powerpc/conf TB --- 2014-06-30 06:04:37 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-06-30 06:04:37 - skipping LINT kernel TB --- 2014-06-30 06:04:37 - cd /src/sys/powerpc/conf TB --- 2014-06-30 06:04:37 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC TB --- 2014-06-30 06:04:37 - skipping GENERIC kernel TB --- 2014-06-30 06:04:37 - cd /src/sys/powerpc/conf TB --- 2014-06-30 06:04:37 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC64 TB --- 2014-06-30 06:04:37 - building GENERIC64 kernel TB --- 2014-06-30 06:04:37 - CROSS_BUILD_TESTING=YES TB --- 2014-06-30 06:04:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-30 06:04:37 - MAKESYSPATH=/src/share/mk TB --- 2014-06-30 06:04:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-30 06:04:37 - SRCCONF=/dev/null TB --- 2014-06-30 06:04:37 - TARGET=powerpc TB --- 2014-06-30 06:04:37 - TARGET_ARCH=powerpc64 TB --- 2014-06-30 06:04:37 - TZ=UTC TB --- 2014-06-30 06:04:37 - __MAKE_CONF=/dev/null TB --- 2014-06-30 06:04:37 - cd /src TB --- 2014-06-30 06:04:37 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Mon Jun 30 06:04:37 UTC 2014 >>> 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 -------------------------------------------------------------- cd /obj/powerpc.powerpc64/src/sys/GENERIC64; MAKEOBJDIRPREFIX=/obj/powerpc.powerpc64 MACHINE_ARCH=powerpc64 MACHINE=powerpc CPUTYPE= GROFF_BIN_PATH=/obj/powerpc.powerpc64/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/obj/powerpc.powerpc64/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/obj/powerpc.powerpc64/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/obj/powerpc.powerpc64/src/tmp _LDSCRIPTROOT= VERSION="FreeBSD 11.0-CURRENT powerpc64 1100024" INSTALL="sh /src/tools/install.sh" PATH=/obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin:/obj/powerpc.powerpc64/src/tmp/legacy/usr/bin:/obj/powerpc.powerpc64/src/tmp/legacy/usr/games:/obj/powerpc.powerpc64/src/tmp/legacy/bin:/obj/powerpc.powerpc64/src/tmp/usr/sbin:/obj/powerpc.powerpc64/src/tmp/usr/bin:/obj/powerpc.powerpc64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin CC="cc " CXX="c++ " CPP="cpp " AS="as" AR="ar" LD="ld" NM=nm OBJDUMP= RANLIB=ranlib STRINGS= /obj/src/make.amd64/bmake -B -m /src/share/mk KERNEL=kernel! all -DNO_MODULES_OBJ cc -c -x assembler-with-cpp -DLOCORE -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/powerpc/aim/locore.S cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/cam.c /src/sys/cam/cam.c:112: error: __set_sysctl_set_sym_sysctl___kern_cam causes a section type conflict /src/sys/cam/cam.c:112: error: __set_sysctl_set_sym_sysctl___kern_cam causes a section type conflict *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-30 06:06:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-30 06:06:43 - ERROR: failed to build GENERIC64 kernel TB --- 2014-06-30 06:06:43 - 13611.48 user 1639.46 system 15249.14 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 06:13:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 66E515EC for ; Mon, 30 Jun 2014 06:13:44 +0000 (UTC) Received: from mail-ig0-f179.google.com (mail-ig0-f179.google.com [209.85.213.179]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 289BB214C for ; Mon, 30 Jun 2014 06:13:43 +0000 (UTC) Received: by mail-ig0-f179.google.com with SMTP id uq10so3935787igb.0 for ; Sun, 29 Jun 2014 23:13:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=o6MpdxKHaTedzJS0QK0fvlo8NfyZkQStWjdS/9liUoA=; b=CVEGQOPIAUgG6Nf9UgJ1S5gYlCoHAZ4IFjifzERUSPXL7G7o3h6iGq2OuJ6GjDGOMQ By7sCI0uTFrBgWlpoVU6wr0EPOKSrrzaEqOMIibn6IvOCR8vem4GlHRLrk9VwrZ7VGfY Sh82VsBH9RKN1StXhoFoyhE29rqbtG/yVfMpIElG0AGywuhDUd1ibA2QOfMtrSDh08jh IrXa/8yS+k50aggloD0BBGpHRlh7IgqF7spJGhVXsyPp5Zpf4m0sUw6deOXWybCy63zW MfwBTZwmzVTABEX6V7FgOz5IiJRDN7XKuD7CtRBVvAKcGjW8SOU91KTZm5r7+E+hS/d7 pmOw== X-Gm-Message-State: ALoCoQkaNOXMhJOzoiQpqrKGciLVj159CYRp3sJRCZSrriD1QsRiEwtU0eB/vfY05Ea2lbmdfIO0bnkKClYMSqVm4A9pNq97L6Xig6FqHy+Os0NkieQkSTU= X-Received: by 10.42.203.202 with SMTP id fj10mr284565icb.86.1404108816895; Sun, 29 Jun 2014 23:13:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.43.69.131 with HTTP; Sun, 29 Jun 2014 23:13:20 -0700 (PDT) In-Reply-To: <53B0E3FD.30800@selasky.org> References: <53A79732.6060705@selasky.org> <53A90116.7040306@selasky.org> <53A907E9.5020007@selasky.org> <53A9C37A.7030803@selasky.org> <53AA5A0E.1050704@selasky.org> <53AC8C21.6080504@selasky.org> <53AD01C6.1080005@selasky.org> <53AED789.9070504@selasky.org> <53B0E3FD.30800@selasky.org> From: "Lundberg, Johannes" Date: Mon, 30 Jun 2014 15:13:20 +0900 Message-ID: Subject: Re: ucom_free Fatal trap on shutdown / module unload To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD Current , Fredrik Lindberg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 30 Jun 2014 06:13:44 -0000 SGkgSGFucw0KDQpUaGFua3MgZm9yIHRoZSB0aXBzLg0KDQpJIHRyaWVkIGJvdGggYWRkaW5nIHRo ZW0gaW4ga2VybmVsIGNvbmZpZyBhbmQgdGhlIHBhdGNoIChub3QNCnNpbXVsdGFuZW91c2x5KSBi dXQgbm8gZWZmZWN0LiBTdGlsbCBjcmFzaCBvbiB1bmxvYWQvcmVib290Lg0KDQotLQ0KSm9oYW5u ZXMgTHVuZGJlcmcNCkJSSUxMSUFOVFNFUlZJQ0UgQ08uLCBMVEQuDQoNCg0KT24gTW9uLCBKdW4g MzAsIDIwMTQgYXQgMToxMyBQTSwgSGFucyBQZXR0ZXIgU2VsYXNreSA8aHBzQHNlbGFza3kub3Jn Pg0Kd3JvdGU6DQoNCj4gT24gMDYvMzAvMTQgMDY6MDEsIEx1bmRiZXJnLCBKb2hhbm5lcyB3cm90 ZToNCj4NCj4+IEFzIEkgbWVudGlvbiBpbiBlYXJsaWVyIG1haWwsIGl0IGlzIHdoZW4gSSBjb21t ZW50IG91dCBmb2xsb3dpbmcgbGluZXMgaXQNCj4+IHdvcmtzDQo+Pg0KPj4gIyBGb3IgZnVsbCBk ZWJ1Z2dlciBzdXBwb3J0IHVzZSAodHVybiBvZmYgaW4gc3RhYmxlIGJyYW5jaCk6DQo+PiBvcHRp b25zICAgICAgICAgRERCICAgICAgICAgICAgICAgICAgICAgIyBTdXBwb3J0IEREQi4NCj4+IG9w dGlvbnMgICAgICAgICBHREIgICAgICAgICAgICAgICAgICAgICAjIFN1cHBvcnQgcmVtb3RlIEdE Qi4NCj4+IG9wdGlvbnMgICAgICAgICBERUFETEtSRVMgICAgICAgICAgICAgICAjIEVuYWJsZSB0 aGUgZGVhZGxvY2sgcmVzb2x2ZXINCj4+IG9wdGlvbnMgICAgICAgICBJTlZBUklBTlRTICAgICAg ICAgICAgICAjIEVuYWJsZSBjYWxscyBvZiBleHRyYSBzYW5pdHkNCj4+IGNoZWNraW5nDQo+PiBv cHRpb25zICAgICAgICAgSU5WQVJJQU5UX1NVUFBPUlQgICAgICAgIyBFeHRyYSBzYW5pdHkgY2hl Y2tzIG9mIGludGVybmFsDQo+PiBzdHJ1Y3R1cmVzLCByZXF1aXJlZCBieSBJTlZBUklBTlRTDQo+ PiBvcHRpb25zICAgICAgICAgV0lUTkVTUyAgICAgICAgICAgICAgICAgIyBFbmFibGUgY2hlY2tz IHRvIGRldGVjdA0KPj4gZGVhZGxvY2tzDQo+PiBhbmQgY3ljbGVzDQo+PiBvcHRpb25zICAgICAg ICAgV0lUTkVTU19TS0lQU1BJTiAgICAgICAgIyBEb24ndCBydW4gd2l0bmVzcyBvbiBzcGlubG9j a3MNCj4+IGZvciBzcGVlZA0KPj4gb3B0aW9ucyAgICAgICAgIE1BTExPQ19ERUJVR19NQVhaT05F Uz04ICMgU2VwYXJhdGUgbWFsbG9jKDkpIHpvbmVzDQo+Pg0KPj4NCj4+IEkgaGF2ZSB0cmllZCBk aWZmZXJlbnQgbGV2ZWxzIG9mIGRlYnVnZ2luZyBhbmQgSSBoYXZlIG5hcnJvd2VkIGl0IGRvd24g dG8NCj4+IElOVkFSSUFOVFMuDQo+Pg0KPj4NCj4gSGksDQo+DQo+IFdoYXQgaGFwcGVucyBpZiB5 b3UgcHV0IHVjb20gYW5kIHVoc28gaW4gdGhlIGtlcm5lbCBjb25maWcgZmlsZSwgaW5zdGVhZA0K PiBvZiBsb2FkaW5nIHRoZW0gYXMgbW9kdWxlcy4NCj4NCj4gUGxlYXNlIGZpbmQgYXR0YWNoZWQg YSBwYXRjaCB5b3UgY2FuIHRyeS4gSXQgZW5zdXJlcyB0aGF0IHRoZSB1Y29tIG10eCBpcw0KPiBu b3QgZGVzdHJveWVkIGJlZm9yZSB3ZSBhcmUgZmluaXNoZWQgdXNpbmcgaXQgYXQgc2h1dGRvd24u DQo+DQo+IC0tSFBTDQo+DQo+DQoKLS0gCj0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0t PS09LT0tPS09LT0tPS09LT0tPS09LQrnp5jlr4bkv53mjIHjgavjgaTjgYTjgabvvJrjgZPjga7p m7vlrZDjg6Hjg7zjg6vjga/jgIHlkI3lrpvkurrjgavpgIHkv6HjgZfjgZ/jgoLjga7jgafjgYLj gorjgIHnp5jljL/nibnmqKnjga7lr77osaHjgajjgarjgovmg4XloLHjgpLlkKvjgpPjgafjgYTj gb7jgZnjgIIK44KC44GX44CB5ZCN5a6b5Lq65Lul5aSW44Gu5pa544GM5Y+X5L+h44GV44KM44Gf 5aC05ZCI44CB44GT44Gu44Oh44O844Or44Gu56C05qOE44CB44GK44KI44Gz44GT44Gu44Oh44O8 44Or44Gr6Zai44GZ44KL5LiA5YiH44Gu6ZaL56S644CBCuikh+WGmeOAgemFjeW4g+OAgeOBneOB ruS7luOBruWIqeeUqOOAgeOBvuOBn+OBr+iomOi8ieWGheWuueOBq+WfuuOBpeOBj+OBhOOBi+OB quOCi+ihjOWLleOCguOBleOCjOOBquOBhOOCiOOBhuOBiumhmOOBhOeUs+OBl+S4iuOBkuOBvuOB meOAggotLS0KQ09ORklERU5USUFMSVRZIE5PVEU6IFRoZSBpbmZvcm1hdGlvbiBpbiB0aGlzIGVt YWlsIGlzIGNvbmZpZGVudGlhbAphbmQgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUgYWRkcmVzc2Vl LgpEaXNjbG9zdXJlLCBjb3B5aW5nLCBkaXN0cmlidXRpb24gb3IgYW55IG90aGVyIGFjdGlvbiBv ZiB1c2Ugb2YgdGhpcwplbWFpbCBieSBwZXJzb24gb3RoZXIgdGhhbiBpbnRlbmRlZCByZWNpcGll bnQsIGlzIHByb2hpYml0ZWQuCklmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQg YW5kIGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbgplcnJvciwgcGxlYXNlIGRlc3Ryb3kgdGhl IG9yaWdpbmFsIG1lc3NhZ2UuCg== From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 06:31:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6A1E0B30 for ; Mon, 30 Jun 2014 06:31:35 +0000 (UTC) Received: from mail.mands.hu (mail2.mands.hu [93.189.114.146]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B276622D5 for ; Mon, 30 Jun 2014 06:31:34 +0000 (UTC) Received: from exchange.mands.hu ([::1]) by exchange.mands.hu ([::1]) with mapi; Mon, 30 Jun 2014 08:30:20 +0200 From: =?utf-8?B?TSZTIC0gS3Jhc3puYWkgQW5kcsOhcw==?= To: "freebsd-current@freebsd.org" Date: Mon, 30 Jun 2014 08:30:19 +0200 Subject: freebsd and utf-8 directory names Thread-Topic: freebsd and utf-8 directory names Thread-Index: Ac+UKihGTlSnovrbSFeUZGjIKtuvqQ== Message-ID: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBCEC@exchange.mands.hu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 30 Jun 2014 06:31:35 -0000 SGkNCg0KSSBoYXZlIGJlZW4gdXNpbmcgRnJlZUJTRCBhcyBkZXNrdG9wIHNpbmNlIDIwMDMsIGFu ZCBsaXZpbmcgaW4gYSBtaXhlZCAod2luZG93cy1saW51eCkgZW52aXJvbm1lbnQgSSBpbnN0YWxs ZWQgRnJlZUJTZCBhbG9uZyB3aXRoIG15IHVzdWFsIChXaW5kb3dzIDcpIHdvcmsgZW52aXJvbm1l bnQsIEkgaGF2ZSBhIGR1YWxib290IGNvbmZpZ3VyZWQgbGFwdG9wLiBJIHVzZSBGcmVlQlNELTEw IFNUQUJMRS4NCg0KVGhlcmUgaXMgYSBwYXJ0aXRpb24gZm9ybWF0dGVkIGZvciBGQVQzMiB3aGVy ZSBJIHN0b3JlIGRvY3VtZW50cyB3aGljaCBJIHdvdWxkIGxpa2UgdG8gdmlldyAoYW5kIGVkaXQp IGJvdGggaW4gIHdpbmRvd3MgYW5kIGZyZWVic2QuDQoNClRoZSBwcm9ibGVtIGlzIHRoYXQgaWYg dGhlIHBhdGggbmFtZSBjb250YWlucyBjZXJ0YWluIEh1bmdhcmlhbiBjaGFyYWN0ZXJzIChlLmcg byB3aXRoIGRvdWJsZSBhY2NlbnQpLCB0aGVuIGxpYnJlb2ZmaWNlIGluIEZyZWVCU0QgcmVmdXNl cyB0byBvcGVuIHRoZW0gY29tcGxhaW5pbmcgYWJvdXQgaWxsZWdhbCBjaGFyYWN0ZXJzLiBUaGUg ZGlyZWN0b3J5IHdhcyBjcmVhdGVkIGluIHdpbmRvd3MsIHRoZSBkb2N1bWVudCBhbHNvLCBhbmQg SSBjYW4gaGFuZGxlIHRoZW0gcGVyZmVjdGx5IGZyb20gd2luZG93cyAod2hhdCBpcyBtb3JlLCBs aWJyZW9mZmljZSB1bmRlciBhIGxpbnV4IGNhbiBhbHNvIG9wZW4gdGhvc2UgZG9jdW1lbnRzKS4g U29tZSBhY2NlbnRlZCBjaGFyYWN0ZXJzIGFyZSBzaG93biBhcyBhIHF1ZXN0aW9uIG1hcmsgaW4g RnJlZUJTRCwgYW5kIHNvbWUgb3RoZXJzIGFyZSBhcyBhIGJsYWNrIHJlY3RhbmdsZTsgdGhlc2Ug bGF0dGVyIGFyZSBjYXVzaW5nIHByb2JsZW1zLiBJZiBhIGZpbGUtbmFtIGNvbnRhaW5zIHN1Y2gg Y2hhcmFjdGVycyB0aGVuIHRoZSBmaWxlIGlzIHNob3duIGFzIDAtIGxlbmd0aCBpbiBNaWRuaWdo dCBDb21tYW5kZXIuDQoNCkkgdHJpZWQgc29tZSBzdGVwcyBkZXNjcmliZWQgaW4gdGhlIOKAnkxv Y2FsaXphdGlvbuKAnSBwYXJ0IG9mIHRoZSBGcmVlQlNEIEhhbmRib29rLCBidXQgdGhpbmdzIGRp ZCBub3QgaW1wcm92ZS4NCg0KSSBpbnN0YWxsZWQgUEMtQlNEIHdpdGggSHVuZ2FyaWFuIGxhbmd1 YWdlIHN1cHBvcnQsIHRoaW5raW5nIHRoYXQgaXQgd291bGQgaGFuZGxlIHRoZSBsb2NhbGl6ZWQg ZGlyZWN0b3J5IG5hbWVzIGNvcnJlY3RseSBidXQgbm8sIGl0IGdpdmVzIHRoZSBzYW1lIGVycm9y IG1lc3NhZ2UuDQoNClRoaXMgcHJvYmxlbSBpcyByZWFsbHkgYW5ub3lpbmcuIEhvdyBjb3VsZCBJ IHNvbHZlIGl0Pw0KDQoNCg0KS3Jhc3puYWkgQW5kcsOhcw0KcmVuZHN6ZXJtw6lybsO2aw0KTSZT IEluZm9ybWF0aWthaSBacnQuDQoxMTM2IEJ1ZGFwZXN0LCBQYW5uw7NuaWEgdS4gMTcvQS4NClRl bGVmb246ICszNiAgIDEgNzAzLTI5MjMNCk1vYmlsOiAgICArMzYgMzAgNzAzLTI5MjMNCg0KDQo= From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 06:56:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2DBEDF97 for ; Mon, 30 Jun 2014 06:56:45 +0000 (UTC) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E42F9247A for ; Mon, 30 Jun 2014 06:56:44 +0000 (UTC) Received: from gate.nw-fva.de ([134.76.242.1] helo=pc028.nfv) by mailer.gwdg.de with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1X1VW5-0002Eg-1h; Mon, 30 Jun 2014 08:56:41 +0200 Message-ID: <53B10A28.4080005@gwdg.de> Date: Mon, 30 Jun 2014 08:56:40 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: =?UTF-8?B?TSZTIC0gS3Jhc3puYWkgQW5kcsOhcw==?= , "freebsd-current@freebsd.org" Subject: Re: freebsd and utf-8 directory names References: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBCEC@exchange.mands.hu> In-Reply-To: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBCEC@exchange.mands.hu> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 30 Jun 2014 06:56:45 -0000 Am 30.06.2014 08:30 (UTC+1) schrieb M&S - Krasznai András: > Hi > > I have been using FreeBSD as desktop since 2003, and living in a mixed (windows-linux) environment I installed FreeBSd along with my usual (Windows 7) work environment, I have a dualboot configured laptop. I use FreeBSD-10 STABLE. > > There is a partition formatted for FAT32 where I store documents which I would like to view (and edit) both in windows and freebsd. > > The problem is that if the path name contains certain Hungarian characters (e.g o with double accent), then libreoffice in FreeBSD refuses to open them complaining about illegal characters. The directory was created in windows, the document also, and I can handle them perfectly from windows (what is more, libreoffice under a linux can also open those documents). Some accented characters are shown as a question mark in FreeBSD, and some others are as a black rectangle; these latter are causing problems. If a file-nam contains such characters then the file is shown as 0- length in Midnight Commander. > > I tried some steps described in the „Localization” part of the FreeBSD Handbook, but things did not improve. > > I installed PC-BSD with Hungarian language support, thinking that it would handle the localized directory names correctly but no, it gives the same error message. > > This problem is really annoying. How could I solve it? In my German environment I also use FAT32 formatted drives, mounted like: /dev/adaXsX /XXX msdosfs rw,large,-Lde_DE.UTF-8 0 0 This should also work for Hungarian? HTH, Rainer Hurling > Krasznai András > rendszermérnök > M&S Informatikai Zrt. > 1136 Budapest, Pannónia u. 17/A. > Telefon: +36 1 703-2923 > Mobil: +36 30 703-2923 From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 15:42:44 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 52584956; Mon, 30 Jun 2014 15:42:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 273F32518; Mon, 30 Jun 2014 15:42:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5UFggjT009513; Mon, 30 Jun 2014 11:42:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5UFgg8P009500; Mon, 30 Jun 2014 15:42:42 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 30 Jun 2014 15:42:42 GMT Message-Id: <201406301542.s5UFgg8P009500@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2014 15:42:44 -0000 TB --- 2014-06-30 13:59:54 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-30 13:59:54 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-30 13:59:54 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-06-30 13:59:54 - cleaning the object tree TB --- 2014-06-30 13:59:54 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-30 14:00:24 - At svn revision 268030 TB --- 2014-06-30 14:00:25 - building world TB --- 2014-06-30 14:00:25 - CROSS_BUILD_TESTING=YES TB --- 2014-06-30 14:00:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-30 14:00:25 - MAKESYSPATH=/src/share/mk TB --- 2014-06-30 14:00:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-30 14:00:25 - SRCCONF=/dev/null TB --- 2014-06-30 14:00:25 - TARGET=ia64 TB --- 2014-06-30 14:00:25 - TARGET_ARCH=ia64 TB --- 2014-06-30 14:00:25 - TZ=UTC TB --- 2014-06-30 14:00:25 - __MAKE_CONF=/dev/null TB --- 2014-06-30 14:00:25 - cd /src TB --- 2014-06-30 14:00:25 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Mon Jun 30 14:00:33 UTC 2014 >>> 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 Mon Jun 30 15:35:32 UTC 2014 TB --- 2014-06-30 15:35:32 - generating LINT kernel config TB --- 2014-06-30 15:35:32 - cd /src/sys/ia64/conf TB --- 2014-06-30 15:35:32 - /usr/bin/make -B LINT TB --- 2014-06-30 15:35:32 - cd /src/sys/ia64/conf TB --- 2014-06-30 15:35:32 - /obj/ia64.ia64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-06-30 15:35:32 - building LINT kernel TB --- 2014-06-30 15:35:32 - CROSS_BUILD_TESTING=YES TB --- 2014-06-30 15:35:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-30 15:35:32 - MAKESYSPATH=/src/share/mk TB --- 2014-06-30 15:35:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-30 15:35:32 - SRCCONF=/dev/null TB --- 2014-06-30 15:35:32 - TARGET=ia64 TB --- 2014-06-30 15:35:32 - TARGET_ARCH=ia64 TB --- 2014-06-30 15:35:32 - TZ=UTC TB --- 2014-06-30 15:35:32 - __MAKE_CONF=/dev/null TB --- 2014-06-30 15:35:32 - cd /src TB --- 2014-06-30 15:35:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 30 15:35:32 UTC 2014 >>> 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 [...] ld -b binary --no-warn-mismatch -d -warn-common -r -o t5fw_cfg.fwo t5fw_cfg.fw uudecode -o t5fw.fw /src/sys/dev/cxgbe/firmware/t5fw-1.11.27.0.bin.uu ld -b binary --no-warn-mismatch -d -warn-common -r -o t5fw.fwo t5fw.fw 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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dc/if_dc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dc/dcphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dc/pnphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dcons/dcons.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dcons/dcons_crom.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dcons/dcons_os.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/de/if_de.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dpt/dpt_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dpt/dpt_scsi.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/e1000/if_lem.c -I/src/sys/dev/e1000 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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/e1000/if_igb.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_igb.c: In function 'igb_attach': /src/sys/dev/e1000/if_igb.c:2461: warning: 'cpu_id' may be used uninitialized in this function /src/sys/dev/e1000/if_igb.c:2461: note: 'cpu_id' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-30 15:42:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-30 15:42:42 - ERROR: failed to build LINT kernel TB --- 2014-06-30 15:42:42 - 5048.57 user 843.90 system 6167.60 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 15:48:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6995ACA4 for ; Mon, 30 Jun 2014 15:48:29 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 273D32560 for ; Mon, 30 Jun 2014 15:48:28 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1X1dob-001nHc-0m>; Mon, 30 Jun 2014 17:48:21 +0200 Received: from g225105129.adsl.alicedsl.de ([92.225.105.129] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1X1doa-001naY-V1>; Mon, 30 Jun 2014 17:48:21 +0200 Date: Mon, 30 Jun 2014 17:48:15 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: pkg-static: sqlite: foreign key constraint failed Message-ID: <20140630174815.64924e56.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/tu6KVcpBSo8dey+uyAMaPXl"; protocol="application/pgp-signature" X-Originating-IP: 92.225.105.129 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 30 Jun 2014 15:48:29 -0000 --Sig_/tu6KVcpBSo8dey+uyAMaPXl Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On FreeBSD CURRENT (FreeBSD 11.0-CURRENT #0 r268015: Sun Jun 29 11:44:42 CEST 2014 amd64) with a most recent set of installed ports and ports tree, I receive this st= icky problem when updating one port: =3D=3D=3D> Installing for windowmaker-0.95.5_4 =3D=3D=3D> Registering installation for windowmaker-0.95.5_4 Installing windowmaker-0.95.5_4...pkg-static: sqlite: foreign key constrain= t failed *** Error code 70 Is there a way to repair this problem? I tried to reinstall everything wind= owmaker related and/or deinstall windowmaker completely and reinstall it but this e= rror messages remains. Thanks. Oliver --Sig_/tu6KVcpBSo8dey+uyAMaPXl Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJTsYbEAAoJEOgBcD7A/5N8E9cIAI0msEHg2gbDjJ/tFP25Rt3J mTZNbrhZtGXz/2vqOMnS7ottY8rEPyj0tyNBEC6eHWHtzf+7vpgXT9dYhlffNVnH gE4Ln5XV4oRsKWETO3V9SaofRgjnaEhpUbx00XNZqXkoaXOUoBkXhh8OTGpzitPA 7Ysw9v/XwCepSzPfScydCK+c41k9qJbMjUrW38r7AN+ee3Wrw/3RBXI2XvuS9TqG 4vPac78xg6DODnMFMq36h1Kkh0gkggd3AiLDE+VFU4NIImZhs8g6fFMuujhxDm8c r32pJrlaxjHqYPvBOZqQ4Chsw6OYoYf+l6QR0qA/wJHRXx+pQGfKDGL2GPSaaMw= =saXi -----END PGP SIGNATURE----- --Sig_/tu6KVcpBSo8dey+uyAMaPXl-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 16:18:57 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BD941FC8; Mon, 30 Jun 2014 16:18:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 84A6A2882; Mon, 30 Jun 2014 16:18:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5UGIupe058192; Mon, 30 Jun 2014 12:18:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5UGIusm058191; Mon, 30 Jun 2014 16:18:56 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 30 Jun 2014 16:18:56 GMT Message-Id: <201406301618.s5UGIusm058191@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2014 16:18:57 -0000 TB --- 2014-06-30 14:49:06 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-30 14:49:06 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-30 14:49:06 - starting HEAD tinderbox run for mips64/mips TB --- 2014-06-30 14:49:07 - cleaning the object tree TB --- 2014-06-30 14:49:07 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-30 14:49:10 - At svn revision 268030 TB --- 2014-06-30 14:49:11 - building world TB --- 2014-06-30 14:49:11 - CROSS_BUILD_TESTING=YES TB --- 2014-06-30 14:49:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-30 14:49:11 - MAKESYSPATH=/src/share/mk TB --- 2014-06-30 14:49:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-30 14:49:11 - SRCCONF=/dev/null TB --- 2014-06-30 14:49:11 - TARGET=mips TB --- 2014-06-30 14:49:11 - TARGET_ARCH=mips64 TB --- 2014-06-30 14:49:11 - TZ=UTC TB --- 2014-06-30 14:49:11 - __MAKE_CONF=/dev/null TB --- 2014-06-30 14:49:11 - cd /src TB --- 2014-06-30 14:49:11 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Mon Jun 30 14:49:19 UTC 2014 >>> 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 Mon Jun 30 15:53:03 UTC 2014 TB --- 2014-06-30 15:53:03 - cd /src/sys/mips/conf TB --- 2014-06-30 15:53:03 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ADM5120 TB --- 2014-06-30 15:53:03 - skipping ADM5120 kernel TB --- 2014-06-30 15:53:03 - cd /src/sys/mips/conf TB --- 2014-06-30 15:53:03 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALCHEMY TB --- 2014-06-30 15:53:03 - skipping ALCHEMY kernel TB --- 2014-06-30 15:53:03 - cd /src/sys/mips/conf TB --- 2014-06-30 15:53:03 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALFA_HORNET_UB TB --- 2014-06-30 15:53:03 - skipping ALFA_HORNET_UB kernel TB --- 2014-06-30 15:53:03 - cd /src/sys/mips/conf TB --- 2014-06-30 15:53:03 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP121 TB --- 2014-06-30 15:53:03 - skipping AP121 kernel TB --- 2014-06-30 15:53:03 - cd /src/sys/mips/conf TB --- 2014-06-30 15:53:03 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP91 TB --- 2014-06-30 15:53:03 - skipping AP91 kernel TB --- 2014-06-30 15:53:03 - cd /src/sys/mips/conf TB --- 2014-06-30 15:53:03 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP93 TB --- 2014-06-30 15:53:03 - skipping AP93 kernel TB --- 2014-06-30 15:53:03 - cd /src/sys/mips/conf TB --- 2014-06-30 15:53:03 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP94 TB --- 2014-06-30 15:53:03 - skipping AP94 kernel TB --- 2014-06-30 15:53:03 - cd /src/sys/mips/conf TB --- 2014-06-30 15:53:03 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP96 TB --- 2014-06-30 15:53:03 - skipping AP96 kernel TB --- 2014-06-30 15:53:03 - cd /src/sys/mips/conf TB --- 2014-06-30 15:53:03 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR71XX_BASE TB --- 2014-06-30 15:53:03 - skipping AR71XX_BASE kernel TB --- 2014-06-30 15:53:03 - cd /src/sys/mips/conf TB --- 2014-06-30 15:53:03 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR724X_BASE TB --- 2014-06-30 15:53:03 - skipping AR724X_BASE kernel TB --- 2014-06-30 15:53:03 - cd /src/sys/mips/conf TB --- 2014-06-30 15:53:03 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR91XX_BASE TB --- 2014-06-30 15:53:03 - skipping AR91XX_BASE kernel TB --- 2014-06-30 15:53:03 - cd /src/sys/mips/conf TB --- 2014-06-30 15:53:03 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR933X_BASE TB --- 2014-06-30 15:53:03 - skipping AR933X_BASE kernel TB --- 2014-06-30 15:53:03 - cd /src/sys/mips/conf TB --- 2014-06-30 15:53:03 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR934X_BASE TB --- 2014-06-30 15:53:03 - skipping AR934X_BASE kernel TB --- 2014-06-30 15:53:03 - cd /src/sys/mips/conf TB --- 2014-06-30 15:53:03 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_BASE TB --- 2014-06-30 15:53:03 - building BERI_DE4_BASE kernel TB --- 2014-06-30 15:53:03 - CROSS_BUILD_TESTING=YES TB --- 2014-06-30 15:53:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-30 15:53:03 - MAKESYSPATH=/src/share/mk TB --- 2014-06-30 15:53:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-30 15:53:03 - SRCCONF=/dev/null TB --- 2014-06-30 15:53:03 - TARGET=mips TB --- 2014-06-30 15:53:03 - TARGET_ARCH=mips64 TB --- 2014-06-30 15:53:03 - TZ=UTC TB --- 2014-06-30 15:53:03 - __MAKE_CONF=/dev/null TB --- 2014-06-30 15:53:03 - cd /src TB --- 2014-06-30 15:53:03 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Mon Jun 30 15:53:03 UTC 2014 >>> 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 BERI_DE4_BASE completed on Mon Jun 30 15:56:01 UTC 2014 TB --- 2014-06-30 15:56:01 - cd /src/sys/mips/conf TB --- 2014-06-30 15:56:01 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-06-30 15:56:01 - building BERI_DE4_MDROOT kernel TB --- 2014-06-30 15:56:01 - CROSS_BUILD_TESTING=YES TB --- 2014-06-30 15:56:01 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-30 15:56:01 - MAKESYSPATH=/src/share/mk TB --- 2014-06-30 15:56:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-30 15:56:01 - SRCCONF=/dev/null TB --- 2014-06-30 15:56:01 - TARGET=mips TB --- 2014-06-30 15:56:01 - TARGET_ARCH=mips64 TB --- 2014-06-30 15:56:01 - TZ=UTC TB --- 2014-06-30 15:56:01 - __MAKE_CONF=/dev/null TB --- 2014-06-30 15:56:01 - cd /src TB --- 2014-06-30 15:56:01 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Mon Jun 30 15:56:01 UTC 2014 >>> 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 BERI_DE4_MDROOT completed on Mon Jun 30 15:59:00 UTC 2014 TB --- 2014-06-30 15:59:00 - cd /src/sys/mips/conf TB --- 2014-06-30 15:59:00 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-06-30 15:59:01 - building BERI_DE4_SDROOT kernel TB --- 2014-06-30 15:59:01 - CROSS_BUILD_TESTING=YES TB --- 2014-06-30 15:59:01 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-30 15:59:01 - MAKESYSPATH=/src/share/mk TB --- 2014-06-30 15:59:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-30 15:59:01 - SRCCONF=/dev/null TB --- 2014-06-30 15:59:01 - TARGET=mips TB --- 2014-06-30 15:59:01 - TARGET_ARCH=mips64 TB --- 2014-06-30 15:59:01 - TZ=UTC TB --- 2014-06-30 15:59:01 - __MAKE_CONF=/dev/null TB --- 2014-06-30 15:59:01 - cd /src TB --- 2014-06-30 15:59:01 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Mon Jun 30 15:59:01 UTC 2014 >>> 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 BERI_DE4_SDROOT completed on Mon Jun 30 16:01:57 UTC 2014 TB --- 2014-06-30 16:01:57 - cd /src/sys/mips/conf TB --- 2014-06-30 16:01:57 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-06-30 16:01:58 - building BERI_NETFPGA_MDROOT kernel TB --- 2014-06-30 16:01:58 - CROSS_BUILD_TESTING=YES TB --- 2014-06-30 16:01:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-30 16:01:58 - MAKESYSPATH=/src/share/mk TB --- 2014-06-30 16:01:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-30 16:01:58 - SRCCONF=/dev/null TB --- 2014-06-30 16:01:58 - TARGET=mips TB --- 2014-06-30 16:01:58 - TARGET_ARCH=mips64 TB --- 2014-06-30 16:01:58 - TZ=UTC TB --- 2014-06-30 16:01:58 - __MAKE_CONF=/dev/null TB --- 2014-06-30 16:01:58 - cd /src TB --- 2014-06-30 16:01:58 - /usr/bin/make -B buildkernel KERNCONF=BERI_NETFPGA_MDROOT >>> Kernel build for BERI_NETFPGA_MDROOT started on Mon Jun 30 16:01:58 UTC 2014 >>> 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 BERI_NETFPGA_MDROOT completed on Mon Jun 30 16:04:34 UTC 2014 TB --- 2014-06-30 16:04:34 - cd /src/sys/mips/conf TB --- 2014-06-30 16:04:34 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_BASE TB --- 2014-06-30 16:04:34 - building BERI_SIM_BASE kernel TB --- 2014-06-30 16:04:34 - CROSS_BUILD_TESTING=YES TB --- 2014-06-30 16:04:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-30 16:04:34 - MAKESYSPATH=/src/share/mk TB --- 2014-06-30 16:04:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-30 16:04:34 - SRCCONF=/dev/null TB --- 2014-06-30 16:04:34 - TARGET=mips TB --- 2014-06-30 16:04:34 - TARGET_ARCH=mips64 TB --- 2014-06-30 16:04:34 - TZ=UTC TB --- 2014-06-30 16:04:34 - __MAKE_CONF=/dev/null TB --- 2014-06-30 16:04:34 - cd /src TB --- 2014-06-30 16:04:34 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_BASE >>> Kernel build for BERI_SIM_BASE started on Mon Jun 30 16:04:34 UTC 2014 >>> 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 BERI_SIM_BASE completed on Mon Jun 30 16:07:07 UTC 2014 TB --- 2014-06-30 16:07:07 - cd /src/sys/mips/conf TB --- 2014-06-30 16:07:07 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-06-30 16:07:07 - building BERI_SIM_MDROOT kernel TB --- 2014-06-30 16:07:07 - CROSS_BUILD_TESTING=YES TB --- 2014-06-30 16:07:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-30 16:07:07 - MAKESYSPATH=/src/share/mk TB --- 2014-06-30 16:07:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-30 16:07:07 - SRCCONF=/dev/null TB --- 2014-06-30 16:07:07 - TARGET=mips TB --- 2014-06-30 16:07:07 - TARGET_ARCH=mips64 TB --- 2014-06-30 16:07:07 - TZ=UTC TB --- 2014-06-30 16:07:07 - __MAKE_CONF=/dev/null TB --- 2014-06-30 16:07:07 - cd /src TB --- 2014-06-30 16:07:07 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_MDROOT >>> Kernel build for BERI_SIM_MDROOT started on Mon Jun 30 16:07:07 UTC 2014 >>> 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 BERI_SIM_MDROOT completed on Mon Jun 30 16:09:44 UTC 2014 TB --- 2014-06-30 16:09:44 - cd /src/sys/mips/conf TB --- 2014-06-30 16:09:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_SDROOT TB --- 2014-06-30 16:09:44 - building BERI_SIM_SDROOT kernel TB --- 2014-06-30 16:09:44 - CROSS_BUILD_TESTING=YES TB --- 2014-06-30 16:09:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-30 16:09:44 - MAKESYSPATH=/src/share/mk TB --- 2014-06-30 16:09:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-30 16:09:44 - SRCCONF=/dev/null TB --- 2014-06-30 16:09:44 - TARGET=mips TB --- 2014-06-30 16:09:44 - TARGET_ARCH=mips64 TB --- 2014-06-30 16:09:44 - TZ=UTC TB --- 2014-06-30 16:09:44 - __MAKE_CONF=/dev/null TB --- 2014-06-30 16:09:44 - cd /src TB --- 2014-06-30 16:09:44 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_SDROOT >>> Kernel build for BERI_SIM_SDROOT started on Mon Jun 30 16:09:44 UTC 2014 >>> 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 BERI_SIM_SDROOT completed on Mon Jun 30 16:12:16 UTC 2014 TB --- 2014-06-30 16:12:16 - cd /src/sys/mips/conf TB --- 2014-06-30 16:12:16 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_TEMPLATE TB --- 2014-06-30 16:12:16 - building BERI_TEMPLATE kernel TB --- 2014-06-30 16:12:16 - CROSS_BUILD_TESTING=YES TB --- 2014-06-30 16:12:16 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-30 16:12:16 - MAKESYSPATH=/src/share/mk TB --- 2014-06-30 16:12:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-30 16:12:16 - SRCCONF=/dev/null TB --- 2014-06-30 16:12:16 - TARGET=mips TB --- 2014-06-30 16:12:16 - TARGET_ARCH=mips64 TB --- 2014-06-30 16:12:16 - TZ=UTC TB --- 2014-06-30 16:12:16 - __MAKE_CONF=/dev/null TB --- 2014-06-30 16:12:16 - cd /src TB --- 2014-06-30 16:12:16 - /usr/bin/make -B buildkernel KERNCONF=BERI_TEMPLATE >>> Kernel build for BERI_TEMPLATE started on Mon Jun 30 16:12:16 UTC 2014 >>> 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 BERI_TEMPLATE completed on Mon Jun 30 16:14:43 UTC 2014 TB --- 2014-06-30 16:14:43 - cd /src/sys/mips/conf TB --- 2014-06-30 16:14:43 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m CARAMBOLA2 TB --- 2014-06-30 16:14:43 - skipping CARAMBOLA2 kernel TB --- 2014-06-30 16:14:43 - cd /src/sys/mips/conf TB --- 2014-06-30 16:14:43 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m DB120 TB --- 2014-06-30 16:14:43 - skipping DB120 kernel TB --- 2014-06-30 16:14:43 - cd /src/sys/mips/conf TB --- 2014-06-30 16:14:43 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m DIR-825B1 TB --- 2014-06-30 16:14:44 - skipping DIR-825B1 kernel TB --- 2014-06-30 16:14:44 - cd /src/sys/mips/conf TB --- 2014-06-30 16:14:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m DIR-825C1 TB --- 2014-06-30 16:14:44 - skipping DIR-825C1 kernel TB --- 2014-06-30 16:14:44 - cd /src/sys/mips/conf TB --- 2014-06-30 16:14:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ENH200 TB --- 2014-06-30 16:14:44 - skipping ENH200 kernel TB --- 2014-06-30 16:14:44 - cd /src/sys/mips/conf TB --- 2014-06-30 16:14:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m GXEMUL TB --- 2014-06-30 16:14:44 - building GXEMUL kernel TB --- 2014-06-30 16:14:44 - CROSS_BUILD_TESTING=YES TB --- 2014-06-30 16:14:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-30 16:14:44 - MAKESYSPATH=/src/share/mk TB --- 2014-06-30 16:14:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-30 16:14:44 - SRCCONF=/dev/null TB --- 2014-06-30 16:14:44 - TARGET=mips TB --- 2014-06-30 16:14:44 - TARGET_ARCH=mips64 TB --- 2014-06-30 16:14:44 - TZ=UTC TB --- 2014-06-30 16:14:44 - __MAKE_CONF=/dev/null TB --- 2014-06-30 16:14:44 - cd /src TB --- 2014-06-30 16:14:44 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL >>> Kernel build for GXEMUL started on Mon Jun 30 16:14:44 UTC 2014 >>> 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 GXEMUL completed on Mon Jun 30 16:16:44 UTC 2014 TB --- 2014-06-30 16:16:44 - cd /src/sys/mips/conf TB --- 2014-06-30 16:16:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m GXEMUL32 TB --- 2014-06-30 16:16:44 - skipping GXEMUL32 kernel TB --- 2014-06-30 16:16:44 - cd /src/sys/mips/conf TB --- 2014-06-30 16:16:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m IDT TB --- 2014-06-30 16:16:44 - skipping IDT kernel TB --- 2014-06-30 16:16:44 - cd /src/sys/mips/conf TB --- 2014-06-30 16:16:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m MALTA TB --- 2014-06-30 16:16:44 - skipping MALTA kernel TB --- 2014-06-30 16:16:44 - cd /src/sys/mips/conf TB --- 2014-06-30 16:16:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m MALTA64 TB --- 2014-06-30 16:16:44 - skipping MALTA64 kernel TB --- 2014-06-30 16:16:44 - cd /src/sys/mips/conf TB --- 2014-06-30 16:16:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m OCTEON1 TB --- 2014-06-30 16:16:44 - building OCTEON1 kernel TB --- 2014-06-30 16:16:44 - CROSS_BUILD_TESTING=YES TB --- 2014-06-30 16:16:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-30 16:16:44 - MAKESYSPATH=/src/share/mk TB --- 2014-06-30 16:16:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-30 16:16:44 - SRCCONF=/dev/null TB --- 2014-06-30 16:16:44 - TARGET=mips TB --- 2014-06-30 16:16:44 - TARGET_ARCH=mips64 TB --- 2014-06-30 16:16:44 - TZ=UTC TB --- 2014-06-30 16:16:44 - __MAKE_CONF=/dev/null TB --- 2014-06-30 16:16:44 - cd /src TB --- 2014-06-30 16:16:44 - /usr/bin/make -B buildkernel KERNCONF=OCTEON1 >>> Kernel build for OCTEON1 started on Mon Jun 30 16:16:44 UTC 2014 >>> 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 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/buslogic/bt.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/buslogic/bt_pci.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/cardbus/cardbus.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/cardbus/cardbus_cis.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/cardbus/cardbus_device.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/ciss/ciss.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/dc/if_dc.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/dc/dcphy.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/dc/pnphy.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/de/if_de.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/dpt/dpt_pci.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/dpt/dpt_scsi.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror eisa_if.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/e1000/if_lem.c -I/src/sys/dev/e1000 cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/e1000/if_igb.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_igb.c: In function 'igb_attach': /src/sys/dev/e1000/if_igb.c:2461: warning: 'cpu_id' may be used uninitialized in this function /src/sys/dev/e1000/if_igb.c:2461: note: 'cpu_id' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/OCTEON1 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-30 16:18:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-30 16:18:56 - ERROR: failed to build OCTEON1 kernel TB --- 2014-06-30 16:18:56 - 4172.27 user 870.18 system 5389.10 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 15:50:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75F51F53 for ; Mon, 30 Jun 2014 15:50:28 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5C7922591 for ; Mon, 30 Jun 2014 15:50:28 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.8/8.14.8) with ESMTP id s5UFoSwI055137 for ; Mon, 30 Jun 2014 15:50:28 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id s5UFoR7R055134 for freebsd-current@freebsd.org; Mon, 30 Jun 2014 15:50:27 GMT (envelope-from bdrewery) Received: (qmail 68963 invoked from network); 30 Jun 2014 10:50:26 -0500 Received: from unknown (HELO blah) (freebsd@shatow.net@67.182.131.225) by sweb.xzibition.com with ESMTPA; 30 Jun 2014 10:50:26 -0500 Message-ID: <53B1873F.80005@FreeBSD.org> Date: Mon, 30 Jun 2014 10:50:23 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "O. Hartmann" , pkg@FreeBSD.org Subject: Re: pkg-static: sqlite: foreign key constraint failed References: <20140630174815.64924e56.ohartman@zedat.fu-berlin.de> In-Reply-To: <20140630174815.64924e56.ohartman@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 30 Jun 2014 16:24:58 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 30 Jun 2014 15:50:28 -0000 Moving to pkg@ On 6/30/14, 10:48 AM, O. Hartmann wrote: > On FreeBSD CURRENT > (FreeBSD 11.0-CURRENT #0 r268015: Sun Jun 29 11:44:42 CEST 2014 amd64) > with a most recent set of installed ports and ports tree, I receive this sticky problem > when updating one port: > > ===> Installing for windowmaker-0.95.5_4 > ===> Registering installation for windowmaker-0.95.5_4 > Installing windowmaker-0.95.5_4...pkg-static: sqlite: foreign key constraint failed > *** Error code 70 > > Is there a way to repair this problem? I tried to reinstall everything windowmaker > related and/or deinstall windowmaker completely and reinstall it but this error messages > remains. > > Thanks. > > Oliver What pkg version? -- Regards, Bryan Drewery From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 16:36:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 88A30AEA for ; Mon, 30 Jun 2014 16:36:23 +0000 (UTC) Received: from mail-vc0-x232.google.com (mail-vc0-x232.google.com [IPv6:2607:f8b0:400c:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 482882A42 for ; Mon, 30 Jun 2014 16:36:23 +0000 (UTC) Received: by mail-vc0-f178.google.com with SMTP id ij19so7898685vcb.9 for ; Mon, 30 Jun 2014 09:36:22 -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=Z7D4bnbWsXoWaV1hWVhy8zlv3m0C8l0vOIYrDVtO0gs=; b=yFx2ipi+/MwRZBvbi6U1U7KT0TCuISR2x7hNiBcPYFYDAu2w0zbmZ5kF1/PDPxNJS2 vg2w9zZQsK0ExsHQRe+qAbgJrTnG5CFygDG8/q5SprZ0naYJrox0Tsazz1tQFOoSaKaj ErSQMrIz7+Bu7WdvGVWQ0a5bLbRQ1lIUdmcSi1XAHE6xa7o0wdW6yTbYEjmeY0B71Im4 FFjFKFSd4jQmcsOsXomP2U4KapsWjNwHmZq6CdmHmjoWcON3rOWzbGt35UJ/S/F5VxXG ARIE8Mn87oYahgLWcnZ96t4Ox6gX0ye+rS/1MNeNCSMAUXCv9OsxZU4JbUziFJbCG4zK TbMg== MIME-Version: 1.0 X-Received: by 10.58.39.42 with SMTP id m10mr38177874vek.29.1404146182421; Mon, 30 Jun 2014 09:36:22 -0700 (PDT) Received: by 10.58.161.102 with HTTP; Mon, 30 Jun 2014 09:36:22 -0700 (PDT) Date: Mon, 30 Jun 2014 18:36:22 +0200 Message-ID: Subject: Fix Emulex "oce" driver in CURRENT From: Stefano Garzarella To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: Luigi Rizzo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 30 Jun 2014 16:36:23 -0000 Hello, I had problems during some experiments with Emulex and "oce" driver in CURRENT. I found several bugs in the "oce" driver and this patch fixes them. - oce_multiq_start(): if the link is down returns ENXIO without consuming the mbuf. A trivial fix is to remove the initial error check, since oce_multiq_transmit() which is called next handles the link down situation correctly. - oce_multiq_transmit(): there is an extra call to drbr_enqueue() causing the mbuf to be enqueued twice when the NIC's queue is full. - oce_multiq_transmit(): same problem fixed recently in ixgbe (r267187) and other drivers: if the mbuf is enqueued, the proper return value is 0 This patch has been reviewed by luigi (in cc). If someone could have a look on this and give me some feedback it would be great. Regards, Stefano Garzarella diff --git a/sys/dev/oce/oce_if.c b/sys/dev/oce/oce_if.c index 70d6393..af57491 100644 --- a/sys/dev/oce/oce_if.c +++ b/sys/dev/oce/oce_if.c @@ -563,9 +563,6 @@ oce_multiq_start(struct ifnet *ifp, struct mbuf *m) int queue_index = 0; int status = 0; - if (!sc->link_status) - return ENXIO; - if ((m->m_flags & M_FLOWID) != 0) queue_index = m->m_pkthdr.flowid % sc->nwqs; @@ -1274,7 +1271,6 @@ oce_multiq_transmit(struct ifnet *ifp, struct mbuf *m, struct oce_wq *wq) drbr_putback(ifp, br, next); wq->tx_stats.tx_stops ++; ifp->if_drv_flags |= IFF_DRV_OACTIVE; - status = drbr_enqueue(ifp, br, next); } break; } @@ -1285,7 +1281,7 @@ oce_multiq_transmit(struct ifnet *ifp, struct mbuf *m, struct oce_wq *wq) ETHER_BPF_MTAP(ifp, next); } - return status; + return 0; } From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 17:34:48 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 274AB924; Mon, 30 Jun 2014 17:34:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D6F872052; Mon, 30 Jun 2014 17:34:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5UHYkAv050831; Mon, 30 Jun 2014 13:34:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5UHYktL050827; Mon, 30 Jun 2014 17:34:46 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 30 Jun 2014 17:34:46 GMT Message-Id: <201406301734.s5UHYktL050827@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2014 17:34:48 -0000 TB --- 2014-06-30 16:18:56 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-30 16:18:56 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-30 16:18:56 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-06-30 16:18:56 - cleaning the object tree TB --- 2014-06-30 16:18:56 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-30 16:18:59 - At svn revision 268030 TB --- 2014-06-30 16:19:00 - building world TB --- 2014-06-30 16:19:00 - CROSS_BUILD_TESTING=YES TB --- 2014-06-30 16:19:00 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-30 16:19:00 - MAKESYSPATH=/src/share/mk TB --- 2014-06-30 16:19:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-30 16:19:00 - SRCCONF=/dev/null TB --- 2014-06-30 16:19:00 - TARGET=sparc64 TB --- 2014-06-30 16:19:00 - TARGET_ARCH=sparc64 TB --- 2014-06-30 16:19:00 - TZ=UTC TB --- 2014-06-30 16:19:00 - __MAKE_CONF=/dev/null TB --- 2014-06-30 16:19:00 - cd /src TB --- 2014-06-30 16:19:00 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Mon Jun 30 16:19:07 UTC 2014 >>> 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 Mon Jun 30 17:29:15 UTC 2014 TB --- 2014-06-30 17:29:15 - generating LINT kernel config TB --- 2014-06-30 17:29:15 - cd /src/sys/sparc64/conf TB --- 2014-06-30 17:29:15 - /usr/bin/make -B LINT TB --- 2014-06-30 17:29:16 - cd /src/sys/sparc64/conf TB --- 2014-06-30 17:29:16 - /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-06-30 17:29:16 - building LINT kernel TB --- 2014-06-30 17:29:16 - CROSS_BUILD_TESTING=YES TB --- 2014-06-30 17:29:16 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-30 17:29:16 - MAKESYSPATH=/src/share/mk TB --- 2014-06-30 17:29:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-30 17:29:16 - SRCCONF=/dev/null TB --- 2014-06-30 17:29:16 - TARGET=sparc64 TB --- 2014-06-30 17:29:16 - TARGET_ARCH=sparc64 TB --- 2014-06-30 17:29:16 - TZ=UTC TB --- 2014-06-30 17:29:16 - __MAKE_CONF=/dev/null TB --- 2014-06-30 17:29:16 - cd /src TB --- 2014-06-30 17:29:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 30 17:29:16 UTC 2014 >>> 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 [...] ld -b binary --no-warn-mismatch -d -warn-common -r -o t5fw_cfg.fwo t5fw_cfg.fw uudecode -o t5fw.fw /src/sys/dev/cxgbe/firmware/t5fw-1.11.27.0.bin.uu ld -b binary --no-warn-mismatch -d -warn-common -r -o t5fw.fwo t5fw.fw 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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/dc/if_dc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/dc/dcphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/dc/pnphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/dcons/dcons.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/dcons/dcons_crom.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/dcons/dcons_os.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/de/if_de.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/dpt/dpt_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/dpt/dpt_scsi.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/e1000/if_lem.c -I/src/sys/dev/e1000 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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/e1000/if_igb.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_igb.c: In function 'igb_attach': /src/sys/dev/e1000/if_igb.c:2461: warning: 'cpu_id' may be used uninitialized in this function /src/sys/dev/e1000/if_igb.c:2461: note: 'cpu_id' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-30 17:34:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-30 17:34:46 - ERROR: failed to build LINT kernel TB --- 2014-06-30 17:34:46 - 3580.15 user 704.02 system 4550.13 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 18:02:51 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A324955F; Mon, 30 Jun 2014 18:02:51 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7B007236C; Mon, 30 Jun 2014 18:02:51 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 8BBC9B917; Mon, 30 Jun 2014 14:02:50 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: Fix Emulex "oce" driver in CURRENT Date: Mon, 30 Jun 2014 14:02:41 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201406301402.42119.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 30 Jun 2014 14:02:50 -0400 (EDT) Cc: delphij@freebsd.org, Luigi Rizzo , Stefano Garzarella X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 30 Jun 2014 18:02:51 -0000 On Monday, June 30, 2014 12:36:22 pm Stefano Garzarella wrote: > Hello, > I had problems during some experiments with Emulex and "oce" driver in > CURRENT. > I found several bugs in the "oce" driver and this patch fixes them. > > - oce_multiq_start(): if the link is down returns ENXIO without consuming > the mbuf. > A trivial fix is to remove the initial error check, since > oce_multiq_transmit() which is > called next handles the link down situation correctly. > - oce_multiq_transmit(): there is an extra call to drbr_enqueue() causing > the > mbuf to be enqueued twice when the NIC's queue is full. > - oce_multiq_transmit(): same problem fixed recently in ixgbe (r267187) and > other drivers: > if the mbuf is enqueued, the proper return value is 0 > > This patch has been reviewed by luigi (in cc). > > If someone could have a look on this and give me some feedback it would be > great. I think these sound fine, but I've cc'd Xin Li (delphij@) who has worked with folks at Emulex to maintain this driver. He is probably the best person to review this. > Regards, > Stefano Garzarella > > > > diff --git a/sys/dev/oce/oce_if.c b/sys/dev/oce/oce_if.c > index 70d6393..af57491 100644 > --- a/sys/dev/oce/oce_if.c > +++ b/sys/dev/oce/oce_if.c > @@ -563,9 +563,6 @@ oce_multiq_start(struct ifnet *ifp, struct mbuf *m) > int queue_index = 0; > int status = 0; > > - if (!sc->link_status) > - return ENXIO; > - > if ((m->m_flags & M_FLOWID) != 0) > queue_index = m->m_pkthdr.flowid % sc->nwqs; > > @@ -1274,7 +1271,6 @@ oce_multiq_transmit(struct ifnet *ifp, struct mbuf > *m, struct oce_wq *wq) > drbr_putback(ifp, br, next); > wq->tx_stats.tx_stops ++; > ifp->if_drv_flags |= IFF_DRV_OACTIVE; > - status = drbr_enqueue(ifp, br, next); > } > break; > } > @@ -1285,7 +1281,7 @@ oce_multiq_transmit(struct ifnet *ifp, struct mbuf > *m, struct oce_wq *wq) > ETHER_BPF_MTAP(ifp, next); > } > > - return status; > + return 0; > } > _______________________________________________ > 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" > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 18:03:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85A0566D for ; Mon, 30 Jun 2014 18:03:37 +0000 (UTC) Received: from BLU004-OMC2S13.hotmail.com (blu004-omc2s13.hotmail.com [65.55.111.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3DF0F2378 for ; Mon, 30 Jun 2014 18:03:36 +0000 (UTC) Received: from BLU179-W61 ([65.55.111.72]) by BLU004-OMC2S13.hotmail.com with Microsoft SMTPSVC(7.5.7601.22712); Mon, 30 Jun 2014 11:03:35 -0700 X-TMN: [09iHL/LBdH6jI2lqQJP2C+enrIoyTFa2mRtxqRSOJTU=] X-Originating-Email: [brunolauze@msn.com] Message-ID: From: =?iso-8859-1?B?QnJ1bm8gTGF1euk=?= To: "freebsd-current@freebsd.org" Subject: vmmapi.h Date: Mon, 30 Jun 2014 14:03:35 -0400 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 30 Jun 2014 18:03:35.0856 (UTC) FILETIME=[9CC61300:01CF948D] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 30 Jun 2014 18:03:37 -0000 building from trunk: usr.sbin/bhyve/pci_emul.c is picking up old vmmapi.h from /usr/include/vmma= pi.h instead source one: for me it results vm_get_lowmem_size and vm_get_highmem_size missing...=20 any ideas? I think we need to include lib/libvmmapi folder so includes are = kept from /usr/include ones. = From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 18:58:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 48A95FEE for ; Mon, 30 Jun 2014 18:58:52 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 21B56289E for ; Mon, 30 Jun 2014 18:58:52 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 87F1DB917; Mon, 30 Jun 2014 14:58:50 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: vmmapi.h Date: Mon, 30 Jun 2014 14:58:43 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201406301458.43177.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 30 Jun 2014 14:58:50 -0400 (EDT) Cc: Bruno =?iso-8859-1?q?Lauz=E9?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 30 Jun 2014 18:58:52 -0000 On Monday, June 30, 2014 2:03:35 pm Bruno Lauz=E9 wrote: >=20 > building from trunk: > usr.sbin/bhyve/pci_emul.c is picking up old vmmapi.h from=20 /usr/include/vmmapi.h instead source one: > for me it results vm_get_lowmem_size and vm_get_highmem_size missing...=20 > any ideas? I think we need to include lib/libvmmapi folder so includes ar= e=20 kept from /usr/include ones. Are you using 'make buildworld'? 'make buildworld' will not use /usr/inclu= de=20 (it builds a new one). If you have updated your source tree and are just=20 trying to do 'make' in usr.sbin/bhyve that is indeed not going to work. Us= e=20 buildworld instead. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 19:17:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB2797B9 for ; Mon, 30 Jun 2014 19:17:12 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6A3902A6D for ; Mon, 30 Jun 2014 19:17:12 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1X1h4g-002vwd-5R>; Mon, 30 Jun 2014 21:17:10 +0200 Received: from f052172037.adsl.alicedsl.de ([78.52.172.37] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1X1h4g-0028SO-3Y>; Mon, 30 Jun 2014 21:17:10 +0200 Date: Mon, 30 Jun 2014 21:17:00 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: unknown option "VT_MAXWINDOWS" Message-ID: <20140630211700.2d3792fc.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_//nSORCXhez=wCP6m8vfFu1T"; protocol="application/pgp-signature" X-Originating-IP: 78.52.172.37 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 30 Jun 2014 19:17:12 -0000 --Sig_//nSORCXhez=wCP6m8vfFu1T Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I tried today the new vt console in CURRENT and followed the steps describe= d in the manpage. Trying to compile a kernel with=20 options VT_MAXWINDOWS=3D10 issues an error: unknown option "VT_MAXWINDOWS" What is wrong? --Sig_//nSORCXhez=wCP6m8vfFu1T Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJTsbe1AAoJEOgBcD7A/5N86YIH/29/OCiAPQjfm+6WiSAHMLYy Hoabh2EKyyBnFZo4yPF+GFABk+dYY9Q1k9ImNSM/14EP/rCoHaCZbE5DezVAEAer 3j/oHJYG351FTwj5Rv8C+t5I8Lw6++LnhPa8AQsvisB3njJ3+Qo8iPZxS/9H+uQM nhHW2Jv5dHlufgW/cJ4ispDakVUM4tcxLjog3mz1688uwZQqudKDxgWTgjHThL0z zzS0c6AUCFj2o5g8SspaWQf/gpZxWX9aUKN/e+Llqh2FbwJAjfJfM4Oci9bOWHJJ CwxkCcqkhBq2DRZhEJDuMezW9x7yKUjWXNBFJ8zEVJg54qB6zjAJ1hq+74Lw+zM= =cwtC -----END PGP SIGNATURE----- --Sig_//nSORCXhez=wCP6m8vfFu1T-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 19:27:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 77FB4C1E; Mon, 30 Jun 2014 19:27:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 33C632B50; Mon, 30 Jun 2014 19:27:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5UJRXFx058747; Mon, 30 Jun 2014 15:27:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5UJRXMV058743; Mon, 30 Jun 2014 19:27:33 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 30 Jun 2014 19:27:33 GMT Message-Id: <201406301927.s5UJRXMV058743@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2014 19:27:35 -0000 TB --- 2014-06-30 15:42:42 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-30 15:42:42 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-30 15:42:42 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-06-30 15:42:42 - cleaning the object tree TB --- 2014-06-30 15:42:42 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-30 15:42:46 - At svn revision 268030 TB --- 2014-06-30 15:42:47 - building world TB --- 2014-06-30 15:42:47 - CROSS_BUILD_TESTING=YES TB --- 2014-06-30 15:42:47 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-30 15:42:47 - MAKESYSPATH=/src/share/mk TB --- 2014-06-30 15:42:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-30 15:42:47 - SRCCONF=/dev/null TB --- 2014-06-30 15:42:47 - TARGET=powerpc TB --- 2014-06-30 15:42:47 - TARGET_ARCH=powerpc TB --- 2014-06-30 15:42:47 - TZ=UTC TB --- 2014-06-30 15:42:47 - __MAKE_CONF=/dev/null TB --- 2014-06-30 15:42:47 - cd /src TB --- 2014-06-30 15:42:47 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Mon Jun 30 15:42:55 UTC 2014 >>> 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 Mon Jun 30 19:23:32 UTC 2014 TB --- 2014-06-30 19:23:32 - generating LINT kernel config TB --- 2014-06-30 19:23:32 - cd /src/sys/powerpc/conf TB --- 2014-06-30 19:23:32 - /usr/bin/make -B LINT TB --- 2014-06-30 19:23:33 - cd /src/sys/powerpc/conf TB --- 2014-06-30 19:23:33 - /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-06-30 19:23:33 - building LINT kernel TB --- 2014-06-30 19:23:33 - CROSS_BUILD_TESTING=YES TB --- 2014-06-30 19:23:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-30 19:23:33 - MAKESYSPATH=/src/share/mk TB --- 2014-06-30 19:23:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-30 19:23:33 - SRCCONF=/dev/null TB --- 2014-06-30 19:23:33 - TARGET=powerpc TB --- 2014-06-30 19:23:33 - TARGET_ARCH=powerpc TB --- 2014-06-30 19:23:33 - TZ=UTC TB --- 2014-06-30 19:23:33 - __MAKE_CONF=/dev/null TB --- 2014-06-30 19:23:33 - cd /src TB --- 2014-06-30 19:23:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jun 30 19:23:33 UTC 2014 >>> 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 [...] ld -b binary --no-warn-mismatch -d -warn-common -r -o t4fw.fwo t4fw.fw cc -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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -c t5fw_cfg.c cp /src/sys/dev/cxgbe/firmware/t5fw_cfg.txt t5fw_cfg.fw ld -b binary --no-warn-mismatch -d -warn-common -r -o t5fw_cfg.fwo t5fw_cfg.fw uudecode -o t5fw.fw /src/sys/dev/cxgbe/firmware/t5fw-1.11.27.0.bin.uu ld -b binary --no-warn-mismatch -d -warn-common -r -o t5fw.fwo t5fw.fw 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dc/if_dc.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dc/dcphy.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dc/pnphy.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/de/if_de.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dpt/dpt_pci.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dpt/dpt_scsi.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror eisa_if.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/e1000/if_lem.c -I/src/sys/dev/e1000 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/e1000/if_igb.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_igb.c: In function 'igb_attach': /src/sys/dev/e1000/if_igb.c:2461: warning: 'cpu_id' may be used uninitialized in this function /src/sys/dev/e1000/if_igb.c:2461: note: 'cpu_id' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-30 19:27:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-30 19:27:33 - ERROR: failed to build LINT kernel TB --- 2014-06-30 19:27:33 - 12050.37 user 1322.03 system 13490.55 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 20:20:21 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D5F9E244; Mon, 30 Jun 2014 20:20:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ACAC2200C; Mon, 30 Jun 2014 20:20:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s5UKKKQn084242; Mon, 30 Jun 2014 16:20:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s5UKKKlu084241; Mon, 30 Jun 2014 20:20:20 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 30 Jun 2014 20:20:20 GMT Message-Id: <201406302020.s5UKKKlu084241@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2014 20:20:21 -0000 TB --- 2014-06-30 16:02:17 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-06-30 16:02:17 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-06-30 16:02:17 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-06-30 16:02:17 - cleaning the object tree TB --- 2014-06-30 16:03:52 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-06-30 16:03:55 - At svn revision 268030 TB --- 2014-06-30 16:03:56 - building world TB --- 2014-06-30 16:03:56 - CROSS_BUILD_TESTING=YES TB --- 2014-06-30 16:03:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-30 16:03:56 - MAKESYSPATH=/src/share/mk TB --- 2014-06-30 16:03:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-30 16:03:56 - SRCCONF=/dev/null TB --- 2014-06-30 16:03:56 - TARGET=powerpc TB --- 2014-06-30 16:03:56 - TARGET_ARCH=powerpc64 TB --- 2014-06-30 16:03:56 - TZ=UTC TB --- 2014-06-30 16:03:56 - __MAKE_CONF=/dev/null TB --- 2014-06-30 16:03:56 - cd /src TB --- 2014-06-30 16:03:56 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Mon Jun 30 16:04:03 UTC 2014 >>> 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 Mon Jun 30 20:17:55 UTC 2014 TB --- 2014-06-30 20:17:55 - generating LINT kernel config TB --- 2014-06-30 20:17:55 - cd /src/sys/powerpc/conf TB --- 2014-06-30 20:17:55 - /usr/bin/make -B LINT TB --- 2014-06-30 20:17:55 - cd /src/sys/powerpc/conf TB --- 2014-06-30 20:17:55 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-06-30 20:17:55 - skipping LINT kernel TB --- 2014-06-30 20:17:55 - cd /src/sys/powerpc/conf TB --- 2014-06-30 20:17:55 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC TB --- 2014-06-30 20:17:55 - skipping GENERIC kernel TB --- 2014-06-30 20:17:55 - cd /src/sys/powerpc/conf TB --- 2014-06-30 20:17:55 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC64 TB --- 2014-06-30 20:17:55 - building GENERIC64 kernel TB --- 2014-06-30 20:17:55 - CROSS_BUILD_TESTING=YES TB --- 2014-06-30 20:17:55 - MAKEOBJDIRPREFIX=/obj TB --- 2014-06-30 20:17:55 - MAKESYSPATH=/src/share/mk TB --- 2014-06-30 20:17:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-06-30 20:17:55 - SRCCONF=/dev/null TB --- 2014-06-30 20:17:55 - TARGET=powerpc TB --- 2014-06-30 20:17:55 - TARGET_ARCH=powerpc64 TB --- 2014-06-30 20:17:55 - TZ=UTC TB --- 2014-06-30 20:17:55 - __MAKE_CONF=/dev/null TB --- 2014-06-30 20:17:55 - cd /src TB --- 2014-06-30 20:17:55 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Mon Jun 30 20:17:55 UTC 2014 >>> 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 -------------------------------------------------------------- cd /obj/powerpc.powerpc64/src/sys/GENERIC64; MAKEOBJDIRPREFIX=/obj/powerpc.powerpc64 MACHINE_ARCH=powerpc64 MACHINE=powerpc CPUTYPE= GROFF_BIN_PATH=/obj/powerpc.powerpc64/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/obj/powerpc.powerpc64/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/obj/powerpc.powerpc64/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/obj/powerpc.powerpc64/src/tmp _LDSCRIPTROOT= VERSION="FreeBSD 11.0-CURRENT powerpc64 1100024" INSTALL="sh /src/tools/install.sh" PATH=/obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin:/obj/powerpc.powerpc64/src/tmp/legacy/usr/bin:/obj/powerpc.powerpc64/src/tmp/legacy/usr/games:/obj/powerpc.powerpc64/src/tmp/legacy/bin:/obj/powerpc.powerpc64/src/tmp/usr/sbin:/obj/powerpc.powerpc64/src/tmp/usr/bin:/obj/powerpc.powerpc64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin CC="cc " CXX="c++ " CPP="cpp " AS="as" AR="ar" LD="ld" NM=nm OBJDUMP= RANLIB=ranlib STRINGS= /obj/src/make.amd64/bmake -B -m /src/share/mk KERNEL=kernel! all -DNO_MODULES_OBJ cc -c -x assembler-with-cpp -DLOCORE -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/powerpc/aim/locore.S cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/cam.c /src/sys/cam/cam.c:112: error: __set_sysctl_set_sym_sysctl___kern_cam causes a section type conflict /src/sys/cam/cam.c:112: error: __set_sysctl_set_sym_sysctl___kern_cam causes a section type conflict *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-06-30 20:20:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-06-30 20:20:20 - ERROR: failed to build GENERIC64 kernel TB --- 2014-06-30 20:20:20 - 13704.91 user 1649.66 system 15482.54 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 21:49:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B28BC4F for ; Mon, 30 Jun 2014 21:49:52 +0000 (UTC) Received: from mail-qa0-x22a.google.com (mail-qa0-x22a.google.com [IPv6:2607:f8b0:400d:c00::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1E0362935 for ; Mon, 30 Jun 2014 21:49:52 +0000 (UTC) Received: by mail-qa0-f42.google.com with SMTP id dc16so7088654qab.29 for ; Mon, 30 Jun 2014 14:49:51 -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:message-id:subject :from:to:cc:content-type; bh=KPQ0CQFX5+sZ/Co6pwLunn4W3BeV8aUwcNfzAVJSA0Q=; b=VaWjN4juGJZBfsEqeHs6CKVRed6g9D5uO7F5kberzEB3ddYSt8gPE3g++/FVzcqzX4 JRXlN1tZ7TP9z9P4szIHOTtNmNNo3Bqrlh8iBP5n6Kz0XDS1Xa18c9mp6WJGG2OF+bev W4JKFn5ypWnbwcFDt7usBvDp4abLCMAn7PaQxAPNTsmswTzqhw4aPfnCEA9xb5UhZ9R6 IgdbXrqKWDCdVPPQXslRUYozbnNBlVu9fIWbBOzXfJGTOlyshDkR3+0UDV1VKpxXwVC8 Tv+X9i90T96A9qPnG6ILQF6sQSy/T2hRJVsugDOVzz1mvPjHUa4Z9mpxayu6LVJhgpuv l1Fw== MIME-Version: 1.0 X-Received: by 10.224.172.10 with SMTP id j10mr55664815qaz.46.1404164991265; Mon, 30 Jun 2014 14:49:51 -0700 (PDT) Sender: carpeddiem@gmail.com Received: by 10.140.49.239 with HTTP; Mon, 30 Jun 2014 14:49:51 -0700 (PDT) In-Reply-To: <20140630211700.2d3792fc.ohartman@zedat.fu-berlin.de> References: <20140630211700.2d3792fc.ohartman@zedat.fu-berlin.de> Date: Mon, 30 Jun 2014 17:49:51 -0400 X-Google-Sender-Auth: qg6riYeVfkQO7HAfQ0rZzXix6b0 Message-ID: Subject: Re: unknown option "VT_MAXWINDOWS" From: Ed Maste To: "O. Hartmann" Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 30 Jun 2014 21:49:52 -0000 On 30 June 2014 15:17, O. Hartmann wrote: > I tried today the new vt console in CURRENT and followed the steps described in the > manpage. Trying to compile a kernel with > > options VT_MAXWINDOWS=10 > > issues an error: > > unknown option "VT_MAXWINDOWS" > > What is wrong? Sorry about that. These were missing in the options definition file, now corrected in r268059. http://svnweb.freebsd.org/base?view=revision&revision=268059 If you update again it should be fine. -Ed From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 23:39:51 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C57FED20; Mon, 30 Jun 2014 23:39:51 +0000 (UTC) Received: from mailuogwhop.emc.com (mailuogwhop.emc.com [168.159.213.141]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mailuogwprd01.lss.emc.com", Issuer "RSA Corporate Server CA v2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7403622B7; Mon, 30 Jun 2014 23:39:51 +0000 (UTC) Received: from maildlpprd06.lss.emc.com (maildlpprd06.lss.emc.com [10.253.24.38]) by mailuogwprd01.lss.emc.com (Sentrion-MTA-4.3.0/Sentrion-MTA-4.3.0) with ESMTP id s5UNJEpH006353 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Jun 2014 19:19:14 -0400 X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd01.lss.emc.com s5UNJEpH006353 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=isilon.com; s=jan2013; t=1404170354; bh=Bde1GjU26eP1xNvV3fpwGHrQoPE=; h=From:To:CC:Subject:Date:Message-ID:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:MIME-Version; b=p+kMmU4OM2fl1xjeZ9JmkNDy57qCowYkefrDYrUH+TjwZSHEjDn2X4stKq1CHelZU 1/mNF32eaHmwVykFswdhXryA6ABIii1tV1nYRtZ/rPcnljrbIxzzApWyHSXXhmso+P jK4U/u2pXoKJm36bY7QeooIFyf4zdA0LFAy8fTDY= X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd01.lss.emc.com s5UNJEpH006353 Received: from mailusrhubprd51.lss.emc.com (mailusrhubprd51.lss.emc.com [10.106.48.24]) by maildlpprd06.lss.emc.com (RSA Interceptor); Mon, 30 Jun 2014 16:18:57 -0700 Received: from mxhub16.corp.emc.com (mxhub16.corp.emc.com [128.222.70.237]) by mailusrhubprd51.lss.emc.com (Sentrion-MTA-4.3.0/Sentrion-MTA-4.3.0) with ESMTP id s5UNIuFB010951 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 30 Jun 2014 19:18:56 -0400 Received: from MXHUB102.corp.emc.com (10.253.58.15) by mxhub16.corp.emc.com (128.222.70.237) with Microsoft SMTP Server (TLS) id 8.3.327.1; Mon, 30 Jun 2014 19:18:56 -0400 Received: from MX104CL01.corp.emc.com ([169.254.7.16]) by MXHUB102.corp.emc.com ([::1]) with mapi id 14.03.0181.006; Mon, 30 Jun 2014 19:18:55 -0400 From: "Rang, Anton" To: Konstantin Belousov , "performance@freebsd.org" Subject: RE: PostgreSQL performance on FreeBSD Thread-Topic: PostgreSQL performance on FreeBSD Thread-Index: AQHPkgc47QChxXd+UUuS516FdEccE5uKTpdQ Date: Mon, 30 Jun 2014 23:18:55 +0000 Message-ID: References: <20140627125613.GT93733@kib.kiev.ua> In-Reply-To: <20140627125613.GT93733@kib.kiev.ua> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.13.52.17] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Sentrion-Hostname: mailusrhubprd51.lss.emc.com X-RSA-Classifications: DLM_1, public Cc: "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 30 Jun 2014 23:39:52 -0000 Thanks for this. The cpu_search problem you reference came up here at Isilon as well. Here'= s a patch which should get clang to do the "right thing" (inlining 3 specia= lized copies of cpu_search); I haven't checked to make sure it doesn't hurt= gcc, though. Anton Index: sched_ule.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sched_ule.c (revision 268043) +++ sched_ule.c (working copy) @@ -622,11 +622,11 @@ for ((cpu) =3D 0; (cpu) <=3D mp_maxid; (cpu)++) \ if (CPU_ISSET(cpu, &mask)) =20 -static __inline int cpu_search(const struct cpu_group *cg, struct cpu_sear= ch *low, +static __always_inline int cpu_search(const struct cpu_group *cg, struct c= pu_search *low, struct cpu_search *high, const int match); -int cpu_search_lowest(const struct cpu_group *cg, struct cpu_search *low); -int cpu_search_highest(const struct cpu_group *cg, struct cpu_search *high= ); -int cpu_search_both(const struct cpu_group *cg, struct cpu_search *low, +int __noinline cpu_search_lowest(const struct cpu_group *cg, struct cpu_se= arch *low); +int __noinline cpu_search_highest(const struct cpu_group *cg, struct cpu_s= earch *high); +int __noinline cpu_search_both(const struct cpu_group *cg, struct cpu_sear= ch *low, struct cpu_search *high); =20 /* @@ -640,7 +640,7 @@ * match argument. It is reduced to the minimum set for each case. It is * also recursive to the depth of the tree. */ -static __inline int +static __always_inline int cpu_search(const struct cpu_group *cg, struct cpu_search *low, struct cpu_search *high, const int match) { -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freeb= sd.org] On Behalf Of Konstantin Belousov Sent: Friday, June 27, 2014 7:56 AM To: performance@freebsd.org Cc: current@freebsd.org Subject: PostgreSQL performance on FreeBSD Hi, I did some measurements and hacks to see about the performance and scalabil= ity of PostgreSQL 9.3 on FreeBSD, sponsored by The FreeBSD Foundation. The results are described in https://kib.kiev.ua/kib/pgsql_perf.pdf. The uncommitted patches, referenced in the article, are available as https:= //kib.kiev.ua/kib/pig1.patch.txt https://kib.kiev.ua/kib/patch-2 From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 00:30:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DAE1A31C; Tue, 1 Jul 2014 00:30:24 +0000 (UTC) Received: from mail-lb0-x231.google.com (mail-lb0-x231.google.com [IPv6:2a00:1450:4010:c04::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 39B912659; Tue, 1 Jul 2014 00:30:24 +0000 (UTC) Received: by mail-lb0-f177.google.com with SMTP id u10so6430786lbd.36 for ; Mon, 30 Jun 2014 17:30:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:cc:content-type; bh=tDBAOwkcR0dHi8JFhyzdJnlhViYkBm7UoeGcb8kGI7Q=; b=HqXsBaitTf7+ybPFBGAq1RsjO6lyKItjiLcI0cfP7QsMmTWpKo544cZtz5xZHu4We0 kLTjrIt8aXlhFpfi7SYCHprwB3b57VBgfa4Ic7ymH65huHmgKepRjME2URF8DZNXGVbB z9QZGFeZ6pniMWz1XXoVHdBa6cTbKnFva8PEqAHqmj/+io+vMp4/jbJcFgMIOu3tfqoA uB3IE7vWppG96Yz2CDuUFA8Zav1lqTl/EYwFDv6UxOwBMcdbYUzEcT2IThrvyS3n4eKO S56hYgsyXwLpTUGyyLFFp0qY7u4XLGghFmDMaPhW3ZFAAve0+h4LZqxWH1RIv6J125ZX mwGA== MIME-Version: 1.0 X-Received: by 10.112.30.99 with SMTP id r3mr17447795lbh.14.1404174622192; Mon, 30 Jun 2014 17:30:22 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.67.71 with HTTP; Mon, 30 Jun 2014 17:30:22 -0700 (PDT) Date: Mon, 30 Jun 2014 17:30:22 -0700 X-Google-Sender-Auth: Q8rZUtFfrRGCZYBaZzUmKlyLUUM Message-ID: Subject: BAFUG July 10: libvirt virtualization API for controlling bhyve virtual machines From: Craig Rodrigues To: "freebsd-virtualization@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 00:30:24 -0000 Hi, On July 10, 2014, in Mountain View, California, I will be giving a brief tech talk on: "libvirt virtualization API for controlling bhyve virtual machines" I have been testing the extensions that Roman Bogorodskiy has made to the lbivirt library for supporting bhyve. I will talk about my experiences with libvirt and bhyve. Here are more details about the talk plus directions to the location: http://www.meetup.com/BAFUG-Bay-Area-FreeBSD-User-Group/events/191061222/ Feel free to sign up on the meetup site and attend if you are in the area! -- Craig From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 06:02:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB120942 for ; Tue, 1 Jul 2014 06:02:38 +0000 (UTC) Received: from mail-ie0-f172.google.com (mail-ie0-f172.google.com [209.85.223.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8F2FA2780 for ; Tue, 1 Jul 2014 06:02:37 +0000 (UTC) Received: by mail-ie0-f172.google.com with SMTP id lx4so7777848iec.3 for ; Mon, 30 Jun 2014 23:02:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=ucGI5wK1+nMVXTzlsRiE3YpAaylQuedlLZDFdtATziE=; b=HSo8PW92M3YdAeRG19+0jDFw1b7mk7guHo/H84kX0jtL3yxMZh00qSALcv85mH5aDD 4rK6SKDB73B353bKf4kJo1hrmkh/n1XCfG2emwyzBNnNavQcKz3KYnkEqr6D3nGJWINb DNGvI+nyZJlcWvOZDk8GL1YVOsJ+6euXaHM65Zm32TAOZqoz2mFmmYEKKrD9PE+jwbP7 JHpM03dKFlqf+nGddy9tnlIoukJOiz9Y00BtBoqeU5lPKkOIv6SaR8WKPgQNF4+K5BAf rpCFebso2xIfzn0r0faSfG8wETlnDL6eICQaVCUAdO55Eg40gDbhPeK1UmTKLSWvw3Zs 0YBw== X-Gm-Message-State: ALoCoQmd7s1AAX3r9RAK5GzHku5GlveEVgUiwlNouMz50ERIUQoiyAqBibmsJoXUUeTGBbFrhktkbikZBEpxvsS3DB9e7X+RRqbZehjrCq9tKUILYZ9Iceo= X-Received: by 10.50.12.38 with SMTP id v6mr37310628igb.29.1404194551178; Mon, 30 Jun 2014 23:02:31 -0700 (PDT) MIME-Version: 1.0 Received: by 10.43.69.131 with HTTP; Mon, 30 Jun 2014 23:02:15 -0700 (PDT) In-Reply-To: <53B24820.2020800@selasky.org> References: <53A90116.7040306@selasky.org> <53A907E9.5020007@selasky.org> <53A9C37A.7030803@selasky.org> <53AA5A0E.1050704@selasky.org> <53AC8C21.6080504@selasky.org> <53AD01C6.1080005@selasky.org> <53AED789.9070504@selasky.org> <53B0E3FD.30800@selasky.org> <53B24820.2020800@selasky.org> From: "Lundberg, Johannes" Date: Tue, 1 Jul 2014 15:02:15 +0900 Message-ID: Subject: Re: ucom_free Fatal trap on shutdown / module unload To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD Current , Fredrik Lindberg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 06:02:38 -0000 SGkgSGFucw0KDQpUaGFua3MgZm9yIHRoZSB1aHNvIHBhdGNoLiBUaGF0IGRpZCB0aGUgdHJpY2su IE5vdyByZWJvb3QgYW5kIGtsZHVubG9hZA0Kd29ya3MgZmluZS4NCg0KLS0NCkpvaGFubmVzIEx1 bmRiZXJnDQpCUklMTElBTlRTRVJWSUNFIENPLiwgTFRELg0KDQoNCk9uIFR1ZSwgSnVsIDEsIDIw MTQgYXQgMjozMyBQTSwgSGFucyBQZXR0ZXIgU2VsYXNreSA8aHBzQHNlbGFza3kub3JnPiB3cm90 ZToNCg0KPiBIaSwNCj4NCj4gVHJ5IHRoZSBhdHRhY2hlZCBwYXRjaC4gRG9lcyBpdCBtYWtlIGFu eSBkaWZmZXJlbmNlPw0KPg0KPiAtLUhQUw0KPg0KCi0tIAo9LT0tPS09LT0tPS09LT0tPS09LT0t PS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS0K56eY5a+G5L+d5oyB44Gr44Gk44GE44Gm 77ya44GT44Gu6Zu75a2Q44Oh44O844Or44Gv44CB5ZCN5a6b5Lq644Gr6YCB5L+h44GX44Gf44KC 44Gu44Gn44GC44KK44CB56eY5Yy/54m55qip44Gu5a++6LGh44Go44Gq44KL5oOF5aCx44KS5ZCr 44KT44Gn44GE44G+44GZ44CCCuOCguOBl+OAgeWQjeWum+S6uuS7peWkluOBruaWueOBjOWPl+S/ oeOBleOCjOOBn+WgtOWQiOOAgeOBk+OBruODoeODvOODq+OBruegtOajhOOAgeOBiuOCiOOBs+OB k+OBruODoeODvOODq+OBq+mWouOBmeOCi+S4gOWIh+OBrumWi+ekuuOAgQropIflhpnjgIHphY3l uIPjgIHjgZ3jga7ku5bjga7liKnnlKjjgIHjgb7jgZ/jga/oqJjovInlhoXlrrnjgavln7rjgaXj gY/jgYTjgYvjgarjgovooYzli5XjgoLjgZXjgozjgarjgYTjgojjgYbjgYrpoZjjgYTnlLPjgZfk uIrjgZLjgb7jgZnjgIIKLS0tCkNPTkZJREVOVElBTElUWSBOT1RFOiBUaGUgaW5mb3JtYXRpb24g aW4gdGhpcyBlbWFpbCBpcyBjb25maWRlbnRpYWwKYW5kIGludGVuZGVkIHNvbGVseSBmb3IgdGhl IGFkZHJlc3NlZS4KRGlzY2xvc3VyZSwgY29weWluZywgZGlzdHJpYnV0aW9uIG9yIGFueSBvdGhl ciBhY3Rpb24gb2YgdXNlIG9mIHRoaXMKZW1haWwgYnkgcGVyc29uIG90aGVyIHRoYW4gaW50ZW5k ZWQgcmVjaXBpZW50LCBpcyBwcm9oaWJpdGVkLgpJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQg cmVjaXBpZW50IGFuZCBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4KZXJyb3IsIHBsZWFzZSBk ZXN0cm95IHRoZSBvcmlnaW5hbCBtZXNzYWdlLgo= From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 05:33:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2DA1683 for ; Tue, 1 Jul 2014 05:33:07 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 93E022556 for ; Tue, 1 Jul 2014 05:33:06 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id A6B0F1FE02D; Tue, 1 Jul 2014 07:33:03 +0200 (CEST) Message-ID: <53B24820.2020800@selasky.org> Date: Tue, 01 Jul 2014 07:33:20 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: "Lundberg, Johannes" Subject: Re: ucom_free Fatal trap on shutdown / module unload References: <53A90116.7040306@selasky.org> <53A907E9.5020007@selasky.org> <53A9C37A.7030803@selasky.org> <53AA5A0E.1050704@selasky.org> <53AC8C21.6080504@selasky.org> <53AD01C6.1080005@selasky.org> <53AED789.9070504@selasky.org> <53B0E3FD.30800@selasky.org> In-Reply-To: Content-Type: multipart/mixed; boundary="------------030502030109090002050804" Cc: FreeBSD Current , Fredrik Lindberg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 05:33:08 -0000 This is a multi-part message in MIME format. --------------030502030109090002050804 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hi, Try the attached patch. Does it make any difference? --HPS --------------030502030109090002050804 Content-Type: text/x-patch; name="uhso.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="uhso.diff" === uhso.c ================================================================== --- uhso.c (revision 268059) +++ uhso.c (local) @@ -559,8 +559,6 @@ mtx_init(&sc->sc_mtx, "uhso", NULL, MTX_DEF); ucom_ref(&sc->sc_super_ucom); - sc->sc_ucom = NULL; - sc->sc_ttys = 0; sc->sc_radio = 1; id = usbd_get_interface_descriptor(uaa->iface); @@ -680,9 +678,6 @@ UHSO_CTRL_MAX); } } - - free(sc->sc_tty, M_USBDEV); - free(sc->sc_ucom, M_USBDEV); } if (sc->sc_ifp != NULL) { @@ -710,6 +705,8 @@ uhso_free_softc(struct uhso_softc *sc) { if (ucom_unref(&sc->sc_super_ucom)) { + free(sc->sc_tty, M_USBDEV); + free(sc->sc_ucom, M_USBDEV); mtx_destroy(&sc->sc_mtx); device_free_softc(sc); } --------------030502030109090002050804-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 05:50:44 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E922880; Tue, 1 Jul 2014 05:50:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5539F265C; Tue, 1 Jul 2014 05:50:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s615ogit083217; Tue, 1 Jul 2014 01:50:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s615ogcX083209; Tue, 1 Jul 2014 05:50:42 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 1 Jul 2014 05:50:42 GMT Message-Id: <201407010550.s615ogcX083209@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2014 05:50:44 -0000 TB --- 2014-07-01 04:07:43 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-01 04:07:43 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-01 04:07:43 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-07-01 04:07:43 - cleaning the object tree TB --- 2014-07-01 04:08:53 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-01 04:09:22 - At svn revision 268065 TB --- 2014-07-01 04:09:23 - building world TB --- 2014-07-01 04:09:23 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 04:09:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 04:09:23 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 04:09:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 04:09:23 - SRCCONF=/dev/null TB --- 2014-07-01 04:09:23 - TARGET=ia64 TB --- 2014-07-01 04:09:23 - TARGET_ARCH=ia64 TB --- 2014-07-01 04:09:23 - TZ=UTC TB --- 2014-07-01 04:09:23 - __MAKE_CONF=/dev/null TB --- 2014-07-01 04:09:23 - cd /src TB --- 2014-07-01 04:09:23 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Tue Jul 1 04:09:32 UTC 2014 >>> 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 Jul 1 05:43:41 UTC 2014 TB --- 2014-07-01 05:43:41 - generating LINT kernel config TB --- 2014-07-01 05:43:41 - cd /src/sys/ia64/conf TB --- 2014-07-01 05:43:41 - /usr/bin/make -B LINT TB --- 2014-07-01 05:43:41 - cd /src/sys/ia64/conf TB --- 2014-07-01 05:43:41 - /obj/ia64.ia64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-01 05:43:41 - building LINT kernel TB --- 2014-07-01 05:43:41 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 05:43:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 05:43:41 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 05:43:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 05:43:41 - SRCCONF=/dev/null TB --- 2014-07-01 05:43:41 - TARGET=ia64 TB --- 2014-07-01 05:43:41 - TARGET_ARCH=ia64 TB --- 2014-07-01 05:43:41 - TZ=UTC TB --- 2014-07-01 05:43:41 - __MAKE_CONF=/dev/null TB --- 2014-07-01 05:43:41 - cd /src TB --- 2014-07-01 05:43:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jul 1 05:43:41 UTC 2014 >>> 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 [...] ld -b binary --no-warn-mismatch -d -warn-common -r -o t5fw_cfg.fwo t5fw_cfg.fw uudecode -o t5fw.fw /src/sys/dev/cxgbe/firmware/t5fw-1.11.27.0.bin.uu ld -b binary --no-warn-mismatch -d -warn-common -r -o t5fw.fwo t5fw.fw 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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dc/if_dc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dc/dcphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dc/pnphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dcons/dcons.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dcons/dcons_crom.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dcons/dcons_os.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/de/if_de.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dpt/dpt_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dpt/dpt_scsi.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/e1000/if_lem.c -I/src/sys/dev/e1000 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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/e1000/if_igb.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_igb.c: In function 'igb_attach': /src/sys/dev/e1000/if_igb.c:2461: warning: 'cpu_id' may be used uninitialized in this function /src/sys/dev/e1000/if_igb.c:2461: note: 'cpu_id' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-01 05:50:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-01 05:50:42 - ERROR: failed to build LINT kernel TB --- 2014-07-01 05:50:42 - 5051.36 user 850.70 system 6178.58 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 06:02:08 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A283D934; Tue, 1 Jul 2014 06:02:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6AEFE277A; Tue, 1 Jul 2014 06:02:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s61627p7099959; Tue, 1 Jul 2014 02:02:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s61627Gm099958; Tue, 1 Jul 2014 06:02:07 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 1 Jul 2014 06:02:07 GMT Message-Id: <201407010602.s61627Gm099958@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2014 06:02:08 -0000 TB --- 2014-07-01 04:33:16 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-01 04:33:16 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-01 04:33:16 - starting HEAD tinderbox run for mips64/mips TB --- 2014-07-01 04:33:16 - cleaning the object tree TB --- 2014-07-01 04:34:17 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-01 04:34:21 - At svn revision 268065 TB --- 2014-07-01 04:34:22 - building world TB --- 2014-07-01 04:34:22 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 04:34:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 04:34:22 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 04:34:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 04:34:22 - SRCCONF=/dev/null TB --- 2014-07-01 04:34:22 - TARGET=mips TB --- 2014-07-01 04:34:22 - TARGET_ARCH=mips64 TB --- 2014-07-01 04:34:22 - TZ=UTC TB --- 2014-07-01 04:34:22 - __MAKE_CONF=/dev/null TB --- 2014-07-01 04:34:22 - cd /src TB --- 2014-07-01 04:34:22 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Tue Jul 1 04:34:29 UTC 2014 >>> 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 Jul 1 05:36:08 UTC 2014 TB --- 2014-07-01 05:36:08 - cd /src/sys/mips/conf TB --- 2014-07-01 05:36:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ADM5120 TB --- 2014-07-01 05:36:08 - skipping ADM5120 kernel TB --- 2014-07-01 05:36:08 - cd /src/sys/mips/conf TB --- 2014-07-01 05:36:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALCHEMY TB --- 2014-07-01 05:36:08 - skipping ALCHEMY kernel TB --- 2014-07-01 05:36:08 - cd /src/sys/mips/conf TB --- 2014-07-01 05:36:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALFA_HORNET_UB TB --- 2014-07-01 05:36:08 - skipping ALFA_HORNET_UB kernel TB --- 2014-07-01 05:36:08 - cd /src/sys/mips/conf TB --- 2014-07-01 05:36:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP121 TB --- 2014-07-01 05:36:08 - skipping AP121 kernel TB --- 2014-07-01 05:36:08 - cd /src/sys/mips/conf TB --- 2014-07-01 05:36:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP91 TB --- 2014-07-01 05:36:08 - skipping AP91 kernel TB --- 2014-07-01 05:36:08 - cd /src/sys/mips/conf TB --- 2014-07-01 05:36:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP93 TB --- 2014-07-01 05:36:08 - skipping AP93 kernel TB --- 2014-07-01 05:36:08 - cd /src/sys/mips/conf TB --- 2014-07-01 05:36:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP94 TB --- 2014-07-01 05:36:08 - skipping AP94 kernel TB --- 2014-07-01 05:36:08 - cd /src/sys/mips/conf TB --- 2014-07-01 05:36:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP96 TB --- 2014-07-01 05:36:08 - skipping AP96 kernel TB --- 2014-07-01 05:36:08 - cd /src/sys/mips/conf TB --- 2014-07-01 05:36:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR71XX_BASE TB --- 2014-07-01 05:36:08 - skipping AR71XX_BASE kernel TB --- 2014-07-01 05:36:08 - cd /src/sys/mips/conf TB --- 2014-07-01 05:36:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR724X_BASE TB --- 2014-07-01 05:36:08 - skipping AR724X_BASE kernel TB --- 2014-07-01 05:36:08 - cd /src/sys/mips/conf TB --- 2014-07-01 05:36:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR91XX_BASE TB --- 2014-07-01 05:36:08 - skipping AR91XX_BASE kernel TB --- 2014-07-01 05:36:08 - cd /src/sys/mips/conf TB --- 2014-07-01 05:36:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR933X_BASE TB --- 2014-07-01 05:36:08 - skipping AR933X_BASE kernel TB --- 2014-07-01 05:36:08 - cd /src/sys/mips/conf TB --- 2014-07-01 05:36:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR934X_BASE TB --- 2014-07-01 05:36:08 - skipping AR934X_BASE kernel TB --- 2014-07-01 05:36:08 - cd /src/sys/mips/conf TB --- 2014-07-01 05:36:08 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_BASE TB --- 2014-07-01 05:36:08 - building BERI_DE4_BASE kernel TB --- 2014-07-01 05:36:08 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 05:36:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 05:36:08 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 05:36:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 05:36:08 - SRCCONF=/dev/null TB --- 2014-07-01 05:36:08 - TARGET=mips TB --- 2014-07-01 05:36:08 - TARGET_ARCH=mips64 TB --- 2014-07-01 05:36:08 - TZ=UTC TB --- 2014-07-01 05:36:08 - __MAKE_CONF=/dev/null TB --- 2014-07-01 05:36:08 - cd /src TB --- 2014-07-01 05:36:08 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Tue Jul 1 05:36:08 UTC 2014 >>> 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 BERI_DE4_BASE completed on Tue Jul 1 05:39:06 UTC 2014 TB --- 2014-07-01 05:39:06 - cd /src/sys/mips/conf TB --- 2014-07-01 05:39:06 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-07-01 05:39:06 - building BERI_DE4_MDROOT kernel TB --- 2014-07-01 05:39:06 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 05:39:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 05:39:06 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 05:39:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 05:39:06 - SRCCONF=/dev/null TB --- 2014-07-01 05:39:06 - TARGET=mips TB --- 2014-07-01 05:39:06 - TARGET_ARCH=mips64 TB --- 2014-07-01 05:39:06 - TZ=UTC TB --- 2014-07-01 05:39:06 - __MAKE_CONF=/dev/null TB --- 2014-07-01 05:39:06 - cd /src TB --- 2014-07-01 05:39:06 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Tue Jul 1 05:39:06 UTC 2014 >>> 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 BERI_DE4_MDROOT completed on Tue Jul 1 05:42:05 UTC 2014 TB --- 2014-07-01 05:42:05 - cd /src/sys/mips/conf TB --- 2014-07-01 05:42:05 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-07-01 05:42:06 - building BERI_DE4_SDROOT kernel TB --- 2014-07-01 05:42:06 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 05:42:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 05:42:06 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 05:42:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 05:42:06 - SRCCONF=/dev/null TB --- 2014-07-01 05:42:06 - TARGET=mips TB --- 2014-07-01 05:42:06 - TARGET_ARCH=mips64 TB --- 2014-07-01 05:42:06 - TZ=UTC TB --- 2014-07-01 05:42:06 - __MAKE_CONF=/dev/null TB --- 2014-07-01 05:42:06 - cd /src TB --- 2014-07-01 05:42:06 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Tue Jul 1 05:42:06 UTC 2014 >>> 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 BERI_DE4_SDROOT completed on Tue Jul 1 05:45:03 UTC 2014 TB --- 2014-07-01 05:45:03 - cd /src/sys/mips/conf TB --- 2014-07-01 05:45:03 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-07-01 05:45:03 - building BERI_NETFPGA_MDROOT kernel TB --- 2014-07-01 05:45:03 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 05:45:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 05:45:03 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 05:45:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 05:45:03 - SRCCONF=/dev/null TB --- 2014-07-01 05:45:03 - TARGET=mips TB --- 2014-07-01 05:45:03 - TARGET_ARCH=mips64 TB --- 2014-07-01 05:45:03 - TZ=UTC TB --- 2014-07-01 05:45:03 - __MAKE_CONF=/dev/null TB --- 2014-07-01 05:45:03 - cd /src TB --- 2014-07-01 05:45:03 - /usr/bin/make -B buildkernel KERNCONF=BERI_NETFPGA_MDROOT >>> Kernel build for BERI_NETFPGA_MDROOT started on Tue Jul 1 05:45:03 UTC 2014 >>> 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 BERI_NETFPGA_MDROOT completed on Tue Jul 1 05:47:38 UTC 2014 TB --- 2014-07-01 05:47:38 - cd /src/sys/mips/conf TB --- 2014-07-01 05:47:38 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_BASE TB --- 2014-07-01 05:47:38 - building BERI_SIM_BASE kernel TB --- 2014-07-01 05:47:38 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 05:47:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 05:47:38 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 05:47:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 05:47:38 - SRCCONF=/dev/null TB --- 2014-07-01 05:47:38 - TARGET=mips TB --- 2014-07-01 05:47:38 - TARGET_ARCH=mips64 TB --- 2014-07-01 05:47:38 - TZ=UTC TB --- 2014-07-01 05:47:38 - __MAKE_CONF=/dev/null TB --- 2014-07-01 05:47:38 - cd /src TB --- 2014-07-01 05:47:38 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_BASE >>> Kernel build for BERI_SIM_BASE started on Tue Jul 1 05:47:38 UTC 2014 >>> 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 BERI_SIM_BASE completed on Tue Jul 1 05:50:12 UTC 2014 TB --- 2014-07-01 05:50:12 - cd /src/sys/mips/conf TB --- 2014-07-01 05:50:12 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-07-01 05:50:12 - building BERI_SIM_MDROOT kernel TB --- 2014-07-01 05:50:12 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 05:50:12 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 05:50:12 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 05:50:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 05:50:12 - SRCCONF=/dev/null TB --- 2014-07-01 05:50:12 - TARGET=mips TB --- 2014-07-01 05:50:12 - TARGET_ARCH=mips64 TB --- 2014-07-01 05:50:12 - TZ=UTC TB --- 2014-07-01 05:50:12 - __MAKE_CONF=/dev/null TB --- 2014-07-01 05:50:12 - cd /src TB --- 2014-07-01 05:50:12 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_MDROOT >>> Kernel build for BERI_SIM_MDROOT started on Tue Jul 1 05:50:12 UTC 2014 >>> 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 BERI_SIM_MDROOT completed on Tue Jul 1 05:52:47 UTC 2014 TB --- 2014-07-01 05:52:47 - cd /src/sys/mips/conf TB --- 2014-07-01 05:52:47 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_SDROOT TB --- 2014-07-01 05:52:47 - building BERI_SIM_SDROOT kernel TB --- 2014-07-01 05:52:47 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 05:52:47 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 05:52:47 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 05:52:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 05:52:47 - SRCCONF=/dev/null TB --- 2014-07-01 05:52:47 - TARGET=mips TB --- 2014-07-01 05:52:47 - TARGET_ARCH=mips64 TB --- 2014-07-01 05:52:47 - TZ=UTC TB --- 2014-07-01 05:52:47 - __MAKE_CONF=/dev/null TB --- 2014-07-01 05:52:47 - cd /src TB --- 2014-07-01 05:52:47 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_SDROOT >>> Kernel build for BERI_SIM_SDROOT started on Tue Jul 1 05:52:48 UTC 2014 >>> 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 BERI_SIM_SDROOT completed on Tue Jul 1 05:55:20 UTC 2014 TB --- 2014-07-01 05:55:20 - cd /src/sys/mips/conf TB --- 2014-07-01 05:55:20 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_TEMPLATE TB --- 2014-07-01 05:55:20 - building BERI_TEMPLATE kernel TB --- 2014-07-01 05:55:20 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 05:55:20 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 05:55:20 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 05:55:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 05:55:20 - SRCCONF=/dev/null TB --- 2014-07-01 05:55:20 - TARGET=mips TB --- 2014-07-01 05:55:20 - TARGET_ARCH=mips64 TB --- 2014-07-01 05:55:20 - TZ=UTC TB --- 2014-07-01 05:55:20 - __MAKE_CONF=/dev/null TB --- 2014-07-01 05:55:20 - cd /src TB --- 2014-07-01 05:55:20 - /usr/bin/make -B buildkernel KERNCONF=BERI_TEMPLATE >>> Kernel build for BERI_TEMPLATE started on Tue Jul 1 05:55:20 UTC 2014 >>> 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 BERI_TEMPLATE completed on Tue Jul 1 05:57:49 UTC 2014 TB --- 2014-07-01 05:57:49 - cd /src/sys/mips/conf TB --- 2014-07-01 05:57:49 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m CARAMBOLA2 TB --- 2014-07-01 05:57:49 - skipping CARAMBOLA2 kernel TB --- 2014-07-01 05:57:49 - cd /src/sys/mips/conf TB --- 2014-07-01 05:57:49 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m DB120 TB --- 2014-07-01 05:57:49 - skipping DB120 kernel TB --- 2014-07-01 05:57:49 - cd /src/sys/mips/conf TB --- 2014-07-01 05:57:49 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m DIR-825B1 TB --- 2014-07-01 05:57:49 - skipping DIR-825B1 kernel TB --- 2014-07-01 05:57:49 - cd /src/sys/mips/conf TB --- 2014-07-01 05:57:49 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m DIR-825C1 TB --- 2014-07-01 05:57:49 - skipping DIR-825C1 kernel TB --- 2014-07-01 05:57:49 - cd /src/sys/mips/conf TB --- 2014-07-01 05:57:49 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ENH200 TB --- 2014-07-01 05:57:49 - skipping ENH200 kernel TB --- 2014-07-01 05:57:49 - cd /src/sys/mips/conf TB --- 2014-07-01 05:57:49 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m GXEMUL TB --- 2014-07-01 05:57:49 - building GXEMUL kernel TB --- 2014-07-01 05:57:49 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 05:57:49 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 05:57:49 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 05:57:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 05:57:49 - SRCCONF=/dev/null TB --- 2014-07-01 05:57:49 - TARGET=mips TB --- 2014-07-01 05:57:49 - TARGET_ARCH=mips64 TB --- 2014-07-01 05:57:49 - TZ=UTC TB --- 2014-07-01 05:57:49 - __MAKE_CONF=/dev/null TB --- 2014-07-01 05:57:49 - cd /src TB --- 2014-07-01 05:57:49 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL >>> Kernel build for GXEMUL started on Tue Jul 1 05:57:49 UTC 2014 >>> 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 GXEMUL completed on Tue Jul 1 05:59:54 UTC 2014 TB --- 2014-07-01 05:59:54 - cd /src/sys/mips/conf TB --- 2014-07-01 05:59:54 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m GXEMUL32 TB --- 2014-07-01 05:59:54 - skipping GXEMUL32 kernel TB --- 2014-07-01 05:59:54 - cd /src/sys/mips/conf TB --- 2014-07-01 05:59:54 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m IDT TB --- 2014-07-01 05:59:54 - skipping IDT kernel TB --- 2014-07-01 05:59:54 - cd /src/sys/mips/conf TB --- 2014-07-01 05:59:54 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m MALTA TB --- 2014-07-01 05:59:54 - skipping MALTA kernel TB --- 2014-07-01 05:59:54 - cd /src/sys/mips/conf TB --- 2014-07-01 05:59:54 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m MALTA64 TB --- 2014-07-01 05:59:54 - skipping MALTA64 kernel TB --- 2014-07-01 05:59:54 - cd /src/sys/mips/conf TB --- 2014-07-01 05:59:54 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m OCTEON1 TB --- 2014-07-01 05:59:54 - building OCTEON1 kernel TB --- 2014-07-01 05:59:54 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 05:59:54 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 05:59:54 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 05:59:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 05:59:54 - SRCCONF=/dev/null TB --- 2014-07-01 05:59:54 - TARGET=mips TB --- 2014-07-01 05:59:54 - TARGET_ARCH=mips64 TB --- 2014-07-01 05:59:54 - TZ=UTC TB --- 2014-07-01 05:59:54 - __MAKE_CONF=/dev/null TB --- 2014-07-01 05:59:54 - cd /src TB --- 2014-07-01 05:59:54 - /usr/bin/make -B buildkernel KERNCONF=OCTEON1 >>> Kernel build for OCTEON1 started on Tue Jul 1 05:59:54 UTC 2014 >>> 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 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/buslogic/bt.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/buslogic/bt_pci.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/cardbus/cardbus.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/cardbus/cardbus_cis.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/cardbus/cardbus_device.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/ciss/ciss.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/dc/if_dc.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/dc/dcphy.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/dc/pnphy.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/de/if_de.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/dpt/dpt_pci.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/dpt/dpt_scsi.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror eisa_if.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/e1000/if_lem.c -I/src/sys/dev/e1000 cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -Werror /src/sys/dev/e1000/if_igb.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_igb.c: In function 'igb_attach': /src/sys/dev/e1000/if_igb.c:2461: warning: 'cpu_id' may be used uninitialized in this function /src/sys/dev/e1000/if_igb.c:2461: note: 'cpu_id' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/OCTEON1 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-01 06:02:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-01 06:02:07 - ERROR: failed to build OCTEON1 kernel TB --- 2014-07-01 06:02:07 - 4167.02 user 883.90 system 5330.38 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 07:14:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 619442AD for ; Tue, 1 Jul 2014 07:14:37 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1B1422D95 for ; Tue, 1 Jul 2014 07:14:37 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 532C21FE02D; Tue, 1 Jul 2014 09:14:32 +0200 (CEST) Message-ID: <53B25FEA.5070005@selasky.org> Date: Tue, 01 Jul 2014 09:14:50 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: "Lundberg, Johannes" Subject: Re: ucom_free Fatal trap on shutdown / module unload References: <53A907E9.5020007@selasky.org> <53A9C37A.7030803@selasky.org> <53AA5A0E.1050704@selasky.org> <53AC8C21.6080504@selasky.org> <53AD01C6.1080005@selasky.org> <53AED789.9070504@selasky.org> <53B0E3FD.30800@selasky.org> <53B24820.2020800@selasky.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , Fredrik Lindberg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 07:14:37 -0000 Hi Johannes, Thank you for your patience! http://svnweb.freebsd.org/changeset/base/268078 --HPS From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 07:41:37 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF7EF7FA; Tue, 1 Jul 2014 07:41:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7C4442F63; Tue, 1 Jul 2014 07:41:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s617fU5O001265; Tue, 1 Jul 2014 03:41:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s617fUVw001261; Tue, 1 Jul 2014 07:41:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 1 Jul 2014 07:41:30 GMT Message-Id: <201407010741.s617fUVw001261@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2014 07:41:37 -0000 TB --- 2014-07-01 06:20:57 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-01 06:20:57 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-01 06:20:57 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-07-01 06:20:57 - cleaning the object tree TB --- 2014-07-01 06:21:57 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-01 06:22:01 - At svn revision 268065 TB --- 2014-07-01 06:22:02 - building world TB --- 2014-07-01 06:22:02 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 06:22:02 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 06:22:02 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 06:22:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 06:22:02 - SRCCONF=/dev/null TB --- 2014-07-01 06:22:02 - TARGET=sparc64 TB --- 2014-07-01 06:22:02 - TARGET_ARCH=sparc64 TB --- 2014-07-01 06:22:02 - TZ=UTC TB --- 2014-07-01 06:22:02 - __MAKE_CONF=/dev/null TB --- 2014-07-01 06:22:02 - cd /src TB --- 2014-07-01 06:22:02 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Tue Jul 1 06:22:09 UTC 2014 >>> 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 Jul 1 07:35:57 UTC 2014 TB --- 2014-07-01 07:35:57 - generating LINT kernel config TB --- 2014-07-01 07:35:57 - cd /src/sys/sparc64/conf TB --- 2014-07-01 07:35:57 - /usr/bin/make -B LINT TB --- 2014-07-01 07:35:57 - cd /src/sys/sparc64/conf TB --- 2014-07-01 07:35:57 - /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-01 07:35:57 - building LINT kernel TB --- 2014-07-01 07:35:57 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 07:35:57 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 07:35:57 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 07:35:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 07:35:57 - SRCCONF=/dev/null TB --- 2014-07-01 07:35:57 - TARGET=sparc64 TB --- 2014-07-01 07:35:57 - TARGET_ARCH=sparc64 TB --- 2014-07-01 07:35:57 - TZ=UTC TB --- 2014-07-01 07:35:57 - __MAKE_CONF=/dev/null TB --- 2014-07-01 07:35:57 - cd /src TB --- 2014-07-01 07:35:57 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jul 1 07:35:57 UTC 2014 >>> 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 [...] ld -b binary --no-warn-mismatch -d -warn-common -r -o t5fw_cfg.fwo t5fw_cfg.fw uudecode -o t5fw.fw /src/sys/dev/cxgbe/firmware/t5fw-1.11.27.0.bin.uu ld -b binary --no-warn-mismatch -d -warn-common -r -o t5fw.fwo t5fw.fw 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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/dc/if_dc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/dc/dcphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/dc/pnphy.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/dcons/dcons.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/dcons/dcons_crom.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/dcons/dcons_os.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/de/if_de.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/dpt/dpt_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/dpt/dpt_scsi.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/e1000/if_lem.c -I/src/sys/dev/e1000 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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/e1000/if_igb.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_igb.c: In function 'igb_attach': /src/sys/dev/e1000/if_igb.c:2461: warning: 'cpu_id' may be used uninitialized in this function /src/sys/dev/e1000/if_igb.c:2461: note: 'cpu_id' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-01 07:41:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-01 07:41:30 - ERROR: failed to build LINT kernel TB --- 2014-07-01 07:41:30 - 3575.31 user 711.48 system 4832.28 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 09:12:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ABB2B609; Tue, 1 Jul 2014 09:12:57 +0000 (UTC) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1B5622861; Tue, 1 Jul 2014 09:12:56 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id m15so9404417wgh.9 for ; Tue, 01 Jul 2014 02:12:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=uU58Olg7Ac0odPGVqkXt4DZsq58ATxhdfUhFfFMvohQ=; b=MMiwR/Z2YhsTL43fynnpmpzj5Ol9tcxIIs9jWJRvRuGLCcnN0DDBJLq169RHdaXGeI XazPG0IZPcnkukAZBK9nsA2JitSO/93YvaHUKeExCKhaZD74qpgYsvAlrYHnne7aqMgK bly8wfZOzEJSjozDLw+/80EP09RCZTy8oFULjIlOzzVE1Kz34Pln9rpMDQgTbrlsD1FJ KagUHNHIImH08kKWsOjKs7p2jfg8MsbZ1m1k4LF8RZi6BPu1YLl/VVwMHCYmCQrXx0g3 /1kMJQBfi3eK3Nmd+mR2AyyO14qDiM8Pdk6TEsxY7NS6fbgWG2NzTqW3K2pkD/QmGKtB HwQQ== X-Received: by 10.180.186.97 with SMTP id fj1mr34532837wic.18.1404205975305; Tue, 01 Jul 2014 02:12:55 -0700 (PDT) Received: from brick ([83.2.52.186]) by mx.google.com with ESMTPSA id da9sm41132243wib.5.2014.07.01.02.12.54 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 01 Jul 2014 02:12:54 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Tue, 1 Jul 2014 11:12:52 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Sreenivasa Honnur Subject: Re: FreeBSD iscsi target Message-ID: <20140701091252.GB3443@brick> Mail-Followup-To: Sreenivasa Honnur , "freebsd-hackers@freebsd.org" , freebsd-current Current References: <20140626232727.GB1825@pwnie.vrt.sourcefire.com> <53ACE5B4.8070700@rice.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: "freebsd-hackers@freebsd.org" , freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 09:12:57 -0000 Hi. I've replied in private, but just for the record: On 0627T0927, Sreenivasa Honnur wrote: > Does freebsd iscsi target supports: > 1. ACL (access control lists) In 10-STABLE there is a way to control access based on initiator name and IP address. > 2. iSNS No; it's one of the iSCSI features that seem to only be used for marketing purposes :-) > 3. Multiple connections per session No; see above. > 4. Dynamic Lun allocation/resize Yes. > 5. Target redirection It's in Perforce; I'll try to get it into 11-HEAD shortly. From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 09:40:45 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1EBF2FE7; Tue, 1 Jul 2014 09:40:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CE7BD2B0C; Tue, 1 Jul 2014 09:40:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s619egBQ023388; Tue, 1 Jul 2014 05:40:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s619egjW023387; Tue, 1 Jul 2014 09:40:42 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 1 Jul 2014 09:40:42 GMT Message-Id: <201407010940.s619egjW023387@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2014 09:40:45 -0000 TB --- 2014-07-01 05:50:42 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-01 05:50:42 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-01 05:50:42 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-07-01 05:50:42 - cleaning the object tree TB --- 2014-07-01 05:51:58 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-01 05:52:05 - At svn revision 268065 TB --- 2014-07-01 05:52:06 - building world TB --- 2014-07-01 05:52:06 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 05:52:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 05:52:06 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 05:52:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 05:52:06 - SRCCONF=/dev/null TB --- 2014-07-01 05:52:06 - TARGET=powerpc TB --- 2014-07-01 05:52:06 - TARGET_ARCH=powerpc TB --- 2014-07-01 05:52:06 - TZ=UTC TB --- 2014-07-01 05:52:06 - __MAKE_CONF=/dev/null TB --- 2014-07-01 05:52:06 - cd /src TB --- 2014-07-01 05:52:06 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Tue Jul 1 05:52:13 UTC 2014 >>> 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 Jul 1 09:36:23 UTC 2014 TB --- 2014-07-01 09:36:23 - generating LINT kernel config TB --- 2014-07-01 09:36:23 - cd /src/sys/powerpc/conf TB --- 2014-07-01 09:36:23 - /usr/bin/make -B LINT TB --- 2014-07-01 09:36:23 - cd /src/sys/powerpc/conf TB --- 2014-07-01 09:36:23 - /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-01 09:36:23 - building LINT kernel TB --- 2014-07-01 09:36:23 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 09:36:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 09:36:23 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 09:36:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 09:36:23 - SRCCONF=/dev/null TB --- 2014-07-01 09:36:23 - TARGET=powerpc TB --- 2014-07-01 09:36:23 - TARGET_ARCH=powerpc TB --- 2014-07-01 09:36:23 - TZ=UTC TB --- 2014-07-01 09:36:23 - __MAKE_CONF=/dev/null TB --- 2014-07-01 09:36:23 - cd /src TB --- 2014-07-01 09:36:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jul 1 09:36:23 UTC 2014 >>> 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 [...] ld -b binary --no-warn-mismatch -d -warn-common -r -o t4fw.fwo t4fw.fw cc -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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -c t5fw_cfg.c cp /src/sys/dev/cxgbe/firmware/t5fw_cfg.txt t5fw_cfg.fw ld -b binary --no-warn-mismatch -d -warn-common -r -o t5fw_cfg.fwo t5fw_cfg.fw uudecode -o t5fw.fw /src/sys/dev/cxgbe/firmware/t5fw-1.11.27.0.bin.uu ld -b binary --no-warn-mismatch -d -warn-common -r -o t5fw.fwo t5fw.fw 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dc/if_dc.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dc/dcphy.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dc/pnphy.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/de/if_de.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dpt/dpt_pci.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dpt/dpt_scsi.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror eisa_if.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/e1000/if_lem.c -I/src/sys/dev/e1000 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/e1000/if_igb.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_igb.c: In function 'igb_attach': /src/sys/dev/e1000/if_igb.c:2461: warning: 'cpu_id' may be used uninitialized in this function /src/sys/dev/e1000/if_igb.c:2461: note: 'cpu_id' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-01 09:40:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-01 09:40:42 - ERROR: failed to build LINT kernel TB --- 2014-07-01 09:40:42 - 12037.70 user 1321.25 system 13800.00 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 10:21:57 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9F4AACC; Tue, 1 Jul 2014 10:21:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9EFB22E80; Tue, 1 Jul 2014 10:21:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s61ALuBr030041; Tue, 1 Jul 2014 06:21:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s61ALusl030040; Tue, 1 Jul 2014 10:21:56 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 1 Jul 2014 10:21:56 GMT Message-Id: <201407011021.s61ALusl030040@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2014 10:21:57 -0000 TB --- 2014-07-01 06:02:07 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-01 06:02:07 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-01 06:02:07 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-07-01 06:02:07 - cleaning the object tree TB --- 2014-07-01 06:03:52 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-01 06:03:55 - At svn revision 268065 TB --- 2014-07-01 06:03:56 - building world TB --- 2014-07-01 06:03:56 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 06:03:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 06:03:56 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 06:03:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 06:03:56 - SRCCONF=/dev/null TB --- 2014-07-01 06:03:56 - TARGET=powerpc TB --- 2014-07-01 06:03:56 - TARGET_ARCH=powerpc64 TB --- 2014-07-01 06:03:56 - TZ=UTC TB --- 2014-07-01 06:03:56 - __MAKE_CONF=/dev/null TB --- 2014-07-01 06:03:56 - cd /src TB --- 2014-07-01 06:03:56 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Tue Jul 1 06:04:03 UTC 2014 >>> 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 Jul 1 10:19:25 UTC 2014 TB --- 2014-07-01 10:19:25 - generating LINT kernel config TB --- 2014-07-01 10:19:25 - cd /src/sys/powerpc/conf TB --- 2014-07-01 10:19:25 - /usr/bin/make -B LINT TB --- 2014-07-01 10:19:25 - cd /src/sys/powerpc/conf TB --- 2014-07-01 10:19:25 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-01 10:19:25 - skipping LINT kernel TB --- 2014-07-01 10:19:25 - cd /src/sys/powerpc/conf TB --- 2014-07-01 10:19:25 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC TB --- 2014-07-01 10:19:25 - skipping GENERIC kernel TB --- 2014-07-01 10:19:25 - cd /src/sys/powerpc/conf TB --- 2014-07-01 10:19:25 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC64 TB --- 2014-07-01 10:19:25 - building GENERIC64 kernel TB --- 2014-07-01 10:19:25 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 10:19:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 10:19:25 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 10:19:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 10:19:25 - SRCCONF=/dev/null TB --- 2014-07-01 10:19:25 - TARGET=powerpc TB --- 2014-07-01 10:19:25 - TARGET_ARCH=powerpc64 TB --- 2014-07-01 10:19:25 - TZ=UTC TB --- 2014-07-01 10:19:25 - __MAKE_CONF=/dev/null TB --- 2014-07-01 10:19:25 - cd /src TB --- 2014-07-01 10:19:25 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Tue Jul 1 10:19:26 UTC 2014 >>> 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 [...] ctfconvert -L VERSION -g if_bge.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/cpufreq/ichss.c ctfconvert -L VERSION -g ichss.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dc/if_dc.c ctfconvert -L VERSION -g if_dc.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dc/dcphy.c ctfconvert -L VERSION -g dcphy.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/dc/pnphy.c ctfconvert -L VERSION -g pnphy.o awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror eisa_if.c ctfconvert -L VERSION -g eisa_if.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 ctfconvert -L VERSION -g if_em.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/e1000/if_lem.c -I/src/sys/dev/e1000 ctfconvert -L VERSION -g if_lem.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/dev/e1000/if_igb.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_igb.c: In function 'igb_attach': /src/sys/dev/e1000/if_igb.c:2461: warning: 'cpu_id' may be used uninitialized in this function /src/sys/dev/e1000/if_igb.c:2461: note: 'cpu_id' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-01 10:21:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-01 10:21:56 - ERROR: failed to build GENERIC64 kernel TB --- 2014-07-01 10:21:56 - 13721.73 user 1652.85 system 15588.75 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 13:08:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8210487C; Tue, 1 Jul 2014 13:08:03 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3A9F72F0C; Tue, 1 Jul 2014 13:08:03 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1X1xmy-0038Ir-8A>; Tue, 01 Jul 2014 15:08:00 +0200 Received: from g225051198.adsl.alicedsl.de ([92.225.51.198] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1X1xmy-003zSB-3x>; Tue, 01 Jul 2014 15:08:00 +0200 Date: Tue, 1 Jul 2014 15:07:55 +0200 From: "O. Hartmann" To: Dimitry Andric Subject: Re: [CURRENT]: weird memory/linker problem? Message-ID: <20140701150755.548ed6b9.ohartman@zedat.fu-berlin.de> In-Reply-To: References: <20140622165639.17a1ba1e.ohartman@zedat.fu-berlin.de> <20140623163115.03bdd675.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_//Cv8fOTUy+ggz/rZmBaBywj"; protocol="application/pgp-signature" X-Originating-IP: 92.225.51.198 X-ZEDAT-Hint: A Cc: Adrian Chadd , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 13:08:03 -0000 --Sig_//Cv8fOTUy+ggz/rZmBaBywj Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Mon, 23 Jun 2014 17:22:25 +0200 Dimitry Andric schrieb: > On 23 Jun 2014, at 16:31, O. Hartmann wrote: > > Am Sun, 22 Jun 2014 10:10:04 -0700 > > Adrian Chadd schrieb: > >> When they segfault, where do they segfault? > ... > > GIMP, LaTeX work, nothing special, but a bit memory consuming regrading= GIMP) I tried > > updating the ports tree and surprisingly the tree is left over in a unc= lean condition > > while /usr/bin/svn segfault (on console: pid 18013 (svn), uid 0: exited= on signal 11 > > (core dumped)). > >=20 > > Using /usr/local/bin/svn, which is from the devel/subversion port, perf= orms well, > > while FreeBSD 11's svn contribution dies as described. It did not hours= ago! >=20 > I think what Adrian meant was: can you run svn (or another crashing > program) in gdb, and post a backtrace? Or maybe run ktrace, and see > where it dies? >=20 > Alternatively, put a core dump and the executable (with debug info) in a > tarball, and upload it somewhere, so somebody else can analyze it. >=20 > -Dimitry >=20 It's me again, with the same weird story. After a couple of days silence, the mysterious entity in my computer is bac= k. This time it is again a weird compiler message of failure (trying to buildworld): [...] c++ -O2 -pipe -O3 -O3 -I/usr/src/lib/clang/libllvmsupport/../../../contrib= /llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/inclu= de -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/i= nclude -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MA= CROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebs= d11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=3Dc++11 -= fno-exceptions -fno-rtti -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Host= .cpp -o Host.o --- GraphWriter.o --- In file included from /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Gr= aphWriter.cpp:14: /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/i= nclude/llvm/Support/GraphWriter.h:269:10: error: use of undeclared identifier 'DOD'; did you mean 'DOT'? O << DOD::EscapeString(Label); ^~~ DOT /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/Su= pport/GraphWriter.h:35:11: note: 'DOT' declared here namespace DOT { // Private functions... ^ 1 erro= r generated. *** [GraphWriter.o] Error code 1 Well, in the past I saw many of those messages, especially not found labels= of routines in shared objects/libraries or even those "funny" misspelled messages shown= above. I can not reproduce them after a reboot, but as long as the system is runni= ng with this error occured, it is sticky. So in order to compile the OS successfully, I = reboot. Does anyone have an idea what this could be? Since it affects at the moment= only one machine (the other CoreDuo has been retired in the meanwhile), it feels a b= it like a miscompilation on a certain type of CPU. Thanks for your patience, Oliver --Sig_//Cv8fOTUy+ggz/rZmBaBywj Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJTsrKvAAoJEOgBcD7A/5N8AsUH/RHQKWrbyt2o68WTLlNpUxI8 TYMp9rUeKyVJUtthCjcXYNQ4OMX2rKEyc/E0nGRQZFHvZed/793rXnhHX7tS39dS MmFMy9LEE3kra4RYPE944A+CZ9A3EW6S+fhQcWlwGDKKzrhkl5yUGR0cexTEeODC ejo0GNIf8r4hyEf77QwrIRLimu7TwNNJG3PQLnRyaJOepFQXJOEPqX5a5AR7wFsM al+WAlOGiuDZHnFY4eDDj+6ztlTYUJrdvZ0U5/jMffmbV/pzFn0T1VagYdEL1wfx FpDVqKkW7Cldx79IJi6qVCKFgay+JWcNE0Y53njaSgSdeJ1Vlz47uYWRPXz2HVo= =Tsta -----END PGP SIGNATURE----- --Sig_//Cv8fOTUy+ggz/rZmBaBywj-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 14:07:50 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 139D13A1; Tue, 1 Jul 2014 14:07:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DEB8B24D1; Tue, 1 Jul 2014 14:07:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s61E7mOu089449; Tue, 1 Jul 2014 10:07:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s61E7mlV089445; Tue, 1 Jul 2014 14:07:48 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 1 Jul 2014 14:07:48 GMT Message-Id: <201407011407.s61E7mlV089445@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2014 14:07:50 -0000 TB --- 2014-07-01 10:30:46 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-01 10:30:46 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-01 10:30:46 - starting HEAD tinderbox run for arm/arm TB --- 2014-07-01 10:30:46 - cleaning the object tree TB --- 2014-07-01 10:30:46 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-01 10:30:51 - At svn revision 268087 TB --- 2014-07-01 10:30:52 - building world TB --- 2014-07-01 10:30:52 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 10:30:52 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 10:30:52 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 10:30:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 10:30:52 - SRCCONF=/dev/null TB --- 2014-07-01 10:30:52 - TARGET=arm TB --- 2014-07-01 10:30:52 - TARGET_ARCH=arm TB --- 2014-07-01 10:30:52 - TZ=UTC TB --- 2014-07-01 10:30:52 - __MAKE_CONF=/dev/null TB --- 2014-07-01 10:30:52 - cd /src TB --- 2014-07-01 10:30:52 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Tue Jul 1 10:30:59 UTC 2014 >>> 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 Jul 1 13:50:26 UTC 2014 TB --- 2014-07-01 13:50:26 - generating LINT kernel config TB --- 2014-07-01 13:50:26 - cd /src/sys/arm/conf TB --- 2014-07-01 13:50:26 - /usr/bin/make -B LINT TB --- 2014-07-01 13:50:26 - cd /src/sys/arm/conf TB --- 2014-07-01 13:50:26 - /obj/arm.arm/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-01 13:50:26 - building LINT kernel TB --- 2014-07-01 13:50:26 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 13:50:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 13:50:26 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 13:50:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 13:50:26 - SRCCONF=/dev/null TB --- 2014-07-01 13:50:26 - TARGET=arm TB --- 2014-07-01 13:50:26 - TARGET_ARCH=arm TB --- 2014-07-01 13:50:26 - TZ=UTC TB --- 2014-07-01 13:50:26 - __MAKE_CONF=/dev/null TB --- 2014-07-01 13:50:26 - cd /src TB --- 2014-07-01 13:50:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jul 1 13:50:26 UTC 2014 >>> 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 [...] machdep.o: warning: previous common is here pxa_machdep.o: warning: multiple common of `kernelstack' at91_machdep.o: warning: previous common is here pxa_machdep.o: warning: multiple common of `minidataclean' ep80219_machdep.o: warning: previous common is here pxa_machdep.o: warning: multiple common of `msgbufpv' at91_machdep.o: warning: previous common is here uart_cpu_pxa.o: warning: multiple common of `uart_bus_space_mem' uart_cpu_fdt.o: warning: previous common is here uart_cpu_pxa.o: warning: multiple common of `uart_bus_space_io' uart_cpu_fdt.o: warning: previous common is here kbd.o: In function `kbd_register': /src/sys/dev/kbd/kbd.c:(.text+0x42c): undefined reference to `__stop_set_kbddriver_set' /src/sys/dev/kbd/kbd.c:(.text+0x430): undefined reference to `__start_set_kbddriver_set' kbd.o: In function `kbd_get_switch': /src/sys/dev/kbd/kbd.c:(.text+0x5c0): undefined reference to `__start_set_kbddriver_set' /src/sys/dev/kbd/kbd.c:(.text+0x5c4): undefined reference to `__stop_set_kbddriver_set' kbd.o: In function `kbd_configure': /src/sys/dev/kbd/kbd.c:(.text+0x898): undefined reference to `__start_set_kbddriver_set' /src/sys/dev/kbd/kbd.c:(.text+0x89c): undefined reference to `__stop_set_kbddriver_set' *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-01 14:07:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-01 14:07:48 - ERROR: failed to build LINT kernel TB --- 2014-07-01 14:07:48 - 10431.13 user 1766.10 system 13021.20 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 14:42:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 089F9ADB for ; Tue, 1 Jul 2014 14:42:38 +0000 (UTC) Received: from mout.gmx.com (mout.gmx.com [74.208.4.200]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C85D4286A for ; Tue, 1 Jul 2014 14:42:37 +0000 (UTC) Received: from [157.181.96.215] ([157.181.96.215]) by mail.gmx.com (mrgmxus001) with ESMTPSA (Nemesis) id 0M1moe-1WlpC02nXO-00tmxw for ; Tue, 01 Jul 2014 16:42:30 +0200 Message-ID: <53B2C8B4.50306@gmx.com> Date: Tue, 01 Jul 2014 16:41:56 +0200 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: freebsd and utf-8 directory names References: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBCEC@exchange.mands.hu> In-Reply-To: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBCEC@exchange.mands.hu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K0:Twz4QemmHjsXmQ23u0xdNAOkarw0YMZVrItuUa+nneoYj9hJ4Cx 4sjUnY+d91FMHPjGWXmDFPt/69XFZ8ynvXSu4/S2d8aMGKulJZwYZNr8UTnBvpJUMacW8DE /qJjYtrhWRgZFkeK2dDrPbttHL5tBJhS+RAO7NA/5bfrWltAonIxSEU63d1QR3BfuWL215w hiJNiD88eTGd8vI9QWcEA== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 14:42:38 -0000 M&S - Krasznai András wrote, On 06/30/2014 08:30: > There is a partition formatted for FAT32 where I store documents which I would like to view (and edit) both in windows and freebsd. > > The problem is that if the path name contains certain Hungarian characters (e.g o with double accent), then libreoffice in FreeBSD refuses to open them complaining about illegal characters. The directory was created in windows, the document also, and I can handle them perfectly from windows (what is more, libreoffice under a linux can also open those documents). Some accented characters are shown as a question mark in FreeBSD, and some others are as a black rectangle; these latter are causing problems. If a file-nam contains such characters then the file is shown as 0- length in Midnight Commander. This is not limited to Hungarian characters. There are bugs in FreeBSD's FAT handling code. According to an IRC discussion with "mux", FreeBSD has plenty of VOP_LOOKUP bugs, and this case hits such a bug. To allow FreeBSD to read files with fancy UTF-8 characters in their names, mount the FAT32 partition with ``-o shortnames''. Then, you won't be able to use proper file naming (so this is not even a workaround), but at least you'll be able to read the said files. Poke the FreeBSD developers to start fixing bugs, maybe (but not very likely) that will help. Also, you're at least the 3rd user (I'm at least the 2nd) that runs into this case; ie., here's a report: http://forums.freebsd.org/showthread.php?t=14612 (of course, this does not contain a solution). From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 14:48:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 778BED63; Tue, 1 Jul 2014 14:48:26 +0000 (UTC) Received: from mailuogwhop.emc.com (mailuogwhop.emc.com [168.159.213.141]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mailuogwprd01.lss.emc.com", Issuer "RSA Corporate Server CA v2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 21EBC28CB; Tue, 1 Jul 2014 14:48:25 +0000 (UTC) Received: from maildlpprd03.lss.emc.com (maildlpprd03.lss.emc.com [10.253.24.35]) by mailuogwprd01.lss.emc.com (Sentrion-MTA-4.3.0/Sentrion-MTA-4.3.0) with ESMTP id s61EmMNJ019865 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Jul 2014 10:48:23 -0400 X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd01.lss.emc.com s61EmMNJ019865 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=isilon.com; s=jan2013; t=1404226103; bh=wt+Ge81D+YEtAs/ygTVuM5CZ4TU=; h=From:To:CC:Subject:Date:Message-ID:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:MIME-Version; b=A0M/j4HQ77tDGTesWP7erjJQBd+UBp0p78/4RQhoa7orCytGgYAOBEtnbiZX64nrw twQdZ/cAB+hn0tp1rynzgq68usqts1cQHlinQzuKPuCGkdFXEK4iBTTsWTCffjwX27 4gnmei3gy+zm9kOrZP4bx2GO3D2RasmsscFj4rlQ= X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd01.lss.emc.com s61EmMNJ019865 Received: from mailusrhubprd03.lss.emc.com (mailusrhubprd03.lss.emc.com [10.253.24.21]) by maildlpprd03.lss.emc.com (RSA Interceptor); Tue, 1 Jul 2014 10:48:10 -0400 Received: from mxhub15.corp.emc.com (mxhub15.corp.emc.com [128.222.70.236]) by mailusrhubprd03.lss.emc.com (Sentrion-MTA-4.3.0/Sentrion-MTA-4.3.0) with ESMTP id s61EmAoc003758 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 1 Jul 2014 10:48:10 -0400 Received: from MXHUB106.corp.emc.com (10.253.58.23) by mxhub15.corp.emc.com (128.222.70.236) with Microsoft SMTP Server (TLS) id 8.3.327.1; Tue, 1 Jul 2014 10:48:09 -0400 Received: from MX104CL01.corp.emc.com ([169.254.7.121]) by MXHUB106.corp.emc.com ([10.253.58.23]) with mapi id 14.03.0181.006; Tue, 1 Jul 2014 10:48:10 -0400 From: "Rang, Anton" To: "O. Hartmann" , Dimitry Andric Subject: RE: [CURRENT]: weird memory/linker problem? Thread-Topic: [CURRENT]: weird memory/linker problem? Thread-Index: AQHPjirDPp9YdcZprkizJ/OsgnsAp5t9oFYAgAFl9oCAAA5LgIAMbROA///YddA= Date: Tue, 1 Jul 2014 14:48:09 +0000 Message-ID: References: <20140622165639.17a1ba1e.ohartman@zedat.fu-berlin.de> <20140623163115.03bdd675.ohartman@zedat.fu-berlin.de> <20140701150755.548ed6b9.ohartman@zedat.fu-berlin.de> In-Reply-To: <20140701150755.548ed6b9.ohartman@zedat.fu-berlin.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.13.49.240] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Sentrion-Hostname: mailusrhubprd03.lss.emc.com X-RSA-Classifications: public Cc: Adrian Chadd , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 14:48:26 -0000 DOT =3D> DOD 444F54 =3D> 444F44 That's a single-bit flip. Bad memory, perhaps? Anton -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freeb= sd.org] On Behalf Of O. Hartmann Sent: Tuesday, July 01, 2014 8:08 AM To: Dimitry Andric Cc: Adrian Chadd; FreeBSD CURRENT Subject: Re: [CURRENT]: weird memory/linker problem? Am Mon, 23 Jun 2014 17:22:25 +0200 Dimitry Andric schrieb: > On 23 Jun 2014, at 16:31, O. Hartmann wrote= : > > Am Sun, 22 Jun 2014 10:10:04 -0700 > > Adrian Chadd schrieb: > >> When they segfault, where do they segfault? > ... > > GIMP, LaTeX work, nothing special, but a bit memory consuming=20 > > regrading GIMP) I tried updating the ports tree and surprisingly the=20 > > tree is left over in a unclean condition while /usr/bin/svn segfault=20 > > (on console: pid 18013 (svn), uid 0: exited on signal 11 (core dumped))= . > >=20 > > Using /usr/local/bin/svn, which is from the devel/subversion port,=20 > > performs well, while FreeBSD 11's svn contribution dies as described. I= t did not hours ago! >=20 > I think what Adrian meant was: can you run svn (or another crashing > program) in gdb, and post a backtrace? Or maybe run ktrace, and see=20 > where it dies? >=20 > Alternatively, put a core dump and the executable (with debug info) in=20 > a tarball, and upload it somewhere, so somebody else can analyze it. >=20 > -Dimitry >=20 It's me again, with the same weird story. After a couple of days silence, the mysterious entity in my computer is bac= k. This time it is again a weird compiler message of failure (trying to bui= ldworld): [...] c++ -O2 -pipe -O3 -O3=20 c++ -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/inclu= de -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/i= nclude -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MA= CROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-f= reebsd11.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\= " -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=3Dc++11 -= fno-exceptions -fno-rtti -Wno-c++11-extensions -c /usr/src/lib/clang/libllv= msupport/../../../contrib/llvm/lib/Support/Host.cpp -o Host.o --- GraphWriter.o --- In file included from /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Gr= aphWriter.cpp:14: /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/i= nclude/llvm/Support/GraphWriter.h:269:10: error: use of undeclared identifier 'DOD'; did you mean 'DOT'? O << DOD::Es= capeString(Label); ^~~ DOT /usr/src/lib/clang/libllvmsupport/../../../contr= ib/llvm/include/llvm/Support/GraphWriter.h:35:11: note: 'DOT' declared here namespace DOT { // Private functions... ^ 1 erro= r generated. *** [GraphWriter.o] Error code 1 Well, in the past I saw many of those messages, especially not found labels= of routines in shared objects/libraries or even those "funny" misspelled m= essages shown above. I can not reproduce them after a reboot, but as long as the system is runni= ng with this error occured, it is sticky. So in order to compile the OS suc= cessfully, I reboot. Does anyone have an idea what this could be? Since it affects at the moment= only one machine (the other CoreDuo has been retired in the meanwhile), it= feels a bit like a miscompilation on a certain type of CPU. Thanks for your patience, Oliver From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 15:07:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EDA0ABC7 for ; Tue, 1 Jul 2014 15:07:58 +0000 (UTC) Received: from mail.mands.hu (mail2.mands.hu [93.189.114.146]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B1442AFB for ; Tue, 1 Jul 2014 15:07:57 +0000 (UTC) Received: from exchange.mands.hu ([::1]) by exchange.mands.hu ([::1]) with mapi; Tue, 1 Jul 2014 17:07:47 +0200 From: =?utf-8?B?TSZTIC0gS3Jhc3puYWkgQW5kcsOhcw==?= To: "dt71@gmx.com" , "freebsd-current@freebsd.org" Date: Tue, 1 Jul 2014 17:07:47 +0200 Subject: RE: freebsd and utf-8 directory names Thread-Topic: freebsd and utf-8 directory names Thread-Index: Ac+VOrhzCZ0IdkVsSautry4/47WdiAAAgBOA Message-ID: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBE03@exchange.mands.hu> References: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBCEC@exchange.mands.hu> <53B2C8B4.50306@gmx.com> In-Reply-To: <53B2C8B4.50306@gmx.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 15:07:59 -0000 SGksIA0KDQpJIGFtIG5vdCB2ZXJ5IHNhdGlzZmllZCB3aXRoIHRoaXMgc2l0dWF0aW9uLiANCg0K VG9kYXkgSSB3YXMgbG9va2luZyB1cCB0aGUgSHVuZ2FyaWFuIEZyZWVCU0Qgc2l0ZSwgYnV0IHRo ZSBIdW5nYXJpYW4gdHJhbnNsYXRpb24gb2YgdGhlIGhhbmRib29rIGRlYWxzIG9ubHkgd2l0aCBz ZXR0aW5ncyBmb3IgR2VybWFuLCBSdXNzaWFuIGFuZCBKYXBhbmVzZSBlbnZpcm9ubWVudC4NCg0K QSBsaXR0bGUgYWRkaXRpb25hbCBpbmZvOg0KDQpJIGluc3RhbGxlZCB4ZmUgKHgxMS1mbS94ZmUp IGZpbGUgbWFuYWdlciBpbiB0aGUgc2FtZSBmcmVlYnNkIGNvbmZpZ3VyYXRpb24uIFRoaXMgYXBw bGljYXRpb24gZGlzcGxheXMgYW5kIGhhbmRsZXMgdGhvc2UgZGlyZXRvcmllcyBhbmQgZmlsZXMg cGVyZmVjdGx5LCBidXQgYXMgc29vbiBhcyBJIHdhbnQgdG8gb3BlbiBzdWNoIGEgZmlsZSB3aXRo IGRvdWJsZSBjbGljayBvbiBpdCAgKEkgc2V0IHhmZSB0byBpbnZva2UgbGlicmVvZmZpY2UgaW4g dGhpcyBjYXNlKSBsaWJyZW9mZmljZSBzdGlsbCByZWZ1c2VzIHRvIG9wZW4gdGhlIGZpbGUuIA0K DQpFdmVuIG1pZG5pZ2h0IGNvbW1hbmRlciBmYWlscyB0byBoYW5kbGUgc3VjaCBmaWxlcy4NCg0K V2hhdCBkb2VzIHhmZSBkbyBkaWZmZXJlbnRseT8gDQoNCnJnZHMNCkFuZHLDoXMNCg0KDQoNCg0K LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IG93bmVyLWZyZWVic2QtY3VycmVudEBm cmVlYnNkLm9yZyBbbWFpbHRvOm93bmVyLWZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZ10gT24g QmVoYWxmIE9mIGR0NzFAZ214LmNvbQ0KU2VudDogVHVlc2RheSwgSnVseSAwMSwgMjAxNCA0OjQy IFBNDQpUbzogZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnDQpTdWJqZWN0OiBSZTogZnJlZWJz ZCBhbmQgdXRmLTggZGlyZWN0b3J5IG5hbWVzDQoNCk0mUyAtIEtyYXN6bmFpIEFuZHLDoXMgd3Jv dGUsIE9uIDA2LzMwLzIwMTQgMDg6MzA6DQo+IFRoZXJlIGlzIGEgcGFydGl0aW9uIGZvcm1hdHRl ZCBmb3IgRkFUMzIgd2hlcmUgSSBzdG9yZSBkb2N1bWVudHMgd2hpY2ggSSB3b3VsZCBsaWtlIHRv IHZpZXcgKGFuZCBlZGl0KSBib3RoIGluICB3aW5kb3dzIGFuZCBmcmVlYnNkLg0KPg0KPiBUaGUg cHJvYmxlbSBpcyB0aGF0IGlmIHRoZSBwYXRoIG5hbWUgY29udGFpbnMgY2VydGFpbiBIdW5nYXJp YW4gY2hhcmFjdGVycyAoZS5nIG8gd2l0aCBkb3VibGUgYWNjZW50KSwgdGhlbiBsaWJyZW9mZmlj ZSBpbiBGcmVlQlNEIHJlZnVzZXMgdG8gb3BlbiB0aGVtIGNvbXBsYWluaW5nIGFib3V0IGlsbGVn YWwgY2hhcmFjdGVycy4gVGhlIGRpcmVjdG9yeSB3YXMgY3JlYXRlZCBpbiB3aW5kb3dzLCB0aGUg ZG9jdW1lbnQgYWxzbywgYW5kIEkgY2FuIGhhbmRsZSB0aGVtIHBlcmZlY3RseSBmcm9tIHdpbmRv d3MgKHdoYXQgaXMgbW9yZSwgbGlicmVvZmZpY2UgdW5kZXIgYSBsaW51eCBjYW4gYWxzbyBvcGVu IHRob3NlIGRvY3VtZW50cykuIFNvbWUgYWNjZW50ZWQgY2hhcmFjdGVycyBhcmUgc2hvd24gYXMg YSBxdWVzdGlvbiBtYXJrIGluIEZyZWVCU0QsIGFuZCBzb21lIG90aGVycyBhcmUgYXMgYSBibGFj ayByZWN0YW5nbGU7IHRoZXNlIGxhdHRlciBhcmUgY2F1c2luZyBwcm9ibGVtcy4gSWYgYSBmaWxl LW5hbSBjb250YWlucyBzdWNoIGNoYXJhY3RlcnMgdGhlbiB0aGUgZmlsZSBpcyBzaG93biBhcyAw LSBsZW5ndGggaW4gTWlkbmlnaHQgQ29tbWFuZGVyLg0KDQpUaGlzIGlzIG5vdCBsaW1pdGVkIHRv IEh1bmdhcmlhbiBjaGFyYWN0ZXJzLiBUaGVyZSBhcmUgYnVncyBpbiBGcmVlQlNEJ3MgRkFUIGhh bmRsaW5nIGNvZGUuIEFjY29yZGluZyB0byBhbiBJUkMgZGlzY3Vzc2lvbiB3aXRoICJtdXgiLCBG cmVlQlNEIGhhcyBwbGVudHkgb2YgVk9QX0xPT0tVUCBidWdzLCBhbmQgdGhpcyBjYXNlIGhpdHMg c3VjaCBhIGJ1Zy4gVG8gYWxsb3cgRnJlZUJTRCB0byByZWFkIGZpbGVzIHdpdGggZmFuY3kgVVRG LTggY2hhcmFjdGVycyBpbiB0aGVpciBuYW1lcywgbW91bnQgdGhlIEZBVDMyIHBhcnRpdGlvbiB3 aXRoIGBgLW8gc2hvcnRuYW1lcycnLiBUaGVuLCB5b3Ugd29uJ3QgYmUgYWJsZSB0byB1c2UgcHJv cGVyIGZpbGUgbmFtaW5nIChzbyB0aGlzIGlzIG5vdCBldmVuIGEgd29ya2Fyb3VuZCksIGJ1dCBh dCBsZWFzdCB5b3UnbGwgYmUgYWJsZSB0byByZWFkIHRoZSBzYWlkIGZpbGVzLg0KDQpQb2tlIHRo ZSBGcmVlQlNEIGRldmVsb3BlcnMgdG8gc3RhcnQgZml4aW5nIGJ1Z3MsIG1heWJlIChidXQgbm90 IHZlcnkgbGlrZWx5KSB0aGF0IHdpbGwgaGVscC4NCg0KQWxzbywgeW91J3JlIGF0IGxlYXN0IHRo ZSAzcmQgdXNlciAoSSdtIGF0IGxlYXN0IHRoZSAybmQpIHRoYXQgcnVucyBpbnRvIHRoaXMgY2Fz ZTsgaWUuLCBoZXJlJ3MgYSByZXBvcnQ6IGh0dHA6Ly9mb3J1bXMuZnJlZWJzZC5vcmcvc2hvd3Ro cmVhZC5waHA/dD0xNDYxMiAob2YgY291cnNlLCB0aGlzIGRvZXMgbm90IGNvbnRhaW4gYSBzb2x1 dGlvbikuDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K ZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdCBodHRwOi8vbGlzdHMuZnJl ZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLWN1cnJlbnQNClRvIHVuc3Vic2NyaWJl LCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLWN1cnJlbnQtdW5zdWJzY3JpYmVAZnJlZWJzZC5v cmciDQo= From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 15:20:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E00D1342 for ; Tue, 1 Jul 2014 15:20:20 +0000 (UTC) Received: from mout.gmx.com (mout.gmx.com [74.208.4.200]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A9F942C8C for ; Tue, 1 Jul 2014 15:20:20 +0000 (UTC) Received: from [157.181.96.215] ([157.181.96.215]) by mail.gmx.com (mrgmxus001) with ESMTPSA (Nemesis) id 0Lt1OG-1Wd5RL1g1C-012YMx; Tue, 01 Jul 2014 17:20:17 +0200 Message-ID: <53B2D18E.1040201@gmx.com> Date: Tue, 01 Jul 2014 17:19:42 +0200 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26 MIME-Version: 1.0 To: =?UTF-8?B?TSZTIC0gS3Jhc3puYWkgQW5kcsOhcw==?= , "freebsd-current@freebsd.org" Subject: Re: freebsd and utf-8 directory names References: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBCEC@exchange.mands.hu> <53B2C8B4.50306@gmx.com> <3B0F582294DE3E448963BA62DC306AEE3C7F5FBE03@exchange.mands.hu> In-Reply-To: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBE03@exchange.mands.hu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K0:bUSo7fOi4egRIq9D8Jl36J5UQJokJ/MgjIVZ0ED8lR8i8wF71xg tC5xJjomMSfdK2+mPanlsRMXhBDGzzsJXTqDht11ZOOIkqOmmzs0hXkqMPd22j17cqV4zcJ Y5koVh3ALE2EAgQKPiy0X6DGddcf+uYCUig/S8jFJbWuL5fERlEdSDheURj9RwbMdPnNkgB BMgvZ7Ae3QfOa8ia+I0ig== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 15:20:20 -0000 M&S - Krasznai András wrote, On 07/01/2014 17:07: > I installed xfe (x11-fm/xfe) file manager in the same freebsd configuration. This application displays and handles those diretories and files perfectly, but as soon as I want to open such a file with double click on it (I set xfe to invoke libreoffice in this case) libreoffice still refuses to open the file. > [...] > What does xfe do differently? What do you mean by "handling and displaying properly"? Listing (directory contents) is one thing, being able to stat or open the file is different. From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 15:23:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85E1A633; Tue, 1 Jul 2014 15:23:26 +0000 (UTC) Received: from smtp.digiware.nl (smtp.digiware.nl [31.223.170.169]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2DE572CC1; Tue, 1 Jul 2014 15:23:25 +0000 (UTC) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 764FB1534C0; Tue, 1 Jul 2014 17:23:17 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10Mod62FMcuw; Tue, 1 Jul 2014 17:23:15 +0200 (CEST) Received: from [IPv6:2001:4cb8:3:1:49f0:83be:af19:5ffb] (unknown [IPv6:2001:4cb8:3:1:49f0:83be:af19:5ffb]) by smtp.digiware.nl (Postfix) with ESMTP id 2CC56153448; Tue, 1 Jul 2014 17:23:15 +0200 (CEST) Message-ID: <53B2D262.2040502@digiware.nl> Date: Tue, 01 Jul 2014 17:23:14 +0200 From: Willem Jan Withagen Organization: Digiware Management b.v. User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "Rang, Anton" , "O. Hartmann" , Dimitry Andric Subject: Re: [CURRENT]: weird memory/linker problem? References: <20140622165639.17a1ba1e.ohartman@zedat.fu-berlin.de> <20140623163115.03bdd675.ohartman@zedat.fu-berlin.de> <20140701150755.548ed6b9.ohartman@zedat.fu-berlin.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 15:23:26 -0000 On 2014-07-01 16:48, Rang, Anton wrote: > DOT => DOD > > 444F54 => 444F44 > > That's a single-bit flip. Bad memory, perhaps? Very likely, especially if the system does not have ECC.... It just happens on rare occasions that a alpha particle, power cycle, or any things else disruptive damages a memory cell. And it could be that it requires a special pattern of accesses to actually exhibit the error. In the past (199x's) 'make buildworld' used to be a rather good memory tester. But nowadays look at http://www.memtest.org/ This tool has found all of the bad memory in all the systems I used and or build for others... Note that it might take a few runs and some more heat to actually trigger the faulty cell, but memtest86 will usually find it. Note that on big systems with lots of memory it can take a loooooong time to run just one full testset to completion. --WjW > > Anton > > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of O. Hartmann > Sent: Tuesday, July 01, 2014 8:08 AM > To: Dimitry Andric > Cc: Adrian Chadd; FreeBSD CURRENT > Subject: Re: [CURRENT]: weird memory/linker problem? > > Am Mon, 23 Jun 2014 17:22:25 +0200 > Dimitry Andric schrieb: > >> On 23 Jun 2014, at 16:31, O. Hartmann wrote: >>> Am Sun, 22 Jun 2014 10:10:04 -0700 >>> Adrian Chadd schrieb: >>>> When they segfault, where do they segfault? >> ... >>> GIMP, LaTeX work, nothing special, but a bit memory consuming >>> regrading GIMP) I tried updating the ports tree and surprisingly the >>> tree is left over in a unclean condition while /usr/bin/svn segfault >>> (on console: pid 18013 (svn), uid 0: exited on signal 11 (core dumped)). >>> >>> Using /usr/local/bin/svn, which is from the devel/subversion port, >>> performs well, while FreeBSD 11's svn contribution dies as described. It did not hours ago! >> >> I think what Adrian meant was: can you run svn (or another crashing >> program) in gdb, and post a backtrace? Or maybe run ktrace, and see >> where it dies? >> >> Alternatively, put a core dump and the executable (with debug info) in >> a tarball, and upload it somewhere, so somebody else can analyze it. >> >> -Dimitry >> > > It's me again, with the same weird story. > > After a couple of days silence, the mysterious entity in my computer is back. This time it is again a weird compiler message of failure (trying to buildworld): > > [...] > c++ -O2 -pipe -O3 -O3 > c++ -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include > -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include > -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I. > -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include > -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" > -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\" > -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -Wno-c++11-extensions -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/Host.cpp -o Host.o > --- GraphWriter.o --- In file included > from /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/GraphWriter.cpp:14: /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/Support/GraphWriter.h:269:10: > error: use of undeclared identifier 'DOD'; did you mean 'DOT'? O << DOD::EscapeString(Label); ^~~ DOT /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include/llvm/Support/GraphWriter.h:35:11: > note: 'DOT' declared here namespace DOT { // Private functions... ^ 1 error generated. > *** [GraphWriter.o] Error code 1 > > > Well, in the past I saw many of those messages, especially not found labels of routines in shared objects/libraries or even those "funny" misspelled messages shown above. > > I can not reproduce them after a reboot, but as long as the system is running with this error occured, it is sticky. So in order to compile the OS successfully, I reboot. > > Does anyone have an idea what this could be? Since it affects at the moment only one machine (the other CoreDuo has been retired in the meanwhile), it feels a bit like a miscompilation on a certain type of CPU. > > Thanks for your patience, > > Oliver > _______________________________________________ > 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 Jul 1 15:28:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C30EBB5E for ; Tue, 1 Jul 2014 15:28:11 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A43BF2D19 for ; Tue, 1 Jul 2014 15:28:11 +0000 (UTC) Received: from [192.168.200.204] (c-50-131-5-126.hsd1.ca.comcast.net [50.131.5.126]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 6015319360B for ; Tue, 1 Jul 2014 15:28:10 +0000 (UTC) Subject: userland breakage, zfs ? From: Sean Bruno Reply-To: sbruno@freebsd.org To: "freebsd-current@freebsd.org" Content-Type: text/plain; charset="us-ascii" Date: Tue, 01 Jul 2014 08:28:11 -0700 Message-ID: <1404228491.1059.16.camel@bruno> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 15:28:11 -0000 Just updated two machines in the fbsd cluser, buildworld/kernel, installkernel, reboot into single user. zfs from oldworld (pre installworld) doesn't work and segfaults in new and magical ways. Trying to mount root from zfs:zroot []... Enter full pathname of shell or RETURN for /bin/sh: Cannot read termcap database; using dumb terminal settings. # zfs set readonly=off zroot internal error: pInvalid argumentid 19 (zfs), uid 0: exited on signal 6 Abort trap I guess, I could multiuser the box on old kernel and installworld from multiuser, but this could lead to disaster. I see no indication of ABI breakage of this kind in UPDATING, so ... any ideas? sean From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 15:30:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A793CA3 for ; Tue, 1 Jul 2014 15:30:04 +0000 (UTC) Received: from mail-forward4.uio.no (mail-forward4.uio.no [IPv6:2001:700:100:10::33]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 27F582D42 for ; Tue, 1 Jul 2014 15:30:04 +0000 (UTC) Received: from exim by mail-out4.uio.no with local-bsmtp (Exim 4.80.1) (envelope-from ) id 1X200O-0003Z0-MJ for freebsd-current@freebsd.org; Tue, 01 Jul 2014 17:30:00 +0200 Received: from mail-mx6.uio.no ([129.240.10.40]) by mail-out4.uio.no with esmtp (Exim 4.80.1) (envelope-from ) id 1X200K-0003YK-VW; Tue, 01 Jul 2014 17:29:56 +0200 Received: from shiva.uio.no ([129.240.203.14]) by mail-mx6.uio.no with esmtp (Exim 4.80.1) (envelope-from ) id 1X200K-0002Ed-Bh; Tue, 01 Jul 2014 17:29:56 +0200 Message-ID: <53B2D3F3.4080304@thanelange.no> Date: Tue, 01 Jul 2014 17:29:55 +0200 From: Gyrd Thane Lange User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Rainer Hurling , =?UTF-8?B?TSZTIC0gS3Jhc3puYWkgQW5kcg==?= =?UTF-8?B?w6Fz?= , "freebsd-current@freebsd.org" Subject: Re: freebsd and utf-8 directory names References: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBCEC@exchange.mands.hu> <53B10A28.4080005@gwdg.de> In-Reply-To: <53B10A28.4080005@gwdg.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-UiO-Spam-info: not spam, SpamAssassin (score=-5.0, required=5.0, autolearn=disabled, UIO_MAIL_IS_INTERNAL=-5, uiobl=NO, uiouri=NO) X-UiO-Scanned: E33DA0B09EFDF1B39E406196A4C7E8EE997A8D78 X-UiO-SPAM-Test: remote_host: 129.240.203.14 spam_score: -49 maxlevel 80 minaction 2 bait 0 mail/h: 1 total 453 max/h 6 blacklist 0 greylist 0 ratelimit 0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 15:30:04 -0000 Den 30. juni 2014 08:56, skrev Rainer Hurling: > Am 30.06.2014 08:30 (UTC+1) schrieb M&S - Krasznai András: >> Hi >> >> I have been using FreeBSD as desktop since 2003, and living in a mixed (windows-linux) environment I installed FreeBSd along with my usual (Windows 7) work environment, I have a dualboot configured laptop. I use FreeBSD-10 STABLE. >> >> There is a partition formatted for FAT32 where I store documents which I would like to view (and edit) both in windows and freebsd. >> >> The problem is that if the path name contains certain Hungarian characters (e.g o with double accent), then libreoffice in FreeBSD refuses to open them complaining about illegal characters. The directory was created in windows, the document also, and I can handle them perfectly from windows (what is more, libreoffice under a linux can also open those documents). Some accented characters are shown as a question mark in FreeBSD, and some others are as a black rectangle; these latter are causing problems. If a file-nam contains such characters then the file is shown as 0- length in Midnight Commander. >> >> I tried some steps described in the „Localization” part of the FreeBSD Handbook, but things did not improve. >> >> I installed PC-BSD with Hungarian language support, thinking that it would handle the localized directory names correctly but no, it gives the same error message. >> >> This problem is really annoying. How could I solve it? > > In my German environment I also use FAT32 formatted drives, mounted like: > > /dev/adaXsX /XXX msdosfs rw,large,-Lde_DE.UTF-8 0 0 > > This should also work for Hungarian? I second this advice, it should work well for any language (It certainly is fine for my Norwegian). To expand on Rainer's suggestion: The -L parameter in the mount line is from the mount_msdosfs(8) utility. The man page says: -L locale Specify locale name used for file name conversions for DOS and Win'95 names. By default ISO 8859-1 assumed as local character set. The locale of your environment and mount command must match. In my case it is: LC_CTYPE=no_NO.UTF-8 mount_msdosfs -L no_NO.UTF-8 /dev/da3s1 /mnt/tmp (Regarding whether the default of ISO 8859-1 for mount_msdosfs should be changed to some UTF-8 locale to better match what people are using in this age is an entirely different matter. ;-) Best regards, Gyrd ^_^ > > HTH, > Rainer Hurling > > >> Krasznai András >> rendszermérnök >> M&S Informatikai Zrt. >> 1136 Budapest, Pannónia u. 17/A. >> Telefon: +36 1 703-2923 >> Mobil: +36 30 703-2923 > _______________________________________________ > 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 Jul 1 15:33:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E9A22E00; Tue, 1 Jul 2014 15:33:45 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 784142DD7; Tue, 1 Jul 2014 15:33:45 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1X203x-0044fm-FK>; Tue, 01 Jul 2014 17:33:41 +0200 Received: from g225051198.adsl.alicedsl.de ([92.225.51.198] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1X203x-0002uJ-AQ>; Tue, 01 Jul 2014 17:33:41 +0200 Date: Tue, 1 Jul 2014 17:33:35 +0200 From: "O. Hartmann" To: Willem Jan Withagen Subject: Re: [CURRENT]: weird memory/linker problem? Message-ID: <20140701173335.394414c3.ohartman@zedat.fu-berlin.de> In-Reply-To: <53B2D262.2040502@digiware.nl> References: <20140622165639.17a1ba1e.ohartman@zedat.fu-berlin.de> <20140623163115.03bdd675.ohartman@zedat.fu-berlin.de> <20140701150755.548ed6b9.ohartman@zedat.fu-berlin.de> <53B2D262.2040502@digiware.nl> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_//2Wp9tOd/VRO7Lm8ANz/.9H"; protocol="application/pgp-signature" X-Originating-IP: 92.225.51.198 X-ZEDAT-Hint: A Cc: "Rang, Anton" , Adrian Chadd , FreeBSD CURRENT , Dimitry Andric X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 15:33:46 -0000 --Sig_//2Wp9tOd/VRO7Lm8ANz/.9H Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Tue, 01 Jul 2014 17:23:14 +0200 Willem Jan Withagen schrieb: > On 2014-07-01 16:48, Rang, Anton wrote: > > DOT =3D> DOD > > > > 444F54 =3D> 444F44 > > > > That's a single-bit flip. Bad memory, perhaps? >=20 > Very likely, especially if the system does not have ECC.... > It just happens on rare occasions that a alpha particle, power cycle, or= =20 > any things else disruptive damages a memory cell. And it could be that=20 > it requires a special pattern of accesses to actually exhibit the error. >=20 > In the past (199x's) 'make buildworld' used to be a rather good memory=20 > tester. But nowadays look at > http://www.memtest.org/ >=20 > This tool has found all of the bad memory in all the systems I used and=20 > or build for others... > Note that it might take a few runs and some more heat to actually=20 > trigger the faulty cell, but memtest86 will usually find it. >=20 > Note that on big systems with lots of memory it can take a loooooong=20 > time to run just one full testset to completion. >=20 > --WjW I already testet via memtest86+ (had to download the linux image, the port = on FreeBSD is broken on CURRENT). It didn't find anything strange so far. I will do another test. I realised, that on that that specific box, the chipset temperature is 81 G= rad Celius. The chipset is a Eaglelake P45 - in which the memory controller resides on = that old platform. dmidecode gives: Manufacturer: ASUSTeK Computer INC. Product Name: P5Q-WS Version: Rev 1.xx >=20 >=20 > > > > Anton > > > > -----Original Message----- > > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@f= reebsd.org] On > > Behalf Of O. Hartmann Sent: Tuesday, July 01, 2014 8:08 AM > > To: Dimitry Andric > > Cc: Adrian Chadd; FreeBSD CURRENT > > Subject: Re: [CURRENT]: weird memory/linker problem? > > > > Am Mon, 23 Jun 2014 17:22:25 +0200 > > Dimitry Andric schrieb: > > > >> On 23 Jun 2014, at 16:31, O. Hartmann wr= ote: > >>> Am Sun, 22 Jun 2014 10:10:04 -0700 > >>> Adrian Chadd schrieb: > >>>> When they segfault, where do they segfault? > >> ... > >>> GIMP, LaTeX work, nothing special, but a bit memory consuming > >>> regrading GIMP) I tried updating the ports tree and surprisingly the > >>> tree is left over in a unclean condition while /usr/bin/svn segfault > >>> (on console: pid 18013 (svn), uid 0: exited on signal 11 (core dumped= )). > >>> > >>> Using /usr/local/bin/svn, which is from the devel/subversion port, > >>> performs well, while FreeBSD 11's svn contribution dies as described.= It did not > >>> hours ago! > >> > >> I think what Adrian meant was: can you run svn (or another crashing > >> program) in gdb, and post a backtrace? Or maybe run ktrace, and see > >> where it dies? > >> > >> Alternatively, put a core dump and the executable (with debug info) in > >> a tarball, and upload it somewhere, so somebody else can analyze it. > >> > >> -Dimitry > >> > > > > It's me again, with the same weird story. > > > > After a couple of days silence, the mysterious entity in my computer is= back. This > > time it is again a weird compiler message of failure (trying to buildwo= rld): > > > > [...] > > c++ -O2 -pipe -O3 -O3 > > c++ -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include > > -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/i= nclude > > -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -= I. > > -I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/cla= ng/include > > -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTAN= T_MACROS > > -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-fr= eebsd11.0\" > > -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT= =3D\"\" > > -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=3Dc++= 11 > > -fno-exceptions -fno-rtti -Wno-c++11-extensions > > -c /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/= Host.cpp -o > > Host.o --- GraphWriter.o --- In file included > > from /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Suppor= t/GraphWriter.cpp:14: /usr/src/lib/clang/libllvmsupport/../../../contrib/ll= vm/include/llvm/Support/GraphWriter.h:269:10: > > error: use of undeclared identifier 'DOD'; did you mean 'DOT'? O << > > DOD::EscapeString(Label); ^~~ > > DOT /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include/llv= m/Support/GraphWriter.h:35:11: > > note: 'DOT' declared here namespace DOT { // Private functions... ^ 1 = error > > generated. *** [GraphWriter.o] Error code 1 > > > > > > Well, in the past I saw many of those messages, especially not found la= bels of > > routines in shared objects/libraries or even those "funny" misspelled m= essages shown > > above. > > > > I can not reproduce them after a reboot, but as long as the system is r= unning with > > this error occured, it is sticky. So in order to compile the OS success= fully, I > > reboot. > > > > Does anyone have an idea what this could be? Since it affects at the mo= ment only one > > machine (the other CoreDuo has been retired in the meanwhile), it feels= a bit like a > > miscompilation on a certain type of CPU. > > > > Thanks for your patience, > > > > Oliver > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" > > --Sig_//2Wp9tOd/VRO7Lm8ANz/.9H Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJTstTUAAoJEOgBcD7A/5N89rQH/1933pGeEp+PDArV3ojerZA+ nbhR9KuN8m286s7WJc3XMZHxdnYaS8y24mAJW0EWIEu4RbjWT5vAlGk8Oyd9p8XB JGrUMN5zIcnJsxiCCZTL78ApNfivreP9i9GBIYlLdvaP+uBKE2gE44Q83bJYqoLB 2LUN2nb6ndOzINGwBQ+ndnKrLLzh/k8C/NO2qvGgxZlI5Ur/GgF5yKnltMN06Hrc hCyKrXJsDo1ADtl0AE4ADnG/KD3Qg55xoTxQKjWvN2MovGs6G1XKaki0fPQrA0UZ kjL5Ye/qRuEYrUIgadEWMNkGHGWMgyVSNFot0CLrfED8ogMdm1XmrH+bcf/OOY0= =1Fe3 -----END PGP SIGNATURE----- --Sig_//2Wp9tOd/VRO7Lm8ANz/.9H-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 15:35:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7EF93D5 for ; Tue, 1 Jul 2014 15:35:31 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask.apl.washington.edu", Issuer "troutmask.apl.washington.edu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 342C12DFD for ; Tue, 1 Jul 2014 15:35:31 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.9/8.14.9) with ESMTP id s61FUruK069743 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 1 Jul 2014 08:30:53 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.9/8.14.9/Submit) id s61FUrhT069742; Tue, 1 Jul 2014 08:30:53 -0700 (PDT) (envelope-from sgk) Date: Tue, 1 Jul 2014 08:30:53 -0700 From: Steve Kargl To: dt71@gmx.com Subject: Re: freebsd and utf-8 directory names Message-ID: <20140701153053.GA69689@troutmask.apl.washington.edu> References: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBCEC@exchange.mands.hu> <53B2C8B4.50306@gmx.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53B2C8B4.50306@gmx.com> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 15:35:31 -0000 On Tue, Jul 01, 2014 at 04:41:56PM +0200, dt71@gmx.com wrote: > > Poke the FreeBSD developers to start fixing bugs, maybe (but > not very likely) that will help. > Or become a FreeBSD developer, fix the problem, submit a patch, and make everyone happy. Yes, I know the path of least resistance is to moan about how the FreeBSD developers won't fix your problem. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 15:37:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2B0543D2 for ; Tue, 1 Jul 2014 15:37:02 +0000 (UTC) Received: from mout.gmx.com (mout.gmx.com [74.208.4.201]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D07DE2E26 for ; Tue, 1 Jul 2014 15:37:01 +0000 (UTC) Received: from [157.181.96.215] ([157.181.96.215]) by mail.gmx.com (mrgmxus001) with ESMTPSA (Nemesis) id 0MCLgt-1WtVfb29jd-00951g; Tue, 01 Jul 2014 17:36:54 +0200 Message-ID: <53B2D574.80408@gmx.com> Date: Tue, 01 Jul 2014 17:36:20 +0200 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26 MIME-Version: 1.0 To: Steve Kargl Subject: Re: freebsd and utf-8 directory names References: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBCEC@exchange.mands.hu> <53B2C8B4.50306@gmx.com> <20140701153053.GA69689@troutmask.apl.washington.edu> In-Reply-To: <20140701153053.GA69689@troutmask.apl.washington.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:1BM5Qc6lSIxCBkaL/JDgy0GRtc9H23qghrdX6iOgw2/GyuXJn03 wqbTu+/VdYNalZ00wscmUIqMUVlTeURMtBsRNmg4X4GkIWetMIhQ4ufS6K1zuUP4VHSq1jb LNVkjyMUVWTrnZyhPmwTKpF57t+0CG2GRM+pHGvYvelQbSYhFf5AstF2V9Bu7nZ/6LLJ6hs Ymgjln0n8Mja7jA5xD4bQ== Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 15:37:02 -0000 Steve Kargl wrote, On 07/01/2014 17:30: > Or become a FreeBSD developer, fix the problem, submit a patch, > and make everyone happy. I would be very interested in 1-on-1 coaching from you. I will pay for your work with awesome patches. From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 15:37:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E0E74BC for ; Tue, 1 Jul 2014 15:37:04 +0000 (UTC) Received: from mail.mands.hu (mail2.mands.hu [93.189.114.146]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DE1FD2E2B for ; Tue, 1 Jul 2014 15:37:03 +0000 (UTC) Received: from exchange.mands.hu ([::1]) by exchange.mands.hu ([::1]) with mapi; Tue, 1 Jul 2014 17:37:00 +0200 From: =?utf-8?B?TSZTIC0gS3Jhc3puYWkgQW5kcsOhcw==?= To: "dt71@gmx.com" , "freebsd-current@freebsd.org" Date: Tue, 1 Jul 2014 17:37:00 +0200 Subject: RE: freebsd and utf-8 directory names Thread-Topic: freebsd and utf-8 directory names Thread-Index: Ac+VP/enEy+mBFTNTTCZOOAt3LtHjgAAbUdA Message-ID: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBE08@exchange.mands.hu> References: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBCEC@exchange.mands.hu> <53B2C8B4.50306@gmx.com> <3B0F582294DE3E448963BA62DC306AEE3C7F5FBE03@exchange.mands.hu> <53B2D18E.1040201@gmx.com> In-Reply-To: <53B2D18E.1040201@gmx.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 15:37:04 -0000 eGZlIGRpc3BsYXkgdGhlIGZpbGUgYW5kIGRpcmVjdG9yeSBuYW1lcyBjb3JyZWN0bHkgdG9nZXRo ZXIgd2l0aCBjcmVhdGlvbiBkYXRlIGFuZCB0aW1lIChzaW1wbGUgJ2xzJyBkb2VzIG5vdDsgaXQg c2hvd3MgZG91YmxlIHF1ZXN0aW9uIG1hcmtzIGluIHRoZSBwbGFjZSBvZiBIdW5nYXJpYW4gY2hh cmFjdGVycy4gDQoNCmxzIHwgb2QgLWMgIA0KDQpzaG93cyB0aGF0IHN1Y2ggY2hhcmFjdGVycyBh cmUgcmVwcmVzZW50ZWQgaW4gbHMgb3V0cHV0IGFzIHR3byBjaGFyYWN0ZXJzIGUuZy4gMjQxIDI1 MyBvciBzdWNoLCBJIGNhbiB0ZXN0IGFnYWluIGJ1dCBub3cgSSBkbyBub3QgcmVtZW1iZXIgdGhl IGV4YWN0IG51bWJlcnM7IHRoZSBmaXJzdCBvZiB0aGUgdHdvIGlzIHRoZSBzYW1lIGZvciBhbGwg SHVuZ2FyaWFuIGNoYXJhY3RlcnMpDQoNCnJnZHMNCkFuZHLDoXMNCg0KLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS0NCkZyb206IGR0NzFAZ214LmNvbSBbbWFpbHRvOmR0NzFAZ214LmNvbV0gDQpT ZW50OiBUdWVzZGF5LCBKdWx5IDAxLCAyMDE0IDU6MjAgUE0NClRvOiBNJlMgLSBLcmFzem5haSBB bmRyw6FzOyBmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmcNClN1YmplY3Q6IFJlOiBmcmVlYnNk IGFuZCB1dGYtOCBkaXJlY3RvcnkgbmFtZXMNCg0KTSZTIC0gS3Jhc3puYWkgQW5kcsOhcyB3cm90 ZSwgT24gMDcvMDEvMjAxNCAxNzowNzoNCj4gSSBpbnN0YWxsZWQgeGZlICh4MTEtZm0veGZlKSBm aWxlIG1hbmFnZXIgaW4gdGhlIHNhbWUgZnJlZWJzZCBjb25maWd1cmF0aW9uLiBUaGlzIGFwcGxp Y2F0aW9uIGRpc3BsYXlzIGFuZCBoYW5kbGVzIHRob3NlIGRpcmV0b3JpZXMgYW5kIGZpbGVzIHBl cmZlY3RseSwgYnV0IGFzIHNvb24gYXMgSSB3YW50IHRvIG9wZW4gc3VjaCBhIGZpbGUgd2l0aCBk b3VibGUgY2xpY2sgb24gaXQgIChJIHNldCB4ZmUgdG8gaW52b2tlIGxpYnJlb2ZmaWNlIGluIHRo aXMgY2FzZSkgbGlicmVvZmZpY2Ugc3RpbGwgcmVmdXNlcyB0byBvcGVuIHRoZSBmaWxlLg0KPiBb Li4uXQ0KPiBXaGF0IGRvZXMgeGZlIGRvIGRpZmZlcmVudGx5Pw0KDQpXaGF0IGRvIHlvdSBtZWFu IGJ5ICJoYW5kbGluZyBhbmQgZGlzcGxheWluZyBwcm9wZXJseSI/IExpc3RpbmcgKGRpcmVjdG9y eSBjb250ZW50cykgaXMgb25lIHRoaW5nLCBiZWluZyBhYmxlIHRvIHN0YXQgb3Igb3BlbiB0aGUg ZmlsZSBpcyBkaWZmZXJlbnQuDQo= From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 15:40:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF2BC64B for ; Tue, 1 Jul 2014 15:40:07 +0000 (UTC) Received: from mail.mands.hu (mail2.mands.hu [93.189.114.146]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4C0C32E67 for ; Tue, 1 Jul 2014 15:40:06 +0000 (UTC) Received: from exchange.mands.hu ([::1]) by exchange.mands.hu ([::1]) with mapi; Tue, 1 Jul 2014 17:40:03 +0200 From: =?utf-8?B?TSZTIC0gS3Jhc3puYWkgQW5kcsOhcw==?= To: Gyrd Thane Lange , Rainer Hurling , "freebsd-current@freebsd.org" Date: Tue, 1 Jul 2014 17:40:04 +0200 Subject: RE: freebsd and utf-8 directory names Thread-Topic: freebsd and utf-8 directory names Thread-Index: Ac+VQVHr67dCWkiwRl2v++sUFz4NrgAAQ+5w Message-ID: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBE0A@exchange.mands.hu> References: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBCEC@exchange.mands.hu> <53B10A28.4080005@gwdg.de> <53B2D3F3.4080304@thanelange.no> In-Reply-To: <53B2D3F3.4080304@thanelange.no> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 15:40:08 -0000 aGkNCg0KSSB1c2UgdGhlIC1MIGh1X0hVLlVURi04IG9wdGlvbiBpbiBmc3RhYiwgYnV0IEkgYWRt aXQgSSBmb3Jnb3QgdG8gc2V0IHRoZSBMQ3h4eHh4eHggdmFyaWFibGVzLiANCg0KSSB3aWxsIHRl c3QgaXQgc29vbi4NCg0Kcmdkcw0KDQpBbmRyw6FzDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQpGcm9tOiBHeXJkIFRoYW5lIExhbmdlIFttYWlsdG86Z3lyZC1zZUB0aGFuZWxhbmdlLm5v XSANClNlbnQ6IFR1ZXNkYXksIEp1bHkgMDEsIDIwMTQgNTozMCBQTQ0KVG86IFJhaW5lciBIdXJs aW5nOyBNJlMgLSBLcmFzem5haSBBbmRyw6FzOyBmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmcN ClN1YmplY3Q6IFJlOiBmcmVlYnNkIGFuZCB1dGYtOCBkaXJlY3RvcnkgbmFtZXMNCg0KRGVuIDMw LiBqdW5pIDIwMTQgMDg6NTYsIHNrcmV2IFJhaW5lciBIdXJsaW5nOg0KPiBBbSAzMC4wNi4yMDE0 IDA4OjMwIChVVEMrMSkgc2NocmllYiBNJlMgLSBLcmFzem5haSBBbmRyw6FzOg0KPj4gSGkNCj4+ DQo+PiBJIGhhdmUgYmVlbiB1c2luZyBGcmVlQlNEIGFzIGRlc2t0b3Agc2luY2UgMjAwMywgYW5k IGxpdmluZyBpbiBhIG1peGVkICh3aW5kb3dzLWxpbnV4KSBlbnZpcm9ubWVudCBJIGluc3RhbGxl ZCBGcmVlQlNkIGFsb25nIHdpdGggbXkgdXN1YWwgKFdpbmRvd3MgNykgd29yayBlbnZpcm9ubWVu dCwgSSBoYXZlIGEgZHVhbGJvb3QgY29uZmlndXJlZCBsYXB0b3AuIEkgdXNlIEZyZWVCU0QtMTAg U1RBQkxFLg0KPj4NCj4+IFRoZXJlIGlzIGEgcGFydGl0aW9uIGZvcm1hdHRlZCBmb3IgRkFUMzIg d2hlcmUgSSBzdG9yZSBkb2N1bWVudHMgd2hpY2ggSSB3b3VsZCBsaWtlIHRvIHZpZXcgKGFuZCBl ZGl0KSBib3RoIGluICB3aW5kb3dzIGFuZCBmcmVlYnNkLg0KPj4NCj4+IFRoZSBwcm9ibGVtIGlz IHRoYXQgaWYgdGhlIHBhdGggbmFtZSBjb250YWlucyBjZXJ0YWluIEh1bmdhcmlhbiBjaGFyYWN0 ZXJzIChlLmcgbyB3aXRoIGRvdWJsZSBhY2NlbnQpLCB0aGVuIGxpYnJlb2ZmaWNlIGluIEZyZWVC U0QgcmVmdXNlcyB0byBvcGVuIHRoZW0gY29tcGxhaW5pbmcgYWJvdXQgaWxsZWdhbCBjaGFyYWN0 ZXJzLiBUaGUgZGlyZWN0b3J5IHdhcyBjcmVhdGVkIGluIHdpbmRvd3MsIHRoZSBkb2N1bWVudCBh bHNvLCBhbmQgSSBjYW4gaGFuZGxlIHRoZW0gcGVyZmVjdGx5IGZyb20gd2luZG93cyAod2hhdCBp cyBtb3JlLCBsaWJyZW9mZmljZSB1bmRlciBhIGxpbnV4IGNhbiBhbHNvIG9wZW4gdGhvc2UgZG9j dW1lbnRzKS4gU29tZSBhY2NlbnRlZCBjaGFyYWN0ZXJzIGFyZSBzaG93biBhcyBhIHF1ZXN0aW9u IG1hcmsgaW4gRnJlZUJTRCwgYW5kIHNvbWUgb3RoZXJzIGFyZSBhcyBhIGJsYWNrIHJlY3Rhbmds ZTsgdGhlc2UgbGF0dGVyIGFyZSBjYXVzaW5nIHByb2JsZW1zLiBJZiBhIGZpbGUtbmFtIGNvbnRh aW5zIHN1Y2ggY2hhcmFjdGVycyB0aGVuIHRoZSBmaWxlIGlzIHNob3duIGFzIDAtIGxlbmd0aCBp biBNaWRuaWdodCBDb21tYW5kZXIuDQo+Pg0KPj4gSSB0cmllZCBzb21lIHN0ZXBzIGRlc2NyaWJl ZCBpbiB0aGUg4oCeTG9jYWxpemF0aW9u4oCdIHBhcnQgb2YgdGhlIEZyZWVCU0QgSGFuZGJvb2ss IGJ1dCB0aGluZ3MgZGlkIG5vdCBpbXByb3ZlLg0KPj4NCj4+IEkgaW5zdGFsbGVkIFBDLUJTRCB3 aXRoIEh1bmdhcmlhbiBsYW5ndWFnZSBzdXBwb3J0LCB0aGlua2luZyB0aGF0IGl0IHdvdWxkIGhh bmRsZSB0aGUgbG9jYWxpemVkIGRpcmVjdG9yeSBuYW1lcyBjb3JyZWN0bHkgYnV0IG5vLCBpdCBn aXZlcyB0aGUgc2FtZSBlcnJvciBtZXNzYWdlLg0KPj4NCj4+IFRoaXMgcHJvYmxlbSBpcyByZWFs bHkgYW5ub3lpbmcuIEhvdyBjb3VsZCBJIHNvbHZlIGl0Pw0KPg0KPiBJbiBteSBHZXJtYW4gZW52 aXJvbm1lbnQgSSBhbHNvIHVzZSBGQVQzMiBmb3JtYXR0ZWQgZHJpdmVzLCBtb3VudGVkIGxpa2U6 DQo+DQo+IC9kZXYvYWRhWHNYCS9YWFgJbXNkb3NmcwlydyxsYXJnZSwtTGRlX0RFLlVURi04CTAJ MA0KPg0KPiBUaGlzIHNob3VsZCBhbHNvIHdvcmsgZm9yIEh1bmdhcmlhbj8NCg0KSSBzZWNvbmQg dGhpcyBhZHZpY2UsIGl0IHNob3VsZCB3b3JrIHdlbGwgZm9yIGFueSBsYW5ndWFnZSAoSXQgY2Vy dGFpbmx5IGlzIGZpbmUgZm9yIG15IE5vcndlZ2lhbikuDQoNClRvIGV4cGFuZCBvbiBSYWluZXIn cyBzdWdnZXN0aW9uOg0KDQpUaGUgLUwgcGFyYW1ldGVyIGluIHRoZSBtb3VudCBsaW5lIGlzIGZy b20gdGhlIG1vdW50X21zZG9zZnMoOCkgdXRpbGl0eS4gDQpUaGUgbWFuIHBhZ2Ugc2F5czoNCg0K LUwgbG9jYWxlDQpTcGVjaWZ5IGxvY2FsZSBuYW1lIHVzZWQgZm9yIGZpbGUgbmFtZSBjb252ZXJz aW9ucyBmb3IgRE9TIGFuZCBXaW4nOTUgbmFtZXMuICBCeSBkZWZhdWx0IElTTyA4ODU5LTEgYXNz dW1lZCBhcyBsb2NhbCBjaGFyYWN0ZXIgc2V0Lg0KDQoNClRoZSBsb2NhbGUgb2YgeW91ciBlbnZp cm9ubWVudCBhbmQgbW91bnQgY29tbWFuZCBtdXN0IG1hdGNoLiBJbiBteSBjYXNlIA0KaXQgaXM6 DQoNCkxDX0NUWVBFPW5vX05PLlVURi04DQptb3VudF9tc2Rvc2ZzIC1MIG5vX05PLlVURi04IC9k ZXYvZGEzczEgL21udC90bXANCg0KDQooUmVnYXJkaW5nIHdoZXRoZXIgdGhlIGRlZmF1bHQgb2Yg SVNPIDg4NTktMSBmb3IgbW91bnRfbXNkb3NmcyBzaG91bGQgYmUgDQpjaGFuZ2VkIHRvIHNvbWUg VVRGLTggbG9jYWxlIHRvIGJldHRlciBtYXRjaCB3aGF0IHBlb3BsZSBhcmUgdXNpbmcgaW4gDQp0 aGlzIGFnZSBpcyBhbiBlbnRpcmVseSBkaWZmZXJlbnQgbWF0dGVyLiA7LSkNCg0KQmVzdCByZWdh cmRzLA0KR3lyZCBeX14NCg0KPg0KPiBIVEgsDQo+IFJhaW5lciBIdXJsaW5nDQo+DQo+DQo+PiBL cmFzem5haSBBbmRyw6FzDQo+PiByZW5kc3plcm3DqXJuw7ZrDQo+PiBNJlMgSW5mb3JtYXRpa2Fp IFpydC4NCj4+IDExMzYgQnVkYXBlc3QsIFBhbm7Ds25pYSB1LiAxNy9BLg0KPj4gVGVsZWZvbjog KzM2ICAgMSA3MDMtMjkyMw0KPj4gTW9iaWw6ICAgICszNiAzMCA3MDMtMjkyMw0KPiBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBmcmVlYnNkLWN1cnJl bnRAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0DQo+IGh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9t YWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtY3VycmVudA0KPiBUbyB1bnN1YnNjcmliZSwgc2VuZCBh bnkgbWFpbCB0byAiZnJlZWJzZC1jdXJyZW50LXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIg0KPg0K DQo= From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 15:41:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6F7A19B6; Tue, 1 Jul 2014 15:41:43 +0000 (UTC) Received: from mail-la0-x22b.google.com (mail-la0-x22b.google.com [IPv6:2a00:1450:4010:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BF5232EF9; Tue, 1 Jul 2014 15:41:42 +0000 (UTC) Received: by mail-la0-f43.google.com with SMTP id e16so6041070lan.2 for ; Tue, 01 Jul 2014 08:41:40 -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=LVhkBgzsOsQueXIebiRt8LAFjK5JkGcciGFvCuWAf5g=; b=zt5TH9U4hmwDf/My+/W4A4HlNe3B2Y9QC7x90K6ITKr89HPQpC038BwEZ/SjK9NU+3 3qNPAeyECeRRg5dQd8ctZOUGOTEqYc/I92oRbLtbcfPj7bXVFLVVMcrc+1y/RhxKOBnD Fc11kI07GJcDQX26mHHZL8X0pF6Zi36jp215xIalNvVErmypW79yZn8WzAOkqyURRv2p ESyQ8ea2nQ1sHe48r4NWjPkDW8IuRMC7GVzJjIPn/cEtgClpmi2/sJnJoX+3FVkNbX7X /ybszoLFfDXuctjV/E7emPQiiXAyU6iHGiNuaZzbvbZbkJ/FRvtKRuY/u+30wU+r9kaS sxiw== MIME-Version: 1.0 X-Received: by 10.112.151.164 with SMTP id ur4mr32294297lbb.13.1404229300343; Tue, 01 Jul 2014 08:41:40 -0700 (PDT) Received: by 10.114.63.106 with HTTP; Tue, 1 Jul 2014 08:41:40 -0700 (PDT) In-Reply-To: <1404228491.1059.16.camel@bruno> References: <1404228491.1059.16.camel@bruno> Date: Tue, 1 Jul 2014 08:41:40 -0700 Message-ID: Subject: Re: userland breakage, zfs ? From: Xin LI To: Sean Bruno Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 15:41:43 -0000 I'll take a look on this. On Tue, Jul 1, 2014 at 8:28 AM, Sean Bruno wrote: > Just updated two machines in the fbsd cluser, buildworld/kernel, > installkernel, reboot into single user. > > zfs from oldworld (pre installworld) doesn't work and segfaults in new > and magical ways. > > Trying to mount root from zfs:zroot []... > Enter full pathname of shell or RETURN for /bin/sh: > Cannot read termcap database; > using dumb terminal settings. > # zfs set readonly=off zroot > internal error: pInvalid argumentid > 19 (zfs), uid 0: exited on signal 6 > Abort trap > > > I guess, I could multiuser the box on old kernel and installworld from > multiuser, but this could lead to disaster. I see no indication of ABI > breakage of this kind in UPDATING, so ... any ideas? > > sean > > _______________________________________________ > 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" > -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 15:43:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8E340D88 for ; Tue, 1 Jul 2014 15:43:46 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6D7622F22 for ; Tue, 1 Jul 2014 15:43:46 +0000 (UTC) Received: from [192.168.200.204] (c-50-131-5-126.hsd1.ca.comcast.net [50.131.5.126]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id A2BE319360B; Tue, 1 Jul 2014 15:43:44 +0000 (UTC) Subject: Re: userland breakage, zfs ? From: Sean Bruno Reply-To: sbruno@freebsd.org To: Xin LI In-Reply-To: References: <1404228491.1059.16.camel@bruno> Content-Type: text/plain; charset="us-ascii" Date: Tue, 01 Jul 2014 08:43:45 -0700 Message-ID: <1404229425.1059.17.camel@bruno> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 15:43:46 -0000 On Tue, 2014-07-01 at 08:41 -0700, Xin LI wrote: > I'll take a look on this. > > I'm updating from: FreeBSD chaos.ysv.freebsd.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r267362: Wed Jun 11 15:50:24 UTC 2014 sbruno@chaos.ysv.freebsd.org:/usr/obj/usr/src/sys/CHAOS amd64 sean > On Tue, Jul 1, 2014 at 8:28 AM, Sean Bruno > wrote: > Just updated two machines in the fbsd cluser, > buildworld/kernel, > installkernel, reboot into single user. > > zfs from oldworld (pre installworld) doesn't work and > segfaults in new > and magical ways. > > Trying to mount root from zfs:zroot []... > Enter full pathname of shell or RETURN for /bin/sh: > Cannot read termcap database; > using dumb terminal settings. > # zfs set readonly=off zroot > internal error: pInvalid argumentid > 19 (zfs), uid 0: exited on signal 6 > Abort trap > > > I guess, I could multiuser the box on old kernel and > installworld from > multiuser, but this could lead to disaster. I see no > indication of ABI > breakage of this kind in UPDATING, so ... any ideas? > > sean > > _______________________________________________ > 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" > > > > > -- > Xin LI https://www.delphij.net/ > FreeBSD - The Power to Serve! Live free or die > From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 15:57:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3CC99C3; Tue, 1 Jul 2014 15:57:32 +0000 (UTC) Received: from smtp.digiware.nl (smtp.digiware.nl [31.223.170.169]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5389F20E6; Tue, 1 Jul 2014 15:57:31 +0000 (UTC) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id CD1681534C0; Tue, 1 Jul 2014 17:57:29 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v66sQyIVIpVC; Tue, 1 Jul 2014 17:57:27 +0200 (CEST) Received: from [IPv6:2001:4cb8:3:1:49f0:83be:af19:5ffb] (unknown [IPv6:2001:4cb8:3:1:49f0:83be:af19:5ffb]) by smtp.digiware.nl (Postfix) with ESMTP id 44818153448; Tue, 1 Jul 2014 17:57:27 +0200 (CEST) Message-ID: <53B2DA66.9010506@digiware.nl> Date: Tue, 01 Jul 2014 17:57:26 +0200 From: Willem Jan Withagen Organization: Digiware Management b.v. User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "O. Hartmann" Subject: Re: [CURRENT]: weird memory/linker problem? References: <20140622165639.17a1ba1e.ohartman@zedat.fu-berlin.de> <20140623163115.03bdd675.ohartman@zedat.fu-berlin.de> <20140701150755.548ed6b9.ohartman@zedat.fu-berlin.de> <53B2D262.2040502@digiware.nl> <20140701173335.394414c3.ohartman@zedat.fu-berlin.de> In-Reply-To: <20140701173335.394414c3.ohartman@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Rang, Anton" , Adrian Chadd , FreeBSD CURRENT , Dimitry Andric X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 15:57:32 -0000 On 2014-07-01 17:33, O. Hartmann wrote: > Am Tue, 01 Jul 2014 17:23:14 +0200 > Willem Jan Withagen schrieb: > >> On 2014-07-01 16:48, Rang, Anton wrote: >>> DOT => DOD >>> >>> 444F54 => 444F44 >>> >>> That's a single-bit flip. Bad memory, perhaps? >> >> Very likely, especially if the system does not have ECC.... >> It just happens on rare occasions that a alpha particle, power cycle, or >> any things else disruptive damages a memory cell. And it could be that >> it requires a special pattern of accesses to actually exhibit the error. >> >> In the past (199x's) 'make buildworld' used to be a rather good memory >> tester. But nowadays look at >> http://www.memtest.org/ >> >> This tool has found all of the bad memory in all the systems I used and >> or build for others... >> Note that it might take a few runs and some more heat to actually >> trigger the faulty cell, but memtest86 will usually find it. >> >> Note that on big systems with lots of memory it can take a loooooong >> time to run just one full testset to completion. >> >> --WjW > > I already testet via memtest86+ (had to download the linux image, the port on FreeBSD is > broken on CURRENT). It didn't find anything strange so far. > > I will do another test. > > I realised, that on that that specific box, the chipset temperature is 81 Grad Celius. > The chipset is a Eaglelake P45 - in which the memory controller resides on that old > platform. dmidecode gives: > > Manufacturer: ASUSTeK Computer INC. > Product Name: P5Q-WS > Version: Rev 1.xx Hi Oliver, I've build several (5+) systems with these boards (from memory they date around 2009??). And if I recall right, one of them is still functional. The first one broke down in a couple of weeks, and the other did not survive time either. The auxiliary chips on that board do run hot, but I never realized this hot. Is 81C is the CPU temp from sysctl, or did you measure the cooling body on the motherboard. In the later case it is just too hot, probably. But even if it is the temp on the chip itself, I've rrarely seen temps go up this high. You can need to run the memtest86 for more than 6-10 complete runs with all the tests. If the memtests do not reveal anything broken, then you get into even more wizardry stuff, like bad power etc... Especially since it only occurs on occasion, it is going to be a nightmare to find the root cause of this. Other than replacing hardware piece by piece, which won't be easy given the age of the board and parts. You could go into the bios, and try to config ram access at a slower speed and see if the problem goes away. Then it could be that you are running an the edge of the spec with regards to ram timing. But like I said, it is all lots of funky details that can interact in strange and unexpected ways. --WjW From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 16:34:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 89EA27B6 for ; Tue, 1 Jul 2014 16:34:01 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask.apl.washington.edu", Issuer "troutmask.apl.washington.edu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 67F9124A8 for ; Tue, 1 Jul 2014 16:34:01 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.9/8.14.9) with ESMTP id s61GY03q070130 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 1 Jul 2014 09:34:00 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.9/8.14.9/Submit) id s61GY0WI070129; Tue, 1 Jul 2014 09:34:00 -0700 (PDT) (envelope-from sgk) Date: Tue, 1 Jul 2014 09:34:00 -0700 From: Steve Kargl To: dt71@gmx.com Subject: Re: freebsd and utf-8 directory names Message-ID: <20140701163400.GA70109@troutmask.apl.washington.edu> References: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBCEC@exchange.mands.hu> <53B2C8B4.50306@gmx.com> <20140701153053.GA69689@troutmask.apl.washington.edu> <53B2D574.80408@gmx.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53B2D574.80408@gmx.com> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 16:34:01 -0000 On Tue, Jul 01, 2014 at 05:36:20PM +0200, dt71@gmx.com wrote: > Steve Kargl wrote, On 07/01/2014 17:30: > > Or become a FreeBSD developer, fix the problem, submit a patch, > > and make everyone happy. > > I would be very interested in 1-on-1 coaching from you. > I will pay for your work with awesome patches. As I have no use for UTF-8 and msdosfs works for me, I have no interest here. As far as coaching, I'll give you the secret to how I started fixing libm: step 1. Obtain src/ step 2. Read relevent files in src/ step 3. Find problem. step 4. Search literature. step 5. Fix problem. step 6. Submit patch 6a. Receive review of patch. 6b. Fix patch based on review. 6c. Resubmit patch. [[step 7. commit patch] step 8. goto step 2. Repeat often enough and be rewarded with commit bit and step 7 is no longer optional. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 16:54:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E498327 for ; Tue, 1 Jul 2014 16:54:08 +0000 (UTC) Received: from mout.gmx.com (mout.gmx.com [74.208.4.201]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 68ACA26A1 for ; Tue, 1 Jul 2014 16:54:08 +0000 (UTC) Received: from [157.181.96.215] ([157.181.96.215]) by mail.gmx.com (mrgmxus002) with ESMTPSA (Nemesis) id 0LcjtB-1WKfTW3l4B-00k7Mw; Tue, 01 Jul 2014 18:54:06 +0200 Message-ID: <53B2E78B.9030408@gmx.com> Date: Tue, 01 Jul 2014 18:53:31 +0200 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26 MIME-Version: 1.0 To: Steve Kargl Subject: Re: freebsd and utf-8 directory names References: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBCEC@exchange.mands.hu> <53B2C8B4.50306@gmx.com> <20140701153053.GA69689@troutmask.apl.washington.edu> <53B2D574.80408@gmx.com> <20140701163400.GA70109@troutmask.apl.washington.edu> In-Reply-To: <20140701163400.GA70109@troutmask.apl.washington.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:QgHG4+zYICls29Ej5JSAdhvB4yyJ68PuxV1uipJ/FINldoZ1fZn TtoMtXrEqtcmrthVo8as9GKXpcGzt18EM6uMZ33ATvF040UjdWUVTbUnFUTz3lA71vwN9uy nnAltwBvfcefjdbUEy2u13txuHfUKAWuZSDxw/8m2Ds17u8cV65qsB9xDJiFlLLK3heIqf/ X95OaqgVUWrirDadPIyUg== Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 16:54:08 -0000 Steve Kargl wrote, On 07/01/2014 18:34: >As far as coaching, I'll give you > the secret to how I started fixing libm: > > step 1. Obtain src/ > step 2. Read relevent files in src/ > step 3. Find problem. > step 4. Search literature. > step 5. Fix problem. > step 6. Submit patch > 6a. Receive review of patch. > 6b. Fix patch based on review. > 6c. Resubmit patch. > [[step 7. commit patch] > step 8. goto step 2. In other words, "You, the general user, should learn the art of operating system development (on your own) for the sole purpose of being able to fix the bug yourself." From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 16:39:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE569C4D; Tue, 1 Jul 2014 16:39:15 +0000 (UTC) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A2A702505; Tue, 1 Jul 2014 16:39:15 +0000 (UTC) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200::ae25]) (authenticated bits=0) by hydra.pix.net (8.14.8/8.14.8) with ESMTP id s61Gd665013398; Tue, 1 Jul 2014 12:39:13 -0400 (EDT) (envelope-from cross+freebsd@distal.com) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.1 at mail.pix.net Received: from zalamar.mm-corp.net ([65.207.51.199]) (authenticated bits=0) by mail.distal.com (8.14.8/8.14.8) with ESMTP id s61GbhUr006520 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 1 Jul 2014 12:37:44 -0400 (EDT) (envelope-from cross+freebsd@distal.com) From: Chris Ross Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: gpart(8) man page missing list documentation Message-Id: <6D400FD8-FF1F-42AC-AC54-EA1B5723EF1B@distal.com> Date: Tue, 1 Jul 2014 12:37:21 -0400 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) X-Mailer: Apple Mail (2.1827) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.distal.com [206.138.151.250]); Tue, 01 Jul 2014 12:37:44 -0400 (EDT) X-Mailman-Approved-At: Tue, 01 Jul 2014 16:55:07 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 16:39:15 -0000 Looking at the man page for gpart(8) on a recent 10-stable system, I = was trying to find out what the -a option to list does. (shown in the = output of gpart when run with no parameters). Interestingly, despite = =93list=94 being highlighted in paragraph text as an action for the = command, it does not appear in the summary at the top of the page, nor = in the detailed DESCRIPTION section that describes each of the actions. This appears to still be the case on HEAD, as well. I assume this is = worth fixing and MFC=92ing? Thanks. - Chris From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 16:56:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0015954C; Tue, 1 Jul 2014 16:56:16 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AB09626C2; Tue, 1 Jul 2014 16:56:16 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1X21Lk-000GPz-B6>; Tue, 01 Jul 2014 18:56:08 +0200 Received: from g225051198.adsl.alicedsl.de ([92.225.51.198] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1X21Lk-000A1i-7v>; Tue, 01 Jul 2014 18:56:08 +0200 Date: Tue, 1 Jul 2014 18:56:03 +0200 From: "O. Hartmann" To: Willem Jan Withagen Subject: Re: [CURRENT]: weird memory/linker problem? Message-ID: <20140701185603.00be87ef.ohartman@zedat.fu-berlin.de> In-Reply-To: <53B2DA66.9010506@digiware.nl> References: <20140622165639.17a1ba1e.ohartman@zedat.fu-berlin.de> <20140623163115.03bdd675.ohartman@zedat.fu-berlin.de> <20140701150755.548ed6b9.ohartman@zedat.fu-berlin.de> <53B2D262.2040502@digiware.nl> <20140701173335.394414c3.ohartman@zedat.fu-berlin.de> <53B2DA66.9010506@digiware.nl> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/ZmBnMA4RRv0oGJlzTHlHs8K"; protocol="application/pgp-signature" X-Originating-IP: 92.225.51.198 X-ZEDAT-Hint: A Cc: "Rang, Anton" , Adrian Chadd , FreeBSD CURRENT , Dimitry Andric X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 16:56:17 -0000 --Sig_/ZmBnMA4RRv0oGJlzTHlHs8K Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Tue, 01 Jul 2014 17:57:26 +0200 Willem Jan Withagen schrieb: > On 2014-07-01 17:33, O. Hartmann wrote: > > Am Tue, 01 Jul 2014 17:23:14 +0200 > > Willem Jan Withagen schrieb: > > > >> On 2014-07-01 16:48, Rang, Anton wrote: > >>> DOT =3D> DOD > >>> > >>> 444F54 =3D> 444F44 > >>> > >>> That's a single-bit flip. Bad memory, perhaps? > >> > >> Very likely, especially if the system does not have ECC.... > >> It just happens on rare occasions that a alpha particle, power cycle, = or > >> any things else disruptive damages a memory cell. And it could be that > >> it requires a special pattern of accesses to actually exhibit the erro= r. > >> > >> In the past (199x's) 'make buildworld' used to be a rather good memory > >> tester. But nowadays look at > >> http://www.memtest.org/ > >> > >> This tool has found all of the bad memory in all the systems I used and > >> or build for others... > >> Note that it might take a few runs and some more heat to actually > >> trigger the faulty cell, but memtest86 will usually find it. > >> > >> Note that on big systems with lots of memory it can take a loooooong > >> time to run just one full testset to completion. > >> > >> --WjW > > > > I already testet via memtest86+ (had to download the linux image, the p= ort on FreeBSD > > is broken on CURRENT). It didn't find anything strange so far. > > > > I will do another test. > > > > I realised, that on that that specific box, the chipset temperature is = 81 Grad Celius. > > The chipset is a Eaglelake P45 - in which the memory controller resides= on that old > > platform. dmidecode gives: > > > > Manufacturer: ASUSTeK Computer INC. > > Product Name: P5Q-WS > > Version: Rev 1.xx > Hello Willem, =20 > Hi Oliver, >=20 > I've build several (5+) systems with these boards (from memory they date= =20 > around 2009??). And if I recall right, one of them is still functional.=20 > The first one broke down in a couple of weeks, and the other did not=20 > survive time either. >=20 > The auxiliary chips on that board do run hot, but I never realized this=20 > hot. Is 81C is the CPU temp from sysctl, or did you measure the cooling=20 > body on the motherboard. In the later case it is just too hot, probably. > But even if it is the temp on the chip itself, I've rrarely seen temps=20 > go up this high. The temperature is seen in BIOS and by the usage of one of those health dae= mon, found in ports (forgot about the name).=20 There is no sysctl MIB showing the chipset temperature on that board, as fa= r as I know. >=20 > You can need to run the memtest86 for more than 6-10 complete runs with=20 > all the tests. Last time I ran memtest86+ it took ~ 1 1/2 days to finish. >=20 > If the memtests do not reveal anything broken, then you get into even=20 > more wizardry stuff, like bad power etc... Especially since it only=20 > occurs on occasion, it is going to be a nightmare to find the root cause= =20 > of this. Other than replacing hardware piece by piece, which won't be=20 > easy given the age of the board and parts. >=20 > You could go into the bios, and try to config ram access at a slower=20 > speed and see if the problem goes away. Then it could be that you are=20 > running an the edge of the spec with regards to ram timing. >=20 > But like I said, it is all lots of funky details that can interact in=20 > strange and unexpected ways. >=20 > --WjW I will check memory these days again. Regards, Oliver --Sig_/ZmBnMA4RRv0oGJlzTHlHs8K Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJTsugnAAoJEOgBcD7A/5N8WXMH+QGPihwFglKqVaFZ0XiH5un/ 9FkGh0vfhkbpJK1xtCUz3qPOseumUSIzfs8tGOaTpfqf4VNvpAdJ4k64wqd3m95E bgXKgiXoyubWHO9KIJ9pME9LB1UEVyzWKBkT3r4doFRiwEKiZlpRK+mVW3Hbx46y a6ffXL+o2PKyMw8HGvuUMF0C1YPixYu7nwBN/jYRvFaui4g0kfk6PFNt/XoiU6f2 1U77pPGXXyiNsEXFknMIqrjjX+vXjza7GTFeEJw/j8teUg0akitEMOVtBQWMEAvO FHo+iQMcGGx7Qa17qpz6wE+36ikMZopRHJNe8ZXzoBzyXMmFF9/+YTO46vVkUQ4= =0mnH -----END PGP SIGNATURE----- --Sig_/ZmBnMA4RRv0oGJlzTHlHs8K-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 17:06:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B091F76C for ; Tue, 1 Jul 2014 17:06:56 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7A8E6279E for ; Tue, 1 Jul 2014 17:06:55 +0000 (UTC) Received: from [192.168.0.7] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s61H6kE3087723 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 1 Jul 2014 17:06:47 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: freebsd and utf-8 directory names From: David Chisnall In-Reply-To: <53B2C8B4.50306@gmx.com> Date: Tue, 1 Jul 2014 18:06:40 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <7C6EC1A0-520F-49CA-8C05-1F3205080543@FreeBSD.org> References: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBCEC@exchange.mands.hu> <53B2C8B4.50306@gmx.com> To: dt71@gmx.com X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 17:06:56 -0000 On 1 Jul 2014, at 15:41, dt71@gmx.com wrote: > Also, you're at least the 3rd user (I'm at least the 2nd) that runs = into this case; ie., here's a report: = http://forums.freebsd.org/showthread.php?t=3D14612 (of course, this does = not contain a solution). Please note that forums.freebsd.org is not a bug tracker. I tried = searching the bug tracker for bugs with FAT and filename or FAT and = utf-8/utf8/character in their names and could not find any reference to = this issue. If you actually want to see bugs fixed, rather than just complain about = them, please file them here: = https://bugs.freebsd.org/bugzilla/enter_bug.cgi Make sure that you = provide all of the steps required to reproduce them. David From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 17:09:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B5DE1973 for ; Tue, 1 Jul 2014 17:09:05 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask.apl.washington.edu", Issuer "troutmask.apl.washington.edu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 795FB27E5 for ; Tue, 1 Jul 2014 17:09:05 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.9/8.14.9) with ESMTP id s61H94Bq070342 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 1 Jul 2014 10:09:04 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.9/8.14.9/Submit) id s61H94FE070341; Tue, 1 Jul 2014 10:09:04 -0700 (PDT) (envelope-from sgk) Date: Tue, 1 Jul 2014 10:09:04 -0700 From: Steve Kargl To: dt71@gmx.com Subject: Re: freebsd and utf-8 directory names Message-ID: <20140701170904.GA70304@troutmask.apl.washington.edu> References: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBCEC@exchange.mands.hu> <53B2C8B4.50306@gmx.com> <20140701153053.GA69689@troutmask.apl.washington.edu> <53B2D574.80408@gmx.com> <20140701163400.GA70109@troutmask.apl.washington.edu> <53B2E78B.9030408@gmx.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53B2E78B.9030408@gmx.com> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 17:09:05 -0000 On Tue, Jul 01, 2014 at 06:53:31PM +0200, dt71@gmx.com wrote: > Steve Kargl wrote, On 07/01/2014 18:34: > >As far as coaching, I'll give you > > the secret to how I started fixing libm: > > > > step 1. Obtain src/ > > step 2. Read relevent files in src/ > > step 3. Find problem. > > step 4. Search literature. > > step 5. Fix problem. > > step 6. Submit patch > > 6a. Receive review of patch. > > 6b. Fix patch based on review. > > 6c. Resubmit patch. > > [[step 7. commit patch] > > step 8. goto step 2. > > In other words, "You, the general user, should learn the art > of operating system development (on your own) for the sole > purpose of being able to fix the bug yourself." No. In other words, "If fixing the bug is so important to you that it must be fixed, then perhaps, you should take the initiative to learn enough to fix the bug." Or, in other other words, "Give a man a fish, he eats for a day; teach a man to fish, he eats for a lifetime." Finally, as a general user, it is often counter-productive to include vailed invectives in your emails to a public list. See for example: "Poke the FreeBSD developers to start fixing bugs, maybe (but not very likely) that will help." Sheesh, as if FreeBSD developer never fix any bugs. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 17:39:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6769C48 for ; Tue, 1 Jul 2014 17:39:38 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8F3BE2ADA for ; Tue, 1 Jul 2014 17:39:38 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s61HdZkD079722 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 1 Jul 2014 11:39:36 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s61HdZLS079719; Tue, 1 Jul 2014 11:39:35 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Tue, 1 Jul 2014 11:39:35 -0600 (MDT) From: Warren Block To: dt71@gmx.com Subject: Re: freebsd and utf-8 directory names In-Reply-To: <53B2E78B.9030408@gmx.com> Message-ID: References: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBCEC@exchange.mands.hu> <53B2C8B4.50306@gmx.com> <20140701153053.GA69689@troutmask.apl.washington.edu> <53B2D574.80408@gmx.com> <20140701163400.GA70109@troutmask.apl.washington.edu> <53B2E78B.9030408@gmx.com> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Tue, 01 Jul 2014 11:39:36 -0600 (MDT) Cc: freebsd-current@freebsd.org, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 17:39:39 -0000 On Tue, 1 Jul 2014, dt71@gmx.com wrote: > In other words, "You, the general user, should learn the art of operating > system development (on your own) for the sole purpose of being able to fix > the bug yourself." It's one approach to solving a technical problem, but not the only one. You can fix it yourself, possibly involving a lot of learning. Or you can ask, encourage, or even pay others to fix it. This should all start with a bug report to make sure the problem is documented. If people already know there are bugs in the msdosfs code, those same people should be able to supply details to fill out the bug report. From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 17:40:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3AE8CD64 for ; Tue, 1 Jul 2014 17:40:35 +0000 (UTC) Received: from dyslexicfish.net (streams.dyslexicfish.net [91.109.5.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CA1EF2AEF for ; Tue, 1 Jul 2014 17:40:33 +0000 (UTC) Received: from dyslexicfish.net (streams.dyslexicfish.net [91.109.5.35]) by dyslexicfish.net (8.14.5/8.14.5) with ESMTP id s61HePXa095012; Tue, 1 Jul 2014 18:40:25 +0100 (BST) (envelope-from jamie@dyslexicfish.net) Received: (from jamie@localhost) by dyslexicfish.net (8.14.5/8.14.5/Submit) id s61HePDH095011; Tue, 1 Jul 2014 18:40:25 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201407011740.s61HePDH095011@dyslexicfish.net> Date: Tue, 01 Jul 2014 18:40:24 +0100 To: Krasznai.Andras@mands.hu, freebsd-current@freebsd.org, dt71@gmx.com Subject: Re: freebsd and utf-8 directory names References: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBCEC@exchange.mands.hu> <53B2C8B4.50306@gmx.com> <3B0F582294DE3E448963BA62DC306AEE3C7F5FBE03@exchange.mands.hu> <53B2D18E.1040201@gmx.com> <3B0F582294DE3E448963BA62DC306AEE3C7F5FBE08@exchange.mands.hu> In-Reply-To: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBE08@exchange.mands.hu> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (dyslexicfish.net [91.109.5.35]); Tue, 01 Jul 2014 18:40:25 +0100 (BST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 17:40:35 -0000 M&S - Krasznai Andr??s wrote: > xfe display the file and directory names correctly together with creation date and time (simple 'ls' does not; it shows double question marks in the place of Hungarian characters. > > ls | od -c > > shows that such characters are represented in ls output as two characters e.g. 241 253 or such, I can test again but now I do not remember the exact numbers; the first of the two is the same for all Hungarian characters) That says to me that your locale is still not set correctly. The ls on it's own could be due to a non-compatible terminal emulator, but the fact that 'od' is showing two bytes rather than trying to display a character (however messed up the output may be) implies the characters are simply not valid in the locale you have set. It would be useful to have the exact numbers from the 'od' (a test filename with more than 2 Hungarian characters would be useful) and an approximate description (or screenshot) on how they should look. cheers, jamie From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 18:49:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6126CFEA; Tue, 1 Jul 2014 18:49:48 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1087D21B3; Tue, 1 Jul 2014 18:49:47 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s61InW2b080273 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 1 Jul 2014 12:49:32 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s61InWtU080270; Tue, 1 Jul 2014 12:49:32 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Tue, 1 Jul 2014 12:49:32 -0600 (MDT) From: Warren Block To: Chris Ross Subject: Re: gpart(8) man page missing list documentation In-Reply-To: <6D400FD8-FF1F-42AC-AC54-EA1B5723EF1B@distal.com> Message-ID: References: <6D400FD8-FF1F-42AC-AC54-EA1B5723EF1B@distal.com> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Tue, 01 Jul 2014 12:49:32 -0600 (MDT) Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 18:49:48 -0000 On Tue, 1 Jul 2014, Chris Ross wrote: > > Looking at the man page for gpart(8) on a recent 10-stable system, I was trying to find out what the -a option to list does. (shown in the output of gpart when run with no parameters). Interestingly, despite ?list? being highlighted in paragraph text as an action for the command, it does not appear in the summary at the top of the page, nor in the detailed DESCRIPTION section that describes each of the actions. > > This appears to still be the case on HEAD, as well. I assume this is worth fixing and MFC?ing? A PR was just entered for that: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191534 "list" and "status" and a couple of others that only apply for some GEOM modules (load, unload) are part of the base GEOM command set. I was going to say we should just refer the reader to another page, maybe geom(8). But gmirror(8) does include those commands in the synopsis. We should be consistent with this, and I'd lean toward doing it the way gmirror(8) does now. From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 18:55:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 568B564E; Tue, 1 Jul 2014 18:55:31 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "anubis.delphij.net", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3EF0222A2; Tue, 1 Jul 2014 18:55:31 +0000 (UTC) Received: from zeta.ixsystems.com (unknown [69.198.165.132]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id BA9D33272; Tue, 1 Jul 2014 11:55:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1404240930; bh=pb8Wu6OMR18EkBt5ycT+P4mv/NzzMg1kD5hVspL2mvk=; h=Date:From:Reply-To:To:Subject; b=SW3yVo65ZM2Zr09tiYF7Gq6vwiLGJn5OiNLVa7sgBfSr6K4j+9QNcCS9gMSHKCxmC Xn0ERrjz9M50bi7eAEWa7bvTNfcXpql1SoVlHHp5Yg1I887a0o/f2tKyTTLxUWxUhc ajRX1mFeGcvyPYlfCoKzmJoXn+Xfdde1HNDz6nGQ= Message-ID: <53B30422.7000004@delphij.net> Date: Tue, 01 Jul 2014 11:55:30 -0700 From: Xin Li Reply-To: d@delphij.net Organization: The FreeBSD Project MIME-Version: 1.0 To: FreeBSD Current , "sbruno@FreeBSD.org" Subject: HEADSUP -- ZFS users X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 18:55:31 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi, As some of you may have already noticed, I have accidentally introduced a regression when implementing backward compatibility to existing zfs binaries when importing a recent ZFS change as of r268075, which will cause system to block on 'kmem arena' when running _old_ zfs(8) binaries, due to an overlooked incompatibility of kernel data structures. If this happens, the quickest recovery method would be to roll back to previous kernel by booting into single user mode, mount -uw /, then copy /boot/kernel.old/* to /boot/kernel . The compatibility code was tested against old kernel so if you are doing 'make installkernel installworld' (NOT RECOMMENDED: new userland is NOT guaranteed to work with old kernel) rather than booting to a new kernel, then you would probably be unaffected. I have a working fix and am testing it right now. The fix will be committed after I have done sufficient testing, and I'll send another headsup once everything is settled. Sorry for the inconvenience and thanks for your patience. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCgAGBQJTswQiAAoJEJW2GBstM+nsrxkP/iuyV5CYFtdBTaLONTEihGYH Y5GpkrSy14Dikz+kAhCVBs6BlbEe94tpHvpL7tHKbIfmXQthWXj9WSW5F4PDrJGN FOLTCGfS0IHfKe2hzAln8jJW+E5uECgL/mLlPVbiVFf1gLsbHgy+YoOS46Zmr4Ro JmW7zChvIT2ZFvF8NJbP22PThf0R5IRPU9EKSbF1BioUUAePyh3Ml6TlGofCFAFT kBSuLhRDw6p42SJ+tWHixdPKVFJHj4qrYtAdBCLTa/jeLYUuD1R0wfk3XyZHH6r9 8dfN0L4GVM9vjvh1qD9AC1TZy1IbwE1TsBnmipo2bU8BLxey8/TxdtimLC/JoXol EcBfsO/GfOcLxvYEdD6ZstOZkAcGRfpxbe8ECfEia3od9bM11eCBo1OTdAHlCnGg VxhoCzWGtL6Ma3EApZpOELG43wE+8N9tv3ylM30QTEcJ27SS03mewQUTnXPHFvZq D0kSC6CSF1WfFIm5aS8NkkrZKazhdig7TasBXWq13p9u2p5wvAgPZlh2qWF4uBdb oP1o/c9kbYyiduUrRDWwL6iGcD4YQG/9vpPntwH17B4r8i6Nf69E1KeU32FUDfbk Lfn7lY9M2NgsCH5MQrWygR6NfeirEtpq0cGgu6FPnUHq0PAxkl9CtrjEBa3RPLXa NCYxWySbYXV+I1jKYoZU =eO6S -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 19:05:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7728AF53 for ; Tue, 1 Jul 2014 19:05:05 +0000 (UTC) Received: from cu01176a.smtpx.saremail.com (cu01176a.smtpx.saremail.com [195.16.150.151]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 342C123B5 for ; Tue, 1 Jul 2014 19:05:04 +0000 (UTC) Received: from www.saremail.com (unknown [194.30.0.100]) by proxypop03.sare.net (Postfix) with ESMTPSA id 544F79DC682 for ; Tue, 1 Jul 2014 20:58:08 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Tue, 01 Jul 2014 20:58:36 +0200 From: borjam@sarenet.es To: freebsd-current@freebsd.org Subject: Re: Fix Emulex "oce" driver in CURRENT In-Reply-To: References: Message-ID: <5417cf77d05bfa57635b5cc7a5fdbb87@sarenet.es> X-Sender: borjam@sarenet.es User-Agent: Saremail/0.8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 19:05:05 -0000 El 30.06.2014 18:36, Stefano Garzarella escribió: > Hello, > I had problems during some experiments with Emulex and "oce" driver in > CURRENT. > I found several bugs in the "oce" driver and this patch fixes them. At least with some cards, the driver simply does not work. It causes a panic when there is some traffic. The relevant bug report is here. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183391 The latest version available from the Emulex website works. But the version bundled with 9.3 and at least -STABLE (which is the same version bundled with -CURRENT) does cause panics on 10- and 9- It's quite easy to reproduce. Link two machines, fire iperf to generate traffic and watch the almost instant panic. Borja. From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 19:12:25 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 76617287; Tue, 1 Jul 2014 19:12:25 +0000 (UTC) Received: from mx2.paymentallianceintl.com (mx2.paymentallianceintl.com [216.26.158.171]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx2.paymentallianceintl.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 21A862493; Tue, 1 Jul 2014 19:12:24 +0000 (UTC) Received: from firewall.mikej.com (162-238-140-44.lightspeed.lsvlky.sbcglobal.net [162.238.140.44]) by mx2.paymentallianceintl.com (8.14.5/8.13.8) with ESMTP id s61J0oB3078552 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 1 Jul 2014 15:00:51 -0400 (EDT) (envelope-from mikej@mikej.com) Received: from mail.mikej.com (firewall.mikej.com [192.168.6.63]) by firewall.mikej.com (8.14.9/8.14.9) with ESMTP id s61J0Tuj007295; Tue, 1 Jul 2014 15:00:49 -0400 (EDT) (envelope-from mikej@firewall.mikej.com) X-Authentication-Warning: firewall.mikej.com: Host firewall.mikej.com [192.168.6.63] claimed to be mail.mikej.com MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 01 Jul 2014 15:00:29 -0400 From: mikej To: Warren Block Subject: Re: gpart(8) man page missing list documentation In-Reply-To: References: <6D400FD8-FF1F-42AC-AC54-EA1B5723EF1B@distal.com> Message-ID: <576b495b365440555d7b036765c908ed@mail.mikej.com> X-Sender: mikej@localhost User-Agent: Roundcube Webmail/1.0.1 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, Chris Ross , owner-freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 19:12:25 -0000 On 2014-07-01 14:49, Warren Block wrote: > On Tue, 1 Jul 2014, Chris Ross wrote: > >> >> Looking at the man page for gpart(8) on a recent 10-stable system, I >> was trying to find out what the -a option to list does. (shown in the >> output of gpart when run with no parameters). Interestingly, despite >> ?list? being highlighted in paragraph text as an action for the >> command, it does not appear in the summary at the top of the page, nor >> in the detailed DESCRIPTION section that describes each of the >> actions. >> >> This appears to still be the case on HEAD, as well. I assume this is >> worth fixing and MFC?ing? > > A PR was just entered for that: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191534 > > "list" and "status" and a couple of others that only apply for some > GEOM modules (load, unload) are part of the base GEOM command set. I > was going to say we should just refer the reader to another page, > maybe geom(8). > > But gmirror(8) does include those commands in the synopsis. We should > be consistent with this, and I'd lean toward doing it the way > gmirror(8) does now. > _______________________________________________ > 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" Chris: Just looked at gmirror(8) and geom(8) and I concur that having it listed in the synopsis with a reference in the description would suffice nicely. Thanks! From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 19:20:57 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B9F90741; Tue, 1 Jul 2014 19:20:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6529D252D; Tue, 1 Jul 2014 19:20:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s61JKtrw025193; Tue, 1 Jul 2014 15:20:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s61JKtO0025190; Tue, 1 Jul 2014 19:20:55 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 1 Jul 2014 19:20:55 GMT Message-Id: <201407011920.s61JKtO0025190@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2014 19:20:57 -0000 TB --- 2014-07-01 18:18:31 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-01 18:18:31 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-01 18:18:31 - starting HEAD tinderbox run for mips/mips TB --- 2014-07-01 18:18:31 - cleaning the object tree TB --- 2014-07-01 18:18:31 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-01 18:18:35 - At svn revision 268087 TB --- 2014-07-01 18:18:36 - building world TB --- 2014-07-01 18:18:36 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 18:18:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 18:18:36 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 18:18:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 18:18:36 - SRCCONF=/dev/null TB --- 2014-07-01 18:18:36 - TARGET=mips TB --- 2014-07-01 18:18:36 - TARGET_ARCH=mips TB --- 2014-07-01 18:18:36 - TZ=UTC TB --- 2014-07-01 18:18:36 - __MAKE_CONF=/dev/null TB --- 2014-07-01 18:18:36 - cd /src TB --- 2014-07-01 18:18:36 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Tue Jul 1 18:18:43 UTC 2014 >>> 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 Jul 1 19:19:39 UTC 2014 TB --- 2014-07-01 19:19:39 - cd /src/sys/mips/conf TB --- 2014-07-01 19:19:39 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m ADM5120 TB --- 2014-07-01 19:19:39 - skipping ADM5120 kernel TB --- 2014-07-01 19:19:39 - cd /src/sys/mips/conf TB --- 2014-07-01 19:19:39 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m ALCHEMY TB --- 2014-07-01 19:19:39 - skipping ALCHEMY kernel TB --- 2014-07-01 19:19:39 - cd /src/sys/mips/conf TB --- 2014-07-01 19:19:39 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m ALFA_HORNET_UB TB --- 2014-07-01 19:19:39 - building ALFA_HORNET_UB kernel TB --- 2014-07-01 19:19:39 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 19:19:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 19:19:39 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 19:19:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 19:19:39 - SRCCONF=/dev/null TB --- 2014-07-01 19:19:39 - TARGET=mips TB --- 2014-07-01 19:19:39 - TARGET_ARCH=mips TB --- 2014-07-01 19:19:39 - TZ=UTC TB --- 2014-07-01 19:19:39 - __MAKE_CONF=/dev/null TB --- 2014-07-01 19:19:39 - cd /src TB --- 2014-07-01 19:19:39 - /usr/bin/make -B buildkernel KERNCONF=ALFA_HORNET_UB >>> Kernel build for ALFA_HORNET_UB started on Tue Jul 1 19:19:39 UTC 2014 >>> 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 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/init_sysent.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/ksched.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_acct.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_alq.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_clock.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_condvar.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_conf.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_cons.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_cpu.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_cpuset.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_context.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_descrip.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_environment.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_et.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_event.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_exec.c cc1: warnings being treated as errors /src/sys/kern/kern_exec.c: In function 'kern_execve': /src/sys/kern/kern_exec.c:346: warning: 'newsigacts' may be used uninitialized in this function /src/sys/kern/kern_exec.c:346: note: 'newsigacts' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/ALFA_HORNET_UB *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-01 19:20:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-01 19:20:55 - ERROR: failed to build ALFA_HORNET_UB kernel TB --- 2014-07-01 19:20:55 - 2919.78 user 685.00 system 3743.58 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 20:05:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 07A6F7C2; Tue, 1 Jul 2014 20:05:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B6A8D295F; Tue, 1 Jul 2014 20:05:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s61K5dkZ070066; Tue, 1 Jul 2014 16:05:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s61K5dV1070061; Tue, 1 Jul 2014 20:05:39 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 1 Jul 2014 20:05:39 GMT Message-Id: <201407012005.s61K5dV1070061@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2014 20:05:41 -0000 TB --- 2014-07-01 18:08:45 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-01 18:08:45 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-01 18:08:45 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-07-01 18:08:45 - cleaning the object tree TB --- 2014-07-01 18:10:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-01 18:10:29 - At svn revision 268087 TB --- 2014-07-01 18:10:30 - building world TB --- 2014-07-01 18:10:30 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 18:10:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 18:10:30 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 18:10:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 18:10:30 - SRCCONF=/dev/null TB --- 2014-07-01 18:10:30 - TARGET=ia64 TB --- 2014-07-01 18:10:30 - TARGET_ARCH=ia64 TB --- 2014-07-01 18:10:30 - TZ=UTC TB --- 2014-07-01 18:10:30 - __MAKE_CONF=/dev/null TB --- 2014-07-01 18:10:30 - cd /src TB --- 2014-07-01 18:10:30 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Tue Jul 1 18:10:38 UTC 2014 >>> 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 Jul 1 19:44:23 UTC 2014 TB --- 2014-07-01 19:44:23 - generating LINT kernel config TB --- 2014-07-01 19:44:23 - cd /src/sys/ia64/conf TB --- 2014-07-01 19:44:23 - /usr/bin/make -B LINT TB --- 2014-07-01 19:44:23 - cd /src/sys/ia64/conf TB --- 2014-07-01 19:44:23 - /obj/ia64.ia64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-01 19:44:23 - building LINT kernel TB --- 2014-07-01 19:44:23 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 19:44:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 19:44:23 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 19:44:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 19:44:23 - SRCCONF=/dev/null TB --- 2014-07-01 19:44:23 - TARGET=ia64 TB --- 2014-07-01 19:44:23 - TARGET_ARCH=ia64 TB --- 2014-07-01 19:44:23 - TZ=UTC TB --- 2014-07-01 19:44:23 - __MAKE_CONF=/dev/null TB --- 2014-07-01 19:44:23 - cd /src TB --- 2014-07-01 19:44:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jul 1 19:44:23 UTC 2014 >>> 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 -x assembler-with-cpp -Wa,-x -DLOCORE -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/libkern/ia64/__udivsi3.S cc -c -x assembler-with-cpp -Wa,-x -DLOCORE -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/libkern/ia64/__umoddi3.S cc -c -x assembler-with-cpp -Wa,-x -DLOCORE -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/libkern/ia64/__umodsi3.S cc -c -x assembler-with-cpp -Wa,-x -DLOCORE -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/libkern/ia64/bswap16.S cc -c -x assembler-with-cpp -Wa,-x -DLOCORE -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/libkern/ia64/bswap32.S 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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/libkern/memmove.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/libkern/memset.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/subr_dummy_vdso_tc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror config.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror env.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror hints.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror vnode_if.c :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/obj/src/make.amd64/bmake sh /src/sys/conf/newvers.sh LINT 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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror vers.c linking kernel scvgarndr.o:(.sbss+0x0): multiple definition of `sc_txtmouse_no_retrace_wait' vt_core.o:(.sbss+0x4): first defined here *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-01 20:05:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-01 20:05:39 - ERROR: failed to build LINT kernel TB --- 2014-07-01 20:05:39 - 5835.70 user 912.96 system 7014.32 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 20:14:43 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F55F9A2; Tue, 1 Jul 2014 20:14:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 161492A38; Tue, 1 Jul 2014 20:14:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s61KEgFM042175; Tue, 1 Jul 2014 16:14:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s61KEgH2042174; Tue, 1 Jul 2014 20:14:42 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 1 Jul 2014 20:14:42 GMT Message-Id: <201407012014.s61KEgH2042174@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2014 20:14:43 -0000 TB --- 2014-07-01 18:33:43 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-01 18:33:43 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-01 18:33:43 - starting HEAD tinderbox run for mips64/mips TB --- 2014-07-01 18:33:43 - cleaning the object tree TB --- 2014-07-01 18:34:53 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-01 18:34:56 - At svn revision 268087 TB --- 2014-07-01 18:34:57 - building world TB --- 2014-07-01 18:34:57 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 18:34:57 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 18:34:57 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 18:34:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 18:34:57 - SRCCONF=/dev/null TB --- 2014-07-01 18:34:57 - TARGET=mips TB --- 2014-07-01 18:34:57 - TARGET_ARCH=mips64 TB --- 2014-07-01 18:34:57 - TZ=UTC TB --- 2014-07-01 18:34:57 - __MAKE_CONF=/dev/null TB --- 2014-07-01 18:34:57 - cd /src TB --- 2014-07-01 18:34:57 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Tue Jul 1 18:35:04 UTC 2014 >>> 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 Jul 1 19:35:32 UTC 2014 TB --- 2014-07-01 19:35:32 - cd /src/sys/mips/conf TB --- 2014-07-01 19:35:32 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ADM5120 TB --- 2014-07-01 19:35:32 - skipping ADM5120 kernel TB --- 2014-07-01 19:35:32 - cd /src/sys/mips/conf TB --- 2014-07-01 19:35:32 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALCHEMY TB --- 2014-07-01 19:35:32 - skipping ALCHEMY kernel TB --- 2014-07-01 19:35:32 - cd /src/sys/mips/conf TB --- 2014-07-01 19:35:32 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALFA_HORNET_UB TB --- 2014-07-01 19:35:32 - skipping ALFA_HORNET_UB kernel TB --- 2014-07-01 19:35:32 - cd /src/sys/mips/conf TB --- 2014-07-01 19:35:32 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP121 TB --- 2014-07-01 19:35:32 - skipping AP121 kernel TB --- 2014-07-01 19:35:32 - cd /src/sys/mips/conf TB --- 2014-07-01 19:35:32 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP91 TB --- 2014-07-01 19:35:32 - skipping AP91 kernel TB --- 2014-07-01 19:35:32 - cd /src/sys/mips/conf TB --- 2014-07-01 19:35:32 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP93 TB --- 2014-07-01 19:35:32 - skipping AP93 kernel TB --- 2014-07-01 19:35:32 - cd /src/sys/mips/conf TB --- 2014-07-01 19:35:32 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP94 TB --- 2014-07-01 19:35:32 - skipping AP94 kernel TB --- 2014-07-01 19:35:32 - cd /src/sys/mips/conf TB --- 2014-07-01 19:35:32 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP96 TB --- 2014-07-01 19:35:32 - skipping AP96 kernel TB --- 2014-07-01 19:35:32 - cd /src/sys/mips/conf TB --- 2014-07-01 19:35:32 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR71XX_BASE TB --- 2014-07-01 19:35:32 - skipping AR71XX_BASE kernel TB --- 2014-07-01 19:35:32 - cd /src/sys/mips/conf TB --- 2014-07-01 19:35:32 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR724X_BASE TB --- 2014-07-01 19:35:32 - skipping AR724X_BASE kernel TB --- 2014-07-01 19:35:32 - cd /src/sys/mips/conf TB --- 2014-07-01 19:35:32 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR91XX_BASE TB --- 2014-07-01 19:35:32 - skipping AR91XX_BASE kernel TB --- 2014-07-01 19:35:32 - cd /src/sys/mips/conf TB --- 2014-07-01 19:35:32 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR933X_BASE TB --- 2014-07-01 19:35:32 - skipping AR933X_BASE kernel TB --- 2014-07-01 19:35:32 - cd /src/sys/mips/conf TB --- 2014-07-01 19:35:32 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR934X_BASE TB --- 2014-07-01 19:35:32 - skipping AR934X_BASE kernel TB --- 2014-07-01 19:35:32 - cd /src/sys/mips/conf TB --- 2014-07-01 19:35:32 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_BASE TB --- 2014-07-01 19:35:32 - building BERI_DE4_BASE kernel TB --- 2014-07-01 19:35:32 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 19:35:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 19:35:32 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 19:35:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 19:35:32 - SRCCONF=/dev/null TB --- 2014-07-01 19:35:32 - TARGET=mips TB --- 2014-07-01 19:35:32 - TARGET_ARCH=mips64 TB --- 2014-07-01 19:35:32 - TZ=UTC TB --- 2014-07-01 19:35:32 - __MAKE_CONF=/dev/null TB --- 2014-07-01 19:35:32 - cd /src TB --- 2014-07-01 19:35:32 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Tue Jul 1 19:35:32 UTC 2014 >>> 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 BERI_DE4_BASE completed on Tue Jul 1 19:38:44 UTC 2014 TB --- 2014-07-01 19:38:44 - cd /src/sys/mips/conf TB --- 2014-07-01 19:38:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-07-01 19:38:44 - building BERI_DE4_MDROOT kernel TB --- 2014-07-01 19:38:44 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 19:38:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 19:38:44 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 19:38:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 19:38:44 - SRCCONF=/dev/null TB --- 2014-07-01 19:38:44 - TARGET=mips TB --- 2014-07-01 19:38:44 - TARGET_ARCH=mips64 TB --- 2014-07-01 19:38:44 - TZ=UTC TB --- 2014-07-01 19:38:44 - __MAKE_CONF=/dev/null TB --- 2014-07-01 19:38:44 - cd /src TB --- 2014-07-01 19:38:44 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Tue Jul 1 19:38:44 UTC 2014 >>> 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 BERI_DE4_MDROOT completed on Tue Jul 1 19:41:44 UTC 2014 TB --- 2014-07-01 19:41:44 - cd /src/sys/mips/conf TB --- 2014-07-01 19:41:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-07-01 19:41:44 - building BERI_DE4_SDROOT kernel TB --- 2014-07-01 19:41:44 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 19:41:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 19:41:44 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 19:41:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 19:41:44 - SRCCONF=/dev/null TB --- 2014-07-01 19:41:44 - TARGET=mips TB --- 2014-07-01 19:41:44 - TARGET_ARCH=mips64 TB --- 2014-07-01 19:41:44 - TZ=UTC TB --- 2014-07-01 19:41:44 - __MAKE_CONF=/dev/null TB --- 2014-07-01 19:41:44 - cd /src TB --- 2014-07-01 19:41:44 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Tue Jul 1 19:41:44 UTC 2014 >>> 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 BERI_DE4_SDROOT completed on Tue Jul 1 19:44:44 UTC 2014 TB --- 2014-07-01 19:44:44 - cd /src/sys/mips/conf TB --- 2014-07-01 19:44:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-07-01 19:44:44 - building BERI_NETFPGA_MDROOT kernel TB --- 2014-07-01 19:44:44 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 19:44:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 19:44:44 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 19:44:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 19:44:44 - SRCCONF=/dev/null TB --- 2014-07-01 19:44:44 - TARGET=mips TB --- 2014-07-01 19:44:44 - TARGET_ARCH=mips64 TB --- 2014-07-01 19:44:44 - TZ=UTC TB --- 2014-07-01 19:44:44 - __MAKE_CONF=/dev/null TB --- 2014-07-01 19:44:44 - cd /src TB --- 2014-07-01 19:44:44 - /usr/bin/make -B buildkernel KERNCONF=BERI_NETFPGA_MDROOT >>> Kernel build for BERI_NETFPGA_MDROOT started on Tue Jul 1 19:44:44 UTC 2014 >>> 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 BERI_NETFPGA_MDROOT completed on Tue Jul 1 19:47:17 UTC 2014 TB --- 2014-07-01 19:47:17 - cd /src/sys/mips/conf TB --- 2014-07-01 19:47:17 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_BASE TB --- 2014-07-01 19:47:17 - building BERI_SIM_BASE kernel TB --- 2014-07-01 19:47:17 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 19:47:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 19:47:17 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 19:47:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 19:47:17 - SRCCONF=/dev/null TB --- 2014-07-01 19:47:17 - TARGET=mips TB --- 2014-07-01 19:47:17 - TARGET_ARCH=mips64 TB --- 2014-07-01 19:47:17 - TZ=UTC TB --- 2014-07-01 19:47:17 - __MAKE_CONF=/dev/null TB --- 2014-07-01 19:47:17 - cd /src TB --- 2014-07-01 19:47:17 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_BASE >>> Kernel build for BERI_SIM_BASE started on Tue Jul 1 19:47:17 UTC 2014 >>> 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 BERI_SIM_BASE completed on Tue Jul 1 19:49:50 UTC 2014 TB --- 2014-07-01 19:49:50 - cd /src/sys/mips/conf TB --- 2014-07-01 19:49:50 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-07-01 19:49:50 - building BERI_SIM_MDROOT kernel TB --- 2014-07-01 19:49:50 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 19:49:50 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 19:49:50 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 19:49:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 19:49:50 - SRCCONF=/dev/null TB --- 2014-07-01 19:49:50 - TARGET=mips TB --- 2014-07-01 19:49:50 - TARGET_ARCH=mips64 TB --- 2014-07-01 19:49:50 - TZ=UTC TB --- 2014-07-01 19:49:50 - __MAKE_CONF=/dev/null TB --- 2014-07-01 19:49:50 - cd /src TB --- 2014-07-01 19:49:50 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_MDROOT >>> Kernel build for BERI_SIM_MDROOT started on Tue Jul 1 19:49:50 UTC 2014 >>> 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 BERI_SIM_MDROOT completed on Tue Jul 1 19:52:27 UTC 2014 TB --- 2014-07-01 19:52:27 - cd /src/sys/mips/conf TB --- 2014-07-01 19:52:27 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_SDROOT TB --- 2014-07-01 19:52:27 - building BERI_SIM_SDROOT kernel TB --- 2014-07-01 19:52:27 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 19:52:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 19:52:27 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 19:52:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 19:52:27 - SRCCONF=/dev/null TB --- 2014-07-01 19:52:27 - TARGET=mips TB --- 2014-07-01 19:52:27 - TARGET_ARCH=mips64 TB --- 2014-07-01 19:52:27 - TZ=UTC TB --- 2014-07-01 19:52:27 - __MAKE_CONF=/dev/null TB --- 2014-07-01 19:52:27 - cd /src TB --- 2014-07-01 19:52:27 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_SDROOT >>> Kernel build for BERI_SIM_SDROOT started on Tue Jul 1 19:52:27 UTC 2014 >>> 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 BERI_SIM_SDROOT completed on Tue Jul 1 19:55:00 UTC 2014 TB --- 2014-07-01 19:55:00 - cd /src/sys/mips/conf TB --- 2014-07-01 19:55:00 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_TEMPLATE TB --- 2014-07-01 19:55:00 - building BERI_TEMPLATE kernel TB --- 2014-07-01 19:55:00 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 19:55:00 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 19:55:00 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 19:55:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 19:55:00 - SRCCONF=/dev/null TB --- 2014-07-01 19:55:00 - TARGET=mips TB --- 2014-07-01 19:55:00 - TARGET_ARCH=mips64 TB --- 2014-07-01 19:55:00 - TZ=UTC TB --- 2014-07-01 19:55:00 - __MAKE_CONF=/dev/null TB --- 2014-07-01 19:55:00 - cd /src TB --- 2014-07-01 19:55:00 - /usr/bin/make -B buildkernel KERNCONF=BERI_TEMPLATE >>> Kernel build for BERI_TEMPLATE started on Tue Jul 1 19:55:00 UTC 2014 >>> 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 BERI_TEMPLATE completed on Tue Jul 1 19:57:27 UTC 2014 TB --- 2014-07-01 19:57:27 - cd /src/sys/mips/conf TB --- 2014-07-01 19:57:27 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m CARAMBOLA2 TB --- 2014-07-01 19:57:27 - skipping CARAMBOLA2 kernel TB --- 2014-07-01 19:57:27 - cd /src/sys/mips/conf TB --- 2014-07-01 19:57:27 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m DB120 TB --- 2014-07-01 19:57:27 - skipping DB120 kernel TB --- 2014-07-01 19:57:27 - cd /src/sys/mips/conf TB --- 2014-07-01 19:57:27 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m DIR-825B1 TB --- 2014-07-01 19:57:27 - skipping DIR-825B1 kernel TB --- 2014-07-01 19:57:27 - cd /src/sys/mips/conf TB --- 2014-07-01 19:57:27 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m DIR-825C1 TB --- 2014-07-01 19:57:27 - skipping DIR-825C1 kernel TB --- 2014-07-01 19:57:27 - cd /src/sys/mips/conf TB --- 2014-07-01 19:57:27 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ENH200 TB --- 2014-07-01 19:57:27 - skipping ENH200 kernel TB --- 2014-07-01 19:57:27 - cd /src/sys/mips/conf TB --- 2014-07-01 19:57:27 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m GXEMUL TB --- 2014-07-01 19:57:27 - building GXEMUL kernel TB --- 2014-07-01 19:57:27 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 19:57:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 19:57:27 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 19:57:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 19:57:27 - SRCCONF=/dev/null TB --- 2014-07-01 19:57:27 - TARGET=mips TB --- 2014-07-01 19:57:27 - TARGET_ARCH=mips64 TB --- 2014-07-01 19:57:27 - TZ=UTC TB --- 2014-07-01 19:57:27 - __MAKE_CONF=/dev/null TB --- 2014-07-01 19:57:27 - cd /src TB --- 2014-07-01 19:57:27 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL >>> Kernel build for GXEMUL started on Tue Jul 1 19:57:27 UTC 2014 >>> 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 GXEMUL completed on Tue Jul 1 19:59:27 UTC 2014 TB --- 2014-07-01 19:59:27 - cd /src/sys/mips/conf TB --- 2014-07-01 19:59:27 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m GXEMUL32 TB --- 2014-07-01 19:59:27 - skipping GXEMUL32 kernel TB --- 2014-07-01 19:59:27 - cd /src/sys/mips/conf TB --- 2014-07-01 19:59:27 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m IDT TB --- 2014-07-01 19:59:27 - skipping IDT kernel TB --- 2014-07-01 19:59:27 - cd /src/sys/mips/conf TB --- 2014-07-01 19:59:27 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m MALTA TB --- 2014-07-01 19:59:27 - skipping MALTA kernel TB --- 2014-07-01 19:59:27 - cd /src/sys/mips/conf TB --- 2014-07-01 19:59:27 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m MALTA64 TB --- 2014-07-01 19:59:27 - skipping MALTA64 kernel TB --- 2014-07-01 19:59:27 - cd /src/sys/mips/conf TB --- 2014-07-01 19:59:27 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m OCTEON1 TB --- 2014-07-01 19:59:27 - building OCTEON1 kernel TB --- 2014-07-01 19:59:27 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 19:59:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 19:59:27 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 19:59:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 19:59:27 - SRCCONF=/dev/null TB --- 2014-07-01 19:59:27 - TARGET=mips TB --- 2014-07-01 19:59:27 - TARGET_ARCH=mips64 TB --- 2014-07-01 19:59:27 - TZ=UTC TB --- 2014-07-01 19:59:27 - __MAKE_CONF=/dev/null TB --- 2014-07-01 19:59:27 - cd /src TB --- 2014-07-01 19:59:27 - /usr/bin/make -B buildkernel KERNCONF=OCTEON1 >>> Kernel build for OCTEON1 started on Tue Jul 1 19:59:27 UTC 2014 >>> 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 OCTEON1 completed on Tue Jul 1 20:07:31 UTC 2014 TB --- 2014-07-01 20:07:31 - cd /src/sys/mips/conf TB --- 2014-07-01 20:07:31 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m PB47 TB --- 2014-07-01 20:07:31 - skipping PB47 kernel TB --- 2014-07-01 20:07:31 - cd /src/sys/mips/conf TB --- 2014-07-01 20:07:31 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m PB92 TB --- 2014-07-01 20:07:31 - skipping PB92 kernel TB --- 2014-07-01 20:07:31 - cd /src/sys/mips/conf TB --- 2014-07-01 20:07:31 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m PICOSTATION_M2HP TB --- 2014-07-01 20:07:31 - skipping PICOSTATION_M2HP kernel TB --- 2014-07-01 20:07:31 - cd /src/sys/mips/conf TB --- 2014-07-01 20:07:31 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m QEMU TB --- 2014-07-01 20:07:32 - skipping QEMU kernel TB --- 2014-07-01 20:07:32 - cd /src/sys/mips/conf TB --- 2014-07-01 20:07:32 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ROUTERSTATION TB --- 2014-07-01 20:07:32 - skipping ROUTERSTATION kernel TB --- 2014-07-01 20:07:32 - cd /src/sys/mips/conf TB --- 2014-07-01 20:07:32 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ROUTERSTATION_MFS TB --- 2014-07-01 20:07:32 - skipping ROUTERSTATION_MFS kernel TB --- 2014-07-01 20:07:32 - cd /src/sys/mips/conf TB --- 2014-07-01 20:07:32 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m RSPRO TB --- 2014-07-01 20:07:32 - skipping RSPRO kernel TB --- 2014-07-01 20:07:32 - cd /src/sys/mips/conf TB --- 2014-07-01 20:07:32 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m RSPRO_MFS TB --- 2014-07-01 20:07:32 - skipping RSPRO_MFS kernel TB --- 2014-07-01 20:07:32 - cd /src/sys/mips/conf TB --- 2014-07-01 20:07:32 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m RSPRO_STANDALONE TB --- 2014-07-01 20:07:32 - skipping RSPRO_STANDALONE kernel TB --- 2014-07-01 20:07:32 - cd /src/sys/mips/conf TB --- 2014-07-01 20:07:32 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m RT305X TB --- 2014-07-01 20:07:32 - skipping RT305X kernel TB --- 2014-07-01 20:07:32 - cd /src/sys/mips/conf TB --- 2014-07-01 20:07:32 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m SENTRY5 TB --- 2014-07-01 20:07:32 - skipping SENTRY5 kernel TB --- 2014-07-01 20:07:32 - cd /src/sys/mips/conf TB --- 2014-07-01 20:07:32 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m SWARM TB --- 2014-07-01 20:07:32 - skipping SWARM kernel TB --- 2014-07-01 20:07:32 - cd /src/sys/mips/conf TB --- 2014-07-01 20:07:32 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m SWARM64 TB --- 2014-07-01 20:07:32 - building SWARM64 kernel TB --- 2014-07-01 20:07:32 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 20:07:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 20:07:32 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 20:07:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 20:07:32 - SRCCONF=/dev/null TB --- 2014-07-01 20:07:32 - TARGET=mips TB --- 2014-07-01 20:07:32 - TARGET_ARCH=mips64 TB --- 2014-07-01 20:07:32 - TZ=UTC TB --- 2014-07-01 20:07:32 - __MAKE_CONF=/dev/null TB --- 2014-07-01 20:07:32 - cd /src TB --- 2014-07-01 20:07:32 - /usr/bin/make -B buildkernel KERNCONF=SWARM64 >>> Kernel build for SWARM64 started on Tue Jul 1 20:07:32 UTC 2014 >>> 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 SWARM64 completed on Tue Jul 1 20:10:17 UTC 2014 TB --- 2014-07-01 20:10:17 - cd /src/sys/mips/conf TB --- 2014-07-01 20:10:17 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m SWARM64_SMP TB --- 2014-07-01 20:10:17 - building SWARM64_SMP kernel TB --- 2014-07-01 20:10:17 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 20:10:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 20:10:17 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 20:10:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 20:10:17 - SRCCONF=/dev/null TB --- 2014-07-01 20:10:17 - TARGET=mips TB --- 2014-07-01 20:10:17 - TARGET_ARCH=mips64 TB --- 2014-07-01 20:10:17 - TZ=UTC TB --- 2014-07-01 20:10:17 - __MAKE_CONF=/dev/null TB --- 2014-07-01 20:10:17 - cd /src TB --- 2014-07-01 20:10:17 - /usr/bin/make -B buildkernel KERNCONF=SWARM64_SMP >>> Kernel build for SWARM64_SMP started on Tue Jul 1 20:10:17 UTC 2014 >>> 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 SWARM64_SMP completed on Tue Jul 1 20:13:04 UTC 2014 TB --- 2014-07-01 20:13:04 - cd /src/sys/mips/conf TB --- 2014-07-01 20:13:04 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m SWARM_SMP TB --- 2014-07-01 20:13:04 - skipping SWARM_SMP kernel TB --- 2014-07-01 20:13:04 - cd /src/sys/mips/conf TB --- 2014-07-01 20:13:04 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m TP-WN1043ND TB --- 2014-07-01 20:13:04 - skipping TP-WN1043ND kernel TB --- 2014-07-01 20:13:04 - cd /src/sys/mips/conf TB --- 2014-07-01 20:13:04 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m WZR-300HP TB --- 2014-07-01 20:13:04 - skipping WZR-300HP kernel TB --- 2014-07-01 20:13:04 - cd /src/sys/mips/conf TB --- 2014-07-01 20:13:04 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m XLP TB --- 2014-07-01 20:13:04 - skipping XLP kernel TB --- 2014-07-01 20:13:04 - cd /src/sys/mips/conf TB --- 2014-07-01 20:13:04 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m XLP64 TB --- 2014-07-01 20:13:04 - building XLP64 kernel TB --- 2014-07-01 20:13:04 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 20:13:04 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 20:13:04 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 20:13:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 20:13:04 - SRCCONF=/dev/null TB --- 2014-07-01 20:13:04 - TARGET=mips TB --- 2014-07-01 20:13:04 - TARGET_ARCH=mips64 TB --- 2014-07-01 20:13:04 - TZ=UTC TB --- 2014-07-01 20:13:04 - __MAKE_CONF=/dev/null TB --- 2014-07-01 20:13:04 - cd /src TB --- 2014-07-01 20:13:04 - /usr/bin/make -B buildkernel KERNCONF=XLP64 >>> Kernel build for XLP64 started on Tue Jul 1 20:13:05 UTC 2014 >>> 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 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/init_main.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/init_sysent.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/ksched.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_acct.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_clock.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_condvar.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_conf.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_cons.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_cpu.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_cpuset.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_context.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_descrip.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_environment.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_et.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_event.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_exec.c cc1: warnings being treated as errors /src/sys/kern/kern_exec.c: In function 'kern_execve': /src/sys/kern/kern_exec.c:346: warning: 'newsigacts' may be used uninitialized in this function /src/sys/kern/kern_exec.c:346: note: 'newsigacts' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/XLP64 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-01 20:14:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-01 20:14:42 - ERROR: failed to build XLP64 kernel TB --- 2014-07-01 20:14:42 - 4857.95 user 969.91 system 6058.67 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 20:24:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1DA68C15 for ; Tue, 1 Jul 2014 20:24:29 +0000 (UTC) Received: from mail-lb0-x229.google.com (mail-lb0-x229.google.com [IPv6:2a00:1450:4010:c04::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9BD322B12 for ; Tue, 1 Jul 2014 20:24:28 +0000 (UTC) Received: by mail-lb0-f169.google.com with SMTP id l4so7395237lbv.0 for ; Tue, 01 Jul 2014 13:24:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:cc:content-type; bh=4egX6sEPVa7SlsztlcRUikw1OOL/DNhM05sjXWq/jsI=; b=1C5VhZgjFw1fcIAMHMS4BB0yNeZu8W1EavhF2KboHnD7getstRBH0gnFDrcyzEvlFe y8g0BtGWugCxGB9NoLYXY22xe2ituQ1Q426RTPHhGtYGku8Yc5NSdCrQ4+gp1oGbviz+ lRBsUsmRBuDkQ7+S/rsJmsqxIw4PkdZ3IFSvbBXEwSpM/rsBuWYYNuVswjDLlR9oTzLw FyyZmCSrEj3kfE8qVxecr6hUTtzDdfWY68Yixc22y6bnP3LGXKxQdbZZcMLjMqHN//tM 1C+x2I2sqEPmcj1Zpm3rOBgzvcx2x+9pa+3tXC/VRfAaZMBjz6Y06e0LZIJ7BBfXjsZd vUFg== MIME-Version: 1.0 X-Received: by 10.152.9.234 with SMTP id d10mr3541310lab.56.1404246266576; Tue, 01 Jul 2014 13:24:26 -0700 (PDT) Sender: rizzo.unipi@gmail.com Received: by 10.114.22.100 with HTTP; Tue, 1 Jul 2014 13:24:26 -0700 (PDT) Date: Tue, 1 Jul 2014 22:24:26 +0200 X-Google-Sender-Auth: YXOWPw_BXvEefu8AW-mCHvDzyH4 Message-ID: Subject: Re: Fix Emulex "oce" driver in CURRENT From: Luigi Rizzo To: borjam@sarenet.es Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 20:24:29 -0000 On Tue, Jul 1, 2014 at 8:58 PM, wrote: > El 30.06.2014 18:36, Stefano Garzarella escribi=C3=B3: > > Hello, >> I had problems during some experiments with Emulex and "oce" driver in >> CURRENT. >> I found several bugs in the "oce" driver and this patch fixes them. >> > > At least with some cards, the driver simply does not work. It causes a > panic when there is some traffic. > > The relevant bug report is here. > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D183391 > > The latest version available from the Emulex website works. But the > version bundled with 9.3 and at least -STABLE (which is the same version > bundled with -CURRENT) does cause panics on 10- and 9- > =E2=80=8Bi compared the code on the emulex website (10.0.747.0 ?) with the one in HEAD and it does not seem=E2=80=8B much different, but perhaps you have some other version in mind ? The bugs found by stefano exist also in the emulex version above. cheers luigi From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 20:57:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 99C4648B for ; Tue, 1 Jul 2014 20:57:47 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 624AC2DAB for ; Tue, 1 Jul 2014 20:57:46 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgsFALQfs1ODaFve/2dsb2JhbABahDmCbqhJBppJgSZ1hC2BCwINGQJfLYgonWCPI5tgF4ErhESIThEBHIMygUwFrmmDXiGBOjk X-IronPort-AV: E=Sophos;i="5.01,584,1400040000"; d="scan'208";a="137504836" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 01 Jul 2014 16:57:45 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 52EA5B3F45 for ; Tue, 1 Jul 2014 16:57:45 -0400 (EDT) Date: Tue, 1 Jul 2014 16:57:45 -0400 (EDT) From: Rick Macklem To: freebsd-current Current Message-ID: <1515266717.6070961.1404248265322.JavaMail.root@uoguelph.ca> Subject: HeadsUp: NFSv4.1 server code merged into head 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 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 20:57:47 -0000 Hi, I just merged the NFSv4.1 server code from projects/nfsv4.1-server into head (r268115). You will need to rebuild kernels and all NFS related modules, including a "config " after this update. It is a rather large merge, but I hope it doesn't cause any regression for non-NFSv4.1 NFS stuff. I posted a request for testing/review about a month ago and haven't received any negative feedback, so I assumed no news was good news. Sorry in advance for any grief this commit might cause, rick ps: I will be bumping __FreeBSD_version, since the internal calls between the NFS related modules has now changed somewhat. (It is not obvious to me if this is necessary, so if someone would prefer __FreeBSD_version not be bumped, please email asap.) From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 20:58:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C5258599; Tue, 1 Jul 2014 20:58:12 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "anubis.delphij.net", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AC1A42DBA; Tue, 1 Jul 2014 20:58:12 +0000 (UTC) Received: from zeta.ixsystems.com (unknown [69.198.165.132]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id 5CE6A3AAC; Tue, 1 Jul 2014 13:58:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1404248291; bh=ZNiO5BgHy8wo8YJDwAQ2rxb5YNDWH64Jcwp6mluwH1g=; h=Date:From:Reply-To:To:Subject:References:In-Reply-To; b=p+F4y6/56/snkWJNvSMJ9if5LoK2SZQNvt+Aq6ZJXkbZwW7+3w+XfE3hBOfjvnlma fqDkfoYtBxk1ihVPfzjNA1+zlrMDB5ALU+uMCUwTNEyDoAYodz+FXHb0uMxWBtafjL meh4y10vc4ws+qutZRYZpTmcKISYVmoVjSDQXdxg= Message-ID: <53B320E2.10906@delphij.net> Date: Tue, 01 Jul 2014 13:58:10 -0700 From: Xin Li Reply-To: d@delphij.net Organization: The FreeBSD Project MIME-Version: 1.0 To: FreeBSD Current , "sbruno@FreeBSD.org" Subject: Re: HEADSUP -- ZFS users References: <53B30422.7000004@delphij.net> In-Reply-To: <53B30422.7000004@delphij.net> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 20:58:12 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Should be fixed in r268116. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCgAGBQJTsyDiAAoJEJW2GBstM+nsz+kQAJQQHq6tlIhv3MrCzaEF9BWw PKKdRPKXfBI4d2DD/WIx16q62bI/8T9iSEMLheyiVPpnMWor6AUmDIvZFAtWYuHD i1SW5bPXKQUGgQXXhrRGH3goD/2K2YW+96yotBHn5Qq5yF6UHixK6aALE1y75UlH BcYkkuytCSjdTyU7Ujk6unHjMMhg39I36sYt/dLCR6zh6vuMuuCYVNxn61iKVMEG oXL/GZTQrzABQ4OBT3+kkbBvFX8UC9qHM9jP4pS/Z2ldf5DHemTPseDVgyAZi7Fq feapjOGAlpgkE/IhXkYuOUEYgbnLhKuzZ8QuwNtyGNI+kjzDHvRZoo3NQa1AUCDg sNaCh+IYK0A+gdL8yAboc2rUXebZsVpwP/fq2YtZ6BgZohDoT3p67yXwxBlf6GDw 7+niYeY3mZtddCIteLAkgB6a7jOO/HIW6hrmp6QeAHRUhS5e8OO5an08Wk8fY0n7 +gwFJPt9iidVpyQZwYQY9Gg0563azeII3j7MZy2bIYRFYHDfMWYt/JaBRS39kET/ Yw+lahYRwAO0WQFPy4e4c69BfL+k59B5QAi3c/u/8B9Mm7XEh1ufItcrfOl9KNRg NpCiqOewtoUJSOwv7T1gr3eEwyKYQR0aFnKd4zPc2tCknZtUz4c1ylv6xX89mU6Z TWkI7+SiBvF0gplro3Uo =qMaa -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 21:27:15 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 61E069C7; Tue, 1 Jul 2014 21:27:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 36381209B; Tue, 1 Jul 2014 21:27:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s61LRDHd038034; Tue, 1 Jul 2014 17:27:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s61LRDCn038033; Tue, 1 Jul 2014 21:27:13 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 1 Jul 2014 21:27:13 GMT Message-Id: <201407012127.s61LRDCn038033@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2014 21:27:15 -0000 TB --- 2014-07-01 20:05:39 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-01 20:05:39 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-01 20:05:39 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-07-01 20:05:40 - cleaning the object tree TB --- 2014-07-01 20:06:43 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-01 20:06:50 - At svn revision 268087 TB --- 2014-07-01 20:06:51 - building world TB --- 2014-07-01 20:06:51 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 20:06:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 20:06:51 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 20:06:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 20:06:51 - SRCCONF=/dev/null TB --- 2014-07-01 20:06:51 - TARGET=sparc64 TB --- 2014-07-01 20:06:51 - TARGET_ARCH=sparc64 TB --- 2014-07-01 20:06:51 - TZ=UTC TB --- 2014-07-01 20:06:51 - __MAKE_CONF=/dev/null TB --- 2014-07-01 20:06:51 - cd /src TB --- 2014-07-01 20:06:51 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Tue Jul 1 20:06:59 UTC 2014 >>> 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 Jul 1 21:12:53 UTC 2014 TB --- 2014-07-01 21:12:53 - generating LINT kernel config TB --- 2014-07-01 21:12:53 - cd /src/sys/sparc64/conf TB --- 2014-07-01 21:12:53 - /usr/bin/make -B LINT TB --- 2014-07-01 21:12:53 - cd /src/sys/sparc64/conf TB --- 2014-07-01 21:12:53 - /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-01 21:12:53 - building LINT kernel TB --- 2014-07-01 21:12:53 - CROSS_BUILD_TESTING=YES TB --- 2014-07-01 21:12:53 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-01 21:12:53 - MAKESYSPATH=/src/share/mk TB --- 2014-07-01 21:12:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-01 21:12:53 - SRCCONF=/dev/null TB --- 2014-07-01 21:12:53 - TARGET=sparc64 TB --- 2014-07-01 21:12:53 - TARGET_ARCH=sparc64 TB --- 2014-07-01 21:12:53 - TZ=UTC TB --- 2014-07-01 21:12:53 - __MAKE_CONF=/dev/null TB --- 2014-07-01 21:12:53 - cd /src TB --- 2014-07-01 21:12:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jul 1 21:12:53 UTC 2014 >>> 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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/le/if_le_ledma.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/le/lebuffer_sbus.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_bus_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror ofw_bus_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/ofw/ofw_bus_subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/ofw/ofw_console.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror ofw_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/ofw/ofw_standard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/ofw/openfirm.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/ofw/openfirmio.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/ofw/openpromio.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/syscons/scgfbrndr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/syscons/scterm-teken.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/syscons/scvtb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/uart/uart_cpu_sparc64.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/uart/uart_kbd_sun.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/vt/hw/ofwfb/ofwfb.c /src/sys/dev/vt/hw/ofwfb/ofwfb.c: In function 'ofwfb_mmap': /src/sys/dev/vt/hw/ofwfb/ofwfb.c:445: error: 'VM_MEMATTR_WRITE_COMBINING' undeclared (first use in this function) /src/sys/dev/vt/hw/ofwfb/ofwfb.c:445: error: (Each undeclared identifier is reported only once /src/sys/dev/vt/hw/ofwfb/ofwfb.c:445: error: for each function it appears in.) *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-01 21:27:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-01 21:27:13 - ERROR: failed to build LINT kernel TB --- 2014-07-01 21:27:13 - 4050.11 user 749.45 system 4893.32 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 21:35:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 943ECB8A; Tue, 1 Jul 2014 21:35:45 +0000 (UTC) Received: from mx1.stack.nl (relay04.stack.nl [IPv6:2001:610:1108:5010::107]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mailhost.stack.nl", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 25D28215B; Tue, 1 Jul 2014 21:35:45 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id D6DC5B801F; Tue, 1 Jul 2014 23:35:42 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id BF4EE28497; Tue, 1 Jul 2014 23:35:42 +0200 (CEST) Date: Tue, 1 Jul 2014 23:35:42 +0200 From: Jilles Tjoelker To: d@delphij.net Subject: Re: svn commit: r267977 - head/bin/mv Message-ID: <20140701213542.GC18628@stack.nl> References: <201406271957.s5RJvs6j074326@svn.freebsd.org> <20140627222323.GA43131@stack.nl> <53ADF90D.2030707@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53ADF90D.2030707@delphij.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "Kenneth D. Merry" , FreeBSD Current , Xin LI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 21:35:45 -0000 On Fri, Jun 27, 2014 at 04:06:53PM -0700, Xin Li wrote: > [moving discussion to freebsd-current@] > On 06/27/14 15:23, Jilles Tjoelker wrote: > > On Fri, Jun 27, 2014 at 07:57:54PM +0000, Xin LI wrote: > >> Author: delphij > >> Date: Fri Jun 27 19:57:54 2014 > >> New Revision: 267977 > >> URL: http://svnweb.freebsd.org/changeset/base/267977 > >> Log: > >> Always set UF_ARCHIVE on target (because they are by definition new files > >> and should be archived) and ignore error when we can't set it (e.g. NFS). > >> Reviewed by: ken > >> MFC after: 2 weeks > >> Modified: > >> head/bin/mv/mv.c > >> Modified: head/bin/mv/mv.c > >> ============================================================================== > >> --- head/bin/mv/mv.c Fri Jun 27 19:50:30 2014 (r267976) > >> +++ head/bin/mv/mv.c Fri Jun 27 19:57:54 2014 (r267977) > >> @@ -337,8 +337,8 @@ err: if (unlink(to)) > >> * on a file that we copied, i.e., that we didn't create.) > >> */ > >> errno = 0; > >> - if (fchflags(to_fd, sbp->st_flags)) > >> - if (errno != EOPNOTSUPP || sbp->st_flags != 0) > >> + if (fchflags(to_fd, sbp->st_flags | UF_ARCHIVE)) > >> + if (errno != EOPNOTSUPP || ((sbp->st_flags & ~UF_ARCHIVE) != 0)) > >> warn("%s: set flags (was: 0%07o)", to, sbp->st_flags); > >> > >> tval[0].tv_sec = sbp->st_atime; > > The part ignoring failures to set UF_ARCHIVE is OK. However, it seems > > inconsistent to set UF_ARCHIVE on a cross-filesystem mv of a single > > file, but not on a cross-filesystem mv of a directory tree or a file > > newly created via shell output redirection. > > If UF_ARCHIVE is supposed to be set automatically, I think this should > > be done in the kernel, like msdosfs already does. However, I'm not sure > > this is actually a useful feature: backup programs are smarter than an > > archive attribute these days. > The flag is supposed to be set automatically (as my understanding of the > ZFS portion of implementation). OK, I did not know that ZFS set UF_ARCHIVE automatically. If so, blindly copying st_flags like the old code did is indeed suboptimal. > However in order to implement that way, we will have to stat() the > target file (attached). Personally, I think this is a little bit > wasteful, but it would probably something that we have to do if we > implement a switch to turn off automatic UF_ARCHIVE behavior. This seems better. For example, it avoids UF_ARCHIVE spreading around randomly on UFS. Nits: the errno = 0 assignment seems unnecessary, "can not" should be "cannot". > Index: bin/mv/mv.c > =================================================================== > --- bin/mv/mv.c (revision 267984) > +++ bin/mv/mv.c (working copy) > @@ -278,6 +278,7 @@ fastcopy(const char *from, const char *to, struct > static char *bp = NULL; > mode_t oldmode; > int nread, from_fd, to_fd; > + struct stat to_sb; > > if ((from_fd = open(from, O_RDONLY, 0)) < 0) { > warn("fastcopy: open() failed (from): %s", from); > @@ -329,6 +330,7 @@ err: if (unlink(to)) > */ > preserve_fd_acls(from_fd, to_fd, from, to); > (void)close(from_fd); > + > /* > * XXX > * NFS doesn't support chflags; ignore errors unless there's reason > @@ -336,10 +338,19 @@ err: if (unlink(to)) > * if the server supports flags and we were trying to *remove* flags > * on a file that we copied, i.e., that we didn't create.) > */ > - errno = 0; > - if (fchflags(to_fd, sbp->st_flags | UF_ARCHIVE)) > - if (errno != EOPNOTSUPP || ((sbp->st_flags & ~UF_ARCHIVE) != 0)) > - warn("%s: set flags (was: 0%07o)", to, sbp->st_flags); > + if (fstat(to_fd, &to_sb) == 0) { > + if ((sbp->st_flags & ~UF_ARCHIVE) != > + (to_sb.st_flags & ~UF_ARCHIVE)) { > + errno = 0; > + if (fchflags(to_fd, > + sbp->st_flags | (to_sb.st_flags & UF_ARCHIVE))) > + if (errno != EOPNOTSUPP || > + ((sbp->st_flags & ~UF_ARCHIVE) != 0)) > + warn("%s: set flags (was: 0%07o)", > + to, sbp->st_flags); > + } > + } else > + warn("%s: can not stat", to); > > tval[0].tv_sec = sbp->st_atime; > tval[1].tv_sec = sbp->st_mtime; -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 22:27:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 027D2131 for ; Tue, 1 Jul 2014 22:27:45 +0000 (UTC) Received: from mout.gmx.com (mout.gmx.com [74.208.4.200]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C16D825F5 for ; Tue, 1 Jul 2014 22:27:44 +0000 (UTC) Received: from [157.181.96.215] ([157.181.96.215]) by mail.gmx.com (mrgmxus002) with ESMTPSA (Nemesis) id 0Lu8BM-1WcQPL3PJ0-011Vex; Wed, 02 Jul 2014 00:27:42 +0200 Message-ID: <53B335BB.5090402@gmx.com> Date: Wed, 02 Jul 2014 00:27:07 +0200 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26 MIME-Version: 1.0 To: David Chisnall Subject: Re: freebsd and utf-8 directory names References: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBCEC@exchange.mands.hu> <53B2C8B4.50306@gmx.com> <7C6EC1A0-520F-49CA-8C05-1F3205080543@FreeBSD.org> In-Reply-To: <7C6EC1A0-520F-49CA-8C05-1F3205080543@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:ETvRjaUHgIgBe3JsSeFeC1KZ9+Dtb52XFreATT+7jaxlf1i2Mtj CSVMl+HagYrdT8u9ZwbHDbYvXov0hjxSRAWzlK+VPUrfvJauvqVpNzo88jz8h4UHQwAIrPf iPAfS1soY7CA1Hej+WtyxFnZ4KbbJZdYigsAwdyeSY/s29V9gXPaWIjDFPn+0NyZzsgMAkA PccxyTYiod+2vjKym4UWQ== Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 22:27:45 -0000 David Chisnall wrote, On 07/01/2014 19:06: > Please note that forums.freebsd.org is not a bug tracker. I tried searching the bug tracker for bugs with FAT and filename or FAT and utf-8/utf8/character in their names and could not find any reference to this issue. > > If you actually want to see bugs fixed, rather than just complain about them, please file them here: https://bugs.freebsd.org/bugzilla/enter_bug.cgi Make sure that you provide all of the steps required to reproduce them. I neglected to submit a bug report because: (1) there were already at least 3 bug reports related to (FAT32 and) character sets or encodings, some of them even had patches; (2) the reports were very old, indicating that the FreeBSD developers don't care about FAT32; (3) at least one report was seemingly related, and I didn't want to create a(nother) possible duplicate. But now, eat this: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191540 From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 23:13:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7C50181C; Tue, 1 Jul 2014 23:13:10 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 360272A9F; Tue, 1 Jul 2014 23:13:09 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1X27EX-000A85-Hz; Wed, 02 Jul 2014 03:13:05 +0400 Date: Wed, 2 Jul 2014 03:13:05 +0400 From: Slawa Olhovchenkov To: freebsd-current@freebsd.org Subject: Re: FreeBSD iscsi target Message-ID: <20140701231305.GA37246@zxy.spb.ru> References: <20140626232727.GB1825@pwnie.vrt.sourcefire.com> <53ACE5B4.8070700@rice.edu> <20140701091252.GB3443@brick> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140701091252.GB3443@brick> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: "freebsd-hackers@freebsd.org" , Sreenivasa Honnur X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 01 Jul 2014 23:13:10 -0000 On Tue, Jul 01, 2014 at 11:12:52AM +0200, Edward Tomasz Napierala wrote: > Hi. I've replied in private, but just for the record: > > On 0627T0927, Sreenivasa Honnur wrote: > > Does freebsd iscsi target supports: > > 1. ACL (access control lists) > > In 10-STABLE there is a way to control access based on initiator > name and IP address. > > > 2. iSNS > > No; it's one of the iSCSI features that seem to only be used > for marketing purposes :-) > > > 3. Multiple connections per session > > No; see above. I think this is help for 40G links. From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 03:37:12 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63389E3F; Wed, 2 Jul 2014 03:37:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 352122F67; Wed, 2 Jul 2014 03:37:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s623b9eg025114; Tue, 1 Jul 2014 23:37:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s623b9wL025078; Wed, 2 Jul 2014 03:37:09 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Jul 2014 03:37:09 GMT Message-Id: <201407020337.s623b9wL025078@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 03:37:12 -0000 TB --- 2014-07-02 00:00:50 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-02 00:00:50 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-02 00:00:50 - starting HEAD tinderbox run for arm/arm TB --- 2014-07-02 00:00:50 - cleaning the object tree TB --- 2014-07-02 00:02:09 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-02 00:02:12 - At svn revision 268131 TB --- 2014-07-02 00:02:13 - building world TB --- 2014-07-02 00:02:13 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 00:02:13 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 00:02:13 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 00:02:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 00:02:13 - SRCCONF=/dev/null TB --- 2014-07-02 00:02:13 - TARGET=arm TB --- 2014-07-02 00:02:13 - TARGET_ARCH=arm TB --- 2014-07-02 00:02:13 - TZ=UTC TB --- 2014-07-02 00:02:13 - __MAKE_CONF=/dev/null TB --- 2014-07-02 00:02:13 - cd /src TB --- 2014-07-02 00:02:13 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Wed Jul 2 00:02:20 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jul 2 03:19:53 UTC 2014 TB --- 2014-07-02 03:19:53 - generating LINT kernel config TB --- 2014-07-02 03:19:53 - cd /src/sys/arm/conf TB --- 2014-07-02 03:19:53 - /usr/bin/make -B LINT TB --- 2014-07-02 03:19:53 - cd /src/sys/arm/conf TB --- 2014-07-02 03:19:53 - /obj/arm.arm/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-02 03:19:53 - building LINT kernel TB --- 2014-07-02 03:19:53 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 03:19:53 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 03:19:53 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 03:19:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 03:19:53 - SRCCONF=/dev/null TB --- 2014-07-02 03:19:53 - TARGET=arm TB --- 2014-07-02 03:19:53 - TARGET_ARCH=arm TB --- 2014-07-02 03:19:53 - TZ=UTC TB --- 2014-07-02 03:19:53 - __MAKE_CONF=/dev/null TB --- 2014-07-02 03:19:53 - cd /src TB --- 2014-07-02 03:19:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jul 2 03:19:53 UTC 2014 >>> 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 [...] machdep.o: warning: previous common is here pxa_machdep.o: warning: multiple common of `kernelstack' at91_machdep.o: warning: previous common is here pxa_machdep.o: warning: multiple common of `minidataclean' ep80219_machdep.o: warning: previous common is here pxa_machdep.o: warning: multiple common of `msgbufpv' at91_machdep.o: warning: previous common is here uart_cpu_pxa.o: warning: multiple common of `uart_bus_space_mem' uart_cpu_fdt.o: warning: previous common is here uart_cpu_pxa.o: warning: multiple common of `uart_bus_space_io' uart_cpu_fdt.o: warning: previous common is here kbd.o: In function `kbd_register': /src/sys/dev/kbd/kbd.c:(.text+0x42c): undefined reference to `__stop_set_kbddriver_set' /src/sys/dev/kbd/kbd.c:(.text+0x430): undefined reference to `__start_set_kbddriver_set' kbd.o: In function `kbd_get_switch': /src/sys/dev/kbd/kbd.c:(.text+0x5c0): undefined reference to `__start_set_kbddriver_set' /src/sys/dev/kbd/kbd.c:(.text+0x5c4): undefined reference to `__stop_set_kbddriver_set' kbd.o: In function `kbd_configure': /src/sys/dev/kbd/kbd.c:(.text+0x898): undefined reference to `__start_set_kbddriver_set' /src/sys/dev/kbd/kbd.c:(.text+0x89c): undefined reference to `__stop_set_kbddriver_set' *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-02 03:37:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-02 03:37:09 - ERROR: failed to build LINT kernel TB --- 2014-07-02 03:37:09 - 10432.02 user 1715.45 system 12978.79 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 03:39:48 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E7A1FD3; Wed, 2 Jul 2014 03:39:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E7F882F8B; Wed, 2 Jul 2014 03:39:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s623dko4033036; Tue, 1 Jul 2014 23:39:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s623dktJ033034; Wed, 2 Jul 2014 03:39:46 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Jul 2014 03:39:46 GMT Message-Id: <201407020339.s623dktJ033034@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 03:39:48 -0000 TB --- 2014-07-02 00:00:50 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-02 00:00:50 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-02 00:00:50 - starting HEAD tinderbox run for i386/i386 TB --- 2014-07-02 00:00:50 - cleaning the object tree TB --- 2014-07-02 00:00:50 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-02 00:00:55 - At svn revision 268131 TB --- 2014-07-02 00:00:56 - building world TB --- 2014-07-02 00:00:56 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 00:00:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 00:00:56 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 00:00:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 00:00:56 - SRCCONF=/dev/null TB --- 2014-07-02 00:00:56 - TARGET=i386 TB --- 2014-07-02 00:00:56 - TARGET_ARCH=i386 TB --- 2014-07-02 00:00:56 - TZ=UTC TB --- 2014-07-02 00:00:56 - __MAKE_CONF=/dev/null TB --- 2014-07-02 00:00:56 - cd /src TB --- 2014-07-02 00:00:56 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Wed Jul 2 00:01:07 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jul 2 03:29:17 UTC 2014 TB --- 2014-07-02 03:29:17 - generating LINT kernel config TB --- 2014-07-02 03:29:17 - cd /src/sys/i386/conf TB --- 2014-07-02 03:29:17 - /usr/bin/make -B LINT TB --- 2014-07-02 03:29:17 - cd /src/sys/i386/conf TB --- 2014-07-02 03:29:17 - /obj/i386.i386/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-02 03:29:17 - building LINT kernel TB --- 2014-07-02 03:29:17 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 03:29:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 03:29:17 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 03:29:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 03:29:17 - SRCCONF=/dev/null TB --- 2014-07-02 03:29:17 - TARGET=i386 TB --- 2014-07-02 03:29:17 - TARGET_ARCH=i386 TB --- 2014-07-02 03:29:17 - TZ=UTC TB --- 2014-07-02 03:29:17 - __MAKE_CONF=/dev/null TB --- 2014-07-02 03:29:17 - cd /src TB --- 2014-07-02 03:29:17 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jul 2 03:29:18 UTC 2014 >>> 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_hal/ar9002/ar9285.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_hal/ar9002/ar9287.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_rate/sample/sample.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_dfs/null/dfs_null.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/bce/if_bce.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/bfe/if_bfe.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/bge/if_bge.c /src/sys/dev/bge/if_bge.c:4799:13: error: no member named 'bge_if_getcapenable' in 'struct bge_softc' if (!(sc->bge_if_getcapenable(ifp) & IFCAP_POLLING)) ~~ ^ /src/sys/dev/bge/if_bge.c:4799:33: error: use of undeclared identifier 'ifp'; did you mean 'if'? if (!(sc->bge_if_getcapenable(ifp) & IFCAP_POLLING)) ^ /src/sys/dev/bge/if_bge.c:5833:33: error: incompatible pointer types passing 'int (if_t, enum poll_cmd, int)' to parameter of type 'poll_handler_t *' (aka 'int (*)(struct ifnet *, enum poll_cmd, int)') [-Werror,-Wincompatible-pointer-types] error = ether_poll_register(bge_poll, ifp); ^~~~~~~~ /src/sys/net/ifq.h:485:44: note: passing argument to parameter 'h' here int ether_poll_register(poll_handler_t *h, struct ifnet *ifp); ^ 3 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-02 03:39:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-02 03:39:46 - ERROR: failed to build LINT kernel TB --- 2014-07-02 03:39:46 - 10854.39 user 1607.24 system 13135.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 04:16:55 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6B8DA89; Wed, 2 Jul 2014 04:16:55 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A1C0822D8; Wed, 2 Jul 2014 04:16:55 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s624GsBJ099133; Wed, 2 Jul 2014 00:16:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s624GsVg099126; Wed, 2 Jul 2014 04:16:54 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Jul 2014 04:16:54 GMT Message-Id: <201407020416.s624GsVg099126@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 04:16:55 -0000 TB --- 2014-07-02 00:00:50 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-02 00:00:50 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-02 00:00:50 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-07-02 00:00:50 - cleaning the object tree TB --- 2014-07-02 00:00:50 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-02 00:00:54 - At svn revision 268131 TB --- 2014-07-02 00:00:55 - building world TB --- 2014-07-02 00:00:55 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 00:00:55 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 00:00:55 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 00:00:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 00:00:55 - SRCCONF=/dev/null TB --- 2014-07-02 00:00:55 - TARGET=amd64 TB --- 2014-07-02 00:00:55 - TARGET_ARCH=amd64 TB --- 2014-07-02 00:00:55 - TZ=UTC TB --- 2014-07-02 00:00:55 - __MAKE_CONF=/dev/null TB --- 2014-07-02 00:00:55 - cd /src TB --- 2014-07-02 00:00:55 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Wed Jul 2 00:01:07 UTC 2014 >>> 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 Wed Jul 2 04:08:16 UTC 2014 TB --- 2014-07-02 04:08:16 - generating LINT kernel config TB --- 2014-07-02 04:08:16 - cd /src/sys/amd64/conf TB --- 2014-07-02 04:08:16 - /usr/bin/make -B LINT TB --- 2014-07-02 04:08:16 - cd /src/sys/amd64/conf TB --- 2014-07-02 04:08:16 - /obj/amd64.amd64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-02 04:08:16 - building LINT kernel TB --- 2014-07-02 04:08:16 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 04:08:16 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 04:08:16 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 04:08:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 04:08:16 - SRCCONF=/dev/null TB --- 2014-07-02 04:08:16 - TARGET=amd64 TB --- 2014-07-02 04:08:16 - TARGET_ARCH=amd64 TB --- 2014-07-02 04:08:16 - TZ=UTC TB --- 2014-07-02 04:08:16 - __MAKE_CONF=/dev/null TB --- 2014-07-02 04:08:16 - cd /src TB --- 2014-07-02 04:08:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jul 2 04:08:16 UTC 2014 >>> 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_hal/ar9002/ar9285.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_hal/ar9002/ar9287.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_rate/sample/sample.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_dfs/null/dfs_null.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/bce/if_bce.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/bfe/if_bfe.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/bge/if_bge.c /src/sys/dev/bge/if_bge.c:4799:13: error: no member named 'bge_if_getcapenable' in 'struct bge_softc' if (!(sc->bge_if_getcapenable(ifp) & IFCAP_POLLING)) ~~ ^ /src/sys/dev/bge/if_bge.c:4799:33: error: use of undeclared identifier 'ifp'; did you mean 'if'? if (!(sc->bge_if_getcapenable(ifp) & IFCAP_POLLING)) ^ /src/sys/dev/bge/if_bge.c:5833:33: error: incompatible pointer types passing 'int (if_t, enum poll_cmd, int)' to parameter of type 'poll_handler_t *' (aka 'int (*)(struct ifnet *, enum poll_cmd, int)') [-Werror,-Wincompatible-pointer-types] error = ether_poll_register(bge_poll, ifp); ^~~~~~~~ /src/sys/net/ifq.h:485:44: note: passing argument to parameter 'h' here int ether_poll_register(poll_handler_t *h, struct ifnet *ifp); ^ 3 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-02 04:16:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-02 04:16:54 - ERROR: failed to build LINT kernel TB --- 2014-07-02 04:16:54 - 12509.90 user 2067.63 system 15363.40 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 05:22:32 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E65CC478; Wed, 2 Jul 2014 05:22:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 906C827E9; Wed, 2 Jul 2014 05:22:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s625MTx9023733; Wed, 2 Jul 2014 01:22:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s625MTOT023706; Wed, 2 Jul 2014 05:22:29 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Jul 2014 05:22:29 GMT Message-Id: <201407020522.s625MTOT023706@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 05:22:32 -0000 TB --- 2014-07-02 04:16:54 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-02 04:16:54 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-02 04:16:54 - starting HEAD tinderbox run for mips/mips TB --- 2014-07-02 04:16:54 - cleaning the object tree TB --- 2014-07-02 04:17:48 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-02 04:17:51 - At svn revision 268131 TB --- 2014-07-02 04:17:52 - building world TB --- 2014-07-02 04:17:52 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 04:17:52 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 04:17:52 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 04:17:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 04:17:52 - SRCCONF=/dev/null TB --- 2014-07-02 04:17:52 - TARGET=mips TB --- 2014-07-02 04:17:52 - TARGET_ARCH=mips TB --- 2014-07-02 04:17:52 - TZ=UTC TB --- 2014-07-02 04:17:52 - __MAKE_CONF=/dev/null TB --- 2014-07-02 04:17:52 - cd /src TB --- 2014-07-02 04:17:52 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Wed Jul 2 04:17:59 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jul 2 05:21:11 UTC 2014 TB --- 2014-07-02 05:21:11 - cd /src/sys/mips/conf TB --- 2014-07-02 05:21:11 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m ADM5120 TB --- 2014-07-02 05:21:11 - skipping ADM5120 kernel TB --- 2014-07-02 05:21:11 - cd /src/sys/mips/conf TB --- 2014-07-02 05:21:11 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m ALCHEMY TB --- 2014-07-02 05:21:11 - skipping ALCHEMY kernel TB --- 2014-07-02 05:21:11 - cd /src/sys/mips/conf TB --- 2014-07-02 05:21:11 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m ALFA_HORNET_UB TB --- 2014-07-02 05:21:11 - building ALFA_HORNET_UB kernel TB --- 2014-07-02 05:21:11 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 05:21:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 05:21:11 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 05:21:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 05:21:11 - SRCCONF=/dev/null TB --- 2014-07-02 05:21:11 - TARGET=mips TB --- 2014-07-02 05:21:11 - TARGET_ARCH=mips TB --- 2014-07-02 05:21:11 - TZ=UTC TB --- 2014-07-02 05:21:11 - __MAKE_CONF=/dev/null TB --- 2014-07-02 05:21:11 - cd /src TB --- 2014-07-02 05:21:11 - /usr/bin/make -B buildkernel KERNCONF=ALFA_HORNET_UB >>> Kernel build for ALFA_HORNET_UB started on Wed Jul 2 05:21:11 UTC 2014 >>> 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 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/init_sysent.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/ksched.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_acct.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_alq.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_clock.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_condvar.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_conf.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_cons.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_cpu.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_cpuset.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_context.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_descrip.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_environment.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_et.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_event.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_exec.c cc1: warnings being treated as errors /src/sys/kern/kern_exec.c: In function 'kern_execve': /src/sys/kern/kern_exec.c:346: warning: 'newsigacts' may be used uninitialized in this function /src/sys/kern/kern_exec.c:346: note: 'newsigacts' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/ALFA_HORNET_UB *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-02 05:22:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-02 05:22:29 - ERROR: failed to build ALFA_HORNET_UB kernel TB --- 2014-07-02 05:22:29 - 2922.05 user 682.84 system 3935.04 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 05:39:46 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 969B5680; Wed, 2 Jul 2014 05:39:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B5ED28CC; Wed, 2 Jul 2014 05:39:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s625djXO050010; Wed, 2 Jul 2014 01:39:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s625djSU050009; Wed, 2 Jul 2014 05:39:45 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Jul 2014 05:39:45 GMT Message-Id: <201407020539.s625djSU050009@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 05:39:46 -0000 TB --- 2014-07-02 03:39:46 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-02 03:39:46 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-02 03:39:46 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-07-02 03:39:46 - cleaning the object tree TB --- 2014-07-02 03:40:50 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-02 03:40:53 - At svn revision 268131 TB --- 2014-07-02 03:40:54 - building world TB --- 2014-07-02 03:40:54 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 03:40:54 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 03:40:54 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 03:40:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 03:40:54 - SRCCONF=/dev/null TB --- 2014-07-02 03:40:54 - TARGET=ia64 TB --- 2014-07-02 03:40:54 - TARGET_ARCH=ia64 TB --- 2014-07-02 03:40:54 - TZ=UTC TB --- 2014-07-02 03:40:54 - __MAKE_CONF=/dev/null TB --- 2014-07-02 03:40:54 - cd /src TB --- 2014-07-02 03:40:54 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Wed Jul 2 03:41:02 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jul 2 05:18:03 UTC 2014 TB --- 2014-07-02 05:18:03 - generating LINT kernel config TB --- 2014-07-02 05:18:03 - cd /src/sys/ia64/conf TB --- 2014-07-02 05:18:03 - /usr/bin/make -B LINT TB --- 2014-07-02 05:18:03 - cd /src/sys/ia64/conf TB --- 2014-07-02 05:18:03 - /obj/ia64.ia64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-02 05:18:04 - building LINT kernel TB --- 2014-07-02 05:18:04 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 05:18:04 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 05:18:04 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 05:18:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 05:18:04 - SRCCONF=/dev/null TB --- 2014-07-02 05:18:04 - TARGET=ia64 TB --- 2014-07-02 05:18:04 - TARGET_ARCH=ia64 TB --- 2014-07-02 05:18:04 - TZ=UTC TB --- 2014-07-02 05:18:04 - __MAKE_CONF=/dev/null TB --- 2014-07-02 05:18:04 - cd /src TB --- 2014-07-02 05:18:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jul 2 05:18:04 UTC 2014 >>> 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 -x assembler-with-cpp -Wa,-x -DLOCORE -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/libkern/ia64/__udivsi3.S cc -c -x assembler-with-cpp -Wa,-x -DLOCORE -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/libkern/ia64/__umoddi3.S cc -c -x assembler-with-cpp -Wa,-x -DLOCORE -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/libkern/ia64/__umodsi3.S cc -c -x assembler-with-cpp -Wa,-x -DLOCORE -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/libkern/ia64/bswap16.S cc -c -x assembler-with-cpp -Wa,-x -DLOCORE -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/libkern/ia64/bswap32.S 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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/libkern/memmove.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/libkern/memset.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/subr_dummy_vdso_tc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror config.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror env.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror hints.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror vnode_if.c :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/obj/src/make.amd64/bmake sh /src/sys/conf/newvers.sh LINT 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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror vers.c linking kernel scvgarndr.o:(.sbss+0x0): multiple definition of `sc_txtmouse_no_retrace_wait' vt_core.o:(.sbss+0x4): first defined here *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-02 05:39:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-02 05:39:45 - ERROR: failed to build LINT kernel TB --- 2014-07-02 05:39:45 - 5827.67 user 914.34 system 7198.26 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 05:43:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 851218AC; Wed, 2 Jul 2014 05:43:09 +0000 (UTC) Received: from mail-pd0-x232.google.com (mail-pd0-x232.google.com [IPv6:2607:f8b0:400e:c02::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 535E52962; Wed, 2 Jul 2014 05:43:09 +0000 (UTC) Received: by mail-pd0-f178.google.com with SMTP id r10so11317928pdi.23 for ; Tue, 01 Jul 2014 22:43:08 -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:message-id:subject :from:to:cc:content-type; bh=YXWqDwhY512c2k1d+mRMJzzr/eDOQGrjuxiEcT0f9e8=; b=FXIUAV2wRsEa+ukEj83dP3EJKgIQ8teJkneK5yglFDyMNvf9YLqtZDC0AwsroAxuCH zw4yrtuJMA92kqXwQCL4TCzhi/FTXg+0jBX048KINFfEzLk6M6vgQP/OOHb2aCXtA0ES iVAW2w8XMU27d3RxDLnawVoocVvENNzK0iPhYIgaLME7JRXGoFGL3iS0jPlnq3pbvaUe ulPt14Vikusx7ZBgpq7zOwh4VaxeOyVmZ5eJA8jq8ypVWls0oBN+U7btf/B2OETqWyaW 1Vq7IKPRTOoiIvLHrGWL9m1aD/kg3blTT/TmEihyOVGep7f974slvsS374/WU+C9jlTf lgPg== MIME-Version: 1.0 X-Received: by 10.66.251.233 with SMTP id zn9mr1559959pac.67.1404279788841; Tue, 01 Jul 2014 22:43:08 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.134.4 with HTTP; Tue, 1 Jul 2014 22:43:08 -0700 (PDT) In-Reply-To: <20140701231305.GA37246@zxy.spb.ru> References: <20140626232727.GB1825@pwnie.vrt.sourcefire.com> <53ACE5B4.8070700@rice.edu> <20140701091252.GB3443@brick> <20140701231305.GA37246@zxy.spb.ru> Date: Tue, 1 Jul 2014 22:43:08 -0700 X-Google-Sender-Auth: Rct6Qes5Ho5lIVGwpPk_VUe7cv8 Message-ID: Subject: Re: FreeBSD iscsi target From: Kevin Oberman To: Slawa Olhovchenkov Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: "freebsd-hackers@freebsd.org" , Sreenivasa Honnur , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 02 Jul 2014 05:43:09 -0000 On Tue, Jul 1, 2014 at 4:13 PM, Slawa Olhovchenkov wrote: > On Tue, Jul 01, 2014 at 11:12:52AM +0200, Edward Tomasz Napierala wrote: > > > Hi. I've replied in private, but just for the record: > > > > On 0627T0927, Sreenivasa Honnur wrote: > > > Does freebsd iscsi target supports: > > > 1. ACL (access control lists) > > > > In 10-STABLE there is a way to control access based on initiator > > name and IP address. > > > > > 2. iSNS > > > > No; it's one of the iSCSI features that seem to only be used > > for marketing purposes :-) > > > > > 3. Multiple connections per session > > > > No; see above. > > I think this is help for 40G links. > I assume that you are looking at transfer of large amounts of data over 40G links. Assuming that tis is the case, yes, multiple connections per session can help you. If you have not done so, you should also look at http://fasterdata.es.net. It is a bit linux-centric these days, but still provides a lot of information on moving data efficiently over fast links. IIt is evolving continually, but did not discuss iSCSI last I knew. ESnet has an Nx100G backbone and many users (most notably the LHC at CERN) who regularly move increasingly large volumes of data, often around the clock, making efficient use of available bandwidth is critical. The network researchers there have put in significant efforts in determining how to best optimize such operations. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 05:46:21 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A82AB01; Wed, 2 Jul 2014 05:46:21 +0000 (UTC) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DF572297A; Wed, 2 Jul 2014 05:46:20 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id n3so8952281wiv.9 for ; Tue, 01 Jul 2014 22:46:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=ABRgSuItEyDmEs6wgy9JhkO4OF4gfCPfuTuzs3w4yeM=; b=Yt5U9Qe+SNMJmUtoXRIO1OsGvIqtn4XBgN0XC2BObY5cXNZtFwlrpMy1GVBmqAY+9b XbJ13SqGsViyBtkAiNonoKzb6otQIfjdiOi4ufRyFD9MGfD9vVpbT4hndVEwjTTx+lze 9EKwva1FuSf7tLCM+l0XvII77cyLpzNtYJxXFiElfrphCwH/LYXqsKWLshPVUq4wvQmc 5SP9mtFIF+1xlUOSRQ3Ho4ZTqJeoLM4IsXw4naBm7knbgy7sqtnEli+FFQGPlrCcMkN2 N/K9nAn+cZ7pbkJhOYZ0mOnaOWqDNCBbfwndsIVxRpiwrOAsBtZ2HSwtttY8fkmE+KkH 3fbw== X-Received: by 10.180.206.144 with SMTP id lo16mr2036282wic.52.1404279979172; Tue, 01 Jul 2014 22:46:19 -0700 (PDT) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPSA id hc4sm52725265wjc.38.2014.07.01.22.46.18 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Tue, 01 Jul 2014 22:46:18 -0700 (PDT) Date: Wed, 2 Jul 2014 07:46:16 +0200 From: Mateusz Guzik To: FreeBSD Tinderbox Subject: Re: [head tinderbox] failure on mips/mips Message-ID: <20140702054616.GG26696@dft-labs.eu> References: <201407020522.s625MTOT023706@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <201407020522.s625MTOT023706@freebsd-current.sentex.ca> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: mips@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 02 Jul 2014 05:46:21 -0000 On Wed, Jul 02, 2014 at 05:22:29AM +0000, FreeBSD Tinderbox wrote: > cc1: warnings being treated as errors > /src/sys/kern/kern_exec.c: In function 'kern_execve': > /src/sys/kern/kern_exec.c:346: warning: 'newsigacts' may be used uninitialized in this function > /src/sys/kern/kern_exec.c:346: note: 'newsigacts' was declared here > *** Error code 1 > Should be fixed with r268136 -- Mateusz Guzik From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 06:04:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3833D9E for ; Wed, 2 Jul 2014 06:04:54 +0000 (UTC) Received: from mail.mands.hu (mail2.mands.hu [93.189.114.146]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0AD402AEC for ; Wed, 2 Jul 2014 06:04:53 +0000 (UTC) Received: from exchange.mands.hu ([::1]) by exchange.mands.hu ([::1]) with mapi; Wed, 2 Jul 2014 08:04:50 +0200 From: =?utf-8?B?TSZTIC0gS3Jhc3puYWkgQW5kcsOhcw==?= To: Jamie Landeg-Jones , "freebsd-current@freebsd.org" , "dt71@gmx.com" Date: Wed, 2 Jul 2014 08:04:48 +0200 Subject: RE: freebsd and utf-8 directory names Thread-Topic: freebsd and utf-8 directory names Thread-Index: Ac+VU5NuE2OBbQELQHuNTn6vSrclgQAZoQhQ Message-ID: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBE15@exchange.mands.hu> References: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBCEC@exchange.mands.hu> <53B2C8B4.50306@gmx.com> <3B0F582294DE3E448963BA62DC306AEE3C7F5FBE03@exchange.mands.hu> <53B2D18E.1040201@gmx.com> <3B0F582294DE3E448963BA62DC306AEE3C7F5FBE08@exchange.mands.hu> <201407011740.s61HePDH095011@dyslexicfish.net> In-Reply-To: <201407011740.s61HePDH095011@dyslexicfish.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 02 Jul 2014 06:04:54 -0000 T2ssIEkgd3JvdGUgeWVzdGVyZGF5IHRoYXQgSSB3aWxsIHRlc3QgaXQgKGFnYWluLCBJIHdvdWxk IHNheSwgYmVjYXVzZSB3aGVuIEkgcmVjb2duaXNlZCB0aGUgcHJvYmxlbSBJIGRpZCBzb21lIHRl c3RpbmcuICBJIHBpY2tlZCB1cCB0aGUgRnJlZUJTRCBIYW5kYm9vayBhbmQgcmVwZWF0ZWQgdGhl IHByb2NlZHVyZSBsaXN0ZWQgaW4gdGhlICJsb2NhbGl6YXRpb24iIHNlY3Rpb24gLSB3aXRoIG5v IHN1Y2Nlc3Mgb3IgYXQgbW9zdCBoYWxmIHN1Y2Nlc3MpLg0KDQpOYXR1cmFsbHkgSSBtYXkgaGF2 ZSBtYWRlIG1pc3Rha2UsIG1heSBoYXZlIG9taXR0ZWQgc29tZSBzdGVwcywgIGJ1dCBJIHdpbGwg cmVwZWF0Lg0KDQphbnl3YXksIHRoZSB3aG9sZSB0aGluZyBzdGFydGVkIGFzIHdvcmtpbmcgaW4g YSBXaW5kb3dzIGVudmlyb25tZW50IEkgd2FudGVkIHRvIHNldHVwIEZyZWVCU0QgYXMgYSBzZWNv bmQgb3BlcmF0aW5nIHN5c3RlbSBvbiBteSBsYXB0b3AsIGFuZCBJIHdhbnRlZCB0byBiZSBhYmxl IHRvIGRvIG15IHdvcmsgdXNpbmcgZnJlZWJzZCBvbmx5Lg0KDQpUaGUgcGFydGl0aW9uaW5nIHdh cyBkb25lIG9yaWdpbmFsbHkgZnJvbSBXaW5kb3dzLCBGYXQzMiB3YXMgZm9ybWF0dGVkIGZyb20g V2luZG93cyA3LCBhbmQgSSB1c2UgZmF0MzIgYmVjYXVzZSB3aGVuIEkgc3RhcnRlZCB0byB1c2Ug RnJlZUJTRCB0aGUgTlRGUyBzdXBwb3J0IGluIEZyZWVCU0Qgd2FzIG9ubHkgZm9yIHJlYWRpbmcu DQoNClRoZSBkaXJlY3Rvcnkgc3RydWN0dXJlIHdhcyBjcmVhdGVkIGZyb20gd2luZG93cywgbW9z dCBvZiB0aGUgZmlsZXMgYXJlIHZhcmlvdXMgZG9jdW1lbnRzIGNyZWF0ZWQgZWl0aGVyIGJ5IG1l IG9yIG15IGNvbGxlYXVndWVzIGFuZCBtb3N0IG9mIHRoZW0gYXJlIGluIHNvbWUgb2YgTWljcm9z b2Z0IGRvY3VtZW50IGZvcm1hdCBmb3IgY29tcGF0aWJpbGl0eSByZWFzb25zIChJIG1lYW4gY29t cGF0aWJpbGl0eSB3aXRoIG15IGNvbGxlYXVndWVzKS4NCg0Kcmdkcw0KDQpBbmRyw6FzIEtyYXN6 bmFpDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBKYW1pZSBMYW5kZWctSm9u ZXMgW21haWx0bzpqYW1pZUBkeXNsZXhpY2Zpc2gubmV0XSANClNlbnQ6IFR1ZXNkYXksIEp1bHkg MDEsIDIwMTQgNzo0MCBQTQ0KVG86IE0mUyAtIEtyYXN6bmFpIEFuZHLDoXM7IGZyZWVic2QtY3Vy cmVudEBmcmVlYnNkLm9yZzsgZHQ3MUBnbXguY29tDQpTdWJqZWN0OiBSZTogZnJlZWJzZCBhbmQg dXRmLTggZGlyZWN0b3J5IG5hbWVzDQoNCk0mUyAtIEtyYXN6bmFpIEFuZHI/P3MgPEtyYXN6bmFp LkFuZHJhc0BtYW5kcy5odT4gd3JvdGU6DQoNCj4geGZlIGRpc3BsYXkgdGhlIGZpbGUgYW5kIGRp cmVjdG9yeSBuYW1lcyBjb3JyZWN0bHkgdG9nZXRoZXIgd2l0aCBjcmVhdGlvbiBkYXRlIGFuZCB0 aW1lIChzaW1wbGUgJ2xzJyBkb2VzIG5vdDsgaXQgc2hvd3MgZG91YmxlIHF1ZXN0aW9uIG1hcmtz IGluIHRoZSBwbGFjZSBvZiBIdW5nYXJpYW4gY2hhcmFjdGVycy4gDQo+DQo+IGxzIHwgb2QgLWMg IA0KPg0KPiBzaG93cyB0aGF0IHN1Y2ggY2hhcmFjdGVycyBhcmUgcmVwcmVzZW50ZWQgaW4gbHMg b3V0cHV0IGFzIHR3byBjaGFyYWN0ZXJzIGUuZy4gMjQxIDI1MyBvciBzdWNoLCBJIGNhbiB0ZXN0 IGFnYWluIGJ1dCBub3cgSSBkbyBub3QgcmVtZW1iZXIgdGhlIGV4YWN0IG51bWJlcnM7IHRoZSBm aXJzdCBvZiB0aGUgdHdvIGlzIHRoZSBzYW1lIGZvciBhbGwgSHVuZ2FyaWFuIGNoYXJhY3RlcnMp DQoNClRoYXQgc2F5cyB0byBtZSB0aGF0IHlvdXIgbG9jYWxlIGlzIHN0aWxsIG5vdCBzZXQgY29y cmVjdGx5Lg0KDQpUaGUgbHMgb24gaXQncyBvd24gY291bGQgYmUgZHVlIHRvIGEgbm9uLWNvbXBh dGlibGUgdGVybWluYWwgZW11bGF0b3IsIGJ1dCB0aGUgZmFjdCB0aGF0ICdvZCcgaXMgc2hvd2lu ZyB0d28gYnl0ZXMgcmF0aGVyIHRoYW4gdHJ5aW5nIHRvIGRpc3BsYXkgYSBjaGFyYWN0ZXIgKGhv d2V2ZXIgbWVzc2VkIHVwIHRoZSBvdXRwdXQgbWF5IGJlKSBpbXBsaWVzIHRoZSBjaGFyYWN0ZXJz IGFyZSBzaW1wbHkgbm90IHZhbGlkIGluIHRoZSBsb2NhbGUgeW91IGhhdmUgc2V0Lg0KDQpJdCB3 b3VsZCBiZSB1c2VmdWwgdG8gaGF2ZSB0aGUgZXhhY3QgbnVtYmVycyBmcm9tIHRoZSAnb2QnIChh IHRlc3QgZmlsZW5hbWUgd2l0aCBtb3JlIHRoYW4gMiBIdW5nYXJpYW4gY2hhcmFjdGVycyB3b3Vs ZCBiZSB1c2VmdWwpIGFuZCBhbiBhcHByb3hpbWF0ZSBkZXNjcmlwdGlvbiAob3Igc2NyZWVuc2hv dCkgb24gaG93IHRoZXkgc2hvdWxkIGxvb2suDQoNCmNoZWVycywNCmphbWllDQo= From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 07:05:54 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D7A3287; Wed, 2 Jul 2014 07:05:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CAA262043; Wed, 2 Jul 2014 07:05:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6275pmh067816; Wed, 2 Jul 2014 03:05:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6275pOb067807; Wed, 2 Jul 2014 07:05:51 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Jul 2014 07:05:51 GMT Message-Id: <201407020705.s6275pOb067807@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 07:05:54 -0000 TB --- 2014-07-02 05:22:30 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-02 05:22:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-02 05:22:30 - starting HEAD tinderbox run for mips64/mips TB --- 2014-07-02 05:22:30 - cleaning the object tree TB --- 2014-07-02 05:23:56 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-02 05:24:08 - At svn revision 268131 TB --- 2014-07-02 05:24:09 - building world TB --- 2014-07-02 05:24:09 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 05:24:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 05:24:09 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 05:24:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 05:24:09 - SRCCONF=/dev/null TB --- 2014-07-02 05:24:09 - TARGET=mips TB --- 2014-07-02 05:24:09 - TARGET_ARCH=mips64 TB --- 2014-07-02 05:24:09 - TZ=UTC TB --- 2014-07-02 05:24:09 - __MAKE_CONF=/dev/null TB --- 2014-07-02 05:24:09 - cd /src TB --- 2014-07-02 05:24:09 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Wed Jul 2 05:24:17 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jul 2 06:25:52 UTC 2014 TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ADM5120 TB --- 2014-07-02 06:25:52 - skipping ADM5120 kernel TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALCHEMY TB --- 2014-07-02 06:25:52 - skipping ALCHEMY kernel TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALFA_HORNET_UB TB --- 2014-07-02 06:25:52 - skipping ALFA_HORNET_UB kernel TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP121 TB --- 2014-07-02 06:25:52 - skipping AP121 kernel TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP91 TB --- 2014-07-02 06:25:52 - skipping AP91 kernel TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP93 TB --- 2014-07-02 06:25:52 - skipping AP93 kernel TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP94 TB --- 2014-07-02 06:25:52 - skipping AP94 kernel TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP96 TB --- 2014-07-02 06:25:52 - skipping AP96 kernel TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR71XX_BASE TB --- 2014-07-02 06:25:52 - skipping AR71XX_BASE kernel TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR724X_BASE TB --- 2014-07-02 06:25:52 - skipping AR724X_BASE kernel TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR91XX_BASE TB --- 2014-07-02 06:25:52 - skipping AR91XX_BASE kernel TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR933X_BASE TB --- 2014-07-02 06:25:52 - skipping AR933X_BASE kernel TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR934X_BASE TB --- 2014-07-02 06:25:52 - skipping AR934X_BASE kernel TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_BASE TB --- 2014-07-02 06:25:52 - building BERI_DE4_BASE kernel TB --- 2014-07-02 06:25:52 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 06:25:52 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 06:25:52 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 06:25:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 06:25:52 - SRCCONF=/dev/null TB --- 2014-07-02 06:25:52 - TARGET=mips TB --- 2014-07-02 06:25:52 - TARGET_ARCH=mips64 TB --- 2014-07-02 06:25:52 - TZ=UTC TB --- 2014-07-02 06:25:52 - __MAKE_CONF=/dev/null TB --- 2014-07-02 06:25:52 - cd /src TB --- 2014-07-02 06:25:52 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Wed Jul 2 06:25:52 UTC 2014 >>> 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 BERI_DE4_BASE completed on Wed Jul 2 06:28:50 UTC 2014 TB --- 2014-07-02 06:28:50 - cd /src/sys/mips/conf TB --- 2014-07-02 06:28:50 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_MDROOT TB --- 2014-07-02 06:28:50 - building BERI_DE4_MDROOT kernel TB --- 2014-07-02 06:28:50 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 06:28:50 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 06:28:50 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 06:28:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 06:28:50 - SRCCONF=/dev/null TB --- 2014-07-02 06:28:50 - TARGET=mips TB --- 2014-07-02 06:28:50 - TARGET_ARCH=mips64 TB --- 2014-07-02 06:28:50 - TZ=UTC TB --- 2014-07-02 06:28:50 - __MAKE_CONF=/dev/null TB --- 2014-07-02 06:28:50 - cd /src TB --- 2014-07-02 06:28:50 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Wed Jul 2 06:28:50 UTC 2014 >>> 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 BERI_DE4_MDROOT completed on Wed Jul 2 06:31:49 UTC 2014 TB --- 2014-07-02 06:31:49 - cd /src/sys/mips/conf TB --- 2014-07-02 06:31:49 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_SDROOT TB --- 2014-07-02 06:31:49 - building BERI_DE4_SDROOT kernel TB --- 2014-07-02 06:31:49 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 06:31:49 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 06:31:49 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 06:31:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 06:31:49 - SRCCONF=/dev/null TB --- 2014-07-02 06:31:49 - TARGET=mips TB --- 2014-07-02 06:31:49 - TARGET_ARCH=mips64 TB --- 2014-07-02 06:31:49 - TZ=UTC TB --- 2014-07-02 06:31:49 - __MAKE_CONF=/dev/null TB --- 2014-07-02 06:31:49 - cd /src TB --- 2014-07-02 06:31:49 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Wed Jul 2 06:31:49 UTC 2014 >>> 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 BERI_DE4_SDROOT completed on Wed Jul 2 06:34:49 UTC 2014 TB --- 2014-07-02 06:34:49 - cd /src/sys/mips/conf TB --- 2014-07-02 06:34:49 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2014-07-02 06:34:49 - building BERI_NETFPGA_MDROOT kernel TB --- 2014-07-02 06:34:49 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 06:34:49 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 06:34:49 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 06:34:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 06:34:49 - SRCCONF=/dev/null TB --- 2014-07-02 06:34:49 - TARGET=mips TB --- 2014-07-02 06:34:49 - TARGET_ARCH=mips64 TB --- 2014-07-02 06:34:49 - TZ=UTC TB --- 2014-07-02 06:34:49 - __MAKE_CONF=/dev/null TB --- 2014-07-02 06:34:49 - cd /src TB --- 2014-07-02 06:34:49 - /usr/bin/make -B buildkernel KERNCONF=BERI_NETFPGA_MDROOT >>> Kernel build for BERI_NETFPGA_MDROOT started on Wed Jul 2 06:34:49 UTC 2014 >>> 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 BERI_NETFPGA_MDROOT completed on Wed Jul 2 06:37:29 UTC 2014 TB --- 2014-07-02 06:37:29 - cd /src/sys/mips/conf TB --- 2014-07-02 06:37:29 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_BASE TB --- 2014-07-02 06:37:29 - building BERI_SIM_BASE kernel TB --- 2014-07-02 06:37:29 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 06:37:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 06:37:29 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 06:37:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 06:37:29 - SRCCONF=/dev/null TB --- 2014-07-02 06:37:29 - TARGET=mips TB --- 2014-07-02 06:37:29 - TARGET_ARCH=mips64 TB --- 2014-07-02 06:37:29 - TZ=UTC TB --- 2014-07-02 06:37:29 - __MAKE_CONF=/dev/null TB --- 2014-07-02 06:37:29 - cd /src TB --- 2014-07-02 06:37:29 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_BASE >>> Kernel build for BERI_SIM_BASE started on Wed Jul 2 06:37:29 UTC 2014 >>> 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 BERI_SIM_BASE completed on Wed Jul 2 06:40:03 UTC 2014 TB --- 2014-07-02 06:40:03 - cd /src/sys/mips/conf TB --- 2014-07-02 06:40:03 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_MDROOT TB --- 2014-07-02 06:40:03 - building BERI_SIM_MDROOT kernel TB --- 2014-07-02 06:40:03 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 06:40:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 06:40:03 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 06:40:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 06:40:03 - SRCCONF=/dev/null TB --- 2014-07-02 06:40:03 - TARGET=mips TB --- 2014-07-02 06:40:03 - TARGET_ARCH=mips64 TB --- 2014-07-02 06:40:03 - TZ=UTC TB --- 2014-07-02 06:40:03 - __MAKE_CONF=/dev/null TB --- 2014-07-02 06:40:03 - cd /src TB --- 2014-07-02 06:40:03 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_MDROOT >>> Kernel build for BERI_SIM_MDROOT started on Wed Jul 2 06:40:03 UTC 2014 >>> 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 BERI_SIM_MDROOT completed on Wed Jul 2 06:42:43 UTC 2014 TB --- 2014-07-02 06:42:43 - cd /src/sys/mips/conf TB --- 2014-07-02 06:42:43 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_SIM_SDROOT TB --- 2014-07-02 06:42:43 - building BERI_SIM_SDROOT kernel TB --- 2014-07-02 06:42:43 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 06:42:43 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 06:42:43 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 06:42:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 06:42:43 - SRCCONF=/dev/null TB --- 2014-07-02 06:42:43 - TARGET=mips TB --- 2014-07-02 06:42:43 - TARGET_ARCH=mips64 TB --- 2014-07-02 06:42:43 - TZ=UTC TB --- 2014-07-02 06:42:43 - __MAKE_CONF=/dev/null TB --- 2014-07-02 06:42:43 - cd /src TB --- 2014-07-02 06:42:43 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_SDROOT >>> Kernel build for BERI_SIM_SDROOT started on Wed Jul 2 06:42:43 UTC 2014 >>> 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 BERI_SIM_SDROOT completed on Wed Jul 2 06:45:16 UTC 2014 TB --- 2014-07-02 06:45:16 - cd /src/sys/mips/conf TB --- 2014-07-02 06:45:16 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_TEMPLATE TB --- 2014-07-02 06:45:16 - building BERI_TEMPLATE kernel TB --- 2014-07-02 06:45:16 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 06:45:16 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 06:45:16 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 06:45:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 06:45:16 - SRCCONF=/dev/null TB --- 2014-07-02 06:45:16 - TARGET=mips TB --- 2014-07-02 06:45:16 - TARGET_ARCH=mips64 TB --- 2014-07-02 06:45:16 - TZ=UTC TB --- 2014-07-02 06:45:16 - __MAKE_CONF=/dev/null TB --- 2014-07-02 06:45:16 - cd /src TB --- 2014-07-02 06:45:16 - /usr/bin/make -B buildkernel KERNCONF=BERI_TEMPLATE >>> Kernel build for BERI_TEMPLATE started on Wed Jul 2 06:45:16 UTC 2014 >>> 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 BERI_TEMPLATE completed on Wed Jul 2 06:47:44 UTC 2014 TB --- 2014-07-02 06:47:44 - cd /src/sys/mips/conf TB --- 2014-07-02 06:47:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m CARAMBOLA2 TB --- 2014-07-02 06:47:44 - skipping CARAMBOLA2 kernel TB --- 2014-07-02 06:47:44 - cd /src/sys/mips/conf TB --- 2014-07-02 06:47:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m DB120 TB --- 2014-07-02 06:47:44 - skipping DB120 kernel TB --- 2014-07-02 06:47:44 - cd /src/sys/mips/conf TB --- 2014-07-02 06:47:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m DIR-825B1 TB --- 2014-07-02 06:47:44 - skipping DIR-825B1 kernel TB --- 2014-07-02 06:47:44 - cd /src/sys/mips/conf TB --- 2014-07-02 06:47:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m DIR-825C1 TB --- 2014-07-02 06:47:44 - skipping DIR-825C1 kernel TB --- 2014-07-02 06:47:44 - cd /src/sys/mips/conf TB --- 2014-07-02 06:47:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ENH200 TB --- 2014-07-02 06:47:44 - skipping ENH200 kernel TB --- 2014-07-02 06:47:44 - cd /src/sys/mips/conf TB --- 2014-07-02 06:47:44 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m GXEMUL TB --- 2014-07-02 06:47:44 - building GXEMUL kernel TB --- 2014-07-02 06:47:44 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 06:47:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 06:47:44 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 06:47:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 06:47:44 - SRCCONF=/dev/null TB --- 2014-07-02 06:47:44 - TARGET=mips TB --- 2014-07-02 06:47:44 - TARGET_ARCH=mips64 TB --- 2014-07-02 06:47:44 - TZ=UTC TB --- 2014-07-02 06:47:44 - __MAKE_CONF=/dev/null TB --- 2014-07-02 06:47:44 - cd /src TB --- 2014-07-02 06:47:44 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL >>> Kernel build for GXEMUL started on Wed Jul 2 06:47:44 UTC 2014 >>> 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 GXEMUL completed on Wed Jul 2 06:49:45 UTC 2014 TB --- 2014-07-02 06:49:45 - cd /src/sys/mips/conf TB --- 2014-07-02 06:49:45 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m GXEMUL32 TB --- 2014-07-02 06:49:45 - skipping GXEMUL32 kernel TB --- 2014-07-02 06:49:45 - cd /src/sys/mips/conf TB --- 2014-07-02 06:49:45 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m IDT TB --- 2014-07-02 06:49:45 - skipping IDT kernel TB --- 2014-07-02 06:49:45 - cd /src/sys/mips/conf TB --- 2014-07-02 06:49:45 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m MALTA TB --- 2014-07-02 06:49:45 - skipping MALTA kernel TB --- 2014-07-02 06:49:45 - cd /src/sys/mips/conf TB --- 2014-07-02 06:49:45 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m MALTA64 TB --- 2014-07-02 06:49:45 - skipping MALTA64 kernel TB --- 2014-07-02 06:49:45 - cd /src/sys/mips/conf TB --- 2014-07-02 06:49:45 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m OCTEON1 TB --- 2014-07-02 06:49:45 - building OCTEON1 kernel TB --- 2014-07-02 06:49:45 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 06:49:45 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 06:49:45 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 06:49:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 06:49:45 - SRCCONF=/dev/null TB --- 2014-07-02 06:49:45 - TARGET=mips TB --- 2014-07-02 06:49:45 - TARGET_ARCH=mips64 TB --- 2014-07-02 06:49:45 - TZ=UTC TB --- 2014-07-02 06:49:45 - __MAKE_CONF=/dev/null TB --- 2014-07-02 06:49:45 - cd /src TB --- 2014-07-02 06:49:45 - /usr/bin/make -B buildkernel KERNCONF=OCTEON1 >>> Kernel build for OCTEON1 started on Wed Jul 2 06:49:46 UTC 2014 >>> 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 OCTEON1 completed on Wed Jul 2 06:58:06 UTC 2014 TB --- 2014-07-02 06:58:06 - cd /src/sys/mips/conf TB --- 2014-07-02 06:58:06 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m PB47 TB --- 2014-07-02 06:58:06 - skipping PB47 kernel TB --- 2014-07-02 06:58:06 - cd /src/sys/mips/conf TB --- 2014-07-02 06:58:06 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m PB92 TB --- 2014-07-02 06:58:06 - skipping PB92 kernel TB --- 2014-07-02 06:58:06 - cd /src/sys/mips/conf TB --- 2014-07-02 06:58:06 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m PICOSTATION_M2HP TB --- 2014-07-02 06:58:06 - skipping PICOSTATION_M2HP kernel TB --- 2014-07-02 06:58:06 - cd /src/sys/mips/conf TB --- 2014-07-02 06:58:06 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m QEMU TB --- 2014-07-02 06:58:06 - skipping QEMU kernel TB --- 2014-07-02 06:58:06 - cd /src/sys/mips/conf TB --- 2014-07-02 06:58:06 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ROUTERSTATION TB --- 2014-07-02 06:58:06 - skipping ROUTERSTATION kernel TB --- 2014-07-02 06:58:06 - cd /src/sys/mips/conf TB --- 2014-07-02 06:58:06 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ROUTERSTATION_MFS TB --- 2014-07-02 06:58:06 - skipping ROUTERSTATION_MFS kernel TB --- 2014-07-02 06:58:06 - cd /src/sys/mips/conf TB --- 2014-07-02 06:58:06 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m RSPRO TB --- 2014-07-02 06:58:06 - skipping RSPRO kernel TB --- 2014-07-02 06:58:06 - cd /src/sys/mips/conf TB --- 2014-07-02 06:58:06 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m RSPRO_MFS TB --- 2014-07-02 06:58:06 - skipping RSPRO_MFS kernel TB --- 2014-07-02 06:58:06 - cd /src/sys/mips/conf TB --- 2014-07-02 06:58:06 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m RSPRO_STANDALONE TB --- 2014-07-02 06:58:06 - skipping RSPRO_STANDALONE kernel TB --- 2014-07-02 06:58:06 - cd /src/sys/mips/conf TB --- 2014-07-02 06:58:06 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m RT305X TB --- 2014-07-02 06:58:06 - skipping RT305X kernel TB --- 2014-07-02 06:58:06 - cd /src/sys/mips/conf TB --- 2014-07-02 06:58:06 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m SENTRY5 TB --- 2014-07-02 06:58:06 - skipping SENTRY5 kernel TB --- 2014-07-02 06:58:06 - cd /src/sys/mips/conf TB --- 2014-07-02 06:58:06 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m SWARM TB --- 2014-07-02 06:58:06 - skipping SWARM kernel TB --- 2014-07-02 06:58:06 - cd /src/sys/mips/conf TB --- 2014-07-02 06:58:06 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m SWARM64 TB --- 2014-07-02 06:58:06 - building SWARM64 kernel TB --- 2014-07-02 06:58:06 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 06:58:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 06:58:06 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 06:58:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 06:58:06 - SRCCONF=/dev/null TB --- 2014-07-02 06:58:06 - TARGET=mips TB --- 2014-07-02 06:58:06 - TARGET_ARCH=mips64 TB --- 2014-07-02 06:58:06 - TZ=UTC TB --- 2014-07-02 06:58:06 - __MAKE_CONF=/dev/null TB --- 2014-07-02 06:58:06 - cd /src TB --- 2014-07-02 06:58:06 - /usr/bin/make -B buildkernel KERNCONF=SWARM64 >>> Kernel build for SWARM64 started on Wed Jul 2 06:58:06 UTC 2014 >>> 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 SWARM64 completed on Wed Jul 2 07:00:55 UTC 2014 TB --- 2014-07-02 07:00:55 - cd /src/sys/mips/conf TB --- 2014-07-02 07:00:55 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m SWARM64_SMP TB --- 2014-07-02 07:00:55 - building SWARM64_SMP kernel TB --- 2014-07-02 07:00:55 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 07:00:55 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 07:00:55 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 07:00:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 07:00:55 - SRCCONF=/dev/null TB --- 2014-07-02 07:00:55 - TARGET=mips TB --- 2014-07-02 07:00:55 - TARGET_ARCH=mips64 TB --- 2014-07-02 07:00:55 - TZ=UTC TB --- 2014-07-02 07:00:55 - __MAKE_CONF=/dev/null TB --- 2014-07-02 07:00:55 - cd /src TB --- 2014-07-02 07:00:55 - /usr/bin/make -B buildkernel KERNCONF=SWARM64_SMP >>> Kernel build for SWARM64_SMP started on Wed Jul 2 07:00:55 UTC 2014 >>> 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 SWARM64_SMP completed on Wed Jul 2 07:04:07 UTC 2014 TB --- 2014-07-02 07:04:07 - cd /src/sys/mips/conf TB --- 2014-07-02 07:04:07 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m SWARM_SMP TB --- 2014-07-02 07:04:07 - skipping SWARM_SMP kernel TB --- 2014-07-02 07:04:07 - cd /src/sys/mips/conf TB --- 2014-07-02 07:04:07 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m TP-WN1043ND TB --- 2014-07-02 07:04:07 - skipping TP-WN1043ND kernel TB --- 2014-07-02 07:04:07 - cd /src/sys/mips/conf TB --- 2014-07-02 07:04:07 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m WZR-300HP TB --- 2014-07-02 07:04:07 - skipping WZR-300HP kernel TB --- 2014-07-02 07:04:07 - cd /src/sys/mips/conf TB --- 2014-07-02 07:04:07 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m XLP TB --- 2014-07-02 07:04:07 - skipping XLP kernel TB --- 2014-07-02 07:04:07 - cd /src/sys/mips/conf TB --- 2014-07-02 07:04:07 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m XLP64 TB --- 2014-07-02 07:04:07 - building XLP64 kernel TB --- 2014-07-02 07:04:07 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 07:04:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 07:04:07 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 07:04:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 07:04:07 - SRCCONF=/dev/null TB --- 2014-07-02 07:04:07 - TARGET=mips TB --- 2014-07-02 07:04:07 - TARGET_ARCH=mips64 TB --- 2014-07-02 07:04:07 - TZ=UTC TB --- 2014-07-02 07:04:07 - __MAKE_CONF=/dev/null TB --- 2014-07-02 07:04:07 - cd /src TB --- 2014-07-02 07:04:07 - /usr/bin/make -B buildkernel KERNCONF=XLP64 >>> Kernel build for XLP64 started on Wed Jul 2 07:04:07 UTC 2014 >>> 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 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/init_main.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/init_sysent.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/ksched.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_acct.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_clock.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_condvar.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_conf.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_cons.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_cpu.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_cpuset.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_context.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_descrip.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_environment.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_et.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_event.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64r2 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_exec.c cc1: warnings being treated as errors /src/sys/kern/kern_exec.c: In function 'kern_execve': /src/sys/kern/kern_exec.c:346: warning: 'newsigacts' may be used uninitialized in this function /src/sys/kern/kern_exec.c:346: note: 'newsigacts' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/XLP64 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-02 07:05:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-02 07:05:51 - ERROR: failed to build XLP64 kernel TB --- 2014-07-02 07:05:51 - 4850.72 user 944.98 system 6201.55 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 07:27:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5224B9E5; Wed, 2 Jul 2014 07:27:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0D819222C; Wed, 2 Jul 2014 07:27:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s627RPZg044156; Wed, 2 Jul 2014 03:27:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s627RPoD044152; Wed, 2 Jul 2014 07:27:25 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Jul 2014 07:27:25 GMT Message-Id: <201407020727.s627RPoD044152@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 07:27:27 -0000 TB --- 2014-07-02 03:37:10 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-02 03:37:10 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-02 03:37:10 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-07-02 03:37:10 - cleaning the object tree TB --- 2014-07-02 03:37:10 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-02 03:37:30 - At svn revision 268131 TB --- 2014-07-02 03:37:31 - building world TB --- 2014-07-02 03:37:31 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 03:37:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 03:37:31 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 03:37:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 03:37:31 - SRCCONF=/dev/null TB --- 2014-07-02 03:37:31 - TARGET=pc98 TB --- 2014-07-02 03:37:31 - TARGET_ARCH=i386 TB --- 2014-07-02 03:37:31 - TZ=UTC TB --- 2014-07-02 03:37:31 - __MAKE_CONF=/dev/null TB --- 2014-07-02 03:37:31 - cd /src TB --- 2014-07-02 03:37:31 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Wed Jul 2 03:37:40 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jul 2 07:18:33 UTC 2014 TB --- 2014-07-02 07:18:33 - generating LINT kernel config TB --- 2014-07-02 07:18:33 - cd /src/sys/pc98/conf TB --- 2014-07-02 07:18:33 - /usr/bin/make -B LINT TB --- 2014-07-02 07:18:33 - cd /src/sys/pc98/conf TB --- 2014-07-02 07:18:33 - /obj/pc98.i386/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-02 07:18:33 - building LINT kernel TB --- 2014-07-02 07:18:33 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 07:18:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 07:18:33 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 07:18:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 07:18:33 - SRCCONF=/dev/null TB --- 2014-07-02 07:18:33 - TARGET=pc98 TB --- 2014-07-02 07:18:33 - TARGET_ARCH=i386 TB --- 2014-07-02 07:18:33 - TZ=UTC TB --- 2014-07-02 07:18:33 - __MAKE_CONF=/dev/null TB --- 2014-07-02 07:18:33 - cd /src TB --- 2014-07-02 07:18:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jul 2 07:18:34 UTC 2014 >>> 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_hal/ar9002/ar9285.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_hal/ar9002/ar9287.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_rate/sample/sample.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_dfs/null/dfs_null.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/bce/if_bce.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/bfe/if_bfe.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/bge/if_bge.c /src/sys/dev/bge/if_bge.c:4799:13: error: no member named 'bge_if_getcapenable' in 'struct bge_softc' if (!(sc->bge_if_getcapenable(ifp) & IFCAP_POLLING)) ~~ ^ /src/sys/dev/bge/if_bge.c:4799:33: error: use of undeclared identifier 'ifp'; did you mean 'if'? if (!(sc->bge_if_getcapenable(ifp) & IFCAP_POLLING)) ^ /src/sys/dev/bge/if_bge.c:5833:33: error: incompatible pointer types passing 'int (if_t, enum poll_cmd, int)' to parameter of type 'poll_handler_t *' (aka 'int (*)(struct ifnet *, enum poll_cmd, int)') [-Werror,-Wincompatible-pointer-types] error = ether_poll_register(bge_poll, ifp); ^~~~~~~~ /src/sys/net/ifq.h:485:44: note: passing argument to parameter 'h' here int ether_poll_register(poll_handler_t *h, struct ifnet *ifp); ^ 3 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/pc98.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-02 07:27:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-02 07:27:25 - ERROR: failed to build LINT kernel TB --- 2014-07-02 07:27:25 - 11338.33 user 1399.93 system 13815.03 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 08:05:29 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E35D5E4; Wed, 2 Jul 2014 08:05:29 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "anubis.delphij.net", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 827F72580; Wed, 2 Jul 2014 08:05:29 +0000 (UTC) Received: from delphij-macbook.local (c-24-5-244-32.hsd1.ca.comcast.net [24.5.244.32]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id 342A638CE; Wed, 2 Jul 2014 01:05:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1404288328; bh=aik8nqPMeRDIxxSOnEq6vYlbhqREXlEweU/mQohGv3k=; h=Date:From:Reply-To:To:Subject:References:In-Reply-To; b=ntnZB2LD2MVIMQHca6P/KuVlIPpbddUnYMyCBA2aGWbjpIiWSS4xXrmtkByBlp21o 28olbyxH5stFC7t4Wetfpjc29hNUzom701uH5USL27XH8UIwmHuFPBe4/gvrCWQXG7 ZEm+NyGVp1WYxp5LaF4jO3DW3WR9NmVhsnIhzbgg= Message-ID: <53B3BD47.9@delphij.net> Date: Wed, 02 Jul 2014 01:05:27 -0700 From: Xin Li Reply-To: d@delphij.net Organization: The FreeBSD Project MIME-Version: 1.0 To: Matthias Meyser , FreeBSD Current , delphij@freebsd.org Subject: Re: svn commit: r267897 - in head: contrib/file contrib/file/Magdir contrib/file/doc contrib/file/m4 contrib/file/magic contrib/file/python contrib/file/src contrib/file/tests lib/libmagic usr.bin/file References: <201406260603.s5Q63e0a086784@svn.freebsd.org> <53B3B081.4000301@xenet.de> In-Reply-To: <53B3B081.4000301@xenet.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 02 Jul 2014 08:05:29 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 7/2/14, 12:10 AM, Matthias Meyser wrote: > Am 26.06.2014 08:03, schrieb Xin LI: >> Author: delphij Date: Thu Jun 26 06:03:39 2014 New Revision: >> 267897 URL: http://svnweb.freebsd.org/changeset/base/267897 >> >> Log: MFV r267843: update file/libmagic to 5.19. >> >> MFC after: 2 weeks > > This commit breaks installing world from readonly /usr/src Can't reproduce with today's -CURRENT. Any further details? (I tried mounting /usr/src read-only and both /usr/src and /usr/obj read-only, neither broke). Cheers, -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJTs71HAAoJEJW2GBstM+nsdhkQAKwiZtKcHwOVijRvwHq6dWOQ zlY3OhDCygzW93KxMW3kqT223UNP2tRBDyu3xQqn++av4NVprFo/aRrV/vs+tZYN RMUcLFFlUeQZHIyF9L4alyAX3/ncABwWrOV97kkg990+O7CeURDycTc7Cwn/YwXq pzrLT9ebzaRecRN1PJ5jP1dB569CFuKWyVDWjiaKxt32U0oi3T/MWTjaot+cGI0e RrfJu+zmTwQk6gTl9lFewaIzqEIfVFotOQ3DB6IocQ2XL+wVD5NFnKYhl3UL6fJq TK2oPuphktHi1WfEycmTIwsDfvR0o7I6ZD1Q5zdvp+PUgJPBmPS6ha2QaqfLZLht vePNRwcD2lqpeyQRkd9W9N2YIswysiKnVXPd3OL29v2UJ3yafLTXnsLjrDdIFD50 +0xG8Y3E/1Vq/VGyachhAXSFEJfrNrGHPNQ3be0KZXnHcTgUFdg6+1bG+GeCjk4r NwS10FlcbFUwgKc0d1wF1H5VT9xXQjJJTFa2AGbBqaOKQPEcwPKMnXdYCPfOKmzD vdh03JNsXJyZYrpRtb7jATjQmgTp13VFlGqBJAEVc0Os8CjKmWnK06TeUQw+8q9B NNebsCHYDlYrylFnyR7RJ6gD24F6uzUXxV/EXg+Bzidvu8jzg240Zd4aR1MU6obF qSe3alAzDfUKzP+Y20+L =5kxz -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 08:52:15 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BB67D8C2; Wed, 2 Jul 2014 08:52:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8504E29E8; Wed, 2 Jul 2014 08:52:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s628q7ol037208; Wed, 2 Jul 2014 04:52:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s628q72e037196; Wed, 2 Jul 2014 08:52:07 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Jul 2014 08:52:07 GMT Message-Id: <201407020852.s628q72e037196@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 08:52:15 -0000 TB --- 2014-07-02 07:27:25 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-02 07:27:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-02 07:27:25 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-07-02 07:27:25 - cleaning the object tree TB --- 2014-07-02 07:28:31 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-02 07:28:41 - At svn revision 268131 TB --- 2014-07-02 07:28:42 - building world TB --- 2014-07-02 07:28:42 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 07:28:42 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 07:28:42 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 07:28:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 07:28:42 - SRCCONF=/dev/null TB --- 2014-07-02 07:28:42 - TARGET=sparc64 TB --- 2014-07-02 07:28:42 - TARGET_ARCH=sparc64 TB --- 2014-07-02 07:28:42 - TZ=UTC TB --- 2014-07-02 07:28:42 - __MAKE_CONF=/dev/null TB --- 2014-07-02 07:28:42 - cd /src TB --- 2014-07-02 07:28:42 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Wed Jul 2 07:28:50 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jul 2 08:37:26 UTC 2014 TB --- 2014-07-02 08:37:26 - generating LINT kernel config TB --- 2014-07-02 08:37:26 - cd /src/sys/sparc64/conf TB --- 2014-07-02 08:37:26 - /usr/bin/make -B LINT TB --- 2014-07-02 08:37:26 - cd /src/sys/sparc64/conf TB --- 2014-07-02 08:37:26 - /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-02 08:37:26 - building LINT kernel TB --- 2014-07-02 08:37:26 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 08:37:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 08:37:26 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 08:37:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 08:37:26 - SRCCONF=/dev/null TB --- 2014-07-02 08:37:26 - TARGET=sparc64 TB --- 2014-07-02 08:37:26 - TARGET_ARCH=sparc64 TB --- 2014-07-02 08:37:26 - TZ=UTC TB --- 2014-07-02 08:37:26 - __MAKE_CONF=/dev/null TB --- 2014-07-02 08:37:26 - cd /src TB --- 2014-07-02 08:37:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jul 2 08:37:26 UTC 2014 >>> 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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/le/if_le_ledma.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/le/lebuffer_sbus.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_bus_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror ofw_bus_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/ofw/ofw_bus_subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/ofw/ofw_console.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror ofw_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/ofw/ofw_standard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/ofw/openfirm.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/ofw/openfirmio.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/ofw/openpromio.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/syscons/scgfbrndr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/syscons/scterm-teken.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/syscons/scvtb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/uart/uart_cpu_sparc64.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/uart/uart_kbd_sun.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/vt/hw/ofwfb/ofwfb.c /src/sys/dev/vt/hw/ofwfb/ofwfb.c: In function 'ofwfb_mmap': /src/sys/dev/vt/hw/ofwfb/ofwfb.c:445: error: 'VM_MEMATTR_WRITE_COMBINING' undeclared (first use in this function) /src/sys/dev/vt/hw/ofwfb/ofwfb.c:445: error: (Each undeclared identifier is reported only once /src/sys/dev/vt/hw/ofwfb/ofwfb.c:445: error: for each function it appears in.) *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-02 08:52:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-02 08:52:07 - ERROR: failed to build LINT kernel TB --- 2014-07-02 08:52:07 - 4082.84 user 741.98 system 5081.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 11:26:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDCB158F; Wed, 2 Jul 2014 11:26:14 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 75F0C2984; Wed, 2 Jul 2014 11:26:14 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1X2Ifx-000Dvg-T8; Wed, 02 Jul 2014 15:26:09 +0400 Date: Wed, 2 Jul 2014 15:26:09 +0400 From: Slawa Olhovchenkov To: Kevin Oberman Subject: Re: FreeBSD iscsi target Message-ID: <20140702112609.GA85758@zxy.spb.ru> References: <20140626232727.GB1825@pwnie.vrt.sourcefire.com> <53ACE5B4.8070700@rice.edu> <20140701091252.GB3443@brick> <20140701231305.GA37246@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: "freebsd-hackers@freebsd.org" , Sreenivasa Honnur , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 02 Jul 2014 11:26:14 -0000 On Tue, Jul 01, 2014 at 10:43:08PM -0700, Kevin Oberman wrote: > On Tue, Jul 1, 2014 at 4:13 PM, Slawa Olhovchenkov wrote: > > > On Tue, Jul 01, 2014 at 11:12:52AM +0200, Edward Tomasz Napierala wrote: > > > > > Hi. I've replied in private, but just for the record: > > > > > > On 0627T0927, Sreenivasa Honnur wrote: > > > > Does freebsd iscsi target supports: > > > > 1. ACL (access control lists) > > > > > > In 10-STABLE there is a way to control access based on initiator > > > name and IP address. > > > > > > > 2. iSNS > > > > > > No; it's one of the iSCSI features that seem to only be used > > > for marketing purposes :-) > > > > > > > 3. Multiple connections per session > > > > > > No; see above. > > > > I think this is help for 40G links. > > > > I assume that you are looking at transfer of large amounts of data over 40G > links. Assuming that tis is the case, yes, multiple connections per session Yes, this case. As I know, single transfer over 40G link limited by 10G. From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 14:24:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E2CB6A1 for ; Wed, 2 Jul 2014 14:24:05 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EF7872B32 for ; Wed, 2 Jul 2014 14:24:04 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1X2LS5-001Q6p-Te>; Wed, 02 Jul 2014 16:24:01 +0200 Received: from [141.89.176.193] (helo=munin.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1X2LS5-002PSr-SY>; Wed, 02 Jul 2014 16:24:01 +0200 Date: Wed, 2 Jul 2014 16:23:56 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: CURRENT: unknown specifier DEV_SC Message-ID: <20140702162356.6361fbc5@munin.walstatt.dyndns.org> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd9.3) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/h_TV0=w=KO86PMH=Q_4PjMN"; protocol="application/pgp-signature" X-Originating-IP: 141.89.176.193 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 02 Jul 2014 14:24:05 -0000 --Sig_/h_TV0=w=KO86PMH=Q_4PjMN Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Compiling a most recent CURRENT kernel/world with sources r 268158 ends up in some error indication an unknown specifier DEV_SC. This is with the sources reeled in today as revision indicates above, the kernel is as shown here: FreeBSD 11.0-CURRENT #1 r268102: Tue Jul 1 18:33:28 CEST 2014 amd64 so in my configurationfile, I eliminated all SC related stuff (no "options sc" and related options) and kernel compilation worked yesterday with that. Today it doesn't any more. Does this indicate that the old console driver is still considered mandatory or is it a typo in one of the main config files? Regards, Oliver --Sig_/h_TV0=w=KO86PMH=Q_4PjMN Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJTtBYBAAoJEOgBcD7A/5N8LXoIANHOmUYSbh7PRwRVMvqNO6RX 1xd6GnVlVyr+Qu7433J1D5p49g6T+sY4x8zUM311KQ1QXjhw3BmGPdELvwzWXYc/ KiTYf8y/VxeT41WWN3g5/GfaNr0L+7Ll5Lhr68M/Hw8HMnxySKGVKHQNVoOjfORs Chkf46VjXFm6zd09UK91hmtSAyFtbkfGkb6AdMxCSvaCeaGOWNSxLqjn8nzQIgxQ oIASfsXWEUJ6GR0UsKh7lCWDJe6OSdKO16qsL27h6tXIniujF+MaoelfTQylrciX AdYwqSLZsdx75J5khO/iY79o4rwDMDuNscuN68qURh1EUosMgK2bFRoCO/Jyijs= =3M9b -----END PGP SIGNATURE----- --Sig_/h_TV0=w=KO86PMH=Q_4PjMN-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 14:48:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7FC885C2 for ; Wed, 2 Jul 2014 14:48:03 +0000 (UTC) Received: from mail-qc0-x236.google.com (mail-qc0-x236.google.com [IPv6:2607:f8b0:400d:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D7A872D5B for ; Wed, 2 Jul 2014 14:48:02 +0000 (UTC) Received: by mail-qc0-f182.google.com with SMTP id m20so9934222qcx.27 for ; Wed, 02 Jul 2014 07:48:01 -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:message-id:subject :from:to:cc:content-type; bh=bgKOufoK2C2/v7Dln5MmOFRzkmCBM9ymgSFcMGn1VD4=; b=seg8G0b1wkWyDCLM4Vy/rVxNGo28tdEPouPexbmnBdIrQJQlAr5kcuquZ2WRQ+AKfj Z9hUluNewb00cqE+/e8nADW3DjMG05wwlHcgX2SoTdpeDbIrcXz2Y5GzgrulZ5QodH7I c+EcSW8S7btxjaF0y4ZndUA0XxjsbaLo5FPQ43C69Z+ThLMAL5GjquaPwHlb9XNbZ6es jRHJAWheZzhVHJTmuYeFN/jyDBBCQGCvEi4t+wmDfm7FTtw4uGbFR2ECI/46jtqNDQv/ UL/wcCgWHllz7oxP1J8Ab02EF0/n6dkO1DSbhvyUW59c3DNWAWxkUKZxZ19h/FNxY0nn qZtA== MIME-Version: 1.0 X-Received: by 10.224.47.148 with SMTP id n20mr8761394qaf.90.1404312481314; Wed, 02 Jul 2014 07:48:01 -0700 (PDT) Sender: carpeddiem@gmail.com Received: by 10.140.49.239 with HTTP; Wed, 2 Jul 2014 07:48:01 -0700 (PDT) In-Reply-To: <20140702162356.6361fbc5@munin.walstatt.dyndns.org> References: <20140702162356.6361fbc5@munin.walstatt.dyndns.org> Date: Wed, 2 Jul 2014 10:48:01 -0400 X-Google-Sender-Auth: N3W3-phcF_c22m3McetnPbKu69g Message-ID: Subject: Re: CURRENT: unknown specifier DEV_SC From: Ed Maste To: "O. Hartmann" Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 02 Jul 2014 14:48:03 -0000 On 2 July 2014 10:23, O. Hartmann wrote: > Compiling a most recent CURRENT kernel/world with sources r 268158 ends > up in some error indication an unknown specifier DEV_SC. This is with > the sources reeled in today as revision indicates above, the kernel is > as shown here: > > FreeBSD 11.0-CURRENT #1 r268102: Tue Jul 1 18:33:28 CEST 2014 amd64 Sorry about that, it's my fault. Fix committed in r268160. -Ed From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 15:32:14 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6CE4FBD1; Wed, 2 Jul 2014 15:32:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 422DE2274; Wed, 2 Jul 2014 15:32:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s62FWBtX022571; Wed, 2 Jul 2014 11:32:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s62FWBUd022562; Wed, 2 Jul 2014 15:32:11 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Jul 2014 15:32:11 GMT Message-Id: <201407021532.s62FWBUd022562@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 15:32:14 -0000 TB --- 2014-07-02 11:50:40 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-02 11:50:40 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-02 11:50:40 - starting HEAD tinderbox run for i386/i386 TB --- 2014-07-02 11:50:40 - cleaning the object tree TB --- 2014-07-02 11:54:17 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-02 11:54:21 - At svn revision 268154 TB --- 2014-07-02 11:54:22 - building world TB --- 2014-07-02 11:54:22 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 11:54:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 11:54:22 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 11:54:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 11:54:22 - SRCCONF=/dev/null TB --- 2014-07-02 11:54:22 - TARGET=i386 TB --- 2014-07-02 11:54:22 - TARGET_ARCH=i386 TB --- 2014-07-02 11:54:22 - TZ=UTC TB --- 2014-07-02 11:54:22 - __MAKE_CONF=/dev/null TB --- 2014-07-02 11:54:22 - cd /src TB --- 2014-07-02 11:54:22 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Wed Jul 2 11:54:29 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jul 2 15:21:44 UTC 2014 TB --- 2014-07-02 15:21:44 - generating LINT kernel config TB --- 2014-07-02 15:21:44 - cd /src/sys/i386/conf TB --- 2014-07-02 15:21:44 - /usr/bin/make -B LINT TB --- 2014-07-02 15:21:45 - cd /src/sys/i386/conf TB --- 2014-07-02 15:21:45 - /obj/i386.i386/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-02 15:21:45 - building LINT kernel TB --- 2014-07-02 15:21:45 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 15:21:45 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 15:21:45 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 15:21:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 15:21:45 - SRCCONF=/dev/null TB --- 2014-07-02 15:21:45 - TARGET=i386 TB --- 2014-07-02 15:21:45 - TARGET_ARCH=i386 TB --- 2014-07-02 15:21:45 - TZ=UTC TB --- 2014-07-02 15:21:45 - __MAKE_CONF=/dev/null TB --- 2014-07-02 15:21:45 - cd /src TB --- 2014-07-02 15:21:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jul 2 15:21:45 UTC 2014 >>> 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_hal/ar9002/ar9285.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_hal/ar9002/ar9287.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_rate/sample/sample.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_dfs/null/dfs_null.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/bce/if_bce.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/bfe/if_bfe.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/bge/if_bge.c /src/sys/dev/bge/if_bge.c:4799:13: error: no member named 'bge_if_getcapenable' in 'struct bge_softc' if (!(sc->bge_if_getcapenable(ifp) & IFCAP_POLLING)) ~~ ^ /src/sys/dev/bge/if_bge.c:4799:33: error: use of undeclared identifier 'ifp'; did you mean 'if'? if (!(sc->bge_if_getcapenable(ifp) & IFCAP_POLLING)) ^ /src/sys/dev/bge/if_bge.c:5833:33: error: incompatible pointer types passing 'int (if_t, enum poll_cmd, int)' to parameter of type 'poll_handler_t *' (aka 'int (*)(struct ifnet *, enum poll_cmd, int)') [-Werror,-Wincompatible-pointer-types] error = ether_poll_register(bge_poll, ifp); ^~~~~~~~ /src/sys/net/ifq.h:485:44: note: passing argument to parameter 'h' here int ether_poll_register(poll_handler_t *h, struct ifnet *ifp); ^ 3 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-02 15:32:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-02 15:32:11 - ERROR: failed to build LINT kernel TB --- 2014-07-02 15:32:11 - 10859.64 user 1599.51 system 13290.65 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 16:09:45 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B077E27D; Wed, 2 Jul 2014 16:09:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8544825D1; Wed, 2 Jul 2014 16:09:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s62G9iF8025939; Wed, 2 Jul 2014 12:09:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s62G9iAP025934; Wed, 2 Jul 2014 16:09:44 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Jul 2014 16:09:44 GMT Message-Id: <201407021609.s62G9iAP025934@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 , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 16:09:45 -0000 TB --- 2014-07-02 11:50:40 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-02 11:50:40 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-02 11:50:40 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-07-02 11:50:40 - cleaning the object tree TB --- 2014-07-02 11:54:56 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-02 11:55:00 - At svn revision 268154 TB --- 2014-07-02 11:55:01 - building world TB --- 2014-07-02 11:55:01 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 11:55:01 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 11:55:01 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 11:55:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 11:55:01 - SRCCONF=/dev/null TB --- 2014-07-02 11:55:01 - TARGET=amd64 TB --- 2014-07-02 11:55:01 - TARGET_ARCH=amd64 TB --- 2014-07-02 11:55:01 - TZ=UTC TB --- 2014-07-02 11:55:01 - __MAKE_CONF=/dev/null TB --- 2014-07-02 11:55:01 - cd /src TB --- 2014-07-02 11:55:01 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Wed Jul 2 11:55:08 UTC 2014 >>> 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 Wed Jul 2 16:01:09 UTC 2014 TB --- 2014-07-02 16:01:09 - generating LINT kernel config TB --- 2014-07-02 16:01:09 - cd /src/sys/amd64/conf TB --- 2014-07-02 16:01:09 - /usr/bin/make -B LINT TB --- 2014-07-02 16:01:09 - cd /src/sys/amd64/conf TB --- 2014-07-02 16:01:09 - /obj/amd64.amd64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-02 16:01:09 - building LINT kernel TB --- 2014-07-02 16:01:09 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 16:01:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 16:01:09 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 16:01:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 16:01:09 - SRCCONF=/dev/null TB --- 2014-07-02 16:01:09 - TARGET=amd64 TB --- 2014-07-02 16:01:09 - TARGET_ARCH=amd64 TB --- 2014-07-02 16:01:09 - TZ=UTC TB --- 2014-07-02 16:01:09 - __MAKE_CONF=/dev/null TB --- 2014-07-02 16:01:09 - cd /src TB --- 2014-07-02 16:01:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jul 2 16:01:09 UTC 2014 >>> 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_hal/ar9002/ar9285.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_hal/ar9002/ar9287.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_rate/sample/sample.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_dfs/null/dfs_null.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/bce/if_bce.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/bfe/if_bfe.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -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 -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/bge/if_bge.c /src/sys/dev/bge/if_bge.c:4799:13: error: no member named 'bge_if_getcapenable' in 'struct bge_softc' if (!(sc->bge_if_getcapenable(ifp) & IFCAP_POLLING)) ~~ ^ /src/sys/dev/bge/if_bge.c:4799:33: error: use of undeclared identifier 'ifp'; did you mean 'if'? if (!(sc->bge_if_getcapenable(ifp) & IFCAP_POLLING)) ^ /src/sys/dev/bge/if_bge.c:5833:33: error: incompatible pointer types passing 'int (if_t, enum poll_cmd, int)' to parameter of type 'poll_handler_t *' (aka 'int (*)(struct ifnet *, enum poll_cmd, int)') [-Werror,-Wincompatible-pointer-types] error = ether_poll_register(bge_poll, ifp); ^~~~~~~~ /src/sys/net/ifq.h:485:44: note: passing argument to parameter 'h' here int ether_poll_register(poll_handler_t *h, struct ifnet *ifp); ^ 3 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-02 16:09:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-02 16:09:44 - ERROR: failed to build LINT kernel TB --- 2014-07-02 16:09:44 - 12525.65 user 2058.91 system 15543.57 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 16:37:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0874D08; Wed, 2 Jul 2014 16:37:45 +0000 (UTC) Received: from mail-pa0-x22f.google.com (mail-pa0-x22f.google.com [IPv6:2607:f8b0:400e:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 98D1D284C; Wed, 2 Jul 2014 16:37:45 +0000 (UTC) Received: by mail-pa0-f47.google.com with SMTP id kq14so12800514pab.34 for ; Wed, 02 Jul 2014 09:37:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=UbNdGKoyMkUYJ/tQAnY1U7W0+OuScCGqPo9W+1doh6g=; b=WVAzbqfqhbEIz2Cw9cdIr/fUnDXiyObI23gNAFcbcXZ1GS/9nRMtt2+woFiMCR+ZLs yCHsxSeoGfVZTh2jpVdTnBGRQ7GcLMdMVfl9zvQmENmquBMzMoij8C7v+enaVS1K7/1s ieHjaMPqLDoJT8UP+kcNe3+PKK1ackxoSXzKNbj6+H+eikm/TTSlZQ91pO7WjYEaZQZe gYNomBhjQihhRV+mkjtckbJEEYT2chSmKfXx/hsZPvl1lLwr5ASlp/yOmmonAtRAf/q5 OJS+E4ObHhz2MIq3TTu9tHMA9xxjcFcQQrWWj3kjpy2qIXOIjLF8YjTGENLQrNpqPKTe osiA== X-Received: by 10.70.61.4 with SMTP id l4mr1240620pdr.112.1404319065163; Wed, 02 Jul 2014 09:37:45 -0700 (PDT) Received: from ox ([24.6.44.228]) by mx.google.com with ESMTPSA id fz3sm2203803pdb.78.2014.07.02.09.37.43 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Wed, 02 Jul 2014 09:37:44 -0700 (PDT) Date: Wed, 2 Jul 2014 09:37:39 -0700 From: Navdeep Parhar To: Slawa Olhovchenkov Subject: Re: FreeBSD iscsi target Message-ID: <20140702163739.GA3957@ox> Mail-Followup-To: Slawa Olhovchenkov , Kevin Oberman , "freebsd-hackers@freebsd.org" , Sreenivasa Honnur , FreeBSD Current References: <20140626232727.GB1825@pwnie.vrt.sourcefire.com> <53ACE5B4.8070700@rice.edu> <20140701091252.GB3443@brick> <20140701231305.GA37246@zxy.spb.ru> <20140702112609.GA85758@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140702112609.GA85758@zxy.spb.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Kevin Oberman , Sreenivasa Honnur , FreeBSD Current , "freebsd-hackers@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 02 Jul 2014 16:37:46 -0000 On Wed, Jul 02, 2014 at 03:26:09PM +0400, Slawa Olhovchenkov wrote: > On Tue, Jul 01, 2014 at 10:43:08PM -0700, Kevin Oberman wrote: > > > On Tue, Jul 1, 2014 at 4:13 PM, Slawa Olhovchenkov wrote: > > > > > On Tue, Jul 01, 2014 at 11:12:52AM +0200, Edward Tomasz Napierala wrote: > > > > > > > Hi. I've replied in private, but just for the record: > > > > > > > > On 0627T0927, Sreenivasa Honnur wrote: > > > > > Does freebsd iscsi target supports: > > > > > 1. ACL (access control lists) > > > > > > > > In 10-STABLE there is a way to control access based on initiator > > > > name and IP address. > > > > > > > > > 2. iSNS > > > > > > > > No; it's one of the iSCSI features that seem to only be used > > > > for marketing purposes :-) > > > > > > > > > 3. Multiple connections per session > > > > > > > > No; see above. > > > > > > I think this is help for 40G links. > > > > > > > I assume that you are looking at transfer of large amounts of data over 40G > > links. Assuming that tis is the case, yes, multiple connections per session > > Yes, this case. As I know, single transfer over 40G link limited by > 10G. This is not correct. A 40Gb link does not limit a single transfer to 10G. For example, on FreeBSD all common bandwidth benchmarks reach 40GbE line rate with a single TCP connection at mtu 1500. If a single transfer were limited to 10G you'd need 4 connections to get there. The physical signalling is over four lanes so it's easy to split a 40G link into four separate 10G links. But when running as a 40GbE (this is the usual case) the hardware will combine all the lanes into a single 40G data stream, and you get to use all of the bandwidth. Regards, Navdeep From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 18:08:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 599A4142; Wed, 2 Jul 2014 18:08:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1545B2131; Wed, 2 Jul 2014 18:08:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s62I8St1074645; Wed, 2 Jul 2014 14:08:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s62I8SOd074640; Wed, 2 Jul 2014 18:08:28 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Jul 2014 18:08:28 GMT Message-Id: <201407021808.s62I8SOd074640@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 18:08:30 -0000 TB --- 2014-07-02 16:09:44 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-02 16:09:44 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-02 16:09:44 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-07-02 16:09:44 - cleaning the object tree TB --- 2014-07-02 16:10:52 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-02 16:10:55 - At svn revision 268154 TB --- 2014-07-02 16:10:56 - building world TB --- 2014-07-02 16:10:56 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 16:10:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 16:10:56 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 16:10:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 16:10:56 - SRCCONF=/dev/null TB --- 2014-07-02 16:10:56 - TARGET=ia64 TB --- 2014-07-02 16:10:56 - TARGET_ARCH=ia64 TB --- 2014-07-02 16:10:56 - TZ=UTC TB --- 2014-07-02 16:10:56 - __MAKE_CONF=/dev/null TB --- 2014-07-02 16:10:56 - cd /src TB --- 2014-07-02 16:10:56 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Wed Jul 2 16:11:03 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jul 2 17:47:09 UTC 2014 TB --- 2014-07-02 17:47:09 - generating LINT kernel config TB --- 2014-07-02 17:47:09 - cd /src/sys/ia64/conf TB --- 2014-07-02 17:47:09 - /usr/bin/make -B LINT TB --- 2014-07-02 17:47:09 - cd /src/sys/ia64/conf TB --- 2014-07-02 17:47:09 - /obj/ia64.ia64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-02 17:47:09 - building LINT kernel TB --- 2014-07-02 17:47:09 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 17:47:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 17:47:09 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 17:47:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 17:47:09 - SRCCONF=/dev/null TB --- 2014-07-02 17:47:09 - TARGET=ia64 TB --- 2014-07-02 17:47:09 - TARGET_ARCH=ia64 TB --- 2014-07-02 17:47:09 - TZ=UTC TB --- 2014-07-02 17:47:09 - __MAKE_CONF=/dev/null TB --- 2014-07-02 17:47:09 - cd /src TB --- 2014-07-02 17:47:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jul 2 17:47:10 UTC 2014 >>> 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 -x assembler-with-cpp -Wa,-x -DLOCORE -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/libkern/ia64/__udivsi3.S cc -c -x assembler-with-cpp -Wa,-x -DLOCORE -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/libkern/ia64/__umoddi3.S cc -c -x assembler-with-cpp -Wa,-x -DLOCORE -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/libkern/ia64/__umodsi3.S cc -c -x assembler-with-cpp -Wa,-x -DLOCORE -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/libkern/ia64/bswap16.S cc -c -x assembler-with-cpp -Wa,-x -DLOCORE -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/libkern/ia64/bswap32.S 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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/libkern/memmove.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/libkern/memset.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/subr_dummy_vdso_tc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror config.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror env.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror hints.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror vnode_if.c :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/obj/src/make.amd64/bmake sh /src/sys/conf/newvers.sh LINT 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-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror vers.c linking kernel scvgarndr.o:(.sbss+0x0): multiple definition of `sc_txtmouse_no_retrace_wait' vt_core.o:(.sbss+0x4): first defined here *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-02 18:08:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-02 18:08:28 - ERROR: failed to build LINT kernel TB --- 2014-07-02 18:08:28 - 5823.80 user 906.96 system 7123.74 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 18:51:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9CF7435 for ; Wed, 2 Jul 2014 18:51:56 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3C01C255E for ; Wed, 2 Jul 2014 18:51:55 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.9/8.14.9) with ESMTP id s62IpmjO075811 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 2 Jul 2014 20:51:49 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.9/8.14.9/Submit) with ESMTP id s62IpmrR075808 for ; Wed, 2 Jul 2014 20:51:48 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Wed, 2 Jul 2014 20:51:48 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD current Subject: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165 Message-ID: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 02 Jul 2014 18:51:56 -0000 Hi, Is it just me or is there something wrong with vidcontrol(1) in base/head, amd64, sc console, r268165? First, I had to specify absolute pathnames for the font8x16, font8x14, and font8x8 variables in /etc/rc.conf before vidcontrol(1) would load anything, and next, vidcontrol(1), when run by /etc/rc.d/syscons, complains about: Bad magic vidcontrol: failed to load font "/usr/share/syscons/fonts/iso-8x16.fnt": No error: 0 Bad magic vidcontrol: failed to load font "/usr/share/syscons/fonts/iso-8x14.fnt": No error: 0 Bad magic vidcontrol: failed to load font "/usr/share/syscons/fonts/iso-8x8.fnt": No error: 0 I wouldn't rule out pilot error on my part, but r267957 worked flawlessly in this regard. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 19:05:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AFEDC7FF for ; Wed, 2 Jul 2014 19:05:38 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1C78C2675 for ; Wed, 2 Jul 2014 19:05:37 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.9/8.14.9) with ESMTP id s62J5XNM075887 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 2 Jul 2014 21:05:33 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.9/8.14.9/Submit) with ESMTP id s62J5XZj075884 for ; Wed, 2 Jul 2014 21:05:33 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Wed, 2 Jul 2014 21:05:33 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD current Subject: Re: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-ID: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 02 Jul 2014 19:05:38 -0000 On Wed, 2 Jul 2014 20:51+0200, Trond Endrestl wrote: > Hi, > > Is it just me or is there something wrong with vidcontrol(1) in > base/head, amd64, sc console, r268165? > > First, I had to specify absolute pathnames for the font8x16, font8x14, > and font8x8 variables in /etc/rc.conf before vidcontrol(1) would load > anything, and next, vidcontrol(1), when run by /etc/rc.d/syscons, > complains about: > > Bad magic > vidcontrol: failed to load font "/usr/share/syscons/fonts/iso-8x16.fnt": No error: 0 > Bad magic > vidcontrol: failed to load font "/usr/share/syscons/fonts/iso-8x14.fnt": No error: 0 > Bad magic > vidcontrol: failed to load font "/usr/share/syscons/fonts/iso-8x8.fnt": No error: 0 > > I wouldn't rule out pilot error on my part, but r267957 worked > flawlessly in this regard. I guess with both sc and vt in the kernel, line 220 of usr.sbin/vidcontrol/vidcontrol.c needs a slight adjustment. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 19:19:38 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F2B1BE28; Wed, 2 Jul 2014 19:19:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ADD7727A9; Wed, 2 Jul 2014 19:19:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s62JJaQs082499; Wed, 2 Jul 2014 15:19:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s62JJaqE082486; Wed, 2 Jul 2014 19:19:36 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Jul 2014 19:19:36 GMT Message-Id: <201407021919.s62JJaqE082486@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 19:19:38 -0000 TB --- 2014-07-02 15:32:12 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-02 15:32:12 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-02 15:32:12 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-07-02 15:32:12 - cleaning the object tree TB --- 2014-07-02 15:33:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-02 15:33:56 - At svn revision 268154 TB --- 2014-07-02 15:33:57 - building world TB --- 2014-07-02 15:33:57 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 15:33:57 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 15:33:57 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 15:33:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 15:33:57 - SRCCONF=/dev/null TB --- 2014-07-02 15:33:57 - TARGET=pc98 TB --- 2014-07-02 15:33:57 - TARGET_ARCH=i386 TB --- 2014-07-02 15:33:57 - TZ=UTC TB --- 2014-07-02 15:33:57 - __MAKE_CONF=/dev/null TB --- 2014-07-02 15:33:57 - cd /src TB --- 2014-07-02 15:33:57 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Wed Jul 2 15:34:05 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jul 2 19:12:16 UTC 2014 TB --- 2014-07-02 19:12:16 - generating LINT kernel config TB --- 2014-07-02 19:12:16 - cd /src/sys/pc98/conf TB --- 2014-07-02 19:12:16 - /usr/bin/make -B LINT TB --- 2014-07-02 19:12:17 - cd /src/sys/pc98/conf TB --- 2014-07-02 19:12:17 - /obj/pc98.i386/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-02 19:12:17 - building LINT kernel TB --- 2014-07-02 19:12:17 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 19:12:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 19:12:17 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 19:12:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 19:12:17 - SRCCONF=/dev/null TB --- 2014-07-02 19:12:17 - TARGET=pc98 TB --- 2014-07-02 19:12:17 - TARGET_ARCH=i386 TB --- 2014-07-02 19:12:17 - TZ=UTC TB --- 2014-07-02 19:12:17 - __MAKE_CONF=/dev/null TB --- 2014-07-02 19:12:17 - cd /src TB --- 2014-07-02 19:12:17 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jul 2 19:12:17 UTC 2014 >>> 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_hal/ar9002/ar9285.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_hal/ar9002/ar9287.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_rate/sample/sample.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_dfs/null/dfs_null.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/bce/if_bce.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/bfe/if_bfe.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-unused-function -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg /src/sys/dev/bge/if_bge.c /src/sys/dev/bge/if_bge.c:4799:13: error: no member named 'bge_if_getcapenable' in 'struct bge_softc' if (!(sc->bge_if_getcapenable(ifp) & IFCAP_POLLING)) ~~ ^ /src/sys/dev/bge/if_bge.c:4799:33: error: use of undeclared identifier 'ifp'; did you mean 'if'? if (!(sc->bge_if_getcapenable(ifp) & IFCAP_POLLING)) ^ /src/sys/dev/bge/if_bge.c:5833:33: error: incompatible pointer types passing 'int (if_t, enum poll_cmd, int)' to parameter of type 'poll_handler_t *' (aka 'int (*)(struct ifnet *, enum poll_cmd, int)') [-Werror,-Wincompatible-pointer-types] error = ether_poll_register(bge_poll, ifp); ^~~~~~~~ /src/sys/net/ifq.h:485:44: note: passing argument to parameter 'h' here int ether_poll_register(poll_handler_t *h, struct ifnet *ifp); ^ 3 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/pc98.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-02 19:19:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-02 19:19:35 - ERROR: failed to build LINT kernel TB --- 2014-07-02 19:19:35 - 11338.49 user 1412.65 system 13643.75 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 19:19:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D198E29 for ; Wed, 2 Jul 2014 19:19:38 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 19AAE27AA for ; Wed, 2 Jul 2014 19:19:37 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.9/8.14.9) with ESMTP id s62JJXC2075942 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 2 Jul 2014 21:19:33 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.9/8.14.9/Submit) with ESMTP id s62JJXYj075939 for ; Wed, 2 Jul 2014 21:19:33 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Wed, 2 Jul 2014 21:19:33 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD current Subject: Re: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-ID: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 02 Jul 2014 19:19:38 -0000 On Wed, 2 Jul 2014 21:05+0200, Trond Endrestl wrote: > On Wed, 2 Jul 2014 20:51+0200, Trond Endrestl wrote: > > > Hi, > > > > Is it just me or is there something wrong with vidcontrol(1) in > > base/head, amd64, sc console, r268165? > > > > First, I had to specify absolute pathnames for the font8x16, font8x14, > > and font8x8 variables in /etc/rc.conf before vidcontrol(1) would load > > anything, and next, vidcontrol(1), when run by /etc/rc.d/syscons, > > complains about: > > > > Bad magic > > vidcontrol: failed to load font "/usr/share/syscons/fonts/iso-8x16.fnt": No error: 0 > > Bad magic > > vidcontrol: failed to load font "/usr/share/syscons/fonts/iso-8x14.fnt": No error: 0 > > Bad magic > > vidcontrol: failed to load font "/usr/share/syscons/fonts/iso-8x8.fnt": No error: 0 > > > > I wouldn't rule out pilot error on my part, but r267957 worked > > flawlessly in this regard. > > I guess with both sc and vt in the kernel, line 220 of > usr.sbin/vidcontrol/vidcontrol.c needs a slight adjustment. The same adjustment will be needed at line 150 of usr.sbin/kbdcontrol/kbdcontrol.c. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 19:52:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A8BBD4E9 for ; Wed, 2 Jul 2014 19:52:00 +0000 (UTC) Received: from mail-pd0-x230.google.com (mail-pd0-x230.google.com [IPv6:2607:f8b0:400e:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7B70B2B0A for ; Wed, 2 Jul 2014 19:52:00 +0000 (UTC) Received: by mail-pd0-f176.google.com with SMTP id ft15so12450583pdb.35 for ; Wed, 02 Jul 2014 12:52:00 -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:message-id:subject :from:to:cc:content-type; bh=wWofAPBwQbRyFx9l8R5jYx/Wo8UbnHabrpEvdtVWimc=; b=i0f0zjJpXiIXOTEmD5l0/iwu0ENto2koHbVeTs2D2VdzdK71n5aT2sLuAkEmM8IwhE TJ6sqdvq5MA7oIao4lNfKa3L2/E7D3o9tt6g7irSvPqZlpaGox39oGT8QuWU3kj98G5M i+XtJLksYUp2tWLJca6K9j/6Ibd1PWELaqwzVE+YiI5QtqaFWd95EHo/t3oKjsYoMpk1 1GPEKzH8JOMLNdj8TyTyyjRnxCHDk9FRSgDQYz0TyFTTy930OlEF1PB/2/ndl5g5ND07 fvv8BCVOWyM4YJXRDxCgYkCXlSZ5dBOpt1Li/rHgQL7wlntck+93e0A03wQZIoIQWnGV rEGw== MIME-Version: 1.0 X-Received: by 10.70.34.228 with SMTP id c4mr1697401pdj.76.1404330719954; Wed, 02 Jul 2014 12:51:59 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.134.4 with HTTP; Wed, 2 Jul 2014 12:51:59 -0700 (PDT) In-Reply-To: <20140702112609.GA85758@zxy.spb.ru> References: <20140626232727.GB1825@pwnie.vrt.sourcefire.com> <53ACE5B4.8070700@rice.edu> <20140701091252.GB3443@brick> <20140701231305.GA37246@zxy.spb.ru> <20140702112609.GA85758@zxy.spb.ru> Date: Wed, 2 Jul 2014 12:51:59 -0700 X-Google-Sender-Auth: LpVJTTfEKCbZWbrBsda__S86ZV4 Message-ID: Subject: Re: FreeBSD iscsi target From: Kevin Oberman To: Slawa Olhovchenkov Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: Sreenivasa Honnur , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 02 Jul 2014 19:52:00 -0000 On Wed, Jul 2, 2014 at 4:26 AM, Slawa Olhovchenkov wrote: > On Tue, Jul 01, 2014 at 10:43:08PM -0700, Kevin Oberman wrote: > > > On Tue, Jul 1, 2014 at 4:13 PM, Slawa Olhovchenkov > wrote: > > > > > On Tue, Jul 01, 2014 at 11:12:52AM +0200, Edward Tomasz Napierala > wrote: > > > > > > > Hi. I've replied in private, but just for the record: > > > > > > > > On 0627T0927, Sreenivasa Honnur wrote: > > > > > Does freebsd iscsi target supports: > > > > > 1. ACL (access control lists) > > > > > > > > In 10-STABLE there is a way to control access based on initiator > > > > name and IP address. > > > > > > > > > 2. iSNS > > > > > > > > No; it's one of the iSCSI features that seem to only be used > > > > for marketing purposes :-) > > > > > > > > > 3. Multiple connections per session > > > > > > > > No; see above. > > > > > > I think this is help for 40G links. > > > > > > > I assume that you are looking at transfer of large amounts of data over > 40G > > links. Assuming that tis is the case, yes, multiple connections per > session > > Yes, this case. As I know, single transfer over 40G link limited by > 10G. > ??? No, not at all. Getting 40G performance over TCP is not easy, but there is no 10G limitation. I might also suggest looking at Luigi Rizzo's netmap. It is NOT a drop-in replacement for the TCP stack, but a tool that works with many high-speed Ethernet devices to allow very efficient bulk data transfers. You will see lots of discussion of it on net@. It is available for both FreeBSD and Linux. It has become very popular for this sort of thing, but it does require software customization. "Normal" network operatipns will continue to use the standard network stack. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 19:57:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0C1047F8 for ; Wed, 2 Jul 2014 19:57:52 +0000 (UTC) Received: from mail-pa0-x229.google.com (mail-pa0-x229.google.com [IPv6:2607:f8b0:400e:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D3A8C2B71 for ; Wed, 2 Jul 2014 19:57:51 +0000 (UTC) Received: by mail-pa0-f41.google.com with SMTP id fb1so13102489pad.28 for ; Wed, 02 Jul 2014 12:57:51 -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:message-id:subject :from:to:cc:content-type; bh=i5R5ZluxNfviHqVk52hr3INL7Ms07f3d+u9aYjD7adE=; b=LhbVJ2rxSO7V9ixy7lrvh5Sq5ofSAa13+c6AaMv10riU6bGGjFaz2r+NeBVTGp+Ank cgfgS7CK2c1+IWetZPaiRpaWvEAbA6Q234wCklV/AKIwf3X33CLSLIc/MLXp9CY7qZ/f D+EDnV0PgowIHuZeBxNNBUgrG+2xp5ZRZX/0ycE5ozDRGJ/8QekR0SvQYWC75tbouq1F MeMGJjtb3n3SI1yw7U3xlX84OvBEkJun53gLaYoksbh0PnqhdUvX9ULZ9RpETmyZbH+Q ZJa3y5oq9OrZ+ruhDqy5OmyZahJ5jrgWsng6lCYJrdsgBg4y6Kll3TmdaCgEYgyj77+N k9GA== MIME-Version: 1.0 X-Received: by 10.70.102.226 with SMTP id fr2mr1714667pdb.56.1404331071182; Wed, 02 Jul 2014 12:57:51 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.134.4 with HTTP; Wed, 2 Jul 2014 12:57:51 -0700 (PDT) In-Reply-To: References: Date: Wed, 2 Jul 2014 12:57:51 -0700 X-Google-Sender-Auth: XtUNBLTlU3J641Waa1i92BZiTA4 Message-ID: Subject: Re: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165 From: Kevin Oberman To: =?UTF-8?Q?Trond_Endrest=C3=B8l?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 02 Jul 2014 19:57:52 -0000 On Wed, Jul 2, 2014 at 12:19 PM, Trond Endrest=C3=B8l < Trond.Endrestol@fagskolen.gjovik.no> wrote: > On Wed, 2 Jul 2014 21:05+0200, Trond Endrest=C3=B8l wrote: > > > On Wed, 2 Jul 2014 20:51+0200, Trond Endrest=C3=B8l wrote: > > > > > Hi, > > > > > > Is it just me or is there something wrong with vidcontrol(1) in > > > base/head, amd64, sc console, r268165? > > > > > > First, I had to specify absolute pathnames for the font8x16, font8x14= , > > > and font8x8 variables in /etc/rc.conf before vidcontrol(1) would load > > > anything, and next, vidcontrol(1), when run by /etc/rc.d/syscons, > > > complains about: > > > > > > Bad magic > > > vidcontrol: failed to load font > "/usr/share/syscons/fonts/iso-8x16.fnt": No error: 0 > > > Bad magic > > > vidcontrol: failed to load font > "/usr/share/syscons/fonts/iso-8x14.fnt": No error: 0 > > > Bad magic > > > vidcontrol: failed to load font > "/usr/share/syscons/fonts/iso-8x8.fnt": No error: 0 > > > > > > I wouldn't rule out pilot error on my part, but r267957 worked > > > flawlessly in this regard. > > > > I guess with both sc and vt in the kernel, line 220 of > > usr.sbin/vidcontrol/vidcontrol.c needs a slight adjustment. > > The same adjustment will be needed at line 150 of > usr.sbin/kbdcontrol/kbdcontrol.c. > I don't believe that building a kernel for both vt and sc is supported, so I'm not surprised that it does not work. I would like to know how you intend to use such a kernel. I'm not sure I see a case where having both would be useful and it looks like keeping them straight would be rather a problem. --=20 R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 20:12:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A6CBEDA4 for ; Wed, 2 Jul 2014 20:12:50 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C0B52CE3 for ; Wed, 2 Jul 2014 20:12:49 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.9/8.14.9) with ESMTP id s62KCjFq076194 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Jul 2014 22:12:46 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.9/8.14.9/Submit) with ESMTP id s62KCj5I076191; Wed, 2 Jul 2014 22:12:45 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Wed, 2 Jul 2014 22:12:45 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Kevin Oberman Subject: Re: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 02 Jul 2014 20:12:50 -0000 On Wed, 2 Jul 2014 12:57-0700, Kevin Oberman wrote: > On Wed, Jul 2, 2014 at 12:19 PM, Trond Endrestl < > Trond.Endrestol@fagskolen.gjovik.no> wrote: > > > On Wed, 2 Jul 2014 21:05+0200, Trond Endrestl wrote: > > > > > On Wed, 2 Jul 2014 20:51+0200, Trond Endrestl wrote: > > > > > > > Hi, > > > > > > > > Is it just me or is there something wrong with vidcontrol(1) in > > > > base/head, amd64, sc console, r268165? > > > > > > > > First, I had to specify absolute pathnames for the font8x16, font8x14, > > > > and font8x8 variables in /etc/rc.conf before vidcontrol(1) would load > > > > anything, and next, vidcontrol(1), when run by /etc/rc.d/syscons, > > > > complains about: > > > > > > > > Bad magic > > > > vidcontrol: failed to load font > > "/usr/share/syscons/fonts/iso-8x16.fnt": No error: 0 > > > > Bad magic > > > > vidcontrol: failed to load font > > "/usr/share/syscons/fonts/iso-8x14.fnt": No error: 0 > > > > Bad magic > > > > vidcontrol: failed to load font > > "/usr/share/syscons/fonts/iso-8x8.fnt": No error: 0 > > > > > > > > I wouldn't rule out pilot error on my part, but r267957 worked > > > > flawlessly in this regard. > > > > > > I guess with both sc and vt in the kernel, line 220 of > > > usr.sbin/vidcontrol/vidcontrol.c needs a slight adjustment. > > > > The same adjustment will be needed at line 150 of > > usr.sbin/kbdcontrol/kbdcontrol.c. > > > > I don't believe that building a kernel for both vt and sc is supported, so > I'm not surprised that it does not work. Maybe you should examine r268045 and reconsider your position. > I would like to know how you intend to use such a kernel. I'm not sure I > see a case where having both would be useful and it looks like keeping them > straight would be rather a problem. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 20:17:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D06EDFCC for ; Wed, 2 Jul 2014 20:17:42 +0000 (UTC) Received: from d.mail.sonic.net (d.mail.sonic.net [64.142.111.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B73992D17 for ; Wed, 2 Jul 2014 20:17:42 +0000 (UTC) Received: from aurora.physics.berkeley.edu (aurora.Physics.Berkeley.EDU [128.32.117.67]) (authenticated bits=0) by d.mail.sonic.net (8.14.9/8.14.9) with ESMTP id s62K6tMs011910 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Wed, 2 Jul 2014 13:06:55 -0700 Message-ID: <53B4665F.7060809@freebsd.org> Date: Wed, 02 Jul 2014 13:06:55 -0700 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165 References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Sonic-ID: C;HOkuaiQC5BG8NpBsdPQXfw== M;Eq9PaiQC5BG8NpBsdPQXfw== X-Spam-Flag: No X-Sonic-Spam-Details: 0.0/5.0 by cerberusd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 02 Jul 2014 20:17:42 -0000 On 07/02/14 12:57, Kevin Oberman wrote: > On Wed, Jul 2, 2014 at 12:19 PM, Trond Endrestøl < > Trond.Endrestol@fagskolen.gjovik.no> wrote: > >> On Wed, 2 Jul 2014 21:05+0200, Trond Endrestøl wrote: >> >>> On Wed, 2 Jul 2014 20:51+0200, Trond Endrestøl wrote: >>> >>>> Hi, >>>> >>>> Is it just me or is there something wrong with vidcontrol(1) in >>>> base/head, amd64, sc console, r268165? >>>> >>>> First, I had to specify absolute pathnames for the font8x16, font8x14, >>>> and font8x8 variables in /etc/rc.conf before vidcontrol(1) would load >>>> anything, and next, vidcontrol(1), when run by /etc/rc.d/syscons, >>>> complains about: >>>> >>>> Bad magic >>>> vidcontrol: failed to load font >> "/usr/share/syscons/fonts/iso-8x16.fnt": No error: 0 >>>> Bad magic >>>> vidcontrol: failed to load font >> "/usr/share/syscons/fonts/iso-8x14.fnt": No error: 0 >>>> Bad magic >>>> vidcontrol: failed to load font >> "/usr/share/syscons/fonts/iso-8x8.fnt": No error: 0 >>>> I wouldn't rule out pilot error on my part, but r267957 worked >>>> flawlessly in this regard. >>> I guess with both sc and vt in the kernel, line 220 of >>> usr.sbin/vidcontrol/vidcontrol.c needs a slight adjustment. >> The same adjustment will be needed at line 150 of >> usr.sbin/kbdcontrol/kbdcontrol.c. >> > I don't believe that building a kernel for both vt and sc is supported, so > I'm not surprised that it does not work. > > I would like to know how you intend to use such a kernel. I'm not sure I > see a case where having both would be useful and it looks like keeping them > straight would be rather a problem. GENERIC is such a kernel as of a few days ago. The idea is to provide a transition mechanism for people who want syscons for whatever reason but also want to, say, use KMS drivers or boot with EFI without building a new kernel. -Nathan From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 20:36:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6DDD0884 for ; Wed, 2 Jul 2014 20:36:07 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 258ED2EC0 for ; Wed, 2 Jul 2014 20:36:06 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1X2RG7-000Axq-77; Thu, 03 Jul 2014 00:36:03 +0400 Date: Thu, 3 Jul 2014 00:36:03 +0400 From: Slawa Olhovchenkov To: Kevin Oberman Subject: Re: FreeBSD iscsi target Message-ID: <20140702203603.GO5102@zxy.spb.ru> References: <20140626232727.GB1825@pwnie.vrt.sourcefire.com> <53ACE5B4.8070700@rice.edu> <20140701091252.GB3443@brick> <20140701231305.GA37246@zxy.spb.ru> <20140702112609.GA85758@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: Sreenivasa Honnur , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 02 Jul 2014 20:36:07 -0000 On Wed, Jul 02, 2014 at 12:51:59PM -0700, Kevin Oberman wrote: > On Wed, Jul 2, 2014 at 4:26 AM, Slawa Olhovchenkov wrote: > > > On Tue, Jul 01, 2014 at 10:43:08PM -0700, Kevin Oberman wrote: > > > > > On Tue, Jul 1, 2014 at 4:13 PM, Slawa Olhovchenkov > > wrote: > > > > > > > On Tue, Jul 01, 2014 at 11:12:52AM +0200, Edward Tomasz Napierala > > wrote: > > > > > > > > > Hi. I've replied in private, but just for the record: > > > > > > > > > > On 0627T0927, Sreenivasa Honnur wrote: > > > > > > Does freebsd iscsi target supports: > > > > > > 1. ACL (access control lists) > > > > > > > > > > In 10-STABLE there is a way to control access based on initiator > > > > > name and IP address. > > > > > > > > > > > 2. iSNS > > > > > > > > > > No; it's one of the iSCSI features that seem to only be used > > > > > for marketing purposes :-) > > > > > > > > > > > 3. Multiple connections per session > > > > > > > > > > No; see above. > > > > > > > > I think this is help for 40G links. > > > > > > > > > > I assume that you are looking at transfer of large amounts of data over > > 40G > > > links. Assuming that tis is the case, yes, multiple connections per > > session > > > > Yes, this case. As I know, single transfer over 40G link limited by > > 10G. > > > ??? No, not at all. Getting 40G performance over TCP is not easy, but there > is no 10G limitation. As I know (may be wrong) 40G is bundled 4x10G link. For prevent packet reordering (when run over diferrent link) all packets from one sessoin must be routed to same link. Same issuse for Etherchannel. From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 20:43:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E211CCAA for ; Wed, 2 Jul 2014 20:43:35 +0000 (UTC) Received: from mail-qa0-x231.google.com (mail-qa0-x231.google.com [IPv6:2607:f8b0:400d:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A2ADE2FA8 for ; Wed, 2 Jul 2014 20:43:35 +0000 (UTC) Received: by mail-qa0-f49.google.com with SMTP id w8so9313633qac.8 for ; Wed, 02 Jul 2014 13:43:34 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=vrNae7wKXiJa77nhO6/gXOY1lzVE0QoKeii4O6HKjBY=; b=iwqguTQs5uIFH2KBzttynHDS6xP6k7Hap9p/EyBZcvEQNXfj1Pk8UvnH0beZ2trMlq TM9kbqBvo40NypSHXfYItH8yayaZ1GKikkbYhuC8k1W/dtNPD/yqEa8RYiTgy8BqINMe LUMQZWdBEwFhoi3OCLi73zzaUjSd2AxUjgqMt/fCWkIVeHoUuB2QY8XetiT7OYU3Ec6H XJVRr+fnAuorcHZbqjZsg0/XlPPuJ4B5nSuMAcHZ2/Z+G6MqRl3uLwI8D8/0fmh8tVFw 39gwl6EXFJbh1QxuM4Sm88R6tQ1BtmFobbYaRv7yPDvcScx+xCEU0NOMO0zPLDQ7xaB9 0fiQ== MIME-Version: 1.0 X-Received: by 10.224.172.10 with SMTP id j10mr633445qaz.46.1404333814499; Wed, 02 Jul 2014 13:43:34 -0700 (PDT) Sender: carpeddiem@gmail.com Received: by 10.140.49.239 with HTTP; Wed, 2 Jul 2014 13:43:34 -0700 (PDT) In-Reply-To: References: Date: Wed, 2 Jul 2014 16:43:34 -0400 X-Google-Sender-Auth: fIsJNAbQxNUJ78MOLqQj12UF9ek Message-ID: Subject: Re: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165 From: Ed Maste To: =?UTF-8?Q?Trond_Endrest=C3=B8l?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 02 Jul 2014 20:43:36 -0000 On 2 July 2014 14:51, Trond Endrest=C3=B8l wrote: > Hi, > > Is it just me or is there something wrong with vidcontrol(1) in > base/head, amd64, sc console, r268165? Should be fixed in r268175. From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 21:09:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 68EC27B6; Wed, 2 Jul 2014 21:09:48 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C50EB220B; Wed, 2 Jul 2014 21:09:47 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.9/8.14.9) with ESMTP id s62L9hmH076425 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Jul 2014 23:09:43 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.9/8.14.9/Submit) with ESMTP id s62L9hki076422; Wed, 2 Jul 2014 23:09:43 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Wed, 2 Jul 2014 23:09:43 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Ed Maste Subject: Re: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 02 Jul 2014 21:09:48 -0000 On Wed, 2 Jul 2014 16:43-0400, Ed Maste wrote: > On 2 July 2014 14:51, Trond Endrestl > wrote: > > Hi, > > > > Is it just me or is there something wrong with vidcontrol(1) in > > base/head, amd64, sc console, r268165? > > Should be fixed in r268175. Looks good, thanks. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 21:21:00 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D769B46; Wed, 2 Jul 2014 21:21:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 02BBA2301; Wed, 2 Jul 2014 21:20:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s62LKw6m051628; Wed, 2 Jul 2014 17:20:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s62LKwZS051627; Wed, 2 Jul 2014 21:20:58 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 2 Jul 2014 21:20:58 GMT Message-Id: <201407022120.s62LKwZS051627@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 21:21:00 -0000 TB --- 2014-07-02 19:57:29 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-02 19:57:29 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-02 19:57:29 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-07-02 19:57:29 - cleaning the object tree TB --- 2014-07-02 19:58:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-02 19:58:30 - At svn revision 268154 TB --- 2014-07-02 19:58:31 - building world TB --- 2014-07-02 19:58:31 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 19:58:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 19:58:31 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 19:58:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 19:58:31 - SRCCONF=/dev/null TB --- 2014-07-02 19:58:31 - TARGET=sparc64 TB --- 2014-07-02 19:58:31 - TARGET_ARCH=sparc64 TB --- 2014-07-02 19:58:31 - TZ=UTC TB --- 2014-07-02 19:58:31 - __MAKE_CONF=/dev/null TB --- 2014-07-02 19:58:31 - cd /src TB --- 2014-07-02 19:58:31 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Wed Jul 2 19:58:38 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jul 2 21:06:30 UTC 2014 TB --- 2014-07-02 21:06:30 - generating LINT kernel config TB --- 2014-07-02 21:06:30 - cd /src/sys/sparc64/conf TB --- 2014-07-02 21:06:30 - /usr/bin/make -B LINT TB --- 2014-07-02 21:06:30 - cd /src/sys/sparc64/conf TB --- 2014-07-02 21:06:30 - /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-02 21:06:30 - building LINT kernel TB --- 2014-07-02 21:06:30 - CROSS_BUILD_TESTING=YES TB --- 2014-07-02 21:06:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-02 21:06:30 - MAKESYSPATH=/src/share/mk TB --- 2014-07-02 21:06:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-02 21:06:30 - SRCCONF=/dev/null TB --- 2014-07-02 21:06:30 - TARGET=sparc64 TB --- 2014-07-02 21:06:30 - TARGET_ARCH=sparc64 TB --- 2014-07-02 21:06:30 - TZ=UTC TB --- 2014-07-02 21:06:30 - __MAKE_CONF=/dev/null TB --- 2014-07-02 21:06:30 - cd /src TB --- 2014-07-02 21:06:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jul 2 21:06:30 UTC 2014 >>> 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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/le/if_le_ledma.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/le/lebuffer_sbus.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_bus_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror ofw_bus_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/ofw/ofw_bus_subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/ofw/ofw_console.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror ofw_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/ofw/ofw_standard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/ofw/openfirm.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/ofw/openfirmio.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/ofw/openpromio.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/syscons/scgfbrndr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/syscons/scterm-teken.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/syscons/scvtb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/uart/uart_cpu_sparc64.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/uart/uart_kbd_sun.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/dev/vt/hw/ofwfb/ofwfb.c /src/sys/dev/vt/hw/ofwfb/ofwfb.c: In function 'ofwfb_mmap': /src/sys/dev/vt/hw/ofwfb/ofwfb.c:445: error: 'VM_MEMATTR_WRITE_COMBINING' undeclared (first use in this function) /src/sys/dev/vt/hw/ofwfb/ofwfb.c:445: error: (Each undeclared identifier is reported only once /src/sys/dev/vt/hw/ofwfb/ofwfb.c:445: error: for each function it appears in.) *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-02 21:20:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-02 21:20:58 - ERROR: failed to build LINT kernel TB --- 2014-07-02 21:20:58 - 4072.27 user 744.64 system 5008.45 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 23:06:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E20F48B for ; Wed, 2 Jul 2014 23:06:56 +0000 (UTC) Received: from mail-pd0-x233.google.com (mail-pd0-x233.google.com [IPv6:2607:f8b0:400e:c02::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3E5532C77 for ; Wed, 2 Jul 2014 23:06:56 +0000 (UTC) Received: by mail-pd0-f179.google.com with SMTP id w10so12733950pde.38 for ; Wed, 02 Jul 2014 16:06:55 -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:message-id:subject :from:to:cc:content-type; bh=wJ7nRcsrMYdnSd6CwveAOtcx03Y6y7oQpWpaJ5IOa3s=; b=OwIcC7wLwds/7uFejQ/qwYkz/o77zaQDqTwIMjI3sVQvuMv5SBYZBJ1WzDwC5abLkM TdUg9cWd4FaOvk3/hzvg7QlvkT+LAVqxx3gjgouzipPbNpiOZl8Xl2DCxZzGqHnLY/n8 O3xoars8E888+RSUWMZ78T49brzI9rTbtQ4M3BO8SmKRQ4uIwRnQ5gBdmW25y7MnwUCo tzi4pnxCFeqvWCFH9ugGa8Uy6BDGqBDaMepZzJn3KXF/xO8IoTw2jMCMCTE587breFfb XGHznYHNFfQRXW/rqTM9VLup+DrnqvOYDdFwFuDgRmrxsfC8FWNu7jHw4f8HXlMLdGWm FwXg== MIME-Version: 1.0 X-Received: by 10.68.250.3 with SMTP id yy3mr926873pbc.56.1404342415887; Wed, 02 Jul 2014 16:06:55 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.134.4 with HTTP; Wed, 2 Jul 2014 16:06:55 -0700 (PDT) In-Reply-To: <20140702203603.GO5102@zxy.spb.ru> References: <20140626232727.GB1825@pwnie.vrt.sourcefire.com> <53ACE5B4.8070700@rice.edu> <20140701091252.GB3443@brick> <20140701231305.GA37246@zxy.spb.ru> <20140702112609.GA85758@zxy.spb.ru> <20140702203603.GO5102@zxy.spb.ru> Date: Wed, 2 Jul 2014 16:06:55 -0700 X-Google-Sender-Auth: UnvzaNVdo-PRJHNl5zFXZiQzWtk Message-ID: Subject: Re: FreeBSD iscsi target From: Kevin Oberman To: Slawa Olhovchenkov Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: Sreenivasa Honnur , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 02 Jul 2014 23:06:56 -0000 On Wed, Jul 2, 2014 at 1:36 PM, Slawa Olhovchenkov wrote: > On Wed, Jul 02, 2014 at 12:51:59PM -0700, Kevin Oberman wrote: > > > On Wed, Jul 2, 2014 at 4:26 AM, Slawa Olhovchenkov > wrote: > > > > > On Tue, Jul 01, 2014 at 10:43:08PM -0700, Kevin Oberman wrote: > > > > > > > On Tue, Jul 1, 2014 at 4:13 PM, Slawa Olhovchenkov > > > wrote: > > > > > > > > > On Tue, Jul 01, 2014 at 11:12:52AM +0200, Edward Tomasz Napierala > > > wrote: > > > > > > > > > > > Hi. I've replied in private, but just for the record: > > > > > > > > > > > > On 0627T0927, Sreenivasa Honnur wrote: > > > > > > > Does freebsd iscsi target supports: > > > > > > > 1. ACL (access control lists) > > > > > > > > > > > > In 10-STABLE there is a way to control access based on initiator > > > > > > name and IP address. > > > > > > > > > > > > > 2. iSNS > > > > > > > > > > > > No; it's one of the iSCSI features that seem to only be used > > > > > > for marketing purposes :-) > > > > > > > > > > > > > 3. Multiple connections per session > > > > > > > > > > > > No; see above. > > > > > > > > > > I think this is help for 40G links. > > > > > > > > > > > > > I assume that you are looking at transfer of large amounts of data > over > > > 40G > > > > links. Assuming that tis is the case, yes, multiple connections per > > > session > > > > > > Yes, this case. As I know, single transfer over 40G link limited by > > > 10G. > > > > > ??? No, not at all. Getting 40G performance over TCP is not easy, but > there > > is no 10G limitation. > > As I know (may be wrong) 40G is bundled 4x10G link. > For prevent packet reordering (when run over diferrent link) all > packets from one sessoin must be routed to same link. > Same issuse for Etherchannel. > No, 40G Ethernet is single channel from the interface perspective.. What my be confusing you is that they may use "lanes" which, for 40G, are 10.3125G. But, unlike the case with Etherchannel, these lanes are "hidden" from the MAC. The interface deals with a single stream and parcels it out over the 10G (or 25G) lanes. All 100G optical links use multiple lanes (4x25G or 10x10G), but 40G my use either a single 40G lane for distances of up to 2km or 4x10G for longer runs. Since, in most cases, 40G is used within a data center or to connect to wave gear for DWDM transmission over very long distances, most runs are under 2km, so a single 40G lane may be used. When 4 lanes are used, a ribbon cable is required to assure that all optical or copper paths are exactly the same length. Since the PMD is designed to know about and use these lanes for a single channel, the issue of packet re-ordering is not present and the protocol layers above the physical are unaware of how many lanes are used. Wikipedia has a fairly good discussion under the unfortunate title of 100 Gigabit Ethernet . Regardless of the title, the article covers both 40 and 100 Gigabit specifications as both were specified on the same standard, 802.3ba. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Wed Jul 2 23:15:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1BBC8BCA; Wed, 2 Jul 2014 23:15:53 +0000 (UTC) Received: from mail-pd0-x230.google.com (mail-pd0-x230.google.com [IPv6:2607:f8b0:400e:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DE47C2D56; Wed, 2 Jul 2014 23:15:52 +0000 (UTC) Received: by mail-pd0-f176.google.com with SMTP id ft15so12687715pdb.35 for ; Wed, 02 Jul 2014 16:15:52 -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:message-id:subject :from:to:cc:content-type; bh=ecFODCoBBTblxx8UpG0pJfQ3MwiAdAAPY3SVhg3OYIQ=; b=0DtQBV9YiJrfMGK9flcc0HmYZfjdj0nRu/9WWU5aZxyU3XtK+gaTIqM6MCdVgIli4q Xq/CFWZFiP/2g+ak2q6NUvg971NrbMQGlYdTbiekSfsN+WcVFeSBTg5mKxXPNexpkYE0 YZyUkOEnHmiAwtzh9YRnTZc5MVuZYMaKtRG4gLBUi+b9JxQcesQARVEKepZQpiueGnrO Tg9zTXhJQ5kzs/JEGE9ZW4WyQV8ov9lDH5dihHbc3ZaqGLVouOfcncebAkd6be9zfr/F brMnwPdlRNybC/xVB2P087Yd5AsjHqv1eUpWtFJRTd1ZjvQ2UtmBgFDtwSJXxRnCWkDT YuVw== MIME-Version: 1.0 X-Received: by 10.68.69.99 with SMTP id d3mr937754pbu.76.1404342952475; Wed, 02 Jul 2014 16:15:52 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.134.4 with HTTP; Wed, 2 Jul 2014 16:15:52 -0700 (PDT) In-Reply-To: <53B4665F.7060809@freebsd.org> References: <53B4665F.7060809@freebsd.org> Date: Wed, 2 Jul 2014 16:15:52 -0700 X-Google-Sender-Auth: NoWbiBS4CQqeKhJ_VCeq1hUnpaw Message-ID: Subject: Re: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165 From: Kevin Oberman To: Nathan Whitehorn Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 02 Jul 2014 23:15:53 -0000 On Wed, Jul 2, 2014 at 1:06 PM, Nathan Whitehorn wrote: > > On 07/02/14 12:57, Kevin Oberman wrote: > >> On Wed, Jul 2, 2014 at 12:19 PM, Trond Endrest=C3=B8l < >> Trond.Endrestol@fagskolen.gjovik.no> wrote: >> >> On Wed, 2 Jul 2014 21:05+0200, Trond Endrest=C3=B8l wrote: >>> >>> On Wed, 2 Jul 2014 20:51+0200, Trond Endrest=C3=B8l wrote: >>>> >>>> Hi, >>>>> >>>>> Is it just me or is there something wrong with vidcontrol(1) in >>>>> base/head, amd64, sc console, r268165? >>>>> >>>>> First, I had to specify absolute pathnames for the font8x16, font8x14= , >>>>> and font8x8 variables in /etc/rc.conf before vidcontrol(1) would load >>>>> anything, and next, vidcontrol(1), when run by /etc/rc.d/syscons, >>>>> complains about: >>>>> >>>>> Bad magic >>>>> vidcontrol: failed to load font >>>>> >>>> "/usr/share/syscons/fonts/iso-8x16.fnt": No error: 0 >>> >>>> Bad magic >>>>> vidcontrol: failed to load font >>>>> >>>> "/usr/share/syscons/fonts/iso-8x14.fnt": No error: 0 >>> >>>> Bad magic >>>>> vidcontrol: failed to load font >>>>> >>>> "/usr/share/syscons/fonts/iso-8x8.fnt": No error: 0 >>> >>>> I wouldn't rule out pilot error on my part, but r267957 worked >>>>> flawlessly in this regard. >>>>> >>>> I guess with both sc and vt in the kernel, line 220 of >>>> usr.sbin/vidcontrol/vidcontrol.c needs a slight adjustment. >>>> >>> The same adjustment will be needed at line 150 of >>> usr.sbin/kbdcontrol/kbdcontrol.c. >>> >>> I don't believe that building a kernel for both vt and sc is supported= , >> so >> I'm not surprised that it does not work. >> >> I would like to know how you intend to use such a kernel. I'm not sure I >> see a case where having both would be useful and it looks like keeping >> them >> straight would be rather a problem. >> > > GENERIC is such a kernel as of a few days ago. The idea is to provide a > transition mechanism for people who want syscons for whatever reason but > also want to, say, use KMS drivers or boot with EFI without building a ne= w > kernel. > -Nathan > Ack! I'm 3 days out of date! This looks very handy for transition between sc and vt. And I now realize that you don't run both at the same time, just select the one to run at boot time. (Duh!) --=20 R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu Jul 3 03:33:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C73086FB; Thu, 3 Jul 2014 03:33:42 +0000 (UTC) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns.kevlo.org", Issuer "ns.kevlo.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F5162499; Thu, 3 Jul 2014 03:33:41 +0000 (UTC) Received: from ns.kevlo.org (localhost [127.0.0.1]) by ns.kevlo.org (8.14.8/8.14.8) with ESMTP id s633XEao044225 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 3 Jul 2014 11:33:14 +0800 (CST) (envelope-from kevlo@ns.kevlo.org) Received: (from kevlo@localhost) by ns.kevlo.org (8.14.8/8.14.8/Submit) id s633XDcN044224; Thu, 3 Jul 2014 11:33:13 +0800 (CST) (envelope-from kevlo) Date: Thu, 3 Jul 2014 11:33:13 +0800 From: Kevin Lo To: dt71@gmx.com Subject: Re: freebsd and utf-8 directory names Message-ID: <20140703033313.GA44200@ns.kevlo.org> References: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBCEC@exchange.mands.hu> <53B2C8B4.50306@gmx.com> <7C6EC1A0-520F-49CA-8C05-1F3205080543@FreeBSD.org> <53B335BB.5090402@gmx.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <53B335BB.5090402@gmx.com> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-current@freebsd.org, David Chisnall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 03 Jul 2014 03:33:42 -0000 On Wed, Jul 02, 2014 at 12:27:07AM +0200, dt71@gmx.com wrote: > > David Chisnall wrote, On 07/01/2014 19:06: > > Please note that forums.freebsd.org is not a bug tracker. I tried searching the bug tracker for bugs with FAT and filename or FAT and utf-8/utf8/character in their names and could not find any reference to this issue. > > > > If you actually want to see bugs fixed, rather than just complain about them, please file them here: https://bugs.freebsd.org/bugzilla/enter_bug.cgi Make sure that you provide all of the steps required to reproduce them. > > I neglected to submit a bug report because: > (1) there were already at least 3 bug reports related to (FAT32 and) character sets or encodings, some of them even had patches; > (2) the reports were very old, indicating that the FreeBSD developers don't care about FAT32; > (3) at least one report was seemingly related, and I didn't want to create a(nother) possible duplicate. > > But now, eat this: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191540 Well, I'm going to close that PR. :-) First, set LANG environment variable to hu_HU.UTF-8 in your case: # setenv LANG hu_HU.UTF-8 Second, mount the FAT32 partition in Hungarian locale: # mount_msdosfs -L hu_HU.UTF-8 /dev/da0s1 /mnt Third, untar your attachement file: # tar xvf /mnt/files.zip x 1’.txt x 2–.txt # stat 1’.txt 128 244744 -rwxr-xr-x 1 root wheel 4294967295 0 "Jan 1 08:00:00 1980" "Aug 1 16:57:52 2011" "Aug 1 16:57:52 2011" "Jul 3 11:28:24 2014" 16384 0 0x800 1’.txt # stat 2–.txt 128 244746 -rwxr-xr-x 1 root wheel 4294967295 0 "Jan 1 08:00:00 1980" "Aug 1 16:55:20 2011" "Aug 1 16:55:20 2011" "Jul 3 11:28:24 2014" 16384 0 0x800 2–.txt Let me know if that works for you, thanks. Kevin From owner-freebsd-current@FreeBSD.ORG Thu Jul 3 03:58:18 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 501F2A96; Thu, 3 Jul 2014 03:58:18 +0000 (UTC) Received: from dyslexicfish.net (streams.dyslexicfish.net [91.109.5.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E187F2639; Thu, 3 Jul 2014 03:58:17 +0000 (UTC) Received: from dyslexicfish.net (streams.dyslexicfish.net [91.109.5.35]) by dyslexicfish.net (8.14.5/8.14.5) with ESMTP id s633w8lG061707; Thu, 3 Jul 2014 04:58:09 +0100 (BST) (envelope-from jamie@dyslexicfish.net) Received: (from jamie@localhost) by dyslexicfish.net (8.14.5/8.14.5/Submit) id s633w8KZ061706; Thu, 3 Jul 2014 04:58:08 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201407030358.s633w8KZ061706@dyslexicfish.net> Date: Thu, 03 Jul 2014 04:58:08 +0100 To: kevlo@freebsd.org, dt71@gmx.com Subject: Re: freebsd and utf-8 directory names References: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBCEC@exchange.mands.hu> <53B2C8B4.50306@gmx.com> <7C6EC1A0-520F-49CA-8C05-1F3205080543@FreeBSD.org> <53B335BB.5090402@gmx.com> <20140703033313.GA44200@ns.kevlo.org> In-Reply-To: <20140703033313.GA44200@ns.kevlo.org> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (dyslexicfish.net [91.109.5.35]); Thu, 03 Jul 2014 04:58:09 +0100 (BST) Cc: freebsd-current@freebsd.org, theraven@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 03 Jul 2014 03:58:18 -0000 Kevin Lo wrote: > Well, I'm going to close that PR. :-) > [ ... ] I basically replied with the same thing in a followup on the bug itself exactly 24 hours ago! :-) https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191540 cheers, Jamie From owner-freebsd-current@FreeBSD.ORG Thu Jul 3 06:21:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 089CDB05; Thu, 3 Jul 2014 06:21:44 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 893072FC2; Thu, 3 Jul 2014 06:21:43 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.9/8.14.9) with ESMTP id s636LbgA008728 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 3 Jul 2014 08:21:37 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.9/8.14.9/Submit) with ESMTP id s636Lb7B008725; Thu, 3 Jul 2014 08:21:37 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Thu, 3 Jul 2014 08:21:37 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Ed Maste Subject: Re: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 03 Jul 2014 06:21:44 -0000 On Wed, 2 Jul 2014 17:37-0400, Ed Maste wrote: > On 2 July 2014 17:09, Trond Endrestl > wrote: > > On Wed, 2 Jul 2014 16:43-0400, Ed Maste wrote: > > > >> On 2 July 2014 14:51, Trond Endrestl > >> wrote: > >> > Hi, > >> > > >> > Is it just me or is there something wrong with vidcontrol(1) in > >> > base/head, amd64, sc console, r268165? > >> > >> Should be fixed in r268175. > > > > Looks good, thanks. > > Thanks for the report, and sorry for the trouble. No trouble at all, I follow base/head (and stable/{8,9,10}) on various VMs at home only to know what's ahead. ;-) Since neither kbdcontrol(1) nor I mind using the old syscons keymap file norwegian.iso.kbd, wouldn't it be nice if kbdcontrol(1), while in vt(4) mode, would search for keymaps in /usr/share/syscons/keymaps after searching for them in /usr/share/vt/keymaps? E.g.: Index: usr.sbin/kbdcontrol/kbdcontrol.c =================================================================== --- usr.sbin/kbdcontrol/kbdcontrol.c (revision 268203) +++ usr.sbin/kbdcontrol/kbdcontrol.c (working copy) @@ -804,7 +804,7 @@ char *postfix[] = {blank, dotkbd, NULL}; if (is_vt4()) - prefix[2] = vt_keymap_path; + prefix[1] = vt_keymap_path; cp = getenv("KEYMAP_PATH"); if (cp != NULL) asprintf(&(prefix[0]), "%s/", cp); -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-current@FreeBSD.ORG Thu Jul 3 06:31:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C33B8E8F; Thu, 3 Jul 2014 06:31:50 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 66553210F; Thu, 3 Jul 2014 06:31:50 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.9/8.14.9) with ESMTP id s636VjfT008830 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 3 Jul 2014 08:31:45 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.9/8.14.9/Submit) with ESMTP id s636VjDB008827; Thu, 3 Jul 2014 08:31:45 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Thu, 3 Jul 2014 08:31:45 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Ed Maste Subject: Re: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 03 Jul 2014 06:31:50 -0000 On Thu, 3 Jul 2014 08:21+0200, Trond Endrestl wrote: > On Wed, 2 Jul 2014 17:37-0400, Ed Maste wrote: > > > On 2 July 2014 17:09, Trond Endrestl > > wrote: > > > On Wed, 2 Jul 2014 16:43-0400, Ed Maste wrote: > > > > > >> On 2 July 2014 14:51, Trond Endrestl > > >> wrote: > > >> > Hi, > > >> > > > >> > Is it just me or is there something wrong with vidcontrol(1) in > > >> > base/head, amd64, sc console, r268165? > > >> > > >> Should be fixed in r268175. > > > > > > Looks good, thanks. > > > > Thanks for the report, and sorry for the trouble. > > No trouble at all, I follow base/head (and stable/{8,9,10}) on various > VMs at home only to know what's ahead. ;-) > > Since neither kbdcontrol(1) nor I mind using the old syscons keymap > file norwegian.iso.kbd, wouldn't it be nice if kbdcontrol(1), while in > vt(4) mode, would search for keymaps in /usr/share/syscons/keymaps > after searching for them in /usr/share/vt/keymaps? > > E.g.: > > Index: usr.sbin/kbdcontrol/kbdcontrol.c > =================================================================== > --- usr.sbin/kbdcontrol/kbdcontrol.c (revision 268203) > +++ usr.sbin/kbdcontrol/kbdcontrol.c (working copy) > @@ -804,7 +804,7 @@ > char *postfix[] = {blank, dotkbd, NULL}; > > if (is_vt4()) > - prefix[2] = vt_keymap_path; > + prefix[1] = vt_keymap_path; > cp = getenv("KEYMAP_PATH"); > if (cp != NULL) > asprintf(&(prefix[0]), "%s/", cp); Or maybe this patch is even better, as it leaves one instance of blank in the array when KEYMAP_PATH is set in the environment, at prefix[1], and sadly add a redundant blank at prefix[2] when KEYMAP_PATH is not set in the environment. Index: usr.sbin/kbdcontrol/kbdcontrol.c =================================================================== --- usr.sbin/kbdcontrol/kbdcontrol.c (revision 268203) +++ usr.sbin/kbdcontrol/kbdcontrol.c (working copy) @@ -800,7 +800,7 @@ char *name, *cp; char blank[] = "", keymap_path[] = KEYMAP_PATH; char vt_keymap_path[] = VT_KEYMAP_PATH, dotkbd[] = ".kbd"; - char *prefix[] = {blank, blank, keymap_path, NULL}; + char *prefix[] = {blank, blank, blank, keymap_path, NULL}; char *postfix[] = {blank, dotkbd, NULL}; if (is_vt4()) For now I could just stick to using an absolute pathname for keymap= in /etc/rc.conf. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-current@FreeBSD.ORG Thu Jul 3 08:04:00 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA318FDC; Thu, 3 Jul 2014 08:04:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6445F2837; Thu, 3 Jul 2014 08:04:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6383wJT025712; Thu, 3 Jul 2014 04:03:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6383wKt025696; Thu, 3 Jul 2014 08:03:58 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 3 Jul 2014 08:03:58 GMT Message-Id: <201407030803.s6383wKt025696@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jul 2014 08:04:00 -0000 TB --- 2014-07-03 08:02:27 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-03 08:02:27 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-03 08:02:27 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-07-03 08:02:27 - cleaning the object tree TB --- 2014-07-03 08:03:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-03 08:03:48 - At svn revision 268201 TB --- 2014-07-03 08:03:49 - building world TB --- 2014-07-03 08:03:49 - CROSS_BUILD_TESTING=YES TB --- 2014-07-03 08:03:49 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-03 08:03:49 - MAKESYSPATH=/src/share/mk TB --- 2014-07-03 08:03:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-03 08:03:49 - SRCCONF=/dev/null TB --- 2014-07-03 08:03:49 - TARGET=ia64 TB --- 2014-07-03 08:03:49 - TARGET_ARCH=ia64 TB --- 2014-07-03 08:03:49 - TZ=UTC TB --- 2014-07-03 08:03:49 - __MAKE_CONF=/dev/null TB --- 2014-07-03 08:03:49 - cd /src TB --- 2014-07-03 08:03:49 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstFindFrom.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstFirst.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstForEach.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstForEachFrom.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstInit.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstInsert.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsAtEnd.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o sh /src/tools/install.sh -s -o root -g wheel -m 555 make /obj/src/make.amd64/bmake bmake: "/src/Makefile.inc1" line 151: Unknown target ia64:ia64. *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-03 08:03:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-03 08:03:58 - ERROR: failed to build world TB --- 2014-07-03 08:03:58 - 8.91 user 7.66 system 90.37 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Jul 3 08:31:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56E9D8B3 for ; Thu, 3 Jul 2014 08:31:47 +0000 (UTC) Received: from mail-vc0-x233.google.com (mail-vc0-x233.google.com [IPv6:2607:f8b0:400c:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 103E82AD2 for ; Thu, 3 Jul 2014 08:31:46 +0000 (UTC) Received: by mail-vc0-f179.google.com with SMTP id id10so11427548vcb.10 for ; Thu, 03 Jul 2014 01:31:46 -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=1R/YD8fUyKKSAVVUdsLGWi+vbv14j2VyavI56jipI6o=; b=tEjGTu4CKDKcOUmuoN4iXom5roMtPrLoODuQ8Hlv9P+Dj+lQEBERrOyIabEErCns/4 SX2j58aTiSMe+a4h57BboDsCWl0BwvXqXfbd+MnuaTHIvHownRrefdnUnmtXwb5N9cbh ioYXxZ2mY09tnlIMPOMKHPWAQnn0Fg0YnBRH7NWSdPT8qsLudWUyIODAgiia11d8EnIS U5iYQDICzoFngK65Kk+swY008ZfProIvyEW9ydLE2T6WhJjFZAl/0yVGjsbLdCDtH/4r nna+crbILaKh+7VJ1SfixQOJZNj9BO/qRUijOB8BBZKzpDe2YQX6C533YC9vS1RwD7Q/ FGyQ== MIME-Version: 1.0 X-Received: by 10.58.188.199 with SMTP id gc7mr2515299vec.4.1404376306011; Thu, 03 Jul 2014 01:31:46 -0700 (PDT) Received: by 10.220.136.74 with HTTP; Thu, 3 Jul 2014 01:31:45 -0700 (PDT) In-Reply-To: References: <20140626232727.GB1825@pwnie.vrt.sourcefire.com> <53ACE5B4.8070700@rice.edu> <20140701091252.GB3443@brick> <20140701231305.GA37246@zxy.spb.ru> <20140702112609.GA85758@zxy.spb.ru> <20140702203603.GO5102@zxy.spb.ru> Date: Thu, 3 Jul 2014 09:31:45 +0100 Message-ID: Subject: Re: FreeBSD iscsi target From: Nikolay Denev To: Kevin Oberman Content-Type: text/plain; charset=UTF-8 Cc: Sreenivasa Honnur , FreeBSD Current , Slawa Olhovchenkov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 03 Jul 2014 08:31:47 -0000 On Thu, Jul 3, 2014 at 12:06 AM, Kevin Oberman wrote: > On Wed, Jul 2, 2014 at 1:36 PM, Slawa Olhovchenkov wrote: > >> On Wed, Jul 02, 2014 at 12:51:59PM -0700, Kevin Oberman wrote: >> >> > On Wed, Jul 2, 2014 at 4:26 AM, Slawa Olhovchenkov >> wrote: >> > >> > > On Tue, Jul 01, 2014 at 10:43:08PM -0700, Kevin Oberman wrote: >> > > >> > > > On Tue, Jul 1, 2014 at 4:13 PM, Slawa Olhovchenkov >> > > wrote: >> > > > >> > > > > On Tue, Jul 01, 2014 at 11:12:52AM +0200, Edward Tomasz Napierala >> > > wrote: >> > > > > >> > > > > > Hi. I've replied in private, but just for the record: >> > > > > > >> > > > > > On 0627T0927, Sreenivasa Honnur wrote: >> > > > > > > Does freebsd iscsi target supports: >> > > > > > > 1. ACL (access control lists) >> > > > > > >> > > > > > In 10-STABLE there is a way to control access based on initiator >> > > > > > name and IP address. >> > > > > > >> > > > > > > 2. iSNS >> > > > > > >> > > > > > No; it's one of the iSCSI features that seem to only be used >> > > > > > for marketing purposes :-) >> > > > > > >> > > > > > > 3. Multiple connections per session >> > > > > > >> > > > > > No; see above. >> > > > > >> > > > > I think this is help for 40G links. >> > > > > >> > > > >> > > > I assume that you are looking at transfer of large amounts of data >> over >> > > 40G >> > > > links. Assuming that tis is the case, yes, multiple connections per >> > > session >> > > >> > > Yes, this case. As I know, single transfer over 40G link limited by >> > > 10G. >> > > >> > ??? No, not at all. Getting 40G performance over TCP is not easy, but >> there >> > is no 10G limitation. >> >> As I know (may be wrong) 40G is bundled 4x10G link. >> For prevent packet reordering (when run over diferrent link) all >> packets from one sessoin must be routed to same link. >> Same issuse for Etherchannel. >> > > No, 40G Ethernet is single channel from the interface perspective.. What > my be confusing you is that they may use "lanes" which, for 40G, are > 10.3125G. But, unlike the case with Etherchannel, these lanes are "hidden" > from the MAC. The interface deals with a single stream and parcels it out > over the 10G (or 25G) lanes. All 100G optical links use multiple lanes > (4x25G or 10x10G), but 40G my use either a single 40G lane for distances of > up to 2km or 4x10G for longer runs. > > Since, in most cases, 40G is used within a data center or to connect to > wave gear for DWDM transmission over very long distances, most runs are > under 2km, so a single 40G lane may be used. When 4 lanes are used, a > ribbon cable is required to assure that all optical or copper paths are > exactly the same length. Since the PMD is designed to know about and use > these lanes for a single channel, the issue of packet re-ordering is not > present and the protocol layers above the physical are unaware of how many > lanes are used. > > Wikipedia has a fairly good discussion under the unfortunate title of 100 > Gigabit Ethernet . > Regardless of the title, the article covers both 40 and 100 Gigabit > specifications as both were specified on the same standard, 802.3ba. > > -- > R. Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" I found this white paper useful in understanding how this works : http://www.cisco.com/c/en/us/products/collateral/switches/nexus-3000-series-switches/white_paper_c11-726674.pdf --Nikolay From owner-freebsd-current@FreeBSD.ORG Thu Jul 3 08:51:13 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3283AD61 for ; Thu, 3 Jul 2014 08:51:13 +0000 (UTC) Received: from mout.gmx.com (mout.gmx.com [74.208.4.201]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EF5F62C9C for ; Thu, 3 Jul 2014 08:51:12 +0000 (UTC) Received: from [157.181.96.215] ([157.181.96.215]) by mail.gmx.com (mrgmxus001) with ESMTPSA (Nemesis) id 0MCcfk-1WuPWN2190-009MNm; Thu, 03 Jul 2014 10:51:05 +0200 Message-ID: <53B51945.4080202@gmx.com> Date: Thu, 03 Jul 2014 10:50:13 +0200 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26 MIME-Version: 1.0 To: Kevin Lo Subject: Re: freebsd and utf-8 directory names References: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBCEC@exchange.mands.hu> <53B2C8B4.50306@gmx.com> <7C6EC1A0-520F-49CA-8C05-1F3205080543@FreeBSD.org> <53B335BB.5090402@gmx.com> <20140703033313.GA44200@ns.kevlo.org> In-Reply-To: <20140703033313.GA44200@ns.kevlo.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:XIoccghpk/gEFrDulA0Y7vg6RoXrGaZ5XnD8R6Fvahj7rve7RAl DSItuqdCbYcuWT8FApPH5ZAb82p2Nxd+aT0mjyk5HmlYHgfcSE+mFQQdjyL/YmMUPzLljXt EkrH5tzHXwn47c/e3q14+F7KvrmLXWLV7PhII65Z06aurjLFheuvpjbSZD7atCpfGRRtgLJ D/8+D2JTtHOQ6kHs0UjxQ== Cc: freebsd-current@freebsd.org, David Chisnall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 03 Jul 2014 08:51:13 -0000 Kevin Lo wrote, On 07/03/2014 05:33: > On Wed, Jul 02, 2014 at 12:27:07AM +0200, dt71@gmx.com wrote: >> But now, eat this: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191540 > > Well, I'm going to close that PR. :-) > First, > [...] > Let me know if that works for you, thanks. Yes, that did work. When I'll have more time and resources, I'll try to find out why/what didn't work at the time of the IRC conversation. It is possible that Windows was using something like UTF-16, but I tested only UTF-8 -- though the apparent unavailability of any UTF-16 locale on my system indicates that base FreeBSD installations are not able to properly mount commonly-used FAT32 partitions (think about flash drives). Another "next step" is to find out whether a regular user can set a locale environment variable and then create a file that system utilities -- which have one pre-set locale -- (think about disk space usage quota enforcers) won't handle well. From owner-freebsd-current@FreeBSD.ORG Thu Jul 3 08:53:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A2084E8E; Thu, 3 Jul 2014 08:53:23 +0000 (UTC) Received: from mail.mands.hu (mail2.mands.hu [93.189.114.146]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ECDCA2CBB; Thu, 3 Jul 2014 08:53:22 +0000 (UTC) Received: from exchange.mands.hu ([::1]) by exchange.mands.hu ([::1]) with mapi; Thu, 3 Jul 2014 10:53:14 +0200 From: =?utf-8?B?TSZTIC0gS3Jhc3puYWkgQW5kcsOhcw==?= To: Kevin Lo , "dt71@gmx.com" Date: Thu, 3 Jul 2014 10:53:12 +0200 Subject: RE: freebsd and utf-8 directory names Thread-Topic: freebsd and utf-8 directory names Thread-Index: Ac+Wb53OVoSpbKeSQd6e37GnHpOjGwAK5v0w Message-ID: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBED6@exchange.mands.hu> References: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBCEC@exchange.mands.hu> <53B2C8B4.50306@gmx.com> <7C6EC1A0-520F-49CA-8C05-1F3205080543@FreeBSD.org> <53B335BB.5090402@gmx.com> <20140703033313.GA44200@ns.kevlo.org> In-Reply-To: <20140703033313.GA44200@ns.kevlo.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: "freebsd-current@freebsd.org" , David Chisnall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 03 Jul 2014 08:53:23 -0000 dGhhbmtzLCBJIHdpbGwgZG8gdGhhdC4gDQoNCkkgc3RhcnRlZCB0byBzZXR1cCBteSBsb2NhbGUg YWdhaW4sIGFuZCBmb3VuZCB0aGF0IGVhcmxpZXIgSSBzaG91bGQgaGF2ZSBtYWRlIGEgbWlzdGFr ZSBiZWNhdXNlIHRoZSBuZXcgc2V0dXAgKGFsbW9zdCkgcGVyZmVjdGx5IHdvcmtzOiANCg0KSSBz ZXQgdXAgbG9naW4gY2xhc3MgZm9yIG1lIGZvbGxvd2luZyB0aGUgaGFuZGJvb2sgYXMgaHVuZ2Fy aWFuIChMQU5HPWh1X0hVLlVURi04LCBhbmQgY2hhcnNldD1VVEYtODsgc2V0IGtleWJvYXJkIGxh eW91dCB0byBodW5nYXJpYW4gd2l0aCBzZXR4a2JtYXAgaHUsIGFuZCB1c2VkIHRoZSBodW5nYXJp YW4gbG9jYWxlIGluIGZzdGFiIHRvIG1vdW50IHRoZSBmYXQzMiBwYXJ0aXRpb24uKS4NCg0KdGhl cmUgYXJlIHR3byBjaGFyYWN0ZXJzIGluIHRoZSBIdW5nYXJpYW4gYWxwaGFiZXQgd2hpY2ggYXJl IG5vdCBpbiB0aGUgSVNPLUxhdGluMSBjb2RlIHNldCAobyB3aXRoIGRvdWJsZSBhY2NlbnQgYW5k IHUgd2l0aCBkb3VibGUgYWNjZW50LCBib3RoIGxvd2VyIGFuZCB1cHBlciBjYXNlKSB3aGljaCBh cmUgZGlzcGxheWVkIGFzIHNwYWNlIGluIGZpbGVuYW1lcywgYnV0IG5vdyBsaWJyZW9mZmljZSBp cyBhYmxlIHRvIG9wZW4gdGhlIGZpbGVzLiBBbGwgb3RoZXIgaHVuZ2FyaWFuIGNoYXJhY3RlcnMg YXBwZWFyZWQgYXMgbm9ybWFsLiANCg0KSSB3aWxsIGRvIHRoZSB0ZXN0IHlvdSBzdWdnZXN0ZWQg YnV0IGl0IGNhbiB0YWtlIDEtMiBkYXlzLCBJIGRvIG5vdCBoYXZlIHRpbWUgZm9yIGl0IHJpZ2h0 IG5vdy4NCg0Kcmdkcw0KDQpBbmRyw6FzIEtyYXN6bmFpDQoNCg0KDQotLS0tLU9yaWdpbmFsIE1l c3NhZ2UtLS0tLQ0KRnJvbTogb3duZXItZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnIFttYWls dG86b3duZXItZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnXSBPbiBCZWhhbGYgT2YgS2V2aW4g TG8NClNlbnQ6IFRodXJzZGF5LCBKdWx5IDAzLCAyMDE0IDU6MzMgQU0NClRvOiBkdDcxQGdteC5j b20NCkNjOiBmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmc7IERhdmlkIENoaXNuYWxsDQpTdWJq ZWN0OiBSZTogZnJlZWJzZCBhbmQgdXRmLTggZGlyZWN0b3J5IG5hbWVzDQoNCk9uIFdlZCwgSnVs IDAyLCAyMDE0IGF0IDEyOjI3OjA3QU0gKzAyMDAsIGR0NzFAZ214LmNvbSB3cm90ZToNCj4gDQo+ IERhdmlkIENoaXNuYWxsIHdyb3RlLCBPbiAwNy8wMS8yMDE0IDE5OjA2Og0KPiA+IFBsZWFzZSBu b3RlIHRoYXQgZm9ydW1zLmZyZWVic2Qub3JnIGlzIG5vdCBhIGJ1ZyB0cmFja2VyLiAgSSB0cmll ZCBzZWFyY2hpbmcgdGhlIGJ1ZyB0cmFja2VyIGZvciBidWdzIHdpdGggRkFUIGFuZCBmaWxlbmFt ZSBvciBGQVQgYW5kIHV0Zi04L3V0ZjgvY2hhcmFjdGVyIGluIHRoZWlyIG5hbWVzIGFuZCBjb3Vs ZCBub3QgZmluZCBhbnkgcmVmZXJlbmNlIHRvIHRoaXMgaXNzdWUuDQo+ID4NCj4gPiBJZiB5b3Ug YWN0dWFsbHkgd2FudCB0byBzZWUgYnVncyBmaXhlZCwgcmF0aGVyIHRoYW4ganVzdCBjb21wbGFp biBhYm91dCB0aGVtLCBwbGVhc2UgZmlsZSB0aGVtIGhlcmU6IGh0dHBzOi8vYnVncy5mcmVlYnNk Lm9yZy9idWd6aWxsYS9lbnRlcl9idWcuY2dpICBNYWtlIHN1cmUgdGhhdCB5b3UgcHJvdmlkZSBh bGwgb2YgdGhlIHN0ZXBzIHJlcXVpcmVkIHRvIHJlcHJvZHVjZSB0aGVtLg0KPiANCj4gSSBuZWds ZWN0ZWQgdG8gc3VibWl0IGEgYnVnIHJlcG9ydCBiZWNhdXNlOg0KPiAoMSkgdGhlcmUgd2VyZSBh bHJlYWR5IGF0IGxlYXN0IDMgYnVnIHJlcG9ydHMgcmVsYXRlZCB0byAoRkFUMzIgYW5kKSANCj4g Y2hhcmFjdGVyIHNldHMgb3IgZW5jb2RpbmdzLCBzb21lIG9mIHRoZW0gZXZlbiBoYWQgcGF0Y2hl czsNCj4gKDIpIHRoZSByZXBvcnRzIHdlcmUgdmVyeSBvbGQsIGluZGljYXRpbmcgdGhhdCB0aGUg RnJlZUJTRCBkZXZlbG9wZXJzIA0KPiBkb24ndCBjYXJlIGFib3V0IEZBVDMyOw0KPiAoMykgYXQg bGVhc3Qgb25lIHJlcG9ydCB3YXMgc2VlbWluZ2x5IHJlbGF0ZWQsIGFuZCBJIGRpZG4ndCB3YW50 IHRvIGNyZWF0ZSBhKG5vdGhlcikgcG9zc2libGUgZHVwbGljYXRlLg0KPiANCj4gQnV0IG5vdywg ZWF0IHRoaXM6IA0KPiBodHRwczovL2J1Z3MuZnJlZWJzZC5vcmcvYnVnemlsbGEvc2hvd19idWcu Y2dpP2lkPTE5MTU0MA0KDQpXZWxsLCBJJ20gZ29pbmcgdG8gY2xvc2UgdGhhdCBQUi4gOi0pDQpG aXJzdCwgc2V0IExBTkcgZW52aXJvbm1lbnQgdmFyaWFibGUgdG8gaHVfSFUuVVRGLTggaW4geW91 ciBjYXNlOg0KDQojIHNldGVudiBMQU5HIGh1X0hVLlVURi04DQoNClNlY29uZCwgbW91bnQgdGhl IEZBVDMyIHBhcnRpdGlvbiBpbiBIdW5nYXJpYW4gbG9jYWxlOg0KDQojIG1vdW50X21zZG9zZnMg LUwgaHVfSFUuVVRGLTggL2Rldi9kYTBzMSAvbW50DQoNClRoaXJkLCB1bnRhciB5b3VyIGF0dGFj aGVtZW50IGZpbGU6DQoNCiMgdGFyIHh2ZiAvbW50L2ZpbGVzLnppcA0KeCAx4oCZLnR4dA0KeCAy 4oCTLnR4dA0KDQojIHN0YXQgMeKAmS50eHQNCjEyOCAyNDQ3NDQgLXJ3eHIteHIteCAxIHJvb3Qg d2hlZWwgNDI5NDk2NzI5NSAwICJKYW4gIDEgMDg6MDA6MDAgMTk4MCIgIkF1ZyAgMSAxNjo1Nzo1 MiAyMDExIiAiQXVnICAxIDE2OjU3OjUyIDIwMTEiICJKdWwgIDMgMTE6Mjg6MjQgMjAxNCIgMTYz ODQgMCAweDgwMCAx4oCZLnR4dA0KDQojIHN0YXQgMuKAky50eHQNCjEyOCAyNDQ3NDYgLXJ3eHIt eHIteCAxIHJvb3Qgd2hlZWwgNDI5NDk2NzI5NSAwICJKYW4gIDEgMDg6MDA6MDAgMTk4MCIgIkF1 ZyAgMSAxNjo1NToyMCAyMDExIiAiQXVnICAxIDE2OjU1OjIwIDIwMTEiICJKdWwgIDMgMTE6Mjg6 MjQgMjAxNCIgMTYzODQgMCAweDgwMCAy4oCTLnR4dA0KDQpMZXQgbWUga25vdyBpZiB0aGF0IHdv cmtzIGZvciB5b3UsIHRoYW5rcy4NCg0KCUtldmluDQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnIG1haWxp bmcgbGlzdCBodHRwOi8vbGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNk LWN1cnJlbnQNClRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLWN1cnJl bnQtdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmciDQo= From owner-freebsd-current@FreeBSD.ORG Thu Jul 3 09:13:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8733A3BE for ; Thu, 3 Jul 2014 09:13:27 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3B6D42E4D for ; Thu, 3 Jul 2014 09:13:26 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1X2d4z-000K0o-JA; Thu, 03 Jul 2014 13:13:21 +0400 Date: Thu, 3 Jul 2014 13:13:21 +0400 From: Slawa Olhovchenkov To: Nikolay Denev Subject: Re: FreeBSD iscsi target Message-ID: <20140703091321.GP5102@zxy.spb.ru> References: <20140701091252.GB3443@brick> <20140701231305.GA37246@zxy.spb.ru> <20140702112609.GA85758@zxy.spb.ru> <20140702203603.GO5102@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: Kevin Oberman , Sreenivasa Honnur , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 03 Jul 2014 09:13:27 -0000 On Thu, Jul 03, 2014 at 09:31:45AM +0100, Nikolay Denev wrote: > On Thu, Jul 3, 2014 at 12:06 AM, Kevin Oberman wrote: > > On Wed, Jul 2, 2014 at 1:36 PM, Slawa Olhovchenkov wrote: > > > >> On Wed, Jul 02, 2014 at 12:51:59PM -0700, Kevin Oberman wrote: > >> > >> > On Wed, Jul 2, 2014 at 4:26 AM, Slawa Olhovchenkov > >> wrote: > >> > > >> > > On Tue, Jul 01, 2014 at 10:43:08PM -0700, Kevin Oberman wrote: > >> > > > >> > > > On Tue, Jul 1, 2014 at 4:13 PM, Slawa Olhovchenkov > >> > > wrote: > >> > > > > >> > > > > On Tue, Jul 01, 2014 at 11:12:52AM +0200, Edward Tomasz Napierala > >> > > wrote: > >> > > > > > >> > > > > > Hi. I've replied in private, but just for the record: > >> > > > > > > >> > > > > > On 0627T0927, Sreenivasa Honnur wrote: > >> > > > > > > Does freebsd iscsi target supports: > >> > > > > > > 1. ACL (access control lists) > >> > > > > > > >> > > > > > In 10-STABLE there is a way to control access based on initiator > >> > > > > > name and IP address. > >> > > > > > > >> > > > > > > 2. iSNS > >> > > > > > > >> > > > > > No; it's one of the iSCSI features that seem to only be used > >> > > > > > for marketing purposes :-) > >> > > > > > > >> > > > > > > 3. Multiple connections per session > >> > > > > > > >> > > > > > No; see above. > >> > > > > > >> > > > > I think this is help for 40G links. > >> > > > > > >> > > > > >> > > > I assume that you are looking at transfer of large amounts of data > >> over > >> > > 40G > >> > > > links. Assuming that tis is the case, yes, multiple connections per > >> > > session > >> > > > >> > > Yes, this case. As I know, single transfer over 40G link limited by > >> > > 10G. > >> > > > >> > ??? No, not at all. Getting 40G performance over TCP is not easy, but > >> there > >> > is no 10G limitation. > >> > >> As I know (may be wrong) 40G is bundled 4x10G link. > >> For prevent packet reordering (when run over diferrent link) all > >> packets from one sessoin must be routed to same link. > >> Same issuse for Etherchannel. > >> > > > > No, 40G Ethernet is single channel from the interface perspective.. What > > my be confusing you is that they may use "lanes" which, for 40G, are > > 10.3125G. But, unlike the case with Etherchannel, these lanes are "hidden" > > from the MAC. The interface deals with a single stream and parcels it out > > over the 10G (or 25G) lanes. All 100G optical links use multiple lanes > > (4x25G or 10x10G), but 40G my use either a single 40G lane for distances of > > up to 2km or 4x10G for longer runs. > > > > Since, in most cases, 40G is used within a data center or to connect to > > wave gear for DWDM transmission over very long distances, most runs are > > under 2km, so a single 40G lane may be used. When 4 lanes are used, a > > ribbon cable is required to assure that all optical or copper paths are > > exactly the same length. Since the PMD is designed to know about and use > > these lanes for a single channel, the issue of packet re-ordering is not > > present and the protocol layers above the physical are unaware of how many > > lanes are used. > > > > Wikipedia has a fairly good discussion under the unfortunate title of 100 > > Gigabit Ethernet . > > Regardless of the title, the article covers both 40 and 100 Gigabit > > specifications as both were specified on the same standard, 802.3ba. > > > > -- > > R. Kevin Oberman, Network Engineer, Retired > > E-mail: rkoberman@gmail.com > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > I found this white paper useful in understanding how this works : > http://www.cisco.com/c/en/us/products/collateral/switches/nexus-3000-series-switches/white_paper_c11-726674.pdf In real world "Reality is quite different than it actually is". http://www.cisco.com/c/en/us/products/collateral/switches/catalyst-6500-series-switches/white_paper_c11-696669.html See "Packet Path Theory of Operation. Ingress Mode". From owner-freebsd-current@FreeBSD.ORG Thu Jul 3 09:35:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81F2FB85 for ; Thu, 3 Jul 2014 09:35:56 +0000 (UTC) Received: from mail-vc0-x22e.google.com (mail-vc0-x22e.google.com [IPv6:2607:f8b0:400c:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3AD112096 for ; Thu, 3 Jul 2014 09:35:56 +0000 (UTC) Received: by mail-vc0-f174.google.com with SMTP id hy4so11379547vcb.33 for ; Thu, 03 Jul 2014 02:35: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=DvfOOJY9Eawn/+f6L6/S712BcejlrL/oBBf4YT847ZY=; b=0T7trUn5xgpeeYFirvP6Frf7jVgLxhyln/wky7ZV5dzdWFYGaVHMn8AV2AVm7pvGZl ejT4d0g3yspbWmZzFEF+W8VHwtZ558e/BQySxVYE7rX/h/uGjQTps9oOYG0XnnvJc6pP 0ZLb4QgDw42fbd1My2Lcw5BOyazHhnJhrXHTnVaDlq+MYGd2K3/fEA1flHmqgaeO46Fv hPLg/IjRBHAoZau9QbtBiaD4uTRGWQkLWvF6IkxAmSxfSzXgmPVOYNunWAaFHY5SKjnl 4sf8VZHCcX6malxHUYIAjHTQ+6lxBATux0opPfhFlCvIOku6tCpjTU7Xax5Egcw9970f EcEw== MIME-Version: 1.0 X-Received: by 10.52.252.226 with SMTP id zv2mr2273794vdc.19.1404380155254; Thu, 03 Jul 2014 02:35:55 -0700 (PDT) Received: by 10.220.136.74 with HTTP; Thu, 3 Jul 2014 02:35:55 -0700 (PDT) In-Reply-To: <20140703091321.GP5102@zxy.spb.ru> References: <20140701091252.GB3443@brick> <20140701231305.GA37246@zxy.spb.ru> <20140702112609.GA85758@zxy.spb.ru> <20140702203603.GO5102@zxy.spb.ru> <20140703091321.GP5102@zxy.spb.ru> Date: Thu, 3 Jul 2014 10:35:55 +0100 Message-ID: Subject: Re: FreeBSD iscsi target From: Nikolay Denev To: Slawa Olhovchenkov Content-Type: text/plain; charset=UTF-8 Cc: Kevin Oberman , Sreenivasa Honnur , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 03 Jul 2014 09:35:56 -0000 On Thu, Jul 3, 2014 at 10:13 AM, Slawa Olhovchenkov wrote: > On Thu, Jul 03, 2014 at 09:31:45AM +0100, Nikolay Denev wrote: > >> On Thu, Jul 3, 2014 at 12:06 AM, Kevin Oberman wrote: >> > On Wed, Jul 2, 2014 at 1:36 PM, Slawa Olhovchenkov wrote: >> > >> >> On Wed, Jul 02, 2014 at 12:51:59PM -0700, Kevin Oberman wrote: >> >> >> >> > On Wed, Jul 2, 2014 at 4:26 AM, Slawa Olhovchenkov >> >> wrote: >> >> > >> >> > > On Tue, Jul 01, 2014 at 10:43:08PM -0700, Kevin Oberman wrote: >> >> > > >> >> > > > On Tue, Jul 1, 2014 at 4:13 PM, Slawa Olhovchenkov >> >> > > wrote: >> >> > > > >> >> > > > > On Tue, Jul 01, 2014 at 11:12:52AM +0200, Edward Tomasz Napierala >> >> > > wrote: >> >> > > > > >> >> > > > > > Hi. I've replied in private, but just for the record: >> >> > > > > > >> >> > > > > > On 0627T0927, Sreenivasa Honnur wrote: >> >> > > > > > > Does freebsd iscsi target supports: >> >> > > > > > > 1. ACL (access control lists) >> >> > > > > > >> >> > > > > > In 10-STABLE there is a way to control access based on initiator >> >> > > > > > name and IP address. >> >> > > > > > >> >> > > > > > > 2. iSNS >> >> > > > > > >> >> > > > > > No; it's one of the iSCSI features that seem to only be used >> >> > > > > > for marketing purposes :-) >> >> > > > > > >> >> > > > > > > 3. Multiple connections per session >> >> > > > > > >> >> > > > > > No; see above. >> >> > > > > >> >> > > > > I think this is help for 40G links. >> >> > > > > >> >> > > > >> >> > > > I assume that you are looking at transfer of large amounts of data >> >> over >> >> > > 40G >> >> > > > links. Assuming that tis is the case, yes, multiple connections per >> >> > > session >> >> > > >> >> > > Yes, this case. As I know, single transfer over 40G link limited by >> >> > > 10G. >> >> > > >> >> > ??? No, not at all. Getting 40G performance over TCP is not easy, but >> >> there >> >> > is no 10G limitation. >> >> >> >> As I know (may be wrong) 40G is bundled 4x10G link. >> >> For prevent packet reordering (when run over diferrent link) all >> >> packets from one sessoin must be routed to same link. >> >> Same issuse for Etherchannel. >> >> >> > >> > No, 40G Ethernet is single channel from the interface perspective.. What >> > my be confusing you is that they may use "lanes" which, for 40G, are >> > 10.3125G. But, unlike the case with Etherchannel, these lanes are "hidden" >> > from the MAC. The interface deals with a single stream and parcels it out >> > over the 10G (or 25G) lanes. All 100G optical links use multiple lanes >> > (4x25G or 10x10G), but 40G my use either a single 40G lane for distances of >> > up to 2km or 4x10G for longer runs. >> > >> > Since, in most cases, 40G is used within a data center or to connect to >> > wave gear for DWDM transmission over very long distances, most runs are >> > under 2km, so a single 40G lane may be used. When 4 lanes are used, a >> > ribbon cable is required to assure that all optical or copper paths are >> > exactly the same length. Since the PMD is designed to know about and use >> > these lanes for a single channel, the issue of packet re-ordering is not >> > present and the protocol layers above the physical are unaware of how many >> > lanes are used. >> > >> > Wikipedia has a fairly good discussion under the unfortunate title of 100 >> > Gigabit Ethernet . >> > Regardless of the title, the article covers both 40 and 100 Gigabit >> > specifications as both were specified on the same standard, 802.3ba. >> > >> > -- >> > R. Kevin Oberman, Network Engineer, Retired >> > E-mail: rkoberman@gmail.com >> > _______________________________________________ >> > freebsd-current@freebsd.org mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-current >> > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> >> I found this white paper useful in understanding how this works : >> http://www.cisco.com/c/en/us/products/collateral/switches/nexus-3000-series-switches/white_paper_c11-726674.pdf > > In real world "Reality is quite different than it actually is". > http://www.cisco.com/c/en/us/products/collateral/switches/catalyst-6500-series-switches/white_paper_c11-696669.html > > See "Packet Path Theory of Operation. Ingress Mode". > Interesting, however this seems like implementation specific detail, and not limitation of native 40Gbit ethernet. Still, it's something that one must be aware of (esp when dealing with Cisco gear :) ) I wonder why they are not doing something like this : http://blog.ipspace.net/2011/04/brocade-vcs-fabric-has-almost-perfect.html --Nikolay From owner-freebsd-current@FreeBSD.ORG Thu Jul 3 10:00:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57BC04AE; Thu, 3 Jul 2014 10:00:59 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id C120F237B; Thu, 3 Jul 2014 10:00:58 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 45CEEC4956; Thu, 3 Jul 2014 12:46:07 +0300 (EEST) Date: Thu, 3 Jul 2014 12:48:38 +0300 From: Aleksandr Rybalko To: Trond =?UTF-8?B?RW5kcmVzdMO4bA==?= Subject: Re: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165 Message-Id: <20140703124838.ab79fb8e394addbb92b082ca@ddteam.net> In-Reply-To: References: X-Mailer: Sylpheed 3.3.1 (GTK+ 2.24.22; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: FreeBSD current , Ed Maste X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 03 Jul 2014 10:00:59 -0000 On Thu, 3 Jul 2014 08:31:45 +0200 (CEST) Trond Endrestøl wrote: > On Thu, 3 Jul 2014 08:21+0200, Trond Endrestøl wrote: > > > On Wed, 2 Jul 2014 17:37-0400, Ed Maste wrote: > > > > > On 2 July 2014 17:09, Trond Endrestøl > > > wrote: > > > > On Wed, 2 Jul 2014 16:43-0400, Ed Maste wrote: > > > > > > > >> On 2 July 2014 14:51, Trond Endrestøl > > > >> wrote: > > > >> > Hi, > > > >> > > > > >> > Is it just me or is there something wrong with vidcontrol(1) in > > > >> > base/head, amd64, sc console, r268165? > > > >> > > > >> Should be fixed in r268175. > > > > > > > > Looks good, thanks. > > > > > > Thanks for the report, and sorry for the trouble. > > > > No trouble at all, I follow base/head (and stable/{8,9,10}) on various > > VMs at home only to know what's ahead. ;-) > > > > Since neither kbdcontrol(1) nor I mind using the old syscons keymap > > file norwegian.iso.kbd, wouldn't it be nice if kbdcontrol(1), while in > > vt(4) mode, would search for keymaps in /usr/share/syscons/keymaps > > after searching for them in /usr/share/vt/keymaps? > > > > E.g.: > > > > Index: usr.sbin/kbdcontrol/kbdcontrol.c > > =================================================================== > > --- usr.sbin/kbdcontrol/kbdcontrol.c (revision 268203) > > +++ usr.sbin/kbdcontrol/kbdcontrol.c (working copy) > > @@ -804,7 +804,7 @@ > > char *postfix[] = {blank, dotkbd, NULL}; > > > > if (is_vt4()) > > - prefix[2] = vt_keymap_path; > > + prefix[1] = vt_keymap_path; > > cp = getenv("KEYMAP_PATH"); > > if (cp != NULL) > > asprintf(&(prefix[0]), "%s/", cp); > > Or maybe this patch is even better, as it leaves one instance of blank > in the array when KEYMAP_PATH is set in the environment, at prefix[1], > and sadly add a redundant blank at prefix[2] when KEYMAP_PATH is not > set in the environment. > > Index: usr.sbin/kbdcontrol/kbdcontrol.c > =================================================================== > --- usr.sbin/kbdcontrol/kbdcontrol.c (revision 268203) > +++ usr.sbin/kbdcontrol/kbdcontrol.c (working copy) > @@ -800,7 +800,7 @@ > char *name, *cp; > char blank[] = "", keymap_path[] = KEYMAP_PATH; > char vt_keymap_path[] = VT_KEYMAP_PATH, dotkbd[] = ".kbd"; > - char *prefix[] = {blank, blank, keymap_path, NULL}; > + char *prefix[] = {blank, blank, blank, keymap_path, NULL}; > char *postfix[] = {blank, dotkbd, NULL}; > > if (is_vt4()) > > For now I could just stick to using an absolute pathname for keymap= > in /etc/rc.conf. > > -- > +-------------------------------+------------------------------------+ > | Vennlig hilsen, | Best regards, | > | Trond Endrestøl, | Trond Endrestøl, | > | IT-ansvarlig, | System administrator, | > | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | > | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | > | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | > +-------------------------------+------------------------------------+ > _______________________________________________ > 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" Hi Trond, It is not so good idea to fallback to syscons keymaps, because vt(4) works with Unicode only char codes. So fallback will make input with non-English characters - unreadable. Instead of that fallback you can convert keymaps you can verify by follow instructions in [1], then please check it and send it to list, so me or someone else will commit it. Thank you for reports! 1. http://raybsd.blogspot.com/2013/10/newcons-international-keyboard-input.html WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Thu Jul 3 10:29:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 732A2EC6 for ; Thu, 3 Jul 2014 10:29:07 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 283272624 for ; Thu, 3 Jul 2014 10:29:06 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1X2eGD-000MIY-Ld; Thu, 03 Jul 2014 14:29:01 +0400 Date: Thu, 3 Jul 2014 14:29:01 +0400 From: Slawa Olhovchenkov To: Nikolay Denev Subject: Re: FreeBSD iscsi target Message-ID: <20140703102901.GQ5102@zxy.spb.ru> References: <20140701091252.GB3443@brick> <20140701231305.GA37246@zxy.spb.ru> <20140702112609.GA85758@zxy.spb.ru> <20140702203603.GO5102@zxy.spb.ru> <20140703091321.GP5102@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: Kevin Oberman , Sreenivasa Honnur , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 03 Jul 2014 10:29:07 -0000 On Thu, Jul 03, 2014 at 10:35:55AM +0100, Nikolay Denev wrote: > >> I found this white paper useful in understanding how this works : > >> http://www.cisco.com/c/en/us/products/collateral/switches/nexus-3000-series-switches/white_paper_c11-726674.pdf > > > > In real world "Reality is quite different than it actually is". > > http://www.cisco.com/c/en/us/products/collateral/switches/catalyst-6500-series-switches/white_paper_c11-696669.html > > > > See "Packet Path Theory of Operation. Ingress Mode". > > > > Interesting, however this seems like implementation specific detail, > and not limitation of native 40Gbit ethernet. I see some perfomance tests on solaris and 40G link. In this test perfomance limited about 10Gbit per flow. May be I found links to this test. May be some NIC's implementation specific detail also limited performance per flow. > Still, it's something that one must be aware of (esp when dealing with > Cisco gear :) ) > > I wonder why they are not doing something like this : > http://blog.ipspace.net/2011/04/brocade-vcs-fabric-has-almost-perfect.html > > --Nikolay From owner-freebsd-current@FreeBSD.ORG Thu Jul 3 13:22:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CEF735B8 for ; Thu, 3 Jul 2014 13:22:35 +0000 (UTC) Received: from smtprelay05.ispgateway.de (smtprelay05.ispgateway.de [80.67.31.100]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 332D12722 for ; Thu, 3 Jul 2014 13:22:34 +0000 (UTC) Received: from [78.35.169.188] (helo=fabiankeil.de) by smtprelay05.ispgateway.de with esmtpsa (SSLv3:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1X2fhM-0006V3-9j for freebsd-current@freebsd.org; Thu, 03 Jul 2014 14:01:08 +0200 Date: Thu, 3 Jul 2014 14:01:05 +0200 From: Fabian Keil To: FreeBSD Current Subject: getenv("TZ") crashes triggered by tzset_basic() Message-ID: <20140703140105.41065cd2@fabiankeil.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/CKeEcckl_f2utA23KkI/Shq"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 03 Jul 2014 13:22:35 -0000 --Sig_/CKeEcckl_f2utA23KkI/Shq Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Using HEAD, www/gatling reproducible crashes for me after receiving a single request if TZ isn't set: (gdb) where #0 strncmp (s1=3D, s2=3D, n=3D) at /usr/src/lib/libc/string/strncmp.c:46 #1 0x00000008011a9ffe in strncmpeq (nameValue=3D0x7fffffffeb5e "LC_PAPER= =3Dde_DE.UTF-8", name=3D0x8011be49e "TZ", nameLen=3D) at /us= r/src/lib/libc/stdlib/getenv.c:144 #2 __findenv_environ (name=3D, nameLen=3D) a= t /usr/src/lib/libc/stdlib/getenv.c:195 #3 getenv (name=3D0x8011be49e "TZ") at /usr/src/lib/libc/stdlib/getenv.c:4= 41 #4 0x0000000801189f49 in tzset_basic (rdlocked=3D0) at /usr/src/lib/libc/.= ./../contrib/tzcode/stdtime/localtime.c:1274 #5 0x000000080118a13e in localtime (timep=3D0x801c12030) at /usr/src/lib/l= ibc/../../contrib/tzcode/stdtime/localtime.c:1467 #6 0x000000000040d38d in http_dirlisting (h=3D0x801c07140, D=3D0x801c0e080= , path=3D0x7fffffffbb50 "/", arg=3D0x0) at http.c:214 #7 0x000000000040ff9d in http_openfile (h=3D0x801c07140, filename=3D0x801c= 0c085 "/", ss=3D0x7fffffffc108, sockfd=3D9, nobody=3D1) at http.c:1485 #8 0x0000000000413922 in httpresponse (h=3D0x801c07140, s=3D9, headerlen= =3D76) at http.c:1940 #9 0x000000000040657d in handle_read_misc (i=3D9, h=3D0x801c07140, ftptime= out_secs=3D600, nextftp=3D...) at gatling.c:1051 #10 0x0000000000404d54 in main (argc=3D3, argv=3D0x7fffffffe840, envp=3D0x7= fffffffe860) at gatling.c:2247 This is not a recent regression, I first noticed it a couple of months ago but haven't had time to look into it yet. If was reminded of this because a program I'm working on (Privoxy) recently crashed thusly: (gdb) where #0 0x000000080128ef40 in strncmp (s1=3D, s2=3D, n=3D) at /usr/src/lib/libc/string/strncmp.c:46 #1 0x000000080128bb92 in getenv (name=3D) at /usr/src/lib/l= ibc/stdlib/getenv.c:424 #2 0x000000080126bb39 in tzset_basic (rdlocked=3D0) at /usr/src/lib/libc/.= ./../contrib/tzcode/stdtime/localtime.c:1281 #3 0x000000080126bb1b in tzset_basic (rdlocked=3D-14721152) at /usr/src/li= b/libc/../../contrib/tzcode/stdtime/localtime.c:1274 #4 0x000000080122c0a0 in _fmt (format=3D0x22313031734e6863
, t=3D0x8012a009e, pt=3D0x2
, ptlim=3D0xf5
,=20 warnp=3D0x8014cc418 , loc=3D0x80126bb1b ) at = /usr/src/lib/libc/stdtime/strftime.c:137 #5 0x000000080122d6fb in _conv (n=3D, format=3D, pt=3D, n=3D, format=3D, p= t=3D, ptlim=3D) at /usr/src/lib/libc/stdtime/strftime.c:597 #6 _yconv (a=3D, b=3D, convert_top=3D, convert_yy=3D, pt=3D, ptlim=3D, a=3D, b=3D,=20 convert_top=3D, convert_yy=3D, pt=3D, ptlim=3D) at /usr/src/lib/libc/stdtime/strftime.= c:649 #7 0x0000000000428747 in get_log_timestamp (buffer=3D0x7fffff1f5f80 "2014-= 06-30 17:03:45.115", buffer_size=3D30) at errlog.c:482 [...] (gdb) f 3 #3 0x000000080126bb1b in tzset_basic (rdlocked=3D-14721152) at /usr/src/li= b/libc/../../contrib/tzcode/stdtime/localtime.c:1274 1274 name =3D getenv("TZ"); I haven't been able to reproduce the Privoxy crash yet, but in case of gatling the problem is reproducible and valgrind doesn't complain about any previous memory corruption: fk@r500 ~/test/privoxy/test $valgrind gatling -p 81 =3D=3D6563=3D=3D Memcheck, a memory error detector =3D=3D6563=3D=3D Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward e= t al. =3D=3D6563=3D=3D Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyrig= ht info =3D=3D6563=3D=3D Command: gatling -p 81 =3D=3D6563=3D=3D=20 starting_up 0 :: 81 start_ftp 0 :: 2121 accept 7 10.0.0.1 48596 1 http =3D=3D6563=3D=3D Invalid read of size 1 =3D=3D6563=3D=3D at 0x1039C74: strncmp (mc_replace_strmem.c:596) =3D=3D6563=3D=3D by 0x1BA1FFD: getenv (getenv.c:144) =3D=3D6563=3D=3D by 0x1B81F48: ??? (localtime.c:1274) =3D=3D6563=3D=3D by 0x1B8213D: localtime (localtime.c:1467) =3D=3D6563=3D=3D by 0x40D38C: http_dirlisting (http.c:214) =3D=3D6563=3D=3D by 0x40FF9C: http_openfile (http.c:1485) =3D=3D6563=3D=3D by 0x413921: httpresponse (http.c:1940) =3D=3D6563=3D=3D by 0x40657C: handle_read_misc (gatling.c:1051) =3D=3D6563=3D=3D by 0x404D53: main (gatling.c:2247) =3D=3D6563=3D=3D Address 0xff000b7a is not stack'd, malloc'd or (recently)= free'd =3D=3D6563=3D=3D=20 =3D=3D6563=3D=3D=20 =3D=3D6563=3D=3D Process terminating with default action of signal 11 (SIGS= EGV): dumping core =3D=3D6563=3D=3D Access not within mapped region at address 0xFF000B7A =3D=3D6563=3D=3D at 0x1039C74: strncmp (mc_replace_strmem.c:596) =3D=3D6563=3D=3D by 0x1BA1FFD: getenv (getenv.c:144) =3D=3D6563=3D=3D by 0x1B81F48: ??? (localtime.c:1274) =3D=3D6563=3D=3D by 0x1B8213D: localtime (localtime.c:1467) =3D=3D6563=3D=3D by 0x40D38C: http_dirlisting (http.c:214) =3D=3D6563=3D=3D by 0x40FF9C: http_openfile (http.c:1485) =3D=3D6563=3D=3D by 0x413921: httpresponse (http.c:1940) =3D=3D6563=3D=3D by 0x40657C: handle_read_misc (gatling.c:1051) =3D=3D6563=3D=3D by 0x404D53: main (gatling.c:2247) =3D=3D6563=3D=3D If you believe this happened as a result of a stack =3D=3D6563=3D=3D overflow in your program's main thread (unlikely but =3D=3D6563=3D=3D possible), you can try to increase the size of the =3D=3D6563=3D=3D main thread stack using the --main-stacksize=3D flag. =3D=3D6563=3D=3D The main thread stack size used in this run was 16777216. =3D=3D6563=3D=3D=20 =3D=3D6563=3D=3D HEAP SUMMARY: =3D=3D6563=3D=3D in use at exit: 18,848 bytes in 6 blocks =3D=3D6563=3D=3D total heap usage: 25 allocs, 19 frees, 47,144 bytes allo= cated =3D=3D6563=3D=3D=20 =3D=3D6563=3D=3D LEAK SUMMARY: =3D=3D6563=3D=3D definitely lost: 0 bytes in 0 blocks =3D=3D6563=3D=3D indirectly lost: 0 bytes in 0 blocks =3D=3D6563=3D=3D possibly lost: 0 bytes in 0 blocks =3D=3D6563=3D=3D still reachable: 18,848 bytes in 6 blocks =3D=3D6563=3D=3D suppressed: 0 bytes in 0 blocks =3D=3D6563=3D=3D Rerun with --leak-check=3Dfull to see details of leaked me= mory =3D=3D6563=3D=3D=20 =3D=3D6563=3D=3D For counts of detected and suppressed errors, rerun with: = -v =3D=3D6563=3D=3D ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 fro= m 0) Segmentation fault I can't reproduce the problem with a test program that merely calls localtime(), so I assume some environment changes are required. Has anyone seens this or is able to reproduce the gatling crashes? Fabian --Sig_/CKeEcckl_f2utA23KkI/Shq Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iEYEARECAAYFAlO1RgQACgkQBYqIVf93VJ1LxACeOyu5j6p/hfsX+7I67nV3VD8h NJgAn2+nJP50B+W+WEjNwaiH7nC1gvVn =fWPG -----END PGP SIGNATURE----- --Sig_/CKeEcckl_f2utA23KkI/Shq-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 3 13:30:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6ABAE88D for ; Thu, 3 Jul 2014 13:30:29 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A8CEA2833 for ; Thu, 3 Jul 2014 13:30:28 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.9/8.14.9) with ESMTP id s63DULDb012214 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 3 Jul 2014 15:30:21 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.9/8.14.9/Submit) with ESMTP id s63DUK73012211; Thu, 3 Jul 2014 15:30:20 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Thu, 3 Jul 2014 15:30:20 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Fabian Keil Subject: Re: getenv("TZ") crashes triggered by tzset_basic() In-Reply-To: <20140703140105.41065cd2@fabiankeil.de> Message-ID: References: <20140703140105.41065cd2@fabiankeil.de> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 03 Jul 2014 13:30:29 -0000 On Thu, 3 Jul 2014 14:01+0200, Fabian Keil wrote: > Using HEAD, www/gatling reproducible crashes for me after receiving > a single request if TZ isn't set: > > (gdb) where > #0 strncmp (s1=, s2=, n=) at /usr/src/lib/libc/string/strncmp.c:46 > #1 0x00000008011a9ffe in strncmpeq (nameValue=0x7fffffffeb5e "LC_PAPER=de_DE.UTF-8", name=0x8011be49e "TZ", nameLen=) at /usr/src/lib/libc/stdlib/getenv.c:144 > #2 __findenv_environ (name=, nameLen=) at /usr/src/lib/libc/stdlib/getenv.c:195 > #3 getenv (name=0x8011be49e "TZ") at /usr/src/lib/libc/stdlib/getenv.c:441 > #4 0x0000000801189f49 in tzset_basic (rdlocked=0) at /usr/src/lib/libc/../../contrib/tzcode/stdtime/localtime.c:1274 > #5 0x000000080118a13e in localtime (timep=0x801c12030) at /usr/src/lib/libc/../../contrib/tzcode/stdtime/localtime.c:1467 > #6 0x000000000040d38d in http_dirlisting (h=0x801c07140, D=0x801c0e080, path=0x7fffffffbb50 "/", arg=0x0) at http.c:214 > #7 0x000000000040ff9d in http_openfile (h=0x801c07140, filename=0x801c0c085 "/", ss=0x7fffffffc108, sockfd=9, nobody=1) at http.c:1485 > #8 0x0000000000413922 in httpresponse (h=0x801c07140, s=9, headerlen=76) at http.c:1940 > #9 0x000000000040657d in handle_read_misc (i=9, h=0x801c07140, ftptimeout_secs=600, nextftp=...) at gatling.c:1051 > #10 0x0000000000404d54 in main (argc=3, argv=0x7fffffffe840, envp=0x7fffffffe860) at gatling.c:2247 > > This is not a recent regression, I first noticed it a couple > of months ago but haven't had time to look into it yet. > > If was reminded of this because a program I'm working on > (Privoxy) recently crashed thusly: > > (gdb) where > #0 0x000000080128ef40 in strncmp (s1=, s2=, n=) at /usr/src/lib/libc/string/strncmp.c:46 > #1 0x000000080128bb92 in getenv (name=) at /usr/src/lib/libc/stdlib/getenv.c:424 > #2 0x000000080126bb39 in tzset_basic (rdlocked=0) at /usr/src/lib/libc/../../contrib/tzcode/stdtime/localtime.c:1281 > #3 0x000000080126bb1b in tzset_basic (rdlocked=-14721152) at /usr/src/lib/libc/../../contrib/tzcode/stdtime/localtime.c:1274 > #4 0x000000080122c0a0 in _fmt (format=0x22313031734e6863
, t=0x8012a009e, pt=0x2
, ptlim=0xf5
, > warnp=0x8014cc418 , loc=0x80126bb1b ) at /usr/src/lib/libc/stdtime/strftime.c:137 > #5 0x000000080122d6fb in _conv (n=, format=, pt=, n=, format=, pt=, ptlim=) > at /usr/src/lib/libc/stdtime/strftime.c:597 > #6 _yconv (a=, b=, convert_top=, convert_yy=, pt=, ptlim=, a=, b=, > convert_top=, convert_yy=, pt=, ptlim=) at /usr/src/lib/libc/stdtime/strftime.c:649 > #7 0x0000000000428747 in get_log_timestamp (buffer=0x7fffff1f5f80 "2014-06-30 17:03:45.115", buffer_size=30) at errlog.c:482 > [...] > (gdb) f 3 > #3 0x000000080126bb1b in tzset_basic (rdlocked=-14721152) at /usr/src/lib/libc/../../contrib/tzcode/stdtime/localtime.c:1274 > 1274 name = getenv("TZ"); Does the code test at all for the possibility of getenv(3) returning a NULL pointer? > I haven't been able to reproduce the Privoxy crash yet, but in case > of gatling the problem is reproducible and valgrind doesn't complain > about any previous memory corruption: > > fk@r500 ~/test/privoxy/test $valgrind gatling -p 81 > ==6563== Memcheck, a memory error detector > ==6563== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al. > ==6563== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info > ==6563== Command: gatling -p 81 > ==6563== > starting_up 0 :: 81 > start_ftp 0 :: 2121 > accept 7 10.0.0.1 48596 1 http > ==6563== Invalid read of size 1 > ==6563== at 0x1039C74: strncmp (mc_replace_strmem.c:596) > ==6563== by 0x1BA1FFD: getenv (getenv.c:144) > ==6563== by 0x1B81F48: ??? (localtime.c:1274) > ==6563== by 0x1B8213D: localtime (localtime.c:1467) > ==6563== by 0x40D38C: http_dirlisting (http.c:214) > ==6563== by 0x40FF9C: http_openfile (http.c:1485) > ==6563== by 0x413921: httpresponse (http.c:1940) > ==6563== by 0x40657C: handle_read_misc (gatling.c:1051) > ==6563== by 0x404D53: main (gatling.c:2247) > ==6563== Address 0xff000b7a is not stack'd, malloc'd or (recently) free'd > ==6563== > ==6563== > ==6563== Process terminating with default action of signal 11 (SIGSEGV): dumping core > ==6563== Access not within mapped region at address 0xFF000B7A > ==6563== at 0x1039C74: strncmp (mc_replace_strmem.c:596) > ==6563== by 0x1BA1FFD: getenv (getenv.c:144) > ==6563== by 0x1B81F48: ??? (localtime.c:1274) > ==6563== by 0x1B8213D: localtime (localtime.c:1467) > ==6563== by 0x40D38C: http_dirlisting (http.c:214) > ==6563== by 0x40FF9C: http_openfile (http.c:1485) > ==6563== by 0x413921: httpresponse (http.c:1940) > ==6563== by 0x40657C: handle_read_misc (gatling.c:1051) > ==6563== by 0x404D53: main (gatling.c:2247) > ==6563== If you believe this happened as a result of a stack > ==6563== overflow in your program's main thread (unlikely but > ==6563== possible), you can try to increase the size of the > ==6563== main thread stack using the --main-stacksize= flag. > ==6563== The main thread stack size used in this run was 16777216. > ==6563== > ==6563== HEAP SUMMARY: > ==6563== in use at exit: 18,848 bytes in 6 blocks > ==6563== total heap usage: 25 allocs, 19 frees, 47,144 bytes allocated > ==6563== > ==6563== LEAK SUMMARY: > ==6563== definitely lost: 0 bytes in 0 blocks > ==6563== indirectly lost: 0 bytes in 0 blocks > ==6563== possibly lost: 0 bytes in 0 blocks > ==6563== still reachable: 18,848 bytes in 6 blocks > ==6563== suppressed: 0 bytes in 0 blocks > ==6563== Rerun with --leak-check=full to see details of leaked memory > ==6563== > ==6563== For counts of detected and suppressed errors, rerun with: -v > ==6563== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) > Segmentation fault > > I can't reproduce the problem with a test program that merely calls > localtime(), so I assume some environment changes are required. > > Has anyone seens this or is able to reproduce the gatling crashes? > > Fabian > -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-current@FreeBSD.ORG Thu Jul 3 14:01:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3CD4FA90 for ; Thu, 3 Jul 2014 14:01:01 +0000 (UTC) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.31.95]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BF9D22C19 for ; Thu, 3 Jul 2014 14:01:00 +0000 (UTC) Received: from [78.35.169.188] (helo=fabiankeil.de) by smtprelay06.ispgateway.de with esmtpsa (SSLv3:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1X2hN1-0000N4-P0; Thu, 03 Jul 2014 15:48:15 +0200 Date: Thu, 3 Jul 2014 15:48:12 +0200 From: Fabian Keil To: FreeBSD Current Subject: Re: getenv("TZ") crashes triggered by tzset_basic() Message-ID: <20140703154812.049d9b1e@fabiankeil.de> In-Reply-To: References: <20140703140105.41065cd2@fabiankeil.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/1ta7n4zOwK1P6X/FxKFXw5y"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Cc: Trond =?UTF-8?B?RW5kcmVzdMO4bA==?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 03 Jul 2014 14:01:01 -0000 --Sig_/1ta7n4zOwK1P6X/FxKFXw5y Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Trond Endrest=C3=B8l wrote: > On Thu, 3 Jul 2014 14:01+0200, Fabian Keil wrote: >=20 > > Using HEAD, www/gatling reproducible crashes for me after receiving > > a single request if TZ isn't set: > >=20 > > (gdb) where > > #0 strncmp (s1=3D, s2=3D, n=3D) at /usr/src/lib/libc/string/strncmp.c:46 > > #1 0x00000008011a9ffe in strncmpeq (nameValue=3D0x7fffffffeb5e "LC_PAP= ER=3Dde_DE.UTF-8", name=3D0x8011be49e "TZ", nameLen=3D) at /= usr/src/lib/libc/stdlib/getenv.c:144 > > #2 __findenv_environ (name=3D, nameLen=3D) at /usr/src/lib/libc/stdlib/getenv.c:195 > > #3 getenv (name=3D0x8011be49e "TZ") at /usr/src/lib/libc/stdlib/getenv= .c:441 > > #4 0x0000000801189f49 in tzset_basic (rdlocked=3D0) at /usr/src/lib/li= bc/../../contrib/tzcode/stdtime/localtime.c:1274 > > #5 0x000000080118a13e in localtime (timep=3D0x801c12030) at /usr/src/l= ib/libc/../../contrib/tzcode/stdtime/localtime.c:1467 > > #6 0x000000000040d38d in http_dirlisting (h=3D0x801c07140, D=3D0x801c0= e080, path=3D0x7fffffffbb50 "/", arg=3D0x0) at http.c:214 > > #7 0x000000000040ff9d in http_openfile (h=3D0x801c07140, filename=3D0x= 801c0c085 "/", ss=3D0x7fffffffc108, sockfd=3D9, nobody=3D1) at http.c:1485 > > #8 0x0000000000413922 in httpresponse (h=3D0x801c07140, s=3D9, headerl= en=3D76) at http.c:1940 > > #9 0x000000000040657d in handle_read_misc (i=3D9, h=3D0x801c07140, ftp= timeout_secs=3D600, nextftp=3D...) at gatling.c:1051 > > #10 0x0000000000404d54 in main (argc=3D3, argv=3D0x7fffffffe840, envp= =3D0x7fffffffe860) at gatling.c:2247 > >=20 > > This is not a recent regression, I first noticed it a couple > > of months ago but haven't had time to look into it yet. > >=20 > > If was reminded of this because a program I'm working on > > (Privoxy) recently crashed thusly: > >=20 > > (gdb) where > > #0 0x000000080128ef40 in strncmp (s1=3D, s2=3D, n=3D) at /usr/src/lib/libc/string/strncmp.c:46 > > #1 0x000000080128bb92 in getenv (name=3D) at /usr/src/l= ib/libc/stdlib/getenv.c:424 > > #2 0x000000080126bb39 in tzset_basic (rdlocked=3D0) at /usr/src/lib/li= bc/../../contrib/tzcode/stdtime/localtime.c:1281 > > #3 0x000000080126bb1b in tzset_basic (rdlocked=3D-14721152) at /usr/sr= c/lib/libc/../../contrib/tzcode/stdtime/localtime.c:1274 > > #4 0x000000080122c0a0 in _fmt (format=3D0x22313031734e6863
, t=3D0x8012a009e, pt=3D0x2
, ptlim=3D0xf5
,=20 > > warnp=3D0x8014cc418 , loc=3D0x80126bb1b )= at /usr/src/lib/libc/stdtime/strftime.c:137 > > #5 0x000000080122d6fb in _conv (n=3D, format=3D, pt=3D, n=3D, format=3D, pt=3D, ptlim=3D) > > at /usr/src/lib/libc/stdtime/strftime.c:597 > > #6 _yconv (a=3D, b=3D, convert_top=3D, convert_yy=3D, pt=3D, ptlim=3D<= optimized out>, a=3D, b=3D,=20 > > convert_top=3D, convert_yy=3D, pt=3D<= optimized out>, ptlim=3D) at /usr/src/lib/libc/stdtime/strft= ime.c:649 > > #7 0x0000000000428747 in get_log_timestamp (buffer=3D0x7fffff1f5f80 "2= 014-06-30 17:03:45.115", buffer_size=3D30) at errlog.c:482 > > [...] > > (gdb) f 3 > > #3 0x000000080126bb1b in tzset_basic (rdlocked=3D-14721152) at /usr/sr= c/lib/libc/../../contrib/tzcode/stdtime/localtime.c:1274 >=20 > > 1274 name =3D getenv("TZ"); >=20 > Does the code test at all for the possibility of getenv(3) returning a=20 > NULL pointer? It does: http://svnweb.freebsd.org/base/head/contrib/tzcode/stdtime/localtime.c?view= =3Dmarkup#l1270 Assuming the back traces aren't corrupted, the crashes occur before getenv() returns, though. Fabian --Sig_/1ta7n4zOwK1P6X/FxKFXw5y Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iEYEARECAAYFAlO1Xx8ACgkQBYqIVf93VJ1S6ACfaqCAxzmn8FqczvO/eQ95PPWW QWsAoIT1+Qu0iFBq6AXOwCWe6/Ch3W5l =U+H5 -----END PGP SIGNATURE----- --Sig_/1ta7n4zOwK1P6X/FxKFXw5y-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 3 15:28:51 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 08D8DAA2; Thu, 3 Jul 2014 15:28:51 +0000 (UTC) Received: from mail.mands.hu (mail2.mands.hu [93.189.114.146]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 517B7252D; Thu, 3 Jul 2014 15:28:49 +0000 (UTC) Received: from exchange.mands.hu ([::1]) by exchange.mands.hu ([::1]) with mapi; Thu, 3 Jul 2014 17:28:47 +0200 From: =?windows-1250?Q?M=26S_-_Krasznai_Andr=E1s?= To: Kevin Lo , "dt71@gmx.com" Date: Thu, 3 Jul 2014 17:24:54 +0200 Subject: RE: freebsd and utf-8 directory names Thread-Topic: freebsd and utf-8 directory names Thread-Index: Ac+Wb53OVoSpbKeSQd6e37GnHpOjGwAY1LvK Message-ID: <3B0F582294DE3E448963BA62DC306AEE3C7F7E76E4@exchange.mands.hu> References: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBCEC@exchange.mands.hu> <53B2C8B4.50306@gmx.com> <7C6EC1A0-520F-49CA-8C05-1F3205080543@FreeBSD.org> <53B335BB.5090402@gmx.com>,<20140703033313.GA44200@ns.kevlo.org> In-Reply-To: <20140703033313.GA44200@ns.kevlo.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/mixed; boundary="_002_3B0F582294DE3E448963BA62DC306AEE3C7F7E76E4exchangemands_" MIME-Version: 1.0 Cc: "freebsd-current@freebsd.org" , David Chisnall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 03 Jul 2014 15:28:51 -0000 --_002_3B0F582294DE3E448963BA62DC306AEE3C7F7E76E4exchangemands_ Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable Hi, Kevin, I made the experiment and there was no fault, the "result" contains the sta= t outputs.=20 I used login-class (according to the handbook) to set the environment, and = added the -L hu_HU.UTF-8 option to the appropriate line in fstab rgds Andr=E1s ________________________________________ From: owner-freebsd-current@freebsd.org [owner-freebsd-current@freebsd.org]= On Behalf Of Kevin Lo [kevlo@FreeBSD.org] Sent: Thursday, July 03, 2014 5:33 AM To: dt71@gmx.com Cc: freebsd-current@freebsd.org; David Chisnall Subject: Re: freebsd and utf-8 directory names On Wed, Jul 02, 2014 at 12:27:07AM +0200, dt71@gmx.com wrote: > > David Chisnall wrote, On 07/01/2014 19:06: > > Please note that forums.freebsd.org is not a bug tracker. I tried sear= ching the bug tracker for bugs with FAT and filename or FAT and utf-8/utf8/= character in their names and could not find any reference to this issue. > > > > If you actually want to see bugs fixed, rather than just complain about= them, please file them here: https://bugs.freebsd.org/bugzilla/enter_bug.c= gi Make sure that you provide all of the steps required to reproduce them. > > I neglected to submit a bug report because: > (1) there were already at least 3 bug reports related to (FAT32 and) char= acter sets or encodings, some of them even had patches; > (2) the reports were very old, indicating that the FreeBSD developers don= 't care about FAT32; > (3) at least one report was seemingly related, and I didn't want to creat= e a(nother) possible duplicate. > > But now, eat this: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D19= 1540 Well, I'm going to close that PR. :-) First, set LANG environment variable to hu_HU.UTF-8 in your case: # setenv LANG hu_HU.UTF-8 Second, mount the FAT32 partition in Hungarian locale: # mount_msdosfs -L hu_HU.UTF-8 /dev/da0s1 /mnt Third, untar your attachement file: # tar xvf /mnt/files.zip x 1=92.txt x 2=96.txt # stat 1=92.txt 128 244744 -rwxr-xr-x 1 root wheel 4294967295 0 "Jan 1 08:00:00 1980" "Aug= 1 16:57:52 2011" "Aug 1 16:57:52 2011" "Jul 3 11:28:24 2014" 16384 0 0x= 800 1=92.txt # stat 2=96.txt 128 244746 -rwxr-xr-x 1 root wheel 4294967295 0 "Jan 1 08:00:00 1980" "Aug= 1 16:55:20 2011" "Aug 1 16:55:20 2011" "Jul 3 11:28:24 2014" 16384 0 0x= 800 2=96.txt Let me know if that works for you, thanks. Kevin _______________________________________________ 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" --_002_3B0F582294DE3E448963BA62DC306AEE3C7F7E76E4exchangemands_ Content-Type: application/octet-stream; name="result" Content-Description: result Content-Disposition: attachment; filename="result"; size=444; creation-date="Thu, 03 Jul 2014 17:25:17 GMT"; modification-date="Thu, 03 Jul 2014 17:25:17 GMT" Content-Transfer-Encoding: base64 a3Jhc3puYWktYTovd2luZG93cy9EL1RFU1QjIHN0YXQgMeKAmS50eHQgCjEyOCAyMDUzMTIzIC1y d3hyLXhyLXggMSByb290IHdoZWVsIDQyOTQ5NjcyOTUgMCAiRGVjIDMxIDIzOjAwOjAwIDE5Nzki ICJBdWcgIDEgMTY6NTc6NTIgMjAxMSIgIkF1ZyAgMSAxNjo1Nzo1MiAyMDExIiAiSnVsICAzIDE3 OjIxOjUzIDIwMTQiIDE2Mzg0IDAgMHg4MDAgMeKAmS50eHQKa3Jhc3puYWktYTovd2luZG93cy9E L1RFU1QjIHN0YXQgMuKAky50eHQgCjEyOCAyMDUzMTI1IC1yd3hyLXhyLXggMSByb290IHdoZWVs IDQyOTQ5NjcyOTUgMCAiRGVjIDMxIDIzOjAwOjAwIDE5NzkiICJBdWcgIDEgMTY6NTU6MjAgMjAx MSIgIkF1ZyAgMSAxNjo1NToyMCAyMDExIiAiSnVsICAzIDE3OjIxOjUzIDIwMTQiIDE2Mzg0IDAg MHg4MDAgMuKAky50eHQKa3Jhc3puYWktYTovd2luZG93cy9EL1RFU1QjIAoK --_002_3B0F582294DE3E448963BA62DC306AEE3C7F7E76E4exchangemands_-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 3 15:51:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B222C14C; Thu, 3 Jul 2014 15:51:03 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D75592707; Thu, 3 Jul 2014 15:51:02 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.9/8.14.9) with ESMTP id s63FosRa013663 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 3 Jul 2014 17:50:54 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.9/8.14.9/Submit) with ESMTP id s63Forqn013660; Thu, 3 Jul 2014 17:50:54 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Thu, 3 Jul 2014 17:50:53 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Aleksandr Rybalko Subject: Re: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165 In-Reply-To: <20140703124838.ab79fb8e394addbb92b082ca@ddteam.net> Message-ID: References: <20140703124838.ab79fb8e394addbb92b082ca@ddteam.net> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2055831798-723106759-1404402654=:11883" X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no Cc: FreeBSD current , Ed Maste X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 03 Jul 2014 15:51:03 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2055831798-723106759-1404402654=:11883 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT On Thu, 3 Jul 2014 12:48+0300, Aleksandr Rybalko wrote: > On Thu, 3 Jul 2014 08:31:45 +0200 (CEST) > Trond Endrestl wrote: > > > On Thu, 3 Jul 2014 08:21+0200, Trond Endrestl wrote: > > > > > On Wed, 2 Jul 2014 17:37-0400, Ed Maste wrote: > > > > > > > On 2 July 2014 17:09, Trond Endrestl > > > > wrote: > > > > > On Wed, 2 Jul 2014 16:43-0400, Ed Maste wrote: > > > > > > > > > >> On 2 July 2014 14:51, Trond Endrestl > > > > >> wrote: > > > > >> > Hi, > > > > >> > > > > > >> > Is it just me or is there something wrong with vidcontrol(1) in > > > > >> > base/head, amd64, sc console, r268165? > > > > >> > > > > >> Should be fixed in r268175. > > > > > > > > > > Looks good, thanks. > > > > > > > > Thanks for the report, and sorry for the trouble. > > > > > > No trouble at all, I follow base/head (and stable/{8,9,10}) on various > > > VMs at home only to know what's ahead. ;-) > > > > > > Since neither kbdcontrol(1) nor I mind using the old syscons keymap > > > file norwegian.iso.kbd, wouldn't it be nice if kbdcontrol(1), while in > > > vt(4) mode, would search for keymaps in /usr/share/syscons/keymaps > > > after searching for them in /usr/share/vt/keymaps? > > > > > > E.g.: > > > > > > Index: usr.sbin/kbdcontrol/kbdcontrol.c > > > =================================================================== > > > --- usr.sbin/kbdcontrol/kbdcontrol.c (revision 268203) > > > +++ usr.sbin/kbdcontrol/kbdcontrol.c (working copy) > > > @@ -804,7 +804,7 @@ > > > char *postfix[] = {blank, dotkbd, NULL}; > > > > > > if (is_vt4()) > > > - prefix[2] = vt_keymap_path; > > > + prefix[1] = vt_keymap_path; > > > cp = getenv("KEYMAP_PATH"); > > > if (cp != NULL) > > > asprintf(&(prefix[0]), "%s/", cp); > > > > Or maybe this patch is even better, as it leaves one instance of blank > > in the array when KEYMAP_PATH is set in the environment, at prefix[1], > > and sadly add a redundant blank at prefix[2] when KEYMAP_PATH is not > > set in the environment. > > > > Index: usr.sbin/kbdcontrol/kbdcontrol.c > > =================================================================== > > --- usr.sbin/kbdcontrol/kbdcontrol.c (revision 268203) > > +++ usr.sbin/kbdcontrol/kbdcontrol.c (working copy) > > @@ -800,7 +800,7 @@ > > char *name, *cp; > > char blank[] = "", keymap_path[] = KEYMAP_PATH; > > char vt_keymap_path[] = VT_KEYMAP_PATH, dotkbd[] = ".kbd"; > > - char *prefix[] = {blank, blank, keymap_path, NULL}; > > + char *prefix[] = {blank, blank, blank, keymap_path, NULL}; > > char *postfix[] = {blank, dotkbd, NULL}; > > > > if (is_vt4()) > > > > For now I could just stick to using an absolute pathname for keymap= > > in /etc/rc.conf. > > Hi Trond, > > It is not so good idea to fallback to syscons keymaps, because vt(4) > works with Unicode only char codes. So fallback will make input with > non-English characters - unreadable. > > Instead of that fallback you can convert keymaps you can verify by > follow instructions in [1], then please check it and send it to list, > so me or someone else will commit it. > > Thank you for reports! > > 1. > http://raybsd.blogspot.com/2013/10/newcons-international-keyboard-input.html I tried to follow the instructions, but I honestly don't see any difference. I downloaded uakbd2ukbd.pl.gz, decompressed the file, installed converters/p5-Text-Iconv, copied /usr/share/syscons/norwegian.iso.kbd to cwd, and ran: ./uakbd2ukbd.pl norwegian.iso.kbd ISO-8859-1 > norwegian.utf8.kbd Running diff -u norwegian.* shows absolutely no difference. Is it pilot error on my part? I have attached both files. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ --2055831798-723106759-1404402654=:11883 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=norwegian.utf8.kbd Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: UTF-8 ready (?) Norwegian keymap Content-Disposition: attachment; filename=norwegian.utf8.kbd IyAkRnJlZUJTRDogaGVhZC9zaGFyZS9zeXNjb25zL2tleW1hcHMvbm9yd2Vn aWFuLmlzby5rYmQgMTE3MjcxIDIwMDMtMDctMDYgMDM6MDk6NDBaIGFjaGUg JA0KIyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIGFsdA0KIyBzY2FuICAgICAgICAgICAgICAgICAg ICAgICBjbnRybCAgICAgICAgICBhbHQgICAgYWx0ICAgY250cmwgbG9jaw0K IyBjb2RlICBiYXNlICAgc2hpZnQgIGNudHJsICBzaGlmdCAgYWx0ICAgIHNo aWZ0ICBjbnRybCAgc2hpZnQgc3RhdGUNCiMgLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tDQogIDAwMCAgIG5vcCAgICBub3AgICAgbm9wICAgIG5vcCAgICBub3Ag ICAgbm9wICAgIG5vcCAgICBub3AgICAgIE8NCiAgMDAxICAgZXNjICAgIGVz YyAgICBlc2MgICAgZXNjICAgIGVzYyAgICBlc2MgICAgZGVidWcgIGVzYyAg ICAgTw0KICAwMDIgICAnMScgICAgJyEnICAgIG5vcCAgICBub3AgICAgJzEn ICAgICchJyAgICBub3AgICAgbm9wICAgICBPDQogIDAwMyAgICcyJyAgICAn IicgICAgbnVsICAgIG51bCAgICAnQCcgICAgJ0AnICAgIG51bCAgICBudWwg ICAgIE8NCiAgMDA0ICAgJzMnICAgICcjJyAgICBub3AgICAgbm9wICAgIDE1 OCAgICAnIycgICAgbm9wICAgIG5vcCAgICAgTw0KICAwMDUgICAnNCcgICAg MTY0ICAgIG5vcCAgICBub3AgICAgJyQnICAgIDE2NCAgICBub3AgICAgbm9w ICAgICBPDQogIDAwNiAgICc1JyAgICAnJScgICAgbm9wICAgIG5vcCAgICAn NScgICAgJyUnICAgIG5vcCAgICBub3AgICAgIE8NCiAgMDA3ICAgJzYnICAg ICcmJyAgICBub3AgICAgbm9wICAgICc2JyAgICAnJicgICAgbm9wICAgIG5v cCAgICAgTw0KICAwMDggICAnNycgICAgJy8nICAgIG5vcCAgICBub3AgICAg J3snICAgICcvJyAgICBub3AgICAgbm9wICAgICBPDQogIDAwOSAgICc4JyAg ICAnKCcgICAgZXNjICAgIGVzYyAgICAnWycgICAgJygnICAgIGVzYyAgICBl c2MgICAgIE8NCiAgMDEwICAgJzknICAgICcpJyAgICBncyAgICAgZ3MgICAg ICddJyAgICAnKScgICAgZ3MgICAgIGdzICAgICAgTw0KICAwMTEgICAnMCcg ICAgJz0nICAgIG5vcCAgICBub3AgICAgJ30nICAgICc9JyAgICBub3AgICAg bm9wICAgICBPDQogIDAxMiAgICcrJyAgICAnPycgICAgbm9wICAgIG5vcCAg ICAnKycgICAgJz8nICAgIG5vcCAgICBub3AgICAgIE8NCiAgMDEzICAgJ1wn ICAgICdgJyAgICBmcyAgICAgZnMgICAgICcnJyAgICBub3AgICAgbm9wICAg IG5vcCAgICAgTw0KICAwMTQgICBicyAgICAgYnMgICAgIGRlbCAgICBkZWwg ICAgYnMgICAgIGJzICAgICBkZWwgICAgZGVsICAgICBPDQogIDAxNSAgIGh0 ICAgICBidGFiICAgbm9wICAgIG5vcCAgICBodCAgICAgYnRhYiAgIG5vcCAg ICBub3AgICAgIE8NCiAgMDE2ICAgJ3EnICAgICdRJyAgICBkYzEgICAgZGMx ICAgICdxJyAgICAnUScgICAgZGMxICAgIGRjMSAgICAgQw0KICAwMTcgICAn dycgICAgJ1cnICAgIGV0YiAgICBldGIgICAgJ3cnICAgICdXJyAgICBldGIg ICAgZXRiICAgICBDDQogIDAxOCAgICdlJyAgICAnRScgICAgZW5xICAgIGVu cSAgICAyMzMgICAgMjAxICAgIGVucSAgICBlbnEgICAgIEMNCiAgMDE5ICAg J3InICAgICdSJyAgICBkYzIgICAgZGMyICAgIDE3NCAgICAxNzQgICAgZGMy ICAgIGRjMiAgICAgQw0KICAwMjAgICAndCcgICAgJ1QnICAgIGRjNCAgICBk YzQgICAgMjU0ICAgIDIyMiAgICBkYzQgICAgZGM0ICAgICBDDQogIDAyMSAg ICd5JyAgICAnWScgICAgZW0gICAgIGVtICAgICAyNTUgICAgMTY1ICAgIGVt ICAgICBlbSAgICAgIEMNCiAgMDIyICAgJ3UnICAgICdVJyAgICBuYWsgICAg bmFrICAgIDI1MiAgICAyMjAgICAgbmFrICAgIG5hayAgICAgQw0KICAwMjMg ICAnaScgICAgJ0knICAgIGh0ICAgICBodCAgICAgMjM5ICAgIDIwNyAgICBo dCAgICAgaHQgICAgICBDDQogIDAyNCAgICdvJyAgICAnTycgICAgc2kgICAg IHNpICAgICAyNDIgICAgMjEwICAgIHNpICAgICBzaSAgICAgIEMNCiAgMDI1 ICAgJ3AnICAgICdQJyAgICBkbGUgICAgZGxlICAgIDE4MiAgICAxODIgICAg ZGxlICAgIGRsZSAgICAgQw0KICAwMjYgICAyMjkgICAgMTk3ICAgIG5vcCAg ICBub3AgICAgJ30nICAgICddJyAgICBub3AgICAgbm9wICAgICBDDQogIDAy NyAgIDE2OCAgICAnXicgICAgcnMgICAgIHJzICAgICAnficgICAgJ14nICAg IHJzICAgICBycyAgICAgIE8NCiAgMDI4ICAgY3IgICAgIGNyICAgICBubCAg ICAgbmwgICAgIGNyICAgICBjciAgICAgbmwgICAgIG5sICAgICAgTw0KICAw MjkgICBsY3RybCAgbGN0cmwgIGxjdHJsICBsY3RybCAgbGN0cmwgIGxjdHJs ICBsY3RybCAgbGN0cmwgICBPDQogIDAzMCAgICdhJyAgICAnQScgICAgc29o ICAgIHNvaCAgICAyMjUgICAgMTkzICAgIHNvaCAgICBzb2ggICAgIEMNCiAg MDMxICAgJ3MnICAgICdTJyAgICBkYzMgICAgZGMzICAgIDIyMyAgICAyMjMg ICAgZGMzICAgIGRjMyAgICAgQw0KICAwMzIgICAnZCcgICAgJ0QnICAgIGVv dCAgICBlb3QgICAgMjQwICAgIDIwOCAgICBlb3QgICAgZW90ICAgICBDDQog IDAzMyAgICdmJyAgICAnRicgICAgYWNrICAgIGFjayAgICAxNzAgICAgMTcw ICAgIGFjayAgICBhY2sgICAgIEMNCiAgMDM0ICAgJ2cnICAgICdHJyAgICBi ZWwgICAgYmVsICAgICdnJyAgICAnRycgICAgYmVsICAgIGJlbCAgICAgQw0K ICAwMzUgICAnaCcgICAgJ0gnICAgIGJzICAgICBicyAgICAgJ2gnICAgICdI JyAgICBicyAgICAgYnMgICAgICBDDQogIDAzNiAgICdqJyAgICAnSicgICAg bmwgICAgIG5sICAgICAnaicgICAgJ0onICAgIG5sICAgICBubCAgICAgIEMN CiAgMDM3ICAgJ2snICAgICdLJyAgICB2dCAgICAgdnQgICAgICdrJyAgICAn SycgICAgdnQgICAgIHZ0ICAgICAgQw0KICAwMzggICAnbCcgICAgJ0wnICAg IGZmICAgICBmZiAgICAgJ2wnICAgICdMJyAgICBmZiAgICAgZmYgICAgICBD DQogIDAzOSAgIDI0OCAgICAyMTYgICAgbm9wICAgIG5vcCAgICAnfCcgICAg J1wnICAgIG5vcCAgICBub3AgICAgIEMNCiAgMDQwICAgMjMwICAgIDE5OCAg ICBub3AgICAgbm9wICAgICd7JyAgICAnWycgICAgbm9wICAgIG5vcCAgICAg Qw0KICAwNDEgICAnfCcgICAgMTY3ICAgIG5vcCAgICBub3AgICAgMTY2ICAg IDE4MiAgICBub3AgICAgbm9wICAgICBPDQogIDA0MiAgIGxzaGlmdCBsc2hp ZnQgbHNoaWZ0IGxzaGlmdCBsc2hpZnQgbHNoaWZ0IGxzaGlmdCBsc2hpZnQg IE8NCiAgMDQzICAgJycnICAgICcqJyAgICBub3AgICAgbm9wICAgICcnJyAg ICAyMTUgICAgbm9wICAgIG5vcCAgICAgTw0KICAwNDQgICAneicgICAgJ1on ICAgIHN1YiAgICBzdWIgICAgJ3onICAgICdaJyAgICBzdWIgICAgc3ViICAg ICBDDQogIDA0NSAgICd4JyAgICAnWCcgICAgY2FuICAgIGNhbiAgICAyMTUg ICAgMjE1ICAgIGNhbiAgICBjYW4gICAgIEMNCiAgMDQ2ICAgJ2MnICAgICdD JyAgICBldHggICAgZXR4ICAgIDIzMSAgICAxOTkgICAgZXR4ICAgIGV0eCAg ICAgQw0KICAwNDcgICAndicgICAgJ1YnICAgIHN5biAgICBzeW4gICAgJ3Yn ICAgICdWJyAgICBzeW4gICAgc3luICAgICBDDQogIDA0OCAgICdiJyAgICAn QicgICAgc3R4ICAgIHN0eCAgICAnYicgICAgJ0InICAgIHN0eCAgICBzdHgg ICAgIEMNCiAgMDQ5ICAgJ24nICAgICdOJyAgICBzbyAgICAgc28gICAgIDI0 MSAgICAyMDkgICAgc28gICAgIHNvICAgICAgQw0KICAwNTAgICAnbScgICAg J00nICAgIGNyICAgICBjciAgICAgMTgxICAgIDE4NiAgICBjciAgICAgY3Ig ICAgICBDDQogIDA1MSAgICcsJyAgICAnOycgICAgbm9wICAgIG5vcCAgICAx ODQgICAgMTcxICAgIG5vcCAgICBub3AgICAgIE8NCiAgMDUyICAgJy4nICAg ICc6JyAgICBub3AgICAgbm9wICAgIDE4MyAgICAxODcgICAgbm9wICAgIG5v cCAgICAgTw0KICAwNTMgICAnLScgICAgJ18nICAgIHVzICAgICB1cyAgICAg MTczICAgIDE3MyAgICB1cyAgICAgdXMgICAgICBPDQogIDA1NCAgIHJzaGlm dCByc2hpZnQgcnNoaWZ0IHJzaGlmdCByc2hpZnQgcnNoaWZ0IHJzaGlmdCBy c2hpZnQgIE8NCiAgMDU1ICAgJyonICAgICcqJyAgICAnKicgICAgJyonICAg ICcqJyAgICAnKicgICAgJyonICAgICcqJyAgICAgTw0KICAwNTYgICBsYWx0 ICAgbGFsdCAgIGxhbHQgICBsYWx0ICAgbGFsdCAgIGxhbHQgICBsYWx0ICAg bGFsdCAgICBPDQogIDA1NyAgICcgJyAgICAnICcgICAgbnVsICAgICcgJyAg ICAnICcgICAgJyAnICAgIHN1c3AgICAnICcgICAgIE8NCiAgMDU4ICAgY2xv Y2sgIGNsb2NrICBjbG9jayAgY2xvY2sgIGNsb2NrICBjbG9jayAgY2xvY2sg IGNsb2NrICAgTw0KICAwNTkgICBma2V5MDEgZmtleTEzIGZrZXkyNSBma2V5 Mzcgc2NyMDEgIHNjcjExICBzY3IwMSAgc2NyMTEgICBPDQogIDA2MCAgIGZr ZXkwMiBma2V5MTQgZmtleTI2IGZrZXkzOCBzY3IwMiAgc2NyMTIgIHNjcjAy ICBzY3IxMiAgIE8NCiAgMDYxICAgZmtleTAzIGZrZXkxNSBma2V5MjcgZmtl eTM5IHNjcjAzICBzY3IxMyAgc2NyMDMgIHNjcjEzICAgTw0KICAwNjIgICBm a2V5MDQgZmtleTE2IGZrZXkyOCBma2V5NDAgc2NyMDQgIHNjcjE0ICBzY3Iw NCAgc2NyMTQgICBPDQogIDA2MyAgIGZrZXkwNSBma2V5MTcgZmtleTI5IGZr ZXk0MSBzY3IwNSAgc2NyMTUgIHNjcjA1ICBzY3IxNSAgIE8NCiAgMDY0ICAg ZmtleTA2IGZrZXkxOCBma2V5MzAgZmtleTQyIHNjcjA2ICBzY3IxNiAgc2Ny MDYgIHNjcjE2ICAgTw0KICAwNjUgICBma2V5MDcgZmtleTE5IGZrZXkzMSBm a2V5NDMgc2NyMDcgIHNjcjA3ICBzY3IwNyAgc2NyMDcgICBPDQogIDA2NiAg IGZrZXkwOCBma2V5MjAgZmtleTMyIGZrZXk0NCBzY3IwOCAgc2NyMDggIHNj cjA4ICBzY3IwOCAgIE8NCiAgMDY3ICAgZmtleTA5IGZrZXkyMSBma2V5MzMg ZmtleTQ1IHNjcjA5ICBzY3IwOSAgc2NyMDkgIHNjcjA5ICAgTw0KICAwNjgg ICBma2V5MTAgZmtleTIyIGZrZXkzNCBma2V5NDYgc2NyMTAgIHNjcjEwICBz Y3IxMCAgc2NyMTAgICBPDQogIDA2OSAgIG5sb2NrICBubG9jayAgbmxvY2sg IG5sb2NrICBubG9jayAgbmxvY2sgIG5sb2NrICBubG9jayAgIE8NCiAgMDcw ICAgc2xvY2sgIHNsb2NrICBzbG9jayAgc2xvY2sgIHNsb2NrICBzbG9jayAg c2xvY2sgIHNsb2NrICAgTw0KICAwNzEgICBma2V5NDkgJzcnICAgICc3JyAg ICAnNycgICAgJzcnICAgICc3JyAgICAnNycgICAgJzcnICAgICBODQogIDA3 MiAgIGZrZXk1MCAnOCcgICAgJzgnICAgICc4JyAgICAnOCcgICAgJzgnICAg ICc4JyAgICAnOCcgICAgIE4NCiAgMDczICAgZmtleTUxICc5JyAgICAnOScg ICAgJzknICAgICc5JyAgICAnOScgICAgJzknICAgICc5JyAgICAgTg0KICAw NzQgICBma2V5NTIgJy0nICAgICctJyAgICAnLScgICAgJy0nICAgICctJyAg ICAnLScgICAgJy0nICAgICBODQogIDA3NSAgIGZrZXk1MyAnNCcgICAgJzQn ICAgICc0JyAgICAnNCcgICAgJzQnICAgICc0JyAgICAnNCcgICAgIE4NCiAg MDc2ICAgZmtleTU0ICc1JyAgICAnNScgICAgJzUnICAgICc1JyAgICAnNScg ICAgJzUnICAgICc1JyAgICAgTg0KICAwNzcgICBma2V5NTUgJzYnICAgICc2 JyAgICAnNicgICAgJzYnICAgICc2JyAgICAnNicgICAgJzYnICAgICBODQog IDA3OCAgIGZrZXk1NiAnKycgICAgJysnICAgICcrJyAgICAnKycgICAgJysn ICAgICcrJyAgICAnKycgICAgIE4NCiAgMDc5ICAgZmtleTU3ICcxJyAgICAn MScgICAgJzEnICAgICcxJyAgICAnMScgICAgJzEnICAgICcxJyAgICAgTg0K ICAwODAgICBma2V5NTggJzInICAgICcyJyAgICAnMicgICAgJzInICAgICcy JyAgICAnMicgICAgJzInICAgICBODQogIDA4MSAgIGZrZXk1OSAnMycgICAg JzMnICAgICczJyAgICAnMycgICAgJzMnICAgICczJyAgICAnMycgICAgIE4N CiAgMDgyICAgZmtleTYwICcwJyAgICAnMCcgICAgJzAnICAgICcwJyAgICAn MCcgICAgJzAnICAgICcwJyAgICAgTg0KICAwODMgICBkZWwgICAgJy4nICAg ICcuJyAgICAnLicgICAgJy4nICAgICcuJyAgICBib290ICAgYm9vdCAgICBO DQogIDA4NCAgIG5vcCAgICBub3AgICAgbm9wICAgIG5vcCAgICBub3AgICAg bm9wICAgIG5vcCAgICBub3AgICAgIE8NCiAgMDg1ICAgbm9wICAgIG5vcCAg ICBub3AgICAgbm9wICAgIG5vcCAgICBub3AgICAgbm9wICAgIG5vcCAgICAg Tw0KICAwODYgICAnPCcgICAgJz4nICAgIGZzICAgICBmcyAgICAgMTcxICAg IDE4NyAgICBmcyAgICAgZnMgICAgICBPDQogIDA4NyAgIGZrZXkxMSBma2V5 MjMgZmtleTM1IGZrZXk0NyBzY3IxMSAgc2NyMTEgIHNjcjExICBzY3IxMSAg IE8NCiAgMDg4ICAgZmtleTEyIGZrZXkyNCBma2V5MzYgZmtleTQ4IHNjcjEy ICBzY3IxMiAgc2NyMTIgIHNjcjEyICAgTw0KICAwODkgICBjciAgICAgY3Ig ICAgIG5sICAgICBubCAgICAgY3IgICAgIGNyICAgICBubCAgICAgbmwgICAg ICBPDQogIDA5MCAgIHJjdHJsICByY3RybCAgcmN0cmwgIHJjdHJsICByY3Ry bCAgcmN0cmwgIHJjdHJsICByY3RybCAgIE8NCiAgMDkxICAgJy8nICAgICcv JyAgICAnLycgICAgJy8nICAgICcvJyAgICAnLycgICAgJy8nICAgICcvJyAg ICAgTw0KICAwOTIgICBuc2NyICAgcHNjciAgIGRlYnVnICBkZWJ1ZyAgbm9w ICAgIG5vcCAgICBub3AgICAgbm9wICAgICBPDQogIDA5MyAgIHJhbHQgICBy YWx0ICAgcmFsdCAgIHJhbHQgICByYWx0ICAgcmFsdCAgIHJhbHQgICByYWx0 ICAgIE8NCiAgMDk0ICAgZmtleTQ5IGZrZXk0OSBma2V5NDkgZmtleTQ5IGZr ZXk0OSBma2V5NDkgZmtleTQ5IGZrZXk0OSAgTw0KICAwOTUgICBma2V5NTAg ZmtleTUwIGZrZXk1MCBma2V5NTAgZmtleTUwIGZrZXk1MCBma2V5NTAgZmtl eTUwICBPDQogIDA5NiAgIGZrZXk1MSBma2V5NTEgZmtleTUxIGZrZXk1MSBm a2V5NTEgZmtleTUxIGZrZXk1MSBma2V5NTEgIE8NCiAgMDk3ICAgZmtleTUz IGZrZXk1MyBma2V5NTMgZmtleTUzIGZrZXk1MyBma2V5NTMgZmtleTUzIGZr ZXk1MyAgTw0KICAwOTggICBma2V5NTUgZmtleTU1IGZrZXk1NSBma2V5NTUg ZmtleTU1IGZrZXk1NSBma2V5NTUgZmtleTU1ICBPDQogIDA5OSAgIGZrZXk1 NyBma2V5NTcgZmtleTU3IGZrZXk1NyBma2V5NTcgZmtleTU3IGZrZXk1NyBm a2V5NTcgIE8NCiAgMTAwICAgZmtleTU4IGZrZXk1OCBma2V5NTggZmtleTU4 IGZrZXk1OCBma2V5NTggZmtleTU4IGZrZXk1OCAgTw0KICAxMDEgICBma2V5 NTkgZmtleTU5IGZrZXk1OSBma2V5NTkgZmtleTU5IGZrZXk1OSBma2V5NTkg ZmtleTU5ICBPDQogIDEwMiAgIGZrZXk2MCBwYXN0ZSAgZmtleTYwIGZrZXk2 MCBma2V5NjAgZmtleTYwIGZrZXk2MCBma2V5NjAgIE8NCiAgMTAzCWZrZXk2 MSBma2V5NjEgZmtleTYxIGZrZXk2MSBma2V5NjEgZmtleTYxIGJvb3QgICBm a2V5NjEgIE8NCiAgMTA0ICAgc2xvY2sgIHNhdmVyICBzbG9jayAgc2F2ZXIg IHN1c3AgICBub3AgICAgc3VzcCAgIG5vcCAgICAgTw0KICAxMDUgICBma2V5 NjIgZmtleTYyIGZrZXk2MiBma2V5NjIgZmtleTYyIGZrZXk2MiBma2V5NjIg ZmtleTYyICBPDQogIDEwNiAgIGZrZXk2MyBma2V5NjMgZmtleTYzIGZrZXk2 MyBma2V5NjMgZmtleTYzIGZrZXk2MyBma2V5NjMgIE8NCiAgMTA3ICAgZmtl eTY0IGZrZXk2NCBma2V5NjQgZmtleTY0IGZrZXk2NCBma2V5NjQgZmtleTY0 IGZrZXk2NCAgTw0KICAxMDggICBub3AgICAgbm9wICAgIG5vcCAgICBub3Ag ICAgbm9wICAgIG5vcCAgICBub3AgICAgbm9wICAgICBPDQo= --2055831798-723106759-1404402654=:11883 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=norwegian.iso.kbd Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: The old ISO-8859-1 Norwegian keymap Content-Disposition: attachment; filename=norwegian.iso.kbd IyAkRnJlZUJTRDogaGVhZC9zaGFyZS9zeXNjb25zL2tleW1hcHMvbm9yd2Vn aWFuLmlzby5rYmQgMTE3MjcxIDIwMDMtMDctMDYgMDM6MDk6NDBaIGFjaGUg JA0KIyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIGFsdA0KIyBzY2FuICAgICAgICAgICAgICAgICAg ICAgICBjbnRybCAgICAgICAgICBhbHQgICAgYWx0ICAgY250cmwgbG9jaw0K IyBjb2RlICBiYXNlICAgc2hpZnQgIGNudHJsICBzaGlmdCAgYWx0ICAgIHNo aWZ0ICBjbnRybCAgc2hpZnQgc3RhdGUNCiMgLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tDQogIDAwMCAgIG5vcCAgICBub3AgICAgbm9wICAgIG5vcCAgICBub3Ag ICAgbm9wICAgIG5vcCAgICBub3AgICAgIE8NCiAgMDAxICAgZXNjICAgIGVz YyAgICBlc2MgICAgZXNjICAgIGVzYyAgICBlc2MgICAgZGVidWcgIGVzYyAg ICAgTw0KICAwMDIgICAnMScgICAgJyEnICAgIG5vcCAgICBub3AgICAgJzEn ICAgICchJyAgICBub3AgICAgbm9wICAgICBPDQogIDAwMyAgICcyJyAgICAn IicgICAgbnVsICAgIG51bCAgICAnQCcgICAgJ0AnICAgIG51bCAgICBudWwg ICAgIE8NCiAgMDA0ICAgJzMnICAgICcjJyAgICBub3AgICAgbm9wICAgIDE1 OCAgICAnIycgICAgbm9wICAgIG5vcCAgICAgTw0KICAwMDUgICAnNCcgICAg MTY0ICAgIG5vcCAgICBub3AgICAgJyQnICAgIDE2NCAgICBub3AgICAgbm9w ICAgICBPDQogIDAwNiAgICc1JyAgICAnJScgICAgbm9wICAgIG5vcCAgICAn NScgICAgJyUnICAgIG5vcCAgICBub3AgICAgIE8NCiAgMDA3ICAgJzYnICAg ICcmJyAgICBub3AgICAgbm9wICAgICc2JyAgICAnJicgICAgbm9wICAgIG5v cCAgICAgTw0KICAwMDggICAnNycgICAgJy8nICAgIG5vcCAgICBub3AgICAg J3snICAgICcvJyAgICBub3AgICAgbm9wICAgICBPDQogIDAwOSAgICc4JyAg ICAnKCcgICAgZXNjICAgIGVzYyAgICAnWycgICAgJygnICAgIGVzYyAgICBl c2MgICAgIE8NCiAgMDEwICAgJzknICAgICcpJyAgICBncyAgICAgZ3MgICAg ICddJyAgICAnKScgICAgZ3MgICAgIGdzICAgICAgTw0KICAwMTEgICAnMCcg ICAgJz0nICAgIG5vcCAgICBub3AgICAgJ30nICAgICc9JyAgICBub3AgICAg bm9wICAgICBPDQogIDAxMiAgICcrJyAgICAnPycgICAgbm9wICAgIG5vcCAg ICAnKycgICAgJz8nICAgIG5vcCAgICBub3AgICAgIE8NCiAgMDEzICAgJ1wn ICAgICdgJyAgICBmcyAgICAgZnMgICAgICcnJyAgICBub3AgICAgbm9wICAg IG5vcCAgICAgTw0KICAwMTQgICBicyAgICAgYnMgICAgIGRlbCAgICBkZWwg ICAgYnMgICAgIGJzICAgICBkZWwgICAgZGVsICAgICBPDQogIDAxNSAgIGh0 ICAgICBidGFiICAgbm9wICAgIG5vcCAgICBodCAgICAgYnRhYiAgIG5vcCAg ICBub3AgICAgIE8NCiAgMDE2ICAgJ3EnICAgICdRJyAgICBkYzEgICAgZGMx ICAgICdxJyAgICAnUScgICAgZGMxICAgIGRjMSAgICAgQw0KICAwMTcgICAn dycgICAgJ1cnICAgIGV0YiAgICBldGIgICAgJ3cnICAgICdXJyAgICBldGIg ICAgZXRiICAgICBDDQogIDAxOCAgICdlJyAgICAnRScgICAgZW5xICAgIGVu cSAgICAyMzMgICAgMjAxICAgIGVucSAgICBlbnEgICAgIEMNCiAgMDE5ICAg J3InICAgICdSJyAgICBkYzIgICAgZGMyICAgIDE3NCAgICAxNzQgICAgZGMy ICAgIGRjMiAgICAgQw0KICAwMjAgICAndCcgICAgJ1QnICAgIGRjNCAgICBk YzQgICAgMjU0ICAgIDIyMiAgICBkYzQgICAgZGM0ICAgICBDDQogIDAyMSAg ICd5JyAgICAnWScgICAgZW0gICAgIGVtICAgICAyNTUgICAgMTY1ICAgIGVt ICAgICBlbSAgICAgIEMNCiAgMDIyICAgJ3UnICAgICdVJyAgICBuYWsgICAg bmFrICAgIDI1MiAgICAyMjAgICAgbmFrICAgIG5hayAgICAgQw0KICAwMjMg ICAnaScgICAgJ0knICAgIGh0ICAgICBodCAgICAgMjM5ICAgIDIwNyAgICBo dCAgICAgaHQgICAgICBDDQogIDAyNCAgICdvJyAgICAnTycgICAgc2kgICAg IHNpICAgICAyNDIgICAgMjEwICAgIHNpICAgICBzaSAgICAgIEMNCiAgMDI1 ICAgJ3AnICAgICdQJyAgICBkbGUgICAgZGxlICAgIDE4MiAgICAxODIgICAg ZGxlICAgIGRsZSAgICAgQw0KICAwMjYgICAyMjkgICAgMTk3ICAgIG5vcCAg ICBub3AgICAgJ30nICAgICddJyAgICBub3AgICAgbm9wICAgICBDDQogIDAy NyAgIDE2OCAgICAnXicgICAgcnMgICAgIHJzICAgICAnficgICAgJ14nICAg IHJzICAgICBycyAgICAgIE8NCiAgMDI4ICAgY3IgICAgIGNyICAgICBubCAg ICAgbmwgICAgIGNyICAgICBjciAgICAgbmwgICAgIG5sICAgICAgTw0KICAw MjkgICBsY3RybCAgbGN0cmwgIGxjdHJsICBsY3RybCAgbGN0cmwgIGxjdHJs ICBsY3RybCAgbGN0cmwgICBPDQogIDAzMCAgICdhJyAgICAnQScgICAgc29o ICAgIHNvaCAgICAyMjUgICAgMTkzICAgIHNvaCAgICBzb2ggICAgIEMNCiAg MDMxICAgJ3MnICAgICdTJyAgICBkYzMgICAgZGMzICAgIDIyMyAgICAyMjMg ICAgZGMzICAgIGRjMyAgICAgQw0KICAwMzIgICAnZCcgICAgJ0QnICAgIGVv dCAgICBlb3QgICAgMjQwICAgIDIwOCAgICBlb3QgICAgZW90ICAgICBDDQog IDAzMyAgICdmJyAgICAnRicgICAgYWNrICAgIGFjayAgICAxNzAgICAgMTcw ICAgIGFjayAgICBhY2sgICAgIEMNCiAgMDM0ICAgJ2cnICAgICdHJyAgICBi ZWwgICAgYmVsICAgICdnJyAgICAnRycgICAgYmVsICAgIGJlbCAgICAgQw0K ICAwMzUgICAnaCcgICAgJ0gnICAgIGJzICAgICBicyAgICAgJ2gnICAgICdI JyAgICBicyAgICAgYnMgICAgICBDDQogIDAzNiAgICdqJyAgICAnSicgICAg bmwgICAgIG5sICAgICAnaicgICAgJ0onICAgIG5sICAgICBubCAgICAgIEMN CiAgMDM3ICAgJ2snICAgICdLJyAgICB2dCAgICAgdnQgICAgICdrJyAgICAn SycgICAgdnQgICAgIHZ0ICAgICAgQw0KICAwMzggICAnbCcgICAgJ0wnICAg IGZmICAgICBmZiAgICAgJ2wnICAgICdMJyAgICBmZiAgICAgZmYgICAgICBD DQogIDAzOSAgIDI0OCAgICAyMTYgICAgbm9wICAgIG5vcCAgICAnfCcgICAg J1wnICAgIG5vcCAgICBub3AgICAgIEMNCiAgMDQwICAgMjMwICAgIDE5OCAg ICBub3AgICAgbm9wICAgICd7JyAgICAnWycgICAgbm9wICAgIG5vcCAgICAg Qw0KICAwNDEgICAnfCcgICAgMTY3ICAgIG5vcCAgICBub3AgICAgMTY2ICAg IDE4MiAgICBub3AgICAgbm9wICAgICBPDQogIDA0MiAgIGxzaGlmdCBsc2hp ZnQgbHNoaWZ0IGxzaGlmdCBsc2hpZnQgbHNoaWZ0IGxzaGlmdCBsc2hpZnQg IE8NCiAgMDQzICAgJycnICAgICcqJyAgICBub3AgICAgbm9wICAgICcnJyAg ICAyMTUgICAgbm9wICAgIG5vcCAgICAgTw0KICAwNDQgICAneicgICAgJ1on ICAgIHN1YiAgICBzdWIgICAgJ3onICAgICdaJyAgICBzdWIgICAgc3ViICAg ICBDDQogIDA0NSAgICd4JyAgICAnWCcgICAgY2FuICAgIGNhbiAgICAyMTUg ICAgMjE1ICAgIGNhbiAgICBjYW4gICAgIEMNCiAgMDQ2ICAgJ2MnICAgICdD JyAgICBldHggICAgZXR4ICAgIDIzMSAgICAxOTkgICAgZXR4ICAgIGV0eCAg ICAgQw0KICAwNDcgICAndicgICAgJ1YnICAgIHN5biAgICBzeW4gICAgJ3Yn ICAgICdWJyAgICBzeW4gICAgc3luICAgICBDDQogIDA0OCAgICdiJyAgICAn QicgICAgc3R4ICAgIHN0eCAgICAnYicgICAgJ0InICAgIHN0eCAgICBzdHgg ICAgIEMNCiAgMDQ5ICAgJ24nICAgICdOJyAgICBzbyAgICAgc28gICAgIDI0 MSAgICAyMDkgICAgc28gICAgIHNvICAgICAgQw0KICAwNTAgICAnbScgICAg J00nICAgIGNyICAgICBjciAgICAgMTgxICAgIDE4NiAgICBjciAgICAgY3Ig ICAgICBDDQogIDA1MSAgICcsJyAgICAnOycgICAgbm9wICAgIG5vcCAgICAx ODQgICAgMTcxICAgIG5vcCAgICBub3AgICAgIE8NCiAgMDUyICAgJy4nICAg ICc6JyAgICBub3AgICAgbm9wICAgIDE4MyAgICAxODcgICAgbm9wICAgIG5v cCAgICAgTw0KICAwNTMgICAnLScgICAgJ18nICAgIHVzICAgICB1cyAgICAg MTczICAgIDE3MyAgICB1cyAgICAgdXMgICAgICBPDQogIDA1NCAgIHJzaGlm dCByc2hpZnQgcnNoaWZ0IHJzaGlmdCByc2hpZnQgcnNoaWZ0IHJzaGlmdCBy c2hpZnQgIE8NCiAgMDU1ICAgJyonICAgICcqJyAgICAnKicgICAgJyonICAg ICcqJyAgICAnKicgICAgJyonICAgICcqJyAgICAgTw0KICAwNTYgICBsYWx0 ICAgbGFsdCAgIGxhbHQgICBsYWx0ICAgbGFsdCAgIGxhbHQgICBsYWx0ICAg bGFsdCAgICBPDQogIDA1NyAgICcgJyAgICAnICcgICAgbnVsICAgICcgJyAg ICAnICcgICAgJyAnICAgIHN1c3AgICAnICcgICAgIE8NCiAgMDU4ICAgY2xv Y2sgIGNsb2NrICBjbG9jayAgY2xvY2sgIGNsb2NrICBjbG9jayAgY2xvY2sg IGNsb2NrICAgTw0KICAwNTkgICBma2V5MDEgZmtleTEzIGZrZXkyNSBma2V5 Mzcgc2NyMDEgIHNjcjExICBzY3IwMSAgc2NyMTEgICBPDQogIDA2MCAgIGZr ZXkwMiBma2V5MTQgZmtleTI2IGZrZXkzOCBzY3IwMiAgc2NyMTIgIHNjcjAy ICBzY3IxMiAgIE8NCiAgMDYxICAgZmtleTAzIGZrZXkxNSBma2V5MjcgZmtl eTM5IHNjcjAzICBzY3IxMyAgc2NyMDMgIHNjcjEzICAgTw0KICAwNjIgICBm a2V5MDQgZmtleTE2IGZrZXkyOCBma2V5NDAgc2NyMDQgIHNjcjE0ICBzY3Iw NCAgc2NyMTQgICBPDQogIDA2MyAgIGZrZXkwNSBma2V5MTcgZmtleTI5IGZr ZXk0MSBzY3IwNSAgc2NyMTUgIHNjcjA1ICBzY3IxNSAgIE8NCiAgMDY0ICAg ZmtleTA2IGZrZXkxOCBma2V5MzAgZmtleTQyIHNjcjA2ICBzY3IxNiAgc2Ny MDYgIHNjcjE2ICAgTw0KICAwNjUgICBma2V5MDcgZmtleTE5IGZrZXkzMSBm a2V5NDMgc2NyMDcgIHNjcjA3ICBzY3IwNyAgc2NyMDcgICBPDQogIDA2NiAg IGZrZXkwOCBma2V5MjAgZmtleTMyIGZrZXk0NCBzY3IwOCAgc2NyMDggIHNj cjA4ICBzY3IwOCAgIE8NCiAgMDY3ICAgZmtleTA5IGZrZXkyMSBma2V5MzMg ZmtleTQ1IHNjcjA5ICBzY3IwOSAgc2NyMDkgIHNjcjA5ICAgTw0KICAwNjgg ICBma2V5MTAgZmtleTIyIGZrZXkzNCBma2V5NDYgc2NyMTAgIHNjcjEwICBz Y3IxMCAgc2NyMTAgICBPDQogIDA2OSAgIG5sb2NrICBubG9jayAgbmxvY2sg IG5sb2NrICBubG9jayAgbmxvY2sgIG5sb2NrICBubG9jayAgIE8NCiAgMDcw ICAgc2xvY2sgIHNsb2NrICBzbG9jayAgc2xvY2sgIHNsb2NrICBzbG9jayAg c2xvY2sgIHNsb2NrICAgTw0KICAwNzEgICBma2V5NDkgJzcnICAgICc3JyAg ICAnNycgICAgJzcnICAgICc3JyAgICAnNycgICAgJzcnICAgICBODQogIDA3 MiAgIGZrZXk1MCAnOCcgICAgJzgnICAgICc4JyAgICAnOCcgICAgJzgnICAg ICc4JyAgICAnOCcgICAgIE4NCiAgMDczICAgZmtleTUxICc5JyAgICAnOScg ICAgJzknICAgICc5JyAgICAnOScgICAgJzknICAgICc5JyAgICAgTg0KICAw NzQgICBma2V5NTIgJy0nICAgICctJyAgICAnLScgICAgJy0nICAgICctJyAg ICAnLScgICAgJy0nICAgICBODQogIDA3NSAgIGZrZXk1MyAnNCcgICAgJzQn ICAgICc0JyAgICAnNCcgICAgJzQnICAgICc0JyAgICAnNCcgICAgIE4NCiAg MDc2ICAgZmtleTU0ICc1JyAgICAnNScgICAgJzUnICAgICc1JyAgICAnNScg ICAgJzUnICAgICc1JyAgICAgTg0KICAwNzcgICBma2V5NTUgJzYnICAgICc2 JyAgICAnNicgICAgJzYnICAgICc2JyAgICAnNicgICAgJzYnICAgICBODQog IDA3OCAgIGZrZXk1NiAnKycgICAgJysnICAgICcrJyAgICAnKycgICAgJysn ICAgICcrJyAgICAnKycgICAgIE4NCiAgMDc5ICAgZmtleTU3ICcxJyAgICAn MScgICAgJzEnICAgICcxJyAgICAnMScgICAgJzEnICAgICcxJyAgICAgTg0K ICAwODAgICBma2V5NTggJzInICAgICcyJyAgICAnMicgICAgJzInICAgICcy JyAgICAnMicgICAgJzInICAgICBODQogIDA4MSAgIGZrZXk1OSAnMycgICAg JzMnICAgICczJyAgICAnMycgICAgJzMnICAgICczJyAgICAnMycgICAgIE4N CiAgMDgyICAgZmtleTYwICcwJyAgICAnMCcgICAgJzAnICAgICcwJyAgICAn MCcgICAgJzAnICAgICcwJyAgICAgTg0KICAwODMgICBkZWwgICAgJy4nICAg ICcuJyAgICAnLicgICAgJy4nICAgICcuJyAgICBib290ICAgYm9vdCAgICBO DQogIDA4NCAgIG5vcCAgICBub3AgICAgbm9wICAgIG5vcCAgICBub3AgICAg bm9wICAgIG5vcCAgICBub3AgICAgIE8NCiAgMDg1ICAgbm9wICAgIG5vcCAg ICBub3AgICAgbm9wICAgIG5vcCAgICBub3AgICAgbm9wICAgIG5vcCAgICAg Tw0KICAwODYgICAnPCcgICAgJz4nICAgIGZzICAgICBmcyAgICAgMTcxICAg IDE4NyAgICBmcyAgICAgZnMgICAgICBPDQogIDA4NyAgIGZrZXkxMSBma2V5 MjMgZmtleTM1IGZrZXk0NyBzY3IxMSAgc2NyMTEgIHNjcjExICBzY3IxMSAg IE8NCiAgMDg4ICAgZmtleTEyIGZrZXkyNCBma2V5MzYgZmtleTQ4IHNjcjEy ICBzY3IxMiAgc2NyMTIgIHNjcjEyICAgTw0KICAwODkgICBjciAgICAgY3Ig ICAgIG5sICAgICBubCAgICAgY3IgICAgIGNyICAgICBubCAgICAgbmwgICAg ICBPDQogIDA5MCAgIHJjdHJsICByY3RybCAgcmN0cmwgIHJjdHJsICByY3Ry bCAgcmN0cmwgIHJjdHJsICByY3RybCAgIE8NCiAgMDkxICAgJy8nICAgICcv JyAgICAnLycgICAgJy8nICAgICcvJyAgICAnLycgICAgJy8nICAgICcvJyAg ICAgTw0KICAwOTIgICBuc2NyICAgcHNjciAgIGRlYnVnICBkZWJ1ZyAgbm9w ICAgIG5vcCAgICBub3AgICAgbm9wICAgICBPDQogIDA5MyAgIHJhbHQgICBy YWx0ICAgcmFsdCAgIHJhbHQgICByYWx0ICAgcmFsdCAgIHJhbHQgICByYWx0 ICAgIE8NCiAgMDk0ICAgZmtleTQ5IGZrZXk0OSBma2V5NDkgZmtleTQ5IGZr ZXk0OSBma2V5NDkgZmtleTQ5IGZrZXk0OSAgTw0KICAwOTUgICBma2V5NTAg ZmtleTUwIGZrZXk1MCBma2V5NTAgZmtleTUwIGZrZXk1MCBma2V5NTAgZmtl eTUwICBPDQogIDA5NiAgIGZrZXk1MSBma2V5NTEgZmtleTUxIGZrZXk1MSBm a2V5NTEgZmtleTUxIGZrZXk1MSBma2V5NTEgIE8NCiAgMDk3ICAgZmtleTUz IGZrZXk1MyBma2V5NTMgZmtleTUzIGZrZXk1MyBma2V5NTMgZmtleTUzIGZr ZXk1MyAgTw0KICAwOTggICBma2V5NTUgZmtleTU1IGZrZXk1NSBma2V5NTUg ZmtleTU1IGZrZXk1NSBma2V5NTUgZmtleTU1ICBPDQogIDA5OSAgIGZrZXk1 NyBma2V5NTcgZmtleTU3IGZrZXk1NyBma2V5NTcgZmtleTU3IGZrZXk1NyBm a2V5NTcgIE8NCiAgMTAwICAgZmtleTU4IGZrZXk1OCBma2V5NTggZmtleTU4 IGZrZXk1OCBma2V5NTggZmtleTU4IGZrZXk1OCAgTw0KICAxMDEgICBma2V5 NTkgZmtleTU5IGZrZXk1OSBma2V5NTkgZmtleTU5IGZrZXk1OSBma2V5NTkg ZmtleTU5ICBPDQogIDEwMiAgIGZrZXk2MCBwYXN0ZSAgZmtleTYwIGZrZXk2 MCBma2V5NjAgZmtleTYwIGZrZXk2MCBma2V5NjAgIE8NCiAgMTAzCWZrZXk2 MSBma2V5NjEgZmtleTYxIGZrZXk2MSBma2V5NjEgZmtleTYxIGJvb3QgICBm a2V5NjEgIE8NCiAgMTA0ICAgc2xvY2sgIHNhdmVyICBzbG9jayAgc2F2ZXIg IHN1c3AgICBub3AgICAgc3VzcCAgIG5vcCAgICAgTw0KICAxMDUgICBma2V5 NjIgZmtleTYyIGZrZXk2MiBma2V5NjIgZmtleTYyIGZrZXk2MiBma2V5NjIg ZmtleTYyICBPDQogIDEwNiAgIGZrZXk2MyBma2V5NjMgZmtleTYzIGZrZXk2 MyBma2V5NjMgZmtleTYzIGZrZXk2MyBma2V5NjMgIE8NCiAgMTA3ICAgZmtl eTY0IGZrZXk2NCBma2V5NjQgZmtleTY0IGZrZXk2NCBma2V5NjQgZmtleTY0 IGZrZXk2NCAgTw0KICAxMDggICBub3AgICAgbm9wICAgIG5vcCAgICBub3Ag ICAgbm9wICAgIG5vcCAgICBub3AgICAgbm9wICAgICBPDQo= --2055831798-723106759-1404402654=:11883-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 3 16:21:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 03FB5DCB; Thu, 3 Jul 2014 16:21:07 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 73A832AF5; Thu, 3 Jul 2014 16:21:05 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.9/8.14.9) with ESMTP id s63GKx7T013847 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 3 Jul 2014 18:20:59 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.9/8.14.9/Submit) with ESMTP id s63GKxBv013844; Thu, 3 Jul 2014 18:20:59 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Thu, 3 Jul 2014 18:20:59 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Aleksandr Rybalko Subject: Re: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165 In-Reply-To: Message-ID: References: <20140703124838.ab79fb8e394addbb92b082ca@ddteam.net> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; BOUNDARY="2055831798-723106759-1404402654=:11883" Content-ID: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no Cc: FreeBSD current , Ed Maste X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 03 Jul 2014 16:21:07 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2055831798-723106759-1404402654=:11883 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 Content-Transfer-Encoding: 8BIT Content-ID: On Thu, 3 Jul 2014 17:50+0200, Trond Endrestl wrote: > On Thu, 3 Jul 2014 12:48+0300, Aleksandr Rybalko wrote: > > > On Thu, 3 Jul 2014 08:31:45 +0200 (CEST) > > Trond Endrestl wrote: > > > > > On Thu, 3 Jul 2014 08:21+0200, Trond Endrestl wrote: > > > > > > > On Wed, 2 Jul 2014 17:37-0400, Ed Maste wrote: > > > > > > > > > On 2 July 2014 17:09, Trond Endrestl > > > > > wrote: > > > > > > On Wed, 2 Jul 2014 16:43-0400, Ed Maste wrote: > > > > > > > > > > > >> On 2 July 2014 14:51, Trond Endrestl > > > > > >> wrote: > > > > > >> > Hi, > > > > > >> > > > > > > >> > Is it just me or is there something wrong with vidcontrol(1) in > > > > > >> > base/head, amd64, sc console, r268165? > > > > > >> > > > > > >> Should be fixed in r268175. > > > > > > > > > > > > Looks good, thanks. > > > > > > > > > > Thanks for the report, and sorry for the trouble. > > > > > > > > No trouble at all, I follow base/head (and stable/{8,9,10}) on various > > > > VMs at home only to know what's ahead. ;-) > > > > > > > > Since neither kbdcontrol(1) nor I mind using the old syscons keymap > > > > file norwegian.iso.kbd, wouldn't it be nice if kbdcontrol(1), while in > > > > vt(4) mode, would search for keymaps in /usr/share/syscons/keymaps > > > > after searching for them in /usr/share/vt/keymaps? > > > > > > > > E.g.: > > > > > > > > Index: usr.sbin/kbdcontrol/kbdcontrol.c > > > > =================================================================== > > > > --- usr.sbin/kbdcontrol/kbdcontrol.c (revision 268203) > > > > +++ usr.sbin/kbdcontrol/kbdcontrol.c (working copy) > > > > @@ -804,7 +804,7 @@ > > > > char *postfix[] = {blank, dotkbd, NULL}; > > > > > > > > if (is_vt4()) > > > > - prefix[2] = vt_keymap_path; > > > > + prefix[1] = vt_keymap_path; > > > > cp = getenv("KEYMAP_PATH"); > > > > if (cp != NULL) > > > > asprintf(&(prefix[0]), "%s/", cp); > > > > > > Or maybe this patch is even better, as it leaves one instance of blank > > > in the array when KEYMAP_PATH is set in the environment, at prefix[1], > > > and sadly add a redundant blank at prefix[2] when KEYMAP_PATH is not > > > set in the environment. > > > > > > Index: usr.sbin/kbdcontrol/kbdcontrol.c > > > =================================================================== > > > --- usr.sbin/kbdcontrol/kbdcontrol.c (revision 268203) > > > +++ usr.sbin/kbdcontrol/kbdcontrol.c (working copy) > > > @@ -800,7 +800,7 @@ > > > char *name, *cp; > > > char blank[] = "", keymap_path[] = KEYMAP_PATH; > > > char vt_keymap_path[] = VT_KEYMAP_PATH, dotkbd[] = ".kbd"; > > > - char *prefix[] = {blank, blank, keymap_path, NULL}; > > > + char *prefix[] = {blank, blank, blank, keymap_path, NULL}; > > > char *postfix[] = {blank, dotkbd, NULL}; > > > > > > if (is_vt4()) > > > > > > For now I could just stick to using an absolute pathname for keymap= > > > in /etc/rc.conf. > > > > Hi Trond, > > > > It is not so good idea to fallback to syscons keymaps, because vt(4) > > works with Unicode only char codes. So fallback will make input with > > non-English characters - unreadable. > > > > Instead of that fallback you can convert keymaps you can verify by > > follow instructions in [1], then please check it and send it to list, > > so me or someone else will commit it. > > > > Thank you for reports! > > > > 1. > > http://raybsd.blogspot.com/2013/10/newcons-international-keyboard-input.html > > I tried to follow the instructions, but I honestly don't see any > difference. > > I downloaded uakbd2ukbd.pl.gz, decompressed the file, installed > converters/p5-Text-Iconv, copied /usr/share/syscons/norwegian.iso.kbd > to cwd, and ran: > > ./uakbd2ukbd.pl norwegian.iso.kbd ISO-8859-1 > norwegian.utf8.kbd > > Running diff -u norwegian.* shows absolutely no difference. > > Is it pilot error on my part? Yes, perhaps it was pilot error. Running: ./uakbd2ukbd.pl norwegian.iso.kbd ISO-8859-15 > norwegian.utf8-15.kbd produced differences when compared to norwegian.iso.kbd. The keyboard checked out on all three occasions, with the original norwegian.iso.kbd, with the norwegian.utf8.kbd, and with the norwegian.utf8-15.kbd. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ --2055831798-723106759-1404402654=:11883 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=norwegian.utf8-15.kbd Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: UTF-8 ready (?) Norwegian keymap based on ISO 8859-15 interpretation Content-Disposition: attachment; filename=norwegian.utf8-15.kbd IyAkRnJlZUJTRDogaGVhZC9zaGFyZS9zeXNjb25zL2tleW1hcHMvbm9yd2Vn aWFuLmlzby5rYmQgMTE3MjcxIDIwMDMtMDctMDYgMDM6MDk6NDBaIGFjaGUg JA0KIyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIGFsdA0KIyBzY2FuICAgICAgICAgICAgICAgICAg ICAgICBjbnRybCAgICAgICAgICBhbHQgICAgYWx0ICAgY250cmwgbG9jaw0K IyBjb2RlICBiYXNlICAgc2hpZnQgIGNudHJsICBzaGlmdCAgYWx0ICAgIHNo aWZ0ICBjbnRybCAgc2hpZnQgc3RhdGUNCiMgLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tDQogIDAwMCAgIG5vcCAgICBub3AgICAgbm9wICAgIG5vcCAgICBub3Ag ICAgbm9wICAgIG5vcCAgICBub3AgICAgIE8NCiAgMDAxICAgZXNjICAgIGVz YyAgICBlc2MgICAgZXNjICAgIGVzYyAgICBlc2MgICAgZGVidWcgIGVzYyAg ICAgTw0KICAwMDIgICAnMScgICAgJyEnICAgIG5vcCAgICBub3AgICAgJzEn ICAgICchJyAgICBub3AgICAgbm9wICAgICBPDQogIDAwMyAgICcyJyAgICAn IicgICAgbnVsICAgIG51bCAgICAnQCcgICAgJ0AnICAgIG51bCAgICBudWwg ICAgIE8NCiAgMDA0ICAgJzMnICAgICcjJyAgICBub3AgICAgbm9wICAgIDE1 OCAgICAnIycgICAgbm9wICAgIG5vcCAgICAgTw0KICAwMDUgICAnNCcgICAg ODM2NCAgICBub3AgICAgbm9wICAgICckJyAgICA4MzY0ICAgIG5vcCAgICBu b3AgICAgIE8NCiAgMDA2ICAgJzUnICAgICclJyAgICBub3AgICAgbm9wICAg ICc1JyAgICAnJScgICAgbm9wICAgIG5vcCAgICAgTw0KICAwMDcgICAnNicg ICAgJyYnICAgIG5vcCAgICBub3AgICAgJzYnICAgICcmJyAgICBub3AgICAg bm9wICAgICBPDQogIDAwOCAgICc3JyAgICAnLycgICAgbm9wICAgIG5vcCAg ICAneycgICAgJy8nICAgIG5vcCAgICBub3AgICAgIE8NCiAgMDA5ICAgJzgn ICAgICcoJyAgICBlc2MgICAgZXNjICAgICdbJyAgICAnKCcgICAgZXNjICAg IGVzYyAgICAgTw0KICAwMTAgICAnOScgICAgJyknICAgIGdzICAgICBncyAg ICAgJ10nICAgICcpJyAgICBncyAgICAgZ3MgICAgICBPDQogIDAxMSAgICcw JyAgICAnPScgICAgbm9wICAgIG5vcCAgICAnfScgICAgJz0nICAgIG5vcCAg ICBub3AgICAgIE8NCiAgMDEyICAgJysnICAgICc/JyAgICBub3AgICAgbm9w ICAgICcrJyAgICAnPycgICAgbm9wICAgIG5vcCAgICAgTw0KICAwMTMgICAn XCcgICAgJ2AnICAgIGZzICAgICBmcyAgICAgJycnICAgIG5vcCAgICBub3Ag ICAgbm9wICAgICBPDQogIDAxNCAgIGJzICAgICBicyAgICAgZGVsICAgIGRl bCAgICBicyAgICAgYnMgICAgIGRlbCAgICBkZWwgICAgIE8NCiAgMDE1ICAg aHQgICAgIGJ0YWIgICBub3AgICAgbm9wICAgIGh0ICAgICBidGFiICAgbm9w ICAgIG5vcCAgICAgTw0KICAwMTYgICAncScgICAgJ1EnICAgIGRjMSAgICBk YzEgICAgJ3EnICAgICdRJyAgICBkYzEgICAgZGMxICAgICBDDQogIDAxNyAg ICd3JyAgICAnVycgICAgZXRiICAgIGV0YiAgICAndycgICAgJ1cnICAgIGV0 YiAgICBldGIgICAgIEMNCiAgMDE4ICAgJ2UnICAgICdFJyAgICBlbnEgICAg ZW5xICAgIDIzMyAgICAyMDEgICAgZW5xICAgIGVucSAgICAgQw0KICAwMTkg ICAncicgICAgJ1InICAgIGRjMiAgICBkYzIgICAgMTc0ICAgIDE3NCAgICBk YzIgICAgZGMyICAgICBDDQogIDAyMCAgICd0JyAgICAnVCcgICAgZGM0ICAg IGRjNCAgICAyNTQgICAgMjIyICAgIGRjNCAgICBkYzQgICAgIEMNCiAgMDIx ICAgJ3knICAgICdZJyAgICBlbSAgICAgZW0gICAgIDI1NSAgICAxNjUgICAg ZW0gICAgIGVtICAgICAgQw0KICAwMjIgICAndScgICAgJ1UnICAgIG5hayAg ICBuYWsgICAgMjUyICAgIDIyMCAgICBuYWsgICAgbmFrICAgICBDDQogIDAy MyAgICdpJyAgICAnSScgICAgaHQgICAgIGh0ICAgICAyMzkgICAgMjA3ICAg IGh0ICAgICBodCAgICAgIEMNCiAgMDI0ICAgJ28nICAgICdPJyAgICBzaSAg ICAgc2kgICAgIDI0MiAgICAyMTAgICAgc2kgICAgIHNpICAgICAgQw0KICAw MjUgICAncCcgICAgJ1AnICAgIGRsZSAgICBkbGUgICAgMTgyICAgIDE4MiAg ICBkbGUgICAgZGxlICAgICBDDQogIDAyNiAgIDIyOSAgICAxOTcgICAgbm9w ICAgIG5vcCAgICAnfScgICAgJ10nICAgIG5vcCAgICBub3AgICAgIEMNCiAg MDI3ICAgMzUzICAgICdeJyAgICBycyAgICAgcnMgICAgICd+JyAgICAnXicg ICAgcnMgICAgIHJzICAgICAgTw0KICAwMjggICBjciAgICAgY3IgICAgIG5s ICAgICBubCAgICAgY3IgICAgIGNyICAgICBubCAgICAgbmwgICAgICBPDQog IDAyOSAgIGxjdHJsICBsY3RybCAgbGN0cmwgIGxjdHJsICBsY3RybCAgbGN0 cmwgIGxjdHJsICBsY3RybCAgIE8NCiAgMDMwICAgJ2EnICAgICdBJyAgICBz b2ggICAgc29oICAgIDIyNSAgICAxOTMgICAgc29oICAgIHNvaCAgICAgQw0K ICAwMzEgICAncycgICAgJ1MnICAgIGRjMyAgICBkYzMgICAgMjIzICAgIDIy MyAgICBkYzMgICAgZGMzICAgICBDDQogIDAzMiAgICdkJyAgICAnRCcgICAg ZW90ICAgIGVvdCAgICAyNDAgICAgMjA4ICAgIGVvdCAgICBlb3QgICAgIEMN CiAgMDMzICAgJ2YnICAgICdGJyAgICBhY2sgICAgYWNrICAgIDE3MCAgICAx NzAgICAgYWNrICAgIGFjayAgICAgQw0KICAwMzQgICAnZycgICAgJ0cnICAg IGJlbCAgICBiZWwgICAgJ2cnICAgICdHJyAgICBiZWwgICAgYmVsICAgICBD DQogIDAzNSAgICdoJyAgICAnSCcgICAgYnMgICAgIGJzICAgICAnaCcgICAg J0gnICAgIGJzICAgICBicyAgICAgIEMNCiAgMDM2ICAgJ2onICAgICdKJyAg ICBubCAgICAgbmwgICAgICdqJyAgICAnSicgICAgbmwgICAgIG5sICAgICAg Qw0KICAwMzcgICAnaycgICAgJ0snICAgIHZ0ICAgICB2dCAgICAgJ2snICAg ICdLJyAgICB2dCAgICAgdnQgICAgICBDDQogIDAzOCAgICdsJyAgICAnTCcg ICAgZmYgICAgIGZmICAgICAnbCcgICAgJ0wnICAgIGZmICAgICBmZiAgICAg IEMNCiAgMDM5ICAgMjQ4ICAgIDIxNiAgICBub3AgICAgbm9wICAgICd8JyAg ICAnXCcgICAgbm9wICAgIG5vcCAgICAgQw0KICAwNDAgICAyMzAgICAgMTk4 ICAgIG5vcCAgICBub3AgICAgJ3snICAgICdbJyAgICBub3AgICAgbm9wICAg ICBDDQogIDA0MSAgICd8JyAgICAxNjcgICAgbm9wICAgIG5vcCAgICAzNTIg ICAgMTgyICAgIG5vcCAgICBub3AgICAgIE8NCiAgMDQyICAgbHNoaWZ0IGxz aGlmdCBsc2hpZnQgbHNoaWZ0IGxzaGlmdCBsc2hpZnQgbHNoaWZ0IGxzaGlm dCAgTw0KICAwNDMgICAnJycgICAgJyonICAgIG5vcCAgICBub3AgICAgJycn ICAgIDIxNSAgICBub3AgICAgbm9wICAgICBPDQogIDA0NCAgICd6JyAgICAn WicgICAgc3ViICAgIHN1YiAgICAneicgICAgJ1onICAgIHN1YiAgICBzdWIg ICAgIEMNCiAgMDQ1ICAgJ3gnICAgICdYJyAgICBjYW4gICAgY2FuICAgIDIx NSAgICAyMTUgICAgY2FuICAgIGNhbiAgICAgQw0KICAwNDYgICAnYycgICAg J0MnICAgIGV0eCAgICBldHggICAgMjMxICAgIDE5OSAgICBldHggICAgZXR4 ICAgICBDDQogIDA0NyAgICd2JyAgICAnVicgICAgc3luICAgIHN5biAgICAn dicgICAgJ1YnICAgIHN5biAgICBzeW4gICAgIEMNCiAgMDQ4ICAgJ2InICAg ICdCJyAgICBzdHggICAgc3R4ICAgICdiJyAgICAnQicgICAgc3R4ICAgIHN0 eCAgICAgQw0KICAwNDkgICAnbicgICAgJ04nICAgIHNvICAgICBzbyAgICAg MjQxICAgIDIwOSAgICBzbyAgICAgc28gICAgICBDDQogIDA1MCAgICdtJyAg ICAnTScgICAgY3IgICAgIGNyICAgICAxODEgICAgMTg2ICAgIGNyICAgICBj ciAgICAgIEMNCiAgMDUxICAgJywnICAgICc7JyAgICBub3AgICAgbm9wICAg IDM4MiAgICAxNzEgICAgbm9wICAgIG5vcCAgICAgTw0KICAwNTIgICAnLicg ICAgJzonICAgIG5vcCAgICBub3AgICAgMTgzICAgIDE4NyAgICBub3AgICAg bm9wICAgICBPDQogIDA1MyAgICctJyAgICAnXycgICAgdXMgICAgIHVzICAg ICAxNzMgICAgMTczICAgIHVzICAgICB1cyAgICAgIE8NCiAgMDU0ICAgcnNo aWZ0IHJzaGlmdCByc2hpZnQgcnNoaWZ0IHJzaGlmdCByc2hpZnQgcnNoaWZ0 IHJzaGlmdCAgTw0KICAwNTUgICAnKicgICAgJyonICAgICcqJyAgICAnKicg ICAgJyonICAgICcqJyAgICAnKicgICAgJyonICAgICBPDQogIDA1NiAgIGxh bHQgICBsYWx0ICAgbGFsdCAgIGxhbHQgICBsYWx0ICAgbGFsdCAgIGxhbHQg ICBsYWx0ICAgIE8NCiAgMDU3ICAgJyAnICAgICcgJyAgICBudWwgICAgJyAn ICAgICcgJyAgICAnICcgICAgc3VzcCAgICcgJyAgICAgTw0KICAwNTggICBj bG9jayAgY2xvY2sgIGNsb2NrICBjbG9jayAgY2xvY2sgIGNsb2NrICBjbG9j ayAgY2xvY2sgICBPDQogIDA1OSAgIGZrZXkwMSBma2V5MTMgZmtleTI1IGZr ZXkzNyBzY3IwMSAgc2NyMTEgIHNjcjAxICBzY3IxMSAgIE8NCiAgMDYwICAg ZmtleTAyIGZrZXkxNCBma2V5MjYgZmtleTM4IHNjcjAyICBzY3IxMiAgc2Ny MDIgIHNjcjEyICAgTw0KICAwNjEgICBma2V5MDMgZmtleTE1IGZrZXkyNyBm a2V5Mzkgc2NyMDMgIHNjcjEzICBzY3IwMyAgc2NyMTMgICBPDQogIDA2MiAg IGZrZXkwNCBma2V5MTYgZmtleTI4IGZrZXk0MCBzY3IwNCAgc2NyMTQgIHNj cjA0ICBzY3IxNCAgIE8NCiAgMDYzICAgZmtleTA1IGZrZXkxNyBma2V5Mjkg ZmtleTQxIHNjcjA1ICBzY3IxNSAgc2NyMDUgIHNjcjE1ICAgTw0KICAwNjQg ICBma2V5MDYgZmtleTE4IGZrZXkzMCBma2V5NDIgc2NyMDYgIHNjcjE2ICBz Y3IwNiAgc2NyMTYgICBPDQogIDA2NSAgIGZrZXkwNyBma2V5MTkgZmtleTMx IGZrZXk0MyBzY3IwNyAgc2NyMDcgIHNjcjA3ICBzY3IwNyAgIE8NCiAgMDY2 ICAgZmtleTA4IGZrZXkyMCBma2V5MzIgZmtleTQ0IHNjcjA4ICBzY3IwOCAg c2NyMDggIHNjcjA4ICAgTw0KICAwNjcgICBma2V5MDkgZmtleTIxIGZrZXkz MyBma2V5NDUgc2NyMDkgIHNjcjA5ICBzY3IwOSAgc2NyMDkgICBPDQogIDA2 OCAgIGZrZXkxMCBma2V5MjIgZmtleTM0IGZrZXk0NiBzY3IxMCAgc2NyMTAg IHNjcjEwICBzY3IxMCAgIE8NCiAgMDY5ICAgbmxvY2sgIG5sb2NrICBubG9j ayAgbmxvY2sgIG5sb2NrICBubG9jayAgbmxvY2sgIG5sb2NrICAgTw0KICAw NzAgICBzbG9jayAgc2xvY2sgIHNsb2NrICBzbG9jayAgc2xvY2sgIHNsb2Nr ICBzbG9jayAgc2xvY2sgICBPDQogIDA3MSAgIGZrZXk0OSAnNycgICAgJzcn ICAgICc3JyAgICAnNycgICAgJzcnICAgICc3JyAgICAnNycgICAgIE4NCiAg MDcyICAgZmtleTUwICc4JyAgICAnOCcgICAgJzgnICAgICc4JyAgICAnOCcg ICAgJzgnICAgICc4JyAgICAgTg0KICAwNzMgICBma2V5NTEgJzknICAgICc5 JyAgICAnOScgICAgJzknICAgICc5JyAgICAnOScgICAgJzknICAgICBODQog IDA3NCAgIGZrZXk1MiAnLScgICAgJy0nICAgICctJyAgICAnLScgICAgJy0n ICAgICctJyAgICAnLScgICAgIE4NCiAgMDc1ICAgZmtleTUzICc0JyAgICAn NCcgICAgJzQnICAgICc0JyAgICAnNCcgICAgJzQnICAgICc0JyAgICAgTg0K ICAwNzYgICBma2V5NTQgJzUnICAgICc1JyAgICAnNScgICAgJzUnICAgICc1 JyAgICAnNScgICAgJzUnICAgICBODQogIDA3NyAgIGZrZXk1NSAnNicgICAg JzYnICAgICc2JyAgICAnNicgICAgJzYnICAgICc2JyAgICAnNicgICAgIE4N CiAgMDc4ICAgZmtleTU2ICcrJyAgICAnKycgICAgJysnICAgICcrJyAgICAn KycgICAgJysnICAgICcrJyAgICAgTg0KICAwNzkgICBma2V5NTcgJzEnICAg ICcxJyAgICAnMScgICAgJzEnICAgICcxJyAgICAnMScgICAgJzEnICAgICBO DQogIDA4MCAgIGZrZXk1OCAnMicgICAgJzInICAgICcyJyAgICAnMicgICAg JzInICAgICcyJyAgICAnMicgICAgIE4NCiAgMDgxICAgZmtleTU5ICczJyAg ICAnMycgICAgJzMnICAgICczJyAgICAnMycgICAgJzMnICAgICczJyAgICAg Tg0KICAwODIgICBma2V5NjAgJzAnICAgICcwJyAgICAnMCcgICAgJzAnICAg ICcwJyAgICAnMCcgICAgJzAnICAgICBODQogIDA4MyAgIGRlbCAgICAnLicg ICAgJy4nICAgICcuJyAgICAnLicgICAgJy4nICAgIGJvb3QgICBib290ICAg IE4NCiAgMDg0ICAgbm9wICAgIG5vcCAgICBub3AgICAgbm9wICAgIG5vcCAg ICBub3AgICAgbm9wICAgIG5vcCAgICAgTw0KICAwODUgICBub3AgICAgbm9w ICAgIG5vcCAgICBub3AgICAgbm9wICAgIG5vcCAgICBub3AgICAgbm9wICAg ICBPDQogIDA4NiAgICc8JyAgICAnPicgICAgZnMgICAgIGZzICAgICAxNzEg ICAgMTg3ICAgIGZzICAgICBmcyAgICAgIE8NCiAgMDg3ICAgZmtleTExIGZr ZXkyMyBma2V5MzUgZmtleTQ3IHNjcjExICBzY3IxMSAgc2NyMTEgIHNjcjEx ICAgTw0KICAwODggICBma2V5MTIgZmtleTI0IGZrZXkzNiBma2V5NDggc2Ny MTIgIHNjcjEyICBzY3IxMiAgc2NyMTIgICBPDQogIDA4OSAgIGNyICAgICBj ciAgICAgbmwgICAgIG5sICAgICBjciAgICAgY3IgICAgIG5sICAgICBubCAg ICAgIE8NCiAgMDkwICAgcmN0cmwgIHJjdHJsICByY3RybCAgcmN0cmwgIHJj dHJsICByY3RybCAgcmN0cmwgIHJjdHJsICAgTw0KICAwOTEgICAnLycgICAg Jy8nICAgICcvJyAgICAnLycgICAgJy8nICAgICcvJyAgICAnLycgICAgJy8n ICAgICBPDQogIDA5MiAgIG5zY3IgICBwc2NyICAgZGVidWcgIGRlYnVnICBu b3AgICAgbm9wICAgIG5vcCAgICBub3AgICAgIE8NCiAgMDkzICAgcmFsdCAg IHJhbHQgICByYWx0ICAgcmFsdCAgIHJhbHQgICByYWx0ICAgcmFsdCAgIHJh bHQgICAgTw0KICAwOTQgICBma2V5NDkgZmtleTQ5IGZrZXk0OSBma2V5NDkg ZmtleTQ5IGZrZXk0OSBma2V5NDkgZmtleTQ5ICBPDQogIDA5NSAgIGZrZXk1 MCBma2V5NTAgZmtleTUwIGZrZXk1MCBma2V5NTAgZmtleTUwIGZrZXk1MCBm a2V5NTAgIE8NCiAgMDk2ICAgZmtleTUxIGZrZXk1MSBma2V5NTEgZmtleTUx IGZrZXk1MSBma2V5NTEgZmtleTUxIGZrZXk1MSAgTw0KICAwOTcgICBma2V5 NTMgZmtleTUzIGZrZXk1MyBma2V5NTMgZmtleTUzIGZrZXk1MyBma2V5NTMg ZmtleTUzICBPDQogIDA5OCAgIGZrZXk1NSBma2V5NTUgZmtleTU1IGZrZXk1 NSBma2V5NTUgZmtleTU1IGZrZXk1NSBma2V5NTUgIE8NCiAgMDk5ICAgZmtl eTU3IGZrZXk1NyBma2V5NTcgZmtleTU3IGZrZXk1NyBma2V5NTcgZmtleTU3 IGZrZXk1NyAgTw0KICAxMDAgICBma2V5NTggZmtleTU4IGZrZXk1OCBma2V5 NTggZmtleTU4IGZrZXk1OCBma2V5NTggZmtleTU4ICBPDQogIDEwMSAgIGZr ZXk1OSBma2V5NTkgZmtleTU5IGZrZXk1OSBma2V5NTkgZmtleTU5IGZrZXk1 OSBma2V5NTkgIE8NCiAgMTAyICAgZmtleTYwIHBhc3RlICBma2V5NjAgZmtl eTYwIGZrZXk2MCBma2V5NjAgZmtleTYwIGZrZXk2MCAgTw0KICAxMDMJZmtl eTYxIGZrZXk2MSBma2V5NjEgZmtleTYxIGZrZXk2MSBma2V5NjEgYm9vdCAg IGZrZXk2MSAgTw0KICAxMDQgICBzbG9jayAgc2F2ZXIgIHNsb2NrICBzYXZl ciAgc3VzcCAgIG5vcCAgICBzdXNwICAgbm9wICAgICBPDQogIDEwNSAgIGZr ZXk2MiBma2V5NjIgZmtleTYyIGZrZXk2MiBma2V5NjIgZmtleTYyIGZrZXk2 MiBma2V5NjIgIE8NCiAgMTA2ICAgZmtleTYzIGZrZXk2MyBma2V5NjMgZmtl eTYzIGZrZXk2MyBma2V5NjMgZmtleTYzIGZrZXk2MyAgTw0KICAxMDcgICBm a2V5NjQgZmtleTY0IGZrZXk2NCBma2V5NjQgZmtleTY0IGZrZXk2NCBma2V5 NjQgZmtleTY0ICBPDQogIDEwOCAgIG5vcCAgICBub3AgICAgbm9wICAgIG5v cCAgICBub3AgICAgbm9wICAgIG5vcCAgICBub3AgICAgIE8NCg== --2055831798-723106759-1404402654=:11883-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 3 17:28:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C96BC7F8 for ; Thu, 3 Jul 2014 17:28:20 +0000 (UTC) Received: from mail-qc0-x229.google.com (mail-qc0-x229.google.com [IPv6:2607:f8b0:400d:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 84CC920D0 for ; Thu, 3 Jul 2014 17:28:20 +0000 (UTC) Received: by mail-qc0-f169.google.com with SMTP id c9so548160qcz.0 for ; Thu, 03 Jul 2014 10:28:19 -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:message-id:subject :from:to:cc:content-type; bh=Uk9/YQWngh15TXjDyoqIroJFDNmiU9CfcupsXgq5NMQ=; b=k4DbzRdjGsMS6l6BzdDhJPKv8ke3WJx21g2Qe2MP5oe0yRt48rFC28kscILj2nKVio zKSWGrWceGSvUfmvk8BZrQ1z+9IzFlGO6vRfuSBtofpisJh+4w8XrOth8frAwR/ywZmC am2cTMB7ipMyxSotsq8MGJKw/9irC1aEb9/Ka/DT8GKxDfL84Ua1hWNf2xMEQVAw7Spf zZN8ngSZQQXxqSSjKJlmCUiXP1l7MWH7Y8oQUqz4+kZaoG+UGErZVc4V6BIvTo0BS4It HwnEPcqRKj/+WDar/XuIUHCw7ne+gTvtRX63O86l/8SJQNVsC0/+1TSU2IqIAwNELTWI iEtg== MIME-Version: 1.0 X-Received: by 10.140.47.48 with SMTP id l45mr9404203qga.24.1404408499734; Thu, 03 Jul 2014 10:28:19 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.202.193 with HTTP; Thu, 3 Jul 2014 10:28:19 -0700 (PDT) In-Reply-To: <20140703102901.GQ5102@zxy.spb.ru> References: <20140701091252.GB3443@brick> <20140701231305.GA37246@zxy.spb.ru> <20140702112609.GA85758@zxy.spb.ru> <20140702203603.GO5102@zxy.spb.ru> <20140703091321.GP5102@zxy.spb.ru> <20140703102901.GQ5102@zxy.spb.ru> Date: Thu, 3 Jul 2014 10:28:19 -0700 X-Google-Sender-Auth: UB1GoOxgURdkEnpLxNkHeGJTXhs Message-ID: Subject: Re: FreeBSD iscsi target From: Adrian Chadd To: Slawa Olhovchenkov Content-Type: text/plain; charset=UTF-8 Cc: Nikolay Denev , Sreenivasa Honnur , FreeBSD Current , Kevin Oberman X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 03 Jul 2014 17:28:20 -0000 Which NIC? -a On 3 July 2014 03:29, Slawa Olhovchenkov wrote: > On Thu, Jul 03, 2014 at 10:35:55AM +0100, Nikolay Denev wrote: > >> >> I found this white paper useful in understanding how this works : >> >> http://www.cisco.com/c/en/us/products/collateral/switches/nexus-3000-series-switches/white_paper_c11-726674.pdf >> > >> > In real world "Reality is quite different than it actually is". >> > http://www.cisco.com/c/en/us/products/collateral/switches/catalyst-6500-series-switches/white_paper_c11-696669.html >> > >> > See "Packet Path Theory of Operation. Ingress Mode". >> > >> >> Interesting, however this seems like implementation specific detail, >> and not limitation of native 40Gbit ethernet. > > I see some perfomance tests on solaris and 40G link. > In this test perfomance limited about 10Gbit per flow. > May be I found links to this test. > > May be some NIC's implementation specific detail also limited > performance per flow. > >> Still, it's something that one must be aware of (esp when dealing with >> Cisco gear :) ) >> >> I wonder why they are not doing something like this : >> http://blog.ipspace.net/2011/04/brocade-vcs-fabric-has-almost-perfect.html >> >> --Nikolay > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Jul 3 20:10:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 89D85F1B; Thu, 3 Jul 2014 20:10:56 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3E95E2F2D; Thu, 3 Jul 2014 20:10:55 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1X2nLH-00067h-L7; Fri, 04 Jul 2014 00:10:51 +0400 Date: Fri, 4 Jul 2014 00:10:51 +0400 From: Slawa Olhovchenkov To: Adrian Chadd Subject: Re: FreeBSD iscsi target Message-ID: <20140703201051.GT5102@zxy.spb.ru> References: <20140702112609.GA85758@zxy.spb.ru> <20140702203603.GO5102@zxy.spb.ru> <20140703091321.GP5102@zxy.spb.ru> <20140703102901.GQ5102@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: Nikolay Denev , Sreenivasa Honnur , FreeBSD Current , Kevin Oberman X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 03 Jul 2014 20:10:56 -0000 On Thu, Jul 03, 2014 at 10:28:19AM -0700, Adrian Chadd wrote: > Which NIC? I am can't find again this forum posts (last time I find -- year ago). May be this http://hardforum.com/showthread.php?t=1662769 In this case -- Mellanox QDR ConnectX2 Infiniband. > On 3 July 2014 03:29, Slawa Olhovchenkov wrote: > > On Thu, Jul 03, 2014 at 10:35:55AM +0100, Nikolay Denev wrote: > > > >> >> I found this white paper useful in understanding how this works : > >> >> http://www.cisco.com/c/en/us/products/collateral/switches/nexus-3000-series-switches/white_paper_c11-726674.pdf > >> > > >> > In real world "Reality is quite different than it actually is". > >> > http://www.cisco.com/c/en/us/products/collateral/switches/catalyst-6500-series-switches/white_paper_c11-696669.html > >> > > >> > See "Packet Path Theory of Operation. Ingress Mode". > >> > > >> > >> Interesting, however this seems like implementation specific detail, > >> and not limitation of native 40Gbit ethernet. > > > > I see some perfomance tests on solaris and 40G link. > > In this test perfomance limited about 10Gbit per flow. > > May be I found links to this test. > > > > May be some NIC's implementation specific detail also limited > > performance per flow. > > > >> Still, it's something that one must be aware of (esp when dealing with > >> Cisco gear :) ) > >> > >> I wonder why they are not doing something like this : > >> http://blog.ipspace.net/2011/04/brocade-vcs-fabric-has-almost-perfect.html > >> > >> --Nikolay > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Jul 3 22:00:30 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B95E473C for ; Thu, 3 Jul 2014 22:00:30 +0000 (UTC) Received: from mail-qa0-x236.google.com (mail-qa0-x236.google.com [IPv6:2607:f8b0:400d:c00::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7449B290B for ; Thu, 3 Jul 2014 22:00:30 +0000 (UTC) Received: by mail-qa0-f54.google.com with SMTP id v10so720518qac.13 for ; Thu, 03 Jul 2014 15:00:29 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=5d+DV9GSy6jr0cX17CXgsbgmqdmsHnWK2CZKpjayBxc=; b=TRlBmxIH5asJT3sPs4M8Gg2NcD97ExsnTNmrF1d5CCBVVzjL+zpw15foJ7IpMg/5Lv VITjYqeuDArOz7OU+MuPpDE8up38OlsHX11iTofk4W50qqBX0aLp6/OlH/Q6uI2B24T4 5pv/ach6DGlmxww++kcdHvL9463WV5muUf06PRVLePsqiR4WXiIKEJgpJJ1REBgs1cMC FJklD0T7hF8dF/semIEvn/MlWNcZIRvPprOuyeUXEKMDOcSjtEHlsTlbYoWtgJm00XmF 3VsnylujLvC8jQk4l6hC5z4soWe+I28FZigCtYNIenvb4Pj/9tPxISSkdZnU/Uutel49 nR2A== MIME-Version: 1.0 X-Received: by 10.229.51.201 with SMTP id e9mr12111297qcg.2.1404424829473; Thu, 03 Jul 2014 15:00:29 -0700 (PDT) Sender: carpeddiem@gmail.com Received: by 10.140.49.239 with HTTP; Thu, 3 Jul 2014 15:00:29 -0700 (PDT) In-Reply-To: References: <20140703124838.ab79fb8e394addbb92b082ca@ddteam.net> Date: Thu, 3 Jul 2014 18:00:29 -0400 X-Google-Sender-Auth: -BQEKAYOjodbsXcxHDX1Fq6kbyE Message-ID: Subject: Re: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165 From: Ed Maste To: =?UTF-8?Q?Trond_Endrest=C3=B8l?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Aleksandr Rybalko , FreeBSD current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 03 Jul 2014 22:00:30 -0000 On 3 July 2014 11:50, Trond Endrest=C3=B8l wrote: >> 1. >> http://raybsd.blogspot.com/2013/10/newcons-international-keyboard-input.= html > > I tried to follow the instructions, but I honestly don't see any > difference. > > I downloaded uakbd2ukbd.pl.gz, decompressed the file, installed > converters/p5-Text-Iconv, copied /usr/share/syscons/norwegian.iso.kbd > to cwd, and ran: > > ./uakbd2ukbd.pl norwegian.iso.kbd ISO-8859-1 > norwegian.utf8.kbd > > Running diff -u norwegian.* shows absolutely no difference. Actually, I believe that's to be expected. The ISO-8859-1 code points and the first 256 Unicode code points are the same. You should be able to confirm by checking that you can produce the currency symbol, diaeresis, broken bar, and currency symbol. (If they don't get mangled by email: =C2=A4 =C2=A8 =C2=A6 =C2=B8 ) From owner-freebsd-current@FreeBSD.ORG Thu Jul 3 22:17:17 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8540C3D9; Thu, 3 Jul 2014 22:17:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4175A2AD5; Thu, 3 Jul 2014 22:17:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s63MHAaj025161; Thu, 3 Jul 2014 18:17:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s63MHAhM025050; Thu, 3 Jul 2014 22:17:10 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 3 Jul 2014 22:17:10 GMT Message-Id: <201407032217.s63MHAhM025050@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jul 2014 22:17:17 -0000 TB --- 2014-07-03 22:16:31 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-03 22:16:31 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-03 22:16:31 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-07-03 22:16:31 - cleaning the object tree TB --- 2014-07-03 22:16:31 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-03 22:17:00 - At svn revision 268215 TB --- 2014-07-03 22:17:01 - building world TB --- 2014-07-03 22:17:01 - CROSS_BUILD_TESTING=YES TB --- 2014-07-03 22:17:01 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-03 22:17:01 - MAKESYSPATH=/src/share/mk TB --- 2014-07-03 22:17:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-03 22:17:01 - SRCCONF=/dev/null TB --- 2014-07-03 22:17:01 - TARGET=ia64 TB --- 2014-07-03 22:17:01 - TARGET_ARCH=ia64 TB --- 2014-07-03 22:17:01 - TZ=UTC TB --- 2014-07-03 22:17:01 - __MAKE_CONF=/dev/null TB --- 2014-07-03 22:17:01 - cd /src TB --- 2014-07-03 22:17:01 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstFindFrom.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstFirst.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstForEach.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstForEachFrom.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstInit.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstInsert.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsAtEnd.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o sh /src/tools/install.sh -s -o root -g wheel -m 555 make /obj/src/make.amd64/bmake bmake: "/src/Makefile.inc1" line 151: Unknown target ia64:ia64. *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-03 22:17:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-03 22:17:09 - ERROR: failed to build world TB --- 2014-07-03 22:17:09 - 7.64 user 3.07 system 38.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Jul 3 23:15:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 437266E5; Thu, 3 Jul 2014 23:15:44 +0000 (UTC) Received: from mail-lb0-x22c.google.com (mail-lb0-x22c.google.com [IPv6:2a00:1450:4010:c04::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8F6802F9E; Thu, 3 Jul 2014 23:15:43 +0000 (UTC) Received: by mail-lb0-f172.google.com with SMTP id c11so652131lbj.17 for ; Thu, 03 Jul 2014 16:15:40 -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:message-id:subject :from:to:content-type; bh=3dWoN7yssI6TP5syzc1bA8VfQe1DYozfMhXCVmhUwA4=; b=KJpyJcUF2zBkfdgdwCRAwr8FUj5aukdTaC2WfcNKTbFfEahiMBzzeJdghYEaGsn6Ih gLCgtJo9SppWCcF/2e+YzX0Xq+fb9lEL7A6U0U3fdmX3ebctlZXm5rmouTlgJQTtRgUP OZy7TxY6Z/GyqtxFj67MuDYUWxDoQBLZEocHKFwUwGy8rC2L/8f7FGgPoZeKBYChOa/l Ft6fOUPI2FWTOYLGNyq5nZxnv93/JxsrBZ/NReySCFhY+lnZF7H/mRZtqTJTD/A9yL/q XKddJ3euu3ySfmoy5SQnReYkgg34rO7jnRFcEYAZC4lPbUtdzO9mXQXWnL0c/7Rr1MmT SFNg== MIME-Version: 1.0 X-Received: by 10.112.161.71 with SMTP id xq7mr11116lbb.57.1404429340518; Thu, 03 Jul 2014 16:15:40 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.67.71 with HTTP; Thu, 3 Jul 2014 16:15:40 -0700 (PDT) In-Reply-To: <20140701091252.GB3443@brick> References: <20140626232727.GB1825@pwnie.vrt.sourcefire.com> <53ACE5B4.8070700@rice.edu> <20140701091252.GB3443@brick> Date: Thu, 3 Jul 2014 16:15:40 -0700 X-Google-Sender-Auth: 0-1juiHbNwzCWiD1uShEoMLMpBI Message-ID: Subject: Re: FreeBSD iscsi target From: Craig Rodrigues To: Sreenivasa Honnur , "freebsd-hackers@freebsd.org" , freebsd-current Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 03 Jul 2014 23:15:44 -0000 On Tue, Jul 1, 2014 at 2:12 AM, Edward Tomasz Napiera=C5=82a wrote: > In 10-STABLE there is a way to control access based on initiator > name and IP address. > Edward, Out of curiousity, what kinds of interop testing do you do when you implement the iSCSI code in FreeBSD? I work on FreeNAS at iXsystems, and we have found that iSCSI is a complex protocol, and there are interop issues, especially with VMWare ESX. Luckily I see that Alexander Motin has been working with you to commit fixes to the iSCSI code, which help. I've rolled an experimental FreeNAS image based on FreeBSD 10 at svn revision r268201 if you want to give it a try: http://download.freenas.org/nightlies/10.0.0/ALPHA/20140703/ -- Craig From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 00:45:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8F47D9; Fri, 4 Jul 2014 00:45:35 +0000 (UTC) Received: from mail-qa0-x22c.google.com (mail-qa0-x22c.google.com [IPv6:2607:f8b0:400d:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6E8862767; Fri, 4 Jul 2014 00:45:35 +0000 (UTC) Received: by mail-qa0-f44.google.com with SMTP id hw13so819046qab.17 for ; Thu, 03 Jul 2014 17:45:34 -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=0IVFqMKpoPAx1ZIQqD/bVB+sG5tnXnl/84kbGvm9uN4=; b=Go3PkBe+rbPKqPI8mDdt8PWAqB0qddb6oGaHeaJvNAL70yv/Jyom+ySWddvsDGBs0V uS5kC18Icky/dU9R9QRVW8Gaa/fNXLWOH6IiLJPau4380LfXofVy+JjroDL2yUSIpMLv 3zBUsbfFc4mDu6WX3Lk+oOqwQIo4+6YoDZ+OSPppoFQkhSu7/IhFCEW1bhLbvkoF9fMY EvXmSQHEjhPWHl3NxquhI7fAR84hQsMRuzxT+w7PP/AST7+HtMtmvcKxTUpJh6NOzYZO UNSe7LuAw205ct8mkoQsD36oL04NN6Gs4PTIJnSm3X0CJGhExl4ExjqWDKsSicPp/DF+ agaQ== MIME-Version: 1.0 X-Received: by 10.140.34.195 with SMTP id l61mr12384760qgl.87.1404434734621; Thu, 03 Jul 2014 17:45:34 -0700 (PDT) Received: by 10.224.202.193 with HTTP; Thu, 3 Jul 2014 17:45:34 -0700 (PDT) Date: Thu, 3 Jul 2014 17:45:34 -0700 Message-ID: Subject: EDEADLK from fcntl(F_SETFL) ? From: Adrian Chadd To: "freebsd-arch@freebsd.org" , freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 04 Jul 2014 00:45:35 -0000 Hi! I've seen sqlite3 crap out due to "disk IO error". It looks like the F_SETFL path is returning EDEADLK when it shouldn't be - only the "wait" version of this should be. The kernel code looks to be: lf_setlock() -> lf_add_outgoing() -> lf_add_edge() -> graph_add_edge() -> EDEADLK .. and lf_setlock() will return an error from lf_add_outgoing() without checking if it's (a) EDEADLK, and (b) whether we're going to sleep or not. So, sqlite3 trips up on this. I'm sure other things do. What should the correct thing be? It looks like EWOULDBLOCK is the correct value to return for F_SETFL failing, not EDEADLK. What do those-who-know-POSIX-standards-better-than-I think? Thanks! -a From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 02:15:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85653FDA; Fri, 4 Jul 2014 02:15:53 +0000 (UTC) Received: from mail-qg0-x230.google.com (mail-qg0-x230.google.com [IPv6:2607:f8b0:400d:c04::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 38A6D2FD2; Fri, 4 Jul 2014 02:15:53 +0000 (UTC) Received: by mail-qg0-f48.google.com with SMTP id q108so978506qgd.35 for ; Thu, 03 Jul 2014 19:15: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 :content-type; bh=6Xf3dUxrEe1WEzLSgdxviXehCkjBjCGH+DjycS/q0Zw=; b=Pd0ZN9NMnuADpBTLMMH5XcBaywNps0tM75YXyDQBZUlHCwrqI9q5iN2LVaMfKFY7nf 9UEzurQPOLx+4ceWi4++ipTT1PoQ1YaJU4rMvRL5mCbTvRveXyZ7LIJpo/ONZy3iioSe md95TBnc4CErefHKjD5srRSL4Utwe3MzeTjxWykzi8+rviou5fXfzibxjXuM/kZpOKbV NEvjIk7oC4UpGN3dy9RSwXMYyle83NC/hhErblxWHlwg7DL4ild7xqZRFBoKo9ph3V7+ BG+Md6O9t86QBERGzTYTMfqDeTo3gM5E4Gph5azZ33cpO0ac9jAR88EiULqnQdml+dS0 nUXw== MIME-Version: 1.0 X-Received: by 10.140.34.195 with SMTP id l61mr12942350qgl.87.1404440152051; Thu, 03 Jul 2014 19:15:52 -0700 (PDT) Received: by 10.224.202.193 with HTTP; Thu, 3 Jul 2014 19:15:51 -0700 (PDT) In-Reply-To: References: Date: Thu, 3 Jul 2014 19:15:51 -0700 Message-ID: Subject: Re: EDEADLK from fcntl(F_SETFL) ? From: Adrian Chadd To: "freebsd-arch@freebsd.org" , freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 04 Jul 2014 02:15:53 -0000 Hi, I'm currently testing this out. It seems to be working out alright. adrian@test3:~/work/freebsd % svn diff stable/10/src/sys/kern/ Index: stable/10/src/sys/kern/kern_lockf.c =================================================================== --- stable/10/src/sys/kern/kern_lockf.c (revision 267627) +++ stable/10/src/sys/kern/kern_lockf.c (working copy) @@ -1425,6 +1425,14 @@ if (lockf_debug & 1) lf_print("lf_setlock: deadlock", lock); #endif + + /* + * If the lock isn't waiting, return EAGAIN + * rather than EDEADLK. + */ + if (((lock->lf_flags & F_WAIT) == 0) && + (error == EDEADLK)) + error = EAGAIN; lf_free_lock(lock); goto out; } On 3 July 2014 17:45, Adrian Chadd wrote: > Hi! > > I've seen sqlite3 crap out due to "disk IO error". It looks like the > F_SETFL path is returning EDEADLK when it shouldn't be - only the > "wait" version of this should be. > > The kernel code looks to be: > > lf_setlock() -> lf_add_outgoing() -> lf_add_edge() -> graph_add_edge() > -> EDEADLK > > .. and lf_setlock() will return an error from lf_add_outgoing() > without checking if it's (a) EDEADLK, and (b) whether we're going to > sleep or not. > > So, sqlite3 trips up on this. I'm sure other things do. What should > the correct thing be? It looks like EWOULDBLOCK is the correct value > to return for F_SETFL failing, not EDEADLK. > > What do those-who-know-POSIX-standards-better-than-I think? > > Thanks! > > > > -a From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 03:39:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CFFEA50A for ; Fri, 4 Jul 2014 03:39:43 +0000 (UTC) Received: from mail-pd0-x22a.google.com (mail-pd0-x22a.google.com [IPv6:2607:f8b0:400e:c02::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9CAEB2738 for ; Fri, 4 Jul 2014 03:39:43 +0000 (UTC) Received: by mail-pd0-f170.google.com with SMTP id z10so1267094pdj.1 for ; Thu, 03 Jul 2014 20:39:43 -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:message-id:subject :from:to:cc:content-type; bh=lq6LDW9rcaXs9usRCn68+kSgoSTI6kt/eam1+e9Yry8=; b=lNMJ1rQQmtnh19yWot9i39U19SOL9RU9ClsvxjcVFuvA7NrDz/ohp9sDhGG3p+UGCg pF7FMTzDCxXjvJOu0IIPckMOuuBVXZaKcOkxXgwMIhlJ/FY9U0n6tRQ+11KeYV/7AO0q kjBGjTkmS6M+5vAq7b2pbann+6hSF1iNrAYlDM7RHDrbo1KiwewxHGpXLuFqT7LMpvti JDCtAZY1jBqZw6IgnlBmnEOY6BiV09pSV8prXtdCsyIEaxtlvNaMW0Zs1ukvTQas/4kR hCrypCpDyl2S8sdJCzONfw4aURBycklePwxs1DjgGweltJe33KxSxzWhzjHLOGRxEnjc JgjA== MIME-Version: 1.0 X-Received: by 10.66.117.200 with SMTP id kg8mr8501254pab.49.1404445183049; Thu, 03 Jul 2014 20:39:43 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.134.4 with HTTP; Thu, 3 Jul 2014 20:39:42 -0700 (PDT) In-Reply-To: <20140703091321.GP5102@zxy.spb.ru> References: <20140701091252.GB3443@brick> <20140701231305.GA37246@zxy.spb.ru> <20140702112609.GA85758@zxy.spb.ru> <20140702203603.GO5102@zxy.spb.ru> <20140703091321.GP5102@zxy.spb.ru> Date: Thu, 3 Jul 2014 20:39:42 -0700 X-Google-Sender-Auth: ZZIl4IpXQxxhY1jsm0UzyprKa3A Message-ID: Subject: Re: FreeBSD iscsi target From: Kevin Oberman To: Slawa Olhovchenkov Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: Nikolay Denev , Sreenivasa Honnur , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 04 Jul 2014 03:39:43 -0000 On Thu, Jul 3, 2014 at 2:13 AM, Slawa Olhovchenkov wrote: > On Thu, Jul 03, 2014 at 09:31:45AM +0100, Nikolay Denev wrote: > > > On Thu, Jul 3, 2014 at 12:06 AM, Kevin Oberman > wrote: > > > On Wed, Jul 2, 2014 at 1:36 PM, Slawa Olhovchenkov > wrote: > > > > > >> On Wed, Jul 02, 2014 at 12:51:59PM -0700, Kevin Oberman wrote: > > >> > > >> > On Wed, Jul 2, 2014 at 4:26 AM, Slawa Olhovchenkov > > >> wrote: > > >> > > > >> > > On Tue, Jul 01, 2014 at 10:43:08PM -0700, Kevin Oberman wrote: > > >> > > > > >> > > > On Tue, Jul 1, 2014 at 4:13 PM, Slawa Olhovchenkov < > slw@zxy.spb.ru> > > >> > > wrote: > > >> > > > > > >> > > > > On Tue, Jul 01, 2014 at 11:12:52AM +0200, Edward Tomasz > Napierala > > >> > > wrote: > > >> > > > > > > >> > > > > > Hi. I've replied in private, but just for the record: > > >> > > > > > > > >> > > > > > On 0627T0927, Sreenivasa Honnur wrote: > > >> > > > > > > Does freebsd iscsi target supports: > > >> > > > > > > 1. ACL (access control lists) > > >> > > > > > > > >> > > > > > In 10-STABLE there is a way to control access based on > initiator > > >> > > > > > name and IP address. > > >> > > > > > > > >> > > > > > > 2. iSNS > > >> > > > > > > > >> > > > > > No; it's one of the iSCSI features that seem to only be used > > >> > > > > > for marketing purposes :-) > > >> > > > > > > > >> > > > > > > 3. Multiple connections per session > > >> > > > > > > > >> > > > > > No; see above. > > >> > > > > > > >> > > > > I think this is help for 40G links. > > >> > > > > > > >> > > > > > >> > > > I assume that you are looking at transfer of large amounts of > data > > >> over > > >> > > 40G > > >> > > > links. Assuming that tis is the case, yes, multiple connections > per > > >> > > session > > >> > > > > >> > > Yes, this case. As I know, single transfer over 40G link limited > by > > >> > > 10G. > > >> > > > > >> > ??? No, not at all. Getting 40G performance over TCP is not easy, > but > > >> there > > >> > is no 10G limitation. > > >> > > >> As I know (may be wrong) 40G is bundled 4x10G link. > > >> For prevent packet reordering (when run over diferrent link) all > > >> packets from one sessoin must be routed to same link. > > >> Same issuse for Etherchannel. > > >> > > > > > > No, 40G Ethernet is single channel from the interface perspective.. > What > > > my be confusing you is that they may use "lanes" which, for 40G, are > > > 10.3125G. But, unlike the case with Etherchannel, these lanes are > "hidden" > > > from the MAC. The interface deals with a single stream and parcels it > out > > > over the 10G (or 25G) lanes. All 100G optical links use multiple lanes > > > (4x25G or 10x10G), but 40G my use either a single 40G lane for > distances of > > > up to 2km or 4x10G for longer runs. > > > > > > Since, in most cases, 40G is used within a data center or to connect to > > > wave gear for DWDM transmission over very long distances, most runs are > > > under 2km, so a single 40G lane may be used. When 4 lanes are used, a > > > ribbon cable is required to assure that all optical or copper paths are > > > exactly the same length. Since the PMD is designed to know about and > use > > > these lanes for a single channel, the issue of packet re-ordering is > not > > > present and the protocol layers above the physical are unaware of how > many > > > lanes are used. > > > > > > Wikipedia has a fairly good discussion under the unfortunate title of > 100 > > > Gigabit Ethernet . > > > Regardless of the title, the article covers both 40 and 100 Gigabit > > > specifications as both were specified on the same standard, 802.3ba. > > > > > > -- > > > R. Kevin Oberman, Network Engineer, Retired > > > E-mail: rkoberman@gmail.com > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > > > > I found this white paper useful in understanding how this works : > > > http://www.cisco.com/c/en/us/products/collateral/switches/nexus-3000-series-switches/white_paper_c11-726674.pdf > > In real world "Reality is quite different than it actually is". > > http://www.cisco.com/c/en/us/products/collateral/switches/catalyst-6500-series-switches/white_paper_c11-696669.html > > See "Packet Path Theory of Operation. Ingress Mode". > > Yep. It is really crappy LAGG (fixed three-tupple hash... yuck!) and is really nothing but 4 10G Ethernet ports using a 40G PHY in yhe 4x10G form. Note that they don't make any claim of 802.3ba compliance. It only states that "40 Gigabit Ethernet is now part of the IEEE 802.3ba standard." So it is, but this device almost certainly predates the completion of the standard to get a product for which there was great demand. It's a data center product and for typical cases of large numbers of small flow, it should do the trick. Probably does not interoperate with true 80-2.3ba hardware, either. My boss at the time I retired last November was on the committee that wrote 802.3ba. He would be a good authority on whether the standard has any vague wording that would allow this, but he retired 5 month after I did and I have no contact information for him. But I'm pretty sure that there is no way that this is legitimate 40G Ethernet. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 07:42:56 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BB038657; Fri, 4 Jul 2014 07:42:56 +0000 (UTC) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns.kevlo.org", Issuer "ns.kevlo.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C43E2A58; Fri, 4 Jul 2014 07:42:55 +0000 (UTC) Received: from ns.kevlo.org (localhost [127.0.0.1]) by ns.kevlo.org (8.14.8/8.14.8) with ESMTP id s647gPeE052954 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 4 Jul 2014 15:42:26 +0800 (CST) (envelope-from kevlo@ns.kevlo.org) Received: (from kevlo@localhost) by ns.kevlo.org (8.14.8/8.14.8/Submit) id s647gOYl052953; Fri, 4 Jul 2014 15:42:24 +0800 (CST) (envelope-from kevlo) Date: Fri, 4 Jul 2014 15:42:23 +0800 From: Kevin Lo To: M&S - Krasznai =?iso-8859-1?Q?Andr=E1s?= Subject: Re: freebsd and utf-8 directory names Message-ID: <20140704074223.GA52943@ns.kevlo.org> References: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBCEC@exchange.mands.hu> <53B2C8B4.50306@gmx.com> <7C6EC1A0-520F-49CA-8C05-1F3205080543@FreeBSD.org> <53B335BB.5090402@gmx.com> <20140703033313.GA44200@ns.kevlo.org> <3B0F582294DE3E448963BA62DC306AEE3C7F7E76E4@exchange.mands.hu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3B0F582294DE3E448963BA62DC306AEE3C7F7E76E4@exchange.mands.hu> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: "dt71@gmx.com" , "freebsd-current@freebsd.org" , David Chisnall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 04 Jul 2014 07:42:56 -0000 Thanks for confirming this. I just closed that bug. :-) Kevin On Thu, Jul 03, 2014 at 05:24:54PM +0200, M&S - Krasznai András wrote: > Hi, Kevin, > > > I made the experiment and there was no fault, the "result" contains the stat outputs. > I used login-class (according to the handbook) to set the environment, and added the -L hu_HU.UTF-8 option to the appropriate line in fstab > > > rgds > > András > ________________________________________ > From: owner-freebsd-current@freebsd.org [owner-freebsd-current@freebsd.org] On Behalf Of Kevin Lo [kevlo@FreeBSD.org] > Sent: Thursday, July 03, 2014 5:33 AM > To: dt71@gmx.com > Cc: freebsd-current@freebsd.org; David Chisnall > Subject: Re: freebsd and utf-8 directory names > > On Wed, Jul 02, 2014 at 12:27:07AM +0200, dt71@gmx.com wrote: > > > > David Chisnall wrote, On 07/01/2014 19:06: > > > Please note that forums.freebsd.org is not a bug tracker. I tried searching the bug tracker for bugs with FAT and filename or FAT and utf-8/utf8/character in their names and could not find any reference to this issue. > > > > > > If you actually want to see bugs fixed, rather than just complain about them, please file them here: https://bugs.freebsd.org/bugzilla/enter_bug.cgi Make sure that you provide all of the steps required to reproduce them. > > > > I neglected to submit a bug report because: > > (1) there were already at least 3 bug reports related to (FAT32 and) character sets or encodings, some of them even had patches; > > (2) the reports were very old, indicating that the FreeBSD developers don't care about FAT32; > > (3) at least one report was seemingly related, and I didn't want to create a(nother) possible duplicate. > > > > But now, eat this: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191540 > > Well, I'm going to close that PR. :-) > First, set LANG environment variable to hu_HU.UTF-8 in your case: > > # setenv LANG hu_HU.UTF-8 > > Second, mount the FAT32 partition in Hungarian locale: > > # mount_msdosfs -L hu_HU.UTF-8 /dev/da0s1 /mnt > > Third, untar your attachement file: > > # tar xvf /mnt/files.zip > x 1’.txt > x 2–.txt > > # stat 1’.txt > 128 244744 -rwxr-xr-x 1 root wheel 4294967295 0 "Jan 1 08:00:00 1980" "Aug 1 16:57:52 2011" "Aug 1 16:57:52 2011" "Jul 3 11:28:24 2014" 16384 0 0x800 1’.txt > > # stat 2–.txt > 128 244746 -rwxr-xr-x 1 root wheel 4294967295 0 "Jan 1 08:00:00 1980" "Aug 1 16:55:20 2011" "Aug 1 16:55:20 2011" "Jul 3 11:28:24 2014" 16384 0 0x800 2–.txt > > Let me know if that works for you, thanks. > > Kevin > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 09:28:50 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0354BE8C for ; Fri, 4 Jul 2014 09:28:50 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D9B0423C8 for ; Fri, 4 Jul 2014 09:28:49 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s649SmxZ004965 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 4 Jul 2014 02:28:48 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s649SmEX004964 for current@FreeBSD.org; Fri, 4 Jul 2014 02:28:48 -0700 (PDT) (envelope-from jmg) Date: Fri, 4 Jul 2014 02:28:48 -0700 From: John-Mark Gurney To: current@FreeBSD.org Subject: keyboard break to debugger broken? Message-ID: <20140704092848.GZ45513@funkthat.com> Mail-Followup-To: current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Fri, 04 Jul 2014 02:28:49 -0700 (PDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 04 Jul 2014 09:28:50 -0000 So, I recently tried to break into the debugger w/ the various key sequences that I know about, and none of them worked... I've tried CTRL-ESC, ALT-ESC, CTRL-ALT-ESC, CTRL-PRTSCR, ALT-PRTSCR and CTRL-ALT-PRTSCR, and many other different ones... I've verified that I can sysctl debug.kdb.enter=1 to enter the debugger, and the CTRL-ALT-PAUSE works to suspend the machine, and CTRL-ALT-DEL works to reboot... Does anyone know if this works? Thanks for the pointers... btw, I'm having trouble on 9stable too. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 09:32:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 775E5397; Fri, 4 Jul 2014 09:32:57 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F1C35248C; Fri, 4 Jul 2014 09:32:56 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id s649WpkQ040614 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 4 Jul 2014 12:32:51 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s649WpkQ040614 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id s649WpXu040613; Fri, 4 Jul 2014 12:32:51 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 4 Jul 2014 12:32:51 +0300 From: Konstantin Belousov To: Adrian Chadd Subject: Re: EDEADLK from fcntl(F_SETFL) ? Message-ID: <20140704093251.GF93733@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZJM0Iyk369AH1/Ez" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: freebsd-current , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 04 Jul 2014 09:32:57 -0000 --ZJM0Iyk369AH1/Ez Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 03, 2014 at 07:15:51PM -0700, Adrian Chadd wrote: > Hi, >=20 > I'm currently testing this out. It seems to be working out alright. >=20 > adrian@test3:~/work/freebsd % svn diff stable/10/src/sys/kern/ >=20 > Index: stable/10/src/sys/kern/kern_lockf.c >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > --- stable/10/src/sys/kern/kern_lockf.c (revision 267627) >=20 > +++ stable/10/src/sys/kern/kern_lockf.c (working copy) >=20 > @@ -1425,6 +1425,14 @@ >=20 > if (lockf_debug & 1) >=20 > lf_print("lf_setlock: deadlock", lock); >=20 > #endif >=20 > + >=20 > + /* >=20 > + * If the lock isn't waiting, return EAGAIN >=20 > + * rather than EDEADLK. >=20 > + */ >=20 > + if (((lock->lf_flags & F_WAIT) =3D=3D 0) && >=20 > + (error =3D=3D EDEADLK)) >=20 > + error =3D EAGAIN; >=20 > lf_free_lock(lock); >=20 > goto out; >=20 > } >=20 > On 3 July 2014 17:45, Adrian Chadd wrote: > > Hi! > > > > I've seen sqlite3 crap out due to "disk IO error". It looks like the > > F_SETFL path is returning EDEADLK when it shouldn't be - only the > > "wait" version of this should be. > > > > The kernel code looks to be: > > > > lf_setlock() -> lf_add_outgoing() -> lf_add_edge() -> graph_add_edge() > > -> EDEADLK > > > > .. and lf_setlock() will return an error from lf_add_outgoing() > > without checking if it's (a) EDEADLK, and (b) whether we're going to > > sleep or not. > > > > So, sqlite3 trips up on this. I'm sure other things do. What should > > the correct thing be? It looks like EWOULDBLOCK is the correct value > > to return for F_SETFL failing, not EDEADLK. > > > > What do those-who-know-POSIX-standards-better-than-I think? I doubt that the patch is correct. If there is an issue in kernel, the patch only hides it. Note that lf_setlock() first calls lf_getblock() to verify that there is no contending lock on the range, and if there is a conflicting lock, the very first statement inside the if() checks for F_WAIT. Either you get a real deadlock, or there is a bug elsewere. --ZJM0Iyk369AH1/Ez Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJTtnTCAAoJEJDCuSvBvK1B74IP/is4vn246sDcNmV3K1UdObpM WwEz7QUMdP5y4mssxFYtgquxqa+ynNqAxcDk8Dq5H9BKobjV6A5UT69rZcxQAsyC 8Py5zx5rXPEPuHuh+20hSe3h/hhoZaygnUOz1nNAAHxpamTctxwqZmPvzYEWoS0Q P6Ztoc6z1JxZsUcXERLECKMLnbSqpRa45mfdB59NwlJSei2tGvaN9zJSe8BbJGat p23s0ObsxFUVX7izDyaJFsZpmHA+o1z6YW48+Gs+eyE9wkEsyuPfkN+uTO9ZIiGL tES/jrZcNWUzMd+6Mdq99dRMHrzCAEU5BpqoDX9sUUN45BErtI/Ul18+7w1Yjb9e dBv1NnpO0Gy2emJS+05ecNMJArbKcvLoEjrleHyH6kob0t9l4G2HbR08Oy9CwxL0 uk6ugNgyw1l5TTgkJLP3ewbo+9ngSWyh/USsoOCTj7rMWIQBP/2iPykc/6+HW1Vw 9swbq822tIJI9HeuIZUp0Ssa9yz6TCokiA9Wv1AqXhJ/PaFb2I4I9j5Z47NbxpYG ofCHyPM2RBsRat6oJQF0dGksag36Pqrw37Twt38yu7fxuKpJS3GIs2RDrY1BgeZQ 7FywjcJzgx6TgRjSRoRK5APQnNC81Qo1fqdr0Btw40Jk/FgNw4+4+9g1CO5ARhui EHRXS4DEX/0svZmTar9D =ucwR -----END PGP SIGNATURE----- --ZJM0Iyk369AH1/Ez-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 09:38:33 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE6A9720 for ; Fri, 4 Jul 2014 09:38:33 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2D5562504 for ; Fri, 4 Jul 2014 09:38:32 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.9/8.14.9) with ESMTP id s649cRGR047634 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 4 Jul 2014 11:38:27 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.9/8.14.9/Submit) with ESMTP id s649cRXh047631 for ; Fri, 4 Jul 2014 11:38:27 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Fri, 4 Jul 2014 11:38:27 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: current@FreeBSD.org Subject: Re: keyboard break to debugger broken? In-Reply-To: <20140704092848.GZ45513@funkthat.com> Message-ID: References: <20140704092848.GZ45513@funkthat.com> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 04 Jul 2014 09:38:33 -0000 On Fri, 4 Jul 2014 02:28-0700, John-Mark Gurney wrote: > So, I recently tried to break into the debugger w/ the various key > sequences that I know about, and none of them worked... I've tried > CTRL-ESC, ALT-ESC, CTRL-ALT-ESC, CTRL-PRTSCR, ALT-PRTSCR and > CTRL-ALT-PRTSCR, and many other different ones... I've verified that > I can sysctl debug.kdb.enter=1 to enter the debugger, and the > CTRL-ALT-PAUSE works to suspend the machine, and CTRL-ALT-DEL works > to reboot... > > Does anyone know if this works? > > Thanks for the pointers... > > btw, I'm having trouble on 9stable too. You might need to modify and load a keymap, specifying debug as the action for the appropriate combination of keys. Have a look at the files in /usr/share/syscons/keymaps/. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 10:16:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 819C64EF for ; Fri, 4 Jul 2014 10:16:31 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 379022894 for ; Fri, 4 Jul 2014 10:16:30 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1X30Xa-000FdH-Ja; Fri, 04 Jul 2014 14:16:26 +0400 Date: Fri, 4 Jul 2014 14:16:26 +0400 From: Slawa Olhovchenkov To: Kevin Oberman Subject: Re: FreeBSD iscsi target Message-ID: <20140704101626.GB58753@zxy.spb.ru> References: <20140701091252.GB3443@brick> <20140701231305.GA37246@zxy.spb.ru> <20140702112609.GA85758@zxy.spb.ru> <20140702203603.GO5102@zxy.spb.ru> <20140703091321.GP5102@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: Nikolay Denev , Sreenivasa Honnur , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 04 Jul 2014 10:16:31 -0000 On Thu, Jul 03, 2014 at 08:39:42PM -0700, Kevin Oberman wrote: > > > > In real world "Reality is quite different than it actually is". > > > > http://www.cisco.com/c/en/us/products/collateral/switches/catalyst-6500-series-switches/white_paper_c11-696669.html > > > > See "Packet Path Theory of Operation. Ingress Mode". > > > > > Yep. It is really crappy LAGG (fixed three-tupple hash... yuck!) and is > really nothing but 4 10G Ethernet ports using a 40G PHY in yhe 4x10G form. > > Note that they don't make any claim of 802.3ba compliance. It only states > that "40 Gigabit Ethernet is now part of the IEEE 802.3ba standard." So it > is, but this device almost certainly predates the completion of the > standard to get a product for which there was great demand. It's a data > center product and for typical cases of large numbers of small flow, it > should do the trick. Probably does not interoperate with true 80-2.3ba > hardware, either. > > My boss at the time I retired last November was on the committee that wrote > 802.3ba. He would be a good authority on whether the standard has any vague > wording that would allow this, but he retired 5 month after I did and I > have no contact information for him. But I'm pretty sure that there is no > way that this is legitimate 40G Ethernet. 802.3ba describe only end point of ethernet. ASIC, internal details of implemetations NICs, switches, fabrics -- out of standart scope. Bottleneck can be in any point of packet flow. In first pappers of netmap test demonstarated NIC can't do saturation of 10G in one stream 64 bytes packet -- need use multiple rings for transmit. I think need use general rule: one flow transfer can hit performance limitation. From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 10:25:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B924934 for ; Fri, 4 Jul 2014 10:25:39 +0000 (UTC) Received: from mail-lb0-x22b.google.com (mail-lb0-x22b.google.com [IPv6:2a00:1450:4010:c04::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D4CE32964 for ; Fri, 4 Jul 2014 10:25:38 +0000 (UTC) Received: by mail-lb0-f171.google.com with SMTP id s7so1035161lbd.30 for ; Fri, 04 Jul 2014 03:25:35 -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:message-id:subject :from:to:cc:content-type; bh=U+Bl0pts6RVIOIINw1VoI7mjZGwuqm54UCfx96ZqS30=; b=uGGjvXahCRNo/0/80Bo73/kg8+k0R21yVhBm1bxHh18kfQrX0TCStvjeJetYDcOQr8 SHeTTs4IPms69bULcPbw1M9q0uiopIdvaxG6KeLdqSFLD6HH50NRqKdD3luMaJiZtcpk x/sl+xfNBZWDHAbFRdL+lF9/wpbeb0V7jqEz+/n4OX09egI9iNLdj8D9Mh6OlIccSk9q 6SogTt+TlbNYNJ1LiEHu0Dpm8ihnz3SJimtfjuiNsceuXkxcV3XBBYqPu85QL9bGcPDc DdUiyGLCWFabG4s6wqOks/G8oWpZxL1ZtRVlC5GmoKHcAmDS7vyzLRXNDDdsK3flShmq UJPA== MIME-Version: 1.0 X-Received: by 10.152.37.229 with SMTP id b5mr7793559lak.40.1404469535788; Fri, 04 Jul 2014 03:25:35 -0700 (PDT) Sender: rizzo.unipi@gmail.com Received: by 10.114.177.234 with HTTP; Fri, 4 Jul 2014 03:25:35 -0700 (PDT) In-Reply-To: <20140704101626.GB58753@zxy.spb.ru> References: <20140701091252.GB3443@brick> <20140701231305.GA37246@zxy.spb.ru> <20140702112609.GA85758@zxy.spb.ru> <20140702203603.GO5102@zxy.spb.ru> <20140703091321.GP5102@zxy.spb.ru> <20140704101626.GB58753@zxy.spb.ru> Date: Fri, 4 Jul 2014 12:25:35 +0200 X-Google-Sender-Auth: e1Z0RDb7BUXsZx_QzJznnRFjdds Message-ID: Subject: Re: FreeBSD iscsi target From: Luigi Rizzo To: Slawa Olhovchenkov Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: Kevin Oberman , Sreenivasa Honnur , FreeBSD Current , Nikolay Denev X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 04 Jul 2014 10:25:39 -0000 On Fri, Jul 4, 2014 at 12:16 PM, Slawa Olhovchenkov wrote: > On Thu, Jul 03, 2014 at 08:39:42PM -0700, Kevin Oberman wrote: > > > > > > > In real world "Reality is quite different than it actually is". > > > > > > > http://www.cisco.com/c/en/us/products/collateral/switches/catalyst-6500-s= eries-switches/white_paper_c11-696669.html > > > > > > See "Packet Path Theory of Operation. Ingress Mode". > > > > > > > > Yep. It is really crappy LAGG (fixed three-tupple hash... yuck!) and is > > really nothing but 4 10G Ethernet ports using a 40G PHY in yhe 4x10G > form. > > > > Note that they don't make any claim of 802.3ba compliance. It only stat= es > > that "40 Gigabit Ethernet is now part of the IEEE 802.3ba standard." So > it > > is, but this device almost certainly predates the completion of the > > standard to get a product for which there was great demand. It's a data > > center product and for typical cases of large numbers of small flow, it > > should do the trick. Probably does not interoperate with true 80-2.3ba > > hardware, either. > > > > My boss at the time I retired last November was on the committee that > wrote > > 802.3ba. He would be a good authority on whether the standard has any > vague > > wording that would allow this, but he retired 5 month after I did and I > > have no contact information for him. But I'm pretty sure that there is = no > > way that this is legitimate 40G Ethernet. > > 802.3ba describe only end point of ethernet. > ASIC, internal details of implemetations NICs, switches, fabrics -- > out of standart scope. > Bottleneck can be in any point of packet flow. > In first pappers of netmap test demonstarated NIC can't do saturation > of 10G in one stream 64 bytes packet -- need use multiple rings for > transmit. > =E2=80=8Bthat was actually just a configuration issue which since then has been =E2=80=8Bresolved. The 82599 can do 14.88 Mpps on a single ring (and is the only 10G nic i have encountered who can do so). Besides, performance with short packets has nothing to do with the case you were discussing, namely throughput for a single large flow. > I think need use general rule: one flow transfer can hit performance > limitation. > =E2=80=8BThis is neither a useful nor it is restricted to a single flow. Everything "can" underperform depending on the hw/sw configuration, but not necessarily has to. cheers luigi From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 10:33:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56F14C03 for ; Fri, 4 Jul 2014 10:33:24 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0BC5C2A36 for ; Fri, 4 Jul 2014 10:33:23 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1X30nr-000GYa-PT; Fri, 04 Jul 2014 14:33:15 +0400 Date: Fri, 4 Jul 2014 14:33:15 +0400 From: Slawa Olhovchenkov To: Luigi Rizzo Subject: Re: FreeBSD iscsi target Message-ID: <20140704103315.GW5102@zxy.spb.ru> References: <20140702112609.GA85758@zxy.spb.ru> <20140702203603.GO5102@zxy.spb.ru> <20140703091321.GP5102@zxy.spb.ru> <20140704101626.GB58753@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: Kevin Oberman , Sreenivasa Honnur , FreeBSD Current , Nikolay Denev X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 04 Jul 2014 10:33:24 -0000 On Fri, Jul 04, 2014 at 12:25:35PM +0200, Luigi Rizzo wrote: > On Fri, Jul 4, 2014 at 12:16 PM, Slawa Olhovchenkov wrote: > > > On Thu, Jul 03, 2014 at 08:39:42PM -0700, Kevin Oberman wrote: > > > > > > > > > > In real world "Reality is quite different than it actually is". > > > > > > > > > > http://www.cisco.com/c/en/us/products/collateral/switches/catalyst-6500-series-switches/white_paper_c11-696669.html > > > > > > > > See "Packet Path Theory of Operation. Ingress Mode". > > > > > > > > > > > Yep. It is really crappy LAGG (fixed three-tupple hash... yuck!) and is > > > really nothing but 4 10G Ethernet ports using a 40G PHY in yhe 4x10G > > form. > > > > > > Note that they don't make any claim of 802.3ba compliance. It only states > > > that "40 Gigabit Ethernet is now part of the IEEE 802.3ba standard." So > > it > > > is, but this device almost certainly predates the completion of the > > > standard to get a product for which there was great demand. It's a data > > > center product and for typical cases of large numbers of small flow, it > > > should do the trick. Probably does not interoperate with true 80-2.3ba > > > hardware, either. > > > > > > My boss at the time I retired last November was on the committee that > > wrote > > > 802.3ba. He would be a good authority on whether the standard has any > > vague > > > wording that would allow this, but he retired 5 month after I did and I > > > have no contact information for him. But I'm pretty sure that there is no > > > way that this is legitimate 40G Ethernet. > > > > 802.3ba describe only end point of ethernet. > > ASIC, internal details of implemetations NICs, switches, fabrics -- > > out of standart scope. > > Bottleneck can be in any point of packet flow. > > In first pappers of netmap test demonstarated NIC can't do saturation > > of 10G in one stream 64 bytes packet -- need use multiple rings for > > transmit. > > > > ?that was actually just a configuration issue which since then > has been ?resolved. The 82599 can do 14.88 Mpps on a single ring > (and is the only 10G nic i have encountered who can do so). Thanks for clarification. > Besides, performance with short packets has nothing to do with the case > you were discussing, namely throughput for a single large flow. This is only illustration about hardware limitation. Perforamnce may be not only bandwidth limited, but interrupt/pps (per flow) limited. > > I think need use general rule: one flow transfer can hit performance > > limitation. > > > > ?This is neither a useful nor it is restricted to a single flow. > > Everything "can" underperform depending > on the hw/sw configuration, but not necessarily has to. Yes. And estimate to ideal hw/sw configuration and enviroment -- bad think. From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 11:40:30 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 505D9426 for ; Fri, 4 Jul 2014 11:40:30 +0000 (UTC) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "vps.rulingia.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C34E1207D for ; Fri, 4 Jul 2014 11:40:29 +0000 (UTC) Received: from server.rulingia.com (c220-239-242-83.belrs5.nsw.optusnet.com.au [220.239.242.83]) by vps.rulingia.com (8.14.7/8.14.7) with ESMTP id s64BREcq086747 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 4 Jul 2014 21:27:20 +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.9/8.14.9) with ESMTP id s64BRUw9063759 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 4 Jul 2014 21:27:30 +1000 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.9/8.14.9/Submit) id s64BRU0C063758 for current@FreeBSD.org; Fri, 4 Jul 2014 21:27:30 +1000 (EST) (envelope-from peter) Date: Fri, 4 Jul 2014 21:27:30 +1000 From: Peter Jeremy To: current@FreeBSD.org Subject: Re: keyboard break to debugger broken? Message-ID: <20140704112730.GI97231@server.rulingia.com> References: <20140704092848.GZ45513@funkthat.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="kXdP64Ggrk/fb43R" Content-Disposition: inline In-Reply-To: <20140704092848.GZ45513@funkthat.com> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 04 Jul 2014 11:40:30 -0000 --kXdP64Ggrk/fb43R Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2014-Jul-04 02:28:48 -0700, John-Mark Gurney wrote: >So, I recently tried to break into the debugger w/ the various key >sequences that I know about, and none of them worked... I've tried >CTRL-ESC, ALT-ESC, CTRL-ALT-ESC, CTRL-PRTSCR, ALT-PRTSCR and >CTRL-ALT-PRTSCR, and many other different ones... I've verified that >I can sysctl debug.kdb.enter=3D1 to enter the debugger, and the >CTRL-ALT-PAUSE works to suspend the machine, and CTRL-ALT-DEL works >to reboot... > >Does anyone know if this works? It works for me on 10.0. Do you have debug.kdb.break_to_debugger=3D1 and hw.syscons.kbd_debug=3D1 (if you're using syscons)? --=20 Peter Jeremy --kXdP64Ggrk/fb43R Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJTto+iXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFRUIyOTg2QzMwNjcxRTc0RTY1QzIyN0Ux NkE1OTdBMEU0QTIwQjM0AAoJEBall6Dkogs0CFAP/1OGWW6z563JvQA92+A2BdEW eFug9Q3Heb+dYFGopbS75RWVkmXbkMmXfx6xPUtzGLsArbujGGpg9+joC9saoOf9 jG3m+CtZaz/cxbhrBbPSCFcsycmbjNvpyeD1J7LuZzn6oMvB7ESuZf8TndYcgTFN +T95NAHZBX8I9MEEKM4kRIoWT8mmDrqrWLmTzsCadj86IbffZcekqYqukESEAIgy WQzc5oEep5RhK3v8gxMaUgiKoFodL8qdQfu2H90o7s3rcvdj+LLVBz5t9sdbA1Ut MkZXVR/UD81rDHXOSvohvdrtDRPosZXdy1ZLRs/w7hty3B/EK7f/ln88SREGr4Wi TqNLQpP5Np3diGENT5JNcnjMaK4jCDIeEY5L2uARnyJ+0YayQ+5HwFdXRB4zcd/0 VjruJ/H7HugRg3PSG8B72EV4CrJPIq+N0w9MwaBU2d/jwrfkN9BUVc7kjz4UJOME P5Xzll637imIcURdVZPADgMp2cAR2AZqVvTe1qt6saOrj9wV5fnYsDqwm3q/19zv +lEGtxyX1qIXN48dEbOjzz2yyTu3A1H4Dhb6RtHYYrHSBQEK4iyVg7zexXulpERN wrwYTf90R47rSeb9loXua7uickWoxmiUj1fwb9ubNc4aJ70tFHW7kjErHGv1uXRx nx9FjtrOpNsDg/FDuzbF =kKLb -----END PGP SIGNATURE----- --kXdP64Ggrk/fb43R-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 10:57:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5F5854E1 for ; Fri, 4 Jul 2014 10:57:22 +0000 (UTC) Received: from mail-lb0-f179.google.com (mail-lb0-f179.google.com [209.85.217.179]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E03C12C51 for ; Fri, 4 Jul 2014 10:57:21 +0000 (UTC) Received: by mail-lb0-f179.google.com with SMTP id z11so1036981lbi.24 for ; Fri, 04 Jul 2014 03:57:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=zU3KmjYUir6x6+uEGHmUXIzK6GE0ICDFtIzdtFPauKs=; b=ZcXvvS5UVsLkaF6hMZcFc5rNAS7ZvCMrPOsuIidXblB2Wh1v7icuxHv+0kWvCDJHjU BX68fyntwih79sb0NdHgTuRnKNiBxVrWuCWVWzy+upfQqUX/NT9Whl2iw02B/xJONwGL P8ZLm7cAHZxu6RsO3WpIM4Kl+PtUJ0B59V8AXT1UG6Wh/FP2w5RZ1Hom8cqUIT5//6jj piIrsNMKyZGMhYVdhwEkhZ6MegrOyVZLhFh6F5FmS4qhILLFOiYNkZovMnfItoUeP5+g 32VjqwmjGuYLD6PaeCB/8f/caEwhXka43BMiOa5I9AdGOF2UhsdsMhrARvydFd0HBGoY Ch7A== X-Gm-Message-State: ALoCoQnKy793LoT9qWhrRkZ88skFaO0ItODG8kZVJy4BUigTIIC0lx7u/JbcC1SFgA9EZKUmMHTy MIME-Version: 1.0 X-Received: by 10.112.55.147 with SMTP id s19mr961083lbp.78.1404471434029; Fri, 04 Jul 2014 03:57:14 -0700 (PDT) Received: by 10.152.166.7 with HTTP; Fri, 4 Jul 2014 03:57:13 -0700 (PDT) Date: Fri, 4 Jul 2014 17:57:13 +0700 Message-ID: Subject: Boot loader too large From: Alie Tan To: freebsd-current@freebsd.org X-Mailman-Approved-At: Fri, 04 Jul 2014 11:40:43 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 04 Jul 2014 10:57:22 -0000 Hi, I am getting Boot loader too large message while using FreeBSD-11.0-CURRENT-i386-20140701-r268111-disc1.iso Is there any way to solve this issue? Thanks in advance From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 11:07:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8BE10960 for ; Fri, 4 Jul 2014 11:07:28 +0000 (UTC) Received: from mail-lb0-f176.google.com (mail-lb0-f176.google.com [209.85.217.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 163332D3C for ; Fri, 4 Jul 2014 11:07:27 +0000 (UTC) Received: by mail-lb0-f176.google.com with SMTP id w7so1045948lbi.7 for ; Fri, 04 Jul 2014 04:07:20 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=ZC6vKZOs/N2OybbbXxCzJu//BxUvlZYkApzh6xW5/oY=; b=aENXaTMDoDKWbofwmKaAWvwVNJBjhP5sNh2XPytzsxYEpz3/Z9cWjRG/gHWGsoWaw9 r0MQHXGgox6uD6/t5oLe0JIeGOikqXjGbZEWlDZOGyJO0DZ0e9TbzNW1z6akX/JXsXxg wgxr+AaMfUlD4YESAioUgjtjhjT8m6hH2qHRbc8Sb9Br5ftFwW70XjMlTqHbcUFQ/8fG LkcSdtX9EIpQQMIlfMCD9UmTZ2XFtItv9ktWh+1OaCBLwgcNV3BN+zlZrpMw9xh3hv3P 3KLzmxQ+o3Xmw1DwTW4pIzbPyQhdYlXokLU3grSvxTbb5tINeQBgpldivwW5kChVQo/z 12xw== X-Gm-Message-State: ALoCoQkebKggNkh4Wwf5+VaaCnnVemDGyQZGUfuyg/Pfhugh1ow5vjHlxqNb+tx6fWZ50qIs69Q/ MIME-Version: 1.0 X-Received: by 10.112.189.170 with SMTP id gj10mr1020881lbc.76.1404472040228; Fri, 04 Jul 2014 04:07:20 -0700 (PDT) Received: by 10.152.166.7 with HTTP; Fri, 4 Jul 2014 04:07:20 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Jul 2014 18:07:20 +0700 Message-ID: Subject: Re: Boot loader too large From: Alie Tan To: freebsd-current@freebsd.org X-Mailman-Approved-At: Fri, 04 Jul 2014 11:41:04 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 04 Jul 2014 11:07:28 -0000 On Fri, Jul 4, 2014 at 5:57 PM, Alie Tan wrote: > Hi, > > I am getting Boot loader too large message while using > FreeBSD-11.0-CURRENT-i386-20140701-r268111-disc1.iso > > Is there any way to solve this issue? > Strange, resizing the freebsd-boot to 128k solved my issue. why default slice size making such issue? > > Thanks in advance > From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 11:52:33 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE1DCB8C; Fri, 4 Jul 2014 11:52:33 +0000 (UTC) Received: from mail-pa0-x230.google.com (mail-pa0-x230.google.com [IPv6:2607:f8b0:400e:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B916F21B7; Fri, 4 Jul 2014 11:52:33 +0000 (UTC) Received: by mail-pa0-f48.google.com with SMTP id et14so1913683pad.21 for ; Fri, 04 Jul 2014 04:52:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=5U78Mk1NvlaHMjc0URbklJjwoLczXBYxFcGuINPSQ/4=; b=P18Zr9SxHuzAy5l9diRhAL4vWHa/efj3tW56OXLcYwLwKiYzBVnWiwEPZz/dSTXDtD CsxYGwN1sedC++2BzEssL5b3PJD8bWAcdrEDungtqNWT2IcVlZsdGT9OEh89mMli/7Ym GyyzGPG1l8pcb6AVzcLNSQlbeWGsoDdmr8q0thjE6n58s7PYdlouVoA4kyfq2raRnpbz r4EhQih0blMlp167M1EfUAdAdpxHH6tVTF5OF/Rd7XuA/G1dZ8OBs1cPXylG0e+4VgkH W5T4t4MZhS9d0kOOqqaoXvEwh1syHXaoNiB/LyS6C2bhuswrBMWMbKIq0kaqVcaQlAJr RZFA== X-Received: by 10.70.36.203 with SMTP id s11mr9772483pdj.30.1404474753330; Fri, 04 Jul 2014 04:52:33 -0700 (PDT) Received: from [10.187.1.225] ([14.31.6.169]) by mx.google.com with ESMTPSA id uv5sm43991651pbc.52.2014.07.04.04.52.29 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 04 Jul 2014 04:52:32 -0700 (PDT) References: <53B659B7.3020202@gddsn.org.cn> Mime-Version: 1.0 (1.0) In-Reply-To: <53B659B7.3020202@gddsn.org.cn> Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: quoted-printable Message-Id: <940C70CC-D3BC-4EAB-AF23-1B89158B731A@gmail.com> X-Mailer: iPhone Mail (11D257) From: =?GB2312?Q?"=BB=C6=CE=C4=BB=D4=40Gmail"?= Subject: Re: 10.0-RELEASE BTX halted on DELL R900 Date: Fri, 4 Jul 2014 19:52:41 +0800 To: wsk Cc: "stable@freebsd.org" , "questions@freebsd.org" , "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 04 Jul 2014 11:52:34 -0000 Try use the loader from 9.2R. Huang Wen Hui > =D4=DA 2014=C4=EA7=D4=C24=C8=D5=A3=AC15:37=A3=ACwsk =D0= =B4=B5=C0=A3=BA >=20 > lists > I met a BTX halted problem while upgrade Freebsd 9.0-RC3 to 10.0-Releas= e via freebsd-update. > and please check the link below: > http://sw.gddsn.org.cn/jopens/test/btx.jpg >=20 > BTW: I can booted 10.0-R from DVD-ROM as expected but got same error messa= ge with flash-driver. > any ideas? >=20 > --=20 > wsk >=20 >=20 >=20 >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 12:18:25 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3AF90A1B for ; Fri, 4 Jul 2014 12:18:25 +0000 (UTC) Received: from ivan-labs.com (ivan-labs.com [162.243.251.239]) by mx1.freebsd.org (Postfix) with ESMTP id 11A3D2410 for ; Fri, 4 Jul 2014 12:18:24 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by ivan-labs.com (Postfix) with ESMTP id 69B24120E29 for ; Fri, 4 Jul 2014 16:13:02 +0400 (MSK) X-Virus-Scanned: Debian amavisd-new at Received: from ivan-labs.com ([127.0.0.1]) by localhost (ivan-labs.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9SuuMTk-cK+y for ; Fri, 4 Jul 2014 16:13:02 +0400 (MSK) Received: from [192.168.43.253] (host-108-157-66-217.spbmts.ru [217.66.157.108]) by ivan-labs.com (Postfix) with ESMTPSA id 15526120A13 for ; Fri, 4 Jul 2014 16:12:59 +0400 (MSK) Message-ID: <53B69A43.3000100@ivan-labs.com> Date: Fri, 04 Jul 2014 16:12:51 +0400 From: "Ivan A. Kosarev" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Intercepting calls in PIC mode Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 04 Jul 2014 12:18:25 -0000 Hello, Consider the following: --- #include #include extern "C" void* memset(void *block, int c, size_t size) __attribute__((weak, alias("__int_memset"), visibility("default"))); extern "C" __attribute__((visibility("default"))) void* __int_memset(void *block, int c, size_t size) { puts("Hello"); return NULL; } int main() { void *(*F)(void *b, int c, size_t len) = memset; char a[5]; memset(a, 0, sizeof(a)); F(a, 0, sizeof(a)); return 0; } --- It intercepts the memset() calls without issue on both x86-64 FreeBSD 9.2 and Linux. However, with the -fPIC option specified in the cc's command line, only the first (direct) call work on FreeBSD, but not the second (indirect) one. Note is that on Linux both the calls are intercepted--no matter whether the -fPIC option is specified or not. The question is: is there a way to intercept indirect calls on FreeBSD? Thanks, -- From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 12:28:46 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29A80F82; Fri, 4 Jul 2014 12:28:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D96E02517; Fri, 4 Jul 2014 12:28:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s64CShGW055751; Fri, 4 Jul 2014 08:28:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s64CShsA055736; Fri, 4 Jul 2014 12:28:43 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 4 Jul 2014 12:28:43 GMT Message-Id: <201407041228.s64CShsA055736@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jul 2014 12:28:46 -0000 TB --- 2014-07-04 12:28:06 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-04 12:28:06 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-04 12:28:06 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-07-04 12:28:06 - cleaning the object tree TB --- 2014-07-04 12:28:06 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-04 12:28:33 - At svn revision 268242 TB --- 2014-07-04 12:28:34 - building world TB --- 2014-07-04 12:28:34 - CROSS_BUILD_TESTING=YES TB --- 2014-07-04 12:28:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-04 12:28:34 - MAKESYSPATH=/src/share/mk TB --- 2014-07-04 12:28:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-04 12:28:34 - SRCCONF=/dev/null TB --- 2014-07-04 12:28:34 - TARGET=ia64 TB --- 2014-07-04 12:28:34 - TARGET_ARCH=ia64 TB --- 2014-07-04 12:28:34 - TZ=UTC TB --- 2014-07-04 12:28:34 - __MAKE_CONF=/dev/null TB --- 2014-07-04 12:28:34 - cd /src TB --- 2014-07-04 12:28:34 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstFindFrom.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstFirst.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstForEach.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstForEachFrom.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstInit.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstInsert.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsAtEnd.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o sh /src/tools/install.sh -s -o root -g wheel -m 555 make /obj/src/make.amd64/bmake bmake: "/src/Makefile.inc1" line 151: Unknown target ia64:ia64. *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-04 12:28:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-04 12:28:43 - ERROR: failed to build world TB --- 2014-07-04 12:28:43 - 7.70 user 2.98 system 37.36 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 12:36:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B83B22AF for ; Fri, 4 Jul 2014 12:36:02 +0000 (UTC) Received: from frv198.fwdcdn.com (frv198.fwdcdn.com [212.42.77.198]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 74C9325F1 for ; Fri, 4 Jul 2014 12:36:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-Id:Cc:To:Subject:From:Date; bh=XYcjUThyV/Z/o1KvQaOBXmI7S9OJ5/PIJnBwwKvHJHY=; b=qB71+CXSIgiOyll86MHi7ZR/f/Kp+maOBDePeNgeGImfZG+S3D1uG/xEQBIHdC5QZOEgdlItBYcWaIB4LsPN4JeTe6FdkQLq1OSzkQRaYmYeOwG3bsjjgC1Lhw6xi8ghA5u0c5+BmoO4uU1EP8Ak4Hi8Dtzv/Kfhh3S/NMr3J1I=; Received: from [10.10.10.35] (helo=frv35.fwdcdn.com) by frv198.fwdcdn.com with smtp ID 1X32iU-00069z-Pz for current@freebsd.org; Fri, 04 Jul 2014 15:35:50 +0300 Date: Fri, 04 Jul 2014 15:35:49 +0300 From: Vladislav Prodan Subject: Re: 10.0-RELEASE BTX halted on DELL R900 To: wsk X-Mailer: mail.ukr.net 5.0 Message-Id: <1404477308.864882148.b7sr4myo@frv35.fwdcdn.com> In-Reply-To: <53B659B7.3020202@gddsn.org.cn> References: <53B659B7.3020202@gddsn.org.cn> MIME-Version: 1.0 Received: from universite@ukr.net by frv35.fwdcdn.com; Fri, 04 Jul 2014 15:35:50 +0300 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline Cc: stable@freebsd.org, questions@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 04 Jul 2014 12:36:02 -0000 --- Original message --- From: "wsk" Date: 4 July 2014, 15:21:48 > lists > I met a BTX halted problem while upgrade Freebsd 9.0-RC3 to > 10.0-Release via freebsd-update. > and please check the link below: > http://sw.gddsn.org.cn/jopens/test/btx.jpg > > BTW: I can booted 10.0-R from DVD-ROM as expected but got same error > message with flash-driver. > any ideas? > > -- > wsk > Look ACPI settings in the BIOS. I think he should have ACPI v1. -- Vladislav V. Prodan System & Network Administrator support.od.ua From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 14:13:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 635FD347 for ; Fri, 4 Jul 2014 14:13:26 +0000 (UTC) Received: from mail-qa0-x229.google.com (mail-qa0-x229.google.com [IPv6:2607:f8b0:400d:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 20EE02E70 for ; Fri, 4 Jul 2014 14:13:26 +0000 (UTC) Received: by mail-qa0-f41.google.com with SMTP id cm18so1423962qab.28 for ; Fri, 04 Jul 2014 07:13:25 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=poK5kMUOiAy+EYz6NJQFbH6LOvkwmXjSfpwACp91IVw=; b=cp+pp0RtaQc1Gfv2N+yQpfOMcHpgEc3IEOfHRCSL/Wr+IH4ZmW3H79meaDskSvZ3wC PogLhfPtOyg+fulkSl4xn1aB3+CQNe4Q+nQxW4AsKRW3C+73h4g2mQZN15i8LRQfcZiZ t/u4AyGkXqpvhtW3M85ZFopCf3ppUlyrQ3QoNyIY/u0KL0FdgTzkHIiSp6zT/W8iUnXp PKd8W4u94LFS5MWL6P8BXOWm5ghCWXaNHnaqG3kT8xHvLT9Q7xIuihwQtY4xHrtItLBM 9hpmPB4CVIqP+Z3TkACRXwvJZ5sTcHbfOL8rYMwQVxzdAcRu5FMX8MMJUa8xL/UvmFXV llWQ== MIME-Version: 1.0 X-Received: by 10.140.32.66 with SMTP id g60mr17275857qgg.17.1404483204958; Fri, 04 Jul 2014 07:13:24 -0700 (PDT) Sender: carpeddiem@gmail.com Received: by 10.140.49.239 with HTTP; Fri, 4 Jul 2014 07:13:24 -0700 (PDT) In-Reply-To: References: <537DFD85.1090903@icloud.com> Date: Fri, 4 Jul 2014 10:13:24 -0400 X-Google-Sender-Auth: c4aWKw8OYKxFXgznyuAMKfy2ivE Message-ID: Subject: Re: uefi boot on Apple Mac From: Ed Maste To: =?UTF-8?Q?Rafael_Esp=C3=ADndola?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: huanghwh@gmail.com, freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 04 Jul 2014 14:13:26 -0000 On 24 May 2014 19:39, Rafael Esp=C3=ADndola wr= ote: > > Yes, I got that in the mac laptops I tried, it worked on a Mac Pro. It > might be the frame buffer corruption that Ed Maste was mentioning. I purchased a new MacBook Air yesterday (model identifier MacBookAir6,2). UEFI boot and vt(4) worked correctly. (My image included Rafael's patch; I haven't tried a boot without.) I also committed a change to display the framebuffer parameters (address, dimensions, etc.) on boot, in order to help identify the source of this issue. If you have a moment can you build a new USB stick image and give it a try? -Ed From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 14:34:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 580E4C86; Fri, 4 Jul 2014 14:34:32 +0000 (UTC) Received: from mail-ve0-x22b.google.com (mail-ve0-x22b.google.com [IPv6:2607:f8b0:400c:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 005842043; Fri, 4 Jul 2014 14:34:31 +0000 (UTC) Received: by mail-ve0-f171.google.com with SMTP id jz11so1735308veb.2 for ; Fri, 04 Jul 2014 07:34:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=kNvlJS2D6028KA5F7f16Pbhj3x96cqcst6yVQW/7JRU=; b=c345pt+/iwNvgq+OzrEPHAtn0nIR0z27EA5JjqcbeR6SHCGXWTuv3+cyWG55xKeP0j t3NA/aCNfLXTK/e7uqSISDXL7qI96uj/GB16JKZ6dG8CR682YVg37MoKLMlYkOwEJ2Tj 19K01lH9JaQlbOWyZTaa/8DdxvbUp0CSOinrM29bn2zP4Qby8WbLa40uvYh0I1zUlj64 1UU6e+QLJzwvV/YbNcR0WD3FOSei6n48rwF28M+FtgRp164SBHdHizwtX8Yj1twxdLqj aseimAThtIEkezhs5lefwtd6tJLfbVPbFqPu6IfZckwUJp387voz5tWUiax288vOSh7L HElg== MIME-Version: 1.0 X-Received: by 10.52.25.228 with SMTP id f4mr460449vdg.62.1404484470981; Fri, 04 Jul 2014 07:34:30 -0700 (PDT) Received: by 10.220.201.202 with HTTP; Fri, 4 Jul 2014 07:34:30 -0700 (PDT) Reply-To: huanghwh@gmail.com In-Reply-To: References: <537DFD85.1090903@icloud.com> Date: Fri, 4 Jul 2014 22:34:30 +0800 Message-ID: Subject: Re: uefi boot on Apple Mac From: Huang Wen Hui To: Ed Maste Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: freebsd-current , =?UTF-8?Q?Rafael_Esp=C3=ADndola?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 04 Jul 2014 14:34:32 -0000 Hi, On my MacbookPro11,3, I got this error message: http://sw.gddsn.org.cn/freebsd/uefi.jpg cheers, Huang WenHui 2014-07-04 22:13 GMT+08:00 Ed Maste : > On 24 May 2014 19:39, Rafael Esp=C3=ADndola = wrote: > > > > Yes, I got that in the mac laptops I tried, it worked on a Mac Pro. It > > might be the frame buffer corruption that Ed Maste was mentioning. > > I purchased a new MacBook Air yesterday (model identifier > MacBookAir6,2). UEFI boot and vt(4) worked correctly. (My image > included Rafael's patch; I haven't tried a boot without.) > > I also committed a change to display the framebuffer parameters > (address, dimensions, etc.) on boot, in order to help identify the > source of this issue. If you have a moment can you build a new USB > stick image and give it a try? > > -Ed > From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 14:39:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85DB4FD7; Fri, 4 Jul 2014 14:39:00 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F0444208D; Fri, 4 Jul 2014 14:38:56 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id s64EcpAT011045 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 4 Jul 2014 17:38:51 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s64EcpAT011045 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id s64EcoWX011044; Fri, 4 Jul 2014 17:38:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 4 Jul 2014 17:38:50 +0300 From: Konstantin Belousov To: "Ivan A. Kosarev" Subject: Re: Intercepting calls in PIC mode Message-ID: <20140704143850.GH93733@kib.kiev.ua> References: <53B69A43.3000100@ivan-labs.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JBmVoN0GeLJFe550" Content-Disposition: inline In-Reply-To: <53B69A43.3000100@ivan-labs.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: toolchain@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 04 Jul 2014 14:39:00 -0000 --JBmVoN0GeLJFe550 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 04, 2014 at 04:12:51PM +0400, Ivan A. Kosarev wrote: > Hello, >=20 > Consider the following: >=20 > --- > #include > #include >=20 > extern "C" void* memset(void *block, int c, size_t size) > __attribute__((weak, alias("__int_memset"), visibility("default"))); >=20 > extern "C" __attribute__((visibility("default"))) > void* __int_memset(void *block, int c, size_t size) { > puts("Hello"); > return NULL; > } >=20 > int main() > { > void *(*F)(void *b, int c, size_t len) =3D memset; > char a[5]; > memset(a, 0, sizeof(a)); > F(a, 0, sizeof(a)); > return 0; > } > --- >=20 > It intercepts the memset() calls without issue on both x86-64 FreeBSD=20 > 9.2 and Linux. However, with the -fPIC option specified in the cc's=20 > command line, only the first (direct) call work on FreeBSD, but not the= =20 > second (indirect) one. Note is that on Linux both the calls are=20 > intercepted--no matter whether the -fPIC option is specified or not. Your example is rather convoluted, I will try to explain below why. First, I am sure that C99 does not allow to override the semantic of the standard-defined functions. That said, a call to memset(3) can be inlined by a compiler, so there could be nothing to intercept. Second, FreeBSD implementation of the weak ELF symbols is non-compliant. The dynamic linker prioritizes non-weak symbols over the weak. This at least explains why your code snippet does not segfaults: the memset(3) =66rom libc is not interposed by your memset() implementation, so libc can at least initialize itself. If you remove weak attribute from the memset(), debug version of libc fails with assertions in jemalloc, while normal build just segfaults. That said, there are also differences in the static linker behaviour. Clang generates the following code to obtain the address of the memset(3) function: movq memset@GOTPCREL(%rip), %rsi The in-tree ld from binutils 2.17.redhat generates the R_X86_64_GLOB_DAT relocation to fill the GOT entry for the memset symbol. Processor of the GLOB_DAT in the rtld-elf always starts the lookup of the requested symbol in the object next from main. For your code, this means libc is searched for memset to fill the slot, and you get a libc symbol. The ld from the stock build of binutils 2.24, on the other hand, does not generate a relocation at all, it resolves memset internally from the same object file and fills the offset directly into instruction. I.e., when the program is linked with new ld, it works as you intend. This is probably the reason why it worked for you on Linux. I am not sure what conclusion could be made from the story I just told you. Might be, 'do not try to interpose std C functions' and 'put interposers into the LD_PRELOADed objects' ? --JBmVoN0GeLJFe550 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJTtrx6AAoJEJDCuSvBvK1B42YP/21lu2qUek1o0EsT/ePohCSX f32abyLwhhZkG1RGlpoeHvOtGBsJhZ2xSHFVgLd+zMbvJ2Yx4H9U+7+zcybSGTB3 J9g2FmkOH4/SXN+SkSijt/T8gVz+JKdcb8nB/EhPcZBxVBrvv7VSs3e62yFLC7aJ bil4OkAvEqQvi0w7Qw0Jj2IDjSgqIQkBg5l+rBeayCS695oSxsgIFXz0+Nz8jhqY U0VizVeLwYuUbczqsvItoyMQM/JTKyuqEb/yGK/iMR0bNoR85wyp4nM+bawYmjkr abF2fGmoshDafbAemDpWc2KCGds76O+RBtpGTY5nIKt/BmgRw8gBHlCzkA5DRjjU uEAG5c4M23IST0G1u44feuk6k+6fcxmNgPX+H/k6iTA01mNlfMI2jIaoC6RvIUKL MHtQijVZXtnrlgDkgVaE/8lYz+SeK7q38GmD72f/s7LIBh/UVSo9NCzKe1MAEGe2 +Nqhz34Hby5L+bsYKVSS4O8EeP04qH9Y21Pa7YXWzAA+ynsGcShBl/H//L/gX55g v2JTRAAPjkJ5MB8ypiOig0KxE1fB33GNmK193eYqWOCK50wL6dYW9zpaVf2U1lRP WFM2aUBK6iJQqxSE81NhzZpIlHVWlvJWoA2oG9Eyl8fZgsyocOjrKynyz4ZBiIiA kAmd9HTGfvPuxzjo8ixp =GF6d -----END PGP SIGNATURE----- --JBmVoN0GeLJFe550-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 14:43:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D27112DD for ; Fri, 4 Jul 2014 14:43:23 +0000 (UTC) Received: from mail-qa0-x231.google.com (mail-qa0-x231.google.com [IPv6:2607:f8b0:400d:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8D8C42136 for ; Fri, 4 Jul 2014 14:43:23 +0000 (UTC) Received: by mail-qa0-f49.google.com with SMTP id w8so1378188qac.22 for ; Fri, 04 Jul 2014 07:43:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=gq8p9yl5l1QbQFDouWe1AhTZCUWzsXMJDy6Yzdci6oE=; b=I6Ee/avHzsa1478vL+I2BZD2CPFwe/1yDVQ40BgeR/qOpFd32emmzufSCyr1b6RLl9 Kqem5LaLuKaHBlC1kcdlc4VPKiCDfpHXVPoKpjbykHFncH/EGB3FRWyJEwZqYT8CiNZb +VW9CtkLotY5ltqdk1mCpQXYenpLJC7T0yzsqzc7AMhJFEoBjAGm59hA3W0uZNBAyPI5 d8DXpW8QRuCtNaeG9fFwgQ5ZS3j4pzPkIvH+74QDCqGiENc/kfVimHt9v0IRLHXm4tIt aH0RxEvC/LviPccEnfCjrAHI+k0fQrKJhrYQx5vm9q1z4Utn5tXEwtod+MbDe5yHoJhO 9fsQ== X-Received: by 10.140.101.115 with SMTP id t106mr17991098qge.91.1404485002597; Fri, 04 Jul 2014 07:43:22 -0700 (PDT) Received: from pwnie.vrt.sourcefire.com (moist.vrt.sourcefire.com. [198.148.79.134]) by mx.google.com with ESMTPSA id p15sm56001373qar.34.2014.07.04.07.43.21 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 04 Jul 2014 07:43:22 -0700 (PDT) Date: Fri, 4 Jul 2014 10:43:20 -0400 From: Shawn Webb To: "Ivan A. Kosarev" Subject: Re: Intercepting calls in PIC mode Message-ID: <20140704144320.GT4365@pwnie.vrt.sourcefire.com> References: <53B69A43.3000100@ivan-labs.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KqBSqvdnnccM6+Kg" Content-Disposition: inline In-Reply-To: <53B69A43.3000100@ivan-labs.com> X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 04 Jul 2014 14:43:24 -0000 --KqBSqvdnnccM6+Kg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable You could hijack the GOT entry, but that assumes the symbol has been resolved first (either LD_BIND_NOW or the function has been called at least once). You could also use LD_PRELOAD. On Jul 04, 2014 04:12 PM +0400, Ivan A. Kosarev wrote: > Hello, >=20 > Consider the following: >=20 > --- > #include > #include >=20 > extern "C" void* memset(void *block, int c, size_t size) > __attribute__((weak, alias("__int_memset"), visibility("default"))); >=20 > extern "C" __attribute__((visibility("default"))) > void* __int_memset(void *block, int c, size_t size) { > puts("Hello"); > return NULL; > } >=20 > int main() > { > void *(*F)(void *b, int c, size_t len) =3D memset; > char a[5]; > memset(a, 0, sizeof(a)); > F(a, 0, sizeof(a)); > return 0; > } > --- >=20 > It intercepts the memset() calls without issue on both x86-64 FreeBSD=20 > 9.2 and Linux. However, with the -fPIC option specified in the cc's=20 > command line, only the first (direct) call work on FreeBSD, but not the= =20 > second (indirect) one. Note is that on Linux both the calls are=20 > intercepted--no matter whether the -fPIC option is specified or not. >=20 > The question is: is there a way to intercept indirect calls on FreeBSD? >=20 > Thanks, >=20 > --=20 >=20 > _______________________________________________ > 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" --KqBSqvdnnccM6+Kg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJTtr2HAAoJEGqEZY9SRW7upvkQAMlyShpF+HIPvP3eC7sNRlj7 T+P41Lzq57mT8v7xv0UzXEAmzrOSOd+FkgJOQurA8u3G3EBjNJenItH/uRsVNm4e //AEKODvEKXr83URTvt3nwU7Lnka1xOXEn//S0chJvRsrp0u3AXtgTCEgwpvH3nf FdU4lydpoJctrkhPVqomct8L33a4tu4bQ0rllWQrf9I4mP2R/WKBflWK5xaNRurU G6f9QTea25A4IYugQwB+LrNGCZU3ei5PwC8BffTJvgYdYa24Smbq69aCO1ux3brV n0lLMYYKpusDSH3Fw9ZnKYQ4h1017Tmgxxn0Mi5ooi9SGpgrTOVuAIPgx1D7rAlH Z4enb5rU9lzrCBmk+Tuwdou4TpGnnBx5weUDOozWqXQuR7SnL2p7YoPxMW66Bcc2 Xs2UaTAIbAcIYb733Xfwfwfpkipx0jOj6CO99/zlaR8qPJHM6F0nCGgY8kou2m9v cXQhYIjbM2YmF6GQ1Vewi/9MZkC2pG4B08TjhITqHUwKsBEw6s1OTcuPjmPix2fw rNPQVpbEElH2JE/FTm6uNkicmL2VT0zQ5oaYfcBxy6G3gvqnPNuwaRrOgJYZK8aM BADP3+3Sa06Wnl5cYgb5gADs0NNnI51MZlKTKEQoOWpRvwT90KCS1SiLwc5Wle1V XEOG4W0Z4oC7Hqrlclqt =Ju6q -----END PGP SIGNATURE----- --KqBSqvdnnccM6+Kg-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 15:56:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BCDB2B79 for ; Fri, 4 Jul 2014 15:56:44 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9E53B2780 for ; Fri, 4 Jul 2014 15:56:44 +0000 (UTC) Received: from [192.168.200.204] (c-50-131-5-126.hsd1.ca.comcast.net [50.131.5.126]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id D4F9E19360B for ; Fri, 4 Jul 2014 15:56:36 +0000 (UTC) Subject: ZFS ARC max sort of not working? From: Sean Bruno Reply-To: sbruno@freebsd.org To: freebsd-current Content-Type: text/plain; charset="us-ascii" Date: Fri, 04 Jul 2014 08:56:41 -0700 Message-ID: <1404489401.1059.69.camel@bruno> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 04 Jul 2014 15:56:44 -0000 It looks like the following no longer works on head? vfs.zfs.arc_max="8G" But this does? vfs.zfs.arc_max="8589934592" sean From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 15:58:30 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3914DE1D for ; Fri, 4 Jul 2014 15:58:30 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 12FCB27A6 for ; Fri, 4 Jul 2014 15:58:29 +0000 (UTC) Received: from [192.168.1.2] (senat1-01.HML3.ScaleEngine.net [209.51.186.5]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 34DE01DE96 for ; Fri, 4 Jul 2014 15:58:28 +0000 (UTC) Message-ID: <53B6CF26.5060306@freebsd.org> Date: Fri, 04 Jul 2014 11:58:30 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: ZFS ARC max sort of not working? References: <1404489401.1059.69.camel@bruno> In-Reply-To: <1404489401.1059.69.camel@bruno> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4sMHcTsr9prvR5PRmTGH4WNFXPMJWgK5c" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 04 Jul 2014 15:58:30 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --4sMHcTsr9prvR5PRmTGH4WNFXPMJWgK5c Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-07-04 11:56, Sean Bruno wrote: > It looks like the following no longer works on head? >=20 > vfs.zfs.arc_max=3D"8G" >=20 > But this does? >=20 > vfs.zfs.arc_max=3D"8589934592" >=20 > sean >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 8G =3D 8 x 2^30 (1024*1024*1024) That is correct. --=20 Allan Jude --4sMHcTsr9prvR5PRmTGH4WNFXPMJWgK5c 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.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTts8oAAoJEJrBFpNRJZKf39YP/33Lkxm2ZmWjask0j8hIooHD sgvjetF9P+vnfOADUCNBO0lDMFkKXYZuy+PrulFRyTBxA3lBmjsoJ0kFXZh4UMu+ NpjxETw+qhcklmC3iZ/Up6Q+ZvG3t073byRKXcd+5X5BTZhnCY2CrDqRwLdE/F7d 9jmdmoCWlAa67uAN1Ov+1BxT4mkV9u4DyL6Zx0xf3JYxI5ixZJBrXB7ATROwBXiZ hfsXhd569y66aAz6dPSw9wTWM00TbyKV27gTMv3e92iX32PTAVOzTgpuYIwiYK3o civJrk7Nsbl9ffaFUy8cqma15TmtuIrBjTH6rjklBz1s6Oup0LWzypvbo6R6/Pln p8M2s66LFTe2XyXmOXn1ph91bL/pljoPD60t1oAYWf2zKNzKdYEhsshofz9NYpK/ p+EyUl3crU0ZgeXaxvUzWXE2bXG6j6YqaDpdVAQgR20Fx6X0YL46hUQRUGNbkU7x 2CkdWk1E9KH/NlL0Esev6iFSFszjziWnbyubPaCBqfCFj12Nf5oW2aBXbzFgFQu6 iejQCasuabydsE4XzNg3um5gCsPmDMW4Wq/IDInhL0uVpprcRNERt7ge/tcmbSAA Lqgk9pOHsJ+cb7pjzKHQ87qL9w91514T0AgIDgk15Gvcd11ffyGVmZl7SEN8w6Zy iC1PfxPz1FqWiDHA/apw =PvjX -----END PGP SIGNATURE----- --4sMHcTsr9prvR5PRmTGH4WNFXPMJWgK5c-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 16:06:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6591133; Fri, 4 Jul 2014 16:06:52 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A6A472875; Fri, 4 Jul 2014 16:06:52 +0000 (UTC) Received: from [192.168.200.204] (c-50-131-5-126.hsd1.ca.comcast.net [50.131.5.126]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 68D8419360B; Fri, 4 Jul 2014 16:06:51 +0000 (UTC) Subject: Re: ZFS ARC max sort of not working? From: Sean Bruno Reply-To: sbruno@freebsd.org To: Allan Jude In-Reply-To: <53B6CF26.5060306@freebsd.org> References: <1404489401.1059.69.camel@bruno> <53B6CF26.5060306@freebsd.org> Content-Type: text/plain; charset="us-ascii" Date: Fri, 04 Jul 2014 09:06:56 -0700 Message-ID: <1404490016.1059.70.camel@bruno> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 04 Jul 2014 16:06:52 -0000 On Fri, 2014-07-04 at 11:58 -0400, Allan Jude wrote: > On 2014-07-04 11:56, Sean Bruno wrote: > > It looks like the following no longer works on head? > > > > vfs.zfs.arc_max="8G" > > > > But this does? > > > > vfs.zfs.arc_max="8589934592" > > > > sean > > > > _______________________________________________ > > 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" > > > > 8G = 8 x 2^30 (1024*1024*1024) > > That is correct. > Sure, but up until recently on head (last month or two) the shorthand of 8G worked. sean From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 16:09:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE33B6D8 for ; Fri, 4 Jul 2014 16:09:57 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 970FA28B4 for ; Fri, 4 Jul 2014 16:09:57 +0000 (UTC) Received: from [192.168.1.2] (senat1-01.HML3.ScaleEngine.net [209.51.186.5]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 93C931DF29 for ; Fri, 4 Jul 2014 16:09:56 +0000 (UTC) Message-ID: <53B6D1D6.5010701@freebsd.org> Date: Fri, 04 Jul 2014 12:09:58 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: ZFS ARC max sort of not working? References: <1404489401.1059.69.camel@bruno> <53B6CF26.5060306@freebsd.org> <1404490016.1059.70.camel@bruno> In-Reply-To: <1404490016.1059.70.camel@bruno> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Mt4H2AjMQo0D3s4gXEbQvtf8P24uCCpqs" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 04 Jul 2014 16:09:57 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Mt4H2AjMQo0D3s4gXEbQvtf8P24uCCpqs Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-07-04 12:06, Sean Bruno wrote: > On Fri, 2014-07-04 at 11:58 -0400, Allan Jude wrote: >> On 2014-07-04 11:56, Sean Bruno wrote: >>> It looks like the following no longer works on head? >>> >>> vfs.zfs.arc_max=3D"8G" >>> >>> But this does? >>> >>> vfs.zfs.arc_max=3D"8589934592" >>> >>> sean >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd= =2Eorg" >>> >> >> 8G =3D 8 x 2^30 (1024*1024*1024) >> >> That is correct. >> >=20 > Sure, but up until recently on head (last month or two) the shorthand o= f > 8G worked. >=20 > sean >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 Sorry, I misread the question. --=20 Allan Jude --Mt4H2AjMQo0D3s4gXEbQvtf8P24uCCpqs 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.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTttHZAAoJEJrBFpNRJZKf9woQAKG9wMP4SJIQwqzNlgC5x+VF U09CL2Lxd8cNPKbwk8rQL9qf25M3mSVG2RaJu/ReflZAu4T6wV7crUohZoJ3JQEk 7JTw9i7QPDk7zWZTZRAmuVvMMz7PRrLk2ZQCU7/S+dRhFQwFdNX44yrqFdMG2Fom fGAxiXAtt50u7dLzQ4K3ol+Jvdt564QMYx9aaCu1N5dYFHWCNOldPbEzi4JEdIki MI5ipNfrKFDr9gQBm7SHgpU1gocp67eGiUeucRd+JoWMtdFQ3bRK1u6mnD3JzGXG gGUYRkEU1looEbIBFS0mqe57nCvGQ45DPuTffmBQJ6h5TCEhr9A4lRHBl89qBYGp rScI2zQ9jaK3vFHq6zqM6yZO93s96/UmRwdJGS7ug51Wu/LsubR7WypcbSMmLgPX iB/xHT6yHkjN/ZCp1rQF9zE3JKtOC1vCe89NJvoVBpe79H4bCnZqyeHZYZ4Tjqsn fbh0MkZr/xzYAxbQnDwIT7U4doy2N877WxQUE7k4Vbak0iuXoPMU1P59zjMxl1V2 z3OvZPr0KO20wZgjRjsC1uV5t/77+jx2WHcEeef/73g0EXT/L1rDQmwx8iQLJzgM mUioW+vr77jXhtIpBAg2v+5o7gVkCjwPx/Eqzd2eR1cQ3HeFwNxb7u52Tj1iAVqY 5A27Qyl/tWUU0AkrGfUk =EG7c -----END PGP SIGNATURE----- --Mt4H2AjMQo0D3s4gXEbQvtf8P24uCCpqs-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 18:09:09 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6534E4A1; Fri, 4 Jul 2014 18:09:09 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 26F142321; Fri, 4 Jul 2014 18:09:09 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 266471FE02D; Fri, 4 Jul 2014 20:09:08 +0200 (CEST) Message-ID: <53B6EDD1.8030506@selasky.org> Date: Fri, 04 Jul 2014 20:09:21 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: David Wolfskill , stable@freebsd.org, "current@freebsd.org" Subject: [HEADS-UP] Problem with clang in 9-stable [was: r268244 (stable/9) seems to break "sysctl hw.ncpu"] References: <20140704123901.GR6056@albert.catwhisker.org> <53B6E218.5070009@selasky.org> <20140704174705.GS6056@albert.catwhisker.org> In-Reply-To: <20140704174705.GS6056@albert.catwhisker.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 04 Jul 2014 18:09:09 -0000 Hi, Can you try to reproduce this: Checkout 9-stable's src/sbin/sysctl only. cd /usr/9-stable/src/sbin/sysctl env CC=clang make clean all ./sysctl -n hw.ncpu Then: env CC=gcc make clean all ./sysctl -n hw.ncpu clang --version FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710) 20121221 Target: x86_64-unknown-freebsd9.1 Thread model: posix gcc --version gcc (GCC) 4.2.1 20070831 patched [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. .... When compiling the code with clang, no output is happening. When compiling with gcc, the FreeBSD 9-stable sysctl operates correctly. How do we proceed? Can more people check this and reproduce? When compiling the -10 and -11 version of sysctl with clang and gcc, everything is fine! Thank you! --HPS From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 18:16:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 801B5733; Fri, 4 Jul 2014 18:16:33 +0000 (UTC) Received: from mail-qa0-x233.google.com (mail-qa0-x233.google.com [IPv6:2607:f8b0:400d:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 333262401; Fri, 4 Jul 2014 18:16:33 +0000 (UTC) Received: by mail-qa0-f51.google.com with SMTP id j7so1550830qaq.38 for ; Fri, 04 Jul 2014 11:16:32 -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:message-id:subject :from:to:cc:content-type; bh=ETcMgEHW4HPDVsCkUqqLevJMGnCjfqR8t4quDVQZfmg=; b=DNW2VmuFTfLIRIsd2BmFmevuMlhhZG06RuJ2jk3gX9Mj1qKMzAFlRUFtktOAL/gEK/ DNwpxNQg1Zw568XUyPYKvHHz7CtoPJw8+h4eJiPNriPJuy39oHQvu3KwtdRJIYm3fURi N7wZ6jC57myXBnFcVN1deUr7OPS3m9D7B3AYPcfDzd2Oc84IpwXG0wBnG3V71yn/D2Ij LRzEF8IKFd+vt9HwX64IzgW/lrT40HSlra89loKBta49GfBS71oIRENpin8CqgPHEvVX DcgJv7s7MGsKh2fxfhAhZZ2QLo9FRclURK9J+mKlsIUT8sqMrT2flq0mqtM9PxThpFh0 yLJg== MIME-Version: 1.0 X-Received: by 10.140.22.134 with SMTP id 6mr20233476qgn.4.1404497792399; Fri, 04 Jul 2014 11:16:32 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.202.193 with HTTP; Fri, 4 Jul 2014 11:16:32 -0700 (PDT) In-Reply-To: <1404489401.1059.69.camel@bruno> References: <1404489401.1059.69.camel@bruno> Date: Fri, 4 Jul 2014 11:16:32 -0700 X-Google-Sender-Auth: bNN7psBz8yG2BHSeEu80Dx9W4Gc Message-ID: Subject: Re: ZFS ARC max sort of not working? From: Adrian Chadd To: Sean Bruno Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 04 Jul 2014 18:16:33 -0000 poke hps? -a On 4 July 2014 08:56, Sean Bruno wrote: > It looks like the following no longer works on head? > > vfs.zfs.arc_max="8G" > > But this does? > > vfs.zfs.arc_max="8589934592" > > sean > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 18:18:33 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1CA7684F; Fri, 4 Jul 2014 18:18:33 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C57592417; Fri, 4 Jul 2014 18:18:32 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id s64IIV5r057032; Fri, 4 Jul 2014 11:18:31 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id s64IIVXf057031; Fri, 4 Jul 2014 11:18:31 -0700 (PDT) (envelope-from david) Date: Fri, 4 Jul 2014 11:18:31 -0700 From: David Wolfskill To: Hans Petter Selasky Subject: Re: [HEADS-UP] Problem with clang in 9-stable [was: r268244 (stable/9) seems to break "sysctl hw.ncpu"] Message-ID: <20140704181831.GV6056@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Hans Petter Selasky , stable@freebsd.org, "current@freebsd.org" References: <20140704123901.GR6056@albert.catwhisker.org> <53B6E218.5070009@selasky.org> <20140704174705.GS6056@albert.catwhisker.org> <53B6EDD1.8030506@selasky.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="AEkhIf3vy/ReXTu0" Content-Disposition: inline In-Reply-To: <53B6EDD1.8030506@selasky.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: stable@freebsd.org, "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 04 Jul 2014 18:18:33 -0000 --AEkhIf3vy/ReXTu0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 04, 2014 at 08:09:21PM +0200, Hans Petter Selasky wrote: > Hi, >=20 > Can you try to reproduce this: >=20 > Checkout 9-stable's src/sbin/sysctl only. >=20 > cd /usr/9-stable/src/sbin/sysctl >=20 > env CC=3Dclang make clean all > ./sysctl -n hw.ncpu >=20 > Then: >=20 > env CC=3Dgcc make clean all > ./sysctl -n hw.ncpu >=20 >=20 > clang --version > FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710) 20121221 > Target: x86_64-unknown-freebsd9.1 > Thread model: posix >=20 > gcc --version > gcc (GCC) 4.2.1 20070831 patched [FreeBSD] > Copyright (C) 2007 Free Software Foundation, Inc. > .... Hmm... I should have mentioned this part earlier (sorry!): I've been using clang as the system compiler since about ... autumn 2012 (long ago enough that I forgot that it might be "odd" for stable/9). > When compiling the code with clang, no output is happening. When=20 > compiling with gcc, the FreeBSD 9-stable sysctl operates correctly. How= =20 > do we proceed? >=20 > Can more people check this and reproduce? Well, here's what I see: g1-252(9.3-P)[22] svn co file:///svn/freebsd/src/base/stable/9/sbin/sysctl A sysctl/sysctl.c A sysctl/sysctl.8 A sysctl/Makefile U sysctl Checked out revision 268249. g1-252(9.3-P)[23] cd sysctl/ g1-252(9.3-P)[24] env CC=3Dclang make clean all rm -f sysctl sysctl.o sysctl.8.gz sysctl.8.cat.gz Warning: Object directory not changed from original /tmp/hps/sysctl clang -O2 -pipe -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsyste= m-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-p= rototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-poin= ter-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -c sysctl.c clang -O2 -pipe -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsyste= m-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-p= rototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-poin= ter-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -o sysctl sysctl.o=20 gzip -cn sysctl.8 > sysctl.8.gz g1-252(9.3-P)[25] ./sysctl -n hw.ncpu g1-252(9.3-P)[26] env CC=3Dgcc make clean all rm -f sysctl sysctl.o sysctl.8.gz sysctl.8.cat.gz Warning: Object directory not changed from original /tmp/hps/sysctl clang -O2 -pipe -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsyste= m-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-p= rototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-poin= ter-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -c sysctl.c clang -O2 -pipe -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsyste= m-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-p= rototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-poin= ter-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -W= no-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-un= used-function -Wno-enum-conversion -o sysctl sysctl.o=20 gzip -cn sysctl.8 > sysctl.8.gz g1-252(9.3-P)[27] ./sysctl -n hw.ncpu g1-252(9.3-P)[28]=20 > When compiling the -10 and -11 version of sysctl with clang and gcc,=20 > everything is fine! That's moderately seriously kinky.... And not in a Good Way. :-/ > Thank you! At least I have some evidence that I might not be merely hallucinating.... Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --AEkhIf3vy/ReXTu0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJTtu/1XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7seQP/0e5UCLxIMOv8ugkmuCU6yq/ uxvw/PI62hTyAnZS+97XwlQZcSqxoh33cruzyg6wfsOb8KKhjOE22n29C7Ewa+M7 cXlMDWOTgMdkoicojnf5N1jyZyoAGgtc0MOhh0kw4gcNZWYXwSGkuYlhZf1AkMq4 IZ+hqgSjm5zXpa+KacSmrE05uW06jYrRqq2DvN/oSm0+JhGjKs9CLfR2dl3QgYl9 8tUWHVRwdwpWB66fwSwn/i+saSoKSgqxI+EZzUxj6y8y4Zxfo+ESNemVE/VU7t+v L5REjVfzVdN+EaQcJsmrCjO2DI+vdJ/Ad9X0hdhqJanK1lsGWGeSYN+ZPNTfqPu9 EaJG2q8HCiT9qwU9j9jKk3odf/9ootOUbK/CS0EY3A3zDbuRI3Fh5gxKsGtQL9+8 1mv4VOdTp80XKUiVFj8rXv6doeS/Wt2eiKeSHL2AXFXPBm4PjbnHVrDYTzB8MuKS yC69q2YrTRJJaVZ1rZcRKN0EPZ/u+4Btj1HZZc6n2fEMlBzxWqS4iATrRp4zzcRL Uq+LLVv51FX2qeDkuhTYUFGvfNb/ZZe0gblLbWn/Y1Ujl7vaye6JIxiF4YN0AgOS DiCl6zA9MsQzutIjGisP326m5j0L1VZm146CYT7QyxqRn8s+Fbh2aeHmxj5f/2xp ZwNMBb1lnBF4x6mV5F8U =co+H -----END PGP SIGNATURE----- --AEkhIf3vy/ReXTu0-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 4 18:32:59 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 65703CCB; Fri, 4 Jul 2014 18:32:59 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 26D19257D; Fri, 4 Jul 2014 18:32:59 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id AA7C61FE02D; Fri, 4 Jul 2014 20:32:57 +0200 (CEST) Message-ID: <53B6F367.2080206@selasky.org> Date: Fri, 04 Jul 2014 20:33:11 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: David Wolfskill , stable@freebsd.org, "current@freebsd.org" Subject: Re: [HEADS-UP] Problem with clang in 9-stable [was: r268244 (stable/9) seems to break "sysctl hw.ncpu"] References: <20140704123901.GR6056@albert.catwhisker.org> <53B6E218.5070009@selasky.org> <20140704174705.GS6056@albert.catwhisker.org> <53B6EDD1.8030506@selasky.org> <20140704181831.GV6056@albert.catwhisker.org> In-Reply-To: <20140704181831.GV6056@albert.catwhisker.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 04 Jul 2014 18:32:59 -0000 Hi, I've reverted the MFC of r267960: http://svnweb.freebsd.org/changeset/base/268263 I did some checking and the patch makes access to a non-initialized variable, due to other missing patches prior to mine, probably making compiler differences show up on my side. It appears the patch cannot be ported to 9-stable then. So I'll just leave it there. David: Thank you for your error-report. --HPS From owner-freebsd-current@FreeBSD.ORG Sat Jul 5 00:02:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E45FB442; Sat, 5 Jul 2014 00:02:04 +0000 (UTC) Received: from smtp1.multiplay.co.uk (smtp1.multiplay.co.uk [85.236.96.35]) by mx1.freebsd.org (Postfix) with ESMTP id AA38120A6; Sat, 5 Jul 2014 00:02:04 +0000 (UTC) Received: by smtp1.multiplay.co.uk (Postfix, from userid 65534) id E259F20E7088F; Sat, 5 Jul 2014 00:01:56 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.multiplay.co.uk X-Spam-Level: ** X-Spam-Status: No, score=2.3 required=8.0 tests=AWL,BAYES_00,DOS_OE_TO_MX, FSL_HELO_NON_FQDN_1,HELO_NO_DOMAIN,RDNS_DYNAMIC,STOX_REPLY_TYPE autolearn=no version=3.3.1 Received: from r2d2 (82-69-141-170.dsl.in-addr.zen.co.uk [82.69.141.170]) by smtp1.multiplay.co.uk (Postfix) with ESMTPS id 7703020E7088D; Sat, 5 Jul 2014 00:01:52 +0000 (UTC) Message-ID: <5B682A33D5924D1B9786F5A1FF2BE92B@multiplay.co.uk> From: "Steven Hartland" To: , "freebsd-current" References: <1404489401.1059.69.camel@bruno> Subject: Re: ZFS ARC max sort of not working? Date: Sat, 5 Jul 2014 01:01:49 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 05 Jul 2014 00:02:05 -0000 Related to the global sysctl changes recently perhaps? ----- Original Message ----- From: "Sean Bruno" To: "freebsd-current" Sent: Friday, July 04, 2014 4:56 PM Subject: ZFS ARC max sort of not working? > It looks like the following no longer works on head? > > vfs.zfs.arc_max="8G" > > But this does? > > vfs.zfs.arc_max="8589934592" > > sean > > _______________________________________________ > 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 Sat Jul 5 02:47:52 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AF6394D1; Sat, 5 Jul 2014 02:47:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6C00B2B4F; Sat, 5 Jul 2014 02:47:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s652lhPI068077; Fri, 4 Jul 2014 22:47:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s652lhAo068070; Sat, 5 Jul 2014 02:47:43 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 5 Jul 2014 02:47:43 GMT Message-Id: <201407050247.s652lhAo068070@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jul 2014 02:47:52 -0000 TB --- 2014-07-05 02:47:07 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-05 02:47:07 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-05 02:47:07 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-07-05 02:47:07 - cleaning the object tree TB --- 2014-07-05 02:47:08 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-05 02:47:34 - At svn revision 268264 TB --- 2014-07-05 02:47:35 - building world TB --- 2014-07-05 02:47:35 - CROSS_BUILD_TESTING=YES TB --- 2014-07-05 02:47:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-05 02:47:35 - MAKESYSPATH=/src/share/mk TB --- 2014-07-05 02:47:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-05 02:47:35 - SRCCONF=/dev/null TB --- 2014-07-05 02:47:35 - TARGET=ia64 TB --- 2014-07-05 02:47:35 - TARGET_ARCH=ia64 TB --- 2014-07-05 02:47:35 - TZ=UTC TB --- 2014-07-05 02:47:35 - __MAKE_CONF=/dev/null TB --- 2014-07-05 02:47:35 - cd /src TB --- 2014-07-05 02:47:35 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstFindFrom.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstFirst.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstForEach.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstForEachFrom.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstInit.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstInsert.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsAtEnd.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o sh /src/tools/install.sh -s -o root -g wheel -m 555 make /obj/src/make.amd64/bmake bmake: "/src/Makefile.inc1" line 151: Unknown target ia64:ia64. *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-05 02:47:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-05 02:47:43 - ERROR: failed to build world TB --- 2014-07-05 02:47:43 - 7.65 user 2.90 system 35.72 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Jul 5 05:39:51 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 68BA83B9; Sat, 5 Jul 2014 05:39:51 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 264EF27FA; Sat, 5 Jul 2014 05:39:50 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 14BFD1FE02E; Sat, 5 Jul 2014 07:39:47 +0200 (CEST) Message-ID: <53B78FB1.2010607@selasky.org> Date: Sat, 05 Jul 2014 07:40:01 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Steven Hartland , sbruno@freebsd.org, freebsd-current Subject: Re: ZFS ARC max sort of not working? References: <1404489401.1059.69.camel@bruno> <5B682A33D5924D1B9786F5A1FF2BE92B@multiplay.co.uk> In-Reply-To: <5B682A33D5924D1B9786F5A1FF2BE92B@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 05 Jul 2014 05:39:51 -0000 On 07/05/14 02:01, Steven Hartland wrote: > Related to the global sysctl changes recently perhaps? I'll have a look. The global tunables only support integers and strings, no human shortcuts. This should be easy to fix though. --HPS From owner-freebsd-current@FreeBSD.ORG Sat Jul 5 06:15:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 76D6FA93; Sat, 5 Jul 2014 06:15:16 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 351862A86; Sat, 5 Jul 2014 06:15:15 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 73B071FE02D; Sat, 5 Jul 2014 08:15:14 +0200 (CEST) Message-ID: <53B79800.6050603@selasky.org> Date: Sat, 05 Jul 2014 08:15:28 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Steven Hartland , sbruno@freebsd.org, freebsd-current , Peter Wemm , sbruno@freebsd.org Subject: Re: ZFS ARC max sort of not working? References: <1404489401.1059.69.camel@bruno> <5B682A33D5924D1B9786F5A1FF2BE92B@multiplay.co.uk> <53B78FB1.2010607@selasky.org> In-Reply-To: <53B78FB1.2010607@selasky.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 05 Jul 2014 06:15:16 -0000 On 07/05/14 07:40, Hans Petter Selasky wrote: > On 07/05/14 02:01, Steven Hartland wrote: >> Related to the global sysctl changes recently perhaps? > > I'll have a look. The global tunables only support integers and strings, > no human shortcuts. > > This should be easy to fix though. > Hi, The following commit should fix the above mentioned problem: http://svnweb.freebsd.org/changeset/base/268285 --HPS From owner-freebsd-current@FreeBSD.ORG Sat Jul 5 10:33:20 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB4B51DB for ; Sat, 5 Jul 2014 10:33:20 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C996C2BAD for ; Sat, 5 Jul 2014 10:33:20 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s65AXJts026554 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 5 Jul 2014 03:33:19 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s65AXIxV026553; Sat, 5 Jul 2014 03:33:18 -0700 (PDT) (envelope-from jmg) Date: Sat, 5 Jul 2014 03:33:18 -0700 From: John-Mark Gurney To: Peter Jeremy Subject: Re: keyboard break to debugger broken? Message-ID: <20140705103318.GF45513@funkthat.com> Mail-Followup-To: Peter Jeremy , current@freebsd.org References: <20140704092848.GZ45513@funkthat.com> <20140704112730.GI97231@server.rulingia.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140704112730.GI97231@server.rulingia.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sat, 05 Jul 2014 03:33:19 -0700 (PDT) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 05 Jul 2014 10:33:21 -0000 Peter Jeremy wrote this message on Fri, Jul 04, 2014 at 21:27 +1000: > On 2014-Jul-04 02:28:48 -0700, John-Mark Gurney wrote: > >So, I recently tried to break into the debugger w/ the various key > >sequences that I know about, and none of them worked... I've tried > >CTRL-ESC, ALT-ESC, CTRL-ALT-ESC, CTRL-PRTSCR, ALT-PRTSCR and > >CTRL-ALT-PRTSCR, and many other different ones... I've verified that > >I can sysctl debug.kdb.enter=1 to enter the debugger, and the > >CTRL-ALT-PAUSE works to suspend the machine, and CTRL-ALT-DEL works > >to reboot... > > > >Does anyone know if this works? > > It works for me on 10.0. Do you have debug.kdb.break_to_debugger=1 > and hw.syscons.kbd_debug=1 (if you're using syscons)? Turns out I didn't... and you didn't need to... emaste helped me the other night discover this.. Apparently rwatson changed this and the docs never got updated... I saw BREAK_TO_DEBUGGER, bug it was documented as being *serial* only, not syscons... I've updated NOTES and added an entry for defaults/loader.conf, but more docs need to be updated that BREAK_TO_DEBUGGER or the tunable or sysctl needs to be set before if works.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sat Jul 5 12:40:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8CBB1CD7 for ; Sat, 5 Jul 2014 12:40:41 +0000 (UTC) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3F5C025A9 for ; Sat, 5 Jul 2014 12:40:40 +0000 (UTC) Received: from latte.bs.cs.huji.ac.il ([132.65.179.20] helo=mbpro2.bs.cs.huji.ac.il) by kabab.cs.huji.ac.il with esmtp id 1X3P37-000ORX-OY; Sat, 05 Jul 2014 15:26:37 +0300 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: keyboard break to debugger broken? From: Daniel Braniss In-Reply-To: <20140705103318.GF45513@funkthat.com> Date: Sat, 5 Jul 2014 15:31:08 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <31D3DBF7-6B3F-4115-92EA-B3A5C8A8A2A8@cs.huji.ac.il> References: <20140704092848.GZ45513@funkthat.com> <20140704112730.GI97231@server.rulingia.com> <20140705103318.GF45513@funkthat.com> To: John-Mark Gurney X-Mailer: Apple Mail (2.1878.6) Cc: Peter Jeremy , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 05 Jul 2014 12:40:41 -0000 On Jul 5, 2014, at 1:33 PM, John-Mark Gurney wrote: > Peter Jeremy wrote this message on Fri, Jul 04, 2014 at 21:27 +1000: >> On 2014-Jul-04 02:28:48 -0700, John-Mark Gurney = wrote: >>> So, I recently tried to break into the debugger w/ the various key >>> sequences that I know about, and none of them worked... I've tried >>> CTRL-ESC, ALT-ESC, CTRL-ALT-ESC, CTRL-PRTSCR, ALT-PRTSCR and >>> CTRL-ALT-PRTSCR, and many other different ones... I've verified = that >>> I can sysctl debug.kdb.enter=3D1 to enter the debugger, and the >>> CTRL-ALT-PAUSE works to suspend the machine, and CTRL-ALT-DEL works >>> to reboot... >>>=20 >>> Does anyone know if this works? >>=20 >> It works for me on 10.0. Do you have debug.kdb.break_to_debugger=3D1 >> and hw.syscons.kbd_debug=3D1 (if you're using syscons)? >=20 > Turns out I didn't... and you didn't need to... emaste helped me > the other night discover this.. Apparently rwatson changed this and > the docs never got updated... I saw BREAK_TO_DEBUGGER, bug it was > documented as being *serial* only, not syscons... >=20 > I've updated NOTES and added an entry for defaults/loader.conf, but > more docs need to be updated that BREAK_TO_DEBUGGER or the tunable > or sysctl needs to be set before if works.. >=20 I don=92t know about 10/11 but 9.3 (and probably late 9.2) introduced = console_port which silently overrides the hint.uart.n.flags=3D0x10 to set which = serial port is the =91console=92, in my case I have several platforms (mainly sunfire=92s= from sun) that only have uart1 available. somehow, i have the feeling that getting the serial console (needed to = run serial-over-lab) to work is getting more in the region of magic than technology. please, some of us really need the serial console to work so that we can = rescue servers when all else fails. thanks, danny > --=20 > John-Mark Gurney Voice: +1 415 225 5579 >=20 > "All that I will do, has been done, All that I have, has not." > _______________________________________________ > 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 Sat Jul 5 12:57:59 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6932520D; Sat, 5 Jul 2014 12:57:59 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 25AAA270F; Sat, 5 Jul 2014 12:57:59 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::7488:d5b8:e5a:cd00] (unknown [IPv6:2001:7b8:3a7:0:7488:d5b8:e5a:cd00]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 77D6F5C44; Sat, 5 Jul 2014 14:57:54 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_8BFBC2F8-7735-4D1E-8644-B92496494102"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: 10.0-RELEASE BTX halted on DELL R900 From: Dimitry Andric In-Reply-To: <20140705060939.GA11739@flea.casa> Date: Sat, 5 Jul 2014 14:57:45 +0200 Message-Id: <5881B5EA-B625-4E47-ADCB-3F2F894A8630@FreeBSD.org> References: <53B659B7.3020202@gddsn.org.cn> <20140705060939.GA11739@flea.casa> To: Arrigo Marchiori X-Mailer: Apple Mail (2.1878.6) Cc: stable@freebsd.org, questions@freebsd.org, current@freebsd.org, wsk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 05 Jul 2014 12:57:59 -0000 --Apple-Mail=_8BFBC2F8-7735-4D1E-8644-B92496494102 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 05 Jul 2014, at 08:09, Arrigo Marchiori wrote: >=20 > On Fri, Jul 04, 2014 at 03:37:27PM +0800, wsk wrote: >> lists >> I met a BTX halted problem while upgrade Freebsd 9.0-RC3 to=20 >> 10.0-Release via freebsd-update. >> and please check the link below: >> http://sw.gddsn.org.cn/jopens/test/btx.jpg >>=20 >> BTW: I can booted 10.0-R from DVD-ROM as expected but got same error=20= >> message with flash-driver. >=20 > I don't remember if that error message means ``division by zero''. It certainly looks a lot like it. The code at cs:eip from the OP's screenshot disassembles to: 36217: f7 35 bc d6 03 00 divl 0x3d6bc 3621d: 85 ff test %edi,%edi 3621f: 74 05 je 0x36226 36221: 89 1f mov %ebx,(%edi) 36223: 89 4f 04 mov %ecx,0x4(%edi) 36226: 89 c2 mov %eax,%edx 36228: e9 c2 00 00 00 jmp 0x362ef 3622d: 66 c7 45 ea 00 00 movw $0x0,-0x16(%ebp) 36233: 89 c8 mov %ecx,%eax This is a piece of code from /usr/src/lib/libstand/qdivrem.c, which is used to do 64-bit divides. It would be nice if you could try out this loader binary, which has a few additional checks for zero sector counts or sizes: http://www.andric.com/freebsd/loader.edd SHA256 (loader.edd) =3D = 89f99500adb3a8feaa84336ce625975bcfdc0f886514ab02de4992859a671aa9 However, this might still mis-detect your disk sizes, obviously. > Just in case, you could try the patch attached to this bug: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D176748 >=20 > The patch was compiled for 9-STABLE; if it does not apply to the 10.0 > sources, then drop me a line so I can adapt it. I tried this patch on a few FreeBSD VMs, and each of them stopped being able to mount the root filesystem because of it. I don't really know what the explanation is... -Dimitry --Apple-Mail=_8BFBC2F8-7735-4D1E-8644-B92496494102 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlO39lAACgkQsF6jCi4glqN6TwCg43hL9pRYMnkhC+4dLhcyYQlI kDoAoOV0P1iLuiAsuYWctYoSAH7YBFMV =GmAj -----END PGP SIGNATURE----- --Apple-Mail=_8BFBC2F8-7735-4D1E-8644-B92496494102-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 5 13:07:49 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 137CF6D1; Sat, 5 Jul 2014 13:07:49 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B8DC22805; Sat, 5 Jul 2014 13:07:47 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id s65D7d9T062331; Sat, 5 Jul 2014 06:07:39 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id s65D7d5O062330; Sat, 5 Jul 2014 06:07:39 -0700 (PDT) (envelope-from david) Date: Sat, 5 Jul 2014 06:07:39 -0700 From: David Wolfskill To: David Chisnall Subject: Re: [HEADS-UP] Problem with clang in 9-stable [was: r268244 (stable/9) seems to break "sysctl hw.ncpu"] Message-ID: <20140705130739.GH6056@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , David Chisnall , stable@freebsd.org, "current@freebsd.org" References: <20140704123901.GR6056@albert.catwhisker.org> <53B6E218.5070009@selasky.org> <20140704174705.GS6056@albert.catwhisker.org> <53B6EDD1.8030506@selasky.org> <20140704181831.GV6056@albert.catwhisker.org> <909248A4-1B7C-4836-ADAA-F81A70A8AC3C@theravensnest.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="quhRrEslxwodne78" Content-Disposition: inline In-Reply-To: <909248A4-1B7C-4836-ADAA-F81A70A8AC3C@theravensnest.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: stable@freebsd.org, "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 05 Jul 2014 13:07:49 -0000 --quhRrEslxwodne78 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 05, 2014 at 01:49:44PM +0100, David Chisnall wrote: > On 4 Jul 2014, at 19:18, David Wolfskill wrote: >=20 > > clang -O2 -pipe -std=3Dgnu99 -Qunused-arguments -fstack-protector -Ws= ystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variabl= e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unused-function -Wno-enum-conversion -o sysctl sysctl.o=20 >=20 > This compile line is turning off a lot of warnings. In particular, -Wno-= uninitialized and -Wno-parentheses-equality are likely to hide warnings tha= t refer to real errors. It sounds like this case was one of them - if thes= e warnings were on then we'd have got a build failure rather than an execut= able that depended on undefined behaviour. > .... So I checked src/sbin/sysctl/Makefile first; it's fairly "vanilla": # @(#)Makefile 8.1 (Berkeley) 6/6/93 # $FreeBSD: stable/9/sbin/sysctl/Makefile 203917 2010-02-15 14:08:06Z uqs $ PROG=3D sysctl WARNS?=3D 3 MAN=3D sysctl.8 =2Einclude And the -Wno-uninitialized (at least) comes from bsd.sys.mk: =2Eif ${WARNS} >=3D 2 && ${WARNS} <=3D 4 # XXX Delete -Wuninitialized by default for now -- the compiler doesn't # XXX always get it right. CWARNFLAGS+=3D -Wno-uninitialized =2Eendif # WARNS >=3D2 && WARNS <=3D 4 A bit later, we see the origin of -Wno-parentheses-equality: # Clang has more warnings enabled by default, and when using -Wall, so if W= ARNS # is set to low values, these have to be disabled explicitly. =2Eif ${COMPILER_TYPE} =3D=3D "clang" && !defined(EARLY_BUILD) =2Eif ${WARNS} <=3D 6 CWARNFLAGS+=3D -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-va= riable =2Eendif # WARNS <=3D 6 =2Eif ${WARNS} <=3D 3 CWARNFLAGS+=3D -Wno-tautological-compare -Wno-unused-value\ -Wno-parentheses-equality -Wno-unused-function -Wno-enum-co= nversion =2Eendif # WARNS <=3D 3 =2Eif ${WARNS} <=3D 2 CWARNFLAGS+=3D -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter =2Eendif # WARNS <=3D 2 =2Eif ${WARNS} <=3D 1 CWARNFLAGS+=3D -Wno-parentheses =2Eendif # WARNS <=3D 1 =2Eif defined(NO_WARRAY_BOUNDS) CWARNFLAGS+=3D -Wno-array-bounds =2Eendif # NO_WARRAY_BOUNDS =2Eendif # CLANG I don't know that there's likely to be a huge amount of interest in addressing the issue for stable/9, but stable/10 looks similar, and while I see some differences in head, the code in head's bsd.sys.mk may well be functionally equivalent. I'm happy to help test if someone wants to put together patches to (at least) reduce the extent to which we have executables depending on undefined behavior. Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --quhRrEslxwodne78 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJTt/iaXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7Vg4P/2mIC8ymli+rmHeaTVgFcleq AZaCur6GqelcWswY5ck+zsiMv0b0AKCPwpltU7RZqWG8/xWSt584PipucMA3j3H3 MPrl4PCdZjlqY5A4I/CgfVNQmtQ938LZ0L8wBmrlTFNFWD5T3ksvaTC69A/oGWFm zhHQenJ2J5Bd3IgkrX98XpzHsIudL+XmkAkUHrD3JipBmt67S1cOaN5J/hNFcdLf 02tnvvE6VYgNMe5eOXO4tCocNMK36IlzydEL8VBj0rWtDPk9EYPXQqIFInApozRx emO7Gt/7Tsk3umJc4T48hmLYi1FhUh1L3LCa4or86gIYuWnOVePkOkR6tKXBO2fX S8Gnkg+097vacGJWgng7xrO2G3B5MycryxOJPgqqYCIcMAnK+njmg5TR2aNUoNnq rGJRsw/K48s3A+U/mGBk1uyC3UBZup7iYnZg16dO7fjnSNSCVaGYJRLRS+mJ5kyq WoJEcccbTTakmhF78sxRtDpnIxjZPEc+7SfaMBv+eMpx1sShPJRBmoBE8l2fr2u4 igNnO4FQGWvKhL640WcuVzUSBkN50rG141uSQpdudj7wFnWCzwSqN0qeq0SVhkv9 YBK5CYEm/MtXP2chfufxBVOFQwHcFIys8Ga2smpa2Z8So259dGKxwoLBYvS4mjaw n95KZSjqHnn8J3UGP12J =UNDT -----END PGP SIGNATURE----- --quhRrEslxwodne78-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 5 13:08:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 096AE8CC; Sat, 5 Jul 2014 13:08:05 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B50CE281C; Sat, 5 Jul 2014 13:08:04 +0000 (UTC) Received: from coleburn.home.andric.com (coleburn.home.andric.com [192.168.0.15]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 168725C44; Sat, 5 Jul 2014 15:07:51 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_BFB754AE-3DB6-4CC1-A413-D49D8B2ACC46"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: [HEADS-UP] Problem with clang in 9-stable [was: r268244 (stable/9) seems to break "sysctl hw.ncpu"] From: Dimitry Andric In-Reply-To: <909248A4-1B7C-4836-ADAA-F81A70A8AC3C@theravensnest.org> Date: Sat, 5 Jul 2014 15:07:50 +0200 Message-Id: References: <20140704123901.GR6056@albert.catwhisker.org> <53B6E218.5070009@selasky.org> <20140704174705.GS6056@albert.catwhisker.org> <53B6EDD1.8030506@selasky.org> <20140704181831.GV6056@albert.catwhisker.org> <909248A4-1B7C-4836-ADAA-F81A70A8AC3C@theravensnest.org> To: David Chisnall X-Mailer: Apple Mail (2.1878.6) Cc: Hans Petter Selasky , stable@freebsd.org, "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 05 Jul 2014 13:08:05 -0000 --Apple-Mail=_BFB754AE-3DB6-4CC1-A413-D49D8B2ACC46 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 05 Jul 2014, at 14:49, David Chisnall = wrote: > On 4 Jul 2014, at 19:18, David Wolfskill wrote: >=20 >> clang -O2 -pipe -std=3Dgnu99 -Qunused-arguments -fstack-protector = -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith = -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable = -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality = -Wno-unused-function -Wno-enum-conversion -o sysctl sysctl.o=20 >=20 > This compile line is turning off a lot of warnings. In particular, = -Wno-uninitialized and -Wno-parentheses-equality are likely to hide = warnings that refer to real errors. Interestingly, -Wno-uninitialized has been in bsd.sys.mk since r76861, and the accompanying comment ("XXX Delete -Wuninitialized by default for now -- the compiler doesn't always get it right") has never been changed. :-) It is probably time to re-enable that warning after 13 years, at least. I'm not so sure about -Wno-parentheses-equality, because that might give quite a few false positives, especially in old, contributed code. -Dimitry --Apple-Mail=_BFB754AE-3DB6-4CC1-A413-D49D8B2ACC46 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlO3+KYACgkQsF6jCi4glqOwnACbBHvEd5jjCn21OaTqw4Yt2xnb kW4AmwVuMdRnWZaarzsr4FmKaT2RwSQ/ =T8v3 -----END PGP SIGNATURE----- --Apple-Mail=_BFB754AE-3DB6-4CC1-A413-D49D8B2ACC46-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 5 13:10:56 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4AF9DAFF; Sat, 5 Jul 2014 13:10:56 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 102F328B2; Sat, 5 Jul 2014 13:10:55 +0000 (UTC) Received: from [192.168.0.7] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s65DAps0032754 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 5 Jul 2014 13:10:53 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: [HEADS-UP] Problem with clang in 9-stable [was: r268244 (stable/9) seems to break "sysctl hw.ncpu"] From: David Chisnall In-Reply-To: Date: Sat, 5 Jul 2014 14:10:46 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <771D269B-AC6D-4686-ABB0-04F7DCD3A8D9@FreeBSD.org> References: <20140704123901.GR6056@albert.catwhisker.org> <53B6E218.5070009@selasky.org> <20140704174705.GS6056@albert.catwhisker.org> <53B6EDD1.8030506@selasky.org> <20140704181831.GV6056@albert.catwhisker.org> <909248A4-1B7C-4836-ADAA-F81A70A8AC3C@theravensnest.org> To: Dimitry Andric X-Mailer: Apple Mail (2.1878.6) Cc: Hans Petter Selasky , stable@freebsd.org, "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 05 Jul 2014 13:10:56 -0000 On 5 Jul 2014, at 14:07, Dimitry Andric wrote: > Interestingly, -Wno-uninitialized has been in bsd.sys.mk since r76861, > and the accompanying comment ("XXX Delete -Wuninitialized by default = for > now -- the compiler doesn't always get it right") has never been > changed. :-) >=20 > It is probably time to re-enable that warning after 13 years, at = least. It probably only wants enabling for clang. GCC (at least, GCC 4.2.1) = performs this analysis based on analyses run by the optimisers and so = the warnings are dependent on optimisation level. David From owner-freebsd-current@FreeBSD.ORG Sat Jul 5 17:09:56 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7155ECD; Sat, 5 Jul 2014 17:09:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 91E0D2AC2; Sat, 5 Jul 2014 17:09:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s65H9sYG088444; Sat, 5 Jul 2014 13:09:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s65H9sKo088418; Sat, 5 Jul 2014 17:09:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 5 Jul 2014 17:09:54 GMT Message-Id: <201407051709.s65H9sKo088418@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jul 2014 17:09:57 -0000 TB --- 2014-07-05 17:09:16 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-05 17:09:16 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-05 17:09:16 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-07-05 17:09:16 - cleaning the object tree TB --- 2014-07-05 17:09:16 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-05 17:09:44 - At svn revision 268286 TB --- 2014-07-05 17:09:45 - building world TB --- 2014-07-05 17:09:45 - CROSS_BUILD_TESTING=YES TB --- 2014-07-05 17:09:45 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-05 17:09:45 - MAKESYSPATH=/src/share/mk TB --- 2014-07-05 17:09:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-05 17:09:45 - SRCCONF=/dev/null TB --- 2014-07-05 17:09:45 - TARGET=ia64 TB --- 2014-07-05 17:09:45 - TARGET_ARCH=ia64 TB --- 2014-07-05 17:09:45 - TZ=UTC TB --- 2014-07-05 17:09:45 - __MAKE_CONF=/dev/null TB --- 2014-07-05 17:09:45 - cd /src TB --- 2014-07-05 17:09:45 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstFindFrom.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstFirst.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstForEach.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstForEachFrom.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstInit.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstInsert.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsAtEnd.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o sh /src/tools/install.sh -s -o root -g wheel -m 555 make /obj/src/make.amd64/bmake bmake: "/src/Makefile.inc1" line 151: Unknown target ia64:ia64. *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-05 17:09:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-05 17:09:54 - ERROR: failed to build world TB --- 2014-07-05 17:09:54 - 7.59 user 2.94 system 37.77 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 07:31:49 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA7F5DCC; Sun, 6 Jul 2014 07:31:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 85BA62966; Sun, 6 Jul 2014 07:31:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s667VeZU013103; Sun, 6 Jul 2014 03:31:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s667VeKm013102; Sun, 6 Jul 2014 07:31:40 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 6 Jul 2014 07:31:40 GMT Message-Id: <201407060731.s667VeKm013102@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jul 2014 07:31:50 -0000 TB --- 2014-07-06 07:31:11 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-06 07:31:11 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-06 07:31:11 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-07-06 07:31:11 - cleaning the object tree TB --- 2014-07-06 07:31:11 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-06 07:31:31 - At svn revision 268304 TB --- 2014-07-06 07:31:32 - building world TB --- 2014-07-06 07:31:32 - CROSS_BUILD_TESTING=YES TB --- 2014-07-06 07:31:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-06 07:31:32 - MAKESYSPATH=/src/share/mk TB --- 2014-07-06 07:31:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-06 07:31:32 - SRCCONF=/dev/null TB --- 2014-07-06 07:31:32 - TARGET=ia64 TB --- 2014-07-06 07:31:32 - TARGET_ARCH=ia64 TB --- 2014-07-06 07:31:32 - TZ=UTC TB --- 2014-07-06 07:31:32 - __MAKE_CONF=/dev/null TB --- 2014-07-06 07:31:32 - cd /src TB --- 2014-07-06 07:31:32 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstFindFrom.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstFirst.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstForEach.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstForEachFrom.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstInit.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstInsert.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsAtEnd.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o sh /src/tools/install.sh -s -o root -g wheel -m 555 make /obj/src/make.amd64/bmake bmake: "/src/Makefile.inc1" line 151: Unknown target ia64:ia64. *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-06 07:31:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-06 07:31:40 - ERROR: failed to build world TB --- 2014-07-06 07:31:40 - 7.61 user 3.18 system 29.12 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 10:54:52 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81F40651; Sun, 6 Jul 2014 10:54:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5761E26F0; Sun, 6 Jul 2014 10:54:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s66AsoBK099025; Sun, 6 Jul 2014 06:54:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s66AsodH099018; Sun, 6 Jul 2014 10:54:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 6 Jul 2014 10:54:50 GMT Message-Id: <201407061054.s66AsodH099018@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jul 2014 10:54:52 -0000 TB --- 2014-07-06 09:42:13 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-06 09:42:13 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-06 09:42:13 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-07-06 09:42:14 - cleaning the object tree TB --- 2014-07-06 09:42:14 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-06 09:42:17 - At svn revision 268304 TB --- 2014-07-06 09:42:18 - building world TB --- 2014-07-06 09:42:18 - CROSS_BUILD_TESTING=YES TB --- 2014-07-06 09:42:18 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-06 09:42:18 - MAKESYSPATH=/src/share/mk TB --- 2014-07-06 09:42:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-06 09:42:18 - SRCCONF=/dev/null TB --- 2014-07-06 09:42:18 - TARGET=sparc64 TB --- 2014-07-06 09:42:18 - TARGET_ARCH=sparc64 TB --- 2014-07-06 09:42:18 - TZ=UTC TB --- 2014-07-06 09:42:18 - __MAKE_CONF=/dev/null TB --- 2014-07-06 09:42:18 - cd /src TB --- 2014-07-06 09:42:18 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sun Jul 6 09:42:25 UTC 2014 >>> 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 Sun Jul 6 10:52:03 UTC 2014 TB --- 2014-07-06 10:52:03 - generating LINT kernel config TB --- 2014-07-06 10:52:03 - cd /src/sys/sparc64/conf TB --- 2014-07-06 10:52:03 - /usr/bin/make -B LINT TB --- 2014-07-06 10:52:03 - cd /src/sys/sparc64/conf TB --- 2014-07-06 10:52:03 - /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-06 10:52:03 - building LINT kernel TB --- 2014-07-06 10:52:03 - CROSS_BUILD_TESTING=YES TB --- 2014-07-06 10:52:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-06 10:52:03 - MAKESYSPATH=/src/share/mk TB --- 2014-07-06 10:52:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-06 10:52:03 - SRCCONF=/dev/null TB --- 2014-07-06 10:52:03 - TARGET=sparc64 TB --- 2014-07-06 10:52:03 - TARGET_ARCH=sparc64 TB --- 2014-07-06 10:52:03 - TZ=UTC TB --- 2014-07-06 10:52:03 - __MAKE_CONF=/dev/null TB --- 2014-07-06 10:52:03 - cd /src TB --- 2014-07-06 10:52:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 6 10:52:03 UTC 2014 >>> 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 -x assembler-with-cpp -DLOCORE -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/sparc64/sparc64/interrupt.S -mcpu=ultrasparc 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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/cam.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/cam_compat.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/cam_periph.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/cam_queue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/cam_sim.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/cam_xpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/ata/ata_all.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/ata/ata_xpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/ata/ata_pmp.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/scsi/scsi_xpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/scsi/scsi_all.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/scsi/scsi_cd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/scsi/scsi_ch.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/ata/ata_da.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/ctl/ctl.c cc1: warnings being treated as errors /src/sys/cam/ctl/ctl.c: In function 'ctl_lun_thread': /src/sys/cam/ctl/ctl.c:4300: warning: 'idlen2' may be used uninitialized in this function /src/sys/cam/ctl/ctl.c:4300: note: 'idlen2' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-06 10:54:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-06 10:54:50 - ERROR: failed to build LINT kernel TB --- 2014-07-06 10:54:50 - 3443.00 user 689.25 system 4356.27 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 11:48:10 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 438A5251; Sun, 6 Jul 2014 11:48:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F33E92A8E; Sun, 6 Jul 2014 11:48:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s66Bm8oK049007; Sun, 6 Jul 2014 07:48:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s66Bm87t049006; Sun, 6 Jul 2014 11:48:08 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 6 Jul 2014 11:48:08 GMT Message-Id: <201407061148.s66Bm87t049006@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jul 2014 11:48:10 -0000 TB --- 2014-07-06 07:58:13 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-06 07:58:13 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-06 07:58:13 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-07-06 07:58:13 - cleaning the object tree TB --- 2014-07-06 07:58:13 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-06 07:58:17 - At svn revision 268304 TB --- 2014-07-06 07:58:18 - building world TB --- 2014-07-06 07:58:18 - CROSS_BUILD_TESTING=YES TB --- 2014-07-06 07:58:18 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-06 07:58:18 - MAKESYSPATH=/src/share/mk TB --- 2014-07-06 07:58:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-06 07:58:18 - SRCCONF=/dev/null TB --- 2014-07-06 07:58:18 - TARGET=powerpc TB --- 2014-07-06 07:58:18 - TARGET_ARCH=powerpc TB --- 2014-07-06 07:58:18 - TZ=UTC TB --- 2014-07-06 07:58:18 - __MAKE_CONF=/dev/null TB --- 2014-07-06 07:58:18 - cd /src TB --- 2014-07-06 07:58:18 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sun Jul 6 07:58:25 UTC 2014 >>> 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 Sun Jul 6 11:45:46 UTC 2014 TB --- 2014-07-06 11:45:46 - generating LINT kernel config TB --- 2014-07-06 11:45:46 - cd /src/sys/powerpc/conf TB --- 2014-07-06 11:45:46 - /usr/bin/make -B LINT TB --- 2014-07-06 11:45:46 - cd /src/sys/powerpc/conf TB --- 2014-07-06 11:45:46 - /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-06 11:45:46 - building LINT kernel TB --- 2014-07-06 11:45:46 - CROSS_BUILD_TESTING=YES TB --- 2014-07-06 11:45:46 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-06 11:45:46 - MAKESYSPATH=/src/share/mk TB --- 2014-07-06 11:45:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-06 11:45:46 - SRCCONF=/dev/null TB --- 2014-07-06 11:45:46 - TARGET=powerpc TB --- 2014-07-06 11:45:46 - TARGET_ARCH=powerpc TB --- 2014-07-06 11:45:46 - TZ=UTC TB --- 2014-07-06 11:45:46 - __MAKE_CONF=/dev/null TB --- 2014-07-06 11:45:46 - cd /src TB --- 2014-07-06 11:45:46 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 6 11:45:46 UTC 2014 >>> 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 -x assembler-with-cpp -DLOCORE -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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/powerpc/aim/locore.S 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/cam.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/cam_compat.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/cam_periph.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/cam_queue.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/cam_sim.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/cam_xpt.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/ata/ata_all.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/ata/ata_xpt.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/ata/ata_pmp.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/scsi/scsi_xpt.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/scsi/scsi_all.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/scsi/scsi_cd.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/scsi/scsi_ch.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/ata/ata_da.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/ctl/ctl.c cc1: warnings being treated as errors /src/sys/cam/ctl/ctl.c: In function 'ctl_lun_thread': /src/sys/cam/ctl/ctl.c:4300: warning: 'idlen2' may be used uninitialized in this function /src/sys/cam/ctl/ctl.c:4300: note: 'idlen2' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-06 11:48:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-06 11:48:08 - ERROR: failed to build LINT kernel TB --- 2014-07-06 11:48:08 - 12130.74 user 1333.98 system 13795.20 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 13:34:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 96303131 for ; Sun, 6 Jul 2014 13:34:41 +0000 (UTC) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 134D42279 for ; Sun, 6 Jul 2014 13:34:40 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id c11so2176717lbj.27 for ; Sun, 06 Jul 2014 06:34:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-type:content-transfer-encoding; bh=dV8xix7Lv+seD+1Np8lE+1Z8C7ggIar8KrIsaedt7BU=; b=brwe+DH2wRBePzrFt6zqNJSsU4v/QxXR8LZRpfgUnUw2aY5TwnWiOlxHjsGmx/jH72 2QkInhMXT/Jbd/VT/7/tJeaVCxfBv37U2DbAL7OtZpHHJggi9vaWZ0k2bZ66H3tV5nOV e9ZRJg48JBl8R8P8hrKnqUusz1qMnRlQPVucb44veA/xD3RR+SDvRQ3wjFtmYMaZ5fKK ziXB0C6lt+zPFg8bXI5hKIsnJhL+RYcxLPqlrMmex8b/XMml9mGRCvKfeC7X+RFWawhR eM2Wc6SrQX7/NOqkEt7mowOtTq3V8vee2rE2HEUzZf+/Op/7dKILZA/a3rxPOr0HfHzs QbFg== X-Gm-Message-State: ALoCoQmG9Q0FN7xoE0KbL0CVwwxLcIOZ2+a1k0XNyVoYP8mXUos/Eitpiqq8e6sSAXBYCpA3BVwW X-Received: by 10.112.60.5 with SMTP id d5mr17611669lbr.26.1404653672788; Sun, 06 Jul 2014 06:34:32 -0700 (PDT) Received: from raynote.ddteam.net (191-158-133-95.pool.ukrtel.net. [95.133.158.191]) by mx.google.com with ESMTPSA id tv3sm48246497lbb.49.2014.07.06.06.34.30 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 06 Jul 2014 06:34:31 -0700 (PDT) Date: Sun, 6 Jul 2014 16:33:00 +0300 From: Aleksandr Rybalko To: Trond =?KOI8-U?Q?Endrestol?= Subject: Re: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165 Message-Id: <20140706163300.88c4e432f5c06c2767a2ce2d@ddteam.net> In-Reply-To: References: <20140703124838.ab79fb8e394addbb92b082ca@ddteam.net> X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 8bit Cc: FreeBSD current , Ed Maste X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 Jul 2014 13:34:41 -0000 On Thu, 3 Jul 2014 18:20:59 +0200 (CEST) Trond Endrestol wrote: > On Thu, 3 Jul 2014 17:50+0200, Trond Endrestol wrote: > > > On Thu, 3 Jul 2014 12:48+0300, Aleksandr Rybalko wrote: > > > > > On Thu, 3 Jul 2014 08:31:45 +0200 (CEST) > > > Trond Endrestol wrote: > > > > > > > On Thu, 3 Jul 2014 08:21+0200, Trond Endrestol wrote: > > > > > > > > > On Wed, 2 Jul 2014 17:37-0400, Ed Maste wrote: > > > > > > > > > > > On 2 July 2014 17:09, Trond Endrestol > > > > > > wrote: > > > > > > > On Wed, 2 Jul 2014 16:43-0400, Ed Maste wrote: > > > > > > > > > > > > > >> On 2 July 2014 14:51, Trond Endrestol > > > > > > >> wrote: > > > > > > >> > Hi, > > > > > > >> > > > > > > > >> > Is it just me or is there something wrong with vidcontrol(1) in > > > > > > >> > base/head, amd64, sc console, r268165? > > > > > > >> > > > > > > >> Should be fixed in r268175. > > > > > > > > > > > > > > Looks good, thanks. > > > > > > > > > > > > Thanks for the report, and sorry for the trouble. > > > > > > > > > > No trouble at all, I follow base/head (and stable/{8,9,10}) on various > > > > > VMs at home only to know what's ahead. ;-) > > > > > > > > > > Since neither kbdcontrol(1) nor I mind using the old syscons keymap > > > > > file norwegian.iso.kbd, wouldn't it be nice if kbdcontrol(1), while in > > > > > vt(4) mode, would search for keymaps in /usr/share/syscons/keymaps > > > > > after searching for them in /usr/share/vt/keymaps? > > > > > > > > > > E.g.: > > > > > > > > > > Index: usr.sbin/kbdcontrol/kbdcontrol.c > > > > > =================================================================== > > > > > --- usr.sbin/kbdcontrol/kbdcontrol.c (revision 268203) > > > > > +++ usr.sbin/kbdcontrol/kbdcontrol.c (working copy) > > > > > @@ -804,7 +804,7 @@ > > > > > char *postfix[] = {blank, dotkbd, NULL}; > > > > > > > > > > if (is_vt4()) > > > > > - prefix[2] = vt_keymap_path; > > > > > + prefix[1] = vt_keymap_path; > > > > > cp = getenv("KEYMAP_PATH"); > > > > > if (cp != NULL) > > > > > asprintf(&(prefix[0]), "%s/", cp); > > > > > > > > Or maybe this patch is even better, as it leaves one instance of blank > > > > in the array when KEYMAP_PATH is set in the environment, at prefix[1], > > > > and sadly add a redundant blank at prefix[2] when KEYMAP_PATH is not > > > > set in the environment. > > > > > > > > Index: usr.sbin/kbdcontrol/kbdcontrol.c > > > > =================================================================== > > > > --- usr.sbin/kbdcontrol/kbdcontrol.c (revision 268203) > > > > +++ usr.sbin/kbdcontrol/kbdcontrol.c (working copy) > > > > @@ -800,7 +800,7 @@ > > > > char *name, *cp; > > > > char blank[] = "", keymap_path[] = KEYMAP_PATH; > > > > char vt_keymap_path[] = VT_KEYMAP_PATH, dotkbd[] = ".kbd"; > > > > - char *prefix[] = {blank, blank, keymap_path, NULL}; > > > > + char *prefix[] = {blank, blank, blank, keymap_path, NULL}; > > > > char *postfix[] = {blank, dotkbd, NULL}; > > > > > > > > if (is_vt4()) > > > > > > > > For now I could just stick to using an absolute pathname for keymap= > > > > in /etc/rc.conf. > > > > > > Hi Trond, > > > > > > It is not so good idea to fallback to syscons keymaps, because vt(4) > > > works with Unicode only char codes. So fallback will make input with > > > non-English characters - unreadable. > > > > > > Instead of that fallback you can convert keymaps you can verify by > > > follow instructions in [1], then please check it and send it to list, > > > so me or someone else will commit it. > > > > > > Thank you for reports! > > > > > > 1. > > > http://raybsd.blogspot.com/2013/10/newcons-international-keyboard-input.html > > > > I tried to follow the instructions, but I honestly don't see any > > difference. > > > > I downloaded uakbd2ukbd.pl.gz, decompressed the file, installed > > converters/p5-Text-Iconv, copied /usr/share/syscons/norwegian.iso.kbd > > to cwd, and ran: > > > > ./uakbd2ukbd.pl norwegian.iso.kbd ISO-8859-1 > norwegian.utf8.kbd > > > > Running diff -u norwegian.* shows absolutely no difference. > > > > Is it pilot error on my part? > > Yes, perhaps it was pilot error. > > Running: > > ./uakbd2ukbd.pl norwegian.iso.kbd ISO-8859-15 > norwegian.utf8-15.kbd > > produced differences when compared to norwegian.iso.kbd. > > The keyboard checked out on all three occasions, with the original > norwegian.iso.kbd, with the norwegian.utf8.kbd, and with the > norwegian.utf8-15.kbd. > > -- > +-------------------------------+------------------------------------+ > | Vennlig hilsen, | Best regards, | > | Trond Endrestol, | Trond Endrestol, | > | IT-ansvarlig, | System administrator, | > | Fagskolen Innlandet, | Gjovik Technical College, Norway, | > | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | > | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | > +-------------------------------+------------------------------------+ Hi, so if i get it right, you get expected results, right? If so, please check key combinations which is different, to get correct results. And if all is ok, send me new maps please. If it is not correct, let as know what is wrong. Thanks a lot! WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 13:41:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9194F532 for ; Sun, 6 Jul 2014 13:41:49 +0000 (UTC) Received: from mail-lb0-f176.google.com (mail-lb0-f176.google.com [209.85.217.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 11820232A for ; Sun, 6 Jul 2014 13:41:48 +0000 (UTC) Received: by mail-lb0-f176.google.com with SMTP id w7so2131951lbi.21 for ; Sun, 06 Jul 2014 06:41:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-type:content-transfer-encoding; bh=HuVjVdkj9HVrOYFjmvJqzQmZicy05OKTLu3fgST9130=; b=MHn6ML6ByxQ9bxMZpnTKESJ60edmsxxZGa8UJXR9OwF9MRnotl1fA8G05/kHCg/FxK a5Jd0beyb/wcsZHps+om7tf1X8F4eOO0eTRqo2pFInu35cCf4LPTbP5Lv/JGyTD9XQ3a FVFNBhp3sXNt19o7VC95GT8QIj8PJmoq0zaGhs4rUFtnbv549LVOXDqfCdzT/zVCLqeq lwYq8xXBGedBz4Xjo/xVPkUQHprnLUkr8uOao6DUgvvbWYgzToU6mPla8PZI7q7lSPFN nmDkA/g1H8/hxRygopVRV0ZbB2yfSBdGL1cCpEfTt62LnJbI6TmdyEyqZ9f3zx3Icevi hC0w== X-Gm-Message-State: ALoCoQkT6P2MYq+TZ7GXz5aCuMrVxik31vzshlmf9OuKrJMO+hbATd1fBYl9pBT4qn8ZsvsojRFu X-Received: by 10.152.23.103 with SMTP id l7mr18220748laf.39.1404654101260; Sun, 06 Jul 2014 06:41:41 -0700 (PDT) Received: from raynote.ddteam.net (191-158-133-95.pool.ukrtel.net. [95.133.158.191]) by mx.google.com with ESMTPSA id t7sm2332710lat.16.2014.07.06.06.41.39 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 06 Jul 2014 06:41:40 -0700 (PDT) Date: Sun, 6 Jul 2014 16:40:08 +0300 From: Aleksandr Rybalko To: huanghwh@gmail.com Subject: Re: uefi boot on Apple Mac Message-Id: <20140706164008.d26a0bf0baa23981ad7baedf@ddteam.net> In-Reply-To: References: <537DFD85.1090903@icloud.com> X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 8bit Cc: freebsd-current , Ed Maste , Rafael =?KOI8-U?Q?Esp'indola?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 Jul 2014 13:41:49 -0000 On Fri, 4 Jul 2014 22:34:30 +0800 Huang Wen Hui wrote: > Hi, > On my MacbookPro11,3, I got this error message: > > http://sw.gddsn.org.cn/freebsd/uefi.jpg Hmmm, really weird. Looks like wrong info about UEFI framebuffer. Picture said: 1. 2880 x 1800 2. 4 bytes per pixel (masks cover whole 32bit) 3. but same time stride eq to 4096 (but have to be (width * bytes_per_pixel) 4 * 2880) > > cheers, > > Huang WenHui > > 2014-07-04 22:13 GMT+08:00 Ed Maste : > > > On 24 May 2014 19:39, Rafael Esp'indola wrote: > > > > > > Yes, I got that in the mac laptops I tried, it worked on a Mac Pro. It > > > might be the frame buffer corruption that Ed Maste was mentioning. > > > > I purchased a new MacBook Air yesterday (model identifier > > MacBookAir6,2). UEFI boot and vt(4) worked correctly. (My image > > included Rafael's patch; I haven't tried a boot without.) > > > > I also committed a change to display the framebuffer parameters > > (address, dimensions, etc.) on boot, in order to help identify the > > source of this issue. If you have a moment can you build a new USB > > stick image and give it a try? > > > > -Ed > > > _______________________________________________ > 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" Thanks. WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 13:53:24 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7EF9DA45; Sun, 6 Jul 2014 13:53:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 532F523F8; Sun, 6 Jul 2014 13:53:23 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s66DrMPZ042913; Sun, 6 Jul 2014 09:53:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s66DrMsi042912; Sun, 6 Jul 2014 13:53:22 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 6 Jul 2014 13:53:22 GMT Message-Id: <201407061353.s66DrMsi042912@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jul 2014 13:53:24 -0000 TB --- 2014-07-06 09:28:18 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-06 09:28:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-06 09:28:18 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-07-06 09:28:19 - cleaning the object tree TB --- 2014-07-06 09:28:19 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-06 09:28:41 - At svn revision 268304 TB --- 2014-07-06 09:28:42 - building world TB --- 2014-07-06 09:28:42 - CROSS_BUILD_TESTING=YES TB --- 2014-07-06 09:28:42 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-06 09:28:42 - MAKESYSPATH=/src/share/mk TB --- 2014-07-06 09:28:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-06 09:28:42 - SRCCONF=/dev/null TB --- 2014-07-06 09:28:42 - TARGET=powerpc TB --- 2014-07-06 09:28:42 - TARGET_ARCH=powerpc64 TB --- 2014-07-06 09:28:42 - TZ=UTC TB --- 2014-07-06 09:28:42 - __MAKE_CONF=/dev/null TB --- 2014-07-06 09:28:42 - cd /src TB --- 2014-07-06 09:28:42 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sun Jul 6 09:28:51 UTC 2014 >>> 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 Sun Jul 6 13:43:04 UTC 2014 TB --- 2014-07-06 13:43:04 - generating LINT kernel config TB --- 2014-07-06 13:43:04 - cd /src/sys/powerpc/conf TB --- 2014-07-06 13:43:04 - /usr/bin/make -B LINT TB --- 2014-07-06 13:43:04 - cd /src/sys/powerpc/conf TB --- 2014-07-06 13:43:04 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-06 13:43:04 - skipping LINT kernel TB --- 2014-07-06 13:43:04 - cd /src/sys/powerpc/conf TB --- 2014-07-06 13:43:04 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC TB --- 2014-07-06 13:43:04 - skipping GENERIC kernel TB --- 2014-07-06 13:43:04 - cd /src/sys/powerpc/conf TB --- 2014-07-06 13:43:04 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC64 TB --- 2014-07-06 13:43:04 - building GENERIC64 kernel TB --- 2014-07-06 13:43:04 - CROSS_BUILD_TESTING=YES TB --- 2014-07-06 13:43:04 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-06 13:43:04 - MAKESYSPATH=/src/share/mk TB --- 2014-07-06 13:43:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-06 13:43:04 - SRCCONF=/dev/null TB --- 2014-07-06 13:43:04 - TARGET=powerpc TB --- 2014-07-06 13:43:04 - TARGET_ARCH=powerpc64 TB --- 2014-07-06 13:43:04 - TZ=UTC TB --- 2014-07-06 13:43:04 - __MAKE_CONF=/dev/null TB --- 2014-07-06 13:43:04 - cd /src TB --- 2014-07-06 13:43:04 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Sun Jul 6 13:43:04 UTC 2014 >>> 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 [...] awk -f /src/sys/conf/kmod_syms.awk crypto.kld export_syms | xargs -J% objcopy % crypto.kld ld -Bshareable -d -warn-common -o crypto.ko.debug crypto.kld objcopy --only-keep-debug crypto.ko.debug crypto.ko.symbols objcopy --strip-debug --add-gnu-debuglink=crypto.ko.symbols crypto.ko.debug crypto.ko ===> cryptodev (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -g -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -c /src/sys/modules/cryptodev/../../opencrypto/cryptodev.c ctfconvert -L VERSION -g cryptodev.o ld -d -warn-common -r -d -o cryptodev.kld cryptodev.o ctfmerge -L VERSION -g -o cryptodev.kld cryptodev.o :> export_syms awk -f /src/sys/conf/kmod_syms.awk cryptodev.kld export_syms | xargs -J% objcopy % cryptodev.kld ld -Bshareable -d -warn-common -o cryptodev.ko.debug cryptodev.kld objcopy --only-keep-debug cryptodev.ko.debug cryptodev.ko.symbols objcopy --strip-debug --add-gnu-debuglink=cryptodev.ko.symbols cryptodev.ko.debug cryptodev.ko ===> ctl (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -g -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -c /src/sys/modules/ctl/../../cam/ctl/ctl.c cc1: warnings being treated as errors /src/sys/modules/ctl/../../cam/ctl/ctl.c: In function 'ctl_lun_thread': /src/sys/modules/ctl/../../cam/ctl/ctl.c:4300: warning: 'idlen2' may be used uninitialized in this function /src/sys/modules/ctl/../../cam/ctl/ctl.c:4300: note: 'idlen2' was declared here *** Error code 1 Stop. bmake[3]: stopped in /src/sys/modules/ctl *** Error code 1 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-06 13:53:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-06 13:53:22 - ERROR: failed to build GENERIC64 kernel TB --- 2014-07-06 13:53:22 - 14240.13 user 1678.33 system 15903.52 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 13:53:47 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A1BC7B4D for ; Sun, 6 Jul 2014 13:53:47 +0000 (UTC) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mouf.net", Issuer "mouf.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5D30B23FF for ; Sun, 6 Jul 2014 13:53:47 +0000 (UTC) Received: from mouf.net (swills@mouf [199.48.129.64]) by mouf.net (8.14.5/8.14.5) with ESMTP id s66DrbJe081361 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 6 Jul 2014 13:53:42 GMT (envelope-from swills@mouf.net) Received: (from swills@localhost) by mouf.net (8.14.5/8.14.5/Submit) id s66DrbnG081360 for current@FreeBSD.org; Sun, 6 Jul 2014 13:53:37 GMT (envelope-from swills) Date: Sun, 6 Jul 2014 13:53:37 +0000 From: Steve Wills To: current@FreeBSD.org Subject: tmpfs panic Message-ID: <20140706135333.GA80856@mouf.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mouf.net [199.48.129.64]); Sun, 06 Jul 2014 13:53:42 +0000 (UTC) X-Spam-Status: No, score=0.0 required=4.5 tests=none autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mouf.net X-Virus-Scanned: clamav-milter 0.98.1 at mouf.net X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 Jul 2014 13:53:47 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, Just experienced this tmpfs panic on r268160: Freed UMA keg (TMPFS node) was not empty (16 items). Lost 1 pages of memor= y. Fatal trap 12: page fault while in kernel mode cpuid =3D 12; apic id =3D 0c fault virtual address =3D 0x378 fault code =3D supervisor read data, page not present instruction pointer =3D 0x20:0xffffffff809638d1 stack pointer =3D 0x28:0xfffffe07243800a0 frame pointer =3D 0x28:0xfffffe0724380120 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 65339 (pkg-static) [ thread pid 65339 tid 101641 ] Stopped at __mtx_lock_sleep+0xb1: movl 0x378(%rax),%ecx db> bt Tracing pid 65339 tid 101641 td 0xfffff80286b2e490 __mtx_lock_sleep() at __mtx_lock_sleep+0xb1/frame 0xfffffe0724380120 free_unr() at free_unr+0x9d/frame 0xfffffe0724380160 tmpfs_free_node() at tmpfs_free_node+0xf2/frame 0xfffffe07243801a0 tmpfs_reclaim() at tmpfs_reclaim+0xdc/frame 0xfffffe07243801d0 VOP_RECLAIM_APV() at VOP_RECLAIM_APV+0xa7/frame 0xfffffe0724380200 vgonel() at vgonel+0x24c/frame 0xfffffe0724380280 vrecycle() at vrecycle+0x84/frame 0xfffffe07243802c0 tmpfs_inactive() at tmpfs_inactive+0x18/frame 0xfffffe07243802d0 VOP_INACTIVE_APV() at VOP_INACTIVE_APV+0xa7/frame 0xfffffe0724380300 vinactive() at vinactive+0x181/frame 0xfffffe0724380360 vputx() at vputx+0x30d/frame 0xfffffe07243803d0 vn_close() at vn_close+0x13e/frame 0xfffffe0724380450 vn_closefile() at vn_closefile+0x48/frame 0xfffffe07243804d0 _fdrop() at _fdrop+0x29/frame 0xfffffe07243804f0 closef() at closef+0x2ae/frame 0xfffffe0724380580 fdescfree() at fdescfree+0x64c/frame 0xfffffe0724380630 exit1() at exit1+0x682/frame 0xfffffe07243806c0 sigexit() at sigexit+0x929/frame 0xfffffe0724380980 postsig() at postsig+0x3c4/frame 0xfffffe0724380a70 ast() at ast+0x487/frame 0xfffffe0724380ab0 doreti_ast() at doreti_ast+0x1f/frame 0x7fffffffc6e0 db>=20 Any further debugging I can do? Thanks, Steve --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJTuVTcAAoJEPXPYrMgexuha2kH/2o0R++jtoB66PYf1/ucRIKJ OreHycqn6/iTM0t36XOaxTluLo4RVSTrlRsYoVJIbt7paD8++lakBSQ+e/viDrb/ FPyMWkP43GPn9movuh/m3N0TMmRiGMPTRWzVAByuQQtB1zWkbQEs1UePtFad8Pmr akEfMxSbs7vwcUjW79XLU/irnMeKKlaCSHcFh8EoOKsShrxaNlkEbc+oNRVQcX7H fHmCFQJyqL0prZ+2U+B/pBQwe6mqRQ8i1rpvCAs64mJom6H0KNe6tZvOAQJlZGuk 4wW8ZzVVFjBvDzQv/iShR1pnjyIuy4ncmWiQqBBfLVzRigW/JX4bDJizKbbrexM= =CY7H -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 15:46:33 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 15443958; Sun, 6 Jul 2014 15:46:33 +0000 (UTC) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mouf.net", Issuer "mouf.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DB2482C38; Sun, 6 Jul 2014 15:46:32 +0000 (UTC) Received: from mouf.net (swills@mouf [199.48.129.64]) by mouf.net (8.14.5/8.14.5) with ESMTP id s66FkMMH083091 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 6 Jul 2014 15:46:27 GMT (envelope-from swills@mouf.net) Received: (from swills@localhost) by mouf.net (8.14.5/8.14.5/Submit) id s66FkMBN083090; Sun, 6 Jul 2014 15:46:22 GMT (envelope-from swills) Date: Sun, 6 Jul 2014 15:46:22 +0000 From: Steve Wills To: current@freebsd.org, virtualization@freebsd.org Subject: Re: tmpfs panic Message-ID: <20140706154621.GA81830@mouf.net> References: <20140706135333.GA80856@mouf.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <20140706135333.GA80856@mouf.net> User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mouf.net [199.48.129.64]); Sun, 06 Jul 2014 15:46:28 +0000 (UTC) X-Spam-Status: No, score=0.0 required=4.5 tests=none autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mouf.net X-Virus-Scanned: clamav-milter 0.98.1 at mouf.net X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 Jul 2014 15:46:33 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I should have noted this system is running in bhyve. Also I'm told this pan= ic may be related to the fact that the system is running in bhyve. Looking at it a little more closely: (kgdb) list *__mtx_lock_sleep+0xb1 0xffffffff809638d1 is in __mtx_lock_sleep (/usr/src/sys/kern/kern_mutex.c:4= 31). 426 * owner stops running or the state of the lock cha= nges. 427 */ 428 v =3D m->mtx_lock; 429 if (v !=3D MTX_UNOWNED) { 430 owner =3D (struct thread *)(v & ~MTX_FLAGMA= SK); 431 if (TD_IS_RUNNING(owner)) { 432 if (LOCK_LOG_TEST(&m->lock_object, = 0)) 433 CTR3(KTR_LOCK, 434 "%s: spinning on %p hel= d by %p", 435 __func__, m, owner); (kgdb)=20 I'm told that MTX_CONTESTED was set on the unlocked mtx and that MTX_CONTEN= DED is spuriously left behind, and to ask how lock prefix is handled in bhyve. = Any of that make sense to anyone? Thanks, Steve On Sun, Jul 06, 2014 at 01:53:37PM +0000, Steve Wills wrote: > Hi, >=20 > Just experienced this tmpfs panic on r268160: >=20 > Freed UMA keg (TMPFS node) was not empty (16 items). Lost 1 pages of mem= ory. >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 12; apic id =3D 0c > fault virtual address =3D 0x378 > fault code =3D supervisor read data, page not present > instruction pointer =3D 0x20:0xffffffff809638d1 > stack pointer =3D 0x28:0xfffffe07243800a0 > frame pointer =3D 0x28:0xfffffe0724380120 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 65339 (pkg-static) > [ thread pid 65339 tid 101641 ] > Stopped at __mtx_lock_sleep+0xb1: movl 0x378(%rax),%ecx > db> bt > Tracing pid 65339 tid 101641 td 0xfffff80286b2e490 > __mtx_lock_sleep() at __mtx_lock_sleep+0xb1/frame 0xfffffe0724380120 > free_unr() at free_unr+0x9d/frame 0xfffffe0724380160 > tmpfs_free_node() at tmpfs_free_node+0xf2/frame 0xfffffe07243801a0 > tmpfs_reclaim() at tmpfs_reclaim+0xdc/frame 0xfffffe07243801d0 > VOP_RECLAIM_APV() at VOP_RECLAIM_APV+0xa7/frame 0xfffffe0724380200 > vgonel() at vgonel+0x24c/frame 0xfffffe0724380280 > vrecycle() at vrecycle+0x84/frame 0xfffffe07243802c0 > tmpfs_inactive() at tmpfs_inactive+0x18/frame 0xfffffe07243802d0 > VOP_INACTIVE_APV() at VOP_INACTIVE_APV+0xa7/frame 0xfffffe0724380300 > vinactive() at vinactive+0x181/frame 0xfffffe0724380360 > vputx() at vputx+0x30d/frame 0xfffffe07243803d0 > vn_close() at vn_close+0x13e/frame 0xfffffe0724380450 > vn_closefile() at vn_closefile+0x48/frame 0xfffffe07243804d0 > _fdrop() at _fdrop+0x29/frame 0xfffffe07243804f0 > closef() at closef+0x2ae/frame 0xfffffe0724380580 > fdescfree() at fdescfree+0x64c/frame 0xfffffe0724380630 > exit1() at exit1+0x682/frame 0xfffffe07243806c0 > sigexit() at sigexit+0x929/frame 0xfffffe0724380980 > postsig() at postsig+0x3c4/frame 0xfffffe0724380a70 > ast() at ast+0x487/frame 0xfffffe0724380ab0 > doreti_ast() at doreti_ast+0x1f/frame 0x7fffffffc6e0 > db>=20 >=20 > Any further debugging I can do? >=20 > Thanks, > Steve --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJTuW9NAAoJEPXPYrMgexuhjY4IAJQGh3fo3FBJKkK0Kfh21W2W Qlr4NCa04RB7PY7ra9dqvIvIztMhzgrD+qCcPQYdj0Jt+BqdAJo9yjTDkJAPh++d dbJXDYD2wr8TV/bPo+iU3tMy5qRF2SnJjiqJzf6MBzQ/IwLzSigCF+5yVL85Uest U0sX8sEOOu3mYvp7lOe9PeyvzpB0BBvckVzLQyvynsFwFgvzcfC9FNQYjo8i3KFy +/5PkANY199FyVxp/+F2/yA5G9c+OiF1F+LUeaCgr82ye9dMwrDV9gU/ySLkDixd +SWbscnBnNBLD26ne4EbaVPxw7TdMaQCR0uxOkloMIEXFJIkpFmTxeKi/z0w5zM= =8lEj -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 16:28:08 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA031C02; Sun, 6 Jul 2014 16:28:08 +0000 (UTC) Received: from mail-ob0-x230.google.com (mail-ob0-x230.google.com [IPv6:2607:f8b0:4003:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9E5362F43; Sun, 6 Jul 2014 16:28:08 +0000 (UTC) Received: by mail-ob0-f176.google.com with SMTP id wm4so3507674obc.7 for ; Sun, 06 Jul 2014 09:28:08 -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=K+p0NqvRof+s7RlnKnG60FYptpbpmCPqYXAd+kWYKpI=; b=UOUbY1ZJx1hTVCRll2RwLbl0u/n5Ll/uiOpD6553kXO6LwwjNPgWmgqRaFJVs1KZAK LkDGMDkzfkmMfaREBYwCqhdvwjXLxY/RBqMZ1ss2sI4pY5StelS+8Ehl/iJedjpWoPKY wZKiKxUfPMQLYQWAOamItTYenSYLT1azIDG/AixiPWRxDXEy62wGR/yNmBDhO/bwkIAc poT0P7rEaHXUZxACMSt5WxjqCDpBpRV6mnsbABkn48+MQoVQWarJVkgIfFMI1O4iryMj inVPyEQfOehgZ02isNvulc4dOD90Qa49G/92+HPaC8fKbkyzqb2hxdDQk2BsXuumw6Rh fK5A== MIME-Version: 1.0 X-Received: by 10.60.155.231 with SMTP id vz7mr26097732oeb.56.1404664087919; Sun, 06 Jul 2014 09:28:07 -0700 (PDT) Received: by 10.76.151.227 with HTTP; Sun, 6 Jul 2014 09:28:07 -0700 (PDT) In-Reply-To: <20140706154621.GA81830@mouf.net> References: <20140706135333.GA80856@mouf.net> <20140706154621.GA81830@mouf.net> Date: Sun, 6 Jul 2014 12:28:07 -0400 Message-ID: Subject: Re: tmpfs panic From: Ryan Stone To: Steve Wills Content-Type: text/plain; charset=UTF-8 Cc: virtualization@freebsd.org, FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 Jul 2014 16:28:09 -0000 On Sun, Jul 6, 2014 at 11:46 AM, Steve Wills wrote: > I should have noted this system is running in bhyve. Also I'm told this panic > may be related to the fact that the system is running in bhyve. > > Looking at it a little more closely: > > (kgdb) list *__mtx_lock_sleep+0xb1 > 0xffffffff809638d1 is in __mtx_lock_sleep (/usr/src/sys/kern/kern_mutex.c:431). > 426 * owner stops running or the state of the lock changes. > 427 */ > 428 v = m->mtx_lock; > 429 if (v != MTX_UNOWNED) { > 430 owner = (struct thread *)(v & ~MTX_FLAGMASK); > 431 if (TD_IS_RUNNING(owner)) { > 432 if (LOCK_LOG_TEST(&m->lock_object, 0)) > 433 CTR3(KTR_LOCK, > 434 "%s: spinning on %p held by %p", > 435 __func__, m, owner); > (kgdb) > > I'm told that MTX_CONTESTED was set on the unlocked mtx and that MTX_CONTENDED > is spuriously left behind, and to ask how lock prefix is handled in bhyve. Any > of that make sense to anyone? The mutex has both MTX_CONTESTED and MTX_UNOWNED set on it? That is a special sentinel value that is set on a mutex when it is destroyed (see MTX_DESTROYED in sys/mutex.h). If that is the case it looks like you've stumbled upon some kind of use-after-free in tmpfs. I doubt that bhyve is responsible (other than perhaps changing the timing around making the panic more likely to happen). From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 17:25:24 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8E6EDF3; Sun, 6 Jul 2014 17:25:23 +0000 (UTC) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mouf.net", Issuer "mouf.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A4FF423AD; Sun, 6 Jul 2014 17:25:23 +0000 (UTC) Received: from mouf.net (swills@mouf [199.48.129.64]) by mouf.net (8.14.5/8.14.5) with ESMTP id s66HPCoU084581 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 6 Jul 2014 17:25:17 GMT (envelope-from swills@mouf.net) Received: (from swills@localhost) by mouf.net (8.14.5/8.14.5/Submit) id s66HPCu8084580; Sun, 6 Jul 2014 17:25:12 GMT (envelope-from swills) Date: Sun, 6 Jul 2014 17:25:12 +0000 From: Steve Wills To: Ryan Stone Subject: Re: tmpfs panic Message-ID: <20140706172511.GA84461@mouf.net> References: <20140706135333.GA80856@mouf.net> <20140706154621.GA81830@mouf.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mouf.net [199.48.129.64]); Sun, 06 Jul 2014 17:25:18 +0000 (UTC) X-Spam-Status: No, score=0.0 required=4.5 tests=none autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mouf.net X-Virus-Scanned: clamav-milter 0.98.1 at mouf.net X-Virus-Status: Clean Cc: virtualization@freebsd.org, FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 Jul 2014 17:25:24 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 06, 2014 at 12:28:07PM -0400, Ryan Stone wrote: > On Sun, Jul 6, 2014 at 11:46 AM, Steve Wills wrote: > > I should have noted this system is running in bhyve. Also I'm told this= panic > > may be related to the fact that the system is running in bhyve. > > > > Looking at it a little more closely: > > > > (kgdb) list *__mtx_lock_sleep+0xb1 > > 0xffffffff809638d1 is in __mtx_lock_sleep (/usr/src/sys/kern/kern_mutex= =2Ec:431). > > 426 * owner stops running or the state of the lock= changes. > > 427 */ > > 428 v =3D m->mtx_lock; > > 429 if (v !=3D MTX_UNOWNED) { > > 430 owner =3D (struct thread *)(v & ~MTX_FL= AGMASK); > > 431 if (TD_IS_RUNNING(owner)) { > > 432 if (LOCK_LOG_TEST(&m->lock_obje= ct, 0)) > > 433 CTR3(KTR_LOCK, > > 434 "%s: spinning on %p= held by %p", > > 435 __func__, m, owner); > > (kgdb) > > > > I'm told that MTX_CONTESTED was set on the unlocked mtx and that MTX_CO= NTENDED > > is spuriously left behind, and to ask how lock prefix is handled in bhy= ve. Any > > of that make sense to anyone? >=20 > The mutex has both MTX_CONTESTED and MTX_UNOWNED set on it? That is a > special sentinel value that is set on a mutex when it is destroyed > (see MTX_DESTROYED in sys/mutex.h). If that is the case it looks like > you've stumbled upon some kind of use-after-free in tmpfs. I doubt > that bhyve is responsible (other than perhaps changing the timing > around making the panic more likely to happen). Given the first thing seen was: Freed UMA keg (TMPFS node) was not empty (16 items). Lost 1 pages of memor= y. this sounds reasonable to me. What can I do to help find and elliminate the source of the error? Steve --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJTuYZ3AAoJEPXPYrMgexuh06IIAJXfbe7rm1wQYoEz0ZpJU3jL QJvtyCllWlP/0w2zuGl7HSr0iGIdLqURKUmY7deA0tt+F5gP6IoSsXm5esAOEnFU 5ZTyOoHlkbSC4rMnjyRN/2isfdjmRruOG/NR37wvIXVPtH/8eJPK02utaBHJg3/6 8/PcGDxi3GOUaf0Kf3TURwSmLnG1ddhODBcCjMaC1GW5+OYSxsFN0fj5gAvkqzXY 6yFBZhRrvD9slOVkV1s3SaMDpjhLA6kd6Cipb2DT0HtgGTE5UF0RRc9OJUiTiKkb GSQEYfOymUdPUETJol1L7aZEk+lczflJAbC7Sn/HsirZgnL3Il72DQprZL6Jqsc= =+qu/ -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 18:12:33 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AEA8523B; Sun, 6 Jul 2014 18:12:33 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4EE3E278E; Sun, 6 Jul 2014 18:12:33 +0000 (UTC) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id s66ICQ2p044478 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 6 Jul 2014 21:12:26 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s66ICQ2p044478 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id s66ICQXm044477; Sun, 6 Jul 2014 21:12:26 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 6 Jul 2014 21:12:26 +0300 From: Konstantin Belousov To: Steve Wills Subject: Re: tmpfs panic Message-ID: <20140706181226.GE93733@kib.kiev.ua> References: <20140706135333.GA80856@mouf.net> <20140706154621.GA81830@mouf.net> <20140706172511.GA84461@mouf.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="l118U0+vX1D/6gtA" Content-Disposition: inline In-Reply-To: <20140706172511.GA84461@mouf.net> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: virtualization@freebsd.org, Ryan Stone , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 Jul 2014 18:12:33 -0000 --l118U0+vX1D/6gtA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 06, 2014 at 05:25:12PM +0000, Steve Wills wrote: > On Sun, Jul 06, 2014 at 12:28:07PM -0400, Ryan Stone wrote: > > On Sun, Jul 6, 2014 at 11:46 AM, Steve Wills wrote: > > > I should have noted this system is running in bhyve. Also I'm told th= is panic > > > may be related to the fact that the system is running in bhyve. > > > > > > Looking at it a little more closely: > > > > > > (kgdb) list *__mtx_lock_sleep+0xb1 > > > 0xffffffff809638d1 is in __mtx_lock_sleep (/usr/src/sys/kern/kern_mut= ex.c:431). > > > 426 * owner stops running or the state of the lo= ck changes. > > > 427 */ > > > 428 v =3D m->mtx_lock; > > > 429 if (v !=3D MTX_UNOWNED) { > > > 430 owner =3D (struct thread *)(v & ~MTX_= FLAGMASK); > > > 431 if (TD_IS_RUNNING(owner)) { > > > 432 if (LOCK_LOG_TEST(&m->lock_ob= ject, 0)) > > > 433 CTR3(KTR_LOCK, > > > 434 "%s: spinning on = %p held by %p", > > > 435 __func__, m, owne= r); > > > (kgdb) > > > > > > I'm told that MTX_CONTESTED was set on the unlocked mtx and that MTX_= CONTENDED > > > is spuriously left behind, and to ask how lock prefix is handled in b= hyve. Any > > > of that make sense to anyone? > >=20 > > The mutex has both MTX_CONTESTED and MTX_UNOWNED set on it? That is a > > special sentinel value that is set on a mutex when it is destroyed > > (see MTX_DESTROYED in sys/mutex.h). If that is the case it looks like > > you've stumbled upon some kind of use-after-free in tmpfs. I doubt > > that bhyve is responsible (other than perhaps changing the timing > > around making the panic more likely to happen). >=20 > Given the first thing seen was: >=20 > Freed UMA keg (TMPFS node) was not empty (16 items). Lost 1 pages of mem= ory. >=20 > this sounds reasonable to me. >=20 > What can I do to help find and elliminate the source of the error? The most worrying fact there is that the mutex which is creating trouble cannot be anything other but allnode_lock, from the backtrace. For this mutex to be destroyed, the unmount of the corresponding mount point must run to completion. In particular, it must get past the vflush(9) call in tmpfs_unmount(). This call reclaims all vnodes belonging to the unmounted mount point. New vnodes cannot be instantiated meantime, since insmntque(9) is blocked by the MNTK_UNMOUNT flag. That said, the backtrace indicates that we have live vnode, which is reclaimed, and also we have the mutex which is in the destroyed (?) state. My basic claim is that the two events cannot co-exist, at least, this code path was heavily exercised and most issues were fixed during several years. I cannot exclude the possibility of tmpfs/VFS screwing things up, but given the above reasoning, and the fact that this is the first appearance of the MTX_DESTROED problem for the tmpfs unmounting code, which was not changed for long time, I would at least ask some things about bhyve. I.e., I would rather first look at the locked prefix emulation then at the tmpfs. --l118U0+vX1D/6gtA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJTuZGJAAoJEJDCuSvBvK1B1QUP/AlpvZasnrIqIIq2SK8EuVFs 9G4jIYeaYI8bDSFrzQe/RbZETI89YLRVTSOBvO2W4lazu8em4oLBFYw7U8Kdw3bn ITX14XRvCvRAb27Dg2PKo2tr2vN7sdlIZUdl4prBcs8ik9zQi1+kgiT1BF/snTAD CqRsLoVmKlocfEfZSINEA7Emm+9OM5rsF7ktCiPIMVl/NeoznvfVz7j+ilz5RAer Qeb3TWfBorbzZXO5nXFYxBaw6lgP/ZHqfdj0bGyaUQhhrNz/V02cmi1gITtZEKmR QBdbdATcV/Y6hdAZkEUwRrHAw7/Zl/JF+0Hk4mjru7Ri8cV1Ki4K4bZ4iEWgCIqn aDLIFjX1iTixmA03wDbX30Vo9gsX8m5qq4wYHHDLbttsO2LtclWiwpj1rqS7bjKS Un6I2KUS+kT5vJ/YPNgg1a0P340CbLQy4rz6akl+T+VS390VrDwOH+IiTMD5hoWd Dy+BRZn0gVxToHls89xu+Wc6u1KPK+0Iwngr+JktiCYlJggsEYjs+RsC0fRX3eC1 9mVYvVBo4Mjg8hFWP/U1xE+stJvYfzplj/JlUACtoV7gK90gHBllTL7Gqu1DoZjY g2ozS3yvosdeiVB8q9hXCtY03yZt+ddNFjd67oQ2k8/3O41zhoHPeqFWTMepL/id GlPcsrk94NTHNiVAxNqt =9jD2 -----END PGP SIGNATURE----- --l118U0+vX1D/6gtA-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 18:59:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BB41D72D; Sun, 6 Jul 2014 18:59:08 +0000 (UTC) Received: from mail-qa0-x22d.google.com (mail-qa0-x22d.google.com [IPv6:2607:f8b0:400d:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 66BFD2B38; Sun, 6 Jul 2014 18:59:08 +0000 (UTC) Received: by mail-qa0-f45.google.com with SMTP id v10so2754983qac.4 for ; Sun, 06 Jul 2014 11:59:07 -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:message-id:subject :from:to:cc:content-type; bh=axe0m7fgnjGQsCXlxDc+9OXvWA7yWrlfaNx04raUC8M=; b=Kyg9xK874QENvLXVV8DSI0o8zgFFXnUJVvVdaSg7oI5Uhb4XyXBhXdSVQSBErEjXzz o1RlaDrKtC9IBPaZbBWA4+TFHTpUxD6AQ7is/5FX16tAwlRV2NavPhKNIA8CPF4TBOAy bW7RofjZ6GuEZutBr45gk+2/UxOKNoq0O17d6rGt5eoz8ql3iaasqLP6ZmktoLjpwShB WcepsSTLj4Qcehm1G6A0ToIkwJ/sP/tMQdz9EvVmj3Up2n+RmUk0T5Beq/C1HC+T1z56 t2qt7v+cETfSEQZ9roL/rZU/d9e0EwSlOgw6xINqIz9C+IflB5pMDAKxzsWLnE0E3u9Y N6pg== MIME-Version: 1.0 X-Received: by 10.224.16.200 with SMTP id p8mr41269807qaa.76.1404673147531; Sun, 06 Jul 2014 11:59:07 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.202.193 with HTTP; Sun, 6 Jul 2014 11:59:07 -0700 (PDT) In-Reply-To: <20140706164008.d26a0bf0baa23981ad7baedf@ddteam.net> References: <537DFD85.1090903@icloud.com> <20140706164008.d26a0bf0baa23981ad7baedf@ddteam.net> Date: Sun, 6 Jul 2014 11:59:07 -0700 X-Google-Sender-Auth: Sd7akrRGV3LwktniPPb-BlePxBo Message-ID: Subject: Re: uefi boot on Apple Mac From: Adrian Chadd To: Aleksandr Rybalko Content-Type: text/plain; charset=UTF-8 Cc: =?UTF-8?B?6buE5paH6L6J?= , freebsd-current , Ed Maste , Rafael Esp'indola X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 Jul 2014 18:59:08 -0000 The linux UEFI peeps have the same problem(s): http://mjg59.dreamwidth.org/10014.html Look for "stride". -a On 6 July 2014 06:40, Aleksandr Rybalko wrote: > On Fri, 4 Jul 2014 22:34:30 +0800 > Huang Wen Hui wrote: > >> Hi, >> On my MacbookPro11,3, I got this error message: >> >> http://sw.gddsn.org.cn/freebsd/uefi.jpg > > Hmmm, really weird. > Looks like wrong info about UEFI framebuffer. > Picture said: > 1. 2880 x 1800 > 2. 4 bytes per pixel (masks cover whole 32bit) > 3. but same time stride eq to 4096 (but have to be (width * bytes_per_pixel) 4 * 2880) > >> >> cheers, >> >> Huang WenHui >> >> 2014-07-04 22:13 GMT+08:00 Ed Maste : >> >> > On 24 May 2014 19:39, Rafael Esp'indola wrote: >> > > >> > > Yes, I got that in the mac laptops I tried, it worked on a Mac Pro. It >> > > might be the frame buffer corruption that Ed Maste was mentioning. >> > >> > I purchased a new MacBook Air yesterday (model identifier >> > MacBookAir6,2). UEFI boot and vt(4) worked correctly. (My image >> > included Rafael's patch; I haven't tried a boot without.) >> > >> > I also committed a change to display the framebuffer parameters >> > (address, dimensions, etc.) on boot, in order to help identify the >> > source of this issue. If you have a moment can you build a new USB >> > stick image and give it a try? >> > >> > -Ed >> > >> _______________________________________________ >> 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" > > Thanks. > WBW > -- > Aleksandr Rybalko > _______________________________________________ > 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 Jul 6 19:08:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3CB9903; Sun, 6 Jul 2014 19:08:24 +0000 (UTC) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 09CD02BF9; Sun, 6 Jul 2014 19:08:23 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id n3so14955014wiv.15 for ; Sun, 06 Jul 2014 12:08:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=8gyXi8lm+M/BuPoyDu4b29Fsi3v+qNXMuSA6zzt4q1c=; b=MkSn4NX3t62RZ073iX/rBLYeOnYGkaCQ6fBqB7r8DTluXjQ8nK10D2qYE7qSUGgvrk 7E4k/Q7rpMTjMmKpJDm6haTcqZ7h3nNe94Dqx9HkG8GEZt2zycVCbKTGN+O7hiBo8hjP Mt/oOTZTbGDqlg1oTQ/l6BKCl4cmVbp53kGSvNefKwjjYCTNUbMLnYqmH6mwOtFXURjf Js6x7pb5UjJ0Eo7Odd8Uhiyuu47PHmi/BKUcF9elTSl7i+++1ESyDiTKFvxNzfvTvNkY NXrBpfnJlThzx28eb+FWnRnWg2HfehgmUq9HyuvUsyqW3zf5QiMd76wVXI3/FMA18QVO Da8g== X-Received: by 10.180.75.212 with SMTP id e20mr72745643wiw.5.1404673702165; Sun, 06 Jul 2014 12:08:22 -0700 (PDT) Received: from brick.home (adbh103.neoplus.adsl.tpnet.pl. [79.184.7.103]) by mx.google.com with ESMTPSA id gh16sm106070662wic.3.2014.07.06.12.08.21 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 06 Jul 2014 12:08:21 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Sun, 6 Jul 2014 21:08:19 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Craig Rodrigues Subject: Re: FreeBSD iscsi target Message-ID: <20140706190819.GA3032@brick.home> Mail-Followup-To: Craig Rodrigues , Sreenivasa Honnur , "freebsd-hackers@freebsd.org" , freebsd-current Current References: <20140626232727.GB1825@pwnie.vrt.sourcefire.com> <53ACE5B4.8070700@rice.edu> <20140701091252.GB3443@brick> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: "freebsd-hackers@freebsd.org" , Sreenivasa Honnur , freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 Jul 2014 19:08:24 -0000 On 0703T1615, Craig Rodrigues wrote: > On Tue, Jul 1, 2014 at 2:12 AM, Edward Tomasz Napierała > wrote: > > > In 10-STABLE there is a way to control access based on initiator > > name and IP address. > > > > Edward, > > Out of curiousity, what kinds of interop testing do you do when you > implement > the iSCSI code in FreeBSD? As for the target, I wrote a script to test it against both old and new FreeBSD initiators, Linux initiator (Open-iSCSI) and Solaris one; you can find it at tools/regression/iscsi/. I also did manual testing with Windows XP and Windows Vista. I don't remember if I actually succeeded to do any testing with ESX (trying to run ESX under Fusion is not such a good idea, it turns out), but I got a 3rd party report that it worked correctly. As for the initiator, I did manual testing against istgt, LIO (Linux) and COMSTAR (Solaris). > I work on FreeNAS at iXsystems, and we have > found > that iSCSI is a complex protocol, No kidding :-) > and there are interop issues, especially > with VMWare ESX. > Luckily I see that Alexander Motin has been working with you to commit > fixes to the iSCSI code, which help. > > I've rolled an experimental FreeNAS image based on FreeBSD 10 at svn > revision r268201 if you want to give it a try: > > http://download.freenas.org/nightlies/10.0.0/ALPHA/20140703/ For now I'm swamped with work on autofs, but I'd definitely want to redo all the testing before 10.1 - last time I did it was just before 10.0. From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 19:56:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE561AE2; Sun, 6 Jul 2014 19:56:21 +0000 (UTC) Received: from mail-lb0-x234.google.com (mail-lb0-x234.google.com [IPv6:2a00:1450:4010:c04::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DB30D2FD3; Sun, 6 Jul 2014 19:56:20 +0000 (UTC) Received: by mail-lb0-f180.google.com with SMTP id w7so2265532lbi.39 for ; Sun, 06 Jul 2014 12:56:18 -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:message-id:subject :from:to:content-type; bh=2vXZllrueFcr63zSSupswnbk81jvF2olx41UjbTqwZU=; b=zrVM1b9XeoZ0mhngXWYeNKhKUxvFGBb3ziBBkjDekH1PaofnsI9rUNp/uIvsH05nlv sV7X2LA1ihwzzoQ/+doOBZ2w72P5hJmR47dc1guBwoa92VVnNDw+++YFzSM5n0nnPLpS Gu9Tj+NZxWWgns0X+On4abnsUPt0oiF1i7ZfydCOoDCEgsM0xUfgldgo/Anc30nsGrH1 kHVn064R9+dsnKCX8sAxA+DnhNy4Vi0VaXXvss8CcgA+yvk6MsYud49wrc5VHquw3o0L BhwqjNuqiBX6WPGkaWxdgZL5YcQ63Dte1SA9Ok7SJE2Ue2Yba24IRU2OjYKl2oV3uY+U 5kQg== MIME-Version: 1.0 X-Received: by 10.112.76.167 with SMTP id l7mr10625173lbw.0.1404676578754; Sun, 06 Jul 2014 12:56:18 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.67.71 with HTTP; Sun, 6 Jul 2014 12:56:18 -0700 (PDT) In-Reply-To: <20140706190819.GA3032@brick.home> References: <20140626232727.GB1825@pwnie.vrt.sourcefire.com> <53ACE5B4.8070700@rice.edu> <20140701091252.GB3443@brick> <20140706190819.GA3032@brick.home> Date: Sun, 6 Jul 2014 12:56:18 -0700 X-Google-Sender-Auth: 1e3Lvy7xqYbsqPn84Zw_uBogHsI Message-ID: Subject: Re: FreeBSD iscsi target From: Craig Rodrigues To: Craig Rodrigues , Sreenivasa Honnur , "freebsd-hackers@freebsd.org" , freebsd-current Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 Jul 2014 19:56:21 -0000 On Sun, Jul 6, 2014 at 12:08 PM, Edward Tomasz Napiera=C5=82a wrote: > > As for the target, I wrote a script to test it against both old and new > FreeBSD initiators, Linux initiator (Open-iSCSI) and Solaris one; you > can find it at tools/regression/iscsi/. I also did manual testing with > Windows XP and Windows Vista. I don't remember if I actually succeeded > to do any testing with ESX (trying to run ESX under Fusion is not such > a good idea, it turns out), but I got a 3rd party report that it worked > correctly. > > As for the initiator, I did manual testing against istgt, LIO (Linux) > and COMSTAR (Solaris). > > > For now I'm swamped with work on autofs, but I'd definitely want to redo > all the testing before 10.1 - last time I did it was just before 10.0. > > Good stuff! When you have more time, I highly recommend that you collaborate with iXsystems (contact dev@ixsystems.com ) , since they can help you with doing interop testing with VMWare ESX and Windows Server environments. It is a lot of work to set up those environments and do the testing, but those environments are what are most heavily used in the real world data centers, and a number of customers are interested in using FreeNAS/TrueNAS (FreeBSD) as a backend storage to those operating systems. -- Craig From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 20:49:06 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0AF4B2B2; Sun, 6 Jul 2014 20:49:06 +0000 (UTC) Received: from mail-qc0-x232.google.com (mail-qc0-x232.google.com [IPv6:2607:f8b0:400d:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A1AD92414; Sun, 6 Jul 2014 20:49:05 +0000 (UTC) Received: by mail-qc0-f178.google.com with SMTP id c9so3045081qcz.9 for ; Sun, 06 Jul 2014 13:49:04 -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=PDrP+622UD29NYEpFznnuKNY/1ELnRV9F65xLlxBoE0=; b=uHAg8S9xXcvIblgQiFN0/FeCI4L+uI7picazBsN8KEc4JGXJp70fEaLMga5jf1j9pu AaBzUDtsjgCAhP43NUxNs8YPxTQXL0fkKvok+pLDwNuNNVmsM7JyUg9Fl717QJIscK1B 7A+iNkq/+1vD96byLvNExjLk5QbI0GK6h1mOuX3OVHbvsOrxkskqSO1qyUHgw5NJ3BBu NJPwu3G3XVHDNVlvZnWLWgG3iR9NN2ya7eS72WAi/QDfPcinn3+y3+qMCw/OoK4IyKiu tOpAANnddflWYNKP2pJrrfmgO36hnBooZonXb7aO0yKbAOk5wBCAp4aY5USFWifZq4dn 9zCg== MIME-Version: 1.0 X-Received: by 10.224.123.71 with SMTP id o7mr40761859qar.38.1404679744739; Sun, 06 Jul 2014 13:49:04 -0700 (PDT) Received: by 10.140.48.37 with HTTP; Sun, 6 Jul 2014 13:49:04 -0700 (PDT) In-Reply-To: <20140706154621.GA81830@mouf.net> References: <20140706135333.GA80856@mouf.net> <20140706154621.GA81830@mouf.net> Date: Sun, 6 Jul 2014 13:49:04 -0700 Message-ID: Subject: Re: tmpfs panic From: Neel Natu To: Steve Wills Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-virtualization@freebsd.org" , "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 Jul 2014 20:49:06 -0000 Hi Steve, On Sun, Jul 6, 2014 at 8:46 AM, Steve Wills wrote: > I should have noted this system is running in bhyve. Also I'm told this panic > may be related to the fact that the system is running in bhyve. > > Looking at it a little more closely: > > (kgdb) list *__mtx_lock_sleep+0xb1 > 0xffffffff809638d1 is in __mtx_lock_sleep (/usr/src/sys/kern/kern_mutex.c:431). > 426 * owner stops running or the state of the lock changes. > 427 */ > 428 v = m->mtx_lock; > 429 if (v != MTX_UNOWNED) { > 430 owner = (struct thread *)(v & ~MTX_FLAGMASK); > 431 if (TD_IS_RUNNING(owner)) { > 432 if (LOCK_LOG_TEST(&m->lock_object, 0)) > 433 CTR3(KTR_LOCK, > 434 "%s: spinning on %p held by %p", > 435 __func__, m, owner); > (kgdb) > > I'm told that MTX_CONTESTED was set on the unlocked mtx and that MTX_CONTENDED > is spuriously left behind, and to ask how lock prefix is handled in bhyve. Any > of that make sense to anyone? > Regarding the lock prefix: since bhyve only supports hardware that has nested paging, the hypervisor doesn't get in the way of instructions that access memory. This includes instructions with lock prefixes or any other prefixes for that matter. If there is a VM exit due to a nested page fault then the faulting instruction is restarted after resolving the fault. Having said that, there are more plausible explanations that might implicate bhyve: incorrect translations in the nested page tables, stale translations in the TLB etc. Do you have a core file for the panic? It would be very useful to debug this further. > Thanks, > Steve > > On Sun, Jul 06, 2014 at 01:53:37PM +0000, Steve Wills wrote: >> Hi, >> >> Just experienced this tmpfs panic on r268160: >> >> Freed UMA keg (TMPFS node) was not empty (16 items). Lost 1 pages of memory. >> >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 12; apic id = 0c >> fault virtual address = 0x378 >> fault code = supervisor read data, page not present >> instruction pointer = 0x20:0xffffffff809638d1 >> stack pointer = 0x28:0xfffffe07243800a0 >> frame pointer = 0x28:0xfffffe0724380120 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 65339 (pkg-static) >> [ thread pid 65339 tid 101641 ] >> Stopped at __mtx_lock_sleep+0xb1: movl 0x378(%rax),%ecx >> db> bt >> Tracing pid 65339 tid 101641 td 0xfffff80286b2e490 >> __mtx_lock_sleep() at __mtx_lock_sleep+0xb1/frame 0xfffffe0724380120 >> free_unr() at free_unr+0x9d/frame 0xfffffe0724380160 >> tmpfs_free_node() at tmpfs_free_node+0xf2/frame 0xfffffe07243801a0 >> tmpfs_reclaim() at tmpfs_reclaim+0xdc/frame 0xfffffe07243801d0 >> VOP_RECLAIM_APV() at VOP_RECLAIM_APV+0xa7/frame 0xfffffe0724380200 >> vgonel() at vgonel+0x24c/frame 0xfffffe0724380280 >> vrecycle() at vrecycle+0x84/frame 0xfffffe07243802c0 >> tmpfs_inactive() at tmpfs_inactive+0x18/frame 0xfffffe07243802d0 >> VOP_INACTIVE_APV() at VOP_INACTIVE_APV+0xa7/frame 0xfffffe0724380300 >> vinactive() at vinactive+0x181/frame 0xfffffe0724380360 >> vputx() at vputx+0x30d/frame 0xfffffe07243803d0 >> vn_close() at vn_close+0x13e/frame 0xfffffe0724380450 >> vn_closefile() at vn_closefile+0x48/frame 0xfffffe07243804d0 >> _fdrop() at _fdrop+0x29/frame 0xfffffe07243804f0 >> closef() at closef+0x2ae/frame 0xfffffe0724380580 >> fdescfree() at fdescfree+0x64c/frame 0xfffffe0724380630 >> exit1() at exit1+0x682/frame 0xfffffe07243806c0 >> sigexit() at sigexit+0x929/frame 0xfffffe0724380980 >> postsig() at postsig+0x3c4/frame 0xfffffe0724380a70 >> ast() at ast+0x487/frame 0xfffffe0724380ab0 >> doreti_ast() at doreti_ast+0x1f/frame 0x7fffffffc6e0 >> db> >> >> Any further debugging I can do? >> >> Thanks, >> Steve > > From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 20:55:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 518F35B8 for ; Sun, 6 Jul 2014 20:55:17 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 31EDE24B0 for ; Sun, 6 Jul 2014 20:55:16 +0000 (UTC) Received: from Alfreds-MacBook-Pro-9.local (c-76-21-10-192.hsd1.ca.comcast.net [76.21.10.192]) by elvis.mu.org (Postfix) with ESMTPSA id C7AB11A3C19 for ; Sun, 6 Jul 2014 13:55:10 -0700 (PDT) Message-ID: <53B9B7AB.4020909@mu.org> Date: Sun, 06 Jul 2014 13:55:07 -0700 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: tmpfs panic References: <20140706135333.GA80856@mouf.net> <20140706154621.GA81830@mouf.net> <20140706172511.GA84461@mouf.net> <20140706181226.GE93733@kib.kiev.ua> In-Reply-To: <20140706181226.GE93733@kib.kiev.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 Jul 2014 20:55:17 -0000 On 7/6/14 11:12 AM, Konstantin Belousov wrote: > On Sun, Jul 06, 2014 at 05:25:12PM +0000, Steve Wills wrote: >> On Sun, Jul 06, 2014 at 12:28:07PM -0400, Ryan Stone wrote: >>> On Sun, Jul 6, 2014 at 11:46 AM, Steve Wills wrote: >>>> I should have noted this system is running in bhyve. Also I'm told this panic >>>> may be related to the fact that the system is running in bhyve. >>>> >>>> Looking at it a little more closely: >>>> >>>> (kgdb) list *__mtx_lock_sleep+0xb1 >>>> 0xffffffff809638d1 is in __mtx_lock_sleep (/usr/src/sys/kern/kern_mutex.c:431). >>>> 426 * owner stops running or the state of the lock changes. >>>> 427 */ >>>> 428 v = m->mtx_lock; >>>> 429 if (v != MTX_UNOWNED) { >>>> 430 owner = (struct thread *)(v & ~MTX_FLAGMASK); >>>> 431 if (TD_IS_RUNNING(owner)) { >>>> 432 if (LOCK_LOG_TEST(&m->lock_object, 0)) >>>> 433 CTR3(KTR_LOCK, >>>> 434 "%s: spinning on %p held by %p", >>>> 435 __func__, m, owner); >>>> (kgdb) >>>> >>>> I'm told that MTX_CONTESTED was set on the unlocked mtx and that MTX_CONTENDED >>>> is spuriously left behind, and to ask how lock prefix is handled in bhyve. Any >>>> of that make sense to anyone? >>> The mutex has both MTX_CONTESTED and MTX_UNOWNED set on it? That is a >>> special sentinel value that is set on a mutex when it is destroyed >>> (see MTX_DESTROYED in sys/mutex.h). If that is the case it looks like >>> you've stumbled upon some kind of use-after-free in tmpfs. I doubt >>> that bhyve is responsible (other than perhaps changing the timing >>> around making the panic more likely to happen). >> Given the first thing seen was: >> >> Freed UMA keg (TMPFS node) was not empty (16 items). Lost 1 pages of memory. >> >> this sounds reasonable to me. >> >> What can I do to help find and elliminate the source of the error? > The most worrying fact there is that the mutex which is creating trouble > cannot be anything other but allnode_lock, from the backtrace. For this > mutex to be destroyed, the unmount of the corresponding mount point must > run to completion. > > In particular, it must get past the vflush(9) call in tmpfs_unmount(). > This call reclaims all vnodes belonging to the unmounted mount point. > New vnodes cannot be instantiated meantime, since insmntque(9) is > blocked by the MNTK_UNMOUNT flag. > > That said, the backtrace indicates that we have live vnode, which is > reclaimed, and also we have the mutex which is in the destroyed (?) > state. My basic claim is that the two events cannot co-exist, at least, > this code path was heavily exercised and most issues were fixed during > several years. > > I cannot exclude the possibility of tmpfs/VFS screwing things up, > but given the above reasoning, and the fact that this is the first > appearance of the MTX_DESTROED problem for the tmpfs unmounting code, > which was not changed for long time, I would at least ask some things > about bhyve. I.e., I would rather first look at the locked prefix > emulation then at the tmpfs. What about running the code with INVARIANTS + DEBUG_VFS_LOCKS and see if anything shakes out? -Alfred -- Alfred Perlstein From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 21:07:57 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A2CD8E5; Sun, 6 Jul 2014 21:07:57 +0000 (UTC) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mouf.net", Issuer "mouf.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5A0952587; Sun, 6 Jul 2014 21:07:57 +0000 (UTC) Received: from mouf.net (swills@mouf [199.48.129.64]) by mouf.net (8.14.5/8.14.5) with ESMTP id s66L7lI5087928 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 6 Jul 2014 21:07:52 GMT (envelope-from swills@mouf.net) Received: (from swills@localhost) by mouf.net (8.14.5/8.14.5/Submit) id s66L7lQn087927; Sun, 6 Jul 2014 21:07:47 GMT (envelope-from swills) Date: Sun, 6 Jul 2014 21:07:47 +0000 From: Steve Wills To: Neel Natu Subject: Re: tmpfs panic Message-ID: <20140706210746.GA85257@mouf.net> References: <20140706135333.GA80856@mouf.net> <20140706154621.GA81830@mouf.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mouf.net [199.48.129.64]); Sun, 06 Jul 2014 21:07:52 +0000 (UTC) X-Spam-Status: No, score=0.0 required=4.5 tests=none autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mouf.net X-Virus-Scanned: clamav-milter 0.98.1 at mouf.net X-Virus-Status: Clean Cc: "freebsd-virtualization@freebsd.org" , "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 06 Jul 2014 21:07:57 -0000 --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 06, 2014 at 01:49:04PM -0700, Neel Natu wrote: > Hi Steve, >=20 > On Sun, Jul 6, 2014 at 8:46 AM, Steve Wills wrote: > > I should have noted this system is running in bhyve. Also I'm told this= panic > > may be related to the fact that the system is running in bhyve. > > > > Looking at it a little more closely: > > > > (kgdb) list *__mtx_lock_sleep+0xb1 > > 0xffffffff809638d1 is in __mtx_lock_sleep (/usr/src/sys/kern/kern_mutex= =2Ec:431). > > 426 * owner stops running or the state of the lock= changes. > > 427 */ > > 428 v =3D m->mtx_lock; > > 429 if (v !=3D MTX_UNOWNED) { > > 430 owner =3D (struct thread *)(v & ~MTX_FL= AGMASK); > > 431 if (TD_IS_RUNNING(owner)) { > > 432 if (LOCK_LOG_TEST(&m->lock_obje= ct, 0)) > > 433 CTR3(KTR_LOCK, > > 434 "%s: spinning on %p= held by %p", > > 435 __func__, m, owner); > > (kgdb) > > > > I'm told that MTX_CONTESTED was set on the unlocked mtx and that MTX_CO= NTENDED > > is spuriously left behind, and to ask how lock prefix is handled in bhy= ve. Any > > of that make sense to anyone? > > >=20 > Regarding the lock prefix: since bhyve only supports hardware that has > nested paging, the hypervisor doesn't get in the way of instructions > that access memory. This includes instructions with lock prefixes or > any other prefixes for that matter. If there is a VM exit due to a > nested page fault then the faulting instruction is restarted after > resolving the fault. >=20 > Having said that, there are more plausible explanations that might > implicate bhyve: incorrect translations in the nested page tables, > stale translations in the TLB etc. >=20 > Do you have a core file for the panic? It would be very useful to > debug this further. No, unfortunately I did not have swap or dumpdev setup at the time so I was unable to get a core dump from the crashed kernel. (Bhyve did not crash.) I= 've setup swap in the VM and set the dumpdev as well, so if it happens again I should get a core. Steve --2fHTh5uZTiUOsy+g Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJTubqhAAoJEPXPYrMgexuhGaEIAIPXiqXQoTRWwFWOfiYAuk3Q lTXzSniPbGlogInzSP7F1ZqmYEqdABLnPUYN5oThqG2xbhVky1dJiGsS6gDeNY1e wrWRM77WWPuhPrZduXHUGb0ppBvuXaknoGGep21rTsKMspRCbBk75bEdKlfvskpF 9cl0DdfCPdkpJg3/sv6hIMDNv62vkK3lYHLdBMrWoGaO+aBJ7+SDPb3J5k8yGBMf UhJKE5eOfVKYJnGMdNKZ1vjfEC85BtRbQnLLJOM5M7EYxHRmddo2UFddPcqtr5JO PN3sHwQl64MEXswnxHyyPhjUhKXia1Xqd+nOIwts2rcfioZsiLyV6KIkqrou05s= =ljLU -----END PGP SIGNATURE----- --2fHTh5uZTiUOsy+g-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 21:40:17 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A40882E0; Sun, 6 Jul 2014 21:40:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5F65E27ED; Sun, 6 Jul 2014 21:40:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s66LeFMd059613; Sun, 6 Jul 2014 17:40:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s66LeFbB059494; Sun, 6 Jul 2014 21:40:15 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 6 Jul 2014 21:40:15 GMT Message-Id: <201407062140.s66LeFbB059494@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 , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jul 2014 21:40:17 -0000 TB --- 2014-07-06 21:39:36 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-06 21:39:36 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-06 21:39:36 - starting HEAD tinderbox run for ia64/ia64 TB --- 2014-07-06 21:39:36 - cleaning the object tree TB --- 2014-07-06 21:39:36 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-06 21:40:05 - At svn revision 268312 TB --- 2014-07-06 21:40:06 - building world TB --- 2014-07-06 21:40:06 - CROSS_BUILD_TESTING=YES TB --- 2014-07-06 21:40:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-06 21:40:06 - MAKESYSPATH=/src/share/mk TB --- 2014-07-06 21:40:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-06 21:40:06 - SRCCONF=/dev/null TB --- 2014-07-06 21:40:06 - TARGET=ia64 TB --- 2014-07-06 21:40:06 - TARGET_ARCH=ia64 TB --- 2014-07-06 21:40:06 - TZ=UTC TB --- 2014-07-06 21:40:06 - __MAKE_CONF=/dev/null TB --- 2014-07-06 21:40:06 - cd /src TB --- 2014-07-06 21:40:06 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) [...] cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstFindFrom.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstFirst.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstForEach.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstForEachFrom.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstInit.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstInsert.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsAtEnd.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstIsEmpty.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstLast.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstMember.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstNext.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstOpen.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstPrev.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstRemove.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstReplace.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/lst.lib/lstSucc.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/contrib/bmake/stresep.c cc -O2 -pipe -DNO_PWD_OVERRIDE -I/src/usr.bin/bmake -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DBMAKE_PATH_MAX=1024 -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -D_PATH_DEFSYSPATH=\".../share/mk:/usr/share/mk\" -I. -I/src/contrib/bmake -DMAKE_NATIVE -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -static -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o make_malloc.o meta.o parse.o str.o strlist.o suff.o targ.o trace.o util.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstPrev.o lstRemove.o lstReplace.o lstSucc.o stresep.o sh /src/tools/install.sh -s -o root -g wheel -m 555 make /obj/src/make.amd64/bmake bmake: "/src/Makefile.inc1" line 151: Unknown target ia64:ia64. *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-06 21:40:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-06 21:40:15 - ERROR: failed to build world TB --- 2014-07-06 21:40:15 - 7.70 user 3.09 system 39.13 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 00:18:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 21E6579B; Mon, 7 Jul 2014 00:18:42 +0000 (UTC) Received: from mail-la0-x235.google.com (mail-la0-x235.google.com [IPv6:2a00:1450:4010:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 31C1D2443; Mon, 7 Jul 2014 00:18:41 +0000 (UTC) Received: by mail-la0-f53.google.com with SMTP id b8so2335336lan.40 for ; Sun, 06 Jul 2014 17:18:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=pNVRsNzr0tAwLyzCB6tTgaLzYsuFQkqSXL5ymxd3dsg=; b=B7j7RYe1vUvIp2liLfVLVO3fCbvd9tp40Yc/SSkgjrVFciYESOMHXZGus4RidTkyvy tLS5cULnKjGXhiC9/QsQUSQrz4J/z9FWaotVbsNylZ337JxMOz0vpLL2oW1dd3kNq9+C xnX5gfZjDVwFNLu0Qfier2FiZ7IKzoMemltEGtxtjfetHrYSnAgv4tWESvvQF8C5fMjA nbonGQmNLrv1ECC7iV31UdhkbZ25BApppVXUpo3SU2CIqESFPNZS6Vs1Fi8ACjrjJvSL iKaN6nIjN8AuwlRXI8hKb1Ic/kpdOlcpsPY9/PO+K3V58RP5Z/VX7m+nZgLioaDaGOjD yXgg== MIME-Version: 1.0 X-Received: by 10.152.183.162 with SMTP id en2mr20334237lac.23.1404692318008; Sun, 06 Jul 2014 17:18:38 -0700 (PDT) Received: by 10.112.217.4 with HTTP; Sun, 6 Jul 2014 17:18:37 -0700 (PDT) Reply-To: huanghwh@gmail.com In-Reply-To: References: <537DFD85.1090903@icloud.com> <20140706164008.d26a0bf0baa23981ad7baedf@ddteam.net> Date: Mon, 7 Jul 2014 08:18:37 +0800 Message-ID: Subject: Re: uefi boot on Apple Mac From: Huang Wen Hui To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: Aleksandr Rybalko , freebsd-current , Ed Maste , Rafael Esp'indola X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 07 Jul 2014 00:18:42 -0000 I got the same result from Fedora-20: [liveuser@localhost ~]$ dmesg|grep efifb [ 2.665017] efifb: probing for efifb [ 2.667915] efifb: framebuffer at 0x80020000, mapped to 0xffffc9000b980000, using 28800k, total 28800k [ 2.667916] efifb: mode is 2880x1800x32, linelength=16384, pages=1 [ 2.667916] efifb: scrolling: redraw [ 2.667917] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0 stride(4096) *4 = linelength 28800k=stride(4096) *4*1800=0x1c20000 2014-07-07 2:59 GMT+08:00 Adrian Chadd : > The linux UEFI peeps have the same problem(s): > > http://mjg59.dreamwidth.org/10014.html > > Look for "stride". > > > -a > > > On 6 July 2014 06:40, Aleksandr Rybalko wrote: > > On Fri, 4 Jul 2014 22:34:30 +0800 > > Huang Wen Hui wrote: > > > >> Hi, > >> On my MacbookPro11,3, I got this error message: > >> > >> http://sw.gddsn.org.cn/freebsd/uefi.jpg > > > > Hmmm, really weird. > > Looks like wrong info about UEFI framebuffer. > > Picture said: > > 1. 2880 x 1800 > > 2. 4 bytes per pixel (masks cover whole 32bit) > > 3. but same time stride eq to 4096 (but have to be (width * > bytes_per_pixel) 4 * 2880) > > > >> > >> cheers, > >> > >> Huang WenHui > >> > >> 2014-07-04 22:13 GMT+08:00 Ed Maste : > >> > >> > On 24 May 2014 19:39, Rafael Esp'indola > wrote: > >> > > > >> > > Yes, I got that in the mac laptops I tried, it worked on a Mac Pro. > It > >> > > might be the frame buffer corruption that Ed Maste was mentioning. > >> > > >> > I purchased a new MacBook Air yesterday (model identifier > >> > MacBookAir6,2). UEFI boot and vt(4) worked correctly. (My image > >> > included Rafael's patch; I haven't tried a boot without.) > >> > > >> > I also committed a change to display the framebuffer parameters > >> > (address, dimensions, etc.) on boot, in order to help identify the > >> > source of this issue. If you have a moment can you build a new USB > >> > stick image and give it a try? > >> > > >> > -Ed > >> > > >> _______________________________________________ > >> 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" > > > > Thanks. > > WBW > > -- > > Aleksandr Rybalko > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 01:04:45 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 80FC1392; Mon, 7 Jul 2014 01:04:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 55BCA27B8; Mon, 7 Jul 2014 01:04:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6714hZM040991; Sun, 6 Jul 2014 21:04:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6714hdA040987; Mon, 7 Jul 2014 01:04:43 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 7 Jul 2014 01:04:43 GMT Message-Id: <201407070104.s6714hdA040987@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2014 01:04:45 -0000 TB --- 2014-07-06 23:51:34 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-06 23:51:34 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-06 23:51:34 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-07-06 23:51:34 - cleaning the object tree TB --- 2014-07-06 23:52:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-06 23:52:36 - At svn revision 268312 TB --- 2014-07-06 23:52:37 - building world TB --- 2014-07-06 23:52:37 - CROSS_BUILD_TESTING=YES TB --- 2014-07-06 23:52:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-06 23:52:37 - MAKESYSPATH=/src/share/mk TB --- 2014-07-06 23:52:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-06 23:52:37 - SRCCONF=/dev/null TB --- 2014-07-06 23:52:37 - TARGET=sparc64 TB --- 2014-07-06 23:52:37 - TARGET_ARCH=sparc64 TB --- 2014-07-06 23:52:37 - TZ=UTC TB --- 2014-07-06 23:52:37 - __MAKE_CONF=/dev/null TB --- 2014-07-06 23:52:37 - cd /src TB --- 2014-07-06 23:52:37 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sun Jul 6 23:52:44 UTC 2014 >>> 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 Mon Jul 7 01:01:59 UTC 2014 TB --- 2014-07-07 01:01:59 - generating LINT kernel config TB --- 2014-07-07 01:01:59 - cd /src/sys/sparc64/conf TB --- 2014-07-07 01:01:59 - /usr/bin/make -B LINT TB --- 2014-07-07 01:01:59 - cd /src/sys/sparc64/conf TB --- 2014-07-07 01:01:59 - /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-07 01:01:59 - building LINT kernel TB --- 2014-07-07 01:01:59 - CROSS_BUILD_TESTING=YES TB --- 2014-07-07 01:01:59 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-07 01:01:59 - MAKESYSPATH=/src/share/mk TB --- 2014-07-07 01:01:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-07 01:01:59 - SRCCONF=/dev/null TB --- 2014-07-07 01:01:59 - TARGET=sparc64 TB --- 2014-07-07 01:01:59 - TARGET_ARCH=sparc64 TB --- 2014-07-07 01:01:59 - TZ=UTC TB --- 2014-07-07 01:01:59 - __MAKE_CONF=/dev/null TB --- 2014-07-07 01:01:59 - cd /src TB --- 2014-07-07 01:01:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jul 7 01:01:59 UTC 2014 >>> 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 -x assembler-with-cpp -DLOCORE -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/sparc64/sparc64/interrupt.S -mcpu=ultrasparc 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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/cam.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/cam_compat.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/cam_periph.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/cam_queue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/cam_sim.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/cam_xpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/ata/ata_all.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/ata/ata_xpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/ata/ata_pmp.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/scsi/scsi_xpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/scsi/scsi_all.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/scsi/scsi_cd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/scsi/scsi_ch.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/ata/ata_da.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/cam/ctl/ctl.c cc1: warnings being treated as errors /src/sys/cam/ctl/ctl.c: In function 'ctl_lun_thread': /src/sys/cam/ctl/ctl.c:4334: warning: 'idlen2' may be used uninitialized in this function /src/sys/cam/ctl/ctl.c:4334: note: 'idlen2' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-07 01:04:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-07 01:04:43 - ERROR: failed to build LINT kernel TB --- 2014-07-07 01:04:43 - 3438.24 user 694.48 system 4389.28 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 01:55:45 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BC951869; Mon, 7 Jul 2014 01:55:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 782382AD7; Mon, 7 Jul 2014 01:55:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s671tiwx089259; Sun, 6 Jul 2014 21:55:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s671tiML089258; Mon, 7 Jul 2014 01:55:44 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 7 Jul 2014 01:55:44 GMT Message-Id: <201407070155.s671tiML089258@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2014 01:55:45 -0000 TB --- 2014-07-06 22:05:17 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-06 22:05:17 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-06 22:05:17 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-07-06 22:05:17 - cleaning the object tree TB --- 2014-07-06 22:06:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-06 22:06:27 - At svn revision 268312 TB --- 2014-07-06 22:06:28 - building world TB --- 2014-07-06 22:06:28 - CROSS_BUILD_TESTING=YES TB --- 2014-07-06 22:06:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-06 22:06:28 - MAKESYSPATH=/src/share/mk TB --- 2014-07-06 22:06:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-06 22:06:28 - SRCCONF=/dev/null TB --- 2014-07-06 22:06:28 - TARGET=powerpc TB --- 2014-07-06 22:06:28 - TARGET_ARCH=powerpc TB --- 2014-07-06 22:06:28 - TZ=UTC TB --- 2014-07-06 22:06:28 - __MAKE_CONF=/dev/null TB --- 2014-07-06 22:06:28 - cd /src TB --- 2014-07-06 22:06:28 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sun Jul 6 22:06:35 UTC 2014 >>> 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 Mon Jul 7 01:53:22 UTC 2014 TB --- 2014-07-07 01:53:22 - generating LINT kernel config TB --- 2014-07-07 01:53:22 - cd /src/sys/powerpc/conf TB --- 2014-07-07 01:53:22 - /usr/bin/make -B LINT TB --- 2014-07-07 01:53:22 - cd /src/sys/powerpc/conf TB --- 2014-07-07 01:53:22 - /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-07 01:53:22 - building LINT kernel TB --- 2014-07-07 01:53:22 - CROSS_BUILD_TESTING=YES TB --- 2014-07-07 01:53:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-07 01:53:22 - MAKESYSPATH=/src/share/mk TB --- 2014-07-07 01:53:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-07 01:53:22 - SRCCONF=/dev/null TB --- 2014-07-07 01:53:22 - TARGET=powerpc TB --- 2014-07-07 01:53:22 - TARGET_ARCH=powerpc TB --- 2014-07-07 01:53:22 - TZ=UTC TB --- 2014-07-07 01:53:22 - __MAKE_CONF=/dev/null TB --- 2014-07-07 01:53:22 - cd /src TB --- 2014-07-07 01:53:22 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jul 7 01:53:22 UTC 2014 >>> 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 -x assembler-with-cpp -DLOCORE -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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/powerpc/aim/locore.S 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/cam.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/cam_compat.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/cam_periph.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/cam_queue.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/cam_sim.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/cam_xpt.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/ata/ata_all.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/ata/ata_xpt.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/ata/ata_pmp.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/scsi/scsi_xpt.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/scsi/scsi_all.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/scsi/scsi_cd.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/scsi/scsi_ch.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/ata/ata_da.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/cam/ctl/ctl.c cc1: warnings being treated as errors /src/sys/cam/ctl/ctl.c: In function 'ctl_lun_thread': /src/sys/cam/ctl/ctl.c:4334: warning: 'idlen2' may be used uninitialized in this function /src/sys/cam/ctl/ctl.c:4334: note: 'idlen2' was declared here *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-07 01:55:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-07 01:55:44 - ERROR: failed to build LINT kernel TB --- 2014-07-07 01:55:44 - 12137.54 user 1342.23 system 13826.38 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 04:02:55 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F1AC9EDC; Mon, 7 Jul 2014 04:02:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C6ECB2502; Mon, 7 Jul 2014 04:02:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6742qvE083196; Mon, 7 Jul 2014 00:02:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6742qgp083195; Mon, 7 Jul 2014 04:02:52 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 7 Jul 2014 04:02:52 GMT Message-Id: <201407070402.s6742qgp083195@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2014 04:02:55 -0000 TB --- 2014-07-06 23:35:56 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-06 23:35:56 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-06 23:35:56 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-07-06 23:35:56 - cleaning the object tree TB --- 2014-07-06 23:37:54 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-06 23:38:17 - At svn revision 268312 TB --- 2014-07-06 23:38:18 - building world TB --- 2014-07-06 23:38:18 - CROSS_BUILD_TESTING=YES TB --- 2014-07-06 23:38:18 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-06 23:38:18 - MAKESYSPATH=/src/share/mk TB --- 2014-07-06 23:38:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-06 23:38:18 - SRCCONF=/dev/null TB --- 2014-07-06 23:38:18 - TARGET=powerpc TB --- 2014-07-06 23:38:18 - TARGET_ARCH=powerpc64 TB --- 2014-07-06 23:38:18 - TZ=UTC TB --- 2014-07-06 23:38:18 - __MAKE_CONF=/dev/null TB --- 2014-07-06 23:38:18 - cd /src TB --- 2014-07-06 23:38:18 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sun Jul 6 23:38:26 UTC 2014 >>> 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 Mon Jul 7 03:52:15 UTC 2014 TB --- 2014-07-07 03:52:15 - generating LINT kernel config TB --- 2014-07-07 03:52:15 - cd /src/sys/powerpc/conf TB --- 2014-07-07 03:52:15 - /usr/bin/make -B LINT TB --- 2014-07-07 03:52:15 - cd /src/sys/powerpc/conf TB --- 2014-07-07 03:52:15 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-07 03:52:15 - skipping LINT kernel TB --- 2014-07-07 03:52:15 - cd /src/sys/powerpc/conf TB --- 2014-07-07 03:52:15 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC TB --- 2014-07-07 03:52:15 - skipping GENERIC kernel TB --- 2014-07-07 03:52:15 - cd /src/sys/powerpc/conf TB --- 2014-07-07 03:52:15 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC64 TB --- 2014-07-07 03:52:15 - building GENERIC64 kernel TB --- 2014-07-07 03:52:15 - CROSS_BUILD_TESTING=YES TB --- 2014-07-07 03:52:15 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-07 03:52:15 - MAKESYSPATH=/src/share/mk TB --- 2014-07-07 03:52:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-07 03:52:15 - SRCCONF=/dev/null TB --- 2014-07-07 03:52:15 - TARGET=powerpc TB --- 2014-07-07 03:52:15 - TARGET_ARCH=powerpc64 TB --- 2014-07-07 03:52:15 - TZ=UTC TB --- 2014-07-07 03:52:15 - __MAKE_CONF=/dev/null TB --- 2014-07-07 03:52:15 - cd /src TB --- 2014-07-07 03:52:15 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Mon Jul 7 03:52:15 UTC 2014 >>> 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 [...] awk -f /src/sys/conf/kmod_syms.awk crypto.kld export_syms | xargs -J% objcopy % crypto.kld ld -Bshareable -d -warn-common -o crypto.ko.debug crypto.kld objcopy --only-keep-debug crypto.ko.debug crypto.ko.symbols objcopy --strip-debug --add-gnu-debuglink=crypto.ko.symbols crypto.ko.debug crypto.ko ===> cryptodev (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -g -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -c /src/sys/modules/cryptodev/../../opencrypto/cryptodev.c ctfconvert -L VERSION -g cryptodev.o ld -d -warn-common -r -d -o cryptodev.kld cryptodev.o ctfmerge -L VERSION -g -o cryptodev.kld cryptodev.o :> export_syms awk -f /src/sys/conf/kmod_syms.awk cryptodev.kld export_syms | xargs -J% objcopy % cryptodev.kld ld -Bshareable -d -warn-common -o cryptodev.ko.debug cryptodev.kld objcopy --only-keep-debug cryptodev.ko.debug cryptodev.ko.symbols objcopy --strip-debug --add-gnu-debuglink=cryptodev.ko.symbols cryptodev.ko.debug cryptodev.ko ===> ctl (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_global.h -I. -I@ -I@/contrib/altq -fno-common -g -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -c /src/sys/modules/ctl/../../cam/ctl/ctl.c cc1: warnings being treated as errors /src/sys/modules/ctl/../../cam/ctl/ctl.c: In function 'ctl_lun_thread': /src/sys/modules/ctl/../../cam/ctl/ctl.c:4334: warning: 'idlen2' may be used uninitialized in this function /src/sys/modules/ctl/../../cam/ctl/ctl.c:4334: note: 'idlen2' was declared here *** Error code 1 Stop. bmake[3]: stopped in /src/sys/modules/ctl *** Error code 1 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-07 04:02:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-07 04:02:52 - ERROR: failed to build GENERIC64 kernel TB --- 2014-07-07 04:02:52 - 14241.51 user 1682.59 system 16015.95 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 08:05:30 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C36D3E0 for ; Mon, 7 Jul 2014 08:05:30 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 80F34266B for ; Mon, 7 Jul 2014 08:05:30 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1X43vO-001cK8-HG>; Mon, 07 Jul 2014 10:05:22 +0200 Received: from g225058075.adsl.alicedsl.de ([92.225.58.75] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1X43vO-000aRy-FK>; Mon, 07 Jul 2014 10:05:22 +0200 Date: Mon, 7 Jul 2014 10:05:17 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: svn: E200019: Version mismatch in 'svn_gnome_keyring' (expecting equality): found 1.8.0, Message-ID: <20140707100517.303dec50.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/5_oXKjYjHCxGXaRt/.WFmRb"; protocol="application/pgp-signature" X-Originating-IP: 92.225.58.75 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 07 Jul 2014 08:05:30 -0000 --Sig_/5_oXKjYjHCxGXaRt/.WFmRb Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On our FreeBSD CURRENT systems (most recent CURRENT 11.0 from the past week= end) I receive this weird error while trying to update/commit on subversion repo= sitories by using the port devel/subversion: svn: E200019: Version mismatch in 'svn_gnome_keyring' (expecting equality)= : found 1.8.0, expected 1.8.9 When using the FreeBSD's contrib svn located at /usr/bin/svn (I have in /et= c/src.conf the tag WITH_SVN=3DYES) everything ist fine. What is wrong? oh --Sig_/5_oXKjYjHCxGXaRt/.WFmRb Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJTulTBAAoJEOgBcD7A/5N8YysH/jXFDPbUhe2+DAIzxt7jTm9C up+er4C5Y8lteNR9lNIaJD080p8hroZDi8iI22m7JdmPFYvryELMb32fnff1kiAC 5budZ72q5fTf5LMEZUZK4OdhWDLbFVp20Uj36Op4ZYuuyVIJVLffNOqecRtZvipB 0UanZHdRbXlw1wHPa7gP9T2dG0U5KlJ5QzoZL6thqnfJI4kkk8QiINq9NHiHBBUW dF302ROjJs6lrKKjTvdXSYCJ2cw/OSHfEcG5xAKys1tR9drGB3OPlgQohZ/ho1Ca B16T5VUndyt7j7b3kto8N58jUdBXVz764DLyrz5pLzSUT98UUIDGRWBMzD7+I0A= =iKBB -----END PGP SIGNATURE----- --Sig_/5_oXKjYjHCxGXaRt/.WFmRb-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 08:11:58 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ACC72271; Mon, 7 Jul 2014 08:11:58 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6FEE5270E; Mon, 7 Jul 2014 08:11:58 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id E5CED1FE02D; Mon, 7 Jul 2014 10:11:56 +0200 (CEST) Message-ID: <53BA5657.8010309@selasky.org> Date: Mon, 07 Jul 2014 10:12:07 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-net@freebsd.org, freebsd-current@FreeBSD.org Subject: [RFC] Allow m_dup() to use JUMBO clusters Content-Type: multipart/mixed; boundary="------------030007040205090607060001" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 07 Jul 2014 08:11:58 -0000 This is a multi-part message in MIME format. --------------030007040205090607060001 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, I'm asking for some input on the attached m_dup() patch, so that existing functionality or dependencies are not broken. The background for the change is to allow m_dup() to defrag long mbuf chains that doesn't fit into a specific hardware's scatter gather entries, typically when doing TSO. In my case the HW limit is 16 entries of length 4K for doing a 64KByte TSO packet. Currently m_dup() is at best producing 32 entries of each 2K for a 64Kbytes TSO packet. By allowing m_dup() to get JUMBO clusters when allocating mbufs, we avoid creating a new function, specific to the hardware, to defrag some rare-occurring very long mbuf chains into a mbuf chain below 16 entries. Any comments? --HPS --------------030007040205090607060001 Content-Type: text/x-patch; name="uipc_mbuf.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="uipc_mbuf.c.diff" === uipc_mbuf.c ================================================================== --- uipc_mbuf.c (revision 268358) +++ uipc_mbuf.c (local) @@ -917,7 +917,15 @@ struct mbuf *n; /* Get the next new mbuf */ - if (remain >= MINCLSIZE) { + if (remain >= MJUM16BYTES) { + /* + * By allocating a bigger mbuf, we get fewer + * scatter gather entries for the hardware to + * process: + */ + n = m_getjcl(how, m->m_type, 0, MJUM16BYTES); + nsize = MJUM16BYTES; + } else if (remain >= MINCLSIZE) { n = m_getcl(how, m->m_type, 0); nsize = MCLBYTES; } else { --------------030007040205090607060001-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 09:08:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB9C78A7; Mon, 7 Jul 2014 09:08:50 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 2742C2D34; Mon, 7 Jul 2014 09:08:49 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 6927CC492D; Mon, 7 Jul 2014 12:08:42 +0300 (EEST) Date: Mon, 7 Jul 2014 12:11:24 +0300 From: Aleksandr Rybalko To: huanghwh@gmail.com Subject: Re: uefi boot on Apple Mac Message-Id: <20140707121124.02eb07cf9aee1d7e934513c4@ddteam.net> In-Reply-To: References: <537DFD85.1090903@icloud.com> <20140706164008.d26a0bf0baa23981ad7baedf@ddteam.net> X-Mailer: Sylpheed 3.3.1 (GTK+ 2.24.22; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , freebsd-current , Ed Maste , Rafael Esp'indola X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 07 Jul 2014 09:08:50 -0000 On Mon, 7 Jul 2014 08:18:37 +0800 Huang Wen Hui wrote: > I got the same result from Fedora-20: > > [liveuser@localhost ~]$ dmesg|grep efifb > [ 2.665017] efifb: probing for efifb > [ 2.667915] efifb: framebuffer at 0x80020000, mapped to > 0xffffc9000b980000, using 28800k, total 28800k > [ 2.667916] efifb: mode is 2880x1800x32, linelength=16384, pages=1 > [ 2.667916] efifb: scrolling: redraw > [ 2.667917] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0 > > stride(4096) *4 = linelength No, stride >= line_width * bytes_per_pixel. It is just step size in bytes, to skip into next line. (sometime it contain gaps related to blank parts of screen, sometime related to round screen line to page size). So if it have mode - 2880x1800x32, it have to be 2880 * (32 / 8) = 11520 or 11520 + (4096 - 1) & 0xffffffff_fffff000 = 12288 (0x03000, 3 4k_pages) > 28800k=stride(4096) *4*1800=0x1c20000 > > > 2014-07-07 2:59 GMT+08:00 Adrian Chadd : > > > The linux UEFI peeps have the same problem(s): > > > > http://mjg59.dreamwidth.org/10014.html > > > > Look for "stride". > > > > > > -a > > > > > > On 6 July 2014 06:40, Aleksandr Rybalko wrote: > > > On Fri, 4 Jul 2014 22:34:30 +0800 > > > Huang Wen Hui wrote: > > > > > >> Hi, > > >> On my MacbookPro11,3, I got this error message: > > >> > > >> http://sw.gddsn.org.cn/freebsd/uefi.jpg > > > > > > Hmmm, really weird. > > > Looks like wrong info about UEFI framebuffer. > > > Picture said: > > > 1. 2880 x 1800 > > > 2. 4 bytes per pixel (masks cover whole 32bit) > > > 3. but same time stride eq to 4096 (but have to be (width * > > bytes_per_pixel) 4 * 2880) > > > > > >> > > >> cheers, > > >> > > >> Huang WenHui > > >> > > >> 2014-07-04 22:13 GMT+08:00 Ed Maste : > > >> > > >> > On 24 May 2014 19:39, Rafael Esp'indola > > wrote: > > >> > > > > >> > > Yes, I got that in the mac laptops I tried, it worked on a Mac Pro. > > It > > >> > > might be the frame buffer corruption that Ed Maste was mentioning. > > >> > > > >> > I purchased a new MacBook Air yesterday (model identifier > > >> > MacBookAir6,2). UEFI boot and vt(4) worked correctly. (My image > > >> > included Rafael's patch; I haven't tried a boot without.) > > >> > > > >> > I also committed a change to display the framebuffer parameters > > >> > (address, dimensions, etc.) on boot, in order to help identify the > > >> > source of this issue. If you have a moment can you build a new USB > > >> > stick image and give it a try? > > >> > > > >> > -Ed > > >> > > > >> _______________________________________________ > > >> 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" > > > > > > Thanks. > > > WBW > > > -- > > > Aleksandr Rybalko > > > _______________________________________________ > > > 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" > > -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 10:18:18 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 869C52E2; Mon, 7 Jul 2014 10:18:18 +0000 (UTC) Received: from mail-qa0-x22c.google.com (mail-qa0-x22c.google.com [IPv6:2607:f8b0:400d:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3AE4F23C1; Mon, 7 Jul 2014 10:18:18 +0000 (UTC) Received: by mail-qa0-f44.google.com with SMTP id hw13so3358874qab.31 for ; Mon, 07 Jul 2014 03:18:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=5dHmZokX1fKZedob97JT7h4BBevbsIAtR4cfn9NpYMw=; b=ZW4+m8I3UA6aGdAiFahFr4iIfJnJhJ2z2S42dqJhfMl2q1tP4aKjPgo4oEGWSZZu4M flfkCSux1/mP5lqo9zG0RWk6ND6O+JrJoxrewIm3V+h5zMBKSFPoLCPmk6uZ1SJ3eAS2 03P3O5tgD8d8lEjJRzJMISnS+isIxhIARg0OZ9fKq44Eue45DRWvPNJI7Y20i11FZ6jV DETakqy7Lzo4tVgHxkG5ZSQ8tGTcakzM/x8k0Px7KHADOV6lNOi/Xf4ANJrFp6SQCCEk KZ+2qN+1OW6h6qMC9vnYafTe+3fVqP/ZSEelJhlI6Dr2boJL21LdVF2vuiXUutHUO1jj drvA== MIME-Version: 1.0 X-Received: by 10.140.48.45 with SMTP id n42mr44217149qga.107.1404728297213; Mon, 07 Jul 2014 03:18:17 -0700 (PDT) Sender: carpeddiem@gmail.com Received: by 10.140.49.239 with HTTP; Mon, 7 Jul 2014 03:18:17 -0700 (PDT) Date: Mon, 7 Jul 2014 06:18:17 -0400 X-Google-Sender-Auth: ev1AofVU13g-RwqjJcnfsJPT5OY Message-ID: Subject: Call for FreeBSD 2014Q2 (April-June) Status Reports From: Ed Maste To: freebsd-hackers@freebsd.org, FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 07 Jul 2014 10:18:18 -0000 Dear FreeBSD Community, The April to June 2014 Quarterly Status Reports are being prepared shortly. The submission deadline been extended to July 14, 2014, as a call for submissions was not previously sent out due to an oversight. Status report submissions do not have to be very long -- basically they may be about anything that lets people know what is going on around the FreeBSD Project. Submission of reports is not restricted to committers. Anyone who is doing anything interesting and FreeBSD-related can -- and is encouraged to -- write one! The preferred and easiest submission method is to use the XML generator [1] with the results emailed to the status report team at monthly@freebsd.org . There is also an XML template [2] which can be filled out manually and attached if preferred. For the expected content and style, please study our guidelines on how to write a good status report [3]. You can also review the last issue [4] for ideas on writing a good report. We are looking forward to all of your 2014Q2 reports! Thanks, Ed [1] http://www.freebsd.org/cgi/monthly.cgi [2] http://www.freebsd.org/news/status/report-sample.xml [3] http://www.freebsd.org/news/status/howto.html [4] http://www.freebsd.org/news/status/report-2014-01-2014-03.html From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 11:09:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA3C22E5; Mon, 7 Jul 2014 11:09:20 +0000 (UTC) Received: from cu01176b.smtpx.saremail.com (cu01176b.smtpx.saremail.com [195.16.151.151]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 84FCA27EB; Mon, 7 Jul 2014 11:09:19 +0000 (UTC) Received: from [172.16.2.2] (izaro.sarenet.es [192.148.167.11]) by proxypop04.sare.net (Postfix) with ESMTPSA id 1F67C9DCD0F; Mon, 7 Jul 2014 13:03:31 +0200 (CEST) Subject: Re: Fix Emulex "oce" driver in CURRENT Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=utf-8 From: Borja Marcos In-Reply-To: Date: Mon, 7 Jul 2014 13:03:26 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <453BA9EC-BB63-4258-8141-847F41315E1E@sarenet.es> References: To: Luigi Rizzo X-Mailer: Apple Mail (2.1283) Cc: freebsd-net@freebsd.org, freebsd-current , Stable Stable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 07 Jul 2014 11:09:20 -0000 On Jul 1, 2014, at 10:24 PM, Luigi Rizzo wrote: >=20 >=20 >=20 > On Tue, Jul 1, 2014 at 8:58 PM, wrote: > El 30.06.2014 18:36, Stefano Garzarella escribi=C3=B3: >=20 > Hello, > I had problems during some experiments with Emulex and "oce" driver in > CURRENT. > I found several bugs in the "oce" driver and this patch fixes them. >=20 > At least with some cards, the driver simply does not work. It causes a = panic when there is some traffic. >=20 > The relevant bug report is here. >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D183391 >=20 > The latest version available from the Emulex website works. But the = version bundled with 9.3 and at least -STABLE (which is the same version = bundled with -CURRENT) does cause panics on 10- and 9- >=20 > =E2=80=8Bi compared the code on the emulex website (10.0.747.0 ?) with = the > one in HEAD and it does not seem=E2=80=8B much different, but perhaps > you have some other version in mind ? >=20 > The bugs found by stefano exist also in the emulex version above. Anyway The "fixed" version is an instant panic when generating traffic (just = use iperf3). Version 10.0.747.0 does _not_ panic. Borja. From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 11:23:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 16B77797; Mon, 7 Jul 2014 11:23:45 +0000 (UTC) Received: from mail-la0-x231.google.com (mail-la0-x231.google.com [IPv6:2a00:1450:4010:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3C4412981; Mon, 7 Jul 2014 11:23:44 +0000 (UTC) Received: by mail-la0-f49.google.com with SMTP id gf5so2753353lab.36 for ; Mon, 07 Jul 2014 04:23:41 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=P3h6CFQrbRbCvtOYXQiDBDwDe1XajiNHEUnvWwi7//4=; b=Dus9AcyvUTwdkc0Ap8jghOEhAR8sFRGwL1gemS4bnSnnvze7NKUJP8A5wyVONiwqcE /MUGydn3bFuCcqDT5lRuDEMvO6iq5JUD0+jHwdBo7npCm/ZcbYyDGGGxxEt2A+QihbIl bJ9SalEuuBnkh1xTLiTTQS//2cYHsllEc7csfhINPnYub7LktxJKEUrj9pLxZBV5oKTc j1r5U9BdFqI+YoTRYe7V7PIKx3fhtGkNf1LwrXfB0DoiDMSHP/G9rls9ZAcq7+RbDdAi dOPDlMTCtLEyl6uiRw/vtb9nBCuIPx7TMhnscEaYTYwBkhfJH9W/YTvtTwt/sKtZ2iQj hnVQ== MIME-Version: 1.0 X-Received: by 10.112.42.45 with SMTP id k13mr992210lbl.88.1404732221265; Mon, 07 Jul 2014 04:23:41 -0700 (PDT) Sender: rizzo.unipi@gmail.com Received: by 10.114.177.234 with HTTP; Mon, 7 Jul 2014 04:23:41 -0700 (PDT) In-Reply-To: <453BA9EC-BB63-4258-8141-847F41315E1E@sarenet.es> References: <453BA9EC-BB63-4258-8141-847F41315E1E@sarenet.es> Date: Mon, 7 Jul 2014 13:23:41 +0200 X-Google-Sender-Auth: 2W30VX2wv15ne_yh00tN4dbSBL0 Message-ID: Subject: Re: Fix Emulex "oce" driver in CURRENT From: Luigi Rizzo To: Borja Marcos Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-net@freebsd.org" , freebsd-current , Stable Stable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 07 Jul 2014 11:23:45 -0000 On Mon, Jul 7, 2014 at 1:03 PM, Borja Marcos wrote: > > On Jul 1, 2014, at 10:24 PM, Luigi Rizzo wrote: > >> >> >> >> On Tue, Jul 1, 2014 at 8:58 PM, wrote: >> El 30.06.2014 18:36, Stefano Garzarella escribi=C3=B3: >> >> Hello, >> I had problems during some experiments with Emulex and "oce" driver in >> CURRENT. >> I found several bugs in the "oce" driver and this patch fixes them. >> >> At least with some cards, the driver simply does not work. It causes a p= anic when there is some traffic. >> >> The relevant bug report is here. >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D183391 >> >> The latest version available from the Emulex website works. But the vers= ion bundled with 9.3 and at least -STABLE (which is the same version bundle= d with -CURRENT) does cause panics on 10- and 9- >> >> i compared the code on the emulex website (10.0.747.0 ?) with the >> one in HEAD and it does not seem much different, but perhaps >> you have some other version in mind ? >> >> The bugs found by stefano exist also in the emulex version above. > > Anyway > > The "fixed" version is an instant panic when generating traffic (just use= iperf3). Version 10.0.747.0 does _not_ panic. we'll try to investigate, can you tell us more about the environment you us= e ? (FreeBSD version, card model (PCI id perhaps), iperf3 invocation line, interface configuration etc.) The main differences between 10.0.747.0 and the code in head (after our fix) is the use of drbr_enqueue/dequeue versus the peek/putback in the transmit routine. Both drivers still have issues when the link flaps because the transmit queue is not cleaned up properly (unlike what happens in the linux driver and all FreeBSD drivers for different hardware), so it might well be that you are seeing some side effect of that or other problem which manifests itself differently depending on the environment. 'instant panic' by itself does not tell us anything about what could be the problem you experience (and we do not see it with either driver). cheers luigi From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 11:57:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD9365EE; Mon, 7 Jul 2014 11:57:11 +0000 (UTC) Received: from cu01176b.smtpx.saremail.com (cu01176b.smtpx.saremail.com [195.16.151.151]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4D2E92C2F; Mon, 7 Jul 2014 11:57:10 +0000 (UTC) Received: from [172.16.2.2] (izaro.sarenet.es [192.148.167.11]) by proxypop04.sare.net (Postfix) with ESMTPSA id CD6199DC9B8; Mon, 7 Jul 2014 13:57:08 +0200 (CEST) Subject: Re: Fix Emulex "oce" driver in CURRENT Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Borja Marcos In-Reply-To: Date: Mon, 7 Jul 2014 13:57:07 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <6C8CF68D-68E2-4168-AA0A-6A629D363371@sarenet.es> References: <453BA9EC-BB63-4258-8141-847F41315E1E@sarenet.es> To: Luigi Rizzo X-Mailer: Apple Mail (2.1283) Cc: "freebsd-net@freebsd.org" , freebsd-current , Stable Stable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 07 Jul 2014 11:57:12 -0000 On Jul 7, 2014, at 1:23 PM, Luigi Rizzo wrote: > On Mon, Jul 7, 2014 at 1:03 PM, Borja Marcos = wrote: > we'll try to investigate, can you tell us more about the environment = you use ? > (FreeBSD version, card model (PCI id perhaps), iperf3 invocation line, > interface configuration etc.) >=20 > The main differences between 10.0.747.0 and the code in head (after > our fix) is the use > of drbr_enqueue/dequeue versus the peek/putback in the transmit = routine. >=20 >=20 > Both drivers still have issues when the link flaps because the > transmit queue is not cleaned > up properly (unlike what happens in the linux driver and all FreeBSD > drivers for different > hardware), so it might well be that you are seeing some side effect of > that or other > problem which manifests itself differently depending on the = environment. >=20 > 'instant panic' by itself does not tell us anything about what could > be the problem you experience (and we do not see it with either = driver). The environment details are here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D183391 The way I produce an instant panic is: 1) Connect to another machine (cross connect cable) 2) iperf3 -s on the other machine=20 (The other machine is different, it has an "ix" card) 3) iperf3 -t 30 -P 4 -c 10.0.0.1 -N In less than 30 seconds, panic. mierda dumped core - see /var/crash/vmcore.0 Mon Jul 7 13:06:44 CEST 2014 FreeBSD mierda 10.0-STABLE FreeBSD 10.0-STABLE #2: Mon Jul 7 11:41:45 = CEST 2014 root@mierda:/usr/obj/usr/src/sys/GENERIC amd64 panic: sbsndptr: sockbuf 0xfffff800a70489b0 and mbuf 0xfffff801a3326e00 = clashing GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you = are welcome to change it and/or distribute copies of it under certain = conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for = details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: panic: sbsndptr: sockbuf 0xfffff800a70489b0 and mbuf 0xfffff801a3326e00 = clashing cpuid =3D 12 KDB: stack backtrace: #0 0xffffffff8092a470 at kdb_backtrace+0x60 #1 0xffffffff808ef9c5 at panic+0x155 #2 0xffffffff80962710 at sbdroprecord_locked+0 #3 0xffffffff80a8ba8c at tcp_output+0xdbc #4 0xffffffff80a8987f at tcp_do_segment+0x30ff #5 0xffffffff80a85b34 at tcp_input+0xd04 #6 0xffffffff80a1af57 at ip_input+0x97 #7 0xffffffff809ba512 at netisr_dispatch_src+0x62 #8 0xffffffff809b1ae6 at ether_demux+0x126 #9 0xffffffff809b278e at ether_nh_input+0x35e #10 0xffffffff809ba512 at netisr_dispatch_src+0x62 #11 0xffffffff81c19ab9 at oce_rx+0x3c9 #12 0xffffffff81c19536 at oce_rq_handler+0xb6 #13 0xffffffff81c1bb1c at oce_intr+0xdc #14 0xffffffff80938b35 at taskqueue_run_locked+0xe5 #15 0xffffffff809395c8 at taskqueue_thread_loop+0xa8 #16 0xffffffff808c057a at fork_exit+0x9a #17 0xffffffff80ccb51e at fork_trampoline+0xe Uptime: 51m20s Borja. From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 15:08:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7D394FAB; Mon, 7 Jul 2014 15:08:29 +0000 (UTC) Received: from mail-la0-x22a.google.com (mail-la0-x22a.google.com [IPv6:2a00:1450:4010:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A12342F2E; Mon, 7 Jul 2014 15:08:28 +0000 (UTC) Received: by mail-la0-f42.google.com with SMTP id pn19so3021350lab.29 for ; Mon, 07 Jul 2014 08:08:26 -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:message-id:subject :from:to:cc:content-type; bh=aaoCGmlGSMPw9gHPw5QgpDC1vOY25zouKClL6n4DTBw=; b=k2FqttjwLJEgMNUrVpIlMs+4Ki/VQqJnvI+z1+l04oIx1/FiJypVEoehkRq6Sr77XJ aBTdcDSdKFHP9S4mA3Doaky7f725DXO14mlkAZ5jTujwiQKu1nnfXIFKhTTdqELIOEgE 6dAxJP7Gl0QNXWkRBdxsQbAQCHCxcDL4IfDuDGg3kuW1BNnVW/9rQiB4NtgMA5OVcz12 XXnu6yKVYpXISK0aG6fI5z2BMVavzXR/iTna6f7qZgO73rkDgdWr5uILDX2IxdFhgaKN sQwB3caQpMXG2Ck/4Jge9pWaxXI//4kvhVS/+q2PxWNE3cu2sFos0Q2OpGNxf6kDeU6v PmmA== MIME-Version: 1.0 X-Received: by 10.112.88.202 with SMTP id bi10mr22396397lbb.4.1404745706312; Mon, 07 Jul 2014 08:08:26 -0700 (PDT) Sender: rizzo.unipi@gmail.com Received: by 10.114.177.234 with HTTP; Mon, 7 Jul 2014 08:08:26 -0700 (PDT) In-Reply-To: <6C8CF68D-68E2-4168-AA0A-6A629D363371@sarenet.es> References: <453BA9EC-BB63-4258-8141-847F41315E1E@sarenet.es> <6C8CF68D-68E2-4168-AA0A-6A629D363371@sarenet.es> Date: Mon, 7 Jul 2014 17:08:26 +0200 X-Google-Sender-Auth: ltrIfch7koB8C3lexHP7R4AuaZM Message-ID: Subject: Re: Fix Emulex "oce" driver in CURRENT From: Luigi Rizzo To: Borja Marcos Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-net@freebsd.org" , freebsd-current , Stable Stable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 07 Jul 2014 15:08:29 -0000 On Mon, Jul 7, 2014 at 1:57 PM, Borja Marcos wrote: ... > The environment details are here: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183391 > > The way I produce an instant panic is: > > 1) Connect to another machine (cross connect cable) > > 2) iperf3 -s on the other machine > (The other machine is different, it has an "ix" card) > > 3) iperf3 -t 30 -P 4 -c 10.0.0.1 -N > > In less than 30 seconds, panic. > > > > mierda dumped core - see /var/crash/vmcore.0 > > Mon Jul 7 13:06:44 CEST 2014 > > FreeBSD mierda 10.0-STABLE FreeBSD 10.0-STABLE #2: Mon Jul 7 11:41:45 CEST 2014 root@mierda:/usr/obj/usr/src/sys/GENERIC amd64 > > panic: sbsndptr: sockbuf 0xfffff800a70489b0 and mbuf 0xfffff801a3326e00 clashing > > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"... > > Unread portion of the kernel message buffer: > panic: sbsndptr: sockbuf 0xfffff800a70489b0 and mbuf 0xfffff801a3326e00 clashing > cpuid = 12 > KDB: stack backtrace: > #0 0xffffffff8092a470 at kdb_backtrace+0x60 > #1 0xffffffff808ef9c5 at panic+0x155 > #2 0xffffffff80962710 at sbdroprecord_locked+0 > #3 0xffffffff80a8ba8c at tcp_output+0xdbc > #4 0xffffffff80a8987f at tcp_do_segment+0x30ff > #5 0xffffffff80a85b34 at tcp_input+0xd04 > #6 0xffffffff80a1af57 at ip_input+0x97 > #7 0xffffffff809ba512 at netisr_dispatch_src+0x62 > #8 0xffffffff809b1ae6 at ether_demux+0x126 > #9 0xffffffff809b278e at ether_nh_input+0x35e > #10 0xffffffff809ba512 at netisr_dispatch_src+0x62 > #11 0xffffffff81c19ab9 at oce_rx+0x3c9 > #12 0xffffffff81c19536 at oce_rq_handler+0xb6 > #13 0xffffffff81c1bb1c at oce_intr+0xdc > #14 0xffffffff80938b35 at taskqueue_run_locked+0xe5 > #15 0xffffffff809395c8 at taskqueue_thread_loop+0xa8 > #16 0xffffffff808c057a at fork_exit+0x9a > #17 0xffffffff80ccb51e at fork_trampoline+0xe > Uptime: 51m20s ah, that seems a bug on the receive side, we were only looking at the transmit side so far. cheers luigi From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 17:05:56 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54A8150A for ; Mon, 7 Jul 2014 17:05:56 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2F8652A6B for ; Mon, 7 Jul 2014 17:05:56 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.8/8.14.8) with ESMTP id s67H5u7e001665 for ; Mon, 7 Jul 2014 17:05:56 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id s67H5tNR001662 for current@FreeBSD.org; Mon, 7 Jul 2014 17:05:55 GMT (envelope-from bdrewery) Received: (qmail 47436 invoked from network); 7 Jul 2014 12:05:53 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 7 Jul 2014 12:05:53 -0500 Message-ID: <53BAD36E.9080201@FreeBSD.org> Date: Mon, 07 Jul 2014 12:05:50 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Steve Wills , current@FreeBSD.org Subject: Re: tmpfs panic References: <20140706135333.GA80856@mouf.net> In-Reply-To: <20140706135333.GA80856@mouf.net> X-Enigmail-Version: 1.6 OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9VdhCUBn36JggGRgKowMpQOuG73hroWjC" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 07 Jul 2014 17:05:56 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --9VdhCUBn36JggGRgKowMpQOuG73hroWjC Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 7/6/2014 8:53 AM, Steve Wills wrote: > Hi, >=20 > Just experienced this tmpfs panic on r268160: >=20 > Freed UMA keg (TMPFS node) was not empty (16 items). Lost 1 pages of m= emory. >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 12; apic id =3D 0c > fault virtual address =3D 0x378 > fault code =3D supervisor read data, page not present > instruction pointer =3D 0x20:0xffffffff809638d1 > stack pointer =3D 0x28:0xfffffe07243800a0 > frame pointer =3D 0x28:0xfffffe0724380120 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 65339 (pkg-static) > [ thread pid 65339 tid 101641 ] > Stopped at __mtx_lock_sleep+0xb1: movl 0x378(%rax),%ecx > db> bt > Tracing pid 65339 tid 101641 td 0xfffff80286b2e490 > __mtx_lock_sleep() at __mtx_lock_sleep+0xb1/frame 0xfffffe0724380120 > free_unr() at free_unr+0x9d/frame 0xfffffe0724380160 > tmpfs_free_node() at tmpfs_free_node+0xf2/frame 0xfffffe07243801a0 > tmpfs_reclaim() at tmpfs_reclaim+0xdc/frame 0xfffffe07243801d0 > VOP_RECLAIM_APV() at VOP_RECLAIM_APV+0xa7/frame 0xfffffe0724380200 > vgonel() at vgonel+0x24c/frame 0xfffffe0724380280 > vrecycle() at vrecycle+0x84/frame 0xfffffe07243802c0 > tmpfs_inactive() at tmpfs_inactive+0x18/frame 0xfffffe07243802d0 > VOP_INACTIVE_APV() at VOP_INACTIVE_APV+0xa7/frame 0xfffffe0724380300 > vinactive() at vinactive+0x181/frame 0xfffffe0724380360 > vputx() at vputx+0x30d/frame 0xfffffe07243803d0 > vn_close() at vn_close+0x13e/frame 0xfffffe0724380450 > vn_closefile() at vn_closefile+0x48/frame 0xfffffe07243804d0 > _fdrop() at _fdrop+0x29/frame 0xfffffe07243804f0 > closef() at closef+0x2ae/frame 0xfffffe0724380580 > fdescfree() at fdescfree+0x64c/frame 0xfffffe0724380630 > exit1() at exit1+0x682/frame 0xfffffe07243806c0 > sigexit() at sigexit+0x929/frame 0xfffffe0724380980 > postsig() at postsig+0x3c4/frame 0xfffffe0724380a70 > ast() at ast+0x487/frame 0xfffffe0724380ab0 > doreti_ast() at doreti_ast+0x1f/frame 0x7fffffffc6e0 > db>=20 >=20 > Any further debugging I can do? >=20 > Thanks, > Steve >=20 By the way this similar panic came up on one of the package systems last month without bhyve: > Fatal trap 12: page fault while in kernel mode > cpuid =3D 14; apic id =3D 0e > fault virtual address =3D 0x378 > fault code =3D supervisor read data, page not present > instruction pointer =3D 0x20:0xffffffff8063e1fd > stack pointer =3D 0x28:0xfffffe20233262d0 > frame pointer =3D 0x28:0xfffffe2023326330 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 61893 (pkg-static) > trap number =3D 12 > panic: page fault > cpuid =3D 14 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe202= 3325e80 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe2023325f30 > panic() at panic+0x155/frame 0xfffffe2023325fb0 > trap_fatal() at trap_fatal+0x38f/frame 0xfffffe2023326010 > trap_pfault() at trap_pfault+0x284/frame 0xfffffe20233260b0 > trap() at trap+0x425/frame 0xfffffe2023326210 > calltrap() at calltrap+0x8/frame 0xfffffe2023326210 > --- trap 0xc, rip =3D 0xffffffff8063e1fd, rsp =3D 0xfffffe20233262d0, r= bp =3D 0xfffffe2023326330 --- > __mtx_lock_sleep() at __mtx_lock_sleep+0x7d/frame 0xfffffe2023326330 > tmpfs_reclaim() at tmpfs_reclaim+0x90/frame 0xfffffe2023326370 > VOP_RECLAIM_APV() at VOP_RECLAIM_APV+0x80/frame 0xfffffe20233263a0 > vgonel() at vgonel+0x1c1/frame 0xfffffe2023326420 > vnlru_free() at vnlru_free+0x1d2/frame 0xfffffe2023326490 > getnewvnode() at getnewvnode+0x82/frame 0xfffffe20233264d0 > tmpfs_alloc_vp() at tmpfs_alloc_vp+0x351/frame 0xfffffe2023326550 > tmpfs_alloc_file() at tmpfs_alloc_file+0xc3/frame 0xfffffe20233265c0 > VOP_CREATE_APV() at VOP_CREATE_APV+0x7a/frame 0xfffffe20233265f0 > vn_open_cred() at vn_open_cred+0x2a8/frame 0xfffffe2023326740 > kern_openat() at kern_openat+0x26f/frame 0xfffffe20233268c0 > filemon_wrapper_open() at filemon_wrapper_open+0x1c/frame 0xfffffe20233= 269a0 > amd64_syscall() at amd64_syscall+0x2a6/frame 0xfffffe2023326ab0 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe2023326ab0 > --- syscall (5, FreeBSD ELF64, filemon_wrapper_open), rip =3D 0x65d1fc,= rsp =3D 0x7fffffff8fa8, rbp =3D 0x124 --- > Uptime: 85d9h49m15s --=20 Regards, Bryan Drewery --9VdhCUBn36JggGRgKowMpQOuG73hroWjC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTutNuAAoJEDXXcbtuRpfPjhkH/ieNzkXT2mn9JXVoqSRPScGi 3P8kF9JKYEQVQvGY17KJdJ8Ra+6M0QS82JvcpP4Ik+2Hs+pXY/sKy9VLK/5FbHjt +yeAZZteEWS42uqB/4GKY9uGprnRDQnXuDgsu3hCCNEs0+nvI3xoiYgkhi/gHAET hEJyAaskdZpDV7D11gYTfMe5xr3TsrEIzV7Y+eSPtx+xOxKfyG2ZeLPp2KVDZrhw RgONg+rUj2aezx878QWarGyL3xPw55TPt7wjzNWL2QdgzQS9m/RwUf8wsRU5Tyet w1WDMt+vV+FX5HkK8RGdCQy5AYnG/bYZGpV+3gnLnEzewOlGOMAVfrifNbTKQYs= =ZuyO -----END PGP SIGNATURE----- --9VdhCUBn36JggGRgKowMpQOuG73hroWjC-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 17:28:55 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0D4EC28; Mon, 7 Jul 2014 17:28:55 +0000 (UTC) Received: from mail.mands.hu (mail.mands.hu [194.143.229.130]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 467902C78; Mon, 7 Jul 2014 17:28:54 +0000 (UTC) Received: from exchange.mands.hu ([::1]) by exchange.mands.hu ([::1]) with mapi; Mon, 7 Jul 2014 19:27:43 +0200 From: =?utf-8?B?TSZTIC0gS3Jhc3puYWkgQW5kcsOhcw==?= To: Jamie Landeg-Jones , "kevlo@freebsd.org" , "dt71@gmx.com" Date: Mon, 7 Jul 2014 19:27:40 +0200 Subject: RE: freebsd and utf-8 directory names Thread-Topic: freebsd and utf-8 directory names Thread-Index: Ac+Wcwva3xHUlR9BSliWU7AiSfjlhQDlZyAg Message-ID: <3B0F582294DE3E448963BA62DC306AEE3C7F5FC067@exchange.mands.hu> References: <3B0F582294DE3E448963BA62DC306AEE3C7F5FBCEC@exchange.mands.hu> <53B2C8B4.50306@gmx.com> <7C6EC1A0-520F-49CA-8C05-1F3205080543@FreeBSD.org> <53B335BB.5090402@gmx.com> <20140703033313.GA44200@ns.kevlo.org> <201407030358.s633w8KZ061706@dyslexicfish.net> In-Reply-To: <201407030358.s633w8KZ061706@dyslexicfish.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: "freebsd-current@freebsd.org" , "theraven@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 07 Jul 2014 17:28:55 -0000 aGksIA0KDQphcyBJIHNhaWQgdGhlIGV2aXJvbm1lbnQgc2V0dGluZyBmb3IgdGhlIEh1bmdhcmlh biBsb2NhbCBwZXIgdGhlIGhhbmRiDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9t OiBvd25lci1mcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmcgW21haWx0bzpvd25lci1mcmVlYnNk LWN1cnJlbnRAZnJlZWJzZC5vcmddIE9uIEJlaGFsZiBPZiBKYW1pZSBMYW5kZWctSm9uZXMNClNl bnQ6IFRodXJzZGF5LCBKdWx5IDAzLCAyMDE0IDU6NTggQU0NClRvOiBrZXZsb0BmcmVlYnNkLm9y ZzsgZHQ3MUBnbXguY29tDQpDYzogZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnOyB0aGVyYXZl bkBmcmVlYnNkLm9yZw0KU3ViamVjdDogUmU6IGZyZWVic2QgYW5kIHV0Zi04IGRpcmVjdG9yeSBu YW1lcw0KDQpLZXZpbiBMbyA8a2V2bG9AZnJlZWJzZC5vcmc+IHdyb3RlOg0KDQo+IFdlbGwsIEkn bSBnb2luZyB0byBjbG9zZSB0aGF0IFBSLiA6LSkNCj4gWyAuLi4gXQ0KDQpJIGJhc2ljYWxseSBy ZXBsaWVkIHdpdGggdGhlIHNhbWUgdGhpbmcgaW4gYSBmb2xsb3d1cCBvbiB0aGUgYnVnIGl0c2Vs ZiBleGFjdGx5IDI0IGhvdXJzIGFnbyEgOi0pDQoNCmh0dHBzOi8vYnVncy5mcmVlYnNkLm9yZy9i dWd6aWxsYS9zaG93X2J1Zy5jZ2k/aWQ9MTkxNTQwDQoNCmNoZWVycywNCiBKYW1pZQ0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCmZyZWVic2QtY3VycmVu dEBmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QgaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxt YW4vbGlzdGluZm8vZnJlZWJzZC1jdXJyZW50DQpUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFp bCB0byAiZnJlZWJzZC1jdXJyZW50LXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIg0K From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 20:03:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 86DB796E for ; Mon, 7 Jul 2014 20:03:59 +0000 (UTC) Received: from borg.macktronics.com (borg.macktronics.com [209.181.253.68]) by mx1.freebsd.org (Postfix) with ESMTP id 6327F2B77 for ; Mon, 7 Jul 2014 20:03:58 +0000 (UTC) Received: from olive.macktronics.com (olive.macktronics.com [209.181.253.67]) by borg.macktronics.com (Postfix) with ESMTP id D7035EB7 for ; Mon, 7 Jul 2014 14:55:33 -0500 (CDT) Date: Mon, 7 Jul 2014 14:55:33 -0500 (CDT) From: Dan Mack To: freebsd-current@freebsd.org Subject: build failure on 10-stable Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 07 Jul 2014 20:03:59 -0000 FYI. This is from : 268370 during 'make buildkernel' with GENERIC options: --- buildkernel --- --- buildkernel --- -------------------------------------------------------------- >>> Kernel build for GENERIC started on Mon Jul 7 14:42:57 CDT 2014 -------------------------------------------------------------- ===> GENERIC mkdir -p /usr/obj/usr/src/sys -------------------------------------------------------------- >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /usr/src/sys/amd64/conf; PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/usr/src/sys/GENERIC -I '/usr/src/sys/amd64/conf' '/usr/src/sys/amd64/conf/GENERIC' config: Error: device "vt_efifb" is unknown config: 1 errors *** [buildkernel] Error code 1 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src dan -- Dan Mack From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 20:38:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75DCD806 for ; Mon, 7 Jul 2014 20:38:27 +0000 (UTC) Received: from mail-lb0-f174.google.com (mail-lb0-f174.google.com [209.85.217.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EE83C2EAB for ; Mon, 7 Jul 2014 20:38:26 +0000 (UTC) Received: by mail-lb0-f174.google.com with SMTP id u10so3302153lbd.33 for ; Mon, 07 Jul 2014 13:38:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:user-agent:in-reply-to:references:mime-version :content-transfer-encoding:content-type:subject:from:date:to :message-id; bh=IPQk67jZRy7qilQI61vWV3I4Rm0CLJW9kosD2tpfaAo=; b=i5AOLWhIXyV59ZU5X8GulSZyIEG7kGMliSNdhrRTQ4F3SjQUaFWeTa6/17TVx5maoC JBDi7usCDuLKcL4EzACk/rZjvc3hyY/eulQZ3/5fjnlyklycoP92ovTWIB3NZd3tgoFQ GCbUG6iKN82RQYv8EefZCR4wk0w+b/5tEqxnYNi2W/Urgfr2KKx6QwGvNzGNe2bnKcSc V0deoHwahSXIjCIGOaCeDlLNvAktrgvo6Aw14YGxK5atVzDk2qdHPiSyRhfgRlsa15n0 u5i9B8BwG8qNmTIXU0ZZWgXr4ptDH8sQtn5XHEsRHfkMYmaXpL1FnyuJwsAMQL9y8DdX NcMg== X-Gm-Message-State: ALoCoQkBuPw3qX22SEypN6jwcPankO0Zk3i+d9qHvnGWjNOZciYYo09aFV+FolAmfX80SSvEJ8iR X-Received: by 10.152.120.195 with SMTP id le3mr24561693lab.16.1404765499367; Mon, 07 Jul 2014 13:38:19 -0700 (PDT) Received: from [100.102.48.82] ([37.73.247.25]) by mx.google.com with ESMTPSA id kw10sm19587595lac.24.2014.07.07.13.38.15 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 07 Jul 2014 13:38:18 -0700 (PDT) User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Subject: Re: build failure on 10-stable From: Aleksandr Rybalko Date: Mon, 07 Jul 2014 23:38:33 +0300 To: Dan Mack , freebsd-current@freebsd.org, Ed Maste Message-ID: <9071cf4f-ea22-4572-b034-6426979384be@email.android.com> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 07 Jul 2014 20:38:27 -0000 On 7 липня 2014 р. 22:55:33 GMT+03:00, Dan Mack wrote: >FYI. > >This is from : 268370 during 'make buildkernel' with GENERIC options: > >--- buildkernel --- >--- buildkernel --- >-------------------------------------------------------------- >>>> Kernel build for GENERIC started on Mon Jul 7 14:42:57 CDT 2014 >-------------------------------------------------------------- >===> GENERIC >mkdir -p /usr/obj/usr/src/sys >-------------------------------------------------------------- >>>> stage 1: configuring the kernel >-------------------------------------------------------------- >cd /usr/src/sys/amd64/conf; >PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin >config -d /usr/obj/usr/src/sys/GENERIC -I '/usr/src/sys/amd64/conf' >'/usr/src/sys/amd64/conf/GENERIC' >config: Error: device "vt_efifb" is unknown >config: 1 errors >*** [buildkernel] Error code 1 > >make[1]: stopped in /usr/src >1 error > >make[1]: stopped in /usr/src >*** [buildkernel] Error code 2 > >make: stopped in /usr/src >1 error > >make: stopped in /usr/src > > > >dan >-- >Dan Mack > >_______________________________________________ >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" Hi Den, That one is fixed, but we have onother one. Ed, do we will have efi headers MFCed to 10, or should I remove efifb driver from GENERIC config? Thanks. P.S. Sorry for breakage. WBW ------ Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 21:33:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5E1834E for ; Mon, 7 Jul 2014 21:33:11 +0000 (UTC) Received: from mail-la0-f46.google.com (mail-la0-f46.google.com [209.85.215.46]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2C28C23BE for ; Mon, 7 Jul 2014 21:33:10 +0000 (UTC) Received: by mail-la0-f46.google.com with SMTP id el20so3299037lab.5 for ; Mon, 07 Jul 2014 14:33:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-type:content-transfer-encoding; bh=4Nc8dcnTt67sN1R6FtIjSn4jXikcbO3Ivi7RT4eFojg=; b=ZjJQjwuV+5Kxtp4kDYOuaxBlUTnwRrkFPN7S9PhjoZ1n0sd+xRlFz9yktupn0z4dJ2 JICpnzP1Y4CKu3KJpyVGirvL/8a1kGthAz7i+u1jzB8v8/BF5EDw2s8ze5QeV8kEkYYv vygEns+lqpw4A/xe6kRizWPBLGW5S2rKDilRdW/2pfyjyBoI2GQnv3A+IUgmSsBrQ3qH oXMH1fnSyfJXWcRNUWv8OU6ubKhmwNLO+Bv8Hfokm9uDX/FYrIGiT9SEsbbfziQ4gTIA n4vjT8+p7yoFnp47y7xetPYn3qaUkYSTdAJXwbl4wF/ZJtdoXhiOAukZGAbJSGCU77m/ 9C4g== X-Gm-Message-State: ALoCoQn6g8UY0nZE4VLkmdjL+jmxn/VhO12UbQfXS37Zf/pMDZf3O16x7w5rxkZukdaOzur24a7d X-Received: by 10.112.138.134 with SMTP id qq6mr3266519lbb.70.1404768783348; Mon, 07 Jul 2014 14:33:03 -0700 (PDT) Received: from raynote.ddteam.net (206-64-133-95.pool.ukrtel.net. [95.133.64.206]) by mx.google.com with ESMTPSA id w7sm19645642laj.9.2014.07.07.14.33.01 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 07 Jul 2014 14:33:02 -0700 (PDT) Date: Tue, 8 Jul 2014 00:31:03 +0300 From: Aleksandr Rybalko To: Dan Mack Subject: Re: build failure on 10-stable Message-Id: <20140708003103.50c1ba1f76373616849b0b05@ddteam.net> In-Reply-To: References: X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 07 Jul 2014 21:33:11 -0000 On Mon, 7 Jul 2014 14:55:33 -0500 (CDT) Dan Mack wrote: > FYI. > > This is from : 268370 during 'make buildkernel' with GENERIC options: > > --- buildkernel --- > --- buildkernel --- > -------------------------------------------------------------- > >>> Kernel build for GENERIC started on Mon Jul 7 14:42:57 CDT 2014 > -------------------------------------------------------------- > ===> GENERIC > mkdir -p /usr/obj/usr/src/sys > -------------------------------------------------------------- > >>> stage 1: configuring the kernel > -------------------------------------------------------------- > cd /usr/src/sys/amd64/conf; PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/usr/src/sys/GENERIC -I '/usr/src/sys/amd64/conf' '/usr/src/sys/amd64/conf/GENERIC' > config: Error: device "vt_efifb" is unknown > config: 1 errors > *** [buildkernel] Error code 1 > > make[1]: stopped in /usr/src > 1 error > > make[1]: stopped in /usr/src > *** [buildkernel] Error code 2 > > make: stopped in /usr/src > 1 error > > make: stopped in /usr/src > > > > dan > -- > Dan Mack > > _______________________________________________ > 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" Ok, removed. Dan, now you can update sources again or just remove "device vt_efifb" lin from sys/amd64/conf/GENERIC. Of course no UEFI graphic will be supported. Just not yet for STABLE-10. Thanks for report. WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 21:42:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8E1966B1; Mon, 7 Jul 2014 21:42:16 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 3C92F2488; Mon, 7 Jul 2014 21:42:15 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqYEAEMTu1ODaFve/2dsb2JhbABZg2Bagm+8CYZyUwGBLHWEAwEBAQQBAQEgBCcgCxsYAgINGQIpAQkmBggHBAEaAgSIIQ2vYJlgF4EsiDmEZgYBARs0B4J3gUwFmAqENIoEiECDXyE1fQgXIg X-IronPort-AV: E=Sophos;i="5.01,620,1400040000"; d="scan'208";a="138237862" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 07 Jul 2014 17:42:08 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id B34C6B3F45; Mon, 7 Jul 2014 17:42:08 -0400 (EDT) Date: Mon, 7 Jul 2014 17:42:08 -0400 (EDT) From: Rick Macklem To: Hans Petter Selasky Message-ID: <1613382893.8316833.1404769328724.JavaMail.root@uoguelph.ca> In-Reply-To: <53BA5657.8010309@selasky.org> Subject: Re: [RFC] Allow m_dup() to use JUMBO clusters 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 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-net@freebsd.org, freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 07 Jul 2014 21:42:16 -0000 Hans Petter Selasky wrote: > Hi, > > I'm asking for some input on the attached m_dup() patch, so that > existing functionality or dependencies are not broken. The background > for the change is to allow m_dup() to defrag long mbuf chains that > doesn't fit into a specific hardware's scatter gather entries, > typically > when doing TSO. > > In my case the HW limit is 16 entries of length 4K for doing a > 64KByte > TSO packet. Currently m_dup() is at best producing 32 entries of each > 2K > for a 64Kbytes TSO packet. > > By allowing m_dup() to get JUMBO clusters when allocating mbufs, we > avoid creating a new function, specific to the hardware, to defrag > some > rare-occurring very long mbuf chains into a mbuf chain below 16 > entries. > > Any comments? > 1 - If you are using NFS with the default (64K) I/O size, then long mbuf chains of 35 entries aren't rare. They happen on every read reply/write request. 2 - When I changed NFS to use pagesize clusters for reads/writes I was able to get the system into a state where threads were persistently stuck on "btalloc". If I understand this correctly, the system was not able to allocate boundary tags because the kernel address space had been fragmented too much. --> As such, I never committed this patch to head and would caution against using pagesize clusters. I do not have a better solution at this point, but I do have an untested patch (I need to get access to some TSO enabled hardware to test it) that adds if_hw_tsomaxseg, which is a count of the maximum number of transmit segments (mbufs in chain) that a network device driver supports. I think that having the driver set if_hw_tsomaxseg == 16 is preferable to doing a copy of the data to pagesize clusters. (I'd also say that hardware that supports only 16 transmit segments for a TSO segment is not a good piece of hardware for FreeBSD.) rick > --HPS > > > _______________________________________________ > 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 Jul 8 00:52:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF610256; Tue, 8 Jul 2014 00:52:36 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CBA5F2424; Tue, 8 Jul 2014 00:52:36 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s680qZwT073334 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 7 Jul 2014 17:52:35 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s680qY4P073333; Mon, 7 Jul 2014 17:52:34 -0700 (PDT) (envelope-from jmg) Date: Mon, 7 Jul 2014 17:52:34 -0700 From: John-Mark Gurney To: Hans Petter Selasky Subject: Re: [RFC] Allow m_dup() to use JUMBO clusters Message-ID: <20140708005234.GJ45513@funkthat.com> Mail-Followup-To: Hans Petter Selasky , freebsd-net@freebsd.org, freebsd-current@freebsd.org References: <53BA5657.8010309@selasky.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53BA5657.8010309@selasky.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Mon, 07 Jul 2014 17:52:35 -0700 (PDT) Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 Jul 2014 00:52:37 -0000 Hans Petter Selasky wrote this message on Mon, Jul 07, 2014 at 10:12 +0200: > I'm asking for some input on the attached m_dup() patch, so that > existing functionality or dependencies are not broken. The background > for the change is to allow m_dup() to defrag long mbuf chains that > doesn't fit into a specific hardware's scatter gather entries, typically > when doing TSO. > > In my case the HW limit is 16 entries of length 4K for doing a 64KByte > TSO packet. Currently m_dup() is at best producing 32 entries of each 2K > for a 64Kbytes TSO packet. > > By allowing m_dup() to get JUMBO clusters when allocating mbufs, we > avoid creating a new function, specific to the hardware, to defrag some > rare-occurring very long mbuf chains into a mbuf chain below 16 entries. Please no... Until we get a better allocator, we should not use jumbo (>page sized) mbufs otherwise we will quickly fail to allocate mbufs after a machine has been up for a long while causing other failures... Unless of course if the code fails to allocate the largest cluster it falls through to trying to allocate the next smaller size, that might be better... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 02:14:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1DC574E7; Tue, 8 Jul 2014 02:14:46 +0000 (UTC) Received: from mail-pa0-x229.google.com (mail-pa0-x229.google.com [IPv6:2607:f8b0:400e:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E14172CA0; Tue, 8 Jul 2014 02:14:45 +0000 (UTC) Received: by mail-pa0-f41.google.com with SMTP id fb1so6438050pad.28 for ; Mon, 07 Jul 2014 19:14:45 -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=Yg7ZzN5xK2nwVyX7SfVfK/3muobXoPp/qQm81mzuVE4=; b=vqiSEpkKM4ueSil2b9ERSVoBtGfvSojK37vXogaMoJ01kA9PG7gTt0L/h/q9NhsQTt OH6hNg9dgcSVbcxNEWTPTB+Np+sn2RurBMcKcqXzO0xSSb6kJrbC+7OZXUX4DEDm3f1Q mJVKqwKiX15dk6KAS8FHcoWbvBkeYZlCB2Df2cerGaYxJLvkby8j7smF2x0nWgoQgssE daepWPUw3g0x0GyiRK2JqSWf2vGK2GHmO3IpgfOzybeNypsJV+SOJ6IDDdWPyHCQ/Avb qfS3i0murE4z6G+VrITlFnE+GwF4VfjFB/xCr0+CmbrGS7ZLKWIg5xpKwBrhCOwtR/tI gM1w== X-Received: by 10.69.18.11 with SMTP id gi11mr32173688pbd.36.1404785685381; Mon, 07 Jul 2014 19:14:45 -0700 (PDT) Received: from pyunyh@gmail.com ([106.247.248.2]) by mx.google.com with ESMTPSA id wp3sm53981897pbc.67.2014.07.07.19.14.42 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 07 Jul 2014 19:14:44 -0700 (PDT) From: Yonghyeon PYUN X-Google-Original-From: "Yonghyeon PYUN" Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 08 Jul 2014 11:14:39 +0900 Date: Tue, 8 Jul 2014 11:14:39 +0900 To: Hans Petter Selasky Subject: Re: [RFC] Allow m_dup() to use JUMBO clusters Message-ID: <20140708021439.GA3965@michelle.fasterthan.com> Reply-To: pyunyh@gmail.com References: <53BA5657.8010309@selasky.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53BA5657.8010309@selasky.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 Jul 2014 02:14:46 -0000 On Mon, Jul 07, 2014 at 10:12:07AM +0200, Hans Petter Selasky wrote: > Hi, > > I'm asking for some input on the attached m_dup() patch, so that > existing functionality or dependencies are not broken. The background > for the change is to allow m_dup() to defrag long mbuf chains that > doesn't fit into a specific hardware's scatter gather entries, typically > when doing TSO. > > In my case the HW limit is 16 entries of length 4K for doing a 64KByte I wonder how HW can handle a full-sized TSO packet(64KB + Ethernet header + VLAN tag). > TSO packet. Currently m_dup() is at best producing 32 entries of each 2K > for a 64Kbytes TSO packet. > > By allowing m_dup() to get JUMBO clusters when allocating mbufs, we > avoid creating a new function, specific to the hardware, to defrag some > rare-occurring very long mbuf chains into a mbuf chain below 16 entries. > I think m_dup() was used to get a copy of writable mbuf chains. If m_dup() starts to allocate jumbo mbufs it will eventually fail on long running boxes. This will break firewall(ipfw divert, pf/ipf dup-to) rules and several ethernet drivers. I don't know how many TSO requests could be queued by HW but if the number is very small, the driver may be able to pre-allocate that number of buffers (N * (64KB + Ethernet header + VLAN tag)) in driver. Upper stack will almost always generate more than 16 mbufs for TSO packets. When driver knows the length of mbuf chain of TSO packet is more than 16, you can copy the mbuf chain to the pre-allocated buffer. I recall I didn't implement TSO on txp(4) because the firmware of txp(4) controller does not support more than 16 fragment descriptors. From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 04:31:46 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3008626F; Tue, 8 Jul 2014 04:31:46 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E78702858; Tue, 8 Jul 2014 04:31:45 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 68E9D1FE028; Tue, 8 Jul 2014 06:31:43 +0200 (CEST) Message-ID: <53BB7433.2010306@selasky.org> Date: Tue, 08 Jul 2014 06:31:47 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: pyunyh@gmail.com Subject: Re: [RFC] Allow m_dup() to use JUMBO clusters References: <53BA5657.8010309@selasky.org> <20140708021439.GA3965@michelle.fasterthan.com> In-Reply-To: <20140708021439.GA3965@michelle.fasterthan.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 Jul 2014 04:31:46 -0000 On 07/08/14 04:14, Yonghyeon PYUN wrote: > On Mon, Jul 07, 2014 at 10:12:07AM +0200, Hans Petter Selasky wrote: >> Hi, >> >> I'm asking for some input on the attached m_dup() patch, so that >> existing functionality or dependencies are not broken. The background >> for the change is to allow m_dup() to defrag long mbuf chains that >> doesn't fit into a specific hardware's scatter gather entries, typically >> when doing TSO. >> >> In my case the HW limit is 16 entries of length 4K for doing a 64KByte > > I wonder how HW can handle a full-sized TSO packet(64KB + Ethernet > header + VLAN tag). > >> TSO packet. Currently m_dup() is at best producing 32 entries of each 2K >> for a 64Kbytes TSO packet. >> >> By allowing m_dup() to get JUMBO clusters when allocating mbufs, we >> avoid creating a new function, specific to the hardware, to defrag some >> rare-occurring very long mbuf chains into a mbuf chain below 16 entries. >> > > I think m_dup() was used to get a copy of writable mbuf chains. If > m_dup() starts to allocate jumbo mbufs it will eventually fail on > long running boxes. This will break firewall(ipfw divert, pf/ipf > dup-to) rules and several ethernet drivers. > > I don't know how many TSO requests could be queued by HW but if the > number is very small, the driver may be able to pre-allocate that > number of buffers (N * (64KB + Ethernet header + VLAN tag)) in > driver. Upper stack will almost always generate more than 16 mbufs > for TSO packets. When driver knows the length of mbuf chain of TSO > packet is more than 16, you can copy the mbuf chain to the > pre-allocated buffer. > > I recall I didn't implement TSO on txp(4) because the firmware of > txp(4) controller does not support more than 16 fragment > descriptors. Hi, Would it be better if my patch used the PAGE_SIZE clusters instead of the 16K ones? Then it should not be affected by memory defragmentation. Thanks for shedding some light into this area? --HPS From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 14:19:46 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F607BDB; Tue, 8 Jul 2014 14:19:46 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 50200281E; Tue, 8 Jul 2014 14:19:46 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 43A161FE028; Tue, 8 Jul 2014 16:19:44 +0200 (CEST) Message-ID: <53BBFE08.1080804@selasky.org> Date: Tue, 08 Jul 2014 16:19:52 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: pyunyh@gmail.com Subject: Re: [RFC] Allow m_dup() to use JUMBO clusters References: <53BA5657.8010309@selasky.org> <20140708021439.GA3965@michelle.fasterthan.com> <53BB7433.2010306@selasky.org> In-Reply-To: <53BB7433.2010306@selasky.org> Content-Type: multipart/mixed; boundary="------------060305060509090406020506" Cc: freebsd-net@freebsd.org, freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 Jul 2014 14:19:46 -0000 This is a multi-part message in MIME format. --------------060305060509090406020506 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit > > Hi, > > Would it be better if my patch used the PAGE_SIZE clusters instead of > the 16K ones? Then it should not be affected by memory defragmentation. > Thanks for shedding some light into this area? > > --HPS > Hi, Updated patch attached. --HPS --------------060305060509090406020506 Content-Type: text/x-diff; name="uipc_mbuf.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="uipc_mbuf.c.diff" === sys/kern/uipc_mbuf.c ================================================================== --- sys/kern/uipc_mbuf.c (revision 268358) +++ sys/kern/uipc_mbuf.c (local) @@ -917,7 +917,15 @@ struct mbuf *n; /* Get the next new mbuf */ - if (remain >= MINCLSIZE) { + if (remain >= MJUMPAGESIZE) { + /* + * By allocating a bigger mbuf, we get fewer + * scatter gather entries for the hardware to + * process: + */ + n = m_getjcl(how, m->m_type, 0, MJUMPAGESIZE); + nsize = MJUMPAGESIZE; + } else if (remain >= MINCLSIZE) { n = m_getcl(how, m->m_type, 0); nsize = MCLBYTES; } else { --------------060305060509090406020506-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 14:47:59 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CFF6BF35 for ; Tue, 8 Jul 2014 14:47:59 +0000 (UTC) Received: from forward8l.mail.yandex.net (forward8l.mail.yandex.net [IPv6:2a02:6b8:0:1819::8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 870BB2B64 for ; Tue, 8 Jul 2014 14:47:59 +0000 (UTC) Received: from smtp8.mail.yandex.net (smtp8.mail.yandex.net [77.88.61.54]) by forward8l.mail.yandex.net (Yandex) with ESMTP id B9D561A41598 for ; Tue, 8 Jul 2014 18:47:47 +0400 (MSK) Received: from smtp8.mail.yandex.net (localhost [127.0.0.1]) by smtp8.mail.yandex.net (Yandex) with ESMTP id 6E3981B61039 for ; Tue, 8 Jul 2014 18:47:47 +0400 (MSK) Received: from 87.249.28.58.tel.ru (87.249.28.58.tel.ru [87.249.28.58]) by smtp8.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id UrWkh4qY7j-llV83oX7; Tue, 8 Jul 2014 18:47:47 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: 30360e1c-de22-497d-b361-98f0c9d98870 Message-ID: <53BC0492.2040907@passap.ru> Date: Tue, 08 Jul 2014 18:47:46 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Subject: ATTN: [zfs boot]: ZFS: unsupported compression algorithm 15 X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 Jul 2014 14:47:59 -0000 Hi All, Just FIY since nothing relevant was found at google. I was upgrading my CURRENT system to rev r268233 from a one-or-two weeks old system. The system was created years ago and had rather old zfsboot code. So, after upgrading and rebooting I got the error right after BIOS POST...: ----- "ZFS: unsupported compression algorithm 15" ----- ... and instant reboot. OK, I've booted from a USB stick, run the command (the system in question is at /dev/ada1 and the system at USB stick is rather new CURRENT also): ----- # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada1 ----- Now my system is fine again: ----- % uname -a FreeBSD bsam.int.wart.ru 11.0-CURRENT FreeBSD 11.0-CURRENT #73 r268233: Fri Jul 4 06:41:28 SAMT 2014 bsam@bsam.int.wart.ru:/usr/obj/usr/src/sys/BB64X amd64 ----- -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 15:25:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 69DB3E82 for ; Tue, 8 Jul 2014 15:25:37 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 479EB2F4B for ; Tue, 8 Jul 2014 15:25:36 +0000 (UTC) Received: from [172.21.11.249] (global-1-81.nat.csx.cam.ac.uk [131.111.184.81]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 762131C341 for ; Tue, 8 Jul 2014 15:25:29 +0000 (UTC) Message-ID: <53BC0D67.8090700@freebsd.org> Date: Tue, 08 Jul 2014 11:25:27 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: ATTN: [zfs boot]: ZFS: unsupported compression algorithm 15 References: <53BC0492.2040907@passap.ru> In-Reply-To: <53BC0492.2040907@passap.ru> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 Jul 2014 15:25:37 -0000 On 07/08/2014 10:47, Boris Samorodov wrote: > Hi All, > > Just FIY since nothing relevant was found at google. > > I was upgrading my CURRENT system to rev r268233 from a one-or-two > weeks old system. The system was created years ago and had rather > old zfsboot code. So, after upgrading and rebooting I got the error > right after BIOS POST...: > ----- > "ZFS: unsupported compression algorithm 15" > ----- > > ... and instant reboot. > > OK, I've booted from a USB stick, run the command (the system in > question is at /dev/ada1 and the system at USB stick is rather new > CURRENT also): > ----- > # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada1 > ----- > > Now my system is fine again: > ----- > % uname -a > > FreeBSD bsam.int.wart.ru 11.0-CURRENT FreeBSD 11.0-CURRENT #73 r268233: > Fri Jul 4 06:41:28 SAMT 2014 > bsam@bsam.int.wart.ru:/usr/obj/usr/src/sys/BB64X amd64 > ----- > Did you do a 'zpool upgrade' when you updated your system? The new features shouldn't be enabled without you having done that. When you DO 'zpool upgrade' it specifically warns you to update the boot code for this reason. -- Allan Jude From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 16:48:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1442519C for ; Tue, 8 Jul 2014 16:48:48 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3E29F27ED for ; Tue, 8 Jul 2014 16:48:46 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.9/8.14.9) with ESMTP id s68GmbYQ094436 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Jul 2014 18:48:37 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.9/8.14.9/Submit) with ESMTP id s68GmZ8C094433; Tue, 8 Jul 2014 18:48:37 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 8 Jul 2014 18:48:35 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Aleksandr Rybalko Subject: Re: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165 In-Reply-To: <20140706163300.88c4e432f5c06c2767a2ce2d@ddteam.net> Message-ID: References: <20140703124838.ab79fb8e394addbb92b082ca@ddteam.net> <20140706163300.88c4e432f5c06c2767a2ce2d@ddteam.net> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2055831798-680962529-1404838117=:93123" X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no Cc: FreeBSD current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 Jul 2014 16:48:48 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2055831798-680962529-1404838117=:93123 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT On Sun, 6 Jul 2014 16:33+0300, Aleksandr Rybalko wrote: > Hi, > > so if i get it right, you get expected results, right? > > If so, please check key combinations which is different, to get correct results. > And if all is ok, send me new maps please. > If it is not correct, let as know what is wrong. > > Thanks a lot! Sorry for the delay. I followed my heart and looked carefully at the Norwegian layout of my keyboard. The layout is fairly updated, although it has the wavey Windows symbol and not the trapeze shaped Windows symbol you'll find nowadays. ;-) I decided it would be nice to have access to the euro symbol not on its current location as the letter has historically been reached by holding AltGr and hitting the lowercase e key. Instead, I figured it made some sense to have the euro symbol available on AltGr+Shift+4. That's where you'll find the 8364 value, line 11. The remainder is virtually unchanged, except for a correction of whitespace on line 109. A tab was changed into three spaces. Feel free to use a better, suitable name for the attached keymap. I know there are some Norwegian speaking individuals on this list, and I welcome their input. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestl, | Trond Endrestl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ --2055831798-680962529-1404838117=:93123 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=norwegian.utf8.manual.kbd Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: My final attempt at creating/modifying a keymap for the vt console Content-Disposition: attachment; filename=norwegian.utf8.manual.kbd IyAkRnJlZUJTRDogaGVhZC9zaGFyZS9zeXNjb25zL2tleW1hcHMvbm9yd2Vn aWFuLmlzby5rYmQgMTE3MjcxIDIwMDMtMDctMDYgMDM6MDk6NDBaIGFjaGUg JA0KIyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIGFsdA0KIyBzY2FuICAgICAgICAgICAgICAgICAg ICAgICBjbnRybCAgICAgICAgICBhbHQgICAgYWx0ICAgY250cmwgbG9jaw0K IyBjb2RlICBiYXNlICAgc2hpZnQgIGNudHJsICBzaGlmdCAgYWx0ICAgIHNo aWZ0ICBjbnRybCAgc2hpZnQgc3RhdGUNCiMgLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tDQogIDAwMCAgIG5vcCAgICBub3AgICAgbm9wICAgIG5vcCAgICBub3Ag ICAgbm9wICAgIG5vcCAgICBub3AgICAgIE8NCiAgMDAxICAgZXNjICAgIGVz YyAgICBlc2MgICAgZXNjICAgIGVzYyAgICBlc2MgICAgZGVidWcgIGVzYyAg ICAgTw0KICAwMDIgICAnMScgICAgJyEnICAgIG5vcCAgICBub3AgICAgJzEn ICAgICchJyAgICBub3AgICAgbm9wICAgICBPDQogIDAwMyAgICcyJyAgICAn IicgICAgbnVsICAgIG51bCAgICAnQCcgICAgJ0AnICAgIG51bCAgICBudWwg ICAgIE8NCiAgMDA0ICAgJzMnICAgICcjJyAgICBub3AgICAgbm9wICAgIDE2 MyAgICAnIycgICAgbm9wICAgIG5vcCAgICAgTw0KICAwMDUgICAnNCcgICAg MTY0ICAgIG5vcCAgICBub3AgICAgJyQnICAgIDgzNjQgICBub3AgICAgbm9w ICAgICBPDQogIDAwNiAgICc1JyAgICAnJScgICAgbm9wICAgIG5vcCAgICAn NScgICAgJyUnICAgIG5vcCAgICBub3AgICAgIE8NCiAgMDA3ICAgJzYnICAg ICcmJyAgICBub3AgICAgbm9wICAgICc2JyAgICAnJicgICAgbm9wICAgIG5v cCAgICAgTw0KICAwMDggICAnNycgICAgJy8nICAgIG5vcCAgICBub3AgICAg J3snICAgICcvJyAgICBub3AgICAgbm9wICAgICBPDQogIDAwOSAgICc4JyAg ICAnKCcgICAgZXNjICAgIGVzYyAgICAnWycgICAgJygnICAgIGVzYyAgICBl c2MgICAgIE8NCiAgMDEwICAgJzknICAgICcpJyAgICBncyAgICAgZ3MgICAg ICddJyAgICAnKScgICAgZ3MgICAgIGdzICAgICAgTw0KICAwMTEgICAnMCcg ICAgJz0nICAgIG5vcCAgICBub3AgICAgJ30nICAgICc9JyAgICBub3AgICAg bm9wICAgICBPDQogIDAxMiAgICcrJyAgICAnPycgICAgbm9wICAgIG5vcCAg ICAnKycgICAgJz8nICAgIG5vcCAgICBub3AgICAgIE8NCiAgMDEzICAgJ1wn ICAgICdgJyAgICBmcyAgICAgZnMgICAgICcnJyAgICBub3AgICAgbm9wICAg IG5vcCAgICAgTw0KICAwMTQgICBicyAgICAgYnMgICAgIGRlbCAgICBkZWwg ICAgYnMgICAgIGJzICAgICBkZWwgICAgZGVsICAgICBPDQogIDAxNSAgIGh0 ICAgICBidGFiICAgbm9wICAgIG5vcCAgICBodCAgICAgYnRhYiAgIG5vcCAg ICBub3AgICAgIE8NCiAgMDE2ICAgJ3EnICAgICdRJyAgICBkYzEgICAgZGMx ICAgICdxJyAgICAnUScgICAgZGMxICAgIGRjMSAgICAgQw0KICAwMTcgICAn dycgICAgJ1cnICAgIGV0YiAgICBldGIgICAgJ3cnICAgICdXJyAgICBldGIg ICAgZXRiICAgICBDDQogIDAxOCAgICdlJyAgICAnRScgICAgZW5xICAgIGVu cSAgICAyMzMgICAgMjAxICAgIGVucSAgICBlbnEgICAgIEMNCiAgMDE5ICAg J3InICAgICdSJyAgICBkYzIgICAgZGMyICAgIDE3NCAgICAxNzQgICAgZGMy ICAgIGRjMiAgICAgQw0KICAwMjAgICAndCcgICAgJ1QnICAgIGRjNCAgICBk YzQgICAgMjU0ICAgIDIyMiAgICBkYzQgICAgZGM0ICAgICBDDQogIDAyMSAg ICd5JyAgICAnWScgICAgZW0gICAgIGVtICAgICAyNTUgICAgMTY1ICAgIGVt ICAgICBlbSAgICAgIEMNCiAgMDIyICAgJ3UnICAgICdVJyAgICBuYWsgICAg bmFrICAgIDI1MiAgICAyMjAgICAgbmFrICAgIG5hayAgICAgQw0KICAwMjMg ICAnaScgICAgJ0knICAgIGh0ICAgICBodCAgICAgMjM5ICAgIDIwNyAgICBo dCAgICAgaHQgICAgICBDDQogIDAyNCAgICdvJyAgICAnTycgICAgc2kgICAg IHNpICAgICAyNDIgICAgMjEwICAgIHNpICAgICBzaSAgICAgIEMNCiAgMDI1 ICAgJ3AnICAgICdQJyAgICBkbGUgICAgZGxlICAgIDE4MiAgICAxODIgICAg ZGxlICAgIGRsZSAgICAgQw0KICAwMjYgICAyMjkgICAgMTk3ICAgIG5vcCAg ICBub3AgICAgJ30nICAgICddJyAgICBub3AgICAgbm9wICAgICBDDQogIDAy NyAgIDE2OCAgICAnXicgICAgcnMgICAgIHJzICAgICAnficgICAgJ14nICAg IHJzICAgICBycyAgICAgIE8NCiAgMDI4ICAgY3IgICAgIGNyICAgICBubCAg ICAgbmwgICAgIGNyICAgICBjciAgICAgbmwgICAgIG5sICAgICAgTw0KICAw MjkgICBsY3RybCAgbGN0cmwgIGxjdHJsICBsY3RybCAgbGN0cmwgIGxjdHJs ICBsY3RybCAgbGN0cmwgICBPDQogIDAzMCAgICdhJyAgICAnQScgICAgc29o ICAgIHNvaCAgICAyMjUgICAgMTkzICAgIHNvaCAgICBzb2ggICAgIEMNCiAg MDMxICAgJ3MnICAgICdTJyAgICBkYzMgICAgZGMzICAgIDIyMyAgICAyMjMg ICAgZGMzICAgIGRjMyAgICAgQw0KICAwMzIgICAnZCcgICAgJ0QnICAgIGVv dCAgICBlb3QgICAgMjQwICAgIDIwOCAgICBlb3QgICAgZW90ICAgICBDDQog IDAzMyAgICdmJyAgICAnRicgICAgYWNrICAgIGFjayAgICAxNzAgICAgMTcw ICAgIGFjayAgICBhY2sgICAgIEMNCiAgMDM0ICAgJ2cnICAgICdHJyAgICBi ZWwgICAgYmVsICAgICdnJyAgICAnRycgICAgYmVsICAgIGJlbCAgICAgQw0K ICAwMzUgICAnaCcgICAgJ0gnICAgIGJzICAgICBicyAgICAgJ2gnICAgICdI JyAgICBicyAgICAgYnMgICAgICBDDQogIDAzNiAgICdqJyAgICAnSicgICAg bmwgICAgIG5sICAgICAnaicgICAgJ0onICAgIG5sICAgICBubCAgICAgIEMN CiAgMDM3ICAgJ2snICAgICdLJyAgICB2dCAgICAgdnQgICAgICdrJyAgICAn SycgICAgdnQgICAgIHZ0ICAgICAgQw0KICAwMzggICAnbCcgICAgJ0wnICAg IGZmICAgICBmZiAgICAgJ2wnICAgICdMJyAgICBmZiAgICAgZmYgICAgICBD DQogIDAzOSAgIDI0OCAgICAyMTYgICAgbm9wICAgIG5vcCAgICAnfCcgICAg J1wnICAgIG5vcCAgICBub3AgICAgIEMNCiAgMDQwICAgMjMwICAgIDE5OCAg ICBub3AgICAgbm9wICAgICd7JyAgICAnWycgICAgbm9wICAgIG5vcCAgICAg Qw0KICAwNDEgICAnfCcgICAgMTY3ICAgIG5vcCAgICBub3AgICAgMTY2ICAg IDE4MiAgICBub3AgICAgbm9wICAgICBPDQogIDA0MiAgIGxzaGlmdCBsc2hp ZnQgbHNoaWZ0IGxzaGlmdCBsc2hpZnQgbHNoaWZ0IGxzaGlmdCBsc2hpZnQg IE8NCiAgMDQzICAgJycnICAgICcqJyAgICBub3AgICAgbm9wICAgICcnJyAg ICAyMTUgICAgbm9wICAgIG5vcCAgICAgTw0KICAwNDQgICAneicgICAgJ1on ICAgIHN1YiAgICBzdWIgICAgJ3onICAgICdaJyAgICBzdWIgICAgc3ViICAg ICBDDQogIDA0NSAgICd4JyAgICAnWCcgICAgY2FuICAgIGNhbiAgICAyMTUg ICAgMjE1ICAgIGNhbiAgICBjYW4gICAgIEMNCiAgMDQ2ICAgJ2MnICAgICdD JyAgICBldHggICAgZXR4ICAgIDIzMSAgICAxOTkgICAgZXR4ICAgIGV0eCAg ICAgQw0KICAwNDcgICAndicgICAgJ1YnICAgIHN5biAgICBzeW4gICAgJ3Yn ICAgICdWJyAgICBzeW4gICAgc3luICAgICBDDQogIDA0OCAgICdiJyAgICAn QicgICAgc3R4ICAgIHN0eCAgICAnYicgICAgJ0InICAgIHN0eCAgICBzdHgg ICAgIEMNCiAgMDQ5ICAgJ24nICAgICdOJyAgICBzbyAgICAgc28gICAgIDI0 MSAgICAyMDkgICAgc28gICAgIHNvICAgICAgQw0KICAwNTAgICAnbScgICAg J00nICAgIGNyICAgICBjciAgICAgMTgxICAgIDE4NiAgICBjciAgICAgY3Ig ICAgICBDDQogIDA1MSAgICcsJyAgICAnOycgICAgbm9wICAgIG5vcCAgICAx ODQgICAgMTcxICAgIG5vcCAgICBub3AgICAgIE8NCiAgMDUyICAgJy4nICAg ICc6JyAgICBub3AgICAgbm9wICAgIDE4MyAgICAxODcgICAgbm9wICAgIG5v cCAgICAgTw0KICAwNTMgICAnLScgICAgJ18nICAgIHVzICAgICB1cyAgICAg MTczICAgIDE3MyAgICB1cyAgICAgdXMgICAgICBPDQogIDA1NCAgIHJzaGlm dCByc2hpZnQgcnNoaWZ0IHJzaGlmdCByc2hpZnQgcnNoaWZ0IHJzaGlmdCBy c2hpZnQgIE8NCiAgMDU1ICAgJyonICAgICcqJyAgICAnKicgICAgJyonICAg ICcqJyAgICAnKicgICAgJyonICAgICcqJyAgICAgTw0KICAwNTYgICBsYWx0 ICAgbGFsdCAgIGxhbHQgICBsYWx0ICAgbGFsdCAgIGxhbHQgICBsYWx0ICAg bGFsdCAgICBPDQogIDA1NyAgICcgJyAgICAnICcgICAgbnVsICAgICcgJyAg ICAnICcgICAgJyAnICAgIHN1c3AgICAnICcgICAgIE8NCiAgMDU4ICAgY2xv Y2sgIGNsb2NrICBjbG9jayAgY2xvY2sgIGNsb2NrICBjbG9jayAgY2xvY2sg IGNsb2NrICAgTw0KICAwNTkgICBma2V5MDEgZmtleTEzIGZrZXkyNSBma2V5 Mzcgc2NyMDEgIHNjcjExICBzY3IwMSAgc2NyMTEgICBPDQogIDA2MCAgIGZr ZXkwMiBma2V5MTQgZmtleTI2IGZrZXkzOCBzY3IwMiAgc2NyMTIgIHNjcjAy ICBzY3IxMiAgIE8NCiAgMDYxICAgZmtleTAzIGZrZXkxNSBma2V5MjcgZmtl eTM5IHNjcjAzICBzY3IxMyAgc2NyMDMgIHNjcjEzICAgTw0KICAwNjIgICBm a2V5MDQgZmtleTE2IGZrZXkyOCBma2V5NDAgc2NyMDQgIHNjcjE0ICBzY3Iw NCAgc2NyMTQgICBPDQogIDA2MyAgIGZrZXkwNSBma2V5MTcgZmtleTI5IGZr ZXk0MSBzY3IwNSAgc2NyMTUgIHNjcjA1ICBzY3IxNSAgIE8NCiAgMDY0ICAg ZmtleTA2IGZrZXkxOCBma2V5MzAgZmtleTQyIHNjcjA2ICBzY3IxNiAgc2Ny MDYgIHNjcjE2ICAgTw0KICAwNjUgICBma2V5MDcgZmtleTE5IGZrZXkzMSBm a2V5NDMgc2NyMDcgIHNjcjA3ICBzY3IwNyAgc2NyMDcgICBPDQogIDA2NiAg IGZrZXkwOCBma2V5MjAgZmtleTMyIGZrZXk0NCBzY3IwOCAgc2NyMDggIHNj cjA4ICBzY3IwOCAgIE8NCiAgMDY3ICAgZmtleTA5IGZrZXkyMSBma2V5MzMg ZmtleTQ1IHNjcjA5ICBzY3IwOSAgc2NyMDkgIHNjcjA5ICAgTw0KICAwNjgg ICBma2V5MTAgZmtleTIyIGZrZXkzNCBma2V5NDYgc2NyMTAgIHNjcjEwICBz Y3IxMCAgc2NyMTAgICBPDQogIDA2OSAgIG5sb2NrICBubG9jayAgbmxvY2sg IG5sb2NrICBubG9jayAgbmxvY2sgIG5sb2NrICBubG9jayAgIE8NCiAgMDcw ICAgc2xvY2sgIHNsb2NrICBzbG9jayAgc2xvY2sgIHNsb2NrICBzbG9jayAg c2xvY2sgIHNsb2NrICAgTw0KICAwNzEgICBma2V5NDkgJzcnICAgICc3JyAg ICAnNycgICAgJzcnICAgICc3JyAgICAnNycgICAgJzcnICAgICBODQogIDA3 MiAgIGZrZXk1MCAnOCcgICAgJzgnICAgICc4JyAgICAnOCcgICAgJzgnICAg ICc4JyAgICAnOCcgICAgIE4NCiAgMDczICAgZmtleTUxICc5JyAgICAnOScg ICAgJzknICAgICc5JyAgICAnOScgICAgJzknICAgICc5JyAgICAgTg0KICAw NzQgICBma2V5NTIgJy0nICAgICctJyAgICAnLScgICAgJy0nICAgICctJyAg ICAnLScgICAgJy0nICAgICBODQogIDA3NSAgIGZrZXk1MyAnNCcgICAgJzQn ICAgICc0JyAgICAnNCcgICAgJzQnICAgICc0JyAgICAnNCcgICAgIE4NCiAg MDc2ICAgZmtleTU0ICc1JyAgICAnNScgICAgJzUnICAgICc1JyAgICAnNScg ICAgJzUnICAgICc1JyAgICAgTg0KICAwNzcgICBma2V5NTUgJzYnICAgICc2 JyAgICAnNicgICAgJzYnICAgICc2JyAgICAnNicgICAgJzYnICAgICBODQog IDA3OCAgIGZrZXk1NiAnKycgICAgJysnICAgICcrJyAgICAnKycgICAgJysn ICAgICcrJyAgICAnKycgICAgIE4NCiAgMDc5ICAgZmtleTU3ICcxJyAgICAn MScgICAgJzEnICAgICcxJyAgICAnMScgICAgJzEnICAgICcxJyAgICAgTg0K ICAwODAgICBma2V5NTggJzInICAgICcyJyAgICAnMicgICAgJzInICAgICcy JyAgICAnMicgICAgJzInICAgICBODQogIDA4MSAgIGZrZXk1OSAnMycgICAg JzMnICAgICczJyAgICAnMycgICAgJzMnICAgICczJyAgICAnMycgICAgIE4N CiAgMDgyICAgZmtleTYwICcwJyAgICAnMCcgICAgJzAnICAgICcwJyAgICAn MCcgICAgJzAnICAgICcwJyAgICAgTg0KICAwODMgICBkZWwgICAgJy4nICAg ICcuJyAgICAnLicgICAgJy4nICAgICcuJyAgICBib290ICAgYm9vdCAgICBO DQogIDA4NCAgIG5vcCAgICBub3AgICAgbm9wICAgIG5vcCAgICBub3AgICAg bm9wICAgIG5vcCAgICBub3AgICAgIE8NCiAgMDg1ICAgbm9wICAgIG5vcCAg ICBub3AgICAgbm9wICAgIG5vcCAgICBub3AgICAgbm9wICAgIG5vcCAgICAg Tw0KICAwODYgICAnPCcgICAgJz4nICAgIGZzICAgICBmcyAgICAgMTcxICAg IDE4NyAgICBmcyAgICAgZnMgICAgICBPDQogIDA4NyAgIGZrZXkxMSBma2V5 MjMgZmtleTM1IGZrZXk0NyBzY3IxMSAgc2NyMTEgIHNjcjExICBzY3IxMSAg IE8NCiAgMDg4ICAgZmtleTEyIGZrZXkyNCBma2V5MzYgZmtleTQ4IHNjcjEy ICBzY3IxMiAgc2NyMTIgIHNjcjEyICAgTw0KICAwODkgICBjciAgICAgY3Ig ICAgIG5sICAgICBubCAgICAgY3IgICAgIGNyICAgICBubCAgICAgbmwgICAg ICBPDQogIDA5MCAgIHJjdHJsICByY3RybCAgcmN0cmwgIHJjdHJsICByY3Ry bCAgcmN0cmwgIHJjdHJsICByY3RybCAgIE8NCiAgMDkxICAgJy8nICAgICcv JyAgICAnLycgICAgJy8nICAgICcvJyAgICAnLycgICAgJy8nICAgICcvJyAg ICAgTw0KICAwOTIgICBuc2NyICAgcHNjciAgIGRlYnVnICBkZWJ1ZyAgbm9w ICAgIG5vcCAgICBub3AgICAgbm9wICAgICBPDQogIDA5MyAgIHJhbHQgICBy YWx0ICAgcmFsdCAgIHJhbHQgICByYWx0ICAgcmFsdCAgIHJhbHQgICByYWx0 ICAgIE8NCiAgMDk0ICAgZmtleTQ5IGZrZXk0OSBma2V5NDkgZmtleTQ5IGZr ZXk0OSBma2V5NDkgZmtleTQ5IGZrZXk0OSAgTw0KICAwOTUgICBma2V5NTAg ZmtleTUwIGZrZXk1MCBma2V5NTAgZmtleTUwIGZrZXk1MCBma2V5NTAgZmtl eTUwICBPDQogIDA5NiAgIGZrZXk1MSBma2V5NTEgZmtleTUxIGZrZXk1MSBm a2V5NTEgZmtleTUxIGZrZXk1MSBma2V5NTEgIE8NCiAgMDk3ICAgZmtleTUz IGZrZXk1MyBma2V5NTMgZmtleTUzIGZrZXk1MyBma2V5NTMgZmtleTUzIGZr ZXk1MyAgTw0KICAwOTggICBma2V5NTUgZmtleTU1IGZrZXk1NSBma2V5NTUg ZmtleTU1IGZrZXk1NSBma2V5NTUgZmtleTU1ICBPDQogIDA5OSAgIGZrZXk1 NyBma2V5NTcgZmtleTU3IGZrZXk1NyBma2V5NTcgZmtleTU3IGZrZXk1NyBm a2V5NTcgIE8NCiAgMTAwICAgZmtleTU4IGZrZXk1OCBma2V5NTggZmtleTU4 IGZrZXk1OCBma2V5NTggZmtleTU4IGZrZXk1OCAgTw0KICAxMDEgICBma2V5 NTkgZmtleTU5IGZrZXk1OSBma2V5NTkgZmtleTU5IGZrZXk1OSBma2V5NTkg ZmtleTU5ICBPDQogIDEwMiAgIGZrZXk2MCBwYXN0ZSAgZmtleTYwIGZrZXk2 MCBma2V5NjAgZmtleTYwIGZrZXk2MCBma2V5NjAgIE8NCiAgMTAzICAgZmtl eTYxIGZrZXk2MSBma2V5NjEgZmtleTYxIGZrZXk2MSBma2V5NjEgYm9vdCAg IGZrZXk2MSAgTw0KICAxMDQgICBzbG9jayAgc2F2ZXIgIHNsb2NrICBzYXZl ciAgc3VzcCAgIG5vcCAgICBzdXNwICAgbm9wICAgICBPDQogIDEwNSAgIGZr ZXk2MiBma2V5NjIgZmtleTYyIGZrZXk2MiBma2V5NjIgZmtleTYyIGZrZXk2 MiBma2V5NjIgIE8NCiAgMTA2ICAgZmtleTYzIGZrZXk2MyBma2V5NjMgZmtl eTYzIGZrZXk2MyBma2V5NjMgZmtleTYzIGZrZXk2MyAgTw0KICAxMDcgICBm a2V5NjQgZmtleTY0IGZrZXk2NCBma2V5NjQgZmtleTY0IGZrZXk2NCBma2V5 NjQgZmtleTY0ICBPDQogIDEwOCAgIG5vcCAgICBub3AgICAgbm9wICAgIG5v cCAgICBub3AgICAgbm9wICAgIG5vcCAgICBub3AgICAgIE8NCg== --2055831798-680962529-1404838117=:93123-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 17:46:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 640B5D8; Tue, 8 Jul 2014 17:46:22 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0335F2D73; Tue, 8 Jul 2014 17:46:21 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id DFD931FE028; Tue, 8 Jul 2014 19:46:18 +0200 (CEST) Message-ID: <53BC2E73.6090700@selasky.org> Date: Tue, 08 Jul 2014 19:46:27 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-net@freebsd.org, FreeBSD Current Subject: [RFC] Add support for changing the flow ID of TCP connections Content-Type: multipart/mixed; boundary="------------030903070908060508030601" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 Jul 2014 17:46:22 -0000 This is a multi-part message in MIME format. --------------030903070908060508030601 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, I'm working on a new feature which will allow TCP connections to be timing controlled by the ethernet hardware driver, actually the mlxen driver. The main missing piece in the kernel is to allow the mbuf's flowid value to be overwritten in "struct inpcb" once the connection is established and to have a callback once the TCP connection is gone so that the assigned "flowid" can be freed by the ethernet hardware driver. The "flowid" will be used to assign the outgoing data traffic of a specific TCP connections to a hardware controlled queue, which in advance contain certain parameters about the timing for the transmitted packets. To be able to set the flowid I'm using existing functions in the kernel TCP code to lookup the "inpcb" structure based on the 4-tuple, via the "ifp->if_ioctl()" callback of the network adapter. I'm also registering a function method table so that I get a callback when the TCP connection is gone. A this point of development I would like to get some feedback from FreeBSD network guys about my attached patch proposal. The motivation for this work is to have a more reliable TCP transmissions typically for fixed-rate media content going some distance. To illustrate this I will give you an example from the world of VoIP, which is using UDP. When doing long-distance VoIP calls through various unknown networks and routers it makes a very big difference if you are sending data 20ms apart or 40ms apart, even at the exact same rate. In the one case you might experience a bunch of packet drops, and in the other case, everything is fine. Why? Because the number of packets you send per second, and the timing is important. The goal is to apply some timing rules for TCP, to increase the factor of successful transmission, and to reduce the amount of data loss. For high throughput applications we want to do this by means of hardware. While at it I would like to "typedef" the flowid used by mbufs, "struct inpcb" and many more places. Where would the right place be to put such a definition? In "sys/mbuf.h"? Comments are appreciated! --HPS --------------030903070908060508030601 Content-Type: text/x-diff; name="tcp_ratecontrol.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="tcp_ratecontrol.diff" === sys/netinet/in_pcb.c ================================================================== --- sys/netinet/in_pcb.c (revision 268358) +++ sys/netinet/in_pcb.c (local) @@ -1173,6 +1173,100 @@ } /* + * in_pcb_handle_ratectlreq - this function sets the hardware flow ID + * for a given IPv4 connection based on the input arguments. + * + * Return values: + * 0: Success + * Non-zero: Failure + */ +int +in_pcb_handle_ratectlreq(struct ifnet *ifp, struct in_ratectlreq *req, + const struct in_flowid_methods *mtod, void *arg) +{ + struct inpcb *inp; + int error; + + if (ifp == NULL || req == NULL || mtod == NULL || + mtod->inf_alloc == NULL || mtod->inf_rateset == NULL || + mtod->inf_free == NULL) + return (EINVAL); + + inp = in_pcblookup(&V_tcbinfo, + req->ifreq_dst.sin_addr, req->ifreq_dst.sin_port, + req->ifreq_src.sin_addr, req->ifreq_src.sin_port, + INPLOOKUP_WLOCKPCB, ifp); + if (inp == NULL) + return (ENOENT); + + INP_WLOCK_ASSERT(inp); + + if (inp->inp_flowid_mtod == NULL) { + error = mtod->inf_alloc(arg, &inp->inp_flowid); + if (error != 0) + goto done; + inp->inp_flowid_mtod = mtod; + inp->inp_flowid_arg = arg; + /* ensure that the flow ID is not overwritten */ + inp->inp_flags |= INP_HW_FLOWID; + inp->inp_flags &= ~INP_SW_FLOWID; + inp->inp_flowtype = M_HASHTYPE_NONE; + } + error = inp->inp_flowid_mtod->inf_rateset(inp->inp_flowid_arg, + inp->inp_flowid, req->ifreq_baudrate); +done: + INP_WUNLOCK(inp); + return (error); +} + +/* + * in6_pcb_handle_ratectlreq - this function sets the hardware flow ID + * for a given IPv6 connection based on the input arguments. + * + * Return values: + * 0: Success + * Non-zero: Failure + */ +int +in6_pcb_handle_ratectlreq(struct ifnet *ifp, struct in6_ratectlreq *req, + const struct in_flowid_methods *mtod, void *arg) +{ + struct inpcb *inp; + int error; + + if (ifp == NULL || req == NULL || mtod == NULL || + mtod->inf_alloc == NULL || mtod->inf_rateset == NULL || + mtod->inf_free == NULL) + return (EINVAL); + + inp = in6_pcblookup(&V_tcbinfo, + &req->ifreq_dst.sin6_addr, req->ifreq_dst.sin6_port, + &req->ifreq_src.sin6_addr, req->ifreq_src.sin6_port, + INPLOOKUP_WLOCKPCB, ifp); + if (inp == NULL) + return (ENOENT); + + INP_WLOCK_ASSERT(inp); + + if (inp->inp_flowid_mtod == NULL) { + error = mtod->inf_alloc(arg, &inp->inp_flowid); + if (error != 0) + goto done; + inp->inp_flowid_mtod = mtod; + inp->inp_flowid_arg = arg; + /* ensure that the flow ID is not overwritten */ + inp->inp_flags |= INP_HW_FLOWID; + inp->inp_flags &= ~INP_SW_FLOWID; + inp->inp_flowtype = M_HASHTYPE_NONE; + } + error = inp->inp_flowid_mtod->inf_rateset(inp->inp_flowid_arg, + inp->inp_flowid, req->ifreq_baudrate); +done: + INP_WUNLOCK(inp); + return (error); +} + +/* * Unconditionally schedule an inpcb to be freed by decrementing its * reference count, which should occur only after the inpcb has been detached * from its socket. If another thread holds a temporary reference (acquired @@ -1192,6 +1286,12 @@ INP_WLOCK_ASSERT(inp); /* XXXRW: Do as much as possible here. */ + + /* Release flow ID, if any */ + if (inp->inp_flowid_mtod != NULL) { + inp->inp_flowid_mtod->inf_free( + inp->inp_flowid_arg, inp->inp_flowid); + } #ifdef IPSEC if (inp->inp_sp != NULL) ipsec_delete_pcbpolicy(inp); === sys/netinet/in_pcb.h ================================================================== --- sys/netinet/in_pcb.h (revision 268358) +++ sys/netinet/in_pcb.h (local) @@ -39,6 +39,7 @@ #define _NETINET_IN_PCB_H_ #include +#include #include #include #include @@ -127,6 +128,23 @@ struct icmp6_filter; +/* + * The following functions must be non-blocking, because they are + * executing in the fast-path: + */ +typedef int (in_flowid_alloc_t)(void *, m_flowid_t *); +typedef int (in_flowid_rateset_t)(void *, m_flowid_t, uint64_t); +typedef void (in_flowid_free_t)(void *, m_flowid_t); + +struct in_ratectlreq; +struct in6_ratectlreq; + +struct in_flowid_methods { + in_flowid_alloc_t *inf_alloc; + in_flowid_rateset_t *inf_rateset; + in_flowid_free_t *inf_free; +}; + /*- * struct inpcb captures the network layer state for TCP, UDP, and raw IPv4 * and IPv6 sockets. In the case of TCP, further per-connection state is @@ -177,7 +195,9 @@ u_char inp_ip_ttl; /* (i) time to live proto */ u_char inp_ip_p; /* (c) protocol proto */ u_char inp_ip_minttl; /* (i) minimum TTL or drop */ - uint32_t inp_flowid; /* (x) flow id / queue id */ + m_flowid_t inp_flowid; /* (x) flow ID / queue ID */ + const struct in_flowid_methods *inp_flowid_mtod; /* (x) flow ID callback methods */ + void *inp_flowid_arg; /* (x) argument for flow ID methods */ u_int inp_refcount; /* (i) refcount */ void *inp_pspare[5]; /* (x) route caching / general use */ uint32_t inp_flowtype; /* (x) M_HASHTYPE value */ @@ -635,6 +655,10 @@ void in_pcbdisconnect(struct inpcb *); void in_pcbdrop(struct inpcb *); void in_pcbfree(struct inpcb *); +int in_pcb_handle_ratectlreq(struct ifnet *, struct in_ratectlreq *, + const struct in_flowid_methods *, void *); +int in6_pcb_handle_ratectlreq(struct ifnet *, struct in6_ratectlreq *, + const struct in_flowid_methods *, void *); int in_pcbinshash(struct inpcb *); int in_pcbinshash_nopcbgroup(struct inpcb *); int in_pcbladdr(struct inpcb *, struct in_addr *, struct in_addr *, === sys/netinet/in_var.h ================================================================== --- sys/netinet/in_var.h (revision 268358) +++ sys/netinet/in_var.h (local) @@ -81,6 +81,14 @@ struct sockaddr_in ifra_mask; int ifra_vhid; }; + +struct in_ratectlreq { + char ifreq_name[IFNAMSIZ]; + struct sockaddr_in ifreq_dst; + struct sockaddr_in ifreq_src; + uint64_t ifreq_baudrate; /* bits per second */ +}; + /* * Given a pointer to an in_ifaddr (ifaddr), * return a pointer to the addr as a sockaddr_in. === sys/netinet6/in6_var.h ================================================================== --- sys/netinet6/in6_var.h (revision 268358) +++ sys/netinet6/in6_var.h (local) @@ -307,6 +307,13 @@ struct in6_addrlifetime ifra_lifetime; }; +struct in6_ratectlreq { + char ifreq_name[IFNAMSIZ]; + struct sockaddr_in6 ifreq_dst; + struct sockaddr_in6 ifreq_src; + uint64_t ifreq_baudrate; /* bits per second */ +}; + /* prefix type macro */ #define IN6_PREFIX_ND 1 #define IN6_PREFIX_RR 2 @@ -435,6 +442,7 @@ #define SIOCDIFADDR_IN6 _IOW('i', 25, struct in6_ifreq) #define OSIOCAIFADDR_IN6 _IOW('i', 26, struct oin6_aliasreq) #define SIOCAIFADDR_IN6 _IOW('i', 27, struct in6_aliasreq) +#define SIOCSRATECTL_IN6 _IOW('i',110, struct in6_ratectlreq) #define SIOCSIFPHYADDR_IN6 _IOW('i', 70, struct in6_aliasreq) #define SIOCGIFPSRCADDR_IN6 _IOWR('i', 71, struct in6_ifreq) === sys/sys/mbuf.h ================================================================== --- sys/sys/mbuf.h (revision 268358) +++ sys/sys/mbuf.h (local) @@ -114,6 +114,8 @@ void (*m_tag_free)(struct m_tag *); }; +typedef uint32_t m_flowid_t; + /* * Record/packet header in first mbuf of chain; valid only if M_PKTHDR is set. * Size ILP32: 48 @@ -125,7 +127,7 @@ int32_t len; /* total packet length */ /* Layer crossing persistent information. */ - uint32_t flowid; /* packet's 4-tuple system */ + m_flowid_t flowid; /* packet's 4-tuple system */ uint64_t csum_flags; /* checksum and offload features */ uint16_t fibnum; /* this packet should use this fib */ uint8_t cosqos; /* class/quality of service */ === sys/sys/sockio.h ================================================================== --- sys/sys/sockio.h (revision 268358) +++ sys/sys/sockio.h (local) @@ -128,4 +128,6 @@ #define SIOCDIFGROUP _IOW('i', 137, struct ifgroupreq) /* delete ifgroup */ #define SIOCGIFGMEMB _IOWR('i', 138, struct ifgroupreq) /* get members */ +#define SIOCSRATECTL _IOW('i', 139, struct in_ratectlreq) + #endif /* !_SYS_SOCKIO_H_ */ --------------030903070908060508030601-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 17:56:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA6AC3DA for ; Tue, 8 Jul 2014 17:56:59 +0000 (UTC) Received: from forward8l.mail.yandex.net (forward8l.mail.yandex.net [84.201.143.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 86A682E69 for ; Tue, 8 Jul 2014 17:56:59 +0000 (UTC) Received: from smtp13.mail.yandex.net (smtp13.mail.yandex.net [95.108.130.68]) by forward8l.mail.yandex.net (Yandex) with ESMTP id A8A301A40F04 for ; Tue, 8 Jul 2014 21:56:55 +0400 (MSK) Received: from smtp13.mail.yandex.net (localhost [127.0.0.1]) by smtp13.mail.yandex.net (Yandex) with ESMTP id 64A1DE4006E for ; Tue, 8 Jul 2014 21:56:55 +0400 (MSK) Received: from 93.91.10.59.tel.ru (93.91.10.59.tel.ru [93.91.10.59]) by smtp13.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id cgKnJFQoW3-utKuA1wc; Tue, 8 Jul 2014 21:56:55 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: 146ed619-a1fc-4944-983d-6e646ab65ae1 Message-ID: <53BC30E6.7040909@passap.ru> Date: Tue, 08 Jul 2014 21:56:54 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: ATTN: [zfs boot]: ZFS: unsupported compression algorithm 15 References: <53BC0492.2040907@passap.ru> <53BC0D67.8090700@freebsd.org> In-Reply-To: <53BC0D67.8090700@freebsd.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 Jul 2014 17:56:59 -0000 08.07.2014 19:25, Allan Jude пишет: > On 07/08/2014 10:47, Boris Samorodov wrote: >> Hi All, >> >> Just FIY since nothing relevant was found at google. >> >> I was upgrading my CURRENT system to rev r268233 from a one-or-two >> weeks old system. The system was created years ago and had rather >> old zfsboot code. So, after upgrading and rebooting I got the error >> right after BIOS POST...: >> ----- >> "ZFS: unsupported compression algorithm 15" >> ----- >> >> ... and instant reboot. >> >> OK, I've booted from a USB stick, run the command (the system in >> question is at /dev/ada1 and the system at USB stick is rather new >> CURRENT also): >> ----- >> # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada1 >> ----- >> >> Now my system is fine again: >> ----- >> % uname -a >> >> FreeBSD bsam.int.wart.ru 11.0-CURRENT FreeBSD 11.0-CURRENT #73 r268233: >> Fri Jul 4 06:41:28 SAMT 2014 >> bsam@bsam.int.wart.ru:/usr/obj/usr/src/sys/BB64X amd64 >> ----- >> > > Did you do a 'zpool upgrade' when you updated your system? The new > features shouldn't be enabled without you having done that. Nope. My commands (from remote console): ----- # make -C /usr/src installkernel # make -C /usr/src installworld # mergemaster # make -C /usr/src delete-old # make -C /usr/src delete-old-libs # shutdown -r now && exit ----- > When you DO 'zpool upgrade' it specifically warns you to update the boot > code for this reason. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 19:17:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D8DCB3A; Tue, 8 Jul 2014 19:17:05 +0000 (UTC) Received: from mail-pa0-x22d.google.com (mail-pa0-x22d.google.com [IPv6:2607:f8b0:400e:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E0EF326B9; Tue, 8 Jul 2014 19:17:04 +0000 (UTC) Received: by mail-pa0-f45.google.com with SMTP id rd3so7849458pab.32 for ; Tue, 08 Jul 2014 12:17:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=S7PLf0ocR4nPH4KlKgz1VM/lnTgZ/DmKEPy4DdxrYFE=; b=NXS9uEg03+okws7yonBHA+E7AMHWdffH8uz7WHlh1Wata0ScpuAPhMvkMMSngp4hW8 m3i1+3ij/0NO0+XYwJg97+X3JQ7E7olnwd6QQYxcWOExLf7Nx8unWjQnX7W6RDKOAicN nlU8oqZxqKZPUN/rglHjqAM3q2k3FJPUfB8CduOEEYLfB7RvgsaX35oRE8yoHI4XNrgR 3kM4qs27/ijB/P1gmgiH5vcxtW3OKXUZwifOmyUrVZpBIR3r3sMBHdg9luNEpnDNCNSJ lC7TJbdBiCCgQSGTmMo7gCuVMCXTsx1NgT4+MyD7WKU+IlebpJM7DnSmKrHy6xMQhKu7 SjOA== X-Received: by 10.68.176.5 with SMTP id ce5mr26991955pbc.93.1404847024115; Tue, 08 Jul 2014 12:17:04 -0700 (PDT) Received: from [10.192.166.0] (stargate.chelsio.com. [67.207.112.58]) by mx.google.com with ESMTPSA id b3sm14354450pbu.8.2014.07.08.12.17.03 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 08 Jul 2014 12:17:03 -0700 (PDT) Sender: Navdeep Parhar Message-ID: <53BC43AE.3040409@FreeBSD.org> Date: Tue, 08 Jul 2014 12:17:02 -0700 From: Navdeep Parhar User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Hans Petter Selasky , freebsd-net@freebsd.org, FreeBSD Current Subject: Re: [RFC] Add support for changing the flow ID of TCP connections References: <53BC2E73.6090700@selasky.org> In-Reply-To: <53BC2E73.6090700@selasky.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 Jul 2014 19:17:05 -0000 On 07/08/14 10:46, Hans Petter Selasky wrote: > Hi, > > I'm working on a new feature which will allow TCP connections to be > timing controlled by the ethernet hardware driver, actually the mlxen > driver. The main missing piece in the kernel is to allow the mbuf's > flowid value to be overwritten in "struct inpcb" once the connection is > established and to have a callback once the TCP connection is gone so > that the assigned "flowid" can be freed by the ethernet hardware driver. > > The "flowid" will be used to assign the outgoing data traffic of a > specific TCP connections to a hardware controlled queue, which in > advance contain certain parameters about the timing for the transmitted > packets. > > To be able to set the flowid I'm using existing functions in the kernel > TCP code to lookup the "inpcb" structure based on the 4-tuple, via the > "ifp->if_ioctl()" callback of the network adapter. I'm also registering > a function method table so that I get a callback when the TCP connection > is gone. > > A this point of development I would like to get some feedback from > FreeBSD network guys about my attached patch proposal. > > The motivation for this work is to have a more reliable TCP > transmissions typically for fixed-rate media content going some > distance. To illustrate this I will give you an example from the world > of VoIP, which is using UDP. When doing long-distance VoIP calls through > various unknown networks and routers it makes a very big difference if > you are sending data 20ms apart or 40ms apart, even at the exact same > rate. In the one case you might experience a bunch of packet drops, and > in the other case, everything is fine. Why? Because the number of > packets you send per second, and the timing is important. The goal is to > apply some timing rules for TCP, to increase the factor of successful > transmission, and to reduce the amount of data loss. For high throughput > applications we want to do this by means of hardware. > > > While at it I would like to "typedef" the flowid used by mbufs, "struct > inpcb" and many more places. Where would the right place be to put such > a definition? In "sys/mbuf.h"? > > > Comments are appreciated! I think we need to design this to be as generic as possible. I have quite a bit of code that does this stuff but I haven't pushed it upstream or even offered it for review (yet). cxgbe(4) hardware does throttling and traffic pacing too, but it's not limited to TCP, and it can do it per queue or per "flow" -- you can limit a tx queue or an individual flow to a packet-per-second limit or a bandwidth ceiling; this works for both plain NIC (TCP, UDP, whatever), as well as stateful TCP offload). For TCP (NIC or TOE) the chip can even rewrite the TCP timestamp to account for the extra time that the chip/driver held the packet because it was asked to slow down a flow. The per queue stuff is handled via a driver-specific tool (cxgbetool). For per-flow throttling my implementation adds a new sockopt (SO_TX_THROTTLE) that lets an application specify a throttle rate for a socket. The kernel allocates a "flow identifier" for each such socket and tcp_output (or udp_output, ..) will attach an mbuf tag containing this identifier and throttling parameters to each mbuf that it pushes out. Drivers for hardware that can throttle traffic look for this tag, the rest ignore it. - cxgbe(4) registers itself as a "flow throttling provider" with the kernel when it attaches to the chip. It tells the kernel how many flows it can handle and the range of rates it can handle. - setsockopt(SO_TX_THROTTLE, rate) makes the kernel allocate a unique identifier for the socket. This is *not* related to the RSS flowid at all. If a listening socket has SO_TX_THROTTLE, all its children will inherit the rate limiting parameters but will each get its own unique identifier. The setsockopt fails if there aren't any flow throttling providers registered, - tcp_output (and other proto_output) routines look for SO_TX_THROTTLE and attach extra metadata, in the form of a tag, to the outgoing frames. - cxgbe(4) reads this metadata and acts on it. Regards, Navdeep From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 19:19:18 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10FC9CFC; Tue, 8 Jul 2014 19:19:18 +0000 (UTC) Received: from mail-qc0-x22b.google.com (mail-qc0-x22b.google.com [IPv6:2607:f8b0:400d:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B6E2126E4; Tue, 8 Jul 2014 19:19:17 +0000 (UTC) Received: by mail-qc0-f171.google.com with SMTP id w7so5865225qcr.30 for ; Tue, 08 Jul 2014 12:19:16 -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:message-id:subject :from:to:cc:content-type; bh=v+r3P4E8Prmo9qRRmEOJC9b01kFHTUfw9VFSMGH2qX0=; b=WFQ1BMjcNHV9TilCwPLAqwxfIW7TofmUdV3L6+EWbbspyVmxz3uSzBW0uUzFYQvuAr 3f6vBtocgGRBPG6CAnh9lys92w2qfAyX/RTMNf+wyHT4qyEb5EoI9QzBMR6yikkguzjP Z7V2Nxz7ydZmIYi9JoNDl7k3+IbwOtc7EMfj3EnD9rBPIN0d5ajcD5Ir3i4KSa0gfu/k QWjJg0GRUxpkwVIRnDwwVW8XrK9lYzNbgHJnQ/YJFL8JTw6g109vxML4WydFtbMAWIAc VGJPdKNHprZu+g4KjzgfPDMiByXNubgfL6kCeiG5dzRf9GzdUv2PA4jLIHVibitHE9vl GKRA== MIME-Version: 1.0 X-Received: by 10.140.89.18 with SMTP id u18mr17597375qgd.87.1404847156741; Tue, 08 Jul 2014 12:19:16 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.202.193 with HTTP; Tue, 8 Jul 2014 12:19:16 -0700 (PDT) In-Reply-To: <53BC2E73.6090700@selasky.org> References: <53BC2E73.6090700@selasky.org> Date: Tue, 8 Jul 2014 12:19:16 -0700 X-Google-Sender-Auth: O-NZrFR1yuJajjhnPLJr-a6qfDE Message-ID: Subject: Re: [RFC] Add support for changing the flow ID of TCP connections From: Adrian Chadd To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Net , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 Jul 2014 19:19:18 -0000 Hi! The flowid value has way, way too many possible meanings but it's always been a mostly-static value. I'm worried about overriding it with multiple meanings that cause features to not work at all together. So I'd rather leave the flowid/flowtype as it currently is so it doesn't upset packet reordering and can be used by things like RSS for scaling, and instead introduce a new connection ID to be used for your purpose. That way the existing use of flowid for packet ordering and flowid/flowtype for doing network scaling and netisr selection can work together with your connection id requirements. Having stack support for hardware/firmware packet scheduling is cool. It seems to somewhat overlap with other parts of the TCP offload though and I'm concerned about bloating out inpcb by 3 pointers for each connection where lots of connections on the same NIC will point to the same function set or NULL. I'd hit up what others in this space are doing. There's pacing support in the chelsio NIC for example and I'm not sure what Navdeep's plans are for that in upstream FreeBSD. Other than that, cool! -a On 8 July 2014 10:46, Hans Petter Selasky wrote: > Hi, > > I'm working on a new feature which will allow TCP connections to be timing > controlled by the ethernet hardware driver, actually the mlxen driver. The > main missing piece in the kernel is to allow the mbuf's flowid value to be > overwritten in "struct inpcb" once the connection is established and to have > a callback once the TCP connection is gone so that the assigned "flowid" can > be freed by the ethernet hardware driver. > > The "flowid" will be used to assign the outgoing data traffic of a specific > TCP connections to a hardware controlled queue, which in advance contain > certain parameters about the timing for the transmitted packets. > > To be able to set the flowid I'm using existing functions in the kernel TCP > code to lookup the "inpcb" structure based on the 4-tuple, via the > "ifp->if_ioctl()" callback of the network adapter. I'm also registering a > function method table so that I get a callback when the TCP connection is > gone. > > A this point of development I would like to get some feedback from FreeBSD > network guys about my attached patch proposal. > > The motivation for this work is to have a more reliable TCP transmissions > typically for fixed-rate media content going some distance. To illustrate > this I will give you an example from the world of VoIP, which is using UDP. > When doing long-distance VoIP calls through various unknown networks and > routers it makes a very big difference if you are sending data 20ms apart or > 40ms apart, even at the exact same rate. In the one case you might > experience a bunch of packet drops, and in the other case, everything is > fine. Why? Because the number of packets you send per second, and the timing > is important. The goal is to apply some timing rules for TCP, to increase > the factor of successful transmission, and to reduce the amount of data > loss. For high throughput applications we want to do this by means of > hardware. > > > While at it I would like to "typedef" the flowid used by mbufs, "struct > inpcb" and many more places. Where would the right place be to put such a > definition? In "sys/mbuf.h"? > > > Comments are appreciated! > > --HPS > > _______________________________________________ > 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 Jul 8 19:39:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 854821BA; Tue, 8 Jul 2014 19:39:54 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 3AB1F28C5; Tue, 8 Jul 2014 19:39:53 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqYEANLzu1ODaFve/2dsb2JhbABZg2Bagm+8DwiGblMBgSt1hAMBAQEEAQEBICsgCxsYAgINGQIpAQkmBggHBAEcBIghDa9qmTcXgSyNRQEBGzQHgneBTAWYCoQ0igSIQINfITWBBTk X-IronPort-AV: E=Sophos;i="5.01,626,1400040000"; d="scan'208";a="139252391" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 08 Jul 2014 15:39:46 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 9AFEEB403D; Tue, 8 Jul 2014 15:39:46 -0400 (EDT) Date: Tue, 8 Jul 2014 15:39:46 -0400 (EDT) From: Rick Macklem To: Hans Petter Selasky Message-ID: <1758058976.8852466.1404848386625.JavaMail.root@uoguelph.ca> In-Reply-To: <53BBFE08.1080804@selasky.org> Subject: Re: [RFC] Allow m_dup() to use JUMBO clusters MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.209] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: pyunyh@gmail.com, freebsd-net@freebsd.org, freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 Jul 2014 19:39:54 -0000 Hans Petter Selasky wrote: > > > > Hi, > > > > Would it be better if my patch used the PAGE_SIZE clusters instead > > of > > the 16K ones? Then it should not be affected by memory > > defragmentation. > > Thanks for shedding some light into this area? > > Well, I ran into the threads stuck on "btalloc" when I used PAGE_SIZE clusters mixed with MCLBYTES clusters and from what I could figure, it was a kernel address space fragmentation issue. I would guess that PAGE_SIZE clusters aren't as bad as 16K clusters w.r.t. fragmentation, but I believe that they could still be an issue. (My testing was on a 256Mbyte i386, so I can't say if amd64 systems will have a problem, just that small 32bit arches will.) rick > > --HPS > > > > Hi, > > Updated patch attached. > > --HPS > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to > "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 20:10:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E560487F; Tue, 8 Jul 2014 20:10:08 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 9BD7E2C0B; Tue, 8 Jul 2014 20:10:07 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqYEAG5PvFODaFve/2dsb2JhbABWA4NgWoJvvBUIhm5TAYEwdYQDAQEBBAEBASArIAsbGAICDRkCKQEJJgYIBwQBHASIIQ2uPZkaF4EsiE6EcQYBARskEAcRgmaBTAWYCoQ0igSIQINfITV9CBci X-IronPort-AV: E=Sophos;i="5.01,626,1400040000"; d="scan'208";a="139260753" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 08 Jul 2014 16:10:07 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 26EEFB409B; Tue, 8 Jul 2014 16:10:07 -0400 (EDT) Date: Tue, 8 Jul 2014 16:10:07 -0400 (EDT) From: Rick Macklem To: John-Mark Gurney Message-ID: <1065824414.8871880.1404850207148.JavaMail.root@uoguelph.ca> In-Reply-To: <20140708005234.GJ45513@funkthat.com> Subject: Re: [RFC] Allow m_dup() to use JUMBO clusters MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.209] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: Hans Petter Selasky , freebsd-net@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 08 Jul 2014 20:10:09 -0000 John-Mark Gurney wrote: > Hans Petter Selasky wrote this message on Mon, Jul 07, 2014 at 10:12 > +0200: > > I'm asking for some input on the attached m_dup() patch, so that > > existing functionality or dependencies are not broken. The > > background > > for the change is to allow m_dup() to defrag long mbuf chains that > > doesn't fit into a specific hardware's scatter gather entries, > > typically > > when doing TSO. > > > > In my case the HW limit is 16 entries of length 4K for doing a > > 64KByte > > TSO packet. Currently m_dup() is at best producing 32 entries of > > each 2K > > for a 64Kbytes TSO packet. > > > > By allowing m_dup() to get JUMBO clusters when allocating mbufs, we > > avoid creating a new function, specific to the hardware, to defrag > > some > > rare-occurring very long mbuf chains into a mbuf chain below 16 > > entries. > > Please no... Until we get a better allocator, we should not use jumbo > (>page sized) mbufs otherwise we will quickly fail to allocate mbufs > after a machine has been up for a long while causing other > failures... > > Unless of course if the code fails to allocate the largest cluster it > falls through to trying to allocate the next smaller size, that might > be better... > Unfortunately, for the "can't allocate boundary tags" case, the allocation request with M_NOWAIT loops instead of failing. I tried: m = m_getjcl(M_NOWAIT..M_JUMPAGESIZE); if (m == NULL) m = getjcl(M_WAITOK..MCLBYTES); when I was experimenting with MJUMPAGESIZE clusters for NFS and what happened was the thread looped in the first m_getjcl() instead of returning NULL. It is about 12 layers of function calls deep and most fail/return NULL, but somewhere one of them decides to "try again". I didn't locate the location of that and don't know if it would be safe to change it so that m_getjcl() returns NULL for this case. rick > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > _______________________________________________ > 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 Jul 9 14:36:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 88FDD9A; Wed, 9 Jul 2014 14:36:53 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4670B2507; Wed, 9 Jul 2014 14:36:53 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 36C4C1FE028; Wed, 9 Jul 2014 16:36:45 +0200 (CEST) Message-ID: <53BD5385.4090208@selasky.org> Date: Wed, 09 Jul 2014 16:36:53 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Navdeep Parhar , freebsd-net@freebsd.org, FreeBSD Current Subject: Re: [RFC] Add support for changing the flow ID of TCP connections References: <53BC2E73.6090700@selasky.org> <53BC43AE.3040409@FreeBSD.org> In-Reply-To: <53BC43AE.3040409@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 Jul 2014 14:36:53 -0000 On 07/08/14 21:17, Navdeep Parhar wrote: > On 07/08/14 10:46, Hans Petter Selasky wrote: >> Hi, >> >> I'm working on a new feature which will allow TCP connections to be >> timing controlled by the ethernet hardware driver, actually the mlxen >> driver. The main missing piece in the kernel is to allow the mbuf's >> flowid value to be overwritten in "struct inpcb" once the connection is >> established and to have a callback once the TCP connection is gone so >> that the assigned "flowid" can be freed by the ethernet hardware driver. >> >> The "flowid" will be used to assign the outgoing data traffic of a >> specific TCP connections to a hardware controlled queue, which in >> advance contain certain parameters about the timing for the transmitted >> packets. >> >> To be able to set the flowid I'm using existing functions in the kernel >> TCP code to lookup the "inpcb" structure based on the 4-tuple, via the >> "ifp->if_ioctl()" callback of the network adapter. I'm also registering >> a function method table so that I get a callback when the TCP connection >> is gone. >> >> A this point of development I would like to get some feedback from >> FreeBSD network guys about my attached patch proposal. >> >> The motivation for this work is to have a more reliable TCP >> transmissions typically for fixed-rate media content going some >> distance. To illustrate this I will give you an example from the world >> of VoIP, which is using UDP. When doing long-distance VoIP calls through >> various unknown networks and routers it makes a very big difference if >> you are sending data 20ms apart or 40ms apart, even at the exact same >> rate. In the one case you might experience a bunch of packet drops, and >> in the other case, everything is fine. Why? Because the number of >> packets you send per second, and the timing is important. The goal is to >> apply some timing rules for TCP, to increase the factor of successful >> transmission, and to reduce the amount of data loss. For high throughput >> applications we want to do this by means of hardware. >> >> >> While at it I would like to "typedef" the flowid used by mbufs, "struct >> inpcb" and many more places. Where would the right place be to put such >> a definition? In "sys/mbuf.h"? >> >> >> Comments are appreciated! > > I think we need to design this to be as generic as possible. I have > quite a bit of code that does this stuff but I haven't pushed it > upstream or even offered it for review (yet). > Hi, When will the non hardware related patches be available for review? I understand there are multiple ways to reach the same goal, and I think it would be great if we could agree on a common API for applications. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Jul 9 16:31:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 60690EFA; Wed, 9 Jul 2014 16:31:54 +0000 (UTC) Received: from mail-pa0-x22f.google.com (mail-pa0-x22f.google.com [IPv6:2607:f8b0:400e:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2E3FE20ED; Wed, 9 Jul 2014 16:31:54 +0000 (UTC) Received: by mail-pa0-f47.google.com with SMTP id kq14so9365768pab.6 for ; Wed, 09 Jul 2014 09:31:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=AZ1R+HH2AMz2BYa6PfiTUQb4KUw21h7O4OCsUryvgwg=; b=bJ1VmnYoaH1t/xIghWBMTmqt0ZExVk893i8fQgKNIQ7D//CdKbw7uaDoGVE/wqtpn2 SjGb3gcO+WcccP8u3IvOFc3okgWSIwihBFkmA02RLOppIS5NEi0gSE4uDbWDBb0kStao Ac2d/3yaVJVqQwwa6aVcOes0GLfKAxLVb9qPVEq7JwCiH5J0zbQ7TQHAemtsGICXYyIP fS1xydUgCeUfzjMLpoUZr2EEhtFDevF7EenCqrktS4GAKZ3TtCczhq6qbyFSEr2WLiGt 59UWUaEDdefnKdfTqVv6qmIy/TC61gKvlLp3Xr1SbpsXO6pFrt3mxsEOV/BQO+MLk2H2 44Sw== X-Received: by 10.68.162.34 with SMTP id xx2mr16065213pbb.120.1404923513752; Wed, 09 Jul 2014 09:31:53 -0700 (PDT) Received: from ox ([24.6.44.228]) by mx.google.com with ESMTPSA id ob1sm29061125pdb.40.2014.07.09.09.31.52 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Wed, 09 Jul 2014 09:31:53 -0700 (PDT) Sender: Navdeep Parhar Date: Wed, 9 Jul 2014 09:31:46 -0700 From: Navdeep Parhar To: Hans Petter Selasky Subject: Re: [RFC] Add support for changing the flow ID of TCP connections Message-ID: <20140709163146.GA21731@ox> Mail-Followup-To: Hans Petter Selasky , freebsd-net@freebsd.org, FreeBSD Current References: <53BC2E73.6090700@selasky.org> <53BC43AE.3040409@FreeBSD.org> <53BD5385.4090208@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53BD5385.4090208@selasky.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-net@freebsd.org, FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 09 Jul 2014 16:31:54 -0000 On Wed, Jul 09, 2014 at 04:36:53PM +0200, Hans Petter Selasky wrote: > On 07/08/14 21:17, Navdeep Parhar wrote: ... > > > >I think we need to design this to be as generic as possible. I have > >quite a bit of code that does this stuff but I haven't pushed it > >upstream or even offered it for review (yet). > > > > Hi, > > When will the non hardware related patches be available for review? > I understand there are multiple ways to reach the same goal, and I > think it would be great if we could agree on a common API for > applications. Here is the kernel side of the patch: http://people.freebsd.org/~np/flow_pacing_kern.diff The registration parameters and the throttling parameters are probably cxgbe-centric, because that's what it was written for. We'll need to tidy up those structs certainly. And I'd like to add pps constraints to the throttling parameters (all it does is bandwidth right now). Regards, Navdeep From owner-freebsd-current@FreeBSD.ORG Thu Jul 10 12:24:58 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B9F6E63; Thu, 10 Jul 2014 12:24:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5033C2524; Thu, 10 Jul 2014 12:24:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6ACOpQc067343; Thu, 10 Jul 2014 08:24:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6ACOp0C067342; Thu, 10 Jul 2014 12:24:51 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 10 Jul 2014 12:24:51 GMT Message-Id: <201407101224.s6ACOp0C067342@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2014 12:24:58 -0000 TB --- 2014-07-10 11:20:12 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-10 11:20:12 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-10 11:20:12 - starting HEAD tinderbox run for mips/mips TB --- 2014-07-10 11:20:12 - cleaning the object tree TB --- 2014-07-10 11:20:12 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-10 11:20:46 - At svn revision 268479 TB --- 2014-07-10 11:20:47 - building world TB --- 2014-07-10 11:20:47 - CROSS_BUILD_TESTING=YES TB --- 2014-07-10 11:20:47 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-10 11:20:47 - MAKESYSPATH=/src/share/mk TB --- 2014-07-10 11:20:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-10 11:20:47 - SRCCONF=/dev/null TB --- 2014-07-10 11:20:47 - TARGET=mips TB --- 2014-07-10 11:20:47 - TARGET_ARCH=mips TB --- 2014-07-10 11:20:47 - TZ=UTC TB --- 2014-07-10 11:20:47 - __MAKE_CONF=/dev/null TB --- 2014-07-10 11:20:47 - cd /src TB --- 2014-07-10 11:20:47 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Thu Jul 10 11:20:55 UTC 2014 >>> 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 Thu Jul 10 12:23:26 UTC 2014 TB --- 2014-07-10 12:23:26 - cd /src/sys/mips/conf TB --- 2014-07-10 12:23:26 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m ADM5120 TB --- 2014-07-10 12:23:26 - skipping ADM5120 kernel TB --- 2014-07-10 12:23:26 - cd /src/sys/mips/conf TB --- 2014-07-10 12:23:26 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m ALCHEMY TB --- 2014-07-10 12:23:26 - skipping ALCHEMY kernel TB --- 2014-07-10 12:23:26 - cd /src/sys/mips/conf TB --- 2014-07-10 12:23:26 - /obj/mips.mips/src/tmp/legacy/usr/sbin/config -m ALFA_HORNET_UB TB --- 2014-07-10 12:23:26 - building ALFA_HORNET_UB kernel TB --- 2014-07-10 12:23:26 - CROSS_BUILD_TESTING=YES TB --- 2014-07-10 12:23:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-10 12:23:26 - MAKESYSPATH=/src/share/mk TB --- 2014-07-10 12:23:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-10 12:23:26 - SRCCONF=/dev/null TB --- 2014-07-10 12:23:26 - TARGET=mips TB --- 2014-07-10 12:23:26 - TARGET_ARCH=mips TB --- 2014-07-10 12:23:26 - TZ=UTC TB --- 2014-07-10 12:23:26 - __MAKE_CONF=/dev/null TB --- 2014-07-10 12:23:26 - cd /src TB --- 2014-07-10 12:23:26 - /usr/bin/make -B buildkernel KERNCONF=ALFA_HORNET_UB >>> Kernel build for ALFA_HORNET_UB started on Thu Jul 10 12:23:26 UTC 2014 >>> 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 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_ktrace.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_linker.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_lock.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_lockf.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_loginclass.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_malloc.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_mbuf.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_mib.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_module.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_mtxpool.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_mutex.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_ntptime.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_osd.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_physio.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_pmc.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_priv.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_proc.c cc1: warnings being treated as errors /src/sys/kern/kern_proc.c: In function 'kern_proc_vmmap_out': /src/sys/kern/kern_proc.c:2153: warning: 'addr' may be used uninitialized in this function *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/ALFA_HORNET_UB *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-10 12:24:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-10 12:24:50 - ERROR: failed to build ALFA_HORNET_UB kernel TB --- 2014-07-10 12:24:50 - 2921.72 user 671.84 system 3878.25 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Jul 10 12:31:51 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 508AEBB; Thu, 10 Jul 2014 12:31:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 15A8C25D7; Thu, 10 Jul 2014 12:31:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6ACVoia063357; Thu, 10 Jul 2014 08:31:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6ACVoXf063322; Thu, 10 Jul 2014 12:31:50 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 10 Jul 2014 12:31:50 GMT Message-Id: <201407101231.s6ACVoXf063322@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2014 12:31:51 -0000 TB --- 2014-07-10 11:29:50 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-10 11:29:50 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-10 11:29:50 - starting HEAD tinderbox run for mips64/mips TB --- 2014-07-10 11:29:50 - cleaning the object tree TB --- 2014-07-10 11:29:50 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-10 11:29:53 - At svn revision 268479 TB --- 2014-07-10 11:29:54 - building world TB --- 2014-07-10 11:29:54 - CROSS_BUILD_TESTING=YES TB --- 2014-07-10 11:29:54 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-10 11:29:54 - MAKESYSPATH=/src/share/mk TB --- 2014-07-10 11:29:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-10 11:29:54 - SRCCONF=/dev/null TB --- 2014-07-10 11:29:54 - TARGET=mips TB --- 2014-07-10 11:29:54 - TARGET_ARCH=mips64 TB --- 2014-07-10 11:29:54 - TZ=UTC TB --- 2014-07-10 11:29:54 - __MAKE_CONF=/dev/null TB --- 2014-07-10 11:29:54 - cd /src TB --- 2014-07-10 11:29:54 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Thu Jul 10 11:30:01 UTC 2014 >>> 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 Thu Jul 10 12:30:14 UTC 2014 TB --- 2014-07-10 12:30:14 - cd /src/sys/mips/conf TB --- 2014-07-10 12:30:14 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ADM5120 TB --- 2014-07-10 12:30:14 - skipping ADM5120 kernel TB --- 2014-07-10 12:30:14 - cd /src/sys/mips/conf TB --- 2014-07-10 12:30:14 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALCHEMY TB --- 2014-07-10 12:30:14 - skipping ALCHEMY kernel TB --- 2014-07-10 12:30:14 - cd /src/sys/mips/conf TB --- 2014-07-10 12:30:14 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m ALFA_HORNET_UB TB --- 2014-07-10 12:30:14 - skipping ALFA_HORNET_UB kernel TB --- 2014-07-10 12:30:14 - cd /src/sys/mips/conf TB --- 2014-07-10 12:30:14 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP121 TB --- 2014-07-10 12:30:14 - skipping AP121 kernel TB --- 2014-07-10 12:30:14 - cd /src/sys/mips/conf TB --- 2014-07-10 12:30:14 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP91 TB --- 2014-07-10 12:30:14 - skipping AP91 kernel TB --- 2014-07-10 12:30:14 - cd /src/sys/mips/conf TB --- 2014-07-10 12:30:14 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP93 TB --- 2014-07-10 12:30:14 - skipping AP93 kernel TB --- 2014-07-10 12:30:14 - cd /src/sys/mips/conf TB --- 2014-07-10 12:30:14 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP94 TB --- 2014-07-10 12:30:14 - skipping AP94 kernel TB --- 2014-07-10 12:30:14 - cd /src/sys/mips/conf TB --- 2014-07-10 12:30:14 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AP96 TB --- 2014-07-10 12:30:14 - skipping AP96 kernel TB --- 2014-07-10 12:30:14 - cd /src/sys/mips/conf TB --- 2014-07-10 12:30:14 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR71XX_BASE TB --- 2014-07-10 12:30:14 - skipping AR71XX_BASE kernel TB --- 2014-07-10 12:30:14 - cd /src/sys/mips/conf TB --- 2014-07-10 12:30:14 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR724X_BASE TB --- 2014-07-10 12:30:14 - skipping AR724X_BASE kernel TB --- 2014-07-10 12:30:14 - cd /src/sys/mips/conf TB --- 2014-07-10 12:30:14 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR91XX_BASE TB --- 2014-07-10 12:30:14 - skipping AR91XX_BASE kernel TB --- 2014-07-10 12:30:14 - cd /src/sys/mips/conf TB --- 2014-07-10 12:30:14 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR933X_BASE TB --- 2014-07-10 12:30:14 - skipping AR933X_BASE kernel TB --- 2014-07-10 12:30:14 - cd /src/sys/mips/conf TB --- 2014-07-10 12:30:14 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m AR934X_BASE TB --- 2014-07-10 12:30:14 - skipping AR934X_BASE kernel TB --- 2014-07-10 12:30:14 - cd /src/sys/mips/conf TB --- 2014-07-10 12:30:14 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m BERI_DE4_BASE TB --- 2014-07-10 12:30:14 - building BERI_DE4_BASE kernel TB --- 2014-07-10 12:30:14 - CROSS_BUILD_TESTING=YES TB --- 2014-07-10 12:30:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-10 12:30:14 - MAKESYSPATH=/src/share/mk TB --- 2014-07-10 12:30:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-10 12:30:14 - SRCCONF=/dev/null TB --- 2014-07-10 12:30:14 - TARGET=mips TB --- 2014-07-10 12:30:14 - TARGET_ARCH=mips64 TB --- 2014-07-10 12:30:14 - TZ=UTC TB --- 2014-07-10 12:30:14 - __MAKE_CONF=/dev/null TB --- 2014-07-10 12:30:14 - cd /src TB --- 2014-07-10 12:30:14 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Thu Jul 10 12:30:14 UTC 2014 >>> 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 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_linker.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_lock.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_lockf.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_loginclass.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_malloc.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_mbuf.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_mib.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_module.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_mtxpool.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_mutex.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_ntptime.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_osd.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_physio.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_pmc.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_poll.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_priv.c cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_proc.c cc1: warnings being treated as errors /src/sys/kern/kern_proc.c: In function 'kern_proc_vmmap_out': /src/sys/kern/kern_proc.c:2153: warning: 'addr' may be used uninitialized in this function *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/BERI_DE4_BASE *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-10 12:31:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-10 12:31:50 - ERROR: failed to build BERI_DE4_BASE kernel TB --- 2014-07-10 12:31:50 - 2917.98 user 673.55 system 3719.29 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Jul 10 12:46:43 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E73591A; Thu, 10 Jul 2014 12:46:43 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A540D270F; Thu, 10 Jul 2014 12:46:42 +0000 (UTC) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id s6ACkbPO044586 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 Jul 2014 15:46:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s6ACkbPO044586 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id s6ACkbV1044585; Thu, 10 Jul 2014 15:46:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 10 Jul 2014 15:46:37 +0300 From: Konstantin Belousov To: current@freebsd.org, mips@freebsd.org Subject: Re: [head tinderbox] failure on mips/mips Message-ID: <20140710124637.GP93733@kib.kiev.ua> References: <201407101224.s6ACOp0C067342@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FSa9uEq14kwVElD1" Content-Disposition: inline In-Reply-To: <201407101224.s6ACOp0C067342@freebsd-current.sentex.ca> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 Jul 2014 12:46:43 -0000 --FSa9uEq14kwVElD1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Jul 10, 2014 at 12:24:51PM +0000, FreeBSD Tinderbox wrote: > cc -c -O -pipe -std=c99 -g -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-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -gdwarf-2 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -Werror /src/sys/kern/kern_proc.c > cc1: warnings being treated as errors > /src/sys/kern/kern_proc.c: In function 'kern_proc_vmmap_out': > /src/sys/kern/kern_proc.c:2153: warning: 'addr' may be used uninitialized in this function > *** Error code 1 This should be fixed by r268490. --FSa9uEq14kwVElD1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJTvossAAoJEJDCuSvBvK1BJMQP/RyAALWJnxJ8T8EWbW6Nfbst JaEJrPw854Xgkg+zsn+d/FK1knzoIW0m2NwrXscL82ES4FtiqQVquxamXuBdzqK/ 1U8isbhKUIyJUXiWmNGdamfAVS5CuwPrhIYKkmSW4u2X9UAJwIyESkg4wJHMyAXE lhQ5HorEbFygvELu+kdQlZE6Jv0E4PJOBRHxEJwBlL0XifC/mRI285peTMyyx5fi Z3GEsSfFCaX7DmokjeNZ8ARhadLVRy9vebeMQzmWhEUeB800DCqoaqRMv+AHudSY 9NASV72vA1HMFXphgbgVg2IsPYrlo36tHQ0k6aEUoYWxC7tb4czbUkCCXRvP72ug Phvah3AEYTfFFhF99j6oCZyDXyQYRKzDe5Jazrw+m74SrqyXSs59VA9lIJMPHPgZ 47L3yRj1/h/s1i1e7PkUlTbYDRc3LIAdWEefJc95/zOd2Qaf1hF8eshDGLUWOcGg GE9D9wdcTOQtBvg6uYyCKLi9v1ZF74nqYXCu6a7vMaw1B3VNglbaUP4JEedTRRTD xt/Gt6FVz0hOFhJsQzdxLUBGwxas5oI38HDUKIYKdLCB/BegLyEJTbkUA3Yea95f kcsqvLDHrSL5zDJxpcPEpWOpEdsG1/t5JcWffOWuKEB24FLYCeqa8gQNtgbgSQFL r19WXd1z+8iCcS4tw2bQ =36mf -----END PGP SIGNATURE----- --FSa9uEq14kwVElD1-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 10 13:51:54 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 50F90F87; Thu, 10 Jul 2014 13:51:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0C6522D50; Thu, 10 Jul 2014 13:51:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6ADpqvk006491; Thu, 10 Jul 2014 09:51:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6ADpq5t006490; Thu, 10 Jul 2014 13:51:52 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 10 Jul 2014 13:51:52 GMT Message-Id: <201407101351.s6ADpq5t006490@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2014 13:51:54 -0000 TB --- 2014-07-10 12:31:50 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-10 12:31:50 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-10 12:31:50 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-07-10 12:31:50 - cleaning the object tree TB --- 2014-07-10 12:31:50 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-10 12:31:55 - At svn revision 268479 TB --- 2014-07-10 12:31:56 - building world TB --- 2014-07-10 12:31:56 - CROSS_BUILD_TESTING=YES TB --- 2014-07-10 12:31:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-10 12:31:56 - MAKESYSPATH=/src/share/mk TB --- 2014-07-10 12:31:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-10 12:31:56 - SRCCONF=/dev/null TB --- 2014-07-10 12:31:56 - TARGET=sparc64 TB --- 2014-07-10 12:31:56 - TARGET_ARCH=sparc64 TB --- 2014-07-10 12:31:56 - TZ=UTC TB --- 2014-07-10 12:31:56 - __MAKE_CONF=/dev/null TB --- 2014-07-10 12:31:56 - cd /src TB --- 2014-07-10 12:31:56 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Thu Jul 10 12:32:03 UTC 2014 >>> 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 Thu Jul 10 13:41:36 UTC 2014 TB --- 2014-07-10 13:41:36 - generating LINT kernel config TB --- 2014-07-10 13:41:36 - cd /src/sys/sparc64/conf TB --- 2014-07-10 13:41:36 - /usr/bin/make -B LINT TB --- 2014-07-10 13:41:36 - cd /src/sys/sparc64/conf TB --- 2014-07-10 13:41:36 - /obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-10 13:41:36 - building LINT kernel TB --- 2014-07-10 13:41:36 - CROSS_BUILD_TESTING=YES TB --- 2014-07-10 13:41:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-10 13:41:36 - MAKESYSPATH=/src/share/mk TB --- 2014-07-10 13:41:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-10 13:41:36 - SRCCONF=/dev/null TB --- 2014-07-10 13:41:36 - TARGET=sparc64 TB --- 2014-07-10 13:41:36 - TARGET_ARCH=sparc64 TB --- 2014-07-10 13:41:36 - TZ=UTC TB --- 2014-07-10 13:41:36 - __MAKE_CONF=/dev/null TB --- 2014-07-10 13:41:36 - cd /src TB --- 2014-07-10 13:41:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jul 10 13:41:36 UTC 2014 >>> 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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_ktrace.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_linker.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_lock.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_lockf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_loginclass.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_malloc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_mbuf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_mib.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_module.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_mtxpool.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_mutex.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_ntptime.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_osd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_physio.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_pmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_priv.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -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-builtin -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -Werror /src/sys/kern/kern_proc.c cc1: warnings being treated as errors /src/sys/kern/kern_proc.c: In function 'kern_proc_vmmap_out': /src/sys/kern/kern_proc.c:2153: warning: 'addr' may be used uninitialized in this function *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-10 13:51:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-10 13:51:52 - ERROR: failed to build LINT kernel TB --- 2014-07-10 13:51:52 - 3842.32 user 721.60 system 4802.08 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Jul 10 15:34:22 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6A76E4EE; Thu, 10 Jul 2014 15:34:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 14B8626C2; Thu, 10 Jul 2014 15:34:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6AFYKVx006810; Thu, 10 Jul 2014 11:34:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6AFYKTM006809; Thu, 10 Jul 2014 15:34:20 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 10 Jul 2014 15:34:20 GMT Message-Id: <201407101534.s6AFYKTM006809@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2014 15:34:22 -0000 TB --- 2014-07-10 11:46:34 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-10 11:46:34 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-10 11:46:34 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-07-10 11:46:34 - cleaning the object tree TB --- 2014-07-10 11:46:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-10 11:46:37 - At svn revision 268479 TB --- 2014-07-10 11:46:38 - building world TB --- 2014-07-10 11:46:38 - CROSS_BUILD_TESTING=YES TB --- 2014-07-10 11:46:38 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-10 11:46:38 - MAKESYSPATH=/src/share/mk TB --- 2014-07-10 11:46:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-10 11:46:38 - SRCCONF=/dev/null TB --- 2014-07-10 11:46:38 - TARGET=powerpc TB --- 2014-07-10 11:46:38 - TARGET_ARCH=powerpc TB --- 2014-07-10 11:46:38 - TZ=UTC TB --- 2014-07-10 11:46:38 - __MAKE_CONF=/dev/null TB --- 2014-07-10 11:46:38 - cd /src TB --- 2014-07-10 11:46:38 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Thu Jul 10 11:46:45 UTC 2014 >>> 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 Thu Jul 10 15:26:39 UTC 2014 TB --- 2014-07-10 15:26:39 - generating LINT kernel config TB --- 2014-07-10 15:26:39 - cd /src/sys/powerpc/conf TB --- 2014-07-10 15:26:39 - /usr/bin/make -B LINT TB --- 2014-07-10 15:26:39 - cd /src/sys/powerpc/conf TB --- 2014-07-10 15:26:39 - /obj/powerpc.powerpc/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-10 15:26:39 - building LINT kernel TB --- 2014-07-10 15:26:39 - CROSS_BUILD_TESTING=YES TB --- 2014-07-10 15:26:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-10 15:26:39 - MAKESYSPATH=/src/share/mk TB --- 2014-07-10 15:26:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-10 15:26:39 - SRCCONF=/dev/null TB --- 2014-07-10 15:26:39 - TARGET=powerpc TB --- 2014-07-10 15:26:39 - TARGET_ARCH=powerpc TB --- 2014-07-10 15:26:39 - TZ=UTC TB --- 2014-07-10 15:26:39 - __MAKE_CONF=/dev/null TB --- 2014-07-10 15:26:39 - cd /src TB --- 2014-07-10 15:26:39 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jul 10 15:26:39 UTC 2014 >>> 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_ktrace.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_linker.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_lock.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_lockf.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_loginclass.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_malloc.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_mbuf.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_mib.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_module.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_mtxpool.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_mutex.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_ntptime.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_osd.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_physio.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_pmc.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_priv.c 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-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_proc.c cc1: warnings being treated as errors /src/sys/kern/kern_proc.c: In function 'kern_proc_vmmap_out': /src/sys/kern/kern_proc.c:2153: warning: 'addr' may be used uninitialized in this function *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-10 15:34:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-10 15:34:20 - ERROR: failed to build LINT kernel TB --- 2014-07-10 15:34:20 - 12242.48 user 1349.10 system 13665.48 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jul 10 16:42:17 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 647E38D9; Thu, 10 Jul 2014 16:42:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 397332D18; Thu, 10 Jul 2014 16:42:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6AGgF7E049971; Thu, 10 Jul 2014 12:42:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6AGgF45049970; Thu, 10 Jul 2014 16:42:15 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 10 Jul 2014 16:42:15 GMT Message-Id: <201407101642.s6AGgF45049970@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2014 16:42:17 -0000 TB --- 2014-07-10 12:24:51 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-10 12:24:51 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-10 12:24:51 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-07-10 12:24:51 - cleaning the object tree TB --- 2014-07-10 12:24:51 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-10 12:24:54 - At svn revision 268479 TB --- 2014-07-10 12:24:55 - building world TB --- 2014-07-10 12:24:55 - CROSS_BUILD_TESTING=YES TB --- 2014-07-10 12:24:55 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-10 12:24:55 - MAKESYSPATH=/src/share/mk TB --- 2014-07-10 12:24:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-10 12:24:55 - SRCCONF=/dev/null TB --- 2014-07-10 12:24:55 - TARGET=powerpc TB --- 2014-07-10 12:24:55 - TARGET_ARCH=powerpc64 TB --- 2014-07-10 12:24:55 - TZ=UTC TB --- 2014-07-10 12:24:55 - __MAKE_CONF=/dev/null TB --- 2014-07-10 12:24:55 - cd /src TB --- 2014-07-10 12:24:55 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Thu Jul 10 12:25:02 UTC 2014 >>> 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 Thu Jul 10 16:37:01 UTC 2014 TB --- 2014-07-10 16:37:01 - generating LINT kernel config TB --- 2014-07-10 16:37:01 - cd /src/sys/powerpc/conf TB --- 2014-07-10 16:37:01 - /usr/bin/make -B LINT TB --- 2014-07-10 16:37:01 - cd /src/sys/powerpc/conf TB --- 2014-07-10 16:37:01 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-07-10 16:37:01 - skipping LINT kernel TB --- 2014-07-10 16:37:01 - cd /src/sys/powerpc/conf TB --- 2014-07-10 16:37:01 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC TB --- 2014-07-10 16:37:01 - skipping GENERIC kernel TB --- 2014-07-10 16:37:01 - cd /src/sys/powerpc/conf TB --- 2014-07-10 16:37:01 - /obj/powerpc.powerpc64/src/tmp/legacy/usr/sbin/config -m GENERIC64 TB --- 2014-07-10 16:37:01 - building GENERIC64 kernel TB --- 2014-07-10 16:37:01 - CROSS_BUILD_TESTING=YES TB --- 2014-07-10 16:37:01 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-10 16:37:01 - MAKESYSPATH=/src/share/mk TB --- 2014-07-10 16:37:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-10 16:37:01 - SRCCONF=/dev/null TB --- 2014-07-10 16:37:01 - TARGET=powerpc TB --- 2014-07-10 16:37:01 - TARGET_ARCH=powerpc64 TB --- 2014-07-10 16:37:01 - TZ=UTC TB --- 2014-07-10 16:37:01 - __MAKE_CONF=/dev/null TB --- 2014-07-10 16:37:01 - cd /src TB --- 2014-07-10 16:37:01 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Thu Jul 10 16:37:02 UTC 2014 >>> 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 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_mtxpool.c ctfconvert -L VERSION -g kern_mtxpool.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_mutex.c ctfconvert -L VERSION -g kern_mutex.o WARNING: kern_mutex.c: enum pmc_event has too many values: 1755 > 1023 cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_ntptime.c ctfconvert -L VERSION -g kern_ntptime.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_osd.c ctfconvert -L VERSION -g kern_osd.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_physio.c ctfconvert -L VERSION -g kern_physio.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_pmc.c ctfconvert -L VERSION -g kern_pmc.o WARNING: kern_pmc.c: enum pmc_event has too many values: 1755 > 1023 cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_priv.c ctfconvert -L VERSION -g kern_priv.o cc -c -O -pipe -std=c99 -g -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -gdwarf-2 -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -Werror /src/sys/kern/kern_proc.c cc1: warnings being treated as errors /src/sys/kern/kern_proc.c: In function 'kern_proc_vmmap_out': /src/sys/kern/kern_proc.c:2153: warning: 'addr' may be used uninitialized in this function *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-07-10 16:42:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-10 16:42:15 - ERROR: failed to build GENERIC64 kernel TB --- 2014-07-10 16:42:15 - 13799.86 user 1647.47 system 15444.04 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jul 10 22:17:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A1C66BF2 for ; Thu, 10 Jul 2014 22:17:53 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5F7B32B8B for ; Thu, 10 Jul 2014 22:17:53 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1X5Mf0-002ero-RW>; Fri, 11 Jul 2014 00:17:50 +0200 Received: from g225188048.adsl.alicedsl.de ([92.225.188.48] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1X5Mf0-000Z7w-Pa>; Fri, 11 Jul 2014 00:17:50 +0200 Date: Fri, 11 Jul 2014 00:17:45 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: CURRENT r268460: accidentally removed libreadline-stuff and info-stuff and now no buildworld possible Message-ID: <20140711001745.5321fd8f.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/WRf3DHwVw1wLkAY1HcI1c1l"; protocol="application/pgp-signature" X-Originating-IP: 92.225.188.48 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 Jul 2014 22:17:53 -0000 --Sig_/WRf3DHwVw1wLkAY1HcI1c1l Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Help! I accidentally ran "make delete-old delete-old-lib" (by stupidity) on CURRE= NT r268460 and now neither r268460 nor the mostrecent source will buildworld/buildkernel. = Sometimes libreadline.h is missing, another fault (on r268460) occurs to be=20 makeinfo: not found How can I repair the system to have the missing pieces installed again and = then startover again? I ran the make delete-old-lib when I reeled in the recent sources on a work= ing r268460 and this seems to be bad. "make installincludes" might help - but not for the deleted info pages, I g= uess.=20 Thanks in advance, Oliver --Sig_/WRf3DHwVw1wLkAY1HcI1c1l Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJTvxEOAAoJEOgBcD7A/5N8eWIH/A1JtaANO46v1hA6+99vwS6a lwJkvQ4luiaR7XdJpndWbHbtTMBfVueVvDfJTrBavo7X6JaJr+SEJdzFYgSZDX6y H20VkJ+sRIrphZB20ykMgF1YYqmbt5TEGGzELmszwjQ85uy3lRhFlW806Dx9fqbT +fDG7dWPcBwHPE8b4sEyM1JuNgWD0XKrov8JwH48nccxReHpFlKfd+JphlMe3AKR 35FbiHgvf78AWeYHarg4GJ6/PV5HV7JzmwK/0cbcDjBERrSUKbopwdq2uk/wzIb8 a5jCM8RjBMi7AwAfoj6/I+FIwsuq2Zpl8iS5omp7RW29UBQH/99qY/+hIvmtAH0= =J+P/ -----END PGP SIGNATURE----- --Sig_/WRf3DHwVw1wLkAY1HcI1c1l-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 10 23:45:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B93F321C for ; Thu, 10 Jul 2014 23:45:43 +0000 (UTC) Received: from mail-we0-x233.google.com (mail-we0-x233.google.com [IPv6:2a00:1450:400c:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DD8E23AA for ; Thu, 10 Jul 2014 23:45:43 +0000 (UTC) Received: by mail-we0-f179.google.com with SMTP id p10so14004wes.10 for ; Thu, 10 Jul 2014 16:45:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=rjrhildrCiazdP/kM0b01WlCC+/MF++ORon+Jxx5sL8=; b=h2X3d16ww33abspZXPdb+1YHrsszD/o73dVLDfM+WWgwmwLuRFDhBV5rtsayVVhDbm bpz9iLY8cU2wUy5g2DrOTKyYGdC5GYwULV6Apr5PO+ZdsdOfRoPiVV2c4Zked6yPRmqo twv+oDmWeONzb+FIHXQ+ls2RR1EHP643m92lx2sKWAcXwlp2+ffF3WJgGer0KrnOazDG XrG7G6lbfktzhbCZmA6etMb0ozkN0isvWh0ZwFDEJ9wsXH/7A7y0WxJp8Ua84AGwQubK 6jW1w546lDUSS20ucPQyA0sIJbQChg017eZHDoNIGjjrdOcPVIg1mQ1ptugNP+CpNqWe ucSw== X-Received: by 10.195.11.34 with SMTP id ef2mr8071576wjd.123.1405035940856; Thu, 10 Jul 2014 16:45:40 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id l8sm1344757wje.15.2014.07.10.16.45.39 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 10 Jul 2014 16:45:39 -0700 (PDT) Sender: Baptiste Daroussin Date: Fri, 11 Jul 2014 01:45:37 +0200 From: Baptiste Daroussin To: "O. Hartmann" Subject: Re: CURRENT r268460: accidentally removed libreadline-stuff and info-stuff and now no buildworld possible Message-ID: <20140710234537.GF93051@ivaldir.etoilebsd.net> References: <20140711001745.5321fd8f.ohartman@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="924gEkU1VlJlwnwX" Content-Disposition: inline In-Reply-To: <20140711001745.5321fd8f.ohartman@zedat.fu-berlin.de> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 10 Jul 2014 23:45:43 -0000 --924gEkU1VlJlwnwX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 11, 2014 at 12:17:45AM +0200, O. Hartmann wrote: >=20 > Help! >=20 > I accidentally ran "make delete-old delete-old-lib" (by stupidity) on CUR= RENT r268460 and > now neither r268460 nor the mostrecent source will buildworld/buildkernel= =2E Sometimes > libreadline.h is missing, another fault (on r268460) occurs to be=20 the only thing I am aware of is lldb missing readline/readline.h which off = by default and we are working on a fix. >=20 > makeinfo: not found I would like to get the logs of that because I cannot reproduce, and tinder= box logs confirms that it should just work >=20 > How can I repair the system to have the missing pieces installed again an= d then startover > again? Providing the exact error you get would be a first start, provide the optio= n you have in src.conf and make.conf would be helpfull as well regards, Bapt --924gEkU1VlJlwnwX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlO/JaEACgkQ8kTtMUmk6EwepQCcDyJD0ROrfglUQvjOwObPj6bn R0kAoI7lY6nAt73qhFthGVmBJ0qlBhRp =Iw9x -----END PGP SIGNATURE----- --924gEkU1VlJlwnwX-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 11 06:24:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F39CB361; Fri, 11 Jul 2014 06:24:57 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6FFA723BD; Fri, 11 Jul 2014 06:24:57 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1X5UGM-003ssi-P0>; Fri, 11 Jul 2014 08:24:54 +0200 Received: from f052160016.adsl.alicedsl.de ([78.52.160.16] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1X5UGM-0013AZ-LV>; Fri, 11 Jul 2014 08:24:54 +0200 Date: Fri, 11 Jul 2014 08:24:49 +0200 From: "O. Hartmann" To: Baptiste Daroussin Subject: Re: CURRENT r268460: accidentally removed libreadline-stuff and info-stuff and now no buildworld possible Message-ID: <20140711082449.7f604542.ohartman@zedat.fu-berlin.de> In-Reply-To: <20140710234537.GF93051@ivaldir.etoilebsd.net> References: <20140711001745.5321fd8f.ohartman@zedat.fu-berlin.de> <20140710234537.GF93051@ivaldir.etoilebsd.net> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/DHGvkegS=UufPWe+f08G6DS"; protocol="application/pgp-signature" X-Originating-IP: 78.52.160.16 X-ZEDAT-Hint: A Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 Jul 2014 06:24:58 -0000 --Sig_/DHGvkegS=UufPWe+f08G6DS Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Fri, 11 Jul 2014 01:45:37 +0200 Baptiste Daroussin schrieb: > On Fri, Jul 11, 2014 at 12:17:45AM +0200, O. Hartmann wrote: > >=20 > > Help! > >=20 > > I accidentally ran "make delete-old delete-old-lib" (by stupidity) on C= URRENT r268460 > > and now neither r268460 nor the mostrecent source will buildworld/build= kernel. > > Sometimes libreadline.h is missing, another fault (on r268460) occurs t= o be=20 >=20 > the only thing I am aware of is lldb missing readline/readline.h which of= f by > default and we are working on a fix. > >=20 > > makeinfo: not found >=20 > I would like to get the logs of that because I cannot reproduce, and tind= erbox > logs confirms that it should just work > >=20 > > How can I repair the system to have the missing pieces installed again = and then > > startover again? >=20 > Providing the exact error you get would be a first start, provide the opt= ion you > have in src.conf and make.conf would be helpfull as well >=20 > regards, > Bapt Hello Baptiste, I have lldb build by default in /etc/src.conf. Maybe this is exactly reason= . I will switch it off and try again. If it fails again, I'll report with further de= tails as requested. Oliver --Sig_/DHGvkegS=UufPWe+f08G6DS Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJTv4M2AAoJEOgBcD7A/5N8IU8H/AktRWJsLbkixZK2w+azOD4M /RC6AtIAiu66zZ01CZmQT/rfXz7Qc6aqaWbR+uMgR8Q6Kn1JAbaAJ9Pw0Ur08HiB LzrOmmWXpr4/a0UIr/rIhTymYf0COSYQDJZpI624yOCGXh5rXTk4L9GREIpHQCyK /Ys1HcLqjry/pIdLcFfrPAE+YFNODs86eZsAwH1kKfZAbf3iLFufwpiUabnSGg6B nIvgljv1fFUuTObANtXmlMTotWJYZZ18qOurZMW0AJwuCSeuFsgQ87kE1F+AD0FJ kf4W6pMZ0th8Jzfr/pOHDzp3af+NZMzbVia5q21dTemGFciuFT6dUQMQJdymPNE= =pXZw -----END PGP SIGNATURE----- --Sig_/DHGvkegS=UufPWe+f08G6DS-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 11 11:08:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57208442 for ; Fri, 11 Jul 2014 11:08:48 +0000 (UTC) Received: from mail-we0-x229.google.com (mail-we0-x229.google.com [IPv6:2a00:1450:400c:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DDC462C49 for ; Fri, 11 Jul 2014 11:08:47 +0000 (UTC) Received: by mail-we0-f169.google.com with SMTP id t60so894012wes.0 for ; Fri, 11 Jul 2014 04:08:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=jIsCH7af4ynQOx+O4KLhD8uzgndMHdud93k4mYaop4A=; b=kphOrItKnDnMK6bJvc3ST4u0haqIjSOgNsfjEyin1gKgEOqDftcsV4vEdLaA7hXHiT R2fVZvWb4SaHUmYIclxereagLhpvyChtyxpTzhdBWj8JCvo8fTkXRVDhEskPvRv+sI4l sSk6e90pELJl9D0CI4zJfshvoD4vkPBVZhqC+V2v6ksQD2QdcZr6tW+tqNNluIH7h350 XlH+G8u0zJpNk5Lmd8W8Nx+YUiEClKmRs5Wq9JGEMNNRr34rTMpEM1nqIUEAQo7k6d/m 3q//2wh5uAotYJPP4HzWwdb8fAZEsVJCV5Yxr9kyycAZ4ZMKGVviraJcgdw7np9lFzig /+Fg== X-Received: by 10.180.218.72 with SMTP id pe8mr4065478wic.63.1405076925442; Fri, 11 Jul 2014 04:08:45 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id gc5sm6277806wic.6.2014.07.11.04.08.43 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 11 Jul 2014 04:08:44 -0700 (PDT) Sender: Baptiste Daroussin Date: Fri, 11 Jul 2014 13:08:40 +0200 From: Baptiste Daroussin To: "O. Hartmann" Subject: Re: CURRENT r268460: accidentally removed libreadline-stuff and info-stuff and now no buildworld possible Message-ID: <20140711110840.GI93051@ivaldir.etoilebsd.net> References: <20140711001745.5321fd8f.ohartman@zedat.fu-berlin.de> <20140710234537.GF93051@ivaldir.etoilebsd.net> <20140711082449.7f604542.ohartman@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qVyHzDF4yf4A8jkR" Content-Disposition: inline In-Reply-To: <20140711082449.7f604542.ohartman@zedat.fu-berlin.de> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 Jul 2014 11:08:48 -0000 --qVyHzDF4yf4A8jkR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 11, 2014 at 08:24:49AM +0200, O. Hartmann wrote: > Am Fri, 11 Jul 2014 01:45:37 +0200 > Baptiste Daroussin schrieb: >=20 > > On Fri, Jul 11, 2014 at 12:17:45AM +0200, O. Hartmann wrote: > > >=20 > > > Help! > > >=20 > > > I accidentally ran "make delete-old delete-old-lib" (by stupidity) on= CURRENT r268460 > > > and now neither r268460 nor the mostrecent source will buildworld/bui= ldkernel. > > > Sometimes libreadline.h is missing, another fault (on r268460) occurs= to be=20 > >=20 > > the only thing I am aware of is lldb missing readline/readline.h which = off by > > default and we are working on a fix. > > >=20 > > > makeinfo: not found > >=20 > > I would like to get the logs of that because I cannot reproduce, and ti= nderbox > > logs confirms that it should just work > > >=20 > > > How can I repair the system to have the missing pieces installed agai= n and then > > > startover again? > >=20 > > Providing the exact error you get would be a first start, provide the o= ption you > > have in src.conf and make.conf would be helpfull as well > >=20 > > regards, > > Bapt >=20 > Hello Baptiste, >=20 > I have lldb build by default in /etc/src.conf. Maybe this is exactly reas= on. I will > switch it off and try again. If it fails again, I'll report with further = details as > requested. Ed Maste fixed lldb so you can keep it on :) regards, Bapt --qVyHzDF4yf4A8jkR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlO/xbgACgkQ8kTtMUmk6ExcyACgr+NF7c4sYGPshh1UHpiThaPw 5pIAoKthkLIuWsbyJp/Yz7uSvUnUTL4s =cAsz -----END PGP SIGNATURE----- --qVyHzDF4yf4A8jkR-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 11 05:39:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D73BFCDC for ; Fri, 11 Jul 2014 05:39:14 +0000 (UTC) Received: from mailtwo.manz.at (mailtwo.manz.at [62.218.22.175]) by mx1.freebsd.org (Postfix) with SMTP id 6028F2FB7 for ; Fri, 11 Jul 2014 05:39:13 +0000 (UTC) Received: from exch01.manz.intern (localhost [127.0.0.1]) by mailtwo.manz.at (Postfix) with ESMTP id 61A0C41335 for ; Fri, 11 Jul 2014 07:39:13 +0200 (CEST) Received: from exch01.manz.intern (unknown [192.168.230.65]) by mailtwo.manz.at (Postfix) with ESMTP for ; Fri, 11 Jul 2014 07:38:59 +0200 (CEST) Received: from EXCH01.manz.intern ([fe80::6944:c04b:66b9:b5de]) by EXCH01.manz.intern ([fe80::6944:c04b:66b9:b5de%13]) with mapi id 14.03.0195.001; Fri, 11 Jul 2014 07:38:27 +0200 From: "Mehic, Admir" To: "freebsd-current@freebsd.org" Subject: RadeonKMS+Newscon vt(4) Thread-Topic: RadeonKMS+Newscon vt(4) Thread-Index: Ac+cylapX5dPdLIyQAODioy4TcM7Ww== Date: Fri, 11 Jul 2014 05:38:26 +0000 Message-ID: <712475E3C50F194293BF6A14433D34D8CA630992@EXCH01.manz.intern> Accept-Language: de-DE, de-AT, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [84.112.143.11] MIME-Version: 1.0 X-KLMS-Rule-ID: 1 X-KLMS-Message-Action: clean X-KLMS-AntiSpam-Lua-Profiles: 63792 [Jul 11 2014] X-KLMS-AntiSpam-Version: 5.3.6 X-KLMS-AntiSpam-Envelope-From: adm@manz.at X-KLMS-AntiSpam-Spf: none X-KLMS-AntiSpam-Rate: 0 X-KLMS-AntiSpam-Status: not_detected X-KLMS-AntiSpam-Method: none X-KLMS-AntiSpam-Moebius-Timestamps: 3012732, 0, 0 X-KLMS-AntiSpam-Interceptor-Info: scan successful X-KLMS-AntiVirus: Kaspersky Security 8.0 for Linux Mail Server 8.0.0.455, bases: 2014/07/10 22:18:00 #8457277; khse: 2014-03-12 13:55:01 X-KLMS-AntiVirus-Status: Clean, skipped X-Mailman-Approved-At: Fri, 11 Jul 2014 11:24:08 +0000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 Jul 2014 05:39:14 -0000 Hi, when i load the radeonkms driver with the firmware files at boot time i get= a black screen :( ATI Radeon R9 270X From owner-freebsd-current@FreeBSD.ORG Fri Jul 11 18:24:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75286C89; Fri, 11 Jul 2014 18:24:47 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4A2AF27D1; Fri, 11 Jul 2014 18:24:47 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 39C02B953; Fri, 11 Jul 2014 14:24:46 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: 10.0-RELEASE BTX halted on DELL R900 Date: Fri, 11 Jul 2014 14:21:39 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <53B659B7.3020202@gddsn.org.cn> <20140705060939.GA11739@flea.casa> <5881B5EA-B625-4E47-ADCB-3F2F894A8630@FreeBSD.org> In-Reply-To: <5881B5EA-B625-4E47-ADCB-3F2F894A8630@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201407111421.40097.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 11 Jul 2014 14:24:46 -0400 (EDT) Cc: stable@freebsd.org, current@freebsd.org, wsk , questions@freebsd.org, Dimitry Andric , Arrigo Marchiori X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 Jul 2014 18:24:47 -0000 On Saturday, July 05, 2014 8:57:45 am Dimitry Andric wrote: > > Just in case, you could try the patch attached to this bug: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=176748 > > > > The patch was compiled for 9-STABLE; if it does not apply to the 10.0 > > sources, then drop me a line so I can adapt it. > > I tried this patch on a few FreeBSD VMs, and each of them stopped being > able to mount the root filesystem because of it. I don't really know > what the explanation is... That patch is just wrong. I've updated the PR with something that is probably similar to your patch (explicitly ignore a size of zero back from EDD). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jul 11 18:24:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 715D0C8B for ; Fri, 11 Jul 2014 18:24:48 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 20FEC27CF for ; Fri, 11 Jul 2014 18:24:45 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 44F44B94C; Fri, 11 Jul 2014 14:24:41 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: Boot loader too large Date: Fri, 11 Jul 2014 13:45:25 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201407111345.25225.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 11 Jul 2014 14:24:41 -0400 (EDT) Cc: nathanw@freebsd.org, Alie Tan X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 Jul 2014 18:24:48 -0000 On Friday, July 04, 2014 7:07:20 am Alie Tan wrote: > On Fri, Jul 4, 2014 at 5:57 PM, Alie Tan wrote: > > > Hi, > > > > I am getting Boot loader too large message while using > > FreeBSD-11.0-CURRENT-i386-20140701-r268111-disc1.iso > > > > Is there any way to solve this issue? > > > Strange, resizing the freebsd-boot to 128k solved my issue. why default > slice size making such issue? Good question. Perhaps Nathan (cc'd) knows? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jul 11 18:51:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95143F2 for ; Fri, 11 Jul 2014 18:51:31 +0000 (UTC) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5E6842B4F for ; Fri, 11 Jul 2014 18:51:31 +0000 (UTC) Received: by mail-ob0-f172.google.com with SMTP id wn1so1635108obc.17 for ; Fri, 11 Jul 2014 11:51: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=kPpQekdgBMgcLwS4LOhpn2md2Uwh5RKBe/lxUHyeEE8=; b=Lile78yrrX2yAizorpY3u8n7z+4gp7nUwnERcF4JnEhXO7qz4WDhK0UIq0AXWp5xcg IDZgpNpxkXHmzVraujNu96HY7HU8qhqQnYR8CAViAU/CJLt9psqV4bTYB6bcW9j0aIQg H9AdnjimlOwmsfMjhGXzTRDxJhsh8ZVF8u9ntEFi2P8ILN1ihe2cNlQzvxwRXDRmtrOs k9wt4q2emCL3IVT7d5xpJEvz1OagkW0fWyXjI2ZnsHWpMErgND4H9XRKQelNs/KnLT2+ Bb5A5rVO+FOkFRg1ao7vat1bYFpEp31kj/jAvhXGCFnnJRvD9+A6GfBqa3IAiytq4Sze 7aaA== MIME-Version: 1.0 X-Received: by 10.182.126.40 with SMTP id mv8mr1096457obb.36.1405104690711; Fri, 11 Jul 2014 11:51:30 -0700 (PDT) Received: by 10.182.142.34 with HTTP; Fri, 11 Jul 2014 11:51:30 -0700 (PDT) In-Reply-To: References: Date: Fri, 11 Jul 2014 14:51:30 -0400 Message-ID: Subject: Re: Boot loader too large From: Benjamin Kaduk To: Alie Tan Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 Jul 2014 18:51:31 -0000 On Fri, Jul 4, 2014 at 7:07 AM, Alie Tan wrote: > On Fri, Jul 4, 2014 at 5:57 PM, Alie Tan wrote: > > > Hi, > > > > I am getting Boot loader too large message while using > > FreeBSD-11.0-CURRENT-i386-20140701-r268111-disc1.iso > > > > Is there any way to solve this issue? > > > Strange, resizing the freebsd-boot to 128k solved my issue. why default > slice size making such issue? > > Resizing to 128k from what value? I seem to recall that having larger freebsd-boot partitions caused problems. -Ben From owner-freebsd-current@FreeBSD.ORG Fri Jul 11 19:39:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B15D8FD7; Fri, 11 Jul 2014 19:39:26 +0000 (UTC) Received: from mail-la0-x22c.google.com (mail-la0-x22c.google.com [IPv6:2a00:1450:4010:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0DBD62EF6; Fri, 11 Jul 2014 19:39:25 +0000 (UTC) Received: by mail-la0-f44.google.com with SMTP id gl10so1257233lab.31 for ; Fri, 11 Jul 2014 12:39:24 -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:message-id:subject :from:to:cc:content-type; bh=/h0Q5W47YxZ9sekq5UbePh6QzrthfgDrwUPwLB/ovr0=; b=zu6ey8/2b0RwcRoas28hNWxqOqNTfhQIc55DTLLmP0XVQv8aw4JKbdBZsQQjRPo4T8 U+vwDKAzqOvMsLVVxB68fjwdUTAHIsEvLhi9S7DGWwlFS1v7SdVEk4Net+DpPzK2K+od dnuNxNaRBMQDZm7dYvEKDPtAa/uXO5Z08eTL/w5KcAR111PsdFZuLel1JxrWaIiOfsNF DliBjx20oAxfLCf2FX9hHT/Th7qZMy8o7OyYBKPfkvtawcxWsDUY0IJyI/qHqAH0IWj9 jv+aIg40miAbcU+coSSLPo68vtDDOywaFjX3YNsTW+1r0hxrNFhkMqoxn0+qyV6wl/WA lNiw== MIME-Version: 1.0 X-Received: by 10.112.131.202 with SMTP id oo10mr663530lbb.65.1405107563966; Fri, 11 Jul 2014 12:39:23 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.67.71 with HTTP; Fri, 11 Jul 2014 12:39:23 -0700 (PDT) In-Reply-To: References: Date: Fri, 11 Jul 2014 12:39:23 -0700 X-Google-Sender-Auth: vmNamqUE8J-l8_HRHItKNlksfnU Message-ID: Subject: Re: BAFUG July 10: libvirt virtualization API for controlling bhyve virtual machines From: Craig Rodrigues To: "freebsd-virtualization@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 Jul 2014 19:39:26 -0000 Hi, Slides for this talk are available here: http://people.freebsd.org/~rodrigc/libvirt/presentations/ iXsystems recorded video of the presentation. When they put it online, I'll send the link. -- Craig On Mon, Jun 30, 2014 at 5:30 PM, Craig Rodrigues wrote: > Hi, > > On July 10, 2014, in Mountain View, California, I will be giving a brief > tech talk on: > > "libvirt virtualization API for controlling bhyve virtual machines" > > I have been testing the extensions that Roman Bogorodskiy < > novel@freebsd.org> > has made to the lbivirt library for supporting bhyve. I will talk about > my experiences with libvirt and bhyve. > > Here are more details about the talk plus directions to the location: > > http://www.meetup.com/BAFUG-Bay-Area-FreeBSD-User-Group/events/191061222/ > > Feel free to sign up on the meetup site and attend if you are in the area! > -- > Craig > From owner-freebsd-current@FreeBSD.ORG Fri Jul 11 20:11:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 11E3F85B for ; Fri, 11 Jul 2014 20:11:54 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B226A221B for ; Fri, 11 Jul 2014 20:11:53 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s6BKBoJU051855 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 11 Jul 2014 14:11:50 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s6BKBnCn051852; Fri, 11 Jul 2014 14:11:50 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 11 Jul 2014 14:11:49 -0600 (MDT) From: Warren Block To: Benjamin Kaduk Subject: Re: Boot loader too large In-Reply-To: Message-ID: References: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Fri, 11 Jul 2014 14:11:50 -0600 (MDT) Cc: freebsd-current@freebsd.org, Alie Tan X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 Jul 2014 20:11:54 -0000 On Fri, 11 Jul 2014, Benjamin Kaduk wrote: > On Fri, Jul 4, 2014 at 7:07 AM, Alie Tan wrote: > >> On Fri, Jul 4, 2014 at 5:57 PM, Alie Tan wrote: >> >>> Hi, >>> >>> I am getting Boot loader too large message while using >>> FreeBSD-11.0-CURRENT-i386-20140701-r268111-disc1.iso >>> >>> Is there any way to solve this issue? >>> >> Strange, resizing the freebsd-boot to 128k solved my issue. why default >> slice size making such issue? >> >> > Resizing to 128k from what value? > > I seem to recall that having larger freebsd-boot partitions caused problems. Up to 512K is okay, but larger than that is a problem for the bootcode. I suggest always using 512K, it's not like using less saves an appreciable amount of space. And bootcode grows sometimes. From owner-freebsd-current@FreeBSD.ORG Fri Jul 11 22:35:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29E5C23E; Fri, 11 Jul 2014 22:35:52 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5B5A32E35; Fri, 11 Jul 2014 22:35:51 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1X5jPx-004C4z-De>; Sat, 12 Jul 2014 00:35:49 +0200 Received: from g225059027.adsl.alicedsl.de ([92.225.59.27] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1X5jPx-002Y89-9v>; Sat, 12 Jul 2014 00:35:49 +0200 Date: Sat, 12 Jul 2014 00:35:44 +0200 From: "O. Hartmann" To: Baptiste Daroussin Subject: Re: CURRENT r268460: accidentally removed libreadline-stuff and info-stuff and now no buildworld possible Message-ID: <20140712003544.2488fab9.ohartman@zedat.fu-berlin.de> In-Reply-To: <20140711110840.GI93051@ivaldir.etoilebsd.net> References: <20140711001745.5321fd8f.ohartman@zedat.fu-berlin.de> <20140710234537.GF93051@ivaldir.etoilebsd.net> <20140711082449.7f604542.ohartman@zedat.fu-berlin.de> <20140711110840.GI93051@ivaldir.etoilebsd.net> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/BqtdZ8Udf8EMh3X6dZqJ9lO"; protocol="application/pgp-signature" X-Originating-IP: 92.225.59.27 X-ZEDAT-Hint: A Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 Jul 2014 22:35:52 -0000 --Sig_/BqtdZ8Udf8EMh3X6dZqJ9lO Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Fri, 11 Jul 2014 13:08:40 +0200 Baptiste Daroussin schrieb: > On Fri, Jul 11, 2014 at 08:24:49AM +0200, O. Hartmann wrote: > > Am Fri, 11 Jul 2014 01:45:37 +0200 > > Baptiste Daroussin schrieb: > >=20 > > > On Fri, Jul 11, 2014 at 12:17:45AM +0200, O. Hartmann wrote: > > > >=20 > > > > Help! > > > >=20 > > > > I accidentally ran "make delete-old delete-old-lib" (by stupidity) = on CURRENT > > > > r268460 and now neither r268460 nor the mostrecent source will > > > > buildworld/buildkernel. Sometimes libreadline.h is missing, another= fault (on > > > > r268460) occurs to be=20 > > >=20 > > > the only thing I am aware of is lldb missing readline/readline.h whic= h off by > > > default and we are working on a fix. > > > >=20 > > > > makeinfo: not found > > >=20 > > > I would like to get the logs of that because I cannot reproduce, and = tinderbox > > > logs confirms that it should just work > > > >=20 > > > > How can I repair the system to have the missing pieces installed ag= ain and then > > > > startover again? > > >=20 > > > Providing the exact error you get would be a first start, provide the= option you > > > have in src.conf and make.conf would be helpfull as well > > >=20 > > > regards, > > > Bapt > >=20 > > Hello Baptiste, > >=20 > > I have lldb build by default in /etc/src.conf. Maybe this is exactly re= ason. I will > > switch it off and try again. If it fails again, I'll report with furthe= r details as > > requested. >=20 > Ed Maste fixed lldb so you can keep it on :) >=20 > regards, > Bapt Everything is fine again. Thanks, oh --Sig_/BqtdZ8Udf8EMh3X6dZqJ9lO Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJTwGbEAAoJEOgBcD7A/5N8JDMIANGpTXcixDTdtMRr+WKul4c/ 1111j9r4Pd1ZBeif3DAoqR3tr/BNuR8/tBjSfayz7eTqoWuvP4Bb+K4PIcJQA88+ xnfQIHyBaR9tcD+56wXsmwY79GGE1P/iSCphnL4HyPserzobeD6nfFnRoC5rf0l1 rU0AVW8veqI0YCzIIY4uS8c7gPKFTjikg+1lbmbczb4ORhvL3JQ4ksE52JSTiXFC BDZ5opOoWDosTyvkz73LvBy3WEG+bc7O1QB4Auhq6uD6KPZ+Z6nhQLcqLLroDc8R 8zEWw9RU9Tr6cMaFRE96TeydAxVGk5H6cj6GmYcKGceIfYjAkdbRMXn13AFAZhU= =+lcM -----END PGP SIGNATURE----- --Sig_/BqtdZ8Udf8EMh3X6dZqJ9lO-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 11 22:38:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 92E7D4EF for ; Fri, 11 Jul 2014 22:38:58 +0000 (UTC) Received: from d.mail.sonic.net (d.mail.sonic.net [64.142.111.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7B3AF2E6B for ; Fri, 11 Jul 2014 22:38:58 +0000 (UTC) Received: from aurora.physics.berkeley.edu (aurora.Physics.Berkeley.EDU [128.32.117.67]) (authenticated bits=0) by d.mail.sonic.net (8.14.9/8.14.9) with ESMTP id s6BMcu69031215 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Fri, 11 Jul 2014 15:38:56 -0700 Message-ID: <53C06780.8010702@freebsd.org> Date: Fri, 11 Jul 2014 15:38:56 -0700 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Boot loader too large References: <201407111345.25225.jhb@freebsd.org> In-Reply-To: <201407111345.25225.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Sonic-ID: C;skaOJEwJ5BGts2uUdPQXfw== M;tHq8JEwJ5BGts2uUdPQXfw== X-Spam-Flag: No X-Sonic-Spam-Details: 0.0/5.0 by cerberusd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 Jul 2014 22:38:58 -0000 On 07/11/14 10:45, John Baldwin wrote: > On Friday, July 04, 2014 7:07:20 am Alie Tan wrote: >> On Fri, Jul 4, 2014 at 5:57 PM, Alie Tan wrote: >> >>> Hi, >>> >>> I am getting Boot loader too large message while using >>> FreeBSD-11.0-CURRENT-i386-20140701-r268111-disc1.iso >>> >>> Is there any way to solve this issue? >>> >> Strange, resizing the freebsd-boot to 128k solved my issue. why default >> slice size making such issue? > Good question. Perhaps Nathan (cc'd) knows? > I don't honestly remember where that number came from. It's at line 72 of usr.sbin/bsdinstall/partedit/partedit_x86.c. If 128 works better, I'm happy to change it, but it would be nice to know what the actual bounds here are before putting in a new arbitrary number. -Nathan From owner-freebsd-current@FreeBSD.ORG Fri Jul 11 22:59:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A533FACA; Fri, 11 Jul 2014 22:59:21 +0000 (UTC) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "*.infocus-llc.com", Issuer "*.infocus-llc.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7BD592052; Fri, 11 Jul 2014 22:59:20 +0000 (UTC) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 6E72037B5AB; Fri, 11 Jul 2014 17:50:44 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3h98c36zKGz2qx; Fri, 11 Jul 2014 17:50:43 -0500 (CDT) Date: Fri, 11 Jul 2014 17:50:43 -0500 From: "Matthew D. Fuller" To: Nathan Whitehorn Subject: Re: Boot loader too large Message-ID: <20140711225043.GH50976@over-yonder.net> References: <201407111345.25225.jhb@freebsd.org> <53C06780.8010702@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53C06780.8010702@freebsd.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.23-fullermd.4 (2014-03-12) X-Virus-Scanned: clamav-milter 0.98.4 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 Jul 2014 22:59:21 -0000 On Fri, Jul 11, 2014 at 03:38:56PM -0700 I heard the voice of Nathan Whitehorn, and lo! it spake thus: > > I don't honestly remember where that number came from. It's at line > 72 of usr.sbin/bsdinstall/partedit/partedit_x86.c. If 128 works > better, I'm happy to change it, but it would be nice to know what > the actual bounds here are before putting in a new arbitrary number. src/sys/boot/i386/pmbr/pmbr.s says ------------- next_boot:. incl (%si). . . # Next LBA . . adcl $0,4(%si) . . mov %es,%ax. . . # Adjust segment for next . . addw $SECSIZE/16,%ax. . # sector . . cmp $0x9000,%ax.. . # Don't load past 0x90000, . . jae err_big. . . # 545k should be enough for . . mov %ax,%es. . . # any boot code. :) ------------- (err_big being printing the "Boot loader too large" message). Though 0x90000 is actually 576k, not 545, but presumably there's some other adjustment lopping off bits somewhere; that's 62 sectors diff. Regardless, I settled on 512k for my boot partitions (after finding the above error when I previously decided "it's a few dozen k, I'll just set aside a meg to be safe" and then discovered the whole "not-booting" thing that caused. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Fri Jul 11 23:12:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B725BE3C; Fri, 11 Jul 2014 23:12:43 +0000 (UTC) Received: from mail-pd0-x22c.google.com (mail-pd0-x22c.google.com [IPv6:2607:f8b0:400e:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8C1CB21B3; Fri, 11 Jul 2014 23:12:43 +0000 (UTC) Received: by mail-pd0-f172.google.com with SMTP id w10so2149158pde.3 for ; Fri, 11 Jul 2014 16:12:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=WHowFsOAX/i3QKrhkYdWrkCwA7O8Ow4+UNycf93I+BY=; b=RLyANiwZr07AqdBK19rhrZZekdo2GnZWecoIJaVuMVvrmz1dVPSThCznSfvRP7vTse LvTsH1DNQslDxmBIiTz6zoD24ai4nPg4d8RBsrAOEzrK8w2dOz96xTIWVNUMXkx886Cg Jpv6Ze15Mbi+Se3xkadi/7Oe1YKle2zBJ9KFlsVQiZboq0CPK/sCzXr5S50HRW5H6Drn 1WnOyuBOTtLWeCJHYJQHRCPZq/Oh+I3lLeXY1oSJHqpLfqVppFkik9DosMiJT7LSDzmm oOfRJ5sUBm37R7GumAueJ0LczC+DcTp5oZZWR6db2NwLXcngnF8/EQeuiE6NfnU1aAQ7 nrKQ== MIME-Version: 1.0 X-Received: by 10.68.235.100 with SMTP id ul4mr1755996pbc.15.1405120362250; Fri, 11 Jul 2014 16:12:42 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.88.227 with HTTP; Fri, 11 Jul 2014 16:12:42 -0700 (PDT) Date: Fri, 11 Jul 2014 16:12:42 -0700 X-Google-Sender-Auth: RxKeQDJ3cfhfif-v3ObxSXR7pdU Message-ID: Subject: libressl anyone? From: Kevin Oberman To: FreeBSD Ports ML , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 Jul 2014 23:12:43 -0000 Now that OpenBSD has released LibreSSL, can someone port it? And maybe try putting it into head? I'd love to see OpenSSL gone yesterday. The initial portable LibreSSL is available from http://ftp.openbsd.org/pub/OpenBSD/LibreSSL. Note that the OpenBSD folks say that this release is intended for testing and evealuation, so it is not a candidate for any stable or release, but it does build on FreeBSD. Yes, if I get some time today or tomorrow, I'll try to write up a port, but I'm still far from comfortable with the new porting stuff, so it will likely take longer that I'd like. Others can probably knock it out in nothing flat. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Fri Jul 11 23:42:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF3C6ABA for ; Fri, 11 Jul 2014 23:42:29 +0000 (UTC) Received: from c.mail.sonic.net (c.mail.sonic.net [64.142.111.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C5E4C245B for ; Fri, 11 Jul 2014 23:42:29 +0000 (UTC) Received: from aurora.physics.berkeley.edu (aurora.Physics.Berkeley.EDU [128.32.117.67]) (authenticated bits=0) by c.mail.sonic.net (8.14.9/8.14.9) with ESMTP id s6BNgRst027615 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Fri, 11 Jul 2014 16:42:27 -0700 Message-ID: <53C07662.6060200@freebsd.org> Date: Fri, 11 Jul 2014 16:42:26 -0700 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "Matthew D. Fuller" Subject: Re: Boot loader too large References: <201407111345.25225.jhb@freebsd.org> <53C06780.8010702@freebsd.org> <20140711225043.GH50976@over-yonder.net> In-Reply-To: <20140711225043.GH50976@over-yonder.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Sonic-ID: C;XEzsA1UJ5BGprU2zUc16mQ== M;zEEYBFUJ5BGprU2zUc16mQ== X-Spam-Flag: No X-Sonic-Spam-Details: 0.0/5.0 by cerberusd Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 11 Jul 2014 23:42:29 -0000 On 07/11/14 15:50, Matthew D. Fuller wrote: > On Fri, Jul 11, 2014 at 03:38:56PM -0700 I heard the voice of > Nathan Whitehorn, and lo! it spake thus: >> I don't honestly remember where that number came from. It's at line >> 72 of usr.sbin/bsdinstall/partedit/partedit_x86.c. If 128 works >> better, I'm happy to change it, but it would be nice to know what >> the actual bounds here are before putting in a new arbitrary number. > src/sys/boot/i386/pmbr/pmbr.s says > > ------------- > next_boot:. incl (%si). . . # Next LBA > . . adcl $0,4(%si) > . . mov %es,%ax. . . # Adjust segment for next > . . addw $SECSIZE/16,%ax. . # sector > . . cmp $0x9000,%ax.. . # Don't load past 0x90000, > . . jae err_big. . . # 545k should be enough for > . . mov %ax,%es. . . # any boot code. :) > ------------- > > (err_big being printing the "Boot loader too large" message). Though > 0x90000 is actually 576k, not 545, but presumably there's some other > adjustment lopping off bits somewhere; that's 62 sectors diff. > > Regardless, I settled on 512k for my boot partitions (after finding > the above error when I previously decided "it's a few dozen k, I'll > just set aside a meg to be safe" and then discovered the whole > "not-booting" thing that caused. > > I bumped it to 512K. Thanks! -Nathan From owner-freebsd-current@FreeBSD.ORG Sat Jul 12 00:16:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D331A36E; Sat, 12 Jul 2014 00:16:44 +0000 (UTC) Received: from bewilderbeast.blackhelicopters.org (mwlucas-2-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:b9c::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7B9742731; Sat, 12 Jul 2014 00:16:44 +0000 (UTC) Received: from bewilderbeast.blackhelicopters.org (localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.14.9/8.14.9) with ESMTP id s6C0GWKI002996; Fri, 11 Jul 2014 20:16:43 -0400 (EDT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.14.9/8.14.7/Submit) id s6C0GWCA002995; Fri, 11 Jul 2014 20:16:32 -0400 (EDT) (envelope-from mwlucas) Date: Fri, 11 Jul 2014 20:16:29 -0400 From: "Michael W. Lucas" To: Kevin Oberman Subject: Re: libressl anyone? Message-ID: <20140712001629.GB2959@bewilderbeast.blackhelicopters.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (bewilderbeast.blackhelicopters.org [127.0.0.1]); Fri, 11 Jul 2014 20:16:43 -0400 (EDT) Cc: FreeBSD Current , FreeBSD Ports ML X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 Jul 2014 00:16:44 -0000 On Fri, Jul 11, 2014 at 04:12:42PM -0700, Kevin Oberman wrote: > Now that OpenBSD has released LibreSSL, can someone port it? And maybe try > putting it into head? I'd love to see OpenSSL gone yesterday. > > The initial portable LibreSSL is available from > http://ftp.openbsd.org/pub/OpenBSD/LibreSSL. Note that the OpenBSD folks > say that this release is intended for testing and evealuation, so it is not > a candidate for any stable or release, but it does build on FreeBSD. > > Yes, if I get some time today or tomorrow, I'll try to write up a port, but > I'm still far from comfortable with the new porting stuff, so it will > likely take longer that I'd like. Others can probably knock it out in > nothing flat. Check out the discussion on tech@openbsd.org. A fair amount of software is breaking with LibreSSL. For example, LibreSSL dropped EGD support. Various software (eg Python) checks for egd, and won't build without EGD. Mind you, people should certainly try it and see what happens. ==ml -- Michael W. Lucas - mwlucas@michaelwlucas.com, Twitter @mwlauthor http://www.MichaelWLucas.com/, http://blather.MichaelWLucas.com/ From owner-freebsd-current@FreeBSD.ORG Sat Jul 12 01:50:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1DE8FA90; Sat, 12 Jul 2014 01:50:11 +0000 (UTC) Received: from mail-pd0-x234.google.com (mail-pd0-x234.google.com [IPv6:2607:f8b0:400e:c02::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DDC862EA3; Sat, 12 Jul 2014 01:50:10 +0000 (UTC) Received: by mail-pd0-f180.google.com with SMTP id y13so23448pdi.11 for ; Fri, 11 Jul 2014 18:50:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=ajWAwOciIgrmYeEFYSW8tnV+a6XfMoD1WJ8vI2t3zPY=; b=va4EX7E82XtueYoMW9Y/gx9wvTY0t95kDSvUQeBSPkeycjfiaIGbCWtrZhnNPq/pQz YzIm4d+oDFC6k6bRUPQ5gd8PovgJlWaIMHZxGGTzo1qpGy9isXTBziMF2KrNF8DLVzHT qJJqoXvlXdkz4ZbwXAQyXU8Y/uyXO4BguYktnvD+XX7UvVPhWNGJaadwsJV3ifshF6AU UnoJjYLiUnBSH/JG39ooINhhHrKiObx4z6c4ld5VfFDtU/VpixYETJoCemWmiRPC1z9x DBzoPQ5HhkhkZnsl0vHA9WlKhflglLcdc0IVK7admgIcGXyaE0U2Id+mDf84bVx67Jn8 bCWA== X-Received: by 10.68.163.197 with SMTP id yk5mr2379601pbb.57.1405129810282; Fri, 11 Jul 2014 18:50:10 -0700 (PDT) Received: from [192.168.1.7] (ppp59-167-128-11.static.internode.on.net. [59.167.128.11]) by mx.google.com with ESMTPSA id ou3sm4832222pdb.13.2014.07.11.18.50.08 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 11 Jul 2014 18:50:09 -0700 (PDT) Sender: Kubilay Kocak Message-ID: <53C09442.3000307@FreeBSD.org> Date: Sat, 12 Jul 2014 11:49:54 +1000 From: Kubilay Kocak Reply-To: koobs@FreeBSD.org User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "Michael W. Lucas" , Kevin Oberman Subject: Re: libressl anyone? References: <20140712001629.GB2959@bewilderbeast.blackhelicopters.org> In-Reply-To: <20140712001629.GB2959@bewilderbeast.blackhelicopters.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , FreeBSD Ports ML X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 Jul 2014 01:50:11 -0000 On 12/07/2014 10:16 AM, Michael W. Lucas wrote: > On Fri, Jul 11, 2014 at 04:12:42PM -0700, Kevin Oberman wrote: >> Now that OpenBSD has released LibreSSL, can someone port it? And maybe try >> putting it into head? I'd love to see OpenSSL gone yesterday. >> >> The initial portable LibreSSL is available from >> http://ftp.openbsd.org/pub/OpenBSD/LibreSSL. Note that the OpenBSD folks >> say that this release is intended for testing and evealuation, so it is not >> a candidate for any stable or release, but it does build on FreeBSD. >> >> Yes, if I get some time today or tomorrow, I'll try to write up a port, but >> I'm still far from comfortable with the new porting stuff, so it will >> likely take longer that I'd like. Others can probably knock it out in >> nothing flat. > > Check out the discussion on tech@openbsd.org. > > A fair amount of software is breaking with LibreSSL. For example, > LibreSSL dropped EGD support. Various software (eg Python) checks for > egd, and won't build without EGD. > > Mind you, people should certainly try it and see what happens. > > ==ml > Upstream Python / LibreSSL issue tracking making EGD support optional: http://bugs.python.org/issue21356 -- koobs From owner-freebsd-current@FreeBSD.ORG Sat Jul 12 05:24:04 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A21D8BF; Sat, 12 Jul 2014 05:24:04 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 082BA2F7B; Sat, 12 Jul 2014 05:24:04 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 6B6998DB; Sat, 12 Jul 2014 05:24:04 +0000 (UTC) Date: Sat, 12 Jul 2014 05:24:03 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, rpaulo@FreeBSD.org Message-ID: <190297006.233.1405142644430.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #1026 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 Jul 2014 05:24:04 -0000 See Changes: [rpaulo] Optimisation: replace ${_D:R} with just ${_D}. MFC after:=093 weeks [rpaulo] Move iic.h to sys/ so that it's automatically installed in /usr/in= clude/sys. This lets us call iic(4) ioctls without needing the kernel source code and follows the same model of GPIO. MFC after:=093 weeks [rpaulo] Remove _DTRACE_VERSION from sdt.h. It will now come from the comm= and line (bsd.dep.mk). MFC after:=093 weeks [rpaulo] Automatically build and link DTrace USDT probes. This completely replaces bsd.dtrace.mk which never worked reliably. MFC after:=093 weeks ------------------------------------------ [...truncated 96958 lines...] CC=3D'cc ' mkdep -f .depend -a -I -std=3Dgnu99 --- usr.bin.depend__D --- echo mkcsmapper: /usr/obj >> .depend --- usr.sbin.depend__D --- echo fifolog_create: /usr/obj /usr/obj /= usr/obj >> .depend =3D=3D=3D> usr.sbin/fifolog/fifolog_writer (depend) --- usr.bin.depend__D --- --- depend_subdir_mkdep --- =3D=3D=3D> usr.bin/mkdep (depend) --- usr.sbin.depend__D --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I -std=3Dgnu99 --- usr.bin.depend__D --- --- depend_subdir_mkesdb --- =3D=3D=3D> usr.bin/mkesdb (depend) --- usr.sbin.depend__D --- --- depend_subdir_fwcontrol --- echo fwcontrol: /usr/obj >> .depend --- usr.bin.depend__D --- --- depend_subdir_mkfifo --- =3D=3D=3D> usr.bin/mkfifo (depend) --- depend_subdir_mkesdb --- --- lex.c --- lex -t > lex.c --- usr.sbin.depend__D --- --- depend_subdir_fifolog --- echo fifolog_writer: /usr/obj /usr/obj /= usr/obj /usr/obj >> .depend =3D=3D=3D> usr.sbin/fifolog/fifolog_reader (depend) --- usr.bin.depend__D --- --- depend_subdir_mkfifo --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -std=3Dgnu99 --- depend_subdir_mkesdb --- --- yacc.c --- yacc -d -o yacc.c --- .depend --- --- usr.sbin.depend__D --- --- depend_subdir_ftp-proxy --- =3D=3D=3D> usr.sbin/ftp-proxy/ftp-proxy (depend) --- usr.bin.depend__D --- rm -f .depend --- usr.sbin.depend__D --- --- depend_subdir_fifolog --- --- .depend --- --- usr.bin.depend__D --- CC=3D'cc ' mkdep -f .depend -a -I -I -I -std=3Dgnu= 99 lex.c yacc.c --- usr.sbin.depend__D --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I -std=3Dgnu99 --- usr.bin.depend__D --- --- depend_subdir_mkfifo --- echo mkfifo: /usr/obj >> .depend --- usr.sbin.depend__D --- --- depend_subdir_getfmac --- =3D=3D=3D> usr.sbin/getfmac (depend) --- depend_subdir_ftp-proxy --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I -std=3Dgnu99 --- depend_subdir_fifolog --- echo fifolog_reader: /usr/obj /usr/obj /= usr/obj /usr/obj >> .depend --- depend_subdir_getfmac --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -std=3Dgnu99 --- usr.bin.depend__D --- --- depend_subdir_mkimg --- =3D=3D=3D> usr.bin/mkimg (depend) --- depend_subdir_mkesdb --- echo mkesdb: /usr/obj >> .depend --- usr.sbin.depend__D --- --- depend_subdir_getpmac --- =3D=3D=3D> usr.sbin/getpmac (depend) --- depend_subdir_getfmac --- echo getfmac: /usr/obj >> .depend --- usr.bin.depend__D --- --- depend_subdir_mklocale --- =3D=3D=3D> usr.bin/mklocale (depend) --- depend_subdir_mkimg --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -DSPARSE_WRITE -std=3Dgnu99 = --- usr.sbin.depend__D --- --- depend_subdir_getpmac --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -std=3Dgnu99 --- usr.bin.depend__D --- --- depend_subdir_mklocale --- --- yacc.c --- yacc -d cp y.tab.c yacc.c --- usr.sbin.depend__D --- --- depend_subdir_ftp-proxy --- echo ftp-proxy: /usr/obj /usr/obj >> .de= pend --- usr.bin.depend__D --- --- lex.c --- --- depend_subdir_mkstr --- --- depend_subdir_mklocale --- lex -t > lex.c --- depend_subdir_mkstr --- =3D=3D=3D> usr.bin/mkstr (depend) --- usr.sbin.depend__D --- --- depend_subdir_getpmac --- echo getpmac: /usr/obj >> .depend --- depend_subdir_gpioctl --- =3D=3D=3D> usr.sbin/gpioctl (depend) --- usr.bin.depend__D --- --- depend_subdir_mklocale --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I. -I -I -std=3Dgnu9= 9 yacc.c lex.c --- depend_subdir_mkstr --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -std=3Dgnu99 --- usr.sbin.depend__D --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -std=3Dgnu99 --- usr.bin.depend__D --- echo mkstr: /usr/obj >> .depend --- usr.sbin.depend__D --- --- depend_subdir_gssd --- =3D=3D=3D> usr.sbin/gssd (depend) --- usr.bin.depend__D --- --- depend_subdir_mklocale --- echo mklocale: /usr/obj >> .depend --- usr.sbin.depend__D --- --- depend_subdir_gstat --- --- depend_subdir_gpioctl --- echo gpioctl: /usr/obj >> .depend --- depend_subdir_gstat --- =3D=3D=3D> usr.sbin/gstat (depend) --- usr.bin.depend__D --- --- depend_subdir_mktemp --- =3D=3D=3D> usr.bin/mktemp (depend) --- usr.sbin.depend__D --- --- depend_subdir_gssd --- --- gssd.h --- RPCGEN_CPP=3Dcpp\ rpcgen -L -C -M -h -o gssd.h --- depend_subdir_gstat --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -std=3Dgnu99 --- usr.bin.depend__D --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -std=3Dgnu99 --- usr.sbin.depend__D --- --- depend_subdir_gssd --- --- gssd_svc.c --- RPCGEN_CPP=3Dcpp\ rpcgen -L -C -M -m -o gssd_svc.c --- gssd_xdr.c --- RPCGEN_CPP=3Dcpp\ rpcgen -L -C -M -c -o gssd_xdr.c --- usr.bin.depend__D --- echo mktemp: /usr/obj >> .depend --- usr.sbin.depend__D --- --- depend_subdir_i2c --- =3D=3D=3D> usr.sbin/i2c (depend) --- depend_subdir_gssd --- --- .depend --- --- depend_subdir_gstat --- echo gstat: /usr/obj /usr/obj /usr/obj /usr/obj /usr/obj /usr/obj /usr/obj /usr/obj >> .depend --- depend_subdir_gssd --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I. -std=3Dgnu99 gssd_svc.c gssd_xd= r.c --- usr.bin.depend__D --- --- depend_subdir_mkulzma --- =3D=3D=3D> usr.bin/mkulzma (depend) --- usr.sbin.depend__D --- --- depend_subdir_i2c --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -std=3Dgnu99 --- usr.bin.depend__D --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -std=3Dgnu99 --- usr.sbin.depend__D --- :41:10: fatal error: 'dev/iicbus/iic.h' file not found #include ^ 1 error generated. mkdep: compile failed *** [.depend] Error code 1 make[4]: stopped in 1 error make[4]: stopped in *** [depend_subdir_i2c] Error code 2 make[3]: stopped in --- usr.bin.depend__D --- echo mkulzma: /usr/obj /usr/obj >> .depend A failure has been detected in another branch of the parallel make make[4]: stopped in *** [depend_subdir_mkulzma] Error code 2 make[3]: stopped in --- depend_subdir_mkimg --- echo mkimg: /usr/obj /usr/obj >> .depend A failure has been detected in another branch of the parallel make make[4]: stopped in *** [depend_subdir_mkimg] Error code 2 make[3]: stopped in 2 errors make[3]: stopped in *** [usr.bin.depend__D] Error code 2 make[2]: stopped in --- usr.sbin.depend__D --- --- depend_subdir_gssd --- echo gssd: /usr/obj /usr/obj /usr/obj /usr/obj /usr/obj= /usr/obj /usr/obj /usr/obj /usr/obj >> .depend A failure has been detected in another branch of the parallel make make[4]: stopped in *** [depend_subdir_gssd] Error code 2 make[3]: stopped in 2 errors make[3]: stopped in *** [usr.sbin.depend__D] Error code 2 make[2]: stopped in 2 errors make[2]: stopped in *** [_depend] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Sat Jul 12 05:56:20 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 826FB533; Sat, 12 Jul 2014 05:56:20 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5753821D6; Sat, 12 Jul 2014 05:56:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6C5uANk037728; Sat, 12 Jul 2014 01:56:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6C5uAvR037727; Sat, 12 Jul 2014 05:56:10 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 12 Jul 2014 05:56:10 GMT Message-Id: <201407120556.s6C5uAvR037727@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jul 2014 05:56:20 -0000 TB --- 2014-07-12 05:06:53 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-12 05:06:53 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-12 05:06:53 - starting HEAD tinderbox run for mips/mips TB --- 2014-07-12 05:06:53 - cleaning the object tree TB --- 2014-07-12 05:06:53 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-12 05:07:27 - At svn revision 268537 TB --- 2014-07-12 05:07:28 - building world TB --- 2014-07-12 05:07:28 - CROSS_BUILD_TESTING=YES TB --- 2014-07-12 05:07:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-12 05:07:28 - MAKESYSPATH=/src/share/mk TB --- 2014-07-12 05:07:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-12 05:07:28 - SRCCONF=/dev/null TB --- 2014-07-12 05:07:28 - TARGET=mips TB --- 2014-07-12 05:07:28 - TARGET_ARCH=mips TB --- 2014-07-12 05:07:28 - TZ=UTC TB --- 2014-07-12 05:07:28 - __MAKE_CONF=/dev/null TB --- 2014-07-12 05:07:28 - cd /src TB --- 2014-07-12 05:07:28 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jul 12 05:07:37 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstl_live.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlist.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistdata.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistnode.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistpolicy.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfieldhdr.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfr.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfraginfo.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash_live.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashdata.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashnode.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhost.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmap.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmask.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printifname.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printip.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c cc1: warnings being treated as errors /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c:6: warning: 'printhostsv6' declared 'static' but never defined *** Error code 1 Stop. bmake[5]: stopped in /src/sbin/ipf/ipf *** Error code 1 Stop. bmake[4]: stopped in /obj/mips.mips/src/rescue/rescue *** Error code 1 Stop. bmake[3]: stopped in /src/rescue/rescue *** Error code 1 Stop. bmake[2]: stopped in /src/rescue *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-12 05:56:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-12 05:56:10 - ERROR: failed to build world TB --- 2014-07-12 05:56:10 - 2227.52 user 538.70 system 2956.84 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Jul 12 06:02:58 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7C5657EF; Sat, 12 Jul 2014 06:02:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 50978227B; Sat, 12 Jul 2014 06:02:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6C62vSo016995; Sat, 12 Jul 2014 02:02:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6C62vma016961; Sat, 12 Jul 2014 06:02:57 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 12 Jul 2014 06:02:57 GMT Message-Id: <201407120602.s6C62vma016961@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jul 2014 06:02:58 -0000 TB --- 2014-07-12 05:15:32 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-12 05:15:32 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-12 05:15:32 - starting HEAD tinderbox run for mips64/mips TB --- 2014-07-12 05:15:32 - cleaning the object tree TB --- 2014-07-12 05:15:32 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-12 05:15:35 - At svn revision 268537 TB --- 2014-07-12 05:15:36 - building world TB --- 2014-07-12 05:15:36 - CROSS_BUILD_TESTING=YES TB --- 2014-07-12 05:15:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-12 05:15:36 - MAKESYSPATH=/src/share/mk TB --- 2014-07-12 05:15:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-12 05:15:36 - SRCCONF=/dev/null TB --- 2014-07-12 05:15:36 - TARGET=mips TB --- 2014-07-12 05:15:36 - TARGET_ARCH=mips64 TB --- 2014-07-12 05:15:36 - TZ=UTC TB --- 2014-07-12 05:15:36 - __MAKE_CONF=/dev/null TB --- 2014-07-12 05:15:36 - cd /src TB --- 2014-07-12 05:15:36 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jul 12 05:15:43 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstl_live.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlist.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistdata.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistnode.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistpolicy.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfieldhdr.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfr.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfraginfo.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash_live.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashdata.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashnode.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhost.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmap.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmask.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printifname.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printip.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c cc1: warnings being treated as errors /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c:6: warning: 'printhostsv6' declared 'static' but never defined *** Error code 1 Stop. bmake[5]: stopped in /src/sbin/ipf/ipf *** Error code 1 Stop. bmake[4]: stopped in /obj/mips.mips64/src/rescue/rescue *** Error code 1 Stop. bmake[3]: stopped in /src/rescue/rescue *** Error code 1 Stop. bmake[2]: stopped in /src/rescue *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-12 06:02:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-12 06:02:57 - ERROR: failed to build world TB --- 2014-07-12 06:02:57 - 2225.02 user 537.47 system 2844.55 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Jul 12 06:56:51 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9D9E2282; Sat, 12 Jul 2014 06:56:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 72DAB264A; Sat, 12 Jul 2014 06:56:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6C6unTj039831; Sat, 12 Jul 2014 02:56:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6C6unYC039829; Sat, 12 Jul 2014 06:56:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 12 Jul 2014 06:56:49 GMT Message-Id: <201407120656.s6C6unYC039829@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jul 2014 06:56:51 -0000 TB --- 2014-07-12 06:02:57 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-12 06:02:57 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-12 06:02:57 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-07-12 06:02:57 - cleaning the object tree TB --- 2014-07-12 06:02:57 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-12 06:03:00 - At svn revision 268537 TB --- 2014-07-12 06:03:01 - building world TB --- 2014-07-12 06:03:01 - CROSS_BUILD_TESTING=YES TB --- 2014-07-12 06:03:01 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-12 06:03:01 - MAKESYSPATH=/src/share/mk TB --- 2014-07-12 06:03:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-12 06:03:01 - SRCCONF=/dev/null TB --- 2014-07-12 06:03:01 - TARGET=sparc64 TB --- 2014-07-12 06:03:01 - TARGET_ARCH=sparc64 TB --- 2014-07-12 06:03:01 - TZ=UTC TB --- 2014-07-12 06:03:01 - __MAKE_CONF=/dev/null TB --- 2014-07-12 06:03:01 - cd /src TB --- 2014-07-12 06:03:01 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jul 12 06:03:08 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstl_live.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlist.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistdata.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistnode.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistpolicy.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfieldhdr.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfr.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfraginfo.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash_live.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashdata.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashnode.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhost.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmap.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmask.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printifname.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printip.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c cc1: warnings being treated as errors /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c:6: warning: 'printhostsv6' declared 'static' but never defined *** Error code 1 Stop. bmake[5]: stopped in /src/sbin/ipf/ipf *** Error code 1 Stop. bmake[4]: stopped in /obj/sparc64.sparc64/src/rescue/rescue *** Error code 1 Stop. bmake[3]: stopped in /src/rescue/rescue *** Error code 1 Stop. bmake[2]: stopped in /src/rescue *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-12 06:56:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-12 06:56:49 - ERROR: failed to build world TB --- 2014-07-12 06:56:49 - 2533.42 user 508.66 system 3232.37 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Jul 12 07:31:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59D7A9A9; Sat, 12 Jul 2014 07:31:01 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 37D8E2929; Sat, 12 Jul 2014 07:31:01 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 99A4390D; Sat, 12 Jul 2014 07:31:01 +0000 (UTC) Date: Sat, 12 Jul 2014 07:31:00 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, rpaulo@FreeBSD.org, adrian@FreeBSD.org Message-ID: <1359428717.234.1405150261515.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <190297006.233.1405142644430.JavaMail.jenkins@jenkins-9.freebsd.org> References: <190297006.233.1405142644430.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD #1027 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 Jul 2014 07:31:01 -0000 See Changes: [rpaulo] Revert r268543. We should probably fix sys/gpio.h instead. [adrian] Add IPv6 flowid, bindmulti and RSS awareness. [adrian] Add INP_RSS_BUCKET_SET awareness for IPv6 pcbgroup entries. This ensures that a listen socket with INP_RSS_BUCKET_SET set will use the pre-determined PCBGROUP rather than what the hashing path chooses. [adrian] Add the IPv6 versions of the multi-bind, hash/hash type and RSS op= tions. [adrian] Add RSS hashing awareness for IPv6 and TCP IPv6 hash types. [adrian] Add some hash types for UDP RSS for both IPv4 and IPv6. Nothing is yet using this but I'd like to reserve these values. [adrian] Expose in_pcbbind_check_bindmulti() so the upcoming IPv6 RSS chang= es can be made to use it. ------------------------------------------ [...truncated 134123 lines...] gzip -cn > VOP_ADVLOCK.9.gz --- VOP_ALLOCATE.9.gz --- gzip -cn > VOP_ALLOCATE.9.gz --- VOP_ATTRIB.9.gz --- gzip -cn > VOP_ATTRIB.9.gz --- VOP_BWRITE.9.gz --- gzip -cn > VOP_BWRITE.9.gz --- VOP_CREATE.9.gz --- gzip -cn > VOP_CREATE.9.gz --- VOP_FSYNC.9.gz --- gzip -cn > VOP_FSYNC.9.gz --- VOP_GETACL.9.gz --- gzip -cn > VOP_GETACL.9.gz --- sbin.all__D --- --- activemap.o --- --- share.all__D --- --- VOP_GETEXTATTR.9.gz --- --- sbin.all__D --- cc -O2 -pipe -I -DHAVE_CAPSICUM -DPROTO_TCP_DEFAULT_PORT=3D8457 -DINET -DINET6 = -DHAVE_CRYPTO -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall= -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch = -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wr= edundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -Wno-em= pty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments= -c --- share.all__D --- gzip -cn > VOP_GETEXTATTR.9.gz --- VOP_GETPAGES.9.gz --- gzip -cn > VOP_GETPAGES.9.gz --- VOP_GETVOBJECT.9.gz --- gzip -cn > VOP_GETVOBJECT.9.gz --- lib.all__D --- --- version.po --- cc -pg -O2 -pipe -I. -I/usr/obj -I -I -I -I -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=3Dgnu= 99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno= -unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith = -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -= Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-= parentheses-equality -Wno-unused-function -Wno-enum-conversion -Qunused-arg= uments -c -o version.po --- share.all__D --- --- VOP_INACTIVE.9.gz --- gzip -cn > VOP_INACTIVE.9.gz --- VOP_IOCTL.9.gz --- gzip -cn > VOP_IOCTL.9.gz --- VOP_LINK.9.gz --- gzip -cn > VOP_LINK.9.gz --- VOP_LISTEXTATTR.9.gz --- gzip -cn > VOP_LISTEXTATTR.9.gz --- VOP_LOCK.9.gz --- gzip -cn > VOP_LOCK.9.gz --- VOP_LOOKUP.9.gz --- gzip -cn > VOP_LOOKUP.9.gz --- VOP_OPENCLOSE.9.gz --- gzip -cn > VOP_OPENCLOSE.9.gz --- VOP_PATHCONF.9.gz --- gzip -cn > VOP_PATHCONF.9.gz --- VOP_PRINT.9.gz --- gzip -cn > VOP_PRINT.9.gz --- VOP_RDWR.9.gz --- gzip -cn > VOP_RDWR.9.gz --- secure.all__D --- --- dsa_prn.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -fstack-= protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unuse= d-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenthes= es-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-swit= ch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c = -o dsa_prn.po --- share.all__D --- --- VOP_READDIR.9.gz --- gzip -cn > VOP_READDIR.9.gz --- VOP_READLINK.9.gz --- gzip -cn > VOP_READLINK.9.gz --- VOP_REALLOCBLKS.9.gz --- gzip -cn > VOP_REALLOCBLKS.9.gz --- VOP_REMOVE.9.gz --- gzip -cn > VOP_REMOVE.9.gz --- VOP_RENAME.9.gz --- gzip -cn > VOP_RENAME.9.gz --- lib.all__D --- --- vsscanf.po --- --- share.all__D --- --- VOP_REVOKE.9.gz --- --- lib.all__D --- cc -pg -O2 -pipe -I. -I/usr/obj -I -I -I -I -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=3Dgnu= 99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno= -unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith = -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -= Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-= parentheses-equality -Wno-unused-function -Wno-enum-conversion -Qunused-arg= uments -c -o vsscanf.po --- share.all__D --- gzip -cn > VOP_REVOKE.9.gz --- VOP_SETACL.9.gz --- gzip -cn > VOP_SETACL.9.gz --- VOP_SETEXTATTR.9.gz --- gzip -cn > VOP_SETEXTATTR.9.gz --- VOP_STRATEGY.9.gz --- gzip -cn > VOP_STRATEGY.9.gz --- VOP_VPTOCNP.9.gz --- gzip -cn > VOP_VPTOCNP.9.gz --- VOP_VPTOFH.9.gz --- gzip -cn > VOP_VPTOFH.9.gz --- vref.9.gz --- gzip -cn > vref.9.gz --- vrefcnt.9.gz --- gzip -cn > vrefcnt.9.gz --- vrele.9.gz --- gzip -cn > vrele.9.gz --- vslock.9.gz --- gzip -cn > vslock.9.gz --- watchdog.9.gz --- gzip -cn > watchdog.9.gz --- zero_copy.9.gz --- gzip -cn > zero_copy.9.gz --- zone.9.gz --- gzip -cn > zone.9.gz --- lib.all__D --- --- wresize.po --- --- secure.all__D --- --- dsa_sign.po --- --- lib.all__D --- cc -pg -O2 -pipe -I. -I/usr/obj -I -I -I -I -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=3Dgnu= 99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno= -unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith = -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -= Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-= parentheses-equality -Wno-unused-function -Wno-enum-conversion -Qunused-arg= uments -c -o wresize.po --- secure.all__D --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -fstack-= protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unuse= d-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenthes= es-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-swit= ch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c = -o dsa_sign.po --- share.all__D --- =3D=3D=3D> share/me (all) --- sbin.all__D --- --- control.o --- cc -O2 -pipe -I -DHAVE_CAPSICUM -DPROTO_TCP_DEFAULT_PORT=3D8457 -DINET -DINET6 = -DHAVE_CRYPTO -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall= -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch = -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wr= edundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -Wno-em= pty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments= -c --- share.all__D --- --- orig_me.7.gz --- gzip -cn > orig_me.7.gz --- acm.me.tmp --- sed -f < > acm.me.tmp --- chars.me.tmp --- sed -f < > chars.me.tmp --- deltext.me.tmp --- sed -f < > deltext.me.tmp --- secure.all__D --- --- dsa_vrf.po --- --- share.all__D --- --- eqn.me.tmp --- --- secure.all__D --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -fstack-= protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unuse= d-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenthes= es-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-swit= ch-enum -Wno-knr-promoted-parameter -Wno-parenth--- share.all__D --- sed -f < > eqn.me.tmp --- secure.all__D --- eses -Qunused-arguments -c = -o dsa_vrf.po --- share.all__D --- --- float.me.tmp --- sed -f < > float.me.tmp --- footnote.me.tmp --- sed -f < > footnote.me.tmp --- index.me.tmp --- sed -f < > index.me.tmp --- letterhead.me.tmp --- sed -f < > letterhead.me.tmp --- local.me.tmp --- sed -f < > local.me.tmp --- null.me.tmp --- sed -f < > null.me.tmp --- refer.me.tmp --- sed -f < > refer.me.tmp --- sh.me.tmp --- sed -f < > sh.me.tmp --- tbl.me.tmp --- sed -f < > tbl.me.tmp --- thesis.me.tmp --- sed -f < > thesis.me.tmp --- tmac.orig_me.tmp --- sed -f < > tmac.orig_me.tmp --- lib.all__D --- --- access.po --- cc -pg -O2 -pipe -I. -I/usr/obj -I -I -I -I -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=3Dgnu= 99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno= -unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith = -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -= Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-= parentheses-equality -Wno-unused-function -Wno-enum-conversion -Qunused-arg= uments -c -o access.po --- share.all__D --- =3D=3D=3D> share/misc (all) --- secure.all__D --- --- dso_dlfcn.po --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I = -I -I/usr/obj -DOPENSSL_THREADS -DDSO_= DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAES_ASM -= DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF= 2m -DMD5_ASM -DGHASH_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_A= SM -I -I -I -std=3Dgnu89 -fstack-= protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unuse= d-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenthes= es-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-swit= ch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c = -o dso_dlfcn.po --- sbin.all__D --- --- crc32.o --- cc -O2 -pipe -I -DHAVE_CAPSICUM -DPROTO_TCP_DEFAULT_PORT=3D8457 -DINET -DINET6 = -DHAVE_CRYPTO -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall= -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch = -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wr= edundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -Wno-em= pty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments= -c --- share.all__D --- =3D=3D=3D> share/mk (all) --- sbin.all__D --- --- ebuf.o --- --- share.all__D --- make[4]: make[4]: don't know how to make bsd.dtrace.mk. Stop make[4]: stopped in --- sbin.all__D --- cc -O2 -pipe -I -DHAVE_CAPSICUM -DPROTO_TCP_DEFAULT_PORT=3D8457 -DINET -DINET6 = -DHAVE_CRYPTO -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall= -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch = -Wshadow -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wr= edundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-format -Wno-em= pty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments= -c --- share.all__D --- *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [share.all__D] Error code 2 make[2]: stopped in --- lib.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_ncurses] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [lib.all__D] Error code 2 make[2]: stopped in --- sbin.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_hastd] Error code 2 make[3]: stopped in 1 error make[3]: stopped in --- secure.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in --- sbin.all__D --- *** [sbin.all__D] Error code 2 make[2]: stopped in --- secure.all__D --- *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [secure.all__D] Error code 2 make[2]: stopped in 4 errors make[2]: stopped in *** [everything] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Sat Jul 12 08:57:34 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6C9BA32; Sat, 12 Jul 2014 08:57:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BBB022ED5; Sat, 12 Jul 2014 08:57:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6C8vWHA031523; Sat, 12 Jul 2014 04:57:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6C8vWBj031522; Sat, 12 Jul 2014 08:57:32 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 12 Jul 2014 08:57:32 GMT Message-Id: <201407120857.s6C8vWBj031522@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jul 2014 08:57:35 -0000 TB --- 2014-07-12 05:32:23 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-12 05:32:23 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-12 05:32:23 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-07-12 05:32:23 - cleaning the object tree TB --- 2014-07-12 05:32:23 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-12 05:32:26 - At svn revision 268537 TB --- 2014-07-12 05:32:27 - building world TB --- 2014-07-12 05:32:27 - CROSS_BUILD_TESTING=YES TB --- 2014-07-12 05:32:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-12 05:32:27 - MAKESYSPATH=/src/share/mk TB --- 2014-07-12 05:32:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-12 05:32:27 - SRCCONF=/dev/null TB --- 2014-07-12 05:32:27 - TARGET=powerpc TB --- 2014-07-12 05:32:27 - TARGET_ARCH=powerpc TB --- 2014-07-12 05:32:27 - TZ=UTC TB --- 2014-07-12 05:32:27 - __MAKE_CONF=/dev/null TB --- 2014-07-12 05:32:27 - cd /src TB --- 2014-07-12 05:32:27 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jul 12 05:32:34 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstl_live.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlist.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistdata.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistnode.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistpolicy.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfieldhdr.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfr.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfraginfo.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash_live.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashdata.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashnode.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhost.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmap.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmask.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printifname.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printip.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c cc1: warnings being treated as errors /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c:6: warning: 'printhostsv6' declared 'static' but never defined *** Error code 1 Stop. bmake[5]: stopped in /src/sbin/ipf/ipf *** Error code 1 Stop. bmake[4]: stopped in /obj/powerpc.powerpc/src/rescue/rescue *** Error code 1 Stop. bmake[3]: stopped in /src/rescue/rescue *** Error code 1 Stop. bmake[2]: stopped in /src/rescue *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-12 08:57:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-12 08:57:32 - ERROR: failed to build world TB --- 2014-07-12 08:57:32 - 10877.16 user 1120.66 system 12309.55 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Jul 12 09:19:38 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E6879E; Sat, 12 Jul 2014 09:19:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CD30F2089; Sat, 12 Jul 2014 09:19:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6C9JalN085432; Sat, 12 Jul 2014 05:19:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6C9JaP9085431; Sat, 12 Jul 2014 09:19:36 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 12 Jul 2014 09:19:36 GMT Message-Id: <201407120919.s6C9JaP9085431@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jul 2014 09:19:38 -0000 TB --- 2014-07-12 05:56:11 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-12 05:56:11 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-12 05:56:11 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-07-12 05:56:11 - cleaning the object tree TB --- 2014-07-12 05:56:11 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-12 05:56:14 - At svn revision 268537 TB --- 2014-07-12 05:56:15 - building world TB --- 2014-07-12 05:56:15 - CROSS_BUILD_TESTING=YES TB --- 2014-07-12 05:56:15 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-12 05:56:15 - MAKESYSPATH=/src/share/mk TB --- 2014-07-12 05:56:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-12 05:56:15 - SRCCONF=/dev/null TB --- 2014-07-12 05:56:15 - TARGET=powerpc TB --- 2014-07-12 05:56:15 - TARGET_ARCH=powerpc64 TB --- 2014-07-12 05:56:15 - TZ=UTC TB --- 2014-07-12 05:56:15 - __MAKE_CONF=/dev/null TB --- 2014-07-12 05:56:15 - cd /src TB --- 2014-07-12 05:56:15 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jul 12 05:56:22 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstl_live.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlist.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistdata.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistnode.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistpolicy.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfieldhdr.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfr.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfraginfo.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash_live.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashdata.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashnode.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhost.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmap.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmask.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printifname.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printip.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c cc1: warnings being treated as errors /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c:6: warning: 'printhostsv6' declared 'static' but never defined *** Error code 1 Stop. bmake[5]: stopped in /src/sbin/ipf/ipf *** Error code 1 Stop. bmake[4]: stopped in /obj/powerpc.powerpc64/src/rescue/rescue *** Error code 1 Stop. bmake[3]: stopped in /src/rescue/rescue *** Error code 1 Stop. bmake[2]: stopped in /src/rescue *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-12 09:19:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-12 09:19:36 - ERROR: failed to build world TB --- 2014-07-12 09:19:36 - 10948.03 user 1125.34 system 12205.18 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Jul 12 10:40:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70886D80; Sat, 12 Jul 2014 10:40:07 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 5ED382676; Sat, 12 Jul 2014 10:40:07 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 6A1F7941; Sat, 12 Jul 2014 10:40:07 +0000 (UTC) Date: Sat, 12 Jul 2014 10:40:06 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org, theraven@FreeBSD.org, rpaulo@FreeBSD.org, adrian@FreeBSD.org Message-ID: <2000970719.239.1405161607397.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1359428717.234.1405150261515.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1359428717.234.1405150261515.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD #1028 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 Jul 2014 10:40:07 -0000 See From owner-freebsd-current@FreeBSD.ORG Sat Jul 12 11:09:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 742CA4E0 for ; Sat, 12 Jul 2014 11:09:22 +0000 (UTC) Received: from st11p00mm-asmtp001.mac.com (st11p00mm-asmtp001.mac.com [17.172.81.0]) (using TLSv1 with cipher DES-CBC3-SHA (168/168 bits)) (Client CN "smtp.me.com", Issuer "VeriSign Class 3 Extended Validation SSL SGC CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 42960288A for ; Sat, 12 Jul 2014 11:09:21 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 8BIT Content-type: text/plain; charset=UTF-8; format=flowed Received: from andersbo-mac.local (ti0025a400-5325.bb.online.no [85.167.91.221]) by st11p00mm-asmtp001.mac.com (Oracle Communications Messaging Server 7u4-27.10(7.0.4.27.9) 64bit (built Jun 6 2014)) with ESMTPSA id <0N8L00I6MG7ABY30@st11p00mm-asmtp001.mac.com> for freebsd-current@freebsd.org; Sat, 12 Jul 2014 10:09:12 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52,1.0.14,0.0.0000 definitions=2014-07-12_01:2014-07-11,2014-07-12,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=92 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1407120132 Message-id: <53C10945.4020003@icloud.com> Date: Sat, 12 Jul 2014 12:09:09 +0200 From: Anders Bolt-Evensen User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 To: huanghwh@gmail.com Subject: Re: uefi boot on Apple Mac References: <537DFD85.1090903@icloud.com> In-reply-to: Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 Jul 2014 11:09:22 -0000 I also got a message like that when I booted from a USB stick on a MacBookPro8,3 (17 inch, late 2011). I fixed it by creating a custom ISO image and burned that onto a DVD using an external DVD drive. The UEFI installer boots fine from this external DVD drive. Here is how I did it: Genereste an ISO with the FreeBSD-CURRENT kernel, mount the ISO and copy all files from the root directory in the ISO and unmount > cd /usr/src/release > sh ./generate-release.sh # You may have to run “make buildworld” and be connected to the internet to install required ports. > mount -t cd9660 /scratch/R/release/FreeBSD-something-disc1.iso /mnt > mkdir freebsd_generic_installer #Files copied to the directory in the next command will be copied to a new ISO in step 3 > cp -R /mnt/ freebsd_generic_installer/ > umount /mnt 2. Create a FAT filesystem image and place the loader in it in the default path that UEFI will look for (the following steps are copied from https://wiki.freebsd.org/UEFI#CD.2FDVD_Boot_under_UEFI): > dd if=/dev/zero of=efiboot.img bs=4k count=100 > mdconfig -a -t vnode -f efiboot.img > newfs_msdos -F 12 -m 0xf8 /dev/md0 > mount -t msdosfs /dev/md0 /mnt > mkdir -p /mnt/efi/boot > cp loader.efi /mnt/efi/boot/bootx64.efi > umount /mnt > mdconfig -d -u 0 3. Create the custom ISO image. Please make sure that the entry in freebsd_generic_installer/etc/fstab matches the label you choose in the command below. > makefs -t cd9660 -o bootimage='i386;efiboot.img' -o no-emul-boot -o rockridge -o label=“FREEBSD_UEFI_INSTALL" -o publisher="test" uefi-test.iso freebsd_generic_installer/ To get the example in the command above to work, please make sure that the entry in freebsd_generic_installer/etc/fstab reads "/dev/iso9660/FREEBSD_UEFI_INSTALL / cd9660 ro 0 0" 4. Burn the image to DVD, reboot your system and choose “EFI Boot”. Note that unless you are using a EFI console like rEFIt or rEFInd, you may have to kind of wait a couple of minutes while the kernel is loading before anything appears on the screen. On 04/07/14 16:34, Huang Wen Hui wrote: > Hi, > On my MacbookPro11,3, I got this error message: > > http://sw.gddsn.org.cn/freebsd/uefi.jpg > > cheers, > > Huang WenHui > > 2014-07-04 22:13 GMT+08:00 Ed Maste : > >> On 24 May 2014 19:39, Rafael Espíndola wrote: >>> Yes, I got that in the mac laptops I tried, it worked on a Mac Pro. It >>> might be the frame buffer corruption that Ed Maste was mentioning. >> I purchased a new MacBook Air yesterday (model identifier >> MacBookAir6,2). UEFI boot and vt(4) worked correctly. (My image >> included Rafael's patch; I haven't tried a boot without.) >> >> I also committed a change to display the framebuffer parameters >> (address, dimensions, etc.) on boot, in order to help identify the >> source of this issue. If you have a moment can you build a new USB >> stick image and give it a try? >> >> -Ed >> > _______________________________________________ > 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 Sat Jul 12 14:24:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B81A54DE for ; Sat, 12 Jul 2014 14:24:43 +0000 (UTC) Received: from mail-la0-x231.google.com (mail-la0-x231.google.com [IPv6:2a00:1450:4010:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2DAEE26E1 for ; Sat, 12 Jul 2014 14:24:43 +0000 (UTC) Received: by mail-la0-f49.google.com with SMTP id gf5so1718208lab.36 for ; Sat, 12 Jul 2014 07:24:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=i/qTN1F11r5ekUkT+gKSdMTaBGdvMDPCRrsUjwNJbbY=; b=sQXpSHw4ofMlaySwurBl2ciQIVlZtVEJJxwgrtjCbCwPdlGGmpYz8Di1mKYWM3BQ+k t5bkG0WbH/QJoG4zgP4iFcKTlwQdzrGSq0KqHaZyptVD++nLc5pQn1oKBdYooYCRou+9 jW3Mn1lVfFcfyF1UviFYejX4/HDZ/HskoXGshBFUD2eJDSI9X1oU3S8OgdVsVByltcrW vsc5pKy6sshnHc/khbW5e0BYESaj/DldFVFXAAIAj8l/SS+fbRJCU3l/Y2iYIn7zdzqP brhZfagzhwkG7N1hVK64ln7fb8QK3D+v+3pfvciJDRbNVChuFuwCWOR9JEpiMbTOnA04 WiNw== MIME-Version: 1.0 X-Received: by 10.152.5.230 with SMTP id v6mr4527080lav.33.1405175080922; Sat, 12 Jul 2014 07:24:40 -0700 (PDT) Received: by 10.112.217.4 with HTTP; Sat, 12 Jul 2014 07:24:40 -0700 (PDT) Reply-To: huanghwh@gmail.com In-Reply-To: <53C10945.4020003@icloud.com> References: <537DFD85.1090903@icloud.com> <53C10945.4020003@icloud.com> Date: Sat, 12 Jul 2014 22:24:40 +0800 Message-ID: Subject: Re: uefi boot on Apple Mac From: Huang Wen Hui To: Anders Bolt-Evensen Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 Jul 2014 14:24:43 -0000 As loader.efi and kernel not change at all from USB to CD, I am confuse why you can boot from CD. Anyway, I try to boot from CD as you suggest, but I got the same result as before:( 2014-07-12 18:09 GMT+08:00 Anders Bolt-Evensen : > I also got a message like that when I booted from a USB stick on a > MacBookPro8,3 (17 inch, late 2011). > > I fixed it by creating a custom ISO image and burned that onto a DVD usin= g > an external DVD drive. > The UEFI installer boots fine from this external DVD drive. > > Here is how I did it: > > Genereste an ISO with the FreeBSD-CURRENT kernel, mount the ISO and copy > all files from the root directory in the ISO and unmount > > cd /usr/src/release > > sh ./generate-release.sh # You may have to run =E2=80=9Cmake buildw= orld=E2=80=9D and > be connected to the internet to install required ports. > > mount -t cd9660 /scratch/R/release/FreeBSD-something-disc1.iso /mnt > > mkdir freebsd_generic_installer > #Files copied to the directory in the next command will be copied to = a > new ISO in step 3 > > cp -R /mnt/ freebsd_generic_installer/ > > umount /mnt > 2. Create a FAT filesystem image and place the loader in it in the defaul= t > path that UEFI will look for (the following steps are copied from > https://wiki.freebsd.org/UEFI#CD.2FDVD_Boot_under_UEFI): > > dd if=3D/dev/zero of=3Defiboot.img bs=3D4k count=3D100 > > mdconfig -a -t vnode -f efiboot.img > > newfs_msdos -F 12 -m 0xf8 /dev/md0 > > mount -t msdosfs /dev/md0 /mnt > > mkdir -p /mnt/efi/boot > > cp loader.efi /mnt/efi/boot/bootx64.efi > > umount /mnt > > mdconfig -d -u 0 > > 3. Create the custom ISO image. Please make sure that the entry in > freebsd_generic_installer/etc/fstab matches the label you choose in the > command below. > > makefs -t cd9660 -o bootimage=3D'i386;efiboot.img' -o no-emul-boot = -o > rockridge -o label=3D=E2=80=9CFREEBSD_UEFI_INSTALL" -o publisher=3D"test"= uefi-test.iso > freebsd_generic_installer/ > > To get the example in the command above to work, please make sure that th= e > entry in freebsd_generic_installer/etc/fstab reads > "/dev/iso9660/FREEBSD_UEFI_INSTALL / cd9660 ro 0 0" > > 4. Burn the image to DVD, reboot your system and choose =E2=80=9CEFI Boot= =E2=80=9D. Note > that unless you are using a EFI console like rEFIt or rEFInd, you may hav= e > to kind of wait a couple of minutes while the kernel is loading before > anything appears on the screen. > > > > On 04/07/14 16:34, Huang Wen Hui wrote: > >> Hi, >> On my MacbookPro11,3, I got this error message: >> >> http://sw.gddsn.org.cn/freebsd/uefi.jpg >> >> cheers, >> >> Huang WenHui >> >> 2014-07-04 22:13 GMT+08:00 Ed Maste : >> >> On 24 May 2014 19:39, Rafael Esp=C3=ADndola >>> wrote: >>> >>>> Yes, I got that in the mac laptops I tried, it worked on a Mac Pro. It >>>> might be the frame buffer corruption that Ed Maste was mentioning. >>>> >>> I purchased a new MacBook Air yesterday (model identifier >>> MacBookAir6,2). UEFI boot and vt(4) worked correctly. (My image >>> included Rafael's patch; I haven't tried a boot without.) >>> >>> I also committed a change to display the framebuffer parameters >>> (address, dimensions, etc.) on boot, in order to help identify the >>> source of this issue. If you have a moment can you build a new USB >>> stick image and give it a try? >>> >>> -Ed >>> >>> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g >> " >> > > From owner-freebsd-current@FreeBSD.ORG Sat Jul 12 16:38:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7526D3EC for ; Sat, 12 Jul 2014 16:38:23 +0000 (UTC) Received: from mail.egr.msu.edu (boomhauer.egr.msu.edu [35.9.37.167]) by mx1.freebsd.org (Postfix) with ESMTP id 4831A2095 for ; Sat, 12 Jul 2014 16:38:22 +0000 (UTC) Received: from boomhauer (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id 4E5D445EC3 for ; Sat, 12 Jul 2014 12:28:29 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by boomhauer (boomhauer.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0ZWqTd7NHiQl for ; Sat, 12 Jul 2014 12:28:29 -0400 (EDT) Received: from EGR authenticated sender Message-ID: <53C1622C.1040401@egr.msu.edu> Date: Sat, 12 Jul 2014 12:28:28 -0400 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: uefi boot on Apple Mac References: <537DFD85.1090903@icloud.com> <53C10945.4020003@icloud.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 Jul 2014 16:38:23 -0000 I could boot from USB but the console stops after printing the resolution. I tried on a macbookpro of unknown age (not brand new, not very old) and a newer Air. I could tell by the way my USB key blinked that it actually finished booting and went to the installer, and would shut down properly when I hit the power button. I modified my USB key to enable a vt100 serial console on /dev/cuaU0 in /etc/ttys and used a USB serial console where I could login and run bsdinstall if I wanted. I was able to finish a bootable uefi install to a second USB key but the console on all of these installs stops after printing the resolution. It was not clear to me if it that means it just doesn't support the screen or what. X claimed it could not find a console. On 07/12/2014 10:24, Huang Wen Hui wrote: > As loader.efi and kernel not change at all from USB to CD, I am confuse why > you can boot from CD. > Anyway, I try to boot from CD as you suggest, but I got the same result as > before:( > > > 2014-07-12 18:09 GMT+08:00 Anders Bolt-Evensen : > >> I also got a message like that when I booted from a USB stick on a >> MacBookPro8,3 (17 inch, late 2011). >> >> I fixed it by creating a custom ISO image and burned that onto a DVD using >> an external DVD drive. >> The UEFI installer boots fine from this external DVD drive. >> >> Here is how I did it: >> >> Genereste an ISO with the FreeBSD-CURRENT kernel, mount the ISO and copy >> all files from the root directory in the ISO and unmount >> > cd /usr/src/release >> > sh ./generate-release.sh # You may have to run “make buildworld” and >> be connected to the internet to install required ports. >> > mount -t cd9660 /scratch/R/release/FreeBSD-something-disc1.iso /mnt >> > mkdir freebsd_generic_installer >> #Files copied to the directory in the next command will be copied to a >> new ISO in step 3 >> > cp -R /mnt/ freebsd_generic_installer/ >> > umount /mnt >> 2. Create a FAT filesystem image and place the loader in it in the default >> path that UEFI will look for (the following steps are copied from >> https://wiki.freebsd.org/UEFI#CD.2FDVD_Boot_under_UEFI): >> > dd if=/dev/zero of=efiboot.img bs=4k count=100 >> > mdconfig -a -t vnode -f efiboot.img >> > newfs_msdos -F 12 -m 0xf8 /dev/md0 >> > mount -t msdosfs /dev/md0 /mnt >> > mkdir -p /mnt/efi/boot >> > cp loader.efi /mnt/efi/boot/bootx64.efi >> > umount /mnt >> > mdconfig -d -u 0 >> >> 3. Create the custom ISO image. Please make sure that the entry in >> freebsd_generic_installer/etc/fstab matches the label you choose in the >> command below. >> > makefs -t cd9660 -o bootimage='i386;efiboot.img' -o no-emul-boot -o >> rockridge -o label=“FREEBSD_UEFI_INSTALL" -o publisher="test" uefi-test.iso >> freebsd_generic_installer/ >> >> To get the example in the command above to work, please make sure that the >> entry in freebsd_generic_installer/etc/fstab reads >> "/dev/iso9660/FREEBSD_UEFI_INSTALL / cd9660 ro 0 0" >> >> 4. Burn the image to DVD, reboot your system and choose “EFI Boot”. Note >> that unless you are using a EFI console like rEFIt or rEFInd, you may have >> to kind of wait a couple of minutes while the kernel is loading before >> anything appears on the screen. >> >> >> >> On 04/07/14 16:34, Huang Wen Hui wrote: >> >>> Hi, >>> On my MacbookPro11,3, I got this error message: >>> >>> http://sw.gddsn.org.cn/freebsd/uefi.jpg >>> >>> cheers, >>> >>> Huang WenHui >>> >>> 2014-07-04 22:13 GMT+08:00 Ed Maste : >>> >>> On 24 May 2014 19:39, Rafael Espíndola >>>> wrote: >>>> >>>>> Yes, I got that in the mac laptops I tried, it worked on a Mac Pro. It >>>>> might be the frame buffer corruption that Ed Maste was mentioning. >>>>> >>>> I purchased a new MacBook Air yesterday (model identifier >>>> MacBookAir6,2). UEFI boot and vt(4) worked correctly. (My image >>>> included Rafael's patch; I haven't tried a boot without.) >>>> >>>> I also committed a change to display the framebuffer parameters >>>> (address, dimensions, etc.) on boot, in order to help identify the >>>> source of this issue. If you have a moment can you build a new USB >>>> stick image and give it a try? >>>> >>>> -Ed >>>> >>>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org >>> " >>> >> >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Jul 12 17:22:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2FEF3DC4 for ; Sat, 12 Jul 2014 17:22:32 +0000 (UTC) Received: from i3mail.icecube.wisc.edu (i3mail.icecube.wisc.edu [128.104.255.23]) by mx1.freebsd.org (Postfix) with ESMTP id F40A623E2 for ; Sat, 12 Jul 2014 17:22:31 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by i3mail.icecube.wisc.edu (Postfix) with ESMTP id 8B5EE38056; Sat, 12 Jul 2014 12:22:25 -0500 (CDT) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from i3mail.icecube.wisc.edu ([127.0.0.1]) by localhost (i3mail.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id JCzkYX4E1hLA; Sat, 12 Jul 2014 12:22:25 -0500 (CDT) Received: from comporellon.tachypleus.net (polaris.tachypleus.net [75.101.50.44]) by i3mail.icecube.wisc.edu (Postfix) with ESMTPSA id 1EA1838052; Sat, 12 Jul 2014 12:22:25 -0500 (CDT) Message-ID: <53C16ED0.2000604@freebsd.org> Date: Sat, 12 Jul 2014 10:22:24 -0700 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Anders Bolt-Evensen , huanghwh@gmail.com Subject: Re: uefi boot on Apple Mac References: <537DFD85.1090903@icloud.com> <53C10945.4020003@icloud.com> In-Reply-To: <53C10945.4020003@icloud.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 12 Jul 2014 17:22:32 -0000 I'd point out that, as of last week, the standard -CURRENT ISOs (and generate-release.sh script) make EFI-bootable media by default. All the snapshots should have this done already, for instance. -Nathan On 07/12/14 03:09, Anders Bolt-Evensen wrote: > I also got a message like that when I booted from a USB stick on a > MacBookPro8,3 (17 inch, late 2011). > > I fixed it by creating a custom ISO image and burned that onto a DVD > using an external DVD drive. > The UEFI installer boots fine from this external DVD drive. > > Here is how I did it: > > Genereste an ISO with the FreeBSD-CURRENT kernel, mount the ISO and > copy all files from the root directory in the ISO and unmount > > cd /usr/src/release > > sh ./generate-release.sh # You may have to run “make buildworld” > and be connected to the internet to install required ports. > > mount -t cd9660 /scratch/R/release/FreeBSD-something-disc1.iso /mnt > > mkdir freebsd_generic_installer > #Files copied to the directory in the next command will be copied > to a new ISO in step 3 > > cp -R /mnt/ freebsd_generic_installer/ > > umount /mnt > 2. Create a FAT filesystem image and place the loader in it in the > default path that UEFI will look for (the following steps are copied > from https://wiki.freebsd.org/UEFI#CD.2FDVD_Boot_under_UEFI): > > dd if=/dev/zero of=efiboot.img bs=4k count=100 > > mdconfig -a -t vnode -f efiboot.img > > newfs_msdos -F 12 -m 0xf8 /dev/md0 > > mount -t msdosfs /dev/md0 /mnt > > mkdir -p /mnt/efi/boot > > cp loader.efi /mnt/efi/boot/bootx64.efi > > umount /mnt > > mdconfig -d -u 0 > > 3. Create the custom ISO image. Please make sure that the entry in > freebsd_generic_installer/etc/fstab matches the label you choose in > the command below. > > makefs -t cd9660 -o bootimage='i386;efiboot.img' -o no-emul-boot > -o rockridge -o label=“FREEBSD_UEFI_INSTALL" -o publisher="test" > uefi-test.iso freebsd_generic_installer/ > > To get the example in the command above to work, please make sure that > the entry in freebsd_generic_installer/etc/fstab reads > "/dev/iso9660/FREEBSD_UEFI_INSTALL / cd9660 ro 0 0" > > 4. Burn the image to DVD, reboot your system and choose “EFI Boot”. > Note that unless you are using a EFI console like rEFIt or rEFInd, you > may have to kind of wait a couple of minutes while the kernel is > loading before anything appears on the screen. > > > On 04/07/14 16:34, Huang Wen Hui wrote: >> Hi, >> On my MacbookPro11,3, I got this error message: >> >> http://sw.gddsn.org.cn/freebsd/uefi.jpg >> >> cheers, >> >> Huang WenHui >> >> 2014-07-04 22:13 GMT+08:00 Ed Maste : >> >>> On 24 May 2014 19:39, Rafael Espíndola >>> wrote: >>>> Yes, I got that in the mac laptops I tried, it worked on a Mac Pro. It >>>> might be the frame buffer corruption that Ed Maste was mentioning. >>> I purchased a new MacBook Air yesterday (model identifier >>> MacBookAir6,2). UEFI boot and vt(4) worked correctly. (My image >>> included Rafael's patch; I haven't tried a boot without.) >>> >>> I also committed a change to display the framebuffer parameters >>> (address, dimensions, etc.) on boot, in order to help identify the >>> source of this issue. If you have a moment can you build a new USB >>> stick image and give it a try? >>> >>> -Ed >>> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Jul 12 17:50:49 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 22FE17D8; Sat, 12 Jul 2014 17:50:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E21052580; Sat, 12 Jul 2014 17:50:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6CHolBG065213; Sat, 12 Jul 2014 13:50:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6CHolCM065210; Sat, 12 Jul 2014 17:50:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 12 Jul 2014 17:50:47 GMT Message-Id: <201407121750.s6CHolCM065210@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jul 2014 17:50:49 -0000 TB --- 2014-07-12 16:59:32 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-12 16:59:32 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-12 16:59:32 - starting HEAD tinderbox run for mips/mips TB --- 2014-07-12 16:59:32 - cleaning the object tree TB --- 2014-07-12 17:00:16 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-12 17:00:48 - At svn revision 268566 TB --- 2014-07-12 17:00:49 - building world TB --- 2014-07-12 17:00:49 - CROSS_BUILD_TESTING=YES TB --- 2014-07-12 17:00:49 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-12 17:00:49 - MAKESYSPATH=/src/share/mk TB --- 2014-07-12 17:00:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-12 17:00:49 - SRCCONF=/dev/null TB --- 2014-07-12 17:00:49 - TARGET=mips TB --- 2014-07-12 17:00:49 - TARGET_ARCH=mips TB --- 2014-07-12 17:00:49 - TZ=UTC TB --- 2014-07-12 17:00:49 - __MAKE_CONF=/dev/null TB --- 2014-07-12 17:00:49 - cd /src TB --- 2014-07-12 17:00:49 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jul 12 17:00:58 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstl_live.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlist.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistdata.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistnode.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistpolicy.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfieldhdr.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfr.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfraginfo.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash_live.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashdata.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashnode.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhost.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmap.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmask.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printifname.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printip.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c cc1: warnings being treated as errors /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c:6: warning: 'printhostsv6' declared 'static' but never defined *** Error code 1 Stop. bmake[5]: stopped in /src/sbin/ipf/ipf *** Error code 1 Stop. bmake[4]: stopped in /obj/mips.mips/src/rescue/rescue *** Error code 1 Stop. bmake[3]: stopped in /src/rescue/rescue *** Error code 1 Stop. bmake[2]: stopped in /src/rescue *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-12 17:50:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-12 17:50:46 - ERROR: failed to build world TB --- 2014-07-12 17:50:46 - 2229.55 user 543.39 system 3074.77 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Jul 12 17:59:00 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE7C5A90; Sat, 12 Jul 2014 17:59:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C263C263C; Sat, 12 Jul 2014 17:59:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6CHwxSV052498; Sat, 12 Jul 2014 13:58:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6CHwxbC052495; Sat, 12 Jul 2014 17:58:59 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 12 Jul 2014 17:58:59 GMT Message-Id: <201407121758.s6CHwxbC052495@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jul 2014 17:59:01 -0000 TB --- 2014-07-12 17:10:43 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-12 17:10:43 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-12 17:10:43 - starting HEAD tinderbox run for mips64/mips TB --- 2014-07-12 17:10:43 - cleaning the object tree TB --- 2014-07-12 17:11:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-12 17:11:36 - At svn revision 268566 TB --- 2014-07-12 17:11:37 - building world TB --- 2014-07-12 17:11:37 - CROSS_BUILD_TESTING=YES TB --- 2014-07-12 17:11:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-12 17:11:37 - MAKESYSPATH=/src/share/mk TB --- 2014-07-12 17:11:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-12 17:11:37 - SRCCONF=/dev/null TB --- 2014-07-12 17:11:37 - TARGET=mips TB --- 2014-07-12 17:11:37 - TARGET_ARCH=mips64 TB --- 2014-07-12 17:11:37 - TZ=UTC TB --- 2014-07-12 17:11:37 - __MAKE_CONF=/dev/null TB --- 2014-07-12 17:11:37 - cd /src TB --- 2014-07-12 17:11:37 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jul 12 17:11:44 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstl_live.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlist.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistdata.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistnode.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistpolicy.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfieldhdr.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfr.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfraginfo.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash_live.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashdata.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashnode.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhost.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmap.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmask.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printifname.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printip.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c cc1: warnings being treated as errors /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c:6: warning: 'printhostsv6' declared 'static' but never defined *** Error code 1 Stop. bmake[5]: stopped in /src/sbin/ipf/ipf *** Error code 1 Stop. bmake[4]: stopped in /obj/mips.mips64/src/rescue/rescue *** Error code 1 Stop. bmake[3]: stopped in /src/rescue/rescue *** Error code 1 Stop. bmake[2]: stopped in /src/rescue *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-12 17:58:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-12 17:58:59 - ERROR: failed to build world TB --- 2014-07-12 17:58:59 - 2227.12 user 540.48 system 2896.36 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Jul 12 18:53:48 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7AB14A1C; Sat, 12 Jul 2014 18:53:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 32A312AC3; Sat, 12 Jul 2014 18:53:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6CIrkbh073623; Sat, 12 Jul 2014 14:53:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6CIrjlT073619; Sat, 12 Jul 2014 18:53:45 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 12 Jul 2014 18:53:45 GMT Message-Id: <201407121853.s6CIrjlT073619@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jul 2014 18:53:48 -0000 TB --- 2014-07-12 17:58:59 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-12 17:58:59 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-12 17:58:59 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-07-12 17:58:59 - cleaning the object tree TB --- 2014-07-12 17:59:41 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-12 17:59:44 - At svn revision 268566 TB --- 2014-07-12 17:59:45 - building world TB --- 2014-07-12 17:59:45 - CROSS_BUILD_TESTING=YES TB --- 2014-07-12 17:59:45 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-12 17:59:45 - MAKESYSPATH=/src/share/mk TB --- 2014-07-12 17:59:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-12 17:59:45 - SRCCONF=/dev/null TB --- 2014-07-12 17:59:45 - TARGET=sparc64 TB --- 2014-07-12 17:59:45 - TARGET_ARCH=sparc64 TB --- 2014-07-12 17:59:45 - TZ=UTC TB --- 2014-07-12 17:59:45 - __MAKE_CONF=/dev/null TB --- 2014-07-12 17:59:45 - cd /src TB --- 2014-07-12 17:59:45 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jul 12 17:59:52 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstl_live.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlist.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistdata.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistnode.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistpolicy.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfieldhdr.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfr.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfraginfo.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash_live.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashdata.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashnode.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhost.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmap.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmask.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printifname.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printip.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c cc1: warnings being treated as errors /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c:6: warning: 'printhostsv6' declared 'static' but never defined *** Error code 1 Stop. bmake[5]: stopped in /src/sbin/ipf/ipf *** Error code 1 Stop. bmake[4]: stopped in /obj/sparc64.sparc64/src/rescue/rescue *** Error code 1 Stop. bmake[3]: stopped in /src/rescue/rescue *** Error code 1 Stop. bmake[2]: stopped in /src/rescue *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-12 18:53:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-12 18:53:45 - ERROR: failed to build world TB --- 2014-07-12 18:53:45 - 2536.65 user 510.80 system 3286.27 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Jul 12 20:48:43 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3DD19E9; Sat, 12 Jul 2014 20:48:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6F9DE222E; Sat, 12 Jul 2014 20:48:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6CKmfMh058906; Sat, 12 Jul 2014 16:48:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6CKmfmw058905; Sat, 12 Jul 2014 20:48:41 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 12 Jul 2014 20:48:41 GMT Message-Id: <201407122048.s6CKmfmw058905@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jul 2014 20:48:43 -0000 TB --- 2014-07-12 17:26:09 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-12 17:26:09 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-12 17:26:09 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-07-12 17:26:09 - cleaning the object tree TB --- 2014-07-12 17:27:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-12 17:27:05 - At svn revision 268566 TB --- 2014-07-12 17:27:06 - building world TB --- 2014-07-12 17:27:06 - CROSS_BUILD_TESTING=YES TB --- 2014-07-12 17:27:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-12 17:27:06 - MAKESYSPATH=/src/share/mk TB --- 2014-07-12 17:27:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-12 17:27:06 - SRCCONF=/dev/null TB --- 2014-07-12 17:27:06 - TARGET=powerpc TB --- 2014-07-12 17:27:06 - TARGET_ARCH=powerpc TB --- 2014-07-12 17:27:06 - TZ=UTC TB --- 2014-07-12 17:27:06 - __MAKE_CONF=/dev/null TB --- 2014-07-12 17:27:06 - cd /src TB --- 2014-07-12 17:27:06 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jul 12 17:27:13 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstl_live.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlist.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistdata.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistnode.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistpolicy.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfieldhdr.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfr.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfraginfo.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash_live.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashdata.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashnode.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhost.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmap.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmask.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printifname.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printip.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c cc1: warnings being treated as errors /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c:6: warning: 'printhostsv6' declared 'static' but never defined *** Error code 1 Stop. bmake[5]: stopped in /src/sbin/ipf/ipf *** Error code 1 Stop. bmake[4]: stopped in /obj/powerpc.powerpc/src/rescue/rescue *** Error code 1 Stop. bmake[3]: stopped in /src/rescue/rescue *** Error code 1 Stop. bmake[2]: stopped in /src/rescue *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-12 20:48:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-12 20:48:41 - ERROR: failed to build world TB --- 2014-07-12 20:48:41 - 10866.41 user 1118.09 system 12152.84 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Jul 12 21:12:13 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2BE2310D; Sat, 12 Jul 2014 21:12:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D9D912489; Sat, 12 Jul 2014 21:12:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6CLCBb2013071; Sat, 12 Jul 2014 17:12:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6CLCBoS013070; Sat, 12 Jul 2014 21:12:11 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 12 Jul 2014 21:12:11 GMT Message-Id: <201407122112.s6CLCBoS013070@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jul 2014 21:12:13 -0000 TB --- 2014-07-12 17:50:47 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-12 17:50:47 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-12 17:50:47 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-07-12 17:50:47 - cleaning the object tree TB --- 2014-07-12 17:51:40 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-12 17:51:43 - At svn revision 268566 TB --- 2014-07-12 17:51:44 - building world TB --- 2014-07-12 17:51:44 - CROSS_BUILD_TESTING=YES TB --- 2014-07-12 17:51:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-12 17:51:44 - MAKESYSPATH=/src/share/mk TB --- 2014-07-12 17:51:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-12 17:51:44 - SRCCONF=/dev/null TB --- 2014-07-12 17:51:44 - TARGET=powerpc TB --- 2014-07-12 17:51:44 - TARGET_ARCH=powerpc64 TB --- 2014-07-12 17:51:44 - TZ=UTC TB --- 2014-07-12 17:51:44 - __MAKE_CONF=/dev/null TB --- 2014-07-12 17:51:44 - cd /src TB --- 2014-07-12 17:51:44 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sat Jul 12 17:51:51 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstl_live.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlist.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistdata.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistnode.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistpolicy.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfieldhdr.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfr.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfraginfo.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash_live.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashdata.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashnode.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhost.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmap.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmask.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printifname.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printip.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c cc1: warnings being treated as errors /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c:6: warning: 'printhostsv6' declared 'static' but never defined *** Error code 1 Stop. bmake[5]: stopped in /src/sbin/ipf/ipf *** Error code 1 Stop. bmake[4]: stopped in /obj/powerpc.powerpc64/src/rescue/rescue *** Error code 1 Stop. bmake[3]: stopped in /src/rescue/rescue *** Error code 1 Stop. bmake[2]: stopped in /src/rescue *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-12 21:12:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-12 21:12:11 - ERROR: failed to build world TB --- 2014-07-12 21:12:11 - 10929.61 user 1121.27 system 12083.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 13 05:49:08 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 08ACB96D; Sun, 13 Jul 2014 05:49:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D0DA3266D; Sun, 13 Jul 2014 05:49:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6D5n4wv092961; Sun, 13 Jul 2014 01:49:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6D5n41X092960; Sun, 13 Jul 2014 05:49:04 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 13 Jul 2014 05:49:04 GMT Message-Id: <201407130549.s6D5n41X092960@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jul 2014 05:49:08 -0000 TB --- 2014-07-13 04:57:38 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-13 04:57:38 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-13 04:57:38 - starting HEAD tinderbox run for mips/mips TB --- 2014-07-13 04:57:38 - cleaning the object tree TB --- 2014-07-13 04:58:27 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-13 04:58:58 - At svn revision 268574 TB --- 2014-07-13 04:58:59 - building world TB --- 2014-07-13 04:58:59 - CROSS_BUILD_TESTING=YES TB --- 2014-07-13 04:58:59 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-13 04:58:59 - MAKESYSPATH=/src/share/mk TB --- 2014-07-13 04:58:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-13 04:58:59 - SRCCONF=/dev/null TB --- 2014-07-13 04:58:59 - TARGET=mips TB --- 2014-07-13 04:58:59 - TARGET_ARCH=mips TB --- 2014-07-13 04:58:59 - TZ=UTC TB --- 2014-07-13 04:58:59 - __MAKE_CONF=/dev/null TB --- 2014-07-13 04:58:59 - cd /src TB --- 2014-07-13 04:58:59 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sun Jul 13 04:59:08 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstl_live.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlist.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistdata.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistnode.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistpolicy.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfieldhdr.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfr.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfraginfo.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash_live.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashdata.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashnode.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhost.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmap.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmask.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printifname.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printip.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c cc1: warnings being treated as errors /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c:6: warning: 'printhostsv6' declared 'static' but never defined *** Error code 1 Stop. bmake[5]: stopped in /src/sbin/ipf/ipf *** Error code 1 Stop. bmake[4]: stopped in /obj/mips.mips/src/rescue/rescue *** Error code 1 Stop. bmake[3]: stopped in /src/rescue/rescue *** Error code 1 Stop. bmake[2]: stopped in /src/rescue *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-13 05:49:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-13 05:49:04 - ERROR: failed to build world TB --- 2014-07-13 05:49:04 - 2228.63 user 541.56 system 3086.60 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 13 05:56:49 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 89347AC2; Sun, 13 Jul 2014 05:56:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5D52526FD; Sun, 13 Jul 2014 05:56:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6D5ug7Z070829; Sun, 13 Jul 2014 01:56:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6D5uggx070797; Sun, 13 Jul 2014 05:56:42 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 13 Jul 2014 05:56:42 GMT Message-Id: <201407130556.s6D5uggx070797@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jul 2014 05:56:49 -0000 TB --- 2014-07-13 05:08:27 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-13 05:08:27 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-13 05:08:27 - starting HEAD tinderbox run for mips64/mips TB --- 2014-07-13 05:08:27 - cleaning the object tree TB --- 2014-07-13 05:09:15 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-13 05:09:19 - At svn revision 268574 TB --- 2014-07-13 05:09:20 - building world TB --- 2014-07-13 05:09:20 - CROSS_BUILD_TESTING=YES TB --- 2014-07-13 05:09:20 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-13 05:09:20 - MAKESYSPATH=/src/share/mk TB --- 2014-07-13 05:09:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-13 05:09:20 - SRCCONF=/dev/null TB --- 2014-07-13 05:09:20 - TARGET=mips TB --- 2014-07-13 05:09:20 - TARGET_ARCH=mips64 TB --- 2014-07-13 05:09:20 - TZ=UTC TB --- 2014-07-13 05:09:20 - __MAKE_CONF=/dev/null TB --- 2014-07-13 05:09:20 - cd /src TB --- 2014-07-13 05:09:20 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sun Jul 13 05:09:27 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstl_live.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlist.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistdata.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistnode.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistpolicy.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfieldhdr.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfr.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfraginfo.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash_live.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashdata.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashnode.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhost.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmap.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmask.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printifname.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printip.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c cc1: warnings being treated as errors /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c:6: warning: 'printhostsv6' declared 'static' but never defined *** Error code 1 Stop. bmake[5]: stopped in /src/sbin/ipf/ipf *** Error code 1 Stop. bmake[4]: stopped in /obj/mips.mips64/src/rescue/rescue *** Error code 1 Stop. bmake[3]: stopped in /src/rescue/rescue *** Error code 1 Stop. bmake[2]: stopped in /src/rescue *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-13 05:56:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-13 05:56:42 - ERROR: failed to build world TB --- 2014-07-13 05:56:42 - 2226.59 user 539.68 system 2894.84 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 13 06:51:30 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 360A1F87; Sun, 13 Jul 2014 06:51:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 09EEA2A8B; Sun, 13 Jul 2014 06:51:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6D6pSYH000980; Sun, 13 Jul 2014 02:51:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6D6pSwD000978; Sun, 13 Jul 2014 06:51:28 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 13 Jul 2014 06:51:28 GMT Message-Id: <201407130651.s6D6pSwD000978@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jul 2014 06:51:30 -0000 TB --- 2014-07-13 05:56:42 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-13 05:56:42 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-13 05:56:42 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-07-13 05:56:42 - cleaning the object tree TB --- 2014-07-13 05:57:24 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-13 05:57:27 - At svn revision 268574 TB --- 2014-07-13 05:57:28 - building world TB --- 2014-07-13 05:57:28 - CROSS_BUILD_TESTING=YES TB --- 2014-07-13 05:57:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-13 05:57:28 - MAKESYSPATH=/src/share/mk TB --- 2014-07-13 05:57:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-13 05:57:28 - SRCCONF=/dev/null TB --- 2014-07-13 05:57:28 - TARGET=sparc64 TB --- 2014-07-13 05:57:28 - TARGET_ARCH=sparc64 TB --- 2014-07-13 05:57:28 - TZ=UTC TB --- 2014-07-13 05:57:28 - __MAKE_CONF=/dev/null TB --- 2014-07-13 05:57:28 - cd /src TB --- 2014-07-13 05:57:28 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sun Jul 13 05:57:35 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstl_live.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlist.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistdata.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistnode.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistpolicy.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfieldhdr.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfr.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfraginfo.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash_live.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashdata.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashnode.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhost.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmap.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmask.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printifname.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printip.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c cc1: warnings being treated as errors /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c:6: warning: 'printhostsv6' declared 'static' but never defined *** Error code 1 Stop. bmake[5]: stopped in /src/sbin/ipf/ipf *** Error code 1 Stop. bmake[4]: stopped in /obj/sparc64.sparc64/src/rescue/rescue *** Error code 1 Stop. bmake[3]: stopped in /src/rescue/rescue *** Error code 1 Stop. bmake[2]: stopped in /src/rescue *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-13 06:51:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-13 06:51:28 - ERROR: failed to build world TB --- 2014-07-13 06:51:28 - 2535.11 user 511.57 system 3285.88 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 13 08:48:49 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1EFC3E8; Sun, 13 Jul 2014 08:48:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7CBBB2231; Sun, 13 Jul 2014 08:48:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6D8mlr6086583; Sun, 13 Jul 2014 04:48:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6D8ml38086579; Sun, 13 Jul 2014 08:48:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 13 Jul 2014 08:48:47 GMT Message-Id: <201407130848.s6D8ml38086579@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jul 2014 08:48:49 -0000 TB --- 2014-07-13 05:23:41 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-13 05:23:41 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-13 05:23:41 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-07-13 05:23:41 - cleaning the object tree TB --- 2014-07-13 05:24:37 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-13 05:24:41 - At svn revision 268574 TB --- 2014-07-13 05:24:42 - building world TB --- 2014-07-13 05:24:42 - CROSS_BUILD_TESTING=YES TB --- 2014-07-13 05:24:42 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-13 05:24:42 - MAKESYSPATH=/src/share/mk TB --- 2014-07-13 05:24:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-13 05:24:42 - SRCCONF=/dev/null TB --- 2014-07-13 05:24:42 - TARGET=powerpc TB --- 2014-07-13 05:24:42 - TARGET_ARCH=powerpc TB --- 2014-07-13 05:24:42 - TZ=UTC TB --- 2014-07-13 05:24:42 - __MAKE_CONF=/dev/null TB --- 2014-07-13 05:24:42 - cd /src TB --- 2014-07-13 05:24:42 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sun Jul 13 05:24:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstl_live.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlist.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistdata.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistnode.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistpolicy.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfieldhdr.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfr.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfraginfo.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash_live.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashdata.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashnode.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhost.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmap.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmask.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printifname.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printip.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c cc1: warnings being treated as errors /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c:6: warning: 'printhostsv6' declared 'static' but never defined *** Error code 1 Stop. bmake[5]: stopped in /src/sbin/ipf/ipf *** Error code 1 Stop. bmake[4]: stopped in /obj/powerpc.powerpc/src/rescue/rescue *** Error code 1 Stop. bmake[3]: stopped in /src/rescue/rescue *** Error code 1 Stop. bmake[2]: stopped in /src/rescue *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-13 08:48:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-13 08:48:47 - ERROR: failed to build world TB --- 2014-07-13 08:48:47 - 10867.58 user 1123.73 system 12305.41 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 13 09:13:28 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF8DDC1F; Sun, 13 Jul 2014 09:13:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AB85A2419; Sun, 13 Jul 2014 09:13:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6D9DR3e040917; Sun, 13 Jul 2014 05:13:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6D9DRfv040916; Sun, 13 Jul 2014 09:13:27 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 13 Jul 2014 09:13:27 GMT Message-Id: <201407130913.s6D9DRfv040916@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jul 2014 09:13:29 -0000 TB --- 2014-07-13 05:49:05 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-13 05:49:05 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-13 05:49:05 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-07-13 05:49:05 - cleaning the object tree TB --- 2014-07-13 05:49:59 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-13 05:50:03 - At svn revision 268574 TB --- 2014-07-13 05:50:04 - building world TB --- 2014-07-13 05:50:04 - CROSS_BUILD_TESTING=YES TB --- 2014-07-13 05:50:04 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-13 05:50:04 - MAKESYSPATH=/src/share/mk TB --- 2014-07-13 05:50:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-13 05:50:04 - SRCCONF=/dev/null TB --- 2014-07-13 05:50:04 - TARGET=powerpc TB --- 2014-07-13 05:50:04 - TARGET_ARCH=powerpc64 TB --- 2014-07-13 05:50:04 - TZ=UTC TB --- 2014-07-13 05:50:04 - __MAKE_CONF=/dev/null TB --- 2014-07-13 05:50:04 - cd /src TB --- 2014-07-13 05:50:04 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sun Jul 13 05:50:11 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstl_live.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlist.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistdata.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistnode.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistpolicy.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfieldhdr.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfr.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfraginfo.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash_live.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashdata.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashnode.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhost.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmap.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmask.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printifname.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printip.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c cc1: warnings being treated as errors /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c:6: warning: 'printhostsv6' declared 'static' but never defined *** Error code 1 Stop. bmake[5]: stopped in /src/sbin/ipf/ipf *** Error code 1 Stop. bmake[4]: stopped in /obj/powerpc.powerpc64/src/rescue/rescue *** Error code 1 Stop. bmake[3]: stopped in /src/rescue/rescue *** Error code 1 Stop. bmake[2]: stopped in /src/rescue *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-13 09:13:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-13 09:13:27 - ERROR: failed to build world TB --- 2014-07-13 09:13:27 - 10947.68 user 1122.54 system 12262.03 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 13 17:50:34 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A86F0BF9; Sun, 13 Jul 2014 17:50:34 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7CBB02A54; Sun, 13 Jul 2014 17:50:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6DHoV26020721; Sun, 13 Jul 2014 13:50:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6DHoVJv020709; Sun, 13 Jul 2014 17:50:31 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 13 Jul 2014 17:50:31 GMT Message-Id: <201407131750.s6DHoVJv020709@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jul 2014 17:50:34 -0000 TB --- 2014-07-13 16:58:47 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-13 16:58:47 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-13 16:58:47 - starting HEAD tinderbox run for mips/mips TB --- 2014-07-13 16:58:47 - cleaning the object tree TB --- 2014-07-13 16:59:33 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-13 17:00:05 - At svn revision 268582 TB --- 2014-07-13 17:00:06 - building world TB --- 2014-07-13 17:00:06 - CROSS_BUILD_TESTING=YES TB --- 2014-07-13 17:00:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-13 17:00:06 - MAKESYSPATH=/src/share/mk TB --- 2014-07-13 17:00:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-13 17:00:06 - SRCCONF=/dev/null TB --- 2014-07-13 17:00:06 - TARGET=mips TB --- 2014-07-13 17:00:06 - TARGET_ARCH=mips TB --- 2014-07-13 17:00:06 - TZ=UTC TB --- 2014-07-13 17:00:06 - __MAKE_CONF=/dev/null TB --- 2014-07-13 17:00:06 - cd /src TB --- 2014-07-13 17:00:06 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sun Jul 13 17:00:14 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstl_live.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlist.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistdata.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistnode.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistpolicy.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfieldhdr.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfr.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfraginfo.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash_live.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashdata.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashnode.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhost.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmap.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmask.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printifname.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printip.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c cc1: warnings being treated as errors /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c:6: warning: 'printhostsv6' declared 'static' but never defined *** Error code 1 Stop. bmake[5]: stopped in /src/sbin/ipf/ipf *** Error code 1 Stop. bmake[4]: stopped in /obj/mips.mips/src/rescue/rescue *** Error code 1 Stop. bmake[3]: stopped in /src/rescue/rescue *** Error code 1 Stop. bmake[2]: stopped in /src/rescue *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-13 17:50:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-13 17:50:31 - ERROR: failed to build world TB --- 2014-07-13 17:50:31 - 2230.41 user 541.36 system 3103.33 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 13 17:58:45 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B0CC5351; Sun, 13 Jul 2014 17:58:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 851772B39; Sun, 13 Jul 2014 17:58:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6DHwiCt007840; Sun, 13 Jul 2014 13:58:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6DHwiAI007831; Sun, 13 Jul 2014 17:58:44 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 13 Jul 2014 17:58:44 GMT Message-Id: <201407131758.s6DHwiAI007831@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jul 2014 17:58:45 -0000 TB --- 2014-07-13 17:10:13 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-13 17:10:13 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-13 17:10:13 - starting HEAD tinderbox run for mips64/mips TB --- 2014-07-13 17:10:13 - cleaning the object tree TB --- 2014-07-13 17:11:13 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-13 17:11:17 - At svn revision 268582 TB --- 2014-07-13 17:11:18 - building world TB --- 2014-07-13 17:11:18 - CROSS_BUILD_TESTING=YES TB --- 2014-07-13 17:11:18 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-13 17:11:18 - MAKESYSPATH=/src/share/mk TB --- 2014-07-13 17:11:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-13 17:11:18 - SRCCONF=/dev/null TB --- 2014-07-13 17:11:18 - TARGET=mips TB --- 2014-07-13 17:11:18 - TARGET_ARCH=mips64 TB --- 2014-07-13 17:11:18 - TZ=UTC TB --- 2014-07-13 17:11:18 - __MAKE_CONF=/dev/null TB --- 2014-07-13 17:11:18 - cd /src TB --- 2014-07-13 17:11:18 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sun Jul 13 17:11:25 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstl_live.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlist.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistdata.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistnode.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistpolicy.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfieldhdr.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfr.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfraginfo.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash_live.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashdata.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashnode.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhost.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmap.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmask.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printifname.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printip.c cc -O -pipe -G0 -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c cc1: warnings being treated as errors /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c:6: warning: 'printhostsv6' declared 'static' but never defined *** Error code 1 Stop. bmake[5]: stopped in /src/sbin/ipf/ipf *** Error code 1 Stop. bmake[4]: stopped in /obj/mips.mips64/src/rescue/rescue *** Error code 1 Stop. bmake[3]: stopped in /src/rescue/rescue *** Error code 1 Stop. bmake[2]: stopped in /src/rescue *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-13 17:58:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-13 17:58:44 - ERROR: failed to build world TB --- 2014-07-13 17:58:44 - 2228.11 user 538.73 system 2911.37 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 13 18:49:04 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B0424EA5; Sun, 13 Jul 2014 18:49:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 594762F04; Sun, 13 Jul 2014 18:49:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6DIn3gI010488; Sun, 13 Jul 2014 14:49:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6DIn3ZJ010487; Sun, 13 Jul 2014 18:49:03 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 13 Jul 2014 18:49:03 GMT Message-Id: <201407131849.s6DIn3ZJ010487@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jul 2014 18:49:04 -0000 TB --- 2014-07-13 17:50:31 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-13 17:50:31 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-13 17:50:31 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-07-13 17:50:31 - cleaning the object tree TB --- 2014-07-13 17:51:26 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-13 17:51:29 - At svn revision 268582 TB --- 2014-07-13 17:51:30 - building world TB --- 2014-07-13 17:51:30 - CROSS_BUILD_TESTING=YES TB --- 2014-07-13 17:51:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-13 17:51:30 - MAKESYSPATH=/src/share/mk TB --- 2014-07-13 17:51:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-13 17:51:30 - SRCCONF=/dev/null TB --- 2014-07-13 17:51:30 - TARGET=powerpc TB --- 2014-07-13 17:51:30 - TARGET_ARCH=powerpc64 TB --- 2014-07-13 17:51:30 - TZ=UTC TB --- 2014-07-13 17:51:30 - __MAKE_CONF=/dev/null TB --- 2014-07-13 17:51:30 - cd /src TB --- 2014-07-13 17:51:30 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sun Jul 13 17:51:37 UTC 2014 >>> 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 [...] c++ -O2 -pipe -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/JumpThreading.cpp -o JumpThreading.o c++ -O2 -pipe -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/LICM.cpp -o LICM.o c++ -O2 -pipe -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/LoopDeletion.cpp -o LoopDeletion.o c++ -O2 -pipe -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/LoopIdiomRecognize.cpp -o LoopIdiomRecognize.o c++ -O2 -pipe -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/LoopRerollPass.cpp -o LoopRerollPass.o c++ -O2 -pipe -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/LoopRotation.cpp -o LoopRotation.o c++ -O2 -pipe -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/LoopStrengthReduce.cpp -o LoopStrengthReduce.o c++ -O2 -pipe -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/LoopUnrollPass.cpp -o LoopUnrollPass.o c++ -O2 -pipe -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/LoopUnswitch.cpp -o LoopUnswitch.o c++ -O2 -pipe -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/LowerAtomic.cpp -o LowerAtomic.o c++ -O2 -pipe -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/MemCpyOptimizer.cpp -o MemCpyOptimizer.o c++ -O2 -pipe -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/PartiallyInlineLibCalls.cpp -o PartiallyInlineLibCalls.o c++ -O2 -pipe -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/Reassociate.cpp -o Reassociate.o c++ -O2 -pipe -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/Reg2Mem.cpp -o Reg2Mem.o c++ -O2 -pipe -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/obj/powerpc.powerpc64/src/tmp\" -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/SCCP.cpp -o SCCP.o /src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include/llvm/ADT/DenseMap.h: In member function 'std::pair* llvm::DenseMapBase::InsertIntoBucketImpl(const KeyT&, std::pair*) [with DerivedT = llvm::DenseMap, ::LatticeVal, llvm::DenseMapInfo > >, KeyT = std::pair, ValueT = ::LatticeVal, KeyInfoT = llvm::DenseMapInfo >]': /src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include/llvm/ADT/DenseMap.h:425: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmscalaropts *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-13 18:49:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-13 18:49:03 - ERROR: failed to build world TB --- 2014-07-13 18:49:03 - 3104.91 user 278.16 system 3511.43 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 13 18:53:29 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F4051AA; Sun, 13 Jul 2014 18:53:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 63B262F95; Sun, 13 Jul 2014 18:53:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6DIrRGw029776; Sun, 13 Jul 2014 14:53:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6DIrRkx029775; Sun, 13 Jul 2014 18:53:27 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 13 Jul 2014 18:53:27 GMT Message-Id: <201407131853.s6DIrRkx029775@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jul 2014 18:53:29 -0000 TB --- 2014-07-13 17:58:44 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-13 17:58:44 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-13 17:58:44 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-07-13 17:58:44 - cleaning the object tree TB --- 2014-07-13 17:59:30 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-13 17:59:33 - At svn revision 268582 TB --- 2014-07-13 17:59:34 - building world TB --- 2014-07-13 17:59:34 - CROSS_BUILD_TESTING=YES TB --- 2014-07-13 17:59:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-13 17:59:34 - MAKESYSPATH=/src/share/mk TB --- 2014-07-13 17:59:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-13 17:59:34 - SRCCONF=/dev/null TB --- 2014-07-13 17:59:34 - TARGET=sparc64 TB --- 2014-07-13 17:59:34 - TARGET_ARCH=sparc64 TB --- 2014-07-13 17:59:34 - TZ=UTC TB --- 2014-07-13 17:59:34 - __MAKE_CONF=/dev/null TB --- 2014-07-13 17:59:34 - cd /src TB --- 2014-07-13 17:59:34 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sun Jul 13 17:59:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstl_live.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlist.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistdata.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistnode.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistpolicy.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfieldhdr.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfr.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfraginfo.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash_live.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashdata.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashnode.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhost.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmap.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmask.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printifname.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printip.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c cc1: warnings being treated as errors /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c:6: warning: 'printhostsv6' declared 'static' but never defined *** Error code 1 Stop. bmake[5]: stopped in /src/sbin/ipf/ipf *** Error code 1 Stop. bmake[4]: stopped in /obj/sparc64.sparc64/src/rescue/rescue *** Error code 1 Stop. bmake[3]: stopped in /src/rescue/rescue *** Error code 1 Stop. bmake[2]: stopped in /src/rescue *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-13 18:53:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-13 18:53:27 - ERROR: failed to build world TB --- 2014-07-13 18:53:27 - 2529.74 user 510.20 system 3283.19 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Jul 13 20:50:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 90397674; Sun, 13 Jul 2014 20:50:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6513827B6; Sun, 13 Jul 2014 20:50:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6DKoOPP030066; Sun, 13 Jul 2014 16:50:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6DKoOWF030065; Sun, 13 Jul 2014 20:50:24 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 13 Jul 2014 20:50:24 GMT Message-Id: <201407132050.s6DKoOWF030065@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jul 2014 20:50:26 -0000 TB --- 2014-07-13 17:25:14 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-13 17:25:14 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-13 17:25:14 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-07-13 17:25:14 - cleaning the object tree TB --- 2014-07-13 17:26:07 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-13 17:26:11 - At svn revision 268582 TB --- 2014-07-13 17:26:12 - building world TB --- 2014-07-13 17:26:12 - CROSS_BUILD_TESTING=YES TB --- 2014-07-13 17:26:12 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-13 17:26:12 - MAKESYSPATH=/src/share/mk TB --- 2014-07-13 17:26:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-13 17:26:12 - SRCCONF=/dev/null TB --- 2014-07-13 17:26:12 - TARGET=powerpc TB --- 2014-07-13 17:26:12 - TARGET_ARCH=powerpc TB --- 2014-07-13 17:26:12 - TZ=UTC TB --- 2014-07-13 17:26:12 - __MAKE_CONF=/dev/null TB --- 2014-07-13 17:26:12 - cd /src TB --- 2014-07-13 17:26:12 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Sun Jul 13 17:26:19 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstl_live.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlist.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistdata.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistnode.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printdstlistpolicy.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfieldhdr.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfr.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printfraginfo.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhash_live.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashdata.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhashnode.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhost.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmap.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printhostmask.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printifname.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printip.c cc -O2 -pipe -I. -DIPFILTER_BPF -DHAS_SYS_MD5_H -I/src/sbin/ipf/ipf/../../../contrib/ipfilter -I/src/sbin/ipf/ipf/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipf/../../../sys -I/src/sbin/ipf/ipf/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-format -c /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c cc1: warnings being treated as errors /src/sbin/ipf/ipf/../../../contrib/ipfilter/lib/printipfexpr.c:6: warning: 'printhostsv6' declared 'static' but never defined *** Error code 1 Stop. bmake[5]: stopped in /src/sbin/ipf/ipf *** Error code 1 Stop. bmake[4]: stopped in /obj/powerpc.powerpc/src/rescue/rescue *** Error code 1 Stop. bmake[3]: stopped in /src/rescue/rescue *** Error code 1 Stop. bmake[2]: stopped in /src/rescue *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-13 20:50:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-13 20:50:24 - ERROR: failed to build world TB --- 2014-07-13 20:50:24 - 11013.69 user 1139.56 system 12309.78 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 14 05:36:51 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 646D111B; Mon, 14 Jul 2014 05:36:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1FAAE2E37; Mon, 14 Jul 2014 05:36:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6E5anQt059790; Mon, 14 Jul 2014 01:36:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6E5amS9059779; Mon, 14 Jul 2014 05:36:48 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 14 Jul 2014 05:36:48 GMT Message-Id: <201407140536.s6E5amS9059779@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jul 2014 05:36:51 -0000 TB --- 2014-07-14 04:37:18 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-14 04:37:18 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-14 04:37:18 - starting HEAD tinderbox run for mips/mips TB --- 2014-07-14 04:37:18 - cleaning the object tree TB --- 2014-07-14 04:38:04 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-14 04:38:38 - At svn revision 268596 TB --- 2014-07-14 04:38:39 - building world TB --- 2014-07-14 04:38:39 - CROSS_BUILD_TESTING=YES TB --- 2014-07-14 04:38:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-14 04:38:39 - MAKESYSPATH=/src/share/mk TB --- 2014-07-14 04:38:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-14 04:38:39 - SRCCONF=/dev/null TB --- 2014-07-14 04:38:39 - TARGET=mips TB --- 2014-07-14 04:38:39 - TARGET_ARCH=mips TB --- 2014-07-14 04:38:39 - TZ=UTC TB --- 2014-07-14 04:38:39 - __MAKE_CONF=/dev/null TB --- 2014-07-14 04:38:39 - cd /src TB --- 2014-07-14 04:38:39 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Mon Jul 14 04:38:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -std=iso9899:1999 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/unzip/unzip.c cc -O -pipe -G0 -std=iso9899:1999 -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 -o unzip unzip.o -larchive -lz gzip -cn /src/usr.bin/unzip/unzip.1 > unzip.1.gz ===> usr.bin/usbhidaction (all) cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/usbhidaction/usbhidaction.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o usbhidaction usbhidaction.o -lusbhid gzip -cn /src/usr.bin/usbhidaction/usbhidaction.1 > usbhidaction.1.gz ===> usr.bin/usbhidctl (all) cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/usbhidctl/usbhid.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o usbhidctl usbhid.o -lusbhid gzip -cn /src/usr.bin/usbhidctl/usbhidctl.1 > usbhidctl.1.gz ===> usr.bin/users (all) c++ -O -pipe -G0 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -fno-rtti -fno-exceptions -c /src/usr.bin/users/users.cc cc1plus: warnings being treated as errors In file included from /obj/mips.mips/src/tmp/usr/include/c++/4.2/ios:50, from /obj/mips.mips/src/tmp/usr/include/c++/4.2/ostream:45, from /obj/mips.mips/src/tmp/usr/include/c++/4.2/iostream:45, from /src/usr.bin/users/users.cc:36: /obj/mips.mips/src/tmp/usr/include/c++/4.2/bits/basic_ios.h: In member function 'void std::basic_ios<_CharT, _Traits>::_M_setstate(std::_Ios_Iostate)': /obj/mips.mips/src/tmp/usr/include/c++/4.2/bits/basic_ios.h:156: warning: empty body in an if-statement *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/users *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-14 05:36:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-14 05:36:48 - ERROR: failed to build world TB --- 2014-07-14 05:36:48 - 2627.65 user 624.95 system 3570.05 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 14 05:44:50 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7A75028C; Mon, 14 Jul 2014 05:44:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 360602ED7; Mon, 14 Jul 2014 05:44:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6E5im0b053597; Mon, 14 Jul 2014 01:44:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6E5imG6053583; Mon, 14 Jul 2014 05:44:48 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 14 Jul 2014 05:44:48 GMT Message-Id: <201407140544.s6E5imG6053583@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jul 2014 05:44:50 -0000 TB --- 2014-07-14 04:48:07 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-14 04:48:07 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-14 04:48:07 - starting HEAD tinderbox run for mips64/mips TB --- 2014-07-14 04:48:08 - cleaning the object tree TB --- 2014-07-14 04:48:54 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-14 04:48:57 - At svn revision 268596 TB --- 2014-07-14 04:48:58 - building world TB --- 2014-07-14 04:48:58 - CROSS_BUILD_TESTING=YES TB --- 2014-07-14 04:48:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-14 04:48:58 - MAKESYSPATH=/src/share/mk TB --- 2014-07-14 04:48:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-14 04:48:58 - SRCCONF=/dev/null TB --- 2014-07-14 04:48:58 - TARGET=mips TB --- 2014-07-14 04:48:58 - TARGET_ARCH=mips64 TB --- 2014-07-14 04:48:58 - TZ=UTC TB --- 2014-07-14 04:48:58 - __MAKE_CONF=/dev/null TB --- 2014-07-14 04:48:58 - cd /src TB --- 2014-07-14 04:48:58 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Mon Jul 14 04:49:05 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -std=iso9899:1999 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/unzip/unzip.c cc -O -pipe -G0 -std=iso9899:1999 -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 -o unzip unzip.o -larchive -lz gzip -cn /src/usr.bin/unzip/unzip.1 > unzip.1.gz ===> usr.bin/usbhidaction (all) cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/usbhidaction/usbhidaction.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o usbhidaction usbhidaction.o -lusbhid gzip -cn /src/usr.bin/usbhidaction/usbhidaction.1 > usbhidaction.1.gz ===> usr.bin/usbhidctl (all) cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/usbhidctl/usbhid.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o usbhidctl usbhid.o -lusbhid gzip -cn /src/usr.bin/usbhidctl/usbhidctl.1 > usbhidctl.1.gz ===> usr.bin/users (all) c++ -O -pipe -G0 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -fno-rtti -fno-exceptions -c /src/usr.bin/users/users.cc cc1plus: warnings being treated as errors In file included from /obj/mips.mips64/src/tmp/usr/include/c++/4.2/ios:50, from /obj/mips.mips64/src/tmp/usr/include/c++/4.2/ostream:45, from /obj/mips.mips64/src/tmp/usr/include/c++/4.2/iostream:45, from /src/usr.bin/users/users.cc:36: /obj/mips.mips64/src/tmp/usr/include/c++/4.2/bits/basic_ios.h: In member function 'void std::basic_ios<_CharT, _Traits>::_M_setstate(std::_Ios_Iostate)': /obj/mips.mips64/src/tmp/usr/include/c++/4.2/bits/basic_ios.h:156: warning: empty body in an if-statement *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/users *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-14 05:44:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-14 05:44:48 - ERROR: failed to build world TB --- 2014-07-14 05:44:48 - 2631.00 user 623.53 system 3400.76 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 14 06:50:54 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 873EFA87; Mon, 14 Jul 2014 06:50:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 42871249D; Mon, 14 Jul 2014 06:50:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6E6okvP034332; Mon, 14 Jul 2014 02:50:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6E6okcr034328; Mon, 14 Jul 2014 06:50:46 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 14 Jul 2014 06:50:46 GMT Message-Id: <201407140650.s6E6okcr034328@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jul 2014 06:50:54 -0000 TB --- 2014-07-14 05:44:48 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-14 05:44:48 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-14 05:44:48 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-07-14 05:44:49 - cleaning the object tree TB --- 2014-07-14 05:45:34 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-14 05:45:38 - At svn revision 268596 TB --- 2014-07-14 05:45:39 - building world TB --- 2014-07-14 05:45:39 - CROSS_BUILD_TESTING=YES TB --- 2014-07-14 05:45:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-14 05:45:39 - MAKESYSPATH=/src/share/mk TB --- 2014-07-14 05:45:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-14 05:45:39 - SRCCONF=/dev/null TB --- 2014-07-14 05:45:39 - TARGET=sparc64 TB --- 2014-07-14 05:45:39 - TARGET_ARCH=sparc64 TB --- 2014-07-14 05:45:39 - TZ=UTC TB --- 2014-07-14 05:45:39 - __MAKE_CONF=/dev/null TB --- 2014-07-14 05:45:39 - cd /src TB --- 2014-07-14 05:45:39 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Mon Jul 14 05:45:46 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=iso9899:1999 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/unzip/unzip.c cc -O2 -pipe -std=iso9899:1999 -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 -o unzip unzip.o -larchive -lz gzip -cn /src/usr.bin/unzip/unzip.1 > unzip.1.gz ===> usr.bin/usbhidaction (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/usbhidaction/usbhidaction.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o usbhidaction usbhidaction.o -lusbhid gzip -cn /src/usr.bin/usbhidaction/usbhidaction.1 > usbhidaction.1.gz ===> usr.bin/usbhidctl (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/usbhidctl/usbhid.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o usbhidctl usbhid.o -lusbhid gzip -cn /src/usr.bin/usbhidctl/usbhidctl.1 > usbhidctl.1.gz ===> usr.bin/users (all) c++ -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -fno-rtti -fno-exceptions -c /src/usr.bin/users/users.cc cc1plus: warnings being treated as errors In file included from /obj/sparc64.sparc64/src/tmp/usr/include/c++/4.2/ios:50, from /obj/sparc64.sparc64/src/tmp/usr/include/c++/4.2/ostream:45, from /obj/sparc64.sparc64/src/tmp/usr/include/c++/4.2/iostream:45, from /src/usr.bin/users/users.cc:36: /obj/sparc64.sparc64/src/tmp/usr/include/c++/4.2/bits/basic_ios.h: In member function 'void std::basic_ios<_CharT, _Traits>::_M_setstate(std::_Ios_Iostate)': /obj/sparc64.sparc64/src/tmp/usr/include/c++/4.2/bits/basic_ios.h:156: warning: empty body in an if-statement *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/users *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-14 06:50:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-14 06:50:46 - ERROR: failed to build world TB --- 2014-07-14 06:50:46 - 3034.02 user 599.78 system 3957.94 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 14 08:42:10 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B1F8DBB1; Mon, 14 Jul 2014 08:42:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6EDDD2E6B; Mon, 14 Jul 2014 08:42:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6E8g83g026484; Mon, 14 Jul 2014 04:42:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6E8g8Ea026473; Mon, 14 Jul 2014 08:42:08 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 14 Jul 2014 08:42:08 GMT Message-Id: <201407140842.s6E8g8Ea026473@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jul 2014 08:42:10 -0000 TB --- 2014-07-14 05:03:16 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-14 05:03:16 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-14 05:03:16 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-07-14 05:03:16 - cleaning the object tree TB --- 2014-07-14 05:04:10 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-14 05:04:13 - At svn revision 268596 TB --- 2014-07-14 05:04:14 - building world TB --- 2014-07-14 05:04:14 - CROSS_BUILD_TESTING=YES TB --- 2014-07-14 05:04:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-14 05:04:14 - MAKESYSPATH=/src/share/mk TB --- 2014-07-14 05:04:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-14 05:04:14 - SRCCONF=/dev/null TB --- 2014-07-14 05:04:14 - TARGET=powerpc TB --- 2014-07-14 05:04:14 - TARGET_ARCH=powerpc TB --- 2014-07-14 05:04:14 - TZ=UTC TB --- 2014-07-14 05:04:14 - __MAKE_CONF=/dev/null TB --- 2014-07-14 05:04:14 - cd /src TB --- 2014-07-14 05:04:14 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Mon Jul 14 05:04:21 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=iso9899:1999 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/unzip/unzip.c cc -O2 -pipe -std=iso9899:1999 -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 -o unzip unzip.o -larchive -lz gzip -cn /src/usr.bin/unzip/unzip.1 > unzip.1.gz ===> usr.bin/usbhidaction (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/usbhidaction/usbhidaction.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o usbhidaction usbhidaction.o -lusbhid gzip -cn /src/usr.bin/usbhidaction/usbhidaction.1 > usbhidaction.1.gz ===> usr.bin/usbhidctl (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/usbhidctl/usbhid.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o usbhidctl usbhid.o -lusbhid gzip -cn /src/usr.bin/usbhidctl/usbhidctl.1 > usbhidctl.1.gz ===> usr.bin/users (all) c++ -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -fno-rtti -fno-exceptions -c /src/usr.bin/users/users.cc cc1plus: warnings being treated as errors In file included from /obj/powerpc.powerpc/src/tmp/usr/include/c++/4.2/ios:50, from /obj/powerpc.powerpc/src/tmp/usr/include/c++/4.2/ostream:45, from /obj/powerpc.powerpc/src/tmp/usr/include/c++/4.2/iostream:45, from /src/usr.bin/users/users.cc:36: /obj/powerpc.powerpc/src/tmp/usr/include/c++/4.2/bits/basic_ios.h: In member function 'void std::basic_ios<_CharT, _Traits>::_M_setstate(std::_Ios_Iostate)': /obj/powerpc.powerpc/src/tmp/usr/include/c++/4.2/bits/basic_ios.h:156: warning: empty body in an if-statement *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/users *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-14 08:42:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-14 08:42:08 - ERROR: failed to build world TB --- 2014-07-14 08:42:08 - 11558.92 user 1219.46 system 13131.53 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 14 09:13:48 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F2DD1AA0; Mon, 14 Jul 2014 09:13:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AF47B2141; Mon, 14 Jul 2014 09:13:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6E9DkTd074636; Mon, 14 Jul 2014 05:13:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6E9Dk9Q074635; Mon, 14 Jul 2014 09:13:46 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 14 Jul 2014 09:13:46 GMT Message-Id: <201407140913.s6E9Dk9Q074635@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jul 2014 09:13:48 -0000 TB --- 2014-07-14 05:36:49 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-14 05:36:49 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-14 05:36:49 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-07-14 05:36:49 - cleaning the object tree TB --- 2014-07-14 05:37:07 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-14 05:37:10 - At svn revision 268596 TB --- 2014-07-14 05:37:11 - building world TB --- 2014-07-14 05:37:11 - CROSS_BUILD_TESTING=YES TB --- 2014-07-14 05:37:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-14 05:37:11 - MAKESYSPATH=/src/share/mk TB --- 2014-07-14 05:37:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-14 05:37:11 - SRCCONF=/dev/null TB --- 2014-07-14 05:37:11 - TARGET=powerpc TB --- 2014-07-14 05:37:11 - TARGET_ARCH=powerpc64 TB --- 2014-07-14 05:37:11 - TZ=UTC TB --- 2014-07-14 05:37:11 - __MAKE_CONF=/dev/null TB --- 2014-07-14 05:37:11 - cd /src TB --- 2014-07-14 05:37:11 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Mon Jul 14 05:37:19 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=iso9899:1999 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/unzip/unzip.c cc -O2 -pipe -std=iso9899:1999 -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 -o unzip unzip.o -larchive -lz gzip -cn /src/usr.bin/unzip/unzip.1 > unzip.1.gz ===> usr.bin/usbhidaction (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/usbhidaction/usbhidaction.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o usbhidaction usbhidaction.o -lusbhid gzip -cn /src/usr.bin/usbhidaction/usbhidaction.1 > usbhidaction.1.gz ===> usr.bin/usbhidctl (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/usbhidctl/usbhid.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o usbhidctl usbhid.o -lusbhid gzip -cn /src/usr.bin/usbhidctl/usbhidctl.1 > usbhidctl.1.gz ===> usr.bin/users (all) c++ -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -fno-rtti -fno-exceptions -c /src/usr.bin/users/users.cc cc1plus: warnings being treated as errors In file included from /obj/powerpc.powerpc64/src/tmp/usr/include/c++/4.2/ios:50, from /obj/powerpc.powerpc64/src/tmp/usr/include/c++/4.2/ostream:45, from /obj/powerpc.powerpc64/src/tmp/usr/include/c++/4.2/iostream:45, from /src/usr.bin/users/users.cc:36: /obj/powerpc.powerpc64/src/tmp/usr/include/c++/4.2/bits/basic_ios.h: In member function 'void std::basic_ios<_CharT, _Traits>::_M_setstate(std::_Ios_Iostate)': /obj/powerpc.powerpc64/src/tmp/usr/include/c++/4.2/bits/basic_ios.h:156: warning: empty body in an if-statement *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/users *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-14 09:13:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-14 09:13:46 - ERROR: failed to build world TB --- 2014-07-14 09:13:46 - 11642.78 user 1223.45 system 13017.09 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 14 15:04:51 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 66C5D20B; Mon, 14 Jul 2014 15:04:51 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 03FA12122; Mon, 14 Jul 2014 15:04:50 +0000 (UTC) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id s6EF4j64080571 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 Jul 2014 18:04:45 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s6EF4j64080571 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id s6EF4jdC080570; Mon, 14 Jul 2014 18:04:45 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 14 Jul 2014 18:04:45 +0300 From: Konstantin Belousov To: Steve Wills Subject: Re: tmpfs panic Message-ID: <20140714150445.GJ93733@kib.kiev.ua> References: <20140706135333.GA80856@mouf.net> <20140706154621.GA81830@mouf.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tby8mjhWFMo012j0" Content-Disposition: inline In-Reply-To: <20140706154621.GA81830@mouf.net> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: virtualization@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 14 Jul 2014 15:04:51 -0000 --tby8mjhWFMo012j0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 06, 2014 at 03:46:22PM +0000, Steve Wills wrote: > I should have noted this system is running in bhyve. Also I'm told this p= anic > may be related to the fact that the system is running in bhyve. >=20 > Looking at it a little more closely: >=20 > (kgdb) list *__mtx_lock_sleep+0xb1 > 0xffffffff809638d1 is in __mtx_lock_sleep (/usr/src/sys/kern/kern_mutex.c= :431). > 426 * owner stops running or the state of the lock c= hanges. > 427 */ > 428 v =3D m->mtx_lock; > 429 if (v !=3D MTX_UNOWNED) { > 430 owner =3D (struct thread *)(v & ~MTX_FLAG= MASK); > 431 if (TD_IS_RUNNING(owner)) { > 432 if (LOCK_LOG_TEST(&m->lock_object= , 0)) > 433 CTR3(KTR_LOCK, > 434 "%s: spinning on %p h= eld by %p", > 435 __func__, m, owner); > (kgdb)=20 >=20 > I'm told that MTX_CONTESTED was set on the unlocked mtx and that MTX_CONT= ENDED > is spuriously left behind, and to ask how lock prefix is handled in bhyve= =2E Any > of that make sense to anyone? >=20 > Thanks, > Steve >=20 > On Sun, Jul 06, 2014 at 01:53:37PM +0000, Steve Wills wrote: > > Hi, > >=20 > > Just experienced this tmpfs panic on r268160: > >=20 > > Freed UMA keg (TMPFS node) was not empty (16 items). Lost 1 pages of m= emory. > >=20 > >=20 > > Fatal trap 12: page fault while in kernel mode > > cpuid =3D 12; apic id =3D 0c > > fault virtual address =3D 0x378 > > fault code =3D supervisor read data, page not present > > instruction pointer =3D 0x20:0xffffffff809638d1 > > stack pointer =3D 0x28:0xfffffe07243800a0 > > frame pointer =3D 0x28:0xfffffe0724380120 > > code segment =3D base 0x0, limit 0xfffff, type 0x1b > > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > > current process =3D 65339 (pkg-static) > > [ thread pid 65339 tid 101641 ] > > Stopped at __mtx_lock_sleep+0xb1: movl 0x378(%rax),%ecx > > db> bt > > Tracing pid 65339 tid 101641 td 0xfffff80286b2e490 > > __mtx_lock_sleep() at __mtx_lock_sleep+0xb1/frame 0xfffffe0724380120 > > free_unr() at free_unr+0x9d/frame 0xfffffe0724380160 > > tmpfs_free_node() at tmpfs_free_node+0xf2/frame 0xfffffe07243801a0 > > tmpfs_reclaim() at tmpfs_reclaim+0xdc/frame 0xfffffe07243801d0 > > VOP_RECLAIM_APV() at VOP_RECLAIM_APV+0xa7/frame 0xfffffe0724380200 > > vgonel() at vgonel+0x24c/frame 0xfffffe0724380280 > > vrecycle() at vrecycle+0x84/frame 0xfffffe07243802c0 > > tmpfs_inactive() at tmpfs_inactive+0x18/frame 0xfffffe07243802d0 > > VOP_INACTIVE_APV() at VOP_INACTIVE_APV+0xa7/frame 0xfffffe0724380300 > > vinactive() at vinactive+0x181/frame 0xfffffe0724380360 > > vputx() at vputx+0x30d/frame 0xfffffe07243803d0 > > vn_close() at vn_close+0x13e/frame 0xfffffe0724380450 > > vn_closefile() at vn_closefile+0x48/frame 0xfffffe07243804d0 > > _fdrop() at _fdrop+0x29/frame 0xfffffe07243804f0 > > closef() at closef+0x2ae/frame 0xfffffe0724380580 > > fdescfree() at fdescfree+0x64c/frame 0xfffffe0724380630 > > exit1() at exit1+0x682/frame 0xfffffe07243806c0 > > sigexit() at sigexit+0x929/frame 0xfffffe0724380980 > > postsig() at postsig+0x3c4/frame 0xfffffe0724380a70 > > ast() at ast+0x487/frame 0xfffffe0724380ab0 > > doreti_ast() at doreti_ast+0x1f/frame 0x7fffffffc6e0 > > db>=20 > >=20 > > Any further debugging I can do? > >=20 > > Thanks, > > Steve >=20 >=20 This is supposedly fixed with r268617. --tby8mjhWFMo012j0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJTw/GMAAoJEJDCuSvBvK1BOVoP+wT6cFd+bEPrId4k2CXtd8Gm RP34XpfopJaGiTl56W8ETIop+bVO6t9Z6uVmky2N1rVUaJqTfiAXuNBTCLG4U8Rd uNO/kK1D6G/Y1ZzW8P5QxVomdaabF/k2HWYa08UV+0Yl5QXrhIa0eaxccP6TBISz V8/HTXj2VvkXDBuQsquc6k10OGxZjmaj113TCoRBUXCKGgMk0kGb15PN7zefbr5Y bJXgf49WU5AJp2M2Dmpk2JFjXJ8GSapo/FdQVTxHfAdGa2sV3Vl0i8lWiFqm7oaf a1irBQwdV6HTvoIg1OXviOk30ZFRQ/UfVRxsXVU0QmDCe4aLJc1uGwndr8XeJmaP J/CJEidDQJA8oVGaTL7UvOkExgQpDm6RXvh8/pVkbo1Lw1EmVhnaSBWAXR1zSIap ORZ7UNGD6p76GEn4Ic2HfgFsnTeDuw8sFdPaIJYzWJrucZciWFS17EpOHeVLxxJ7 FRCKeRoPwXqyaxZJHpSdx6KGrKeVNNS+D24bPqORSLyO4lfbXmiR4PLl3lDyNY/d K9jXoZVOxtdHUU/ulU7jEOtAshvAyv2nxPUmfiiVlJIs1QybSY+8bEOgL6/OYzUD r8wHuq92gSg7OXOYzgI1ECA2znHjP5zydSgkgiz8d53Ok09S3JfviG/4b8pgsVUf 1yXg13mE3Kop9kjYWUY8 =74qe -----END PGP SIGNATURE----- --tby8mjhWFMo012j0-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 14 17:59:00 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CDF2FA90; Mon, 14 Jul 2014 17:59:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8C31021C9; Mon, 14 Jul 2014 17:59:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6EHwwWx004447; Mon, 14 Jul 2014 13:58:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6EHwwSw004431; Mon, 14 Jul 2014 17:58:58 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 14 Jul 2014 17:58:58 GMT Message-Id: <201407141758.s6EHwwSw004431@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jul 2014 17:59:00 -0000 TB --- 2014-07-14 16:58:40 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-14 16:58:40 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-14 16:58:40 - starting HEAD tinderbox run for mips/mips TB --- 2014-07-14 16:58:40 - cleaning the object tree TB --- 2014-07-14 16:59:31 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-14 17:00:01 - At svn revision 268614 TB --- 2014-07-14 17:00:02 - building world TB --- 2014-07-14 17:00:02 - CROSS_BUILD_TESTING=YES TB --- 2014-07-14 17:00:02 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-14 17:00:02 - MAKESYSPATH=/src/share/mk TB --- 2014-07-14 17:00:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-14 17:00:02 - SRCCONF=/dev/null TB --- 2014-07-14 17:00:02 - TARGET=mips TB --- 2014-07-14 17:00:02 - TARGET_ARCH=mips TB --- 2014-07-14 17:00:02 - TZ=UTC TB --- 2014-07-14 17:00:02 - __MAKE_CONF=/dev/null TB --- 2014-07-14 17:00:02 - cd /src TB --- 2014-07-14 17:00:02 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Mon Jul 14 17:00:11 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -std=iso9899:1999 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/unzip/unzip.c cc -O -pipe -G0 -std=iso9899:1999 -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 -o unzip unzip.o -larchive -lz gzip -cn /src/usr.bin/unzip/unzip.1 > unzip.1.gz ===> usr.bin/usbhidaction (all) cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/usbhidaction/usbhidaction.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o usbhidaction usbhidaction.o -lusbhid gzip -cn /src/usr.bin/usbhidaction/usbhidaction.1 > usbhidaction.1.gz ===> usr.bin/usbhidctl (all) cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/usbhidctl/usbhid.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o usbhidctl usbhid.o -lusbhid gzip -cn /src/usr.bin/usbhidctl/usbhidctl.1 > usbhidctl.1.gz ===> usr.bin/users (all) c++ -O -pipe -G0 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -fno-rtti -fno-exceptions -c /src/usr.bin/users/users.cc cc1plus: warnings being treated as errors In file included from /obj/mips.mips/src/tmp/usr/include/c++/4.2/ios:50, from /obj/mips.mips/src/tmp/usr/include/c++/4.2/ostream:45, from /obj/mips.mips/src/tmp/usr/include/c++/4.2/iostream:45, from /src/usr.bin/users/users.cc:36: /obj/mips.mips/src/tmp/usr/include/c++/4.2/bits/basic_ios.h: In member function 'void std::basic_ios<_CharT, _Traits>::_M_setstate(std::_Ios_Iostate)': /obj/mips.mips/src/tmp/usr/include/c++/4.2/bits/basic_ios.h:156: warning: empty body in an if-statement *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/users *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-14 17:58:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-14 17:58:58 - ERROR: failed to build world TB --- 2014-07-14 17:58:58 - 2629.24 user 626.73 system 3617.80 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 14 18:07:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E23E8F52; Mon, 14 Jul 2014 18:07:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9EC7922B6; Mon, 14 Jul 2014 18:07:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6EI71JJ097175; Mon, 14 Jul 2014 14:07:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6EI717a097144; Mon, 14 Jul 2014 18:07:01 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 14 Jul 2014 18:07:01 GMT Message-Id: <201407141807.s6EI717a097144@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 , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jul 2014 18:07:03 -0000 TB --- 2014-07-14 17:09:59 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-14 17:09:59 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-14 17:09:59 - starting HEAD tinderbox run for mips64/mips TB --- 2014-07-14 17:09:59 - cleaning the object tree TB --- 2014-07-14 17:11:05 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-14 17:11:09 - At svn revision 268614 TB --- 2014-07-14 17:11:10 - building world TB --- 2014-07-14 17:11:10 - CROSS_BUILD_TESTING=YES TB --- 2014-07-14 17:11:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-14 17:11:10 - MAKESYSPATH=/src/share/mk TB --- 2014-07-14 17:11:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-14 17:11:10 - SRCCONF=/dev/null TB --- 2014-07-14 17:11:10 - TARGET=mips TB --- 2014-07-14 17:11:10 - TARGET_ARCH=mips64 TB --- 2014-07-14 17:11:10 - TZ=UTC TB --- 2014-07-14 17:11:10 - __MAKE_CONF=/dev/null TB --- 2014-07-14 17:11:10 - cd /src TB --- 2014-07-14 17:11:10 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Mon Jul 14 17:11:16 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -std=iso9899:1999 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/unzip/unzip.c cc -O -pipe -G0 -std=iso9899:1999 -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 -o unzip unzip.o -larchive -lz gzip -cn /src/usr.bin/unzip/unzip.1 > unzip.1.gz ===> usr.bin/usbhidaction (all) cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/usbhidaction/usbhidaction.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o usbhidaction usbhidaction.o -lusbhid gzip -cn /src/usr.bin/usbhidaction/usbhidaction.1 > usbhidaction.1.gz ===> usr.bin/usbhidctl (all) cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/usbhidctl/usbhid.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o usbhidctl usbhid.o -lusbhid gzip -cn /src/usr.bin/usbhidctl/usbhidctl.1 > usbhidctl.1.gz ===> usr.bin/users (all) c++ -O -pipe -G0 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -fno-rtti -fno-exceptions -c /src/usr.bin/users/users.cc cc1plus: warnings being treated as errors In file included from /obj/mips.mips64/src/tmp/usr/include/c++/4.2/ios:50, from /obj/mips.mips64/src/tmp/usr/include/c++/4.2/ostream:45, from /obj/mips.mips64/src/tmp/usr/include/c++/4.2/iostream:45, from /src/usr.bin/users/users.cc:36: /obj/mips.mips64/src/tmp/usr/include/c++/4.2/bits/basic_ios.h: In member function 'void std::basic_ios<_CharT, _Traits>::_M_setstate(std::_Ios_Iostate)': /obj/mips.mips64/src/tmp/usr/include/c++/4.2/bits/basic_ios.h:156: warning: empty body in an if-statement *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/users *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-14 18:07:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-14 18:07:01 - ERROR: failed to build world TB --- 2014-07-14 18:07:01 - 2627.50 user 628.07 system 3421.78 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 14 19:12:58 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31117C72; Mon, 14 Jul 2014 19:12:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E2C872900; Mon, 14 Jul 2014 19:12:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6EJCur9078323; Mon, 14 Jul 2014 15:12:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6EJCu81078322; Mon, 14 Jul 2014 19:12:56 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 14 Jul 2014 19:12:56 GMT Message-Id: <201407141912.s6EJCu81078322@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jul 2014 19:12:58 -0000 TB --- 2014-07-14 18:07:01 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-14 18:07:01 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-14 18:07:01 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-07-14 18:07:01 - cleaning the object tree TB --- 2014-07-14 18:07:56 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-14 18:08:00 - At svn revision 268614 TB --- 2014-07-14 18:08:01 - building world TB --- 2014-07-14 18:08:01 - CROSS_BUILD_TESTING=YES TB --- 2014-07-14 18:08:01 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-14 18:08:01 - MAKESYSPATH=/src/share/mk TB --- 2014-07-14 18:08:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-14 18:08:01 - SRCCONF=/dev/null TB --- 2014-07-14 18:08:01 - TARGET=sparc64 TB --- 2014-07-14 18:08:01 - TARGET_ARCH=sparc64 TB --- 2014-07-14 18:08:01 - TZ=UTC TB --- 2014-07-14 18:08:01 - __MAKE_CONF=/dev/null TB --- 2014-07-14 18:08:01 - cd /src TB --- 2014-07-14 18:08:01 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Mon Jul 14 18:08:07 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=iso9899:1999 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/unzip/unzip.c cc -O2 -pipe -std=iso9899:1999 -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 -o unzip unzip.o -larchive -lz gzip -cn /src/usr.bin/unzip/unzip.1 > unzip.1.gz ===> usr.bin/usbhidaction (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/usbhidaction/usbhidaction.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o usbhidaction usbhidaction.o -lusbhid gzip -cn /src/usr.bin/usbhidaction/usbhidaction.1 > usbhidaction.1.gz ===> usr.bin/usbhidctl (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/usbhidctl/usbhid.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o usbhidctl usbhid.o -lusbhid gzip -cn /src/usr.bin/usbhidctl/usbhidctl.1 > usbhidctl.1.gz ===> usr.bin/users (all) c++ -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -fno-rtti -fno-exceptions -c /src/usr.bin/users/users.cc cc1plus: warnings being treated as errors In file included from /obj/sparc64.sparc64/src/tmp/usr/include/c++/4.2/ios:50, from /obj/sparc64.sparc64/src/tmp/usr/include/c++/4.2/ostream:45, from /obj/sparc64.sparc64/src/tmp/usr/include/c++/4.2/iostream:45, from /src/usr.bin/users/users.cc:36: /obj/sparc64.sparc64/src/tmp/usr/include/c++/4.2/bits/basic_ios.h: In member function 'void std::basic_ios<_CharT, _Traits>::_M_setstate(std::_Ios_Iostate)': /obj/sparc64.sparc64/src/tmp/usr/include/c++/4.2/bits/basic_ios.h:156: warning: empty body in an if-statement *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/users *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-14 19:12:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-14 19:12:56 - ERROR: failed to build world TB --- 2014-07-14 19:12:56 - 3036.52 user 599.24 system 3954.98 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 14 21:00:45 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 84FDD75E; Mon, 14 Jul 2014 21:00:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 417C02361; Mon, 14 Jul 2014 21:00:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6EL0hAi059023; Mon, 14 Jul 2014 17:00:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6EL0hYh059018; Mon, 14 Jul 2014 21:00:43 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 14 Jul 2014 21:00:43 GMT Message-Id: <201407142100.s6EL0hYh059018@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jul 2014 21:00:45 -0000 TB --- 2014-07-14 17:24:59 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-14 17:24:59 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-14 17:24:59 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-07-14 17:24:59 - cleaning the object tree TB --- 2014-07-14 17:26:00 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-14 17:26:04 - At svn revision 268614 TB --- 2014-07-14 17:26:05 - building world TB --- 2014-07-14 17:26:05 - CROSS_BUILD_TESTING=YES TB --- 2014-07-14 17:26:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-14 17:26:05 - MAKESYSPATH=/src/share/mk TB --- 2014-07-14 17:26:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-14 17:26:05 - SRCCONF=/dev/null TB --- 2014-07-14 17:26:05 - TARGET=powerpc TB --- 2014-07-14 17:26:05 - TARGET_ARCH=powerpc TB --- 2014-07-14 17:26:05 - TZ=UTC TB --- 2014-07-14 17:26:05 - __MAKE_CONF=/dev/null TB --- 2014-07-14 17:26:05 - cd /src TB --- 2014-07-14 17:26:05 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Mon Jul 14 17:26:12 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=iso9899:1999 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/unzip/unzip.c cc -O2 -pipe -std=iso9899:1999 -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 -o unzip unzip.o -larchive -lz gzip -cn /src/usr.bin/unzip/unzip.1 > unzip.1.gz ===> usr.bin/usbhidaction (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/usbhidaction/usbhidaction.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o usbhidaction usbhidaction.o -lusbhid gzip -cn /src/usr.bin/usbhidaction/usbhidaction.1 > usbhidaction.1.gz ===> usr.bin/usbhidctl (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/usbhidctl/usbhid.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o usbhidctl usbhid.o -lusbhid gzip -cn /src/usr.bin/usbhidctl/usbhidctl.1 > usbhidctl.1.gz ===> usr.bin/users (all) c++ -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -fno-rtti -fno-exceptions -c /src/usr.bin/users/users.cc cc1plus: warnings being treated as errors In file included from /obj/powerpc.powerpc/src/tmp/usr/include/c++/4.2/ios:50, from /obj/powerpc.powerpc/src/tmp/usr/include/c++/4.2/ostream:45, from /obj/powerpc.powerpc/src/tmp/usr/include/c++/4.2/iostream:45, from /src/usr.bin/users/users.cc:36: /obj/powerpc.powerpc/src/tmp/usr/include/c++/4.2/bits/basic_ios.h: In member function 'void std::basic_ios<_CharT, _Traits>::_M_setstate(std::_Ios_Iostate)': /obj/powerpc.powerpc/src/tmp/usr/include/c++/4.2/bits/basic_ios.h:156: warning: empty body in an if-statement *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/users *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-14 21:00:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-14 21:00:43 - ERROR: failed to build world TB --- 2014-07-14 21:00:43 - 11554.54 user 1218.74 system 12943.52 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jul 14 21:33:49 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC918FD6; Mon, 14 Jul 2014 21:33:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A9491261F; Mon, 14 Jul 2014 21:33:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6ELXl9D019048; Mon, 14 Jul 2014 17:33:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6ELXlIk019047; Mon, 14 Jul 2014 21:33:47 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 14 Jul 2014 21:33:47 GMT Message-Id: <201407142133.s6ELXlIk019047@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jul 2014 21:33:49 -0000 TB --- 2014-07-14 17:58:58 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-14 17:58:58 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-14 17:58:58 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-07-14 17:58:58 - cleaning the object tree TB --- 2014-07-14 17:59:59 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-14 18:00:03 - At svn revision 268614 TB --- 2014-07-14 18:00:04 - building world TB --- 2014-07-14 18:00:04 - CROSS_BUILD_TESTING=YES TB --- 2014-07-14 18:00:04 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-14 18:00:04 - MAKESYSPATH=/src/share/mk TB --- 2014-07-14 18:00:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-14 18:00:04 - SRCCONF=/dev/null TB --- 2014-07-14 18:00:04 - TARGET=powerpc TB --- 2014-07-14 18:00:04 - TARGET_ARCH=powerpc64 TB --- 2014-07-14 18:00:04 - TZ=UTC TB --- 2014-07-14 18:00:04 - __MAKE_CONF=/dev/null TB --- 2014-07-14 18:00:04 - cd /src TB --- 2014-07-14 18:00:04 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Mon Jul 14 18:00:11 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=iso9899:1999 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/unzip/unzip.c cc -O2 -pipe -std=iso9899:1999 -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 -o unzip unzip.o -larchive -lz gzip -cn /src/usr.bin/unzip/unzip.1 > unzip.1.gz ===> usr.bin/usbhidaction (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/usbhidaction/usbhidaction.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o usbhidaction usbhidaction.o -lusbhid gzip -cn /src/usr.bin/usbhidaction/usbhidaction.1 > usbhidaction.1.gz ===> usr.bin/usbhidctl (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/usbhidctl/usbhid.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o usbhidctl usbhid.o -lusbhid gzip -cn /src/usr.bin/usbhidctl/usbhidctl.1 > usbhidctl.1.gz ===> usr.bin/users (all) c++ -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -fno-rtti -fno-exceptions -c /src/usr.bin/users/users.cc cc1plus: warnings being treated as errors In file included from /obj/powerpc.powerpc64/src/tmp/usr/include/c++/4.2/ios:50, from /obj/powerpc.powerpc64/src/tmp/usr/include/c++/4.2/ostream:45, from /obj/powerpc.powerpc64/src/tmp/usr/include/c++/4.2/iostream:45, from /src/usr.bin/users/users.cc:36: /obj/powerpc.powerpc64/src/tmp/usr/include/c++/4.2/bits/basic_ios.h: In member function 'void std::basic_ios<_CharT, _Traits>::_M_setstate(std::_Ios_Iostate)': /obj/powerpc.powerpc64/src/tmp/usr/include/c++/4.2/bits/basic_ios.h:156: warning: empty body in an if-statement *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/users *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-14 21:33:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-14 21:33:47 - ERROR: failed to build world TB --- 2014-07-14 21:33:47 - 11644.95 user 1219.59 system 12888.80 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Jul 15 03:04:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04CC440A for ; Tue, 15 Jul 2014 03:04:02 +0000 (UTC) Received: from BLU004-OMC2S17.hotmail.com (blu004-omc2s17.hotmail.com [65.55.111.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B143D2055 for ; Tue, 15 Jul 2014 03:04:01 +0000 (UTC) Received: from BLU179-W85 ([65.55.111.72]) by BLU004-OMC2S17.hotmail.com with Microsoft SMTPSVC(7.5.7601.22712); Mon, 14 Jul 2014 20:02:54 -0700 X-TMN: [QXC6X4Uh/feUR6K3/UVwnYjWmEK391xI] X-Originating-Email: [brunolauze@msn.com] Message-ID: From: =?iso-8859-1?B?QnJ1bm8gTGF1euk=?= To: "freebsd-current@freebsd.org" Subject: libdevattr Date: Mon, 14 Jul 2014 23:02:54 -0400 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 15 Jul 2014 03:02:54.0464 (UTC) FILETIME=[45CA5000:01CF9FD9] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jul 2014 03:04:02 -0000 I was looking at dragonfly and why they have libdevattr and we don'tI reall= y think having udev compatible api would open the door to a lot of software= =2C imho.I feel it wouldn't be so complicated to port dragonfly kern_udev= =2C libprop and libdevattr from dragonfly bsd. Am i missing a point or is this in contradiction witch any of freebsd objec= tives? Let me know your thoughts... = From owner-freebsd-current@FreeBSD.ORG Tue Jul 15 08:22:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 89462F85; Tue, 15 Jul 2014 08:22:43 +0000 (UTC) Received: from mail-vc0-x22f.google.com (mail-vc0-x22f.google.com [IPv6:2607:f8b0:400c:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 327B92ABE; Tue, 15 Jul 2014 08:22:43 +0000 (UTC) Received: by mail-vc0-f175.google.com with SMTP id hu12so4312468vcb.6 for ; Tue, 15 Jul 2014 01:22: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=wEE+H+8ny99ncj8SA3C575ussOmyDM35l3W+eVhkwYA=; b=yAzD+6oP0rjZ9JFMZflvp8R1CO56NUxdzTnetGAEmnqHtuZofzwDXXShntqtAO53Al eFtOYYUdUEg4uRjAAgG3QgbVRuzKx7HqTzvNhYLM703KTRYgA7O449rI6Nz2K6Nskp9d Xp71OrgzEHwe8ljq2xpLlp9BFT4cQeH04d7nog+DF62wm6fp/zUIpiwzVRgAvHLdIVxU oRmWDLareerE+nkYMFng1oUaX9UXT9lMYIX8IBW7BPxY5hiUjJdhAm8R/aLWuLlu8KKJ S2SN6309EMvdTtZcTlUrkVt38Owkcd8kZ+9BSDpg/Rbt0yc0TcSBq/f+M0RnFLTVigd7 w3Ug== MIME-Version: 1.0 X-Received: by 10.58.190.105 with SMTP id gp9mr12356841vec.17.1405412562121; Tue, 15 Jul 2014 01:22:42 -0700 (PDT) Received: by 10.58.161.102 with HTTP; Tue, 15 Jul 2014 01:22:42 -0700 (PDT) In-Reply-To: <6C8CF68D-68E2-4168-AA0A-6A629D363371@sarenet.es> References: <453BA9EC-BB63-4258-8141-847F41315E1E@sarenet.es> <6C8CF68D-68E2-4168-AA0A-6A629D363371@sarenet.es> Date: Tue, 15 Jul 2014 10:22:42 +0200 Message-ID: Subject: Re: Fix Emulex "oce" driver in CURRENT From: Stefano Garzarella To: Borja Marcos Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: "freebsd-net@freebsd.org" , freebsd-current , Luigi Rizzo , Xin LI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jul 2014 08:22:43 -0000 Hi, I found other problems in the "oce" driver during some experiments with netmap in emulation mode. In details: - missing locking: - in some functions there are write accesses on the wq struct (tx queue descriptor) without acquire LOCK on the queue, particularly in oce_wq_handler() that is invoked in the interrupt routine. For this reason there may be race conditions. - tx cleanup: - in oce_if_deactivate() the wq queues are drained but some still pending mbufs are not freed. For this reason, I added the oce_tx_clean() that releases any pending mbufs. I also tried experimenting with iperf3 using the same Borja environment and I don't have panic. Can you try this patch? Do you still have the panic? Cheers, Stefano Garzarella diff --git a/sys/dev/oce/oce_if.c b/sys/dev/oce/oce_if.c index af57491..33b35b4 100644 --- a/sys/dev/oce/oce_if.c +++ b/sys/dev/oce/oce_if.c @@ -142,6 +142,7 @@ static int oce_tx(POCE_SOFTC sc, struct mbuf **mpp, int wq_index); static void oce_tx_restart(POCE_SOFTC sc, struct oce_wq *wq); static void oce_tx_complete(struct oce_wq *wq, uint32_t wqe_idx, uint32_t status); +static void oce_tx_clean(POCE_SOFTC sc); static int oce_multiq_transmit(struct ifnet *ifp, struct mbuf *m, struct oce_wq *wq); @@ -585,8 +586,10 @@ oce_multiq_flush(struct ifnet *ifp) int i = 0; for (i = 0; i < sc->nwqs; i++) { + LOCK(&sc->wq[i]->tx_lock); while ((m = buf_ring_dequeue_sc(sc->wq[i]->br)) != NULL) m_freem(m); + UNLOCK(&sc->wq[i]->tx_lock); } if_qflush(ifp); } @@ -1052,6 +1055,19 @@ oce_tx_complete(struct oce_wq *wq, uint32_t wqe_idx, uint32_t status) } } +static void +oce_tx_clean(POCE_SOFTC sc) { + int i = 0; + struct oce_wq *wq; + + for_all_wq_queues(sc, wq, i) { + LOCK(&wq->tx_lock); + while (wq->pkt_desc_tail != wq->pkt_desc_head) { + oce_tx_complete(wq, 0, 0); + } + UNLOCK(&wq->tx_lock); + } +} static void oce_tx_restart(POCE_SOFTC sc, struct oce_wq *wq) @@ -1213,6 +1229,8 @@ oce_wq_handler(void *arg) struct oce_nic_tx_cqe *cqe; int num_cqes = 0; + LOCK(&wq->tx_lock); + bus_dmamap_sync(cq->ring->dma.tag, cq->ring->dma.map, BUS_DMASYNC_POSTWRITE); cqe = RING_GET_CONSUMER_ITEM_VA(cq->ring, struct oce_nic_tx_cqe); @@ -1237,6 +1255,8 @@ oce_wq_handler(void *arg) if (num_cqes) oce_arm_cq(sc, cq->cq_id, num_cqes, FALSE); + UNLOCK(&wq->tx_lock); + return 0; } @@ -2087,6 +2107,9 @@ oce_if_deactivate(POCE_SOFTC sc) /* Delete RX queue in card with flush param */ oce_stop_rx(sc); + /* Flush the mbufs that are still in TX queues */ + oce_tx_clean(sc); + /* Invalidate any pending cq and eq entries*/ for_all_evnt_queues(sc, eq, i) oce_drain_eq(eq); diff --git a/sys/dev/oce/oce_queue.c b/sys/dev/oce/oce_queue.c index 308c16d..161011b 100644 --- a/sys/dev/oce/oce_queue.c +++ b/sys/dev/oce/oce_queue.c @@ -969,7 +969,9 @@ oce_start_rq(struct oce_rq *rq) int oce_start_wq(struct oce_wq *wq) { + LOCK(&wq->tx_lock); /* XXX: maybe not necessary */ oce_arm_cq(wq->parent, wq->cq->cq_id, 0, TRUE); + UNLOCK(&wq->tx_lock); return 0; } @@ -1076,6 +1078,8 @@ oce_drain_wq_cq(struct oce_wq *wq) struct oce_nic_tx_cqe *cqe; int num_cqes = 0; + LOCK(&wq->tx_lock); /* XXX: maybe not necessary */ + bus_dmamap_sync(cq->ring->dma.tag, cq->ring->dma.map, BUS_DMASYNC_POSTWRITE); @@ -1093,6 +1097,7 @@ oce_drain_wq_cq(struct oce_wq *wq) oce_arm_cq(sc, cq->cq_id, num_cqes, FALSE); + UNLOCK(&wq->tx_lock); } 2014-07-07 13:57 GMT+02:00 Borja Marcos : > > On Jul 7, 2014, at 1:23 PM, Luigi Rizzo wrote: > > > On Mon, Jul 7, 2014 at 1:03 PM, Borja Marcos wrote: > > we'll try to investigate, can you tell us more about the environment you > use ? > > (FreeBSD version, card model (PCI id perhaps), iperf3 invocation line, > > interface configuration etc.) > > > > The main differences between 10.0.747.0 and the code in head (after > > our fix) is the use > > of drbr_enqueue/dequeue versus the peek/putback in the transmit routine. > > > > > > Both drivers still have issues when the link flaps because the > > transmit queue is not cleaned > > up properly (unlike what happens in the linux driver and all FreeBSD > > drivers for different > > hardware), so it might well be that you are seeing some side effect of > > that or other > > problem which manifests itself differently depending on the environment. > > > > 'instant panic' by itself does not tell us anything about what could > > be the problem you experience (and we do not see it with either driver). > > The environment details are here: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183391 > > The way I produce an instant panic is: > > 1) Connect to another machine (cross connect cable) > > 2) iperf3 -s on the other machine > (The other machine is different, it has an "ix" card) > > 3) iperf3 -t 30 -P 4 -c 10.0.0.1 -N > > In less than 30 seconds, panic. > > > > mierda dumped core - see /var/crash/vmcore.0 > > Mon Jul 7 13:06:44 CEST 2014 > > FreeBSD mierda 10.0-STABLE FreeBSD 10.0-STABLE #2: Mon Jul 7 11:41:45 > CEST 2014 root@mierda:/usr/obj/usr/src/sys/GENERIC amd64 > > panic: sbsndptr: sockbuf 0xfffff800a70489b0 and mbuf 0xfffff801a3326e00 > clashing > > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"... > > Unread portion of the kernel message buffer: > panic: sbsndptr: sockbuf 0xfffff800a70489b0 and mbuf 0xfffff801a3326e00 > clashing > cpuid = 12 > KDB: stack backtrace: > #0 0xffffffff8092a470 at kdb_backtrace+0x60 > #1 0xffffffff808ef9c5 at panic+0x155 > #2 0xffffffff80962710 at sbdroprecord_locked+0 > #3 0xffffffff80a8ba8c at tcp_output+0xdbc > #4 0xffffffff80a8987f at tcp_do_segment+0x30ff > #5 0xffffffff80a85b34 at tcp_input+0xd04 > #6 0xffffffff80a1af57 at ip_input+0x97 > #7 0xffffffff809ba512 at netisr_dispatch_src+0x62 > #8 0xffffffff809b1ae6 at ether_demux+0x126 > #9 0xffffffff809b278e at ether_nh_input+0x35e > #10 0xffffffff809ba512 at netisr_dispatch_src+0x62 > #11 0xffffffff81c19ab9 at oce_rx+0x3c9 > #12 0xffffffff81c19536 at oce_rq_handler+0xb6 > #13 0xffffffff81c1bb1c at oce_intr+0xdc > #14 0xffffffff80938b35 at taskqueue_run_locked+0xe5 > #15 0xffffffff809395c8 at taskqueue_thread_loop+0xa8 > #16 0xffffffff808c057a at fork_exit+0x9a > #17 0xffffffff80ccb51e at fork_trampoline+0xe > Uptime: 51m20s > > > > > > > > > > > > > > Borja. > > _______________________________________________ > 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" > -- Stefano Garzarella From owner-freebsd-current@FreeBSD.ORG Tue Jul 15 08:30:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E657C37A for ; Tue, 15 Jul 2014 08:30:10 +0000 (UTC) Received: from mail-oa0-x233.google.com (mail-oa0-x233.google.com [IPv6:2607:f8b0:4003:c02::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B23002B18 for ; Tue, 15 Jul 2014 08:30:10 +0000 (UTC) Received: by mail-oa0-f51.google.com with SMTP id o6so3631788oag.10 for ; Tue, 15 Jul 2014 01:30:10 -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=gUuFVwoJOjmuWWREYu4VO0j0kIsxeSHp2Mrn/pPTqMU=; b=yIZYeF1vWsMkIq93VYGUhHwFrohRH6yz5y4RuhVwtmLOobwM+bd/ZPJARP4DzZPydf uNilai4lgmtcLMWHlW+fM8hj6ce9mkUrMvCauqUoHqkTO5nuF+ulceT7yQUWgXN98dub crGfYc7xhBAmtTslm6p36ZXBpu5PinI41lFfQ+WVQclZTds7BMcQOuBiBuHy4URJuyRt TUve9s1GIAa9KMbV0qTo1a+ilKGB1RMIHKgI1TesJgtN7CAjIIlvIIQy5eh2Obqi+Thx Fiwz+iRwx/TvBe7gRDiJuVg+JUuVr1nqU7Nk41ekP8fupkTwdNz853MxqBJTea0CRA1Y K41w== MIME-Version: 1.0 X-Received: by 10.182.102.197 with SMTP id fq5mr23073476obb.3.1405413010053; Tue, 15 Jul 2014 01:30:10 -0700 (PDT) Received: by 10.182.216.197 with HTTP; Tue, 15 Jul 2014 01:30:09 -0700 (PDT) In-Reply-To: References: Date: Tue, 15 Jul 2014 10:30:09 +0200 Message-ID: Subject: Re: libdevattr From: Oliver Pinter To: =?ISO-8859-1?Q?Bruno_Lauz=E9?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jul 2014 08:30:11 -0000 On 7/15/14, Bruno Lauz=E9 wrote: > I was looking at dragonfly and why they have libdevattr and we don'tI rea= lly > think having udev compatible api would open the door to a lot of software= , > imho.I feel it wouldn't be so complicated to port dragonfly kern_udev, > libprop and libdevattr from dragonfly bsd. > Am i missing a point or is this in contradiction witch any of freebsd > objectives? > Let me know your thoughts... =09 > _______________________________________________ > 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= " > In FreeBSD exists similar utility like udev, the so called devd. In github is there a project, which would improve the compatibility or completely change the udev like brain-damage. https://github.com/freebsd/libdevq Other problem with udev is, that moving so fast, and every time changed their API, and udev's future are not clear, possibly merged with systemd. From owner-freebsd-current@FreeBSD.ORG Tue Jul 15 08:39:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CDC05690; Tue, 15 Jul 2014 08:39:21 +0000 (UTC) Received: from cu01176b.smtpx.saremail.com (cu01176b.smtpx.saremail.com [195.16.151.151]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 85D382BE9; Tue, 15 Jul 2014 08:39:21 +0000 (UTC) Received: from [172.16.2.2] (izaro.sarenet.es [192.148.167.11]) by proxypop04.sare.net (Postfix) with ESMTPSA id 4569B9DC5BB; Tue, 15 Jul 2014 10:29:01 +0200 (CEST) Subject: Re: Fix Emulex "oce" driver in CURRENT Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Borja Marcos In-Reply-To: Date: Tue, 15 Jul 2014 10:28:55 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <453BA9EC-BB63-4258-8141-847F41315E1E@sarenet.es> <6C8CF68D-68E2-4168-AA0A-6A629D363371@sarenet.es> To: Stefano Garzarella X-Mailer: Apple Mail (2.1283) Cc: "freebsd-net@freebsd.org" , freebsd-current , Luigi Rizzo , Xin LI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jul 2014 08:39:21 -0000 On Jul 15, 2014, at 10:22 AM, Stefano Garzarella wrote: > Hi, > I found other problems in the "oce" driver during some experiments = with > netmap in emulation mode. What about driver version 10.0.747.0? At least in my configuration it = works perfectly, no crashes despite keeping it running for several days = at full bandwidth. I have a server about to go into production. Should this patch work on = 10-STABLE? Borja. From owner-freebsd-current@FreeBSD.ORG Tue Jul 15 08:43:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27219A1C; Tue, 15 Jul 2014 08:43:03 +0000 (UTC) Received: from mail-vc0-x233.google.com (mail-vc0-x233.google.com [IPv6:2607:f8b0:400c:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C42C82C8B; Tue, 15 Jul 2014 08:43:02 +0000 (UTC) Received: by mail-vc0-f179.google.com with SMTP id id10so9426257vcb.38 for ; Tue, 15 Jul 2014 01:43: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=skgA9jSlAnEkimEGSYlRjj+9OoTI8li8XYSB7xBlNbA=; b=dFyzRAlpalYRmsWBOFt+XiS7ag80T9/JYZCEhPjPc6G67vZlgD06FBPGmZl+jpouzV t2/bFOZ0RnRJ0ywAJueRjJcXuscY6X1BfqYV8OD9If3hxb85kpw/OVQoT9XN2wwp1Ys6 1FyP/NkZIbRAKJ6eWFa6is9SUrzb50QLGo2vSErCJm+F8LEt2owQa4Wv8ANitBlAKOf0 IxCF+wi8PHLO0ZisV3NsouuVmfd+srvMpVv9cl402tEnW9qBwVKmrOBP7vuAbHE07acq c3yVZ6TnyxS1HrGDeYpuAygTGLuEo7FNccecJptzizWrXQ1hc+Tyh1b3k2W3iHrmykZU XSxA== MIME-Version: 1.0 X-Received: by 10.58.15.129 with SMTP id x1mr926582vec.2.1405413781836; Tue, 15 Jul 2014 01:43:01 -0700 (PDT) Received: by 10.58.161.102 with HTTP; Tue, 15 Jul 2014 01:43:01 -0700 (PDT) In-Reply-To: References: <453BA9EC-BB63-4258-8141-847F41315E1E@sarenet.es> <6C8CF68D-68E2-4168-AA0A-6A629D363371@sarenet.es> Date: Tue, 15 Jul 2014 10:43:01 +0200 Message-ID: Subject: Re: Fix Emulex "oce" driver in CURRENT From: Stefano Garzarella To: Borja Marcos Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: "freebsd-net@freebsd.org" , freebsd-current , Luigi Rizzo , Xin LI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jul 2014 08:43:03 -0000 I used the "oce" driver in CURRENT. I think that this patch in combination with the previous one should work in 10-STABLE. I have only tested if it works with CURRENT, but now I try if it works with 10-STABLE and I'll send you some feedback. Cheers, Stefano 2014-07-15 10:28 GMT+02:00 Borja Marcos : > > On Jul 15, 2014, at 10:22 AM, Stefano Garzarella wrote: > > > Hi, > > I found other problems in the "oce" driver during some experiments with > > netmap in emulation mode. > > What about driver version 10.0.747.0? At least in my configuration it > works perfectly, no crashes despite keeping it running for several days at > full bandwidth. > > I have a server about to go into production. Should this patch work on > 10-STABLE? > > > > > > > Borja. > > > -- Stefano Garzarella From owner-freebsd-current@FreeBSD.ORG Tue Jul 15 09:03:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1642E2C5; Tue, 15 Jul 2014 09:03:53 +0000 (UTC) Received: from cu01176b.smtpx.saremail.com (cu01176b.smtpx.saremail.com [195.16.151.151]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C11C92E62; Tue, 15 Jul 2014 09:03:52 +0000 (UTC) Received: from [172.16.2.2] (izaro.sarenet.es [192.148.167.11]) by proxypop04.sare.net (Postfix) with ESMTPSA id 19C3D9DC899; Tue, 15 Jul 2014 11:03:50 +0200 (CEST) Subject: Re: Fix Emulex "oce" driver in CURRENT Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Borja Marcos In-Reply-To: Date: Tue, 15 Jul 2014 11:03:48 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <8FD26C21-17BD-404C-ADA2-5DD42859B751@sarenet.es> References: <453BA9EC-BB63-4258-8141-847F41315E1E@sarenet.es> <6C8CF68D-68E2-4168-AA0A-6A629D363371@sarenet.es> To: Stefano Garzarella X-Mailer: Apple Mail (2.1283) Cc: "freebsd-net@freebsd.org" , freebsd-current , Luigi Rizzo , Xin LI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jul 2014 09:03:53 -0000 On Jul 15, 2014, at 10:43 AM, Stefano Garzarella wrote: > I used the "oce" driver in CURRENT.=20 > I think that this patch in combination with the previous one should = work in 10-STABLE. >=20 > I have only tested if it works with CURRENT, but now I try if it works = with 10-STABLE and I'll send you some feedback. I can still try. Will get back to you soon. Cheers, Borja. From owner-freebsd-current@FreeBSD.ORG Tue Jul 15 09:12:13 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7A90646; Tue, 15 Jul 2014 09:12:13 +0000 (UTC) Received: from cu01176b.smtpx.saremail.com (cu01176b.smtpx.saremail.com [195.16.151.151]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8E3182F41; Tue, 15 Jul 2014 09:12:12 +0000 (UTC) Received: from [172.16.2.2] (izaro.sarenet.es [192.148.167.11]) by proxypop04.sare.net (Postfix) with ESMTPSA id 1553E9DCD6B; Tue, 15 Jul 2014 11:12:11 +0200 (CEST) Subject: Re: Fix Emulex "oce" driver in CURRENT Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Borja Marcos In-Reply-To: Date: Tue, 15 Jul 2014 11:12:09 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <453BA9EC-BB63-4258-8141-847F41315E1E@sarenet.es> <6C8CF68D-68E2-4168-AA0A-6A629D363371@sarenet.es> To: Stefano Garzarella X-Mailer: Apple Mail (2.1283) Cc: "freebsd-net@freebsd.org" , freebsd-current , Luigi Rizzo , Xin LI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jul 2014 09:12:13 -0000 On Jul 15, 2014, at 10:43 AM, Stefano Garzarella wrote: > I used the "oce" driver in CURRENT. > I think that this patch in combination with the previous one should = work in > 10-STABLE. >=20 > I have only tested if it works with CURRENT, but now I try if it works = with > 10-STABLE and I'll send you some feedback. Hmmm. The patch seems to be broken. I have tried to apply it renaming = the a/usr/src... to oce_if.c.old and oce_if.c, etc, and patch complains: Patching file oce_if.c using Plan A... patch: **** malformed patch at line 6: int wq_index); Was it broken by the email client formatting? Or am I being especially = clumsy today? ;) Borja. From owner-freebsd-current@FreeBSD.ORG Tue Jul 15 09:19:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 065CF869; Tue, 15 Jul 2014 09:19:40 +0000 (UTC) Received: from mail-vc0-x234.google.com (mail-vc0-x234.google.com [IPv6:2607:f8b0:400c:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9EBC72F9D; Tue, 15 Jul 2014 09:19:39 +0000 (UTC) Received: by mail-vc0-f180.google.com with SMTP id im17so9738684vcb.11 for ; Tue, 15 Jul 2014 02:19: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=bd3qciFuFsBfGhQtZ6nC7Rnl+fHWg4d1m6+QZvPbLQI=; b=TE1dTI7KbY/AG6VkFgk5R9dwgxKQ2B7WZSJS0WUKi/trTllHdqRmVS+ZeGvEyLeyc7 FjgPLGU9lx0cRAWwytBjaytSA1A81Xxx9iqasgYf51filwthWPWVz40C507xP5MtERvm 8zDm3uIqGjFBMaWL5Wn6hZlrHOrYBv4RTyB/cHVMPY0wdgkAW/Lwv077lL7/8qw1eDbu hVLU414tt6BpEMnCjNvt2Ch27kH2i/5YVnukz2PpOfVsUhL48l+yCb9/gIf2FoyerIJ5 pXJFE+qJTVuCNRWpWH903HO1niYlU/zGoYumOGlYuEilfBEXpJSvrEhaKZNt9Dc4gXNu Idgw== MIME-Version: 1.0 X-Received: by 10.58.19.10 with SMTP id a10mr21608261vee.1.1405415978739; Tue, 15 Jul 2014 02:19:38 -0700 (PDT) Received: by 10.58.161.102 with HTTP; Tue, 15 Jul 2014 02:19:38 -0700 (PDT) In-Reply-To: References: <453BA9EC-BB63-4258-8141-847F41315E1E@sarenet.es> <6C8CF68D-68E2-4168-AA0A-6A629D363371@sarenet.es> Date: Tue, 15 Jul 2014 11:19:38 +0200 Message-ID: Subject: Re: Fix Emulex "oce" driver in CURRENT From: Stefano Garzarella To: Borja Marcos Content-Type: multipart/mixed; boundary=e89a8f8393fd2cd48c04fe37e814 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: "freebsd-net@freebsd.org" , freebsd-current , Luigi Rizzo , Xin LI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jul 2014 09:19:40 -0000 --e89a8f8393fd2cd48c04fe37e814 Content-Type: text/plain; charset=UTF-8 I think there is some problem with the email formatting. I send you a file with both patches. Cheers, Stefano 2014-07-15 11:12 GMT+02:00 Borja Marcos : > > On Jul 15, 2014, at 10:43 AM, Stefano Garzarella wrote: > > > I used the "oce" driver in CURRENT. > > I think that this patch in combination with the previous one should work > in > > 10-STABLE. > > > > I have only tested if it works with CURRENT, but now I try if it works > with > > 10-STABLE and I'll send you some feedback. > > Hmmm. The patch seems to be broken. I have tried to apply it renaming the > a/usr/src... to oce_if.c.old and oce_if.c, etc, and patch complains: > > Patching file oce_if.c using Plan A... > patch: **** malformed patch at line 6: int wq_index); > > > Was it broken by the email client formatting? Or am I being especially > clumsy today? ;) > > > > > Borja. > > -- Stefano Garzarella --e89a8f8393fd2cd48c04fe37e814 Content-Type: application/octet-stream; name="oce_fix_STABLE10.patch" Content-Disposition: attachment; filename="oce_fix_STABLE10.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hxn0clrk0 ZGlmZiAtLWdpdCBhL3N5cy9kZXYvb2NlL29jZV9pZi5jIGIvc3lzL2Rldi9vY2Uvb2NlX2lmLmMK aW5kZXggNDhmODVlNi4uYzI5NWI4MCAxMDA2NDQKLS0tIGEvc3lzL2Rldi9vY2Uvb2NlX2lmLmMK KysrIGIvc3lzL2Rldi9vY2Uvb2NlX2lmLmMKQEAgLTE0Miw2ICsxNDIsNyBAQCBzdGF0aWMgaW50 ICBvY2VfdHgoUE9DRV9TT0ZUQyBzYywgc3RydWN0IG1idWYgKiptcHAsIGludCB3cV9pbmRleCk7 CiBzdGF0aWMgdm9pZCBvY2VfdHhfcmVzdGFydChQT0NFX1NPRlRDIHNjLCBzdHJ1Y3Qgb2NlX3dx ICp3cSk7CiBzdGF0aWMgdm9pZCBvY2VfdHhfY29tcGxldGUoc3RydWN0IG9jZV93cSAqd3EsIHVp bnQzMl90IHdxZV9pZHgsCiAJCQkJCXVpbnQzMl90IHN0YXR1cyk7CitzdGF0aWMgdm9pZCBvY2Vf dHhfY2xlYW4oUE9DRV9TT0ZUQyBzYyk7CiBzdGF0aWMgaW50ICBvY2VfbXVsdGlxX3RyYW5zbWl0 KHN0cnVjdCBpZm5ldCAqaWZwLCBzdHJ1Y3QgbWJ1ZiAqbSwKIAkJCQkgc3RydWN0IG9jZV93cSAq d3EpOwogCkBAIC01NjMsOSArNTY0LDYgQEAgb2NlX211bHRpcV9zdGFydChzdHJ1Y3QgaWZuZXQg KmlmcCwgc3RydWN0IG1idWYgKm0pCiAJaW50IHF1ZXVlX2luZGV4ID0gMDsKIAlpbnQgc3RhdHVz ID0gMDsKIAotCWlmICghc2MtPmxpbmtfc3RhdHVzKQotCQlyZXR1cm4gRU5YSU87Ci0KIAlpZiAo KG0tPm1fZmxhZ3MgJiBNX0ZMT1dJRCkgIT0gMCkKIAkJcXVldWVfaW5kZXggPSBtLT5tX3BrdGhk ci5mbG93aWQgJSBzYy0+bndxczsKIApAQCAtNTg4LDggKzU4NiwxMCBAQCBvY2VfbXVsdGlxX2Zs dXNoKHN0cnVjdCBpZm5ldCAqaWZwKQogCWludCBpID0gMDsKIAogCWZvciAoaSA9IDA7IGkgPCBz Yy0+bndxczsgaSsrKSB7CisJCUxPQ0soJnNjLT53cVtpXS0+dHhfbG9jayk7CiAJCXdoaWxlICgo bSA9IGJ1Zl9yaW5nX2RlcXVldWVfc2Moc2MtPndxW2ldLT5icikpICE9IE5VTEwpCiAJCQltX2Zy ZWVtKG0pOworCQlVTkxPQ0soJnNjLT53cVtpXS0+dHhfbG9jayk7CiAJfQogCWlmX3FmbHVzaChp ZnApOwogfQpAQCAtMTA1NSw2ICsxMDU1LDE5IEBAIG9jZV90eF9jb21wbGV0ZShzdHJ1Y3Qgb2Nl X3dxICp3cSwgdWludDMyX3Qgd3FlX2lkeCwgdWludDMyX3Qgc3RhdHVzKQogCX0KIH0KIAorc3Rh dGljIHZvaWQgCitvY2VfdHhfY2xlYW4oUE9DRV9TT0ZUQyBzYykgeworCWludCBpID0gMDsKKwlz dHJ1Y3Qgb2NlX3dxICp3cTsKKwkKKwlmb3JfYWxsX3dxX3F1ZXVlcyhzYywgd3EsIGkpIHsKKwkJ TE9DSygmd3EtPnR4X2xvY2spOworCQl3aGlsZSAod3EtPnBrdF9kZXNjX3RhaWwgIT0gd3EtPnBr dF9kZXNjX2hlYWQpIHsKKwkJCW9jZV90eF9jb21wbGV0ZSh3cSwgMCwgMCk7CisJCX0KKwkJVU5M T0NLKCZ3cS0+dHhfbG9jayk7CisJfQorfQogCiBzdGF0aWMgdm9pZAogb2NlX3R4X3Jlc3RhcnQo UE9DRV9TT0ZUQyBzYywgc3RydWN0IG9jZV93cSAqd3EpCkBAIC0xMjE2LDYgKzEyMjksOCBAQCBv Y2Vfd3FfaGFuZGxlcih2b2lkICphcmcpCiAJc3RydWN0IG9jZV9uaWNfdHhfY3FlICpjcWU7CiAJ aW50IG51bV9jcWVzID0gMDsKIAorCUxPQ0soJndxLT50eF9sb2NrKTsKKwogCWJ1c19kbWFtYXBf c3luYyhjcS0+cmluZy0+ZG1hLnRhZywKIAkJCWNxLT5yaW5nLT5kbWEubWFwLCBCVVNfRE1BU1lO Q19QT1NUV1JJVEUpOwogCWNxZSA9IFJJTkdfR0VUX0NPTlNVTUVSX0lURU1fVkEoY3EtPnJpbmcs IHN0cnVjdCBvY2VfbmljX3R4X2NxZSk7CkBAIC0xMjQwLDYgKzEyNTUsOCBAQCBvY2Vfd3FfaGFu ZGxlcih2b2lkICphcmcpCiAJaWYgKG51bV9jcWVzKQogCQlvY2VfYXJtX2NxKHNjLCBjcS0+Y3Ff aWQsIG51bV9jcWVzLCBGQUxTRSk7CiAKKwlVTkxPQ0soJndxLT50eF9sb2NrKTsKKwogCXJldHVy biAwOwogfQogCkBAIC0xMjc0LDcgKzEyOTEsNiBAQCBvY2VfbXVsdGlxX3RyYW5zbWl0KHN0cnVj dCBpZm5ldCAqaWZwLCBzdHJ1Y3QgbWJ1ZiAqbSwgc3RydWN0IG9jZV93cSAqd3EpCiAJCQkJZHJi cl9wdXRiYWNrKGlmcCwgYnIsIG5leHQpOwogCQkJCXdxLT50eF9zdGF0cy50eF9zdG9wcyArKzsK IAkJCQlpZnAtPmlmX2Rydl9mbGFncyB8PSBJRkZfRFJWX09BQ1RJVkU7Ci0JCQkJc3RhdHVzID0g ZHJicl9lbnF1ZXVlKGlmcCwgYnIsIG5leHQpOwogCQkJfSAgCiAJCQlicmVhazsKIAkJfQpAQCAt MTI4NSw3ICsxMzAxLDcgQEAgb2NlX211bHRpcV90cmFuc21pdChzdHJ1Y3QgaWZuZXQgKmlmcCwg c3RydWN0IG1idWYgKm0sIHN0cnVjdCBvY2Vfd3EgKndxKQogCQlFVEhFUl9CUEZfTVRBUChpZnAs IG5leHQpOwogCX0KIAotCXJldHVybiBzdGF0dXM7CisJcmV0dXJuIDA7CiB9CiAKIApAQCAtMjA5 MSw2ICsyMTA3LDkgQEAgb2NlX2lmX2RlYWN0aXZhdGUoUE9DRV9TT0ZUQyBzYykKIAkvKiBEZWxl dGUgUlggcXVldWUgaW4gY2FyZCB3aXRoIGZsdXNoIHBhcmFtICovCiAJb2NlX3N0b3Bfcngoc2Mp OwogCisJLyogRmx1c2ggdGhlIG1idWZzIHRoYXQgYXJlIHN0aWxsIGluIFRYIHF1ZXVlcyAqLwor CW9jZV90eF9jbGVhbihzYyk7CisKIAkvKiBJbnZhbGlkYXRlIGFueSBwZW5kaW5nIGNxIGFuZCBl cSBlbnRyaWVzKi8JCiAJZm9yX2FsbF9ldm50X3F1ZXVlcyhzYywgZXEsIGkpCQogCQlvY2VfZHJh aW5fZXEoZXEpOwpkaWZmIC0tZ2l0IGEvc3lzL2Rldi9vY2Uvb2NlX3F1ZXVlLmMgYi9zeXMvZGV2 L29jZS9vY2VfcXVldWUuYwppbmRleCAzMDhjMTZkLi4xNjEwMTFiIDEwMDY0NAotLS0gYS9zeXMv ZGV2L29jZS9vY2VfcXVldWUuYworKysgYi9zeXMvZGV2L29jZS9vY2VfcXVldWUuYwpAQCAtOTY5 LDcgKzk2OSw5IEBAIG9jZV9zdGFydF9ycShzdHJ1Y3Qgb2NlX3JxICpycSkKIGludAogb2NlX3N0 YXJ0X3dxKHN0cnVjdCBvY2Vfd3EgKndxKQogeworCUxPQ0soJndxLT50eF9sb2NrKTsgLyogWFhY OiBtYXliZSBub3QgbmVjZXNzYXJ5ICovCiAJb2NlX2FybV9jcSh3cS0+cGFyZW50LCB3cS0+Y3Et PmNxX2lkLCAwLCBUUlVFKTsKKwlVTkxPQ0soJndxLT50eF9sb2NrKTsKIAlyZXR1cm4gMDsKIH0K IApAQCAtMTA3Niw2ICsxMDc4LDggQEAgb2NlX2RyYWluX3dxX2NxKHN0cnVjdCBvY2Vfd3EgKndx KQogICAgICAgICBzdHJ1Y3Qgb2NlX25pY190eF9jcWUgKmNxZTsKICAgICAgICAgaW50IG51bV9j cWVzID0gMDsKIAorCUxPQ0soJndxLT50eF9sb2NrKTsgLyogWFhYOiBtYXliZSBub3QgbmVjZXNz YXJ5ICovCisKIAlidXNfZG1hbWFwX3N5bmMoY3EtPnJpbmctPmRtYS50YWcsIGNxLT5yaW5nLT5k bWEubWFwLAogCQkJCSBCVVNfRE1BU1lOQ19QT1NUV1JJVEUpOwogCkBAIC0xMDkzLDYgKzEwOTcs NyBAQCBvY2VfZHJhaW5fd3FfY3Eoc3RydWN0IG9jZV93cSAqd3EpCiAKIAlvY2VfYXJtX2NxKHNj LCBjcS0+Y3FfaWQsIG51bV9jcWVzLCBGQUxTRSk7CiAKKwlVTkxPQ0soJndxLT50eF9sb2NrKTsK IH0KIAogCg== --e89a8f8393fd2cd48c04fe37e814-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 15 09:25:44 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75CC3B18; Tue, 15 Jul 2014 09:25:44 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 301872078; Tue, 15 Jul 2014 09:25:43 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 7442F1FE027; Tue, 15 Jul 2014 11:25:40 +0200 (CEST) Message-ID: <53C4F39E.2030407@selasky.org> Date: Tue, 15 Jul 2014 11:25:50 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: David Chisnall , Dimitry Andric Subject: bsd.sys.mk [-Wno-uninitialized] References: <20140704123901.GR6056@albert.catwhisker.org> <53B6E218.5070009@selasky.org> <20140704174705.GS6056@albert.catwhisker.org> <53B6EDD1.8030506@selasky.org> <20140704181831.GV6056@albert.catwhisker.org> <909248A4-1B7C-4836-ADAA-F81A70A8AC3C@theravensnest.org> <771D269B-AC6D-4686-ABB0-04F7DCD3A8D9@FreeBSD.org> In-Reply-To: <771D269B-AC6D-4686-ABB0-04F7DCD3A8D9@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jul 2014 09:25:44 -0000 On 07/05/14 15:10, David Chisnall wrote: > On 5 Jul 2014, at 14:07, Dimitry Andric wrote: > >> Interestingly, -Wno-uninitialized has been in bsd.sys.mk since r76861, >> and the accompanying comment ("XXX Delete -Wuninitialized by default for >> now -- the compiler doesn't always get it right") has never been >> changed. :-) >> >> It is probably time to re-enable that warning after 13 years, at least. > > It probably only wants enabling for clang. GCC (at least, GCC 4.2.1) performs this analysis based on analyses run by the optimisers and so the warnings are dependent on optimisation level. > > David Hi, Is someone working on this? --HPS From owner-freebsd-current@FreeBSD.ORG Tue Jul 15 09:33:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 419691BA; Tue, 15 Jul 2014 09:33:44 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 001992178; Tue, 15 Jul 2014 09:33:43 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id DFBEC1FE027; Tue, 15 Jul 2014 11:33:42 +0200 (CEST) Message-ID: <53C4F580.6020304@selasky.org> Date: Tue, 15 Jul 2014 11:33:52 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-net@freebsd.org, FreeBSD Current Subject: Re: [RFC] Add support for changing the flow ID of TCP connections References: <53BC2E73.6090700@selasky.org> <53BC43AE.3040409@FreeBSD.org> <53BD5385.4090208@selasky.org> <20140709163146.GA21731@ox> In-Reply-To: <20140709163146.GA21731@ox> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jul 2014 09:33:44 -0000 On 07/09/14 18:31, Navdeep Parhar wrote: > On Wed, Jul 09, 2014 at 04:36:53PM +0200, Hans Petter Selasky wrote: >> On 07/08/14 21:17, Navdeep Parhar wrote: > ... >>> >>> I think we need to design this to be as generic as possible. I have >>> quite a bit of code that does this stuff but I haven't pushed it >>> upstream or even offered it for review (yet). >>> >> >> Hi, >> >> When will the non hardware related patches be available for review? >> I understand there are multiple ways to reach the same goal, and I >> think it would be great if we could agree on a common API for >> applications. > > Here is the kernel side of the patch: > http://people.freebsd.org/~np/flow_pacing_kern.diff > > The registration parameters and the throttling parameters are probably > cxgbe-centric, because that's what it was written for. We'll need to > tidy up those structs certainly. And I'd like to add pps constraints to > the throttling parameters (all it does is bandwidth right now). Hi Navdeep, After reviewing your patch, we've concluded that we can't use your flow-ID API's AS-IS for the mlxen hardware. We are working on a new patch proposal after the feedback received here, and will probably post something in August, hence now it is vacation time and not all people are available. Also we are worried that the m_tags cause un-needed overhead, that it invokes malloc for every pkt header duplication on transmit. As to give you some clues: One of FreeBSD's targets is firewalls and routers. We think that a flow ID / hardware queue feature should also be usable by the firewall, and not only limited to TCP/UDP. That means you can create queues for multiple connections which then get rate limited as a firewall rule. Right now our main target is not the firewall, but we see that by minor modifications of the APIs, this feature becomes very easy to implement. --HPS From owner-freebsd-current@FreeBSD.ORG Tue Jul 15 09:45:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE43D543; Tue, 15 Jul 2014 09:45:19 +0000 (UTC) Received: from mail-vc0-x22b.google.com (mail-vc0-x22b.google.com [IPv6:2607:f8b0:400c:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 64BB02281; Tue, 15 Jul 2014 09:45:19 +0000 (UTC) Received: by mail-vc0-f171.google.com with SMTP id id10so9827985vcb.30 for ; Tue, 15 Jul 2014 02:45: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=Og7D/6PUF8ooiT73dkZEs8QaZclmVcuCXvHMw/5Ea4g=; b=VXIkLKri42Z+YrbqhMi9OBvj8G126Hfnw3ubpfW5YmKqQCHy9Pn57aWAa9aCduPM3V vbD0V/LMcKA6syi32tEMN85QIXgScsiufkUClGx9eN/xsWIlsBr+GTmSQAcFvdTGRlFg /dul+3gda10jqaoJkFigGhm79+Dyj+yt5l2hfOQ3AtwEgz0V4jFtD8nfFDNX4XsJ2+tT VuExodDoMMDzgqQulE5mvHcswNkiC1FPdHse3tb5+710iadZbMnvb5ENKedDlqJMuG2X /5eaBNm+uo9jFXqQHfm8Rk7h4JCiounGLPlk7G5uzasGZNcz8oiTLEN2KOSFV71rDBKw Hceg== MIME-Version: 1.0 X-Received: by 10.52.0.177 with SMTP id 17mr17868091vdf.12.1405417517826; Tue, 15 Jul 2014 02:45:17 -0700 (PDT) Received: by 10.58.161.102 with HTTP; Tue, 15 Jul 2014 02:45:17 -0700 (PDT) In-Reply-To: References: <453BA9EC-BB63-4258-8141-847F41315E1E@sarenet.es> <6C8CF68D-68E2-4168-AA0A-6A629D363371@sarenet.es> Date: Tue, 15 Jul 2014 11:45:17 +0200 Message-ID: Subject: Re: Fix Emulex "oce" driver in CURRENT From: Stefano Garzarella To: Borja Marcos Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: "freebsd-net@freebsd.org" , freebsd-current , Luigi Rizzo , Xin LI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jul 2014 09:45:19 -0000 I just tried to run iperf3 with this patch and STABLE-10 and it seems to work. Do you have a panic? Cheers, Stefano 2014-07-15 11:19 GMT+02:00 Stefano Garzarella : > I think there is some problem with the email formatting. > I send you a file with both patches. > > Cheers, > Stefano > > > 2014-07-15 11:12 GMT+02:00 Borja Marcos : > > >> On Jul 15, 2014, at 10:43 AM, Stefano Garzarella wrote: >> >> > I used the "oce" driver in CURRENT. >> > I think that this patch in combination with the previous one should >> work in >> > 10-STABLE. >> > >> > I have only tested if it works with CURRENT, but now I try if it works >> with >> > 10-STABLE and I'll send you some feedback. >> >> Hmmm. The patch seems to be broken. I have tried to apply it renaming the >> a/usr/src... to oce_if.c.old and oce_if.c, etc, and patch complains: >> >> Patching file oce_if.c using Plan A... >> patch: **** malformed patch at line 6: int wq_index); >> >> >> Was it broken by the email client formatting? Or am I being especially >> clumsy today? ;) >> >> >> >> >> Borja. >> >> > > > -- > Stefano Garzarella > -- Stefano Garzarella From owner-freebsd-current@FreeBSD.ORG Tue Jul 15 09:46:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7BA26E9; Tue, 15 Jul 2014 09:46:15 +0000 (UTC) Received: from cu01176b.smtpx.saremail.com (cu01176b.smtpx.saremail.com [195.16.151.151]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9BF17229E; Tue, 15 Jul 2014 09:46:15 +0000 (UTC) Received: from [172.16.2.2] (izaro.sarenet.es [192.148.167.11]) by proxypop04.sare.net (Postfix) with ESMTPSA id 7192E9DC62A; Tue, 15 Jul 2014 11:46:11 +0200 (CEST) Subject: Re: Fix Emulex "oce" driver in CURRENT Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Borja Marcos In-Reply-To: Date: Tue, 15 Jul 2014 11:46:10 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <42DD9481-C121-4A53-8D1D-E272689593FD@sarenet.es> References: <453BA9EC-BB63-4258-8141-847F41315E1E@sarenet.es> <6C8CF68D-68E2-4168-AA0A-6A629D363371@sarenet.es> To: Stefano Garzarella X-Mailer: Apple Mail (2.1283) Cc: "freebsd-net@freebsd.org" , freebsd-current , Luigi Rizzo , Xin LI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jul 2014 09:46:16 -0000 On Jul 15, 2014, at 11:45 AM, Stefano Garzarella wrote: > I just tried to run iperf3 with this patch and STABLE-10 and it seems = to work. > Do you have a panic? Still compiling :) Anyway, you didn't suffer panics before, right? Borja. From owner-freebsd-current@FreeBSD.ORG Tue Jul 15 09:56:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 91A3CA04; Tue, 15 Jul 2014 09:56:52 +0000 (UTC) Received: from mail-vc0-x22c.google.com (mail-vc0-x22c.google.com [IPv6:2607:f8b0:400c:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 36D7F238A; Tue, 15 Jul 2014 09:56:52 +0000 (UTC) Received: by mail-vc0-f172.google.com with SMTP id hq11so8493732vcb.17 for ; Tue, 15 Jul 2014 02:56: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=oDXUwasXv16ML+SksKSAmXT6eJo9y2DDUg1h4/3rF5k=; b=AjoVPkD3ypFl7ktYmG6odg+9W8dWYoHlF1qCuTRigMLqGmNpNQXEM13Fz//OdnAfQ4 9Xtx8vduIhz9cJof1LG8d9x9FeTErwh/xiuDL1xeUFG+wRJYQrxVNz49tMjsVMM+ya+z GRRKAiTJMWqUnzjp9Cdvk+cexecavaw6qn/K775PkOixUExV5q7WuOZ6gVVuYd0fot6R Cj4tUGQXkkQ4LhaZz7uwwnDm/kCdxq9BtQo+k5jwVHeGAxTqqRom0Udq4wOoZoYtYARB 2TP67iFJhtPJUkNI+4CtDmMdNzdJzFEZ/mIx3I80Wm+1OAXN3RWCik5oMh8e/F5rhhMs CmKg== MIME-Version: 1.0 X-Received: by 10.58.182.105 with SMTP id ed9mr21346327vec.16.1405418211379; Tue, 15 Jul 2014 02:56:51 -0700 (PDT) Received: by 10.58.161.102 with HTTP; Tue, 15 Jul 2014 02:56:51 -0700 (PDT) In-Reply-To: <42DD9481-C121-4A53-8D1D-E272689593FD@sarenet.es> References: <453BA9EC-BB63-4258-8141-847F41315E1E@sarenet.es> <6C8CF68D-68E2-4168-AA0A-6A629D363371@sarenet.es> <42DD9481-C121-4A53-8D1D-E272689593FD@sarenet.es> Date: Tue, 15 Jul 2014 11:56:51 +0200 Message-ID: Subject: Re: Fix Emulex "oce" driver in CURRENT From: Stefano Garzarella To: Borja Marcos Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: "freebsd-net@freebsd.org" , freebsd-current , Luigi Rizzo , Xin LI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jul 2014 09:56:52 -0000 2014-07-15 11:46 GMT+02:00 Borja Marcos : > > On Jul 15, 2014, at 11:45 AM, Stefano Garzarella wrote: > > > I just tried to run iperf3 with this patch and STABLE-10 and it seems to > work. > > Do you have a panic? > > Still compiling :) Anyway, you didn't suffer panics before, right? Right, I didn't suffer panics with iperf3, but with netmap in emulation mode I had a lot of panics before this patch. Stefano > > > > Borja. > > -- Stefano Garzarella From owner-freebsd-current@FreeBSD.ORG Tue Jul 15 10:00:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 35DF0CD5; Tue, 15 Jul 2014 10:00:54 +0000 (UTC) Received: from cu01176b.smtpx.saremail.com (cu01176b.smtpx.saremail.com [195.16.151.151]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DE10423BE; Tue, 15 Jul 2014 10:00:53 +0000 (UTC) Received: from [172.16.2.2] (izaro.sarenet.es [192.148.167.11]) by proxypop04.sare.net (Postfix) with ESMTPSA id 2AFC59DCE0A; Tue, 15 Jul 2014 12:00:51 +0200 (CEST) Subject: Re: Fix Emulex "oce" driver in CURRENT Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Borja Marcos In-Reply-To: Date: Tue, 15 Jul 2014 12:00:49 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <453BA9EC-BB63-4258-8141-847F41315E1E@sarenet.es> <6C8CF68D-68E2-4168-AA0A-6A629D363371@sarenet.es> To: Stefano Garzarella X-Mailer: Apple Mail (2.1283) Cc: "freebsd-net@freebsd.org" , freebsd-current , Luigi Rizzo , Xin LI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jul 2014 10:00:54 -0000 On Jul 15, 2014, at 11:45 AM, Stefano Garzarella wrote: > I just tried to run iperf3 with this patch and STABLE-10 and it seems = to > work. > Do you have a panic? So far, so good. I've ran a couple of iperf3 tests (60 seconds, trying = both directions) and it doesn't crash. Without the fixes I obtained a panic quite reliably, in less than 30 = seconds. Still trying. But the bugs you mentioned (lack of locking and = deallocating, etc) seem to be consistent with the kind of failures I saw = and their apparent randomness. So, asking for spiritual counsel now. Would you use this driver in a = production environment instead of the 747 version downloaded from = Emulex? I think the latter is giving slightly better performance but, = anyway, I disable LRO and TSO because I see a horrible impact on NFS = performance. Cheers, Borja. From owner-freebsd-current@FreeBSD.ORG Tue Jul 15 11:36:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9C0ED872; Tue, 15 Jul 2014 11:36:06 +0000 (UTC) Received: from mail-vc0-x230.google.com (mail-vc0-x230.google.com [IPv6:2607:f8b0:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 40C962BF5; Tue, 15 Jul 2014 11:36:06 +0000 (UTC) Received: by mail-vc0-f176.google.com with SMTP id ik5so9847270vcb.35 for ; Tue, 15 Jul 2014 04:36:05 -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=mS7JtPmz61C524kAn8UsUYs3HgqWHfsN4nj2EoxsM2M=; b=X50RsnR/ULkgxg/xdQCaTffJQi20acrcQJnQN/EPVUV3tS6ZO6rZtls2KAAgQPb1Di cpXrkbmkGP35ag5ZEdqVztxVSNbr4ZXeXYGBWp6+IY3nQcxm2bH/TRlfWwSbuLt6N/ls 5UucGZzNaNm+V7ib6St/Kp6jbusn4E58XNDMua6w2kqz70Y2IEMs8U6f7cc/KbdRKaOB OQJ//J8oAEEuesnedcel4MsKbGCl6Lbl/gQcPtBYgfZwCdHXNAailiNu6zMhO9vPPJyP YhKBa5u57UPXHDXYRSVkT3Zscza+9qb6KjUN5Wi3rkSkFQoqFwULosWXaGDEO7ELiIHY FdLQ== MIME-Version: 1.0 X-Received: by 10.221.59.194 with SMTP id wp2mr229982vcb.59.1405424165306; Tue, 15 Jul 2014 04:36:05 -0700 (PDT) Received: by 10.58.161.102 with HTTP; Tue, 15 Jul 2014 04:36:05 -0700 (PDT) In-Reply-To: References: <453BA9EC-BB63-4258-8141-847F41315E1E@sarenet.es> <6C8CF68D-68E2-4168-AA0A-6A629D363371@sarenet.es> Date: Tue, 15 Jul 2014 13:36:05 +0200 Message-ID: Subject: Re: Fix Emulex "oce" driver in CURRENT From: Stefano Garzarella To: Borja Marcos Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: "freebsd-net@freebsd.org" , freebsd-current , Luigi Rizzo , Xin LI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jul 2014 11:36:06 -0000 2014-07-15 12:00 GMT+02:00 Borja Marcos : > > On Jul 15, 2014, at 11:45 AM, Stefano Garzarella wrote: > > > I just tried to run iperf3 with this patch and STABLE-10 and it seems to > > work. > > Do you have a panic? > > So far, so good. I've ran a couple of iperf3 tests (60 seconds, trying > both directions) and it doesn't crash. > > Without the fixes I obtained a panic quite reliably, in less than 30 > seconds. > Still trying. But the bugs you mentioned (lack of locking and > deallocating, etc) seem to be consistent with the kind of failures I saw > and their apparent randomness. > Well. > > So, asking for spiritual counsel now. Would you use this driver in a > production environment instead of the 747 version downloaded from Emulex? I > think the latter is giving slightly better performance but, anyway, I > disable LRO and TSO because I see a horrible impact on NFS performance. > > I made a diff between the two versions (CURRENT and 747) and I saw that the main difference is in the management of buf_ring through drbr API. In the CURRENT driver they use a new function drbr_peek() instead of drbr_dequeue() and I think this is better. However, even in the 747 version seems to have the problem of the lack of locking. Cheers, Stefano Cheers, > > > > > > Borja. > > -- Stefano Garzarella From owner-freebsd-current@FreeBSD.ORG Tue Jul 15 11:39:31 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD5FDC47; Tue, 15 Jul 2014 11:39:31 +0000 (UTC) Received: from cu01176a.smtpx.saremail.com (cu01176a.smtpx.saremail.com [195.16.150.151]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8BBA62C61; Tue, 15 Jul 2014 11:39:31 +0000 (UTC) Received: from [172.16.2.2] (izaro.sarenet.es [192.148.167.11]) by proxypop03.sare.net (Postfix) with ESMTPSA id 3DAA59DCA22; Tue, 15 Jul 2014 13:39:21 +0200 (CEST) Subject: Re: Fix Emulex "oce" driver in CURRENT Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Borja Marcos In-Reply-To: Date: Tue, 15 Jul 2014 13:39:19 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <3B641ED6-58E7-4C7F-A98F-A56FEA59F79D@sarenet.es> References: <453BA9EC-BB63-4258-8141-847F41315E1E@sarenet.es> <6C8CF68D-68E2-4168-AA0A-6A629D363371@sarenet.es> To: Stefano Garzarella X-Mailer: Apple Mail (2.1283) Cc: "freebsd-net@freebsd.org" , freebsd-current , Luigi Rizzo , Xin LI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jul 2014 11:39:31 -0000 On Jul 15, 2014, at 1:36 PM, Stefano Garzarella wrote: > So, asking for spiritual counsel now. Would you use this driver in a = production environment instead of the 747 version downloaded from = Emulex? I think the latter is giving slightly better performance but, = anyway, I disable LRO and TSO because I see a horrible impact on NFS = performance. >=20 >=20 > I made a diff between the two versions (CURRENT and 747) and I saw = that the main difference is in the management of buf_ring through drbr = API. > In the CURRENT driver they use a new function drbr_peek() instead of = drbr_dequeue() and I think this is better. > However, even in the 747 version seems to have the problem of the lack = of locking. Well, definitely you saved my cake! So it was still a tickling time = bomb. Thank you very much! Borja. From owner-freebsd-current@FreeBSD.ORG Tue Jul 15 13:19:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF030936 for ; Tue, 15 Jul 2014 13:19:46 +0000 (UTC) Received: from ivan-labs.com (ivan-labs.com [162.243.251.239]) by mx1.freebsd.org (Postfix) with ESMTP id 978772556 for ; Tue, 15 Jul 2014 13:19:46 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by ivan-labs.com (Postfix) with ESMTP id 91219120E43 for ; Tue, 15 Jul 2014 17:11:22 +0400 (MSK) X-Virus-Scanned: Debian amavisd-new at Received: from ivan-labs.com ([127.0.0.1]) by localhost (ivan-labs.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vAAKGM5bTpUk for ; Tue, 15 Jul 2014 17:11:22 +0400 (MSK) Received: from [192.168.43.253] (host-4-152-66-217.spbmts.ru [217.66.152.4]) by ivan-labs.com (Postfix) with ESMTPSA id BD27512026F for ; Tue, 15 Jul 2014 17:11:21 +0400 (MSK) Message-ID: <53C52873.5050309@ivan-labs.com> Date: Tue, 15 Jul 2014 17:11:15 +0400 From: "Ivan A. Kosarev" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Demangling issues with libcxxrt.so.1 on v9.2 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jul 2014 13:19:46 -0000 Hello everybody, It seems there are problems with demandling some kinds of names with libcxxrt.so.1 on FreeBSD 9.2 (I didn't test other versions yet). This program: --- #include #include extern "C" char* __cxa_demangle(const char* mangled_name, char* buf, size_t* n, int* status); void test(const char *mangled) { int status = 0; char *DemangledName = __cxa_demangle(mangled, NULL, NULL, &status); printf("%s: status %d", mangled, status); if(status == 0) printf("; demangled: '%s'", DemangledName); free(DemangledName); printf("\n"); } int main(void) { test("_Z9NullDerefPi"); test("_ZL9NullDerefPi"); test("_ZN8DeepFreeILi0EE4freeEPc"); test("_ZN8DeepFreeILi13EE4freeEPc"); test("_ZN8DeepFreeILi36EE4freeEPc"); return 0; } --- outputs: --- _Z9NullDerefPi: status 0; demangled: 'NullDeref(int*)' _ZL9NullDerefPi: status -2 _ZN8DeepFreeILi0EE4freeEPc: status 0; demangled: 'DeepFree<0E>::free(char*)' _ZN8DeepFreeILi13EE4freeEPc: status 0; demangled: 'DeepFree<13E>::free(char*)' _ZN8DeepFreeILi36EE4freeEPc: status 0; demangled: 'DeepFree<36E>::free(char*)' --- Note that it fails to demangle the local name in the 2nd line and adds extra 'E' character in DeepFree<...E>s. The case with the local name is not critical, but the case with DeepFree<...E> prevents LLVM's address sanitizer tests from passing on FreeBSD so the question is: is there a chance the defect will be resolved any time soon or should I try to prepare a fix to speed up the process? Thanks a lot. -- From owner-freebsd-current@FreeBSD.ORG Tue Jul 15 13:24:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5E73C56; Tue, 15 Jul 2014 13:24:48 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 54E38260B; Tue, 15 Jul 2014 13:24:47 +0000 (UTC) Received: from c106.sec.cl.cam.ac.uk (c106.sec.cl.cam.ac.uk [128.232.18.106]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s6FDObLV080575 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 15 Jul 2014 13:24:39 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Demangling issues with libcxxrt.so.1 on v9.2 From: David Chisnall In-Reply-To: <53C52873.5050309@ivan-labs.com> Date: Tue, 15 Jul 2014 14:24:37 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <2540F968-444A-4D9C-86C9-45CEA093F34F@FreeBSD.org> References: <53C52873.5050309@ivan-labs.com> To: "Ivan A. Kosarev" X-Mailer: Apple Mail (2.1878.6) Cc: Current FreeBSD , Kai Wang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jul 2014 13:24:48 -0000 Hi Ivan, The demangler in libcxxrt is taken from the elftoolchain project. Kai = Wang (added to cc:) was interested in improving it, but I doubt any = fixes will be merged to 9.x any time soon. David On 15 Jul 2014, at 14:11, Ivan A. Kosarev wrote: > Hello everybody, >=20 > It seems there are problems with demandling some kinds of names with = libcxxrt.so.1 on FreeBSD 9.2 (I didn't test other versions yet). >=20 > This program: > --- > #include > #include >=20 > extern "C" char* __cxa_demangle(const char* mangled_name, > char* buf, size_t* n, int* status); >=20 > void test(const char *mangled) { > int status =3D 0; > char *DemangledName =3D __cxa_demangle(mangled, NULL, NULL, &status); > printf("%s: status %d", mangled, status); > if(status =3D=3D 0) > printf("; demangled: '%s'", DemangledName); > free(DemangledName); > printf("\n"); > } >=20 > int main(void) { > test("_Z9NullDerefPi"); > test("_ZL9NullDerefPi"); > test("_ZN8DeepFreeILi0EE4freeEPc"); > test("_ZN8DeepFreeILi13EE4freeEPc"); > test("_ZN8DeepFreeILi36EE4freeEPc"); > return 0; > } > --- >=20 > outputs: > --- > _Z9NullDerefPi: status 0; demangled: 'NullDeref(int*)' > _ZL9NullDerefPi: status -2 > _ZN8DeepFreeILi0EE4freeEPc: status 0; demangled: = 'DeepFree<0E>::free(char*)' > _ZN8DeepFreeILi13EE4freeEPc: status 0; demangled: = 'DeepFree<13E>::free(char*)' > _ZN8DeepFreeILi36EE4freeEPc: status 0; demangled: = 'DeepFree<36E>::free(char*)' > --- >=20 > Note that it fails to demangle the local name in the 2nd line and adds = extra 'E' character in DeepFree<...E>s. >=20 > The case with the local name is not critical, but the case with = DeepFree<...E> prevents LLVM's address sanitizer tests from passing on = FreeBSD so the question is: is there a chance the defect will be = resolved any time soon or should I try to prepare a fix to speed up the = process? >=20 > Thanks a lot. >=20 > --=20 >=20 > _______________________________________________ > 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 Jul 15 14:00:18 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D7FC4C2 for ; Tue, 15 Jul 2014 14:00:18 +0000 (UTC) Received: from mout.gmx.com (mout.gmx.com [74.208.4.201]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 108B528F1 for ; Tue, 15 Jul 2014 14:00:18 +0000 (UTC) Received: from [157.181.98.237] ([157.181.98.237]) by mail.gmx.com (mrgmxus001) with ESMTPSA (Nemesis) id 0LmrE2-1WdUDm38u4-00h5ev for ; Tue, 15 Jul 2014 16:00:11 +0200 Message-ID: <53C533C1.8080303@gmx.com> Date: Tue, 15 Jul 2014 15:59:29 +0200 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26 MIME-Version: 1.0 To: "freebsd-current@freebsd.org" Subject: panic: page fault (on 10.0-RELEASE-p7) Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:MOa4QU31rOLmDRz+zS/iBKfzarOGNovf/Wagp6dVKnHlsPAIg/U vzgJJvYESLhxlvljC0rJaC8guEwppctBDXZOR79QZNCncyh8/d3NL5Q1pMp4wDGrmM+ZJ9X Nzh38bbAUa3aNHOMPgB1C0mJtGgHnezWEb3aKKsK+OueTOsX4LYb6u7AncGVpm2k3cBpDUb RV/JRqDtAiTScA52nlfww== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jul 2014 14:00:18 -0000 Info at . On the 1st boot after the panic, the crash dump failed due to insufficient amount of space on /. Then I removed some files, restarted the system, and the dump was redone. Is it correct to assume that the dump was not damaged? From owner-freebsd-current@FreeBSD.ORG Tue Jul 15 14:17:23 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BFDA9B56; Tue, 15 Jul 2014 14:17:23 +0000 (UTC) Received: from dmz-mailsec-scanner-6.mit.edu (dmz-mailsec-scanner-6.mit.edu [18.7.68.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 20C812AA9; Tue, 15 Jul 2014 14:17:22 +0000 (UTC) X-AuditID: 12074423-f79bf6d000007580-b7-53c537eb9506 Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) (using TLS with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-6.mit.edu (Symantec Messaging Gateway) with SMTP id 78.D9.30080.BE735C35; Tue, 15 Jul 2014 10:17:15 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id s6FEHDoQ019860; Tue, 15 Jul 2014 10:17:13 -0400 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id s6FEHA9t012760 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 15 Jul 2014 10:17:12 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id s6FEHAnB002479; Tue, 15 Jul 2014 10:17:10 -0400 (EDT) Date: Tue, 15 Jul 2014 10:17:09 -0400 (EDT) From: Benjamin Kaduk X-X-Sender: kaduk@multics.mit.edu To: Dimitry Andric , David Chisnall Subject: Re: bsd.sys.mk [-Wno-uninitialized] In-Reply-To: <53C4F39E.2030407@selasky.org> Message-ID: References: <20140704123901.GR6056@albert.catwhisker.org> <53B6E218.5070009@selasky.org> <20140704174705.GS6056@albert.catwhisker.org> <53B6EDD1.8030506@selasky.org> <20140704181831.GV6056@albert.catwhisker.org> <909248A4-1B7C-4836-ADAA-F81A70A8AC3C@theravensnest.org> <771D269B-AC6D-4686-ABB0-04F7DCD3A8D9@FreeBSD.org> <53C4F39E.2030407@selasky.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+NgFupgleLIzCtJLcpLzFFi42IR4hTV1n1tfjTY4PhidosJV34wWSzp2sdo 8fzaJzaLBUufsVksvv+I2YHVY8an+SweX3aeZwlgiuKySUnNySxLLdK3S+DKeDVtKmvBDo6K GZ/esTUw3mbrYuTkkBAwkdi87yULhC0mceHeeqA4F4eQwGwmibYz3awQzkZGiX3zD0JlDjFJ TDq+hAXCaWCUaJxzgBWkn0VAW2LGzD2MIDabgJrE473NrBBzFSU2n5rEDGKLCHhLXJzVARZn FoiXaJ7UAhYXFtCRuPNhD1Ccg4MTaM6e+aEgJq+Ao8TfpQYQqyYzSyzqnQbWKgpUvnr/FLCz eQUEJU7OfMICMdJS4t/aX6wTGIVmIUnNQpJawMi0ilE2JbdKNzcxM6c4NVm3ODkxLy+1SNdM LzezRC81pXQTIyjA2V2UdzD+Oah0iFGAg1GJh1fi3eFgIdbEsuLK3EOMkhxMSqK8xWxHg4X4 kvJTKjMSizPii0pzUosPMUpwMCuJ8EqaAOV4UxIrq1KL8mFS0hwsSuK8b62tgoUE0hNLUrNT UwtSi2CyMhwcShK8nmZAjYJFqempFWmZOSUIaSYOTpDhPEDD00BqeIsLEnOLM9Mh8qcYFaXE eSeBJARAEhmleXC9sAT0ilEc6BVh3gyQKh5g8oLrfgU0mAlocHnNYZDBJYkIKakGxoVtbqt8 mOdvld+9u2vaqqVqV3TN1SL3vvW1LqyUYV1c8/N8yroC3Rl72co/hlw0vMjY8WbtPP9bnb3S 2/arPNFUiJR6+Wa/oexmLZ4D79jF7x25dqOBxYfLlWkX04ttz3+c79HefXPxXvEtZyd+slo1 /cnN0p0ar3ZHf9rpWZTFJ9a842zMvGNKLMUZiYZazEXFiQDCRSasGwMAAA== Cc: Hans Petter Selasky , "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jul 2014 14:17:23 -0000 [-stable to bcc; keeping -current] On Tue, 15 Jul 2014, Hans Petter Selasky wrote: > On 07/05/14 15:10, David Chisnall wrote: >> On 5 Jul 2014, at 14:07, Dimitry Andric wrote: >> >>> Interestingly, -Wno-uninitialized has been in bsd.sys.mk since r76861, >>> and the accompanying comment ("XXX Delete -Wuninitialized by default for >>> now -- the compiler doesn't always get it right") has never been >>> changed. :-) >>> >>> It is probably time to re-enable that warning after 13 years, at least. >> >> It probably only wants enabling for clang. GCC (at least, GCC 4.2.1) >> performs this analysis based on analyses run by the optimisers and so the >> warnings are dependent on optimisation level. >> >> David > > Hi, > > Is someone working on this? I was going to chime in and claim that I had seen false positives from -Wuninitialized even from recent clang, but upon consulting my build logs, it seems that the false positives are actually from -Wconditional-uninitialized. Is that known to be less reliable? -Ben From owner-freebsd-current@FreeBSD.ORG Tue Jul 15 19:15:55 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0FE0E5B0; Tue, 15 Jul 2014 19:15:55 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DC25B29D9; Tue, 15 Jul 2014 19:15:54 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id D5D24B923; Tue, 15 Jul 2014 15:15:52 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: Boot loader too large Date: Tue, 15 Jul 2014 13:05:32 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <53C06780.8010702@freebsd.org> <20140711225043.GH50976@over-yonder.net> In-Reply-To: <20140711225043.GH50976@over-yonder.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201407151305.32820.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 15 Jul 2014 15:15:52 -0400 (EDT) Cc: Nathan Whitehorn , "Matthew D. Fuller" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 15 Jul 2014 19:15:55 -0000 On Friday, July 11, 2014 6:50:43 pm Matthew D. Fuller wrote: > On Fri, Jul 11, 2014 at 03:38:56PM -0700 I heard the voice of > Nathan Whitehorn, and lo! it spake thus: > > > > I don't honestly remember where that number came from. It's at line > > 72 of usr.sbin/bsdinstall/partedit/partedit_x86.c. If 128 works > > better, I'm happy to change it, but it would be nice to know what > > the actual bounds here are before putting in a new arbitrary number. > > src/sys/boot/i386/pmbr/pmbr.s says > > ------------- > next_boot:. incl (%si). . . # Next LBA > . . adcl $0,4(%si) > . . mov %es,%ax. . . # Adjust segment for next > . . addw $SECSIZE/16,%ax. . # sector > . . cmp $0x9000,%ax.. . # Don't load past 0x90000, > . . jae err_big. . . # 545k should be enough for > . . mov %ax,%es. . . # any boot code. :) > ------------- > > (err_big being printing the "Boot loader too large" message). Though > 0x90000 is actually 576k, not 545, but presumably there's some other > adjustment lopping off bits somewhere; that's 62 sectors diff. The boot code is not loaded at offset 0, it is loaded at offset 0x7c00 (the same address the BIOS loads boot loaders): .set LOAD,0x7c00 # Load address ... # # We found a boot partition. Load it into RAM starting at 0x7c00. # movw %bx,%di # Save partition pointer in %di leaw PART_START_LBA(%di),%si movw $LOAD/16,%bx > Regardless, I settled on 512k for my boot partitions (after finding > the above error when I previously decided "it's a few dozen k, I'll > just set aside a meg to be safe" and then discovered the whole > "not-booting" thing that caused. 512k should be fine even if it is a bit excessive. Also, larger partitions might actually increase boot time, but perhaps not noticably. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jul 15 22:40:47 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7809EDBD; Tue, 15 Jul 2014 22:40:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0002D70; Tue, 15 Jul 2014 22:40:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6FMed6M014652; Tue, 15 Jul 2014 18:40:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6FMedGf014651; Tue, 15 Jul 2014 22:40:39 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 15 Jul 2014 22:40:39 GMT Message-Id: <201407152240.s6FMedGf014651@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 , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2014 22:40:47 -0000 TB --- 2014-07-15 21:39:21 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-15 21:39:21 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-15 21:39:21 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2014-07-15 21:39:21 - cleaning the object tree TB --- 2014-07-15 21:39:21 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-15 21:39:24 - At svn revision 268669 TB --- 2014-07-15 21:39:25 - building world TB --- 2014-07-15 21:39:25 - CROSS_BUILD_TESTING=YES TB --- 2014-07-15 21:39:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-15 21:39:25 - MAKESYSPATH=/src/share/mk TB --- 2014-07-15 21:39:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-15 21:39:25 - SRCCONF=/dev/null TB --- 2014-07-15 21:39:25 - TARGET=sparc64 TB --- 2014-07-15 21:39:25 - TARGET_ARCH=sparc64 TB --- 2014-07-15 21:39:25 - TZ=UTC TB --- 2014-07-15 21:39:25 - __MAKE_CONF=/dev/null TB --- 2014-07-15 21:39:25 - cd /src TB --- 2014-07-15 21:39:25 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Tue Jul 15 21:39:32 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/usr.bin/mkdep/mkdep.1 > mkdep.1.gz ===> usr.bin/mkesdb (all) cc -O2 -pipe -I/src/usr.bin/mkesdb -I/src/usr.bin/mkesdb/../mkesdb -I/src/usr.bin/mkesdb/../../lib/libc/iconv -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c lex.c cc -O2 -pipe -I/src/usr.bin/mkesdb -I/src/usr.bin/mkesdb/../mkesdb -I/src/usr.bin/mkesdb/../../lib/libc/iconv -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c yacc.c cc -O2 -pipe -I/src/usr.bin/mkesdb -I/src/usr.bin/mkesdb/../mkesdb -I/src/usr.bin/mkesdb/../../lib/libc/iconv -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -L/obj/sparc64.sparc64/src/usr.bin/mkesdb/../../lib/libc -o mkesdb lex.o yacc.o gzip -cn /src/usr.bin/mkesdb/mkesdb.1 > mkesdb.1.gz ===> usr.bin/mkfifo (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/mkfifo/mkfifo.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o mkfifo mkfifo.o gzip -cn /src/usr.bin/mkfifo/mkfifo.1 > mkfifo.1.gz ===> usr.bin/mkimg (all) cc -O2 -pipe -DSPARSE_WRITE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/mkimg/format.c cc -O2 -pipe -DSPARSE_WRITE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/mkimg/image.c cc -O2 -pipe -DSPARSE_WRITE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/mkimg/mkimg.c cc -O2 -pipe -DSPARSE_WRITE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/mkimg/scheme.c cc -O2 -pipe -DSPARSE_WRITE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/mkimg/raw.c cc -O2 -pipe -DSPARSE_WRITE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/mkimg/vhd.c cc1: warnings being treated as errors /src/usr.bin/mkimg/vhd.c: In function 'vhd_write': /src/usr.bin/mkimg/vhd.c:222: warning: 'error' may be used uninitialized in this function *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/mkimg *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-15 22:40:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-15 22:40:39 - ERROR: failed to build world TB --- 2014-07-15 22:40:39 - 2897.72 user 581.59 system 3677.99 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Jul 15 23:40:44 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 26552589; Tue, 15 Jul 2014 23:40:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F0A4A22D4; Tue, 15 Jul 2014 23:40:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6FNegOg076883; Tue, 15 Jul 2014 19:40:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6FNegKn076882; Tue, 15 Jul 2014 23:40:42 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 15 Jul 2014 23:40:42 GMT Message-Id: <201407152340.s6FNegKn076882@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2014 23:40:44 -0000 TB --- 2014-07-15 20:02:10 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-15 20:02:10 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-15 20:02:10 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-07-15 20:02:10 - cleaning the object tree TB --- 2014-07-15 20:02:10 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-15 20:02:13 - At svn revision 268669 TB --- 2014-07-15 20:02:14 - building world TB --- 2014-07-15 20:02:14 - CROSS_BUILD_TESTING=YES TB --- 2014-07-15 20:02:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-15 20:02:14 - MAKESYSPATH=/src/share/mk TB --- 2014-07-15 20:02:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-15 20:02:14 - SRCCONF=/dev/null TB --- 2014-07-15 20:02:14 - TARGET=powerpc TB --- 2014-07-15 20:02:14 - TARGET_ARCH=powerpc TB --- 2014-07-15 20:02:14 - TZ=UTC TB --- 2014-07-15 20:02:14 - __MAKE_CONF=/dev/null TB --- 2014-07-15 20:02:14 - cd /src TB --- 2014-07-15 20:02:14 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Tue Jul 15 20:02:21 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/usr.bin/mkdep/mkdep.1 > mkdep.1.gz ===> usr.bin/mkesdb (all) cc -O2 -pipe -I/src/usr.bin/mkesdb -I/src/usr.bin/mkesdb/../mkesdb -I/src/usr.bin/mkesdb/../../lib/libc/iconv -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c lex.c cc -O2 -pipe -I/src/usr.bin/mkesdb -I/src/usr.bin/mkesdb/../mkesdb -I/src/usr.bin/mkesdb/../../lib/libc/iconv -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c yacc.c cc -O2 -pipe -I/src/usr.bin/mkesdb -I/src/usr.bin/mkesdb/../mkesdb -I/src/usr.bin/mkesdb/../../lib/libc/iconv -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -L/obj/powerpc.powerpc/src/usr.bin/mkesdb/../../lib/libc -o mkesdb lex.o yacc.o gzip -cn /src/usr.bin/mkesdb/mkesdb.1 > mkesdb.1.gz ===> usr.bin/mkfifo (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/mkfifo/mkfifo.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o mkfifo mkfifo.o gzip -cn /src/usr.bin/mkfifo/mkfifo.1 > mkfifo.1.gz ===> usr.bin/mkimg (all) cc -O2 -pipe -DSPARSE_WRITE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/mkimg/format.c cc -O2 -pipe -DSPARSE_WRITE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/mkimg/image.c cc -O2 -pipe -DSPARSE_WRITE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/mkimg/mkimg.c cc -O2 -pipe -DSPARSE_WRITE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/mkimg/scheme.c cc -O2 -pipe -DSPARSE_WRITE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/mkimg/raw.c cc -O2 -pipe -DSPARSE_WRITE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/mkimg/vhd.c cc1: warnings being treated as errors /src/usr.bin/mkimg/vhd.c: In function 'vhd_write': /src/usr.bin/mkimg/vhd.c:222: warning: 'error' may be used uninitialized in this function *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/mkimg *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-15 23:40:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-15 23:40:42 - ERROR: failed to build world TB --- 2014-07-15 23:40:42 - 11569.08 user 1223.51 system 13112.32 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Jul 16 01:06:49 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C361BB6; Wed, 16 Jul 2014 01:06:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0232729C7; Wed, 16 Jul 2014 01:06:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.8/8.14.8) with ESMTP id s6G16l7Y055213; Tue, 15 Jul 2014 21:06:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.8/8.14.8/Submit) id s6G16lqQ055212; Wed, 16 Jul 2014 01:06:47 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 16 Jul 2014 01:06:47 GMT Message-Id: <201407160106.s6G16lqQ055212@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 , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jul 2014 01:06:49 -0000 TB --- 2014-07-15 21:33:25 - tinderbox 2.22 running on freebsd-current.sentex.ca TB --- 2014-07-15 21:33:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-07-15 21:33:25 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2014-07-15 21:33:25 - cleaning the object tree TB --- 2014-07-15 21:33:25 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-07-15 21:33:56 - At svn revision 268669 TB --- 2014-07-15 21:33:57 - building world TB --- 2014-07-15 21:33:57 - CROSS_BUILD_TESTING=YES TB --- 2014-07-15 21:33:57 - MAKEOBJDIRPREFIX=/obj TB --- 2014-07-15 21:33:57 - MAKESYSPATH=/src/share/mk TB --- 2014-07-15 21:33:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-07-15 21:33:57 - SRCCONF=/dev/null TB --- 2014-07-15 21:33:57 - TARGET=powerpc TB --- 2014-07-15 21:33:57 - TARGET_ARCH=powerpc64 TB --- 2014-07-15 21:33:57 - TZ=UTC TB --- 2014-07-15 21:33:57 - __MAKE_CONF=/dev/null TB --- 2014-07-15 21:33:57 - cd /src TB --- 2014-07-15 21:33:57 - /usr/bin/make -B buildworld >>> Building an up-to-date bmake(1) >>> World build started on Tue Jul 15 21:34:05 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/usr.bin/mkdep/mkdep.1 > mkdep.1.gz ===> usr.bin/mkesdb (all) cc -O2 -pipe -I/src/usr.bin/mkesdb -I/src/usr.bin/mkesdb/../mkesdb -I/src/usr.bin/mkesdb/../../lib/libc/iconv -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c lex.c cc -O2 -pipe -I/src/usr.bin/mkesdb -I/src/usr.bin/mkesdb/../mkesdb -I/src/usr.bin/mkesdb/../../lib/libc/iconv -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c yacc.c cc -O2 -pipe -I/src/usr.bin/mkesdb -I/src/usr.bin/mkesdb/../mkesdb -I/src/usr.bin/mkesdb/../../lib/libc/iconv -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -L/obj/powerpc.powerpc64/src/usr.bin/mkesdb/../../lib/libc -o mkesdb lex.o yacc.o gzip -cn /src/usr.bin/mkesdb/mkesdb.1 > mkesdb.1.gz ===> usr.bin/mkfifo (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/mkfifo/mkfifo.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o mkfifo mkfifo.o gzip -cn /src/usr.bin/mkfifo/mkfifo.1 > mkfifo.1.gz ===> usr.bin/mkimg (all) cc -O2 -pipe -DSPARSE_WRITE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/mkimg/format.c cc -O2 -pipe -DSPARSE_WRITE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/mkimg/image.c cc -O2 -pipe -DSPARSE_WRITE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/mkimg/mkimg.c cc -O2 -pipe -DSPARSE_WRITE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/mkimg/scheme.c cc -O2 -pipe -DSPARSE_WRITE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/mkimg/raw.c cc -O2 -pipe -DSPARSE_WRITE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/mkimg/vhd.c cc1: warnings being treated as errors /src/usr.bin/mkimg/vhd.c: In function 'vhd_write': /src/usr.bin/mkimg/vhd.c:222: warning: 'error' may be used uninitialized in this function *** Error code 1 Stop. bmake[3]: stopped in /src/usr.bin/mkimg *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2014-07-16 01:06:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-07-16 01:06:47 - ERROR: failed to build world TB --- 2014-07-16 01:06:47 - 11570.52 user 1198.02 system 12801.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Jul 16 11:28:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D37A3344; Wed, 16 Jul 2014 11:28:52 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8FA332C7F; Wed, 16 Jul 2014 11:28:52 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1X7NO7-0016P0-Ru>; Wed, 16 Jul 2014 13:28:43 +0200 Received: from g225054231.adsl.alicedsl.de ([92.225.54.231] helo=munin.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1X7NO7-003Vqt-Pp>; Wed, 16 Jul 2014 13:28:43 +0200 Date: Wed, 16 Jul 2014 13:28:43 +0200 From: "O. Hartmann" To: FreeBSD CURRENT , FreeBSD Questions Subject: USB 2.0 webcam in virtualbox on CURRENT not working! Message-ID: <20140716132843.60e861a0@munin.walstatt.dyndns.org> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd9.3) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/Recii25IZwIVD=LbC_5O2kF"; protocol="application/pgp-signature" X-Originating-IP: 92.225.54.231 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 Jul 2014 11:28:52 -0000 --Sig_/Recii25IZwIVD=LbC_5O2kF Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I desperately need to have a SKYPE based chat with an offshore department. Since Skype is not a native port, I try to use a virtual box running Windows 7. And here the nightmare begins. Skype works in the VBox, but audio only. I have two WebCAMs here, a brand new Logitech C270 and a older Medion MD86511. The latter one can be seen in the device list of Windows 7 within the VBox, but can not be activated. More frustrating, the Logitech C270, doesn't work, it is not even seen by the VBox. I tested the cam on another Windows 7 system of a colleague and it works. FreeBSD does also "see" this USB Cam, but why is the device hidden for the VBox? In the configuration, I have the ability to enable/disable USB 2.0 subsystem. Enabled, VBox rejects to start on all FBSD around (9.3-PRE, 11-CURRENT). What is that? Is VBox not capable of using USB 2.0 devices in conjunction with FreeBSD? How to solve this? Is there a Skype 6 client for FreeBSD? Thanks in advance, please CC me, Oliver --Sig_/Recii25IZwIVD=LbC_5O2kF Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJTxmHwAAoJEOgBcD7A/5N8SNIH/ivYzQ6phN7fKKGQ9vU/vi5X /+4w5lf+ASdCHqb90NAEafv/fBesgnO0wuGV/TCr+eUNJwWdTCle4cWQqt5WF1Cp 7dvOdwAhDxlgZTdsRBmN8AfYoPjebu1IlOfa7LLJ4juQfJouUrA692mWB40BlNLJ qjNQ3YB+vAROvjlILvZFC8VWIcjOLyJkAvizd0Y4G+BqZadm4pfM6KKkOJ/lec// Ld8mB7wxjvOYuqyJixpHDxgxon31IOf3quYjtZfJgnOIa10rAa0msYLuktDMOqSu K1JkrA3t7ZtMUhMBz59dJ+KJn/RIBOnMbvjC3vTeXAXJ/Dr/+KilIIr/qFWAjbM= =TcCl -----END PGP SIGNATURE----- --Sig_/Recii25IZwIVD=LbC_5O2kF-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 16 09:17:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82048BC2; Wed, 16 Jul 2014 09:17:52 +0000 (UTC) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 41675215C; Wed, 16 Jul 2014 09:17:49 +0000 (UTC) Received: by gddsn.org.cn (Postfix, from userid 65534) id B9B7E2E0AF; Wed, 16 Jul 2014 17:09:37 +0800 (CST) Received: from lp.gddsn.org.cn (unknown [218.19.164.153]) (Authenticated sender: wsk) by gddsn.org.cn (Postfix) with ESMTPA id 60D602E00E; Wed, 16 Jul 2014 17:02:05 +0800 (CST) Message-ID: <53C63F8E.9040604@gddsn.org.cn> Date: Wed, 16 Jul 2014 17:02:06 +0800 From: wsk User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: John Baldwin , freebsd-current@freebsd.org Subject: [SOLVED]Re: 10.0-RELEASE BTX halted on DELL R900 References: <53B659B7.3020202@gddsn.org.cn> <20140705060939.GA11739@flea.casa> <5881B5EA-B625-4E47-ADCB-3F2F894A8630@FreeBSD.org> <201407111421.40097.jhb@freebsd.org> In-Reply-To: <201407111421.40097.jhb@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Wed, 16 Jul 2014 11:34:00 +0000 Cc: Arrigo Marchiori , stable@freebsd.org, questions@freebsd.org, Dimitry Andric , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 Jul 2014 09:17:52 -0000 于 2014/07/12 02:21, John Baldwin 写道: > On Saturday, July 05, 2014 8:57:45 am Dimitry Andric wrote: >>> Just in case, you could try the patch attached to this bug: >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=176748 >>> >>> The patch was compiled for 9-STABLE; if it does not apply to the 10.0 >>> sources, then drop me a line so I can adapt it. >> I tried this patch on a few FreeBSD VMs, and each of them stopped being >> able to mount the root filesystem because of it. I don't really know >> what the explanation is... > That patch is just wrong. I've updated the PR with something that is probably > similar to your patch (explicitly ignore a size of zero back from EDD). > BTW: It's ZFS-only on my box so I upgrade the BIOS firmware to latest v1.2.0, anyway problems gone by using FreeBSD 9.3-RELEASE zfsloader instead. -- From owner-freebsd-current@FreeBSD.ORG Wed Jul 16 11:40:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9313FE92; Wed, 16 Jul 2014 11:40:32 +0000 (UTC) Received: from man.dat.pl (dat.pl [80.51.155.34]) by mx1.freebsd.org (Postfix) with ESMTP id 549C42D8F; Wed, 16 Jul 2014 11:40:31 +0000 (UTC) Received: from man.dat.pl (localhost [127.0.0.1]) by man.dat.pl (Postfix) with ESMTP id 27BB1CEFBDA; Wed, 16 Jul 2014 13:40:31 +0200 (CEST) X-Virus-Scanned: amavisd-new at dat.pl Received: from man.dat.pl ([127.0.0.1]) by man.dat.pl (man.dat.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id FQp4ZXT4MbOX; Wed, 16 Jul 2014 13:40:30 +0200 (CEST) Message-ID: <53C664AD.9030100@dat.pl> Date: Wed, 16 Jul 2014 13:40:29 +0200 From: Maciej Milewski MIME-Version: 1.0 To: "O. Hartmann" , FreeBSD CURRENT , FreeBSD Questions Subject: Re: USB 2.0 webcam in virtualbox on CURRENT not working! References: <20140716132843.60e861a0@munin.walstatt.dyndns.org> In-Reply-To: <20140716132843.60e861a0@munin.walstatt.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 Jul 2014 11:40:32 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 16.07.2014 13:28, O. Hartmann wrote: > I desperately need to have a SKYPE based chat with an offshore > department. Since Skype is not a native port, I try to use a virtual > box running Windows 7. And here the nightmare begins. > > Skype works in the VBox, but audio only. I have two WebCAMs here, a > brand new Logitech C270 and a older Medion MD86511. The latter one can > be seen in the device list of Windows 7 within the VBox, but can not be > activated. > > More frustrating, the Logitech C270, doesn't work, it is not even seen > by the VBox. I tested the cam on another Windows 7 system of a > colleague and it works. FreeBSD does also "see" this USB Cam, but why > is the device hidden for the VBox? What do you mean by saying "see"? usbconfig on freebsd lists it as ugen device? Is it attached to vbox machine by some filter? Have you tried VBoxManage usbfilter add? I'm currently using some kind of software security jingle device this way: VBoxManage usbfilter add 1 --target VMachineName --name USBKey --vendorid 0x???? --productid 0x???? But I haven't used any webcam this way. > In the configuration, I have the ability to enable/disable USB 2.0 > subsystem. Enabled, VBox rejects to start on all FBSD around (9.3-PRE, > 11-CURRENT). What is that? Is VBox not capable of using USB 2.0 > devices in conjunction with FreeBSD? > > How to solve this? Is there a Skype 6 client for FreeBSD? > > Thanks in advance, please CC me, > Oliver - -- Pozdrawiam, Maciej Milewski -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlPGZK0ACgkQPQ1pa2ELkNklvwCfeg0LpjvLZxsJW3J4K3POMfPt z5gAnjnkFuUgJwF0xQRmoCOZE67tYcyq =6krQ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Jul 16 13:29:44 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59C1AA4A; Wed, 16 Jul 2014 13:29:44 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BD0612877; Wed, 16 Jul 2014 13:29:43 +0000 (UTC) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id s6GDTc1E083792 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Jul 2014 16:29:38 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s6GDTc1E083792 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id s6GDTcmK083791; Wed, 16 Jul 2014 16:29:38 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 16 Jul 2014 16:29:38 +0300 From: Konstantin Belousov To: performance@freebsd.org, current@freebsd.org Subject: Re: PostgreSQL performance on FreeBSD Message-ID: <20140716132938.GB93733@kib.kiev.ua> References: <20140627125613.GT93733@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MS56pFM3hjr8joCS" Content-Disposition: inline In-Reply-To: <20140627125613.GT93733@kib.kiev.ua> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 Jul 2014 13:29:44 -0000 --MS56pFM3hjr8joCS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 27, 2014 at 03:56:13PM +0300, Konstantin Belousov wrote: > Hi, > I did some measurements and hacks to see about the performance and > scalability of PostgreSQL 9.3 on FreeBSD, sponsored by The FreeBSD > Foundation. >=20 > The results are described in https://kib.kiev.ua/kib/pgsql_perf.pdf. > The uncommitted patches, referenced in the article, are available as > https://kib.kiev.ua/kib/pig1.patch.txt > https://kib.kiev.ua/kib/patch-2 A followup to the original paper. Most importantly, I identified the cause for the drop on the graph after the 30 clients, which appeared to be the debugging version of malloc(3) in libc. Also there are some updates on the patches. New version of the paper is available at https://www.kib.kiev.ua/kib/pgsql_perf_v2.0.pdf The changes are marked as 'update for version 2.0'. --MS56pFM3hjr8joCS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJTxn5CAAoJEJDCuSvBvK1Bv2YP/2CLnhKXwVqvqY314KyRc2mN dD9JM6lQrzzG59MmEAWjdwmSI04OCJ77etczzbrpPtay9aQYWGitYOtqumAPVGSa g3nV/IW1orZPaZESlbFepSwqR8P56FEWXREt5VA/BbFIdHgJAqjIQTxxSveoQY1u htY8R6BDzww6e7qDFMnUP/sL6MOnnEkz2XJimZT/D2w2ve0Z5A12wpqy336p40bH utaM44RQwIMBKoTLKlmRhGfwCrd6GCRBvvEYFgAWyjcZqxeUARS5i1h1PyiduQ+w kWNY9Y1IjUAC7PCRQ92/DoNXlZVI6peOSuDZF6lYA0inTMwNDqcWlQBlujk77mzu gUG9fp1Cy5dp01LiLJHQBdi8hnxkEfZ6ufm6jdttaVcPGmPAqSNyB70v80QpOg/C 8hMtRG080u4fpEsvm0qvHdTHK/+LoIZ+Mr6FZYUij26BxFABzOD/lP7yXvplwsWV ac7MkfvMgltG1U1MChqb5bwNc6qDgaOJOVQtgMD9wQNU29J94+fkL+I5xYUDjwQZ +LREG8yz3a082aujy4coT+HYyRFnzsYlM6ixjISBqoeG1gZ1EPf2UnpmrK/baGSh xq9+08bnW8lshgRn/qqrOczIWPQm6ONYRVEgbdn7dLCWxtRw7mNbj36FORXCK6kU 0yzHzfqqz7CBbqXfiqSR =X0m2 -----END PGP SIGNATURE----- --MS56pFM3hjr8joCS-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 16 17:52:47 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A77DABA; Wed, 16 Jul 2014 17:52:47 +0000 (UTC) Received: from mail-qc0-x236.google.com (mail-qc0-x236.google.com [IPv6:2607:f8b0:400d:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DC75B217C; Wed, 16 Jul 2014 17:52:46 +0000 (UTC) Received: by mail-qc0-f182.google.com with SMTP id r5so1101075qcx.13 for ; Wed, 16 Jul 2014 10:52:46 -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:message-id:subject :from:to:cc:content-type; bh=tbZl6MpAurodEO9oy5ctH4e7jfjLNzJO/2pF+5Hv2as=; b=VGBR2FJvgeUUcqO6TUWYU55fiGbZXaPooeQbuwv4zl7BHWZPVD65RtedTuCSGvb6wQ mX1s2f+vTc3du+tDFi/0F9hlJWbaRPOE8+8sdLZiI/WrGXwPt1tH6myh1I9+LcK1iejG QSn5YnTFXgFa1eO0Dy7nx1w9jSxj6Y6ffD8Txqgsd6Mwr6aCkSgaeBs9McuFG0X91A1/ P8xdaglBnLvu2HXqLMcEebSvywGg3iR1BFkXLrEtejSpf6PT2RXMB31HpePIbQNBbzIN blruwVmIsjeTZr6jMlfI0RrR/80SiDepFUXWLRVUALNVcNdKsJO6FSbJOIKKAS9AWGtb yCjQ== MIME-Version: 1.0 X-Received: by 10.140.22.134 with SMTP id 6mr45383977qgn.4.1405533166037; Wed, 16 Jul 2014 10:52:46 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.202.193 with HTTP; Wed, 16 Jul 2014 10:52:45 -0700 (PDT) In-Reply-To: <20140716132938.GB93733@kib.kiev.ua> References: <20140627125613.GT93733@kib.kiev.ua> <20140716132938.GB93733@kib.kiev.ua> Date: Wed, 16 Jul 2014 10:52:45 -0700 X-Google-Sender-Auth: lJXcZq-CeDhZh07j61Osw64Q0d0 Message-ID: Subject: Re: PostgreSQL performance on FreeBSD From: Adrian Chadd To: Konstantin Belousov Content-Type: text/plain; charset=UTF-8 Cc: performance@freebsd.org, "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 Jul 2014 17:52:47 -0000 Hi! On 16 July 2014 06:29, Konstantin Belousov wrote: > On Fri, Jun 27, 2014 at 03:56:13PM +0300, Konstantin Belousov wrote: >> Hi, >> I did some measurements and hacks to see about the performance and >> scalability of PostgreSQL 9.3 on FreeBSD, sponsored by The FreeBSD >> Foundation. >> >> The results are described in https://kib.kiev.ua/kib/pgsql_perf.pdf. >> The uncommitted patches, referenced in the article, are available as >> https://kib.kiev.ua/kib/pig1.patch.txt >> https://kib.kiev.ua/kib/patch-2 > > A followup to the original paper. > > Most importantly, I identified the cause for the drop on the graph > after the 30 clients, which appeared to be the debugging version > of malloc(3) in libc. > > Also there are some updates on the patches. > > New version of the paper is available at > https://www.kib.kiev.ua/kib/pgsql_perf_v2.0.pdf > The changes are marked as 'update for version 2.0'. Would you mind trying a default (non-PRODUCTION) build, but with junk filling turned off? adrian@adrian-hackbox:~ % ls -l /etc/malloc.conf lrwxr-xr-x 1 root wheel 10 Jun 24 04:37 /etc/malloc.conf -> junk:false That fixes almost all of the malloc debug performance issues that I see without having to recompile. I'd like to know if you see any after that. Thanks! -a From owner-freebsd-current@FreeBSD.ORG Wed Jul 16 19:19:57 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D38FF57C; Wed, 16 Jul 2014 19:19:57 +0000 (UTC) Received: from mail.auburn.protected-networks.net (mail.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.auburn.protected-networks.net", Issuer "Protected Networks Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7890B2940; Wed, 16 Jul 2014 19:19:57 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@protected-networks.net) by mail.auburn.protected-networks.net (Postfix) with ESMTPSA id 880AA1BB; Wed, 16 Jul 2014 15:19:54 -0400 (EDT) Message-ID: <53C6D059.6000607@protected-networks.net> Date: Wed, 16 Jul 2014 15:19:53 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: current@FreeBSD.org Subject: fall-out from the readline shift X-Enigmail-Version: 1.6 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Baptiste Daroussin , Martin Wilke X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 Jul 2014 19:19:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Both sqlite2 and gnomint now fail to build :-( libtool: link: ( cd ".libs" && rm -f "libsqlite.la" && ln -s "../libsqlite.la" "libsqlite.la" ) /usr/local/bin/libtool --mode=link cc -O2 -pipe -march=yonah - -fno-strict-aliasing -DOS_UNIX=1 -DOS_WIN=0 -DHAVE_USLEEP=1 -I. -I./src - -DHAVE_READLINE=1 -I/usr/local/include/readline -o sqlite ./src/shell.c \ libsqlite.la -lncurses libtool: link: cc -O2 -pipe -march=yonah -fno-strict-aliasing - -DOS_UNIX=1 -DOS_WIN=0 -DHAVE_USLEEP=1 -I. -I./src -DHAVE_READLINE=1 - -I/usr/local/include/readline -o .libs/sqlite ./src/shell.c ./.libs/libsqlite.so -lncurses -Wl,-rpath -Wl,/usr/local/lib ./src/shell.c:40:11: fatal error: 'readline/readline.h' file not found # include ^ 1 error generated. gmake[2]: *** [sqlite] Error 1 gmake[2]: Leaving directory `/usr/ports/databases/sqlite2/work/sqlite-2.8.17' ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 checking for LIBGCRYPT - version >= 1.2.0... yes (1.5.3) checking for GNOMINT... yes checking readline/readline.h usability... no checking readline/readline.h presence... no checking for readline/readline.h... no configure: error: libreadline is needed for compiling gnoMint. ===> Script "configure" failed unexpectedly. Please report the problem to kevinz5000@gmail.com [maintainer] and attach the "/usr/ports/security/gnomint/work/gnomint-1.2.1/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. a /usr/local/sbin/pkg-static info -g -Ea). *** Error code 1 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlPG0FkACgkQQv9rrgRC1JJOPQCeOn2JMdhNQK5DAf+PgcIBf8Al 52oAoKYNB0ZDmfGOqznItA85UWfg70tq =/hkj -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Jul 16 19:34:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F1474C3A; Wed, 16 Jul 2014 19:34:26 +0000 (UTC) Received: from mail-we0-x22e.google.com (mail-we0-x22e.google.com [IPv6:2a00:1450:400c:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 624D72ADB; Wed, 16 Jul 2014 19:34:26 +0000 (UTC) Received: by mail-we0-f174.google.com with SMTP id x48so1429690wes.5 for ; Wed, 16 Jul 2014 12:34:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=U26QeV/m+wHS781L4l8wCFDMfspvckeHqeuAsTDbAZU=; b=obGBty+JZMOFnqCM5lby+CfHOBQCBo1agPuBC78eQ9u4nTY7S78PQC2WJHWpc3MXxe UcdP+qkIJ6Fn86aahsbQIX1cAIWDmhinFMW+zJrVUjtzTiSbXnFpT5msdk58kjJsHaDu MJpZZgivZvbMApJNrxgpTRb/RfmfbpOpsesz2h98+ozvmcEQ3x2renisvhZSgl68VZ3n +eo0TekvuHlkM289SKs/fXMszQ+nTFTGj+OTAz9Kl6BBV4tw0m9jsn+swyY7dWuICDeT E+h8+ZXe/WQ/J8Mjn8441kIQ2zaoB6/5Uk5de0ohVQk9AHq1xVI8rJkUKlFInLAoFDY6 feWg== X-Received: by 10.194.192.201 with SMTP id hi9mr39245319wjc.28.1405539264132; Wed, 16 Jul 2014 12:34:24 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id ed14sm21344818wic.10.2014.07.16.12.34.22 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 16 Jul 2014 12:34:22 -0700 (PDT) Sender: Baptiste Daroussin Date: Wed, 16 Jul 2014 21:34:18 +0200 From: Baptiste Daroussin To: Michael Butler Subject: Re: fall-out from the readline shift Message-ID: <20140716193418.GR48710@ivaldir.etoilebsd.net> References: <53C6D059.6000607@protected-networks.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9wW3yB/H9ZmnRBtb" Content-Disposition: inline In-Reply-To: <53C6D059.6000607@protected-networks.net> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: current@FreeBSD.org, Martin Wilke X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 Jul 2014 19:34:27 -0000 --9wW3yB/H9ZmnRBtb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 16, 2014 at 03:19:53PM -0400, Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > Both sqlite2 and gnomint now fail to build :-( >=20 >=20 > libtool: link: ( cd ".libs" && rm -f "libsqlite.la" && ln -s > "../libsqlite.la" "libsqlite.la" ) > /usr/local/bin/libtool --mode=3Dlink cc -O2 -pipe -march=3Dyonah > - -fno-strict-aliasing -DOS_UNIX=3D1 -DOS_WIN=3D0 -DHAVE_USLEEP=3D1 -I. -= I./src > - -DHAVE_READLINE=3D1 -I/usr/local/include/readline -o sqlite ./src/shell= =2Ec \ > libsqlite.la -lncurses > libtool: link: cc -O2 -pipe -march=3Dyonah -fno-strict-aliasing > - -DOS_UNIX=3D1 -DOS_WIN=3D0 -DHAVE_USLEEP=3D1 -I. -I./src -DHAVE_READLIN= E=3D1 > - -I/usr/local/include/readline -o .libs/sqlite ./src/shell.c > ./.libs/libsqlite.so -lncurses -Wl,-rpath -Wl,/usr/local/lib > ./src/shell.c:40:11: fatal error: 'readline/readline.h' file not found > # include > ^ > 1 error generated. > gmake[2]: *** [sqlite] Error 1 > gmake[2]: Leaving directory > `/usr/ports/databases/sqlite2/work/sqlite-2.8.17' > =3D=3D=3D> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failur= e to > the maintainer. > *** Error code 1 >=20 > checking for LIBGCRYPT - version >=3D 1.2.0... yes (1.5.3) > checking for GNOMINT... yes > checking readline/readline.h usability... no > checking readline/readline.h presence... no > checking for readline/readline.h... no > configure: error: libreadline is needed for compiling gnoMint. > =3D=3D=3D> Script "configure" failed unexpectedly. > Please report the problem to kevinz5000@gmail.com [maintainer] and > attach the > "/usr/ports/security/gnomint/work/gnomint-1.2.1/config.log" including the > output of the failure of your make command. Also, it might be a good idea= to > provide an overview of all packages installed on your system (e.g. a > /usr/local/sbin/pkg-static info -g -Ea). > *** Error code 1 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1 >=20 > iEYEARECAAYFAlPG0FkACgkQQv9rrgRC1JJOPQCeOn2JMdhNQK5DAf+PgcIBf8Al > 52oAoKYNB0ZDmfGOqznItA85UWfg70tq > =3D/hkj > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" thanks for reporting I ll fix asap regards, Bapt --9wW3yB/H9ZmnRBtb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlPG07oACgkQ8kTtMUmk6ExcEACghDIFEq/T4nfOWwSz/GjNYs5g mOUAni7FBYbBruYdSZT6DQGpWZFI91Qa =Nnz6 -----END PGP SIGNATURE----- --9wW3yB/H9ZmnRBtb-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 16 21:40:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D37A0A93; Wed, 16 Jul 2014 21:40:39 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9651D26B6; Wed, 16 Jul 2014 21:40:39 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 9E5EA1FE027; Wed, 16 Jul 2014 23:40:37 +0200 (CEST) Message-ID: <53C6F160.7040000@selasky.org> Date: Wed, 16 Jul 2014 23:40:48 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Maciej Milewski , "O. Hartmann" , FreeBSD CURRENT , FreeBSD Questions Subject: Re: USB 2.0 webcam in virtualbox on CURRENT not working! References: <20140716132843.60e861a0@munin.walstatt.dyndns.org> <53C664AD.9030100@dat.pl> In-Reply-To: <53C664AD.9030100@dat.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 Jul 2014 21:40:39 -0000 On 07/16/14 13:40, Maciej Milewski wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 16.07.2014 13:28, O. Hartmann wrote: >> I desperately need to have a SKYPE based chat with an offshore >> department. Since Skype is not a native port, I try to use a virtual >> box running Windows 7. And here the nightmare begins. >> >> Skype works in the VBox, but audio only. I have two WebCAMs here, a >> brand new Logitech C270 and a older Medion MD86511. The latter one can >> be seen in the device list of Windows 7 within the VBox, but can not be >> activated. >> >> More frustrating, the Logitech C270, doesn't work, it is not even seen >> by the VBox. I tested the cam on another Windows 7 system of a >> colleague and it works. FreeBSD does also "see" this USB Cam, but why >> is the device hidden for the VBox? > What do you mean by saying "see"? > usbconfig on freebsd lists it as ugen device? > Is it attached to vbox machine by some filter? > Have you tried VBoxManage usbfilter add? > I'm currently using some kind of software security jingle device this way: > VBoxManage usbfilter add 1 --target VMachineName --name USBKey > --vendorid 0x???? --productid 0x???? > But I haven't used any webcam this way. > >> In the configuration, I have the ability to enable/disable USB 2.0 >> subsystem. Enabled, VBox rejects to start on all FBSD around (9.3-PRE, >> 11-CURRENT). What is that? Is VBox not capable of using USB 2.0 >> devices in conjunction with FreeBSD? >> >> How to solve this? Is there a Skype 6 client for FreeBSD? >> >> Thanks in advance, please CC me, >> Oliver > Hi, Skype: Mount this union with /usr/ports: https://github.com/cpu82/skype4-ports And then you can install skype and even use the video chat. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Jul 16 22:05:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A3742190; Wed, 16 Jul 2014 22:05:35 +0000 (UTC) Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com [IPv6:2a00:1450:400c:c05::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 14D9D2922; Wed, 16 Jul 2014 22:05:34 +0000 (UTC) Received: by mail-wi0-f174.google.com with SMTP id d1so6955388wiv.13 for ; Wed, 16 Jul 2014 15:05:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=dBEr/J2uQo16nYyZnEDnkGifZO36EYtzpRSv8czOtGg=; b=WRW0137a1jNA5VsVgoNOxvmsIhbbEZK7iygocS6TK/izXdR2R7jYXqpwTMgIL274ML 6AZnz2QQjDBQrErTWcu/EdmxlloWJtzxnfn3Cy+37aizB2N7ftLYT5i6NeIESxd+79Zi RvBZQ2fNRjTzwLNbrKyrYkJbua19JmUkBizGy2LqL12Z4VMMyFGtTF9bbBBVN3cmd1hX L1iqKVG7Q8zfsND8fx9BLxuMQJDl8t+TLkIMS/VoaX1ohzyXvzqtZsNU2FaZsIL/VL9V KLSHClDdQxndaiX95GIVdPYlQj4HRBx3QQbJIy1frh+w1MGiLBJZLnXegY0RiyvMXs3V 8zHw== X-Received: by 10.180.85.162 with SMTP id i2mr17119392wiz.53.1405548016337; Wed, 16 Jul 2014 15:00:16 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id bx2sm1207581wjb.47.2014.07.16.15.00.14 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 16 Jul 2014 15:00:14 -0700 (PDT) Sender: Baptiste Daroussin Date: Thu, 17 Jul 2014 00:00:10 +0200 From: Baptiste Daroussin To: Michael Butler Subject: Re: fall-out from the readline shift Message-ID: <20140716220010.GT48710@ivaldir.etoilebsd.net> References: <53C6D059.6000607@protected-networks.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="l/3WCmqZNZ+BnHMk" Content-Disposition: inline In-Reply-To: <53C6D059.6000607@protected-networks.net> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: current@FreeBSD.org, Martin Wilke X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 Jul 2014 22:05:35 -0000 --l/3WCmqZNZ+BnHMk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 16, 2014 at 03:19:53PM -0400, Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > Both sqlite2 and gnomint now fail to build :-( >=20 sqlite2 has been fixed (can you confirm?) regards, Bapt --l/3WCmqZNZ+BnHMk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlPG9eoACgkQ8kTtMUmk6EwkwgCfZOxafy+DFsiZiay+SGySx2hr gsIAoJ+U5VXCWMYMu6Ut22Rc3d+MWwPf =3u+y -----END PGP SIGNATURE----- --l/3WCmqZNZ+BnHMk-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 16 22:06:58 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 99458382; Wed, 16 Jul 2014 22:06:58 +0000 (UTC) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 098FF293C; Wed, 16 Jul 2014 22:06:57 +0000 (UTC) Received: by mail-wi0-f171.google.com with SMTP id hi2so6992907wib.4 for ; Wed, 16 Jul 2014 15:06:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=2RQ2QyrIYJYQBNjwZfbiW2jTTc1klzk5MMNL9j95etE=; b=QPG8rd12M0S1GtsqXh6v4TlzXoOhrg5tugToj3jzZ/XH7XHqvtcw1RgyyU2ZaxUY9Z erGfVs8OeoyMuaA8nKyXwCLMmz4BROoBm6sDaJ95JDsml+PAt3mnw0gfAeWRTQpUhSDN 7kppcxr0Vc2HlwcUzCsf5tFLsQu/FDi0aEWhkek6kz7hBvkPOI2yNJ/+M8kTL/gZ9u1m F/24SbmhIks/UqUffCQusNjOAAfp/D+276KOYrpbGFETKQB1CwO6jgMh5qponVwgZrEu rom3bakXH5ppsuL0nCJoKje/nWwjFtzsWwP/sI7T1h71NoATkxEqk2nYsIUgnGCauFNC oacg== X-Received: by 10.194.120.129 with SMTP id lc1mr39524524wjb.16.1405548416154; Wed, 16 Jul 2014 15:06:56 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id es1sm13681272wib.16.2014.07.16.15.06.55 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 16 Jul 2014 15:06:55 -0700 (PDT) Sender: Baptiste Daroussin Date: Thu, 17 Jul 2014 00:06:53 +0200 From: Baptiste Daroussin To: Michael Butler Subject: Re: fall-out from the readline shift Message-ID: <20140716220653.GU48710@ivaldir.etoilebsd.net> References: <53C6D059.6000607@protected-networks.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yC91f7qSViS67v3c" Content-Disposition: inline In-Reply-To: <53C6D059.6000607@protected-networks.net> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: current@FreeBSD.org, Martin Wilke X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 Jul 2014 22:06:58 -0000 --yC91f7qSViS67v3c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 16, 2014 at 03:19:53PM -0400, Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > Both sqlite2 and gnomint now fail to build :-( >=20 And gnomeint should be fixed as well now, to be honnest I cannot understand= how gnomint has ever being able to be built at all because it was missing some = build dependencies. regards, Bapt --yC91f7qSViS67v3c Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlPG930ACgkQ8kTtMUmk6Ewt9QCfTy5LS/I+38f6nmA9AOYIBwU3 p64AoJHvLfb9N/OrEJCK/ilSrHSonm1o =4VI5 -----END PGP SIGNATURE----- --yC91f7qSViS67v3c-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 16 22:52:46 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29E10D26; Wed, 16 Jul 2014 22:52:46 +0000 (UTC) Received: from mail.auburn.protected-networks.net (mail.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.auburn.protected-networks.net", Issuer "Protected Networks Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6EB402CDE; Wed, 16 Jul 2014 22:52:45 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@protected-networks.net) by mail.auburn.protected-networks.net (Postfix) with ESMTPSA id 46F88BF; Wed, 16 Jul 2014 18:52:34 -0400 (EDT) Message-ID: <53C70231.4050801@protected-networks.net> Date: Wed, 16 Jul 2014 18:52:33 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: fall-out from the readline shift References: <53C6D059.6000607@protected-networks.net> <20140716220010.GT48710@ivaldir.etoilebsd.net> In-Reply-To: <20140716220010.GT48710@ivaldir.etoilebsd.net> X-Enigmail-Version: 1.6 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org, Martin Wilke X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 Jul 2014 22:52:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 07/16/14 18:00, Baptiste Daroussin wrote: > On Wed, Jul 16, 2014 at 03:19:53PM -0400, Michael Butler wrote: >> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >> >> Both sqlite2 and gnomint now fail to build :-( >> > sqlite2 has been fixed (can you confirm?) > > regards, Bapt > Fixed - Thanks! :-) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlPHAjEACgkQQv9rrgRC1JIdJwCgjibunT0Bcx0aD7Z0csYxIjwm u20AoMS1afw0QTAxFuEWxS5AWnDmixaF =8XzX -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Jul 16 22:53:54 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7085FE2F; Wed, 16 Jul 2014 22:53:54 +0000 (UTC) Received: from mail.auburn.protected-networks.net (mail.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.auburn.protected-networks.net", Issuer "Protected Networks Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 38C682CF6; Wed, 16 Jul 2014 22:53:54 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@protected-networks.net) by mail.auburn.protected-networks.net (Postfix) with ESMTPSA id 14039BF; Wed, 16 Jul 2014 18:53:53 -0400 (EDT) Message-ID: <53C70280.60003@protected-networks.net> Date: Wed, 16 Jul 2014 18:53:52 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: fall-out from the readline shift References: <53C6D059.6000607@protected-networks.net> <20140716220653.GU48710@ivaldir.etoilebsd.net> In-Reply-To: <20140716220653.GU48710@ivaldir.etoilebsd.net> X-Enigmail-Version: 1.6 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org, Martin Wilke X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 Jul 2014 22:53:54 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 07/16/14 18:06, Baptiste Daroussin wrote: > On Wed, Jul 16, 2014 at 03:19:53PM -0400, Michael Butler wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Both sqlite2 and gnomint now fail to build :-( >> > And gnomeint should be fixed as well now, to be honnest I cannot understand how > gnomint has ever being able to be built at all because it was missing some build > dependencies. > > regards, > Bapt > With the NLS option unchecked, it's fixed. Checking it yields a package-list issue .. ===> Registering installation for gnomint-1.2.1_4 pkg-static: lstat(/usr/ports/security/gnomint/work/stage/usr/local/lib/locale/ca/LC_MESSAGES/gnomint.mo): No such file or directory pkg-static: lstat(/usr/ports/security/gnomint/work/stage/usr/local/lib/locale/ca/LC_MESSAGES/): No such file or directory pkg-static: lstat(/usr/ports/security/gnomint/work/stage/usr/local/lib/locale/ca/): No such file or directory pkg-static: lstat(/usr/ports/security/gnomint/work/stage/usr/local/lib/locale/cs/LC_MESSAGES/gnomint.mo): No such file or directory pkg-static: lstat(/usr/ports/security/gnomint/work/stage/usr/local/lib/locale/cs/LC_MESSAGES/): No such file or directory [ .. ] Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlPHAoAACgkQQv9rrgRC1JL9gACfWcNB2Y+qYNw1KB1h+LTBWYmq Q4QAoIkDMzp3F/57FTJbLuXb+zBnzNQC =y0oR -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Jul 16 23:06:49 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A0621EA; Wed, 16 Jul 2014 23:06:49 +0000 (UTC) Received: from mail-we0-x232.google.com (mail-we0-x232.google.com [IPv6:2a00:1450:400c:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6DBD12DEF; Wed, 16 Jul 2014 23:06:48 +0000 (UTC) Received: by mail-we0-f178.google.com with SMTP id w61so1625399wes.23 for ; Wed, 16 Jul 2014 16:06:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=SWrRtFD/CUZwAVw3A6+HxAqzHHoE3G99O5vnIDS5zbU=; b=QJDiHsMCSpRQObbgrytJAFodTOef+IfjrWGa3QIEihTqKLunm2rfOfIcMggpPXfmJI UwkK+bJESzeaD71Mi3Bk356hWbGSBEPqiGBmhTbwcr+cgrP4gCnJPwGpSm6q22lVsTBE fHIPUxp2WolB3l8CGngNYQMCmp3WgEqz6DnIev82T61pXhQ0+ORA4s9iYVUKxXvV+erY mDv7KjiSFsF53gD97hSO7bY2AwyDCvi7lq3E1uZpHArGal9kH4ashs9hgtLsXYRiDArF LqlUzeBAqvEysKOknN87g5nCIuK5qsTymcQiNVGo8Qg1uyeGAweGrrMvVaP1G3efa6RX KihA== X-Received: by 10.194.243.10 with SMTP id wu10mr40008709wjc.44.1405552006733; Wed, 16 Jul 2014 16:06:46 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id nf11sm61660478wic.9.2014.07.16.16.06.44 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 16 Jul 2014 16:06:45 -0700 (PDT) Sender: Baptiste Daroussin Date: Thu, 17 Jul 2014 01:06:43 +0200 From: Baptiste Daroussin To: Michael Butler Subject: Re: fall-out from the readline shift Message-ID: <20140716230642.GX48710@ivaldir.etoilebsd.net> References: <53C6D059.6000607@protected-networks.net> <20140716220653.GU48710@ivaldir.etoilebsd.net> <53C70280.60003@protected-networks.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oWEYV0WmY9Kcrzh0" Content-Disposition: inline In-Reply-To: <53C70280.60003@protected-networks.net> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: current@FreeBSD.org, Martin Wilke X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 Jul 2014 23:06:49 -0000 --oWEYV0WmY9Kcrzh0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 16, 2014 at 06:53:52PM -0400, Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > On 07/16/14 18:06, Baptiste Daroussin wrote: > > On Wed, Jul 16, 2014 at 03:19:53PM -0400, Michael Butler wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- > >> Hash: SHA1 > >> > >> Both sqlite2 and gnomint now fail to build :-( > >> > > And gnomeint should be fixed as well now, to be honnest I cannot unders= tand how > > gnomint has ever being able to be built at all because it was missing s= ome build > > dependencies. > >=20 > > regards, > > Bapt > >=20 >=20 > With the NLS option unchecked, it's fixed. Checking it yields a > package-list issue .. >=20 > =3D=3D=3D> Registering installation for gnomint-1.2.1_4 > pkg-static: > lstat(/usr/ports/security/gnomint/work/stage/usr/local/lib/locale/ca/LC_M= ESSAGES/gnomint.mo): > No such file or directory > pkg-static: > lstat(/usr/ports/security/gnomint/work/stage/usr/local/lib/locale/ca/LC_M= ESSAGES/): > No such file or directory > pkg-static: > lstat(/usr/ports/security/gnomint/work/stage/usr/local/lib/locale/ca/): > No such file or directory > pkg-static: > lstat(/usr/ports/security/gnomint/work/stage/usr/local/lib/locale/cs/LC_M= ESSAGES/gnomint.mo): > No such file or directory > pkg-static: > lstat(/usr/ports/security/gnomint/work/stage/usr/local/lib/locale/cs/LC_M= ESSAGES/): > No such file or directory >=20 > [ .. ] >=20 > Michael >=20 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1 >=20 > iEYEARECAAYFAlPHAoAACgkQQv9rrgRC1JL9gACfWcNB2Y+qYNw1KB1h+LTBWYmq > Q4QAoIkDMzp3F/57FTJbLuXb+zBnzNQC > =3Dy0oR > -----END PGP SIGNATURE----- This time it should be fixed, sorry my poudriere setup was without NLS and I have not noticed it. regards, Bapt --oWEYV0WmY9Kcrzh0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlPHBYIACgkQ8kTtMUmk6EyhVgCgrNE0e6tJq7m9NjTBpmrjMrYa PVEAnRlYAyV2REp3140KUwULlIhXkdvy =HsUl -----END PGP SIGNATURE----- --oWEYV0WmY9Kcrzh0-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 16 23:15:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 99BDF436; Wed, 16 Jul 2014 23:15:21 +0000 (UTC) Received: from silver.jkkn.net (jkkn.dk [IPv6:2001:16d8:dd04:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2D2CF2EBC; Wed, 16 Jul 2014 23:15:20 +0000 (UTC) Received: from [IPv6:2001:16d8:dd04:0:2905:35f9:4a63:c75a] (lenovo.home6.jkkn.net [IPv6:2001:16d8:dd04:0:2905:35f9:4a63:c75a]) (authenticated bits=0) by silver.jkkn.net (envelope-from freebsd@com.jkkn.dk) (8.14.9/8.14.9) with ESMTP id s6GNFJ5k003262 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Thu, 17 Jul 2014 01:15:20 +0200 (CEST) (envelope-from freebsd@com.jkkn.dk) DKIM-Filter: OpenDKIM Filter v2.8.3 silver.jkkn.net s6GNFJ5k003262 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=com.jkkn.dk; s=jkkn-dkim; t=1405552520; bh=Dp+RdMXd1k4iH+REsSfApqUZl6r41xMtjpjXnAa6/CQ=; h=Date:From:To:Subject:References:In-Reply-To; b=ZdKJlmgO8ltWIopxRaN/PHMcnSr6kCrnXIgSkpMF7uN93gw2kx5SIEPP7RDqYr8ky z+nHKDxxGK1xHR+C6hy3gaYQaEvXaIO+TMRo7fHJbojRVKYBfgs1cpda3oYSNrU5XG p1uYTQRwQGQO/64HktJ+eiNbEfhJd3MLz5GnR2xc= Message-ID: <53C70783.90105@com.jkkn.dk> Date: Thu, 17 Jul 2014 01:15:15 +0200 From: "Kristian K. Nielsen" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Future of pf / firewall in FreeBSD ? - does it have one ? References: <53C706C9.6090506@com.jkkn.dk> In-Reply-To: <53C706C9.6090506@com.jkkn.dk> X-Forwarded-Message-Id: <53C706C9.6090506@com.jkkn.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter 0.98.4 at silver.jkkn.net X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: 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, 16 Jul 2014 23:15:21 -0000 Hi all, I have been encouraged by people on the pf-mailinglist to move this discussion to the current mailinglist since this may be an area in the OS where FreeBSD need to focus on next. First of all I am a happy user of the pf-firewall module and have been for years and think it is really great - the trouble is that lately (since 2008) its getting a bit dusty. The last few years it seem that pf in FreeBSD got a long way away from pf in OpenBSD where it originated - also looking at the ipfilter (ipf) and ipfw - they both to me do not seem to be as complete as pf. So I am curious if any on the mailing could elaborate about what the future of pf in FreeBSD is or should be. a) First of all - are any actively developing pf in FreeBSD? b) We are a major release away from OpenBSD (5.6 coming soon) - is following OpenBSD's pf the past? - should it be? c) We never got the new syntax from OpenBSD 4.7's pf - at the time a long discussion on the pf-mailing list flamed the new syntax saying it would cause FreeBSD administrators too much headache. Today on the list it seems everyone wants it - so would we rather stay on a dead branch than keep up with the main stream? d) Anyone working on bringing FreeBSD up to pf 5.6? - seem dead on the pf-list. e) OpenBSD is retiring ALTQ entirely - any thoughts on that? http://undeadly.org/cgi?action=article&sid=20140419151959 f) IPv6 support?- it seem to be more and more challenged in the current version of pf in FreeBSD and I am (as well as others) introducing more and more IPv6 in networks. E.x. Bugs #179392, #172648, #130381, #127920 and more seriously #124933, which is the bug on not handling IPv6 fragments which have been open since 2008 and where the workaround is necessity to leave an completely open hole in your firewall ruleset to allow all fragments. According to comment in the bug, this have been long gone in OpenBSD. g) Performance, can we live with pf-performance that compared to OpenBSD is slower by a factor of 3 or 4, even after the multi-core support in FreeBSD 10? (Henning Brauer noted that in this talk at http://tech.yandex.ru/events/yagosti/ruBSD/talks/1488/ (at 33:18 and 36:53)) - credit/Jim Thompson h) Bringing back patches from pfSense? And my most important question: * Should this or could this be a project for the foundation to either do a summer project or funded project to bring this part of the OS up to date? Hope to hear from you all, Best regards, Kristian Krmmer Nielsen, Odense, Denmark